From a065e04d529da1d847b5062a12c46d916408bf32 Mon Sep 17 00:00:00 2001 From: Peter Bengtsson Date: Tue, 8 Dec 2020 21:46:22 -0500 Subject: update based on https://github.com/mdn/yari/issues/2028 --- files/ja/_wikihistory.json | 53522 ------------------- files/ja/about_omni.jar/index.html | 66 - .../index.html | 36 - .../index.html | 38 - .../index.html | 121 - files/ja/animated_png_graphics/index.html | 414 - .../ja/archive/add-ons/add-on_sdk/tools/index.html | 20 - .../add-ons/add-on_sdk/tools/jpm/index.html | 666 - .../enhanced_extension_installation/index.html | 14 - .../index.html | 207 - files/ja/archive/add-ons/index.html | 8 - .../add-ons/multiple_item_packaging/index.html | 56 - .../add-ons/observer_notifications/index.html | 49 - .../archive/add-ons/session_store_api/index.html | 86 - files/ja/archive/add-ons/signing_a_xpi/index.html | 254 - .../add-ons/signing_an_extension/index.html | 62 - .../index.html | 39 - .../using_the_stylesheet_service/index.html | 65 - files/ja/archive/apps/advanced_topics/index.html | 81 - files/ja/archive/apps/index.html | 8 - .../add-ons/developing_b2g_os_add-ons/index.html | 357 - files/ja/archive/b2g_os/add-ons/index.html | 106 - .../b2g_os/api/bluetoothmanager/enabled/index.html | 51 - .../bluetoothmanager/getdefaultadapter/index.html | 48 - .../archive/b2g_os/api/bluetoothmanager/index.html | 188 - .../api/bluetoothmanager/isconnected/index.html | 55 - .../api/bluetoothmanager/onadapteradded/index.html | 44 - .../api/bluetoothmanager/ondisabled/index.html | 45 - .../api/bluetoothmanager/onenabled/index.html | 45 - files/ja/archive/b2g_os/api/callevent/index.html | 134 - .../archive/b2g_os/api/domapplication/index.html | 103 - files/ja/archive/b2g_os/api/index.html | 831 - .../ja/archive/b2g_os/api/mozndefrecord/index.html | 127 - files/ja/archive/b2g_os/api/moznfcpeer/index.html | 113 - files/ja/archive/b2g_os/api/moznfctag/index.html | 134 - files/ja/archive/b2g_os/api/navigator/index.html | 29 - .../b2g_os/api/navigator/mozapps/index.html | 82 - .../api/navigator/mozsetmessagehandler/index.html | 265 - .../b2g_os/api/navigator/moztelephony/index.html | 120 - .../ja/archive/b2g_os/api/telephonycall/index.html | 237 - files/ja/archive/b2g_os/architecture/index.html | 752 - .../gaia_ui_tests_run_tests/index.html | 356 - .../automated_testing/gaia-ui-tests/index.html | 73 - .../part_1_marionette_firefox_os_start/index.html | 191 - .../index.html | 177 - .../gaia-ui-tests/part_3_reusable_tests/index.html | 183 - .../index.html | 160 - .../part_5_introducing_a_test_runner/index.html | 243 - .../part_6_marionette_by_class/index.html | 132 - .../part_7_writing_your_own_tests/index.html | 122 - .../part_8_using_a_base_class/index.html | 153 - .../gaia-ui-tests/part_9_app_objects/index.html | 141 - .../gaia_performance_tests/index.html | 201 - .../automated_testing/gaia_unit_tests/index.html | 119 - .../ja/archive/b2g_os/automated_testing/index.html | 97 - .../b2g_os/automated_testing/raptor/index.html | 442 - .../setting_up_marionette/index.html | 48 - .../b2g_os/automated_testing/xpcshell/index.html | 46 - .../b2g_os/b2g_build_prerequisites/index.html | 423 - .../archive/b2g_os/b2g_os_architecture/index.html | 34 - .../board_guide/chirimen/chirimen_faq/index.html | 8 - .../archive/b2g_os/board_guide/chirimen/index.html | 16 - .../board_guide/chirimen/os_image/index.html | 14 - .../quick_start_guide/basic_startup/index.html | 5 - .../quick_start_guide/board_connectors/index.html | 5 - .../quick_start_guide/dev_windows/index.html | 5 - .../firmware_update_guide_for_windows/index.html | 6 - .../chirimen/quick_start_guide/index.html | 5 - files/ja/archive/b2g_os/board_guide/index.html | 40 - .../b2g_build_variables_reference_sheet/index.html | 320 - .../b2g_installer_add-on/index.html | 275 - .../index.html | 241 - .../compatible_devices/index.html | 283 - .../firefox_os_build_overview/index.html | 149 - .../firefox_os_update_packages/index.html | 523 - .../building_and_installing_firefox_os/index.html | 64 - .../fota_community_builds/index.html | 225 - .../b2g_os/building_boot_to_gecko/index.html | 553 - .../choosing_how_to_run_gaia_or_b2g/index.html | 77 - .../index.html | 255 - .../index.html | 41 - .../debugging_b2g_using_valgrind/index.html | 132 - .../b2g_os/debugging/debugging_ooms/index.html | 102 - .../b2g_os/debugging/developer_settings/index.html | 388 - .../firefox_os_crash_reporting/index.html | 119 - files/ja/archive/b2g_os/debugging/index.html | 90 - .../b2g_os/debugging/installing_adb/index.html | 105 - .../intercepting_traffic_using_a_proxy/index.html | 185 - .../debugging/on-device_console_logging/index.html | 66 - .../archive/b2g_os/debugging/setting_up/index.html | 57 - .../b2g_os/debugging/taking_screenshots/index.html | 89 - .../testing_in_a_privileged_context/index.html | 113 - files/ja/archive/b2g_os/developer_mode/index.html | 139 - .../customizing_the_b2g.sh_script/index.html | 49 - .../filing_bugs_against_firefox_os/index.html | 199 - .../b2g_os/developing_firefox_os/index.html | 48 - .../localizing_firefox_os/index.html | 185 - .../modifying_hosts_file/index.html | 46 - .../customizing_build-time_apps/index.html | 173 - .../customizing_the_keyboard/index.html | 234 - .../different_ways_to_run_gaia/index.html | 159 - .../gaia_tools_reference/index.html | 189 - files/ja/archive/b2g_os/developing_gaia/index.html | 129 - .../make_options_reference/index.html | 383 - .../making_gaia_code_changes/index.html | 137 - .../market_customizations_guide/index.html | 1313 - .../running_the_gaia_codebase/index.html | 131 - .../submitting_a_gaia_patch/index.html | 119 - .../testing_gaia_code_changes/index.html | 175 - .../understanding_the_gaia_codebase/index.html | 210 - .../index.html" | 249 - files/ja/archive/b2g_os/firefox_os_apps/index.html | 85 - files/ja/archive/b2g_os/firefox_os_faq/index.html | 23 - .../b2g_os/firefox_os_usage_tips/index.html | 19 - files/ja/archive/b2g_os/index.html | 167 - .../index.html | 160 - files/ja/archive/b2g_os/introduction/index.html | 86 - .../archive/b2g_os/introduction_to_gaia/index.html | 38 - files/ja/archive/b2g_os/pandaboard/index.html | 40 - files/ja/archive/b2g_os/performance/index.html | 226 - .../index.html | 58 - .../firefox_os_device_features/index.html | 75 - .../ja/archive/b2g_os/phone_guide/flame/index.html | 134 - .../phone_guide/flame/initial_setup/index.html | 108 - .../flame/updating_your_flame/index.html | 441 - files/ja/archive/b2g_os/phone_guide/fx0/index.html | 50 - .../b2g_os/phone_guide/geeksphone/index.html | 107 - files/ja/archive/b2g_os/phone_guide/index.html | 90 - .../archive/b2g_os/phone_guide/nexus_4/index.html | 46 - .../archive/b2g_os/phone_guide/nexus_5/index.html | 46 - .../b2g_os/phone_guide/phone_specs/index.html | 717 - .../archive/b2g_os/phone_guide/zte_open/index.html | 298 - .../b2g_os/phone_guide/zte_open_c/index.html | 85 - files/ja/archive/b2g_os/porting/index.html | 246 - files/ja/archive/b2g_os/porting_b2g_os/index.html | 17 - .../preparing_for_your_first_b2g_build/index.html | 273 - files/ja/archive/b2g_os/quickstart/index.html | 49 - .../open_web_apps_and_web_standards/index.html | 89 - .../index.html" | 268 - files/ja/archive/b2g_os/releases/1.1/index.html | 89 - files/ja/archive/b2g_os/releases/1.2/index.html | 466 - files/ja/archive/b2g_os/releases/1.4/index.html | 96 - files/ja/archive/b2g_os/releases/2.0/index.html | 112 - files/ja/archive/b2g_os/releases/2.1/index.html | 49 - files/ja/archive/b2g_os/releases/index.html | 32 - .../index.html | 57 - .../index.html | 58 - .../security/application_security/index.html | 132 - .../b2g_os/security/b2g_ipc_internals/index.html | 254 - files/ja/archive/b2g_os/security/index.html | 68 - .../b2g_os/security/security_model/index.html | 284 - .../b2g_os/security/system_security/index.html | 385 - files/ja/archive/b2g_os/simulator/index.html | 114 - .../simulator/simulator_walkthrough/index.html | 282 - .../hello_world_example/index.html | 125 - .../how_to_connect_webide_to_tv_(viera)/index.html | 116 - .../b2g_os/tvs_connected_devices/index.html | 82 - .../interacting_with_tv_remote_controls/index.html | 73 - .../simulating_firefox_os_for_tv/index.html | 126 - .../tv_broadcast_streams_firefox_os/index.html | 94 - .../index.html | 148 - .../tv_remote_control_navigation/index.html | 334 - .../b2g_os/using_the_app_manager/index.html | 303 - .../b2g_os/using_the_b2g_desktop_client/index.html | 314 - .../b2g_os/using_the_b2g_emulators/index.html | 182 - files/ja/archive/b2g_os/ux/style_guide/index.html | 209 - .../ja/archive/b2g_os/web_telephony_api/index.html | 144 - .../using_the_web_telephony_api/index.html | 268 - .../index.html" | 60 - files/ja/archive/css3/index.html | 1089 - files/ja/archive/firefox_os/index.html | 271 - .../platform/apps_architecture/index.html | 33 - .../platform/feature_support_chart/index.html | 161 - .../firefox_os/platform/gaia/gaia_apps/index.html | 91 - .../gaia/gaia_apps/window_management/index.html | 408 - .../index.html" | 137 - .../index.html" | 115 - .../ja/archive/firefox_os/platform/gaia/index.html | 79 - .../ja/archive/firefox_os/platform/gonk/index.html | 23 - files/ja/archive/firefox_os/platform/index.html | 84 - .../index.html | 645 - .../index.html | 138 - files/ja/archive/index.html | 21 - .../ja/archive/localizing_an_extension/index.html | 164 - files/ja/archive/marketplace/index.html | 14 - files/ja/archive/marketplace/options/index.html | 16 - files/ja/archive/mdn/index.html | 16 - files/ja/archive/meta_docs/index.html | 15 - .../mdn_content_on_webplatform.org/index.html | 19 - .../misc_top_level/cert_override.txt/index.html | 35 - files/ja/archive/misc_top_level/index.html | 8 - .../index.html | 995 - .../index.html | 22 - .../source_code_directories_overview/index.html | 129 - .../using_content_preferences/index.html | 107 - .../using_xml_data_islands_in_mozilla/index.html | 84 - files/ja/archive/mozilla/firefox/index.html | 8 - .../mozilla/firefox/repackaging_firefox/index.html | 151 - .../soap_in_gecko-based_browsers/index.html | 305 - .../mozilla/firefox/using_microformats/index.html | 246 - files/ja/archive/mozilla/firefox_sync/index.html | 47 - .../syncing_custom_preferences/index.html | 10 - .../mozilla/getting_started_with_chat/index.html | 275 - files/ja/archive/mozilla/index.html | 10 - .../ja/archive/mozilla/marketplace/apis/index.html | 20 - files/ja/archive/mozilla/marketplace/index.html | 127 - .../archive/mozilla/marketplace/index/index.html | 9 - .../marketplace/marketplace_apis/index.html | 66 - .../monetization/app_pricing/index.html | 3700 -- .../in-app_payments_section/fxpay_iap/index.html | 241 - .../introduction_in-app_payments/index.html | 69 - .../introduction_monetization/index.html | 75 - .../payment_processing_and_your_revenue/index.html | 85 - .../monetization/payments_status/index.html | 46 - .../marketplace/monetization/refunds/index.html | 16 - .../index.html" | 47 - .../marketplace/options/introduction/index.html | 36 - .../options/open_web_apps_for_android/index.html | 157 - .../marketplace/options/self_publishing/index.html | 150 - .../marketplace/prepare/introduction/index.html | 50 - .../index.html" | 39 - .../archive/mozilla/marketplace/publish/index.html | 67 - .../marketplace/publishing/introduction/index.html | 84 - .../managing_your_apps/app_statistics/index.html | 51 - .../introduction_managing_your_apps/index.html | 34 - .../status___versions/index.html | 38 - .../publishing/policies_and_guidelines/index.html | 8 - .../introduction/index.html | 45 - .../index.html" | 69 - .../publishing/pricing/in-app_products/index.html | 32 - .../publishing/pricing/introduction/index.html | 70 - .../publishing/pricing/payment_accounts/index.html | 49 - .../promote_as_upgrade_to_free_version/index.html | 25 - .../publishing/pricing/providers/bango/index.html | 50 - .../publishing/pricing/providers/boku/index.html | 103 - .../publishing/pricing/providers/index.html | 14 - .../publishing/submission_checklist/index.html | 95 - .../publishing/submit/define_your_team/index.html | 40 - .../submit/enter_your_apps_details/index.html | 83 - .../marketplace/publishing/submit/index.html | 10 - .../publishing/submit/load_your_app/index.html | 106 - .../publishing/submit/next_steps/index.html | 14 - .../publishing/submit/overview/index.html | 122 - .../submit/rating_your_content/index.html | 123 - .../sign-in_to_your_developer_account/index.html | 58 - .../marketplace/user_review_guidelines/index.html | 87 - .../mozilla/modularization_techniques/index.html | 802 - .../ja/archive/mozilla/remote_debugging/index.html | 27 - files/ja/archive/mozilla/uriloader/index.html | 16 - .../index.html | 63 - .../mozilla/writing_textual_data/index.html | 91 - files/ja/archive/mozilla/xbl/index.html | 38 - .../xbl_1.0_reference/anonymous_content/index.html | 179 - .../binding_attachment_and_detachment/index.html | 83 - .../binding_implementations/index.html | 48 - .../xbl_1.0_reference/dom_interfaces/index.html | 108 - .../xbl/xbl_1.0_reference/elements/index.html | 361 - .../xbl_1.0_reference/event_handlers/index.html | 25 - .../example_sticky_notes/index.html | 291 - .../mozilla/xbl/xbl_1.0_reference/index.html | 109 - .../archive/mozilla/xul/a_xul_bestiary/index.html | 170 - files/ja/archive/mozilla/xul/action/index.html | 100 - .../archive/mozilla/xul/arrowscrollbox/index.html | 159 - files/ja/archive/mozilla/xul/assign/index.html | 107 - .../mozilla/xul/attribute/accelerated/index.html | 16 - .../mozilla/xul/attribute/acceltext/index.html | 18 - .../mozilla/xul/attribute/accessible/index.html | 17 - .../mozilla/xul/attribute/accesskey/index.html | 42 - .../xul/attribute/activetitlebarcolor/index.html | 13 - .../mozilla/xul/attribute/afterselected/index.html | 14 - .../archive/mozilla/xul/attribute/align/index.html | 34 - .../mozilla/xul/attribute/allowevents/index.html | 18 - .../attribute/allownegativeassertions/index.html | 15 - .../xul/attribute/alternatingbackground/index.html | 18 - .../xul/attribute/alwaysopenpopup/index.html | 15 - .../mozilla/xul/attribute/attribute/index.html | 13 - .../mozilla/xul/attribute/autocheck/index.html | 13 - .../xul/attribute/autocompleteenabled/index.html | 13 - .../xul/attribute/autocompletepopup/index.html | 13 - .../xul/attribute/autocompletesearch/index.html | 53 - .../attribute/autocompletesearchparam/index.html | 18 - .../mozilla/xul/attribute/autofill/index.html | 18 - .../xul/attribute/autofillaftermatch/index.html | 14 - .../mozilla/xul/attribute/autoscroll/index.html | 13 - .../mozilla/xul/attribute/backdrag/index.html | 16 - .../xul/attribute/beforeselected/index.html | 13 - .../mozilla/xul/attribute/bottom/index.html | 14 - .../mozilla/xul/attribute/browser.type/index.html | 19 - .../mozilla/xul/attribute/browserid/index.html | 18 - .../mozilla/xul/attribute/button.type/index.html | 26 - .../xul/attribute/buttonaccesskeyaccept/index.html | 14 - .../xul/attribute/buttonaccesskeycancel/index.html | 13 - .../attribute/buttonaccesskeydisclosure/index.html | 13 - .../xul/attribute/buttonaccesskeyextra1/index.html | 13 - .../xul/attribute/buttonaccesskeyextra2/index.html | 13 - .../xul/attribute/buttonaccesskeyhelp/index.html | 13 - .../mozilla/xul/attribute/buttonalign/index.html | 13 - .../mozilla/xul/attribute/buttondir/index.html | 13 - .../xul/attribute/buttondisabledaccept/index.html | 13 - .../xul/attribute/buttonlabelaccept/index.html | 13 - .../xul/attribute/buttonlabelcancel/index.html | 13 - .../xul/attribute/buttonlabeldisclosure/index.html | 13 - .../xul/attribute/buttonlabelextra1/index.html | 13 - .../xul/attribute/buttonlabelextra2/index.html | 13 - .../xul/attribute/buttonlabelhelp/index.html | 13 - .../mozilla/xul/attribute/buttonorient/index.html | 13 - .../mozilla/xul/attribute/buttonpack/index.html | 13 - .../mozilla/xul/attribute/buttons/index.html | 16 - .../mozilla/xul/attribute/checkbox.src/index.html | 18 - .../mozilla/xul/attribute/checked/index.html | 21 - .../mozilla/xul/attribute/checkstate/index.html | 13 - .../archive/mozilla/xul/attribute/class/index.html | 13 - .../archive/mozilla/xul/attribute/close/index.html | 20 - .../mozilla/xul/attribute/closebutton/index.html | 13 - .../mozilla/xul/attribute/closemenu/index.html | 12 - .../xul/attribute/coalesceduplicatearcs/index.html | 15 - .../mozilla/xul/attribute/collapse/index.html | 15 - .../mozilla/xul/attribute/collapsed/index.html | 13 - .../archive/mozilla/xul/attribute/color/index.html | 13 - .../xul/attribute/colorpicker.type/index.html | 13 - .../archive/mozilla/xul/attribute/cols/index.html | 13 - .../mozilla/xul/attribute/command/index.html | 22 - .../xul/attribute/commandupdater/index.html | 18 - .../xul/attribute/completedefaultindex/index.html | 13 - .../mozilla/xul/attribute/container/index.html | 13 - .../mozilla/xul/attribute/containment/index.html | 13 - .../xul/attribute/contentcontextmenu/index.html | 18 - .../xul/attribute/contenttooltip/index.html | 18 - .../mozilla/xul/attribute/context/index.html | 13 - .../mozilla/xul/attribute/contextmenu/index.html | 13 - .../mozilla/xul/attribute/control/index.html | 18 - .../archive/mozilla/xul/attribute/crop/index.html | 33 - .../mozilla/xul/attribute/curpos/index.html | 13 - .../mozilla/xul/attribute/current/index.html | 13 - .../mozilla/xul/attribute/currentset/index.html | 21 - .../mozilla/xul/attribute/customindex/index.html | 13 - .../mozilla/xul/attribute/customizable/index.html | 13 - .../mozilla/xul/attribute/cycler/index.html | 13 - .../mozilla/xul/attribute/datasources/index.html | 14 - .../xul/attribute/datepicker.type/index.html | 41 - .../xul/attribute/datepicker.value/index.html | 18 - .../mozilla/xul/attribute/decimalplaces/index.html | 13 - .../mozilla/xul/attribute/default/index.html | 13 - .../mozilla/xul/attribute/defaultbutton/index.html | 13 - .../mozilla/xul/attribute/defaultset/index.html | 13 - .../mozilla/xul/attribute/description/index.html | 13 - .../archive/mozilla/xul/attribute/dir/index.html | 32 - .../xul/attribute/disableautocomplete/index.html | 13 - .../xul/attribute/disableautoselect/index.html | 13 - .../mozilla/xul/attribute/disableclose/index.html | 13 - .../mozilla/xul/attribute/disabled/index.html | 34 - .../xul/attribute/disablehistory/index.html | 13 - .../xul/attribute/disablekeynavigation/index.html | 13 - .../xul/attribute/disablesecurity/index.html | 13 - .../mozilla/xul/attribute/dlgtype/index.html | 15 - .../mozilla/xul/attribute/dragging/index.html | 13 - .../mozilla/xul/attribute/editable/index.html | 18 - .../mozilla/xul/attribute/editor.type/index.html | 13 - .../mozilla/xul/attribute/editortype/index.html | 15 - .../mozilla/xul/attribute/element/index.html | 13 - .../archive/mozilla/xul/attribute/empty/index.html | 13 - .../mozilla/xul/attribute/emptytext/index.html | 14 - .../xul/attribute/enablecolumndrag/index.html | 13 - .../mozilla/xul/attribute/enablehistory/index.html | 13 - .../mozilla/xul/attribute/equalsize/index.html | 15 - .../mozilla/xul/attribute/eventnode/index.html | 15 - .../mozilla/xul/attribute/events/index.html | 24 - .../archive/mozilla/xul/attribute/expr/index.html | 13 - .../xul/attribute/findnextaccesskey/index.html | 14 - .../mozilla/xul/attribute/first-tab/index.html | 13 - .../xul/attribute/firstdayofweek/index.html | 13 - .../mozilla/xul/attribute/firstpage/index.html | 13 - .../archive/mozilla/xul/attribute/fixed/index.html | 13 - .../archive/mozilla/xul/attribute/flags/index.html | 15 - .../archive/mozilla/xul/attribute/flex/index.html | 13 - .../mozilla/xul/attribute/focused/index.html | 13 - .../mozilla/xul/attribute/forcecomplete/index.html | 13 - .../mozilla/xul/attribute/grippyhidden/index.html | 13 - .../xul/attribute/grippytooltiptext/index.html | 13 - .../archive/mozilla/xul/attribute/group/index.html | 14 - .../xul/attribute/handlectrlpageupdown/index.html | 13 - .../mozilla/xul/attribute/handlectrltab/index.html | 13 - .../mozilla/xul/attribute/height/index.html | 13 - .../mozilla/xul/attribute/helpuri/index.html | 18 - .../mozilla/xul/attribute/hidden/index.html | 13 - .../mozilla/xul/attribute/hidechrome/index.html | 13 - .../xul/attribute/hidecolumnpicker/index.html | 13 - .../mozilla/xul/attribute/hideheader/index.html | 13 - .../mozilla/xul/attribute/hideseconds/index.html | 18 - .../xul/attribute/hidespinbuttons/index.html | 13 - .../xul/attribute/highlightnonmatches/index.html | 14 - .../mozilla/xul/attribute/homepage/index.html | 13 - .../archive/mozilla/xul/attribute/href/index.html | 17 - .../archive/mozilla/xul/attribute/icon/index.html | 13 - .../ja/archive/mozilla/xul/attribute/id/index.html | 36 - .../attribute/ignoreblurwhilesearching/index.html | 13 - .../mozilla/xul/attribute/ignorecase/index.html | 13 - .../xul/attribute/ignoreincolumnpicker/index.html | 13 - .../mozilla/xul/attribute/ignorekeys/index.html | 13 - .../archive/mozilla/xul/attribute/image/index.html | 27 - .../xul/attribute/inactivetitlebarcolor/index.html | 13 - .../mozilla/xul/attribute/increment/index.html | 18 - files/ja/archive/mozilla/xul/attribute/index.html | 314 - .../archive/mozilla/xul/attribute/index/index.html | 15 - .../xul/attribute/inputtooltiptext/index.html | 13 - .../mozilla/xul/attribute/insertafter/index.html | 13 - .../mozilla/xul/attribute/insertbefore/index.html | 13 - .../mozilla/xul/attribute/instantapply/index.html | 13 - .../mozilla/xul/attribute/inverted/index.html | 13 - .../mozilla/xul/attribute/iscontainer/index.html | 15 - .../mozilla/xul/attribute/isempty/index.html | 15 - .../archive/mozilla/xul/attribute/key/index.html | 13 - .../mozilla/xul/attribute/keycode/index.html | 13 - .../mozilla/xul/attribute/keytext/index.html | 13 - .../mozilla/xul/attribute/label.value/index.html | 13 - .../archive/mozilla/xul/attribute/label/index.html | 33 - .../mozilla/xul/attribute/last-tab/index.html | 13 - .../mozilla/xul/attribute/lastpage/index.html | 13 - .../mozilla/xul/attribute/lastselected/index.html | 13 - .../archive/mozilla/xul/attribute/left/index.html | 13 - .../mozilla/xul/attribute/linkedpanel/index.html | 13 - .../mozilla/xul/attribute/listcell.type/index.html | 13 - .../mozilla/xul/attribute/listitem.type/index.html | 13 - .../archive/mozilla/xul/attribute/max/index.html | 21 - .../mozilla/xul/attribute/maxheight/index.html | 13 - .../mozilla/xul/attribute/maxlength/index.html | 13 - .../mozilla/xul/attribute/maxpos/index.html | 13 - .../mozilla/xul/attribute/maxrows/index.html | 13 - .../mozilla/xul/attribute/maxwidth/index.html | 13 - .../mozilla/xul/attribute/member/index.html | 13 - .../archive/mozilla/xul/attribute/menu/index.html | 13 - .../mozilla/xul/attribute/menuactive/index.html | 13 - .../mozilla/xul/attribute/menuitem.key/index.html | 13 - .../mozilla/xul/attribute/menuitem.name/index.html | 30 - .../mozilla/xul/attribute/menuitem.type/index.html | 16 - .../archive/mozilla/xul/attribute/min/index.html | 19 - .../mozilla/xul/attribute/minheight/index.html | 13 - .../xul/attribute/minresultsforpopup/index.html | 13 - .../mozilla/xul/attribute/minwidth/index.html | 13 - .../archive/mozilla/xul/attribute/mode/index.html | 13 - .../mozilla/xul/attribute/modifiers/index.html | 16 - .../mozilla/xul/attribute/mousethrough/index.html | 23 - .../mozilla/xul/attribute/movetoclick/index.html | 10 - .../mozilla/xul/attribute/multiline/index.html | 13 - .../mozilla/xul/attribute/multiple/index.html | 13 - .../archive/mozilla/xul/attribute/name/index.html | 16 - .../mozilla/xul/attribute/negate/index.html | 13 - .../mozilla/xul/attribute/newlines/index.html | 13 - .../archive/mozilla/xul/attribute/next/index.html | 13 - .../mozilla/xul/attribute/noautofocus/index.html | 13 - .../mozilla/xul/attribute/noautohide/index.html | 13 - .../xul/attribute/noinitialfocus/index.html | 15 - .../mozilla/xul/attribute/nomatch/index.html | 13 - .../xul/attribute/norestorefocus/index.html | 10 - .../xul/attribute/notification.type/index.html | 15 - .../mozilla/xul/attribute/object/index.html | 13 - .../mozilla/xul/attribute/observes/index.html | 13 - .../xul/attribute/onbeforeaccept/index.html | 13 - .../xul/attribute/onbookmarkgroup/index.html | 13 - .../mozilla/xul/attribute/onchange/index.html | 15 - .../mozilla/xul/attribute/onclick/index.html | 18 - .../mozilla/xul/attribute/onclosetab/index.html | 13 - .../mozilla/xul/attribute/oncommand/index.html | 20 - .../xul/attribute/oncommandupdate/index.html | 17 - .../mozilla/xul/attribute/onerror/index.html | 13 - .../xul/attribute/onerrorcommand/index.html | 13 - .../mozilla/xul/attribute/oninput/index.html | 26 - .../mozilla/xul/attribute/onload/index.html | 13 - .../mozilla/xul/attribute/onnewtab/index.html | 13 - .../mozilla/xul/attribute/onpaneload/index.html | 18 - .../mozilla/xul/attribute/onpopuphidden/index.html | 13 - .../mozilla/xul/attribute/onpopuphiding/index.html | 13 - .../xul/attribute/onpopupshowing/index.html | 13 - .../mozilla/xul/attribute/onpopupshown/index.html | 13 - .../xul/attribute/onsearchcomplete/index.html | 15 - .../mozilla/xul/attribute/onselect/index.html | 11 - .../mozilla/xul/attribute/ontextcommand/index.html | 13 - .../mozilla/xul/attribute/ontextentered/index.html | 13 - .../mozilla/xul/attribute/ontextrevert/index.html | 13 - .../xul/attribute/ontextreverted/index.html | 13 - .../archive/mozilla/xul/attribute/open/index.html | 14 - .../mozilla/xul/attribute/ordinal/index.html | 13 - .../mozilla/xul/attribute/orient/index.html | 20 - .../archive/mozilla/xul/attribute/pack/index.html | 20 - .../mozilla/xul/attribute/pageid/index.html | 13 - .../mozilla/xul/attribute/pageincrement/index.html | 19 - .../mozilla/xul/attribute/pagestep/index.html | 13 - .../xul/attribute/panel.ignorekeys/index.html | 13 - .../mozilla/xul/attribute/panel.label/index.html | 15 - .../mozilla/xul/attribute/panel.level/index.html | 15 - .../xul/attribute/panel.noautohide/index.html | 13 - .../mozilla/xul/attribute/parent/index.html | 13 - .../mozilla/xul/attribute/parsetype/index.html | 15 - .../mozilla/xul/attribute/persist/index.html | 13 - .../mozilla/xul/attribute/persistence/index.html | 13 - .../archive/mozilla/xul/attribute/phase/index.html | 13 - .../xul/attribute/pickertooltiptext/index.html | 13 - .../mozilla/xul/attribute/placeholder/index.html | 14 - .../mozilla/xul/attribute/popup.left/index.html | 13 - .../xul/attribute/popup.position/index.html | 20 - .../mozilla/xul/attribute/popup.top/index.html | 13 - .../archive/mozilla/xul/attribute/popup/index.html | 17 - .../mozilla/xul/attribute/position/index.html | 13 - .../mozilla/xul/attribute/predicate/index.html | 13 - .../xul/attribute/preference-editable/index.html | 13 - .../xul/attribute/preference.name/index.html | 18 - .../xul/attribute/preference.type/index.html | 17 - .../mozilla/xul/attribute/preference/index.html | 13 - .../xul/attribute/prefpane.selected/index.html | 24 - .../mozilla/xul/attribute/prefpane.src/index.html | 25 - .../xul/attribute/prefwindow.type/index.html | 13 - .../mozilla/xul/attribute/primary/index.html | 13 - .../mozilla/xul/attribute/priority/index.html | 13 - .../xul/attribute/progressmeter.max/index.html | 11 - .../xul/attribute/progressmeter.mode/index.html | 15 - .../xul/attribute/progressmeter.value/index.html | 13 - .../mozilla/xul/attribute/properties/index.html | 13 - .../mozilla/xul/attribute/query.name/index.html | 13 - .../mozilla/xul/attribute/query.type/index.html | 15 - .../mozilla/xul/attribute/querytype/index.html | 13 - .../mozilla/xul/attribute/readonly/index.html | 17 - .../archive/mozilla/xul/attribute/ref/index.html | 13 - .../archive/mozilla/xul/attribute/rel/index.html | 15 - .../mozilla/xul/attribute/removeelement/index.html | 13 - .../mozilla/xul/attribute/resizeafter/index.html | 19 - .../mozilla/xul/attribute/resizebefore/index.html | 15 - .../mozilla/xul/attribute/resizer.dir/index.html | 20 - .../archive/mozilla/xul/attribute/rows/index.html | 15 - .../mozilla/xul/attribute/screenx/index.html | 13 - .../mozilla/xul/attribute/screeny/index.html | 13 - .../mozilla/xul/attribute/script.src/index.html | 13 - .../mozilla/xul/attribute/script.type/index.html | 13 - .../mozilla/xul/attribute/searchbutton/index.html | 14 - .../mozilla/xul/attribute/searchlabel/index.html | 13 - .../xul/attribute/searchsessions/index.html | 15 - .../mozilla/xul/attribute/selected/index.html | 29 - .../mozilla/xul/attribute/selectedindex/index.html | 15 - .../mozilla/xul/attribute/seltype/index.html | 27 - .../xul/attribute/separator.orient/index.html | 20 - .../mozilla/xul/attribute/setfocus/index.html | 13 - .../mozilla/xul/attribute/showcaret/index.html | 19 - .../xul/attribute/showcommentcolumn/index.html | 13 - .../mozilla/xul/attribute/showpopup/index.html | 13 - .../archive/mozilla/xul/attribute/size/index.html | 13 - .../mozilla/xul/attribute/sizemode/index.html | 15 - .../mozilla/xul/attribute/sizetopopup/index.html | 15 - .../mozilla/xul/attribute/smoothscroll/index.html | 13 - .../archive/mozilla/xul/attribute/sort/index.html | 13 - .../mozilla/xul/attribute/sortactive/index.html | 17 - .../mozilla/xul/attribute/sortdirection/index.html | 23 - .../mozilla/xul/attribute/sortresource/index.html | 13 - .../mozilla/xul/attribute/sortresource2/index.html | 13 - .../mozilla/xul/attribute/spellcheck/index.html | 13 - .../archive/mozilla/xul/attribute/src/index.html | 34 - .../archive/mozilla/xul/attribute/state/index.html | 18 - .../xul/attribute/statedatasource/index.html | 13 - .../mozilla/xul/attribute/statusbar/index.html | 13 - .../mozilla/xul/attribute/statustext/index.html | 39 - .../xul/attribute/stringbundle.src/index.html | 18 - .../archive/mozilla/xul/attribute/style/index.html | 13 - .../mozilla/xul/attribute/subject/index.html | 13 - .../mozilla/xul/attribute/substate/index.html | 15 - .../xul/attribute/suppressonselect/index.html | 13 - .../mozilla/xul/attribute/tab.selected/index.html | 18 - .../mozilla/xul/attribute/tabindex/index.html | 13 - .../mozilla/xul/attribute/tabs.onselect/index.html | 18 - .../mozilla/xul/attribute/tabscrolling/index.html | 13 - .../mozilla/xul/attribute/targets/index.html | 14 - .../xul/attribute/template.container/index.html | 13 - .../mozilla/xul/attribute/template/index.html | 13 - .../mozilla/xul/attribute/textbox.crop/index.html | 14 - .../mozilla/xul/attribute/textbox.empty/index.html | 13 - .../mozilla/xul/attribute/textbox.label/index.html | 13 - .../xul/attribute/textbox.onchange/index.html | 18 - .../mozilla/xul/attribute/textbox.type/index.html | 30 - .../mozilla/xul/attribute/textbox.value/index.html | 18 - .../xul/attribute/textnode.value/index.html | 18 - .../mozilla/xul/attribute/timeout/index.html | 13 - .../xul/attribute/timepicker.increment/index.html | 18 - .../xul/attribute/timepicker.value/index.html | 18 - .../archive/mozilla/xul/attribute/title/index.html | 13 - .../mozilla/xul/attribute/toolbar.mode/index.html | 15 - .../xul/attribute/toolbarbutton.type/index.html | 20 - .../mozilla/xul/attribute/toolbarname/index.html | 13 - .../mozilla/xul/attribute/tooltip/index.html | 13 - .../mozilla/xul/attribute/tooltiptext/index.html | 16 - .../xul/attribute/tooltiptextnew/index.html | 13 - .../archive/mozilla/xul/attribute/top/index.html | 13 - .../mozilla/xul/attribute/tree.editable/index.html | 13 - .../mozilla/xul/attribute/tree.onselect/index.html | 14 - .../xul/attribute/treecell.editable/index.html | 13 - .../mozilla/xul/attribute/treecell.mode/index.html | 15 - .../mozilla/xul/attribute/treecell.src/index.html | 18 - .../xul/attribute/treecol.editable/index.html | 13 - .../mozilla/xul/attribute/treecol.src/index.html | 18 - .../mozilla/xul/attribute/treecol.type/index.html | 37 - .../mozilla/xul/attribute/treecol.width/index.html | 13 - .../xul/attribute/treeitem.label/index.html | 18 - .../archive/mozilla/xul/attribute/type/index.html | 13 - .../archive/mozilla/xul/attribute/uri/index.html | 13 - .../mozilla/xul/attribute/useraction/index.html | 15 - .../mozilla/xul/attribute/validate/index.html | 15 - .../archive/mozilla/xul/attribute/value/index.html | 18 - .../archive/mozilla/xul/attribute/var/index.html | 20 - .../mozilla/xul/attribute/wait-cursor/index.html | 19 - .../mozilla/xul/attribute/where.subject/index.html | 13 - .../mozilla/xul/attribute/where.value/index.html | 13 - .../archive/mozilla/xul/attribute/width/index.html | 28 - .../mozilla/xul/attribute/windowtype/index.html | 13 - .../archive/mozilla/xul/attribute/wrap/index.html | 13 - .../mozilla/xul/attribute/wraparound/index.html | 13 - files/ja/archive/mozilla/xul/bbox/index.html | 91 - files/ja/archive/mozilla/xul/binding/index.html | 107 - files/ja/archive/mozilla/xul/bindings/index.html | 109 - files/ja/archive/mozilla/xul/box/index.html | 105 - .../ja/archive/mozilla/xul/broadcaster/index.html | 93 - .../archive/mozilla/xul/broadcasterset/index.html | 92 - files/ja/archive/mozilla/xul/browser/index.html | 222 - files/ja/archive/mozilla/xul/button/index.html | 251 - files/ja/archive/mozilla/xul/caption/index.html | 118 - files/ja/archive/mozilla/xul/checkbox/index.html | 151 - .../ja/archive/mozilla/xul/colorpicker/index.html | 94 - files/ja/archive/mozilla/xul/column/index.html | 96 - files/ja/archive/mozilla/xul/columns/index.html | 95 - files/ja/archive/mozilla/xul/command/index.html | 73 - files/ja/archive/mozilla/xul/commandset/index.html | 86 - files/ja/archive/mozilla/xul/conditions/index.html | 98 - files/ja/archive/mozilla/xul/content/index.html | 118 - files/ja/archive/mozilla/xul/datepicker/index.html | 184 - files/ja/archive/mozilla/xul/deck/index.html | 112 - .../xul/deprecated_defunct_markup/index.html | 15 - .../ja/archive/mozilla/xul/description/index.html | 101 - files/ja/archive/mozilla/xul/dialog/index.html | 223 - .../ja/archive/mozilla/xul/dialogheader/index.html | 74 - files/ja/archive/mozilla/xul/dropmarker/index.html | 94 - files/ja/archive/mozilla/xul/editor/index.html | 129 - files/ja/archive/mozilla/xul/elements/index.html | 170 - .../xul/events/checkboxstatechange/index.html | 68 - files/ja/archive/mozilla/xul/events/index.html | 464 - .../mozilla/xul/fileguide/fileinfo/index.html | 53 - files/ja/archive/mozilla/xul/fileguide/index.html | 6 - .../xul/fileguide/movecopydelete/index.html | 53 - files/ja/archive/mozilla/xul/grid/index.html | 123 - files/ja/archive/mozilla/xul/grippy/index.html | 96 - files/ja/archive/mozilla/xul/groupbox/index.html | 108 - files/ja/archive/mozilla/xul/hbox/index.html | 102 - .../xul/how_to_quit_a_xul_application/index.html | 39 - files/ja/archive/mozilla/xul/iframe/index.html | 159 - files/ja/archive/mozilla/xul/image/index.html | 74 - files/ja/archive/mozilla/xul/index.html | 91 - .../index.html | 26 - .../mozilla/xul/introduction_to_xul/index.html | 261 - files/ja/archive/mozilla/xul/key/index.html | 104 - files/ja/archive/mozilla/xul/keyset/index.html | 114 - files/ja/archive/mozilla/xul/label/index.html | 151 - .../mozilla/xul/list_of_commands/index.html | 26 - files/ja/archive/mozilla/xul/listbox/index.html | 276 - files/ja/archive/mozilla/xul/listcell/index.html | 101 - files/ja/archive/mozilla/xul/listcol/index.html | 113 - files/ja/archive/mozilla/xul/listcols/index.html | 109 - files/ja/archive/mozilla/xul/listhead/index.html | 114 - files/ja/archive/mozilla/xul/listheader/index.html | 131 - files/ja/archive/mozilla/xul/listitem/index.html | 216 - files/ja/archive/mozilla/xul/member/index.html | 100 - files/ja/archive/mozilla/xul/menu/index.html | 238 - files/ja/archive/mozilla/xul/menubar/index.html | 69 - files/ja/archive/mozilla/xul/menuitem/index.html | 254 - files/ja/archive/mozilla/xul/menulist/index.html | 270 - files/ja/archive/mozilla/xul/menupopup/index.html | 152 - .../archive/mozilla/xul/menuseparator/index.html | 200 - .../mozilla/xul/method/acceptdialog/index.html | 18 - .../xul/method/additemtoselection/index.html | 14 - .../archive/mozilla/xul/method/addpane/index.html | 18 - .../xul/method/addprogresslistener/index.html | 14 - .../mozilla/xul/method/addsession/index.html | 15 - .../archive/mozilla/xul/method/addtab/index.html | 17 - .../archive/mozilla/xul/method/advance/index.html | 18 - .../xul/method/advanceselectedtab/index.html | 15 - .../xul/method/appendcustomtoolbar/index.html | 16 - .../mozilla/xul/method/appendgroup/index.html | 16 - .../mozilla/xul/method/appenditem/index.html | 44 - .../xul/method/appendnotification/index.html | 65 - .../ja/archive/mozilla/xul/method/blur/index.html | 14 - .../archive/mozilla/xul/method/cancel/index.html | 15 - .../mozilla/xul/method/canceldialog/index.html | 15 - .../xul/method/centerwindowonscreen/index.html | 15 - .../xul/method/checkadjacentelement/index.html | 15 - .../mozilla/xul/method/clearresults/index.html | 17 - .../mozilla/xul/method/clearselection/index.html | 15 - .../ja/archive/mozilla/xul/method/click/index.html | 15 - .../ja/archive/mozilla/xul/method/close/index.html | 15 - .../mozilla/xul/method/collapsetoolbar/index.html | 16 - .../archive/mozilla/xul/method/contains/index.html | 15 - .../archive/mozilla/xul/method/decrease/index.html | 24 - .../mozilla/xul/method/decreasepage/index.html | 19 - .../mozilla/xul/method/docommand/index.html | 15 - .../xul/method/ensureelementisvisible/index.html | 15 - .../xul/method/ensureindexisvisible/index.html | 15 - .../ensureselectedelementisvisible/index.html | 15 - .../mozilla/xul/method/expandtoolbar/index.html | 16 - .../archive/mozilla/xul/method/extra1/index.html | 18 - .../archive/mozilla/xul/method/extra2/index.html | 15 - .../ja/archive/mozilla/xul/method/focus/index.html | 15 - .../xul/method/getbrowseratindex/index.html | 15 - .../xul/method/getbrowserfordocument/index.html | 15 - .../mozilla/xul/method/getbrowserfortab/index.html | 15 - .../method/getbrowserindexfordocument/index.html | 15 - .../mozilla/xul/method/getbutton/index.html | 15 - .../xul/method/getdefaultsession/index.html | 15 - .../mozilla/xul/method/geteditor/index.html | 15 - .../xul/method/getelementsbyattribute/index.html | 16 - .../xul/method/getformattedstring/index.html | 15 - .../mozilla/xul/method/gethtmleditor/index.html | 18 - .../archive/mozilla/xul/method/geticon/index.html | 16 - .../method/getindexoffirstvisiblerow/index.html | 15 - .../mozilla/xul/method/getindexofitem/index.html | 15 - .../mozilla/xul/method/getitematindex/index.html | 15 - .../mozilla/xul/method/getnextitem/index.html | 16 - .../xul/method/getnotificationbox/index.html | 15 - .../xul/method/getnotificationwithvalue/index.html | 15 - .../xul/method/getnumberofvisiblerows/index.html | 15 - .../mozilla/xul/method/getpagebyid/index.html | 13 - .../mozilla/xul/method/getpreviousitem/index.html | 15 - .../mozilla/xul/method/getresultat/index.html | 18 - .../mozilla/xul/method/getresultcount/index.html | 17 - .../mozilla/xul/method/getresultvalueat/index.html | 15 - .../mozilla/xul/method/getrowcount/index.html | 15 - .../mozilla/xul/method/getsearchat/index.html | 15 - .../mozilla/xul/method/getselecteditem/index.html | 15 - .../mozilla/xul/method/getsession/index.html | 15 - .../mozilla/xul/method/getsessionbyname/index.html | 15 - .../xul/method/getsessionresultat/index.html | 15 - .../xul/method/getsessionstatusat/index.html | 19 - .../xul/method/getsessionvalueat/index.html | 15 - .../mozilla/xul/method/getstring/index.html | 15 - .../archive/mozilla/xul/method/goback/index.html | 15 - .../mozilla/xul/method/gobackgroup/index.html | 16 - .../archive/mozilla/xul/method/godown/index.html | 15 - .../mozilla/xul/method/goforward/index.html | 15 - .../mozilla/xul/method/goforwardgroup/index.html | 16 - .../archive/mozilla/xul/method/gohome/index.html | 15 - .../ja/archive/mozilla/xul/method/goto/index.html | 15 - .../mozilla/xul/method/gotoindex/index.html | 15 - .../ja/archive/mozilla/xul/method/goup/index.html | 15 - .../mozilla/xul/method/hasuservalue/index.html | 13 - .../mozilla/xul/method/hidepopup/index.html | 20 - .../archive/mozilla/xul/method/increase/index.html | 24 - .../mozilla/xul/method/increasepage/index.html | 18 - files/ja/archive/mozilla/xul/method/index.html | 185 - .../mozilla/xul/method/insertitem/index.html | 26 - .../mozilla/xul/method/insertitemat/index.html | 56 - .../mozilla/xul/method/invertselection/index.html | 15 - .../mozilla/xul/method/loadgroup/index.html | 16 - .../mozilla/xul/method/loadonetab/index.html | 33 - .../archive/mozilla/xul/method/loadtabs/index.html | 15 - .../archive/mozilla/xul/method/loaduri/index.html | 15 - .../mozilla/xul/method/loaduriwithflags/index.html | 25 - .../mozilla/xul/method/makeeditable/index.html | 15 - .../xul/method/menulist.appenditem/index.html | 17 - .../mozilla/xul/method/menulist.select/index.html | 13 - .../mozilla/xul/method/movebyoffset/index.html | 15 - .../archive/mozilla/xul/method/moveto/index.html | 15 - .../xul/method/movetoalertposition/index.html | 15 - .../mozilla/xul/method/onsearchcomplete/index.html | 17 - .../mozilla/xul/method/ontextentered/index.html | 17 - .../mozilla/xul/method/ontextreverted/index.html | 17 - .../mozilla/xul/method/openpopup/index.html | 30 - .../xul/method/openpopupatscreen/index.html | 14 - .../mozilla/xul/method/opensubdialog/index.html | 15 - .../mozilla/xul/method/openwindow/index.html | 14 - .../archive/mozilla/xul/method/pintab/index.html | 15 - .../xul/method/preferenceforelement/index.html | 15 - .../archive/mozilla/xul/method/reload/index.html | 18 - .../mozilla/xul/method/reloadalltabs/index.html | 18 - .../mozilla/xul/method/reloadtab/index.html | 18 - .../mozilla/xul/method/reloadwithflags/index.html | 21 - .../mozilla/xul/method/removeallitems/index.html | 14 - .../xul/method/removeallnotifications/index.html | 15 - .../mozilla/xul/method/removealltabsbut/index.html | 14 - .../method/removecurrentnotification/index.html | 15 - .../mozilla/xul/method/removecurrenttab/index.html | 18 - .../mozilla/xul/method/removeitemat/index.html | 46 - .../xul/method/removeitemfromselection/index.html | 14 - .../xul/method/removenotification/index.html | 14 - .../xul/method/removeprogresslistener/index.html | 15 - .../mozilla/xul/method/removesession/index.html | 17 - .../mozilla/xul/method/removetab/index.html | 18 - .../method/removetransientnotifications/index.html | 15 - .../mozilla/xul/method/replacegroup/index.html | 16 - .../ja/archive/mozilla/xul/method/reset/index.html | 16 - .../archive/mozilla/xul/method/rewind/index.html | 15 - .../mozilla/xul/method/scrollbyindex/index.html | 18 - .../mozilla/xul/method/scrollbypixels/index.html | 18 - .../mozilla/xul/method/scrolltoindex/index.html | 15 - .../archive/mozilla/xul/method/select/index.html | 15 - .../mozilla/xul/method/selectall/index.html | 15 - .../mozilla/xul/method/selectitem/index.html | 15 - .../mozilla/xul/method/selectitemrange/index.html | 15 - .../mozilla/xul/method/selecttabatindex/index.html | 14 - .../archive/mozilla/xul/method/seticon/index.html | 15 - .../xul/method/setselectionrange/index.html | 15 - .../xul/method/showonlythesetabs/index.html | 17 - .../archive/mozilla/xul/method/showpane/index.html | 15 - .../mozilla/xul/method/showpopup/index.html | 23 - .../archive/mozilla/xul/method/sizeto/index.html | 15 - .../mozilla/xul/method/startediting/index.html | 18 - .../ja/archive/mozilla/xul/method/stop/index.html | 18 - .../mozilla/xul/method/stopediting/index.html | 15 - .../mozilla/xul/method/swapdocshells/index.html | 18 - .../mozilla/xul/method/syncsessions/index.html | 15 - .../mozilla/xul/method/timedselect/index.html | 15 - .../xul/method/toggleitemselection/index.html | 13 - .../ja/archive/mozilla/xul/notification/index.html | 122 - .../archive/mozilla/xul/notificationbox/index.html | 186 - files/ja/archive/mozilla/xul/observes/index.html | 104 - .../archive/mozilla/xul/other_resources/index.html | 18 - files/ja/archive/mozilla/xul/page/index.html | 94 - files/ja/archive/mozilla/xul/panel/index.html | 158 - files/ja/archive/mozilla/xul/param/index.html | 52 - files/ja/archive/mozilla/xul/popup/index.html | 20 - .../mozilla/xul/popupguide/contextmenus/index.html | 170 - .../mozilla/xul/popupguide/extensions/index.html | 125 - files/ja/archive/mozilla/xul/popupguide/index.html | 79 - .../mozilla/xul/popupguide/menubuttons/index.html | 67 - .../mozilla/xul/popupguide/menuitems/index.html | 169 - .../xul/popupguide/menumodification/index.html | 94 - .../mozilla/xul/popupguide/menus/index.html | 211 - .../mozilla/xul/popupguide/moveresize/index.html | 41 - .../mozilla/xul/popupguide/openclose/index.html | 119 - .../mozilla/xul/popupguide/panels/index.html | 97 - .../xul/popupguide/platformmenus/index.html | 67 - .../mozilla/xul/popupguide/popupevents/index.html | 122 - .../mozilla/xul/popupguide/positioning/index.html | 140 - .../mozilla/xul/popupguide/tooltips/index.html | 60 - files/ja/archive/mozilla/xul/popupset/index.html | 104 - files/ja/archive/mozilla/xul/preference/index.html | 133 - .../ja/archive/mozilla/xul/preferences/index.html | 95 - files/ja/archive/mozilla/xul/prefpane/index.html | 212 - files/ja/archive/mozilla/xul/prefwindow/index.html | 250 - .../archive/mozilla/xul/progressmeter/index.html | 145 - .../mozilla/xul/property/accessible/index.html | 13 - .../mozilla/xul/property/accessibletype/index.html | 18 - .../mozilla/xul/property/accesskey/index.html | 14 - .../archive/mozilla/xul/property/align/index.html | 13 - .../xul/property/allnotifications/index.html | 18 - .../mozilla/xul/property/allowevents/index.html | 13 - .../xul/property/alwaysopenpopup/index.html | 13 - .../mozilla/xul/property/amindicator/index.html | 13 - .../mozilla/xul/property/anchornode/index.html | 16 - .../mozilla/xul/property/applocale/index.html | 24 - .../mozilla/xul/property/autocheck/index.html | 13 - .../mozilla/xul/property/autofill/index.html | 13 - .../xul/property/autofillaftermatch/index.html | 18 - .../mozilla/xul/property/boxobject/index.html | 13 - .../xul/property/browser.preferences/index.html | 18 - .../mozilla/xul/property/browsers/index.html | 13 - .../mozilla/xul/property/builder/index.html | 13 - .../mozilla/xul/property/builderview/index.html | 13 - .../mozilla/xul/property/buttons/index.html | 24 - .../mozilla/xul/property/canadvance/index.html | 13 - .../mozilla/xul/property/cangoback/index.html | 13 - .../mozilla/xul/property/cangoforward/index.html | 13 - .../mozilla/xul/property/canrewind/index.html | 13 - .../mozilla/xul/property/checked/index.html | 13 - .../mozilla/xul/property/checkstate/index.html | 13 - .../archive/mozilla/xul/property/child/index.html | 13 - .../mozilla/xul/property/children/index.html | 13 - .../mozilla/xul/property/classname/index.html | 13 - .../xul/property/clickselectsall/index.html | 13 - .../mozilla/xul/property/collapsed/index.html | 13 - .../archive/mozilla/xul/property/color/index.html | 15 - .../xul/property/colorpicker.open/index.html | 13 - .../mozilla/xul/property/columns/index.html | 18 - .../mozilla/xul/property/command/index.html | 13 - .../mozilla/xul/property/commandmanager/index.html | 18 - .../xul/property/completedefaultindex/index.html | 13 - .../mozilla/xul/property/container/index.html | 13 - .../xul/property/contentdocument/index.html | 13 - .../xul/property/contentprincipal/index.html | 13 - .../mozilla/xul/property/contenttitle/index.html | 13 - .../mozilla/xul/property/contentview/index.html | 18 - .../xul/property/contentvieweredit/index.html | 13 - .../xul/property/contentviewerfile/index.html | 13 - .../mozilla/xul/property/contentwindow/index.html | 22 - .../mozilla/xul/property/contextmenu/index.html | 13 - .../mozilla/xul/property/control/index.html | 30 - .../mozilla/xul/property/controller/index.html | 18 - .../mozilla/xul/property/controllers/index.html | 13 - .../archive/mozilla/xul/property/crop/index.html | 13 - .../mozilla/xul/property/current/index.html | 13 - .../mozilla/xul/property/currentindex/index.html | 48 - .../mozilla/xul/property/currentitem/index.html | 13 - .../xul/property/currentnotification/index.html | 13 - .../mozilla/xul/property/currentpage/index.html | 13 - .../mozilla/xul/property/currentpane/index.html | 13 - .../mozilla/xul/property/currentset/index.html | 17 - .../mozilla/xul/property/currenturi/index.html | 13 - .../xul/property/customtoolbarcount/index.html | 16 - .../mozilla/xul/property/database/index.html | 13 - .../mozilla/xul/property/datasources/index.html | 13 - .../archive/mozilla/xul/property/date/index.html | 18 - .../xul/property/dateleadingzero/index.html | 18 - .../xul/property/datepicker.open/index.html | 18 - .../xul/property/datepicker.value/index.html | 18 - .../mozilla/xul/property/datevalue/index.html | 18 - .../mozilla/xul/property/decimalplaces/index.html | 14 - .../mozilla/xul/property/decimalsymbol/index.html | 14 - .../xul/property/deck.selectedpanel/index.html | 13 - .../mozilla/xul/property/defaultbutton/index.html | 13 - .../mozilla/xul/property/defaultvalue/index.html | 18 - .../mozilla/xul/property/description/index.html | 13 - .../ja/archive/mozilla/xul/property/dir/index.html | 13 - .../xul/property/disableautocomplete/index.html | 13 - .../xul/property/disableautoselect/index.html | 13 - .../mozilla/xul/property/disabled/index.html | 13 - .../xul/property/disablekeynavigation/index.html | 15 - .../mozilla/xul/property/dlgtype/index.html | 13 - .../mozilla/xul/property/docshell/index.html | 13 - .../xul/property/documentcharsetinfo/index.html | 13 - .../mozilla/xul/property/editable/index.html | 18 - .../mozilla/xul/property/editingcolumn/index.html | 13 - .../mozilla/xul/property/editingrow/index.html | 13 - .../mozilla/xul/property/editingsession/index.html | 13 - .../archive/mozilla/xul/property/editor/index.html | 13 - .../mozilla/xul/property/editortype/index.html | 15 - .../mozilla/xul/property/emptytext/index.html | 14 - .../xul/property/enablecolumndrag/index.html | 13 - .../mozilla/xul/property/eventnode/index.html | 13 - .../mozilla/xul/property/findmode/index.html | 18 - .../xul/property/firstordinalcolumn/index.html | 13 - .../xul/property/firstpermanentchild/index.html | 13 - .../archive/mozilla/xul/property/flex/index.html | 13 - .../mozilla/xul/property/flexgroup/index.html | 18 - .../mozilla/xul/property/focused/index.html | 13 - .../mozilla/xul/property/focuseditem/index.html | 13 - .../mozilla/xul/property/forcecomplete/index.html | 13 - .../archive/mozilla/xul/property/group/index.html | 13 - .../xul/property/handlectrlpageupdown/index.html | 13 - .../mozilla/xul/property/handlectrltab/index.html | 13 - .../mozilla/xul/property/hasuservalue/index.html | 10 - .../archive/mozilla/xul/property/height/index.html | 13 - .../archive/mozilla/xul/property/hidden/index.html | 13 - .../mozilla/xul/property/hideseconds/index.html | 18 - .../xul/property/highlightnonmatches/index.html | 14 - .../mozilla/xul/property/homepage/index.html | 13 - .../archive/mozilla/xul/property/hour/index.html | 18 - .../xul/property/hourleadingzero/index.html | 18 - .../ja/archive/mozilla/xul/property/id/index.html | 13 - .../property/ignoreblurwhilesearching/index.html | 14 - .../archive/mozilla/xul/property/image/index.html | 13 - .../mozilla/xul/property/increment/index.html | 18 - files/ja/archive/mozilla/xul/property/index.html | 14 - .../mozilla/xul/property/inputfield/index.html | 13 - .../mozilla/xul/property/inverted/index.html | 13 - .../mozilla/xul/property/is24hourclock/index.html | 18 - .../archive/mozilla/xul/property/ispm/index.html | 18 - .../mozilla/xul/property/issearching/index.html | 13 - .../mozilla/xul/property/iswaiting/index.html | 13 - .../mozilla/xul/property/itemcount/index.html | 30 - .../archive/mozilla/xul/property/label/index.html | 26 - .../mozilla/xul/property/labelelement/index.html | 13 - .../xul/property/lastpermanentchild/index.html | 13 - .../mozilla/xul/property/lastselected/index.html | 15 - .../archive/mozilla/xul/property/left/index.html | 13 - .../mozilla/xul/property/linkedpanel/index.html | 13 - .../xul/property/listbox.currentindex/index.html | 13 - .../mozilla/xul/property/listboxobject/index.html | 13 - .../archive/mozilla/xul/property/locked/index.html | 13 - .../xul/property/markupdocumentviewer/index.html | 13 - .../ja/archive/mozilla/xul/property/max/index.html | 18 - .../mozilla/xul/property/maxheight/index.html | 13 - .../mozilla/xul/property/maxlength/index.html | 13 - .../mozilla/xul/property/maxrows/index.html | 13 - .../mozilla/xul/property/maxwidth/index.html | 13 - .../mozilla/xul/property/menu.open/index.html | 13 - .../archive/mozilla/xul/property/menu/index.html | 13 - .../mozilla/xul/property/menuboxobject/index.html | 13 - .../xul/property/menuitem.control/index.html | 13 - .../mozilla/xul/property/menulist.image/index.html | 13 - .../xul/property/menulist.inputfield/index.html | 19 - .../mozilla/xul/property/menupopup/index.html | 19 - .../ja/archive/mozilla/xul/property/min/index.html | 15 - .../mozilla/xul/property/minheight/index.html | 13 - .../xul/property/minresultsforpopup/index.html | 13 - .../archive/mozilla/xul/property/minute/index.html | 18 - .../xul/property/minuteleadingzero/index.html | 18 - .../mozilla/xul/property/minwidth/index.html | 13 - .../archive/mozilla/xul/property/mode/index.html | 13 - .../archive/mozilla/xul/property/month/index.html | 18 - .../xul/property/monthleadingzero/index.html | 18 - .../archive/mozilla/xul/property/name/index.html | 15 - .../archive/mozilla/xul/property/next/index.html | 13 - .../mozilla/xul/property/nomatch/index.html | 13 - .../xul/property/notificationshidden/index.html | 13 - .../archive/mozilla/xul/property/object/index.html | 18 - .../mozilla/xul/property/observes/index.html | 13 - .../mozilla/xul/property/onfirstpage/index.html | 13 - .../mozilla/xul/property/onlastpage/index.html | 13 - .../archive/mozilla/xul/property/open/index.html | 18 - .../mozilla/xul/property/ordinal/index.html | 13 - .../archive/mozilla/xul/property/orient/index.html | 13 - .../archive/mozilla/xul/property/pack/index.html | 13 - .../mozilla/xul/property/pagecount/index.html | 13 - .../archive/mozilla/xul/property/pageid/index.html | 13 - .../mozilla/xul/property/pageincrement/index.html | 13 - .../mozilla/xul/property/pageindex/index.html | 13 - .../mozilla/xul/property/pagestep/index.html | 13 - .../mozilla/xul/property/palette/index.html | 13 - .../xul/property/parentcontainer/index.html | 13 - .../mozilla/xul/property/persist/index.html | 13 - .../mozilla/xul/property/persistence/index.html | 13 - .../mozilla/xul/property/placeholder/index.html | 14 - .../mozilla/xul/property/pmindicator/index.html | 18 - .../archive/mozilla/xul/property/popup/index.html | 13 - .../mozilla/xul/property/popupboxobject/index.html | 13 - .../mozilla/xul/property/popupopen/index.html | 13 - .../mozilla/xul/property/position/index.html | 13 - .../mozilla/xul/property/predicate/index.html | 13 - .../xul/property/preference.preferences/index.html | 13 - .../xul/property/preferenceelements/index.html | 18 - .../xul/property/preferencepanes/index.html | 13 - .../mozilla/xul/property/preferences/index.html | 17 - .../xul/property/prefpane.preferences/index.html | 18 - .../mozilla/xul/property/priority/index.html | 13 - .../mozilla/xul/property/radio.control/index.html | 13 - .../mozilla/xul/property/radiogroup/index.html | 13 - .../mozilla/xul/property/readonly/index.html | 18 - .../ja/archive/mozilla/xul/property/ref/index.html | 13 - .../mozilla/xul/property/resource/index.html | 13 - .../mozilla/xul/property/resultspopup/index.html | 13 - .../xul/property/richlistitem.label/index.html | 13 - .../xul/property/scrollboxobject/index.html | 13 - .../xul/property/scrollincrement/index.html | 13 - .../mozilla/xul/property/searchbutton/index.html | 14 - .../mozilla/xul/property/searchcount/index.html | 13 - .../mozilla/xul/property/searchlabel/index.html | 13 - .../mozilla/xul/property/searchparam/index.html | 13 - .../mozilla/xul/property/searchsessions/index.html | 17 - .../archive/mozilla/xul/property/second/index.html | 18 - .../xul/property/secondleadingzero/index.html | 18 - .../mozilla/xul/property/securityui/index.html | 13 - .../mozilla/xul/property/selected/index.html | 13 - .../xul/property/selectedbrowser/index.html | 13 - .../mozilla/xul/property/selectedcount/index.html | 13 - .../mozilla/xul/property/selectedindex/index.html | 13 - .../mozilla/xul/property/selecteditem/index.html | 14 - .../mozilla/xul/property/selecteditems/index.html | 13 - .../mozilla/xul/property/selectedpanel/index.html | 13 - .../mozilla/xul/property/selectedtab/index.html | 13 - .../mozilla/xul/property/selectionend/index.html | 13 - .../mozilla/xul/property/selectionstart/index.html | 13 - .../mozilla/xul/property/selstyle/index.html | 13 - .../mozilla/xul/property/seltype/index.html | 15 - .../mozilla/xul/property/sessioncount/index.html | 13 - .../mozilla/xul/property/sessionhistory/index.html | 13 - .../xul/property/showcommentcolumn/index.html | 13 - .../mozilla/xul/property/showpopup/index.html | 13 - .../archive/mozilla/xul/property/size/index.html | 13 - .../mozilla/xul/property/smoothscroll/index.html | 13 - .../mozilla/xul/property/spinbuttons/index.html | 14 - .../ja/archive/mozilla/xul/property/src/index.html | 13 - .../archive/mozilla/xul/property/state/index.html | 15 - .../mozilla/xul/property/statusbar/index.html | 13 - .../mozilla/xul/property/statustext/index.html | 13 - .../mozilla/xul/property/stringbundle/index.html | 13 - .../mozilla/xul/property/strings/index.html | 13 - .../archive/mozilla/xul/property/style/index.html | 13 - .../mozilla/xul/property/subject/index.html | 13 - .../xul/property/suppressonselect/index.html | 13 - .../mozilla/xul/property/tab.control/index.html | 13 - .../mozilla/xul/property/tabbox.tabs/index.html | 13 - .../archive/mozilla/xul/property/tabbox/index.html | 16 - .../mozilla/xul/property/tabcontainer/index.html | 13 - .../mozilla/xul/property/tabindex/index.html | 13 - .../mozilla/xul/property/tabpanels/index.html | 13 - .../archive/mozilla/xul/property/tabs/index.html | 13 - .../mozilla/xul/property/tabscrolling/index.html | 13 - .../ja/archive/mozilla/xul/property/tag/index.html | 18 - .../mozilla/xul/property/textbox.label/index.html | 13 - .../mozilla/xul/property/textbox.type/index.html | 18 - .../mozilla/xul/property/textbox.value/index.html | 18 - .../mozilla/xul/property/textlength/index.html | 13 - .../mozilla/xul/property/textvalue/index.html | 13 - .../mozilla/xul/property/timeout/index.html | 13 - .../xul/property/timepicker.value/index.html | 18 - .../archive/mozilla/xul/property/title/index.html | 13 - .../mozilla/xul/property/toolbarname/index.html | 15 - .../mozilla/xul/property/toolbarset/index.html | 13 - .../mozilla/xul/property/tooltip/index.html | 13 - .../mozilla/xul/property/tooltiptext/index.html | 18 - .../ja/archive/mozilla/xul/property/top/index.html | 13 - .../xul/property/tree.inputfield/index.html | 13 - .../mozilla/xul/property/treeboxobject/index.html | 13 - .../archive/mozilla/xul/property/type/index.html | 25 - .../ja/archive/mozilla/xul/property/uri/index.html | 17 - .../mozilla/xul/property/useraction/index.html | 13 - .../archive/mozilla/xul/property/value/index.html | 26 - .../mozilla/xul/property/valuenumber/index.html | 18 - .../archive/mozilla/xul/property/view/index.html | 15 - .../mozilla/xul/property/webbrowserfind/index.html | 13 - .../mozilla/xul/property/webnavigation/index.html | 15 - .../mozilla/xul/property/webprogress/index.html | 13 - .../archive/mozilla/xul/property/width/index.html | 13 - .../mozilla/xul/property/wizardpages/index.html | 13 - .../mozilla/xul/property/wraparound/index.html | 18 - .../archive/mozilla/xul/property/year/index.html | 18 - .../xul/property/yearleadingzero/index.html | 18 - files/ja/archive/mozilla/xul/query/index.html | 100 - files/ja/archive/mozilla/xul/queryset/index.html | 91 - files/ja/archive/mozilla/xul/radio/index.html | 186 - files/ja/archive/mozilla/xul/radiogroup/index.html | 169 - files/ja/archive/mozilla/xul/resizer/index.html | 127 - .../ja/archive/mozilla/xul/richlistbox/index.html | 290 - .../ja/archive/mozilla/xul/richlistitem/index.html | 110 - files/ja/archive/mozilla/xul/row/index.html | 95 - files/ja/archive/mozilla/xul/rows/index.html | 97 - files/ja/archive/mozilla/xul/rule/index.html | 60 - files/ja/archive/mozilla/xul/scale/index.html | 171 - .../adding_events_and_commands/index.html | 96 - .../adding_menus_and_submenus/index.html | 163 - .../xul/school_tutorial/adding_sidebars/index.html | 207 - .../adding_toolbars_and_toolbar_buttons/index.html | 198 - .../adding_windows_and_dialogs/index.html | 121 - .../index.html | 41 - .../connecting_to_remote_content/index.html | 180 - .../custom_xul_elements_with_xbl/index.html | 208 - .../index.html | 101 - .../handling_preferences/index.html | 164 - .../archive/mozilla/xul/school_tutorial/index.html | 42 - .../intercepting_page_loads/index.html | 154 - .../xul/school_tutorial/introduction/index.html | 85 - .../javascript_object_management/index.html | 224 - .../xul/school_tutorial/local_storage/index.html | 101 - .../observer_notifications/index.html | 112 - .../index.html | 124 - .../xul/school_tutorial/the_box_model/index.html | 198 - .../the_essentials_of_an_extension/index.html | 347 - .../user_notifications_and_alerts/index.html | 70 - .../xul/school_tutorial/xpcom_objects/index.html | 325 - files/ja/archive/mozilla/xul/script/index.html | 110 - files/ja/archive/mozilla/xul/scrollbar/index.html | 68 - files/ja/archive/mozilla/xul/scrollbox/index.html | 123 - .../ja/archive/mozilla/xul/scrollcorner/index.html | 94 - files/ja/archive/mozilla/xul/separator/index.html | 106 - files/ja/archive/mozilla/xul/spacer/index.html | 100 - .../ja/archive/mozilla/xul/spinbuttons/index.html | 91 - files/ja/archive/mozilla/xul/splitter/index.html | 88 - files/ja/archive/mozilla/xul/stack/index.html | 96 - files/ja/archive/mozilla/xul/statusbar/index.html | 112 - .../archive/mozilla/xul/statusbarpanel/index.html | 104 - .../ja/archive/mozilla/xul/stringbundle/index.html | 128 - .../archive/mozilla/xul/stringbundleset/index.html | 94 - .../mozilla/xul/style/alert-icon/index.html | 13 - .../xul/style/chromeclass-toolbar/index.html | 13 - .../mozilla/xul/style/error-icon/index.html | 13 - .../mozilla/xul/style/groove-thin/index.html | 13 - .../ja/archive/mozilla/xul/style/groove/index.html | 13 - .../ja/archive/mozilla/xul/style/header/index.html | 13 - .../ja/archive/mozilla/xul/style/indent/index.html | 13 - files/ja/archive/mozilla/xul/style/index.html | 11 - .../mozilla/xul/style/listcell-iconic/index.html | 13 - .../mozilla/xul/style/listitem-iconic/index.html | 13 - .../mozilla/xul/style/menuitem-iconic/index.html | 13 - .../xul/style/menuitem-non-iconic/index.html | 13 - .../mozilla/xul/style/message-icon/index.html | 13 - .../archive/mozilla/xul/style/monospace/index.html | 13 - .../ja/archive/mozilla/xul/style/plain/index.html | 13 - .../mozilla/xul/style/question-icon/index.html | 13 - .../mozilla/xul/style/small-margin/index.html | 13 - .../style/statusbarpanel-iconic-text/index.html | 13 - .../xul/style/statusbarpanel-iconic/index.html | 13 - .../style/statusbarpanel-menu-iconic/index.html | 13 - .../archive/mozilla/xul/style/text-link/index.html | 13 - files/ja/archive/mozilla/xul/style/thin/index.html | 13 - .../mozilla/xul/style/tree-splitter/index.html | 13 - .../mozilla/xul/style/treecol-image/index.html | 13 - files/ja/archive/mozilla/xul/tab/index.html | 208 - files/ja/archive/mozilla/xul/tabbox/index.html | 86 - files/ja/archive/mozilla/xul/tabbrowser/index.html | 366 - files/ja/archive/mozilla/xul/tabpanel/index.html | 93 - files/ja/archive/mozilla/xul/tabpanels/index.html | 106 - files/ja/archive/mozilla/xul/tabs/index.html | 180 - files/ja/archive/mozilla/xul/template/index.html | 102 - .../archive/mozilla/xul/template_guide/index.html | 81 - .../xul/template_guide/introduction/index.html | 62 - files/ja/archive/mozilla/xul/textbox/index.html | 382 - .../xul/textbox_(firefox_autocomplete)/index.html | 411 - .../xul/textbox_(mozilla_autocomplete)/index.html | 542 - files/ja/archive/mozilla/xul/textnode/index.html | 99 - .../archive/mozilla/xul/the_joy_of_xul/index.html | 40 - files/ja/archive/mozilla/xul/timepicker/index.html | 238 - files/ja/archive/mozilla/xul/titlebar/index.html | 106 - files/ja/archive/mozilla/xul/toolbar/index.html | 153 - .../archive/mozilla/xul/toolbarbutton/index.html | 274 - .../archive/mozilla/xul/toolbargrippy/index.html | 103 - .../ja/archive/mozilla/xul/toolbaritem/index.html | 114 - .../archive/mozilla/xul/toolbarpalette/index.html | 107 - .../mozilla/xul/toolbarseparator/index.html | 121 - files/ja/archive/mozilla/xul/toolbarset/index.html | 96 - .../archive/mozilla/xul/toolbarspacer/index.html | 103 - .../archive/mozilla/xul/toolbarspring/index.html | 103 - files/ja/archive/mozilla/xul/toolbox/index.html | 162 - files/ja/archive/mozilla/xul/tooltip/index.html | 180 - files/ja/archive/mozilla/xul/tree/index.html | 357 - .../mozilla/xul/tree_widget_changes/index.html | 111 - files/ja/archive/mozilla/xul/treecell/index.html | 74 - .../ja/archive/mozilla/xul/treechildren/index.html | 121 - files/ja/archive/mozilla/xul/treecol/index.html | 289 - files/ja/archive/mozilla/xul/treecols/index.html | 124 - files/ja/archive/mozilla/xul/treeitem/index.html | 83 - files/ja/archive/mozilla/xul/treerow/index.html | 116 - .../archive/mozilla/xul/treeseparator/index.html | 115 - files/ja/archive/mozilla/xul/triple/index.html | 124 - .../mozilla/xul/tutorial/adding_buttons/index.html | 68 - .../xul/tutorial/adding_event_handlers/index.html | 138 - .../index.html | 151 - .../xul/tutorial/adding_html_elements/index.html | 163 - .../tutorial/adding_labels_and_images/index.html | 110 - .../index.html | 195 - .../xul/tutorial/adding_more_elements/index.html | 87 - .../index.html | 127 - .../xul/tutorial/adding_style_sheets/index.html | 149 - .../additional_install_features/index.html | 47 - .../mozilla/xul/tutorial/advanced_rules/index.html | 254 - .../xul/tutorial/anonymous_content/index.html | 249 - .../xul/tutorial/box_model_details/index.html | 139 - .../mozilla/xul/tutorial/box_objects/index.html | 158 - .../tutorial/broadcasters_and_observers/index.html | 178 - .../mozilla/xul/tutorial/commands/index.html | 211 - .../mozilla/xul/tutorial/content_panels/index.html | 58 - .../xul/tutorial/creating_a_skin/index.html | 190 - .../xul/tutorial/creating_a_window/index.html | 106 - .../xul/tutorial/creating_a_wizard/index.html | 145 - .../xul/tutorial/creating_an_installer/index.html | 107 - .../xul/tutorial/creating_dialogs/index.html | 147 - .../xul/tutorial/cross_package_overlays/index.html | 68 - .../xul/tutorial/custom_tree_views/index.html | 125 - .../xul/tutorial/document_object_model/index.html | 274 - .../xul/tutorial/element_positioning/index.html | 274 - .../xul/tutorial/features_of_a_window/index.html | 69 - .../xul/tutorial/focus_and_selection/index.html | 224 - .../archive/mozilla/xul/tutorial/grids/index.html | 154 - .../mozilla/xul/tutorial/groupboxes/index.html | 106 - files/ja/archive/mozilla/xul/tutorial/index.html | 219 - .../mozilla/xul/tutorial/input_controls/index.html | 81 - .../xul/tutorial/install_scripts/index.html | 104 - .../mozilla/xul/tutorial/introduction/index.html | 70 - .../xul/tutorial/introduction_to_rdf/index.html | 119 - .../xul/tutorial/introduction_to_xbl/index.html | 124 - .../xul/tutorial/keyboard_shortcuts/index.html | 403 - .../mozilla/xul/tutorial/list_controls/index.html | 180 - .../mozilla/xul/tutorial/localization/index.html | 337 - .../mozilla/xul/tutorial/manifest_files/index.html | 123 - .../xul/tutorial/manipulating_lists/index.html | 202 - .../tutorial/modifying_a_xul_interface/index.html | 125 - .../tutorial/modifying_the_default_skin/index.html | 87 - .../xul/tutorial/more_button_features/index.html | 111 - .../xul/tutorial/more_event_handlers/index.html | 148 - .../xul/tutorial/more_menu_features/index.html | 114 - .../xul/tutorial/more_tree_features/index.html | 116 - .../mozilla/xul/tutorial/more_wizards/index.html | 101 - .../xul/tutorial/numeric_controls/index.html | 120 - .../xul/tutorial/open_and_save_dialogs/index.html | 96 - .../xul/tutorial/persistent_data/index.html | 74 - .../mozilla/xul/tutorial/popup_menus/index.html | 213 - .../xul/tutorial/progress_meters/index.html | 72 - .../mozilla/xul/tutorial/property_files/index.html | 67 - .../xul/tutorial/rdf_datasources/index.html | 295 - .../mozilla/xul/tutorial/scroll_bars/index.html | 77 - .../xul/tutorial/scrolling_menus/index.html | 69 - .../xul/tutorial/simple_menu_bars/index.html | 171 - .../tutorial/skinning_xul_files_by_hand/index.html | 244 - .../mozilla/xul/tutorial/splitters/index.html | 148 - .../xul/tutorial/stack_positioning/index.html | 60 - .../xul/tutorial/stacks_and_decks/index.html | 113 - .../mozilla/xul/tutorial/styling_a_tree/index.html | 166 - .../mozilla/xul/tutorial/tabboxes/index.html | 192 - .../mozilla/xul/tutorial/templates/index.html | 284 - .../mozilla/xul/tutorial/the_box_model/index.html | 143 - .../mozilla/xul/tutorial/the_chrome_url/index.html | 66 - .../mozilla/xul/tutorial/toolbars/index.html | 68 - .../xul/tutorial/tree_box_objects/index.html | 204 - .../mozilla/xul/tutorial/tree_selection/index.html | 137 - .../xul/tutorial/tree_view_details/index.html | 309 - .../archive/mozilla/xul/tutorial/trees/index.html | 199 - .../xul/tutorial/trees_and_templates/index.html | 169 - .../xul/tutorial/updating_commands/index.html | 93 - .../mozilla/xul/tutorial/using_spacers/index.html | 157 - .../tutorial/using_xbl_from_stylesheets/index.html | 165 - .../tutorial/xbl_attribute_inheritance/index.html | 97 - .../mozilla/xul/tutorial/xbl_example/index.html | 172 - .../xul/tutorial/xbl_inheritance/index.html | 42 - .../mozilla/xul/tutorial/xpcom_examples/index.html | 176 - .../xul/tutorial/xpcom_interfaces/index.html | 193 - .../mozilla/xul/tutorial/xul_structure/index.html | 182 - .../mozilla/xul/using_remote_xul/index.html | 274 - .../xul/using_spell_checking_in_xul/index.html | 45 - files/ja/archive/mozilla/xul/vbox/index.html | 115 - files/ja/archive/mozilla/xul/where/index.html | 136 - files/ja/archive/mozilla/xul/window/index.html | 139 - .../ja/archive/mozilla/xul/window_icons/index.html | 22 - files/ja/archive/mozilla/xul/wizard/index.html | 231 - files/ja/archive/mozilla/xul/wizardpage/index.html | 122 - .../xul/writing_skinnable_xul_and_css/index.html | 67 - files/ja/archive/mozilla/xul/xml/index.html | 77 - .../xul/xul_accessibility_guidelines/index.html | 630 - .../xul/xul_accessibility_reference/index.html | 427 - .../xul/xul_accesskey_faq_and_policies/index.html | 76 - .../xul/xul_changes_for_firefox_1.5/index.html | 80 - .../xul_colon_attribute_colon_autohide/index.html | 15 - .../ja/archive/mozilla/xul/xul_controls/index.html | 142 - .../mozilla/xul/xul_event_propagation/index.html | 151 - files/ja/archive/mozilla/xul/xul_faq/index.html | 19 - .../xul/xul_parser_in_python_source/index.html | 53 - .../archive/mozilla/xul/xul_reference/index.html | 385 - .../xul_element_attributes/index.html | 490 - .../xulrunner/build_instructions/index.html | 24 - .../building_xulrunner_with_python/index.html | 111 - .../mozilla/xulrunner/commandline/index.html | 185 - .../debugging_a_xulrunner_application/index.html | 74 - .../xulrunner/deploying_xulrunner_1.8/index.html | 156 - .../xulrunner/dialogs_in_xulrunner/index.html | 125 - .../getting_started_with_xulrunner/index.html | 123 - .../index.html | 98 - files/ja/archive/mozilla/xulrunner/index.html | 86 - .../mozilla/xulrunner/ldap_xpcom/index.html | 150 - .../index.html | 54 - .../specifying_startup_chrome_window/index.html | 39 - .../toolkit.defaultchromefeatures/index.html | 19 - .../toolkit.singletonwindowtype/index.html | 23 - .../index.html | 19 - .../xulrunner/what_xulrunner_provides/index.html | 64 - .../windows_and_menus_in_xulrunner/index.html | 137 - .../xulrunner/xul_application_packaging/index.html | 90 - .../xulrunner_1.8.0.1_release_notes/index.html | 85 - .../xulrunner_1.8.0.4_release_notes/index.html | 90 - .../mozilla/xulrunner/xulrunner_faq/index.html | 14 - .../xulrunner/xulrunner_hall_of_fame/index.html | 103 - .../xulrunner/xulrunner_old_releases/index.html | 26 - .../mozilla/xulrunner/xulrunner_tips/index.html | 143 - .../index.html" | 1275 - files/ja/archive/plugins/reference/index.html | 16 - files/ja/archive/rss/element/index.html | 100 - files/ja/archive/rss/getting_started/index.html | 52 - files/ja/archive/rss/index.html | 50 - files/ja/archive/rss/other_resources/index.html | 12 - files/ja/archive/rss/version/0.90/index.html | 87 - files/ja/archive/rss/version/0.91/index.html | 16 - files/ja/archive/rss/version/index.html | 29 - .../index.html | 41 - .../archive/security/digital_signatures/index.html | 41 - .../security/encryption_and_decryption/index.html | 72 - files/ja/archive/security/index.html | 14 - files/ja/archive/security/threats/index.html | 66 - .../ja/archive/security/vulnerabilities/index.html | 47 - files/ja/archive/themes/index.html | 11 - .../index.html | 59 - .../index.html | 36 - .../index.html | 41 - .../summary_of_changes/index.html | 68 - .../using_the_w3c_dom/index.html | 130 - .../-moz-windows-compositor/index.html | 31 - .../images-in-menus/index.html | 25 - .../web/css/_colon_-moz-system-metric/index.html | 43 - .../mac-graphite-theme/index.html | 36 - .../windows-default-theme/index.html | 71 - .../web/css/_doublecolon_-ms-clear/index.html | 137 - .../web/css/_doublecolon_-ms-track/index.html | 101 - files/ja/archive/web/css/index.html | 17 - files/ja/archive/web/index.html | 12 - .../web/javascript/date.tolocaleformat/index.html | 81 - .../ecmascript_7_support_in_mozilla/index.html | 90 - .../web/javascript/function.arity/index.html | 28 - .../web/javascript/function.isgenerator/index.html | 53 - .../web/javascript/handler.enumerate/index.html | 105 - files/ja/archive/web/javascript/index.html | 12 - .../legacy_generator_function/index.html | 56 - .../legacy_generator_function_statement/index.html | 63 - .../microsoft_extensions/activexobject/index.html | 92 - .../web/javascript/microsoft_extensions/index.html | 67 - .../web/javascript/number.tointeger/index.html | 52 - .../archive/web/javascript/object.eval/index.html | 44 - .../web/javascript/object.getnotifier/index.html | 50 - .../web/javascript/object.nosuchmethod/index.html | 162 - .../web/javascript/object.observe/index.html | 149 - .../web/javascript/object.parent/index.html | 41 - .../web/javascript/object.unobserve/index.html | 98 - .../web/javascript/object.unwatch/index.html | 70 - .../archive/web/javascript/object.watch/index.html | 156 - .../web/javascript/reflect.enumerate/index.html | 66 - files/ja/archive/web/localization/index.html | 69 - .../standards-compliant_authoring_tools/index.html | 36 - .../ja/archive/web_standards/community/index.html | 14 - .../index.html | 102 - files/ja/archive/web_standards/index.html | 62 - .../index.html | 54 - .../mozilla_s_doctype_sniffing/index.html | 156 - .../parsing_microformats_in_javascript/index.html | 149 - .../rdf_in_fifty_words_or_less/index.html | 82 - .../web_standards/rdf_in_mozilla_faq/index.html | 323 - .../styling_abbreviations_and_acronyms/index.html | 40 - .../index.html | 80 - .../web_standards/why_support_mozilla/index.html | 84 - files/ja/archive/xquery/index.html | 31 - .../automated_testing_tips_and_tricks/index.html | 8 - files/ja/bonsai/index.html | 31 - files/ja/browser_chrome_tests/index.html | 118 - files/ja/bug_writing_guidelines/index.html | 107 - files/ja/bugzilla/index.html | 59 - .../ja/building_transformiix_standalone/index.html | 67 - files/ja/bundles/index.html | 68 - files/ja/c++_portability_guide/index.html | 825 - files/ja/chrome/command_line/index.html | 204 - files/ja/code_snippets/canvas/index.html | 239 - files/ja/code_snippets/cookies/index.html | 21 - .../code_snippets/dialogs_and_prompts/index.html | 342 - .../ja/code_snippets/download_observer/index.html | 59 - files/ja/code_snippets/file_i_o/index.html | 403 - .../finding_window_handles/index.html | 48 - files/ja/code_snippets/index.html | 131 - .../index.html | 69 - files/ja/code_snippets/js_xpcom/index.html | 115 - files/ja/code_snippets/miscellaneous/index.html | 328 - files/ja/code_snippets/modules/index.html | 32 - files/ja/code_snippets/on_page_load/index.html | 94 - files/ja/code_snippets/page_loading/index.html | 19 - files/ja/code_snippets/preferences/index.html | 251 - .../ja/code_snippets/progress_listeners/index.html | 117 - files/ja/code_snippets/queryselector/index.html | 99 - .../code_snippets/running_applications/index.html | 48 - files/ja/code_snippets/sidebar/index.html | 44 - files/ja/code_snippets/tabbed_browser/index.html | 371 - files/ja/code_snippets/windows/index.html | 45 - files/ja/code_snippets/xml/index.html | 27 - files/ja/crash_reporting/index.html | 27 - files/ja/creating_a_cookie_log/index.html | 40 - .../index.html | 118 - files/ja/creating_a_microsummary/index.html | 181 - .../adding_the_structure/index.html | 36 - .../conclusion/index.html | 26 - .../index.html | 32 - .../index.html | 34 - .../index.html | 52 - .../finding_the_code_to_modify/index.html | 15 - .../finding_the_file_to_modify/index.html | 23 - files/ja/creating_a_mozilla_extension/index.html | 44 - .../index.html | 37 - .../index.html | 115 - .../making_it_into_a_static_overlay/index.html | 101 - .../prerequisites/index.html | 23 - .../specifying_the_appearance/index.html | 43 - .../tinderbox/index.html | 18 - files/ja/creating_a_patch/index.html | 79 - files/ja/creating_a_release_tag/index.html | 56 - .../contents.rdf/index.html | 49 - .../getting_started/index.html | 119 - files/ja/creating_a_skin_for_firefox/index.html | 39 - .../install.rdf/index.html | 50 - .../ja/creating_a_skin_for_firefox/uuid/index.html | 21 - .../contents.rdf/index.html | 51 - .../ja/creating_a_skin_for_mozilla/faq/index.html | 20 - files/ja/creating_a_skin_for_mozilla/index.html | 6 - .../creating_a_skin_for_mozilla/links/index.html | 15 - .../toolbarbindings.xml/index.html | 27 - .../chrome.manifest/index.html | 16 - .../creating_a_skin_for_seamonkey_2.x/index.html | 13 - .../install.rdf/index.html | 39 - files/ja/creating_mozsearch_plugins/index.html | 60 - .../creating_reftest-based_unit_tests/index.html | 123 - .../index.html | 85 - .../creating_sandboxed_http_connections/index.html | 253 - files/ja/creating_xpi_installer_modules/index.html | 230 - files/ja/css_improvements_in_firefox_3/index.html | 38 - files/ja/debugging_mozilla_on_linux_faq/index.html | 483 - .../ja/debugging_mozilla_on_windows_faq/index.html | 302 - .../ja/developing_new_mozilla_features/index.html | 56 - .../index.html | 650 - files/ja/dom/using_the_camera_api/index.html | 225 - .../index.html | 38 - files/ja/download_manager_preferences/index.html | 93 - files/ja/drag_and_drop/index.html | 145 - files/ja/drag_and_drop_events/index.html | 28 - files/ja/e4x/index.html | 49 - files/ja/e4x_tutorial/index.html | 38 - .../ja/encodings_for_localization_files/index.html | 135 - .../index.html | 21 - files/ja/error_console/index.html | 63 - files/ja/extension_etiquette/index.html | 41 - .../index.html | 82 - files/ja/extension_packaging/index.html | 42 - files/ja/extensions/bootstrap.js/index.html | 71 - .../extensions/bootstrapped_extensions/index.html | 386 - files/ja/extensions/community/index.html | 22 - files/ja/extensions/firefox/index.html | 62 - files/ja/extensions/index.html | 100 - files/ja/extensions/inline_options/index.html | 172 - files/ja/extensions/other_resources/index.html | 14 - files/ja/extensions/seamonkey/index.html | 16 - .../building_a_thunderbird_extension/index.html | 61 - .../index.html | 23 - .../index.html | 62 - .../index.html | 31 - .../index.html | 29 - files/ja/extensions/thunderbird/faq/index.html | 29 - .../add_new_tab/index.html | 15 - .../add_toolbar_button/index.html | 28 - .../get_thunderbird_version/index.html | 46 - .../index.html | 10 - files/ja/extensions/thunderbird/howtos/index.html | 127 - files/ja/extensions/thunderbird/index.html | 81 - .../index.html | 65 - files/ja/firefox_addons_developer_guide/index.html | 31 - .../license_authors/index.html | 28 - .../index.html | 80 - files/ja/gecko-specific_dom_events/index.html | 140 - files/ja/gecko/embedding_mozilla/index.html | 63 - .../index.html | 69 - files/ja/gecko_embedding_basics/index.html | 279 - files/ja/gecko_faq/index.html | 202 - files/ja/gecko_hacking_tutorial/index.html | 515 - files/ja/gecko_keypress_event/index.html | 77 - .../browser_side_plug-in_api/index.html | 76 - .../constants/index.html | 231 - files/ja/gecko_plugin_api_reference/index.html | 347 - .../plug-in_basics/index.html | 527 - .../plug-in_development_overview/index.html | 608 - .../plug-in_side_plug-in_api/index.html | 62 - .../gecko_plugin_api_reference/preface/index.html | 64 - .../structures/index.html | 87 - files/ja/gecko_sdk/index.html | 142 - files/ja/gecko_user_agent_strings/index.html | 45 - files/ja/git/index.html | 10 - files/ja/gre/index.html | 39 - files/ja/hacking_firefox/index.html | 40 - .../creating_a_help_content_pack/index.html | 213 - files/ja/help_viewer/index.html | 26 - .../how_mozilla_determines_mime_types/index.html | 95 - .../how_to_get_a_stacktrace_with_windbg/index.html | 139 - files/ja/http_logging/index.html | 63 - files/ja/implementing_queryinterface/index.html | 161 - files/ja/install_manifests/index.html | 521 - .../index.html | 105 - .../introducing_the_audio_api_extension/index.html | 202 - .../index.html | 478 - files/ja/introduction_to_ssl/index.html | 261 - files/ja/ipdl/creating_a_new_protocol/index.html | 33 - files/ja/ipdl/glossary/index.html | 19 - files/ja/ipdl/index.html | 30 - files/ja/ipdl/tutorial/index.html | 688 - files/ja/isp_data/index.html | 24 - files/ja/javascript_os.file/index.html | 78 - files/ja/jetpack/basics/index.html | 71 - files/ja/jetpack/content/index.html | 15 - files/ja/jetpack/extenders/index.html | 23 - files/ja/jetpack/index.html | 85 - files/ja/jetpack/libraries/index.html | 6 - files/ja/jetpack/libraries/twitter/index.html | 86 - files/ja/jetpack/meta/first_run/index.html | 36 - files/ja/jetpack/meta/index.html | 19 - files/ja/jetpack/meta/me/index.html | 29 - files/ja/jetpack/multimedia/index.html | 19 - files/ja/jetpack/storage/index.html | 19 - files/ja/jetpack/storage/settings/index.html | 55 - files/ja/jetpack/storage/simple_storage/index.html | 78 - files/ja/jetpack/system/index.html | 23 - files/ja/jetpack/ui/index.html | 45 - files/ja/jetpack/ui/selection/index.html | 62 - files/ja/jetpack/ui/tabs/index.html | 18 - files/ja/jxon/index.html | 1483 - files/ja/leak_monitor/index.html | 11 - files/ja/litmus_tests/index.html | 21 - files/ja/liveconnect/index.html | 69 - files/ja/localization_and_plurals/index.html | 372 - files/ja/localization_notes/index.html | 31 - .../index.html | 68 - .../manipulating_bookmarks_using_places/index.html | 83 - files/ja/mccoy/index.html | 47 - .../howto/link_a_github_account/index.html | 111 - files/ja/mdn/contribute/persona_sign-in/index.html | 32 - .../ja/mdn/contribute/processes/trello/index.html | 94 - files/ja/mdn/tools/content_kits/index.html | 67 - files/ja/mdn/tools/zones/index.html | 203 - files/ja/mdn/user_guide/writing/index.html | 59 - files/ja/mercurial/index.html | 38 - files/ja/mercurial_basics/index.html | 38 - files/ja/midas/index.html | 330 - files/ja/monitoring_downloads/index.html | 255 - files/ja/monitoring_plugins/index.html | 108 - .../ja/mozilla/add-ons/add-on_debugger/index.html | 66 - .../mozilla/add-ons/add-on_guidelines/index.html | 129 - .../add-ons/add-on_manager/addonauthor/index.html | 31 - .../add-on_manager/addonscreenshot/index.html | 34 - .../add-ons/add-on_manager/code_samples/index.html | 75 - files/ja/mozilla/add-ons/add-on_manager/index.html | 68 - files/ja/mozilla/add-ons/amo/index.html | 12 - files/ja/mozilla/add-ons/amo/policy/index.html | 26 - .../index.html | 518 - .../mozilla/add-ons/firefox_for_android/index.html | 79 - .../mozilla/add-ons/overlay_extensions/index.html | 53 - .../add-ons/sdk/guides/content_scripts/index.html | 484 - files/ja/mozilla/add-ons/sdk/guides/index.html | 115 - files/ja/mozilla/add-ons/sdk/index.html | 99 - .../sdk/tutorials/display_a_popup/index.html | 142 - .../sdk/tutorials/getting_started/index.html | 167 - .../sdk/tutorials/getting_started_(jpm)/index.html | 174 - files/ja/mozilla/add-ons/sdk/tutorials/index.html | 146 - .../add-ons/sdk/tutorials/installation/index.html | 72 - .../sdk/tutorials/troubleshooting/index.html | 112 - .../ja/mozilla/add-ons/themes/obsolete/index.html | 46 - .../webextensions/api/bookmarks/export/index.html | 114 - .../webextensions/api/bookmarks/import/index.html | 114 - files/ja/mozilla/calendar/index.html | 62 - files/ja/mozilla/chrome_registration/index.html | 360 - files/ja/mozilla/command_line_options/index.html | 484 - files/ja/mozilla/connect/index.html | 115 - files/ja/mozilla/debugging/index.html | 90 - .../developer_guide/using_the_vm/index.html | 80 - .../firefox/australis_add-on_compat/index.html | 130 - .../mozilla/firefox/developer_edition/index.html | 34 - .../firefox/developer_edition/reverting/index.html | 25 - .../enterprise_deployment_before_60/index.html | 210 - files/ja/mozilla/firefox/firefox_esr/index.html | 22 - files/ja/mozilla/firefox/headless_mode/index.html | 267 - .../firefox/linux_compatibility_matrix/index.html | 480 - .../mozilla/firefox/multiple_profiles/index.html | 245 - .../firefox/multiprocess_firefox/index.html | 75 - .../message_manager/index.html | 71 - .../message_manager_overview/index.html | 444 - .../web_content_compatibility/index.html | 28 - .../which_uris_load_where/index.html | 61 - .../\347\233\256\347\232\204/index.html" | 44 - .../index.html | 207 - files/ja/mozilla/firefox/privacy/index.html | 20 - .../privacy/storage_access_policy/index.html | 267 - .../firefox/privacy/tracking_protection/index.html | 73 - .../index.html | 48 - files/ja/mozilla/firefox_for_ios/index.html | 46 - .../gecko/chrome/api/chromeworker/index.html | 54 - files/ja/mozilla/gecko/chrome/api/index.html | 31 - .../index.html | 16 - .../_doublecolon_-moz-tree-cell-text/index.html | 27 - .../css/_doublecolon_-moz-tree-cell/index.html | 35 - .../css/_doublecolon_-moz-tree-column/index.html | 26 - .../index.html | 25 - .../css/_doublecolon_-moz-tree-image/index.html | 31 - .../_doublecolon_-moz-tree-indentation/index.html | 24 - .../css/_doublecolon_-moz-tree-line/index.html | 25 - .../index.html | 25 - .../_doublecolon_-moz-tree-row(hover)/index.html | 16 - .../css/_doublecolon_-moz-tree-row/index.html | 48 - .../_doublecolon_-moz-tree-separator/index.html | 26 - .../css/_doublecolon_-moz-tree-twisty/index.html | 30 - .../gecko/chrome/css/display-xul/index.html | 61 - files/ja/mozilla/gecko/chrome/css/index.html | 21 - files/ja/mozilla/gecko/chrome/index.html | 17 - files/ja/mozilla/gecko/index.html | 71 - files/ja/mozilla/gecko/versions/index.html | 130 - .../mozilla/gecko_almost_standards_mode/index.html | 58 - files/ja/mozilla/ime_handling_guide/index.html | 667 - .../index.html | 76 - .../components.utils.unload/index.html | 43 - .../javascript_code_modules/ctypes.jsm/index.html | 199 - .../deferredtask.jsm/index.html | 153 - .../downloads.jsm/index.html | 297 - .../ja/mozilla/javascript_code_modules/index.html | 113 - .../perfmeasurement.jsm/index.html | 302 - .../popupnotifications.jsm/index.html | 213 - .../javascript_code_modules/using/index.html | 208 - files/ja/mozilla/javascript_style_guide/index.html | 133 - files/ja/mozilla/js-ctypes/index.html | 97 - .../bootstrapping_a_new_locale/index.html | 225 - files/ja/mozilla/localization/index.html | 27 - files/ja/mozilla/localization/index/index.html | 6 - .../localizing_with_pontoon/index.html | 137 - .../localization/quick_start_guide/index.html | 40 - .../quick_start_guide/initial_setup/index.html | 83 - .../quick_start_guide/translation_phase/index.html | 118 - .../options/open_web_apps_for_desktop/index.html | 115 - files/ja/mozilla/mathml_project/index.html | 75 - .../mathml_project/mathml_torture_test/index.html | 1322 - .../firefox_mobile_for_developers/index.html | 27 - files/ja/mozilla/mobile/index.html | 30 - .../ja/mozilla/mobile/viewport_meta_tag/index.html | 91 - .../adding_a_new_telemetry_probe/index.html | 31 - .../performance/gecko_profiler_faq/index.html | 415 - files/ja/mozilla/performance/index.html | 143 - .../index.html | 360 - .../reporting_a_performance_problem/index.html | 62 - .../performance/scroll-linked_effects/index.html | 110 - .../persona/browser_compatibility/index.html | 90 - files/ja/mozilla/persona/faq/index.html | 56 - files/ja/mozilla/persona/index.html | 155 - .../persona/internationalization/index.html | 52 - files/ja/mozilla/persona/quick_setup/index.html | 242 - .../persona/remote_verification_api/index.html | 125 - .../persona/security_considerations/index.html | 91 - files/ja/mozilla/persona/why_persona/index.html | 48 - files/ja/mozilla/preferences/index.html | 48 - .../preferences/preference_reference/index.html | 13 - .../ui.alertnotificationorigin/index.html | 41 - .../preferences_system/new_attributes/index.html | 49 - files/ja/mozilla/projects/emscripten/index.html | 37 - .../projects/emscripten/techniques/index.html | 15 - files/ja/mozilla/projects/index.html | 13 - files/ja/mozilla/projects/l20n/index.html | 126 - files/ja/mozilla/projects/mochitest/index.html | 220 - .../projects/mochitest/specialpowers/index.html | 471 - .../ja/mozilla/projects/nspr/about_nspr/index.html | 476 - files/ja/mozilla/projects/nspr/index.html | 474 - .../nspr/reference/date_and_time/index.html | 64 - .../ja/mozilla/projects/nspr/reference/index.html | 768 - .../nspr/reference/introduction_to_nspr/index.html | 577 - .../projects/nspr/reference/logging/index.html | 74 - .../memory_management_operations/index.html | 40 - .../nspr/reference/nspr_log_modules/index.html | 469 - .../nspr/reference/pr_jointhread/index.html | 453 - .../projects/nspr/reference/prthread/index.html | 429 - .../nss/an_overview_of_nss_internals/index.html | 102 - files/ja/mozilla/projects/nss/building/index.html | 112 - .../nss/getting_started_with_nss/index.html | 58 - files/ja/mozilla/projects/nss/index.html | 180 - .../index.html | 152 - .../projects/nss/new_nss_samples/index.html | 36 - .../index.html | 94 - .../projects/nss/nss_3.18_release_notes/index.html | 150 - .../projects/nss/nss_3.57_release_notes/index.html | 118 - .../projects/nss/nss_api_guidelines/index.html | 534 - .../projects/nss/nss_developer_tutorial/index.html | 214 - files/ja/mozilla/projects/nss/nss_faq/index.html | 79 - .../projects/nss/nss_reference/fc_login/index.html | 66 - .../mozilla/projects/nss/nss_reference/index.html | 200 - .../mozilla/projects/nss/nss_releases/index.html | 137 - .../projects/nss/nss_sample_code/index.html | 31 - .../nss/nss_sources_building_testing/index.html | 54 - .../mozilla/projects/nss/nss_tech_notes/index.html | 21 - .../projects/nss/nss_third-party_code/index.html | 34 - .../projects/nss/overview_of_nss/index.html | 75 - files/ja/mozilla/projects/nss/pkcs11/index.html | 17 - .../mozilla/projects/nss/ssl_functions/index.html | 300 - files/ja/mozilla/projects/nss/tools/index.html | 94 - .../spidermonkey/build_documentation/index.html | 290 - .../projects/spidermonkey/bytecodes/index.html | 30 - .../creating_javascript_jstest_reftests/index.html | 9 - .../creating_javascript_tests/index.html | 77 - .../mozilla/projects/spidermonkey/foss/index.html | 97 - .../getting_spidermonkey_source_code/index.html | 90 - .../projects/spidermonkey/hacking_tips/index.html | 654 - .../how_to_embed_the_javascript_engine/index.html | 474 - files/ja/mozilla/projects/spidermonkey/index.html | 102 - .../mozilla/projects/spidermonkey/index/index.html | 10 - .../spidermonkey/internals/bytecode/index.html | 6855 --- .../internals/garbage_collection/index.html | 131 - .../projects/spidermonkey/internals/index.html | 290 - .../internals/thread_safety/index.html | 56 - .../index.html | 376 - .../spidermonkey/jsapi_cookbook/index.html | 514 - .../jsapi_reference/alphabetical_list/index.html | 228 - .../spidermonkey/jsapi_reference/index.html | 926 - .../jsapi_reference/js_compilefile/index.html | 66 - .../jsapi_reference/js_constructobject/index.html | 63 - .../jsapi_reference/js_defineobject/index.html | 126 - .../jsapi_reference/js_destroycontext/index.html | 55 - .../jsapi_reference/js_destroyruntime/index.html | 45 - .../jsapi_reference/js_dumpheap/index.html | 110 - .../jsapi_reference/js_evaluatescript/index.html | 93 - .../jsapi_reference/js_getgcparameter/index.html | 323 - .../jsapi_reference/js_getruntime/index.html | 47 - .../js_getruntimeprivate/index.html | 59 - .../jsapi_reference/js_init/index.html | 35 - .../jsapi_reference/js_lock/index.html | 37 - .../jsapi_reference/js_newcontext/index.html | 93 - .../jsapi_reference/js_newobject/index.html | 104 - .../jsapi_reference/js_newruntime/index.html | 52 - .../jsapi_reference/js_setgczeal/index.html | 141 - .../jsapi_reference/js_shutdown/index.html | 34 - .../jsapi_reference/js_threadsafe/index.html | 114 - .../spidermonkey/jsapi_reference/jsint/index.html | 42 - .../jsapi_reference/jsruntime/index.html | 23 - .../spidermonkey/jsapi_reference/jstype/index.html | 52 - .../spidermonkey/jsapi_user_guide/index.html | 6 - .../spidermonkey/jsdbgapi_reference/index.html | 150 - .../projects/spidermonkey/parser_api/index.html | 1698 - .../projects/spidermonkey/releases/52/index.html | 30 - .../projects/spidermonkey/releases/index.html | 34 - .../spidermonkey/shell_global_objects/index.html | 662 - files/ja/mozilla/qa/chrome_tests/index.html | 63 - files/ja/mozilla/qa/index.html | 242 - files/ja/mozilla/rust/index.html | 47 - .../mozilla/setting_up_an_update_server/index.html | 67 - .../tech/accessibility/at-apis/gecko/index.html | 5 - .../accessibility/at-apis/gecko/roles/index.html | 496 - .../gecko/roles/role_accel_label/index.html | 30 - .../at-apis/gecko/roles/role_alert/index.html | 38 - .../at-apis/gecko/roles/role_animation/index.html | 30 - .../at-apis/gecko/roles/role_app_root/index.html | 26 - .../gecko/roles/role_application/index.html | 34 - .../at-apis/gecko/roles/role_arrow/index.html | 30 - .../gecko/roles/role_autocomplete/index.html | 30 - .../at-apis/gecko/roles/role_border/index.html | 23 - .../gecko/roles/role_buttondropdown/index.html | 28 - .../gecko/roles/role_buttondropdowngrid/index.html | 30 - .../at-apis/gecko/roles/role_buttonmenu/index.html | 29 - .../at-apis/gecko/roles/role_calendar/index.html | 24 - .../at-apis/gecko/roles/role_canvas/index.html | 28 - .../at-apis/gecko/roles/role_caption/index.html | 27 - .../at-apis/gecko/roles/role_caret/index.html | 23 - .../at-apis/gecko/roles/role_cell/index.html | 39 - .../at-apis/gecko/roles/role_character/index.html | 23 - .../at-apis/gecko/roles/role_chart/index.html | 29 - .../gecko/roles/role_check_menu_item/index.html | 32 - .../gecko/roles/role_checkbutton/index.html | 34 - .../gecko/roles/role_chrome_window/index.html | 30 - .../at-apis/gecko/roles/role_clock/index.html | 28 - .../gecko/roles/role_color_chooser/index.html | 30 - .../gecko/roles/role_columnheader/index.html | 32 - .../at-apis/gecko/roles/role_combobox/index.html | 34 - .../gecko/roles/role_combobox_list/index.html | 27 - .../gecko/roles/role_combobox_option/index.html | 28 - .../at-apis/gecko/roles/role_cursor/index.html | 23 - .../gecko/roles/role_date_editor/index.html | 30 - .../gecko/roles/role_desktop_frame/index.html | 30 - .../gecko/roles/role_desktop_icon/index.html | 30 - .../at-apis/gecko/roles/role_diagram/index.html | 28 - .../at-apis/gecko/roles/role_dial/index.html | 29 - .../at-apis/gecko/roles/role_dialog/index.html | 35 - .../gecko/roles/role_directory_pane/index.html | 30 - .../at-apis/gecko/roles/role_document/index.html | 35 - .../gecko/roles/role_document_frame/index.html | 27 - .../at-apis/gecko/roles/role_droplist/index.html | 28 - .../at-apis/gecko/roles/role_editbar/index.html | 29 - .../at-apis/gecko/roles/role_entry/index.html | 29 - .../at-apis/gecko/roles/role_equation/index.html | 30 - .../gecko/roles/role_file_chooser/index.html | 30 - .../gecko/roles/role_font_chooser/index.html | 30 - .../at-apis/gecko/roles/role_footer/index.html | 27 - .../at-apis/gecko/roles/role_form/index.html | 28 - .../at-apis/gecko/roles/role_glass_pane/index.html | 27 - .../at-apis/gecko/roles/role_graphic/index.html | 43 - .../at-apis/gecko/roles/role_grip/index.html | 23 - .../at-apis/gecko/roles/role_grouping/index.html | 40 - .../at-apis/gecko/roles/role_header/index.html | 29 - .../at-apis/gecko/roles/role_heading/index.html | 32 - .../gecko/roles/role_helpballoon/index.html | 34 - .../gecko/roles/role_hotkeyfield/index.html | 28 - .../gecko/roles/role_html_container/index.html | 27 - .../at-apis/gecko/roles/role_icon/index.html | 29 - .../at-apis/gecko/roles/role_image_map/index.html | 26 - .../at-apis/gecko/roles/role_ime/index.html | 25 - .../at-apis/gecko/roles/role_indicator/index.html | 29 - .../gecko/roles/role_internal_frame/index.html | 39 - .../at-apis/gecko/roles/role_ipaddress/index.html | 28 - .../at-apis/gecko/roles/role_label/index.html | 31 - .../gecko/roles/role_layered_pane/index.html | 27 - .../at-apis/gecko/roles/role_link/index.html | 36 - .../at-apis/gecko/roles/role_list/index.html | 41 - .../at-apis/gecko/roles/role_listbox/index.html | 29 - .../at-apis/gecko/roles/role_listitem/index.html | 51 - .../at-apis/gecko/roles/role_menubar/index.html | 35 - .../at-apis/gecko/roles/role_menuitem/index.html | 35 - .../at-apis/gecko/roles/role_menupopup/index.html | 37 - .../at-apis/gecko/roles/role_nothing/index.html | 30 - .../at-apis/gecko/roles/role_option/index.html | 27 - .../gecko/roles/role_option_pane/index.html | 27 - .../at-apis/gecko/roles/role_outline/index.html | 33 - .../gecko/roles/role_outlineitem/index.html | 36 - .../at-apis/gecko/roles/role_page/index.html | 27 - .../at-apis/gecko/roles/role_pagetab/index.html | 31 - .../gecko/roles/role_pagetablist/index.html | 33 - .../at-apis/gecko/roles/role_pane/index.html | 38 - .../at-apis/gecko/roles/role_paragraph/index.html | 27 - .../gecko/roles/role_parent_menuitem/index.html | 27 - .../gecko/roles/role_password_text/index.html | 28 - .../at-apis/gecko/roles/role_popup_menu/index.html | 25 - .../gecko/roles/role_progressbar/index.html | 33 - .../gecko/roles/role_propertypage/index.html | 39 - .../at-apis/gecko/roles/role_pushbutton/index.html | 33 - .../gecko/roles/role_radio_menu_item/index.html | 28 - .../gecko/roles/role_radiobutton/index.html | 32 - .../gecko/roles/role_redundant_object/index.html | 26 - .../gecko/roles/role_rich_option/index.html | 28 - .../at-apis/gecko/roles/role_root_pane/index.html | 26 - .../at-apis/gecko/roles/role_row/index.html | 34 - .../at-apis/gecko/roles/role_ruler/index.html | 27 - .../gecko/roles/role_scroll_pane/index.html | 26 - .../at-apis/gecko/roles/role_scrollbar/index.html | 22 - .../at-apis/gecko/roles/role_section/index.html | 30 - .../at-apis/gecko/roles/role_separator/index.html | 34 - .../at-apis/gecko/roles/role_slider/index.html | 32 - .../at-apis/gecko/roles/role_sound/index.html | 23 - .../at-apis/gecko/roles/role_spinbutton/index.html | 32 - .../at-apis/gecko/roles/role_split_pane/index.html | 26 - .../at-apis/gecko/roles/role_statusbar/index.html | 27 - .../at-apis/gecko/roles/role_table/index.html | 27 - .../roles/role_table_column_header/index.html | 25 - .../gecko/roles/role_table_row_header/index.html | 25 - .../gecko/roles/role_tear_off_menu_item/index.html | 26 - .../at-apis/gecko/roles/role_terminal/index.html | 26 - .../at-apis/gecko/roles/role_text_leaf/index.html | 28 - .../at-apis/gecko/roles/role_titlebar/index.html | 22 - .../gecko/roles/role_toggle_button/index.html | 27 - .../at-apis/gecko/roles/role_toolbar/index.html | 32 - .../at-apis/gecko/roles/role_tooltip/index.html | 37 - .../at-apis/gecko/roles/role_tree_table/index.html | 29 - .../at-apis/gecko/roles/role_viewport/index.html | 27 - .../at-apis/gecko/roles/role_whitespace/index.html | 30 - .../at-apis/gecko/roles/role_window/index.html | 23 - .../mozilla/tech/accessibility/at-apis/index.html | 5 - files/ja/mozilla/tech/accessibility/index.html | 28 - files/ja/mozilla/tech/index.html | 15 - .../index.html | 281 - .../xpcom/fun_with_xbl_and_xpconnect/index.html | 88 - .../mozilla/tech/xpcom/generating_guids/index.html | 79 - .../mozilla/tech/xpcom/generic_factory/index.html | 136 - .../index.html | 190 - files/ja/mozilla/tech/xpcom/guide/index.html | 16 - .../guide/mozilla_internal_string_guide/index.html | 834 - .../xpcom/guide/xpcom_hashtable_guide/index.html | 297 - files/ja/mozilla/tech/xpcom/index.html | 114 - .../index.html | 67 - .../introduction_to_xpcom_for_the_dom/index.html | 319 - .../components.classes/index.html | 109 - .../components.classesbyid/index.html | 20 - .../components.constructor/index.html | 109 - .../components.exception/index.html | 26 - .../language_bindings/components.id/index.html | 23 - .../components.interfaces/index.html | 37 - .../components.lastresult/index.html | 57 - .../components.manager/index.html | 11 - .../components.results/index.html | 40 - .../components.returncode/index.html | 28 - .../language_bindings/components.stack/index.html | 11 - .../components.utils.evalinsandbox/index.html | 34 - .../components.utils.forcegc/index.html | 20 - .../components.utils.getweakreference/index.html | 45 - .../components.utils.import/index.html | 118 - .../components.utils.reporterror/index.html | 40 - .../language_bindings/components.utils/index.html | 46 - .../language_bindings/components_object/index.html | 108 - .../tech/xpcom/language_bindings/index.html | 25 - .../javaxpcom/development/index.html | 24 - .../index.html | 156 - .../javaxpcom/examples/index.html | 13 - .../xpcom/language_bindings/javaxpcom/index.html | 73 - .../javaxpcom/other_resources/index.html | 15 - .../xpcom/language_bindings/plxpcom/index.html | 17 - .../xpcom/language_bindings/pyxpcom/index.html | 62 - .../xpcom/language_bindings/rbxpcom/index.html | 16 - .../tech/xpcom/reference/components/index.html | 18 - .../components/nscategorymanager/index.html | 30 - .../components/nsdirectoryservice/index.html | 71 - .../reference/components/nslocalfile/index.html | 41 - .../components/nsobserverservice/index.html | 30 - .../components/nsscriptableinputstream/index.html | 66 - .../tech/xpcom/reference/glue_classes/index.html | 16 - .../reference/glue_classes/nscomptr/index.html | 27 - files/ja/mozilla/tech/xpcom/reference/index.html | 21 - .../tech/xpcom/reference/ns_ensure_true/index.html | 49 - .../imgiloader/index.html | 27 - .../reference/xpcom_interface_reference/index.html | 15 - .../mozijssubscriptloader/index.html | 80 - .../moziregistry/index.html | 89 - .../mozistoragestatementparams/index.html | 25 - .../nsiaccessible/index.html | 484 - .../nsiaccessibleprovider/index.html | 49 - .../nsiannotationobserver/index.html | 128 - .../nsiasyncinputstream/index.html | 96 - .../nsiconsoleservice/index.html | 51 - .../nsicontentprefobserver/index.html | 79 - .../nsicontentprefservice/index.html | 203 - .../nsicryptohash/index.html | 265 - .../nsidomfile/index.html | 108 - .../nsidomfileexception/index.html | 57 - .../nsidomfilelist/index.html | 80 - .../nsidomhtmlmediaelement/index.html | 39 - .../nsidomofflineresourcelist/index.html | 184 - .../nsidomsimplegestureevent/index.html | 61 - .../nsidownload/index.html | 135 - .../nsidownloadmanager/index.html | 424 - .../nsidownloadmanagerui/index.html | 111 - .../nsidownloadprogresslistener/index.html | 295 - .../nsidragservice/index.html | 227 - .../nsieffectivetldservice/index.html | 173 - .../nsienumerator/index.html | 40 - .../xpcom_interface_reference/nsifeed/index.html | 125 - .../nsifeedcontainer/index.html | 101 - .../nsifeedelementbase/index.html | 46 - .../nsifeedentry/index.html | 68 - .../nsifeedgenerator/index.html | 51 - .../nsifeedperson/index.html | 53 - .../nsifeedprocessor/index.html | 116 - .../nsifeedprogresslistener/index.html | 102 - .../nsifeedresult/index.html | 105 - .../nsifeedresultlistener/index.html | 50 - .../nsifeedtextconstruct/index.html | 94 - .../nsihttpactivitydistributor/index.html | 68 - .../nsihttpactivityobserver/index.html | 172 - .../nsihttpchannel/index.html | 569 - .../nsiidleservice/index.html | 135 - .../nsiinputstream/index.html | 65 - .../nsiioservice/index.html | 456 - .../xpcom_interface_reference/nsijscid/index.html | 24 - .../xpcom_interface_reference/nsijson/index.html | 165 - .../nsilogininfo/index.html | 147 - .../nsiloginmanager/index.html | 306 - .../nsiobserver/index.html | 65 - .../nsiobserverservice/index.html | 186 - .../nsioutputstream/index.html | 60 - .../nsiparentalcontrolsservice/index.html | 172 - .../nsiparserutils/index.html | 205 - .../nsipassword/index.html | 12 - .../nsipasswordmanager/index.html | 16 - .../nsiplacesview/index.html | 128 - .../nsiprefbranch/index.html | 494 - .../nsiscriptableunescapehtml/index.html | 104 - .../nsiscriptableunicodeconverter/index.html | 142 - .../nsisessionstore/index.html | 419 - .../nsisupports_proxies/index.html | 89 - .../nsitaggingservice/index.html | 180 - .../xpcom_interface_reference/nsithread/index.html | 119 - .../nsithreadeventfilter/index.html | 61 - .../nsithreadinternal/index.html | 82 - .../nsithreadmanager/index.html | 112 - .../nsithreadobserver/index.html | 125 - .../nsithreadpool/index.html | 78 - .../nsiwebprogresslistener/index.html | 392 - .../nsiwindowmediator/index.html | 60 - .../nsixmlhttprequest/index.html | 84 - .../nsizipentry/index.html | 60 - .../nsizipreader/index.html | 185 - .../nsizipwriter/index.html | 496 - .../xpcom_interface_reference_group/index.html | 976 - .../xpcom/setting_http_request_headers/index.html | 273 - files/ja/mozilla/tech/xpcom/storage/index.html | 378 - .../tech/xpcom/the_thread_manager/index.html | 130 - .../frequently_asked_questions/index.html | 91 - .../getting_started_guide/index.html | 294 - .../mozilla/tech/xpcom/using_nscomptr/index.html | 24 - .../using_nscomptr/reference_manual/index.html | 523 - .../status,_recent_changes,_and_plans/index.html | 36 - .../mozilla/tech/xpcom/weak_reference/index.html | 153 - .../mozilla/tech/xpcom/wrappedjsobject/index.html | 104 - files/ja/mozilla/tech/xpcom/xpcom_abi/index.html | 54 - .../xpcom/xpcom_ownership_guidelines/index.html | 37 - files/ja/mozilla/tech/xpcom/xptcall_faq/index.html | 76 - .../xpidl/generating_xpt_on_windows/index.html | 13 - files/ja/mozilla/tech/xpidl/index.html | 560 - files/ja/mozilla/tech/xpidl/xpidl/index.html | 57 - files/ja/mozilla/tech/xslt_2.0/index.html | 35 - .../thunderbird/autoconfiguration/index.html | 37 - .../ja/mozilla/thunderbird/content_tabs/index.html | 81 - .../thunderbird/cookies_in_thunderbird/index.html | 25 - .../index.html | 15 - files/ja/mozilla/thunderbird/index.html | 67 - .../ja/mozilla/thunderbird/ldap_support/index.html | 32 - .../mail_account_setup_wizard/index.html | 41 - .../ja/mozilla/thunderbird/releases/24/index.html | 411 - files/ja/mozilla/thunderbird/releases/3/index.html | 51 - files/ja/mozilla/thunderbird/releases/5/index.html | 54 - files/ja/mozilla/thunderbird/releases/index.html | 19 - files/ja/mozilla/toolkit_version_format/index.html | 101 - files/ja/mozilla/webidl_bindings/index.html | 1232 - .../working_with_windows_in_chrome_code/index.html | 308 - files/ja/mozilla_application_framework/index.html | 76 - files/ja/mozilla_automated_testing/index.html | 26 - files/ja/mozilla_crypto_faq/index.html | 108 - files/ja/mozilla_development_strategies/index.html | 84 - files/ja/mozilla_development_tools/index.html | 51 - files/ja/mozilla_dom_hacking_guide/index.html | 497 - .../common_problems/index.html | 34 - .../embedding_gecko/index.html | 94 - files/ja/mozilla_embedding_faq/how_do_i/index.html | 166 - files/ja/mozilla_embedding_faq/index.html | 78 - .../introduction_to_gecko_and_embedding/index.html | 32 - files/ja/mozilla_networking_preferences/index.html | 83 - files/ja/mozilla_quirks_mode_behavior/index.html | 121 - files/ja/mozilla_release_faq/index.html | 272 - files/ja/mozilla_svg_project/index.html | 116 - files/ja/mozilla_web_developer_faq/index.html | 227 - files/ja/mozmill_tests/index.html | 464 - .../shared_modules/addonsapi/index.html | 30 - files/ja/mozmill_tests/shared_modules/index.html | 158 - files/ja/necko/index.html | 34 - files/ja/new_compatibility_tables_beta/index.html | 24 - files/ja/np_getvalue/index.html | 64 - files/ja/np_initialize/index.html | 49 - files/ja/np_shutdown/index.html | 44 - files/ja/npapi/index.html | 6 - files/ja/npp_destroy/index.html | 66 - files/ja/npp_destroystream/index.html | 69 - files/ja/npp_getvalue/index.html | 66 - files/ja/npp_handleevent/index.html | 71 - files/ja/npp_new/index.html | 91 - files/ja/npp_newstream/index.html | 105 - files/ja/npp_print/index.html | 58 - files/ja/npp_setvalue/index.html | 61 - files/ja/npp_setwindow/index.html | 62 - files/ja/npp_streamasfile/index.html | 54 - files/ja/npp_urlnotify/index.html | 69 - files/ja/places/index.html | 69 - files/ja/places/view_controller/index.html | 130 - files/ja/places_migration_guide/index.html | 165 - files/ja/places_query_uris/index.html | 35 - files/ja/plugins/index.html | 99 - .../scripting_plugins_adobe_flash/index.html | 150 - files/ja/pr_calloc/index.html | 444 - files/ja/pr_free/index.html | 434 - files/ja/pr_gmtparameters/index.html | 447 - files/ja/pr_localtimeparameters/index.html | 435 - files/ja/pr_malloc/index.html | 440 - files/ja/pr_new/index.html | 441 - files/ja/pr_now/index.html | 439 - files/ja/pr_realloc/index.html | 444 - files/ja/preferences_system/examples/index.html | 38 - files/ja/preferences_system/index.html | 42 - files/ja/preferences_system/preference/index.html | 51 - files/ja/preferences_system/preferences/index.html | 34 - files/ja/preferences_system/prefpane/index.html | 79 - files/ja/preferences_system/prefwindow/index.html | 84 - .../preferences_system/troubleshooting/index.html | 12 - files/ja/programs_using_nspr/index.html | 14 - files/ja/prtimeparamfn/index.html | 432 - files/ja/querying_places/index.html | 292 - files/ja/rdf/index.html | 61 - files/ja/reading_textual_data/index.html | 129 - .../index.html | 90 - files/ja/rhino/community/index.html | 16 - files/ja/rhino/download_rhino/index.html | 104 - files/ja/rhino/index.html | 20 - files/ja/rhino/scopes_and_contexts/index.html | 126 - files/ja/rhino/scripting_java/index.html | 377 - files/ja/rhino_documentation/index.html | 83 - files/ja/rhino_downloads_archive/index.html | 87 - files/ja/rhino_faq/index.html | 24 - files/ja/rhino_javascript_compiler/index.html | 48 - files/ja/rhino_optimization/index.html | 27 - files/ja/rhino_overview/index.html | 82 - .../rhino_requirements_and_limitations/index.html | 33 - files/ja/rhino_shell/index.html | 178 - .../index.html | 94 - files/ja/sandbox/index.html | 172 - files/ja/sandbox/js_compilescript/index.html | 114 - files/ja/sax/index.html | 113 - files/ja/social_api/index.html | 63 - files/ja/spidermonkey_internals/index.html | 5 - files/ja/standalone_xpcom/index.html | 97 - files/ja/tamarin/abcasm/index.html | 6 - files/ja/tamarin/index.html | 87 - .../actionscript_acceptance_tests/index.html | 95 - .../tamarin_test_template/index.html | 81 - .../tamarin/tamarin_acceptance_testing/index.html | 56 - files/ja/tamarin_build_documentation/index.html | 160 - files/ja/the_download_manager_schema/index.html | 108 - .../ja/the_life_of_an_html_http_request/index.html | 36 - files/ja/the_message_manager/index.html | 70 - files/ja/the_mozilla_platform/index.html | 100 - files/ja/the_necko_http_module/index.html | 29 - .../index.html | 148 - files/ja/the_places_database/index.html | 90 - files/ja/the_places_frecency_algorithm/index.html | 129 - files/ja/theme_changes_in_firefox_2/index.html | 804 - files/ja/theme_changes_in_firefox_3/index.html | 96 - files/ja/theme_packaging/index.html | 109 - .../index.html | 302 - files/ja/themes/index.html | 43 - files/ja/themes/theme_concepts/index.html | 235 - .../ja/themes/\350\203\214\346\231\257/index.html" | 102 - files/ja/thunderbird_3_for_users/index.html | 45 - files/ja/thunderbird_isp_hooks/index.html | 176 - files/ja/toolkit.defaultchromeuri/index.html | 19 - files/ja/toolkit_api/extiapplication/index.html | 157 - files/ja/toolkit_api/exticonsole/index.html | 71 - files/ja/toolkit_api/extieventitem/index.html | 57 - files/ja/toolkit_api/extieventlistener/index.html | 53 - files/ja/toolkit_api/extievents/index.html | 77 - files/ja/toolkit_api/extiextension/index.html | 75 - files/ja/toolkit_api/extiextensions/index.html | 75 - files/ja/toolkit_api/extipreference/index.html | 84 - .../ja/toolkit_api/extipreferencebranch/index.html | 146 - files/ja/toolkit_api/extisessionstorage/index.html | 106 - .../toolkit_api/fuel/fueliannotations/index.html | 124 - .../toolkit_api/fuel/fueliapplication/index.html | 11 - files/ja/toolkit_api/fuel/fuelibookmark/index.html | 107 - .../fuel/fuelibookmarkfolder/index.html | 135 - .../toolkit_api/fuel/fuelibookmarkroots/index.html | 51 - .../ja/toolkit_api/fuel/fuelibrowsertab/index.html | 140 - files/ja/toolkit_api/fuel/fueliwindow/index.html | 82 - files/ja/toolkit_api/fuel/index.html | 44 - files/ja/toolkit_api/index.html | 35 - files/ja/toolkit_api/steel/index.html | 33 - .../toolkit_api/steel/steeliapplication/index.html | 23 - files/ja/tools/debugger/settings/index.html | 57 - files/ja/tools/scratchpad/index.html | 117 - files/ja/tools/webide/index.html | 42 - files/ja/tools/webide/monitor/index.html | 158 - files/ja/tools/webide/opening_webide/index.html | 30 - .../ja/tools/webide/setting_up_runtimes/index.html | 126 - files/ja/tools/webide/the_runtime_menu/index.html | 53 - files/ja/tools/webide/troubleshooting/index.html | 101 - .../working_with_cordova_apps_in_webide/index.html | 42 - files/ja/using_breakpoints_in_venkman/index.html | 75 - .../index.html | 13 - files/ja/using_nsiloginmanager/index.html | 180 - files/ja/using_ssh_to_connect_to_cvs/index.html | 74 - .../using_the_places_annotation_service/index.html | 145 - .../ja/using_the_places_tagging_service/index.html | 45 - files/ja/venkman/index.html | 103 - files/ja/venkman_introduction/index.html | 342 - files/ja/video_presentations/index.html | 39 - .../ja/web/accessibility/at_development/index.html | 55 - files/ja/web/api/alarm_api/index.html | 240 - files/ja/web/api/camera_api/index.html | 32 - files/ja/web/api/cameracapabilities/index.html | 78 - files/ja/web/api/cameracontrol/index.html | 105 - .../ja/web/api/cameramanager/getcamera/index.html | 133 - .../api/cameramanager/getlistofcameras/index.html | 51 - files/ja/web/api/cameramanager/index.html | 49 - files/ja/web/api/device_storage_api/index.html | 254 - .../api/domapplicationsmanager/getall/index.html | 38 - files/ja/web/api/domapplicationsmanager/index.html | 82 - .../checkinstalled/index.html | 49 - .../getinstalled/index.html | 40 - .../api/domapplicationsregistry/getself/index.html | 47 - .../ja/web/api/domapplicationsregistry/index.html | 45 - .../api/domapplicationsregistry/install/index.html | 96 - .../installpackage/index.html | 46 - files/ja/web/api/domcursor/done/index.html | 68 - files/ja/web/api/domcursor/index.html | 102 - files/ja/web/api/domrequest/error/index.html | 45 - files/ja/web/api/domrequest/index.html | 102 - .../ja/web/api/fmradio/antennaavailable/index.html | 40 - files/ja/web/api/fmradio/cancelseek/index.html | 45 - files/ja/web/api/fmradio/channelwidth/index.html | 31 - files/ja/web/api/fmradio/disable/index.html | 41 - files/ja/web/api/fmradio/enable/index.html | 49 - files/ja/web/api/fmradio/enabled/index.html | 41 - files/ja/web/api/fmradio/frequency/index.html | 36 - .../web/api/fmradio/frequencylowerbound/index.html | 30 - .../web/api/fmradio/frequencyupperbound/index.html | 30 - files/ja/web/api/fmradio/index.html | 120 - .../fmradio/onantennaavailablechange/index.html | 29 - files/ja/web/api/fmradio/ondisabled/index.html | 28 - files/ja/web/api/fmradio/onenabled/index.html | 28 - .../web/api/fmradio/onfrequencychange/index.html | 28 - files/ja/web/api/fmradio/seekdown/index.html | 43 - files/ja/web/api/fmradio/seekup/index.html | 43 - files/ja/web/api/fmradio/setfrequency/index.html | 53 - .../api/htmliframeelement/getvisible/index.html | 33 - files/ja/web/api/htmliframeelement/stop/index.html | 32 - files/ja/web/api/identitymanager/get/index.html | 48 - .../identitymanager/getverifiedemail/index.html | 40 - files/ja/web/api/identitymanager/index.html | 45 - files/ja/web/api/identitymanager/logout/index.html | 40 - .../ja/web/api/identitymanager/request/index.html | 75 - files/ja/web/api/identitymanager/watch/index.html | 143 - .../using_indexeddb_in_chrome/index.html | 33 - files/ja/web/api/moznfc/index.html | 130 - files/ja/web/api/moznfc/onpeerfound/index.html | 28 - files/ja/web/api/mozsocial/closepanel/index.html | 20 - files/ja/web/api/mozsocial/index.html | 44 - files/ja/web/api/mozsocial/isvisible/index.html | 23 - files/ja/web/api/moztimemanager/index.html | 44 - files/ja/web/api/navigator/id/index.html | 52 - files/ja/web/api/navigator/mozcameras/index.html | 52 - files/ja/web/api/navigator/mozfmradio/index.html | 36 - files/ja/web/api/navigator/mozpay/index.html | 101 - files/ja/web/api/navigator/mozsettings/index.html | 32 - files/ja/web/api/navigator/mozsms/index.html | 53 - files/ja/web/api/navigator/mozsocial/index.html | 49 - files/ja/web/api/settings_api/index.html | 96 - files/ja/web/api/simple_push_api/index.html | 189 - files/ja/web/api/web_activities/index.html | 586 - files/ja/web/api/webfm_api/index.html | 135 - .../webvr_api/webvr_environment_setup/index.html | 110 - .../index.html | 220 - files/ja/web/css/-moz-binding/index.html | 68 - .../web/css/-moz-border-bottom-colors/index.html | 95 - .../ja/web/css/-moz-border-left-colors/index.html | 94 - .../ja/web/css/-moz-border-right-colors/index.html | 98 - files/ja/web/css/-moz-border-top-colors/index.html | 96 - files/ja/web/css/-moz-stack-sizing/index.html | 57 - files/ja/web/css/-ms-accelerator/index.html | 76 - files/ja/web/css/-ms-block-progression/index.html | 51 - .../web/css/-ms-content-zoom-chaining/index.html | 48 - .../web/css/-ms-content-zoom-limit-max/index.html | 48 - .../web/css/-ms-content-zoom-limit-min/index.html | 47 - files/ja/web/css/-ms-content-zoom-limit/index.html | 48 - files/ja/web/css/-ms-content-zoom-snap/index.html | 48 - files/ja/web/css/-ms-content-zooming/index.html | 49 - .../ja/web/css/-ms-scrollbar-face-color/index.html | 93 - .../css/-ms-scrollbar-highlight-color/index.html | 95 - files/ja/web/css/-ms-wrap-margin/index.html | 42 - .../css/@media/-moz-mac-graphite-theme/index.html | 35 - .../web/css/@media/-moz-maemo-classic/index.html | 30 - files/ja/web/css/@media/-moz-os-version/index.html | 35 - .../index.html | 46 - .../web/css/@media/-moz-windows-classic/index.html | 35 - .../web/css/@media/-moz-windows-theme/index.html | 46 - .../_colon_-moz-full-screen-ancestor/index.html | 39 - .../ja/web/css/_doublecolon_-ms-browse/index.html | 112 - .../ja/web/css/_doublecolon_-ms-expand/index.html | 92 - files/ja/web/css/_doublecolon_-ms-fill/index.html | 112 - files/ja/web/css/_doublecolon_-ms-value/index.html | 103 - files/ja/web/events/mozorientation/index.html | 88 - .../getting_started/xul_user_interfaces/index.html | 303 - .../ecmascript_5_support_in_mozilla/index.html | 43 - .../ecmascript_6_support_in_mozilla/index.html | 276 - .../guide/liveconnect_overview/index.html | 799 - .../javascript/new_in_javascript/1.1/index.html | 74 - .../javascript/new_in_javascript/1.2/index.html | 92 - .../javascript/new_in_javascript/1.3/index.html | 153 - .../javascript/new_in_javascript/1.4/index.html | 28 - .../javascript/new_in_javascript/1.5/index.html | 42 - .../javascript/new_in_javascript/1.6/index.html | 79 - .../javascript/new_in_javascript/1.7/index.html | 558 - .../javascript/new_in_javascript/1.8.1/index.html | 34 - .../javascript/new_in_javascript/1.8.5/index.html | 143 - .../javascript/new_in_javascript/1.8/index.html | 123 - .../ja/web/javascript/new_in_javascript/index.html | 78 - .../functions/arguments/caller/index.html | 56 - .../global_objects/array/observe/index.html | 89 - .../global_objects/array/unobserve/index.html | 134 - .../global_objects/arraybuffer/transfer/index.html | 126 - .../reference/global_objects/iterator/index.html | 95 - .../global_objects/object/count/index.html | 44 - .../global_objects/parallelarray/index.html | 59 - .../global_objects/stopiteration/index.html | 66 - .../global_objects/string/quote/index.html | 75 - .../operators/array_comprehensions/index.html | 198 - .../operators/expression_closures/index.html | 76 - .../operators/generator_comprehensions/index.html | 172 - .../reference/statements/for_each...in/index.html | 81 - .../javascript/server-side_javascript/index.html | 11 - .../web/security/site_identity_button/index.html | 29 - .../responsive_web_design/index.html | 43 - .../index.html | 144 - files/ja/why_embed_gecko/index.html | 48 - files/ja/writing_localizable_code/index.html | 51 - .../writing_xpcshell-based_unit_tests/index.html | 352 - files/ja/xforms/api_reference/index.html | 56 - files/ja/xforms/community/index.html | 22 - files/ja/xforms/index.html | 74 - files/ja/xforms/other_resources/index.html | 13 - files/ja/xforms/user_preferences/index.html | 26 - files/ja/xml_extras/index.html | 110 - files/ja/xml_in_mozilla/index.html | 235 - files/ja/xml_web_services/index.html | 49 - .../ja/xml_web_services/other_resources/index.html | 16 - .../xmlhttprequest_changes_for_gecko1.8/index.html | 19 - files/ja/xpcnativewrapper/index.html | 276 - files/ja/xpcomutils.jsm/index.html | 491 - files/ja/xpconnect/appshellservice/index.html | 23 - files/ja/xpconnect/architecture_basics/index.html | 16 - files/ja/xpconnect/index.html | 63 - files/ja/xpconnect/nsiprofile/index.html | 11 - files/ja/xpconnect/nsiregistry/index.html | 87 - files/ja/xpconnect/using_components/index.html | 94 - files/ja/xpconnect/xpconnect_wrappers/index.html | 36 - files/ja/xpcshell/index.html | 38 - files/ja/xpi/index.html | 21 - files/ja/xpinstall/index.html | 51 - .../xpinstall_api_reference/file_object/index.html | 17 - .../file_object/methods/index.html | 51 - .../file_object/methods/isdirectory/index.html | 30 - .../file_object/methods/isfile/index.html | 42 - .../file_object/methods/remove/index.html | 31 - files/ja/xpinstall_api_reference/index.html | 191 - .../install_object/index.html | 10 - .../install_object/methods/alert/index.html | 17 - .../install_object/methods/execute/index.html | 6 - .../install_object/methods/index.html | 6 - files/ja/xpjs_components_proposal/index.html | 45 - files/ja/xre/index.html | 9 - .../index.html | 17 - files/ja/xtech_2005_presentations/index.html | 25 - .../xtech_2005_presentations/rich_web/index.html | 6 - .../rich_web/svg_and_canvas_in_mozilla/index.html | 18 - files/ja/xtech_2006_presentations/index.html | 21 - .../xul_application_tutorial_(external)/index.html | 33 - files/ja/xul_genealogy/index.html | 5 - files/ja/xul_improvements_in_firefox_3/index.html | 40 - files/ja/xulref/label/index.html | 14 - files/ja/zones/index.html | 53 - 2382 files changed, 271896 deletions(-) delete mode 100644 files/ja/_wikihistory.json delete mode 100644 files/ja/about_omni.jar/index.html delete mode 100644 files/ja/adding_extensions_using_the_windows_registry/index.html delete mode 100644 files/ja/adding_phishing_protection_data_providers/index.html delete mode 100644 files/ja/an_interview_with_douglas_bowman_of_wired_news/index.html delete mode 100644 files/ja/animated_png_graphics/index.html delete mode 100644 files/ja/archive/add-ons/add-on_sdk/tools/index.html delete mode 100644 files/ja/archive/add-ons/add-on_sdk/tools/jpm/index.html delete mode 100644 files/ja/archive/add-ons/enhanced_extension_installation/index.html delete mode 100644 files/ja/archive/add-ons/extension_versioning,_update_and_compatibility/index.html delete mode 100644 files/ja/archive/add-ons/index.html delete mode 100644 files/ja/archive/add-ons/multiple_item_packaging/index.html delete mode 100644 files/ja/archive/add-ons/observer_notifications/index.html delete mode 100644 files/ja/archive/add-ons/session_store_api/index.html delete mode 100644 files/ja/archive/add-ons/signing_a_xpi/index.html delete mode 100644 files/ja/archive/add-ons/signing_an_extension/index.html delete mode 100644 files/ja/archive/add-ons/supporting_search_suggestions_in_search_plugins/index.html delete mode 100644 files/ja/archive/add-ons/using_the_stylesheet_service/index.html delete mode 100644 files/ja/archive/apps/advanced_topics/index.html delete mode 100644 files/ja/archive/apps/index.html delete mode 100644 files/ja/archive/b2g_os/add-ons/developing_b2g_os_add-ons/index.html delete mode 100644 files/ja/archive/b2g_os/add-ons/index.html delete mode 100644 files/ja/archive/b2g_os/api/bluetoothmanager/enabled/index.html delete mode 100644 files/ja/archive/b2g_os/api/bluetoothmanager/getdefaultadapter/index.html delete mode 100644 files/ja/archive/b2g_os/api/bluetoothmanager/index.html delete mode 100644 files/ja/archive/b2g_os/api/bluetoothmanager/isconnected/index.html delete mode 100644 files/ja/archive/b2g_os/api/bluetoothmanager/onadapteradded/index.html delete mode 100644 files/ja/archive/b2g_os/api/bluetoothmanager/ondisabled/index.html delete mode 100644 files/ja/archive/b2g_os/api/bluetoothmanager/onenabled/index.html delete mode 100644 files/ja/archive/b2g_os/api/callevent/index.html delete mode 100644 files/ja/archive/b2g_os/api/domapplication/index.html delete mode 100644 files/ja/archive/b2g_os/api/index.html delete mode 100644 files/ja/archive/b2g_os/api/mozndefrecord/index.html delete mode 100644 files/ja/archive/b2g_os/api/moznfcpeer/index.html delete mode 100644 files/ja/archive/b2g_os/api/moznfctag/index.html delete mode 100644 files/ja/archive/b2g_os/api/navigator/index.html delete mode 100644 files/ja/archive/b2g_os/api/navigator/mozapps/index.html delete mode 100644 files/ja/archive/b2g_os/api/navigator/mozsetmessagehandler/index.html delete mode 100644 files/ja/archive/b2g_os/api/navigator/moztelephony/index.html delete mode 100644 files/ja/archive/b2g_os/api/telephonycall/index.html delete mode 100644 files/ja/archive/b2g_os/architecture/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/gaia_ui_tests_run_tests/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_1_marionette_firefox_os_start/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_2_marionette_firefox_os_interactions/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_3_reusable_tests/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_4_reusing_commands_firefox_os_setup/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_5_introducing_a_test_runner/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_6_marionette_by_class/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_7_writing_your_own_tests/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_8_using_a_base_class/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_9_app_objects/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia_performance_tests/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/gaia_unit_tests/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/raptor/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/setting_up_marionette/index.html delete mode 100644 files/ja/archive/b2g_os/automated_testing/xpcshell/index.html delete mode 100644 files/ja/archive/b2g_os/b2g_build_prerequisites/index.html delete mode 100644 files/ja/archive/b2g_os/b2g_os_architecture/index.html delete mode 100644 files/ja/archive/b2g_os/board_guide/chirimen/chirimen_faq/index.html delete mode 100644 files/ja/archive/b2g_os/board_guide/chirimen/index.html delete mode 100644 files/ja/archive/b2g_os/board_guide/chirimen/os_image/index.html delete mode 100644 files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/basic_startup/index.html delete mode 100644 files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/board_connectors/index.html delete mode 100644 files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/dev_windows/index.html delete mode 100644 files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/firmware_update_guide_for_windows/index.html delete mode 100644 files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/index.html delete mode 100644 files/ja/archive/b2g_os/board_guide/index.html delete mode 100644 files/ja/archive/b2g_os/building_and_installing_firefox_os/b2g_build_variables_reference_sheet/index.html delete mode 100644 files/ja/archive/b2g_os/building_and_installing_firefox_os/b2g_installer_add-on/index.html delete mode 100644 files/ja/archive/b2g_os/building_and_installing_firefox_os/building_firefox_os_for_flame_on_osx/index.html delete mode 100644 files/ja/archive/b2g_os/building_and_installing_firefox_os/compatible_devices/index.html delete mode 100644 files/ja/archive/b2g_os/building_and_installing_firefox_os/firefox_os_build_overview/index.html delete mode 100644 files/ja/archive/b2g_os/building_and_installing_firefox_os/firefox_os_update_packages/index.html delete mode 100644 files/ja/archive/b2g_os/building_and_installing_firefox_os/index.html delete mode 100644 files/ja/archive/b2g_os/building_boot_to_gecko/fota_community_builds/index.html delete mode 100644 files/ja/archive/b2g_os/building_boot_to_gecko/index.html delete mode 100644 files/ja/archive/b2g_os/choosing_how_to_run_gaia_or_b2g/index.html delete mode 100644 files/ja/archive/b2g_os/customization_with_the_.userconfig_file/index.html delete mode 100644 files/ja/archive/b2g_os/debugging/connecting_a_firefox_os_device_to_the_desktop/index.html delete mode 100644 files/ja/archive/b2g_os/debugging/debugging_b2g_using_valgrind/index.html delete mode 100644 files/ja/archive/b2g_os/debugging/debugging_ooms/index.html delete mode 100644 files/ja/archive/b2g_os/debugging/developer_settings/index.html delete mode 100644 files/ja/archive/b2g_os/debugging/firefox_os_crash_reporting/index.html delete mode 100644 files/ja/archive/b2g_os/debugging/index.html delete mode 100644 files/ja/archive/b2g_os/debugging/installing_adb/index.html delete mode 100644 files/ja/archive/b2g_os/debugging/intercepting_traffic_using_a_proxy/index.html delete mode 100644 files/ja/archive/b2g_os/debugging/on-device_console_logging/index.html delete mode 100644 files/ja/archive/b2g_os/debugging/setting_up/index.html delete mode 100644 files/ja/archive/b2g_os/debugging/taking_screenshots/index.html delete mode 100644 files/ja/archive/b2g_os/debugging/testing_in_a_privileged_context/index.html delete mode 100644 files/ja/archive/b2g_os/developer_mode/index.html delete mode 100644 files/ja/archive/b2g_os/developing_firefox_os/customizing_the_b2g.sh_script/index.html delete mode 100644 files/ja/archive/b2g_os/developing_firefox_os/filing_bugs_against_firefox_os/index.html delete mode 100644 files/ja/archive/b2g_os/developing_firefox_os/index.html delete mode 100644 files/ja/archive/b2g_os/developing_firefox_os/localizing_firefox_os/index.html delete mode 100644 files/ja/archive/b2g_os/developing_firefox_os/modifying_hosts_file/index.html delete mode 100644 files/ja/archive/b2g_os/developing_gaia/customizing_build-time_apps/index.html delete mode 100644 files/ja/archive/b2g_os/developing_gaia/customizing_the_keyboard/index.html delete mode 100644 files/ja/archive/b2g_os/developing_gaia/different_ways_to_run_gaia/index.html delete mode 100644 files/ja/archive/b2g_os/developing_gaia/gaia_tools_reference/index.html delete mode 100644 files/ja/archive/b2g_os/developing_gaia/index.html delete mode 100644 files/ja/archive/b2g_os/developing_gaia/make_options_reference/index.html delete mode 100644 files/ja/archive/b2g_os/developing_gaia/making_gaia_code_changes/index.html delete mode 100644 files/ja/archive/b2g_os/developing_gaia/market_customizations_guide/index.html delete mode 100644 files/ja/archive/b2g_os/developing_gaia/running_the_gaia_codebase/index.html delete mode 100644 files/ja/archive/b2g_os/developing_gaia/submitting_a_gaia_patch/index.html delete mode 100644 files/ja/archive/b2g_os/developing_gaia/testing_gaia_code_changes/index.html delete mode 100644 files/ja/archive/b2g_os/developing_gaia/understanding_the_gaia_codebase/index.html delete mode 100644 "files/ja/archive/b2g_os/developing_gaia/\346\247\213\351\200\240\345\205\245\351\226\200\346\233\270/index.html" delete mode 100644 files/ja/archive/b2g_os/firefox_os_apps/index.html delete mode 100644 files/ja/archive/b2g_os/firefox_os_faq/index.html delete mode 100644 files/ja/archive/b2g_os/firefox_os_usage_tips/index.html delete mode 100644 files/ja/archive/b2g_os/index.html delete mode 100644 files/ja/archive/b2g_os/installing_boot_to_gecko_on_a_mobile_device/index.html delete mode 100644 files/ja/archive/b2g_os/introduction/index.html delete mode 100644 files/ja/archive/b2g_os/introduction_to_gaia/index.html delete mode 100644 files/ja/archive/b2g_os/pandaboard/index.html delete mode 100644 files/ja/archive/b2g_os/performance/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/best_practices_open_reference_devices/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/firefox_os_device_features/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/flame/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/flame/initial_setup/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/flame/updating_your_flame/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/fx0/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/geeksphone/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/nexus_4/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/nexus_5/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/phone_specs/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/zte_open/index.html delete mode 100644 files/ja/archive/b2g_os/phone_guide/zte_open_c/index.html delete mode 100644 files/ja/archive/b2g_os/porting/index.html delete mode 100644 files/ja/archive/b2g_os/porting_b2g_os/index.html delete mode 100644 files/ja/archive/b2g_os/preparing_for_your_first_b2g_build/index.html delete mode 100644 files/ja/archive/b2g_os/quickstart/index.html delete mode 100644 files/ja/archive/b2g_os/quickstart/open_web_apps_and_web_standards/index.html delete mode 100644 "files/ja/archive/b2g_os/quickstart/\345\210\235\343\202\201\343\201\246\343\201\256\343\202\242\343\203\227\343\203\252/index.html" delete mode 100644 files/ja/archive/b2g_os/releases/1.1/index.html delete mode 100644 files/ja/archive/b2g_os/releases/1.2/index.html delete mode 100644 files/ja/archive/b2g_os/releases/1.4/index.html delete mode 100644 files/ja/archive/b2g_os/releases/2.0/index.html delete mode 100644 files/ja/archive/b2g_os/releases/2.1/index.html delete mode 100644 files/ja/archive/b2g_os/releases/index.html delete mode 100644 files/ja/archive/b2g_os/running_custom_builds_in_the_app_manager/index.html delete mode 100644 files/ja/archive/b2g_os/running_tests_on_firefox_os_for_developers/index.html delete mode 100644 files/ja/archive/b2g_os/security/application_security/index.html delete mode 100644 files/ja/archive/b2g_os/security/b2g_ipc_internals/index.html delete mode 100644 files/ja/archive/b2g_os/security/index.html delete mode 100644 files/ja/archive/b2g_os/security/security_model/index.html delete mode 100644 files/ja/archive/b2g_os/security/system_security/index.html delete mode 100644 files/ja/archive/b2g_os/simulator/index.html delete mode 100644 files/ja/archive/b2g_os/simulator/simulator_walkthrough/index.html delete mode 100644 files/ja/archive/b2g_os/tvs_connected_devices/hello_world_example/index.html delete mode 100644 files/ja/archive/b2g_os/tvs_connected_devices/how_to_connect_webide_to_tv_(viera)/index.html delete mode 100644 files/ja/archive/b2g_os/tvs_connected_devices/index.html delete mode 100644 files/ja/archive/b2g_os/tvs_connected_devices/interacting_with_tv_remote_controls/index.html delete mode 100644 files/ja/archive/b2g_os/tvs_connected_devices/simulating_firefox_os_for_tv/index.html delete mode 100644 files/ja/archive/b2g_os/tvs_connected_devices/tv_broadcast_streams_firefox_os/index.html delete mode 100644 files/ja/archive/b2g_os/tvs_connected_devices/tv_remote_control_button_mapping_to_keyboard/index.html delete mode 100644 files/ja/archive/b2g_os/tvs_connected_devices/tv_remote_control_navigation/index.html delete mode 100644 files/ja/archive/b2g_os/using_the_app_manager/index.html delete mode 100644 files/ja/archive/b2g_os/using_the_b2g_desktop_client/index.html delete mode 100644 files/ja/archive/b2g_os/using_the_b2g_emulators/index.html delete mode 100644 files/ja/archive/b2g_os/ux/style_guide/index.html delete mode 100644 files/ja/archive/b2g_os/web_telephony_api/index.html delete mode 100644 files/ja/archive/b2g_os/web_telephony_api/using_the_web_telephony_api/index.html delete mode 100644 "files/ja/archive/b2g_os/\343\203\210\343\203\251\343\203\226\343\203\253\343\202\267\343\203\245\343\203\274\343\203\206\343\202\243\343\203\263\343\202\260/index.html" delete mode 100644 files/ja/archive/css3/index.html delete mode 100644 files/ja/archive/firefox_os/index.html delete mode 100644 files/ja/archive/firefox_os/platform/apps_architecture/index.html delete mode 100644 files/ja/archive/firefox_os/platform/feature_support_chart/index.html delete mode 100644 files/ja/archive/firefox_os/platform/gaia/gaia_apps/index.html delete mode 100644 files/ja/archive/firefox_os/platform/gaia/gaia_apps/window_management/index.html delete mode 100644 "files/ja/archive/firefox_os/platform/gaia/gaia_apps/\343\203\226\343\203\251\343\202\246\343\202\266/index.html" delete mode 100644 "files/ja/archive/firefox_os/platform/gaia/gaia_apps/\350\250\255\345\256\232\343\202\242\343\203\227\343\203\252/index.html" delete mode 100644 files/ja/archive/firefox_os/platform/gaia/index.html delete mode 100644 files/ja/archive/firefox_os/platform/gonk/index.html delete mode 100644 files/ja/archive/firefox_os/platform/index.html delete mode 100644 files/ja/archive/firefox_os/platform/keyboard_events_across_browser_elements/index.html delete mode 100644 files/ja/archive/firefox_os/platform/out_of_memory_management_on_firefox_os/index.html delete mode 100644 files/ja/archive/index.html delete mode 100644 files/ja/archive/localizing_an_extension/index.html delete mode 100644 files/ja/archive/marketplace/index.html delete mode 100644 files/ja/archive/marketplace/options/index.html delete mode 100644 files/ja/archive/mdn/index.html delete mode 100644 files/ja/archive/meta_docs/index.html delete mode 100644 files/ja/archive/meta_docs/mdn_content_on_webplatform.org/index.html delete mode 100644 files/ja/archive/misc_top_level/cert_override.txt/index.html delete mode 100644 files/ja/archive/misc_top_level/index.html delete mode 100644 files/ja/archive/misc_top_level/mcd,_mission_control_desktop_aka_autoconfig/index.html delete mode 100644 files/ja/archive/misc_top_level/same-origin_policy_for_file_colon__uris/index.html delete mode 100644 files/ja/archive/misc_top_level/source_code_directories_overview/index.html delete mode 100644 files/ja/archive/misc_top_level/using_content_preferences/index.html delete mode 100644 files/ja/archive/misc_top_level/using_xml_data_islands_in_mozilla/index.html delete mode 100644 files/ja/archive/mozilla/firefox/index.html delete mode 100644 files/ja/archive/mozilla/firefox/repackaging_firefox/index.html delete mode 100644 files/ja/archive/mozilla/firefox/soap_in_gecko-based_browsers/index.html delete mode 100644 files/ja/archive/mozilla/firefox/using_microformats/index.html delete mode 100644 files/ja/archive/mozilla/firefox_sync/index.html delete mode 100644 files/ja/archive/mozilla/firefox_sync/syncing_custom_preferences/index.html delete mode 100644 files/ja/archive/mozilla/getting_started_with_chat/index.html delete mode 100644 files/ja/archive/mozilla/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/apis/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/index/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/marketplace_apis/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/monetization/app_pricing/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/monetization/in-app_payments_section/fxpay_iap/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/monetization/in-app_payments_section/introduction_in-app_payments/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/monetization/introduction_monetization/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/monetization/payment_processing_and_your_revenue/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/monetization/payments_status/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/monetization/refunds/index.html delete mode 100644 "files/ja/archive/mozilla/marketplace/monetization/\343\202\242\343\203\227\343\203\252\350\252\262\351\207\221\343\202\254\343\202\244\343\203\211/index.html" delete mode 100644 files/ja/archive/mozilla/marketplace/options/introduction/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/options/open_web_apps_for_android/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/options/self_publishing/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/prepare/introduction/index.html delete mode 100644 "files/ja/archive/mozilla/marketplace/prepare/\346\247\213\347\257\211\343\201\231\343\202\213\343\202\242\343\203\227\343\203\252\343\201\256\346\261\272\345\256\232/index.html" delete mode 100644 files/ja/archive/mozilla/marketplace/publish/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/introduction/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/managing_your_apps/app_statistics/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/managing_your_apps/introduction_managing_your_apps/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/managing_your_apps/status___versions/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/policies_and_guidelines/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/policies_and_guidelines/introduction/index.html delete mode 100644 "files/ja/archive/mozilla/marketplace/publishing/policies_and_guidelines/\343\203\227\343\203\251\343\202\244\343\203\220\343\202\267\343\203\274\343\203\235\343\203\252\343\202\267\343\203\274/index.html" delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/pricing/in-app_products/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/pricing/introduction/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/pricing/payment_accounts/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/pricing/promote_as_upgrade_to_free_version/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/pricing/providers/bango/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/pricing/providers/boku/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/pricing/providers/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/submission_checklist/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/submit/define_your_team/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/submit/enter_your_apps_details/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/submit/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/submit/load_your_app/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/submit/next_steps/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/submit/overview/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/submit/rating_your_content/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/publishing/submit/sign-in_to_your_developer_account/index.html delete mode 100644 files/ja/archive/mozilla/marketplace/user_review_guidelines/index.html delete mode 100644 files/ja/archive/mozilla/modularization_techniques/index.html delete mode 100644 files/ja/archive/mozilla/remote_debugging/index.html delete mode 100644 files/ja/archive/mozilla/uriloader/index.html delete mode 100644 files/ja/archive/mozilla/working_around_the_firefox_1.0.3_dhtml_regression/index.html delete mode 100644 files/ja/archive/mozilla/writing_textual_data/index.html delete mode 100644 files/ja/archive/mozilla/xbl/index.html delete mode 100644 files/ja/archive/mozilla/xbl/xbl_1.0_reference/anonymous_content/index.html delete mode 100644 files/ja/archive/mozilla/xbl/xbl_1.0_reference/binding_attachment_and_detachment/index.html delete mode 100644 files/ja/archive/mozilla/xbl/xbl_1.0_reference/binding_implementations/index.html delete mode 100644 files/ja/archive/mozilla/xbl/xbl_1.0_reference/dom_interfaces/index.html delete mode 100644 files/ja/archive/mozilla/xbl/xbl_1.0_reference/elements/index.html delete mode 100644 files/ja/archive/mozilla/xbl/xbl_1.0_reference/event_handlers/index.html delete mode 100644 files/ja/archive/mozilla/xbl/xbl_1.0_reference/example_sticky_notes/index.html delete mode 100644 files/ja/archive/mozilla/xbl/xbl_1.0_reference/index.html delete mode 100644 files/ja/archive/mozilla/xul/a_xul_bestiary/index.html delete mode 100644 files/ja/archive/mozilla/xul/action/index.html delete mode 100644 files/ja/archive/mozilla/xul/arrowscrollbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/assign/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/accelerated/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/acceltext/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/accessible/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/accesskey/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/activetitlebarcolor/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/afterselected/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/align/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/allowevents/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/allownegativeassertions/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/alternatingbackground/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/alwaysopenpopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/attribute/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/autocheck/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/autocompleteenabled/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/autocompletepopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/autocompletesearch/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/autocompletesearchparam/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/autofill/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/autofillaftermatch/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/autoscroll/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/backdrag/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/beforeselected/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/bottom/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/browser.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/browserid/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/button.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonaccesskeyaccept/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonaccesskeycancel/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonaccesskeydisclosure/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonaccesskeyextra1/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonaccesskeyextra2/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonaccesskeyhelp/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonalign/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttondir/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttondisabledaccept/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonlabelaccept/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonlabelcancel/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonlabeldisclosure/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonlabelextra1/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonlabelextra2/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonlabelhelp/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonorient/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttonpack/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/buttons/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/checkbox.src/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/checked/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/checkstate/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/class/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/close/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/closebutton/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/closemenu/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/coalesceduplicatearcs/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/collapse/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/collapsed/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/color/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/colorpicker.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/cols/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/command/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/commandupdater/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/completedefaultindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/container/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/containment/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/contentcontextmenu/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/contenttooltip/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/context/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/contextmenu/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/control/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/crop/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/curpos/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/current/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/currentset/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/customindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/customizable/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/cycler/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/datasources/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/datepicker.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/datepicker.value/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/decimalplaces/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/default/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/defaultbutton/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/defaultset/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/description/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/dir/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/disableautocomplete/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/disableautoselect/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/disableclose/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/disabled/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/disablehistory/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/disablekeynavigation/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/disablesecurity/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/dlgtype/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/dragging/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/editable/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/editor.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/editortype/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/element/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/empty/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/emptytext/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/enablecolumndrag/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/enablehistory/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/equalsize/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/eventnode/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/events/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/expr/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/findnextaccesskey/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/first-tab/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/firstdayofweek/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/firstpage/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/fixed/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/flags/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/flex/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/focused/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/forcecomplete/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/grippyhidden/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/grippytooltiptext/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/group/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/handlectrlpageupdown/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/handlectrltab/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/height/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/helpuri/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/hidden/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/hidechrome/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/hidecolumnpicker/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/hideheader/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/hideseconds/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/hidespinbuttons/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/highlightnonmatches/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/homepage/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/href/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/icon/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/id/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/ignoreblurwhilesearching/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/ignorecase/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/ignoreincolumnpicker/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/ignorekeys/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/image/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/inactivetitlebarcolor/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/increment/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/index/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/inputtooltiptext/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/insertafter/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/insertbefore/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/instantapply/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/inverted/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/iscontainer/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/isempty/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/key/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/keycode/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/keytext/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/label.value/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/label/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/last-tab/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/lastpage/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/lastselected/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/left/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/linkedpanel/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/listcell.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/listitem.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/max/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/maxheight/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/maxlength/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/maxpos/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/maxrows/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/maxwidth/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/member/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/menu/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/menuactive/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/menuitem.key/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/menuitem.name/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/menuitem.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/min/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/minheight/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/minresultsforpopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/minwidth/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/mode/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/modifiers/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/mousethrough/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/movetoclick/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/multiline/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/multiple/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/name/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/negate/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/newlines/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/next/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/noautofocus/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/noautohide/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/noinitialfocus/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/nomatch/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/norestorefocus/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/notification.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/object/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/observes/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onbeforeaccept/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onbookmarkgroup/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onchange/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onclick/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onclosetab/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/oncommand/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/oncommandupdate/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onerror/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onerrorcommand/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/oninput/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onload/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onnewtab/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onpaneload/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onpopuphidden/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onpopuphiding/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onpopupshowing/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onpopupshown/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onsearchcomplete/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/onselect/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/ontextcommand/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/ontextentered/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/ontextrevert/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/ontextreverted/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/open/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/ordinal/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/orient/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/pack/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/pageid/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/pageincrement/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/pagestep/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/panel.ignorekeys/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/panel.label/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/panel.level/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/panel.noautohide/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/parent/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/parsetype/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/persist/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/persistence/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/phase/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/pickertooltiptext/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/placeholder/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/popup.left/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/popup.position/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/popup.top/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/popup/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/position/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/predicate/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/preference-editable/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/preference.name/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/preference.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/preference/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/prefpane.selected/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/prefpane.src/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/prefwindow.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/primary/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/priority/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/progressmeter.max/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/progressmeter.mode/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/progressmeter.value/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/properties/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/query.name/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/query.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/querytype/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/readonly/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/ref/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/rel/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/removeelement/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/resizeafter/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/resizebefore/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/resizer.dir/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/rows/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/screenx/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/screeny/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/script.src/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/script.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/searchbutton/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/searchlabel/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/searchsessions/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/selected/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/selectedindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/seltype/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/separator.orient/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/setfocus/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/showcaret/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/showcommentcolumn/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/showpopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/size/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/sizemode/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/sizetopopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/smoothscroll/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/sort/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/sortactive/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/sortdirection/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/sortresource/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/sortresource2/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/spellcheck/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/src/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/state/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/statedatasource/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/statusbar/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/statustext/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/stringbundle.src/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/style/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/subject/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/substate/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/suppressonselect/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/tab.selected/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/tabindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/tabs.onselect/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/tabscrolling/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/targets/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/template.container/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/template/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/textbox.crop/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/textbox.empty/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/textbox.label/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/textbox.onchange/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/textbox.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/textbox.value/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/textnode.value/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/timeout/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/timepicker.increment/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/timepicker.value/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/title/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/toolbar.mode/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/toolbarbutton.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/toolbarname/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/tooltip/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/tooltiptext/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/tooltiptextnew/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/top/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/tree.editable/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/tree.onselect/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/treecell.editable/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/treecell.mode/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/treecell.src/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/treecol.editable/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/treecol.src/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/treecol.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/treecol.width/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/treeitem.label/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/type/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/uri/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/useraction/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/validate/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/value/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/var/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/wait-cursor/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/where.subject/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/where.value/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/width/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/windowtype/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/wrap/index.html delete mode 100644 files/ja/archive/mozilla/xul/attribute/wraparound/index.html delete mode 100644 files/ja/archive/mozilla/xul/bbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/binding/index.html delete mode 100644 files/ja/archive/mozilla/xul/bindings/index.html delete mode 100644 files/ja/archive/mozilla/xul/box/index.html delete mode 100644 files/ja/archive/mozilla/xul/broadcaster/index.html delete mode 100644 files/ja/archive/mozilla/xul/broadcasterset/index.html delete mode 100644 files/ja/archive/mozilla/xul/browser/index.html delete mode 100644 files/ja/archive/mozilla/xul/button/index.html delete mode 100644 files/ja/archive/mozilla/xul/caption/index.html delete mode 100644 files/ja/archive/mozilla/xul/checkbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/colorpicker/index.html delete mode 100644 files/ja/archive/mozilla/xul/column/index.html delete mode 100644 files/ja/archive/mozilla/xul/columns/index.html delete mode 100644 files/ja/archive/mozilla/xul/command/index.html delete mode 100644 files/ja/archive/mozilla/xul/commandset/index.html delete mode 100644 files/ja/archive/mozilla/xul/conditions/index.html delete mode 100644 files/ja/archive/mozilla/xul/content/index.html delete mode 100644 files/ja/archive/mozilla/xul/datepicker/index.html delete mode 100644 files/ja/archive/mozilla/xul/deck/index.html delete mode 100644 files/ja/archive/mozilla/xul/deprecated_defunct_markup/index.html delete mode 100644 files/ja/archive/mozilla/xul/description/index.html delete mode 100644 files/ja/archive/mozilla/xul/dialog/index.html delete mode 100644 files/ja/archive/mozilla/xul/dialogheader/index.html delete mode 100644 files/ja/archive/mozilla/xul/dropmarker/index.html delete mode 100644 files/ja/archive/mozilla/xul/editor/index.html delete mode 100644 files/ja/archive/mozilla/xul/elements/index.html delete mode 100644 files/ja/archive/mozilla/xul/events/checkboxstatechange/index.html delete mode 100644 files/ja/archive/mozilla/xul/events/index.html delete mode 100644 files/ja/archive/mozilla/xul/fileguide/fileinfo/index.html delete mode 100644 files/ja/archive/mozilla/xul/fileguide/index.html delete mode 100644 files/ja/archive/mozilla/xul/fileguide/movecopydelete/index.html delete mode 100644 files/ja/archive/mozilla/xul/grid/index.html delete mode 100644 files/ja/archive/mozilla/xul/grippy/index.html delete mode 100644 files/ja/archive/mozilla/xul/groupbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/hbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/how_to_quit_a_xul_application/index.html delete mode 100644 files/ja/archive/mozilla/xul/iframe/index.html delete mode 100644 files/ja/archive/mozilla/xul/image/index.html delete mode 100644 files/ja/archive/mozilla/xul/index.html delete mode 100644 files/ja/archive/mozilla/xul/international_characters_in_xul_javascript/index.html delete mode 100644 files/ja/archive/mozilla/xul/introduction_to_xul/index.html delete mode 100644 files/ja/archive/mozilla/xul/key/index.html delete mode 100644 files/ja/archive/mozilla/xul/keyset/index.html delete mode 100644 files/ja/archive/mozilla/xul/label/index.html delete mode 100644 files/ja/archive/mozilla/xul/list_of_commands/index.html delete mode 100644 files/ja/archive/mozilla/xul/listbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/listcell/index.html delete mode 100644 files/ja/archive/mozilla/xul/listcol/index.html delete mode 100644 files/ja/archive/mozilla/xul/listcols/index.html delete mode 100644 files/ja/archive/mozilla/xul/listhead/index.html delete mode 100644 files/ja/archive/mozilla/xul/listheader/index.html delete mode 100644 files/ja/archive/mozilla/xul/listitem/index.html delete mode 100644 files/ja/archive/mozilla/xul/member/index.html delete mode 100644 files/ja/archive/mozilla/xul/menu/index.html delete mode 100644 files/ja/archive/mozilla/xul/menubar/index.html delete mode 100644 files/ja/archive/mozilla/xul/menuitem/index.html delete mode 100644 files/ja/archive/mozilla/xul/menulist/index.html delete mode 100644 files/ja/archive/mozilla/xul/menupopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/menuseparator/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/acceptdialog/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/additemtoselection/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/addpane/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/addprogresslistener/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/addsession/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/addtab/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/advance/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/advanceselectedtab/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/appendcustomtoolbar/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/appendgroup/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/appenditem/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/appendnotification/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/blur/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/cancel/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/canceldialog/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/centerwindowonscreen/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/checkadjacentelement/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/clearresults/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/clearselection/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/click/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/close/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/collapsetoolbar/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/contains/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/decrease/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/decreasepage/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/docommand/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/ensureelementisvisible/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/ensureindexisvisible/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/ensureselectedelementisvisible/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/expandtoolbar/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/extra1/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/extra2/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/focus/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getbrowseratindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getbrowserfordocument/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getbrowserfortab/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getbrowserindexfordocument/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getbutton/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getdefaultsession/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/geteditor/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getelementsbyattribute/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getformattedstring/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/gethtmleditor/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/geticon/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getindexoffirstvisiblerow/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getindexofitem/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getitematindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getnextitem/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getnotificationbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getnotificationwithvalue/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getnumberofvisiblerows/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getpagebyid/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getpreviousitem/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getresultat/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getresultcount/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getresultvalueat/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getrowcount/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getsearchat/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getselecteditem/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getsession/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getsessionbyname/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getsessionresultat/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getsessionstatusat/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getsessionvalueat/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/getstring/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/goback/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/gobackgroup/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/godown/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/goforward/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/goforwardgroup/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/gohome/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/goto/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/gotoindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/goup/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/hasuservalue/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/hidepopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/increase/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/increasepage/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/insertitem/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/insertitemat/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/invertselection/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/loadgroup/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/loadonetab/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/loadtabs/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/loaduri/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/loaduriwithflags/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/makeeditable/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/menulist.appenditem/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/menulist.select/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/movebyoffset/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/moveto/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/movetoalertposition/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/onsearchcomplete/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/ontextentered/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/ontextreverted/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/openpopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/openpopupatscreen/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/opensubdialog/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/openwindow/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/pintab/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/preferenceforelement/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/reload/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/reloadalltabs/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/reloadtab/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/reloadwithflags/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/removeallitems/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/removeallnotifications/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/removealltabsbut/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/removecurrentnotification/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/removecurrenttab/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/removeitemat/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/removeitemfromselection/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/removenotification/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/removeprogresslistener/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/removesession/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/removetab/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/removetransientnotifications/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/replacegroup/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/reset/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/rewind/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/scrollbyindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/scrollbypixels/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/scrolltoindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/select/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/selectall/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/selectitem/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/selectitemrange/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/selecttabatindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/seticon/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/setselectionrange/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/showonlythesetabs/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/showpane/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/showpopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/sizeto/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/startediting/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/stop/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/stopediting/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/swapdocshells/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/syncsessions/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/timedselect/index.html delete mode 100644 files/ja/archive/mozilla/xul/method/toggleitemselection/index.html delete mode 100644 files/ja/archive/mozilla/xul/notification/index.html delete mode 100644 files/ja/archive/mozilla/xul/notificationbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/observes/index.html delete mode 100644 files/ja/archive/mozilla/xul/other_resources/index.html delete mode 100644 files/ja/archive/mozilla/xul/page/index.html delete mode 100644 files/ja/archive/mozilla/xul/panel/index.html delete mode 100644 files/ja/archive/mozilla/xul/param/index.html delete mode 100644 files/ja/archive/mozilla/xul/popup/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/contextmenus/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/extensions/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/menubuttons/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/menuitems/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/menumodification/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/menus/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/moveresize/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/openclose/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/panels/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/platformmenus/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/popupevents/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/positioning/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupguide/tooltips/index.html delete mode 100644 files/ja/archive/mozilla/xul/popupset/index.html delete mode 100644 files/ja/archive/mozilla/xul/preference/index.html delete mode 100644 files/ja/archive/mozilla/xul/preferences/index.html delete mode 100644 files/ja/archive/mozilla/xul/prefpane/index.html delete mode 100644 files/ja/archive/mozilla/xul/prefwindow/index.html delete mode 100644 files/ja/archive/mozilla/xul/progressmeter/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/accessible/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/accessibletype/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/accesskey/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/align/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/allnotifications/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/allowevents/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/alwaysopenpopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/amindicator/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/anchornode/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/applocale/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/autocheck/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/autofill/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/autofillaftermatch/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/boxobject/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/browser.preferences/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/browsers/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/builder/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/builderview/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/buttons/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/canadvance/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/cangoback/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/cangoforward/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/canrewind/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/checked/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/checkstate/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/child/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/children/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/classname/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/clickselectsall/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/collapsed/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/color/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/colorpicker.open/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/columns/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/command/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/commandmanager/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/completedefaultindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/container/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/contentdocument/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/contentprincipal/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/contenttitle/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/contentview/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/contentvieweredit/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/contentviewerfile/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/contentwindow/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/contextmenu/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/control/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/controller/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/controllers/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/crop/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/current/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/currentindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/currentitem/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/currentnotification/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/currentpage/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/currentpane/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/currentset/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/currenturi/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/customtoolbarcount/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/database/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/datasources/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/date/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/dateleadingzero/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/datepicker.open/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/datepicker.value/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/datevalue/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/decimalplaces/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/decimalsymbol/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/deck.selectedpanel/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/defaultbutton/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/defaultvalue/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/description/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/dir/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/disableautocomplete/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/disableautoselect/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/disabled/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/disablekeynavigation/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/dlgtype/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/docshell/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/documentcharsetinfo/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/editable/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/editingcolumn/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/editingrow/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/editingsession/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/editor/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/editortype/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/emptytext/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/enablecolumndrag/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/eventnode/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/findmode/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/firstordinalcolumn/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/firstpermanentchild/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/flex/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/flexgroup/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/focused/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/focuseditem/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/forcecomplete/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/group/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/handlectrlpageupdown/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/handlectrltab/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/hasuservalue/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/height/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/hidden/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/hideseconds/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/highlightnonmatches/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/homepage/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/hour/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/hourleadingzero/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/id/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/ignoreblurwhilesearching/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/image/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/increment/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/inputfield/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/inverted/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/is24hourclock/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/ispm/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/issearching/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/iswaiting/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/itemcount/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/label/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/labelelement/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/lastpermanentchild/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/lastselected/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/left/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/linkedpanel/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/listbox.currentindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/listboxobject/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/locked/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/markupdocumentviewer/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/max/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/maxheight/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/maxlength/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/maxrows/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/maxwidth/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/menu.open/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/menu/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/menuboxobject/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/menuitem.control/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/menulist.image/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/menulist.inputfield/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/menupopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/min/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/minheight/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/minresultsforpopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/minute/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/minuteleadingzero/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/minwidth/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/mode/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/month/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/monthleadingzero/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/name/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/next/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/nomatch/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/notificationshidden/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/object/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/observes/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/onfirstpage/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/onlastpage/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/open/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/ordinal/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/orient/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/pack/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/pagecount/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/pageid/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/pageincrement/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/pageindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/pagestep/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/palette/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/parentcontainer/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/persist/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/persistence/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/placeholder/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/pmindicator/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/popup/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/popupboxobject/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/popupopen/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/position/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/predicate/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/preference.preferences/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/preferenceelements/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/preferencepanes/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/preferences/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/prefpane.preferences/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/priority/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/radio.control/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/radiogroup/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/readonly/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/ref/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/resource/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/resultspopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/richlistitem.label/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/scrollboxobject/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/scrollincrement/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/searchbutton/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/searchcount/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/searchlabel/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/searchparam/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/searchsessions/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/second/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/secondleadingzero/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/securityui/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/selected/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/selectedbrowser/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/selectedcount/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/selectedindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/selecteditem/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/selecteditems/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/selectedpanel/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/selectedtab/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/selectionend/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/selectionstart/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/selstyle/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/seltype/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/sessioncount/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/sessionhistory/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/showcommentcolumn/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/showpopup/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/size/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/smoothscroll/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/spinbuttons/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/src/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/state/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/statusbar/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/statustext/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/stringbundle/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/strings/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/style/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/subject/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/suppressonselect/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/tab.control/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/tabbox.tabs/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/tabbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/tabcontainer/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/tabindex/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/tabpanels/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/tabs/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/tabscrolling/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/tag/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/textbox.label/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/textbox.type/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/textbox.value/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/textlength/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/textvalue/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/timeout/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/timepicker.value/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/title/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/toolbarname/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/toolbarset/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/tooltip/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/tooltiptext/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/top/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/tree.inputfield/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/treeboxobject/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/type/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/uri/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/useraction/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/value/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/valuenumber/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/view/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/webbrowserfind/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/webnavigation/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/webprogress/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/width/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/wizardpages/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/wraparound/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/year/index.html delete mode 100644 files/ja/archive/mozilla/xul/property/yearleadingzero/index.html delete mode 100644 files/ja/archive/mozilla/xul/query/index.html delete mode 100644 files/ja/archive/mozilla/xul/queryset/index.html delete mode 100644 files/ja/archive/mozilla/xul/radio/index.html delete mode 100644 files/ja/archive/mozilla/xul/radiogroup/index.html delete mode 100644 files/ja/archive/mozilla/xul/resizer/index.html delete mode 100644 files/ja/archive/mozilla/xul/richlistbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/richlistitem/index.html delete mode 100644 files/ja/archive/mozilla/xul/row/index.html delete mode 100644 files/ja/archive/mozilla/xul/rows/index.html delete mode 100644 files/ja/archive/mozilla/xul/rule/index.html delete mode 100644 files/ja/archive/mozilla/xul/scale/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/adding_events_and_commands/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/adding_menus_and_submenus/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/adding_sidebars/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/adding_toolbars_and_toolbar_buttons/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/adding_windows_and_dialogs/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/appendix_a_colon__add-on_performance/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/connecting_to_remote_content/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/custom_xul_elements_with_xbl/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/getting_started_with_firefox_extensions/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/handling_preferences/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/intercepting_page_loads/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/introduction/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/javascript_object_management/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/local_storage/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/observer_notifications/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/setting_up_a_development_environment/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/the_box_model/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/the_essentials_of_an_extension/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/user_notifications_and_alerts/index.html delete mode 100644 files/ja/archive/mozilla/xul/school_tutorial/xpcom_objects/index.html delete mode 100644 files/ja/archive/mozilla/xul/script/index.html delete mode 100644 files/ja/archive/mozilla/xul/scrollbar/index.html delete mode 100644 files/ja/archive/mozilla/xul/scrollbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/scrollcorner/index.html delete mode 100644 files/ja/archive/mozilla/xul/separator/index.html delete mode 100644 files/ja/archive/mozilla/xul/spacer/index.html delete mode 100644 files/ja/archive/mozilla/xul/spinbuttons/index.html delete mode 100644 files/ja/archive/mozilla/xul/splitter/index.html delete mode 100644 files/ja/archive/mozilla/xul/stack/index.html delete mode 100644 files/ja/archive/mozilla/xul/statusbar/index.html delete mode 100644 files/ja/archive/mozilla/xul/statusbarpanel/index.html delete mode 100644 files/ja/archive/mozilla/xul/stringbundle/index.html delete mode 100644 files/ja/archive/mozilla/xul/stringbundleset/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/alert-icon/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/chromeclass-toolbar/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/error-icon/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/groove-thin/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/groove/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/header/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/indent/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/listcell-iconic/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/listitem-iconic/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/menuitem-iconic/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/menuitem-non-iconic/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/message-icon/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/monospace/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/plain/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/question-icon/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/small-margin/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/statusbarpanel-iconic-text/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/statusbarpanel-iconic/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/statusbarpanel-menu-iconic/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/text-link/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/thin/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/tree-splitter/index.html delete mode 100644 files/ja/archive/mozilla/xul/style/treecol-image/index.html delete mode 100644 files/ja/archive/mozilla/xul/tab/index.html delete mode 100644 files/ja/archive/mozilla/xul/tabbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/tabbrowser/index.html delete mode 100644 files/ja/archive/mozilla/xul/tabpanel/index.html delete mode 100644 files/ja/archive/mozilla/xul/tabpanels/index.html delete mode 100644 files/ja/archive/mozilla/xul/tabs/index.html delete mode 100644 files/ja/archive/mozilla/xul/template/index.html delete mode 100644 files/ja/archive/mozilla/xul/template_guide/index.html delete mode 100644 files/ja/archive/mozilla/xul/template_guide/introduction/index.html delete mode 100644 files/ja/archive/mozilla/xul/textbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/textbox_(firefox_autocomplete)/index.html delete mode 100644 files/ja/archive/mozilla/xul/textbox_(mozilla_autocomplete)/index.html delete mode 100644 files/ja/archive/mozilla/xul/textnode/index.html delete mode 100644 files/ja/archive/mozilla/xul/the_joy_of_xul/index.html delete mode 100644 files/ja/archive/mozilla/xul/timepicker/index.html delete mode 100644 files/ja/archive/mozilla/xul/titlebar/index.html delete mode 100644 files/ja/archive/mozilla/xul/toolbar/index.html delete mode 100644 files/ja/archive/mozilla/xul/toolbarbutton/index.html delete mode 100644 files/ja/archive/mozilla/xul/toolbargrippy/index.html delete mode 100644 files/ja/archive/mozilla/xul/toolbaritem/index.html delete mode 100644 files/ja/archive/mozilla/xul/toolbarpalette/index.html delete mode 100644 files/ja/archive/mozilla/xul/toolbarseparator/index.html delete mode 100644 files/ja/archive/mozilla/xul/toolbarset/index.html delete mode 100644 files/ja/archive/mozilla/xul/toolbarspacer/index.html delete mode 100644 files/ja/archive/mozilla/xul/toolbarspring/index.html delete mode 100644 files/ja/archive/mozilla/xul/toolbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/tooltip/index.html delete mode 100644 files/ja/archive/mozilla/xul/tree/index.html delete mode 100644 files/ja/archive/mozilla/xul/tree_widget_changes/index.html delete mode 100644 files/ja/archive/mozilla/xul/treecell/index.html delete mode 100644 files/ja/archive/mozilla/xul/treechildren/index.html delete mode 100644 files/ja/archive/mozilla/xul/treecol/index.html delete mode 100644 files/ja/archive/mozilla/xul/treecols/index.html delete mode 100644 files/ja/archive/mozilla/xul/treeitem/index.html delete mode 100644 files/ja/archive/mozilla/xul/treerow/index.html delete mode 100644 files/ja/archive/mozilla/xul/treeseparator/index.html delete mode 100644 files/ja/archive/mozilla/xul/triple/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/adding_buttons/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/adding_event_handlers/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/adding_event_handlers_to_xbl-defined_elements/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/adding_html_elements/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/adding_labels_and_images/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/adding_methods_to_xbl-defined_elements/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/adding_more_elements/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/adding_properties_to_xbl-defined_elements/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/adding_style_sheets/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/additional_install_features/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/advanced_rules/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/anonymous_content/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/box_model_details/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/box_objects/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/broadcasters_and_observers/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/commands/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/content_panels/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/creating_a_skin/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/creating_a_window/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/creating_a_wizard/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/creating_an_installer/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/creating_dialogs/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/cross_package_overlays/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/custom_tree_views/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/document_object_model/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/element_positioning/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/features_of_a_window/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/focus_and_selection/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/grids/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/groupboxes/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/input_controls/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/install_scripts/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/introduction/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/introduction_to_rdf/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/introduction_to_xbl/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/keyboard_shortcuts/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/list_controls/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/localization/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/manifest_files/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/manipulating_lists/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/modifying_a_xul_interface/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/modifying_the_default_skin/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/more_button_features/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/more_event_handlers/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/more_menu_features/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/more_tree_features/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/more_wizards/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/numeric_controls/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/open_and_save_dialogs/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/persistent_data/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/popup_menus/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/progress_meters/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/property_files/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/rdf_datasources/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/scroll_bars/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/scrolling_menus/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/simple_menu_bars/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/skinning_xul_files_by_hand/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/splitters/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/stack_positioning/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/stacks_and_decks/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/styling_a_tree/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/tabboxes/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/templates/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/the_box_model/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/the_chrome_url/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/toolbars/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/tree_box_objects/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/tree_selection/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/tree_view_details/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/trees/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/trees_and_templates/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/updating_commands/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/using_spacers/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/using_xbl_from_stylesheets/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/xbl_attribute_inheritance/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/xbl_example/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/xbl_inheritance/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/xpcom_examples/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/xpcom_interfaces/index.html delete mode 100644 files/ja/archive/mozilla/xul/tutorial/xul_structure/index.html delete mode 100644 files/ja/archive/mozilla/xul/using_remote_xul/index.html delete mode 100644 files/ja/archive/mozilla/xul/using_spell_checking_in_xul/index.html delete mode 100644 files/ja/archive/mozilla/xul/vbox/index.html delete mode 100644 files/ja/archive/mozilla/xul/where/index.html delete mode 100644 files/ja/archive/mozilla/xul/window/index.html delete mode 100644 files/ja/archive/mozilla/xul/window_icons/index.html delete mode 100644 files/ja/archive/mozilla/xul/wizard/index.html delete mode 100644 files/ja/archive/mozilla/xul/wizardpage/index.html delete mode 100644 files/ja/archive/mozilla/xul/writing_skinnable_xul_and_css/index.html delete mode 100644 files/ja/archive/mozilla/xul/xml/index.html delete mode 100644 files/ja/archive/mozilla/xul/xul_accessibility_guidelines/index.html delete mode 100644 files/ja/archive/mozilla/xul/xul_accessibility_reference/index.html delete mode 100644 files/ja/archive/mozilla/xul/xul_accesskey_faq_and_policies/index.html delete mode 100644 files/ja/archive/mozilla/xul/xul_changes_for_firefox_1.5/index.html delete mode 100644 files/ja/archive/mozilla/xul/xul_colon_attribute_colon_autohide/index.html delete mode 100644 files/ja/archive/mozilla/xul/xul_controls/index.html delete mode 100644 files/ja/archive/mozilla/xul/xul_event_propagation/index.html delete mode 100644 files/ja/archive/mozilla/xul/xul_faq/index.html delete mode 100644 files/ja/archive/mozilla/xul/xul_parser_in_python_source/index.html delete mode 100644 files/ja/archive/mozilla/xul/xul_reference/index.html delete mode 100644 files/ja/archive/mozilla/xul/xul_reference/xul_element_attributes/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/build_instructions/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/building_xulrunner_with_python/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/commandline/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/debugging_a_xulrunner_application/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/deploying_xulrunner_1.8/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/dialogs_in_xulrunner/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/getting_started_with_xulrunner/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/how_to_create_windows_inno_setup_installer_for_xulrunner_application/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/ldap_xpcom/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/opening_a_link_in_the_default_browser/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/specifying_startup_chrome_window/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/toolkit.defaultchromefeatures/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/toolkit.singletonwindowtype/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/using_crash_reporting_in_a_xulrunner_application/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/what_xulrunner_provides/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/windows_and_menus_in_xulrunner/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/xul_application_packaging/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/xulrunner_1.8.0.1_release_notes/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/xulrunner_1.8.0.4_release_notes/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/xulrunner_faq/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/xulrunner_hall_of_fame/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/xulrunner_old_releases/index.html delete mode 100644 files/ja/archive/mozilla/xulrunner/xulrunner_tips/index.html delete mode 100644 "files/ja/archive/mozilla\343\203\231\343\203\274\343\202\271\343\201\256\343\202\242\343\203\227\343\203\252\343\202\261\343\203\274\343\202\267\343\203\247\343\203\263\344\270\200\350\246\247/index.html" delete mode 100644 files/ja/archive/plugins/reference/index.html delete mode 100644 files/ja/archive/rss/element/index.html delete mode 100644 files/ja/archive/rss/getting_started/index.html delete mode 100644 files/ja/archive/rss/index.html delete mode 100644 files/ja/archive/rss/other_resources/index.html delete mode 100644 files/ja/archive/rss/version/0.90/index.html delete mode 100644 files/ja/archive/rss/version/0.91/index.html delete mode 100644 files/ja/archive/rss/version/index.html delete mode 100644 files/ja/archive/security/confidentiality,_integrity,_and_availability/index.html delete mode 100644 files/ja/archive/security/digital_signatures/index.html delete mode 100644 files/ja/archive/security/encryption_and_decryption/index.html delete mode 100644 files/ja/archive/security/index.html delete mode 100644 files/ja/archive/security/threats/index.html delete mode 100644 files/ja/archive/security/vulnerabilities/index.html delete mode 100644 files/ja/archive/themes/index.html delete mode 100644 files/ja/archive/using_web_standards_in_your_web_pages/developing_cross_browser_cross_platform_pages/index.html delete mode 100644 files/ja/archive/using_web_standards_in_your_web_pages/index.html delete mode 100644 files/ja/archive/using_web_standards_in_your_web_pages/making_your_page_using_web_standards_-_how_to/index.html delete mode 100644 files/ja/archive/using_web_standards_in_your_web_pages/summary_of_changes/index.html delete mode 100644 files/ja/archive/using_web_standards_in_your_web_pages/using_the_w3c_dom/index.html delete mode 100644 files/ja/archive/web/css/_colon_-moz-system-metric/-moz-windows-compositor/index.html delete mode 100644 files/ja/archive/web/css/_colon_-moz-system-metric/images-in-menus/index.html delete mode 100644 files/ja/archive/web/css/_colon_-moz-system-metric/index.html delete mode 100644 files/ja/archive/web/css/_colon_-moz-system-metric/mac-graphite-theme/index.html delete mode 100644 files/ja/archive/web/css/_colon_-moz-system-metric/windows-default-theme/index.html delete mode 100644 files/ja/archive/web/css/_doublecolon_-ms-clear/index.html delete mode 100644 files/ja/archive/web/css/_doublecolon_-ms-track/index.html delete mode 100644 files/ja/archive/web/css/index.html delete mode 100644 files/ja/archive/web/index.html delete mode 100644 files/ja/archive/web/javascript/date.tolocaleformat/index.html delete mode 100644 files/ja/archive/web/javascript/ecmascript_7_support_in_mozilla/index.html delete mode 100644 files/ja/archive/web/javascript/function.arity/index.html delete mode 100644 files/ja/archive/web/javascript/function.isgenerator/index.html delete mode 100644 files/ja/archive/web/javascript/handler.enumerate/index.html delete mode 100644 files/ja/archive/web/javascript/index.html delete mode 100644 files/ja/archive/web/javascript/legacy_generator_function/index.html delete mode 100644 files/ja/archive/web/javascript/legacy_generator_function_statement/index.html delete mode 100644 files/ja/archive/web/javascript/microsoft_extensions/activexobject/index.html delete mode 100644 files/ja/archive/web/javascript/microsoft_extensions/index.html delete mode 100644 files/ja/archive/web/javascript/number.tointeger/index.html delete mode 100644 files/ja/archive/web/javascript/object.eval/index.html delete mode 100644 files/ja/archive/web/javascript/object.getnotifier/index.html delete mode 100644 files/ja/archive/web/javascript/object.nosuchmethod/index.html delete mode 100644 files/ja/archive/web/javascript/object.observe/index.html delete mode 100644 files/ja/archive/web/javascript/object.parent/index.html delete mode 100644 files/ja/archive/web/javascript/object.unobserve/index.html delete mode 100644 files/ja/archive/web/javascript/object.unwatch/index.html delete mode 100644 files/ja/archive/web/javascript/object.watch/index.html delete mode 100644 files/ja/archive/web/javascript/reflect.enumerate/index.html delete mode 100644 files/ja/archive/web/localization/index.html delete mode 100644 files/ja/archive/web/standards-compliant_authoring_tools/index.html delete mode 100644 files/ja/archive/web_standards/community/index.html delete mode 100644 files/ja/archive/web_standards/describing_microformats_in_javascript/index.html delete mode 100644 files/ja/archive/web_standards/index.html delete mode 100644 files/ja/archive/web_standards/issues_arising_from_arbitrary-element_hover/index.html delete mode 100644 files/ja/archive/web_standards/mozilla_s_doctype_sniffing/index.html delete mode 100644 files/ja/archive/web_standards/parsing_microformats_in_javascript/index.html delete mode 100644 files/ja/archive/web_standards/rdf_in_fifty_words_or_less/index.html delete mode 100644 files/ja/archive/web_standards/rdf_in_mozilla_faq/index.html delete mode 100644 files/ja/archive/web_standards/styling_abbreviations_and_acronyms/index.html delete mode 100644 files/ja/archive/web_standards/the_business_benefits_of_web_standards/index.html delete mode 100644 files/ja/archive/web_standards/why_support_mozilla/index.html delete mode 100644 files/ja/archive/xquery/index.html delete mode 100644 files/ja/automated_testing_tips_and_tricks/index.html delete mode 100644 files/ja/bonsai/index.html delete mode 100644 files/ja/browser_chrome_tests/index.html delete mode 100644 files/ja/bug_writing_guidelines/index.html delete mode 100644 files/ja/bugzilla/index.html delete mode 100644 files/ja/building_transformiix_standalone/index.html delete mode 100644 files/ja/bundles/index.html delete mode 100644 files/ja/c++_portability_guide/index.html delete mode 100644 files/ja/chrome/command_line/index.html delete mode 100644 files/ja/code_snippets/canvas/index.html delete mode 100644 files/ja/code_snippets/cookies/index.html delete mode 100644 files/ja/code_snippets/dialogs_and_prompts/index.html delete mode 100644 files/ja/code_snippets/download_observer/index.html delete mode 100644 files/ja/code_snippets/file_i_o/index.html delete mode 100644 files/ja/code_snippets/finding_window_handles/index.html delete mode 100644 files/ja/code_snippets/index.html delete mode 100644 files/ja/code_snippets/interaction_between_privileged_and_non-privileged_pages/index.html delete mode 100644 files/ja/code_snippets/js_xpcom/index.html delete mode 100644 files/ja/code_snippets/miscellaneous/index.html delete mode 100644 files/ja/code_snippets/modules/index.html delete mode 100644 files/ja/code_snippets/on_page_load/index.html delete mode 100644 files/ja/code_snippets/page_loading/index.html delete mode 100644 files/ja/code_snippets/preferences/index.html delete mode 100644 files/ja/code_snippets/progress_listeners/index.html delete mode 100644 files/ja/code_snippets/queryselector/index.html delete mode 100644 files/ja/code_snippets/running_applications/index.html delete mode 100644 files/ja/code_snippets/sidebar/index.html delete mode 100644 files/ja/code_snippets/tabbed_browser/index.html delete mode 100644 files/ja/code_snippets/windows/index.html delete mode 100644 files/ja/code_snippets/xml/index.html delete mode 100644 files/ja/crash_reporting/index.html delete mode 100644 files/ja/creating_a_cookie_log/index.html delete mode 100644 files/ja/creating_a_login_manager_storage_module/index.html delete mode 100644 files/ja/creating_a_microsummary/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/adding_the_structure/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/conclusion/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/enabling_the_behavior_-_retrieving_tinderbox_status/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/enabling_the_behavior_-_updating_the_status_bar_panel/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/enabling_the_behavior_-_updating_the_status_periodically/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/finding_the_code_to_modify/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/finding_the_file_to_modify/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/making_a_mozilla_installation_modifiable/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/making_it_into_a_dynamic_overlay_and_packaging_it_up_for_distribution/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/making_it_into_a_static_overlay/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/prerequisites/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/specifying_the_appearance/index.html delete mode 100644 files/ja/creating_a_mozilla_extension/tinderbox/index.html delete mode 100644 files/ja/creating_a_patch/index.html delete mode 100644 files/ja/creating_a_release_tag/index.html delete mode 100644 files/ja/creating_a_skin_for_firefox/contents.rdf/index.html delete mode 100644 files/ja/creating_a_skin_for_firefox/getting_started/index.html delete mode 100644 files/ja/creating_a_skin_for_firefox/index.html delete mode 100644 files/ja/creating_a_skin_for_firefox/install.rdf/index.html delete mode 100644 files/ja/creating_a_skin_for_firefox/uuid/index.html delete mode 100644 files/ja/creating_a_skin_for_mozilla/contents.rdf/index.html delete mode 100644 files/ja/creating_a_skin_for_mozilla/faq/index.html delete mode 100644 files/ja/creating_a_skin_for_mozilla/index.html delete mode 100644 files/ja/creating_a_skin_for_mozilla/links/index.html delete mode 100644 files/ja/creating_a_skin_for_mozilla/toolbarbindings.xml/index.html delete mode 100644 files/ja/creating_a_skin_for_seamonkey_2.x/chrome.manifest/index.html delete mode 100644 files/ja/creating_a_skin_for_seamonkey_2.x/index.html delete mode 100644 files/ja/creating_a_skin_for_seamonkey_2.x/install.rdf/index.html delete mode 100644 files/ja/creating_mozsearch_plugins/index.html delete mode 100644 files/ja/creating_reftest-based_unit_tests/index.html delete mode 100644 files/ja/creating_regular_expressions_for_a_microsummary_generator/index.html delete mode 100644 files/ja/creating_sandboxed_http_connections/index.html delete mode 100644 files/ja/creating_xpi_installer_modules/index.html delete mode 100644 files/ja/css_improvements_in_firefox_3/index.html delete mode 100644 files/ja/debugging_mozilla_on_linux_faq/index.html delete mode 100644 files/ja/debugging_mozilla_on_windows_faq/index.html delete mode 100644 files/ja/developing_new_mozilla_features/index.html delete mode 100644 files/ja/displaying_places_information_using_views/index.html delete mode 100644 files/ja/dom/using_the_camera_api/index.html delete mode 100644 files/ja/download_manager_improvements_in_firefox_3/index.html delete mode 100644 files/ja/download_manager_preferences/index.html delete mode 100644 files/ja/drag_and_drop/index.html delete mode 100644 files/ja/drag_and_drop_events/index.html delete mode 100644 files/ja/e4x/index.html delete mode 100644 files/ja/e4x_tutorial/index.html delete mode 100644 files/ja/encodings_for_localization_files/index.html delete mode 100644 files/ja/environment_variables_affecting_crash_reporting/index.html delete mode 100644 files/ja/error_console/index.html delete mode 100644 files/ja/extension_etiquette/index.html delete mode 100644 files/ja/extension_frequently_asked_questions/index.html delete mode 100644 files/ja/extension_packaging/index.html delete mode 100644 files/ja/extensions/bootstrap.js/index.html delete mode 100644 files/ja/extensions/bootstrapped_extensions/index.html delete mode 100644 files/ja/extensions/community/index.html delete mode 100644 files/ja/extensions/firefox/index.html delete mode 100644 files/ja/extensions/index.html delete mode 100644 files/ja/extensions/inline_options/index.html delete mode 100644 files/ja/extensions/other_resources/index.html delete mode 100644 files/ja/extensions/seamonkey/index.html delete mode 100644 files/ja/extensions/thunderbird/building_a_thunderbird_extension/index.html delete mode 100644 files/ja/extensions/thunderbird/building_a_thunderbird_extension_2_colon__extension_filesystem/index.html delete mode 100644 files/ja/extensions/thunderbird/building_a_thunderbird_extension_3_colon__install_manifest/index.html delete mode 100644 files/ja/extensions/thunderbird/building_a_thunderbird_extension_4_colon__chrome_manifest/index.html delete mode 100644 files/ja/extensions/thunderbird/building_a_thunderbird_extension_5_colon__xul/index.html delete mode 100644 files/ja/extensions/thunderbird/faq/index.html delete mode 100644 files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/add_new_tab/index.html delete mode 100644 files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/add_toolbar_button/index.html delete mode 100644 files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/get_thunderbird_version/index.html delete mode 100644 files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/index.html delete mode 100644 files/ja/extensions/thunderbird/howtos/index.html delete mode 100644 files/ja/extensions/thunderbird/index.html delete mode 100644 files/ja/extensions/using_the_dom_file_api_in_chrome_code/index.html delete mode 100644 files/ja/firefox_addons_developer_guide/index.html delete mode 100644 files/ja/firefox_addons_developer_guide/license_authors/index.html delete mode 100644 files/ja/firefox_addons_developer_guide/technologies_used_in_developing_extensions/index.html delete mode 100644 files/ja/gecko-specific_dom_events/index.html delete mode 100644 files/ja/gecko/embedding_mozilla/index.html delete mode 100644 files/ja/gecko_1.9_changes_affecting_websites/index.html delete mode 100644 files/ja/gecko_embedding_basics/index.html delete mode 100644 files/ja/gecko_faq/index.html delete mode 100644 files/ja/gecko_hacking_tutorial/index.html delete mode 100644 files/ja/gecko_keypress_event/index.html delete mode 100644 files/ja/gecko_plugin_api_reference/browser_side_plug-in_api/index.html delete mode 100644 files/ja/gecko_plugin_api_reference/constants/index.html delete mode 100644 files/ja/gecko_plugin_api_reference/index.html delete mode 100644 files/ja/gecko_plugin_api_reference/plug-in_basics/index.html delete mode 100644 files/ja/gecko_plugin_api_reference/plug-in_development_overview/index.html delete mode 100644 files/ja/gecko_plugin_api_reference/plug-in_side_plug-in_api/index.html delete mode 100644 files/ja/gecko_plugin_api_reference/preface/index.html delete mode 100644 files/ja/gecko_plugin_api_reference/structures/index.html delete mode 100644 files/ja/gecko_sdk/index.html delete mode 100644 files/ja/gecko_user_agent_strings/index.html delete mode 100644 files/ja/git/index.html delete mode 100644 files/ja/gre/index.html delete mode 100644 files/ja/hacking_firefox/index.html delete mode 100644 files/ja/help_viewer/creating_a_help_content_pack/index.html delete mode 100644 files/ja/help_viewer/index.html delete mode 100644 files/ja/how_mozilla_determines_mime_types/index.html delete mode 100644 files/ja/how_to_get_a_stacktrace_with_windbg/index.html delete mode 100644 files/ja/http_logging/index.html delete mode 100644 files/ja/implementing_queryinterface/index.html delete mode 100644 files/ja/install_manifests/index.html delete mode 100644 files/ja/internationalized_domain_names_(idn)_support_in_mozilla_browsers/index.html delete mode 100644 files/ja/introducing_the_audio_api_extension/index.html delete mode 100644 files/ja/introduction_to_public-key_cryptography/index.html delete mode 100644 files/ja/introduction_to_ssl/index.html delete mode 100644 files/ja/ipdl/creating_a_new_protocol/index.html delete mode 100644 files/ja/ipdl/glossary/index.html delete mode 100644 files/ja/ipdl/index.html delete mode 100644 files/ja/ipdl/tutorial/index.html delete mode 100644 files/ja/isp_data/index.html delete mode 100644 files/ja/javascript_os.file/index.html delete mode 100644 files/ja/jetpack/basics/index.html delete mode 100644 files/ja/jetpack/content/index.html delete mode 100644 files/ja/jetpack/extenders/index.html delete mode 100644 files/ja/jetpack/index.html delete mode 100644 files/ja/jetpack/libraries/index.html delete mode 100644 files/ja/jetpack/libraries/twitter/index.html delete mode 100644 files/ja/jetpack/meta/first_run/index.html delete mode 100644 files/ja/jetpack/meta/index.html delete mode 100644 files/ja/jetpack/meta/me/index.html delete mode 100644 files/ja/jetpack/multimedia/index.html delete mode 100644 files/ja/jetpack/storage/index.html delete mode 100644 files/ja/jetpack/storage/settings/index.html delete mode 100644 files/ja/jetpack/storage/simple_storage/index.html delete mode 100644 files/ja/jetpack/system/index.html delete mode 100644 files/ja/jetpack/ui/index.html delete mode 100644 files/ja/jetpack/ui/selection/index.html delete mode 100644 files/ja/jetpack/ui/tabs/index.html delete mode 100644 files/ja/jxon/index.html delete mode 100644 files/ja/leak_monitor/index.html delete mode 100644 files/ja/litmus_tests/index.html delete mode 100644 files/ja/liveconnect/index.html delete mode 100644 files/ja/localization_and_plurals/index.html delete mode 100644 files/ja/localization_notes/index.html delete mode 100644 files/ja/making_sure_your_theme_works_with_rtl_locales/index.html delete mode 100644 files/ja/manipulating_bookmarks_using_places/index.html delete mode 100644 files/ja/mccoy/index.html delete mode 100644 files/ja/mdn/contribute/howto/link_a_github_account/index.html delete mode 100644 files/ja/mdn/contribute/persona_sign-in/index.html delete mode 100644 files/ja/mdn/contribute/processes/trello/index.html delete mode 100644 files/ja/mdn/tools/content_kits/index.html delete mode 100644 files/ja/mdn/tools/zones/index.html delete mode 100644 files/ja/mdn/user_guide/writing/index.html delete mode 100644 files/ja/mercurial/index.html delete mode 100644 files/ja/mercurial_basics/index.html delete mode 100644 files/ja/midas/index.html delete mode 100644 files/ja/monitoring_downloads/index.html delete mode 100644 files/ja/monitoring_plugins/index.html delete mode 100644 files/ja/mozilla/add-ons/add-on_debugger/index.html delete mode 100644 files/ja/mozilla/add-ons/add-on_guidelines/index.html delete mode 100644 files/ja/mozilla/add-ons/add-on_manager/addonauthor/index.html delete mode 100644 files/ja/mozilla/add-ons/add-on_manager/addonscreenshot/index.html delete mode 100644 files/ja/mozilla/add-ons/add-on_manager/code_samples/index.html delete mode 100644 files/ja/mozilla/add-ons/add-on_manager/index.html delete mode 100644 files/ja/mozilla/add-ons/amo/index.html delete mode 100644 files/ja/mozilla/add-ons/amo/policy/index.html delete mode 100644 files/ja/mozilla/add-ons/creating_custom_firefox_extensions_with_the_mozilla_build_system/index.html delete mode 100644 files/ja/mozilla/add-ons/firefox_for_android/index.html delete mode 100644 files/ja/mozilla/add-ons/overlay_extensions/index.html delete mode 100644 files/ja/mozilla/add-ons/sdk/guides/content_scripts/index.html delete mode 100644 files/ja/mozilla/add-ons/sdk/guides/index.html delete mode 100644 files/ja/mozilla/add-ons/sdk/index.html delete mode 100644 files/ja/mozilla/add-ons/sdk/tutorials/display_a_popup/index.html delete mode 100644 files/ja/mozilla/add-ons/sdk/tutorials/getting_started/index.html delete mode 100644 files/ja/mozilla/add-ons/sdk/tutorials/getting_started_(jpm)/index.html delete mode 100644 files/ja/mozilla/add-ons/sdk/tutorials/index.html delete mode 100644 files/ja/mozilla/add-ons/sdk/tutorials/installation/index.html delete mode 100644 files/ja/mozilla/add-ons/sdk/tutorials/troubleshooting/index.html delete mode 100644 files/ja/mozilla/add-ons/themes/obsolete/index.html delete mode 100644 files/ja/mozilla/add-ons/webextensions/api/bookmarks/export/index.html delete mode 100644 files/ja/mozilla/add-ons/webextensions/api/bookmarks/import/index.html delete mode 100644 files/ja/mozilla/calendar/index.html delete mode 100644 files/ja/mozilla/chrome_registration/index.html delete mode 100644 files/ja/mozilla/command_line_options/index.html delete mode 100644 files/ja/mozilla/connect/index.html delete mode 100644 files/ja/mozilla/debugging/index.html delete mode 100644 files/ja/mozilla/developer_guide/using_the_vm/index.html delete mode 100644 files/ja/mozilla/firefox/australis_add-on_compat/index.html delete mode 100644 files/ja/mozilla/firefox/developer_edition/index.html delete mode 100644 files/ja/mozilla/firefox/developer_edition/reverting/index.html delete mode 100644 files/ja/mozilla/firefox/enterprise_deployment_before_60/index.html delete mode 100644 files/ja/mozilla/firefox/firefox_esr/index.html delete mode 100644 files/ja/mozilla/firefox/headless_mode/index.html delete mode 100644 files/ja/mozilla/firefox/linux_compatibility_matrix/index.html delete mode 100644 files/ja/mozilla/firefox/multiple_profiles/index.html delete mode 100644 files/ja/mozilla/firefox/multiprocess_firefox/index.html delete mode 100644 files/ja/mozilla/firefox/multiprocess_firefox/message_manager/index.html delete mode 100644 files/ja/mozilla/firefox/multiprocess_firefox/message_manager/message_manager_overview/index.html delete mode 100644 files/ja/mozilla/firefox/multiprocess_firefox/web_content_compatibility/index.html delete mode 100644 files/ja/mozilla/firefox/multiprocess_firefox/which_uris_load_where/index.html delete mode 100644 "files/ja/mozilla/firefox/multiprocess_firefox/\347\233\256\347\232\204/index.html" delete mode 100644 files/ja/mozilla/firefox/performance_best_practices_for_firefox_fe_engineers/index.html delete mode 100644 files/ja/mozilla/firefox/privacy/index.html delete mode 100644 files/ja/mozilla/firefox/privacy/storage_access_policy/index.html delete mode 100644 files/ja/mozilla/firefox/privacy/tracking_protection/index.html delete mode 100644 files/ja/mozilla/firefox/security_best_practices_for_firefox_front-end_engi/index.html delete mode 100644 files/ja/mozilla/firefox_for_ios/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/api/chromeworker/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/api/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-cell-text(hover)/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-cell-text/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-cell/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-column/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-drop-feedback/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-image/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-indentation/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-line/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-progressmeter/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-row(hover)/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-row/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-separator/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-twisty/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/display-xul/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/css/index.html delete mode 100644 files/ja/mozilla/gecko/chrome/index.html delete mode 100644 files/ja/mozilla/gecko/index.html delete mode 100644 files/ja/mozilla/gecko/versions/index.html delete mode 100644 files/ja/mozilla/gecko_almost_standards_mode/index.html delete mode 100644 files/ja/mozilla/ime_handling_guide/index.html delete mode 100644 files/ja/mozilla/implementing_pontoon_in_a_mozilla_website/index.html delete mode 100644 files/ja/mozilla/javascript_code_modules/components.utils.unload/index.html delete mode 100644 files/ja/mozilla/javascript_code_modules/ctypes.jsm/index.html delete mode 100644 files/ja/mozilla/javascript_code_modules/deferredtask.jsm/index.html delete mode 100644 files/ja/mozilla/javascript_code_modules/downloads.jsm/index.html delete mode 100644 files/ja/mozilla/javascript_code_modules/index.html delete mode 100644 files/ja/mozilla/javascript_code_modules/perfmeasurement.jsm/index.html delete mode 100644 files/ja/mozilla/javascript_code_modules/popupnotifications.jsm/index.html delete mode 100644 files/ja/mozilla/javascript_code_modules/using/index.html delete mode 100644 files/ja/mozilla/javascript_style_guide/index.html delete mode 100644 files/ja/mozilla/js-ctypes/index.html delete mode 100644 files/ja/mozilla/localization/bootstrapping_a_new_locale/index.html delete mode 100644 files/ja/mozilla/localization/index.html delete mode 100644 files/ja/mozilla/localization/index/index.html delete mode 100644 files/ja/mozilla/localization/localizing_with_pontoon/index.html delete mode 100644 files/ja/mozilla/localization/quick_start_guide/index.html delete mode 100644 files/ja/mozilla/localization/quick_start_guide/initial_setup/index.html delete mode 100644 files/ja/mozilla/localization/quick_start_guide/translation_phase/index.html delete mode 100644 files/ja/mozilla/marketplace/options/open_web_apps_for_desktop/index.html delete mode 100644 files/ja/mozilla/mathml_project/index.html delete mode 100644 files/ja/mozilla/mathml_project/mathml_torture_test/index.html delete mode 100644 files/ja/mozilla/mobile/firefox_mobile_for_developers/index.html delete mode 100644 files/ja/mozilla/mobile/index.html delete mode 100644 files/ja/mozilla/mobile/viewport_meta_tag/index.html delete mode 100644 files/ja/mozilla/performance/adding_a_new_telemetry_probe/index.html delete mode 100644 files/ja/mozilla/performance/gecko_profiler_faq/index.html delete mode 100644 files/ja/mozilla/performance/index.html delete mode 100644 files/ja/mozilla/performance/profiling_with_the_built-in_profiler/index.html delete mode 100644 files/ja/mozilla/performance/reporting_a_performance_problem/index.html delete mode 100644 files/ja/mozilla/performance/scroll-linked_effects/index.html delete mode 100644 files/ja/mozilla/persona/browser_compatibility/index.html delete mode 100644 files/ja/mozilla/persona/faq/index.html delete mode 100644 files/ja/mozilla/persona/index.html delete mode 100644 files/ja/mozilla/persona/internationalization/index.html delete mode 100644 files/ja/mozilla/persona/quick_setup/index.html delete mode 100644 files/ja/mozilla/persona/remote_verification_api/index.html delete mode 100644 files/ja/mozilla/persona/security_considerations/index.html delete mode 100644 files/ja/mozilla/persona/why_persona/index.html delete mode 100644 files/ja/mozilla/preferences/index.html delete mode 100644 files/ja/mozilla/preferences/preference_reference/index.html delete mode 100644 files/ja/mozilla/preferences/preference_reference/ui.alertnotificationorigin/index.html delete mode 100644 files/ja/mozilla/preferences/preferences_system/new_attributes/index.html delete mode 100644 files/ja/mozilla/projects/emscripten/index.html delete mode 100644 files/ja/mozilla/projects/emscripten/techniques/index.html delete mode 100644 files/ja/mozilla/projects/index.html delete mode 100644 files/ja/mozilla/projects/l20n/index.html delete mode 100644 files/ja/mozilla/projects/mochitest/index.html delete mode 100644 files/ja/mozilla/projects/mochitest/specialpowers/index.html delete mode 100644 files/ja/mozilla/projects/nspr/about_nspr/index.html delete mode 100644 files/ja/mozilla/projects/nspr/index.html delete mode 100644 files/ja/mozilla/projects/nspr/reference/date_and_time/index.html delete mode 100644 files/ja/mozilla/projects/nspr/reference/index.html delete mode 100644 files/ja/mozilla/projects/nspr/reference/introduction_to_nspr/index.html delete mode 100644 files/ja/mozilla/projects/nspr/reference/logging/index.html delete mode 100644 files/ja/mozilla/projects/nspr/reference/memory_management_operations/index.html delete mode 100644 files/ja/mozilla/projects/nspr/reference/nspr_log_modules/index.html delete mode 100644 files/ja/mozilla/projects/nspr/reference/pr_jointhread/index.html delete mode 100644 files/ja/mozilla/projects/nspr/reference/prthread/index.html delete mode 100644 files/ja/mozilla/projects/nss/an_overview_of_nss_internals/index.html delete mode 100644 files/ja/mozilla/projects/nss/building/index.html delete mode 100644 files/ja/mozilla/projects/nss/getting_started_with_nss/index.html delete mode 100644 files/ja/mozilla/projects/nss/index.html delete mode 100644 files/ja/mozilla/projects/nss/introduction_to_network_security_services/index.html delete mode 100644 files/ja/mozilla/projects/nss/new_nss_samples/index.html delete mode 100644 files/ja/mozilla/projects/nss/notes_on_tls_-_ssl_3.0_intolerant_servers/index.html delete mode 100644 files/ja/mozilla/projects/nss/nss_3.18_release_notes/index.html delete mode 100644 files/ja/mozilla/projects/nss/nss_3.57_release_notes/index.html delete mode 100644 files/ja/mozilla/projects/nss/nss_api_guidelines/index.html delete mode 100644 files/ja/mozilla/projects/nss/nss_developer_tutorial/index.html delete mode 100644 files/ja/mozilla/projects/nss/nss_faq/index.html delete mode 100644 files/ja/mozilla/projects/nss/nss_reference/fc_login/index.html delete mode 100644 files/ja/mozilla/projects/nss/nss_reference/index.html delete mode 100644 files/ja/mozilla/projects/nss/nss_releases/index.html delete mode 100644 files/ja/mozilla/projects/nss/nss_sample_code/index.html delete mode 100644 files/ja/mozilla/projects/nss/nss_sources_building_testing/index.html delete mode 100644 files/ja/mozilla/projects/nss/nss_tech_notes/index.html delete mode 100644 files/ja/mozilla/projects/nss/nss_third-party_code/index.html delete mode 100644 files/ja/mozilla/projects/nss/overview_of_nss/index.html delete mode 100644 files/ja/mozilla/projects/nss/pkcs11/index.html delete mode 100644 files/ja/mozilla/projects/nss/ssl_functions/index.html delete mode 100644 files/ja/mozilla/projects/nss/tools/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/build_documentation/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/bytecodes/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/creating_javascript_jstest_reftests/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/creating_javascript_tests/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/foss/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/getting_spidermonkey_source_code/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/hacking_tips/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/how_to_embed_the_javascript_engine/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/index/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/internals/bytecode/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/internals/garbage_collection/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/internals/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/internals/thread_safety/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/introduction_to_the_javascript_shell/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_cookbook/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/alphabetical_list/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_compilefile/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_constructobject/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_defineobject/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_destroycontext/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_destroyruntime/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_dumpheap/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_evaluatescript/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_getgcparameter/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_getruntime/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_getruntimeprivate/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_init/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_lock/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_newcontext/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_newobject/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_newruntime/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_setgczeal/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_shutdown/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_threadsafe/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/jsint/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/jsruntime/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_reference/jstype/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsapi_user_guide/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/jsdbgapi_reference/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/parser_api/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/releases/52/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/releases/index.html delete mode 100644 files/ja/mozilla/projects/spidermonkey/shell_global_objects/index.html delete mode 100644 files/ja/mozilla/qa/chrome_tests/index.html delete mode 100644 files/ja/mozilla/qa/index.html delete mode 100644 files/ja/mozilla/rust/index.html delete mode 100644 files/ja/mozilla/setting_up_an_update_server/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_accel_label/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_alert/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_animation/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_app_root/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_application/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_arrow/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_autocomplete/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_border/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_buttondropdown/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_buttondropdowngrid/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_buttonmenu/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_calendar/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_canvas/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_caption/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_caret/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_cell/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_character/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_chart/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_check_menu_item/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_checkbutton/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_chrome_window/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_clock/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_color_chooser/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_columnheader/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_combobox/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_combobox_list/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_combobox_option/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_cursor/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_date_editor/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_desktop_frame/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_desktop_icon/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_diagram/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_dial/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_dialog/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_directory_pane/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_document/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_document_frame/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_droplist/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_editbar/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_entry/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_equation/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_file_chooser/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_font_chooser/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_footer/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_form/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_glass_pane/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_graphic/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_grip/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_grouping/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_header/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_heading/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_helpballoon/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_hotkeyfield/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_html_container/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_icon/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_image_map/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_ime/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_indicator/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_internal_frame/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_ipaddress/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_label/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_layered_pane/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_link/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_list/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_listbox/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_listitem/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_menubar/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_menuitem/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_menupopup/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_nothing/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_option/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_option_pane/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_outline/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_outlineitem/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_page/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pagetab/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pagetablist/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pane/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_paragraph/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_parent_menuitem/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_password_text/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_popup_menu/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_progressbar/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_propertypage/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pushbutton/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_radio_menu_item/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_radiobutton/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_redundant_object/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_rich_option/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_root_pane/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_row/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_ruler/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_scroll_pane/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_scrollbar/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_section/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_separator/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_slider/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_sound/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_spinbutton/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_split_pane/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_statusbar/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_table/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_table_column_header/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_table_row_header/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_tear_off_menu_item/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_terminal/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_text_leaf/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_titlebar/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_toggle_button/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_toolbar/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_tooltip/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_tree_table/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_viewport/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_whitespace/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_window/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/at-apis/index.html delete mode 100644 files/ja/mozilla/tech/accessibility/index.html delete mode 100644 files/ja/mozilla/tech/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/accessing_the_windows_registry_using_xpcom/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/fun_with_xbl_and_xpconnect/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/generating_guids/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/generic_factory/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/guide/how_to_build_an_xpcom_component_in_javascript/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/guide/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/guide/mozilla_internal_string_guide/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/guide/xpcom_hashtable_guide/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/interfacing_with_the_xpcom_cycle_collector/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/introduction_to_xpcom_for_the_dom/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.classes/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.classesbyid/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.constructor/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.exception/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.id/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.interfaces/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.lastresult/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.manager/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.results/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.returncode/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.stack/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.utils.evalinsandbox/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.utils.forcegc/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.utils.getweakreference/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.utils.import/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.utils.reporterror/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components.utils/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/components_object/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/development/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/embedding_mozilla_in_a_java_application_using_javaxpcom/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/examples/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/other_resources/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/plxpcom/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/pyxpcom/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/language_bindings/rbxpcom/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/components/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/components/nscategorymanager/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/components/nsdirectoryservice/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/components/nslocalfile/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/components/nsobserverservice/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/components/nsscriptableinputstream/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/glue_classes/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/glue_classes/nscomptr/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/ns_ensure_true/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/imgiloader/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/mozijssubscriptloader/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/moziregistry/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/mozistoragestatementparams/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiaccessible/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiaccessibleprovider/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiannotationobserver/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiasyncinputstream/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiconsoleservice/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsicontentprefobserver/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsicontentprefservice/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsicryptohash/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomfile/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomfileexception/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomfilelist/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomhtmlmediaelement/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomofflineresourcelist/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomsimplegestureevent/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownload/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownloadmanager/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownloadmanagerui/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownloadprogresslistener/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidragservice/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsieffectivetldservice/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsienumerator/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeed/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedcontainer/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedelementbase/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedentry/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedgenerator/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedperson/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedprocessor/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedprogresslistener/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedresult/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedresultlistener/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedtextconstruct/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsihttpactivitydistributor/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsihttpactivityobserver/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsihttpchannel/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiidleservice/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiinputstream/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiioservice/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsijscid/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsijson/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsilogininfo/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiloginmanager/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiobserver/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiobserverservice/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsioutputstream/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiparentalcontrolsservice/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiparserutils/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsipassword/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsipasswordmanager/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiplacesview/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiprefbranch/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiscriptableunescapehtml/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiscriptableunicodeconverter/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsisessionstore/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsisupports_proxies/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsitaggingservice/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithread/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadeventfilter/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadinternal/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadmanager/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadobserver/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadpool/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiwebprogresslistener/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiwindowmediator/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsixmlhttprequest/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsizipentry/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsizipreader/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsizipwriter/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference_group/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/setting_http_request_headers/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/storage/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/the_thread_manager/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/using_nscomptr/frequently_asked_questions/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/using_nscomptr/getting_started_guide/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/using_nscomptr/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/using_nscomptr/reference_manual/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/using_nscomptr/status,_recent_changes,_and_plans/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/weak_reference/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/wrappedjsobject/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/xpcom_abi/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/xpcom_ownership_guidelines/index.html delete mode 100644 files/ja/mozilla/tech/xpcom/xptcall_faq/index.html delete mode 100644 files/ja/mozilla/tech/xpidl/generating_xpt_on_windows/index.html delete mode 100644 files/ja/mozilla/tech/xpidl/index.html delete mode 100644 files/ja/mozilla/tech/xpidl/xpidl/index.html delete mode 100644 files/ja/mozilla/tech/xslt_2.0/index.html delete mode 100644 files/ja/mozilla/thunderbird/autoconfiguration/index.html delete mode 100644 files/ja/mozilla/thunderbird/content_tabs/index.html delete mode 100644 files/ja/mozilla/thunderbird/cookies_in_thunderbird/index.html delete mode 100644 files/ja/mozilla/thunderbird/deploying_thunderbird_in_the_enterprise/index.html delete mode 100644 files/ja/mozilla/thunderbird/index.html delete mode 100644 files/ja/mozilla/thunderbird/ldap_support/index.html delete mode 100644 files/ja/mozilla/thunderbird/mail_account_setup_wizard/index.html delete mode 100644 files/ja/mozilla/thunderbird/releases/24/index.html delete mode 100644 files/ja/mozilla/thunderbird/releases/3/index.html delete mode 100644 files/ja/mozilla/thunderbird/releases/5/index.html delete mode 100644 files/ja/mozilla/thunderbird/releases/index.html delete mode 100644 files/ja/mozilla/toolkit_version_format/index.html delete mode 100644 files/ja/mozilla/webidl_bindings/index.html delete mode 100644 files/ja/mozilla/working_with_windows_in_chrome_code/index.html delete mode 100644 files/ja/mozilla_application_framework/index.html delete mode 100644 files/ja/mozilla_automated_testing/index.html delete mode 100644 files/ja/mozilla_crypto_faq/index.html delete mode 100644 files/ja/mozilla_development_strategies/index.html delete mode 100644 files/ja/mozilla_development_tools/index.html delete mode 100644 files/ja/mozilla_dom_hacking_guide/index.html delete mode 100644 files/ja/mozilla_embedding_faq/common_problems/index.html delete mode 100644 files/ja/mozilla_embedding_faq/embedding_gecko/index.html delete mode 100644 files/ja/mozilla_embedding_faq/how_do_i/index.html delete mode 100644 files/ja/mozilla_embedding_faq/index.html delete mode 100644 files/ja/mozilla_embedding_faq/introduction_to_gecko_and_embedding/index.html delete mode 100644 files/ja/mozilla_networking_preferences/index.html delete mode 100644 files/ja/mozilla_quirks_mode_behavior/index.html delete mode 100644 files/ja/mozilla_release_faq/index.html delete mode 100644 files/ja/mozilla_svg_project/index.html delete mode 100644 files/ja/mozilla_web_developer_faq/index.html delete mode 100644 files/ja/mozmill_tests/index.html delete mode 100644 files/ja/mozmill_tests/shared_modules/addonsapi/index.html delete mode 100644 files/ja/mozmill_tests/shared_modules/index.html delete mode 100644 files/ja/necko/index.html delete mode 100644 files/ja/new_compatibility_tables_beta/index.html delete mode 100644 files/ja/np_getvalue/index.html delete mode 100644 files/ja/np_initialize/index.html delete mode 100644 files/ja/np_shutdown/index.html delete mode 100644 files/ja/npapi/index.html delete mode 100644 files/ja/npp_destroy/index.html delete mode 100644 files/ja/npp_destroystream/index.html delete mode 100644 files/ja/npp_getvalue/index.html delete mode 100644 files/ja/npp_handleevent/index.html delete mode 100644 files/ja/npp_new/index.html delete mode 100644 files/ja/npp_newstream/index.html delete mode 100644 files/ja/npp_print/index.html delete mode 100644 files/ja/npp_setvalue/index.html delete mode 100644 files/ja/npp_setwindow/index.html delete mode 100644 files/ja/npp_streamasfile/index.html delete mode 100644 files/ja/npp_urlnotify/index.html delete mode 100644 files/ja/places/index.html delete mode 100644 files/ja/places/view_controller/index.html delete mode 100644 files/ja/places_migration_guide/index.html delete mode 100644 files/ja/places_query_uris/index.html delete mode 100644 files/ja/plugins/index.html delete mode 100644 files/ja/plugins/scripting_plugins_adobe_flash/index.html delete mode 100644 files/ja/pr_calloc/index.html delete mode 100644 files/ja/pr_free/index.html delete mode 100644 files/ja/pr_gmtparameters/index.html delete mode 100644 files/ja/pr_localtimeparameters/index.html delete mode 100644 files/ja/pr_malloc/index.html delete mode 100644 files/ja/pr_new/index.html delete mode 100644 files/ja/pr_now/index.html delete mode 100644 files/ja/pr_realloc/index.html delete mode 100644 files/ja/preferences_system/examples/index.html delete mode 100644 files/ja/preferences_system/index.html delete mode 100644 files/ja/preferences_system/preference/index.html delete mode 100644 files/ja/preferences_system/preferences/index.html delete mode 100644 files/ja/preferences_system/prefpane/index.html delete mode 100644 files/ja/preferences_system/prefwindow/index.html delete mode 100644 files/ja/preferences_system/troubleshooting/index.html delete mode 100644 files/ja/programs_using_nspr/index.html delete mode 100644 files/ja/prtimeparamfn/index.html delete mode 100644 files/ja/querying_places/index.html delete mode 100644 files/ja/rdf/index.html delete mode 100644 files/ja/reading_textual_data/index.html delete mode 100644 files/ja/retrieving_part_of_the_bookmarks_tree/index.html delete mode 100644 files/ja/rhino/community/index.html delete mode 100644 files/ja/rhino/download_rhino/index.html delete mode 100644 files/ja/rhino/index.html delete mode 100644 files/ja/rhino/scopes_and_contexts/index.html delete mode 100644 files/ja/rhino/scripting_java/index.html delete mode 100644 files/ja/rhino_documentation/index.html delete mode 100644 files/ja/rhino_downloads_archive/index.html delete mode 100644 files/ja/rhino_faq/index.html delete mode 100644 files/ja/rhino_javascript_compiler/index.html delete mode 100644 files/ja/rhino_optimization/index.html delete mode 100644 files/ja/rhino_overview/index.html delete mode 100644 files/ja/rhino_requirements_and_limitations/index.html delete mode 100644 files/ja/rhino_shell/index.html delete mode 100644 files/ja/safely_accessing_content_dom_from_chrome/index.html delete mode 100644 files/ja/sandbox/index.html delete mode 100644 files/ja/sandbox/js_compilescript/index.html delete mode 100644 files/ja/sax/index.html delete mode 100644 files/ja/social_api/index.html delete mode 100644 files/ja/spidermonkey_internals/index.html delete mode 100644 files/ja/standalone_xpcom/index.html delete mode 100644 files/ja/tamarin/abcasm/index.html delete mode 100644 files/ja/tamarin/index.html delete mode 100644 files/ja/tamarin/tamarin_acceptance_testing/actionscript_acceptance_tests/index.html delete mode 100644 files/ja/tamarin/tamarin_acceptance_testing/actionscript_acceptance_tests/tamarin_test_template/index.html delete mode 100644 files/ja/tamarin/tamarin_acceptance_testing/index.html delete mode 100644 files/ja/tamarin_build_documentation/index.html delete mode 100644 files/ja/the_download_manager_schema/index.html delete mode 100644 files/ja/the_life_of_an_html_http_request/index.html delete mode 100644 files/ja/the_message_manager/index.html delete mode 100644 files/ja/the_mozilla_platform/index.html delete mode 100644 files/ja/the_necko_http_module/index.html delete mode 100644 files/ja/the_new_nsstring_class_implementation_(1999)/index.html delete mode 100644 files/ja/the_places_database/index.html delete mode 100644 files/ja/the_places_frecency_algorithm/index.html delete mode 100644 files/ja/theme_changes_in_firefox_2/index.html delete mode 100644 files/ja/theme_changes_in_firefox_3/index.html delete mode 100644 files/ja/theme_packaging/index.html delete mode 100644 files/ja/themes/common_firefox_theme_issues_and_solutions/index.html delete mode 100644 files/ja/themes/index.html delete mode 100644 files/ja/themes/theme_concepts/index.html delete mode 100644 "files/ja/themes/\350\203\214\346\231\257/index.html" delete mode 100644 files/ja/thunderbird_3_for_users/index.html delete mode 100644 files/ja/thunderbird_isp_hooks/index.html delete mode 100644 files/ja/toolkit.defaultchromeuri/index.html delete mode 100644 files/ja/toolkit_api/extiapplication/index.html delete mode 100644 files/ja/toolkit_api/exticonsole/index.html delete mode 100644 files/ja/toolkit_api/extieventitem/index.html delete mode 100644 files/ja/toolkit_api/extieventlistener/index.html delete mode 100644 files/ja/toolkit_api/extievents/index.html delete mode 100644 files/ja/toolkit_api/extiextension/index.html delete mode 100644 files/ja/toolkit_api/extiextensions/index.html delete mode 100644 files/ja/toolkit_api/extipreference/index.html delete mode 100644 files/ja/toolkit_api/extipreferencebranch/index.html delete mode 100644 files/ja/toolkit_api/extisessionstorage/index.html delete mode 100644 files/ja/toolkit_api/fuel/fueliannotations/index.html delete mode 100644 files/ja/toolkit_api/fuel/fueliapplication/index.html delete mode 100644 files/ja/toolkit_api/fuel/fuelibookmark/index.html delete mode 100644 files/ja/toolkit_api/fuel/fuelibookmarkfolder/index.html delete mode 100644 files/ja/toolkit_api/fuel/fuelibookmarkroots/index.html delete mode 100644 files/ja/toolkit_api/fuel/fuelibrowsertab/index.html delete mode 100644 files/ja/toolkit_api/fuel/fueliwindow/index.html delete mode 100644 files/ja/toolkit_api/fuel/index.html delete mode 100644 files/ja/toolkit_api/index.html delete mode 100644 files/ja/toolkit_api/steel/index.html delete mode 100644 files/ja/toolkit_api/steel/steeliapplication/index.html delete mode 100644 files/ja/tools/debugger/settings/index.html delete mode 100644 files/ja/tools/scratchpad/index.html delete mode 100644 files/ja/tools/webide/index.html delete mode 100644 files/ja/tools/webide/monitor/index.html delete mode 100644 files/ja/tools/webide/opening_webide/index.html delete mode 100644 files/ja/tools/webide/setting_up_runtimes/index.html delete mode 100644 files/ja/tools/webide/the_runtime_menu/index.html delete mode 100644 files/ja/tools/webide/troubleshooting/index.html delete mode 100644 files/ja/tools/webide/working_with_cordova_apps_in_webide/index.html delete mode 100644 files/ja/using_breakpoints_in_venkman/index.html delete mode 100644 files/ja/using_mozilla_code_in_other_projects/index.html delete mode 100644 files/ja/using_nsiloginmanager/index.html delete mode 100644 files/ja/using_ssh_to_connect_to_cvs/index.html delete mode 100644 files/ja/using_the_places_annotation_service/index.html delete mode 100644 files/ja/using_the_places_tagging_service/index.html delete mode 100644 files/ja/venkman/index.html delete mode 100644 files/ja/venkman_introduction/index.html delete mode 100644 files/ja/video_presentations/index.html delete mode 100644 files/ja/web/accessibility/at_development/index.html delete mode 100644 files/ja/web/api/alarm_api/index.html delete mode 100644 files/ja/web/api/camera_api/index.html delete mode 100644 files/ja/web/api/cameracapabilities/index.html delete mode 100644 files/ja/web/api/cameracontrol/index.html delete mode 100644 files/ja/web/api/cameramanager/getcamera/index.html delete mode 100644 files/ja/web/api/cameramanager/getlistofcameras/index.html delete mode 100644 files/ja/web/api/cameramanager/index.html delete mode 100644 files/ja/web/api/device_storage_api/index.html delete mode 100644 files/ja/web/api/domapplicationsmanager/getall/index.html delete mode 100644 files/ja/web/api/domapplicationsmanager/index.html delete mode 100644 files/ja/web/api/domapplicationsregistry/checkinstalled/index.html delete mode 100644 files/ja/web/api/domapplicationsregistry/getinstalled/index.html delete mode 100644 files/ja/web/api/domapplicationsregistry/getself/index.html delete mode 100644 files/ja/web/api/domapplicationsregistry/index.html delete mode 100644 files/ja/web/api/domapplicationsregistry/install/index.html delete mode 100644 files/ja/web/api/domapplicationsregistry/installpackage/index.html delete mode 100644 files/ja/web/api/domcursor/done/index.html delete mode 100644 files/ja/web/api/domcursor/index.html delete mode 100644 files/ja/web/api/domrequest/error/index.html delete mode 100644 files/ja/web/api/domrequest/index.html delete mode 100644 files/ja/web/api/fmradio/antennaavailable/index.html delete mode 100644 files/ja/web/api/fmradio/cancelseek/index.html delete mode 100644 files/ja/web/api/fmradio/channelwidth/index.html delete mode 100644 files/ja/web/api/fmradio/disable/index.html delete mode 100644 files/ja/web/api/fmradio/enable/index.html delete mode 100644 files/ja/web/api/fmradio/enabled/index.html delete mode 100644 files/ja/web/api/fmradio/frequency/index.html delete mode 100644 files/ja/web/api/fmradio/frequencylowerbound/index.html delete mode 100644 files/ja/web/api/fmradio/frequencyupperbound/index.html delete mode 100644 files/ja/web/api/fmradio/index.html delete mode 100644 files/ja/web/api/fmradio/onantennaavailablechange/index.html delete mode 100644 files/ja/web/api/fmradio/ondisabled/index.html delete mode 100644 files/ja/web/api/fmradio/onenabled/index.html delete mode 100644 files/ja/web/api/fmradio/onfrequencychange/index.html delete mode 100644 files/ja/web/api/fmradio/seekdown/index.html delete mode 100644 files/ja/web/api/fmradio/seekup/index.html delete mode 100644 files/ja/web/api/fmradio/setfrequency/index.html delete mode 100644 files/ja/web/api/htmliframeelement/getvisible/index.html delete mode 100644 files/ja/web/api/htmliframeelement/stop/index.html delete mode 100644 files/ja/web/api/identitymanager/get/index.html delete mode 100644 files/ja/web/api/identitymanager/getverifiedemail/index.html delete mode 100644 files/ja/web/api/identitymanager/index.html delete mode 100644 files/ja/web/api/identitymanager/logout/index.html delete mode 100644 files/ja/web/api/identitymanager/request/index.html delete mode 100644 files/ja/web/api/identitymanager/watch/index.html delete mode 100644 files/ja/web/api/indexeddb_api/using_indexeddb_in_chrome/index.html delete mode 100644 files/ja/web/api/moznfc/index.html delete mode 100644 files/ja/web/api/moznfc/onpeerfound/index.html delete mode 100644 files/ja/web/api/mozsocial/closepanel/index.html delete mode 100644 files/ja/web/api/mozsocial/index.html delete mode 100644 files/ja/web/api/mozsocial/isvisible/index.html delete mode 100644 files/ja/web/api/moztimemanager/index.html delete mode 100644 files/ja/web/api/navigator/id/index.html delete mode 100644 files/ja/web/api/navigator/mozcameras/index.html delete mode 100644 files/ja/web/api/navigator/mozfmradio/index.html delete mode 100644 files/ja/web/api/navigator/mozpay/index.html delete mode 100644 files/ja/web/api/navigator/mozsettings/index.html delete mode 100644 files/ja/web/api/navigator/mozsms/index.html delete mode 100644 files/ja/web/api/navigator/mozsocial/index.html delete mode 100644 files/ja/web/api/settings_api/index.html delete mode 100644 files/ja/web/api/simple_push_api/index.html delete mode 100644 files/ja/web/api/web_activities/index.html delete mode 100644 files/ja/web/api/webfm_api/index.html delete mode 100644 files/ja/web/api/webvr_api/webvr_environment_setup/index.html delete mode 100644 files/ja/web/apps/developing/performance/firefox_os_app_responsiveness_guidelines/index.html delete mode 100644 files/ja/web/css/-moz-binding/index.html delete mode 100644 files/ja/web/css/-moz-border-bottom-colors/index.html delete mode 100644 files/ja/web/css/-moz-border-left-colors/index.html delete mode 100644 files/ja/web/css/-moz-border-right-colors/index.html delete mode 100644 files/ja/web/css/-moz-border-top-colors/index.html delete mode 100644 files/ja/web/css/-moz-stack-sizing/index.html delete mode 100644 files/ja/web/css/-ms-accelerator/index.html delete mode 100644 files/ja/web/css/-ms-block-progression/index.html delete mode 100644 files/ja/web/css/-ms-content-zoom-chaining/index.html delete mode 100644 files/ja/web/css/-ms-content-zoom-limit-max/index.html delete mode 100644 files/ja/web/css/-ms-content-zoom-limit-min/index.html delete mode 100644 files/ja/web/css/-ms-content-zoom-limit/index.html delete mode 100644 files/ja/web/css/-ms-content-zoom-snap/index.html delete mode 100644 files/ja/web/css/-ms-content-zooming/index.html delete mode 100644 files/ja/web/css/-ms-scrollbar-face-color/index.html delete mode 100644 files/ja/web/css/-ms-scrollbar-highlight-color/index.html delete mode 100644 files/ja/web/css/-ms-wrap-margin/index.html delete mode 100644 files/ja/web/css/@media/-moz-mac-graphite-theme/index.html delete mode 100644 files/ja/web/css/@media/-moz-maemo-classic/index.html delete mode 100644 files/ja/web/css/@media/-moz-os-version/index.html delete mode 100644 files/ja/web/css/@media/-moz-windows-accent-color-in-titlebar/index.html delete mode 100644 files/ja/web/css/@media/-moz-windows-classic/index.html delete mode 100644 files/ja/web/css/@media/-moz-windows-theme/index.html delete mode 100644 files/ja/web/css/_colon_-moz-full-screen-ancestor/index.html delete mode 100644 files/ja/web/css/_doublecolon_-ms-browse/index.html delete mode 100644 files/ja/web/css/_doublecolon_-ms-expand/index.html delete mode 100644 files/ja/web/css/_doublecolon_-ms-fill/index.html delete mode 100644 files/ja/web/css/_doublecolon_-ms-value/index.html delete mode 100644 files/ja/web/events/mozorientation/index.html delete mode 100644 files/ja/web/guide/css/getting_started/xul_user_interfaces/index.html delete mode 100644 files/ja/web/javascript/ecmascript_5_support_in_mozilla/index.html delete mode 100644 files/ja/web/javascript/ecmascript_6_support_in_mozilla/index.html delete mode 100644 files/ja/web/javascript/guide/liveconnect_overview/index.html delete mode 100644 files/ja/web/javascript/new_in_javascript/1.1/index.html delete mode 100644 files/ja/web/javascript/new_in_javascript/1.2/index.html delete mode 100644 files/ja/web/javascript/new_in_javascript/1.3/index.html delete mode 100644 files/ja/web/javascript/new_in_javascript/1.4/index.html delete mode 100644 files/ja/web/javascript/new_in_javascript/1.5/index.html delete mode 100644 files/ja/web/javascript/new_in_javascript/1.6/index.html delete mode 100644 files/ja/web/javascript/new_in_javascript/1.7/index.html delete mode 100644 files/ja/web/javascript/new_in_javascript/1.8.1/index.html delete mode 100644 files/ja/web/javascript/new_in_javascript/1.8.5/index.html delete mode 100644 files/ja/web/javascript/new_in_javascript/1.8/index.html delete mode 100644 files/ja/web/javascript/new_in_javascript/index.html delete mode 100644 files/ja/web/javascript/reference/functions/arguments/caller/index.html delete mode 100644 files/ja/web/javascript/reference/global_objects/array/observe/index.html delete mode 100644 files/ja/web/javascript/reference/global_objects/array/unobserve/index.html delete mode 100644 files/ja/web/javascript/reference/global_objects/arraybuffer/transfer/index.html delete mode 100644 files/ja/web/javascript/reference/global_objects/iterator/index.html delete mode 100644 files/ja/web/javascript/reference/global_objects/object/count/index.html delete mode 100644 files/ja/web/javascript/reference/global_objects/parallelarray/index.html delete mode 100644 files/ja/web/javascript/reference/global_objects/stopiteration/index.html delete mode 100644 files/ja/web/javascript/reference/global_objects/string/quote/index.html delete mode 100644 files/ja/web/javascript/reference/operators/array_comprehensions/index.html delete mode 100644 files/ja/web/javascript/reference/operators/expression_closures/index.html delete mode 100644 files/ja/web/javascript/reference/operators/generator_comprehensions/index.html delete mode 100644 files/ja/web/javascript/reference/statements/for_each...in/index.html delete mode 100644 files/ja/web/javascript/server-side_javascript/index.html delete mode 100644 files/ja/web/security/site_identity_button/index.html delete mode 100644 files/ja/web_development/responsive_web_design/index.html delete mode 100644 files/ja/what_to_do_and_what_not_to_do_in_bugzilla/index.html delete mode 100644 files/ja/why_embed_gecko/index.html delete mode 100644 files/ja/writing_localizable_code/index.html delete mode 100644 files/ja/writing_xpcshell-based_unit_tests/index.html delete mode 100644 files/ja/xforms/api_reference/index.html delete mode 100644 files/ja/xforms/community/index.html delete mode 100644 files/ja/xforms/index.html delete mode 100644 files/ja/xforms/other_resources/index.html delete mode 100644 files/ja/xforms/user_preferences/index.html delete mode 100644 files/ja/xml_extras/index.html delete mode 100644 files/ja/xml_in_mozilla/index.html delete mode 100644 files/ja/xml_web_services/index.html delete mode 100644 files/ja/xml_web_services/other_resources/index.html delete mode 100644 files/ja/xmlhttprequest_changes_for_gecko1.8/index.html delete mode 100644 files/ja/xpcnativewrapper/index.html delete mode 100644 files/ja/xpcomutils.jsm/index.html delete mode 100644 files/ja/xpconnect/appshellservice/index.html delete mode 100644 files/ja/xpconnect/architecture_basics/index.html delete mode 100644 files/ja/xpconnect/index.html delete mode 100644 files/ja/xpconnect/nsiprofile/index.html delete mode 100644 files/ja/xpconnect/nsiregistry/index.html delete mode 100644 files/ja/xpconnect/using_components/index.html delete mode 100644 files/ja/xpconnect/xpconnect_wrappers/index.html delete mode 100644 files/ja/xpcshell/index.html delete mode 100644 files/ja/xpi/index.html delete mode 100644 files/ja/xpinstall/index.html delete mode 100644 files/ja/xpinstall_api_reference/file_object/index.html delete mode 100644 files/ja/xpinstall_api_reference/file_object/methods/index.html delete mode 100644 files/ja/xpinstall_api_reference/file_object/methods/isdirectory/index.html delete mode 100644 files/ja/xpinstall_api_reference/file_object/methods/isfile/index.html delete mode 100644 files/ja/xpinstall_api_reference/file_object/methods/remove/index.html delete mode 100644 files/ja/xpinstall_api_reference/index.html delete mode 100644 files/ja/xpinstall_api_reference/install_object/index.html delete mode 100644 files/ja/xpinstall_api_reference/install_object/methods/alert/index.html delete mode 100644 files/ja/xpinstall_api_reference/install_object/methods/execute/index.html delete mode 100644 files/ja/xpinstall_api_reference/install_object/methods/index.html delete mode 100644 files/ja/xpjs_components_proposal/index.html delete mode 100644 files/ja/xre/index.html delete mode 100644 files/ja/xtech_2005_presentations/directions_of_the_mozilla_rdf_engine/index.html delete mode 100644 files/ja/xtech_2005_presentations/index.html delete mode 100644 files/ja/xtech_2005_presentations/rich_web/index.html delete mode 100644 files/ja/xtech_2005_presentations/rich_web/svg_and_canvas_in_mozilla/index.html delete mode 100644 files/ja/xtech_2006_presentations/index.html delete mode 100644 files/ja/xul_application_tutorial_(external)/index.html delete mode 100644 files/ja/xul_genealogy/index.html delete mode 100644 files/ja/xul_improvements_in_firefox_3/index.html delete mode 100644 files/ja/xulref/label/index.html delete mode 100644 files/ja/zones/index.html (limited to 'files/ja') diff --git a/files/ja/_wikihistory.json b/files/ja/_wikihistory.json deleted file mode 100644 index 39e619369a..0000000000 --- a/files/ja/_wikihistory.json +++ /dev/null @@ -1,53522 +0,0 @@ -{ - "ARIA/Accessible_Rich_Internet_Applications": { - "modified": "2019-03-23T23:52:43.560Z", - "contributors": [ - "teoli", - "Marsf" - ] - }, - "About": { - "modified": "2019-01-16T15:27:01.463Z", - "contributors": [ - "Anonymous" - ] - }, - "Adapting_XUL_Applications_for_Firefox_1.5": { - "modified": "2019-03-23T23:44:03.678Z", - "contributors": [ - "SphinxKnight", - "Mgjbot", - "Morishoji" - ] - }, - "Adding_feed_readers_to_Firefox": { - "modified": "2019-03-23T23:54:31.654Z", - "contributors": [ - "ethertank", - "Mgjbot", - "Marsf", - "electrolysis" - ] - }, - "Adding_search_engines_from_web_pages": { - "modified": "2019-03-23T23:54:28.693Z", - "contributors": [ - "yyss", - "Mgjbot", - "Potappo", - "Shoot", - "Taken" - ] - }, - "Bugzilla-ja": { - "modified": "2019-03-24T00:01:53.796Z", - "contributors": [ - "fscholz", - "Shimono", - "drry", - "Taken" - ] - }, - "Bugzilla-ja/2.20-ja": { - "modified": "2019-01-16T15:57:55.816Z", - "contributors": [ - "Shimono" - ] - }, - "Bugzilla-ja/3.0-ja": { - "modified": "2019-03-23T23:50:49.325Z", - "contributors": [ - "fscholz", - "Shimono" - ] - }, - "Bugzilla-ja/l10n": { - "modified": "2019-01-16T14:42:11.445Z", - "contributors": [ - "Shimono" - ] - }, - "Bugzilla-jp": { - "modified": "2019-01-16T15:51:58.702Z", - "contributors": [ - "Baffclan", - "Shimono", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide": { - "modified": "2019-03-23T23:46:39.501Z", - "contributors": [ - "yassan", - "Masayuki", - "Taken" - ] - }, - "Bugzilla-jp/Guide/About": { - "modified": "2019-03-23T23:46:42.256Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/About/AccountCreation": { - "modified": "2019-03-23T23:46:34.570Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/About/BugDetails": { - "modified": "2019-03-23T23:46:48.723Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/About/ChangeAccountPrefs": { - "modified": "2019-03-23T23:46:32.418Z", - "contributors": [ - "yassan", - "ethertank", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/About/ProductsAndComponents": { - "modified": "2019-03-23T23:46:29.901Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/About/TrunkAndBranch": { - "modified": "2019-03-23T23:46:31.442Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/About/WhatIsBug": { - "modified": "2019-03-23T23:46:29.774Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/About/WhatIsBugzilla": { - "modified": "2019-01-16T16:02:00.656Z", - "contributors": [ - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Comment": { - "modified": "2019-03-23T23:46:32.818Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Comment/LinkRules": { - "modified": "2019-03-23T23:46:34.176Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Contribute": { - "modified": "2019-01-16T16:01:12.088Z", - "contributors": [ - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Grossary": { - "modified": "2019-03-23T23:46:37.485Z", - "contributors": [ - "yassan", - "trevorh", - "Masayuki", - "Shimono" - ] - }, - "Bugzilla-jp/Guide/LifeCycle": { - "modified": "2019-03-24T00:00:42.354Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/LifeCycle/Mozilla": { - "modified": "2019-01-16T15:34:15.290Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/LifeCycle/MozillaGumi": { - "modified": "2019-01-16T15:34:04.625Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/LifeCycle/QAMozilla": { - "modified": "2019-01-16T15:34:14.142Z", - "contributors": [ - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/LifeCycle/WebStandard": { - "modified": "2019-01-16T15:34:09.199Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/LifeCycle/WebTools": { - "modified": "2019-03-23T23:53:07.266Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Management": { - "modified": "2019-03-23T23:46:32.893Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Management/DeleteAccount": { - "modified": "2019-03-23T23:46:38.078Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Management/StopAccount": { - "modified": "2019-01-16T16:01:11.778Z", - "contributors": [ - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Management/UpgradeAccount": { - "modified": "2019-01-16T16:01:46.647Z", - "contributors": [ - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Report": { - "modified": "2019-03-23T23:46:44.227Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Report/CrashBugs": { - "modified": "2019-03-23T23:46:43.597Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Report/Enhancement": { - "modified": "2019-03-23T23:46:35.269Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Report/MemoryLeakBugs": { - "modified": "2019-01-16T16:01:49.322Z", - "contributors": [ - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Report/RenderingBugs": { - "modified": "2019-01-16T14:55:24.293Z", - "contributors": [ - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Report/SecurityBugs": { - "modified": "2019-01-16T16:02:19.512Z", - "contributors": [ - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Report/UIBugs": { - "modified": "2019-01-16T16:01:51.726Z", - "contributors": [ - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Search": { - "modified": "2019-03-23T23:46:30.066Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Search/Advanced": { - "modified": "2019-03-23T23:46:37.571Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Search/Hints": { - "modified": "2019-01-16T15:49:53.324Z", - "contributors": [ - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Search/Simple": { - "modified": "2019-03-23T23:46:34.827Z", - "contributors": [ - "yassan", - "ethertank", - "Masayuki" - ] - }, - "Bugzilla-jp/Guide/Tracking": { - "modified": "2019-03-23T23:46:46.460Z", - "contributors": [ - "yassan", - "Masayuki" - ] - }, - "Building_a_Mozilla_Distribution": { - "modified": "2019-03-23T23:49:07.062Z", - "contributors": [ - "Kohei", - "Mgjbot" - ] - }, - "Building_an_Extension": { - "modified": "2019-03-24T00:03:58.621Z", - "contributors": [ - "teoli", - "fscholz", - "zhongyeyangjie", - "Mgjbot", - "Msi", - "Verruckt", - "Okome", - "Indigo", - "Akanemoto", - "Takenbot", - "Kaba" - ] - }, - "Building_with_VC8_Express": { - "modified": "2019-01-16T15:48:53.644Z", - "contributors": [ - "Marsf", - "Taken" - ] - }, - "CSS-2_Quick_Reference": { - "modified": "2019-03-23T23:49:43.648Z", - "contributors": [ - "Marsf" - ] - }, - "CSS-2_Quick_Reference/All_in_a_page": { - "modified": "2019-01-16T15:49:24.673Z", - "contributors": [ - "Marsf" - ] - }, - "Code_snippets/Toolbar": { - "modified": "2019-03-23T23:46:21.932Z", - "contributors": [ - "teoli", - "Mgjbot", - "Shimono" - ] - }, - "Components": { - "modified": "2019-03-23T23:49:08.351Z", - "contributors": [ - "wbamberg", - "Mgjbot", - "Okome" - ] - }, - "Controlling_DNS_prefetching": { - "modified": "2019-03-24T00:00:27.042Z", - "contributors": [ - "RobinEgg" - ] - }, - "Controlling_spell_checking_in_HTML_forms": { - "modified": "2019-03-23T23:54:31.754Z", - "contributors": [ - "teoli", - "Mgjbot", - "Marsf", - "Level", - "Omnisilver", - "Taken" - ] - }, - "Creating_OpenSearch_plugins_for_Firefox": { - "modified": "2019-03-23T23:57:52.784Z", - "contributors": [ - "tregagnon", - "teppeis", - "Mgjbot", - "Rodrigoknascimento", - "Citora", - "Taken" - ] - }, - "Creating_toolbar_buttons": { - "modified": "2019-03-23T23:41:54.024Z", - "contributors": [ - "teoli", - "electrolysis", - "Akanemoto", - "Taken Bot" - ] - }, - "DHTML": { - "modified": "2019-03-23T23:49:44.167Z", - "contributors": [ - "mfuji09", - "ethertank", - "Marsf", - "Mgjbot", - "Okome" - ] - }, - "DOM/About_the_Document_Object_Model": { - "modified": "2019-03-23T23:53:21.942Z", - "contributors": [ - "ethertank", - "Mgjbot", - "Hfjapancom" - ] - }, - "DOM/Storage": { - "modified": "2019-03-24T00:12:14.185Z", - "contributors": [ - "Uemmra3", - "khalid32", - "ethertank", - "woby", - "Potappo", - "Marsf", - "Shoot", - "Mgjbot" - ] - }, - "DOM/dispatchEvent_example": { - "modified": "2019-03-23T23:36:25.236Z", - "contributors": [ - "soumya", - "ethertank" - ] - }, - "DOM_Client_Object_Cross-Reference": { - "modified": "2019-01-16T15:09:37.281Z", - "contributors": [ - "Anonymous" - ] - }, - "DOM_Client_Object_Cross-Reference/navigator": { - "modified": "2019-03-23T23:49:38.988Z", - "contributors": [ - "Marsf", - "Okome" - ] - }, - "DOM_Inspector": { - "modified": "2020-07-16T22:36:24.435Z", - "contributors": [ - "wbamberg", - "mfuji09", - "Kohei", - "Mgjbot", - "Taken" - ] - }, - "DOM_Inspector/Internals": { - "modified": "2020-07-16T22:36:25.310Z", - "contributors": [ - "silverskyvicto" - ] - }, - "DOM_Inspector/Introduction_to_DOM_Inspector": { - "modified": "2020-07-16T22:36:25.942Z", - "contributors": [ - "silverskyvicto" - ] - }, - "DOM_Inspector_FAQ": { - "modified": "2020-07-16T22:36:25.610Z", - "contributors": [ - "wbamberg", - "Kohei", - "Mgjbot" - ] - }, - "DOM_improvements_in_Firefox_3": { - "modified": "2019-01-16T15:31:18.719Z", - "contributors": [ - "Potappo", - "Mgjbot" - ] - }, - "DebNews": { - "modified": "2019-03-23T23:58:51.669Z", - "contributors": [ - "wbamberg", - "Potappo" - ] - }, - "Determining_the_dimensions_of_elements": { - "modified": "2019-03-18T20:59:05.112Z", - "contributors": [ - "SphinxKnight", - "yuki_nichiyama" - ] - }, - "DevNews": { - "modified": "2019-03-24T00:01:17.379Z", - "contributors": [ - "ethertank", - "Potappo", - "Aminevsky" - ] - }, - "DevNews/20060705": { - "modified": "2019-03-23T23:44:41.824Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20060706": { - "modified": "2019-03-23T23:44:38.389Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20060712": { - "modified": "2019-11-06T08:30:44.050Z", - "contributors": [ - "dlwe", - "SphinxKnight", - "fscholz", - "Taken" - ] - }, - "DevNews/20060713": { - "modified": "2019-03-23T23:44:40.984Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20060719": { - "modified": "2019-03-23T23:44:37.065Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20060726": { - "modified": "2019-03-23T23:44:43.083Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20060802": { - "modified": "2019-03-23T23:44:41.738Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Kozawa" - ] - }, - "DevNews/20060809": { - "modified": "2019-03-24T00:02:38.645Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "Taken" - ] - }, - "DevNews/20060817": { - "modified": "2019-03-23T23:44:37.587Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20060818": { - "modified": "2019-03-23T23:44:38.793Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Taken" - ] - }, - "DevNews/20060821": { - "modified": "2019-01-16T16:08:59.317Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20060822": { - "modified": "2019-03-23T23:44:41.650Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20060822-02": { - "modified": "2019-01-16T16:08:59.330Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20060823": { - "modified": "2019-03-23T23:44:39.356Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20060825": { - "modified": "2019-03-23T23:44:39.633Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Okome" - ] - }, - "DevNews/20060828": { - "modified": "2019-03-23T23:44:40.070Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20061002": { - "modified": "2019-03-23T23:44:42.578Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20061002-02": { - "modified": "2019-03-23T23:44:37.149Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20061025": { - "modified": "2019-11-06T08:30:13.775Z", - "contributors": [ - "dlwe", - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20061106": { - "modified": "2019-03-23T23:44:34.559Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20061107": { - "modified": "2019-03-23T23:44:28.948Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20061108": { - "modified": "2019-03-23T23:44:33.766Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20061114": { - "modified": "2019-01-16T16:09:15.429Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20061129": { - "modified": "2019-03-23T23:44:30.387Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20061208": { - "modified": "2019-03-23T23:44:34.792Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20061219": { - "modified": "2019-03-23T23:44:29.115Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20070207": { - "modified": "2019-03-23T23:44:39.720Z", - "contributors": [ - "SphinxKnight", - "Shimono", - "Taken" - ] - }, - "DevNews/20070213": { - "modified": "2019-03-23T23:44:43.533Z", - "contributors": [ - "SphinxKnight", - "Shimono", - "Taken" - ] - }, - "DevNews/20070219": { - "modified": "2019-03-23T23:44:46.951Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20070223": { - "modified": "2019-03-23T23:45:04.595Z", - "contributors": [ - "SphinxKnight", - "Shimono", - "Taken" - ] - }, - "DevNews/20070302": { - "modified": "2019-03-23T23:45:03.605Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070304": { - "modified": "2019-03-23T23:45:22.177Z", - "contributors": [ - "SphinxKnight", - "teoli", - "Shimono", - "Taken" - ] - }, - "DevNews/20070312": { - "modified": "2019-03-23T23:45:16.576Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070315": { - "modified": "2019-03-23T23:45:19.169Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20070320": { - "modified": "2019-03-23T23:45:15.886Z", - "contributors": [ - "SphinxKnight", - "Shimono", - "Taken" - ] - }, - "DevNews/20070322": { - "modified": "2019-03-23T23:45:17.600Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20070323": { - "modified": "2019-03-23T23:45:58.656Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20070411": { - "modified": "2019-01-16T16:03:49.994Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070424": { - "modified": "2019-03-23T23:45:57.284Z", - "contributors": [ - "SphinxKnight", - "Shimono", - "Taken" - ] - }, - "DevNews/20070427": { - "modified": "2019-03-23T23:46:27.168Z", - "contributors": [ - "SphinxKnight", - "teoli", - "Taken", - "Shimono" - ] - }, - "DevNews/20070501": { - "modified": "2019-03-23T23:46:02.439Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070502": { - "modified": "2019-03-23T23:46:11.295Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070509": { - "modified": "2019-03-23T23:46:07.520Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20070512": { - "modified": "2019-03-23T23:46:17.283Z", - "contributors": [ - "SphinxKnight", - "Shimono", - "Taken" - ] - }, - "DevNews/20070523": { - "modified": "2019-03-23T23:46:17.752Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070523-2": { - "modified": "2019-03-23T23:46:27.081Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20070529": { - "modified": "2019-01-16T16:02:01.977Z", - "contributors": [ - "SphinxKnight", - "Shimono", - "Taken" - ] - }, - "DevNews/20070529-2": { - "modified": "2019-03-23T23:46:24.466Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20070530": { - "modified": "2019-03-23T23:46:27.380Z", - "contributors": [ - "SphinxKnight", - "Shimono", - "Taken" - ] - }, - "DevNews/20070530-02": { - "modified": "2019-03-23T23:46:22.037Z", - "contributors": [ - "SphinxKnight", - "Shimono", - "Taken" - ] - }, - "DevNews/20070604": { - "modified": "2019-03-23T23:46:24.619Z", - "contributors": [ - "SphinxKnight", - "Taken", - "Shimono" - ] - }, - "DevNews/20070606": { - "modified": "2019-03-24T00:02:47.249Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "Taken" - ] - }, - "DevNews/20070606-2": { - "modified": "2019-03-23T23:46:39.627Z", - "contributors": [ - "SphinxKnight", - "Shimono", - "Taken" - ] - }, - "DevNews/20070626": { - "modified": "2019-03-23T23:46:42.327Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070628": { - "modified": "2019-01-16T16:00:48.431Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070702": { - "modified": "2019-03-23T23:47:01.106Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070710": { - "modified": "2019-03-23T23:46:57.982Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070717": { - "modified": "2019-03-24T00:02:45.220Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "Taken", - "Shimono" - ] - }, - "DevNews/20070718": { - "modified": "2019-03-18T21:16:12.903Z", - "contributors": [ - "SphinxKnight", - "Taken" - ] - }, - "DevNews/20070719": { - "modified": "2019-03-23T23:47:27.402Z", - "contributors": [ - "SphinxKnight", - "Shimono", - "Taken" - ] - }, - "DevNews/20070730": { - "modified": "2019-03-23T23:47:25.355Z", - "contributors": [ - "SphinxKnight", - "Shimono", - "Taken" - ] - }, - "DevNews/20070801": { - "modified": "2019-03-23T23:47:24.394Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070803": { - "modified": "2019-03-23T23:48:55.350Z", - "contributors": [ - "SphinxKnight", - "Shoot", - "Shimono", - "Taken" - ] - }, - "DevNews/20070808": { - "modified": "2019-01-16T15:54:57.102Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070910": { - "modified": "2019-03-23T23:48:12.720Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070913": { - "modified": "2019-03-23T23:48:22.226Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070918": { - "modified": "2019-03-23T23:48:53.553Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20070920": { - "modified": "2019-03-24T00:02:44.096Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "Shimono", - "Taken" - ] - }, - "DevNews/20071005": { - "modified": "2019-03-23T23:49:13.148Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20071008": { - "modified": "2019-03-23T23:49:35.724Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20071012": { - "modified": "2019-03-23T23:49:34.408Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20071018": { - "modified": "2019-03-23T23:49:30.423Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20071101": { - "modified": "2019-03-23T23:49:36.140Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20071115": { - "modified": "2019-03-23T23:49:32.635Z", - "contributors": [ - "SphinxKnight", - "Shimono" - ] - }, - "DevNews/20071126": { - "modified": "2019-03-23T23:49:37.696Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20071203": { - "modified": "2019-03-23T23:51:30.713Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20071210": { - "modified": "2019-03-23T23:51:34.554Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20071210-02": { - "modified": "2019-03-23T23:50:04.941Z", - "contributors": [ - "SphinxKnight", - "Shoot" - ] - }, - "DevNews/20071211": { - "modified": "2019-03-23T23:50:09.683Z", - "contributors": [ - "SphinxKnight", - "Shoot" - ] - }, - "DevNews/20071217": { - "modified": "2019-03-23T23:51:30.958Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20071218": { - "modified": "2019-03-24T00:02:42.956Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "Shoot" - ] - }, - "DevNews/20080107": { - "modified": "2019-03-24T00:02:50.869Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "fscholz", - "Potappo" - ] - }, - "DevNews/20080115": { - "modified": "2019-03-23T23:51:30.494Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080122": { - "modified": "2019-03-23T23:51:31.437Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080129": { - "modified": "2019-03-23T23:52:05.671Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080205": { - "modified": "2019-03-23T23:51:27.128Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080207": { - "modified": "2019-03-23T23:51:26.458Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080207-2": { - "modified": "2019-03-23T23:51:29.219Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080212": { - "modified": "2019-03-23T23:51:35.365Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080219": { - "modified": "2019-03-24T00:02:30.321Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "Potappo" - ] - }, - "DevNews/20080226": { - "modified": "2019-03-23T23:51:53.381Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080304": { - "modified": "2019-03-23T23:51:59.049Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080310": { - "modified": "2019-03-24T00:02:47.052Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "Potappo" - ] - }, - "DevNews/20080311": { - "modified": "2019-03-24T00:02:32.507Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "Potappo" - ] - }, - "DevNews/20080318": { - "modified": "2019-03-23T23:52:13.043Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080325": { - "modified": "2019-03-23T23:52:12.885Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080401": { - "modified": "2019-03-23T23:52:19.249Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "DevNews/20080408": { - "modified": "2019-03-24T00:02:49.244Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "fscholz", - "Potappo" - ] - }, - "DevNews/20080415": { - "modified": "2019-03-23T23:52:26.961Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080422": { - "modified": "2019-03-23T23:52:30.355Z", - "contributors": [ - "SphinxKnight", - "Kozawa", - "Potappo" - ] - }, - "DevNews/20080429": { - "modified": "2019-03-23T23:52:41.098Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080501": { - "modified": "2019-03-23T23:52:46.204Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080506": { - "modified": "2019-03-23T23:52:44.180Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080513": { - "modified": "2019-03-23T23:52:55.065Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080520": { - "modified": "2019-03-23T23:52:57.914Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "DevNews/20080527": { - "modified": "2019-03-23T23:52:55.379Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080603": { - "modified": "2019-03-23T23:53:07.574Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080610": { - "modified": "2019-03-23T23:53:25.287Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "DevNews/20080617": { - "modified": "2019-03-23T23:53:53.800Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "DevNews/20080624": { - "modified": "2019-03-23T23:53:34.729Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080630": { - "modified": "2019-03-23T23:58:03.917Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080708": { - "modified": "2019-03-23T23:54:07.055Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080715": { - "modified": "2019-03-23T23:53:59.538Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080722": { - "modified": "2019-03-23T23:54:06.126Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080728": { - "modified": "2019-03-23T23:54:15.467Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080729": { - "modified": "2019-03-23T23:54:16.522Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080805": { - "modified": "2019-03-23T23:56:39.931Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080810": { - "modified": "2019-03-23T23:56:37.606Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080812": { - "modified": "2019-03-23T23:56:38.905Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "DevNews/20080819": { - "modified": "2019-03-23T23:57:11.715Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080826": { - "modified": "2019-03-23T23:57:14.535Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080902": { - "modified": "2019-03-23T23:57:31.148Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "DevNews/20080909": { - "modified": "2019-03-23T23:57:56.153Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "DevNews/20080916": { - "modified": "2019-03-23T23:58:00.696Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Marsf", - "Potappo" - ] - }, - "DevNews/20080923": { - "modified": "2019-03-23T23:58:01.633Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080930": { - "modified": "2019-03-23T23:58:00.303Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20080930-2": { - "modified": "2019-03-23T23:58:00.520Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20081007": { - "modified": "2019-03-23T23:58:06.051Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "yassan", - "Potappo" - ] - }, - "DevNews/20081014": { - "modified": "2019-03-23T23:58:07.474Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "DevNews/20081021": { - "modified": "2019-03-23T23:58:46.194Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20081028": { - "modified": "2019-03-23T23:58:39.179Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "DevNews/20081104": { - "modified": "2019-03-23T23:58:39.849Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20081111": { - "modified": "2019-03-23T23:58:49.910Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20081118": { - "modified": "2019-03-23T23:58:53.350Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20081125": { - "modified": "2019-03-23T23:58:57.400Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20081202": { - "modified": "2019-03-23T23:59:03.612Z", - "contributors": [ - "SphinxKnight", - "Potappo", - "Kozawa" - ] - }, - "DevNews/20081209": { - "modified": "2019-03-23T23:58:58.371Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20081216": { - "modified": "2019-03-23T23:59:06.000Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20081223": { - "modified": "2019-03-23T23:59:06.626Z", - "contributors": [ - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20090113": { - "modified": "2019-11-06T08:39:44.056Z", - "contributors": [ - "dlwe", - "SphinxKnight", - "Potappo" - ] - }, - "DevNews/20090120": { - "modified": "2019-03-23T23:35:17.463Z", - "contributors": [ - "ethertank" - ] - }, - "DevNews/20090310": { - "modified": "2019-03-23T23:59:32.415Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "DevNews/20090324": { - "modified": "2019-03-23T23:59:42.131Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "DevNews/20090904": { - "modified": "2019-03-24T00:01:20.431Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Aminevsky" - ] - }, - "Developing_Mozilla": { - "modified": "2019-03-23T23:52:45.793Z", - "contributors": [ - "Marsf", - "Mgjbot", - "Verruckt", - "Okome", - "Takenbot", - "Taken Bot", - "Shimono", - "Yama" - ] - }, - "Developing_add-ons": { - "modified": "2019-03-24T00:01:40.871Z", - "contributors": [ - "Potappo", - "dynamis" - ] - }, - "DragDrop": { - "modified": "2019-03-23T23:58:01.198Z", - "contributors": [ - "wbamberg", - "Piro" - ] - }, - "DragDrop/Drag_Operations": { - "modified": "2019-03-24T00:06:21.211Z", - "contributors": [ - "mfuji09", - "dlwe", - "Piro", - "drry" - ] - }, - "DragDrop/Dragging_and_Dropping_Multiple_Items": { - "modified": "2019-03-24T00:06:18.208Z", - "contributors": [ - "Piro", - "drry" - ] - }, - "DragDrop/Recommended_Drag_Types": { - "modified": "2020-10-07T03:14:28.263Z", - "contributors": [ - "mpcjazz", - "Piro" - ] - }, - "Drawing_text_using_a_canvas": { - "modified": "2019-03-24T00:01:33.862Z", - "contributors": [ - "yyss", - "teoli", - "Potappo", - "Mgjbot", - "Kohei", - "Taken" - ] - }, - "Dynamically_modifying_XUL-based_user_interface": { - "modified": "2019-03-23T23:47:34.731Z", - "contributors": [ - "teoli", - "Shoot" - ] - }, - "E4X/Processing_XML_with_E4X": { - "modified": "2019-03-24T00:06:02.455Z", - "contributors": [ - "wbamberg", - "yyss", - "Wladimir_Palant", - "ethertank", - "Potappo", - "happysadman", - "electrolysis" - ] - }, - "Feed_content_access_API": { - "modified": "2019-03-23T23:53:50.032Z", - "contributors": [ - "teoli", - "Gomita", - "Mgjbot", - "Taken" - ] - }, - "Findbar_API": { - "modified": "2019-03-23T23:43:12.004Z", - "contributors": [ - "fscholz", - "Taken" - ] - }, - "Full_page_zoom": { - "modified": "2019-01-16T15:27:50.691Z", - "contributors": [ - "Marsf", - "Mgjbot", - "Taken" - ] - }, - "Games": { - "modified": "2019-09-09T15:32:33.752Z", - "contributors": [ - "SphinxKnight", - "mfuji09", - "wbamberg", - "Uemmra3", - "fscholz", - "chikoski", - "teoli", - "nshimizu", - "stingray" - ] - }, - "Games/Anatomy": { - "modified": "2020-07-10T21:07:12.156Z", - "contributors": [ - "dskmori", - "Dicklessgreat", - "wbamberg", - "Uemmra3" - ] - }, - "Games/Examples": { - "modified": "2019-01-16T21:57:35.766Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Games/Index": { - "modified": "2019-01-16T21:55:46.834Z", - "contributors": [ - "wbamberg", - "Marsf" - ] - }, - "Games/Introduction": { - "modified": "2019-03-23T22:51:04.568Z", - "contributors": [ - "dskmori", - "wbamberg", - "Uemmra3", - "shuuji3", - "tomgoodsun", - "ikkou" - ] - }, - "Games/Introduction_to_HTML5_Game_Gevelopment_(summary)": { - "modified": "2019-01-17T03:02:35.545Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Games/Techniques": { - "modified": "2019-01-16T21:57:37.988Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "dkocho4" - ] - }, - "Games/Techniques/2D_collision_detection": { - "modified": "2019-01-16T21:57:44.207Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Games/Techniques/3D_collision_detection": { - "modified": "2020-10-26T18:08:09.699Z", - "contributors": [ - "Wind1808" - ] - }, - "Games/Techniques/3D_collision_detection/Bounding_volume_collision_detection_with_THREE.js": { - "modified": "2020-10-29T18:00:48.431Z", - "contributors": [ - "Wind1808" - ] - }, - "Games/Techniques/3D_on_the_web": { - "modified": "2020-10-31T10:38:31.251Z", - "contributors": [ - "Wind1808", - "xianheiba", - "wbamberg", - "chrisdavidmills" - ] - }, - "Games/Techniques/3D_on_the_web/Basic_theory": { - "modified": "2019-11-06T08:42:45.371Z", - "contributors": [ - "dlwe", - "Uemmra3", - "smellman" - ] - }, - "Games/Techniques/3D_on_the_web/Building_up_a_basic_demo_with_A-Frame": { - "modified": "2019-06-12T07:19:01.259Z", - "contributors": [ - "dala00", - "wbamberg", - "bububu10", - "niusounds", - "rootx" - ] - }, - "Games/Techniques/3D_on_the_web/Building_up_a_basic_demo_with_Babylon.js": { - "modified": "2019-03-18T21:34:22.206Z", - "contributors": [ - "xianheiba", - "wbamberg" - ] - }, - "Games/Techniques/3D_on_the_web/Building_up_a_basic_demo_with_Three.js": { - "modified": "2019-03-18T21:28:30.145Z", - "contributors": [ - "hamasaki", - "irimame256" - ] - }, - "Games/Techniques/3D_on_the_web/GLSL_Shaders": { - "modified": "2020-11-01T15:05:53.088Z", - "contributors": [ - "Wind1808" - ] - }, - "Games/Techniques/3D_on_the_web/WebVR": { - "modified": "2020-10-30T13:44:18.639Z", - "contributors": [ - "Wind1808", - "wbamberg", - "lv7777" - ] - }, - "Games/Techniques/Async_scripts": { - "modified": "2019-01-16T21:57:41.312Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Games/Techniques/Audio_for_Web_Games": { - "modified": "2020-11-11T00:44:00.930Z", - "contributors": [ - "masay", - "wbamberg", - "Uemmra3" - ] - }, - "Games/Techniques/Control_mechanisms": { - "modified": "2019-03-18T21:10:32.246Z", - "contributors": [ - "Shonanpooh" - ] - }, - "Games/Techniques/Controls_Gamepad_API": { - "modified": "2019-03-23T22:22:13.350Z", - "contributors": [ - "wbamberg", - "T.Ukegawa" - ] - }, - "Games/Techniques/WebRTC_data_channels": { - "modified": "2020-02-18T13:01:47.806Z", - "contributors": [ - "YujiSoftware", - "wbamberg", - "hamasaki", - "Uemmra3" - ] - }, - "Games/Tools": { - "modified": "2019-01-16T21:55:30.807Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "chikoski", - "dkocho4" - ] - }, - "Games/Tools/asm.js": { - "modified": "2019-01-16T21:55:40.409Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "lv7777", - "chikoski" - ] - }, - "Games/Workflows": { - "modified": "2019-03-23T22:38:33.827Z", - "contributors": [ - "wbamberg", - "chrisdavidmills" - ] - }, - "Games/Workflows/2D_Breakout_game_pure_JavaScript": { - "modified": "2019-03-18T21:43:11.446Z", - "contributors": [ - "wbamberg", - "nekomanma" - ] - }, - "Games/Workflows/2D_Breakout_game_pure_JavaScript/Bounce_off_the_walls": { - "modified": "2019-11-06T08:46:38.148Z", - "contributors": [ - "dlwe", - "wbamberg", - "nekomanma" - ] - }, - "Games/Workflows/2D_Breakout_game_pure_JavaScript/Build_the_brick_field": { - "modified": "2019-05-06T04:51:12.232Z", - "contributors": [ - "yumetodo", - "wbamberg", - "nekomanma" - ] - }, - "Games/Workflows/2D_Breakout_game_pure_JavaScript/Collision_detection": { - "modified": "2019-05-08T10:17:55.946Z", - "contributors": [ - "yumetodo", - "wbamberg", - "nekomanma" - ] - }, - "Games/Workflows/2D_Breakout_game_pure_JavaScript/Create_the_Canvas_and_draw_on_it": { - "modified": "2019-01-17T02:47:34.580Z", - "contributors": [ - "wbamberg", - "nekomanma" - ] - }, - "Games/Workflows/2D_Breakout_game_pure_JavaScript/Finishing_up": { - "modified": "2019-05-06T05:03:22.259Z", - "contributors": [ - "yumetodo", - "wbamberg", - "wiperS200", - "nekomanma" - ] - }, - "Games/Workflows/2D_Breakout_game_pure_JavaScript/Game_over": { - "modified": "2019-05-08T10:04:10.317Z", - "contributors": [ - "yumetodo", - "wbamberg", - "nekomanma" - ] - }, - "Games/Workflows/2D_Breakout_game_pure_JavaScript/Mouse_controls": { - "modified": "2019-05-06T05:03:49.956Z", - "contributors": [ - "yumetodo", - "wbamberg", - "nekomanma" - ] - }, - "Games/Workflows/2D_Breakout_game_pure_JavaScript/Move_the_ball": { - "modified": "2019-03-18T21:43:03.857Z", - "contributors": [ - "wbamberg", - "Muramatz", - "nekomanma" - ] - }, - "Games/Workflows/2D_Breakout_game_pure_JavaScript/Paddle_and_keyboard_controls": { - "modified": "2019-05-08T10:00:17.453Z", - "contributors": [ - "yumetodo", - "wbamberg", - "nekomanma" - ] - }, - "Games/Workflows/2D_Breakout_game_pure_JavaScript/Track_the_score_and_win": { - "modified": "2019-05-08T10:19:02.245Z", - "contributors": [ - "yumetodo", - "wbamberg", - "nekomanma" - ] - }, - "Games/Workflows/2D_breakout_game_Phaser": { - "modified": "2019-03-23T22:38:29.447Z", - "contributors": [ - "wbamberg", - "end3r" - ] - }, - "Games/Workflows/2D_breakout_game_Phaser/Physics": { - "modified": "2019-01-16T22:14:40.156Z", - "contributors": [ - "wbamberg", - "chikoski" - ] - }, - "Glossary": { - "modified": "2020-10-07T11:11:32.788Z", - "contributors": [ - "peterbe", - "mfuji09", - "SphinxKnight", - "wbamberg", - "Uemmra3", - "x2357", - "teoli", - "kohei.yoshino", - "Shimono", - "Okome", - "Taken" - ] - }, - "Glossary/404": { - "modified": "2020-07-25T11:09:55.890Z", - "contributors": [ - "pcw", - "reodog", - "mfuji09", - "aokashi" - ] - }, - "Glossary/502": { - "modified": "2019-03-18T21:43:46.251Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/AJAX": { - "modified": "2019-11-24T05:24:23.556Z", - "contributors": [ - "mfuji09", - "sutara79", - "Uemmra3", - "Potappo", - "lpcwww" - ] - }, - "Glossary/ALPN": { - "modified": "2020-08-06T13:03:05.982Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/API": { - "modified": "2019-12-18T10:09:02.393Z", - "contributors": [ - "Uemmra3", - "horichiyo", - "westbird24", - "taiyaki32lp64" - ] - }, - "Glossary/ARIA": { - "modified": "2019-03-23T22:26:14.399Z", - "contributors": [ - "dskmori", - "momdo", - "kigh-ota" - ] - }, - "Glossary/ARPA": { - "modified": "2019-03-18T21:31:12.081Z", - "contributors": [ - "takubokudori" - ] - }, - "Glossary/ASCII": { - "modified": "2019-03-23T22:16:45.934Z", - "contributors": [ - "horichiyo" - ] - }, - "Glossary/ATAG": { - "modified": "2020-01-07T12:31:21.801Z", - "contributors": [ - "Uemmra3", - "dskmori", - "kubota-aoi" - ] - }, - "Glossary/Abstraction": { - "modified": "2019-12-31T05:44:34.762Z", - "contributors": [ - "Uemmra3", - "horichiyo" - ] - }, - "Glossary/Accessibility": { - "modified": "2020-01-07T12:34:43.498Z", - "contributors": [ - "Uemmra3", - "Wind1808", - "hamasaki", - "dskmori", - "storywriter" - ] - }, - "Glossary/Accessibility_tree": { - "modified": "2020-10-23T07:47:43.270Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Glossary/Adobe_Flash": { - "modified": "2019-05-03T16:18:10.393Z", - "contributors": [ - "mfuji09", - "horichiyo" - ] - }, - "Glossary/Algorithm": { - "modified": "2020-09-27T00:57:43.521Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "shuuji3", - "horichiyo" - ] - }, - "Glossary/Alignment_Container": { - "modified": "2019-07-13T14:50:17.477Z", - "contributors": [ - "Uemmra3", - "applejam9029" - ] - }, - "Glossary/Alignment_Subject": { - "modified": "2019-12-15T06:38:33.660Z", - "contributors": [ - "Uemmra3", - "applejam9029" - ] - }, - "Glossary/Alpha": { - "modified": "2020-10-08T10:58:24.367Z", - "contributors": [ - "mfuji09", - "dskmori", - "h-subaru" - ] - }, - "Glossary/Apple_Safari": { - "modified": "2020-09-27T10:46:51.581Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "w-volte" - ] - }, - "Glossary/Argument": { - "modified": "2019-12-18T12:53:40.969Z", - "contributors": [ - "Uemmra3", - "mfuji09" - ] - }, - "Glossary/Arpanet": { - "modified": "2019-03-18T21:11:34.803Z", - "contributors": [ - "dskmori", - "Wind1808" - ] - }, - "Glossary/Asynchronous": { - "modified": "2020-08-06T05:05:02.520Z", - "contributors": [ - "mfuji09", - "y-kazunori", - "Uemmra3", - "takeru0430" - ] - }, - "Glossary/Attribute": { - "modified": "2020-08-16T00:08:36.938Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "momdo", - "lefb766" - ] - }, - "Glossary/Bandwidth": { - "modified": "2019-12-18T10:12:15.417Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/BiDi": { - "modified": "2019-03-18T21:27:00.954Z", - "contributors": [ - "dskmori", - "Wind1808" - ] - }, - "Glossary/BigInt": { - "modified": "2020-02-16T09:49:23.164Z", - "contributors": [ - "yuna" - ] - }, - "Glossary/Blink": { - "modified": "2020-03-26T13:32:15.988Z", - "contributors": [ - "mfuji09", - "karaage-kun" - ] - }, - "Glossary/Block": { - "modified": "2020-02-22T11:07:37.995Z", - "contributors": [ - "Uemmra3", - "Wind1808", - "Sheppy" - ] - }, - "Glossary/Block/CSS": { - "modified": "2019-03-18T21:28:49.620Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/Block/Scripting": { - "modified": "2019-03-18T21:26:45.340Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Block_cipher_mode_of_operation": { - "modified": "2020-02-21T14:28:41.767Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dskmori", - "OtsukaNoboru" - ] - }, - "Glossary/Boolean": { - "modified": "2019-09-30T18:01:56.924Z", - "contributors": [ - "yuta0801", - "mfuji09", - "horichiyo", - "x2357" - ] - }, - "Glossary/Boot2Gecko": { - "modified": "2019-03-18T21:32:14.290Z", - "contributors": [ - "Uemmra3", - "mk-sawa" - ] - }, - "Glossary/Bootstrap": { - "modified": "2020-05-30T13:35:38.772Z", - "contributors": [ - "mfuji09", - "dskmori", - "blackpeach7", - "hamasaki" - ] - }, - "Glossary/Breadcrumb": { - "modified": "2020-08-05T02:02:19.289Z", - "contributors": [ - "mfuji09", - "h-subaru" - ] - }, - "Glossary/Browser": { - "modified": "2020-09-23T15:18:14.945Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dskmori", - "w-volte" - ] - }, - "Glossary/Browsing_context": { - "modified": "2020-11-09T11:31:47.708Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "hamasaki", - "momdo" - ] - }, - "Glossary/Bézier_curve": { - "modified": "2020-08-10T13:51:05.629Z", - "contributors": [ - "mfuji09", - "nelsadeki" - ] - }, - "Glossary/CDN": { - "modified": "2019-03-18T21:43:43.601Z", - "contributors": [ - "mfuji09", - "MasahiroHarada" - ] - }, - "Glossary/CIA": { - "modified": "2019-07-20T15:59:18.065Z", - "contributors": [ - "hamasaki", - "Uemmra3", - "OtsukaNoboru" - ] - }, - "Glossary/CMS": { - "modified": "2019-03-18T21:41:39.296Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/CORS": { - "modified": "2019-03-23T22:37:27.798Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/CORS-safelisted_response_header": { - "modified": "2019-08-10T15:16:08.735Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/CRLF": { - "modified": "2020-07-25T10:35:08.533Z", - "contributors": [ - "pcw", - "mfuji09" - ] - }, - "Glossary/CRUD": { - "modified": "2019-12-18T12:57:45.888Z", - "contributors": [ - "Uemmra3", - "sii" - ] - }, - "Glossary/CSP": { - "modified": "2020-03-26T14:57:41.586Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/CSRF": { - "modified": "2020-01-10T05:21:35.898Z", - "contributors": [ - "mfuji09", - "dskmori", - "szk0u" - ] - }, - "Glossary/CSS": { - "modified": "2019-11-26T11:04:13.362Z", - "contributors": [ - "Uemmra3", - "dskmori", - "aokashi" - ] - }, - "Glossary/CSSOM": { - "modified": "2020-05-10T03:48:40.893Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "succi0303" - ] - }, - "Glossary/CSS_Selector": { - "modified": "2020-09-17T11:09:53.099Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/CSS_pixel": { - "modified": "2020-08-11T01:07:12.881Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "liveasnotes" - ] - }, - "Glossary/CSS_preprocessor": { - "modified": "2020-05-31T12:08:47.239Z", - "contributors": [ - "mfuji09", - "dskmori", - "sii" - ] - }, - "Glossary/Cache": { - "modified": "2019-03-18T21:35:54.409Z", - "contributors": [ - "dskmori", - "kadokura" - ] - }, - "Glossary/CalDAV": { - "modified": "2019-03-18T21:26:54.261Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Call_stack": { - "modified": "2019-03-18T20:53:09.346Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Callback_function": { - "modified": "2020-03-30T13:56:45.292Z", - "contributors": [ - "Uemmra3", - "yokotay" - ] - }, - "Glossary/Canonical_order": { - "modified": "2019-03-18T21:27:03.780Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Canvas": { - "modified": "2020-07-30T05:24:18.233Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dskmori", - "kadokura" - ] - }, - "Glossary/CardDAV": { - "modified": "2019-03-18T21:26:46.115Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Card_sorting": { - "modified": "2019-03-18T21:26:55.449Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Certificate_authority": { - "modified": "2019-03-18T20:55:05.956Z", - "contributors": [ - "ksugimori", - "sutara79" - ] - }, - "Glossary/Certified": { - "modified": "2019-12-15T08:21:36.233Z", - "contributors": [ - "Uemmra3", - "dskmori", - "futo" - ] - }, - "Glossary/Character": { - "modified": "2019-06-20T06:54:11.879Z", - "contributors": [ - "michi-h0623", - "Wind1808" - ] - }, - "Glossary/Chrome": { - "modified": "2019-01-17T02:58:43.599Z", - "contributors": [ - "mfuji09", - "locol23" - ] - }, - "Glossary/Cipher": { - "modified": "2020-02-21T14:33:55.729Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Cipher_suite": { - "modified": "2019-03-18T21:31:20.365Z", - "contributors": [ - "takubokudori" - ] - }, - "Glossary/Ciphertext": { - "modified": "2019-03-18T21:27:05.864Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Class": { - "modified": "2019-03-18T21:42:05.534Z", - "contributors": [ - "Uemmra3", - "mfuji09" - ] - }, - "Glossary/Client_hints": { - "modified": "2020-03-27T14:30:49.281Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Code_splitting": { - "modified": "2020-07-31T02:25:11.620Z", - "contributors": [ - "mfuji09", - "hyaroy_pg" - ] - }, - "Glossary/Codec": { - "modified": "2020-09-06T02:06:00.575Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Compile": { - "modified": "2019-03-18T21:45:39.240Z", - "contributors": [ - "dskmori", - "yuna", - "Uemmra3", - "karaage-kun" - ] - }, - "Glossary/Compile_time": { - "modified": "2019-12-18T10:33:40.450Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Computer_Programming": { - "modified": "2019-12-18T13:00:29.277Z", - "contributors": [ - "Uemmra3", - "mfuji09" - ] - }, - "Glossary/Conditional": { - "modified": "2020-02-22T11:15:06.407Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/Constant(定数)": { - "modified": "2019-04-10T14:23:31.437Z", - "contributors": [ - "jwhitlock", - "dskmori", - "mk-sawa" - ] - }, - "Glossary/Constructor": { - "modified": "2020-02-22T11:24:44.144Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "sakahiro" - ] - }, - "Glossary/Continuous_Media": { - "modified": "2020-07-30T05:29:10.701Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "futo" - ] - }, - "Glossary/Control_flow": { - "modified": "2020-02-22T11:21:56.459Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Cookie": { - "modified": "2020-02-22T11:25:56.185Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "dskmori", - "yoshio-jpn" - ] - }, - "Glossary/Copyleft": { - "modified": "2020-03-30T14:08:59.561Z", - "contributors": [ - "Uemmra3", - "takeru0430" - ] - }, - "Glossary/Crawler": { - "modified": "2019-03-18T20:53:09.170Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dskmori", - "YuichiNukiyama" - ] - }, - "Glossary/Cross-site_scripting": { - "modified": "2019-12-31T05:47:12.953Z", - "contributors": [ - "Uemmra3", - "hashedhyphen" - ] - }, - "Glossary/Cross_Axis": { - "modified": "2020-03-30T14:04:48.094Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "reppets" - ] - }, - "Glossary/Cryptanalysis": { - "modified": "2019-12-18T10:40:16.410Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Cryptographic_hash_function": { - "modified": "2019-12-18T10:37:52.515Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "Wind1808" - ] - }, - "Glossary/Cryptography": { - "modified": "2020-02-21T15:02:05.871Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/DMZ": { - "modified": "2019-03-18T21:26:34.893Z", - "contributors": [ - "dskmori", - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/DNS": { - "modified": "2020-08-16T01:52:30.590Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "kudodo" - ] - }, - "Glossary/DOM": { - "modified": "2020-05-01T02:52:31.457Z", - "contributors": [ - "TheSakuMa", - "mfuji09", - "sii", - "lpcwww" - ] - }, - "Glossary/DOS_attack": { - "modified": "2020-01-07T12:39:20.859Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "dskmori", - "kadokura" - ] - }, - "Glossary/DTMF": { - "modified": "2019-03-18T21:26:29.740Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Data_structure": { - "modified": "2019-07-13T16:22:45.605Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Database": { - "modified": "2020-11-21T06:10:14.010Z", - "contributors": [ - "dskmori", - "Potappo", - "sasara" - ] - }, - "Glossary/Decryption": { - "modified": "2019-03-18T21:26:58.468Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Delta": { - "modified": "2020-08-25T15:24:24.226Z", - "contributors": [ - "tuid_mz" - ] - }, - "Glossary/Denial_of_Service": { - "modified": "2019-01-17T03:38:26.331Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Descriptor_(CSS)": { - "modified": "2019-03-18T21:28:01.557Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Deserialization": { - "modified": "2019-06-26T16:21:34.149Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Developer_Tools": { - "modified": "2019-11-20T12:16:36.566Z", - "contributors": [ - "Uemmra3", - "szk0u" - ] - }, - "Glossary/Digest": { - "modified": "2019-12-15T08:02:33.274Z", - "contributors": [ - "Uemmra3", - "OtsukaNoboru" - ] - }, - "Glossary/Digital_certificate": { - "modified": "2019-07-13T16:15:20.156Z", - "contributors": [ - "Uemmra3", - "sutara79" - ] - }, - "Glossary/Distributed_Denial_of_Service": { - "modified": "2020-01-07T12:56:34.966Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Doctype": { - "modified": "2020-02-17T15:50:38.033Z", - "contributors": [ - "mfuji09", - "Wind1808", - "aokashi" - ] - }, - "Glossary/Document_directive": { - "modified": "2020-06-10T08:49:29.699Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/Domain": { - "modified": "2019-03-18T21:37:10.094Z", - "contributors": [ - "Uemmra3", - "hamasaki", - "kadokura" - ] - }, - "Glossary/Domain_name": { - "modified": "2019-03-18T21:37:13.626Z", - "contributors": [ - "Uemmra3", - "kadokura" - ] - }, - "Glossary/Domain_sharding": { - "modified": "2020-08-04T14:15:27.488Z", - "contributors": [ - "eltociear", - "kdaiki211" - ] - }, - "Glossary/Dominator": { - "modified": "2019-03-18T21:26:29.264Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Dynamic_programming_language": { - "modified": "2020-03-30T14:14:24.828Z", - "contributors": [ - "Uemmra3", - "mfuji09" - ] - }, - "Glossary/Dynamic_typing": { - "modified": "2019-11-15T15:01:39.164Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "asuktakahashi" - ] - }, - "Glossary/ECMA": { - "modified": "2019-03-23T22:52:51.188Z", - "contributors": [ - "mfuji09", - "x2357", - "C.J." - ] - }, - "Glossary/ECMAScript": { - "modified": "2019-12-18T13:01:38.424Z", - "contributors": [ - "Uemmra3", - "x2357" - ] - }, - "Glossary/Effective_connection_type": { - "modified": "2020-11-29T15:31:55.965Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Element": { - "modified": "2020-11-12T07:51:58.821Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/Empty_element": { - "modified": "2019-03-23T22:19:52.035Z", - "contributors": [ - "Uemmra3", - "dskmori", - "unarist" - ] - }, - "Glossary/Encapsulation": { - "modified": "2019-03-18T21:35:31.431Z", - "contributors": [ - "ysgk" - ] - }, - "Glossary/Encryption": { - "modified": "2019-06-21T05:59:55.860Z", - "contributors": [ - "michi-h0623", - "Wind1808", - "takubokudori" - ] - }, - "Glossary/Endianness": { - "modified": "2020-12-07T13:11:17.946Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "chikoski" - ] - }, - "Glossary/Engine": { - "modified": "2019-03-23T22:38:34.635Z", - "contributors": [ - "mfuji09", - "kubota-aoi" - ] - }, - "Glossary/Entity": { - "modified": "2020-08-26T12:57:35.570Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dskmori", - "asuktakahashi" - ] - }, - "Glossary/Entity_header": { - "modified": "2019-03-18T21:35:55.469Z", - "contributors": [ - "Uemmra3", - "hamasaki", - "kadokura" - ] - }, - "Glossary/Exception": { - "modified": "2019-03-23T22:02:09.733Z", - "contributors": [ - "Wind1808", - "Uemmra3" - ] - }, - "Glossary/Expando": { - "modified": "2019-03-18T21:45:47.106Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/FPS": { - "modified": "2020-02-22T12:00:39.087Z", - "contributors": [ - "Uemmra3", - "mfuji09" - ] - }, - "Glossary/FTP": { - "modified": "2020-03-15T16:25:46.693Z", - "contributors": [ - "okathira", - "Wind1808", - "dskmori", - "aokashi" - ] - }, - "Glossary/FTU": { - "modified": "2019-07-09T12:16:11.062Z", - "contributors": [ - "Uemmra3", - "EriIke" - ] - }, - "Glossary/Falsy": { - "modified": "2020-09-02T09:17:23.221Z", - "contributors": [ - "mfuji09", - "hideo54", - "ft-harai" - ] - }, - "Glossary/Favicon": { - "modified": "2020-05-25T03:32:01.709Z", - "contributors": [ - "hyaroy_pg", - "mfuji09" - ] - }, - "Glossary/Fetch_directive": { - "modified": "2020-08-16T01:56:08.958Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/Firefox_OS": { - "modified": "2019-03-23T22:38:28.101Z", - "contributors": [ - "dskmori", - "w-volte" - ] - }, - "Glossary/First-class_Function": { - "modified": "2020-01-04T02:28:55.293Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/First_CPU_idle": { - "modified": "2020-08-05T12:21:24.299Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/First_contentful_paint": { - "modified": "2019-12-15T06:30:03.345Z", - "contributors": [ - "Uemmra3", - "EriIke" - ] - }, - "Glossary/First_interactive": { - "modified": "2020-08-05T12:42:22.221Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/First_paint": { - "modified": "2020-11-21T06:59:16.619Z", - "contributors": [ - "Potappo", - "sasara" - ] - }, - "Glossary/Flex": { - "modified": "2020-12-05T12:34:03.589Z", - "contributors": [ - "okathira", - "mfuji09", - "Uemmra3", - "locol23" - ] - }, - "Glossary/Flex_Container": { - "modified": "2019-03-18T21:41:37.963Z", - "contributors": [ - "reppets" - ] - }, - "Glossary/Flex_Item": { - "modified": "2019-03-18T21:41:19.328Z", - "contributors": [ - "reppets" - ] - }, - "Glossary/Flexbox": { - "modified": "2019-07-24T09:57:00.693Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "reppets" - ] - }, - "Glossary/Forbidden_header_name": { - "modified": "2020-03-23T16:05:37.818Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "unarist", - "Uemmra3" - ] - }, - "Glossary/Forbidden_response_header_name": { - "modified": "2019-03-18T21:27:38.217Z", - "contributors": [ - "unarist" - ] - }, - "Glossary/Fork": { - "modified": "2019-11-29T00:40:21.457Z", - "contributors": [ - "mfuji09", - "hamasaki", - "dskmori", - "kadokura" - ] - }, - "Glossary/Function": { - "modified": "2020-11-11T10:59:34.902Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "Uemmra3", - "Marsf" - ] - }, - "Glossary/Fuzzing": { - "modified": "2020-09-16T05:43:53.557Z", - "contributors": [ - "mfuji09", - "dskmori", - "hyaroy_pg" - ] - }, - "Glossary/GIJ": { - "modified": "2019-01-16T22:20:13.005Z", - "contributors": [ - "dskmori", - "kubota-aoi" - ] - }, - "Glossary/GPL": { - "modified": "2019-03-18T21:32:14.151Z", - "contributors": [ - "fuzz139", - "segayuu" - ] - }, - "Glossary/GPU": { - "modified": "2019-10-07T15:20:37.310Z", - "contributors": [ - "mfuji09", - "dskmori", - "kadokura" - ] - }, - "Glossary/GZip_compression": { - "modified": "2019-12-31T06:00:41.133Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "dskmori", - "araigumaG" - ] - }, - "Glossary/Gaia": { - "modified": "2019-03-18T21:26:29.596Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Garbage_collection": { - "modified": "2019-03-18T20:53:18.903Z", - "contributors": [ - "ksugimori", - "Wind1808" - ] - }, - "Glossary/Gecko": { - "modified": "2019-03-18T21:32:06.323Z", - "contributors": [ - "Uemmra3", - "mk-sawa" - ] - }, - "Glossary/General_header": { - "modified": "2019-03-18T21:37:41.449Z", - "contributors": [ - "mfuji09", - "ver1000000" - ] - }, - "Glossary/Git": { - "modified": "2019-03-23T22:38:34.428Z", - "contributors": [ - "hamasaki", - "karaage-kun", - "aokashi" - ] - }, - "Glossary/Global_attribute": { - "modified": "2019-03-18T20:53:18.763Z", - "contributors": [ - "ksugimori", - "Wind1808" - ] - }, - "Glossary/Global_object": { - "modified": "2020-10-18T10:52:31.315Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "unarist" - ] - }, - "Glossary/Global_scope": { - "modified": "2019-03-18T21:34:31.780Z", - "contributors": [ - "Wind1808", - "Uemmra3", - "unarist" - ] - }, - "Glossary/Global_variable": { - "modified": "2020-11-06T16:23:12.205Z", - "contributors": [ - "mfuji09", - "dskmori", - "szk0u" - ] - }, - "Glossary/Glyph": { - "modified": "2020-08-16T02:21:14.379Z", - "contributors": [ - "mfuji09", - "nelsadeki" - ] - }, - "Glossary/Google_Chrome": { - "modified": "2020-10-05T12:41:05.684Z", - "contributors": [ - "mfuji09", - "hamasaki", - "aokashi" - ] - }, - "Glossary/Graceful_degradation": { - "modified": "2020-03-26T14:53:45.652Z", - "contributors": [ - "mfuji09", - "simezi", - "Wind1808" - ] - }, - "Glossary/Grid": { - "modified": "2020-03-26T14:34:01.050Z", - "contributors": [ - "mfuji09", - "locol23", - "dynamis" - ] - }, - "Glossary/Grid_Areas": { - "modified": "2019-03-18T21:34:17.697Z", - "contributors": [ - "dynamis" - ] - }, - "Glossary/Grid_Axis": { - "modified": "2019-03-18T21:34:18.157Z", - "contributors": [ - "dynamis" - ] - }, - "Glossary/Grid_Cell": { - "modified": "2019-03-18T21:36:02.742Z", - "contributors": [ - "dynamis" - ] - }, - "Glossary/Grid_Column": { - "modified": "2020-05-04T11:10:39.892Z", - "contributors": [ - "dskmori", - "dynamis" - ] - }, - "Glossary/Grid_Lines": { - "modified": "2019-03-18T21:35:50.075Z", - "contributors": [ - "dynamis" - ] - }, - "Glossary/Grid_Rows": { - "modified": "2019-03-18T21:36:01.022Z", - "contributors": [ - "dynamis" - ] - }, - "Glossary/Grid_Tracks": { - "modified": "2020-03-26T14:31:20.417Z", - "contributors": [ - "mfuji09", - "dynamis" - ] - }, - "Glossary/Guard": { - "modified": "2020-01-10T08:49:48.628Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Gutters": { - "modified": "2019-03-18T20:48:45.475Z", - "contributors": [ - "shuuji3", - "applejam9029", - "mfuji09", - "dynamis" - ] - }, - "Glossary/HMAC": { - "modified": "2019-07-13T14:44:23.491Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/HPKP": { - "modified": "2020-11-24T12:02:37.013Z", - "contributors": [ - "pcw", - "Wind1808" - ] - }, - "Glossary/HSTS": { - "modified": "2020-11-24T12:07:40.484Z", - "contributors": [ - "pcw", - "Wind1808" - ] - }, - "Glossary/HTML": { - "modified": "2019-11-26T11:14:38.542Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "silverskyvicto", - "Potappo", - "suiran-y" - ] - }, - "Glossary/HTML5": { - "modified": "2019-03-18T21:35:56.365Z", - "contributors": [ - "locol23", - "dskmori" - ] - }, - "Glossary/HTTP": { - "modified": "2020-02-24T11:19:22.494Z", - "contributors": [ - "Uemmra3", - "sutara79", - "kubota-aoi" - ] - }, - "Glossary/HTTP_2": { - "modified": "2019-09-18T00:36:15.450Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/HTTP_3": { - "modified": "2020-10-02T05:21:46.692Z", - "contributors": [ - "mfuji09", - "eltociear" - ] - }, - "Glossary/HTTP_header": { - "modified": "2019-08-24T01:03:36.952Z", - "contributors": [ - "mfuji09", - "hamasaki", - "kadokura" - ] - }, - "Glossary/Head": { - "modified": "2019-03-18T21:42:47.053Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/High-level_programming_language": { - "modified": "2019-12-31T06:18:42.142Z", - "contributors": [ - "Uemmra3", - "ksugimori", - "Wind1808" - ] - }, - "Glossary/Hoisting": { - "modified": "2020-07-07T12:30:23.191Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "chikoski", - "keioka", - "hurumeki" - ] - }, - "Glossary/Host": { - "modified": "2019-03-23T22:38:30.438Z", - "contributors": [ - "Uemmra3", - "dskmori", - "hurumeki" - ] - }, - "Glossary/Hotlink": { - "modified": "2020-02-28T11:14:03.771Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Hyperlink": { - "modified": "2020-03-16T11:11:38.280Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/Hypertext": { - "modified": "2019-03-18T21:42:25.531Z", - "contributors": [ - "Uemmra3", - "takeru0430" - ] - }, - "Glossary/I18N": { - "modified": "2019-03-18T21:35:48.856Z", - "contributors": [ - "hamasaki", - "kadokura" - ] - }, - "Glossary/IANA": { - "modified": "2019-03-18T21:15:23.095Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/ICANN": { - "modified": "2020-10-18T08:13:33.597Z", - "contributors": [ - "mfuji09", - "hamasaki", - "Uemmra3", - "asuktakahashi" - ] - }, - "Glossary/ICE": { - "modified": "2019-03-18T21:26:20.663Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/IDE": { - "modified": "2019-03-18T21:09:21.546Z", - "contributors": [ - "ksugimori", - "Wind1808" - ] - }, - "Glossary/IDL": { - "modified": "2020-09-19T11:11:28.430Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/IETF": { - "modified": "2019-03-18T21:09:23.122Z", - "contributors": [ - "ksugimori", - "Wind1808" - ] - }, - "Glossary/IIFE": { - "modified": "2020-01-19T01:19:04.769Z", - "contributors": [ - "mfuji09", - "mandel59", - "Uemmra3" - ] - }, - "Glossary/IMAP": { - "modified": "2019-03-18T21:26:12.233Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/IP_Address": { - "modified": "2019-03-18T21:37:16.717Z", - "contributors": [ - "silverskyvicto", - "Uemmra3" - ] - }, - "Glossary/IPv4": { - "modified": "2019-07-13T16:24:11.244Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/IPv6": { - "modified": "2019-07-13T16:25:51.750Z", - "contributors": [ - "Uemmra3", - "Wind1808", - "kudodo" - ] - }, - "Glossary/IRC": { - "modified": "2020-12-07T13:06:45.572Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/ISO": { - "modified": "2019-03-18T20:55:04.972Z", - "contributors": [ - "ksugimori", - "Wind1808" - ] - }, - "Glossary/ISP": { - "modified": "2019-03-18T21:41:17.601Z", - "contributors": [ - "Marsf", - "piza_suki" - ] - }, - "Glossary/Idempotent": { - "modified": "2020-07-25T12:40:27.363Z", - "contributors": [ - "pcw", - "Wind1808", - "mfuji09", - "araigumaG" - ] - }, - "Glossary/Identifier": { - "modified": "2020-07-26T00:37:04.908Z", - "contributors": [ - "mfuji09", - "m-yamamo0417", - "Uemmra3", - "toVersus" - ] - }, - "Glossary/Immutable": { - "modified": "2019-03-18T20:53:18.091Z", - "contributors": [ - "ksugimori", - "Wind1808" - ] - }, - "Glossary/Index": { - "modified": "2019-01-16T21:36:54.645Z", - "contributors": [ - "mfuji09", - "x2357" - ] - }, - "Glossary/IndexedDB": { - "modified": "2019-03-18T21:40:55.276Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/Information_architecture": { - "modified": "2019-03-18T21:26:55.299Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Inheritance": { - "modified": "2019-12-18T11:53:42.650Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Input_method_editor": { - "modified": "2019-04-06T20:56:47.454Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Instance": { - "modified": "2019-03-23T22:38:23.483Z", - "contributors": [ - "Potappo", - "lv7777", - "w-volte" - ] - }, - "Glossary/Internationalization_and_localization": { - "modified": "2020-05-24T08:29:22.994Z", - "contributors": [ - "dskmori", - "Potappo", - "dukesan" - ] - }, - "Glossary/Internet": { - "modified": "2019-03-23T22:38:33.920Z", - "contributors": [ - "Wind1808", - "Uemmra3", - "dskmori", - "w-volte", - "hurumeki" - ] - }, - "Glossary/Intrinsic_Size": { - "modified": "2020-11-29T03:54:07.145Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dummy" - ] - }, - "Glossary/JSON": { - "modified": "2020-07-24T02:52:18.605Z", - "contributors": [ - "pcw", - "hysryt", - "hamasaki", - "mfuji09", - "momdo", - "T.Ukegawa", - "Taken", - "Mgjbot", - "Shoot", - "Marsf", - "Shimono", - "Okome" - ] - }, - "Glossary/Jank": { - "modified": "2019-02-25T10:12:12.990Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/Java": { - "modified": "2019-03-23T22:38:27.245Z", - "contributors": [ - "mfuji09", - "dskmori", - "kubota-aoi" - ] - }, - "Glossary/JavaScript": { - "modified": "2020-08-30T02:33:52.373Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "hysryt", - "x2357" - ] - }, - "Glossary/Key": { - "modified": "2020-02-21T14:41:57.958Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/Keyword": { - "modified": "2019-03-18T21:37:18.943Z", - "contributors": [ - "Uemmra3", - "takeru0430" - ] - }, - "Glossary/LGPL": { - "modified": "2019-03-18T21:26:17.603Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Latency": { - "modified": "2020-08-22T02:01:01.012Z", - "contributors": [ - "Uemmra3", - "blackpeach7", - "dskmori" - ] - }, - "Glossary/Lazy_load": { - "modified": "2020-06-27T00:26:39.086Z", - "contributors": [ - "dskmori", - "Potappo", - "whasse" - ] - }, - "Glossary/Ligature": { - "modified": "2019-11-30T13:47:17.580Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/Local_scope": { - "modified": "2019-03-18T21:36:36.306Z", - "contributors": [ - "Wind1808", - "Uemmra3" - ] - }, - "Glossary/Local_variable": { - "modified": "2019-11-28T11:26:01.502Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Locale": { - "modified": "2019-07-13T14:46:35.828Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Long_task": { - "modified": "2020-08-17T06:49:33.572Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/Lossless_compression": { - "modified": "2019-10-21T04:08:20.935Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/MIME_type": { - "modified": "2020-10-05T12:51:11.488Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "ksugimori", - "Wind1808" - ] - }, - "Glossary/MVC": { - "modified": "2019-03-18T21:09:24.149Z", - "contributors": [ - "ksugimori", - "Wind1808" - ] - }, - "Glossary/Main_Axis": { - "modified": "2020-03-30T14:07:41.990Z", - "contributors": [ - "Uemmra3", - "reppets" - ] - }, - "Glossary/Main_thread": { - "modified": "2019-10-07T14:59:05.442Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/MathML": { - "modified": "2019-10-14T14:01:23.401Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/Media": { - "modified": "2020-08-14T11:12:48.594Z", - "contributors": [ - "mfuji09", - "Sheppy" - ] - }, - "Glossary/Media/CSS": { - "modified": "2020-08-14T11:00:32.804Z", - "contributors": [ - "mfuji09", - "hamasaki", - "dskmori", - "liveasnotes" - ] - }, - "Glossary/Metadata": { - "modified": "2019-03-18T21:43:28.181Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/Method": { - "modified": "2020-03-30T14:15:40.308Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "j5a" - ] - }, - "Glossary/Microsoft_Edge": { - "modified": "2020-02-21T14:54:13.497Z", - "contributors": [ - "mfuji09", - "Wind1808", - "Uemmra3", - "karaage-kun" - ] - }, - "Glossary/Microsoft_Internet_Explorer": { - "modified": "2020-05-23T05:49:22.307Z", - "contributors": [ - "dskmori", - "Wind1808" - ] - }, - "Glossary/Middleware": { - "modified": "2020-01-07T13:02:24.230Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/MitM": { - "modified": "2019-07-13T16:11:58.208Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Mixin": { - "modified": "2020-08-16T00:11:53.567Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/Mobile_First": { - "modified": "2019-01-17T02:29:17.457Z", - "contributors": [ - "Wind1808", - "Uemmra3" - ] - }, - "Glossary/Modem": { - "modified": "2019-03-18T20:53:19.689Z", - "contributors": [ - "ksugimori", - "Wind1808" - ] - }, - "Glossary/Modern_web_apps": { - "modified": "2019-02-17T08:08:49.645Z", - "contributors": [ - "ksugimori", - "Wind1808" - ] - }, - "Glossary/Mozilla_Firefox": { - "modified": "2020-11-12T08:10:37.943Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dskmori", - "aokashi" - ] - }, - "Glossary/Mutable": { - "modified": "2019-12-18T11:15:33.577Z", - "contributors": [ - "Uemmra3", - "ksugimori", - "Wind1808" - ] - }, - "Glossary/NAT": { - "modified": "2019-03-18T21:34:21.963Z", - "contributors": [ - "dskmori", - "m-yamamo0417" - ] - }, - "Glossary/NNTP": { - "modified": "2019-07-20T05:34:35.263Z", - "contributors": [ - "Uemmra3", - "succi0303" - ] - }, - "Glossary/NaN": { - "modified": "2019-11-15T14:56:57.046Z", - "contributors": [ - "mfuji09", - "hamasaki", - "Uemmra3", - "takaneichinose" - ] - }, - "Glossary/Native": { - "modified": "2020-08-17T11:17:09.953Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/Navigation_directive": { - "modified": "2020-06-10T08:48:54.557Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/Netscape_Navigator": { - "modified": "2019-03-18T20:48:48.011Z", - "contributors": [ - "dskmori", - "noriyasu39" - ] - }, - "Glossary/Node": { - "modified": "2019-03-18T21:35:58.683Z", - "contributors": [ - "klez" - ] - }, - "Glossary/Node.js": { - "modified": "2019-04-11T08:49:59.836Z", - "contributors": [ - "Wind1808", - "mfuji09", - "aokashi" - ] - }, - "Glossary/Node/DOM": { - "modified": "2019-03-18T21:36:03.515Z", - "contributors": [ - "locol23" - ] - }, - "Glossary/Node/networking": { - "modified": "2020-08-05T12:50:29.290Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/Normative": { - "modified": "2020-08-18T10:20:10.566Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/Null": { - "modified": "2020-06-29T11:00:31.743Z", - "contributors": [ - "mfuji09", - "dskmori", - "x2357" - ] - }, - "Glossary/Nullish": { - "modified": "2020-08-09T14:02:09.499Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/Number": { - "modified": "2020-04-11T14:21:57.838Z", - "contributors": [ - "mfuji09", - "yuta0801", - "x2357" - ] - }, - "Glossary/OOP": { - "modified": "2019-12-31T06:36:56.190Z", - "contributors": [ - "Uemmra3", - "m-yamamo0417" - ] - }, - "Glossary/OTA": { - "modified": "2020-08-16T13:46:10.233Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/OWASP": { - "modified": "2019-03-18T21:32:13.157Z", - "contributors": [ - "mfuji09", - "dskmori", - "segayuu" - ] - }, - "Glossary/Object": { - "modified": "2020-02-22T11:34:05.342Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "x2357", - "ryohei_wn" - ] - }, - "Glossary/Object_reference": { - "modified": "2019-12-31T06:38:47.311Z", - "contributors": [ - "Uemmra3", - "Wind1808", - "j5a" - ] - }, - "Glossary/OpenGL": { - "modified": "2019-03-23T22:06:42.226Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/OpenSSL": { - "modified": "2019-03-18T21:21:51.631Z", - "contributors": [ - "dskmori", - "takaneichinose" - ] - }, - "Glossary/Opera_Browser": { - "modified": "2020-09-23T15:13:33.152Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dskmori", - "Suuzuukii" - ] - }, - "Glossary/Operand": { - "modified": "2019-03-18T21:36:39.975Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/Operator": { - "modified": "2019-03-18T21:43:43.464Z", - "contributors": [ - "Uemmra3", - "mfuji09" - ] - }, - "Glossary/Origin": { - "modified": "2019-03-18T21:35:17.332Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/P2P": { - "modified": "2019-03-23T22:38:29.089Z", - "contributors": [ - "mfuji09", - "hamasaki", - "Potappo", - "hurumeki" - ] - }, - "Glossary/PDF": { - "modified": "2019-03-18T21:30:40.232Z", - "contributors": [ - "hamasaki", - "dskmori", - "asuktakahashi" - ] - }, - "Glossary/PHP": { - "modified": "2019-12-10T15:33:28.793Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dskmori", - "kubota-aoi" - ] - }, - "Glossary/PNG": { - "modified": "2019-03-23T22:38:31.833Z", - "contributors": [ - "dskmori", - "w-volte" - ] - }, - "Glossary/POP": { - "modified": "2019-11-30T13:37:31.525Z", - "contributors": [ - "mfuji09", - "dskmori", - "MasayoshiFujiwara" - ] - }, - "Glossary/Packet": { - "modified": "2020-09-25T13:23:50.599Z", - "contributors": [ - "mfuji09", - "yuna" - ] - }, - "Glossary/Page_load_time": { - "modified": "2020-11-18T03:11:13.813Z", - "contributors": [ - "KNaka88" - ] - }, - "Glossary/Parameter": { - "modified": "2019-03-18T21:36:29.118Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/Parent_object": { - "modified": "2019-03-23T22:38:33.079Z", - "contributors": [ - "Uemmra3", - "dskmori", - "kubota-aoi" - ] - }, - "Glossary/Parse": { - "modified": "2019-10-25T07:09:04.358Z", - "contributors": [ - "Uemmra3", - "succi0303", - "Wind1808" - ] - }, - "Glossary/Parser": { - "modified": "2019-10-25T07:10:09.636Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Pixel": { - "modified": "2019-03-18T21:09:22.447Z", - "contributors": [ - "ksugimori", - "Wind1808" - ] - }, - "Glossary/Plaintext": { - "modified": "2019-03-18T20:53:18.231Z", - "contributors": [ - "ksugimori", - "Wind1808" - ] - }, - "Glossary/Polyfill": { - "modified": "2019-03-23T22:33:11.433Z", - "contributors": [ - "Wind1808", - "dskmori", - "lv7777", - "taiyaki32lp64" - ] - }, - "Glossary/Polymorphism": { - "modified": "2019-11-15T14:53:55.292Z", - "contributors": [ - "mfuji09", - "hamasaki", - "Uemmra3", - "takaneichinose" - ] - }, - "Glossary/Port": { - "modified": "2019-03-23T22:26:14.492Z", - "contributors": [ - "Uemmra3", - "dskmori", - "kigh-ota" - ] - }, - "Glossary/Prefetch": { - "modified": "2020-10-15T13:26:06.369Z", - "contributors": [ - "mpcjazz" - ] - }, - "Glossary/Preflight_request": { - "modified": "2020-08-29T12:04:47.200Z", - "contributors": [ - "mfuji09", - "tkms0106", - "silverskyvicto" - ] - }, - "Glossary/Presto": { - "modified": "2020-08-15T14:05:21.326Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/Primitive": { - "modified": "2020-05-05T19:05:15.787Z", - "contributors": [ - "yuta0801", - "mfuji09", - "dojyorin", - "j-horiba", - "c-yan", - "Uemmra3", - "Marsf", - "tac_yacht", - "x2357" - ] - }, - "Glossary/Privileged": { - "modified": "2020-08-16T00:48:43.890Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/Progressive_Enhancement": { - "modified": "2020-02-18T11:36:03.468Z", - "contributors": [ - "h-subaru", - "Wind1808" - ] - }, - "Glossary/Progressive_web_apps": { - "modified": "2019-03-18T21:28:29.502Z", - "contributors": [ - "dskmori", - "fnwiya" - ] - }, - "Glossary/Promise": { - "modified": "2020-05-14T09:32:34.732Z", - "contributors": [ - "h-subaru", - "Uemmra3", - "dskmori" - ] - }, - "Glossary/Protocol": { - "modified": "2020-08-07T03:14:11.466Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/Prototype": { - "modified": "2019-03-18T21:10:32.040Z", - "contributors": [ - "dskmori", - "yuki" - ] - }, - "Glossary/Prototype-based_programming": { - "modified": "2019-03-18T21:29:03.950Z", - "contributors": [ - "sutara79" - ] - }, - "Glossary/Proxy_server": { - "modified": "2019-03-18T21:25:56.208Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Glossary/Pseudo-class": { - "modified": "2019-12-14T00:28:19.738Z", - "contributors": [ - "dskmori", - "liveasnotes" - ] - }, - "Glossary/Pseudo-element": { - "modified": "2020-02-15T01:28:43.285Z", - "contributors": [ - "hamasaki", - "liveasnotes" - ] - }, - "Glossary/Pseudocode": { - "modified": "2019-03-18T21:43:02.216Z", - "contributors": [ - "Uemmra3", - "sii" - ] - }, - "Glossary/Public-key_cryptography": { - "modified": "2020-04-30T00:09:23.988Z", - "contributors": [ - "sideshowbarker", - "mfuji09" - ] - }, - "Glossary/Python": { - "modified": "2019-12-22T11:37:27.084Z", - "contributors": [ - "mfuji09", - "hideo54" - ] - }, - "Glossary/Quality_values": { - "modified": "2019-03-18T21:25:32.297Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Glossary/REST": { - "modified": "2019-03-18T20:48:23.232Z", - "contributors": [ - "dskmori", - "mfuji09", - "w-volte" - ] - }, - "Glossary/RGB": { - "modified": "2019-03-23T03:31:37.622Z", - "contributors": [ - "EriIke" - ] - }, - "Glossary/RNG": { - "modified": "2019-03-18T20:59:27.426Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "takaneichinose" - ] - }, - "Glossary/RSS": { - "modified": "2019-03-18T21:27:26.013Z", - "contributors": [ - "Uemmra3", - "bakunyo" - ] - }, - "Glossary/RTF": { - "modified": "2019-03-18T21:10:26.148Z", - "contributors": [ - "dskmori", - "yuna" - ] - }, - "Glossary/RTSP": { - "modified": "2019-03-18T20:53:08.279Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Raster_image": { - "modified": "2020-08-06T04:28:40.841Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dskmori", - "takaneichinose" - ] - }, - "Glossary/Recursion": { - "modified": "2020-04-14T12:32:43.727Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dskmori", - "takaneichinose" - ] - }, - "Glossary/Reference": { - "modified": "2020-11-18T02:37:08.917Z", - "contributors": [ - "KNaka88" - ] - }, - "Glossary/Reflow": { - "modified": "2020-08-17T06:52:14.696Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/Regular_expression": { - "modified": "2020-05-04T13:19:46.805Z", - "contributors": [ - "Uemmra3", - "segayuu" - ] - }, - "Glossary/Rendering_engine": { - "modified": "2020-09-28T13:40:38.634Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/Repo": { - "modified": "2019-03-18T21:21:56.601Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Glossary/Reporting_directive": { - "modified": "2020-08-16T01:58:23.657Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/Request_header": { - "modified": "2020-11-29T03:44:37.238Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Response_header": { - "modified": "2020-12-04T14:08:52.599Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Responsive_web_design": { - "modified": "2019-03-18T21:46:47.162Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/Robots.txt": { - "modified": "2019-07-20T03:48:37.423Z", - "contributors": [ - "Uemmra3", - "hamasaki", - "yoko0827", - "YuichiNukiyama" - ] - }, - "Glossary/Round_Trip_Time_(RTT)": { - "modified": "2020-10-15T12:43:22.677Z", - "contributors": [ - "mpcjazz" - ] - }, - "Glossary/Ruby": { - "modified": "2019-12-18T12:23:33.598Z", - "contributors": [ - "Uemmra3", - "dskmori", - "kubota-aoi" - ] - }, - "Glossary/SCM": { - "modified": "2020-08-23T08:25:38.798Z", - "contributors": [ - "dskmori", - "hamasaki", - "jinishiguro" - ] - }, - "Glossary/SEO": { - "modified": "2020-08-27T13:56:25.520Z", - "contributors": [ - "mfuji09", - "takeru0430" - ] - }, - "Glossary/SGML": { - "modified": "2019-03-23T22:03:07.447Z", - "contributors": [ - "mfuji09", - "toVersus" - ] - }, - "Glossary/SIMD": { - "modified": "2019-11-28T09:49:59.855Z", - "contributors": [ - "mfuji09", - "x2357" - ] - }, - "Glossary/SISD": { - "modified": "2019-03-23T22:45:16.382Z", - "contributors": [ - "x2357" - ] - }, - "Glossary/SLD": { - "modified": "2020-04-12T12:27:06.304Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/SMPTE": { - "modified": "2020-08-08T04:35:24.574Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/SMTP": { - "modified": "2019-07-24T05:36:02.080Z", - "contributors": [ - "mfuji09", - "hamasaki", - "Uemmra3", - "succi0303" - ] - }, - "Glossary/SOAP": { - "modified": "2019-03-18T20:55:05.688Z", - "contributors": [ - "ksugimori", - "szk0u" - ] - }, - "Glossary/SPA": { - "modified": "2020-05-31T14:07:02.634Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "yuna" - ] - }, - "Glossary/SQL": { - "modified": "2019-12-18T12:25:23.207Z", - "contributors": [ - "Uemmra3", - "dskmori", - "w-volte" - ] - }, - "Glossary/SQL_Injection": { - "modified": "2019-12-18T12:35:52.004Z", - "contributors": [ - "Uemmra3", - "takubokudori" - ] - }, - "Glossary/SRI": { - "modified": "2020-08-16T12:31:10.554Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/SSL_Glossary": { - "modified": "2019-11-07T07:35:01.109Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "dskmori", - "yuki" - ] - }, - "Glossary/SVG": { - "modified": "2020-05-02T04:54:47.150Z", - "contributors": [ - "dskmori", - "hysryt", - "mfuji09", - "Uemmra3", - "macitis" - ] - }, - "Glossary/SVN": { - "modified": "2019-03-18T21:34:17.521Z", - "contributors": [ - "hamasaki", - "m-yamamo0417" - ] - }, - "Glossary/Same-origin_policy": { - "modified": "2019-03-18T20:53:08.132Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Scope": { - "modified": "2020-09-06T02:07:22.778Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "silverskyvicto" - ] - }, - "Glossary/Screen_reader": { - "modified": "2020-10-15T13:04:33.317Z", - "contributors": [ - "mpcjazz" - ] - }, - "Glossary/Script-supporting_element": { - "modified": "2019-03-18T21:38:37.287Z", - "contributors": [ - "Uemmra3", - "mfuji09" - ] - }, - "Glossary/Scroll_container": { - "modified": "2019-03-18T20:53:07.838Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Scrollport": { - "modified": "2019-03-18T20:53:07.981Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Search_engine": { - "modified": "2020-03-16T11:09:26.150Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/Semantics": { - "modified": "2019-03-18T20:58:43.609Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/Serialization": { - "modified": "2019-03-18T21:26:53.001Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/Server": { - "modified": "2019-12-31T07:43:19.875Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "Potappo", - "hurumeki" - ] - }, - "Glossary/Shadow_tree": { - "modified": "2020-01-18T03:54:17.742Z", - "contributors": [ - "hamasaki", - "dummy", - "Uemmra3" - ] - }, - "Glossary/Shim": { - "modified": "2020-11-18T03:34:13.404Z", - "contributors": [ - "KNaka88" - ] - }, - "Glossary/Signature": { - "modified": "2019-03-23T22:14:28.521Z", - "contributors": [ - "Uemmra3", - "MaxfieldWalker", - "PetiPandaRou" - ] - }, - "Glossary/Signature/セキュリティ": { - "modified": "2020-03-30T14:20:00.023Z", - "contributors": [ - "Uemmra3", - "Marsf", - "MaxfieldWalker" - ] - }, - "Glossary/Signature/関数": { - "modified": "2019-03-23T22:14:27.226Z", - "contributors": [ - "Uemmra3", - "MaxfieldWalker" - ] - }, - "Glossary/Simple_header": { - "modified": "2020-08-11T15:13:18.407Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Simple_response_header": { - "modified": "2019-08-11T03:51:18.097Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Glossary/Site": { - "modified": "2020-04-12T14:25:01.758Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Site_map": { - "modified": "2020-04-12T13:49:17.683Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Sloppy_mode": { - "modified": "2020-10-22T07:21:54.580Z", - "contributors": [ - "mpcjazz" - ] - }, - "Glossary/Smoke_Test": { - "modified": "2020-05-06T01:28:42.071Z", - "contributors": [ - "dskmori", - "hyaroy_pg" - ] - }, - "Glossary/Specification": { - "modified": "2020-08-18T10:08:59.934Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/Speed_index": { - "modified": "2020-04-12T12:25:46.057Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Stacking_context": { - "modified": "2019-03-18T21:30:07.647Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Statement": { - "modified": "2019-12-18T12:37:15.566Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/Static_method": { - "modified": "2020-11-09T08:33:14.935Z", - "contributors": [ - "mpcjazz", - "mfuji09" - ] - }, - "Glossary/String": { - "modified": "2020-02-22T11:51:29.119Z", - "contributors": [ - "Uemmra3", - "x2357" - ] - }, - "Glossary/Style_origin": { - "modified": "2020-04-12T11:47:40.364Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Stylesheet": { - "modified": "2020-11-18T04:14:18.581Z", - "contributors": [ - "KNaka88" - ] - }, - "Glossary/Symbol": { - "modified": "2020-04-04T15:08:12.967Z", - "contributors": [ - "mfuji09", - "technohippy", - "segayuu", - "kenji-yamasaki", - "chikoski", - "YuichiNukiyama" - ] - }, - "Glossary/Symmetric-key_cryptography": { - "modified": "2020-01-04T00:39:30.382Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Syntax": { - "modified": "2020-02-22T11:46:16.423Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/Syntax_error": { - "modified": "2019-07-21T10:38:26.678Z", - "contributors": [ - "dskmori", - "noobar", - "Wind1808" - ] - }, - "Glossary/Synthetic_monitoring": { - "modified": "2020-04-12T11:33:29.818Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/TCP": { - "modified": "2020-05-02T01:33:28.864Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "m-yamamo0417" - ] - }, - "Glossary/TCP_handshake": { - "modified": "2020-08-22T02:27:36.822Z", - "contributors": [ - "Uemmra3", - "xfq", - "blackpeach7" - ] - }, - "Glossary/TLD": { - "modified": "2019-03-31T05:36:22.971Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Glossary/TLS": { - "modified": "2020-09-26T07:39:42.456Z", - "contributors": [ - "mfuji09", - "pcw", - "dskmori", - "silverskyvicto", - "sutara79" - ] - }, - "Glossary/TOFU": { - "modified": "2019-12-05T11:58:28.494Z", - "contributors": [ - "hamasaki", - "liveasnotes" - ] - }, - "Glossary/TTL": { - "modified": "2020-10-17T03:47:35.963Z", - "contributors": [ - "Potappo", - "hamasaki", - "Uemmra3", - "takeokunn" - ] - }, - "Glossary/Tag": { - "modified": "2020-11-12T08:03:51.523Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/Telnet": { - "modified": "2019-03-18T21:45:40.241Z", - "contributors": [ - "karaage-kun" - ] - }, - "Glossary/Thread": { - "modified": "2020-09-25T12:49:51.432Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Three_js": { - "modified": "2019-03-18T21:28:23.297Z", - "contributors": [ - "dskmori", - "higechira" - ] - }, - "Glossary/Time_to_interactive": { - "modified": "2019-11-15T15:02:15.722Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Glossary/Tree_shaking": { - "modified": "2019-06-06T09:33:06.358Z", - "contributors": [ - "chikoski" - ] - }, - "Glossary/Truthy": { - "modified": "2020-04-12T00:18:54.076Z", - "contributors": [ - "mfuji09", - "dskmori", - "ft-harai" - ] - }, - "Glossary/Type": { - "modified": "2020-04-06T13:15:03.064Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/Type_Conversion": { - "modified": "2019-05-03T15:57:13.855Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Type_coercion": { - "modified": "2019-05-03T15:56:55.371Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/UDP": { - "modified": "2019-06-08T04:47:09.726Z", - "contributors": [ - "takeokunn" - ] - }, - "Glossary/UI": { - "modified": "2020-02-24T13:31:23.931Z", - "contributors": [ - "mfuji09", - "Potappo", - "yoshio-jpn" - ] - }, - "Glossary/URI": { - "modified": "2020-11-14T23:05:58.771Z", - "contributors": [ - "mfuji09", - "takeru0430" - ] - }, - "Glossary/URL": { - "modified": "2020-11-12T13:26:00.939Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "silverskyvicto", - "dskmori", - "westbird24" - ] - }, - "Glossary/URN": { - "modified": "2019-03-18T21:42:03.056Z", - "contributors": [ - "takeru0430" - ] - }, - "Glossary/UTF-8": { - "modified": "2020-02-22T11:41:22.052Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "clariroid" - ] - }, - "Glossary/UX": { - "modified": "2019-03-23T22:18:05.168Z", - "contributors": [ - "shuuji3" - ] - }, - "Glossary/Unicode": { - "modified": "2019-03-18T21:30:27.262Z", - "contributors": [ - "hamasaki", - "Uemmra3", - "asuktakahashi" - ] - }, - "Glossary/Usenet": { - "modified": "2020-08-05T14:05:35.748Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/User_agent": { - "modified": "2020-08-03T14:52:15.908Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/Validator": { - "modified": "2019-07-21T10:34:42.108Z", - "contributors": [ - "dskmori", - "edasp" - ] - }, - "Glossary/Value": { - "modified": "2019-03-23T22:38:24.390Z", - "contributors": [ - "Uemmra3", - "j5a" - ] - }, - "Glossary/Variable": { - "modified": "2019-12-18T12:45:01.986Z", - "contributors": [ - "Uemmra3", - "j5a" - ] - }, - "Glossary/Vendor_Prefix": { - "modified": "2020-03-30T14:03:11.766Z", - "contributors": [ - "Uemmra3", - "CFLAT", - "momdo", - "mfuji09", - "lefb766", - "hamasaki", - "aokashi" - ] - }, - "Glossary/Viewport": { - "modified": "2020-10-29T16:26:20.264Z", - "contributors": [ - "mfuji09", - "kei-itof", - "dskmori", - "Uemmra3", - "kubota-aoi" - ] - }, - "Glossary/Visual_Viewport": { - "modified": "2020-10-29T16:20:16.961Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/VoIP": { - "modified": "2019-07-09T12:07:12.750Z", - "contributors": [ - "Uemmra3", - "dskmori", - "fuekuma" - ] - }, - "Glossary/W3C": { - "modified": "2020-10-05T12:33:13.700Z", - "contributors": [ - "mfuji09", - "lefb766" - ] - }, - "Glossary/WAI": { - "modified": "2019-03-18T21:09:25.590Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/WCAG": { - "modified": "2019-03-18T21:21:57.764Z", - "contributors": [ - "hamasaki", - "Uemmra3", - "dummy" - ] - }, - "Glossary/WHATWG": { - "modified": "2020-08-11T14:34:24.780Z", - "contributors": [ - "mfuji09", - "dskmori", - "lefb766" - ] - }, - "Glossary/WebAssembly": { - "modified": "2020-08-28T22:13:35.123Z", - "contributors": [ - "tuid_mz" - ] - }, - "Glossary/WebDAV": { - "modified": "2019-03-18T21:30:38.334Z", - "contributors": [ - "Uemmra3", - "k636174" - ] - }, - "Glossary/WebExtensions": { - "modified": "2019-03-18T21:36:38.621Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/WebGL": { - "modified": "2019-03-23T22:02:04.671Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/WebIDL": { - "modified": "2019-03-23T22:38:23.280Z", - "contributors": [ - "momdo", - "dskmori", - "kubota-aoi" - ] - }, - "Glossary/WebKit": { - "modified": "2019-10-25T09:09:09.531Z", - "contributors": [ - "Uemmra3", - "dskmori", - "liveasnotes" - ] - }, - "Glossary/WebRTC": { - "modified": "2020-05-04T11:19:26.585Z", - "contributors": [ - "Uemmra3", - "Potappo", - "hurumeki" - ] - }, - "Glossary/WebSockets": { - "modified": "2020-09-19T11:28:44.151Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dskmori", - "takeokunn" - ] - }, - "Glossary/WebVTT": { - "modified": "2019-03-18T21:28:17.388Z", - "contributors": [ - "Uemmra3", - "araigumaG" - ] - }, - "Glossary/Web_performance": { - "modified": "2020-04-12T11:20:50.751Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Web_server": { - "modified": "2020-07-22T06:53:34.862Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/Web_standards": { - "modified": "2019-03-18T21:20:32.137Z", - "contributors": [ - "Uemmra3", - "dummy" - ] - }, - "Glossary/Whitespace": { - "modified": "2020-04-12T10:28:05.166Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/World_Wide_Web": { - "modified": "2019-03-23T22:03:11.781Z", - "contributors": [ - "Marsf", - "toVersus" - ] - }, - "Glossary/Wrapper": { - "modified": "2019-12-18T12:46:29.199Z", - "contributors": [ - "Uemmra3", - "mfuji09" - ] - }, - "Glossary/XForms": { - "modified": "2019-03-18T21:18:40.801Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/XHR_(XMLHttpRequest)": { - "modified": "2019-03-18T21:46:39.520Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/XHTML": { - "modified": "2020-08-12T11:48:47.313Z", - "contributors": [ - "mfuji09", - "ethertank", - "Potappo", - "Mgjbot", - "Okome" - ] - }, - "Glossary/XML": { - "modified": "2019-12-18T12:48:54.820Z", - "contributors": [ - "Uemmra3", - "Wind1808", - "kadopoly" - ] - }, - "Glossary/XPath": { - "modified": "2019-03-18T21:30:27.405Z", - "contributors": [ - "Uemmra3", - "asuktakahashi" - ] - }, - "Glossary/XQuery": { - "modified": "2019-03-18T20:40:42.995Z", - "contributors": [ - "dskmori", - "kenji-yamasaki" - ] - }, - "Glossary/XSLT": { - "modified": "2019-03-18T21:25:45.164Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Glossary/application_context": { - "modified": "2019-03-18T21:36:31.769Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/array": { - "modified": "2019-03-23T22:38:25.773Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "j5a" - ] - }, - "Glossary/baseline": { - "modified": "2020-08-16T02:15:12.394Z", - "contributors": [ - "mfuji09", - "nelsadeki" - ] - }, - "Glossary/beacon": { - "modified": "2019-09-12T01:41:00.642Z", - "contributors": [ - "nelsadeki" - ] - }, - "Glossary/bounding_box": { - "modified": "2019-01-17T03:33:49.717Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/brotli_compression": { - "modified": "2020-08-08T03:50:06.514Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/buffer": { - "modified": "2019-03-18T21:34:18.362Z", - "contributors": [ - "dskmori", - "heatflat", - "Uemmra3" - ] - }, - "Glossary/cacheable": { - "modified": "2020-09-28T13:35:18.841Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/caret": { - "modified": "2020-07-18T03:53:54.266Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/challenge": { - "modified": "2019-03-18T21:26:39.345Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/character_encoding": { - "modified": "2019-03-18T21:42:34.089Z", - "contributors": [ - "Uemmra3", - "mfuji09" - ] - }, - "Glossary/character_set": { - "modified": "2020-09-27T08:59:37.049Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/document_environment": { - "modified": "2019-06-26T16:34:17.721Z", - "contributors": [ - "Uemmra3", - "OtsukaNoboru" - ] - }, - "Glossary/event": { - "modified": "2019-03-18T21:36:38.756Z", - "contributors": [ - "Uemmra3" - ] - }, - "Glossary/first_meaningful_paint": { - "modified": "2020-08-15T13:52:06.233Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/gif": { - "modified": "2019-03-23T22:38:27.659Z", - "contributors": [ - "Uemmra3", - "aokashi" - ] - }, - "Glossary/grid_container": { - "modified": "2019-03-18T21:21:53.616Z", - "contributors": [ - "Uemmra3", - "dummy" - ] - }, - "Glossary/hash": { - "modified": "2019-03-18T21:42:58.281Z", - "contributors": [ - "Wind1808", - "Uemmra3" - ] - }, - "Glossary/https": { - "modified": "2020-02-21T15:23:37.302Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "Wind1808", - "heatflat" - ] - }, - "Glossary/jQuery": { - "modified": "2020-08-24T03:29:50.663Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Glossary/jpeg": { - "modified": "2020-07-22T13:59:29.827Z", - "contributors": [ - "mfuji09", - "aokashi", - "Uemmra3", - "kubota-aoi" - ] - }, - "Glossary/loop": { - "modified": "2019-11-29T00:03:27.363Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/ltr": { - "modified": "2019-03-18T20:53:08.430Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/markup": { - "modified": "2020-02-24T13:27:42.539Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Glossary/mime": { - "modified": "2019-03-18T21:27:13.794Z", - "contributors": [ - "Wind1808" - ] - }, - "Glossary/modularity": { - "modified": "2019-12-31T06:28:46.504Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/non-normative": { - "modified": "2020-08-18T09:42:15.760Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/percent-encoding": { - "modified": "2020-08-09T23:46:17.969Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "Wind1808" - ] - }, - "Glossary/prerender": { - "modified": "2020-11-28T12:06:31.407Z", - "contributors": [ - "mfuji09", - "eltociear" - ] - }, - "Glossary/privileged_code": { - "modified": "2020-08-15T14:09:11.759Z", - "contributors": [ - "eltociear" - ] - }, - "Glossary/property": { - "modified": "2019-03-23T22:38:34.100Z", - "contributors": [ - "Uemmra3", - "j5a" - ] - }, - "Glossary/property/CSS": { - "modified": "2019-03-23T22:38:32.437Z", - "contributors": [ - "Uemmra3", - "j5a" - ] - }, - "Glossary/property/JavaScript": { - "modified": "2020-11-09T08:45:53.626Z", - "contributors": [ - "mpcjazz", - "Uemmra3", - "j5a" - ] - }, - "Glossary/rtl": { - "modified": "2020-10-17T04:45:02.651Z", - "contributors": [ - "dskmori", - "mfuji09", - "Wind1808" - ] - }, - "Glossary/safe": { - "modified": "2020-04-14T12:21:33.696Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "mandel59", - "silverskyvicto" - ] - }, - "Glossary/speculative_parsing": { - "modified": "2020-08-14T03:23:44.348Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "hironorikonuma" - ] - }, - "Glossary/strict_mode": { - "modified": "2020-04-10T12:13:38.645Z", - "contributors": [ - "mfuji09" - ] - }, - "Glossary/undefined": { - "modified": "2019-09-30T18:17:54.859Z", - "contributors": [ - "yuta0801", - "Uemmra3", - "x2357" - ] - }, - "Glossary/webm": { - "modified": "2019-03-18T21:28:29.634Z", - "contributors": [ - "dskmori", - "irimame256", - "araigumaG" - ] - }, - "Glossary/webp": { - "modified": "2019-03-18T21:28:24.152Z", - "contributors": [ - "dskmori", - "Uemmra3", - "araigumaG" - ] - }, - "Glossary/クロヌゞャ": { - "modified": "2019-03-23T22:37:50.037Z", - "contributors": [ - "Uemmra3", - "sii", - "k-kuwahara" - ] - }, - "Glossary/スラグ": { - "modified": "2019-03-23T22:09:27.908Z", - "contributors": [ - "Uemmra3", - "nakano348" - ] - }, - "Glossary/ファむアりォヌル": { - "modified": "2019-03-18T21:45:46.343Z", - "contributors": [ - "Uemmra3", - "macitis" - ] - }, - "Glossary/ルヌタヌ": { - "modified": "2019-10-20T10:28:34.059Z", - "contributors": [ - "yuna" - ] - }, - "HTML_Element_Cross_Reference": { - "modified": "2019-03-24T00:03:07.695Z", - "contributors": [ - "Marsf", - "Mgjbot" - ] - }, - "HTTP_Pipelining_FAQ": { - "modified": "2019-01-16T15:51:39.110Z", - "contributors": [ - "Kohei", - "Mgjbot" - ] - }, - "Hacking_Mozilla": { - "modified": "2019-01-16T15:43:30.635Z", - "contributors": [ - "Shoot", - "Kohei", - "Mgjbot" - ] - }, - "How_Mozilla's_build_system_works": { - "modified": "2019-03-23T23:45:20.433Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Mgjbot", - "Taken", - "Yama" - ] - }, - "Installing_Extensions_and_Themes_From_Web_Pages": { - "modified": "2019-03-23T23:45:12.220Z", - "contributors": [ - "teoli", - "Marsf", - "Mgjbot" - ] - }, - "Installing_extensions": { - "modified": "2019-03-24T00:07:02.624Z", - "contributors": [ - "teoli", - "Piro" - ] - }, - "Introduction_to_DOM_Inspector": { - "modified": "2019-03-24T00:01:43.152Z", - "contributors": [ - "Level" - ] - }, - "Introduction_to_using_XPath_in_JavaScript": { - "modified": "2019-03-23T23:54:12.896Z", - "contributors": [ - "SphinxKnight", - "teoli", - "Mgjbot", - "Shoot", - "Potappo", - "Gakuueda" - ] - }, - "JavaScript_Presentations": { - "modified": "2019-01-16T15:49:32.815Z", - "contributors": [ - "Mgjbot" - ] - }, - "JavaScript_modules": { - "modified": "2019-01-16T15:32:32.464Z", - "contributors": [ - "Mgjbot", - "Potappo", - "Kohei" - ] - }, - "Jetpack/UI/Slidebar": { - "modified": "2019-01-16T14:40:29.960Z", - "contributors": [ - "wbamberg", - "arita_san" - ] - }, - "Jetpack/システム": { - "modified": "2019-01-16T14:40:45.346Z", - "contributors": [ - "wbamberg", - "teoli", - "Potappo", - "hiroyuki" - ] - }, - "Key-navigable_custom_DHTML_widgets": { - "modified": "2019-03-18T20:58:51.321Z", - "contributors": [ - "SphinxKnight", - "Marsf", - "Kohei", - "Mgjbot" - ] - }, - "Learn": { - "modified": "2020-09-28T09:43:31.800Z", - "contributors": [ - "silverskyvicto", - "comame", - "imagawalouis", - "mfuji09", - "methodx", - "AkihikoTakeda", - "SphinxKnight", - "Raysphere24", - "svarlamov", - "Uemmra3", - "haruo-wakakusa", - "shuuji3", - "yuichielectric", - "dskmori", - "lv7777", - "takoeight0821", - "marmot1123" - ] - }, - "Learn/Accessibility": { - "modified": "2020-07-16T22:39:58.110Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Uemmra3", - "fuyuko-i", - "karaage-kun" - ] - }, - "Learn/Accessibility/Accessibility_troubleshooting": { - "modified": "2020-07-16T22:40:36.154Z", - "contributors": [ - "Uemmra3", - "Tsuyoshi" - ] - }, - "Learn/Accessibility/CSS_and_JavaScript": { - "modified": "2020-07-16T22:40:17.998Z", - "contributors": [ - "piyo-ko", - "mfuji09", - "Uemmra3" - ] - }, - "Learn/Accessibility/HTML": { - "modified": "2020-07-16T22:40:12.005Z", - "contributors": [ - "piyo-ko", - "Uemmra3", - "fuyuko-i" - ] - }, - "Learn/Accessibility/Mobile": { - "modified": "2020-07-16T22:40:31.299Z", - "contributors": [ - "Uemmra3", - "Wind1808", - "silverskyvicto" - ] - }, - "Learn/Accessibility/Multimedia": { - "modified": "2020-07-16T22:40:27.409Z", - "contributors": [ - "Uemmra3", - "Wind1808", - "Shonanpooh", - "Tsuyoshi" - ] - }, - "Learn/Accessibility/WAI-ARIA_basics": { - "modified": "2020-07-16T22:40:23.226Z", - "contributors": [ - "uricle", - "Wind1808", - "piyo-ko", - "masasnap", - "Tsuyoshi" - ] - }, - "Learn/Accessibility/What_is_accessibility": { - "modified": "2020-07-16T22:40:05.316Z", - "contributors": [ - "Uemmra3", - "Wind1808", - "silverskyvicto", - "yuheiy", - "karaage-kun" - ] - }, - "Learn/CSS": { - "modified": "2020-10-04T05:33:06.137Z", - "contributors": [ - "linuxmetel", - "YUUKIToriyama", - "snakada", - "Wind1808", - "silverskyvicto", - "thinking-capybara", - "gushwell", - "takeru0430", - "Uemmra3", - "dskmori", - "chrisdavidmills" - ] - }, - "Learn/CSS/Building_blocks": { - "modified": "2020-07-16T22:28:08.517Z", - "contributors": [ - "dlwe", - "Uemmra3", - "snakada", - "dskmori", - "chrisdavidmills" - ] - }, - "Learn/CSS/Building_blocks/Advanced_styling_effects": { - "modified": "2020-07-16T22:28:21.912Z", - "contributors": [ - "chrisdavidmills", - "Wind1808" - ] - }, - "Learn/CSS/Building_blocks/Backgrounds_and_borders": { - "modified": "2020-09-03T20:15:26.960Z", - "contributors": [ - "mola1129", - "dlwe", - "h-subaru", - "classLACIA", - "snakada" - ] - }, - "Learn/CSS/Building_blocks/Cascade_and_inheritance": { - "modified": "2020-07-16T22:28:30.688Z", - "contributors": [ - "dlwe", - "Uemmra3", - "snakada" - ] - }, - "Learn/CSS/Building_blocks/Debugging_CSS": { - "modified": "2020-10-15T22:23:08.869Z", - "contributors": [ - "dlwe", - "snakada" - ] - }, - "Learn/CSS/Building_blocks/Handling_different_text_directions": { - "modified": "2020-07-16T22:29:13.297Z", - "contributors": [ - "dlwe", - "classLACIA", - "snakada" - ] - }, - "Learn/CSS/Building_blocks/Images_media_form_elements": { - "modified": "2020-07-16T22:29:25.378Z", - "contributors": [ - "wlt", - "dlwe", - "snakada" - ] - }, - "Learn/CSS/Building_blocks/Organizing": { - "modified": "2020-07-16T22:29:31.341Z", - "contributors": [ - "dlwe", - "snakada" - ] - }, - "Learn/CSS/Building_blocks/Overflowing_content": { - "modified": "2020-07-16T22:29:17.443Z", - "contributors": [ - "dlwe", - "snakada" - ] - }, - "Learn/CSS/Building_blocks/Selectors": { - "modified": "2020-07-16T22:28:36.256Z", - "contributors": [ - "Uemmra3", - "dskmori", - "hamasaki", - "snakada", - "chrisdavidmills" - ] - }, - "Learn/CSS/Building_blocks/Selectors/Attribute_selectors": { - "modified": "2020-07-16T22:28:50.048Z", - "contributors": [ - "dlwe", - "mfuji09", - "fu7mu4", - "snakada" - ] - }, - "Learn/CSS/Building_blocks/Selectors/Combinators": { - "modified": "2020-07-16T22:28:52.641Z", - "contributors": [ - "kei2100", - "dlwe", - "snakada" - ] - }, - "Learn/CSS/Building_blocks/Selectors/Pseudo-classes_and_pseudo-elements": { - "modified": "2020-07-16T22:28:46.190Z", - "contributors": [ - "dlwe" - ] - }, - "Learn/CSS/Building_blocks/Selectors/Type_Class_and_ID_Selectors": { - "modified": "2020-07-16T22:28:40.487Z", - "contributors": [ - "dlwe", - "Uemmra3", - "fu7mu4", - "snakada" - ] - }, - "Learn/CSS/Building_blocks/Sizing_items_in_CSS": { - "modified": "2020-07-16T22:29:21.638Z", - "contributors": [ - "wlt", - "dlwe", - "snakada" - ] - }, - "Learn/CSS/Building_blocks/Styling_tables": { - "modified": "2020-07-16T22:28:17.189Z", - "contributors": [ - "dlwe", - "snakada", - "chrisdavidmills", - "silverskyvicto", - "Wind1808" - ] - }, - "Learn/CSS/Building_blocks/The_box_model": { - "modified": "2020-07-16T22:29:03.859Z", - "contributors": [ - "dlwe", - "classLACIA", - "dskmori", - "snakada" - ] - }, - "Learn/CSS/Building_blocks/Values_and_units": { - "modified": "2020-07-16T22:28:57.476Z", - "contributors": [ - "wlt", - "dlwe", - "okathira", - "Uemmra3", - "fu7mu4", - "dote-tomo-mic", - "snakada" - ] - }, - "Learn/CSS/CSS_layout": { - "modified": "2020-07-16T22:26:31.228Z", - "contributors": [ - "Wind1808", - "silverskyvicto", - "yuminatsu" - ] - }, - "Learn/CSS/CSS_layout/Flexbox": { - "modified": "2020-07-16T22:26:53.344Z", - "contributors": [ - "wlt", - "Wind1808" - ] - }, - "Learn/CSS/CSS_layout/Floats": { - "modified": "2020-07-16T22:26:38.247Z", - "contributors": [ - "wlt", - "Wind1808" - ] - }, - "Learn/CSS/CSS_layout/Fundamental_Layout_Comprehension": { - "modified": "2020-07-16T22:27:24.680Z", - "contributors": [ - "Wind1808" - ] - }, - "Learn/CSS/CSS_layout/Grids": { - "modified": "2020-07-16T22:26:59.901Z", - "contributors": [ - "wlt", - "Wind1808" - ] - }, - "Learn/CSS/CSS_layout/Introduction": { - "modified": "2020-07-16T22:27:05.895Z", - "contributors": [ - "h-subaru", - "Wind1808" - ] - }, - "Learn/CSS/CSS_layout/Legacy_Layout_Methods": { - "modified": "2020-08-05T11:08:29.488Z", - "contributors": [ - "wlt", - "Wind1808", - "dlwe" - ] - }, - "Learn/CSS/CSS_layout/Media_queries": { - "modified": "2020-08-03T09:50:09.136Z", - "contributors": [ - "wlt", - "Wind1808" - ] - }, - "Learn/CSS/CSS_layout/Multiple-column_Layout": { - "modified": "2020-07-16T22:27:10.361Z", - "contributors": [ - "Wind1808", - "isdh" - ] - }, - "Learn/CSS/CSS_layout/Normal_Flow": { - "modified": "2020-07-26T04:37:09.649Z", - "contributors": [ - "dskmori", - "Wind1808" - ] - }, - "Learn/CSS/CSS_layout/Positioning": { - "modified": "2020-07-21T04:14:57.685Z", - "contributors": [ - "shuheiy2000", - "wlt", - "Wind1808" - ] - }, - "Learn/CSS/CSS_layout/Practical_positioning_examples": { - "modified": "2020-07-16T22:26:48.792Z", - "contributors": [ - "Wind1808" - ] - }, - "Learn/CSS/CSS_layout/Responsive_Design": { - "modified": "2020-09-26T03:51:40.654Z", - "contributors": [ - "hamasaki", - "matzryo", - "wlt", - "Wind1808" - ] - }, - "Learn/CSS/CSS_layout/Supporting_Older_Browsers": { - "modified": "2020-08-06T09:46:04.559Z", - "contributors": [ - "wlt", - "Wind1808" - ] - }, - "Learn/CSS/First_steps": { - "modified": "2020-07-16T22:27:39.565Z", - "contributors": [ - "Uemmra3", - "dskmori", - "h-subaru", - "fu7mu4", - "snakada", - "kamariyan21" - ] - }, - "Learn/CSS/First_steps/Getting_started": { - "modified": "2020-07-16T22:27:50.918Z", - "contributors": [ - "wlt", - "Uemmra3", - "h-subaru", - "dote-tomo-mic", - "snakada", - "kamariyan21" - ] - }, - "Learn/CSS/First_steps/How_CSS_is_structured": { - "modified": "2020-11-10T14:07:58.347Z", - "contributors": [ - "mfuji09", - "dlwe", - "h-subaru", - "fu7mu4", - "dote-tomo-mic", - "kamariyan21", - "snakada" - ] - }, - "Learn/CSS/First_steps/How_CSS_works": { - "modified": "2020-07-16T22:28:00.652Z", - "contributors": [ - "dlwe", - "Uemmra3", - "snakada" - ] - }, - "Learn/CSS/First_steps/Using_your_new_knowledge": { - "modified": "2020-07-16T22:28:04.164Z", - "contributors": [ - "Uemmra3", - "YUUKIToriyama", - "fu7mu4", - "snakada" - ] - }, - "Learn/CSS/First_steps/What_is_CSS": { - "modified": "2020-10-15T22:23:12.812Z", - "contributors": [ - "Uemmra3", - "snakada", - "kamariyan21" - ] - }, - "Learn/CSS/Howto": { - "modified": "2020-07-23T21:51:12.130Z", - "contributors": [ - "dskmori", - "silverskyvicto", - "Uemmra3" - ] - }, - "Learn/CSS/Howto/Generated_content": { - "modified": "2020-07-16T22:25:47.914Z", - "contributors": [ - "silverskyvicto", - "chrisdavidmills", - "teoli", - "ethertank" - ] - }, - "Learn/CSS/Howto/create_fancy_boxes": { - "modified": "2020-07-16T22:25:49.512Z", - "contributors": [ - "Wind1808" - ] - }, - "Learn/CSS/Introduction_to_CSS/Fundamental_CSS_comprehension": { - "modified": "2020-07-16T22:28:12.420Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/CSS/Styling_boxes/A_cool_looking_box": { - "modified": "2020-07-16T22:28:27.155Z", - "contributors": [ - "Wind1808" - ] - }, - "Learn/CSS/Styling_boxes/Creating_fancy_letterheaded_paper": { - "modified": "2020-07-16T22:28:25.184Z", - "contributors": [ - "snakada", - "Wind1808" - ] - }, - "Learn/CSS/Styling_text": { - "modified": "2020-07-16T22:25:58.768Z", - "contributors": [ - "dskmori", - "Wind1808", - "mfuji09" - ] - }, - "Learn/CSS/Styling_text/Fundamentals": { - "modified": "2020-07-16T22:26:06.580Z", - "contributors": [ - "dlwe", - "Wind1808", - "silverskyvicto", - "Kaede" - ] - }, - "Learn/CSS/Styling_text/Styling_links": { - "modified": "2020-07-16T22:26:20.182Z", - "contributors": [ - "dlwe", - "silverskyvicto", - "Wind1808" - ] - }, - "Learn/CSS/Styling_text/Styling_lists": { - "modified": "2020-07-16T22:26:13.325Z", - "contributors": [ - "dlwe", - "Wind1808" - ] - }, - "Learn/CSS/Styling_text/Typesetting_a_homepage": { - "modified": "2020-07-16T22:26:26.903Z", - "contributors": [ - "Wind1808" - ] - }, - "Learn/CSS/Styling_text/りェブフォント": { - "modified": "2020-07-16T22:26:24.123Z", - "contributors": [ - "dlwe", - "Wind1808", - "8845musign" - ] - }, - "Learn/Common_questions": { - "modified": "2020-07-16T22:35:24.880Z", - "contributors": [ - "Uemmra3", - "tsmd", - "T.Ukegawa", - "kurank", - "shuuji3" - ] - }, - "Learn/Common_questions/Available_text_editors": { - "modified": "2020-07-16T22:35:49.223Z", - "contributors": [ - "Chuji-volunteer", - "silverskyvicto" - ] - }, - "Learn/Common_questions/Checking_that_your_web_site_is_working_properly": { - "modified": "2020-07-25T11:17:05.518Z", - "contributors": [ - "pcw", - "silverskyvicto" - ] - }, - "Learn/Common_questions/Common_web_layouts": { - "modified": "2020-07-16T22:35:42.531Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Common_questions/Design_for_all_types_of_users": { - "modified": "2020-07-16T22:35:50.940Z", - "contributors": [ - "xianheiba", - "silverskyvicto" - ] - }, - "Learn/Common_questions/HTML_features_for_accessibility": { - "modified": "2020-07-16T22:35:51.220Z", - "contributors": [ - "Uemmra3", - "mzmjp" - ] - }, - "Learn/Common_questions/How_does_the_Internet_work": { - "modified": "2020-07-16T22:35:37.254Z", - "contributors": [ - "Naokiakazawa", - "monman53", - "talken-sakurament", - "silverskyvicto", - "mfuji09", - "T.Ukegawa" - ] - }, - "Learn/Common_questions/How_much_does_it_cost": { - "modified": "2020-07-16T22:35:45.730Z", - "contributors": [ - "talken-sakurament", - "Chuji-volunteer", - "silverskyvicto" - ] - }, - "Learn/Common_questions/Pages_sites_servers_and_search_engines": { - "modified": "2020-07-16T22:35:40.018Z", - "contributors": [ - "mfuji09", - "talken-sakurament", - "silverskyvicto", - "dskmori", - "Uemmra3", - "T.Ukegawa" - ] - }, - "Learn/Common_questions/Thinking_before_coding": { - "modified": "2020-07-16T22:35:34.585Z", - "contributors": [ - "Uemmra3", - "talken-sakurament", - "silverskyvicto" - ] - }, - "Learn/Common_questions/Upload_files_to_a_web_server": { - "modified": "2020-07-16T22:35:41.700Z", - "contributors": [ - "Chuji-volunteer", - "silverskyvicto" - ] - }, - "Learn/Common_questions/Using_Github_pages": { - "modified": "2020-07-16T22:35:51.844Z", - "contributors": [ - "hamasaki", - "dskmori", - "Uemmra3", - "Suuzuukii", - "silverskyvicto" - ] - }, - "Learn/Common_questions/What_are_browser_developer_tools": { - "modified": "2020-07-16T22:35:47.649Z", - "contributors": [ - "silverskyvicto", - "Uemmra3", - "chameleonhead" - ] - }, - "Learn/Common_questions/What_are_hyperlinks": { - "modified": "2020-07-16T22:35:43.176Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Common_questions/What_is_a_URL": { - "modified": "2020-07-16T22:35:29.582Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Learn/Common_questions/What_is_a_domain_name": { - "modified": "2020-07-16T22:35:44.165Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "silverskyvicto" - ] - }, - "Learn/Common_questions/What_is_a_web_server": { - "modified": "2020-07-16T22:35:31.482Z", - "contributors": [ - "Chuji-volunteer", - "silverskyvicto", - "mfuji09" - ] - }, - "Learn/Common_questions/What_is_accessibility": { - "modified": "2020-07-16T22:35:46.884Z", - "contributors": [ - "silverskyvicto", - "xianheiba" - ] - }, - "Learn/Common_questions/What_software_do_I_need": { - "modified": "2020-07-16T22:35:33.225Z", - "contributors": [ - "Chuji-volunteer", - "silverskyvicto", - "mfuji09", - "tanabota889" - ] - }, - "Learn/Common_questions/set_up_a_local_testing_server": { - "modified": "2020-07-16T22:35:53.060Z", - "contributors": [ - "dlwe", - "silverskyvicto" - ] - }, - "Learn/Forms": { - "modified": "2020-07-16T22:20:58.979Z", - "contributors": [ - "mfuji09", - "dskmori", - "araimono", - "Uemmra3", - "silverskyvicto", - "tomouchi_", - "chrisdavidmills", - "yyss", - "ethertank" - ] - }, - "Learn/Forms/Advanced_styling_for_HTML_forms": { - "modified": "2020-07-16T22:21:35.235Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "silverskyvicto", - "coeurl", - "chrisdavidmills", - "yyss" - ] - }, - "Learn/Forms/Form_validation": { - "modified": "2020-07-16T22:21:51.233Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "fu7mu4", - "silverskyvicto", - "chrisdavidmills", - "yyss", - "ethertank" - ] - }, - "Learn/Forms/HTML5_input_types": { - "modified": "2020-12-07T10:41:31.719Z", - "contributors": [ - "wlt", - "mfuji09", - "Uemmra3", - "sideshowbarker" - ] - }, - "Learn/Forms/HTML_forms_in_legacy_browsers": { - "modified": "2020-07-16T22:22:03.796Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Uemmra3", - "T.Ukegawa", - "chrisdavidmills", - "yyss", - "ethertank" - ] - }, - "Learn/Forms/How_to_build_custom_form_widgets": { - "modified": "2020-07-16T22:21:57.078Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dote-tomo-mic", - "silverskyvicto", - "fscholz", - "chrisdavidmills", - "yyss", - "ethertank" - ] - }, - "Learn/Forms/How_to_build_custom_form_widgets/Example_1": { - "modified": "2020-07-16T22:21:59.079Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "chrisdavidmills", - "yyss" - ] - }, - "Learn/Forms/How_to_build_custom_form_widgets/Example_2": { - "modified": "2020-07-16T22:21:59.448Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Learn/Forms/How_to_build_custom_form_widgets/Example_3": { - "modified": "2020-07-16T22:21:59.789Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Learn/Forms/How_to_build_custom_form_widgets/Example_4": { - "modified": "2020-07-16T22:22:00.105Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Learn/Forms/How_to_build_custom_form_widgets/Example_5": { - "modified": "2020-07-16T22:22:00.409Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Learn/Forms/How_to_structure_an_HTML_form": { - "modified": "2020-12-02T20:36:29.302Z", - "contributors": [ - "wlt", - "mfuji09", - "dskmori", - "Uemmra3", - "dote-tomo-mic", - "silverskyvicto", - "fscholz", - "chrisdavidmills", - "yyss", - "ethertank" - ] - }, - "Learn/Forms/How_to_structure_an_HTML_form/Example": { - "modified": "2020-07-16T22:21:17.172Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Learn/Forms/Other_form_controls": { - "modified": "2020-12-02T11:21:02.385Z", - "contributors": [ - "Uemmra3", - "cmplstofB", - "mfuji09", - "shuheiy2000" - ] - }, - "Learn/Forms/Property_compatibility_table_for_form_controls": { - "modified": "2020-07-16T22:21:41.827Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "silverskyvicto", - "yyss" - ] - }, - "Learn/Forms/Sending_and_retrieving_form_data": { - "modified": "2020-07-16T22:21:27.319Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dote-tomo-mic", - "silverskyvicto", - "chrisdavidmills", - "yyss", - "ethertank" - ] - }, - "Learn/Forms/Sending_forms_through_JavaScript": { - "modified": "2020-07-16T22:22:02.114Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dote-tomo-mic", - "silverskyvicto", - "dlwe", - "chrisdavidmills", - "yyss", - "ethertank" - ] - }, - "Learn/Forms/Styling_HTML_forms": { - "modified": "2020-11-16T03:23:08.640Z", - "contributors": [ - "BBC-Radiance", - "mfuji09", - "Uemmra3", - "silverskyvicto", - "tkhsh", - "chrisdavidmills", - "yyss", - "ethertank" - ] - }, - "Learn/Forms/The_native_form_widgets": { - "modified": "2020-12-06T11:48:06.289Z", - "contributors": [ - "wlt", - "mfuji09", - "Uemmra3", - "853419196", - "silverskyvicto", - "tomouchi_", - "chrisdavidmills", - "yyss", - "ethertank" - ] - }, - "Learn/Forms/UI_pseudo-classes": { - "modified": "2020-07-16T22:22:09.957Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Learn/Forms/Your_first_form": { - "modified": "2020-12-02T12:15:15.554Z", - "contributors": [ - "hamasaki", - "dskmori", - "wlt", - "mfuji09", - "Uemmra3", - "michi-h0623", - "silverskyvicto", - "fscholz", - "chrisdavidmills", - "yyss", - "Sheppy", - "ethertank" - ] - }, - "Learn/Forms/Your_first_form/Example": { - "modified": "2020-12-02T12:12:26.573Z", - "contributors": [ - "hamasaki", - "mfuji09", - "silverskyvicto" - ] - }, - "Learn/Front-end_web_developer": { - "modified": "2020-10-31T10:34:45.039Z", - "contributors": [ - "teclogmanager", - "imagawalouis" - ] - }, - "Learn/Getting_started_with_the_web": { - "modified": "2020-10-25T05:48:49.625Z", - "contributors": [ - "silverskyvicto", - "imagawalouis", - "Uemmra3", - "mfuji09", - "gurezo", - "T.Ukegawa", - "horichiyo", - "dskmori", - "lv7777", - "tcyyky", - "shuuji3", - "takoeight0821" - ] - }, - "Learn/Getting_started_with_the_web/CSS_basics": { - "modified": "2020-10-29T10:16:59.468Z", - "contributors": [ - "trainin9", - "silverskyvicto", - "d5uke", - "dlwe", - "Uemmra3", - "publicst", - "toku345", - "talken-sakurament", - "hysryt", - "mfuji09", - "dskmori", - "hamasaki", - "haruo69", - "T.Ukegawa" - ] - }, - "Learn/Getting_started_with_the_web/Dealing_with_files": { - "modified": "2020-10-29T09:42:06.636Z", - "contributors": [ - "silverskyvicto", - "Uemmra3", - "talken-sakurament", - "mfuji09", - "T.Ukegawa" - ] - }, - "Learn/Getting_started_with_the_web/HTML_basics": { - "modified": "2020-10-29T08:58:39.172Z", - "contributors": [ - "trainin9", - "silverskyvicto", - "talken-sakurament", - "RedSqueak", - "hysryt", - "Uemmra3", - "mfuji09", - "dskmori", - "tcyyky" - ] - }, - "Learn/Getting_started_with_the_web/How_the_Web_works": { - "modified": "2020-10-25T06:28:45.970Z", - "contributors": [ - "silverskyvicto", - "imagawalouis", - "Uemmra3", - "talken-sakurament", - "kenji-yamasaki", - "mfuji09", - "horichiyo", - "kekemoto" - ] - }, - "Learn/Getting_started_with_the_web/Installing_basic_software": { - "modified": "2020-11-26T06:59:31.244Z", - "contributors": [ - "Raysphere24", - "trainin9", - "silverskyvicto", - "Uemmra3", - "yuyuyu8818", - "mfuji09", - "kubosho_", - "momdo", - "WhiteHawk-taka", - "Naochan1952", - "shuuji3" - ] - }, - "Learn/Getting_started_with_the_web/JavaScript_basics": { - "modified": "2020-11-26T05:48:11.600Z", - "contributors": [ - "Raysphere24", - "trainin9", - "silverskyvicto", - "mpcjazz", - "Uemmra3", - "talken-sakurament", - "chrisdavidmills", - "kaiji", - "hysryt", - "Almlm", - "mfuji09", - "T.Ukegawa" - ] - }, - "Learn/Getting_started_with_the_web/What_will_your_website_look_like": { - "modified": "2020-10-25T07:08:09.771Z", - "contributors": [ - "silverskyvicto", - "Uemmra3", - "mfuji09", - "hysryt", - "shuuji3", - "horichiyo", - "Hermit0906", - "takoeight0821" - ] - }, - "Learn/Getting_started_with_the_web/りェブサむトを公開する": { - "modified": "2020-10-25T07:02:36.235Z", - "contributors": [ - "silverskyvicto", - "Uemmra3", - "toku345", - "hysryt", - "mfuji09", - "sugarbell" - ] - }, - "Learn/HTML": { - "modified": "2020-07-16T22:22:19.463Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "T.Ukegawa", - "sugarbell", - "chrisdavidmills" - ] - }, - "Learn/HTML/Howto": { - "modified": "2020-07-16T22:22:29.551Z", - "contributors": [ - "h-subaru", - "silverskyvicto", - "Uemmra3" - ] - }, - "Learn/HTML/Howto/Add_a_hit_map_on_top_of_an_image": { - "modified": "2020-07-16T22:22:43.123Z", - "contributors": [ - "Wind1808" - ] - }, - "Learn/HTML/Howto/Define_terms_with_HTML": { - "modified": "2020-07-16T22:22:42.111Z", - "contributors": [ - "Wind1808" - ] - }, - "Learn/HTML/Howto/Use_JavaScript_within_a_webpage": { - "modified": "2020-07-16T22:22:40.307Z", - "contributors": [ - "Uemmra3" - ] - }, - "Learn/HTML/Howto/Use_data_attributes": { - "modified": "2020-07-16T22:22:35.934Z", - "contributors": [ - "Wind1808", - "mfuji09", - "amanoese" - ] - }, - "Learn/HTML/Introduction_to_HTML": { - "modified": "2020-07-16T22:22:49.752Z", - "contributors": [ - "snakada", - "silverskyvicto", - "Uemmra3", - "t-eimizu" - ] - }, - "Learn/HTML/Introduction_to_HTML/Advanced_text_formatting": { - "modified": "2020-07-16T22:23:54.266Z", - "contributors": [ - "dlwe", - "saitouena", - "silverskyvicto", - "Hironsan", - "mfuji09", - "Uemmra3", - "Meganesaru" - ] - }, - "Learn/HTML/Introduction_to_HTML/Creating_hyperlinks": { - "modified": "2020-07-16T22:23:44.602Z", - "contributors": [ - "2357gi", - "Uemmra3", - "dito", - "silverskyvicto", - "nao-j3ster-koha", - "mfuji09", - "karaage-kun" - ] - }, - "Learn/HTML/Introduction_to_HTML/Debugging_HTML": { - "modified": "2020-07-16T22:24:13.119Z", - "contributors": [ - "dlwe", - "mushahiroyuki", - "silverskyvicto", - "yumemi-kuwahara" - ] - }, - "Learn/HTML/Introduction_to_HTML/Document_and_website_structure": { - "modified": "2020-07-16T22:24:05.874Z", - "contributors": [ - "dlwe", - "snakada", - "Uemmra3", - "s1kusu", - "silverskyvicto", - "JPMUG-KK" - ] - }, - "Learn/HTML/Introduction_to_HTML/Getting_started": { - "modified": "2020-07-16T22:23:03.126Z", - "contributors": [ - "dlwe", - "s1kusu", - "silverskyvicto", - "ambi", - "arai", - "contvel", - "Uemmra3", - "haruo-wakakusa", - "dskmori", - "hamasaki", - "karaage-kun", - "chrischung" - ] - }, - "Learn/HTML/Introduction_to_HTML/HTML_text_fundamentals": { - "modified": "2020-07-16T22:23:35.412Z", - "contributors": [ - "dlwe", - "saitouena", - "sideshowbarker", - "pandaman64", - "silverskyvicto", - "Yokoyama-go", - "y-nishi", - "bob_27", - "Uemmra3", - "peach1248" - ] - }, - "Learn/HTML/Introduction_to_HTML/Marking_up_a_letter": { - "modified": "2020-07-16T22:23:12.811Z", - "contributors": [ - "dlwe", - "kripen", - "silverskyvicto", - "Yokoyama-go" - ] - }, - "Learn/HTML/Introduction_to_HTML/Structuring_a_page_of_content": { - "modified": "2020-07-16T22:24:19.727Z", - "contributors": [ - "dlwe", - "mfham", - "silverskyvicto", - "Yokoyama-go" - ] - }, - "Learn/HTML/Introduction_to_HTML/The_head_metadata_in_HTML": { - "modified": "2020-10-29T12:14:26.598Z", - "contributors": [ - "trainin9", - "linuxmetel", - "dlwe", - "snakada", - "mfuji09", - "hideo54", - "mfham", - "dito", - "silverskyvicto", - "Yokoyama-go", - "thinking-capybara", - "peach1248", - "Uemmra3", - "karaage-kun" - ] - }, - "Learn/HTML/Multimedia_and_embedding": { - "modified": "2020-07-16T22:24:26.652Z", - "contributors": [ - "silverskyvicto", - "Wind1808", - "miminari", - "Uemmra3", - "hamasaki" - ] - }, - "Learn/HTML/Multimedia_and_embedding/Adding_vector_graphics_to_the_Web": { - "modified": "2020-09-28T15:44:26.838Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Wind1808" - ] - }, - "Learn/HTML/Multimedia_and_embedding/Images_in_HTML": { - "modified": "2020-07-16T22:24:45.993Z", - "contributors": [ - "dote-tomo-mic", - "silverskyvicto", - "Wind1808" - ] - }, - "Learn/HTML/Multimedia_and_embedding/Mozilla_splash_page": { - "modified": "2020-07-16T22:25:07.532Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Learn/HTML/Multimedia_and_embedding/Other_embedding_technologies": { - "modified": "2020-10-19T11:59:54.572Z", - "contributors": [ - "mfuji09", - "dote-tomo-mic", - "silverskyvicto", - "Wind1808" - ] - }, - "Learn/HTML/Multimedia_and_embedding/Responsive_images": { - "modified": "2020-07-16T22:24:35.851Z", - "contributors": [ - "silverskyvicto", - "Wind1808", - "mfuji09" - ] - }, - "Learn/HTML/Multimedia_and_embedding/Video_and_audio_content": { - "modified": "2020-07-16T22:24:54.116Z", - "contributors": [ - "dote-tomo-mic", - "silverskyvicto", - "cmplstofB", - "Wind1808", - "Uemmra3" - ] - }, - "Learn/HTML/Tables": { - "modified": "2020-07-16T22:25:13.007Z", - "contributors": [ - "silverskyvicto", - "Uemmra3", - "karaage-kun" - ] - }, - "Learn/HTML/Tables/Advanced": { - "modified": "2020-07-16T22:25:26.479Z", - "contributors": [ - "dote-tomo-mic", - "kamariyan21", - "silverskyvicto", - "Wind1808", - "mfuji09", - "karaage-kun" - ] - }, - "Learn/HTML/Tables/Basics": { - "modified": "2020-07-16T22:25:21.228Z", - "contributors": [ - "imagawalouis", - "dote-tomo-mic", - "silverskyvicto", - "mfuji09", - "karaage-kun" - ] - }, - "Learn/HTML/Tables/Structuring_planet_data": { - "modified": "2020-07-16T22:25:30.116Z", - "contributors": [ - "silverskyvicto", - "karaage-kun" - ] - }, - "Learn/How_to_contribute": { - "modified": "2020-10-25T07:13:17.063Z", - "contributors": [ - "silverskyvicto", - "SphinxKnight", - "mfuji09", - "Uemmra3", - "macitis", - "shihokambara" - ] - }, - "Learn/Index": { - "modified": "2020-07-16T22:33:38.849Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/JavaScript": { - "modified": "2020-10-25T07:17:50.761Z", - "contributors": [ - "silverskyvicto", - "Uemmra3", - "thinking-capybara", - "Shonanpooh", - "T.Ukegawa", - "nabepuro" - ] - }, - "Learn/JavaScript/Asynchronous": { - "modified": "2020-07-16T22:33:13.768Z", - "contributors": [ - "mfuji09", - "y-kazunori" - ] - }, - "Learn/JavaScript/Asynchronous/Concepts": { - "modified": "2020-12-04T08:53:53.277Z", - "contributors": [ - "Uemmra3", - "shigerhum" - ] - }, - "Learn/JavaScript/Building_blocks": { - "modified": "2020-12-05T17:09:53.831Z", - "contributors": [ - "eldesh", - "Uemmra3", - "silverskyvicto", - "thinking-capybara", - "kaiji", - "hamasaki", - "T.Ukegawa" - ] - }, - "Learn/JavaScript/Building_blocks/Build_your_own_function": { - "modified": "2020-12-05T16:37:43.747Z", - "contributors": [ - "eldesh", - "wlt", - "Uemmra3", - "dskmori", - "JuthaDDA", - "silverskyvicto", - "i12o" - ] - }, - "Learn/JavaScript/Building_blocks/Events": { - "modified": "2020-12-05T17:50:20.844Z", - "contributors": [ - "eldesh", - "8845musign", - "Uemmra3", - "nuip", - "dlwe", - "silverskyvicto", - "thinking-capybara", - "hysryt", - "mfuji09", - "i12o", - "kenji-yamasaki", - "t-cool" - ] - }, - "Learn/JavaScript/Building_blocks/Functions": { - "modified": "2020-12-05T15:48:13.666Z", - "contributors": [ - "eldesh", - "Uemmra3", - "silverskyvicto", - "Wind1808", - "i12o", - "mfuji09", - "chameleonhead" - ] - }, - "Learn/JavaScript/Building_blocks/Image_gallery": { - "modified": "2020-12-05T18:30:51.764Z", - "contributors": [ - "eldesh", - "silverskyvicto", - "dskmori", - "Shonanpooh", - "tomouchi", - "HeRoMo" - ] - }, - "Learn/JavaScript/Building_blocks/Looping_code": { - "modified": "2020-12-05T13:57:09.278Z", - "contributors": [ - "eldesh", - "wlt", - "Uemmra3", - "kamariyan21", - "yamacent", - "silverskyvicto", - "hysryt", - "chameleonhead", - "mfuji09" - ] - }, - "Learn/JavaScript/Building_blocks/Return_values": { - "modified": "2020-12-05T17:02:59.714Z", - "contributors": [ - "eldesh", - "wlt", - "dskmori", - "JuthaDDA", - "silverskyvicto", - "mfuji09", - "semigura", - "maechabin" - ] - }, - "Learn/JavaScript/Building_blocks/conditionals": { - "modified": "2020-12-04T14:21:07.032Z", - "contributors": [ - "eldesh", - "Uemmra3", - "silverskyvicto", - "mfuji09", - "karakol2017", - "chameleonhead" - ] - }, - "Learn/JavaScript/Client-side_web_APIs": { - "modified": "2020-07-16T22:32:39.940Z", - "contributors": [ - "silverskyvicto", - "thinking-capybara", - "mfuji09", - "i12o" - ] - }, - "Learn/JavaScript/Client-side_web_APIs/Client-side_storage": { - "modified": "2020-09-06T00:32:49.137Z", - "contributors": [ - "wlt", - "silverskyvicto", - "piyo-ko", - "mfuji09" - ] - }, - "Learn/JavaScript/Client-side_web_APIs/Drawing_graphics": { - "modified": "2020-08-27T09:37:52.687Z", - "contributors": [ - "wlt", - "Uemmra3", - "chrisdavidmills", - "silverskyvicto", - "mfuji09", - "k636174" - ] - }, - "Learn/JavaScript/Client-side_web_APIs/Fetching_data": { - "modified": "2020-08-23T06:28:40.606Z", - "contributors": [ - "wlt", - "silverskyvicto", - "i12o" - ] - }, - "Learn/JavaScript/Client-side_web_APIs/Introduction": { - "modified": "2020-08-22T23:16:09.701Z", - "contributors": [ - "wlt", - "silverskyvicto", - "i12o" - ] - }, - "Learn/JavaScript/Client-side_web_APIs/Manipulating_documents": { - "modified": "2020-08-23T02:45:13.614Z", - "contributors": [ - "wlt", - "bearyield", - "yagochi", - "silverskyvicto", - "i12o" - ] - }, - "Learn/JavaScript/Client-side_web_APIs/Third_party_APIs": { - "modified": "2020-08-24T08:11:39.491Z", - "contributors": [ - "wlt", - "dskmori", - "ojigi", - "k.kim", - "silverskyvicto", - "yagochi" - ] - }, - "Learn/JavaScript/Client-side_web_APIs/Video_and_audio_APIs": { - "modified": "2020-09-03T10:40:10.637Z", - "contributors": [ - "wlt", - "silverskyvicto" - ] - }, - "Learn/JavaScript/First_steps": { - "modified": "2020-12-01T10:37:09.247Z", - "contributors": [ - "eldesh", - "mpcjazz", - "hamasaki", - "silverskyvicto", - "thinking-capybara", - "kaiji", - "hysryt", - "dskmori", - "isari", - "T.Ukegawa", - "Elllenn" - ] - }, - "Learn/JavaScript/First_steps/A_first_splash": { - "modified": "2020-11-28T20:35:10.608Z", - "contributors": [ - "eldesh", - "aks-adw", - "wlt", - "tnandate", - "Uemmra3", - "dlwe", - "silverskyvicto", - "kenji-yamasaki", - "chameleonhead" - ] - }, - "Learn/JavaScript/First_steps/Arrays": { - "modified": "2020-12-01T10:54:56.966Z", - "contributors": [ - "eldesh", - "dskmori", - "wlt", - "Uemmra3", - "lulichn", - "silverskyvicto", - "mfuji09", - "r-tamura", - "chameleonhead" - ] - }, - "Learn/JavaScript/First_steps/Math": { - "modified": "2020-11-30T13:36:19.248Z", - "contributors": [ - "eldesh", - "silverskyvicto", - "tky529", - "tamemotoakihiro", - "wlt", - "Uemmra3", - "thinking-capybara", - "mfuji09", - "chameleonhead" - ] - }, - "Learn/JavaScript/First_steps/Silly_story_generator": { - "modified": "2020-12-02T12:05:10.144Z", - "contributors": [ - "eldesh", - "tky529", - "silverskyvicto", - "mfuji09", - "Uemmra3", - "chameleonhead" - ] - }, - "Learn/JavaScript/First_steps/Strings": { - "modified": "2020-12-01T09:22:22.537Z", - "contributors": [ - "eldesh", - "mpcjazz", - "wlt", - "silverskyvicto", - "asuktakahashi", - "Uemmra3", - "chameleonhead" - ] - }, - "Learn/JavaScript/First_steps/Useful_string_methods": { - "modified": "2020-12-01T10:11:41.810Z", - "contributors": [ - "eldesh", - "silverskyvicto", - "wlt", - "Uemmra3", - "chameleonhead", - "nishinos" - ] - }, - "Learn/JavaScript/First_steps/Variables": { - "modified": "2020-11-30T12:48:10.080Z", - "contributors": [ - "eldesh", - "masa", - "Uemmra3", - "silverskyvicto", - "kenji-yamasaki", - "hysryt", - "tomouchi_", - "chameleonhead" - ] - }, - "Learn/JavaScript/First_steps/What_is_JavaScript": { - "modified": "2020-12-05T16:31:22.883Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "eldesh", - "mpcjazz", - "wlt", - "mozy", - "Uemmra3", - "k-utsumi", - "dlwe", - "silverskyvicto", - "Wind1808", - "chameleonhead", - "kurohuku7", - "amanoese", - "macitis" - ] - }, - "Learn/JavaScript/First_steps/What_went_wrong": { - "modified": "2020-11-30T12:35:54.477Z", - "contributors": [ - "eldesh", - "silverskyvicto", - "wlt", - "Uemmra3", - "chameleonhead" - ] - }, - "Learn/JavaScript/Howto": { - "modified": "2020-07-16T22:33:09.798Z", - "contributors": [ - "Uemmra3", - "yumemi-kuwahara", - "szk0u" - ] - }, - "Learn/JavaScript/Objects": { - "modified": "2020-12-07T11:23:52.488Z", - "contributors": [ - "eldesh", - "silverskyvicto", - "kaiji", - "Uemmra3", - "mfuji09", - "hamasaki", - "T.Ukegawa" - ] - }, - "Learn/JavaScript/Objects/Adding_bouncing_balls_features": { - "modified": "2020-11-25T04:56:20.151Z", - "contributors": [ - "wlt", - "k.kim", - "JuthaDDA", - "y-kazunori", - "silverskyvicto", - "Uemmra3", - "tomouchi", - "shiibaryu", - "i12o", - "mochan3" - ] - }, - "Learn/JavaScript/Objects/Basics": { - "modified": "2020-12-06T13:30:24.692Z", - "contributors": [ - "eldesh", - "wlt", - "JuthaDDA", - "silverskyvicto", - "Uemmra3", - "hironaeee", - "mfuji09", - "chameleonhead" - ] - }, - "Learn/JavaScript/Objects/Inheritance": { - "modified": "2020-12-06T16:16:51.225Z", - "contributors": [ - "eldesh", - "wlt", - "silverskyvicto", - "AkihikoTakeda", - "Uemmra3", - "hamasaki", - "kenji-yamasaki" - ] - }, - "Learn/JavaScript/Objects/JSON": { - "modified": "2020-12-07T11:16:44.993Z", - "contributors": [ - "eldesh", - "wlt", - "silverskyvicto", - "Uemmra3", - "i12o", - "r-tamura" - ] - }, - "Learn/JavaScript/Objects/Object-oriented_JS": { - "modified": "2020-12-06T14:17:48.495Z", - "contributors": [ - "eldesh", - "silverskyvicto", - "mfuji09", - "JuthaDDA", - "Uemmra3", - "hamasaki", - "kenji-yamasaki", - "sii" - ] - }, - "Learn/JavaScript/Objects/Object_building_practice": { - "modified": "2020-12-07T11:55:33.524Z", - "contributors": [ - "eldesh", - "wlt", - "endlsspain", - "silverskyvicto", - "Uemmra3", - "i12o" - ] - }, - "Learn/JavaScript/Objects/Object_prototypes": { - "modified": "2020-12-06T15:24:29.803Z", - "contributors": [ - "eldesh", - "silverskyvicto", - "Kisaragi", - "TheSakuMa" - ] - }, - "Learn/JavaScript/Objects/Test_your_skills:_Object_basics": { - "modified": "2020-11-22T07:44:16.812Z", - "contributors": [ - "kobayashitomoya" - ] - }, - "Learn/Performance": { - "modified": "2020-07-16T22:40:38.727Z", - "contributors": [ - "classLACIA", - "silverskyvicto" - ] - }, - "Learn/Performance/Measuring_performance": { - "modified": "2020-11-22T22:20:59.818Z", - "contributors": [ - "succi0303", - "Potappo" - ] - }, - "Learn/Performance/Web_Performance_Basics": { - "modified": "2020-10-25T07:11:50.857Z", - "contributors": [ - "silverskyvicto", - "shin1810" - ] - }, - "Learn/Performance/What_is_web_performance": { - "modified": "2020-11-22T22:17:06.717Z", - "contributors": [ - "succi0303", - "Uemmra3" - ] - }, - "Learn/Performance/business_case_for_performance": { - "modified": "2020-11-22T22:29:47.795Z", - "contributors": [ - "succi0303", - "silverskyvicto" - ] - }, - "Learn/Performance/perceived_performance": { - "modified": "2020-11-22T22:19:54.090Z", - "contributors": [ - "succi0303", - "hamasaki" - ] - }, - "Learn/Performance/why_web_performance": { - "modified": "2020-11-22T22:25:27.785Z", - "contributors": [ - "succi0303", - "silverskyvicto" - ] - }, - "Learn/Release_notes": { - "modified": "2020-09-28T09:40:44.944Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side": { - "modified": "2020-07-16T22:35:59.367Z", - "contributors": [ - "Chuji-volunteer", - "silverskyvicto", - "Uemmra3", - "superyusuke", - "chrisdavidmills" - ] - }, - "Learn/Server-side/Django": { - "modified": "2020-07-16T22:36:33.647Z", - "contributors": [ - "tokibito", - "dskmori" - ] - }, - "Learn/Server-side/Django/Introduction": { - "modified": "2020-07-16T22:36:39.848Z", - "contributors": [ - "tokibito" - ] - }, - "Learn/Server-side/Django/Models": { - "modified": "2020-07-16T22:36:58.313Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Django/Tutorial_local_library_website": { - "modified": "2020-07-16T22:36:49.580Z", - "contributors": [ - "tokibito" - ] - }, - "Learn/Server-side/Django/development_environment": { - "modified": "2020-07-16T22:36:45.571Z", - "contributors": [ - "tokibito" - ] - }, - "Learn/Server-side/Django/skeleton_website": { - "modified": "2020-07-16T22:36:53.220Z", - "contributors": [ - "sinnosuke", - "silverskyvicto", - "tokibito" - ] - }, - "Learn/Server-side/Django/web_application_security": { - "modified": "2020-07-16T22:37:45.583Z", - "contributors": [ - "TakahiRoyte" - ] - }, - "Learn/Server-side/Express_Nodejs": { - "modified": "2020-07-16T22:37:53.181Z", - "contributors": [ - "Uemmra3", - "Potappo", - "silverskyvicto", - "thinking-capybara", - "lol-russo" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data": { - "modified": "2020-07-16T22:38:30.291Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data/Author_detail_page": { - "modified": "2020-07-16T22:38:39.385Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data/Author_list_page": { - "modified": "2020-07-16T22:38:37.983Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data/BookInstance_detail_page_and_challenge": { - "modified": "2020-07-16T22:38:39.709Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data/BookInstance_list_page": { - "modified": "2020-07-16T22:38:36.771Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data/Book_detail_page": { - "modified": "2020-07-16T22:38:39.053Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data/Book_list_page": { - "modified": "2020-07-16T22:38:36.111Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data/Date_formatting_using_moment": { - "modified": "2020-07-16T22:38:37.404Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data/Genre_detail_page": { - "modified": "2020-07-16T22:38:38.580Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data/Home_page": { - "modified": "2020-07-16T22:38:35.440Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data/LocalLibrary_base_template": { - "modified": "2020-07-16T22:38:35.006Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data/Template_primer": { - "modified": "2020-07-16T22:38:34.353Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Displaying_data/flow_control_using_async": { - "modified": "2020-07-16T22:38:32.914Z", - "contributors": [ - "11sthkr09", - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Installing_on_PWS_Cloud_Foundry": { - "modified": "2020-07-16T22:38:52.544Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/Introduction": { - "modified": "2020-07-16T22:38:10.974Z", - "contributors": [ - "Potappo", - "SierraOscar", - "silverskyvicto", - "KaoruKozuma", - "Anonymous" - ] - }, - "Learn/Server-side/Express_Nodejs/Tutorial_local_library_website": { - "modified": "2020-07-16T22:38:15.815Z", - "contributors": [ - "Potappo", - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/deployment": { - "modified": "2020-07-16T22:38:49.766Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/development_environment": { - "modified": "2020-07-16T22:37:58.590Z", - "contributors": [ - "Potappo", - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/forms": { - "modified": "2020-07-16T22:38:40.831Z", - "contributors": [ - "c2997108", - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/mongoose": { - "modified": "2020-11-19T13:03:52.960Z", - "contributors": [ - "n-hachi", - "OldBigBuddha", - "k.kim", - "donotstayhere", - "silverskyvicto" - ] - }, - "Learn/Server-side/Express_Nodejs/routes": { - "modified": "2020-07-16T22:38:26.365Z", - "contributors": [ - "silverskyvicto", - "ilostmyneko" - ] - }, - "Learn/Server-side/Express_Nodejs/skeleton_website": { - "modified": "2020-07-16T22:38:04.588Z", - "contributors": [ - "silverskyvicto", - "superyusuke" - ] - }, - "Learn/Server-side/First_steps": { - "modified": "2020-07-16T22:36:09.536Z", - "contributors": [ - "Uemmra3", - "Chuji-volunteer", - "silverskyvicto", - "thinking-capybara", - "dskmori" - ] - }, - "Learn/Server-side/First_steps/Client-Server_overview": { - "modified": "2020-07-16T22:36:20.281Z", - "contributors": [ - "Chuji-volunteer", - "silverskyvicto" - ] - }, - "Learn/Server-side/First_steps/Introduction": { - "modified": "2020-07-16T22:36:14.819Z", - "contributors": [ - "Chuji-volunteer", - "silverskyvicto" - ] - }, - "Learn/Server-side/First_steps/Web_frameworks": { - "modified": "2020-07-16T22:36:24.660Z", - "contributors": [ - "k.kim", - "Chuji-volunteer", - "dskmori", - "silverskyvicto" - ] - }, - "Learn/Server-side/First_steps/Website_security": { - "modified": "2020-07-16T22:36:28.509Z", - "contributors": [ - "Uemmra3", - "Chuji-volunteer", - "silverskyvicto" - ] - }, - "Learn/Server-side/Node_server_without_framework": { - "modified": "2020-07-16T22:36:05.600Z", - "contributors": [ - "Chuji-volunteer", - "silverskyvicto" - ] - }, - "Learn/Tools_and_testing": { - "modified": "2020-07-16T22:38:55.675Z", - "contributors": [ - "Uemmra3", - "silverskyvicto", - "chrisdavidmills" - ] - }, - "Learn/Tools_and_testing/Client-side_JavaScript_frameworks": { - "modified": "2020-11-17T06:32:35.649Z", - "contributors": [ - "batacon", - "CodeDotJS" - ] - }, - "Learn/Tools_and_testing/Client-side_JavaScript_frameworks/React_components": { - "modified": "2020-10-17T04:57:29.199Z", - "contributors": [ - "miminari" - ] - }, - "Learn/Tools_and_testing/Client-side_JavaScript_frameworks/React_getting_started": { - "modified": "2020-09-17T23:28:46.580Z", - "contributors": [ - "matuolwp", - "dskmori", - "ShowGoTagami" - ] - }, - "Learn/Tools_and_testing/Client-side_JavaScript_frameworks/React_todo_list_beginning": { - "modified": "2020-07-16T22:39:41.398Z", - "contributors": [ - "ShowGoTagami" - ] - }, - "Learn/Tools_and_testing/Client-side_JavaScript_frameworks/Vue_getting_started": { - "modified": "2020-08-18T13:32:43.951Z", - "contributors": [ - "eltociear" - ] - }, - "Learn/Tools_and_testing/Cross_browser_testing": { - "modified": "2020-07-16T22:39:00.576Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "Uemmra3", - "rurumi66" - ] - }, - "Learn/Tools_and_testing/Cross_browser_testing/Accessibility": { - "modified": "2020-07-16T22:39:17.207Z", - "contributors": [ - "liveasnotes", - "Wind1808" - ] - }, - "Learn/Tools_and_testing/Cross_browser_testing/Automated_testing": { - "modified": "2020-07-16T22:39:19.118Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Tools_and_testing/Cross_browser_testing/Feature_detection": { - "modified": "2020-09-11T12:55:52.881Z", - "contributors": [ - "mkobayashime", - "mfuji09", - "silverskyvicto" - ] - }, - "Learn/Tools_and_testing/Cross_browser_testing/HTML_and_CSS": { - "modified": "2020-07-16T22:39:10.696Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Learn/Tools_and_testing/Cross_browser_testing/Introduction": { - "modified": "2020-07-16T22:39:03.783Z", - "contributors": [ - "hayashi-ay", - "silverskyvicto", - "tan1234jp", - "Uemmra3", - "fuzz139" - ] - }, - "Learn/Tools_and_testing/Cross_browser_testing/JavaScript": { - "modified": "2020-07-16T22:39:14.306Z", - "contributors": [ - "Uemmra3" - ] - }, - "Learn/Tools_and_testing/Cross_browser_testing/Testing_strategies": { - "modified": "2020-07-16T22:39:07.309Z", - "contributors": [ - "Uemmra3", - "silverskyvicto" - ] - }, - "Learn/Tools_and_testing/Cross_browser_testing/Your_own_automation_environment": { - "modified": "2020-07-16T22:39:21.498Z", - "contributors": [ - "k.kim", - "silverskyvicto", - "szk0u" - ] - }, - "Localization": { - "modified": "2019-03-23T23:54:24.101Z", - "contributors": [ - "Wind1808", - "Uemmra3", - "mfuji09", - "ethertank", - "Mgjbot", - "Verruckt", - "Cai", - "Morishoji", - "Okome", - "Takenbot", - "Taken Bot", - "Yama", - "Kozawa" - ] - }, - "Localizing_extension_descriptions": { - "modified": "2019-03-23T23:59:04.362Z", - "contributors": [ - "teoli", - "Takeshi2", - "Mgjbot", - "Kohei", - "Taken", - "Verruckt", - "Cai" - ] - }, - "MCD": { - "modified": "2019-03-23T22:12:18.868Z", - "contributors": [ - "mkato", - "fscholz", - "Kohei", - "Nog", - "Okome" - ] - }, - "MCD/Getting_Started": { - "modified": "2019-03-23T23:54:06.225Z", - "contributors": [ - "dynamis", - "Kohei" - ] - }, - "MDN": { - "modified": "2020-12-07T10:57:00.950Z", - "contributors": [ - "mfuji09", - "jswisher", - "SphinxKnight", - "wbamberg", - "Uemmra3", - "Jeremie", - "hamasaki", - "x2357", - "mantaroh", - "Sheppy" - ] - }, - "MDN/About": { - "modified": "2020-05-10T05:09:00.798Z", - "contributors": [ - "dskmori", - "mfuji09", - "SphinxKnight", - "silverskyvicto", - "wbamberg", - "Uemmra3", - "jswisher", - "shuuji3", - "Potappo", - "teoli", - "hamasaki", - "x2357", - "ethertank", - "kyo_ago", - "Shimono", - "Taken", - "Okome", - "Akio", - "Victory", - "Kozawa" - ] - }, - "MDN/About/Linking_to_MDN": { - "modified": "2019-01-16T19:51:11.298Z", - "contributors": [ - "wbamberg", - "lv7777", - "hamasaki", - "dynamis" - ] - }, - "MDN/Community": { - "modified": "2020-10-08T07:50:01.179Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "silverskyvicto", - "wbamberg", - "Uemmra3", - "hamasaki", - "x2357" - ] - }, - "MDN/Community/Conversations": { - "modified": "2020-07-27T15:13:24.686Z", - "contributors": [ - "mfuji09", - "wbamberg", - "yyss", - "chikoski", - "hamasaki" - ] - }, - "MDN/Community/Doc_sprints": { - "modified": "2019-03-23T22:46:14.680Z", - "contributors": [ - "wbamberg", - "chikoski", - "hamasaki" - ] - }, - "MDN/Community/Roles": { - "modified": "2019-01-16T21:33:43.678Z", - "contributors": [ - "wbamberg", - "hamasaki", - "jswisher" - ] - }, - "MDN/Community/Roles/Admins": { - "modified": "2019-12-25T03:34:25.783Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "wbamberg", - "hamasaki", - "lv7777" - ] - }, - "MDN/Community/Roles/Localization_driver_role": { - "modified": "2019-03-23T22:41:22.600Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss", - "hamasaki", - "lv7777" - ] - }, - "MDN/Community/Roles/Mentor_role": { - "modified": "2020-02-14T01:16:49.601Z" - }, - "MDN/Community/Roles/Mentor_role/Mentors": { - "modified": "2020-02-14T01:16:50.717Z", - "contributors": [ - "mfuji09" - ] - }, - "MDN/Community/Roles/Topic_driver_role": { - "modified": "2019-03-18T21:18:31.241Z", - "contributors": [ - "silverskyvicto" - ] - }, - "MDN/Community/Whats_happening": { - "modified": "2020-09-20T02:43:43.417Z", - "contributors": [ - "mfuji09", - "wbamberg", - "Uemmra3", - "hamasaki" - ] - }, - "MDN/Community/Working_in_community": { - "modified": "2020-09-28T13:53:00.148Z", - "contributors": [ - "mfuji09", - "jswisher", - "dskmori", - "wbamberg", - "SphinxKnight", - "yyss", - "hamasaki" - ] - }, - "MDN/Contribute": { - "modified": "2019-01-16T18:55:44.803Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "Marsf", - "akiomik", - "mamodayo", - "x2357", - "Fajrovulpo", - "koheishingai", - "Mars" - ] - }, - "MDN/Contribute/FAQ": { - "modified": "2019-01-16T20:02:05.491Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Contribute/Feedback": { - "modified": "2020-09-30T17:51:30.558Z", - "contributors": [ - "chrisdavidmills", - "Dicklessgreat", - "mfuji09", - "jswisher", - "wbamberg", - "SphinxKnight", - "mkato", - "yyss", - "dskmori", - "Uemmra3", - "KKcompany39" - ] - }, - "MDN/Contribute/Getting_started": { - "modified": "2020-09-30T17:12:59.200Z", - "contributors": [ - "chrisdavidmills", - "eltociear", - "mfuji09", - "wbamberg", - "03_26", - "SphinxKnight", - "Uemmra3", - "sug1no", - "5ara5treamer", - "x2357" - ] - }, - "MDN/Contribute/Howto": { - "modified": "2020-08-12T14:04:14.458Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "wbamberg", - "hamasaki", - "5ara5treamer", - "mamodayo", - "klez" - ] - }, - "MDN/Contribute/Howto/Add_or_update_browser_compatibility_data": { - "modified": "2020-03-07T07:55:37.025Z", - "contributors": [ - "dskmori", - "Yumal" - ] - }, - "MDN/Contribute/Howto/Convert_code_samples_to_be_live": { - "modified": "2020-09-28T14:42:23.429Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Contribute/Howto/Create_an_MDN_account": { - "modified": "2020-03-15T07:15:15.853Z", - "contributors": [ - "mfuji09", - "wbamberg", - "SphinxKnight", - "seconoid", - "dskmori", - "shuuji3", - "lv7777", - "x2357" - ] - }, - "MDN/Contribute/Howto/Create_an_interactive_exercise_to_help_learning_the_web": { - "modified": "2019-03-18T21:27:39.805Z", - "contributors": [ - "silverskyvicto" - ] - }, - "MDN/Contribute/Howto/Create_and_edit_pages": { - "modified": "2020-08-18T13:28:41.183Z", - "contributors": [ - "eltociear", - "mfuji09", - "silverskyvicto", - "wbamberg", - "cororonn", - "Uemmra3", - "Spalits00", - "patilise", - "horichiyo", - "hamasaki" - ] - }, - "MDN/Contribute/Howto/Create_learning_pathways": { - "modified": "2019-09-11T15:38:24.837Z", - "contributors": [ - "SphinxKnight", - "silverskyvicto" - ] - }, - "MDN/Contribute/Howto/Do_a_technical_review": { - "modified": "2019-03-18T21:11:31.022Z", - "contributors": [ - "mfuji09", - "wbamberg", - "hamasaki", - "ymizushi" - ] - }, - "MDN/Contribute/Howto/Do_an_editorial_review": { - "modified": "2020-06-07T14:56:40.969Z", - "contributors": [ - "mfuji09", - "wbamberg", - "Uemmra3", - "shuuji3", - "hamasaki", - "dskmori" - ] - }, - "MDN/Contribute/Howto/Document_web_errors": { - "modified": "2019-03-23T22:31:41.659Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "macitis", - "lv7777" - ] - }, - "MDN/Contribute/Howto/Migrate_external_content_to_MDN": { - "modified": "2020-08-12T13:57:26.219Z", - "contributors": [ - "mfuji09" - ] - }, - "MDN/Contribute/Howto/Remove__Experimental__Macros": { - "modified": "2019-03-18T21:27:24.519Z", - "contributors": [ - "silverskyvicto" - ] - }, - "MDN/Contribute/Howto/Report_a_problem": { - "modified": "2020-01-07T12:20:24.363Z", - "contributors": [ - "peterbe", - "mfuji09", - "wbamberg", - "Uemmra3", - "hamasaki" - ] - }, - "MDN/Contribute/Howto/Resolve_a_mentored_developer_doc_request": { - "modified": "2019-12-24T08:41:27.716Z", - "contributors": [ - "mfuji09" - ] - }, - "MDN/Contribute/Howto/Set_the_summary_for_a_page": { - "modified": "2020-09-27T11:46:06.995Z", - "contributors": [ - "mfuji09", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Contribute/Howto/Tag": { - "modified": "2020-09-15T03:12:50.917Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "wbamberg", - "Uemmra3", - "hamasaki", - "taiyaki32lp64" - ] - }, - "MDN/Contribute/Howto/Tag_JavaScript_pages": { - "modified": "2020-06-14T09:24:26.779Z", - "contributors": [ - "mfuji09", - "wbamberg", - "Uemmra3", - "ymizushi", - "taiyaki32lp64", - "shota.saitoh." - ] - }, - "MDN/Contribute/Howto/Use_navigation_sidebars": { - "modified": "2020-07-22T13:15:16.782Z", - "contributors": [ - "mfuji09" - ] - }, - "MDN/Contribute/Howto/Write_a_new_entry_in_the_Glossary": { - "modified": "2020-05-17T21:57:28.358Z", - "contributors": [ - "mfuji09", - "wbamberg", - "Potappo", - "piza_suki" - ] - }, - "MDN/Contribute/Howto/Write_an_article_to_help_learn_about_the_Web": { - "modified": "2020-02-28T22:25:15.349Z", - "contributors": [ - "mfuji09", - "wbamberg", - "Uemmra3", - "bakunyo" - ] - }, - "MDN/Contribute/Howto/Write_for_SEO": { - "modified": "2019-03-18T21:21:46.339Z", - "contributors": [ - "silverskyvicto" - ] - }, - "MDN/Contribute/Howto/Write_interface_reference_documentation": { - "modified": "2020-08-12T14:04:04.314Z", - "contributors": [ - "mfuji09" - ] - }, - "MDN/Contribute/Localize": { - "modified": "2019-08-17T15:02:03.270Z", - "contributors": [ - "wbamberg", - "dskmori", - "liang664", - "unarist", - "Uemmra3", - "hamasaki", - "Sheppy" - ] - }, - "MDN/Contribute/Localize/Localization_projects": { - "modified": "2019-10-21T04:31:19.516Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "wbamberg", - "hamasaki" - ] - }, - "MDN/Contribute/Localize/Starting_a_localization": { - "modified": "2020-09-28T14:32:10.561Z", - "contributors": [ - "mfuji09", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Contribute/Localize/Top_100_articles": { - "modified": "2020-09-27T10:19:11.400Z", - "contributors": [ - "mfuji09" - ] - }, - "MDN/Contribute/Localize/Translating_pages": { - "modified": "2020-07-10T11:33:31.598Z", - "contributors": [ - "xfq", - "mfuji09", - "silverskyvicto", - "hamasaki", - "Potappo", - "wbamberg", - "Uemmra3", - "SphinxKnight", - "dynamis", - "xarsh" - ] - }, - "MDN/Contribute/Onboarding": { - "modified": "2020-02-02T00:59:59.165Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "MDN/Contribute/Processes": { - "modified": "2020-07-22T12:19:59.681Z", - "contributors": [ - "wbamberg", - "hamasaki", - "jswisher" - ] - }, - "MDN/Contribute/Processes/Browser_information_resources": { - "modified": "2020-05-02T02:17:47.910Z", - "contributors": [ - "mfuji09", - "Yumal" - ] - }, - "MDN/Contribute/Processes/Cross-team_collaboration_tactics": { - "modified": "2020-07-22T12:19:51.826Z", - "contributors": [ - "mfuji09", - "wbamberg", - "Uemmra3", - "hamasaki" - ] - }, - "MDN/Contribute/Processes/Requesting_elevated_privileges": { - "modified": "2019-03-18T20:55:15.461Z", - "contributors": [ - "mfuji09", - "wbamberg", - "hamasaki" - ] - }, - "MDN/Dashboards": { - "modified": "2019-03-18T21:20:57.974Z", - "contributors": [ - "silverskyvicto", - "ExE-Boss" - ] - }, - "MDN/Dashboards/Editors": { - "modified": "2019-03-18T21:20:58.636Z", - "contributors": [ - "silverskyvicto" - ] - }, - "MDN/Editor": { - "modified": "2020-09-30T15:41:49.390Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "silverskyvicto", - "wbamberg", - "dskmori", - "hamasaki", - "Uemmra3", - "momoi", - "hina03110630@gmail.com" - ] - }, - "MDN/Editor/Basics": { - "modified": "2020-09-30T15:41:49.746Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "silverskyvicto", - "wbamberg", - "Uemmra3", - "lv7777" - ] - }, - "MDN/Editor/Basics/Attachments": { - "modified": "2020-09-30T15:41:50.574Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Editor/Basics/Page_controls": { - "modified": "2020-09-30T15:41:49.981Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Editor/Basics/Page_info": { - "modified": "2020-09-30T15:41:49.875Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "SphinxKnight", - "Uemmra3" - ] - }, - "MDN/Editor/Basics/Tags": { - "modified": "2020-09-30T15:41:50.439Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Editor/Basics/Toolbar": { - "modified": "2020-09-30T15:41:50.320Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Editor/Images": { - "modified": "2020-09-30T15:41:51.174Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Editor/Keyboard_shortcuts": { - "modified": "2020-09-30T15:41:51.348Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "silverskyvicto", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Editor/Links": { - "modified": "2020-09-30T15:41:50.990Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "SphinxKnight", - "silverskyvicto", - "fscholz", - "Wind1808", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Editor/Redirects": { - "modified": "2020-09-30T15:41:49.574Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wbamberg", - "Uemmra3", - "hamasaki", - "nshimizu", - "mantaroh" - ] - }, - "MDN/Editor/Source_mode": { - "modified": "2020-09-30T15:41:51.827Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "silverskyvicto", - "Wind1808", - "wbamberg", - "dskmori", - "Uemmra3" - ] - }, - "MDN/Editor/Syntax_highlighting": { - "modified": "2020-09-30T15:41:50.678Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "chan_gami" - ] - }, - "MDN/Editor/Tables": { - "modified": "2020-09-30T15:41:51.584Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Guidelines": { - "modified": "2020-09-30T15:30:23.873Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wbamberg", - "5ara5treamer", - "hamasaki" - ] - }, - "MDN/Guidelines/CSS_style_guide": { - "modified": "2020-09-30T15:30:25.061Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "silverskyvicto", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Guidelines/Code_guidelines": { - "modified": "2020-09-30T15:30:24.568Z", - "contributors": [ - "chrisdavidmills", - "dvincent" - ] - }, - "MDN/Guidelines/Code_guidelines/CSS": { - "modified": "2020-10-01T14:47:46.429Z", - "contributors": [ - "mfuji09", - "chrisdavidmills", - "shuheiy2000", - "silverskyvicto" - ] - }, - "MDN/Guidelines/Code_guidelines/General": { - "modified": "2020-09-30T15:30:25.414Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "MDN/Guidelines/Code_guidelines/HTML": { - "modified": "2020-09-30T15:30:25.212Z", - "contributors": [ - "chrisdavidmills", - "Uemmra3", - "hamasaki", - "dskmori", - "kenji-yamasaki" - ] - }, - "MDN/Guidelines/Conventions_definitions": { - "modified": "2020-09-30T15:30:24.078Z", - "contributors": [ - "chrisdavidmills", - "eltociear", - "mfuji09", - "jswisher", - "Anonymous", - "silverskyvicto", - "wbamberg", - "Uemmra3", - "5ara5treamer" - ] - }, - "MDN/Guidelines/Does_this_belong_on_MDN": { - "modified": "2020-09-30T15:30:24.329Z", - "contributors": [ - "chrisdavidmills", - "dskmori", - "mfuji09", - "wbamberg", - "Uemmra3", - "lv7777" - ] - }, - "MDN/Guidelines/Editorial": { - "modified": "2020-09-30T15:30:25.562Z", - "contributors": [ - "chrisdavidmills", - "silverskyvicto" - ] - }, - "MDN/Guidelines/Video": { - "modified": "2020-09-30T15:30:25.744Z", - "contributors": [ - "chrisdavidmills", - "Yumal" - ] - }, - "MDN/Guidelines/Writing_style_guide": { - "modified": "2020-09-30T15:30:25.053Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "jswisher", - "silverskyvicto", - "wbamberg", - "horichiyo", - "SphinxKnight", - "Uemmra3", - "dai", - "5ara5treamer" - ] - }, - "MDN/Kuma": { - "modified": "2020-08-13T21:24:52.575Z", - "contributors": [ - "eltociear", - "mfuji09", - "SphinxKnight", - "silverskyvicto", - "wbamberg", - "Uemmra3", - "groovecoder" - ] - }, - "MDN/Kuma/Server_charts": { - "modified": "2020-09-28T14:48:43.333Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "MDN/Kuma/コントリビュヌト": { - "modified": "2020-08-13T21:26:07.304Z", - "contributors": [ - "eltociear", - "wbamberg", - "Marsf", - "mantaroh" - ] - }, - "MDN/MDN_Product_Advisory_Board": { - "modified": "2020-08-06T03:36:58.834Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "wbamberg" - ] - }, - "MDN/MDN_Product_Advisory_Board/Members": { - "modified": "2020-03-14T06:36:03.749Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "MDN/Structures": { - "modified": "2020-09-30T09:07:29.470Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "Uemmra3", - "hamasaki" - ] - }, - "MDN/Structures/API_references": { - "modified": "2020-11-28T12:21:15.783Z", - "contributors": [ - "mfuji09", - "chrisdavidmills", - "silverskyvicto" - ] - }, - "MDN/Structures/API_references/API_reference_sidebars": { - "modified": "2020-11-28T13:13:14.910Z", - "contributors": [ - "mfuji09", - "chrisdavidmills", - "silverskyvicto" - ] - }, - "MDN/Structures/API_references/What_does_an_API_reference_need": { - "modified": "2020-09-30T09:07:31.593Z", - "contributors": [ - "chrisdavidmills", - "silverskyvicto" - ] - }, - "MDN/Structures/Banners_and_notices": { - "modified": "2020-09-30T09:07:33.223Z", - "contributors": [ - "chrisdavidmills", - "silverskyvicto" - ] - }, - "MDN/Structures/Code_examples": { - "modified": "2020-09-30T09:07:31.843Z", - "contributors": [ - "chrisdavidmills", - "silverskyvicto" - ] - }, - "MDN/Structures/Compatibility_tables": { - "modified": "2020-10-15T21:47:36.199Z", - "contributors": [ - "eltociear", - "chrisdavidmills", - "ryokohbato", - "mfuji09", - "yumetodo", - "a01sa01to", - "silverskyvicto", - "wbamberg", - "jswisher", - "hamasaki", - "Uemmra3" - ] - }, - "MDN/Structures/Live_samples": { - "modified": "2020-09-30T09:07:30.068Z", - "contributors": [ - "chrisdavidmills", - "dskmori", - "silverskyvicto", - "wbamberg", - "Uemmra3", - "nakano348" - ] - }, - "MDN/Structures/Live_samples/Simple_live_sample_demo": { - "modified": "2020-09-30T09:07:30.169Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "silverskyvicto" - ] - }, - "MDN/Structures/Macros": { - "modified": "2020-09-30T09:07:29.625Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "Potappo", - "mfuji09", - "Uemmra3", - "hamasaki", - "5ara5treamer" - ] - }, - "MDN/Structures/Macros/Commonly-used_macros": { - "modified": "2020-09-30T09:07:30.203Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "silverskyvicto", - "wbamberg", - "teoli", - "fscholz", - "SphinxKnight", - "Uemmra3", - "Sebastianz", - "hamasaki", - "ethertank", - "Potappo", - "kohei.yoshino", - "Aminevsky", - "Yorfeix", - "Shimono", - "Morishoji", - "Okome", - "Taken" - ] - }, - "MDN/Structures/Macros/Commonly-used_macros/creating_templates_for_multi-languages": { - "modified": "2020-09-30T09:07:29.732Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "hamasaki", - "Potappo" - ] - }, - "MDN/Structures/Page_types": { - "modified": "2020-09-30T09:07:32.120Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "silverskyvicto" - ] - }, - "MDN/Structures/Page_types/API_event_subpage_template": { - "modified": "2020-11-08T07:21:13.075Z", - "contributors": [ - "mfuji09", - "chrisdavidmills" - ] - }, - "MDN/Structures/Page_types/API_method_subpage_template": { - "modified": "2020-10-15T22:27:29.361Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "MDN/Structures/Page_types/API_property_subpage_template": { - "modified": "2020-11-08T07:23:07.718Z", - "contributors": [ - "mfuji09", - "chrisdavidmills" - ] - }, - "MDN/Structures/Page_types/API_reference_page_template": { - "modified": "2020-11-08T07:24:09.606Z", - "contributors": [ - "mfuji09", - "chrisdavidmills" - ] - }, - "MDN/Structures/Quicklinks": { - "modified": "2020-09-30T09:07:30.377Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "silverskyvicto", - "Wind1808", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Structures/Specification_tables": { - "modified": "2020-09-30T09:07:33.348Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "MDN/Structures/Syntax_sections": { - "modified": "2020-09-30T09:07:33.825Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "MDN/Tools": { - "modified": "2020-09-30T16:50:20.175Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wbamberg", - "silverskyvicto", - "Uemmra3", - "hamasaki" - ] - }, - "MDN/Tools/Add-ons_and_plug-ins": { - "modified": "2020-09-30T16:50:22.923Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "Uemmra3", - "hamasaki" - ] - }, - "MDN/Tools/Document_parameters": { - "modified": "2020-09-30T16:50:24.472Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wbamberg", - "Uemmra3", - "hamasaki" - ] - }, - "MDN/Tools/Feeds": { - "modified": "2020-09-30T16:50:20.576Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "Uemmra3", - "k-kuwahara", - "hamasaki", - "dynamis", - "ethertank" - ] - }, - "MDN/Tools/KumaScript": { - "modified": "2020-09-30T16:50:20.340Z", - "contributors": [ - "chrisdavidmills", - "eltociear", - "mfuji09", - "silverskyvicto", - "wbamberg", - "hamasaki", - "ethertank" - ] - }, - "MDN/Tools/KumaScript/Troubleshooting": { - "modified": "2020-09-30T16:50:20.455Z", - "contributors": [ - "chrisdavidmills", - "eltociear", - "silverskyvicto", - "wbamberg", - "Uemmra3" - ] - }, - "MDN/Tools/PUT_API": { - "modified": "2020-09-30T16:50:22.260Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "silverskyvicto", - "wbamberg", - "Uemmra3", - "hamasaki" - ] - }, - "MDN/Tools/Page_deletion": { - "modified": "2020-09-30T16:50:20.722Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wbamberg", - "hamasaki", - "dynamis" - ] - }, - "MDN/Tools/Page_moving": { - "modified": "2020-09-30T16:50:21.714Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wbamberg", - "hamasaki", - "Uemmra3" - ] - }, - "MDN/Tools/Page_regeneration": { - "modified": "2020-09-30T16:50:21.984Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wbamberg", - "Uemmra3", - "hamasaki" - ] - }, - "MDN/Tools/Page_watching": { - "modified": "2020-09-30T16:50:22.753Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "silverskyvicto", - "wbamberg", - "Uemmra3", - "hamasaki" - ] - }, - "MDN/Tools/Revision_dashboard": { - "modified": "2020-09-30T16:50:21.567Z", - "contributors": [ - "chrisdavidmills", - "dlwe", - "wbamberg", - "Uemmra3", - "hamasaki" - ] - }, - "MDN/Tools/Sample_server": { - "modified": "2020-09-30T16:50:23.148Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "Uemmra3", - "lv7777", - "hamasaki" - ] - }, - "MDN/Tools/Search": { - "modified": "2020-09-30T16:50:21.247Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wbamberg", - "Uemmra3", - "hamasaki", - "dynamis" - ] - }, - "MDN/Tools/Template_editing": { - "modified": "2020-09-30T16:50:21.855Z", - "contributors": [ - "chrisdavidmills", - "wbamberg", - "hamasaki" - ] - }, - "MDN/Troubleshooting": { - "modified": "2020-09-30T16:58:23.514Z", - "contributors": [ - "chrisdavidmills", - "eltociear", - "wbamberg", - "Uemmra3" - ] - }, - "MDN_at_ten": { - "modified": "2019-03-23T22:50:44.063Z", - "contributors": [ - "chikoski", - "fscholz" - ] - }, - "MDN_at_ten/Contributing_to_MDN": { - "modified": "2019-03-23T22:50:42.358Z", - "contributors": [ - "mushkinoko", - "chikoski" - ] - }, - "MDN_at_ten/History_of_MDN": { - "modified": "2019-03-23T22:37:00.256Z", - "contributors": [ - "Uemmra3", - "dskmori", - "momdo", - "hamasaki", - "lv7777" - ] - }, - "Map": { - "modified": "2019-03-23T23:22:54.998Z", - "contributors": [ - "wbamberg", - "ledsun" - ] - }, - "Microsummary_XML_grammar_reference": { - "modified": "2019-03-23T23:42:58.294Z", - "contributors": [ - "teoli", - "electrolysis" - ] - }, - "Migrate_apps_from_Internet_Explorer_to_Mozilla": { - "modified": "2019-03-24T00:00:44.710Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "maripo" - ] - }, - "Monitoring_HTTP_activity": { - "modified": "2019-03-24T00:02:05.928Z", - "contributors": [ - "yiwasaki" - ] - }, - "Monitoring_WiFi_access_points": { - "modified": "2019-01-16T14:46:30.090Z", - "contributors": [ - "RobinEgg" - ] - }, - "Mozilla": { - "modified": "2020-08-10T23:23:31.255Z", - "contributors": [ - "eltociear", - "dskmori", - "ethertank", - "ziyunfei" - ] - }, - "Mozilla/Add-ons": { - "modified": "2019-03-18T21:08:33.591Z", - "contributors": [ - "SphinxKnight", - "Uemmra3", - "taiyaki32lp64", - "doo1967", - "hamasaki", - "ethertank" - ] - }, - "Mozilla/Add-ons/WebExtensions": { - "modified": "2020-02-22T10:36:37.913Z", - "contributors": [ - "Uemmra3", - "usk", - "silverskyvicto", - "Raysphere24", - "naturallucky", - "hashedhyphen", - "dskmori", - "hamasaki", - "lv7777" - ] - }, - "Mozilla/Add-ons/WebExtensions/API": { - "modified": "2019-11-30T00:02:21.510Z", - "contributors": [ - "dskmori", - "Uemmra3", - "hashedhyphen", - "wbamberg" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/alarms": { - "modified": "2020-10-15T21:43:52.736Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/alarms/Alarm": { - "modified": "2019-03-18T21:07:16.326Z", - "contributors": [ - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/alarms/clear": { - "modified": "2019-03-18T21:07:18.178Z", - "contributors": [ - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/alarms/clearAll": { - "modified": "2019-03-18T21:07:29.326Z", - "contributors": [ - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/alarms/create": { - "modified": "2020-10-15T21:43:48.993Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/alarms/get": { - "modified": "2019-03-18T21:07:23.656Z", - "contributors": [ - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/alarms/getAll": { - "modified": "2020-10-15T21:43:53.240Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/alarms/onAlarm": { - "modified": "2019-03-18T21:07:30.401Z", - "contributors": [ - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks": { - "modified": "2020-10-15T21:43:59.429Z", - "contributors": [ - "Uemmra3", - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/BookmarkTreeNode": { - "modified": "2020-10-15T21:44:04.933Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/BookmarkTreeNodeType": { - "modified": "2020-10-15T22:02:15.773Z", - "contributors": [ - "Uemmra3", - "momdo", - "miminashi" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/BookmarkTreeNodeUnmodifiable": { - "modified": "2020-10-15T21:44:04.565Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "miminashi", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/CreateDetails": { - "modified": "2020-10-15T21:44:03.938Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/create": { - "modified": "2020-10-15T21:43:59.355Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/get": { - "modified": "2020-10-15T21:43:51.428Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/getChildren": { - "modified": "2020-10-15T21:43:53.017Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/getRecent": { - "modified": "2020-10-15T21:43:51.731Z", - "contributors": [ - "fscholz", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/getSubTree": { - "modified": "2020-10-15T21:43:52.708Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/getTree": { - "modified": "2020-10-15T21:43:59.325Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/move": { - "modified": "2020-10-15T21:43:52.522Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/onChanged": { - "modified": "2020-10-15T21:44:02.797Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/onChildrenReordered": { - "modified": "2020-10-15T21:44:03.014Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/onCreated": { - "modified": "2020-10-15T21:44:02.896Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/onImportBegan": { - "modified": "2020-10-15T21:44:02.980Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/onImportEnded": { - "modified": "2020-10-15T21:44:04.807Z", - "contributors": [ - "fscholz", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/onMoved": { - "modified": "2020-10-15T21:44:02.986Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/onRemoved": { - "modified": "2020-10-15T21:44:03.109Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/remove": { - "modified": "2020-10-15T21:44:02.853Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/removeTree": { - "modified": "2020-10-15T21:44:03.075Z", - "contributors": [ - "fscholz", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/search": { - "modified": "2020-10-15T21:43:54.050Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/bookmarks/update": { - "modified": "2020-10-15T21:43:54.172Z", - "contributors": [ - "wbamberg", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/browserAction": { - "modified": "2020-10-15T21:59:36.627Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/browserAction/ColorArray": { - "modified": "2020-10-15T22:18:25.768Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/browserAction/disable": { - "modified": "2020-10-15T22:18:28.709Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/browserAction/onClicked": { - "modified": "2020-10-15T22:18:22.212Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/browserSettings": { - "modified": "2020-10-15T21:59:38.910Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/browserSettings/newTabPageOverride": { - "modified": "2020-10-15T22:00:49.081Z", - "contributors": [ - "kyamuise" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/browsingData": { - "modified": "2020-10-15T21:59:33.739Z", - "contributors": [ - "takubokudori", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/browsingData/removeCache": { - "modified": "2020-10-15T22:06:44.332Z", - "contributors": [ - "dlwe", - "wbamberg", - "takubokudori" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/clipboard": { - "modified": "2020-10-15T21:59:32.647Z", - "contributors": [ - "dlwe", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/clipboard/setImageData": { - "modified": "2020-10-15T22:18:24.029Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/commands": { - "modified": "2020-10-15T21:59:36.171Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/contentScripts": { - "modified": "2020-10-15T22:09:34.465Z", - "contributors": [ - "papyrustapirus", - "yoshi-1224" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/contentScripts/register": { - "modified": "2020-10-15T22:14:43.587Z", - "contributors": [ - "Litorud", - "dskmori", - "marlex" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/contextualIdentities": { - "modified": "2020-10-15T21:59:37.933Z", - "contributors": [ - "fscholz", - "dlwe", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/cookies": { - "modified": "2020-10-15T21:59:39.429Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/cookies/Cookie": { - "modified": "2020-10-15T22:06:40.041Z", - "contributors": [ - "wbamberg", - "takubokudori" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/devtools.inspectedWindow": { - "modified": "2020-10-15T21:59:52.460Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/devtools.inspectedWindow/eval": { - "modified": "2020-10-15T22:26:26.264Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/devtools.inspectedWindow/tabId": { - "modified": "2020-10-15T22:26:26.249Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/devtools.network": { - "modified": "2020-10-15T21:59:51.614Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/devtools.panels": { - "modified": "2020-10-15T21:59:53.305Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/downloads": { - "modified": "2020-10-15T21:59:52.373Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/downloads/download": { - "modified": "2020-10-15T22:05:00.053Z", - "contributors": [ - "fscholz", - "mk-tool" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/events": { - "modified": "2020-10-15T21:59:51.482Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/extension": { - "modified": "2020-10-15T21:59:52.737Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/extensionTypes": { - "modified": "2020-10-15T21:59:54.851Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/extensionTypes/ImageDetails": { - "modified": "2020-10-15T22:25:09.254Z", - "contributors": [ - "daisuke-f" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/extensionTypes/RunAt": { - "modified": "2020-10-15T22:24:43.400Z", - "contributors": [ - "daisuke-f" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/find": { - "modified": "2020-10-15T21:59:51.502Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/find/find": { - "modified": "2020-10-15T22:02:59.004Z", - "contributors": [ - "naturallucky" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/history": { - "modified": "2020-10-15T21:59:53.280Z", - "contributors": [ - "wbamberg", - "dlwe", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/history/HistoryItem": { - "modified": "2020-10-15T22:00:42.675Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/i18n": { - "modified": "2020-10-15T21:59:29.875Z", - "contributors": [ - "wbamberg", - "Marsf" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/i18n/LanguageCode": { - "modified": "2020-10-15T21:59:33.410Z", - "contributors": [ - "wbamberg", - "Marsf" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/i18n/Locale-Specific_Message_reference": { - "modified": "2019-03-18T21:09:25.445Z", - "contributors": [ - "Marsf" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/i18n/detectLanguage": { - "modified": "2020-10-15T22:00:14.090Z", - "contributors": [ - "wbamberg", - "Marsf" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/i18n/getAcceptLanguages": { - "modified": "2020-10-15T21:59:48.325Z", - "contributors": [ - "fscholz", - "Marsf" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/i18n/getMessage": { - "modified": "2020-10-15T21:59:48.677Z", - "contributors": [ - "wbamberg", - "Marsf" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/i18n/getUILanguage": { - "modified": "2020-10-15T21:59:48.906Z", - "contributors": [ - "wbamberg", - "Marsf" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/identity": { - "modified": "2020-10-15T21:59:53.578Z", - "contributors": [ - "dskmori", - "ktkki", - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/identity/getRedirectURL": { - "modified": "2020-10-15T22:25:08.412Z", - "contributors": [ - "ktkki" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/idle": { - "modified": "2020-10-15T21:59:52.874Z", - "contributors": [ - "Uemmra3", - "wbamberg" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/management": { - "modified": "2020-10-15T21:59:53.349Z", - "contributors": [ - "Uemmra3", - "wbamberg", - "takubokudori" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/menus": { - "modified": "2020-10-15T21:59:59.576Z", - "contributors": [ - "KusaReMKN", - "amanoese", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/menus/onClicked": { - "modified": "2020-10-15T22:18:31.640Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/notifications": { - "modified": "2020-10-15T21:59:53.445Z", - "contributors": [ - "Uemmra3", - "wbamberg" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/notifications/create": { - "modified": "2020-10-15T22:18:26.332Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/omnibox": { - "modified": "2020-10-15T21:59:53.886Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/pageAction": { - "modified": "2020-10-15T21:59:55.602Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/pageAction/onClicked": { - "modified": "2020-10-15T22:18:28.148Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/permissions": { - "modified": "2020-10-15T21:59:53.949Z", - "contributors": [ - "genzai", - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/pkcs11": { - "modified": "2020-10-15T21:59:58.481Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/privacy": { - "modified": "2020-10-15T21:59:54.111Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/proxy": { - "modified": "2020-10-15T21:59:55.012Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/runtime": { - "modified": "2020-10-15T21:59:57.641Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/runtime/MessageSender": { - "modified": "2020-10-15T22:24:44.516Z", - "contributors": [ - "daisuke-f" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/runtime/onMessage": { - "modified": "2020-10-15T22:24:27.003Z", - "contributors": [ - "shimataro", - "daisuke-f" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/runtime/openOptionsPage": { - "modified": "2020-10-15T22:04:12.069Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/runtime/sendMessage": { - "modified": "2020-10-15T22:24:26.585Z", - "contributors": [ - "daisuke-f" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/sessions": { - "modified": "2020-10-15T21:59:55.683Z", - "contributors": [ - "Uemmra3", - "wbamberg" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/sidebarAction": { - "modified": "2020-10-15T21:59:57.525Z", - "contributors": [ - "Uemmra3", - "wbamberg" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/storage": { - "modified": "2020-10-15T21:59:57.815Z", - "contributors": [ - "Uemmra3", - "wbamberg", - "takubokudori", - "SphinxKnight" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/storage/StorageArea": { - "modified": "2020-10-15T22:06:37.082Z", - "contributors": [ - "wbamberg", - "takubokudori" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/storage/StorageArea/clear": { - "modified": "2020-10-15T22:07:04.758Z", - "contributors": [ - "wbamberg", - "takubokudori" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/storage/StorageArea/get": { - "modified": "2020-10-15T22:07:11.433Z", - "contributors": [ - "fscholz", - "takubokudori" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/storage/StorageArea/getBytesInUse": { - "modified": "2020-10-15T22:07:03.041Z", - "contributors": [ - "wbamberg", - "takubokudori" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/storage/StorageArea/remove": { - "modified": "2020-10-15T22:07:02.398Z", - "contributors": [ - "fscholz", - "takubokudori" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/storage/StorageArea/set": { - "modified": "2020-10-15T22:07:11.547Z", - "contributors": [ - "wbamberg", - "takubokudori" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/storage/StorageChange": { - "modified": "2020-10-15T22:07:13.757Z", - "contributors": [ - "wbamberg", - "takubokudori" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/storage/local": { - "modified": "2020-10-15T22:14:48.215Z", - "contributors": [ - "marlex" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/storage/sync": { - "modified": "2020-10-15T22:07:02.718Z", - "contributors": [ - "naokiri", - "wbamberg", - "takubokudori" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/tabs": { - "modified": "2020-11-20T23:20:42.229Z", - "contributors": [ - "dlwe", - "Uemmra3", - "KusaReMKN", - "marlex", - "wbamberg" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/tabs/MutedInfo": { - "modified": "2020-10-15T22:18:22.778Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/tabs/MutedInfoReason": { - "modified": "2020-10-15T22:18:21.951Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/tabs/Tab": { - "modified": "2020-10-15T22:18:24.180Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/tabs/captureVisibleTab": { - "modified": "2020-10-15T22:25:08.640Z", - "contributors": [ - "daisuke-f" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/tabs/create": { - "modified": "2020-10-15T22:14:49.789Z", - "contributors": [ - "marlex" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/tabs/duplicate": { - "modified": "2020-10-15T21:58:40.665Z", - "contributors": [ - "wbamberg", - "hadayan0" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/tabs/executeScript": { - "modified": "2020-10-15T22:24:43.579Z", - "contributors": [ - "daisuke-f" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/tabs/get": { - "modified": "2020-10-15T22:18:21.010Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/tabs/onCreated": { - "modified": "2020-10-15T22:18:22.118Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/tabs/query": { - "modified": "2020-10-15T21:58:45.245Z", - "contributors": [ - "myakura", - "hadayan0" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/tabs/remove": { - "modified": "2020-10-15T21:58:38.865Z", - "contributors": [ - "wbamberg", - "hadayan0" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/theme": { - "modified": "2020-10-15T21:59:55.715Z", - "contributors": [ - "Uemmra3", - "wbamberg", - "Marsf" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/topSites": { - "modified": "2020-10-15T21:59:57.239Z", - "contributors": [ - "Uemmra3", - "wbamberg" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/types": { - "modified": "2019-12-10T06:06:50.622Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/webNavigation": { - "modified": "2020-11-21T00:35:58.106Z", - "contributors": [ - "dlwe", - "Uemmra3", - "wbamberg" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/webRequest": { - "modified": "2020-10-15T21:59:58.834Z", - "contributors": [ - "Uemmra3", - "rinsuki", - "wbamberg" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/windows": { - "modified": "2020-10-15T21:59:58.002Z", - "contributors": [ - "Uemmra3", - "wbamberg" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/windows/WindowState": { - "modified": "2020-10-15T22:18:26.173Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/API/windows/WindowType": { - "modified": "2020-10-15T22:18:21.992Z", - "contributors": [ - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/Add_a_button_to_the_toolbar": { - "modified": "2019-12-10T10:13:18.082Z", - "contributors": [ - "Uemmra3", - "KusaReMKN" - ] - }, - "Mozilla/Add-ons/WebExtensions/Anatomy_of_a_WebExtension": { - "modified": "2019-12-03T06:11:15.568Z", - "contributors": [ - "Uemmra3", - "kenji-yamasaki", - "Gomita", - "KitaitiMakoto", - "hashedhyphen", - "forzando", - "lv7777", - "lina_taso" - ] - }, - "Mozilla/Add-ons/WebExtensions/Browser_compatibility_for_manifest.json": { - "modified": "2020-10-15T22:10:24.072Z", - "contributors": [ - "Uemmra3", - "kenji-yamasaki" - ] - }, - "Mozilla/Add-ons/WebExtensions/Browser_support_for_JavaScript_APIs": { - "modified": "2020-10-15T20:55:15.310Z", - "contributors": [ - "Uemmra3", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/Chrome_incompatibilities": { - "modified": "2019-03-18T21:07:52.181Z", - "contributors": [ - "Uemmra3", - "ShigeUe", - "YujiSoftware", - "lv7777", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/Content_Security_Policy": { - "modified": "2019-12-03T06:27:15.389Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/Content_scripts": { - "modified": "2020-02-22T11:06:00.190Z", - "contributors": [ - "Uemmra3", - "dskmori", - "dlwe", - "mfuji09", - "m0a02" - ] - }, - "Mozilla/Add-ons/WebExtensions/Debugging_(before_Firefox_50)": { - "modified": "2019-03-18T21:03:47.873Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/Examples": { - "modified": "2020-02-19T01:49:50.462Z", - "contributors": [ - "YUUKIToriyama", - "Uemmra3", - "takubokudori", - "mfuji09", - "hamasaki", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/Extending_the_developer_tools": { - "modified": "2020-01-19T04:35:01.608Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Mozilla/Add-ons/WebExtensions/Implement_a_settings_page": { - "modified": "2019-12-11T11:30:19.666Z", - "contributors": [ - "Uemmra3", - "kyokutyo" - ] - }, - "Mozilla/Add-ons/WebExtensions/Index": { - "modified": "2020-03-07T04:25:12.950Z", - "contributors": [ - "mfuji09" - ] - }, - "Mozilla/Add-ons/WebExtensions/Interact_with_the_clipboard": { - "modified": "2019-05-20T05:14:06.954Z", - "contributors": [ - "dlwe", - "Uemmra3", - "szk0u" - ] - }, - "Mozilla/Add-ons/WebExtensions/Intercept_HTTP_requests": { - "modified": "2019-03-18T21:06:37.280Z", - "contributors": [ - "niyari", - "Uemmra3", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/Internationalization": { - "modified": "2019-12-03T06:22:19.496Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/Match_patterns": { - "modified": "2020-10-16T12:14:03.948Z", - "contributors": [ - "munieru_jp", - "Uemmra3", - "dlwe", - "lv7777" - ] - }, - "Mozilla/Add-ons/WebExtensions/Modify_a_web_page": { - "modified": "2019-12-03T12:46:24.055Z", - "contributors": [ - "Uemmra3", - "WhiteHawk-taka" - ] - }, - "Mozilla/Add-ons/WebExtensions/Native_manifests": { - "modified": "2019-03-18T21:03:57.317Z", - "contributors": [ - "hamasaki", - "kenji-yamasaki", - "Marsf", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/Native_messaging": { - "modified": "2019-12-10T08:02:21.804Z", - "contributors": [ - "Uemmra3", - "dlwe", - "tiwatsuka" - ] - }, - "Mozilla/Add-ons/WebExtensions/Packaging_and_installation": { - "modified": "2019-03-18T21:07:03.772Z", - "contributors": [ - "Raysphere24", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/Porting_from_Google_Chrome": { - "modified": "2019-03-18T21:08:02.889Z", - "contributors": [ - "Uemmra3", - "YujiSoftware", - "hashedhyphen", - "dynamis", - "lv7777" - ] - }, - "Mozilla/Add-ons/WebExtensions/Publishing_your_WebExtension": { - "modified": "2019-03-18T21:04:26.854Z", - "contributors": [ - "Uemmra3", - "stmkza", - "MichinariNukazawa" - ] - }, - "Mozilla/Add-ons/WebExtensions/ThunderbirdにおけるWebExtensionsによるアドむン開発": { - "modified": "2019-03-18T20:46:41.272Z", - "contributors": [ - "meriam" - ] - }, - "Mozilla/Add-ons/WebExtensions/Tips": { - "modified": "2019-03-18T21:06:58.086Z", - "contributors": [ - "lv7777" - ] - }, - "Mozilla/Add-ons/WebExtensions/Walkthrough": { - "modified": "2019-12-03T06:05:03.867Z", - "contributors": [ - "Uemmra3", - "Raysphere24", - "sogaoh", - "mozamimy", - "dlwe", - "mtwwstj9", - "hashedhyphen", - "teoli" - ] - }, - "Mozilla/Add-ons/WebExtensions/What_are_WebExtensions": { - "modified": "2020-02-22T10:39:55.799Z", - "contributors": [ - "Uemmra3", - "SphinxKnight", - "meganetaaan", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/What_next_": { - "modified": "2019-12-03T06:14:22.142Z", - "contributors": [ - "Uemmra3", - "dskmori", - "karakol2017" - ] - }, - "Mozilla/Add-ons/WebExtensions/Work_with_the_Bookmarks_API": { - "modified": "2019-12-22T12:26:20.956Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/Working_with_files": { - "modified": "2019-12-07T04:27:37.299Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/Working_with_the_Tabs_API": { - "modified": "2019-12-21T11:29:10.921Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/Your_first_WebExtension": { - "modified": "2019-12-02T00:43:03.906Z", - "contributors": [ - "Uemmra3", - "sujiniku", - "shundroid", - "hashedhyphen" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json": { - "modified": "2020-10-15T21:41:18.720Z", - "contributors": [ - "piroor", - "wbamberg", - "Uemmra3", - "Marsf", - "hashedhyphen", - "lv7777", - "kmaglione" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/author": { - "modified": "2020-10-15T22:02:39.018Z", - "contributors": [ - "piroor", - "fscholz", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/background": { - "modified": "2020-10-15T22:02:38.235Z", - "contributors": [ - "piroor", - "daisuke-f", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/browser_action": { - "modified": "2020-10-15T22:02:38.288Z", - "contributors": [ - "kohaku2005coco", - "diohabara", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/browser_specific_settings": { - "modified": "2020-10-15T21:51:45.290Z", - "contributors": [ - "marlex", - "fscholz", - "ExE-Boss", - "taka-sho", - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/chrome_settings_overrides": { - "modified": "2020-10-15T22:02:39.457Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/chrome_url_overrides": { - "modified": "2020-10-15T22:02:57.109Z", - "contributors": [ - "wbamberg", - "kyamuise", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/commands": { - "modified": "2020-10-15T22:02:39.379Z", - "contributors": [ - "wbamberg", - "dlwe", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/content_scripts": { - "modified": "2020-10-30T03:56:11.585Z", - "contributors": [ - "SphinxKnight", - "QmanEnobikto", - "wbamberg", - "Uemmra3", - "lv7777" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/content_security_policy": { - "modified": "2020-10-15T21:59:08.785Z", - "contributors": [ - "fscholz", - "Uemmra3", - "lv7777" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/default_locale": { - "modified": "2020-10-15T21:52:02.509Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/description": { - "modified": "2020-10-15T21:51:47.406Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/developer": { - "modified": "2020-10-15T22:02:57.050Z", - "contributors": [ - "fscholz", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/devtools_page": { - "modified": "2020-10-15T22:02:57.176Z", - "contributors": [ - "fscholz", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/homepage_url": { - "modified": "2020-10-15T21:51:44.864Z", - "contributors": [ - "nwtgck", - "fscholz", - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/icons": { - "modified": "2020-10-15T22:02:39.137Z", - "contributors": [ - "wbamberg", - "nwtgck", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/incognito": { - "modified": "2020-10-15T22:02:38.617Z", - "contributors": [ - "wbamberg", - "nwtgck", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/manifest_version": { - "modified": "2020-10-15T21:51:46.611Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/name": { - "modified": "2020-10-15T21:51:45.282Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/omnibox": { - "modified": "2020-10-15T22:03:29.382Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/optional_permissions": { - "modified": "2020-10-15T22:04:00.941Z", - "contributors": [ - "fscholz", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/options_ui": { - "modified": "2020-10-15T21:51:58.300Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/page_action": { - "modified": "2020-10-15T22:03:33.940Z", - "contributors": [ - "Raysphere24", - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/permissions": { - "modified": "2020-10-15T21:41:16.327Z", - "contributors": [ - "wbamberg", - "rinsuki", - "Uemmra3", - "hamasaki", - "naoyukik", - "hashedhyphen", - "lv7777" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/protocol_handlers": { - "modified": "2020-10-15T22:04:00.713Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/short_name": { - "modified": "2020-10-15T22:02:40.697Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/sidebar_action": { - "modified": "2020-10-15T22:02:46.893Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/theme": { - "modified": "2020-10-15T22:03:57.326Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/version": { - "modified": "2020-10-15T21:51:48.110Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/version_name": { - "modified": "2020-10-15T22:03:59.404Z", - "contributors": [ - "wbamberg", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/manifest.json/web_accessible_resources": { - "modified": "2020-10-15T21:51:57.577Z", - "contributors": [ - "kit494way", - "wbamberg", - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Mozilla/Add-ons/WebExtensions/user_interface": { - "modified": "2019-12-10T08:10:03.527Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/user_interface/Browser_action": { - "modified": "2019-03-18T21:04:04.960Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/user_interface/Context_menu_items": { - "modified": "2019-03-18T21:03:32.118Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/user_interface/Extension_pages": { - "modified": "2019-07-08T14:18:51.109Z", - "contributors": [ - "kofuk" - ] - }, - "Mozilla/Add-ons/WebExtensions/user_interface/Notifications": { - "modified": "2019-10-27T15:51:49.751Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/user_interface/Options_pages": { - "modified": "2019-03-18T21:04:00.659Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/user_interface/Page_actions": { - "modified": "2019-03-18T21:04:17.291Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/user_interface/Popups": { - "modified": "2019-03-18T21:04:04.133Z", - "contributors": [ - "karakol2017", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/user_interface/Sidebars": { - "modified": "2019-03-18T21:03:44.150Z", - "contributors": [ - "naturallucky", - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/user_interface/devtools_panels": { - "modified": "2019-03-18T21:03:31.901Z", - "contributors": [ - "Uemmra3" - ] - }, - "Mozilla/Add-ons/WebExtensions/前提条件": { - "modified": "2019-03-23T22:47:50.806Z", - "contributors": [ - "dskmori", - "lv7777" - ] - }, - "Mozilla/Developer_Guide": { - "modified": "2019-03-24T00:01:02.093Z", - "contributors": [ - "mantaroh", - "teoli", - "ethertank", - "Marsf" - ] - }, - "Mozilla/Developer_Guide/How_to_Submit_a_Patch": { - "modified": "2019-03-23T23:52:12.383Z", - "contributors": [ - "teoli", - "mantaroh", - "ethertank", - "saneyuki_s", - "Shoot" - ] - }, - "Mozilla/Developer_Guide/Mozilla_Build_FAQ": { - "modified": "2019-03-24T00:02:51.686Z", - "contributors": [ - "fscholz", - "teoli", - "Mgjbot", - "Aminevsky", - "Kozawa" - ] - }, - "Mozilla/Developer_Guide/SVG_Guidelines": { - "modified": "2019-03-23T22:42:16.358Z", - "contributors": [ - "teoli", - "hashedhyphen" - ] - }, - "Mozilla/Developer_Guide/Source_Code": { - "modified": "2019-03-24T00:00:17.231Z", - "contributors": [ - "lv7777", - "teoli", - "hashedhyphen", - "Marsf" - ] - }, - "Mozilla/Developer_Guide/Source_Code/CVS": { - "modified": "2019-03-24T00:00:15.873Z", - "contributors": [ - "teoli", - "Marsf", - "kohei.yoshino", - "Mgjbot", - "electrolysis", - "Taken Bot", - "Yama" - ] - }, - "Mozilla/Developer_Guide/Source_Code/Getting_comm-central_Source_Code_Using_Mercurial": { - "modified": "2019-01-16T14:42:24.291Z", - "contributors": [ - "teoli", - "Taken", - "Marsf" - ] - }, - "Mozilla/Developer_guide/Build_Instructions": { - "modified": "2020-04-13T14:23:49.444Z", - "contributors": [ - "mfuji09", - "fscholz", - "teoli", - "Knozaki", - "Mgjbot", - "electrolysis", - "Taken Bot" - ] - }, - "Mozilla/Developer_guide/Callgraph": { - "modified": "2019-01-17T03:44:25.296Z", - "contributors": [ - "Sheppy" - ] - }, - "Mozilla/Developer_guide/Callgraph/Schema_Reference": { - "modified": "2019-03-18T21:24:16.884Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Mozilla/Developer_guide/Code_Review_FAQ": { - "modified": "2019-01-16T15:50:48.703Z", - "contributors": [ - "chrisdavidmills", - "Kohei", - "Mgjbot" - ] - }, - "Mozilla/Firefox": { - "modified": "2020-03-18T23:20:39.121Z", - "contributors": [ - "Wind1808", - "leela52452", - "hamasaki", - "SphinxKnight", - "silverskyvicto", - "dynamis", - "lv7777", - "ethertank", - "Sheppy" - ] - }, - "Mozilla/Firefox/Experimental_features": { - "modified": "2019-03-18T21:45:37.616Z", - "contributors": [ - "silverskyvicto", - "karaage-kun" - ] - }, - "Mozilla/Firefox/Releases": { - "modified": "2020-10-24T22:59:03.287Z", - "contributors": [ - "hamasaki", - "kenji-yamasaki", - "dskmori", - "myakura", - "silverskyvicto", - "dynamis", - "ethertank", - "Sheppy" - ] - }, - "Mozilla/Firefox/Releases/1.5": { - "modified": "2019-03-23T23:49:44.378Z", - "contributors": [ - "silverskyvicto", - "ethertank", - "Marsf", - "Okome", - "Mgjbot", - "Shimono", - "Akanemoto", - "Taken Bot" - ] - }, - "Mozilla/Firefox/Releases/1.5/Changing_the_priority_of_HTTP_requests": { - "modified": "2019-03-18T21:27:42.100Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Mozilla/Firefox/Releases/10": { - "modified": "2019-03-18T21:08:54.314Z", - "contributors": [ - "fscholz", - "mfuji09", - "ethertank", - "yyss", - "myakura", - "Kohei" - ] - }, - "Mozilla/Firefox/Releases/11": { - "modified": "2019-03-24T00:18:15.567Z", - "contributors": [ - "ethertank", - "yyss", - "Potappo" - ] - }, - "Mozilla/Firefox/Releases/12": { - "modified": "2019-03-18T21:09:03.563Z", - "contributors": [ - "fscholz", - "ethertank", - "Potappo", - "Kohei" - ] - }, - "Mozilla/Firefox/Releases/13": { - "modified": "2019-03-24T00:18:13.520Z", - "contributors": [ - "prayash", - "ethertank", - "yyss", - "Potappo" - ] - }, - "Mozilla/Firefox/Releases/14": { - "modified": "2019-03-24T00:16:48.099Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "Mozilla/Firefox/Releases/15": { - "modified": "2019-03-24T00:17:12.607Z", - "contributors": [ - "Marsf", - "ethertank", - "Potappo", - "omasanori" - ] - }, - "Mozilla/Firefox/Releases/16": { - "modified": "2019-03-23T23:39:12.019Z", - "contributors": [ - "Marsf", - "mrstork", - "ethertank", - "yyss", - "Potappo" - ] - }, - "Mozilla/Firefox/Releases/17": { - "modified": "2019-03-18T21:09:04.726Z", - "contributors": [ - "fscholz", - "ethertank", - "yyss", - "saneyuki_s" - ] - }, - "Mozilla/Firefox/Releases/17/Site_compatibility": { - "modified": "2019-01-16T16:50:24.947Z", - "contributors": [ - "kohei.yoshino", - "omasanori", - "ethertank" - ] - }, - "Mozilla/Firefox/Releases/18": { - "modified": "2019-03-23T23:37:31.134Z", - "contributors": [ - "kohei.yoshino", - "ethertank", - "yyss", - "dynamis", - "nodaguti" - ] - }, - "Mozilla/Firefox/Releases/18/Site_compatibility": { - "modified": "2019-01-16T16:50:47.476Z", - "contributors": [ - "kohei.yoshino", - "omasanori", - "ethertank" - ] - }, - "Mozilla/Firefox/Releases/19": { - "modified": "2019-03-23T23:36:11.284Z", - "contributors": [ - "Sebastianz", - "kohei.yoshino", - "ethertank", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/19/Site_compatibility": { - "modified": "2019-01-16T16:50:47.334Z", - "contributors": [ - "kohei.yoshino", - "omasanori" - ] - }, - "Mozilla/Firefox/Releases/2": { - "modified": "2019-03-23T23:49:32.853Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "Shoot", - "Taken", - "Okome", - "Level", - "Mgjbot" - ] - }, - "Mozilla/Firefox/Releases/2/Security_changes": { - "modified": "2020-10-21T10:03:24.447Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Mozilla/Firefox/Releases/20": { - "modified": "2019-03-23T23:35:11.476Z", - "contributors": [ - "kohei.yoshino", - "yyss", - "ethertank" - ] - }, - "Mozilla/Firefox/Releases/20/Site_compatibility": { - "modified": "2019-01-16T16:53:31.342Z", - "contributors": [ - "kohei.yoshino", - "omasanori" - ] - }, - "Mozilla/Firefox/Releases/21": { - "modified": "2019-11-20T21:19:26.122Z", - "contributors": [ - "wbamberg", - "kohei.yoshino", - "yyss", - "omasanori", - "ethertank" - ] - }, - "Mozilla/Firefox/Releases/21/Site_compatibility": { - "modified": "2019-01-16T17:00:34.131Z", - "contributors": [ - "kohei.yoshino", - "omasanori" - ] - }, - "Mozilla/Firefox/Releases/22": { - "modified": "2019-03-23T23:32:42.128Z", - "contributors": [ - "kohei.yoshino", - "yyss", - "ethertank" - ] - }, - "Mozilla/Firefox/Releases/22/Site_compatibility": { - "modified": "2019-01-16T17:00:50.108Z", - "contributors": [ - "kohei.yoshino", - "omasanori" - ] - }, - "Mozilla/Firefox/Releases/23": { - "modified": "2019-03-18T21:16:52.370Z", - "contributors": [ - "kohei.yoshino", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/23/Site_compatibility": { - "modified": "2019-01-16T17:06:04.279Z", - "contributors": [ - "kohei.yoshino", - "omasanori" - ] - }, - "Mozilla/Firefox/Releases/24": { - "modified": "2019-03-23T23:27:22.220Z", - "contributors": [ - "kohei.yoshino", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/24/Site_compatibility": { - "modified": "2019-01-16T17:27:45.788Z", - "contributors": [ - "kohei.yoshino", - "teoli", - "omasanori" - ] - }, - "Mozilla/Firefox/Releases/25": { - "modified": "2019-03-23T23:27:30.293Z", - "contributors": [ - "kohei.yoshino", - "yyss", - "ntim007" - ] - }, - "Mozilla/Firefox/Releases/25/Site_Compatibility": { - "modified": "2019-01-16T17:41:43.600Z", - "contributors": [ - "kohei.yoshino", - "omasanori" - ] - }, - "Mozilla/Firefox/Releases/26": { - "modified": "2019-03-23T23:25:40.788Z", - "contributors": [ - "kohei.yoshino", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/26/Site_Compatibility": { - "modified": "2019-01-16T17:49:15.934Z", - "contributors": [ - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/27": { - "modified": "2019-03-23T23:24:39.128Z", - "contributors": [ - "kohei.yoshino", - "yyss", - "frankyan" - ] - }, - "Mozilla/Firefox/Releases/27/Site_Compatibility": { - "modified": "2019-01-16T17:53:24.443Z", - "contributors": [ - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/28": { - "modified": "2019-03-23T23:22:45.315Z", - "contributors": [ - "kohei.yoshino", - "yyss", - "Zefling" - ] - }, - "Mozilla/Firefox/Releases/28/Site_Compatibility": { - "modified": "2019-01-16T18:01:55.743Z", - "contributors": [ - "kohei.yoshino", - "omasanori" - ] - }, - "Mozilla/Firefox/Releases/29": { - "modified": "2019-03-23T23:21:24.109Z", - "contributors": [ - "Sebastianz", - "kohei.yoshino", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/29/Site_Compatibility": { - "modified": "2019-01-16T18:10:11.899Z", - "contributors": [ - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/3": { - "modified": "2019-03-24T00:03:01.086Z", - "contributors": [ - "ethertank", - "fscholz", - "Sheppy", - "Mgjbot", - "Potappo", - "Kohei", - "Shoot", - "electrolysis", - "Taken", - "Gomita", - "Norah", - "Yuichirou", - "kohei.yoshino", - "Level", - "Okome" - ] - }, - "Mozilla/Firefox/Releases/3.5": { - "modified": "2019-03-24T00:00:49.327Z", - "contributors": [ - "im-cuttlefish", - "ethertank", - "Potappo" - ] - }, - "Mozilla/Firefox/Releases/3.5/ICC_color_correction_in_Firefox": { - "modified": "2019-03-18T21:27:35.681Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Mozilla/Firefox/Releases/3.6": { - "modified": "2019-12-13T20:33:37.523Z", - "contributors": [ - "wbamberg", - "mfuji09", - "SphinxKnight", - "ethertank", - "fryn", - "Marsf", - "Level", - "Potappo", - "Taken" - ] - }, - "Mozilla/Firefox/Releases/30": { - "modified": "2019-03-23T23:19:52.782Z", - "contributors": [ - "kohei.yoshino", - "yyss", - "teoli" - ] - }, - "Mozilla/Firefox/Releases/30/Site_Compatibility": { - "modified": "2019-01-16T18:26:54.689Z", - "contributors": [ - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/31": { - "modified": "2019-03-23T23:17:44.092Z", - "contributors": [ - "kohei.yoshino", - "yyss", - "fred.wang" - ] - }, - "Mozilla/Firefox/Releases/31/Site_Compatibility": { - "modified": "2019-01-16T18:49:36.783Z", - "contributors": [ - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/32": { - "modified": "2019-03-23T23:15:23.740Z", - "contributors": [ - "kohei.yoshino", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/32/Site_Compatibility": { - "modified": "2019-01-16T19:07:26.668Z", - "contributors": [ - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/33": { - "modified": "2019-03-23T23:14:16.501Z", - "contributors": [ - "Sebastianz", - "kohei.yoshino", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/33/Site_Compatibility": { - "modified": "2019-01-16T19:22:52.315Z", - "contributors": [ - "kohei.yoshino", - "syoichi" - ] - }, - "Mozilla/Firefox/Releases/34": { - "modified": "2019-03-23T23:10:15.502Z", - "contributors": [ - "kohei.yoshino", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/34/Site_Compatibility": { - "modified": "2019-01-16T19:30:49.366Z", - "contributors": [ - "kohei.yoshino", - "syoichi" - ] - }, - "Mozilla/Firefox/Releases/35": { - "modified": "2019-12-13T20:35:50.604Z", - "contributors": [ - "wbamberg", - "kohei.yoshino", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/35/Site_Compatibility": { - "modified": "2019-01-16T19:41:11.474Z", - "contributors": [ - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/36": { - "modified": "2019-03-23T23:05:46.783Z", - "contributors": [ - "Sebastianz", - "kohei.yoshino", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/36/Site_Compatibility": { - "modified": "2019-01-16T19:53:35.073Z", - "contributors": [ - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/37": { - "modified": "2019-03-23T23:03:56.103Z", - "contributors": [ - "kohei.yoshino", - "yyss", - "arai" - ] - }, - "Mozilla/Firefox/Releases/37/Site_Compatibility": { - "modified": "2019-01-16T19:58:48.538Z", - "contributors": [ - "kohei.yoshino", - "arai" - ] - }, - "Mozilla/Firefox/Releases/38": { - "modified": "2019-03-23T23:01:43.746Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/38/Site_Compatibility": { - "modified": "2019-01-16T20:18:54.504Z", - "contributors": [ - "kohei.yoshino", - "syoichi" - ] - }, - "Mozilla/Firefox/Releases/39": { - "modified": "2019-03-23T22:58:15.749Z", - "contributors": [ - "Guillaume-Heras", - "yyss", - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/39/Site_Compatibility": { - "modified": "2019-01-16T20:31:00.935Z", - "contributors": [ - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/4": { - "modified": "2019-11-21T00:43:12.461Z", - "contributors": [ - "wbamberg", - "SphinxKnight", - "Prinz_Rana", - "ethertank", - "Potappo", - "nonki777", - "Marsf" - ] - }, - "Mozilla/Firefox/Releases/40": { - "modified": "2019-03-23T22:56:52.582Z", - "contributors": [ - "SphinxKnight", - "yyss", - "kohei.yoshino", - "adria" - ] - }, - "Mozilla/Firefox/Releases/40/Site_Compatibility": { - "modified": "2019-01-16T20:36:07.559Z", - "contributors": [ - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/41": { - "modified": "2019-03-23T22:52:24.119Z", - "contributors": [ - "yyss", - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/41/Site_Compatibility": { - "modified": "2019-01-16T21:00:19.662Z", - "contributors": [ - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/42": { - "modified": "2019-03-23T22:50:41.673Z", - "contributors": [ - "yyss", - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/42/Site_Compatibility": { - "modified": "2019-01-16T21:18:02.074Z", - "contributors": [ - "kohei.yoshino" - ] - }, - "Mozilla/Firefox/Releases/43": { - "modified": "2019-03-23T22:48:18.518Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/44": { - "modified": "2019-03-23T22:46:57.075Z", - "contributors": [ - "fscholz", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/45": { - "modified": "2019-03-23T22:44:24.736Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/46": { - "modified": "2019-03-23T22:40:16.092Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/47": { - "modified": "2019-03-23T22:37:23.275Z", - "contributors": [ - "kdex", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/48": { - "modified": "2019-03-23T22:36:11.268Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/49": { - "modified": "2019-03-23T22:33:49.464Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/5": { - "modified": "2019-03-24T00:11:13.549Z", - "contributors": [ - "fscholz", - "ethertank", - "myakura", - "Potappo", - "kppk05" - ] - }, - "Mozilla/Firefox/Releases/50": { - "modified": "2019-03-23T22:30:27.088Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/51": { - "modified": "2019-03-23T22:27:52.476Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/52": { - "modified": "2019-03-23T22:25:06.598Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/53": { - "modified": "2019-11-06T08:33:02.052Z", - "contributors": [ - "dlwe", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/54": { - "modified": "2019-03-23T22:18:01.469Z", - "contributors": [ - "yyss", - "ykws" - ] - }, - "Mozilla/Firefox/Releases/55": { - "modified": "2019-03-23T22:13:42.777Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/56": { - "modified": "2019-03-23T22:10:18.582Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/57": { - "modified": "2019-03-23T22:06:24.787Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Mozilla/Firefox/Releases/58": { - "modified": "2019-03-23T22:03:52.121Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/59": { - "modified": "2019-03-18T21:42:19.789Z", - "contributors": [ - "yyss", - "myakura" - ] - }, - "Mozilla/Firefox/Releases/6": { - "modified": "2019-11-21T00:43:22.708Z", - "contributors": [ - "wbamberg", - "ethertank", - "Kohei", - "myakura", - "Potappo" - ] - }, - "Mozilla/Firefox/Releases/60": { - "modified": "2019-03-18T21:39:03.419Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/61": { - "modified": "2019-03-18T21:35:12.275Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/62": { - "modified": "2019-03-18T21:32:21.449Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/63": { - "modified": "2019-03-18T21:28:19.689Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/64": { - "modified": "2019-03-18T21:23:41.479Z", - "contributors": [ - "yyss", - "silverskyvicto" - ] - }, - "Mozilla/Firefox/Releases/65": { - "modified": "2019-03-30T22:42:51.772Z", - "contributors": [ - "yyss", - "silverskyvicto" - ] - }, - "Mozilla/Firefox/Releases/66": { - "modified": "2019-08-03T22:06:19.937Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/67": { - "modified": "2019-07-13T23:45:41.547Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/68": { - "modified": "2019-08-31T08:55:44.460Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/69": { - "modified": "2019-10-19T04:52:18.534Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/7": { - "modified": "2019-03-24T00:11:55.924Z", - "contributors": [ - "ethertank", - "myakura", - "Kohei", - "BobChao" - ] - }, - "Mozilla/Firefox/Releases/70": { - "modified": "2020-05-10T03:17:16.703Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/71": { - "modified": "2020-05-10T03:18:54.861Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/72": { - "modified": "2020-05-10T03:23:24.651Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/73": { - "modified": "2020-03-21T07:11:26.203Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/74": { - "modified": "2020-04-26T02:57:49.133Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/75": { - "modified": "2020-04-26T05:01:58.270Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/76": { - "modified": "2020-05-23T04:56:48.128Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/77": { - "modified": "2020-06-13T09:13:30.595Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/78": { - "modified": "2020-07-04T04:28:34.852Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/79": { - "modified": "2020-08-09T07:36:13.075Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/8": { - "modified": "2019-11-21T00:43:21.083Z", - "contributors": [ - "wbamberg", - "Sebastianz", - "ethertank", - "myakura", - "Kohei" - ] - }, - "Mozilla/Firefox/Releases/80": { - "modified": "2020-09-19T08:20:25.787Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/81": { - "modified": "2020-11-07T07:39:08.642Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/82": { - "modified": "2020-11-07T07:50:41.670Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/83": { - "modified": "2020-11-21T00:39:06.902Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/84": { - "modified": "2020-11-21T01:24:52.548Z", - "contributors": [ - "yyss" - ] - }, - "Mozilla/Firefox/Releases/9": { - "modified": "2019-12-13T20:35:43.220Z", - "contributors": [ - "wbamberg", - "Marsf", - "ethertank", - "Potappo", - "myakura", - "Kohei" - ] - }, - "Mozilla_Hacker's_Getting_Started_Guide": { - "modified": "2019-03-23T23:49:07.432Z", - "contributors": [ - "teoli", - "Kohei", - "Mgjbot" - ] - }, - "Mozilla_Modules_and_Module_Ownership": { - "modified": "2019-01-16T15:50:48.596Z", - "contributors": [ - "Kohei", - "Mgjbot" - ] - }, - "Mozilla_SVG_Status": { - "modified": "2019-03-23T23:49:46.760Z", - "contributors": [ - "Kohei", - "Mgjbot" - ] - }, - "Mozmill": { - "modified": "2019-03-24T00:11:57.214Z", - "contributors": [ - "Marsf" - ] - }, - "My_Chrome_Oven": { - "modified": "2019-01-16T15:09:45.270Z", - "contributors": [ - "Anonymous" - ] - }, - "NPAPI/Constants": { - "modified": "2019-01-16T16:09:13.641Z", - "contributors": [ - "Nog" - ] - }, - "Namespace": { - "modified": "2020-08-05T13:13:22.082Z", - "contributors": [ - "eltociear", - "Potappo", - "dskmori", - "higechira" - ] - }, - "New_in_JavaScript_1.8": { - "modified": "2019-03-24T00:06:00.366Z", - "contributors": [ - "ethertank", - "Potappo" - ] - }, - "Notable_bugs_fixed_in_Firefox_3": { - "modified": "2019-01-16T15:41:58.679Z", - "contributors": [ - "Shoot", - "Kohei", - "Mgjbot", - "Potappo" - ] - }, - "NsIDOMHTMLMediaElement": { - "modified": "2019-04-20T00:22:02.073Z", - "contributors": [ - "wbamberg", - "SphinxKnight", - "teoli", - "JÃŒrgen Jeka", - "RobinEgg" - ] - }, - "Participating_in_the_Mozilla_project": { - "modified": "2019-03-24T00:00:18.082Z", - "contributors": [ - "Marsf", - "Potappo" - ] - }, - "Plugins/Roadmap": { - "modified": "2019-03-18T21:35:38.258Z", - "contributors": [ - "momdo" - ] - }, - "SVG_improvements_in_Firefox_3": { - "modified": "2019-01-16T15:45:05.580Z", - "contributors": [ - "Mgjbot", - "Potappo" - ] - }, - "SVG_in_Firefox": { - "modified": "2019-03-24T00:04:52.347Z", - "contributors": [ - "ethertank", - "Potappo", - "Taken", - "fscholz", - "Marsf", - "Level", - "Mgjbot", - "Okome", - "Takenbot", - "Kozawa" - ] - }, - "Setting_up_extension_development_environment": { - "modified": "2019-03-23T23:54:13.028Z", - "contributors": [ - "K.Nakamura", - "teoli", - "Mgjbot", - "Shoot" - ] - }, - "The_Importance_of_Correct_HTML_Commenting": { - "modified": "2019-03-23T23:53:28.601Z", - "contributors": [ - "SphinxKnight", - "teoli", - "Mgjbot", - "Kohei" - ] - }, - "The_add-on_bar": { - "modified": "2019-03-24T00:07:52.676Z", - "contributors": [ - "ethertank", - "nobuoka", - "Potappo", - "nonki777" - ] - }, - "Tips_for_Authoring_Fast-loading_HTML_Pages": { - "modified": "2019-03-23T23:52:01.603Z", - "contributors": [ - "Kafuka", - "Mgjbot" - ] - }, - "Toolkit_API/Official_References": { - "modified": "2019-04-13T00:54:00.142Z", - "contributors": [ - "wbamberg", - "Marsf", - "Okome" - ] - }, - "Tools": { - "modified": "2020-07-16T22:44:15.617Z", - "contributors": [ - "Uemmra3", - "SphinxKnight", - "silverskyvicto", - "kenji-yamasaki", - "hamasaki", - "wbamberg", - "mfuji09", - "shuuji3", - "yyss", - "SatoshiOhata", - "chikoski", - "dynamis", - "wanwan53421", - "nshimizu", - "Marsf", - "Okome" - ] - }, - "Tools/Accessibility_inspector": { - "modified": "2020-07-16T22:36:39.962Z", - "contributors": [ - "silverskyvicto", - "yyss" - ] - }, - "Tools/Accessing_the_Developer_Tools": { - "modified": "2020-07-16T22:35:26.036Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Add-ons": { - "modified": "2020-07-16T22:36:23.479Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "mfluehr" - ] - }, - "Tools/Browser_Console": { - "modified": "2020-07-16T22:35:42.481Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "Uemmra3", - "SatoshiOhata", - "yyss", - "lv7777" - ] - }, - "Tools/Browser_Toolbox": { - "modified": "2020-07-16T22:35:55.654Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "SatoshiOhata", - "yyss" - ] - }, - "Tools/CSS_Coverage": { - "modified": "2019-03-18T21:28:31.075Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/DOM_Property_Viewer": { - "modified": "2020-07-16T22:36:34.427Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "SatoshiOhata", - "yyss" - ] - }, - "Tools/Debugger": { - "modified": "2020-07-16T22:35:04.837Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "Uemmra3", - "mfuji09", - "yyss", - "SatoshiOhata", - "ethertank" - ] - }, - "Tools/Debugger.Object": { - "modified": "2020-07-16T22:36:06.796Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Debugger/How_to": { - "modified": "2020-07-16T22:35:07.842Z", - "contributors": [ - "silverskyvicto", - "wbamberg" - ] - }, - "Tools/Debugger/How_to/Access_debugging_in_add-ons": { - "modified": "2020-07-16T22:35:14.853Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger/How_to/Black_box_a_source": { - "modified": "2020-07-16T22:35:13.452Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Debugger/How_to/Break_on_a_DOM_event": { - "modified": "2020-07-16T22:35:11.672Z", - "contributors": [ - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Debugger/How_to/Breaking_on_exceptions": { - "modified": "2020-07-16T22:35:15.140Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger/How_to/Debug_eval_sources": { - "modified": "2020-07-16T22:35:14.485Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Debugger/How_to/Disable_breakpoints": { - "modified": "2020-07-16T22:35:11.428Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Debugger/How_to/Examine,_modify,_and_watch_variables": { - "modified": "2020-07-16T22:35:13.080Z", - "contributors": [ - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Debugger/How_to/Highlight_and_inspect_DOM_nodes": { - "modified": "2020-07-16T22:35:13.783Z", - "contributors": [ - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Debugger/How_to/Open_the_debugger": { - "modified": "2020-07-16T22:35:09.168Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Debugger/How_to/Pretty-print_a_minified_file": { - "modified": "2020-07-16T22:35:14.087Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "SphinxKnight", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Debugger/How_to/Search": { - "modified": "2020-07-16T22:35:15.467Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger/How_to/Search_and_filter": { - "modified": "2020-07-16T22:35:10.949Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger/How_to/Set_Watch_Expressions": { - "modified": "2020-07-16T22:35:15.909Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger/How_to/Set_a_breakpoint": { - "modified": "2020-07-16T22:35:10.134Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Debugger/How_to/Set_a_conditional_breakpoint": { - "modified": "2020-07-16T22:35:10.689Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Debugger/How_to/Step_through_code": { - "modified": "2020-07-16T22:35:12.044Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Debugger/How_to/Use_a_source_map": { - "modified": "2020-07-16T22:35:12.520Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Debugger/Keyboard_shortcuts": { - "modified": "2020-07-16T22:35:18.490Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger/Limitations_of_the_new_debugger": { - "modified": "2019-03-23T22:22:22.770Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger/Source_map_errors": { - "modified": "2020-07-16T22:35:19.426Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Debugger/UI_Tour": { - "modified": "2020-07-16T22:35:16.527Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)": { - "modified": "2019-03-23T22:22:25.937Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/Disable_breakpoints": { - "modified": "2019-03-18T21:28:07.622Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to": { - "modified": "2019-03-23T22:22:29.698Z", - "contributors": [ - "silverskyvicto", - "wbamberg" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Access_debugging_in_add-ons": { - "modified": "2019-03-23T22:22:19.908Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Black_box_a_source": { - "modified": "2019-03-23T22:22:27.284Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Break_on_a_DOM_event": { - "modified": "2019-03-23T22:22:29.605Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Debug_eval_sources": { - "modified": "2019-03-23T22:22:20.755Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Disable_breakpoints": { - "modified": "2019-03-23T22:22:29.353Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Examine,_modify,_and_watch_variables": { - "modified": "2019-03-23T22:22:27.712Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Highlight_and_inspect_DOM_nodes": { - "modified": "2019-03-23T22:22:27.606Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Open_the_debugger": { - "modified": "2019-03-23T22:22:20.177Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Pretty-print_a_minified_file": { - "modified": "2019-03-23T22:22:18.974Z", - "contributors": [ - "wbamberg", - "SphinxKnight", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Search_and_filter": { - "modified": "2019-03-23T22:22:29.811Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Set_a_breakpoint": { - "modified": "2019-03-23T22:22:25.122Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Set_a_conditional_breakpoint": { - "modified": "2019-03-23T22:22:28.702Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Step_through_code": { - "modified": "2019-03-23T22:22:18.330Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/How_to/Use_a_source_map": { - "modified": "2019-03-23T22:22:22.980Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/Keyboard_shortcuts": { - "modified": "2019-03-23T22:22:28.859Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/Settings": { - "modified": "2019-03-23T22:22:21.707Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Debugger_(before_Firefox_52)/UI_Tour": { - "modified": "2019-03-23T22:22:19.337Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Deprecated_tools": { - "modified": "2020-07-16T22:36:40.765Z", - "contributors": [ - "dskmori" - ] - }, - "Tools/DevToolsAPI": { - "modified": "2020-07-16T22:35:24.911Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/DevToolsColors": { - "modified": "2020-07-16T22:35:53.656Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Eyedropper": { - "modified": "2020-07-16T22:36:07.621Z", - "contributors": [ - "wbamberg", - "SatoshiOhata", - "yyss", - "jsx" - ] - }, - "Tools/Firefox_OS_1.1_Simulator": { - "modified": "2020-07-16T22:35:57.805Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Firefox_OS_Simulator_clone": { - "modified": "2020-07-16T22:36:23.044Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Index": { - "modified": "2020-07-16T22:36:05.417Z", - "contributors": [ - "wbamberg", - "Marsf" - ] - }, - "Tools/JSON_viewer": { - "modified": "2020-07-16T22:36:31.583Z", - "contributors": [ - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Keyboard_shortcuts": { - "modified": "2020-07-16T22:35:48.029Z", - "contributors": [ - "silverskyvicto", - "hysryt", - "wbamberg", - "mfuji09", - "yyss", - "Uemmra3", - "kyanny" - ] - }, - "Tools/Measure_a_portion_of_the_page": { - "modified": "2020-07-16T22:36:38.956Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Memory": { - "modified": "2020-07-16T22:36:27.149Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "SatoshiOhata", - "yyss" - ] - }, - "Tools/Memory/Aggregate_view": { - "modified": "2020-07-16T22:36:28.767Z", - "contributors": [ - "wbamberg", - "SatoshiOhata", - "yyss" - ] - }, - "Tools/Memory/Basic_operations": { - "modified": "2020-07-16T22:36:29.635Z", - "contributors": [ - "wbamberg", - "yyss", - "SatoshiOhata" - ] - }, - "Tools/Memory/Comparing_heap_snapshots": { - "modified": "2020-07-16T22:36:28.978Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Memory/DOM_allocation_example": { - "modified": "2020-07-16T22:36:31.013Z", - "contributors": [ - "wbamberg", - "SatoshiOhata", - "yyss" - ] - }, - "Tools/Memory/Dominators": { - "modified": "2020-07-16T22:36:29.269Z", - "contributors": [ - "wbamberg", - "SatoshiOhata", - "yyss", - "chikoski" - ] - }, - "Tools/Memory/Dominators_view": { - "modified": "2020-07-16T22:36:28.325Z", - "contributors": [ - "wbamberg", - "SatoshiOhata", - "yyss" - ] - }, - "Tools/Memory/Monster_example": { - "modified": "2020-07-16T22:36:30.098Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Memory/Tree_map_view": { - "modified": "2020-07-16T22:36:30.478Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Migrating_from_Firebug": { - "modified": "2020-07-16T22:36:37.745Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Network_Monitor": { - "modified": "2020-07-16T22:35:30.308Z", - "contributors": [ - "silverskyvicto", - "yyss", - "wbamberg", - "mfuji09", - "SatoshiOhata", - "Uemmra3" - ] - }, - "Tools/Network_Monitor/Performance_Analysis": { - "modified": "2020-07-16T22:35:35.784Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Network_Monitor/Throttling": { - "modified": "2020-07-16T22:35:36.300Z", - "contributors": [ - "zfhrp", - "silverskyvicto" - ] - }, - "Tools/Network_Monitor/recording": { - "modified": "2020-07-16T22:35:35.399Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Network_Monitor/request_details": { - "modified": "2020-07-16T22:35:34.770Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Network_Monitor/request_list": { - "modified": "2020-07-16T22:35:33.925Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Network_Monitor/toolbar": { - "modified": "2020-07-16T22:35:32.862Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Page_Inspector": { - "modified": "2020-07-16T22:34:28.206Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss", - "Uemmra3" - ] - }, - "Tools/Page_Inspector/3-pane_mode": { - "modified": "2020-07-16T22:34:53.825Z", - "contributors": [ - "silverskyvicto", - "akiyoshi-qui" - ] - }, - "Tools/Page_Inspector/3D_view": { - "modified": "2020-07-16T22:34:25.396Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/HTML_panel": { - "modified": "2020-07-16T22:34:30.588Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/How_to": { - "modified": "2020-07-16T22:34:31.524Z", - "contributors": [ - "wbamberg", - "96beniko", - "sidgan" - ] - }, - "Tools/Page_Inspector/How_to/Edit_CSS_filters": { - "modified": "2020-07-16T22:34:45.349Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/How_to/Edit_CSS_shapes": { - "modified": "2020-07-16T22:34:48.006Z", - "contributors": [ - "yyss", - "wbamberg" - ] - }, - "Tools/Page_Inspector/How_to/Examine_Flexbox_layouts": { - "modified": "2020-07-16T22:34:48.540Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Page_Inspector/How_to/Examine_and_edit_CSS": { - "modified": "2020-07-16T22:34:42.595Z", - "contributors": [ - "yyss", - "wbamberg" - ] - }, - "Tools/Page_Inspector/How_to/Examine_and_edit_HTML": { - "modified": "2020-07-16T22:34:41.236Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss", - "maybe" - ] - }, - "Tools/Page_Inspector/How_to/Examine_and_edit_the_box_model": { - "modified": "2020-07-16T22:34:34.406Z", - "contributors": [ - "wbamberg", - "yyss", - "jsx" - ] - }, - "Tools/Page_Inspector/How_to/Examine_event_listeners": { - "modified": "2020-07-16T22:34:35.740Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/How_to/Examine_grid_layouts": { - "modified": "2020-07-16T22:34:47.354Z", - "contributors": [ - "yyss", - "wbamberg" - ] - }, - "Tools/Page_Inspector/How_to/Inspect_and_select_colors": { - "modified": "2020-07-16T22:34:35.090Z", - "contributors": [ - "wbamberg", - "yyss", - "jsx" - ] - }, - "Tools/Page_Inspector/How_to/Open_the_Inspector": { - "modified": "2020-07-16T22:34:32.812Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "Uemmra3", - "yyss" - ] - }, - "Tools/Page_Inspector/How_to/Reposition_elements_in_the_page": { - "modified": "2020-07-16T22:34:45.959Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/How_to/Select_an_element": { - "modified": "2020-07-16T22:34:33.708Z", - "contributors": [ - "wbamberg", - "yyss", - "jsx" - ] - }, - "Tools/Page_Inspector/How_to/Select_and_highlight_elements": { - "modified": "2020-07-16T22:34:46.656Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Page_Inspector/How_to/Use_the_Inspector_API": { - "modified": "2020-07-16T22:34:44.954Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/How_to/Use_the_Inspector_from_the_Web_Console": { - "modified": "2020-07-16T22:34:44.554Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/How_to/View_background_images": { - "modified": "2020-07-16T22:34:44.197Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/How_to/View_fonts": { - "modified": "2020-07-16T22:34:39.077Z", - "contributors": [ - "silverskyvicto", - "yyss", - "wbamberg" - ] - }, - "Tools/Page_Inspector/How_to/Visualize_transforms": { - "modified": "2020-07-16T22:34:39.621Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/How_to/Work_with_animations": { - "modified": "2020-07-16T22:34:36.695Z", - "contributors": [ - "wbamberg", - "yyss", - "trevorh" - ] - }, - "Tools/Page_Inspector/How_to/Work_with_animations/Animation_inspector_(Firefox_41_and_42)": { - "modified": "2020-07-16T22:34:38.062Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/How_to/Work_with_animations/Animation_inspector_example:_Web_Animations_API": { - "modified": "2020-07-16T22:34:38.338Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/How_to/Work_with_animations/Animations_examples": { - "modified": "2020-07-16T22:34:37.805Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/Keyboard_shortcuts": { - "modified": "2020-07-16T22:34:51.431Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/Style_panel": { - "modified": "2020-07-16T22:34:30.345Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Page_Inspector/UI_Tour": { - "modified": "2020-07-16T22:34:49.201Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Paint_Flashing_Tool": { - "modified": "2020-07-16T22:35:43.639Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Performance": { - "modified": "2020-07-16T22:36:12.893Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "yyss" - ] - }, - "Tools/Performance/Allocations": { - "modified": "2020-07-16T22:36:22.374Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Performance/Call_Tree": { - "modified": "2020-07-16T22:36:19.792Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "chikoski", - "yyss" - ] - }, - "Tools/Performance/Examples": { - "modified": "2020-07-16T22:36:20.943Z", - "contributors": [ - "silverskyvicto", - "wbamberg" - ] - }, - "Tools/Performance/Examples/Sorting_algorithms_comparison": { - "modified": "2020-07-16T22:36:21.453Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Performance/Flame_Chart": { - "modified": "2020-07-16T22:36:20.521Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Performance/Frame_rate": { - "modified": "2020-07-16T22:36:19.100Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Performance/How_to": { - "modified": "2020-07-16T22:36:21.854Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Performance/Profiler_walkthrough": { - "modified": "2020-07-16T22:36:14.354Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Performance/Scenarios": { - "modified": "2020-07-16T22:36:15.789Z", - "contributors": [ - "silverskyvicto", - "wbamberg" - ] - }, - "Tools/Performance/Scenarios/Animating_CSS_properties": { - "modified": "2020-07-16T22:36:16.416Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Performance/Scenarios/Intensive_JavaScript": { - "modified": "2020-07-16T22:36:16.883Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Performance/UI_Tour": { - "modified": "2020-07-16T22:36:15.032Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Performance/Waterfall": { - "modified": "2020-07-16T22:36:17.696Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Profiler": { - "modified": "2020-07-16T22:35:28.845Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Release_notes": { - "modified": "2020-07-16T22:35:56.505Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Remote_Debugging": { - "modified": "2020-07-31T02:23:38.893Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "wbamberg", - "Uemmra3", - "yyss", - "isapa310" - ] - }, - "Tools/Remote_Debugging/Chrome_Desktop": { - "modified": "2020-07-16T22:35:40.353Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Remote_Debugging/Debugging_Firefox_Desktop": { - "modified": "2020-07-16T22:35:41.125Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Remote_Debugging/Debugging_Firefox_for_Android_with_WebIDE_clone": { - "modified": "2020-07-16T22:35:40.751Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Remote_Debugging/Firefox_for_Android": { - "modified": "2020-07-16T22:35:39.163Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Remote_Debugging/Thunderbird": { - "modified": "2020-07-16T22:35:39.966Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Responsive_Design_Mode": { - "modified": "2020-07-16T22:35:21.640Z", - "contributors": [ - "zfhrp", - "silverskyvicto", - "wbamberg", - "yyss", - "hamasaki", - "SatoshiOhata", - "Uemmra3" - ] - }, - "Tools/Responsive_Design_Mode_(before_Firefox_52)": { - "modified": "2020-07-16T22:36:36.933Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Rulers": { - "modified": "2020-07-16T22:36:26.407Z", - "contributors": [ - "wbamberg", - "yyss", - "chikoski" - ] - }, - "Tools/Settings": { - "modified": "2020-07-16T22:36:35.104Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Shader_Editor": { - "modified": "2020-07-16T22:35:54.528Z", - "contributors": [ - "wbamberg", - "yyss", - "chikoski", - "bassam" - ] - }, - "Tools/Storage_Inspector": { - "modified": "2020-07-16T22:36:09.852Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Style_Editor": { - "modified": "2020-07-16T22:35:00.574Z", - "contributors": [ - "wbamberg", - "yyss", - "teoli" - ] - }, - "Tools/Taking_screenshots": { - "modified": "2020-07-16T22:36:38.506Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Tips": { - "modified": "2020-07-16T22:36:36.513Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "Uemmra3", - "yyss" - ] - }, - "Tools/Tools_Toolbox": { - "modified": "2020-07-16T22:35:27.657Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Using_the_Source_Editor": { - "modified": "2020-07-16T22:34:03.446Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Validators": { - "modified": "2020-07-16T22:35:03.505Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Web_Audio_Editor": { - "modified": "2020-07-16T22:36:08.574Z", - "contributors": [ - "nao5151", - "wbamberg", - "yyss" - ] - }, - "Tools/Web_Console": { - "modified": "2020-07-16T22:34:06.178Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "Uemmra3", - "mfuji09", - "yyss", - "myakura", - "Potappo", - "saneyuki_s" - ] - }, - "Tools/Web_Console/Console_messages": { - "modified": "2020-07-16T22:34:15.671Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "yyss" - ] - }, - "Tools/Web_Console/Helpers": { - "modified": "2020-09-23T00:53:18.181Z", - "contributors": [ - "okayurisotto", - "yumetodo", - "silverskyvicto", - "wbamberg", - "yyss", - "teoli", - "ethertank", - "saneyuki_s" - ] - }, - "Tools/Web_Console/Keyboard_shortcuts": { - "modified": "2020-07-16T22:34:23.040Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Web_Console/Opening_the_Web_Console": { - "modified": "2020-07-16T22:34:17.252Z", - "contributors": [ - "yyss", - "wbamberg" - ] - }, - "Tools/Web_Console/Rich_output": { - "modified": "2020-07-16T22:34:20.335Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Tools/Web_Console/Split_console": { - "modified": "2020-07-16T22:34:21.027Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Web_Console/The_command_line_interpreter": { - "modified": "2020-07-16T22:34:18.983Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tools/Web_Console/remoting": { - "modified": "2020-07-16T22:34:14.237Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Tools/Working_with_iframes": { - "modified": "2020-07-16T22:36:11.936Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "yyss", - "jsx" - ] - }, - "Tools/about:debugging": { - "modified": "2020-07-16T22:36:32.466Z", - "contributors": [ - "silverskyvicto", - "wbamberg", - "yyss" - ] - }, - "Tutorials": { - "modified": "2019-03-23T23:15:45.631Z", - "contributors": [ - "shinnn" - ] - }, - "Updating_extensions_for_Firefox_2": { - "modified": "2019-03-23T23:50:54.420Z", - "contributors": [ - "Marsf" - ] - }, - "Updating_extensions_for_Firefox_3": { - "modified": "2019-12-13T20:35:46.330Z", - "contributors": [ - "wbamberg", - "Sheppy", - "Potappo", - "Gomita", - "Mgjbot", - "Kohei", - "Nanto vi", - "Kozawa", - "Koyamak" - ] - }, - "Updating_extensions_for_Firefox_3.1": { - "modified": "2019-03-23T23:59:14.777Z", - "contributors": [ - "Kohei" - ] - }, - "Updating_web_applications_for_Firefox_3": { - "modified": "2019-03-23T23:53:36.653Z", - "contributors": [ - "wbamberg", - "ethertank", - "Sheppy", - "Potappo", - "Mgjbot", - "Kohei", - "Channy", - "Shoot", - "Taken" - ] - }, - "User_Agent_Strings_Reference": { - "modified": "2019-03-23T23:58:03.561Z", - "contributors": [ - "ethertank", - "Potappo", - "Kohei" - ] - }, - "Using_Firefox_1.5_caching": { - "modified": "2019-03-24T00:03:05.751Z", - "contributors": [ - "silverskyvicto", - "fscholz", - "Mgjbot", - "electrolysis" - ] - }, - "Using_URL_values_for_the_cursor_property": { - "modified": "2019-03-23T23:49:29.579Z", - "contributors": [ - "teoli", - "Marsf", - "Mgjbot", - "Okome", - "Takenbot", - "Taken Bot", - "Shimono", - "DaViD83" - ] - }, - "Using_XPath": { - "modified": "2019-01-16T14:19:02.199Z", - "contributors": [ - "kmaglione", - "Mgjbot", - "Shoot" - ] - }, - "Using_native_JSON": { - "modified": "2019-03-24T00:17:38.651Z", - "contributors": [ - "fscholz", - "twe", - "dynamis", - "maco81", - "Taken", - "RobinEgg" - ] - }, - "View_source": { - "modified": "2020-07-16T22:35:02.965Z", - "contributors": [ - "wbamberg", - "yyss" - ] - }, - "Web": { - "modified": "2020-10-19T10:06:20.414Z", - "contributors": [ - "mpcjazz", - "fuyofuyopiroq", - "Uemmra3", - "silverskyvicto", - "mfuji09", - "mojahige", - "hamasaki", - "SphinxKnight", - "Suuzuukii", - "horichiyo", - "c-bou-kojima", - "wtrfp", - "dynamis", - "hina03110630@gmail.com", - "manzyun", - "ethertank", - "Sheppy" - ] - }, - "Web/API": { - "modified": "2019-10-12T07:33:13.483Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Uemmra3", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/API/ANGLE_instanced_arrays": { - "modified": "2020-10-15T21:54:10.728Z", - "contributors": [ - "Uemmra3", - "frankymacster" - ] - }, - "Web/API/AbortSignal": { - "modified": "2020-10-15T22:09:06.907Z", - "contributors": [ - "kenji-yamasaki", - "silverskyvicto" - ] - }, - "Web/API/AbstractWorker": { - "modified": "2020-10-15T22:02:41.214Z", - "contributors": [ - "chikoski" - ] - }, - "Web/API/AbstractWorker/onerror": { - "modified": "2020-10-15T22:02:48.424Z", - "contributors": [ - "chikoski" - ] - }, - "Web/API/AnalyserNode": { - "modified": "2019-03-23T22:40:29.945Z", - "contributors": [ - "ikohs", - "dskmori" - ] - }, - "Web/API/Animation": { - "modified": "2020-10-15T22:07:00.424Z", - "contributors": [ - "kay8" - ] - }, - "Web/API/Animation/Animation": { - "modified": "2020-10-15T22:07:21.427Z", - "contributors": [ - "kay8" - ] - }, - "Web/API/Animation/cancel": { - "modified": "2020-10-15T22:34:37.665Z", - "contributors": [ - "hamasaki", - "ycatch" - ] - }, - "Web/API/AnimationEvent": { - "modified": "2020-10-15T22:15:17.958Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/AnimationEvent/elapsedTime": { - "modified": "2020-10-15T22:27:27.186Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Attr": { - "modified": "2019-09-26T12:26:52.555Z", - "contributors": [ - "naka", - "Marsf", - "mikamikuh" - ] - }, - "Web/API/Attr/localName": { - "modified": "2019-03-23T22:09:24.695Z", - "contributors": [ - "nakano348" - ] - }, - "Web/API/Attr/namespaceURI": { - "modified": "2019-03-23T22:09:26.422Z", - "contributors": [ - "dskmori", - "nakano348" - ] - }, - "Web/API/Attr/prefix": { - "modified": "2020-10-15T22:29:19.034Z", - "contributors": [ - "Potappo", - "kenji-yamasaki" - ] - }, - "Web/API/AudioBuffer": { - "modified": "2019-03-23T22:52:19.291Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioBuffer/copyFromChannel": { - "modified": "2020-10-15T21:37:23.793Z", - "contributors": [ - "mfuji09", - "maruhiro" - ] - }, - "Web/API/AudioBuffer/copyToChannel": { - "modified": "2019-03-23T22:52:19.972Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioBuffer/duration": { - "modified": "2019-03-23T22:52:08.285Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioBuffer/getChannelData": { - "modified": "2019-03-23T22:52:21.322Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioBuffer/length": { - "modified": "2019-03-23T22:52:16.530Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioBuffer/numberOfChannels": { - "modified": "2019-03-23T22:52:17.413Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioBuffer/sampleRate": { - "modified": "2019-03-23T22:52:14.632Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioBufferSourceNode": { - "modified": "2019-05-09T14:12:17.081Z", - "contributors": [ - "mtoutside", - "misonomi", - "youpy", - "SphinxKnight", - "fscholz", - "teoli", - "maruhiro", - "chikoski" - ] - }, - "Web/API/AudioBufferSourceNode/loop": { - "modified": "2020-10-15T22:13:57.412Z", - "contributors": [ - "mfuji09", - "nandenjin" - ] - }, - "Web/API/AudioBufferSourceNode/onended": { - "modified": "2019-03-23T23:09:21.353Z", - "contributors": [ - "maruhiro", - "fscholz", - "tera" - ] - }, - "Web/API/AudioBufferSourceNode/start": { - "modified": "2019-03-23T22:51:55.903Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioBufferSourceNode/stop": { - "modified": "2019-03-23T22:51:57.378Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext": { - "modified": "2020-10-15T21:33:07.500Z", - "contributors": [ - "toyakun", - "Juke-99", - "woodmix", - "maruhiro", - "niusounds", - "fscholz" - ] - }, - "Web/API/AudioContext/AudioContext": { - "modified": "2019-03-23T22:20:51.072Z", - "contributors": [ - "chikoski" - ] - }, - "Web/API/AudioContext/close": { - "modified": "2019-03-23T22:51:19.747Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createAnalyser": { - "modified": "2019-03-23T22:51:48.794Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createBiquadFilter": { - "modified": "2019-03-23T22:51:49.835Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createBuffer": { - "modified": "2019-03-23T22:52:20.869Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createBufferSource": { - "modified": "2019-03-23T22:52:11.399Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createChannelMerger": { - "modified": "2019-03-23T22:51:52.085Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createChannelSplitter": { - "modified": "2019-03-23T22:51:50.822Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createConvolver": { - "modified": "2019-03-23T22:51:39.156Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createDelay": { - "modified": "2019-03-23T22:51:30.711Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createDynamicsCompressor": { - "modified": "2019-03-23T22:51:27.158Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createGain": { - "modified": "2019-03-23T22:52:02.220Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createMediaElementSource": { - "modified": "2019-03-23T22:53:10.387Z", - "contributors": [ - "676Masanori", - "moutend" - ] - }, - "Web/API/AudioContext/createMediaStreamDestination": { - "modified": "2020-10-15T21:37:32.143Z", - "contributors": [ - "unarist", - "maruhiro" - ] - }, - "Web/API/AudioContext/createMediaStreamSource": { - "modified": "2019-03-23T22:51:48.259Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createOscillator": { - "modified": "2019-03-23T22:51:31.487Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createPanner": { - "modified": "2019-03-23T22:20:50.526Z", - "contributors": [ - "chikoski" - ] - }, - "Web/API/AudioContext/createPeriodicWave": { - "modified": "2019-03-23T22:51:04.893Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/createScriptProcessor": { - "modified": "2019-03-23T23:10:54.414Z", - "contributors": [ - "fscholz", - "nshimizu" - ] - }, - "Web/API/AudioContext/createStereoPanner": { - "modified": "2019-03-23T22:51:47.194Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/currentTime": { - "modified": "2019-03-23T22:51:50.670Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/decodeAudioData": { - "modified": "2020-10-15T21:37:24.527Z", - "contributors": [ - "mfuji09", - "maruhiro" - ] - }, - "Web/API/AudioContext/destination": { - "modified": "2019-03-23T22:51:49.679Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/listener": { - "modified": "2019-03-23T22:51:47.781Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/mozAudioChannelType": { - "modified": "2019-03-23T22:51:59.818Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/onstatechange": { - "modified": "2019-03-23T22:51:24.869Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/resume": { - "modified": "2020-10-15T21:37:33.762Z", - "contributors": [ - "woodmix", - "maruhiro" - ] - }, - "Web/API/AudioContext/sampleRate": { - "modified": "2019-03-23T22:51:53.196Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioContext/state": { - "modified": "2020-10-15T21:37:33.127Z", - "contributors": [ - "woodmix", - "maruhiro" - ] - }, - "Web/API/AudioContext/suspend": { - "modified": "2020-10-15T21:37:34.768Z", - "contributors": [ - "woodmix", - "maruhiro" - ] - }, - "Web/API/AudioDestinationNode": { - "modified": "2019-03-23T22:52:07.571Z", - "contributors": [ - "chikoski", - "teoli", - "maruhiro" - ] - }, - "Web/API/AudioDestinationNode/maxChannelCount": { - "modified": "2019-03-23T22:52:06.177Z", - "contributors": [ - "maruhiro" - ] - }, - "Web/API/AudioListener": { - "modified": "2020-10-15T22:18:22.063Z", - "contributors": [ - "yusuke-ten" - ] - }, - "Web/API/AudioNode": { - "modified": "2019-03-23T22:37:55.349Z", - "contributors": [ - "Climber22", - "jily2k", - "chikoski" - ] - }, - "Web/API/AudioParam": { - "modified": "2020-10-15T22:18:20.301Z", - "contributors": [ - "yusuke-ten" - ] - }, - "Web/API/AudioProcessingEvent": { - "modified": "2019-03-23T22:48:13.004Z", - "contributors": [ - "Tomoyuki.Shirakawa" - ] - }, - "Web/API/AudioScheduledSourceNode": { - "modified": "2019-04-20T10:30:37.888Z", - "contributors": [ - "mfuji09", - "gooshima" - ] - }, - "Web/API/AudioTrack": { - "modified": "2020-10-15T22:18:52.643Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrack/enabled": { - "modified": "2020-10-15T22:18:54.951Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrack/id": { - "modified": "2020-10-15T22:18:51.369Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrack/kind": { - "modified": "2020-10-15T22:19:06.366Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrack/label": { - "modified": "2020-10-15T22:19:06.388Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrack/language": { - "modified": "2020-10-15T22:19:06.378Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrack/sourceBuffer": { - "modified": "2020-10-15T22:19:07.183Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrackList": { - "modified": "2020-10-15T22:19:08.518Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/AudioTrackList/addtrack_event": { - "modified": "2020-10-15T22:19:08.255Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrackList/change_event": { - "modified": "2020-10-15T22:19:08.353Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/AudioTrackList/getTrackById": { - "modified": "2020-10-15T22:19:08.490Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrackList/length": { - "modified": "2020-10-15T22:19:07.454Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrackList/onaddtrack": { - "modified": "2020-10-15T22:19:07.769Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrackList/onchange": { - "modified": "2020-10-15T22:19:08.012Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrackList/onremovetrack": { - "modified": "2020-10-15T22:19:08.330Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AudioTrackList/removetrack_event": { - "modified": "2020-10-15T22:19:09.397Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/AuthenticatorAssertionResponse": { - "modified": "2020-10-15T22:26:50.698Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/AuthenticatorAttestationResponse": { - "modified": "2020-10-15T22:26:57.796Z", - "contributors": [ - "technohippy", - "mfuji09" - ] - }, - "Web/API/AuthenticatorResponse": { - "modified": "2020-10-15T22:26:53.338Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Battery_Status_API": { - "modified": "2020-10-15T21:25:13.525Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "minoki", - "yyss" - ] - }, - "Web/API/Blob": { - "modified": "2020-11-26T12:30:17.264Z", - "contributors": [ - "MikuroXina", - "silverskyvicto", - "snakada", - "YuichiNukiyama", - "yyss", - "andrykyt", - "fscholz", - "myakura", - "Jxck" - ] - }, - "Web/API/Blob/Blob": { - "modified": "2020-10-15T22:00:12.227Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "piyo-ko" - ] - }, - "Web/API/Blob/arrayBuffer": { - "modified": "2020-10-15T22:34:31.926Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Blob/size": { - "modified": "2020-10-15T21:21:38.220Z", - "contributors": [ - "silverskyvicto", - "fscholz", - "ethertank" - ] - }, - "Web/API/Blob/slice": { - "modified": "2020-10-15T22:07:40.470Z", - "contributors": [ - "silverskyvicto", - "YuichiNukiyama" - ] - }, - "Web/API/Blob/stream": { - "modified": "2020-10-15T22:34:31.448Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Blob/text": { - "modified": "2020-10-15T22:34:31.760Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Blob/type": { - "modified": "2020-10-15T21:21:47.648Z", - "contributors": [ - "silverskyvicto", - "SphinxKnight", - "fscholz", - "ethertank" - ] - }, - "Web/API/BlobBuilder": { - "modified": "2020-10-15T22:03:45.714Z", - "contributors": [ - "silverskyvicto", - "s-onuma" - ] - }, - "Web/API/BlobEvent": { - "modified": "2020-10-15T21:47:56.465Z", - "contributors": [ - "Wind1808", - "Marsf", - "YuichiNukiyama" - ] - }, - "Web/API/BlobEvent/BlobEvent": { - "modified": "2020-10-15T21:49:40.885Z", - "contributors": [ - "Wind1808", - "Marsf" - ] - }, - "Web/API/BlobEvent/data": { - "modified": "2020-10-15T21:49:40.640Z", - "contributors": [ - "Wind1808", - "Marsf" - ] - }, - "Web/API/BlobEvent/timecode": { - "modified": "2020-10-15T22:18:25.397Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Bluetooth": { - "modified": "2019-03-23T22:24:33.420Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Body": { - "modified": "2020-10-15T21:42:48.844Z", - "contributors": [ - "Wind1808", - "dlwe", - "woodmix", - "hamasaki", - "chikoski", - "YuichiNukiyama", - "fscholz" - ] - }, - "Web/API/Body/arrayBuffer": { - "modified": "2020-10-15T21:43:16.481Z", - "contributors": [ - "Wind1808", - "woodmix", - "YuichiNukiyama" - ] - }, - "Web/API/Body/blob": { - "modified": "2020-10-15T21:47:35.044Z", - "contributors": [ - "Wind1808", - "woodmix", - "YuichiNukiyama" - ] - }, - "Web/API/Body/body": { - "modified": "2020-10-15T22:25:57.301Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Body/bodyUsed": { - "modified": "2020-10-15T21:42:42.306Z", - "contributors": [ - "Wind1808", - "YuichiNukiyama" - ] - }, - "Web/API/Body/formData": { - "modified": "2020-10-15T21:43:16.713Z", - "contributors": [ - "Wind1808", - "YuichiNukiyama" - ] - }, - "Web/API/Body/json": { - "modified": "2020-10-15T21:43:16.571Z", - "contributors": [ - "Wind1808", - "mfuji09", - "woodmix", - "YuichiNukiyama" - ] - }, - "Web/API/Body/text": { - "modified": "2020-10-15T21:43:16.444Z", - "contributors": [ - "Wind1808", - "Uemmra3", - "woodmix", - "YuichiNukiyama" - ] - }, - "Web/API/BroadcastChannel": { - "modified": "2020-10-15T22:19:53.981Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/BroadcastChannel/BroadcastChannel": { - "modified": "2020-10-15T22:19:53.149Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/BroadcastChannel/close": { - "modified": "2020-10-15T22:19:54.913Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/BroadcastChannel/message_event": { - "modified": "2020-10-15T22:19:53.864Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/BroadcastChannel/messageerror_event": { - "modified": "2020-10-15T22:19:54.829Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/BroadcastChannel/name": { - "modified": "2020-10-15T22:19:53.534Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/BroadcastChannel/onmessage": { - "modified": "2020-10-15T22:19:53.795Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/BroadcastChannel/onmessageerror": { - "modified": "2020-10-15T22:19:54.709Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/BroadcastChannel/postMessage": { - "modified": "2020-10-15T22:19:54.662Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Broadcast_Channel_API": { - "modified": "2020-10-15T22:19:53.005Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/BufferSource": { - "modified": "2019-05-06T05:19:25.179Z", - "contributors": [ - "0918nobita" - ] - }, - "Web/API/ByteLengthQueuingStrategy": { - "modified": "2020-10-15T22:26:52.550Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ByteLengthQueuingStrategy/ByteLengthQueuingStrategy": { - "modified": "2020-10-15T22:26:54.937Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ByteLengthQueuingStrategy/size": { - "modified": "2020-10-15T22:26:54.280Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ByteString": { - "modified": "2020-03-11T12:49:49.193Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CDATASection": { - "modified": "2019-09-16T12:26:56.983Z", - "contributors": [ - "ikemo", - "momdo", - "ethertank" - ] - }, - "Web/API/CSS": { - "modified": "2020-10-15T22:06:15.679Z", - "contributors": [ - "Wind1808", - "dskmori", - "HeRoMo" - ] - }, - "Web/API/CSS/RegisterProperty": { - "modified": "2020-10-15T22:33:54.456Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CSS/paintWorklet": { - "modified": "2020-10-15T22:33:54.529Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CSS/supports": { - "modified": "2020-10-15T22:15:46.818Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSSKeyframeRule": { - "modified": "2019-03-23T22:35:43.746Z", - "contributors": [ - "dskmori", - "YuichiNukiyama" - ] - }, - "Web/API/CSSMatrix": { - "modified": "2019-03-23T22:26:24.870Z", - "contributors": [ - "momdo", - "gurezo" - ] - }, - "Web/API/CSSMediaRule": { - "modified": "2020-10-15T21:49:50.471Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/CSSOMString": { - "modified": "2020-02-18T00:42:09.363Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSSPageRule": { - "modified": "2019-03-23T22:25:29.147Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/CSSRule": { - "modified": "2019-10-06T14:27:19.363Z", - "contributors": [ - "Marsf", - "YuichiNukiyama", - "fscholz", - "ethertank", - "Sheppy" - ] - }, - "Web/API/CSSRule/cssText": { - "modified": "2019-03-23T23:37:55.889Z", - "contributors": [ - "Marsf", - "jsx", - "ethertank" - ] - }, - "Web/API/CSSRule/parentStyleSheet": { - "modified": "2019-03-23T22:25:24.837Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/CSSStyleDeclaration": { - "modified": "2020-10-15T22:30:54.650Z", - "contributors": [ - "akiroom", - "whasse" - ] - }, - "Web/API/CSSStyleDeclaration/getPropertyCSSValue": { - "modified": "2020-10-15T22:33:03.558Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/CSSStyleDeclaration/getPropertyValue": { - "modified": "2020-10-15T22:33:02.452Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/CSSStyleRule": { - "modified": "2020-10-15T21:49:50.050Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/CSSStyleRule/selectorText": { - "modified": "2020-10-15T21:49:51.169Z", - "contributors": [ - "yyss", - "Marsf" - ] - }, - "Web/API/CSSStyleRule/style": { - "modified": "2019-10-05T12:54:31.839Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/CSSStyleSheet": { - "modified": "2020-10-15T21:21:41.733Z", - "contributors": [ - "momdo", - "Marsf", - "fscholz", - "ethertank", - "sosleepy", - "asmedrano" - ] - }, - "Web/API/CSSStyleSheet/deleteRule": { - "modified": "2019-10-06T14:11:05.644Z", - "contributors": [ - "Marsf", - "arunpandianp", - "ethertank" - ] - }, - "Web/API/CSSStyleSheet/insertRule": { - "modified": "2020-10-15T21:25:44.193Z", - "contributors": [ - "mfuji09", - "Marsf", - "fscholz", - "khalid32", - "jislotz" - ] - }, - "Web/API/CSSSupportsRule": { - "modified": "2019-03-23T22:25:30.348Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/CSSUnparsedValue": { - "modified": "2020-10-15T22:16:03.422Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSSUnparsedValue/CSSUnparsedValue": { - "modified": "2020-10-15T22:16:07.555Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSSUnparsedValue/entries": { - "modified": "2020-10-15T22:16:07.653Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSSUnparsedValue/forEach": { - "modified": "2020-10-15T22:16:09.422Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSSUnparsedValue/keys": { - "modified": "2020-10-15T22:16:08.908Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSSUnparsedValue/length": { - "modified": "2020-10-15T22:16:09.505Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSSUnparsedValue/values": { - "modified": "2020-10-15T22:16:09.644Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSSValue": { - "modified": "2020-10-15T22:33:02.217Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/CSSValue/cssText": { - "modified": "2020-10-15T22:33:02.140Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/CSSValue/cssValueType": { - "modified": "2020-10-15T22:33:02.088Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/CSSVariableReferenceValue": { - "modified": "2020-10-15T22:16:09.805Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSSVariableReferenceValue/CSSVariableReferenceValue": { - "modified": "2020-10-15T22:16:09.807Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSSVariableReferenceValue/fallback": { - "modified": "2020-10-15T22:16:15.586Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSSVariableReferenceValue/variable": { - "modified": "2020-10-15T22:16:16.721Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CSS_Font_Loading_API": { - "modified": "2020-10-15T22:21:36.783Z", - "contributors": [ - "mfuji09", - "isdh" - ] - }, - "Web/API/CSS_Object_Model": { - "modified": "2020-11-29T06:15:12.188Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "teoli" - ] - }, - "Web/API/CSS_Object_Model/Determining_the_dimensions_of_elements": { - "modified": "2020-07-24T22:56:12.511Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CSS_Object_Model/Managing_screen_orientation": { - "modified": "2019-05-25T04:13:38.733Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "yyss" - ] - }, - "Web/API/CSS_Object_Model/Using_dynamic_styling_information": { - "modified": "2020-07-25T08:56:52.063Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "hamasaki", - "unarist" - ] - }, - "Web/API/CSS_Painting_API": { - "modified": "2020-08-31T11:23:44.312Z", - "contributors": [ - "Wind1808", - "estelle" - ] - }, - "Web/API/CSS_Painting_API/ガむド": { - "modified": "2020-09-26T03:27:05.454Z", - "contributors": [ - "hamasaki", - "dskmori", - "koyhoge" - ] - }, - "Web/API/CSS_Properties_and_Values_API": { - "modified": "2020-07-17T13:00:16.142Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CSS_Properties_and_Values_API/guide": { - "modified": "2020-07-17T22:39:43.842Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Cache": { - "modified": "2020-10-15T21:41:35.993Z", - "contributors": [ - "Wind1808", - "mfuji09", - "shimazu", - "Fajrovulpo", - "YuichiNukiyama" - ] - }, - "Web/API/Cache/add": { - "modified": "2020-10-15T21:41:33.929Z", - "contributors": [ - "Wind1808", - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Cache/addAll": { - "modified": "2020-10-15T22:03:55.011Z", - "contributors": [ - "Wind1808", - "mfuji09" - ] - }, - "Web/API/Cache/delete": { - "modified": "2020-10-15T22:29:20.490Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Cache/keys": { - "modified": "2020-10-15T22:29:21.274Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Cache/match": { - "modified": "2020-10-15T22:29:20.022Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Cache/matchAll": { - "modified": "2020-10-15T22:29:22.483Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Cache/put": { - "modified": "2020-10-15T22:29:21.978Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CacheStorage": { - "modified": "2020-10-15T22:28:24.235Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CacheStorage/delete": { - "modified": "2020-10-15T22:28:29.214Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CacheStorage/has": { - "modified": "2020-10-15T22:28:25.781Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CacheStorage/keys": { - "modified": "2020-10-15T22:28:28.078Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CacheStorage/match": { - "modified": "2020-10-15T22:28:27.562Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CacheStorage/open": { - "modified": "2020-10-15T22:28:30.721Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CanvasCaptureMediaStreamTrack": { - "modified": "2020-10-15T22:29:20.290Z" - }, - "Web/API/CanvasCaptureMediaStreamTrack/requestFrame": { - "modified": "2020-10-15T22:29:19.269Z", - "contributors": [ - "hamasaki", - "kenji-yamasaki" - ] - }, - "Web/API/CanvasGradient": { - "modified": "2020-10-15T21:21:01.831Z", - "contributors": [ - "mfuji09", - "ethertank" - ] - }, - "Web/API/CanvasPattern": { - "modified": "2019-03-23T23:35:13.471Z", - "contributors": [ - "YuichiNukiyama", - "ethertank" - ] - }, - "Web/API/CanvasPattern/setTransform": { - "modified": "2019-03-23T22:27:56.815Z", - "contributors": [ - "yamaguchi-takayuki", - "YuichiNukiyama" - ] - }, - "Web/API/CanvasRenderingContext2D": { - "modified": "2020-10-15T21:33:03.601Z", - "contributors": [ - "hamasaki", - "dskmori", - "aokashi", - "SegaraRai", - "woodmix", - "hikalium" - ] - }, - "Web/API/CanvasRenderingContext2D/addHitRegion": { - "modified": "2020-10-15T21:32:02.085Z", - "contributors": [ - "mfuji09", - "fscholz", - "Taken" - ] - }, - "Web/API/CanvasRenderingContext2D/arc": { - "modified": "2020-10-15T21:38:41.600Z", - "contributors": [ - "woodmix", - "FumioNonaka" - ] - }, - "Web/API/CanvasRenderingContext2D/arcTo": { - "modified": "2020-10-15T22:23:50.697Z", - "contributors": [ - "hikefd" - ] - }, - "Web/API/CanvasRenderingContext2D/beginPath": { - "modified": "2020-10-15T22:16:40.954Z", - "contributors": [ - "edasp" - ] - }, - "Web/API/CanvasRenderingContext2D/canvas": { - "modified": "2020-10-15T22:21:02.190Z", - "contributors": [ - "kofuk" - ] - }, - "Web/API/CanvasRenderingContext2D/clearHitRegions": { - "modified": "2019-03-23T23:03:57.671Z", - "contributors": [ - "fscholz", - "Taken" - ] - }, - "Web/API/CanvasRenderingContext2D/clearRect": { - "modified": "2020-10-15T21:33:01.006Z", - "contributors": [ - "woodmix", - "hikalium" - ] - }, - "Web/API/CanvasRenderingContext2D/closePath": { - "modified": "2020-10-15T22:27:31.530Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CanvasRenderingContext2D/direction": { - "modified": "2019-03-23T22:27:28.340Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/CanvasRenderingContext2D/drawFocusIfNeeded": { - "modified": "2019-03-23T23:04:04.741Z", - "contributors": [ - "fscholz", - "Taken" - ] - }, - "Web/API/CanvasRenderingContext2D/ellipse": { - "modified": "2020-10-15T22:27:27.432Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CanvasRenderingContext2D/fillRect": { - "modified": "2019-03-23T22:09:22.238Z", - "contributors": [ - "YujiSODE", - "aokashi" - ] - }, - "Web/API/CanvasRenderingContext2D/fillStyle": { - "modified": "2020-10-15T22:29:02.115Z", - "contributors": [ - "Satachito" - ] - }, - "Web/API/CanvasRenderingContext2D/fillText": { - "modified": "2019-03-23T22:22:54.987Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/CanvasRenderingContext2D/font": { - "modified": "2019-03-18T21:22:24.523Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/CanvasRenderingContext2D/globalCompositeOperation": { - "modified": "2019-03-23T22:49:25.109Z", - "contributors": [ - "dskmori", - "FumioNonaka" - ] - }, - "Web/API/CanvasRenderingContext2D/imageSmoothingEnabled": { - "modified": "2019-03-23T22:35:33.244Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/CanvasRenderingContext2D/lineCap": { - "modified": "2020-10-15T22:23:55.085Z", - "contributors": [ - "hikefd" - ] - }, - "Web/API/CanvasRenderingContext2D/lineTo": { - "modified": "2019-03-23T22:26:31.528Z", - "contributors": [ - "sii" - ] - }, - "Web/API/CanvasRenderingContext2D/measureText": { - "modified": "2020-10-15T21:49:05.719Z", - "contributors": [ - "woodmix", - "yyss" - ] - }, - "Web/API/CanvasRenderingContext2D/moveTo": { - "modified": "2020-10-15T21:49:26.176Z", - "contributors": [ - "dskmori", - "sii" - ] - }, - "Web/API/CanvasRenderingContext2D/rect": { - "modified": "2020-10-15T22:11:15.853Z", - "contributors": [ - "s-kikuchi" - ] - }, - "Web/API/CanvasRenderingContext2D/removeHitRegion": { - "modified": "2019-03-23T23:04:05.513Z", - "contributors": [ - "fscholz", - "Taken" - ] - }, - "Web/API/CanvasRenderingContext2D/save": { - "modified": "2020-10-15T22:23:57.083Z", - "contributors": [ - "dskmori" - ] - }, - "Web/API/CanvasRenderingContext2D/scale": { - "modified": "2020-10-15T22:31:53.161Z", - "contributors": [ - "Anonymoususer12321" - ] - }, - "Web/API/CanvasRenderingContext2D/setLineDash": { - "modified": "2020-10-28T21:50:33.388Z", - "contributors": [ - "look_Sky" - ] - }, - "Web/API/CanvasRenderingContext2D/stroke": { - "modified": "2019-03-23T22:26:30.547Z", - "contributors": [ - "sii" - ] - }, - "Web/API/CanvasRenderingContext2D/strokeRect": { - "modified": "2020-10-15T22:16:27.868Z", - "contributors": [ - "edasp" - ] - }, - "Web/API/CanvasRenderingContext2D/strokeStyle": { - "modified": "2020-10-15T22:16:28.768Z", - "contributors": [ - "edasp" - ] - }, - "Web/API/CanvasRenderingContext2D/strokeText": { - "modified": "2019-03-23T22:27:30.192Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/CanvasRenderingContext2D/textAlign": { - "modified": "2019-03-23T22:27:27.863Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/CanvasRenderingContext2D/textBaseline": { - "modified": "2020-10-15T21:49:05.345Z", - "contributors": [ - "woodmix", - "SphinxKnight", - "yyss" - ] - }, - "Web/API/Canvas_API": { - "modified": "2020-06-17T13:52:43.543Z", - "contributors": [ - "mfuji09", - "mahaker", - "yyss", - "ethertank", - "dextra", - "Yukoba", - "happysadman", - "Mgjbot", - "Cai", - "Taken" - ] - }, - "Web/API/Canvas_API/A_basic_ray-caster": { - "modified": "2019-10-25T07:34:06.808Z", - "contributors": [ - "Uemmra3", - "horitaku1124" - ] - }, - "Web/API/Canvas_API/Drawing_graphics_with_canvas": { - "modified": "2019-03-23T23:54:18.694Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "teoli", - "ethertank", - "Marsf", - "Mgjbot", - "Okome", - "Taken", - "Shimono", - "Victory" - ] - }, - "Web/API/Canvas_API/Tutorial": { - "modified": "2020-09-06T11:19:42.533Z", - "contributors": [ - "ryokohbato", - "Hakuyoka", - "mfuji09", - "ethertank", - "teoli", - "happysadman", - "Marsf", - "Mgjbot", - "Okome", - "Yunmo", - "Taken", - "Taken Bot" - ] - }, - "Web/API/Canvas_API/Tutorial/Compositing": { - "modified": "2019-03-23T22:48:20.415Z", - "contributors": [ - "yyss", - "micahcarroll" - ] - }, - "Web/API/Canvas_API/Tutorial/Compositing/Example": { - "modified": "2019-03-23T22:48:21.822Z", - "contributors": [ - "dskmori" - ] - }, - "Web/API/Canvas_API/Tutorial/Hit_regions_and_accessibility": { - "modified": "2019-03-23T22:00:20.926Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/CaretPosition": { - "modified": "2020-10-15T22:32:55.210Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/ChannelMergerNode": { - "modified": "2020-10-15T22:18:20.617Z", - "contributors": [ - "yusuke-ten" - ] - }, - "Web/API/Channel_Messaging_API": { - "modified": "2020-10-15T22:19:56.580Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Channel_Messaging_API/Using_channel_messaging": { - "modified": "2020-10-15T22:20:00.383Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CharacterData": { - "modified": "2020-10-15T21:21:05.197Z", - "contributors": [ - "yyss", - "ethertank" - ] - }, - "Web/API/ChildNode": { - "modified": "2020-11-23T03:36:42.854Z", - "contributors": [ - "segayuu", - "Marsf", - "momoi" - ] - }, - "Web/API/ChildNode/after": { - "modified": "2020-10-17T21:33:51.563Z", - "contributors": [ - "dskmori", - "Potappo", - "Shirasu" - ] - }, - "Web/API/ChildNode/before": { - "modified": "2020-10-17T03:58:22.731Z", - "contributors": [ - "Potappo", - "Shirasu" - ] - }, - "Web/API/ChildNode/remove": { - "modified": "2020-10-15T21:51:39.796Z", - "contributors": [ - "Potappo", - "kenji-yamasaki", - "mfuji09", - "isdh", - "chikoski" - ] - }, - "Web/API/ChildNode/replaceWith": { - "modified": "2020-10-17T04:41:48.425Z", - "contributors": [ - "Potappo", - "Shirasu" - ] - }, - "Web/API/Client": { - "modified": "2020-10-15T22:28:43.389Z", - "contributors": [ - "rus", - "Wind1808" - ] - }, - "Web/API/Client/frameType": { - "modified": "2020-10-15T22:28:42.448Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Client/id": { - "modified": "2020-10-15T22:28:43.805Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Client/postMessage": { - "modified": "2020-10-15T22:28:42.046Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/Client/type": { - "modified": "2020-10-15T22:28:43.588Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Client/url": { - "modified": "2020-10-15T22:28:43.958Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Clients": { - "modified": "2020-10-15T22:28:41.947Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Clients/claim": { - "modified": "2020-10-15T22:28:46.409Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Clients/get": { - "modified": "2020-10-15T22:28:48.074Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Clients/matchAll": { - "modified": "2020-10-15T22:28:47.486Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Clients/openWindow": { - "modified": "2020-10-15T22:28:47.564Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Clipboard": { - "modified": "2020-10-15T22:27:07.002Z", - "contributors": [ - "daisuke-f" - ] - }, - "Web/API/Clipboard/read": { - "modified": "2020-10-15T22:27:23.471Z", - "contributors": [ - "daisuke-f" - ] - }, - "Web/API/Clipboard/readText": { - "modified": "2020-10-15T22:27:24.221Z", - "contributors": [ - "daisuke-f" - ] - }, - "Web/API/ClipboardEvent": { - "modified": "2019-03-23T22:39:30.630Z", - "contributors": [ - "fscholz", - "Marsf", - "YuichiNukiyama" - ] - }, - "Web/API/ClipboardEvent/ClipboardEvent": { - "modified": "2019-03-23T22:39:23.550Z", - "contributors": [ - "fscholz", - "Marsf", - "YuichiNukiyama" - ] - }, - "Web/API/ClipboardEvent/clipboardData": { - "modified": "2019-03-23T22:39:38.003Z", - "contributors": [ - "fscholz", - "Marsf", - "YuichiNukiyama" - ] - }, - "Web/API/Clipboard_API": { - "modified": "2020-10-15T22:27:29.460Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/CloseEvent": { - "modified": "2020-10-15T22:10:05.093Z", - "contributors": [ - "mfuji09", - "ciffelia", - "silverskyvicto" - ] - }, - "Web/API/Comment": { - "modified": "2020-10-15T21:19:55.391Z", - "contributors": [ - "yyss", - "ethertank" - ] - }, - "Web/API/CompositionEvent": { - "modified": "2020-10-15T21:08:43.981Z", - "contributors": [ - "kena0ki", - "Marsf", - "fscholz", - "yyss", - "Masayuki" - ] - }, - "Web/API/CompositionEvent/CompositionEvent": { - "modified": "2020-10-15T22:24:44.573Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/CompositionEvent/initCompositionEvent": { - "modified": "2020-10-15T22:24:44.576Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/CompositionEvent/locale": { - "modified": "2020-10-15T22:26:55.040Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Console/dir": { - "modified": "2020-10-15T21:22:10.759Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "yyss", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Console/error": { - "modified": "2020-11-27T14:44:56.251Z", - "contributors": [ - "yumetodo", - "woodmix", - "yyss", - "Marsf", - "fscholz", - "kotet" - ] - }, - "Web/API/Console/log": { - "modified": "2020-10-15T21:20:41.187Z", - "contributors": [ - "mfuji09", - "woodmix", - "SphinxKnight", - "yyss", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Console/time": { - "modified": "2020-10-15T21:22:25.686Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Console/timeEnd": { - "modified": "2019-03-23T23:32:02.909Z", - "contributors": [ - "yyss", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Console_API": { - "modified": "2020-10-15T22:23:58.011Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ConvolverNode": { - "modified": "2019-03-23T22:45:47.129Z", - "contributors": [ - "chikoski" - ] - }, - "Web/API/CountQueuingStrategy": { - "modified": "2020-10-15T22:26:55.647Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CountQueuingStrategy/CountQueuingStrategy": { - "modified": "2020-10-15T22:26:54.546Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/CountQueuingStrategy/size": { - "modified": "2020-10-15T22:26:53.576Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Credential": { - "modified": "2020-10-15T22:26:58.168Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Credential_Management_API": { - "modified": "2020-07-24T11:30:20.915Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Crypto": { - "modified": "2020-10-15T21:59:23.127Z", - "contributors": [ - "silverskyvicto", - "Marsf" - ] - }, - "Web/API/Crypto/getRandomValues": { - "modified": "2020-10-15T21:59:23.018Z", - "contributors": [ - "mfuji09", - "yumetodo", - "Marsf" - ] - }, - "Web/API/Crypto/subtle": { - "modified": "2020-10-15T21:59:23.057Z", - "contributors": [ - "fscholz", - "Marsf" - ] - }, - "Web/API/CryptoKey": { - "modified": "2020-10-15T21:59:25.558Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/CustomElementRegistry": { - "modified": "2020-10-15T22:08:54.081Z", - "contributors": [ - "miyah-kun", - "k-kuwahara" - ] - }, - "Web/API/CustomElementRegistry/define": { - "modified": "2020-10-15T22:15:05.422Z", - "contributors": [ - "shuuji3" - ] - }, - "Web/API/CustomElementRegistry/whenDefined": { - "modified": "2020-10-15T22:15:07.649Z", - "contributors": [ - "shuuji3" - ] - }, - "Web/API/CustomEvent": { - "modified": "2020-10-15T21:46:26.003Z", - "contributors": [ - "mfuji09", - "fscholz", - "dskmori", - "mikamikuh" - ] - }, - "Web/API/CustomEvent/CustomEvent": { - "modified": "2020-10-15T22:09:34.600Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/DOMError": { - "modified": "2020-10-15T21:19:29.035Z", - "contributors": [ - "yyss", - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/DOMException": { - "modified": "2020-10-15T21:19:23.676Z", - "contributors": [ - "yyss", - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/DOMException/name": { - "modified": "2020-10-15T22:31:57.685Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/DOMHighResTimeStamp": { - "modified": "2020-11-25T13:30:02.366Z", - "contributors": [ - "eltociear", - "yyss" - ] - }, - "Web/API/DOMImplementation": { - "modified": "2020-10-15T22:04:41.243Z", - "contributors": [ - "eltociear", - "Uemmra3" - ] - }, - "Web/API/DOMLocator": { - "modified": "2020-08-13T09:34:48.574Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/DOMObject": { - "modified": "2019-03-23T23:33:16.888Z", - "contributors": [ - "momdo", - "ethertank" - ] - }, - "Web/API/DOMParser": { - "modified": "2020-10-15T21:14:36.017Z", - "contributors": [ - "mfuji09", - "dskmori", - "Potappo", - "Shu-Z", - "segayuu", - "yyss", - "ethertank", - "PWeilbacher", - "electrolysis" - ] - }, - "Web/API/DOMString": { - "modified": "2020-08-15T09:13:55.800Z", - "contributors": [ - "eltociear", - "mfuji09", - "YuichiNukiyama", - "ethertank", - "DavidWalsh" - ] - }, - "Web/API/DOMString/Binary": { - "modified": "2019-12-06T22:37:36.253Z", - "contributors": [ - "daisuke-f" - ] - }, - "Web/API/DOMStringList": { - "modified": "2020-10-15T21:49:32.348Z", - "contributors": [ - "yyss", - "chitoku", - "YuichiNukiyama" - ] - }, - "Web/API/DOMStringMap": { - "modified": "2020-10-15T21:36:48.446Z", - "contributors": [ - "mfuji09", - "wbamberg", - "Kenju" - ] - }, - "Web/API/DOMTimeStamp": { - "modified": "2020-07-25T11:27:03.782Z", - "contributors": [ - "mfuji09", - "Marsf", - "ethertank" - ] - }, - "Web/API/DOMTokenList": { - "modified": "2020-10-15T22:03:34.048Z", - "contributors": [ - "mfuji09", - "contvel", - "fscholz" - ] - }, - "Web/API/DOMTokenList/add": { - "modified": "2020-10-15T22:03:32.303Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/DOMTokenList/remove": { - "modified": "2020-10-15T22:03:35.828Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/DataTransfer": { - "modified": "2020-10-15T21:13:20.565Z", - "contributors": [ - "silverskyvicto", - "unarist", - "Uemmra3", - "wbamberg", - "hamasaki", - "Piro" - ] - }, - "Web/API/DataTransfer/DataTransfer": { - "modified": "2020-10-15T22:34:33.522Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/DataTransfer/clearData": { - "modified": "2020-10-15T22:34:34.733Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/DataTransfer/dropEffect": { - "modified": "2020-10-15T22:34:34.389Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/DataTransfer/effectAllowed": { - "modified": "2020-10-15T22:34:34.683Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/DataTransfer/files": { - "modified": "2020-10-15T22:34:33.565Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/DataTransfer/getData": { - "modified": "2019-03-23T22:26:14.660Z", - "contributors": [ - "hamasaki", - "Marsf" - ] - }, - "Web/API/DataTransfer/items": { - "modified": "2020-10-15T22:34:34.711Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/DataTransfer/setData": { - "modified": "2019-03-23T22:26:20.630Z", - "contributors": [ - "dlwe", - "hamasaki", - "Marsf" - ] - }, - "Web/API/DataTransfer/setDragImage": { - "modified": "2020-10-15T22:34:36.375Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/DataTransfer/types": { - "modified": "2020-10-15T22:34:33.415Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/DataTransferItem": { - "modified": "2020-10-15T22:34:34.090Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/DataTransferItemList": { - "modified": "2020-10-15T22:08:22.136Z", - "contributors": [ - "fscholz" - ] - }, - "Web/API/DataTransferItemList/clear": { - "modified": "2020-10-15T22:08:21.788Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/DataTransferItemList/length": { - "modified": "2020-10-15T22:08:21.341Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/DedicatedWorkerGlobalScope": { - "modified": "2019-03-23T22:34:54.016Z", - "contributors": [ - "hamasaki" - ] - }, - "Web/API/DelayNode": { - "modified": "2019-03-23T22:45:45.653Z", - "contributors": [ - "fscholz", - "chikoski" - ] - }, - "Web/API/DelayNode/delayTime": { - "modified": "2019-03-23T22:45:48.606Z", - "contributors": [ - "fscholz", - "chikoski" - ] - }, - "Web/API/Detecting_device_orientation": { - "modified": "2020-10-15T21:21:30.973Z", - "contributors": [ - "YujiSoftware", - "hamasaki", - "yyss", - "Fajrovulpo" - ] - }, - "Web/API/DeviceAcceleration": { - "modified": "2019-03-23T22:45:47.956Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/DeviceLightEvent": { - "modified": "2020-10-15T21:33:03.860Z", - "contributors": [ - "mfuji09", - "yyss", - "dskmori", - "YuichiNukiyama", - "fscholz" - ] - }, - "Web/API/DeviceLightEvent/value": { - "modified": "2020-10-15T21:22:48.751Z", - "contributors": [ - "YujiSoftware", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/DeviceMotionEvent": { - "modified": "2020-10-15T22:05:46.432Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/DeviceProximityEvent": { - "modified": "2020-10-15T21:53:01.564Z", - "contributors": [ - "mfuji09", - "yyss", - "YuichiNukiyama" - ] - }, - "Web/API/DeviceProximityEvent/max": { - "modified": "2019-03-23T22:15:32.868Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/DeviceProximityEvent/min": { - "modified": "2019-03-23T22:15:40.764Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/DeviceProximityEvent/value": { - "modified": "2019-03-23T22:15:41.294Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Device_Memory_API": { - "modified": "2020-10-15T22:28:37.534Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/DirectoryEntrySync": { - "modified": "2020-10-15T22:11:46.122Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Document": { - "modified": "2020-10-15T21:13:18.738Z", - "contributors": [ - "mfuji09", - "eltociear", - "oreno4649", - "bershanskiy", - "yyss", - "khalid32", - "acid", - "ethertank", - "DavidWalsh", - "nonki777", - "Crash", - "Potappo", - "Marsf", - "Mgjbot", - "Okome", - "Hfjapancom" - ] - }, - "Web/API/Document/DOMContentLoaded_event": { - "modified": "2020-10-15T22:27:13.665Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/Document": { - "modified": "2020-10-15T22:07:19.781Z", - "contributors": [ - "mfuji09", - "yumemi-kuwahara" - ] - }, - "Web/API/Document/URL": { - "modified": "2020-10-15T21:17:58.849Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "tanaka0325", - "fscholz", - "jsx", - "ethertank", - "DR", - "Okome" - ] - }, - "Web/API/Document/activeElement": { - "modified": "2019-03-23T23:52:39.067Z", - "contributors": [ - "mfuji09", - "wbamberg", - "fscholz", - "khalid32", - "ethertank", - "Kohei" - ] - }, - "Web/API/Document/adoptNode": { - "modified": "2020-10-17T14:37:44.900Z", - "contributors": [ - "mfuji09", - "wbamberg", - "Marsf", - "fscholz", - "AshfaqHossain", - "ethertank", - "Sheppy", - "Shoot" - ] - }, - "Web/API/Document/alinkColor": { - "modified": "2020-10-15T21:21:40.077Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/Document/all": { - "modified": "2020-10-15T22:21:14.972Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/anchors": { - "modified": "2020-10-15T21:17:58.912Z", - "contributors": [ - "mfuji09", - "wbamberg", - "satour", - "fscholz", - "khalid32", - "ethertank", - "DR", - "Okome" - ] - }, - "Web/API/Document/animationcancel_event": { - "modified": "2020-10-15T22:15:19.921Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/animationend_event": { - "modified": "2020-10-15T22:15:18.520Z", - "contributors": [ - "o-o-o", - "mfuji09" - ] - }, - "Web/API/Document/animationiteration_event": { - "modified": "2020-10-15T22:15:14.436Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/animationstart_event": { - "modified": "2020-10-15T22:15:18.495Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/applets": { - "modified": "2020-10-15T21:21:43.985Z", - "contributors": [ - "mfuji09", - "satour", - "fscholz", - "arunpandianp", - "ethertank" - ] - }, - "Web/API/Document/async": { - "modified": "2020-10-15T21:21:38.875Z", - "contributors": [ - "mfuji09", - "satour", - "fscholz", - "ethertank" - ] - }, - "Web/API/Document/bgColor": { - "modified": "2020-10-15T21:21:45.294Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Document/body": { - "modified": "2020-10-15T21:20:41.602Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "tanaka0325", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Document/caretRangeFromPoint": { - "modified": "2020-10-15T22:12:32.837Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/characterSet": { - "modified": "2020-10-15T21:21:42.085Z", - "contributors": [ - "yumetodo", - "mfuji09", - "yyss", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Document/clear": { - "modified": "2020-10-15T21:22:02.823Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Document/close": { - "modified": "2020-10-15T21:18:04.477Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "Potappo" - ] - }, - "Web/API/Document/compatMode": { - "modified": "2020-10-15T21:21:37.836Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/Document/contentType": { - "modified": "2020-10-15T22:10:24.566Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/cookie": { - "modified": "2020-10-15T21:21:32.836Z", - "contributors": [ - "pcw", - "mfuji09", - "technohippy", - "translucens", - "makky3939", - "YuichiNukiyama", - "fscholz", - "jsx", - "xxxx7" - ] - }, - "Web/API/Document/copy_event": { - "modified": "2020-10-15T22:27:18.786Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/createCDATASection": { - "modified": "2020-10-17T14:27:21.438Z", - "contributors": [ - "mfuji09", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Document/createComment": { - "modified": "2020-10-17T14:24:50.166Z", - "contributors": [ - "mfuji09", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Document/createDocumentFragment": { - "modified": "2020-10-15T21:46:22.547Z", - "contributors": [ - "mfuji09", - "chikoski" - ] - }, - "Web/API/Document/createElement": { - "modified": "2020-10-15T21:15:25.453Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "AshfaqHossain", - "ethertank", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Document/createElementNS": { - "modified": "2020-10-15T22:12:31.892Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/createEntityReference": { - "modified": "2020-10-15T22:12:31.952Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/createEvent": { - "modified": "2020-10-17T14:21:55.206Z", - "contributors": [ - "mfuji09", - "chikoski", - "yyss", - "fscholz", - "jsx", - "ethertank", - "Yukoba", - "Kohei" - ] - }, - "Web/API/Document/createExpression": { - "modified": "2020-10-15T22:12:35.223Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/createNSResolver": { - "modified": "2020-10-17T14:15:50.352Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/createNodeIterator": { - "modified": "2020-10-15T22:28:41.987Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/createProcessingInstruction": { - "modified": "2020-10-15T22:08:25.177Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/createRange": { - "modified": "2020-10-17T14:10:47.331Z", - "contributors": [ - "mfuji09", - "ukyo", - "fscholz", - "sou3ilow" - ] - }, - "Web/API/Document/createTextNode": { - "modified": "2020-10-15T21:21:39.697Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Document/createTouch": { - "modified": "2020-12-05T23:13:43.057Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/createTouchList": { - "modified": "2020-12-05T23:15:47.954Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/currentScript": { - "modified": "2020-10-15T21:21:14.129Z", - "contributors": [ - "mfuji09", - "wbamberg", - "fscholz", - "AshfaqHossain", - "jsx", - "ethertank" - ] - }, - "Web/API/Document/cut_event": { - "modified": "2020-10-15T22:27:16.266Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/defaultView": { - "modified": "2019-03-23T23:37:57.488Z", - "contributors": [ - "mfuji09", - "momdo", - "fscholz", - "ethertank", - "nodaguti" - ] - }, - "Web/API/Document/designMode": { - "modified": "2020-10-15T21:21:45.692Z", - "contributors": [ - "mfuji09", - "Marsf", - "fscholz", - "ethertank" - ] - }, - "Web/API/Document/dir": { - "modified": "2020-10-15T22:08:08.542Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/doctype": { - "modified": "2020-10-15T21:21:51.112Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Document/documentElement": { - "modified": "2020-10-15T21:16:26.952Z", - "contributors": [ - "mfuji09", - "Wind1808", - "YuichiNukiyama", - "u_7cc", - "fscholz", - "AshfaqHossain", - "ethertank", - "Mgjbot", - "Shoot", - "Marsf", - "Hfjapancom" - ] - }, - "Web/API/Document/documentURI": { - "modified": "2020-10-15T21:20:55.089Z", - "contributors": [ - "mfuji09", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Document/documentURIObject": { - "modified": "2020-10-15T21:16:27.443Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "Mgjbot", - "Shoot", - "Norah" - ] - }, - "Web/API/Document/domain": { - "modified": "2020-10-15T22:12:40.970Z", - "contributors": [ - "mfuji09", - "dlwe" - ] - }, - "Web/API/Document/drag_event": { - "modified": "2020-10-15T22:07:20.059Z", - "contributors": [ - "mfuji09", - "fscholz", - "8845musign" - ] - }, - "Web/API/Document/dragend_event": { - "modified": "2020-10-15T22:15:37.865Z", - "contributors": [ - "silverskyvicto", - "mfuji09" - ] - }, - "Web/API/Document/dragenter_event": { - "modified": "2020-10-15T22:15:36.335Z", - "contributors": [ - "silverskyvicto", - "mfuji09" - ] - }, - "Web/API/Document/dragleave_event": { - "modified": "2020-10-15T22:15:36.338Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/dragover_event": { - "modified": "2020-10-15T22:15:36.096Z", - "contributors": [ - "silverskyvicto", - "mfuji09" - ] - }, - "Web/API/Document/dragstart_event": { - "modified": "2020-10-15T22:15:36.359Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/drop_event": { - "modified": "2020-10-15T22:11:44.847Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "fscholz" - ] - }, - "Web/API/Document/elementFromPoint": { - "modified": "2019-03-23T23:50:29.105Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank", - "Mgjbot", - "Shoot", - "Potappo", - "Norah" - ] - }, - "Web/API/Document/embeds": { - "modified": "2020-10-15T21:21:40.050Z", - "contributors": [ - "mfuji09", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/Document/enableStyleSheetsForSet": { - "modified": "2020-10-16T14:11:48.764Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/evaluate": { - "modified": "2019-03-23T22:44:32.876Z", - "contributors": [ - "mfuji09", - "j5a", - "lv7777" - ] - }, - "Web/API/Document/execCommand": { - "modified": "2020-10-15T21:23:42.449Z", - "contributors": [ - "mfuji09", - "woodmix", - "spinute", - "sisidovski", - "knchst0704", - "Marsf", - "fscholz", - "ethertank" - ] - }, - "Web/API/Document/exitFullscreen": { - "modified": "2020-10-15T21:46:56.845Z", - "contributors": [ - "mfuji09", - "unarist", - "yyss" - ] - }, - "Web/API/Document/exitPointerLock": { - "modified": "2020-10-16T11:10:09.028Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/featurePolicy": { - "modified": "2020-10-15T22:20:45.092Z", - "contributors": [ - "mfuji09", - "bershanskiy" - ] - }, - "Web/API/Document/fgColor": { - "modified": "2020-10-15T21:21:53.670Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Document/fonts": { - "modified": "2020-10-15T22:13:25.870Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/forms": { - "modified": "2020-10-15T21:18:23.471Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "fscholz", - "khalid32", - "ethertank", - "Okome" - ] - }, - "Web/API/Document/fullscreen": { - "modified": "2020-10-15T21:46:50.447Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/Document/fullscreenEnabled": { - "modified": "2020-10-15T21:46:50.315Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/Document/fullscreenchange_event": { - "modified": "2020-10-15T21:46:51.195Z", - "contributors": [ - "mfuji09", - "irenesmith", - "fscholz", - "yyss" - ] - }, - "Web/API/Document/fullscreenerror_event": { - "modified": "2020-10-15T21:46:57.062Z", - "contributors": [ - "mfuji09", - "irenesmith", - "fscholz", - "yyss" - ] - }, - "Web/API/Document/getAnimations": { - "modified": "2020-10-15T22:32:28.367Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/getBoxObjectFor": { - "modified": "2020-10-15T21:21:40.094Z", - "contributors": [ - "mfuji09", - "fscholz", - "Hasilt", - "ethertank" - ] - }, - "Web/API/Document/getElementById": { - "modified": "2020-10-15T21:16:32.885Z", - "contributors": [ - "mfuji09", - "imu0x10", - "fscholz", - "khalid32", - "ethertank", - "Shoot", - "Marsf", - "Taken", - "Mgjbot", - "Hfjapancom" - ] - }, - "Web/API/Document/getElementsByClassName": { - "modified": "2020-10-15T21:16:22.119Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "naturallucky", - "fscholz", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Document/getElementsByName": { - "modified": "2020-10-15T21:15:21.450Z", - "contributors": [ - "mfuji09", - "Marsf", - "fscholz", - "khalid32", - "s_fujimoto", - "ethertank", - "Mgjbot", - "Hfjapancom" - ] - }, - "Web/API/Document/getElementsByTagName": { - "modified": "2020-11-18T18:44:14.079Z", - "contributors": [ - "Sorakime", - "mfuji09", - "pcw", - "unaginokabayaki", - "Uemmra3", - "chitoku", - "mk7087", - "fscholz", - "jsx", - "Mgjbot", - "Shoot", - "Marsf", - "Hfjapancom" - ] - }, - "Web/API/Document/getElementsByTagNameNS": { - "modified": "2020-10-17T14:08:07.334Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/getSelection": { - "modified": "2019-03-23T23:38:33.748Z", - "contributors": [ - "mfuji09", - "fscholz", - "ethertank" - ] - }, - "Web/API/Document/gotpointercapture_event": { - "modified": "2020-10-15T22:15:19.912Z", - "contributors": [ - "Wind1808", - "mfuji09" - ] - }, - "Web/API/Document/hasFocus": { - "modified": "2020-10-15T21:15:43.171Z", - "contributors": [ - "mfuji09", - "fscholz", - "AshfaqHossain", - "ethertank", - "Kohei" - ] - }, - "Web/API/Document/hasStorageAccess": { - "modified": "2020-10-15T22:13:38.014Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/Document/head": { - "modified": "2020-10-15T21:21:43.000Z", - "contributors": [ - "mfuji09", - "fscholz", - "ethertank" - ] - }, - "Web/API/Document/height": { - "modified": "2020-10-15T21:21:06.996Z", - "contributors": [ - "mfuji09", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Document/hidden": { - "modified": "2020-10-15T22:07:20.861Z", - "contributors": [ - "mfuji09", - "yumemi-kuwahara" - ] - }, - "Web/API/Document/images": { - "modified": "2019-09-23T14:18:45.442Z", - "contributors": [ - "mfuji09", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Document/implementation": { - "modified": "2020-10-17T14:03:03.018Z", - "contributors": [ - "mfuji09", - "wbamberg", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/Document/importNode": { - "modified": "2020-11-28T03:14:20.902Z", - "contributors": [ - "mfuji09", - "wbamberg", - "Marsf", - "lambdasawa", - "fscholz", - "khalid32", - "ethertank", - "Sheppy", - "Shoot" - ] - }, - "Web/API/Document/inputEncoding": { - "modified": "2019-03-23T23:34:04.950Z", - "contributors": [ - "mfuji09", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Document/keydown_event": { - "modified": "2020-10-15T22:21:34.130Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/keyup_event": { - "modified": "2020-10-15T22:21:32.585Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/lastModified": { - "modified": "2020-10-17T14:40:03.352Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Document/lastStyleSheetSet": { - "modified": "2020-10-16T14:08:30.944Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/linkColor": { - "modified": "2020-10-15T21:21:41.531Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/Document/links": { - "modified": "2019-03-23T23:49:49.440Z", - "contributors": [ - "mfuji09", - "fscholz", - "Hasilt", - "ethertank", - "Marsf", - "Okome" - ] - }, - "Web/API/Document/location": { - "modified": "2020-10-15T21:21:49.768Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Document/lostpointercapture_event": { - "modified": "2020-10-15T22:16:22.873Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/onafterscriptexecute": { - "modified": "2020-10-15T21:21:11.759Z", - "contributors": [ - "mfuji09", - "wbamberg", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Document/onbeforescriptexecute": { - "modified": "2019-03-23T23:35:14.273Z", - "contributors": [ - "mfuji09", - "wbamberg", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Document/onfullscreenchange": { - "modified": "2020-10-15T21:46:54.771Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/Document/onfullscreenerror": { - "modified": "2020-10-15T21:46:52.945Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/Document/onoffline": { - "modified": "2019-03-22T11:03:20.072Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/ononline": { - "modified": "2019-03-18T20:55:33.687Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/onselectionchange": { - "modified": "2020-10-15T21:49:11.226Z", - "contributors": [ - "mfuji09", - "chikoski" - ] - }, - "Web/API/Document/open": { - "modified": "2020-10-15T21:15:48.961Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Document/origin": { - "modified": "2020-10-17T12:14:26.538Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Document/paste_event": { - "modified": "2020-10-15T22:27:22.949Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/plugins": { - "modified": "2020-10-15T21:22:00.650Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Document/pointercancel_event": { - "modified": "2020-10-15T22:16:24.208Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/pointerdown_event": { - "modified": "2020-10-15T22:16:22.855Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/pointerenter_event": { - "modified": "2020-10-15T22:16:24.329Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/pointerleave_event": { - "modified": "2020-10-15T22:16:22.981Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/pointerlockchange_event": { - "modified": "2020-10-15T22:15:21.525Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/pointerlockerror_event": { - "modified": "2020-10-15T22:15:23.341Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/pointermove_event": { - "modified": "2020-10-15T22:15:20.892Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/pointerout_event": { - "modified": "2020-10-15T22:15:20.194Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/pointerover_event": { - "modified": "2020-10-15T22:15:19.850Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/pointerup_event": { - "modified": "2020-10-15T22:15:19.612Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/preferredStyleSheetSet": { - "modified": "2020-10-16T14:05:35.162Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/queryCommandState": { - "modified": "2020-11-08T08:08:18.421Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/queryCommandSupported": { - "modified": "2020-11-08T08:03:20.950Z", - "contributors": [ - "mfuji09", - "Potappo" - ] - }, - "Web/API/Document/querySelector": { - "modified": "2020-10-15T21:12:27.516Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "karamarimo", - "AkihikoTakeda", - "sii", - "SphinxKnight", - "momdo", - "monoooki", - "fscholz", - "jsx", - "ethertank", - "tatsuya", - "saneyuki_s", - "myakura" - ] - }, - "Web/API/Document/querySelectorAll": { - "modified": "2020-10-15T21:22:00.846Z", - "contributors": [ - "mfuji09", - "sii", - "Uemmra3", - "fscholz", - "ethertank" - ] - }, - "Web/API/Document/readyState": { - "modified": "2020-10-15T21:21:47.322Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/Document/readystatechange_event": { - "modified": "2020-10-15T22:27:12.679Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/referrer": { - "modified": "2020-10-15T21:21:43.793Z", - "contributors": [ - "mfuji09", - "kamomek2", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Document/releaseCapture": { - "modified": "2020-10-15T22:13:39.949Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/requestStorageAccess": { - "modified": "2020-10-15T22:13:25.769Z", - "contributors": [ - "Wind1808", - "mfuji09" - ] - }, - "Web/API/Document/scripts": { - "modified": "2020-10-15T21:21:38.740Z", - "contributors": [ - "mfuji09", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Document/scroll_event": { - "modified": "2020-11-21T10:21:24.453Z", - "contributors": [ - "Potappo", - "Shirasu" - ] - }, - "Web/API/Document/scrollingElement": { - "modified": "2020-10-15T22:08:07.251Z", - "contributors": [ - "mfuji09", - "bgn_nakazato" - ] - }, - "Web/API/Document/selectedStyleSheetSet": { - "modified": "2020-10-16T14:02:49.496Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/selectionchange_event": { - "modified": "2020-10-15T21:49:09.415Z", - "contributors": [ - "mfuji09", - "mkato", - "wbamberg", - "irenesmith", - "TNKSoftware", - "chikoski" - ] - }, - "Web/API/Document/selectstart_event": { - "modified": "2020-10-15T22:22:27.399Z", - "contributors": [ - "oreno4649" - ] - }, - "Web/API/Document/styleSheetSets": { - "modified": "2020-10-15T22:12:37.542Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/title": { - "modified": "2020-10-16T13:51:03.150Z", - "contributors": [ - "mfuji09", - "urahiroshi", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Document/tooltipNode": { - "modified": "2020-10-15T21:21:36.814Z", - "contributors": [ - "mfuji09", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/Document/touchcancel_event": { - "modified": "2020-10-15T22:15:27.879Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/touchend_event": { - "modified": "2020-10-15T22:15:13.928Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/touchmove_event": { - "modified": "2020-10-15T22:15:15.956Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/touchstart_event": { - "modified": "2020-10-15T22:15:27.113Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/transitioncancel_event": { - "modified": "2020-10-15T22:15:27.299Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/transitionend_event": { - "modified": "2020-10-15T22:15:28.111Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/transitionrun_event": { - "modified": "2020-10-15T22:15:27.462Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/transitionstart_event": { - "modified": "2020-10-15T22:15:28.274Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Document/visibilityState": { - "modified": "2020-10-15T22:28:48.519Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/Document/visibilitychange_event": { - "modified": "2020-10-15T21:41:35.292Z", - "contributors": [ - "banyan", - "mfuji09", - "uricle", - "irenesmith", - "fscholz", - "yyss" - ] - }, - "Web/API/Document/vlinkColor": { - "modified": "2020-10-15T21:21:47.053Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Document/width": { - "modified": "2020-10-15T21:21:07.088Z", - "contributors": [ - "mfuji09", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/Document/write": { - "modified": "2020-10-15T21:18:02.926Z", - "contributors": [ - "mfuji09", - "sii", - "mushahiroyuki", - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Document/writeln": { - "modified": "2020-10-15T21:18:04.518Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Document/xmlVersion": { - "modified": "2020-10-15T21:21:38.916Z", - "contributors": [ - "mfuji09", - "fscholz", - "ethertank" - ] - }, - "Web/API/DocumentFragment": { - "modified": "2020-10-15T21:25:29.608Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "twe", - "AshfaqHossain" - ] - }, - "Web/API/DocumentOrShadowRoot": { - "modified": "2020-10-15T22:12:34.663Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/DocumentOrShadowRoot/caretPositionFromPoint": { - "modified": "2020-10-15T22:33:00.354Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/DocumentOrShadowRoot/elementsFromPoint": { - "modified": "2020-10-15T22:29:40.404Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/DocumentOrShadowRoot/fullscreenElement": { - "modified": "2020-10-15T21:46:47.293Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/DocumentOrShadowRoot/getSelection": { - "modified": "2020-10-15T22:26:08.191Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/DocumentOrShadowRoot/msElementsFromRect": { - "modified": "2020-08-15T02:28:38.346Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/DocumentOrShadowRoot/nodeFromPoint": { - "modified": "2020-10-15T22:15:52.863Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/DocumentOrShadowRoot/nodesFromPoint": { - "modified": "2020-10-15T22:15:54.517Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/DocumentOrShadowRoot/pointerLockElement": { - "modified": "2020-10-15T22:25:33.509Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/DocumentOrShadowRoot/styleSheets": { - "modified": "2020-10-15T22:33:02.264Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/DocumentType": { - "modified": "2020-10-15T22:09:56.256Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/Document_Object_Model": { - "modified": "2020-11-25T21:23:52.435Z", - "contributors": [ - "bershanskiy", - "mfuji09", - "silverskyvicto", - "momdo", - "mamodayo", - "ethertank", - "dextra", - "saneyuki_s", - "Taken", - "Potappo", - "Marsf", - "Mgjbot", - "Okome" - ] - }, - "Web/API/Document_Object_Model/Events": { - "modified": "2020-09-27T12:30:54.835Z", - "contributors": [ - "mfuji09", - "dskmori", - "keeponbeat", - "mikamikuh" - ] - }, - "Web/API/Document_Object_Model/Examples": { - "modified": "2019-06-14T18:12:08.377Z", - "contributors": [ - "mfuji09", - "khalid32", - "ethertank", - "Sto", - "Marsf", - "kohei.yoshino", - "Mgjbot" - ] - }, - "Web/API/Document_Object_Model/How_to_create_a_DOM_tree": { - "modified": "2019-03-24T00:07:13.065Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "kmaglione", - "ethertank", - "Mgjbot", - "electrolysis" - ] - }, - "Web/API/Document_Object_Model/Introduction": { - "modified": "2020-08-09T14:35:31.436Z", - "contributors": [ - "mfuji09", - "dlwe", - "TheSakuMa", - "iPolyomino", - "pandaman64", - "miyataka", - "arunpandianp", - "ethertank", - "Taken", - "Yukoba", - "Ktjpn", - "Shimono", - "Kaorine", - "Mgjbot" - ] - }, - "Web/API/Document_Object_Model/Preface": { - "modified": "2019-03-24T00:00:45.073Z", - "contributors": [ - "mfuji09", - "jsx", - "ethertank", - "Taken", - "Kaorine", - "Mgjbot", - "Yama", - "Okome" - ] - }, - "Web/API/Document_Object_Model/Traversing_an_HTML_table_with_JavaScript_and_DOM_Interfaces": { - "modified": "2020-08-22T02:39:04.971Z", - "contributors": [ - "mfuji09", - "kohei.yoshino", - "Mgjbot" - ] - }, - "Web/API/Document_Object_Model/Using_the_W3C_DOM_Level_1_Core": { - "modified": "2020-10-05T13:58:00.928Z", - "contributors": [ - "mfuji09", - "wbamberg", - "kohei.yoshino", - "Mgjbot" - ] - }, - "Web/API/Document_Object_Model/Whitespace": { - "modified": "2020-03-27T15:45:14.756Z", - "contributors": [ - "mfuji09", - "chrisdavidmills", - "ethertank", - "Mgjbot", - "Deq" - ] - }, - "Web/API/Document_object_model/Locating_DOM_elements_using_selectors": { - "modified": "2020-09-27T08:56:01.656Z", - "contributors": [ - "mfuji09", - "ethertank", - "RobinEgg" - ] - }, - "Web/API/DragEvent": { - "modified": "2020-10-15T21:48:03.239Z", - "contributors": [ - "Uemmra3", - "yyss" - ] - }, - "Web/API/DragEvent/DragEvent": { - "modified": "2020-10-15T22:34:32.432Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/DragEvent/dataTransfer": { - "modified": "2020-10-15T22:34:32.252Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/EffectTiming": { - "modified": "2020-10-15T22:09:51.091Z", - "contributors": [ - "kay8" - ] - }, - "Web/API/Element": { - "modified": "2020-10-15T21:14:54.312Z", - "contributors": [ - "mfuji09", - "fscholz", - "yyss", - "sii", - "khalid32", - "acid", - "ethertank", - "kmdsbng", - "Potappo", - "kohei.yoshino", - "Mgjbot", - "Yama", - "Okome", - "Hfjapancom" - ] - }, - "Web/API/Element/DOMActivate_event": { - "modified": "2020-10-15T22:11:41.581Z", - "contributors": [ - "mfuji09", - "dskmori", - "irenesmith", - "silverskyvicto" - ] - }, - "Web/API/Element/accessKey": { - "modified": "2019-03-18T21:29:06.467Z", - "contributors": [ - "M.Tada" - ] - }, - "Web/API/Element/animate": { - "modified": "2019-03-23T22:38:45.071Z", - "contributors": [ - "kay8", - "hashedhyphen" - ] - }, - "Web/API/Element/attachShadow": { - "modified": "2020-10-15T22:09:56.110Z", - "contributors": [ - "mfuji09", - "tgfjt", - "elkurin" - ] - }, - "Web/API/Element/attributes": { - "modified": "2020-10-15T21:17:19.544Z", - "contributors": [ - "mfuji09", - "yanana", - "DriftwoodJP", - "fscholz", - "arunpandianp", - "ethertank", - "Ktjpn", - "Okome" - ] - }, - "Web/API/Element/blur_event": { - "modified": "2020-10-15T21:58:39.988Z", - "contributors": [ - "mfuji09", - "fscholz", - "TNKSoftware" - ] - }, - "Web/API/Element/classList": { - "modified": "2020-10-15T21:14:13.067Z", - "contributors": [ - "kotonoha89", - "mfuji09", - "karamarimo", - "fscholz", - "AshfaqHossain", - "pocotan001", - "ethertank", - "Marsf" - ] - }, - "Web/API/Element/className": { - "modified": "2019-03-24T00:18:06.287Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank", - "dextra" - ] - }, - "Web/API/Element/click_event": { - "modified": "2020-10-15T22:02:20.661Z", - "contributors": [ - "mfuji09", - "irenesmith" - ] - }, - "Web/API/Element/clientHeight": { - "modified": "2020-11-20T14:02:09.776Z", - "contributors": [ - "mfuji09", - "Aminevsky", - "fscholz", - "arunpandianp", - "ethertank", - "Shoot", - "Marsf", - "Okome" - ] - }, - "Web/API/Element/clientLeft": { - "modified": "2019-03-23T23:50:24.267Z", - "contributors": [ - "fscholz", - "jsx", - "Mgjbot", - "Potappo", - "Okome" - ] - }, - "Web/API/Element/clientTop": { - "modified": "2019-03-23T23:52:01.860Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "Yuichirou", - "Mgjbot", - "Potappo" - ] - }, - "Web/API/Element/clientWidth": { - "modified": "2020-10-15T21:14:31.344Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "AshfaqHossain", - "yuki_nichiyama" - ] - }, - "Web/API/Element/closest": { - "modified": "2020-10-15T22:17:53.720Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/compositionend_event": { - "modified": "2020-10-15T22:11:40.148Z", - "contributors": [ - "mfuji09", - "Marsf", - "dskmori", - "SphinxKnight" - ] - }, - "Web/API/Element/compositionstart_event": { - "modified": "2020-10-15T22:24:46.686Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/Element/compositionupdate_event": { - "modified": "2020-10-15T22:24:46.991Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/Element/copy_event": { - "modified": "2020-10-15T21:49:27.591Z", - "contributors": [ - "mfuji09", - "fscholz", - "Marsf" - ] - }, - "Web/API/Element/cut_event": { - "modified": "2020-10-15T21:49:27.160Z", - "contributors": [ - "mfuji09", - "fscholz", - "Marsf" - ] - }, - "Web/API/Element/dblclick_event": { - "modified": "2020-10-15T22:15:48.079Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/error_event": { - "modified": "2020-10-15T22:08:21.662Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/Element/focus_event": { - "modified": "2020-10-15T22:16:55.717Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/focusin_event": { - "modified": "2020-10-15T22:16:55.697Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/focusout_event": { - "modified": "2020-10-15T22:16:56.417Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/fullscreenchange_event": { - "modified": "2020-10-15T22:27:04.098Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/fullscreenerror_event": { - "modified": "2020-10-15T22:27:05.392Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/getAttribute": { - "modified": "2020-10-15T21:15:37.465Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "sounisi5011", - "dskmori", - "DriftwoodJP", - "fscholz", - "khalid32", - "ethertank", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Element/getAttributeNS": { - "modified": "2019-03-23T23:53:06.190Z", - "contributors": [ - "sounisi5011", - "SphinxKnight", - "fscholz", - "jsx", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Element/getAttributeNames": { - "modified": "2020-11-14T23:46:28.065Z", - "contributors": [ - "segayuu", - "mfuji09" - ] - }, - "Web/API/Element/getAttributeNode": { - "modified": "2019-03-23T23:53:04.116Z", - "contributors": [ - "noporon", - "YuichiNukiyama", - "fscholz", - "khalid32", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Element/getAttributeNodeNS": { - "modified": "2019-03-24T00:04:09.683Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "khalid32", - "Ryotakano" - ] - }, - "Web/API/Element/getBoundingClientRect": { - "modified": "2020-12-06T14:30:02.768Z", - "contributors": [ - "naturallucky", - "mfuji09", - "SphinxKnight", - "sii", - "fscholz", - "khalid32", - "ethertank", - "Mgjbot", - "Potappo", - "Nanto vi" - ] - }, - "Web/API/Element/getClientRects": { - "modified": "2020-11-26T10:37:08.961Z", - "contributors": [ - "mfuji09", - "fscholz", - "nisihunabasi", - "jsx", - "AshfaqHossain", - "Mgjbot", - "Potappo", - "Shoot", - "Nanto vi" - ] - }, - "Web/API/Element/getElementsByClassName": { - "modified": "2020-11-15T03:50:32.626Z", - "contributors": [ - "segayuu", - "naturallucky" - ] - }, - "Web/API/Element/getElementsByTagName": { - "modified": "2019-03-23T23:52:41.319Z", - "contributors": [ - "mk7087", - "shundroid", - "fscholz", - "khalid32", - "Kohei" - ] - }, - "Web/API/Element/getElementsByTagNameNS": { - "modified": "2019-03-23T23:47:05.910Z", - "contributors": [ - "mk7087", - "fscholz", - "mimzi_fahia", - "Mgjbot", - "Taken" - ] - }, - "Web/API/Element/hasAttribute": { - "modified": "2019-03-23T23:53:11.923Z", - "contributors": [ - "mtmtkzm", - "fscholz", - "khalid32", - "ethertank", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Element/hasAttributeNS": { - "modified": "2019-03-23T23:53:18.999Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "khalid32", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Element/hasAttributes": { - "modified": "2020-10-15T21:14:39.967Z", - "contributors": [ - "mfuji09", - "fscholz", - "arunpandianp", - "teoli", - "ethertank", - "Marsf" - ] - }, - "Web/API/Element/hasPointerCapture": { - "modified": "2020-10-15T22:20:36.955Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Element/id": { - "modified": "2019-03-23T23:43:17.752Z", - "contributors": [ - "SphinxKnight", - "benishouga", - "fscholz", - "khalid32", - "ethertank", - "Okome" - ] - }, - "Web/API/Element/innerHTML": { - "modified": "2020-10-15T21:16:44.144Z", - "contributors": [ - "mitsuba-clover", - "mfuji09", - "j5a", - "fscholz", - "khalid32", - "ethertank", - "Shoot", - "Taken", - "Mgjbot", - "Hfjapancom" - ] - }, - "Web/API/Element/insertAdjacentHTML": { - "modified": "2019-03-23T23:38:38.922Z", - "contributors": [ - "gulpin", - "shuuji3", - "j5a", - "fscholz", - "sounisi5011", - "jsx", - "ethertank" - ] - }, - "Web/API/Element/insertAdjacentText": { - "modified": "2019-03-23T22:17:59.973Z", - "contributors": [ - "shuuji3" - ] - }, - "Web/API/Element/localName": { - "modified": "2019-03-23T22:26:35.086Z", - "contributors": [ - "sii" - ] - }, - "Web/API/Element/matches": { - "modified": "2020-10-15T21:55:27.189Z", - "contributors": [ - "mfuji09", - "momdo", - "yoshioms1" - ] - }, - "Web/API/Element/mousedown_event": { - "modified": "2020-10-15T21:52:01.103Z", - "contributors": [ - "mfuji09", - "wbamberg", - "irenesmith", - "fscholz", - "sueka", - "shuuji3" - ] - }, - "Web/API/Element/mouseenter_event": { - "modified": "2020-10-15T22:17:52.693Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/mouseleave_event": { - "modified": "2020-10-15T22:32:20.981Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/mousemove_event": { - "modified": "2020-10-15T22:26:55.410Z", - "contributors": [ - "mfuji09", - "dskmori", - "YUUKIToriyama" - ] - }, - "Web/API/Element/mouseout_event": { - "modified": "2020-10-15T22:31:59.389Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/mouseover_event": { - "modified": "2020-10-15T22:32:00.771Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/mouseup_event": { - "modified": "2020-10-15T22:32:05.105Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/name": { - "modified": "2019-09-25T00:26:30.367Z", - "contributors": [ - "fscholz", - "Hasilt", - "dextra" - ] - }, - "Web/API/Element/onfullscreenchange": { - "modified": "2020-10-15T22:27:05.186Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/onfullscreenerror": { - "modified": "2020-10-15T22:27:05.707Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/outerHTML": { - "modified": "2020-10-15T21:49:26.268Z", - "contributors": [ - "mfuji09", - "sii" - ] - }, - "Web/API/Element/paste_event": { - "modified": "2020-10-15T21:49:28.187Z", - "contributors": [ - "mfuji09", - "wbamberg", - "fscholz", - "Marsf" - ] - }, - "Web/API/Element/prefix": { - "modified": "2020-10-15T21:48:52.013Z", - "contributors": [ - "YujiSoftware", - "sii" - ] - }, - "Web/API/Element/querySelector": { - "modified": "2019-03-23T23:02:48.166Z", - "contributors": [ - "fscholz", - "yanana" - ] - }, - "Web/API/Element/querySelectorAll": { - "modified": "2020-11-23T03:06:41.638Z", - "contributors": [ - "segayuu", - "Uemmra3", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Element/releasePointerCapture": { - "modified": "2020-10-15T22:20:36.522Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Element/removeAttribute": { - "modified": "2020-10-15T21:15:39.055Z", - "contributors": [ - "mfuji09", - "nwtgck", - "dskmori", - "fscholz", - "khalid32", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Element/removeAttributeNS": { - "modified": "2019-03-23T23:54:16.377Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "khalid32", - "trevorh", - "Ryotakano" - ] - }, - "Web/API/Element/removeAttributeNode": { - "modified": "2019-03-23T23:53:10.118Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "khalid32", - "Mgjbot" - ] - }, - "Web/API/Element/requestFullScreen": { - "modified": "2019-06-03T03:04:44.040Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/Element/scrollBy": { - "modified": "2020-10-15T22:32:16.672Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/scrollHeight": { - "modified": "2020-11-21T08:24:34.782Z", - "contributors": [ - "mfuji09", - "kaiji" - ] - }, - "Web/API/Element/scrollIntoView": { - "modified": "2020-10-15T21:16:44.500Z", - "contributors": [ - "mfuji09", - "sounisi5011", - "KitaitiMakoto", - "fscholz", - "khalid32", - "ethertank", - "Potappo", - "Snaka" - ] - }, - "Web/API/Element/scrollLeft": { - "modified": "2020-10-15T22:27:24.119Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/scrollTo": { - "modified": "2020-10-15T22:27:24.137Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/scrollTop": { - "modified": "2020-10-15T21:19:36.884Z", - "contributors": [ - "mfuji09", - "M.Tada", - "hota1024", - "fscholz", - "jsx", - "AshfaqHossain", - "Wladimir_Palant" - ] - }, - "Web/API/Element/scrollWidth": { - "modified": "2020-10-15T21:14:30.789Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "khalid32", - "NozomiIto", - "yuki_nichiyama" - ] - }, - "Web/API/Element/scroll_event": { - "modified": "2020-11-21T10:22:05.855Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/select_event": { - "modified": "2020-10-15T22:27:56.033Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/setAttribute": { - "modified": "2019-03-23T21:59:55.034Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Element/setAttributeNS": { - "modified": "2019-03-23T23:53:10.395Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "khalid32", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Element/setAttributeNode": { - "modified": "2019-03-23T23:53:21.675Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "khalid32", - "Mgjbot" - ] - }, - "Web/API/Element/setAttributeNodeNS": { - "modified": "2019-03-23T23:54:13.149Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "khalid32", - "Ryotakano" - ] - }, - "Web/API/Element/setCapture": { - "modified": "2020-10-15T22:08:04.913Z", - "contributors": [ - "wbamberg", - "silverskyvicto" - ] - }, - "Web/API/Element/setPointerCapture": { - "modified": "2020-10-15T22:20:34.686Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/Element/shadowRoot": { - "modified": "2020-10-15T21:59:24.868Z", - "contributors": [ - "miyah-kun", - "chikoski", - "qpSHiNqp" - ] - }, - "Web/API/Element/show_event": { - "modified": "2020-10-15T22:28:00.883Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Element/slot": { - "modified": "2020-10-15T22:10:02.122Z", - "contributors": [ - "elkurin" - ] - }, - "Web/API/Element/tagName": { - "modified": "2019-09-25T00:27:30.133Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "Kohei" - ] - }, - "Web/API/Element/touchcancel_event": { - "modified": "2020-10-15T22:20:34.687Z", - "contributors": [ - "isdh" - ] - }, - "Web/API/Element/touchend_event": { - "modified": "2020-10-15T22:20:34.057Z", - "contributors": [ - "mfuji09", - "isdh" - ] - }, - "Web/API/Element/touchmove_event": { - "modified": "2020-10-15T22:20:34.631Z", - "contributors": [ - "mfuji09", - "isdh" - ] - }, - "Web/API/Element/touchstart_event": { - "modified": "2020-10-15T22:20:33.605Z", - "contributors": [ - "mfuji09", - "isdh" - ] - }, - "Web/API/Element/wheel_event": { - "modified": "2020-10-15T22:32:24.323Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/ElementCSSInlineStyle": { - "modified": "2020-10-15T22:32:46.972Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/ElementCSSInlineStyle/style": { - "modified": "2020-10-15T21:16:29.287Z", - "contributors": [ - "mfuji09", - "mikimhk", - "Uemmra3", - "momdo", - "fscholz", - "jsx", - "Shoot", - "Marsf", - "Okome" - ] - }, - "Web/API/Encoding_API": { - "modified": "2020-10-15T22:22:31.468Z", - "contributors": [ - "yuna" - ] - }, - "Web/API/ErrorEvent": { - "modified": "2020-10-15T22:32:41.503Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Event": { - "modified": "2020-10-15T21:09:40.833Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss", - "AshfaqHossain", - "siokoshou", - "ethertank", - "Yukoba", - "Luna8bit" - ] - }, - "Web/API/Event/Event": { - "modified": "2020-10-15T22:09:32.368Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Event/bubbles": { - "modified": "2020-10-15T21:16:23.271Z", - "contributors": [ - "mfuji09", - "fscholz", - "AshfaqHossain", - "Mgjbot", - "Luna8bit" - ] - }, - "Web/API/Event/button": { - "modified": "2019-03-23T23:48:11.013Z", - "contributors": [ - "fscholz", - "khalid32", - "Mgjbot", - "Luna8bit" - ] - }, - "Web/API/Event/cancelBubble": { - "modified": "2019-03-23T22:11:15.588Z", - "contributors": [ - "tanaka.toshiyuki", - "naturallucky" - ] - }, - "Web/API/Event/cancelable": { - "modified": "2020-10-15T21:12:51.459Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank", - "Mgjbot", - "99corps", - "Kohei" - ] - }, - "Web/API/Event/createEvent": { - "modified": "2019-03-23T22:12:07.747Z", - "contributors": [ - "tanakanakanaka" - ] - }, - "Web/API/Event/currentTarget": { - "modified": "2019-03-23T22:38:01.408Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Event/defaultPrevented": { - "modified": "2020-10-15T21:31:53.105Z", - "contributors": [ - "mfuji09", - "fscholz", - "Jxck" - ] - }, - "Web/API/Event/initEvent": { - "modified": "2020-02-24T03:30:54.944Z", - "contributors": [ - "ugwis", - "kubosho_", - "fscholz", - "jsx", - "Kohei" - ] - }, - "Web/API/Event/preventDefault": { - "modified": "2020-10-31T13:01:47.509Z", - "contributors": [ - "mpcjazz", - "jz4o", - "mfuji09", - "silverskyvicto", - "SphinxKnight", - "fscholz", - "AshfaqHossain", - "ethertank", - "Kohei" - ] - }, - "Web/API/Event/stopImmediatePropagation": { - "modified": "2019-03-23T22:18:00.296Z", - "contributors": [ - "shuuji3" - ] - }, - "Web/API/Event/stopPropagation": { - "modified": "2020-10-31T12:58:27.447Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "SphinxKnight", - "fscholz", - "ethertank", - "Kohei" - ] - }, - "Web/API/Event/target": { - "modified": "2020-10-15T21:43:28.673Z", - "contributors": [ - "Kawarabata", - "Uemmra3", - "dskmori", - "chikoski", - "YuichiNukiyama" - ] - }, - "Web/API/Event/timeStamp": { - "modified": "2020-07-31T02:27:28.228Z", - "contributors": [ - "satorum", - "yyss", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Event/type": { - "modified": "2020-10-15T21:26:10.271Z", - "contributors": [ - "mfuji09", - "dskmori", - "papinianus", - "fscholz", - "Shunter1112" - ] - }, - "Web/API/EventListener": { - "modified": "2020-02-11T06:17:04.429Z", - "contributors": [ - "tyankatsu", - "Marsf" - ] - }, - "Web/API/EventSource": { - "modified": "2020-10-15T21:41:41.782Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/EventSource/EventSource": { - "modified": "2020-10-15T22:22:24.827Z", - "contributors": [ - "k-kuwahara" - ] - }, - "Web/API/EventSource/onerror": { - "modified": "2020-10-15T22:22:24.575Z", - "contributors": [ - "k-kuwahara" - ] - }, - "Web/API/EventSource/onmessage": { - "modified": "2020-10-15T22:22:24.577Z", - "contributors": [ - "k-kuwahara" - ] - }, - "Web/API/EventTarget": { - "modified": "2020-10-15T21:33:04.186Z", - "contributors": [ - "yyss", - "Marsf", - "mikamikuh", - "fscholz" - ] - }, - "Web/API/EventTarget/EventTarget": { - "modified": "2020-10-15T22:03:26.793Z", - "contributors": [ - "uknmr" - ] - }, - "Web/API/EventTarget/addEventListener": { - "modified": "2020-10-15T21:11:01.093Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "woodmix", - "kei-itof", - ".Hiroya", - "shuuji3", - "dskmori", - "lv7777", - "blp1526", - "regepan", - "fscholz", - "AshfaqHossain", - "ethertank", - "dextra", - "kohei.yoshino", - "Potappo" - ] - }, - "Web/API/EventTarget/dispatchEvent": { - "modified": "2019-10-03T12:15:36.281Z", - "contributors": [ - "mitsuba-clover", - "fscholz", - "arunpandianp", - "ethertank", - "Kohei" - ] - }, - "Web/API/EventTarget/removeEventListener": { - "modified": "2020-10-15T21:15:44.633Z", - "contributors": [ - "mfuji09", - "isdh", - "Dolphin_Wood", - "yyss", - "jgs", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/ExtendableEvent": { - "modified": "2020-10-15T22:28:49.457Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ExtendableEvent/ExtendableEvent": { - "modified": "2020-10-15T22:28:56.809Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ExtendableEvent/waitUntil": { - "modified": "2020-10-15T22:28:56.797Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ExtendableMessageEvent": { - "modified": "2020-10-15T22:30:45.839Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ExtendableMessageEvent/ExtendableMessageEvent": { - "modified": "2020-10-15T22:30:51.970Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ExtendableMessageEvent/data": { - "modified": "2020-10-15T22:31:19.320Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ExtendableMessageEvent/lastEventId": { - "modified": "2020-10-15T22:31:15.281Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ExtendableMessageEvent/origin": { - "modified": "2020-10-15T22:31:15.421Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ExtendableMessageEvent/ports": { - "modified": "2020-10-15T22:31:23.131Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ExtendableMessageEvent/source": { - "modified": "2020-10-15T22:31:16.686Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/FederatedCredential": { - "modified": "2020-10-15T22:17:09.461Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/FederatedCredential/protocol": { - "modified": "2020-10-15T22:17:11.664Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/FetchEvent": { - "modified": "2020-10-15T21:41:37.347Z", - "contributors": [ - "Wind1808", - "Uemmra3", - "lv7777" - ] - }, - "Web/API/FetchEvent/PreloadResponse": { - "modified": "2020-10-15T22:28:59.881Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/FetchEvent/clientId": { - "modified": "2020-10-15T22:28:59.812Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/FetchEvent/replacesClientId": { - "modified": "2020-10-15T22:29:02.457Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/FetchEvent/request": { - "modified": "2020-10-15T22:28:59.366Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/FetchEvent/respondWith": { - "modified": "2020-10-15T21:47:13.497Z", - "contributors": [ - "Wind1808", - "shimazu", - "Uemmra3", - "chikoski", - "YuichiNukiyama" - ] - }, - "Web/API/FetchEvent/resultingClientId": { - "modified": "2020-10-15T22:29:00.163Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Fetch_API": { - "modified": "2020-10-15T21:47:11.599Z", - "contributors": [ - "mpcjazz", - "eltociear", - "mfuji09", - "st1007", - "mdmss37", - "chikoski" - ] - }, - "Web/API/Fetch_API/Basic_concepts": { - "modified": "2020-10-01T22:06:38.159Z", - "contributors": [ - "mpcjazz", - "Uemmra3", - "dskmori", - "hamasaki", - "chikoski", - "YuichiNukiyama" - ] - }, - "Web/API/Fetch_API/Cross-global_fetch_usage": { - "modified": "2020-01-07T17:57:37.167Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Fetch_API/Using_Fetch": { - "modified": "2020-10-15T21:47:32.462Z", - "contributors": [ - "mfuji09", - "technohippy", - "nanarya", - "silverskyvicto", - "dlwe", - "Uemmra3", - "Marsf", - "woodmix", - "mdmss37", - "hamasaki", - "yoshioms1", - "lv7777", - "YuichiNukiyama", - "chikoski" - ] - }, - "Web/API/File": { - "modified": "2020-10-15T21:28:11.637Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "dskmori", - "ukyo", - "akiomik", - "mantaroh" - ] - }, - "Web/API/File/File": { - "modified": "2020-10-15T22:00:47.925Z", - "contributors": [ - "silverskyvicto", - "mfuji09" - ] - }, - "Web/API/File/Using_files_from_web_applications": { - "modified": "2020-09-26T13:42:56.896Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "imanabu", - "uzuworks", - "chrisdavidmills", - "ethertank", - "myakura", - "saneyuki_s", - "souta" - ] - }, - "Web/API/File/fileName": { - "modified": "2020-09-25T16:45:23.436Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "fscholz", - "ethertank" - ] - }, - "Web/API/File/fileSize": { - "modified": "2020-09-25T16:46:05.461Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "fscholz", - "ethertank" - ] - }, - "Web/API/File/getAsBinary": { - "modified": "2019-11-18T15:13:21.722Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "fscholz", - "ethertank" - ] - }, - "Web/API/File/getAsDataURL": { - "modified": "2019-11-16T11:30:05.802Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/File/getAsText": { - "modified": "2019-11-18T12:05:10.008Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "fscholz", - "ethertank" - ] - }, - "Web/API/File/lastModified": { - "modified": "2020-10-15T22:11:44.661Z", - "contributors": [ - "迷子碳", - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/File/lastModifiedDate": { - "modified": "2020-10-15T21:21:43.976Z", - "contributors": [ - "silverskyvicto", - "u_7cc", - "fscholz", - "ethertank" - ] - }, - "Web/API/File/mozFullPath": { - "modified": "2020-09-25T16:54:21.771Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/File/name": { - "modified": "2020-10-15T21:21:38.016Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "fscholz", - "ethertank" - ] - }, - "Web/API/File/type": { - "modified": "2020-10-15T22:11:44.472Z", - "contributors": [ - "silverskyvicto", - "mfuji09" - ] - }, - "Web/API/File/webkitRelativePath": { - "modified": "2020-10-15T22:11:44.308Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileError": { - "modified": "2020-10-15T22:11:49.645Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileException": { - "modified": "2020-10-15T22:11:45.710Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileList": { - "modified": "2020-10-15T21:44:07.768Z", - "contributors": [ - "silverskyvicto", - "YuichiNukiyama" - ] - }, - "Web/API/FileReader": { - "modified": "2020-10-15T21:33:53.824Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "satoshicano", - "unarist", - "clariroid" - ] - }, - "Web/API/FileReader/FileReader": { - "modified": "2020-09-25T17:13:46.988Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileReader/abort": { - "modified": "2020-10-15T21:33:53.005Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "clariroid" - ] - }, - "Web/API/FileReader/abort_event": { - "modified": "2020-10-15T22:16:13.074Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/FileReader/error": { - "modified": "2020-10-15T21:33:53.798Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "clariroid" - ] - }, - "Web/API/FileReader/error_event": { - "modified": "2020-10-15T22:16:14.561Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/FileReader/load_event": { - "modified": "2020-10-15T22:16:10.259Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/FileReader/loadend_event": { - "modified": "2020-10-15T22:16:09.690Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/FileReader/loadstart_event": { - "modified": "2020-10-15T22:16:10.732Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/FileReader/onabort": { - "modified": "2020-09-25T19:31:51.509Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileReader/onerror": { - "modified": "2020-09-25T19:37:21.563Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileReader/onload": { - "modified": "2019-03-23T22:37:58.368Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/FileReader/progress_event": { - "modified": "2020-10-15T22:16:11.772Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/FileReader/readAsArrayBuffer": { - "modified": "2020-10-15T21:33:51.338Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "YuichiNukiyama", - "clariroid" - ] - }, - "Web/API/FileReader/readAsBinaryString": { - "modified": "2020-10-15T21:33:53.546Z", - "contributors": [ - "silverskyvicto", - "Potappo", - "kenji-yamasaki", - "YuichiNukiyama", - "clariroid" - ] - }, - "Web/API/FileReader/readAsDataURL": { - "modified": "2020-10-15T21:33:51.336Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "clariroid" - ] - }, - "Web/API/FileReader/readAsText": { - "modified": "2020-10-15T21:33:54.184Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "ikeyan", - "clariroid" - ] - }, - "Web/API/FileReader/readyState": { - "modified": "2020-10-15T21:33:50.226Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "clariroid" - ] - }, - "Web/API/FileReader/result": { - "modified": "2020-10-15T21:33:50.446Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "clariroid" - ] - }, - "Web/API/FileReaderSync": { - "modified": "2020-10-15T22:34:34.570Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileReaderSync/readAsArrayBuffer": { - "modified": "2020-10-15T22:34:36.050Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileReaderSync/readAsBinaryString": { - "modified": "2020-10-15T22:34:36.475Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileReaderSync/readAsDataURL": { - "modified": "2020-10-15T22:34:36.698Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileReaderSync/readAsText": { - "modified": "2020-10-15T22:34:36.620Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileSystem": { - "modified": "2020-10-15T22:11:47.047Z", - "contributors": [ - "silverskyvicto", - "mfuji09" - ] - }, - "Web/API/FileSystemDirectoryEntry": { - "modified": "2020-10-15T22:11:51.991Z", - "contributors": [ - "silverskyvicto", - "mfuji09" - ] - }, - "Web/API/FileSystemEntrySync": { - "modified": "2020-10-15T22:11:51.898Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileSystemFileEntry": { - "modified": "2020-10-15T22:11:53.486Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FileSystemSync": { - "modified": "2020-10-15T22:11:54.292Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/File_Handle_API": { - "modified": "2019-07-23T07:55:55.727Z", - "contributors": [ - "SphinxKnight", - "Marsf" - ] - }, - "Web/API/File_and_Directory_Entries_API": { - "modified": "2020-12-07T18:29:50.966Z", - "contributors": [ - "fscholz" - ] - }, - "Web/API/File_and_Directory_Entries_API/Introduction": { - "modified": "2020-10-15T22:11:44.225Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/FocusEvent": { - "modified": "2020-10-15T21:48:28.510Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/FormData": { - "modified": "2020-10-15T21:07:51.003Z", - "contributors": [ - "silverskyvicto", - "yyss", - "ethertank", - "saneyuki_s" - ] - }, - "Web/API/FormData/FormData": { - "modified": "2020-10-15T22:21:32.685Z", - "contributors": [ - "eltociear", - "daisuke-f" - ] - }, - "Web/API/FormData/Using_FormData_Objects": { - "modified": "2019-04-05T12:43:46.777Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/FormData/append": { - "modified": "2020-01-07T21:28:31.225Z", - "contributors": [ - "metaist" - ] - }, - "Web/API/FormData/entries": { - "modified": "2020-10-15T22:32:52.421Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/FormData/keys": { - "modified": "2020-10-15T22:32:51.138Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/FormData/values": { - "modified": "2020-10-15T22:32:57.146Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/FormDataEntryValue": { - "modified": "2019-04-26T23:54:27.353Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Frame_Timing_API": { - "modified": "2019-06-07T11:58:30.872Z", - "contributors": [ - "teoli" - ] - }, - "Web/API/Frame_Timing_API/Using_the_Frame_Timing_API": { - "modified": "2019-06-07T11:59:50.878Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Fullscreen_API": { - "modified": "2020-10-15T21:06:25.738Z", - "contributors": [ - "mfuji09", - "wbamberg", - "yyss", - "ethertank" - ] - }, - "Web/API/Gamepad": { - "modified": "2020-10-15T21:47:31.945Z", - "contributors": [ - "Potappo", - "T.Ukegawa", - "chrisdavidmills" - ] - }, - "Web/API/Gamepad/axes": { - "modified": "2020-11-07T02:20:33.013Z", - "contributors": [ - "eltociear", - "T.Ukegawa" - ] - }, - "Web/API/Gamepad/buttons": { - "modified": "2020-10-15T22:12:51.349Z", - "contributors": [ - "T.Ukegawa" - ] - }, - "Web/API/Gamepad/connected": { - "modified": "2020-10-15T22:12:52.289Z", - "contributors": [ - "eltociear", - "T.Ukegawa" - ] - }, - "Web/API/Gamepad/displayId": { - "modified": "2020-10-15T21:47:31.445Z", - "contributors": [ - "eltociear", - "YujiSoftware", - "rootx" - ] - }, - "Web/API/Gamepad/hand": { - "modified": "2020-10-15T22:33:27.813Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Gamepad/hapticActuators": { - "modified": "2020-10-15T22:33:10.403Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Gamepad/id": { - "modified": "2020-10-15T22:12:51.595Z", - "contributors": [ - "Potappo", - "T.Ukegawa" - ] - }, - "Web/API/Gamepad/index": { - "modified": "2020-10-15T22:08:01.433Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Gamepad/mapping": { - "modified": "2020-10-15T22:35:13.126Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Gamepad/pose": { - "modified": "2020-10-15T22:33:11.294Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Gamepad/timestamp": { - "modified": "2020-10-15T22:33:02.237Z", - "contributors": [ - "eltociear", - "Ryo-9399" - ] - }, - "Web/API/GamepadButton": { - "modified": "2020-10-15T22:10:15.743Z", - "contributors": [ - "Potappo", - "T.Ukegawa", - "e53e04ac" - ] - }, - "Web/API/GamepadEvent": { - "modified": "2020-10-15T22:12:51.066Z", - "contributors": [ - "T.Ukegawa" - ] - }, - "Web/API/GamepadEvent/GamepadEvent": { - "modified": "2020-10-15T22:12:50.778Z", - "contributors": [ - "T.Ukegawa" - ] - }, - "Web/API/GamepadHapticActuator": { - "modified": "2020-10-15T22:33:10.526Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/GamepadHapticActuator/pulse": { - "modified": "2020-10-15T22:33:12.128Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/GamepadHapticActuator/type": { - "modified": "2020-10-15T22:33:13.083Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/GamepadPose": { - "modified": "2020-10-15T22:33:13.248Z" - }, - "Web/API/GamepadPose/hasOrientation": { - "modified": "2020-10-15T22:33:11.489Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Gamepad_API": { - "modified": "2020-10-15T21:51:00.087Z", - "contributors": [ - "Potappo", - "T.Ukegawa", - "hamasaki" - ] - }, - "Web/API/Geolocation": { - "modified": "2020-10-15T21:31:39.105Z", - "contributors": [ - "mfuji09", - "maechabin", - "Uemmra3", - "unarist", - "MetalOxdie" - ] - }, - "Web/API/Geolocation/clearWatch": { - "modified": "2020-10-15T21:31:40.665Z", - "contributors": [ - "mfuji09", - "fscholz", - "MetalOxdie" - ] - }, - "Web/API/Geolocation/getCurrentPosition": { - "modified": "2020-10-15T21:27:48.123Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "shuuji3", - "fscholz", - "MetalOxdie", - "asukane" - ] - }, - "Web/API/Geolocation/watchPosition": { - "modified": "2020-10-15T21:31:42.170Z", - "contributors": [ - "mfuji09", - "fscholz", - "MetalOxdie" - ] - }, - "Web/API/GeolocationCoordinates": { - "modified": "2020-10-15T21:51:43.977Z", - "contributors": [ - "Uemmra3", - "chrisdavidmills", - "unarist" - ] - }, - "Web/API/GeolocationPosition": { - "modified": "2020-10-15T21:51:41.897Z", - "contributors": [ - "Uemmra3", - "chrisdavidmills", - "unarist" - ] - }, - "Web/API/GeolocationPositionError": { - "modified": "2019-12-10T10:44:51.912Z", - "contributors": [ - "chrisdavidmills", - "Uemmra3", - "unarist" - ] - }, - "Web/API/Geolocation_API": { - "modified": "2020-10-15T21:14:21.045Z", - "contributors": [ - "mfuji09", - "8tak4", - "Uemmra3", - "T.Ukegawa", - "unarist", - "hamasaki", - "yyss", - "ethertank", - "dynamis", - "Kohei", - "RobinEgg" - ] - }, - "Web/API/Geolocation_API/Using_the_Geolocation_API": { - "modified": "2020-07-24T12:17:27.034Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/GlobalEventHandlers": { - "modified": "2020-10-15T21:33:17.644Z", - "contributors": [ - "mfuji09", - "Wind1808", - "yyss", - "N.Wada", - "fscholz" - ] - }, - "Web/API/GlobalEventHandlers/onabort": { - "modified": "2019-03-23T23:49:40.263Z", - "contributors": [ - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/GlobalEventHandlers/onblur": { - "modified": "2020-10-15T21:36:49.995Z", - "contributors": [ - "Marsf", - "mfuji09", - "Uemmra3", - "Kenju" - ] - }, - "Web/API/GlobalEventHandlers/oncancel": { - "modified": "2020-10-15T22:34:40.533Z", - "contributors": [ - "genzai" - ] - }, - "Web/API/GlobalEventHandlers/oncanplay": { - "modified": "2020-10-28T06:22:22.159Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/API/GlobalEventHandlers/oncanplaythrough": { - "modified": "2020-10-28T06:55:40.744Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/API/GlobalEventHandlers/onchange": { - "modified": "2020-10-15T21:36:50.058Z", - "contributors": [ - "Marsf", - "Kenju" - ] - }, - "Web/API/GlobalEventHandlers/onclick": { - "modified": "2020-10-15T22:15:07.656Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/GlobalEventHandlers/onclose": { - "modified": "2020-10-15T21:23:57.919Z", - "contributors": [ - "mpcjazz", - "teoli", - "arunpandianp", - "ethertank" - ] - }, - "Web/API/GlobalEventHandlers/ondrag": { - "modified": "2020-10-15T22:34:34.036Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/GlobalEventHandlers/ondragend": { - "modified": "2020-10-15T22:34:33.934Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/GlobalEventHandlers/ondragenter": { - "modified": "2020-10-15T22:34:32.930Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/GlobalEventHandlers/ondragleave": { - "modified": "2020-10-15T22:34:32.769Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/GlobalEventHandlers/ondragover": { - "modified": "2020-10-15T22:34:32.866Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/GlobalEventHandlers/ondragstart": { - "modified": "2020-10-15T22:32:39.807Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/GlobalEventHandlers/ondrop": { - "modified": "2020-10-15T22:34:33.359Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/GlobalEventHandlers/onfocus": { - "modified": "2020-10-15T22:25:00.871Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/GlobalEventHandlers/onformdata": { - "modified": "2020-10-15T22:34:40.776Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/GlobalEventHandlers/ongotpointercapture": { - "modified": "2020-10-15T22:20:35.800Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/GlobalEventHandlers/oninput": { - "modified": "2020-10-15T21:48:35.627Z", - "contributors": [ - "Marsf", - "YuichiNukiyama" - ] - }, - "Web/API/GlobalEventHandlers/oninvalid": { - "modified": "2020-10-28T07:14:06.761Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/API/GlobalEventHandlers/onkeydown": { - "modified": "2020-10-15T22:24:55.292Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/GlobalEventHandlers/onkeypress": { - "modified": "2020-10-15T21:22:57.650Z", - "contributors": [ - "Marsf", - "SphinxKnight", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/GlobalEventHandlers/onkeyup": { - "modified": "2020-10-15T22:25:00.881Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/GlobalEventHandlers/onload": { - "modified": "2019-03-23T23:29:36.980Z", - "contributors": [ - "teoli", - "jsx", - "ethertank" - ] - }, - "Web/API/GlobalEventHandlers/onloadend": { - "modified": "2020-10-15T22:34:54.651Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/GlobalEventHandlers/onlostpointercapture": { - "modified": "2020-10-15T22:20:35.103Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/GlobalEventHandlers/onmouseenter": { - "modified": "2020-10-15T22:35:16.847Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/API/GlobalEventHandlers/onmouseleave": { - "modified": "2020-10-15T22:35:16.567Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/API/GlobalEventHandlers/onmousemove": { - "modified": "2020-10-15T21:38:10.704Z", - "contributors": [ - "mpcjazz", - "FumioNonaka" - ] - }, - "Web/API/GlobalEventHandlers/onmouseout": { - "modified": "2020-10-15T22:35:17.642Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/API/GlobalEventHandlers/onmouseover": { - "modified": "2020-10-15T22:35:17.521Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/API/GlobalEventHandlers/onmouseup": { - "modified": "2020-10-15T21:23:46.743Z", - "contributors": [ - "mpcjazz", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/GlobalEventHandlers/onplaying": { - "modified": "2020-10-15T22:31:36.004Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/GlobalEventHandlers/onpointercancel": { - "modified": "2020-10-15T22:20:42.427Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/GlobalEventHandlers/onpointerdown": { - "modified": "2020-10-15T22:20:42.226Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/GlobalEventHandlers/onpointerenter": { - "modified": "2020-10-15T22:20:41.913Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/GlobalEventHandlers/onpointerleave": { - "modified": "2020-10-15T22:20:45.066Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/GlobalEventHandlers/onpointermove": { - "modified": "2020-10-15T22:20:46.283Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/GlobalEventHandlers/onpointerout": { - "modified": "2020-10-15T22:20:47.059Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/GlobalEventHandlers/onpointerover": { - "modified": "2020-10-15T22:20:45.440Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/GlobalEventHandlers/onpointerup": { - "modified": "2020-10-15T22:20:46.096Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/GlobalEventHandlers/onscroll": { - "modified": "2020-10-15T21:36:48.856Z", - "contributors": [ - "mfuji09", - "Kenju" - ] - }, - "Web/API/GlobalEventHandlers/onselect": { - "modified": "2020-10-15T21:23:44.292Z", - "contributors": [ - "sutara79", - "teoli", - "khalid32", - "ethertank" - ] - }, - "Web/API/GlobalEventHandlers/ontouchcancel": { - "modified": "2020-11-13T00:53:08.096Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/GlobalEventHandlers/ontouchend": { - "modified": "2020-11-13T00:36:12.048Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/GlobalEventHandlers/ontouchstart": { - "modified": "2020-11-13T00:27:45.060Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/GlobalEventHandlers/ontransitioncancel": { - "modified": "2020-10-15T22:15:05.668Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/GlobalEventHandlers/ontransitionend": { - "modified": "2020-10-15T22:32:49.907Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/GlobalEventHandlers/onwheel": { - "modified": "2020-10-15T22:27:21.563Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLAnchorElement": { - "modified": "2020-10-15T22:22:52.350Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLAnchorElement/download": { - "modified": "2020-10-15T22:22:51.387Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLAnchorElement/referrerPolicy": { - "modified": "2020-10-15T22:22:54.205Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLAnchorElement/rel": { - "modified": "2020-10-15T22:22:55.253Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLAnchorElement/relList": { - "modified": "2020-10-15T22:22:56.149Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLAreaElement": { - "modified": "2020-10-15T22:22:58.601Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLAreaElement/referrerPolicy": { - "modified": "2020-10-15T22:23:15.093Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLAreaElement/rel": { - "modified": "2020-10-15T22:23:15.420Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLAreaElement/relList": { - "modified": "2020-10-15T22:23:15.018Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLAudioElement": { - "modified": "2020-10-15T21:41:09.700Z", - "contributors": [ - "mfuji09", - "chikoski" - ] - }, - "Web/API/HTMLBRElement": { - "modified": "2020-10-15T21:18:36.986Z", - "contributors": [ - "cmplstofB", - "YujiSoftware", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLBaseElement": { - "modified": "2019-03-23T23:38:36.879Z", - "contributors": [ - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLBodyElement": { - "modified": "2020-10-15T22:23:25.551Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLButtonElement": { - "modified": "2020-10-15T22:17:02.910Z", - "contributors": [ - "mfuji09", - "cmplstofB", - "silverskyvicto" - ] - }, - "Web/API/HTMLCanvasElement": { - "modified": "2019-03-23T22:34:13.375Z", - "contributors": [ - "kiridaruma", - "mh35", - "fscholz" - ] - }, - "Web/API/HTMLCanvasElement/captureStream": { - "modified": "2019-03-23T22:18:08.292Z", - "contributors": [ - "hashedhyphen" - ] - }, - "Web/API/HTMLCanvasElement/toBlob": { - "modified": "2019-03-23T22:34:04.708Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/HTMLCanvasElement/toDataURL": { - "modified": "2020-10-15T22:32:16.339Z", - "contributors": [ - "akiroom" - ] - }, - "Web/API/HTMLCollection": { - "modified": "2020-10-15T21:26:05.375Z", - "contributors": [ - "eltociear", - "mfuji09", - "yyss", - "lv7777", - "acid" - ] - }, - "Web/API/HTMLContentElement": { - "modified": "2020-10-15T22:07:00.804Z", - "contributors": [ - "yumemi-kuwahara" - ] - }, - "Web/API/HTMLDListElement": { - "modified": "2020-10-15T21:19:47.270Z", - "contributors": [ - "YujiSoftware", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLDataElement": { - "modified": "2020-10-15T22:27:47.253Z", - "contributors": [ - "cmplstofB" - ] - }, - "Web/API/HTMLDetailsElement": { - "modified": "2020-10-15T22:17:45.231Z", - "contributors": [ - "chrisdavidmills" - ] - }, - "Web/API/HTMLDetailsElement/toggle_event": { - "modified": "2020-10-15T22:11:43.790Z", - "contributors": [ - "mfuji09", - "wbamberg", - "chrisdavidmills", - "silverskyvicto" - ] - }, - "Web/API/HTMLDialogElement": { - "modified": "2020-10-15T21:40:06.130Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/HTMLDialogElement/cancel_event": { - "modified": "2020-10-15T22:28:07.370Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLDivElement": { - "modified": "2019-03-23T23:39:46.511Z", - "contributors": [ - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLDocument": { - "modified": "2020-10-15T21:19:54.958Z", - "contributors": [ - "yyss", - "ethertank" - ] - }, - "Web/API/HTMLElement": { - "modified": "2020-10-23T00:13:19.203Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "Marsf", - "mamodayo", - "lv7777", - "AshfaqHossain", - "acid", - "ethertank", - "DavidWalsh" - ] - }, - "Web/API/HTMLElement/accessKeyLabel": { - "modified": "2020-10-15T22:31:35.749Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLElement/animationcancel_event": { - "modified": "2020-10-15T22:22:43.369Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/HTMLElement/animationend_event": { - "modified": "2020-10-15T22:22:44.342Z", - "contributors": [ - "windchime-yk", - "mfuji09", - "Wind1808" - ] - }, - "Web/API/HTMLElement/animationiteration_event": { - "modified": "2020-10-15T22:22:44.683Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/HTMLElement/animationstart_event": { - "modified": "2020-10-15T22:22:45.183Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/HTMLElement/beforeinput_event": { - "modified": "2020-10-15T22:22:46.919Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/change_event": { - "modified": "2020-10-15T22:11:42.240Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/HTMLElement/click": { - "modified": "2020-10-15T22:22:29.067Z", - "contributors": [ - "silverskyvicto", - "Wind1808" - ] - }, - "Web/API/HTMLElement/contentEditable": { - "modified": "2020-10-15T21:21:18.226Z", - "contributors": [ - "mfuji09", - "Wind1808", - "uiureo", - "Marsf", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLElement/contextMenu": { - "modified": "2020-10-15T22:22:28.350Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/dir": { - "modified": "2020-10-15T21:09:31.568Z", - "contributors": [ - "mfuji09", - "Wind1808", - "fscholz", - "khalid32", - "ethertank", - "dextra" - ] - }, - "Web/API/HTMLElement/forceSpellCheck": { - "modified": "2020-10-15T22:22:28.662Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/gotpointercapture_event": { - "modified": "2020-10-15T22:20:35.188Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/hidden": { - "modified": "2020-10-15T22:22:08.343Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/innerText": { - "modified": "2020-10-15T21:43:21.632Z", - "contributors": [ - "genzai", - "mfuji09", - "momdo", - "j5a" - ] - }, - "Web/API/HTMLElement/input_event": { - "modified": "2020-10-15T22:22:03.393Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLElement/isContentEditable": { - "modified": "2020-10-15T21:21:11.925Z", - "contributors": [ - "mfuji09", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLElement/lang": { - "modified": "2020-10-15T21:17:59.658Z", - "contributors": [ - "Wind1808", - "wbamberg", - "fscholz", - "khalid32", - "ethertank", - "Mgjbot", - "Okome" - ] - }, - "Web/API/HTMLElement/lostpointercapture_event": { - "modified": "2020-10-15T22:20:41.433Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/offsetHeight": { - "modified": "2020-10-15T22:22:13.378Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/offsetLeft": { - "modified": "2020-10-15T21:14:44.125Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "momdo", - "fscholz", - "khalid32", - "Okome" - ] - }, - "Web/API/HTMLElement/offsetParent": { - "modified": "2020-10-15T22:22:25.426Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/HTMLElement/offsetTop": { - "modified": "2020-10-15T21:22:02.472Z", - "contributors": [ - "Wind1808", - "momdo", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLElement/offsetWidth": { - "modified": "2020-10-15T22:22:26.704Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/oncopy": { - "modified": "2020-10-15T21:16:02.087Z", - "contributors": [ - "mfuji09", - "fscholz", - "AshfaqHossain", - "Potappo" - ] - }, - "Web/API/HTMLElement/oncut": { - "modified": "2019-03-23T23:52:04.625Z", - "contributors": [ - "fscholz", - "khalid32", - "Potappo" - ] - }, - "Web/API/HTMLElement/onpaste": { - "modified": "2020-10-15T21:15:46.943Z", - "contributors": [ - "mfuji09", - "mitsuba-clover", - "fscholz", - "khalid32", - "Potappo" - ] - }, - "Web/API/HTMLElement/outerText": { - "modified": "2020-10-15T22:22:45.702Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/pointercancel_event": { - "modified": "2020-10-15T22:20:40.427Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/pointerdown_event": { - "modified": "2020-10-15T22:20:48.497Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/pointerenter_event": { - "modified": "2020-10-15T22:20:52.384Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/pointerleave_event": { - "modified": "2020-10-15T22:20:52.191Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/pointermove_event": { - "modified": "2020-10-15T22:20:52.250Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/HTMLElement/pointerout_event": { - "modified": "2020-10-15T22:20:50.450Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/pointerover_event": { - "modified": "2020-10-15T22:20:50.901Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/pointerup_event": { - "modified": "2020-10-15T22:20:52.449Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLElement/title": { - "modified": "2020-10-15T21:19:51.638Z", - "contributors": [ - "Wind1808", - "SphinxKnight", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLElement/transitioncancel_event": { - "modified": "2020-10-15T22:15:07.888Z", - "contributors": [ - "mfuji09", - "takaneichinose" - ] - }, - "Web/API/HTMLElement/transitionend_event": { - "modified": "2020-10-15T22:15:08.009Z", - "contributors": [ - "mfuji09", - "takaneichinose" - ] - }, - "Web/API/HTMLElement/transitionrun_event": { - "modified": "2020-12-05T23:50:43.326Z", - "contributors": [ - "mfuji09", - "takaneichinose" - ] - }, - "Web/API/HTMLElement/transitionstart_event": { - "modified": "2020-10-15T22:15:07.508Z", - "contributors": [ - "Uemmra3", - "dskmori", - "mfuji09", - "takaneichinose" - ] - }, - "Web/API/HTMLEmbedElement": { - "modified": "2019-03-23T23:38:13.961Z", - "contributors": [ - "wbamberg", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLFieldSetElement": { - "modified": "2020-10-15T21:18:37.862Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLFormControlsCollection": { - "modified": "2019-03-23T23:39:43.352Z", - "contributors": [ - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLFormElement": { - "modified": "2020-10-15T21:14:44.060Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "khalid32", - "teoli", - "ethertank", - "saneyuki_s", - "teppeis", - "Mgjbot", - "Hfjapancom" - ] - }, - "Web/API/HTMLFormElement/acceptCharset": { - "modified": "2019-03-23T22:00:33.220Z", - "contributors": [ - "fscholz", - "arunpandianp", - "ethertank" - ] - }, - "Web/API/HTMLFormElement/action": { - "modified": "2019-03-23T23:45:18.651Z", - "contributors": [ - "fscholz", - "ethertank", - "Mgjbot", - "Okome" - ] - }, - "Web/API/HTMLFormElement/elements": { - "modified": "2019-03-23T23:43:15.731Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "Okome" - ] - }, - "Web/API/HTMLFormElement/encoding": { - "modified": "2019-03-23T23:33:36.067Z", - "contributors": [ - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLFormElement/enctype": { - "modified": "2019-03-23T23:33:29.715Z", - "contributors": [ - "fscholz", - "ethertank" - ] - }, - "Web/API/HTMLFormElement/length": { - "modified": "2019-03-23T23:45:22.008Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank", - "Mgjbot", - "Okome" - ] - }, - "Web/API/HTMLFormElement/method": { - "modified": "2019-03-23T23:59:17.962Z", - "contributors": [ - "fscholz", - "arunpandianp", - "ethertank", - "drry", - "Marsf", - "Mgjbot", - "Okome" - ] - }, - "Web/API/HTMLFormElement/name": { - "modified": "2019-03-23T23:38:40.800Z", - "contributors": [ - "fscholz", - "ethertank" - ] - }, - "Web/API/HTMLFormElement/reset": { - "modified": "2019-03-23T23:33:48.570Z", - "contributors": [ - "fscholz", - "ethertank" - ] - }, - "Web/API/HTMLFormElement/reset_event": { - "modified": "2020-10-15T22:32:20.344Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLFormElement/submit": { - "modified": "2019-03-23T23:45:16.676Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "Mgjbot", - "Okome" - ] - }, - "Web/API/HTMLFormElement/submit_event": { - "modified": "2020-10-15T22:30:26.289Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLFormElement/target": { - "modified": "2019-03-23T23:33:48.658Z", - "contributors": [ - "fscholz", - "ethertank" - ] - }, - "Web/API/HTMLHRElement": { - "modified": "2019-03-23T23:39:49.326Z", - "contributors": [ - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLHeadElement": { - "modified": "2019-03-23T23:39:46.361Z", - "contributors": [ - "AshfaqHossain", - "teoli", - "ethertank" - ] - }, - "Web/API/HTMLHeadingElement": { - "modified": "2019-03-23T23:38:15.283Z", - "contributors": [ - "SphinxKnight", - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLHtmlElement": { - "modified": "2019-03-23T23:38:39.247Z", - "contributors": [ - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLHyperlinkElementUtils": { - "modified": "2020-10-15T22:23:06.944Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLHyperlinkElementUtils/hash": { - "modified": "2020-10-15T22:23:05.133Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLHyperlinkElementUtils/host": { - "modified": "2020-10-15T22:23:05.592Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLHyperlinkElementUtils/hostname": { - "modified": "2020-10-15T22:23:07.472Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLHyperlinkElementUtils/href": { - "modified": "2020-10-15T22:23:04.877Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLHyperlinkElementUtils/origin": { - "modified": "2020-10-15T22:23:07.057Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLHyperlinkElementUtils/password": { - "modified": "2020-10-15T22:23:11.065Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLHyperlinkElementUtils/pathname": { - "modified": "2020-10-15T22:23:11.921Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLHyperlinkElementUtils/port": { - "modified": "2020-10-15T22:23:11.557Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLHyperlinkElementUtils/protocol": { - "modified": "2020-10-15T22:23:12.187Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLHyperlinkElementUtils/search": { - "modified": "2020-10-15T22:23:10.982Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLHyperlinkElementUtils/toString": { - "modified": "2020-10-15T22:23:12.912Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLHyperlinkElementUtils/username": { - "modified": "2020-10-15T22:23:12.962Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLIFrameElement": { - "modified": "2019-07-30T13:30:00.677Z", - "contributors": [ - "fscholz" - ] - }, - "Web/API/HTMLIFrameElement/contentWindow": { - "modified": "2019-03-23T22:21:20.996Z", - "contributors": [ - "DriftwoodJP" - ] - }, - "Web/API/HTMLIFrameElement/referrerPolicy": { - "modified": "2019-03-23T22:21:18.476Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/HTMLIFrameElement/srcdoc": { - "modified": "2020-10-15T22:15:57.120Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLInputElement": { - "modified": "2020-10-15T21:49:06.280Z", - "contributors": [ - "mfuji09", - "cmplstofB", - "silverskyvicto", - "TNKSoftware", - "jdanyow" - ] - }, - "Web/API/HTMLInputElement/invalid_event": { - "modified": "2020-10-15T22:32:19.929Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLInputElement/mozGetFileNameArray": { - "modified": "2019-03-23T22:27:32.009Z", - "contributors": [ - "MakeNowJust" - ] - }, - "Web/API/HTMLInputElement/multiple": { - "modified": "2019-03-23T22:27:32.548Z", - "contributors": [ - "MakeNowJust" - ] - }, - "Web/API/HTMLInputElement/select": { - "modified": "2020-10-15T22:34:38.674Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/HTMLInputElement/setRangeText": { - "modified": "2020-10-15T22:27:32.979Z", - "contributors": [ - "cmplstofB" - ] - }, - "Web/API/HTMLInputElement/setSelectionRange": { - "modified": "2020-10-15T22:15:21.469Z", - "contributors": [ - "isdh" - ] - }, - "Web/API/HTMLInputElement/webkitDirectory": { - "modified": "2020-10-15T21:49:05.269Z", - "contributors": [ - "mfuji09", - "MakeNowJust" - ] - }, - "Web/API/HTMLKeygenElement": { - "modified": "2019-03-23T22:35:55.345Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/HTMLLIElement": { - "modified": "2020-10-15T21:19:40.209Z", - "contributors": [ - "cmplstofB", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLLabelElement": { - "modified": "2019-03-23T23:38:29.294Z", - "contributors": [ - "SphinxKnight", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLLegendElement": { - "modified": "2020-10-15T22:22:46.936Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLLinkElement": { - "modified": "2020-10-15T21:19:47.961Z", - "contributors": [ - "momdo", - "wbamberg", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLMapElement": { - "modified": "2020-10-15T22:19:50.128Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/HTMLMediaElement": { - "modified": "2020-10-15T21:41:15.577Z", - "contributors": [ - "super-amateur", - "mfuji09", - "maechabin", - "chikoski" - ] - }, - "Web/API/HTMLMediaElement/abort_event": { - "modified": "2020-10-15T22:16:17.784Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLMediaElement/audioTracks": { - "modified": "2020-10-15T22:19:36.464Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/autoplay": { - "modified": "2020-10-15T22:18:00.303Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/buffered": { - "modified": "2020-10-15T22:18:23.124Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/canPlayType": { - "modified": "2020-10-15T22:18:38.646Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/canplay_event": { - "modified": "2019-03-18T20:47:24.075Z", - "contributors": [ - "mfuji09", - "estelle", - "fscholz", - "chikoski" - ] - }, - "Web/API/HTMLMediaElement/canplaythrough_event": { - "modified": "2020-10-15T22:18:42.345Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/captureStream": { - "modified": "2020-10-15T22:18:38.849Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/controller": { - "modified": "2020-10-15T22:18:22.955Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/controls": { - "modified": "2020-10-15T22:18:26.436Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/crossOrigin": { - "modified": "2020-10-15T22:18:24.525Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/currentSrc": { - "modified": "2020-10-15T22:18:24.003Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/currentTime": { - "modified": "2020-10-15T22:18:25.065Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/defaultMuted": { - "modified": "2020-10-15T22:18:29.163Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/defaultPlaybackRate": { - "modified": "2020-10-15T22:18:24.745Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/disableRemotePlayback": { - "modified": "2020-10-15T22:18:43.405Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/duration": { - "modified": "2020-10-15T22:18:24.910Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/durationchange_event": { - "modified": "2020-10-15T22:18:43.349Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/emptied_event": { - "modified": "2020-10-15T22:18:51.436Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/ended": { - "modified": "2020-10-15T22:18:25.387Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/ended_event": { - "modified": "2020-10-15T22:18:46.724Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/error": { - "modified": "2020-10-15T22:18:26.140Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/error_event": { - "modified": "2020-10-15T22:16:16.981Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLMediaElement/load": { - "modified": "2020-10-15T22:18:41.837Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/loadeddata_event": { - "modified": "2020-10-15T22:11:45.355Z", - "contributors": [ - "mfuji09", - "estelle", - "silverskyvicto" - ] - }, - "Web/API/HTMLMediaElement/loadedmetadata_event": { - "modified": "2020-10-15T22:18:48.801Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/loadstart_event": { - "modified": "2020-10-15T22:16:15.834Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLMediaElement/loop": { - "modified": "2020-10-15T22:18:28.245Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/mediaGroup": { - "modified": "2020-10-15T22:18:26.434Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/muted": { - "modified": "2020-10-15T22:18:26.092Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/networkState": { - "modified": "2020-10-15T22:18:29.868Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/onerror": { - "modified": "2020-10-15T22:18:26.930Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/pause": { - "modified": "2020-10-15T22:18:39.265Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/pause_event": { - "modified": "2020-10-15T22:16:04.506Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLMediaElement/paused": { - "modified": "2020-10-15T22:18:27.244Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/play": { - "modified": "2020-10-15T22:18:41.738Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/play_event": { - "modified": "2020-10-15T22:18:46.743Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/playbackRate": { - "modified": "2020-10-15T22:16:18.853Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLMediaElement/playing_event": { - "modified": "2020-10-15T22:15:59.603Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLMediaElement/progress_event": { - "modified": "2020-10-15T22:16:16.022Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLMediaElement/ratechange_event": { - "modified": "2020-10-15T22:18:46.155Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/readyState": { - "modified": "2020-10-15T22:18:28.206Z", - "contributors": [ - "konojunya", - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/seekable": { - "modified": "2020-10-15T22:18:30.573Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/seeked_event": { - "modified": "2020-10-15T22:18:47.044Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/seeking_event": { - "modified": "2020-10-15T22:18:52.111Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/src": { - "modified": "2020-10-15T22:18:32.350Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/srcObject": { - "modified": "2020-10-15T21:56:04.180Z", - "contributors": [ - "Wind1808", - "woodmix", - "dskmori", - "e53e04ac" - ] - }, - "Web/API/HTMLMediaElement/stalled_event": { - "modified": "2020-10-15T22:18:50.324Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/suspend_event": { - "modified": "2020-10-15T22:18:47.739Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/timeupdate_event": { - "modified": "2020-10-15T22:11:43.495Z", - "contributors": [ - "mfuji09", - "estelle", - "silverskyvicto" - ] - }, - "Web/API/HTMLMediaElement/videoTracks": { - "modified": "2020-10-15T22:19:36.568Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/volume": { - "modified": "2020-10-15T22:18:38.205Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/HTMLMediaElement/volumechange_event": { - "modified": "2020-10-15T22:16:18.201Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLMediaElement/waiting_event": { - "modified": "2020-10-15T22:11:44.739Z", - "contributors": [ - "mfuji09", - "estelle", - "silverskyvicto" - ] - }, - "Web/API/HTMLMetaElement": { - "modified": "2019-03-23T23:38:36.475Z", - "contributors": [ - "SphinxKnight", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLModElement": { - "modified": "2020-10-15T21:18:45.753Z", - "contributors": [ - "YujiSoftware", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLOListElement": { - "modified": "2020-10-16T04:26:24.073Z", - "contributors": [ - "NagayamaToshiaki" - ] - }, - "Web/API/HTMLObjectElement": { - "modified": "2020-10-15T22:32:16.286Z", - "contributors": [ - "jpmedley" - ] - }, - "Web/API/HTMLObjectElement/checkValidity": { - "modified": "2020-10-15T22:32:16.329Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLOrForeignElement": { - "modified": "2020-10-15T22:28:17.699Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLOrForeignElement/blur": { - "modified": "2020-10-15T21:21:43.979Z", - "contributors": [ - "mfuji09", - "Wind1808", - "fscholz", - "ethertank" - ] - }, - "Web/API/HTMLOrForeignElement/dataset": { - "modified": "2020-10-15T21:36:48.934Z", - "contributors": [ - "mfuji09", - "Wind1808", - "Marco3jp", - "Kenju" - ] - }, - "Web/API/HTMLOrForeignElement/focus": { - "modified": "2020-10-15T21:21:41.786Z", - "contributors": [ - "mfuji09", - "Wind1808", - "fscholz", - "Hasilt", - "ethertank" - ] - }, - "Web/API/HTMLOrForeignElement/nonce": { - "modified": "2020-10-15T22:22:13.107Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/HTMLOrForeignElement/tabIndex": { - "modified": "2020-10-15T21:09:43.599Z", - "contributors": [ - "mfuji09", - "Wind1808", - "momdo", - "fscholz", - "khalid32", - "ethertank", - "dextra" - ] - }, - "Web/API/HTMLOutputElement": { - "modified": "2020-10-15T21:18:44.480Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLParagraphElement": { - "modified": "2019-03-23T23:39:47.045Z", - "contributors": [ - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLParamElement": { - "modified": "2020-10-15T22:28:20.252Z", - "contributors": [ - "cmplstofB" - ] - }, - "Web/API/HTMLPictureElement": { - "modified": "2019-03-23T22:50:47.104Z", - "contributors": [ - "dskmori", - "YuichiNukiyama" - ] - }, - "Web/API/HTMLQuoteElement": { - "modified": "2020-10-15T21:18:37.147Z", - "contributors": [ - "cmplstofB", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLScriptElement": { - "modified": "2019-03-23T23:21:17.902Z", - "contributors": [ - "wbamberg", - "khalid32", - "acid" - ] - }, - "Web/API/HTMLSelectElement": { - "modified": "2020-10-15T22:02:48.089Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Speich" - ] - }, - "Web/API/HTMLSelectElement/autofocus": { - "modified": "2020-10-15T22:02:47.537Z", - "contributors": [ - "dskmori", - "8845musign" - ] - }, - "Web/API/HTMLSelectElement/options": { - "modified": "2020-10-15T22:15:59.932Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLShadowElement": { - "modified": "2019-03-23T22:36:30.362Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/HTMLShadowElement/getDistributedNodes": { - "modified": "2019-03-23T22:36:28.052Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/HTMLSlotElement": { - "modified": "2020-10-15T22:09:57.947Z", - "contributors": [ - "mfuji09", - "elkurin" - ] - }, - "Web/API/HTMLSlotElement/assignedElements": { - "modified": "2020-10-15T22:16:28.363Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLSlotElement/assignedNodes": { - "modified": "2020-10-15T22:16:09.596Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLSlotElement/slotchange_event": { - "modified": "2020-10-15T22:11:43.618Z", - "contributors": [ - "mfuji09", - "wbamberg", - "irenesmith", - "silverskyvicto" - ] - }, - "Web/API/HTMLSourceElement": { - "modified": "2020-10-15T21:18:33.196Z", - "contributors": [ - "mfuji09", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLSpanElement": { - "modified": "2020-10-15T21:18:38.779Z", - "contributors": [ - "mfuji09", - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLStyleElement": { - "modified": "2020-10-15T21:03:45.329Z", - "contributors": [ - "YujiSoftware", - "khalid32", - "ethertank", - "dextra" - ] - }, - "Web/API/HTMLStyleElement/media": { - "modified": "2020-10-15T22:03:55.454Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/HTMLTableColElement": { - "modified": "2019-03-23T23:38:35.288Z", - "contributors": [ - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLTableElement": { - "modified": "2019-03-23T23:38:36.230Z", - "contributors": [ - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/align": { - "modified": "2019-03-23T23:38:07.423Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/bgColor": { - "modified": "2019-03-23T23:38:09.483Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "mimzi_fahia", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/border": { - "modified": "2019-03-23T23:38:11.993Z", - "contributors": [ - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/caption": { - "modified": "2019-03-23T23:38:07.687Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/cellPadding": { - "modified": "2019-03-23T23:38:04.150Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/cellSpacing": { - "modified": "2019-03-23T23:38:09.767Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/createCaption": { - "modified": "2019-03-23T23:37:59.190Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/createTFoot": { - "modified": "2019-03-23T23:38:03.534Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/createTHead": { - "modified": "2019-03-23T23:38:03.338Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/deleteCaption": { - "modified": "2019-03-23T23:38:01.157Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/deleteRow": { - "modified": "2019-03-23T23:38:01.400Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/deleteTFoot": { - "modified": "2019-03-23T23:38:03.436Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/deleteTHead": { - "modified": "2019-03-23T23:37:58.058Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/frame": { - "modified": "2019-03-23T23:37:59.755Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/insertRow": { - "modified": "2019-03-23T23:37:58.482Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/rows": { - "modified": "2019-03-23T23:38:11.167Z", - "contributors": [ - "fscholz", - "soumya", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/rules": { - "modified": "2019-03-23T23:38:01.267Z", - "contributors": [ - "fscholz", - "arunpandianp", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/summary": { - "modified": "2019-03-23T23:38:04.350Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/tBodies": { - "modified": "2019-03-23T23:38:11.887Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/tFoot": { - "modified": "2019-03-23T23:38:10.489Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/tHead": { - "modified": "2019-03-23T23:38:11.064Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLTableElement/width": { - "modified": "2019-03-23T23:37:57.755Z", - "contributors": [ - "fscholz", - "arunpandianp", - "ethertank" - ] - }, - "Web/API/HTMLTableRowElement": { - "modified": "2019-03-23T23:00:39.579Z", - "contributors": [ - "fscholz" - ] - }, - "Web/API/HTMLTableRowElement/insertCell": { - "modified": "2019-03-23T23:34:09.790Z", - "contributors": [ - "fscholz", - "soumya", - "ethertank" - ] - }, - "Web/API/HTMLTableRowElement/rowIndex": { - "modified": "2019-03-23T23:34:12.473Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "ethertank" - ] - }, - "Web/API/HTMLTemplateElement": { - "modified": "2020-10-15T22:09:55.447Z", - "contributors": [ - "elkurin" - ] - }, - "Web/API/HTMLTextAreaElement": { - "modified": "2020-10-15T22:17:02.374Z", - "contributors": [ - "neetsdkasu", - "mfuji09", - "cmplstofB", - "silverskyvicto" - ] - }, - "Web/API/HTMLTimeElement": { - "modified": "2020-10-15T22:32:40.131Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/HTMLTitleElement": { - "modified": "2019-03-23T23:38:34.868Z", - "contributors": [ - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/HTMLUnknownElement": { - "modified": "2019-03-23T23:29:12.088Z", - "contributors": [ - "momdo", - "khalid32", - "ethertank" - ] - }, - "Web/API/HTMLVideoElement": { - "modified": "2020-10-24T14:11:47.131Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/HTML_DOM_API": { - "modified": "2020-10-15T22:26:10.825Z", - "contributors": [ - "mfuji09", - "xp44mm" - ] - }, - "Web/API/HTML_DOM_API/Microtask_guide": { - "modified": "2020-01-06T10:22:04.793Z", - "contributors": [ - "Uemmra3" - ] - }, - "Web/API/HTML_Drag_and_Drop_API": { - "modified": "2020-02-28T04:07:48.251Z", - "contributors": [ - "mfuji09", - "unarist", - "Uemmra3", - "silverskyvicto", - "hamasaki", - "ethertank", - "Piro", - "drry" - ] - }, - "Web/API/Headers": { - "modified": "2020-10-15T21:47:39.811Z", - "contributors": [ - "resessh", - "yumetodo", - "kei-itof", - "hamasaki", - "chikoski", - "YuichiNukiyama" - ] - }, - "Web/API/Headers/Headers": { - "modified": "2020-10-15T22:30:29.120Z", - "contributors": [ - "miyah-kun" - ] - }, - "Web/API/Headers/append": { - "modified": "2019-03-23T22:27:37.880Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Headers/delete": { - "modified": "2020-10-15T22:34:53.307Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/API/Headers/entries": { - "modified": "2020-10-15T22:34:53.781Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/API/Headers/get": { - "modified": "2020-10-15T22:34:53.891Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/API/History": { - "modified": "2020-10-15T22:07:20.601Z", - "contributors": [ - "KazmaArakaki", - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/History/back": { - "modified": "2020-10-15T22:23:07.333Z", - "contributors": [ - "mfuji09", - "coder-ka" - ] - }, - "Web/API/History/go": { - "modified": "2020-10-15T22:33:52.104Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/History/pushState": { - "modified": "2020-12-04T08:38:41.152Z", - "contributors": [ - "Uemmra3" - ] - }, - "Web/API/History/replaceState": { - "modified": "2020-10-15T22:32:48.108Z", - "contributors": [ - "Uemmra3", - "koyhoge" - ] - }, - "Web/API/History_API": { - "modified": "2020-10-15T21:10:44.207Z", - "contributors": [ - "iray-tno", - "mfuji09", - "woodmix", - "nao0x2c6", - "Neos21", - "lv7777", - "fscholz", - "awakia", - "kyo_ago", - "ethertank", - "saneyuki_s" - ] - }, - "Web/API/History_API/Example": { - "modified": "2020-02-15T02:40:44.391Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/History_API/Working_with_the_History_API": { - "modified": "2020-05-28T00:42:35.014Z", - "contributors": [ - "nokazn", - "mfuji09", - "woodmix" - ] - }, - "Web/API/IDBCursor": { - "modified": "2020-10-15T21:47:15.462Z", - "contributors": [ - "Uemmra3", - "fscholz", - "Tanooky", - "jpmedley" - ] - }, - "Web/API/IDBCursor/advance": { - "modified": "2020-10-15T22:04:16.508Z", - "contributors": [ - "Uemmra3" - ] - }, - "Web/API/IDBCursor/continue": { - "modified": "2020-10-15T21:47:13.619Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Tanooky" - ] - }, - "Web/API/IDBDatabase": { - "modified": "2019-10-31T11:54:43.136Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/IDBDatabase/close": { - "modified": "2019-03-23T23:04:34.376Z", - "contributors": [ - "sanemat", - "fscholz", - "YuichiNukiyama" - ] - }, - "Web/API/IDBDatabase/createObjectStore": { - "modified": "2020-10-10T14:10:51.765Z", - "contributors": [ - "y52en", - "fscholz", - "YuichiNukiyama" - ] - }, - "Web/API/IDBDatabase/name": { - "modified": "2019-03-23T23:04:55.257Z", - "contributors": [ - "fscholz", - "YuichiNukiyama" - ] - }, - "Web/API/IDBDatabase/objectStoreNames": { - "modified": "2019-03-23T23:04:45.748Z", - "contributors": [ - "fscholz", - "YuichiNukiyama" - ] - }, - "Web/API/IDBDatabase/version": { - "modified": "2019-03-23T23:04:54.987Z", - "contributors": [ - "fscholz", - "YuichiNukiyama" - ] - }, - "Web/API/IDBEnvironment": { - "modified": "2020-10-15T21:40:56.510Z", - "contributors": [ - "segayuu", - "takamin" - ] - }, - "Web/API/IDBFactory": { - "modified": "2020-10-15T21:31:38.698Z", - "contributors": [ - "bershanskiy", - "segayuu", - "Marsf", - "YuichiNukiyama" - ] - }, - "Web/API/IDBFactory/cmp": { - "modified": "2019-03-23T23:04:52.409Z", - "contributors": [ - "fscholz", - "YuichiNukiyama" - ] - }, - "Web/API/IDBFactory/deleteDatabase": { - "modified": "2019-03-23T23:04:59.186Z", - "contributors": [ - "fscholz", - "YuichiNukiyama" - ] - }, - "Web/API/IDBFactory/open": { - "modified": "2020-10-15T21:31:39.049Z", - "contributors": [ - "mfuji09", - "umireon", - "fscholz", - "YuichiNukiyama" - ] - }, - "Web/API/IDBRequest": { - "modified": "2020-10-15T22:21:10.055Z" - }, - "Web/API/IDBRequest/onsuccess": { - "modified": "2020-10-15T22:21:11.208Z", - "contributors": [ - "yuna" - ] - }, - "Web/API/IDBRequest/success_event": { - "modified": "2020-10-15T22:21:10.089Z", - "contributors": [ - "yuna" - ] - }, - "Web/API/IDBTransaction": { - "modified": "2020-10-15T22:24:45.660Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/IDBTransaction/complete_event": { - "modified": "2020-10-15T22:11:42.597Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/ImageData": { - "modified": "2019-03-23T23:35:40.689Z", - "contributors": [ - "yyss", - "Ragg", - "ethertank" - ] - }, - "Web/API/Index": { - "modified": "2019-01-16T21:57:23.880Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/IndexedDB_API": { - "modified": "2019-11-01T12:27:47.658Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "mottox2", - "yyss", - "hamasaki", - "YuichiNukiyama", - "ethertank", - "saneyuki_s", - "Potappo" - ] - }, - "Web/API/IndexedDB_API/Basic_Concepts_Behind_IndexedDB": { - "modified": "2020-03-25T11:26:36.526Z", - "contributors": [ - "Uemmra3", - "Wind1808", - "wbamberg", - "SphinxKnight", - "mandel59", - "yyss" - ] - }, - "Web/API/IndexedDB_API/Browser_storage_limits_and_eviction_criteria": { - "modified": "2019-05-23T13:25:35.305Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Uemmra3", - "yyss" - ] - }, - "Web/API/IndexedDB_API/Using_IndexedDB": { - "modified": "2019-11-01T12:30:23.265Z", - "contributors": [ - "Wind1808", - "wbamberg", - "Uemmra3", - "fkmhrk", - "yyss" - ] - }, - "Web/API/InputEvent": { - "modified": "2019-03-23T22:18:44.772Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/InputEvent/inputType": { - "modified": "2020-10-15T22:31:58.823Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/IntersectionObserver": { - "modified": "2020-10-15T22:12:26.451Z", - "contributors": [ - "yamacent", - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/IntersectionObserver/IntersectionObserver": { - "modified": "2020-11-21T06:57:25.860Z", - "contributors": [ - "Shirasu" - ] - }, - "Web/API/IntersectionObserver/disconnect": { - "modified": "2020-10-15T22:27:07.573Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/IntersectionObserver/observe": { - "modified": "2020-10-15T22:30:01.105Z", - "contributors": [ - "Uemmra3", - "Fudo" - ] - }, - "Web/API/IntersectionObserver/takeRecords": { - "modified": "2020-10-15T22:27:07.087Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/IntersectionObserverEntry": { - "modified": "2020-10-15T22:16:45.817Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Intersection_Observer_API": { - "modified": "2020-10-15T21:57:12.085Z", - "contributors": [ - "nokazn", - "mfuji09", - "keisuketsushima", - "silverskyvicto", - "tkdn", - "tanaka0325", - "kei-itof" - ] - }, - "Web/API/Intersection_Observer_API/Timing_element_visibility": { - "modified": "2019-03-18T21:20:52.895Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/KeyboardEvent": { - "modified": "2020-10-15T21:19:56.181Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "wbamberg", - "hashedhyphen", - "fscholz", - "Masayuki" - ] - }, - "Web/API/KeyboardEvent/code": { - "modified": "2020-10-15T22:13:58.760Z", - "contributors": [ - "ddg171", - "mfuji09", - "opost" - ] - }, - "Web/API/KeyboardEvent/isComposing": { - "modified": "2020-10-15T22:32:38.330Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/KeyboardEvent/key": { - "modified": "2020-10-15T22:27:42.340Z", - "contributors": [ - "NagayamaToshiaki", - "mfuji09" - ] - }, - "Web/API/KeyboardEvent/keyCode": { - "modified": "2020-10-15T22:33:54.054Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/LinkStyle": { - "modified": "2019-03-23T23:29:59.357Z", - "contributors": [ - "yyss", - "ethertank" - ] - }, - "Web/API/LocalFileSystem": { - "modified": "2020-10-15T22:11:54.611Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/LocalFileSystemSync": { - "modified": "2020-10-15T22:19:51.434Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/LocalMediaStream": { - "modified": "2020-10-15T21:46:16.531Z", - "contributors": [ - "teoli", - "Uemmra3", - "S_F__" - ] - }, - "Web/API/Location": { - "modified": "2020-10-15T21:55:13.233Z", - "contributors": [ - "mfuji09", - "naokiri", - "minoki", - "yyss" - ] - }, - "Web/API/Location/reload": { - "modified": "2020-10-15T22:19:48.721Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/Long_Tasks_API": { - "modified": "2020-10-15T22:19:58.850Z", - "contributors": [ - "silverskyvicto", - "Wind1808" - ] - }, - "Web/API/MediaCapabilitiesInfo": { - "modified": "2020-10-15T22:24:30.759Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaDeviceInfo": { - "modified": "2019-03-18T21:42:29.584Z", - "contributors": [ - "dai", - "e53e04ac" - ] - }, - "Web/API/MediaDevices": { - "modified": "2020-10-15T21:37:24.154Z", - "contributors": [ - "mfuji09", - "e53e04ac", - "dskmori", - "YuichiNukiyama", - "teoli" - ] - }, - "Web/API/MediaDevices/enumerateDevices": { - "modified": "2019-03-23T22:51:51.373Z", - "contributors": [ - "kw-udon", - "kyo-ago", - "YuichiNukiyama" - ] - }, - "Web/API/MediaDevices/getSupportedConstraints": { - "modified": "2019-03-23T22:03:53.259Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaDevices/getUserMedia": { - "modified": "2020-10-15T21:37:23.945Z", - "contributors": [ - "nagamatz", - "shnjp", - "hex4d", - "mfuji09", - "shimoA", - "shinnoske0727", - "hikarino", - "yuushimizu", - "cosmology233", - "YuichiNukiyama" - ] - }, - "Web/API/MediaDevices/ondevicechange": { - "modified": "2019-03-18T21:42:20.814Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaQueryList": { - "modified": "2020-10-15T21:19:19.216Z", - "contributors": [ - "mfuji09", - "ft-harai", - "Marsf", - "ethertank" - ] - }, - "Web/API/MediaQueryList/matches": { - "modified": "2020-10-15T21:59:32.651Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/MediaQueryList/media": { - "modified": "2020-10-15T21:59:28.975Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/MediaQueryList/onchange": { - "modified": "2020-10-15T21:59:30.222Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/MediaRecorder": { - "modified": "2020-10-15T22:18:02.299Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/MediaRecorder": { - "modified": "2020-10-15T22:18:05.066Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/error_event": { - "modified": "2020-10-15T22:18:20.005Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/MediaRecorder/isTypeSupported": { - "modified": "2020-10-15T22:18:16.749Z", - "contributors": [ - "koron", - "Wind1808" - ] - }, - "Web/API/MediaRecorder/mimeType": { - "modified": "2020-10-15T22:17:59.645Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/ondataavailable": { - "modified": "2020-10-15T22:18:01.594Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/onerror": { - "modified": "2020-10-15T22:18:05.909Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/onpause": { - "modified": "2020-10-15T22:18:02.845Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/onresume": { - "modified": "2020-10-15T22:18:05.523Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/onstart": { - "modified": "2020-10-15T22:18:00.782Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/onstop": { - "modified": "2020-10-15T22:18:01.731Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/pause": { - "modified": "2020-10-15T22:18:16.534Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/requestData": { - "modified": "2020-10-15T22:18:17.551Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/resume": { - "modified": "2020-10-15T22:18:17.460Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/start": { - "modified": "2020-10-15T22:18:17.659Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/state": { - "modified": "2020-10-15T22:18:05.719Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/stop": { - "modified": "2020-10-15T22:18:19.732Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorder/stream": { - "modified": "2020-10-15T22:18:16.438Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorderErrorEvent": { - "modified": "2020-10-15T22:18:19.596Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorderErrorEvent/MediaRecorderErrorEvent": { - "modified": "2020-10-15T22:18:19.878Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaRecorderErrorEvent/error": { - "modified": "2020-10-15T22:18:19.913Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/MediaRecorder_API": { - "modified": "2020-07-14T12:31:37.308Z", - "contributors": [ - "safejourney-art", - "FujiHaruka", - "chikoski" - ] - }, - "Web/API/MediaSession": { - "modified": "2020-10-15T22:03:54.877Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/MediaSource": { - "modified": "2020-10-15T21:26:01.993Z", - "contributors": [ - "yokoyama10", - "KOBA789", - "lv7777", - "endotakashi1992" - ] - }, - "Web/API/MediaSource/MediaSource": { - "modified": "2020-10-15T22:24:48.032Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaSource/activeSourceBuffers": { - "modified": "2020-10-15T22:24:47.973Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaSource/addSourceBuffer": { - "modified": "2020-10-15T22:24:49.565Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaSource/clearLiveSeekableRange": { - "modified": "2020-10-15T22:24:52.115Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaSource/duration": { - "modified": "2020-10-15T22:24:49.495Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaSource/endOfStream": { - "modified": "2020-10-15T22:24:53.573Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaSource/isTypeSupported": { - "modified": "2020-10-15T22:24:52.789Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaSource/readyState": { - "modified": "2020-10-15T22:24:48.351Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaSource/removeSourceBuffer": { - "modified": "2020-10-15T22:24:52.108Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaSource/setLiveSeekableRange": { - "modified": "2020-10-15T22:24:51.876Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaSource/sourceBuffers": { - "modified": "2020-10-15T22:24:47.936Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MediaStream": { - "modified": "2020-10-15T21:36:03.034Z", - "contributors": [ - "mfuji09", - "wasuwasu", - "mantaroh" - ] - }, - "Web/API/MediaStream/MediaStream": { - "modified": "2020-10-15T22:15:04.745Z", - "contributors": [ - "mfuji09", - "chikoski" - ] - }, - "Web/API/MediaStream/active": { - "modified": "2020-04-12T03:00:47.753Z", - "contributors": [ - "youta32449999", - "Yusuke196", - "e53e04ac" - ] - }, - "Web/API/MediaStream/addTrack": { - "modified": "2019-03-18T21:45:03.516Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStream/clone": { - "modified": "2019-03-18T21:45:11.032Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStream/getAudioTracks": { - "modified": "2020-10-15T22:31:50.053Z", - "contributors": [ - "nagamatz" - ] - }, - "Web/API/MediaStream/getTrackById": { - "modified": "2019-03-18T21:45:04.366Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStream/getVideoTracks": { - "modified": "2019-03-18T21:45:00.245Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStream/id": { - "modified": "2019-03-18T21:45:11.401Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStream/onaddtrack": { - "modified": "2019-03-18T21:45:17.222Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStreamConstraints": { - "modified": "2019-03-18T21:40:37.855Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack": { - "modified": "2020-10-15T21:58:36.727Z", - "contributors": [ - "mfuji09", - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/enabled": { - "modified": "2019-03-18T21:15:29.300Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/id": { - "modified": "2020-10-15T22:00:11.011Z", - "contributors": [ - "YujiSoftware", - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/kind": { - "modified": "2020-10-15T22:00:10.945Z", - "contributors": [ - "YujiSoftware", - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/label": { - "modified": "2019-03-18T21:45:10.286Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/mute_event": { - "modified": "2020-10-15T22:27:53.948Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/MediaStreamTrack/muted": { - "modified": "2019-03-18T21:45:08.367Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/onended": { - "modified": "2019-03-18T21:45:14.196Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/onmute": { - "modified": "2020-10-15T22:00:10.968Z", - "contributors": [ - "YujiSoftware", - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/onoverconstrained": { - "modified": "2019-03-18T21:45:17.038Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/onunmute": { - "modified": "2019-03-18T21:45:15.060Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/readyState": { - "modified": "2019-03-18T21:44:58.979Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/remote": { - "modified": "2019-03-18T21:45:15.928Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/stop": { - "modified": "2020-05-03T14:53:13.031Z", - "contributors": [ - "yukarinoki", - "e53e04ac" - ] - }, - "Web/API/MediaStreamTrack/unmute_event": { - "modified": "2020-10-15T22:27:53.748Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/MediaStream_Image_Capture_API": { - "modified": "2020-10-15T22:19:58.690Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/MediaStream_Recording_API": { - "modified": "2020-11-01T12:41:39.273Z", - "contributors": [ - "mkontani", - "Wind1808" - ] - }, - "Web/API/MediaStream_Recording_API/Recording_a_media_element": { - "modified": "2020-07-22T08:01:23.109Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/MediaStream_Recording_API/Using_the_MediaStream_Recording_API": { - "modified": "2020-10-15T22:18:02.565Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/MediaTrackSupportedConstraints": { - "modified": "2019-03-23T22:04:01.194Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/aspectRatio": { - "modified": "2019-03-23T22:03:14.284Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/autoGainControl": { - "modified": "2019-03-23T22:03:12.248Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/channelCount": { - "modified": "2019-03-23T22:03:09.133Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/deviceId": { - "modified": "2019-03-23T22:03:10.682Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/echoCancellation": { - "modified": "2019-03-23T22:03:11.516Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/facingMode": { - "modified": "2020-10-15T21:58:39.626Z", - "contributors": [ - "mfuji09", - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/frameRate": { - "modified": "2019-03-23T22:03:13.806Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/groupId": { - "modified": "2019-03-23T22:03:10.262Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/height": { - "modified": "2019-03-23T22:03:22.060Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/latency": { - "modified": "2019-03-23T22:03:15.767Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/noiseSuppression": { - "modified": "2019-03-23T22:03:14.676Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/sampleRate": { - "modified": "2019-03-23T22:03:08.985Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/sampleSize": { - "modified": "2019-03-23T22:03:14.994Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/MediaTrackSupportedConstraints/volume": { - "modified": "2019-03-23T22:03:20.461Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/Media_Source_Extensions_API": { - "modified": "2020-10-15T22:24:44.116Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Media_Source_Extensions_API/Transcoding_assets_for_MSE": { - "modified": "2019-11-17T11:59:42.790Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Media_Streams_API": { - "modified": "2019-03-18T21:45:05.461Z", - "contributors": [ - "Uemmra3", - "e53e04ac" - ] - }, - "Web/API/Media_Streams_API/Constraints": { - "modified": "2020-10-15T22:23:59.166Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/MessageChannel": { - "modified": "2019-03-23T22:27:38.063Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/MessageChannel/MessageChannel": { - "modified": "2019-03-23T22:27:41.421Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/MessageChannel/port1": { - "modified": "2020-10-15T21:48:57.793Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/MessageChannel/port2": { - "modified": "2019-03-23T22:27:44.307Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/MessageEvent": { - "modified": "2020-10-15T22:05:38.366Z", - "contributors": [ - "silverskyvicto", - "toVersus" - ] - }, - "Web/API/MessagePort": { - "modified": "2020-10-15T21:46:27.391Z", - "contributors": [ - "YuichiNukiyama", - "Marsf", - "noviiro" - ] - }, - "Web/API/MessagePort/close": { - "modified": "2019-03-23T22:26:44.416Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/MessagePort/onmessage": { - "modified": "2019-03-23T22:26:45.245Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/MessagePort/onmessageerror": { - "modified": "2020-10-15T22:09:56.803Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/MessagePort/postMessage": { - "modified": "2019-03-23T22:26:56.068Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/MessagePort/start": { - "modified": "2020-10-15T21:49:16.946Z", - "contributors": [ - "YuichiNukiyama", - "Marsf" - ] - }, - "Web/API/Microsoft_Extensions": { - "modified": "2020-08-15T02:36:31.965Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/MouseEvent": { - "modified": "2020-10-15T21:33:05.163Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss", - "fscholz" - ] - }, - "Web/API/MouseEvent/MouseEvent": { - "modified": "2020-10-15T22:34:33.630Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/MouseEvent/altKey": { - "modified": "2019-03-23T23:48:07.756Z", - "contributors": [ - "fscholz", - "khalid32", - "Luna8bit" - ] - }, - "Web/API/MouseEvent/button": { - "modified": "2020-10-15T21:54:30.867Z", - "contributors": [ - "isdh", - "TakashiHarano" - ] - }, - "Web/API/MouseEvent/buttons": { - "modified": "2020-10-15T22:22:44.025Z", - "contributors": [ - "narumincho" - ] - }, - "Web/API/MouseEvent/clientX": { - "modified": "2019-03-23T22:45:01.212Z", - "contributors": [ - "chikoski" - ] - }, - "Web/API/MouseEvent/ctrlKey": { - "modified": "2019-03-18T21:45:41.835Z", - "contributors": [ - "TakashiHarano" - ] - }, - "Web/API/MouseEvent/screenX": { - "modified": "2019-03-23T22:44:53.790Z", - "contributors": [ - "chikoski" - ] - }, - "Web/API/MouseEvent/shiftKey": { - "modified": "2019-03-23T22:11:16.518Z", - "contributors": [ - "naturallucky" - ] - }, - "Web/API/MouseEvent/which": { - "modified": "2020-10-15T22:18:18.557Z", - "contributors": [ - "isdh" - ] - }, - "Web/API/MutationObserver": { - "modified": "2020-10-15T21:21:02.785Z", - "contributors": [ - "gtk2k", - "isdh", - "dlwe", - "hashedhyphen", - "ethertank", - "kohei.yoshino" - ] - }, - "Web/API/MutationObserver/MutationObserver": { - "modified": "2020-10-15T22:30:21.736Z", - "contributors": [ - "sakux2cookie" - ] - }, - "Web/API/MutationObserver/disconnect": { - "modified": "2020-10-15T22:34:56.279Z", - "contributors": [ - "ryokohbato" - ] - }, - "Web/API/MutationObserver/observe": { - "modified": "2020-10-15T22:34:57.223Z", - "contributors": [ - "ryokohbato" - ] - }, - "Web/API/MutationObserver/takeRecords": { - "modified": "2020-10-15T22:34:58.182Z", - "contributors": [ - "ryokohbato" - ] - }, - "Web/API/MutationRecord": { - "modified": "2019-03-23T22:36:02.385Z", - "contributors": [ - "hashedhyphen" - ] - }, - "Web/API/NavigationPreloadManager": { - "modified": "2020-10-15T22:31:19.070Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Navigation_timing_API": { - "modified": "2020-05-22T07:07:10.290Z", - "contributors": [ - "TakayukiTorii", - "Marsf" - ] - }, - "Web/API/Navigator": { - "modified": "2020-10-15T21:33:08.866Z", - "contributors": [ - "mfuji09", - "dlwe", - "hamasaki", - "Uemmra3", - "yyss", - "lv7777", - "fscholz" - ] - }, - "Web/API/Navigator/activeVRDisplays": { - "modified": "2020-10-15T21:47:31.877Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "rootx" - ] - }, - "Web/API/Navigator/battery": { - "modified": "2020-10-15T21:22:04.664Z", - "contributors": [ - "mfuji09", - "Marsf", - "fscholz", - "jsx", - "ethertank", - "leaf0115" - ] - }, - "Web/API/Navigator/buildID": { - "modified": "2020-10-15T21:16:46.150Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "Potappo" - ] - }, - "Web/API/Navigator/clipboard": { - "modified": "2020-10-15T22:08:24.508Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Navigator/connection": { - "modified": "2020-11-29T15:45:11.245Z", - "contributors": [ - "mfuji09", - "zakki", - "dskmori", - "YuichiNukiyama" - ] - }, - "Web/API/Navigator/cookieEnabled": { - "modified": "2020-10-15T21:16:46.602Z", - "contributors": [ - "mfuji09", - "fscholz", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Navigator/credentials": { - "modified": "2020-10-15T22:25:36.694Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Navigator/deviceMemory": { - "modified": "2020-10-15T22:28:40.866Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/Navigator/doNotTrack": { - "modified": "2020-12-05T08:17:31.455Z", - "contributors": [ - "mfuji09", - "pcw", - "YuichiNukiyama" - ] - }, - "Web/API/Navigator/geolocation": { - "modified": "2020-10-15T21:51:41.485Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "unarist" - ] - }, - "Web/API/Navigator/getBattery": { - "modified": "2020-10-15T22:29:02.614Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Navigator/getGamepads": { - "modified": "2020-10-15T22:12:55.783Z", - "contributors": [ - "T.Ukegawa" - ] - }, - "Web/API/Navigator/getUserMedia": { - "modified": "2020-10-16T13:18:32.975Z", - "contributors": [ - "mfuji09", - "Marsf", - "YuichiNukiyama", - "fscholz", - "nshimizu" - ] - }, - "Web/API/Navigator/getVRDisplays": { - "modified": "2020-10-15T21:47:36.069Z", - "contributors": [ - "eltociear", - "mfuji09", - "YujiSoftware", - "rootx" - ] - }, - "Web/API/Navigator/keyboard": { - "modified": "2020-10-15T22:09:25.704Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Navigator/locks": { - "modified": "2020-11-25T13:37:38.955Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Navigator/maxTouchPoints": { - "modified": "2020-10-15T21:52:19.039Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Navigator/mediaCapabilities": { - "modified": "2020-10-15T22:08:10.169Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Navigator/mediaDevices": { - "modified": "2020-11-28T06:41:21.613Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Navigator/mozIsLocallyAvailable": { - "modified": "2020-10-15T21:15:55.616Z", - "contributors": [ - "mfuji09", - "fscholz", - "AshfaqHossain", - "Mgjbot", - "Potappo" - ] - }, - "Web/API/Navigator/oscpu": { - "modified": "2020-10-15T21:16:44.807Z", - "contributors": [ - "mfuji09", - "lv7777", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Navigator/permissions": { - "modified": "2020-10-15T22:28:43.513Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Navigator/presentation": { - "modified": "2020-11-03T12:01:37.262Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Navigator/productSub": { - "modified": "2020-10-15T21:16:44.835Z", - "contributors": [ - "mfuji09", - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Navigator/registerContentHandler": { - "modified": "2020-10-15T21:15:53.115Z", - "contributors": [ - "mfuji09", - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Navigator/registerProtocolHandler": { - "modified": "2020-10-15T21:15:46.655Z", - "contributors": [ - "mfuji09", - "unarist", - "hamasaki", - "fscholz", - "khalid32", - "Potappo", - "drry", - "Mgjbot", - "Norah" - ] - }, - "Web/API/Navigator/registerProtocolHandler/Web-based_protocol_handlers": { - "modified": "2019-03-23T23:53:21.069Z", - "contributors": [ - "mfuji09", - "chrisdavidmills", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/API/Navigator/sendBeacon": { - "modified": "2020-10-15T21:51:51.220Z", - "contributors": [ - "mfuji09", - "nomeaning777", - "taise", - "__ku" - ] - }, - "Web/API/Navigator/serviceWorker": { - "modified": "2020-10-15T21:52:06.695Z", - "contributors": [ - "mfuji09", - "nocotan" - ] - }, - "Web/API/Navigator/share": { - "modified": "2020-10-15T22:15:23.965Z", - "contributors": [ - "mfuji09", - "dskmori", - "yuta0801" - ] - }, - "Web/API/Navigator/vendor": { - "modified": "2020-10-15T21:16:44.842Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Navigator/vendorSub": { - "modified": "2020-10-15T21:16:44.964Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Navigator/vibrate": { - "modified": "2020-10-15T22:28:04.431Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Navigator/webdriver": { - "modified": "2020-10-15T22:13:34.663Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Navigator/xr": { - "modified": "2020-10-21T18:10:49.037Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/NavigatorConcurrentHardware": { - "modified": "2020-10-15T22:16:01.086Z", - "contributors": [ - "fscholz" - ] - }, - "Web/API/NavigatorConcurrentHardware/hardwareConcurrency": { - "modified": "2020-10-15T22:16:03.921Z", - "contributors": [ - "shisama" - ] - }, - "Web/API/NavigatorID": { - "modified": "2019-03-23T23:01:19.867Z", - "contributors": [ - "fscholz" - ] - }, - "Web/API/NavigatorID/appCodeName": { - "modified": "2019-03-23T23:49:17.312Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/NavigatorID/appName": { - "modified": "2019-03-23T23:49:11.201Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/NavigatorID/appVersion": { - "modified": "2019-03-23T23:49:20.671Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/NavigatorID/platform": { - "modified": "2020-10-15T21:16:44.396Z", - "contributors": [ - "yyss", - "fscholz", - "arunpandianp", - "ethertank", - "Potappo" - ] - }, - "Web/API/NavigatorID/product": { - "modified": "2019-03-23T23:49:28.986Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/NavigatorID/userAgent": { - "modified": "2020-10-15T21:16:43.171Z", - "contributors": [ - "mfuji09", - "pcw", - "kenmori", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/NavigatorLanguage": { - "modified": "2020-10-15T21:33:12.034Z", - "contributors": [ - "mfuji09", - "fscholz" - ] - }, - "Web/API/NavigatorLanguage/language": { - "modified": "2020-10-15T21:16:44.985Z", - "contributors": [ - "dskmori", - "benishouga", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/NavigatorLanguage/languages": { - "modified": "2019-03-23T23:12:38.148Z", - "contributors": [ - "fscholz", - "nshimizu" - ] - }, - "Web/API/NavigatorOnLine": { - "modified": "2019-03-23T23:00:36.403Z", - "contributors": [ - "fscholz" - ] - }, - "Web/API/NavigatorOnLine/Online_and_offline_events": { - "modified": "2019-03-23T23:53:08.504Z", - "contributors": [ - "chrisdavidmills", - "ethertank", - "Marsf", - "Mgjbot", - "Koyamak" - ] - }, - "Web/API/NavigatorOnLine/onLine": { - "modified": "2020-10-15T21:16:47.171Z", - "contributors": [ - "isdh", - "ryutamaki", - "yyss", - "dextra", - "fscholz", - "khalid32", - "ethertank", - "Potappo", - "Norah", - "Mgjbot" - ] - }, - "Web/API/NavigatorPlugins": { - "modified": "2019-03-23T23:01:18.262Z", - "contributors": [ - "fscholz" - ] - }, - "Web/API/NavigatorPlugins/javaEnabled": { - "modified": "2019-03-23T23:49:36.507Z", - "contributors": [ - "fscholz", - "Hasilt", - "Potappo" - ] - }, - "Web/API/NavigatorPlugins/mimeTypes": { - "modified": "2019-03-23T23:49:36.040Z", - "contributors": [ - "fscholz", - "AshfaqHossain", - "Potappo" - ] - }, - "Web/API/NavigatorPlugins/plugins": { - "modified": "2019-03-23T23:49:27.584Z", - "contributors": [ - "wbamberg", - "yoko0827", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/NavigatorStorage": { - "modified": "2020-10-15T22:20:05.734Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/NavigatorStorage/storage": { - "modified": "2020-10-15T22:20:07.668Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/NetworkInformation": { - "modified": "2019-03-23T22:28:27.967Z", - "contributors": [ - "YuichiNukiyama", - "jprichardson" - ] - }, - "Web/API/NetworkInformation/downlinkMax": { - "modified": "2019-03-23T22:28:25.185Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/NetworkInformation/onchange": { - "modified": "2019-03-23T22:28:29.434Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/NetworkInformation/type": { - "modified": "2019-03-23T22:28:20.540Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Network_Information_API": { - "modified": "2020-10-15T21:25:05.459Z", - "contributors": [ - "mfuji09", - "jgs", - "silverskyvicto", - "FumioNonaka", - "yyss" - ] - }, - "Web/API/Node": { - "modified": "2020-10-15T21:14:38.402Z", - "contributors": [ - "ikemo", - "Uemmra3", - "yyss", - "MakeNowJust", - "cohei", - "khalid32", - "ethertank", - "RobinEgg" - ] - }, - "Web/API/Node/appendChild": { - "modified": "2020-10-15T21:13:52.023Z", - "contributors": [ - "slopeuh", - "isdh", - "ocadaruma", - "YuichiNukiyama", - "fscholz", - "khalid32", - "teoli", - "ethertank", - "Taken", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Node/baseURIObject": { - "modified": "2019-03-23T23:33:08.458Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Node/childNodes": { - "modified": "2020-10-15T21:16:29.522Z", - "contributors": [ - "YUUKIToriyama", - "silverskyvicto", - "fscholz", - "khalid32", - "siokoshou", - "ethertank", - "Shoot", - "Marsf", - "Mgjbot", - "Hfjapancom" - ] - }, - "Web/API/Node/cloneNode": { - "modified": "2020-01-19T16:09:23.053Z", - "contributors": [ - "mfuji09", - "Potappo" - ] - }, - "Web/API/Node/compareDocumentPosition": { - "modified": "2019-09-20T00:50:59.897Z", - "contributors": [ - "miyah-kun", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Node/contains": { - "modified": "2019-01-16T16:53:12.484Z", - "contributors": [ - "karakol2017", - "8845musign", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/Node/firstChild": { - "modified": "2019-03-23T23:53:08.760Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Node/getRootNode": { - "modified": "2020-10-15T22:27:29.343Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Node/getUserData": { - "modified": "2020-10-15T21:14:35.305Z", - "contributors": [ - "mfuji09", - "AshfaqHossain", - "teoli", - "ethertank", - "dextra", - "Potappo", - "Mgjbot", - "Shoot" - ] - }, - "Web/API/Node/hasChildNodes": { - "modified": "2019-03-24T00:04:08.018Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank", - "Ryotakano" - ] - }, - "Web/API/Node/insertBefore": { - "modified": "2020-10-15T21:15:24.945Z", - "contributors": [ - "mfuji09", - "yuku", - "ciffelia", - "fscholz", - "khalid32", - "ethertank", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Node/isDefaultNamespace": { - "modified": "2019-03-23T23:34:11.532Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Node/isEqualNode": { - "modified": "2020-10-15T21:21:33.511Z", - "contributors": [ - "piroor", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Node/isSameNode": { - "modified": "2019-03-23T23:34:11.411Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Node/isSupported": { - "modified": "2019-03-23T23:59:58.146Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "Marsf" - ] - }, - "Web/API/Node/lastChild": { - "modified": "2019-03-23T23:54:15.009Z", - "contributors": [ - "fscholz", - "xuancanh", - "ethertank", - "Ryotakano" - ] - }, - "Web/API/Node/localName": { - "modified": "2019-03-24T00:02:06.649Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "Gomita", - "Mgjbot", - "Taken" - ] - }, - "Web/API/Node/namespaceURI": { - "modified": "2019-03-23T23:47:03.400Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank", - "Mgjbot", - "Taken" - ] - }, - "Web/API/Node/nextSibling": { - "modified": "2020-10-15T21:15:36.852Z", - "contributors": [ - "wbamberg", - "Uemmra3", - "fscholz", - "AshfaqHossain", - "ethertank", - "Sheppy", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Node/nodeName": { - "modified": "2019-09-25T11:59:05.115Z", - "contributors": [ - "fscholz", - "arunpandianp", - "ethertank", - "Mgjbot", - "Potappo", - "Norah" - ] - }, - "Web/API/Node/nodePrincipal": { - "modified": "2019-03-23T23:38:34.732Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Node/nodeType": { - "modified": "2019-03-23T23:49:30.703Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "Potappo", - "Mgjbot", - "Norah" - ] - }, - "Web/API/Node/nodeValue": { - "modified": "2019-03-24T00:13:13.657Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "dextra" - ] - }, - "Web/API/Node/normalize": { - "modified": "2019-03-23T23:35:22.266Z", - "contributors": [ - "SphinxKnight", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Node/ownerDocument": { - "modified": "2019-03-23T23:52:46.431Z", - "contributors": [ - "lv7777", - "fscholz", - "AshfaqHossain", - "ethertank", - "Kohei" - ] - }, - "Web/API/Node/parentElement": { - "modified": "2019-03-23T23:29:39.951Z", - "contributors": [ - "naturallucky", - "YuichiNukiyama", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Node/parentNode": { - "modified": "2019-03-23T23:52:43.718Z", - "contributors": [ - "fscholz", - "AshfaqHossain", - "ethertank", - "Kohei" - ] - }, - "Web/API/Node/prefix": { - "modified": "2020-10-15T21:16:27.942Z", - "contributors": [ - "YujiSoftware", - "SphinxKnight", - "fscholz", - "khalid32", - "ethertank", - "Marsf", - "Mgjbot", - "Okome" - ] - }, - "Web/API/Node/previousSibling": { - "modified": "2019-03-23T23:53:11.427Z", - "contributors": [ - "wbamberg", - "fscholz", - "khalid32", - "ethertank", - "Sheppy", - "Mgjbot", - "Ryotakano" - ] - }, - "Web/API/Node/removeChild": { - "modified": "2020-10-15T21:15:17.206Z", - "contributors": [ - "yamashiro963", - "mfuji09", - "fscholz", - "jsx", - "ethertank", - "Ryotakano" - ] - }, - "Web/API/Node/replaceChild": { - "modified": "2019-03-23T23:54:12.010Z", - "contributors": [ - "Uemmra3", - "fscholz", - "xuancanh", - "ethertank", - "Ryotakano" - ] - }, - "Web/API/Node/textContent": { - "modified": "2020-10-15T21:24:59.576Z", - "contributors": [ - "y-yagi", - "mfuji09", - "Uemmra3", - "kkas", - "orisano", - "momdo", - "fscholz", - "jislotz" - ] - }, - "Web/API/NodeIterator": { - "modified": "2020-11-23T05:01:12.052Z", - "contributors": [ - "segayuu", - "yyss", - "fscholz", - "khalid32", - "ethertank", - "RobinEgg" - ] - }, - "Web/API/NodeList": { - "modified": "2020-10-15T21:33:05.899Z", - "contributors": [ - "tyankatsu", - "mfuji09", - "segayuu", - "hashedhyphen", - "unarist", - "fscholz" - ] - }, - "Web/API/NodeList/forEach": { - "modified": "2020-11-21T04:09:36.941Z", - "contributors": [ - "Potappo", - "Shirasu" - ] - }, - "Web/API/NodeList/item": { - "modified": "2019-03-23T23:31:12.408Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/NodeList/length": { - "modified": "2020-10-15T21:18:22.187Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "Okome" - ] - }, - "Web/API/NonDocumentTypeChildNode": { - "modified": "2020-11-23T04:18:54.717Z", - "contributors": [ - "segayuu" - ] - }, - "Web/API/Notification": { - "modified": "2020-10-15T21:38:09.318Z", - "contributors": [ - "mfuji09", - "yoshioms1", - "teoli", - "YuichiNukiyama", - "minamo" - ] - }, - "Web/API/Notification/Notification": { - "modified": "2020-10-15T21:38:39.921Z", - "contributors": [ - "mfuji09", - "Gits-migii", - "hinaloe", - "YuichiNukiyama" - ] - }, - "Web/API/Notification/actions": { - "modified": "2020-10-15T22:31:55.834Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notification/badge": { - "modified": "2020-10-15T22:32:00.000Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notification/body": { - "modified": "2020-10-15T22:31:56.606Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notification/close": { - "modified": "2020-10-15T21:38:55.027Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Notification/data": { - "modified": "2020-10-15T21:38:55.058Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Notification/dir": { - "modified": "2020-10-15T21:39:20.828Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Notification/icon": { - "modified": "2020-10-15T22:31:55.228Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notification/image": { - "modified": "2020-10-15T22:31:56.782Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notification/lang": { - "modified": "2020-10-15T22:31:58.425Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notification/maxActions": { - "modified": "2020-10-15T22:31:59.394Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notification/onclick": { - "modified": "2020-10-15T21:38:56.300Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Notification/onclose": { - "modified": "2020-10-15T21:48:49.095Z", - "contributors": [ - "mfuji09", - "yoshioms1" - ] - }, - "Web/API/Notification/onerror": { - "modified": "2020-10-15T21:38:55.157Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Notification/onshow": { - "modified": "2020-10-15T22:31:55.590Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notification/permission": { - "modified": "2020-10-15T21:39:21.465Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Notification/renotify": { - "modified": "2020-10-15T22:31:55.906Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notification/requestPermission": { - "modified": "2020-10-15T21:38:54.984Z", - "contributors": [ - "mfuji09", - "dskmori", - "sunya9", - "01397", - "YuichiNukiyama" - ] - }, - "Web/API/Notification/requireInteraction": { - "modified": "2020-10-15T22:31:54.968Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notification/silent": { - "modified": "2020-10-15T22:31:54.908Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notification/tag": { - "modified": "2020-10-15T21:38:54.959Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Notification/timestamp": { - "modified": "2020-10-15T22:31:58.127Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notification/title": { - "modified": "2020-10-15T21:38:57.027Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Notification/vibrate": { - "modified": "2020-10-15T22:31:56.160Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/NotificationEvent": { - "modified": "2020-10-15T22:31:31.853Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/NotificationEvent/NotificationEvent": { - "modified": "2020-10-15T22:31:57.361Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/NotificationEvent/action": { - "modified": "2020-10-15T22:31:56.679Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/NotificationEvent/notification": { - "modified": "2020-10-15T22:32:01.894Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Notifications_API": { - "modified": "2020-10-15T21:54:02.556Z", - "contributors": [ - "mfuji09", - "shuuji3" - ] - }, - "Web/API/Notifications_API/Using_the_Notifications_API": { - "modified": "2020-07-23T10:35:05.812Z", - "contributors": [ - "mfuji09", - "shuuji3", - "Uemmra3", - "yyss" - ] - }, - "Web/API/OfflineAudioContext": { - "modified": "2020-10-15T22:01:48.407Z", - "contributors": [ - "mfuji09", - "chikoski", - "niusounds" - ] - }, - "Web/API/OffscreenCanvas": { - "modified": "2020-10-15T22:33:10.809Z" - }, - "Web/API/OffscreenCanvas/getContext": { - "modified": "2020-10-15T22:33:07.446Z", - "contributors": [ - "Jups-071" - ] - }, - "Web/API/OscillatorNode": { - "modified": "2019-03-23T22:14:54.791Z", - "contributors": [ - "gooshima" - ] - }, - "Web/API/PageTransitionEvent": { - "modified": "2019-03-23T22:48:58.822Z", - "contributors": [ - "chikoski" - ] - }, - "Web/API/PannerNode": { - "modified": "2020-10-15T21:50:08.522Z", - "contributors": [ - "Uemmra3", - "toyakun", - "chikoski" - ] - }, - "Web/API/PannerNode/coneInnerAngle": { - "modified": "2020-10-15T22:30:46.631Z", - "contributors": [ - "Uemmra3", - "toyakun" - ] - }, - "Web/API/PannerNode/coneOuterAngle": { - "modified": "2020-10-15T22:30:56.488Z", - "contributors": [ - "toyakun" - ] - }, - "Web/API/PannerNode/orientationX": { - "modified": "2020-10-15T22:30:50.672Z", - "contributors": [ - "dskmori", - "Uemmra3", - "toyakun" - ] - }, - "Web/API/ParentNode": { - "modified": "2020-11-23T03:46:53.867Z", - "contributors": [ - "segayuu", - "yyss", - "Marsf", - "YuichiNukiyama" - ] - }, - "Web/API/ParentNode/append": { - "modified": "2020-10-15T22:19:11.886Z", - "contributors": [ - "mfuji09", - "dskymd", - "isdh" - ] - }, - "Web/API/ParentNode/childElementCount": { - "modified": "2020-10-29T21:17:58.548Z", - "contributors": [ - "yumetodo", - "Marsf" - ] - }, - "Web/API/ParentNode/children": { - "modified": "2020-11-23T04:45:58.549Z", - "contributors": [ - "segayuu", - "sii" - ] - }, - "Web/API/ParentNode/prepend": { - "modified": "2020-10-15T22:22:02.876Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/ParentNode/querySelectorAll": { - "modified": "2020-10-15T22:26:50.502Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Path2D": { - "modified": "2019-03-23T22:54:51.617Z", - "contributors": [ - "fscholz" - ] - }, - "Web/API/Path2D/Path2D": { - "modified": "2020-10-15T21:36:37.527Z", - "contributors": [ - "dskmori", - "FumioNonaka" - ] - }, - "Web/API/Path2D/addPath": { - "modified": "2019-03-23T22:27:41.561Z", - "contributors": [ - "yoshioms1" - ] - }, - "Web/API/PaymentMethodChangeEvent": { - "modified": "2020-10-15T22:27:52.432Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Performance": { - "modified": "2020-10-15T21:44:56.320Z", - "contributors": [ - "silverskyvicto", - "fscholz", - "KozoTsu", - "takamin", - "MSakamaki" - ] - }, - "Web/API/Performance/clearMarks": { - "modified": "2020-10-15T22:19:51.710Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/clearMeasures": { - "modified": "2020-10-15T22:19:52.477Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/clearResourceTimings": { - "modified": "2020-10-15T22:19:53.586Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/getEntries": { - "modified": "2020-10-15T22:19:51.737Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/getEntriesByName": { - "modified": "2020-10-15T22:19:51.756Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/getEntriesByType": { - "modified": "2020-10-15T22:19:52.003Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/mark": { - "modified": "2020-10-15T22:19:33.978Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/measure": { - "modified": "2020-10-15T22:19:35.396Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/navigation": { - "modified": "2020-10-15T22:19:41.388Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/now": { - "modified": "2020-10-15T21:55:33.997Z", - "contributors": [ - "sutara79", - "takamin" - ] - }, - "Web/API/Performance/onresourcetimingbufferfull": { - "modified": "2020-10-15T22:19:53.003Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/resourcetimingbufferfull_event": { - "modified": "2020-10-15T22:19:38.048Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/setResourceTimingBufferSize": { - "modified": "2020-10-15T22:19:38.068Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/timeOrigin": { - "modified": "2020-10-15T22:19:40.667Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/timing": { - "modified": "2020-10-15T22:19:41.082Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance/toJSON": { - "modified": "2020-10-15T22:19:37.006Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceEntry": { - "modified": "2020-10-15T22:19:35.515Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceEntry/duration": { - "modified": "2020-10-15T22:19:34.578Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceEntry/entryType": { - "modified": "2020-10-15T22:19:35.776Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceEntry/name": { - "modified": "2020-10-15T22:19:35.073Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceEntry/startTime": { - "modified": "2020-10-15T22:19:36.117Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceEntry/toJSON": { - "modified": "2020-10-15T22:19:36.752Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceFrameTiming": { - "modified": "2020-10-15T22:19:50.630Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceLongTaskTiming": { - "modified": "2020-10-15T22:20:04.510Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PerformanceLongTaskTiming/attribution": { - "modified": "2020-10-15T22:20:04.423Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PerformanceMark": { - "modified": "2020-10-15T22:19:50.584Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceMeasure": { - "modified": "2020-10-15T22:19:50.691Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceNavigation": { - "modified": "2020-10-15T22:19:48.502Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceNavigation/redirectCount": { - "modified": "2020-10-15T22:19:49.721Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceNavigation/type": { - "modified": "2020-10-15T22:19:48.746Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceNavigationTiming": { - "modified": "2020-10-15T22:19:49.462Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/PerformanceNavigationTiming/loadEventEnd": { - "modified": "2020-10-15T22:19:48.727Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceObserver": { - "modified": "2020-10-15T22:19:37.183Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceObserver/PerformanceObserver": { - "modified": "2020-10-15T22:19:58.239Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceObserver/disconnect": { - "modified": "2020-10-15T22:19:58.278Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceObserver/observe": { - "modified": "2020-10-15T22:19:56.456Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceObserver/takeRecords": { - "modified": "2020-10-15T22:19:58.321Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceObserverEntryList": { - "modified": "2020-10-15T22:19:50.629Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformancePaintTiming": { - "modified": "2020-10-15T22:19:51.763Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming": { - "modified": "2020-10-15T22:19:51.782Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/connectEnd": { - "modified": "2020-10-15T22:19:55.515Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/connectStart": { - "modified": "2020-10-15T22:19:56.774Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/decodedBodySize": { - "modified": "2020-10-15T22:19:56.740Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/domainLookupEnd": { - "modified": "2020-10-15T22:19:54.791Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/domainLookupStart": { - "modified": "2020-10-15T22:19:54.841Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/encodedBodySize": { - "modified": "2020-10-15T22:19:55.970Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/fetchStart": { - "modified": "2020-10-15T22:19:56.798Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/initiatorType": { - "modified": "2020-10-15T22:19:53.599Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/nextHopProtocol": { - "modified": "2020-10-15T22:19:58.302Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/redirectEnd": { - "modified": "2020-10-15T22:19:55.857Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/redirectStart": { - "modified": "2020-10-15T22:19:56.821Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/requestStart": { - "modified": "2020-10-15T22:19:55.572Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/responseEnd": { - "modified": "2020-10-15T22:19:55.613Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/responseStart": { - "modified": "2020-10-15T22:19:55.621Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/secureConnectionStart": { - "modified": "2020-10-15T22:19:54.572Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/serverTiming": { - "modified": "2020-10-15T22:19:56.964Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/toJSON": { - "modified": "2020-10-15T22:19:55.668Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/transferSize": { - "modified": "2020-10-15T22:19:55.694Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceResourceTiming/workerStart": { - "modified": "2020-10-15T22:19:58.279Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PerformanceTiming": { - "modified": "2020-10-15T22:19:51.744Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance_API": { - "modified": "2019-06-03T15:05:35.208Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance_Timeline": { - "modified": "2019-06-09T11:10:20.490Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Performance_Timeline/Using_Performance_Timeline": { - "modified": "2019-06-03T14:50:37.101Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/PermissionStatus": { - "modified": "2020-10-15T22:20:11.993Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PermissionStatus/onchange": { - "modified": "2020-10-15T22:20:11.513Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PermissionStatus/state": { - "modified": "2020-10-15T22:20:14.233Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Permissions": { - "modified": "2020-10-15T22:20:13.745Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Permissions/query": { - "modified": "2020-10-15T22:20:09.865Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Permissions/revoke": { - "modified": "2020-10-15T22:20:11.170Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Permissions_API": { - "modified": "2020-10-15T22:20:10.554Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/Permissions_API/Using_the_Permissions_API": { - "modified": "2019-06-15T11:41:46.956Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Plugin": { - "modified": "2019-03-23T23:35:37.879Z", - "contributors": [ - "wbamberg", - "khalid32", - "ethertank" - ] - }, - "Web/API/PluginArray": { - "modified": "2019-03-23T23:35:41.408Z", - "contributors": [ - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/PointerEvent": { - "modified": "2020-10-15T22:20:17.488Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PointerEvent/PointerEvent": { - "modified": "2020-10-15T22:20:16.833Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PointerEvent/getCoalescedEvents": { - "modified": "2020-10-15T22:20:26.862Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PointerEvent/height": { - "modified": "2020-10-15T22:20:23.457Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PointerEvent/isPrimary": { - "modified": "2020-10-15T22:20:23.585Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PointerEvent/pointerId": { - "modified": "2020-10-15T22:20:24.916Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PointerEvent/pointerType": { - "modified": "2020-10-15T22:20:25.825Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PointerEvent/pressure": { - "modified": "2020-10-15T22:20:25.657Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PointerEvent/tangentialPressure": { - "modified": "2020-10-15T22:20:26.683Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PointerEvent/tiltX": { - "modified": "2020-10-15T22:20:27.228Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PointerEvent/tiltY": { - "modified": "2020-10-15T22:20:27.460Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PointerEvent/twist": { - "modified": "2020-10-15T22:20:27.277Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PointerEvent/width": { - "modified": "2020-10-15T22:20:26.794Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Pointer_Lock_API": { - "modified": "2019-03-23T23:34:38.334Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/Pointer_events": { - "modified": "2019-07-23T01:22:45.881Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Pointer_events/Multi-touch_interaction": { - "modified": "2019-06-27T09:39:51.952Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Pointer_events/Pinch_zoom_gestures": { - "modified": "2020-03-11T14:36:42.926Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/Pointer_events/Using_Pointer_Events": { - "modified": "2020-10-15T22:20:30.084Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/PositionOptions": { - "modified": "2019-03-23T22:19:48.329Z", - "contributors": [ - "Uemmra3", - "unarist" - ] - }, - "Web/API/ProgressEvent": { - "modified": "2019-03-23T22:24:26.847Z", - "contributors": [ - "lv7777" - ] - }, - "Web/API/PromiseRejectionEvent": { - "modified": "2020-10-15T21:48:47.554Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/PromiseRejectionEvent/PromiseRejectionEvent": { - "modified": "2019-03-23T22:28:02.587Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/PromiseRejectionEvent/promise": { - "modified": "2020-10-15T21:48:51.189Z", - "contributors": [ - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Web/API/PromiseRejectionEvent/reason": { - "modified": "2020-10-15T21:48:50.276Z", - "contributors": [ - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Web/API/PublicKeyCredential": { - "modified": "2020-10-15T22:16:00.529Z", - "contributors": [ - "mfuji09", - "SphinxKnight" - ] - }, - "Web/API/PublicKeyCredential/getClientExtensionResults": { - "modified": "2020-10-15T22:26:47.509Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/PublicKeyCredential/rawId": { - "modified": "2020-10-15T22:15:57.077Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/PublicKeyCredentialCreationOptions": { - "modified": "2020-10-15T22:26:51.081Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/PublicKeyCredentialCreationOptions/authenticatorSelection": { - "modified": "2020-10-15T22:26:48.406Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/PublicKeyCredentialCreationOptions/excludeCredentials": { - "modified": "2020-10-15T22:26:49.264Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/PublicKeyCredentialRequestOptions": { - "modified": "2020-10-15T22:26:52.032Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/PushEvent": { - "modified": "2020-10-15T21:45:21.780Z", - "contributors": [ - "Potappo", - "dskmori", - "YuichiNukiyama" - ] - }, - "Web/API/PushEvent/PushEvent": { - "modified": "2019-03-23T22:35:18.638Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/PushEvent/data": { - "modified": "2019-03-23T22:35:17.371Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/PushManager": { - "modified": "2020-10-15T21:45:02.365Z", - "contributors": [ - "Potappo", - "YuichiNukiyama", - "chrisdavidmills" - ] - }, - "Web/API/PushManager/getSubscription": { - "modified": "2019-03-23T22:35:27.624Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/PushManager/permissionState": { - "modified": "2019-03-23T22:35:27.965Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/PushManager/register": { - "modified": "2020-10-15T22:28:05.820Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/PushManager/registrations": { - "modified": "2020-10-15T22:28:07.159Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/PushManager/subscribe": { - "modified": "2020-10-15T21:45:01.712Z", - "contributors": [ - "yyss", - "YuichiNukiyama" - ] - }, - "Web/API/PushManager/unregister": { - "modified": "2020-10-15T22:28:05.764Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/PushMessageData": { - "modified": "2020-10-15T21:45:06.097Z", - "contributors": [ - "Potappo", - "YuichiNukiyama" - ] - }, - "Web/API/PushMessageData/arrayBuffer": { - "modified": "2019-03-23T22:35:26.536Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/PushMessageData/blob": { - "modified": "2019-03-23T22:35:27.790Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/PushMessageData/json": { - "modified": "2020-10-15T21:45:05.420Z", - "contributors": [ - "YujiSoftware", - "YuichiNukiyama" - ] - }, - "Web/API/PushMessageData/text": { - "modified": "2019-03-23T22:35:30.357Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/PushSubscription": { - "modified": "2020-10-15T21:45:22.111Z", - "contributors": [ - "Potappo", - "YuichiNukiyama", - "chrisdavidmills" - ] - }, - "Web/API/PushSubscription/endpoint": { - "modified": "2019-03-23T22:35:05.392Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/PushSubscription/getKey": { - "modified": "2019-03-23T22:34:45.692Z", - "contributors": [ - "lv7777", - "YuichiNukiyama" - ] - }, - "Web/API/PushSubscription/toJSON": { - "modified": "2019-03-23T22:35:07.840Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/PushSubscription/unsubscribe": { - "modified": "2019-03-23T22:35:12.417Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Push_API": { - "modified": "2020-10-15T21:39:38.136Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "Marsf", - "TETRA2000", - "chrisdavidmills" - ] - }, - "Web/API/RTCConfiguration": { - "modified": "2019-03-23T22:51:27.389Z", - "contributors": [ - "dreissig.jahrhundert" - ] - }, - "Web/API/RTCDataChannel": { - "modified": "2020-10-15T21:37:37.878Z", - "contributors": [ - "kdxu", - "yyss", - "dreissig.jahrhundert" - ] - }, - "Web/API/RTCDataChannelEvent": { - "modified": "2019-03-23T22:51:31.037Z", - "contributors": [ - "dreissig.jahrhundert" - ] - }, - "Web/API/RTCIdentityErrorEvent": { - "modified": "2019-03-23T22:51:24.405Z", - "contributors": [ - "dreissig.jahrhundert" - ] - }, - "Web/API/RTCIdentityEvent": { - "modified": "2019-03-23T22:51:30.435Z", - "contributors": [ - "dreissig.jahrhundert" - ] - }, - "Web/API/RTCPeerConnection": { - "modified": "2020-10-15T21:25:45.643Z", - "contributors": [ - "eltociear", - "mfuji09", - "takamin", - "dreissig.jahrhundert" - ] - }, - "Web/API/RTCPeerConnection/canTrickleIceCandidates": { - "modified": "2020-10-15T22:29:03.079Z", - "contributors": [ - "dskmori", - "faicha80386" - ] - }, - "Web/API/RTCPeerConnectionIceEvent": { - "modified": "2019-03-23T22:51:26.223Z", - "contributors": [ - "dreissig.jahrhundert" - ] - }, - "Web/API/RTCSessionDescription": { - "modified": "2020-10-15T21:37:35.746Z", - "contributors": [ - "mfuji09", - "dreissig.jahrhundert" - ] - }, - "Web/API/RTCSessionDescriptionCallback": { - "modified": "2019-03-23T22:51:28.888Z", - "contributors": [ - "dreissig.jahrhundert" - ] - }, - "Web/API/RandomSource": { - "modified": "2019-03-23T22:01:08.359Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/Range": { - "modified": "2020-10-15T21:17:11.080Z", - "contributors": [ - "mfuji09", - "yyss", - "jsx", - "AshfaqHossain", - "ethertank", - "Luna8bit", - "Mgjbot" - ] - }, - "Web/API/Range/cloneContents": { - "modified": "2020-10-15T22:23:26.165Z", - "contributors": [ - "mfuji09", - "oreno4649" - ] - }, - "Web/API/Range/collapsed": { - "modified": "2020-07-23T11:30:31.557Z", - "contributors": [ - "mfuji09", - "fscholz", - "basemnassar11", - "Luna8bit", - "Mgjbot", - "Shimono" - ] - }, - "Web/API/Range/commonAncestorContainer": { - "modified": "2020-10-15T22:23:26.049Z", - "contributors": [ - "mfuji09", - "oreno4649" - ] - }, - "Web/API/Range/endContainer": { - "modified": "2020-10-15T22:23:26.617Z", - "contributors": [ - "mfuji09", - "oreno4649" - ] - }, - "Web/API/Range/endOffset": { - "modified": "2020-10-15T22:23:26.521Z", - "contributors": [ - "mfuji09", - "oreno4649" - ] - }, - "Web/API/Range/intersectsNode": { - "modified": "2020-07-23T11:30:31.750Z", - "contributors": [ - "mfuji09", - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Range/setStart": { - "modified": "2020-07-23T11:30:32.000Z", - "contributors": [ - "mfuji09", - "fscholz", - "sou3ilow" - ] - }, - "Web/API/Range/startContainer": { - "modified": "2020-10-15T22:23:26.223Z", - "contributors": [ - "mfuji09", - "oreno4649" - ] - }, - "Web/API/Range/startOffset": { - "modified": "2020-10-15T22:23:26.372Z", - "contributors": [ - "mfuji09", - "oreno4649" - ] - }, - "Web/API/ReadableByteStreamController": { - "modified": "2020-10-15T22:27:49.120Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableByteStreamController/byobRequest": { - "modified": "2020-10-15T22:27:49.886Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableByteStreamController/close": { - "modified": "2020-10-15T22:27:55.615Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableByteStreamController/desiredSize": { - "modified": "2020-10-15T22:27:50.247Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableByteStreamController/enqueue": { - "modified": "2020-10-15T22:27:54.155Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableByteStreamController/error": { - "modified": "2020-10-15T22:27:50.194Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStream": { - "modified": "2020-10-15T22:25:28.859Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStream/ReadableStream": { - "modified": "2020-10-15T22:25:28.230Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStream/cancel": { - "modified": "2020-10-15T22:25:41.477Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStream/getReader": { - "modified": "2020-10-15T22:25:37.688Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStream/locked": { - "modified": "2020-10-15T22:25:28.589Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStream/pipeThrough": { - "modified": "2020-10-15T22:25:36.660Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStream/pipeTo": { - "modified": "2020-10-15T22:25:56.554Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStream/tee": { - "modified": "2020-10-15T22:26:04.358Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamBYOBReader": { - "modified": "2020-10-15T22:27:54.489Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamBYOBReader/ReadableStreamBYOBReader": { - "modified": "2020-10-15T22:28:02.037Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamBYOBReader/cancel": { - "modified": "2020-10-15T22:28:02.118Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamBYOBReader/closed": { - "modified": "2020-10-15T22:28:02.075Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamBYOBReader/read": { - "modified": "2020-10-15T22:28:02.864Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamBYOBReader/releaseLock": { - "modified": "2020-10-15T22:28:03.283Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamDefaultController": { - "modified": "2020-10-15T22:26:34.394Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamDefaultController/ReadableStreamDefaultController": { - "modified": "2020-10-15T22:26:44.153Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamDefaultController/close": { - "modified": "2020-10-15T22:26:47.222Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamDefaultController/desiredSize": { - "modified": "2020-10-15T22:26:45.242Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamDefaultController/enqueue": { - "modified": "2020-10-15T22:26:49.414Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamDefaultController/error": { - "modified": "2020-10-15T22:26:48.166Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamDefaultReader": { - "modified": "2020-10-15T22:26:24.609Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamDefaultReader/ReadableStreamDefaultReader": { - "modified": "2020-10-15T22:26:26.799Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamDefaultReader/cancel": { - "modified": "2020-10-15T22:26:27.971Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamDefaultReader/closed": { - "modified": "2020-10-15T22:26:25.651Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamDefaultReader/read": { - "modified": "2020-10-15T22:26:26.446Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ReadableStreamDefaultReader/releaseLock": { - "modified": "2020-10-15T22:26:27.632Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Request": { - "modified": "2020-10-15T21:41:39.053Z", - "contributors": [ - "drytt", - "mfuji09", - "Uemmra3", - "Sixeight", - "chikoski", - "YuichiNukiyama" - ] - }, - "Web/API/Request/Request": { - "modified": "2020-10-15T21:42:29.805Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/Request/cache": { - "modified": "2020-10-15T21:41:41.707Z", - "contributors": [ - "mpcjazz", - "YuichiNukiyama" - ] - }, - "Web/API/Request/clone": { - "modified": "2019-03-23T22:40:07.168Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Request/credentials": { - "modified": "2019-03-23T22:40:07.724Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Request/headers": { - "modified": "2019-03-23T22:39:45.639Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Request/integrity": { - "modified": "2020-10-15T22:31:47.928Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Request/method": { - "modified": "2019-03-18T21:17:27.841Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Request/mode": { - "modified": "2020-10-15T21:42:48.163Z", - "contributors": [ - "shimazu", - "YuichiNukiyama" - ] - }, - "Web/API/Request/redirect": { - "modified": "2020-10-15T22:31:51.343Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Request/referrer": { - "modified": "2019-03-23T22:40:30.368Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Request/url": { - "modified": "2019-03-23T22:40:30.811Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/ResizeObserver": { - "modified": "2020-10-15T22:19:59.580Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/ResizeObserver/ResizeObserver": { - "modified": "2020-10-15T22:19:56.707Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/ResizeObserverEntry": { - "modified": "2020-10-15T22:19:59.377Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/ResizeObserverEntry/contentRect": { - "modified": "2020-10-15T22:27:51.023Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Resource_Timing_API": { - "modified": "2019-06-09T10:59:03.914Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Resource_Timing_API/Using_the_Resource_Timing_API": { - "modified": "2019-07-01T22:07:06.959Z", - "contributors": [ - "kemsakurai", - "silverskyvicto" - ] - }, - "Web/API/Response": { - "modified": "2020-10-15T21:41:34.402Z", - "contributors": [ - "shimazu", - "woodmix", - "momdo", - "chikoski", - "YuichiNukiyama", - "lv7777" - ] - }, - "Web/API/Response/Response": { - "modified": "2020-10-15T22:09:29.489Z", - "contributors": [ - "jack-low" - ] - }, - "Web/API/Response/error": { - "modified": "2020-10-15T22:31:34.288Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Response/headers": { - "modified": "2020-10-15T22:32:37.063Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Response/redirect": { - "modified": "2020-10-15T22:31:37.239Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Response/useFinalURL": { - "modified": "2020-10-15T22:32:38.418Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/SVGElement": { - "modified": "2020-10-15T21:57:52.067Z", - "contributors": [ - "YujiSoftware", - "piyo-ko" - ] - }, - "Web/API/SVGEvent": { - "modified": "2019-03-23T22:09:31.930Z", - "contributors": [ - "nakano348" - ] - }, - "Web/API/SVGFontElement": { - "modified": "2020-10-15T21:19:56.994Z", - "contributors": [ - "YujiSoftware", - "ethertank" - ] - }, - "Web/API/SVGGraphicsElement": { - "modified": "2020-10-15T22:28:06.095Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/SVGGraphicsElement/getBBox": { - "modified": "2020-03-08T03:13:11.652Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/SVGRect": { - "modified": "2020-10-15T21:57:51.260Z", - "contributors": [ - "eltociear", - "YujiSoftware", - "piyo-ko" - ] - }, - "Web/API/SVGStringList": { - "modified": "2020-10-15T21:50:42.903Z", - "contributors": [ - "Uemmra3" - ] - }, - "Web/API/SVGTests": { - "modified": "2020-10-15T21:50:41.779Z", - "contributors": [ - "Uemmra3" - ] - }, - "Web/API/SVGTextElement": { - "modified": "2019-03-23T23:31:11.061Z", - "contributors": [ - "ethertank" - ] - }, - "Web/API/SVGTransformable": { - "modified": "2020-10-15T22:33:03.508Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Screen": { - "modified": "2020-10-15T21:33:04.698Z", - "contributors": [ - "mfuji09", - "shuuji3", - "fscholz" - ] - }, - "Web/API/Screen/availHeight": { - "modified": "2020-10-15T21:16:25.668Z", - "contributors": [ - "mfuji09", - "fscholz", - "soumya", - "ethertank", - "Potappo" - ] - }, - "Web/API/Screen/availLeft": { - "modified": "2020-10-15T21:16:27.232Z", - "contributors": [ - "mfuji09", - "wbamberg", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Screen/availTop": { - "modified": "2020-10-15T21:16:28.901Z", - "contributors": [ - "mfuji09", - "fscholz", - "basemnassar11", - "ethertank", - "Potappo" - ] - }, - "Web/API/Screen/availWidth": { - "modified": "2019-03-23T23:50:19.480Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Screen/colorDepth": { - "modified": "2020-10-15T21:16:27.044Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Screen/height": { - "modified": "2020-10-15T21:16:36.031Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Screen/left": { - "modified": "2020-10-15T21:16:25.501Z", - "contributors": [ - "mfuji09", - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Screen/lockOrientation": { - "modified": "2020-10-15T21:52:16.220Z", - "contributors": [ - "mfuji09", - "shuuji3" - ] - }, - "Web/API/Screen/mozBrightness": { - "modified": "2020-10-15T21:52:16.126Z", - "contributors": [ - "mfuji09", - "shuuji3" - ] - }, - "Web/API/Screen/mozEnabled": { - "modified": "2020-10-15T21:52:16.090Z", - "contributors": [ - "mfuji09", - "shuuji3" - ] - }, - "Web/API/Screen/onorientationchange": { - "modified": "2020-10-15T21:52:15.970Z", - "contributors": [ - "mfuji09", - "shuuji3" - ] - }, - "Web/API/Screen/orientation": { - "modified": "2020-10-15T21:52:16.035Z", - "contributors": [ - "mfuji09", - "shuuji3" - ] - }, - "Web/API/Screen/pixelDepth": { - "modified": "2020-10-15T21:16:25.946Z", - "contributors": [ - "mfuji09", - "fscholz", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Screen/top": { - "modified": "2020-10-15T21:16:26.905Z", - "contributors": [ - "mfuji09", - "fscholz", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Screen/unlockOrientation": { - "modified": "2020-10-15T21:52:16.003Z", - "contributors": [ - "mfuji09", - "shuuji3" - ] - }, - "Web/API/Screen/width": { - "modified": "2020-10-15T21:16:26.560Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/ScriptProcessorNode": { - "modified": "2019-03-23T22:35:37.748Z", - "contributors": [ - "ikohs" - ] - }, - "Web/API/ScrollToOptions": { - "modified": "2020-10-15T22:32:16.096Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Selection": { - "modified": "2019-03-23T23:48:10.878Z", - "contributors": [ - "khalid32", - "ethertank", - "Luna8bit" - ] - }, - "Web/API/Selection/collapseToStart": { - "modified": "2019-03-23T23:35:02.456Z", - "contributors": [ - "jsx", - "ethertank" - ] - }, - "Web/API/Server-sent_events": { - "modified": "2020-08-21T03:40:48.657Z", - "contributors": [ - "k-ta-yamada", - "mfuji09", - "yyss", - "ethertank", - "raju_dasa" - ] - }, - "Web/API/Server-sent_events/Using_server-sent_events": { - "modified": "2019-05-19T15:17:02.214Z", - "contributors": [ - "mfuji09", - "yousan", - "yyss" - ] - }, - "Web/API/ServiceWorker": { - "modified": "2020-10-15T21:49:09.036Z", - "contributors": [ - "Uemmra3", - "one-kelvin", - "shimazu", - "awesomest" - ] - }, - "Web/API/ServiceWorker/state": { - "modified": "2020-10-15T22:04:51.825Z", - "contributors": [ - "Uemmra3" - ] - }, - "Web/API/ServiceWorkerContainer": { - "modified": "2020-10-15T21:56:22.065Z", - "contributors": [ - "Wind1808", - "KazmaArakaki" - ] - }, - "Web/API/ServiceWorkerContainer/controller": { - "modified": "2020-10-15T22:04:51.872Z", - "contributors": [ - "Wind1808", - "Uemmra3" - ] - }, - "Web/API/ServiceWorkerContainer/getRegistration": { - "modified": "2020-10-15T22:29:13.888Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerContainer/getRegistrations": { - "modified": "2020-10-15T22:29:13.254Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerContainer/message_event": { - "modified": "2020-10-15T22:29:18.958Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerContainer/oncontrollerchange": { - "modified": "2020-10-15T22:29:14.196Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerContainer/onerror": { - "modified": "2020-10-15T22:29:16.925Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerContainer/onmessage": { - "modified": "2020-10-15T22:29:17.104Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerContainer/ready": { - "modified": "2020-10-15T22:29:14.745Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerContainer/register": { - "modified": "2020-10-15T22:29:13.658Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerContainer/startMessages": { - "modified": "2020-10-15T22:29:21.682Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerGlobalScope": { - "modified": "2020-10-15T21:45:40.014Z", - "contributors": [ - "mfuji09", - "maechabin", - "Uemmra3", - "chrisdavidmills" - ] - }, - "Web/API/ServiceWorkerGlobalScope/activate_event": { - "modified": "2020-10-15T22:30:01.496Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerGlobalScope/caches": { - "modified": "2020-10-15T22:29:46.631Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerGlobalScope/clients": { - "modified": "2019-03-23T22:21:03.744Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerGlobalScope/install_event": { - "modified": "2020-10-15T22:30:06.224Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerGlobalScope/message_event": { - "modified": "2020-10-15T22:30:04.701Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerGlobalScope/notificationclick_event": { - "modified": "2020-10-15T22:28:08.254Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/ServiceWorkerGlobalScope/onactivate": { - "modified": "2019-03-23T22:20:44.625Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerGlobalScope/onfetch": { - "modified": "2020-10-15T22:29:58.912Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerGlobalScope/oninstall": { - "modified": "2019-03-23T22:19:50.199Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerGlobalScope/onmessage": { - "modified": "2020-10-15T21:51:39.149Z", - "contributors": [ - "Wind1808", - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerGlobalScope/onnotificationclick": { - "modified": "2019-03-23T22:20:34.361Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerGlobalScope/onnotificationclose": { - "modified": "2020-10-15T21:52:44.773Z", - "contributors": [ - "dskmori", - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerGlobalScope/onpush": { - "modified": "2020-10-15T21:51:32.630Z", - "contributors": [ - "Potappo", - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerGlobalScope/onpushsubscriptionchange": { - "modified": "2020-10-15T21:45:38.144Z", - "contributors": [ - "Potappo", - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerGlobalScope/push_event": { - "modified": "2020-10-15T21:45:02.089Z", - "contributors": [ - "mfuji09", - "Potappo", - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerGlobalScope/pushsubscriptionchange_event": { - "modified": "2020-10-15T21:45:03.378Z", - "contributors": [ - "mfuji09", - "Potappo", - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerGlobalScope/registration": { - "modified": "2019-03-23T22:20:52.214Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerGlobalScope/skipWaiting": { - "modified": "2019-03-23T22:20:44.786Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerRegistration": { - "modified": "2020-10-15T21:45:37.802Z", - "contributors": [ - "Wind1808", - "chrisdavidmills" - ] - }, - "Web/API/ServiceWorkerRegistration/active": { - "modified": "2020-10-15T22:29:04.911Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerRegistration/getNotifications": { - "modified": "2020-10-15T21:50:15.970Z", - "contributors": [ - "Wind1808", - "jyane", - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerRegistration/installing": { - "modified": "2020-10-15T22:29:03.885Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerRegistration/navigationPreload": { - "modified": "2020-10-15T22:29:05.825Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerRegistration/onupdatefound": { - "modified": "2020-10-15T22:29:08.998Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerRegistration/periodicSync": { - "modified": "2020-10-15T22:29:07.996Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerRegistration/pushManager": { - "modified": "2020-10-15T21:45:37.107Z", - "contributors": [ - "Wind1808", - "Potappo", - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerRegistration/scope": { - "modified": "2020-10-15T22:29:01.866Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerRegistration/showNotification": { - "modified": "2020-10-15T22:29:12.965Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerRegistration/sync": { - "modified": "2020-10-15T22:29:08.659Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerRegistration/unregister": { - "modified": "2020-10-15T22:29:13.303Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ServiceWorkerRegistration/update": { - "modified": "2020-10-15T21:50:15.770Z", - "contributors": [ - "Wind1808", - "YuichiNukiyama" - ] - }, - "Web/API/ServiceWorkerRegistration/waiting": { - "modified": "2020-10-15T22:29:05.204Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Service_Worker_API": { - "modified": "2020-10-08T07:05:00.459Z", - "contributors": [ - "Lichit", - "eltociear", - "Uemmra3", - "mfuji09", - "shimazu", - "niku", - "warapy", - "hideo54", - "lv7777", - "cakecatz", - "mantaroh" - ] - }, - "Web/API/Service_Worker_API/Using_Service_Workers": { - "modified": "2019-10-07T14:40:25.316Z", - "contributors": [ - "mfuji09", - "chikoski", - "mononeco", - "Knium", - "hyamamoto", - "kazu69", - "yhorie", - "asmsuechan", - "technohippy", - "kawakami", - "YuichiNukiyama", - "cosmology233" - ] - }, - "Web/API/ShadowRoot": { - "modified": "2020-10-15T22:09:53.285Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "elkurin" - ] - }, - "Web/API/ShadowRoot/delegatesFocus": { - "modified": "2020-10-15T22:16:53.452Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/ShadowRoot/innerHTML": { - "modified": "2020-10-15T22:26:27.075Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/SharedWorker": { - "modified": "2020-10-15T21:48:50.480Z", - "contributors": [ - "YuichiNukiyama", - "chikoski" - ] - }, - "Web/API/SharedWorker/port": { - "modified": "2020-10-15T22:09:53.277Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/SharedWorkerGlobalScope": { - "modified": "2020-10-15T22:11:48.993Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/SharedWorkerGlobalScope/connect_event": { - "modified": "2020-10-15T22:11:43.668Z", - "contributors": [ - "mfuji09", - "chrisdavidmills", - "silverskyvicto" - ] - }, - "Web/API/Slotable": { - "modified": "2020-10-15T22:25:35.389Z", - "contributors": [ - "Uemmra3", - "gurezo" - ] - }, - "Web/API/SourceBuffer": { - "modified": "2020-10-15T22:24:56.561Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/abort": { - "modified": "2020-10-15T22:25:06.149Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/appendBuffer": { - "modified": "2020-10-15T22:25:06.287Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/appendBufferAsync": { - "modified": "2020-10-15T22:25:06.887Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/appendStream": { - "modified": "2020-10-15T22:25:07.363Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/appendWindowEnd": { - "modified": "2020-10-15T22:25:03.784Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/appendWindowStart": { - "modified": "2020-10-15T22:25:04.897Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/audioTracks": { - "modified": "2020-10-15T22:25:04.721Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/buffered": { - "modified": "2020-10-15T22:25:04.265Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/changeType": { - "modified": "2020-10-15T22:25:07.974Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/mode": { - "modified": "2020-10-15T22:25:05.002Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/remove": { - "modified": "2020-10-15T22:25:06.774Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/removeAsync": { - "modified": "2020-10-15T22:25:08.365Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/textTracks": { - "modified": "2020-10-15T22:25:04.218Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/timestampOffset": { - "modified": "2020-10-15T22:25:06.866Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/trackDefaults": { - "modified": "2020-10-15T22:25:05.781Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/updating": { - "modified": "2020-10-15T22:25:05.767Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBuffer/videoTracks": { - "modified": "2020-10-15T22:25:04.358Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBufferList": { - "modified": "2020-10-15T22:25:08.472Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBufferList/SourceBuffer": { - "modified": "2020-10-15T22:25:15.443Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SourceBufferList/length": { - "modified": "2020-10-15T22:25:07.557Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/SpeechGrammar": { - "modified": "2020-10-15T21:58:39.980Z", - "contributors": [ - "Marsf", - "i.takaki" - ] - }, - "Web/API/SpeechRecognition": { - "modified": "2020-10-15T21:43:20.814Z", - "contributors": [ - "Marsf", - "chrisdavidmills" - ] - }, - "Web/API/SpeechRecognition/SpeechRecognition": { - "modified": "2020-11-29T09:30:41.308Z", - "contributors": [ - "yumetodo", - "hamasaki", - "dskmori", - "kawakami" - ] - }, - "Web/API/SpeechRecognition/abort": { - "modified": "2020-10-15T22:16:26.504Z", - "contributors": [ - "takaneichinose", - "hamasaki" - ] - }, - "Web/API/SpeechRecognition/audiostart_event": { - "modified": "2020-10-15T22:00:38.746Z", - "contributors": [ - "mfuji09", - "wbamberg", - "fscholz", - "Solvalow" - ] - }, - "Web/API/SpeechRecognition/continuous": { - "modified": "2020-10-15T22:16:26.644Z", - "contributors": [ - "Uemmra3", - "0505Keitan", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/grammars": { - "modified": "2020-10-15T22:16:26.596Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/interimResults": { - "modified": "2020-10-15T22:16:27.564Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/lang": { - "modified": "2020-10-15T22:16:26.575Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/maxAlternatives": { - "modified": "2020-10-15T22:16:28.154Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/onaudioend": { - "modified": "2020-10-15T22:14:18.025Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/onaudiostart": { - "modified": "2020-10-15T22:14:17.745Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/onend": { - "modified": "2020-10-15T22:14:17.843Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/onerror": { - "modified": "2020-10-15T22:14:18.414Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/onnomatch": { - "modified": "2020-10-15T22:14:18.219Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/onresult": { - "modified": "2020-10-15T22:14:18.958Z", - "contributors": [ - "yamachu", - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/onsoundend": { - "modified": "2020-10-15T22:14:18.276Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/onsoundstart": { - "modified": "2020-10-15T22:14:18.484Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/onspeechend": { - "modified": "2020-10-15T22:14:18.567Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/onspeechstart": { - "modified": "2020-10-15T22:14:19.731Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/onstart": { - "modified": "2020-10-15T22:14:18.258Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/serviceURI": { - "modified": "2020-10-15T22:16:27.874Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/start": { - "modified": "2020-10-15T22:16:26.557Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognition/stop": { - "modified": "2020-10-15T22:16:26.624Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechRecognitionAlternative": { - "modified": "2020-10-15T21:43:16.979Z", - "contributors": [ - "Marsf", - "kawakami" - ] - }, - "Web/API/SpeechRecognitionAlternative/transcript": { - "modified": "2020-10-15T22:14:48.525Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/SpeechRecognitionError": { - "modified": "2020-10-15T22:12:55.460Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/SpeechRecognitionResult": { - "modified": "2020-10-15T22:16:27.822Z", - "contributors": [ - "lucian95" - ] - }, - "Web/API/SpeechRecognitionResult/isFinal": { - "modified": "2020-10-15T22:16:27.596Z", - "contributors": [ - "Uemmra3", - "takaneichinose" - ] - }, - "Web/API/SpeechSynthesis": { - "modified": "2020-10-15T22:12:58.788Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/SpeechSynthesisUtterance": { - "modified": "2020-10-15T21:59:04.832Z", - "contributors": [ - "Marsf", - "iccha" - ] - }, - "Web/API/SpeechSynthesisUtterance/lang": { - "modified": "2019-03-23T22:02:39.569Z", - "contributors": [ - "iccha" - ] - }, - "Web/API/StereoPannerNode": { - "modified": "2019-03-23T22:51:00.765Z", - "contributors": [ - "chikoski", - "fscholz", - "teoli" - ] - }, - "Web/API/Storage": { - "modified": "2020-10-15T21:47:56.626Z", - "contributors": [ - "Uemmra3", - "yyss" - ] - }, - "Web/API/Storage/clear": { - "modified": "2020-10-15T21:47:55.072Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/Storage/getItem": { - "modified": "2019-11-06T09:19:10.976Z", - "contributors": [ - "SaekiTominaga", - "yyss" - ] - }, - "Web/API/Storage/key": { - "modified": "2019-10-27T05:10:53.577Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/Storage/length": { - "modified": "2019-10-26T23:48:34.758Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/Storage/removeItem": { - "modified": "2020-10-15T21:47:55.386Z", - "contributors": [ - "SaekiTominaga", - "mfuji09", - "yyss" - ] - }, - "Web/API/Storage/setItem": { - "modified": "2019-11-06T09:17:29.628Z", - "contributors": [ - "SaekiTominaga", - "yyss" - ] - }, - "Web/API/StorageEstimate": { - "modified": "2020-10-15T22:20:05.823Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Web/API/StorageEstimate/quota": { - "modified": "2020-10-15T22:20:08.643Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Web/API/StorageEstimate/usage": { - "modified": "2020-10-15T22:20:08.494Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Web/API/StorageEvent": { - "modified": "2019-10-27T14:31:31.975Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/StorageManager": { - "modified": "2020-10-15T22:20:05.997Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Web/API/StorageManager/estimate": { - "modified": "2020-10-15T22:20:07.616Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "Wind1808" - ] - }, - "Web/API/StorageManager/persist": { - "modified": "2020-10-15T22:20:06.680Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/StorageManager/persisted": { - "modified": "2020-10-15T22:20:07.593Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Storage_API": { - "modified": "2020-10-15T22:20:04.706Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Web/API/Storage_Access_API": { - "modified": "2020-10-15T22:28:07.348Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Storage_Access_API/Using": { - "modified": "2020-03-22T02:31:18.269Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Streams_API": { - "modified": "2020-10-15T22:25:18.119Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/Streams_API/Concepts": { - "modified": "2020-01-12T09:09:08.588Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Streams_API/Using_readable_streams": { - "modified": "2020-01-12T09:21:55.675Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Streams_API/Using_writable_streams": { - "modified": "2019-12-10T10:29:52.068Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/StyleSheet": { - "modified": "2020-10-15T21:22:00.230Z", - "contributors": [ - "eltociear", - "Uemmra3", - "676Masanori", - "fscholz", - "ethertank", - "teoli" - ] - }, - "Web/API/StyleSheet/disabled": { - "modified": "2019-03-23T23:32:57.142Z", - "contributors": [ - "khalid32", - "ethertank" - ] - }, - "Web/API/StyleSheet/href": { - "modified": "2019-03-23T23:32:23.288Z", - "contributors": [ - "jsx", - "ethertank" - ] - }, - "Web/API/StyleSheet/media": { - "modified": "2019-03-18T21:36:56.066Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/StyleSheet/ownerNode": { - "modified": "2019-03-23T22:25:33.744Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/StyleSheet/parentStyleSheet": { - "modified": "2019-03-23T23:32:20.191Z", - "contributors": [ - "jsx", - "ethertank" - ] - }, - "Web/API/StyleSheet/title": { - "modified": "2019-03-23T23:31:38.964Z", - "contributors": [ - "xuancanh", - "ethertank" - ] - }, - "Web/API/StyleSheet/type": { - "modified": "2019-03-23T23:32:25.501Z", - "contributors": [ - "jsx", - "ethertank" - ] - }, - "Web/API/StyleSheetList": { - "modified": "2020-10-15T22:23:50.586Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "shin1810" - ] - }, - "Web/API/SubtleCrypto": { - "modified": "2020-10-15T21:59:26.727Z", - "contributors": [ - "fscholz", - "Marsf" - ] - }, - "Web/API/SubtleCrypto/digest": { - "modified": "2020-10-15T22:22:31.766Z", - "contributors": [ - "mfuji09", - "dojyorin" - ] - }, - "Web/API/SyncEvent": { - "modified": "2020-10-15T22:32:47.692Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/SyncEvent/SyncEvent": { - "modified": "2020-10-15T22:32:56.238Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/SyncEvent/lastChance": { - "modified": "2020-10-15T22:32:54.897Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/SyncEvent/registration": { - "modified": "2020-10-15T22:32:47.070Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/SyncEvent/tag": { - "modified": "2020-10-15T22:32:51.821Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/SyncManager": { - "modified": "2020-10-15T22:31:34.123Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/TaskAttributionTiming": { - "modified": "2020-10-15T22:20:04.636Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/TaskAttributionTiming/containerId": { - "modified": "2020-10-15T22:20:04.411Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/TaskAttributionTiming/containerName": { - "modified": "2020-10-15T22:20:04.422Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/TaskAttributionTiming/containerSrc": { - "modified": "2020-10-15T22:20:04.450Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/TaskAttributionTiming/containerType": { - "modified": "2020-10-15T22:20:04.390Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Text": { - "modified": "2020-10-15T21:48:50.049Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/Text/splitText": { - "modified": "2020-10-15T22:32:16.374Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/TextDecoder": { - "modified": "2020-10-15T21:48:45.190Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/TextEncoder": { - "modified": "2020-10-15T21:48:49.735Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/TextEncoder/TextEncoder": { - "modified": "2020-10-15T22:16:40.426Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/TextEncoder/encode": { - "modified": "2020-10-15T22:16:42.540Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/TextEncoder/encoding": { - "modified": "2020-10-15T22:16:40.791Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/TextTrack": { - "modified": "2020-10-15T22:19:37.191Z", - "contributors": [ - "mfuji09", - "Wind1808", - "fscholz" - ] - }, - "Web/API/TextTrack/cuechange_event": { - "modified": "2020-10-15T22:19:36.754Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/TextTrack/mode": { - "modified": "2020-10-15T22:19:36.612Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/TextTrackCue": { - "modified": "2019-06-03T12:34:16.398Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/TimeRanges": { - "modified": "2020-10-15T22:24:54.309Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/TimeRanges/end": { - "modified": "2020-10-15T22:24:54.248Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/TimeRanges/length": { - "modified": "2020-10-15T22:24:53.817Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/TimeRanges/start": { - "modified": "2020-10-15T22:24:52.217Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Touch": { - "modified": "2020-10-15T21:48:37.260Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss" - ] - }, - "Web/API/Touch/clientX": { - "modified": "2020-10-15T22:32:18.936Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Touch/clientY": { - "modified": "2020-10-15T22:32:18.189Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Touch/identifier": { - "modified": "2020-10-15T22:32:19.447Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Touch/screenY": { - "modified": "2020-10-15T22:33:02.142Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/TouchEvent": { - "modified": "2020-10-15T21:48:28.518Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/TouchList": { - "modified": "2020-10-15T21:21:33.317Z", - "contributors": [ - "mfuji09", - "khalid32", - "ethertank" - ] - }, - "Web/API/TouchList/length": { - "modified": "2019-03-23T23:29:27.347Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank" - ] - }, - "Web/API/Touch_events": { - "modified": "2020-10-15T21:12:52.815Z", - "contributors": [ - "mfuji09", - "isdh", - "yyss", - "Sebastianz", - "ethertank", - "Potappo" - ] - }, - "Web/API/Touch_events/Supporting_both_TouchEvent_and_MouseEvent": { - "modified": "2019-03-18T20:45:32.564Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/TrackEvent": { - "modified": "2020-10-15T22:19:11.950Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/TrackEvent/TrackEvent": { - "modified": "2020-10-15T22:19:11.131Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/TrackEvent/track": { - "modified": "2020-10-15T22:19:10.251Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Transferable": { - "modified": "2020-10-15T21:42:56.527Z", - "contributors": [ - "mfuji09", - "momdo", - "chikoski", - "takamin" - ] - }, - "Web/API/TransformStream": { - "modified": "2020-10-15T22:28:07.323Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/TransitionEvent": { - "modified": "2020-10-15T22:26:57.615Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/TransitionEvent/pseudoElement": { - "modified": "2020-10-15T22:33:03.664Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/TypeInfo": { - "modified": "2020-08-15T13:22:42.886Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/UIEvent": { - "modified": "2020-10-15T21:48:21.696Z", - "contributors": [ - "isdh", - "yyss" - ] - }, - "Web/API/URL": { - "modified": "2020-10-15T21:33:06.267Z", - "contributors": [ - "mfuji09", - "Wind1808", - "yyss", - "yumetodo", - "YuichiNukiyama", - "fscholz" - ] - }, - "Web/API/URL/URL": { - "modified": "2020-10-15T21:50:35.709Z", - "contributors": [ - "Wind1808", - "yyss", - "dlwe", - "YuichiNukiyama" - ] - }, - "Web/API/URL/createObjectURL": { - "modified": "2020-10-15T21:19:53.171Z", - "contributors": [ - "shimataro", - "Wind1808", - "cola119", - "isdh", - "mfuji09", - "YuichiNukiyama", - "fscholz", - "ethertank", - "chatarouxxx" - ] - }, - "Web/API/URL/hash": { - "modified": "2020-10-15T22:23:29.628Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URL/host": { - "modified": "2020-10-15T22:23:29.780Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URL/hostname": { - "modified": "2020-10-15T22:23:29.744Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URL/href": { - "modified": "2020-10-15T22:23:30.591Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URL/origin": { - "modified": "2020-10-15T21:50:37.817Z", - "contributors": [ - "Wind1808", - "YuichiNukiyama" - ] - }, - "Web/API/URL/password": { - "modified": "2020-10-15T22:23:30.175Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URL/pathname": { - "modified": "2020-10-15T22:23:31.788Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URL/port": { - "modified": "2020-10-15T22:23:34.544Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URL/protocol": { - "modified": "2020-10-15T22:23:33.238Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URL/revokeObjectURL": { - "modified": "2020-10-15T21:21:39.101Z", - "contributors": [ - "Wind1808", - "isdh", - "YuichiNukiyama", - "fscholz", - "ethertank" - ] - }, - "Web/API/URL/search": { - "modified": "2020-10-15T22:23:33.062Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Web/API/URL/searchParams": { - "modified": "2020-10-15T21:50:37.073Z", - "contributors": [ - "Wind1808", - "Marsf", - "YuichiNukiyama" - ] - }, - "Web/API/URL/toJSON": { - "modified": "2020-10-15T22:23:40.766Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URL/toString": { - "modified": "2020-10-15T22:23:36.185Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URL/username": { - "modified": "2020-10-15T22:23:31.958Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URLSearchParams": { - "modified": "2020-10-15T21:56:04.709Z", - "contributors": [ - "mfuji09", - "Wind1808", - "yumetodo", - "unarist", - "ShoheiTai" - ] - }, - "Web/API/URLSearchParams/URLSearchParams": { - "modified": "2020-10-15T22:23:50.581Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URLSearchParams/append": { - "modified": "2020-10-15T22:23:50.428Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URLSearchParams/delete": { - "modified": "2020-10-15T22:23:50.479Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URLSearchParams/entries": { - "modified": "2020-10-15T22:23:51.938Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URLSearchParams/forEach": { - "modified": "2020-10-15T22:23:51.819Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URLSearchParams/get": { - "modified": "2020-10-15T22:23:52.512Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URLSearchParams/getAll": { - "modified": "2020-10-15T22:23:52.918Z", - "contributors": [ - "ciffelia", - "Wind1808" - ] - }, - "Web/API/URLSearchParams/has": { - "modified": "2020-10-15T22:23:52.570Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URLSearchParams/keys": { - "modified": "2020-10-15T22:23:53.827Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URLSearchParams/set": { - "modified": "2020-10-15T22:23:53.717Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URLSearchParams/sort": { - "modified": "2020-10-15T22:23:53.453Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URLSearchParams/toString": { - "modified": "2020-10-15T22:23:54.614Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URLSearchParams/values": { - "modified": "2020-10-15T22:23:54.738Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/URL_API": { - "modified": "2020-10-15T22:23:51.539Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/USVString": { - "modified": "2019-05-14T00:11:21.419Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/UserProximityEvent": { - "modified": "2020-10-15T21:22:31.047Z", - "contributors": [ - "mfuji09", - "yyss", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/UserProximityEvent/near": { - "modified": "2020-10-15T21:22:30.707Z", - "contributors": [ - "YujiSoftware", - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/User_Timing_API": { - "modified": "2019-06-09T11:03:19.144Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/VRDevice": { - "modified": "2020-10-15T21:40:29.390Z", - "contributors": [ - "eltociear", - "rootx" - ] - }, - "Web/API/VRDevice/cancelAnimationFrame": { - "modified": "2019-03-23T22:29:51.666Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDevice/capabilities": { - "modified": "2020-11-07T02:30:42.944Z", - "contributors": [ - "eltociear", - "rootx" - ] - }, - "Web/API/VRDevice/depthFar": { - "modified": "2019-03-23T22:30:24.676Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDevice/depthNear": { - "modified": "2019-03-23T22:30:15.876Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDevice/displayId": { - "modified": "2020-11-07T02:27:52.795Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/VRDevice/getEyeParameters": { - "modified": "2019-03-23T22:29:49.188Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDevice/getImmediatePose": { - "modified": "2019-03-23T22:29:46.286Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDevice/getLayers": { - "modified": "2020-10-15T21:47:40.049Z", - "contributors": [ - "YujiSoftware", - "rootx" - ] - }, - "Web/API/VRDevice/getPose": { - "modified": "2019-03-23T22:29:54.183Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDevice/isConnected": { - "modified": "2019-03-18T21:15:07.749Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDevice/isPresenting": { - "modified": "2019-03-18T21:15:34.882Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDevice/requestAnimationFrame": { - "modified": "2019-03-23T22:03:32.055Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDevice/requestPresent": { - "modified": "2020-08-24T13:37:55.091Z", - "contributors": [ - "eltociear", - "rootx" - ] - }, - "Web/API/VRDevice/resetPose": { - "modified": "2019-03-23T22:29:52.536Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDevice/stageParameters": { - "modified": "2020-10-15T21:49:08.033Z", - "contributors": [ - "YujiSoftware", - "rootx" - ] - }, - "Web/API/VRDevice/submitFrame": { - "modified": "2019-03-18T21:15:35.378Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDisplayCapabilities": { - "modified": "2020-10-15T21:47:31.318Z", - "contributors": [ - "YujiSoftware", - "rootx" - ] - }, - "Web/API/VRDisplayCapabilities/canPresent": { - "modified": "2019-03-23T22:30:00.890Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDisplayCapabilities/hasExternalDisplay": { - "modified": "2019-03-23T22:30:02.150Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDisplayCapabilities/hasOrientation": { - "modified": "2019-03-23T22:30:02.285Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDisplayCapabilities/hasPosition": { - "modified": "2019-03-23T22:30:02.451Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDisplayCapabilities/maxLayers": { - "modified": "2019-03-23T22:30:00.244Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRDisplayEvent": { - "modified": "2020-10-15T22:34:12.010Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/VREyeParameters": { - "modified": "2019-03-23T22:30:34.863Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VREyeParameters/fieldOfView": { - "modified": "2019-03-23T22:27:12.676Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VREyeParameters/offset": { - "modified": "2019-03-23T22:27:09.128Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VREyeParameters/renderHeight": { - "modified": "2020-10-15T21:49:08.932Z", - "contributors": [ - "YujiSoftware", - "rootx" - ] - }, - "Web/API/VREyeParameters/renderWidth": { - "modified": "2019-03-23T22:27:14.466Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRFieldOfView": { - "modified": "2019-03-23T22:30:38.810Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRFrameData": { - "modified": "2020-10-15T21:59:10.625Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/VRFrameData/VRFrameData": { - "modified": "2020-10-15T21:59:09.966Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/VRFrameData/leftProjectionMatrix": { - "modified": "2020-10-15T21:59:09.141Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/VRFrameData/leftViewMatrix": { - "modified": "2020-10-15T21:59:08.968Z", - "contributors": [ - "e53e04ac" - ] - }, - "Web/API/VRLayer": { - "modified": "2020-10-15T21:49:15.252Z", - "contributors": [ - "eltociear", - "rootx" - ] - }, - "Web/API/VRLayer/rightBounds": { - "modified": "2020-10-15T22:33:24.438Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/VRLayer/source": { - "modified": "2020-10-15T22:34:10.662Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/VRPose": { - "modified": "2019-03-23T22:30:33.796Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRStageParameters": { - "modified": "2020-10-15T21:47:31.552Z", - "contributors": [ - "YujiSoftware", - "rootx" - ] - }, - "Web/API/VRStageParameters/sittingToStandingTransform": { - "modified": "2019-03-23T22:11:55.914Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRStageParameters/sizeX": { - "modified": "2019-03-18T21:17:23.851Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VRStageParameters/sizeY": { - "modified": "2019-03-18T21:15:34.709Z", - "contributors": [ - "rootx" - ] - }, - "Web/API/VTTCue": { - "modified": "2020-10-15T22:19:41.186Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VTTCue/VTTCue": { - "modified": "2020-10-15T22:19:41.014Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VTTRegion": { - "modified": "2020-10-15T22:19:47.406Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/ValidityState": { - "modified": "2020-10-15T22:07:13.216Z", - "contributors": [ - "sutara79" - ] - }, - "Web/API/ValidityState/badInput": { - "modified": "2020-10-15T22:07:54.125Z", - "contributors": [ - "sutara79" - ] - }, - "Web/API/ValidityState/tooLong": { - "modified": "2020-10-15T22:07:54.002Z", - "contributors": [ - "sutara79" - ] - }, - "Web/API/VideoTrack": { - "modified": "2020-10-15T22:19:18.446Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrack/id": { - "modified": "2020-10-15T22:19:12.602Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrack/kind": { - "modified": "2020-10-15T22:19:15.926Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrack/label": { - "modified": "2020-10-15T22:19:20.057Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrack/language": { - "modified": "2020-10-15T22:19:17.923Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrack/selected": { - "modified": "2020-10-15T22:19:17.175Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrack/sourceBuffer": { - "modified": "2020-10-15T22:19:15.766Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrackList": { - "modified": "2020-10-15T22:19:18.555Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/VideoTrackList/addtrack_event": { - "modified": "2020-10-15T22:19:31.883Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrackList/change_event": { - "modified": "2020-10-15T22:19:32.766Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrackList/getTrackById": { - "modified": "2020-10-15T22:19:29.143Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrackList/length": { - "modified": "2020-10-15T22:19:20.445Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrackList/onaddtrack": { - "modified": "2020-10-15T22:19:19.142Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrackList/onchange": { - "modified": "2020-10-15T22:19:29.008Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrackList/onremovetrack": { - "modified": "2020-10-15T22:19:28.819Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrackList/removetrack_event": { - "modified": "2020-10-15T22:19:32.801Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/VideoTrackList/selectedIndex": { - "modified": "2020-10-15T22:19:29.012Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WebGLRenderingContext": { - "modified": "2020-10-15T22:03:37.571Z", - "contributors": [ - "nyamadan" - ] - }, - "Web/API/WebGLRenderingContext/attachShader": { - "modified": "2020-10-15T22:15:21.530Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/bindBuffer": { - "modified": "2020-10-15T22:15:20.091Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/bufferData": { - "modified": "2020-10-15T22:15:22.293Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/clear": { - "modified": "2020-10-15T22:15:19.801Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/clearColor": { - "modified": "2020-10-15T22:15:20.013Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/clearDepth": { - "modified": "2020-10-15T22:15:20.098Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/clearStencil": { - "modified": "2020-10-15T22:15:20.143Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/compileShader": { - "modified": "2020-10-15T22:15:21.783Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/createBuffer": { - "modified": "2020-10-15T22:15:21.337Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/createProgram": { - "modified": "2020-10-15T22:15:20.788Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/createShader": { - "modified": "2020-10-15T22:15:21.824Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/drawArrays": { - "modified": "2020-10-15T22:15:23.598Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/getAttribLocation": { - "modified": "2020-11-11T23:14:46.813Z", - "contributors": [ - "look_Sky" - ] - }, - "Web/API/WebGLRenderingContext/linkProgram": { - "modified": "2020-11-11T23:34:49.390Z", - "contributors": [ - "look_Sky", - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/shaderSource": { - "modified": "2020-10-15T22:15:20.761Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/uniformMatrix": { - "modified": "2020-10-15T22:15:24.874Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/useProgram": { - "modified": "2020-10-15T22:15:21.449Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGLRenderingContext/vertexAttribPointer": { - "modified": "2020-10-15T22:15:23.140Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/WebGL_API": { - "modified": "2020-12-01T15:20:48.006Z", - "contributors": [ - "peterbe", - "mfuji09", - "silverskyvicto", - "Uemmra3", - "T.Ukegawa", - "yyss", - "fscholz", - "ethertank", - "Yukoba", - "kohei.yoshino", - "saneyuki_s", - "Potappo" - ] - }, - "Web/API/WebGL_API/Basic_2D_animation_example": { - "modified": "2019-12-11T11:01:17.405Z", - "contributors": [ - "dskmori", - "T.Ukegawa" - ] - }, - "Web/API/WebGL_API/By_example": { - "modified": "2020-02-28T22:26:01.678Z", - "contributors": [ - "Uemmra3", - "naotaro0123" - ] - }, - "Web/API/WebGL_API/Constants": { - "modified": "2020-01-06T02:40:47.420Z", - "contributors": [ - "0918nobita" - ] - }, - "Web/API/WebGL_API/Cross-Domain_Textures": { - "modified": "2019-01-16T13:04:17.114Z", - "contributors": [ - "fscholz", - "ethertank", - "yyss" - ] - }, - "Web/API/WebGL_API/Data": { - "modified": "2020-01-19T08:13:45.040Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/WebGL_API/Matrix_math_for_the_web": { - "modified": "2020-09-11T08:59:05.453Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WebGL_API/Tutorial": { - "modified": "2019-03-23T22:48:46.322Z", - "contributors": [ - "Uemmra3", - "yyss", - "fscholz" - ] - }, - "Web/API/WebGL_API/Tutorial/Adding_2D_content_to_a_WebGL_context": { - "modified": "2020-01-20T14:43:28.431Z", - "contributors": [ - "silverskyvicto", - "yyss", - "fscholz", - "ethertank" - ] - }, - "Web/API/WebGL_API/Tutorial/Animating_objects_with_WebGL": { - "modified": "2019-03-24T00:11:42.469Z", - "contributors": [ - "yyss", - "fscholz", - "ethertank" - ] - }, - "Web/API/WebGL_API/Tutorial/Animating_textures_in_WebGL": { - "modified": "2019-03-24T00:11:55.371Z", - "contributors": [ - "yyss", - "fscholz", - "ethertank" - ] - }, - "Web/API/WebGL_API/Tutorial/Creating_3D_objects_using_WebGL": { - "modified": "2019-03-23T22:49:46.566Z", - "contributors": [ - "applePrincess", - "yyss", - "fscholz", - "ethertank" - ] - }, - "Web/API/WebGL_API/Tutorial/Getting_started_with_WebGL": { - "modified": "2020-07-09T10:09:34.601Z", - "contributors": [ - "dskmori", - "silverskyvicto", - "yyss", - "fscholz", - "namsan", - "ethertank" - ] - }, - "Web/API/WebGL_API/Tutorial/Lighting_in_WebGL": { - "modified": "2019-03-24T00:11:46.413Z", - "contributors": [ - "ln-north", - "yyss", - "fscholz", - "ethertank" - ] - }, - "Web/API/WebGL_API/Tutorial/Using_shaders_to_apply_color_in_WebGL": { - "modified": "2019-03-24T00:11:40.390Z", - "contributors": [ - "yyss", - "fscholz", - "ethertank" - ] - }, - "Web/API/WebGL_API/Tutorial/Using_textures_in_WebGL": { - "modified": "2019-03-24T00:15:41.275Z", - "contributors": [ - "jy97", - "yyss", - "fscholz", - "ethertank" - ] - }, - "Web/API/WebGL_API/Types": { - "modified": "2020-01-19T08:27:37.018Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/WebGL_API/Using_Extensions": { - "modified": "2019-03-23T22:38:57.710Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/WebGL_API/WebGL_best_practices": { - "modified": "2019-03-24T00:13:48.798Z", - "contributors": [ - "fscholz", - "ethertank", - "Marsf" - ] - }, - "Web/API/WebGL_API/WebGL_model_view_projection": { - "modified": "2020-08-23T14:24:33.733Z", - "contributors": [ - "muko" - ] - }, - "Web/API/WebRTC_API": { - "modified": "2020-07-18T02:30:52.926Z", - "contributors": [ - "hamasaki", - "Akihiko", - "mjmiyama", - "mfuji09", - "YuichiNukiyama", - "shuuji3", - "H-Yamagata", - "yusuke84" - ] - }, - "Web/API/WebRTC_API/Connectivity": { - "modified": "2020-07-09T02:14:33.886Z", - "contributors": [ - "FujiHaruka" - ] - }, - "Web/API/WebRTC_API/Protocols": { - "modified": "2020-07-17T22:54:09.962Z", - "contributors": [ - "nagamatz", - "macinjoke", - "mfuji09", - "shuuji3" - ] - }, - "Web/API/WebSocket": { - "modified": "2020-10-15T21:53:11.306Z", - "contributors": [ - "maechabin", - "mfuji09", - "tanaka0325", - "silverskyvicto", - "toVersus", - "shuuji3" - ] - }, - "Web/API/WebSocket/WebSocket": { - "modified": "2020-10-15T22:09:58.690Z", - "contributors": [ - "maechabin", - "nagamatz", - "silverskyvicto" - ] - }, - "Web/API/WebSocket/binaryType": { - "modified": "2020-10-15T22:34:52.161Z", - "contributors": [ - "maechabin" - ] - }, - "Web/API/WebSocket/bufferedAmount": { - "modified": "2020-10-15T22:34:39.648Z", - "contributors": [ - "maechabin" - ] - }, - "Web/API/WebSocket/close": { - "modified": "2020-10-15T22:34:51.173Z", - "contributors": [ - "maechabin" - ] - }, - "Web/API/WebSocket/close_event": { - "modified": "2020-10-15T22:11:40.613Z", - "contributors": [ - "mfuji09", - "irenesmith", - "silverskyvicto" - ] - }, - "Web/API/WebSocket/error_event": { - "modified": "2020-10-15T22:31:54.207Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/WebSocket/extensions": { - "modified": "2020-10-15T22:34:52.316Z", - "contributors": [ - "maechabin" - ] - }, - "Web/API/WebSocket/message_event": { - "modified": "2020-10-15T22:27:02.973Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/WebSocket/onclose": { - "modified": "2020-09-25T11:45:51.374Z", - "contributors": [ - "maechabin" - ] - }, - "Web/API/WebSocket/onerror": { - "modified": "2020-10-15T22:27:10.724Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/WebSocket/onmessage": { - "modified": "2020-10-15T22:27:03.005Z", - "contributors": [ - "maechabin", - "mfuji09" - ] - }, - "Web/API/WebSocket/onopen": { - "modified": "2020-10-15T22:27:03.150Z", - "contributors": [ - "Mr.Chenzm", - "mfuji09" - ] - }, - "Web/API/WebSocket/open_event": { - "modified": "2020-10-15T22:27:02.962Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/WebSocket/protocol": { - "modified": "2020-10-15T22:34:52.350Z", - "contributors": [ - "maechabin" - ] - }, - "Web/API/WebSocket/readyState": { - "modified": "2020-10-15T22:34:41.506Z", - "contributors": [ - "maechabin" - ] - }, - "Web/API/WebSocket/send": { - "modified": "2020-10-15T22:34:51.352Z", - "contributors": [ - "maechabin" - ] - }, - "Web/API/WebSocket/url": { - "modified": "2020-10-15T22:34:52.111Z", - "contributors": [ - "maechabin" - ] - }, - "Web/API/WebSockets_API": { - "modified": "2020-10-15T21:03:40.175Z", - "contributors": [ - "Aminevsky", - "mfuji09", - "PicoSushi", - "silverskyvicto", - "lv7777", - "hamasaki", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/API/WebSockets_API/WebSockets_reference": { - "modified": "2019-03-23T23:32:19.540Z", - "contributors": [ - "hamasaki", - "ethertank", - "suzukaze" - ] - }, - "Web/API/WebSockets_API/Writing_WebSocket_client_applications": { - "modified": "2020-02-21T02:25:52.182Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "lv7777", - "hamasaki", - "ethertank", - "suzukaze" - ] - }, - "Web/API/WebSockets_API/Writing_WebSocket_server": { - "modified": "2019-03-18T21:23:57.418Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/WebSockets_API/Writing_WebSocket_servers": { - "modified": "2020-10-02T11:28:39.886Z", - "contributors": [ - "maechabin", - "bashi", - "mfuji09", - "airtoxin", - "silverskyvicto", - "yukinarit", - "teoli" - ] - }, - "Web/API/WebSockets_API/Writing_a_WebSocket_server_in_Java": { - "modified": "2019-03-18T21:23:57.639Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/WebVR_API": { - "modified": "2020-10-15T21:39:39.238Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "chikoski", - "rootx" - ] - }, - "Web/API/WebVR_API/Concepts": { - "modified": "2019-03-23T22:45:20.755Z", - "contributors": [ - "rootx", - "chrisdavidmills" - ] - }, - "Web/API/WebVR_API/Using_VR_controllers_with_WebVR": { - "modified": "2020-08-20T13:34:27.959Z", - "contributors": [ - "eltociear", - "keijipoon" - ] - }, - "Web/API/WebVR_API/Using_the_WebVR_API": { - "modified": "2019-03-23T22:44:05.416Z", - "contributors": [ - "chikoski", - "rootx" - ] - }, - "Web/API/WebVTT_API": { - "modified": "2020-10-15T21:28:04.646Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "silverskyvicto", - "Wind1808", - "wbamberg", - "lv7777", - "shinnn", - "nshimizu" - ] - }, - "Web/API/WebXR_Device_API": { - "modified": "2020-10-31T06:31:48.024Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WebXR_Device_API/Cameras": { - "modified": "2020-10-11T06:26:45.660Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WebXR_Device_API/Geometry": { - "modified": "2020-10-10T18:14:31.910Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WebXR_Device_API/Lighting": { - "modified": "2020-12-05T11:01:39.874Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WebXR_Device_API/Movement_and_motion": { - "modified": "2020-10-21T10:18:02.145Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WebXR_Device_API/Rendering": { - "modified": "2020-09-26T02:36:28.226Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WebXR_Device_API/Startup_and_shutdown": { - "modified": "2020-09-13T13:07:35.027Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/Web_Animations_API": { - "modified": "2020-08-23T02:47:12.593Z", - "contributors": [ - "yoshioms", - "mfuji09", - "kay8" - ] - }, - "Web/API/Web_Animations_API/Using_the_Web_Animations_API": { - "modified": "2020-09-04T01:24:23.194Z", - "contributors": [ - "kit494way", - "mantaroh" - ] - }, - "Web/API/Web_Audio_API": { - "modified": "2020-10-15T21:28:35.609Z", - "contributors": [ - "mfuji09", - "yumetodo", - "Korilakkuma", - "acid-chicken", - "chikoski", - "niusounds", - "hirontweet", - "nshimizu" - ] - }, - "Web/API/Web_Audio_API/Basic_concepts_behind_Web_Audio_API": { - "modified": "2020-07-22T12:17:44.149Z", - "contributors": [ - "mfuji09", - "nelly-n" - ] - }, - "Web/API/Web_Audio_API/Using_Web_Audio_API": { - "modified": "2020-05-17T11:56:44.707Z", - "contributors": [ - "technohippy", - "mfuji09", - "granola", - "chikoski", - "maruhiro" - ] - }, - "Web/API/Web_Audio_API/Visualizations_with_Web_Audio_API": { - "modified": "2019-03-18T21:28:29.300Z", - "contributors": [ - "hamasaki", - "Uemmra3", - "fnwiya" - ] - }, - "Web/API/Web_Authentication_API": { - "modified": "2020-11-07T13:15:51.384Z", - "contributors": [ - "mkontani", - "suzuken", - "silverskyvicto", - "gtk2k", - "tsbkw", - "Stef107", - "mfuji09", - "takubokudori" - ] - }, - "Web/API/Web_Crypto_API": { - "modified": "2020-10-15T22:20:00.312Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Web_Periodic_Background_Synchronization_API": { - "modified": "2020-11-24T04:28:49.819Z", - "contributors": [ - "shimazu" - ] - }, - "Web/API/Web_Speech_API": { - "modified": "2020-10-15T21:41:13.255Z", - "contributors": [ - "Marsf", - "Solvalow", - "dskmori", - "masato-d", - "kawakami", - "lv7777" - ] - }, - "Web/API/Web_Speech_API/Using_the_Web_Speech_API": { - "modified": "2020-10-25T06:39:18.557Z", - "contributors": [ - "poyo46" - ] - }, - "Web/API/Web_Storage_API": { - "modified": "2020-10-15T21:47:53.215Z", - "contributors": [ - "pcw", - "Wind1808", - "silverskyvicto", - "Uemmra3", - "shuuji3", - "yyss" - ] - }, - "Web/API/Web_Storage_API/Using_the_Web_Storage_API": { - "modified": "2020-10-15T21:47:54.737Z", - "contributors": [ - "kiwiaway", - "mfuji09", - "drytt", - "Uemmra3", - "RyotaMurohoshi", - "ryo-utsunomiya", - "yyss" - ] - }, - "Web/API/Web_Workers_API": { - "modified": "2019-06-04T10:20:58.657Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "hamasaki", - "clariroid" - ] - }, - "Web/API/Web_Workers_API/Functions_and_classes_available_to_workers": { - "modified": "2020-09-24T17:31:14.493Z", - "contributors": [ - "hamasaki", - "Uemmra3", - "kenji-yamasaki", - "chikoski", - "YuichiNukiyama" - ] - }, - "Web/API/Web_Workers_API/Structured_clone_algorithm": { - "modified": "2020-10-10T04:43:11.178Z", - "contributors": [ - "MikuroXina" - ] - }, - "Web/API/Web_Workers_API/Using_web_workers": { - "modified": "2020-11-21T06:04:20.047Z", - "contributors": [ - "Potappo", - "windchime-yk", - "chooblarin", - "mfuji09", - "hamasaki", - "tom-konda", - "yyss", - "ethertank" - ] - }, - "Web/API/WheelEvent": { - "modified": "2020-10-15T21:47:57.502Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/API/Window": { - "modified": "2020-10-15T21:15:02.643Z", - "contributors": [ - "ottyajp", - "mfuji09", - "yyss", - "khalid32", - "ethertank", - "Crash", - "Potappo", - "Shoot", - "Norah", - "Mgjbot", - "Okome", - "Hfjapancom" - ] - }, - "Web/API/Window/DOMContentLoaded_event": { - "modified": "2020-10-15T21:43:18.027Z", - "contributors": [ - "mfuji09", - "wbamberg", - "forl-developer", - "silverskyvicto", - "fscholz", - "toris-birds", - "hamasaki", - "gurezo" - ] - }, - "Web/API/Window/URL": { - "modified": "2019-03-23T23:31:44.426Z", - "contributors": [ - "YuichiNukiyama", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/Window/afterprint_event": { - "modified": "2020-10-15T22:26:51.266Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/alert": { - "modified": "2019-03-23T23:52:19.392Z", - "contributors": [ - "momdo", - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/animationcancel_event": { - "modified": "2020-10-15T22:27:31.167Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/animationend_event": { - "modified": "2020-10-15T22:27:30.316Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/animationiteration_event": { - "modified": "2020-10-15T22:27:29.304Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/animationstart_event": { - "modified": "2020-10-15T22:27:29.130Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/appinstalled_event": { - "modified": "2020-10-15T21:49:27.051Z", - "contributors": [ - "mfuji09", - "wbamberg", - "fscholz", - "YuichiNukiyama" - ] - }, - "Web/API/Window/applicationCache": { - "modified": "2019-03-18T21:25:20.909Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank", - "Mgjbot", - "Kohei" - ] - }, - "Web/API/Window/arguments": { - "modified": "2019-01-16T17:12:27.632Z", - "contributors": [ - "fscholz", - "ethertank" - ] - }, - "Web/API/Window/back": { - "modified": "2019-03-23T23:50:55.327Z", - "contributors": [ - "yyss", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/beforeprint_event": { - "modified": "2020-10-15T22:26:51.416Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/beforeunload_event": { - "modified": "2020-10-15T21:39:43.810Z", - "contributors": [ - "mfuji09", - "wbamberg", - "silverskyvicto", - "yhorie", - "fscholz", - "ossan-engineer" - ] - }, - "Web/API/Window/blur": { - "modified": "2019-03-23T23:51:01.711Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/blur_event": { - "modified": "2020-10-15T22:16:19.836Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/cancelAnimationFrame": { - "modified": "2019-03-23T23:34:36.038Z", - "contributors": [ - "Marsf", - "fscholz", - "ethertank" - ] - }, - "Web/API/Window/captureEvents": { - "modified": "2019-03-23T23:52:28.151Z", - "contributors": [ - "fscholz", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/close": { - "modified": "2020-10-15T21:16:53.403Z", - "contributors": [ - "SphinxKnight", - "Marsf", - "masato-d", - "momdo", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/closed": { - "modified": "2019-03-23T23:49:14.775Z", - "contributors": [ - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/confirm": { - "modified": "2020-10-15T21:16:24.224Z", - "contributors": [ - "pcw", - "HiromuKinoshita", - "woodmix", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/console": { - "modified": "2019-03-23T22:03:50.688Z", - "contributors": [ - "mdmss37" - ] - }, - "Web/API/Window/content": { - "modified": "2019-03-23T23:49:49.879Z", - "contributors": [ - "fscholz", - "khalid32", - "nobuoka", - "ethertank", - "Shoot", - "Potappo" - ] - }, - "Web/API/Window/controllers": { - "modified": "2019-03-23T23:49:47.118Z", - "contributors": [ - "wbamberg", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/copy_event": { - "modified": "2020-10-15T22:27:12.990Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/crypto": { - "modified": "2020-10-15T21:16:38.249Z", - "contributors": [ - "yumetodo", - "Marsf", - "fscholz", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/customElements": { - "modified": "2020-10-15T22:08:55.255Z", - "contributors": [ - "k-kuwahara" - ] - }, - "Web/API/Window/cut_event": { - "modified": "2020-10-15T22:27:13.710Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/defaultStatus": { - "modified": "2019-03-23T23:50:29.916Z", - "contributors": [ - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/devicePixelRatio": { - "modified": "2020-10-15T21:58:39.969Z", - "contributors": [ - "piroor", - "daisuke-f", - "beicun", - "woodmix", - "TNKSoftware" - ] - }, - "Web/API/Window/devicemotion_event": { - "modified": "2020-10-15T22:32:19.658Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/deviceorientation_event": { - "modified": "2020-10-15T22:32:18.774Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/dialogArguments": { - "modified": "2019-10-10T16:53:47.113Z", - "contributors": [ - "teoli", - "ethertank" - ] - }, - "Web/API/Window/directories": { - "modified": "2019-03-23T23:49:48.661Z", - "contributors": [ - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/document": { - "modified": "2020-12-02T10:37:31.743Z", - "contributors": [ - "mfuji09", - "momdo", - "teoli", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/dump": { - "modified": "2019-03-23T23:46:57.090Z", - "contributors": [ - "Marsf", - "lv7777", - "teoli", - "jsx", - "ethertank", - "Shoot" - ] - }, - "Web/API/Window/error_event": { - "modified": "2020-12-03T05:43:17.060Z", - "contributors": [ - "ryym", - "mfuji09" - ] - }, - "Web/API/Window/escape": { - "modified": "2019-03-23T23:51:01.376Z", - "contributors": [ - "teoli", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/event": { - "modified": "2020-10-15T22:00:39.694Z", - "contributors": [ - "yyss", - "mk-tool" - ] - }, - "Web/API/Window/find": { - "modified": "2019-03-23T23:51:09.440Z", - "contributors": [ - "yyss", - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/focus": { - "modified": "2019-03-23T23:50:58.411Z", - "contributors": [ - "teoli", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/focus_event": { - "modified": "2020-10-15T22:16:20.922Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/forward": { - "modified": "2019-07-29T16:32:22.497Z", - "contributors": [ - "bershanskiy", - "yyss", - "teoli", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/frameElement": { - "modified": "2019-03-23T23:49:49.733Z", - "contributors": [ - "momdo", - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/frames": { - "modified": "2020-10-15T21:16:37.954Z", - "contributors": [ - "mfuji09", - "momdo", - "teoli", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/fullScreen": { - "modified": "2020-10-15T21:15:59.836Z", - "contributors": [ - "mfuji09", - "teoli", - "khalid32", - "ethertank", - "Potappo", - "Mgjbot", - "Shoot" - ] - }, - "Web/API/Window/gamepadconnected_event": { - "modified": "2019-03-23T21:59:48.936Z", - "contributors": [ - "irenesmith", - "mfuji09", - "fscholz", - "T.Ukegawa" - ] - }, - "Web/API/Window/gamepaddisconnected_event": { - "modified": "2019-03-18T20:32:28.004Z", - "contributors": [ - "irenesmith", - "mfuji09", - "fscholz", - "T.Ukegawa" - ] - }, - "Web/API/Window/getAttention": { - "modified": "2019-03-23T23:51:10.969Z", - "contributors": [ - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/getComputedStyle": { - "modified": "2020-10-15T21:15:59.772Z", - "contributors": [ - "mfuji09", - "NagayamaToshiaki", - "isdh", - "yumemi-kuwahara", - "frankymacster", - "shundroid", - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/getSelection": { - "modified": "2020-10-15T21:17:07.697Z", - "contributors": [ - "sutara79", - "dskmori", - "teoli", - "khalid32", - "ethertank", - "Mgjbot", - "Luna8bit" - ] - }, - "Web/API/Window/hashchange_event": { - "modified": "2020-10-15T22:28:19.628Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/history": { - "modified": "2020-02-16T08:13:01.374Z", - "contributors": [ - "YUUKIToriyama", - "momdo", - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/home": { - "modified": "2020-10-15T21:16:24.433Z", - "contributors": [ - "YujiSoftware", - "teoli", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/innerHeight": { - "modified": "2020-11-20T13:43:14.616Z", - "contributors": [ - "mfuji09", - "sounisi5011", - "teoli", - "AshfaqHossain", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/API/Window/innerWidth": { - "modified": "2020-12-02T10:12:07.767Z", - "contributors": [ - "mfuji09", - "naturallucky", - "sounisi5011", - "teoli", - "khalid32", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/API/Window/isSecureContext": { - "modified": "2019-03-18T21:45:12.086Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Window/languagechange_event": { - "modified": "2020-10-15T22:28:08.684Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/length": { - "modified": "2019-03-23T23:49:59.802Z", - "contributors": [ - "momdo", - "teoli", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/load_event": { - "modified": "2020-10-15T21:45:55.964Z", - "contributors": [ - "mfuji09", - "wbamberg", - "silverskyvicto", - "sutara79", - "fscholz", - "FumioNonaka" - ] - }, - "Web/API/Window/localStorage": { - "modified": "2020-09-07T21:52:32.615Z", - "contributors": [ - "genya", - "Uemmra3", - "zakki", - "STNeeic", - "ShunS", - "katsuren" - ] - }, - "Web/API/Window/location": { - "modified": "2020-10-15T21:14:34.530Z", - "contributors": [ - "mfuji09", - "Marsf", - "momdo", - "teoli", - "tk1024", - "khalid32", - "ethertank", - "teppeis", - "drry", - "Potappo" - ] - }, - "Web/API/Window/locationbar": { - "modified": "2019-03-23T23:50:09.319Z", - "contributors": [ - "momdo", - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/matchMedia": { - "modified": "2020-10-15T21:10:33.311Z", - "contributors": [ - "Kisaragi", - "Uemmra3", - "fscholz", - "AshfaqHossain", - "ethertank", - "Kohei" - ] - }, - "Web/API/Window/menubar": { - "modified": "2019-08-18T18:09:25.990Z", - "contributors": [ - "momdo", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/messageerror_event": { - "modified": "2020-10-15T22:28:20.408Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/moveBy": { - "modified": "2019-12-12T12:28:59.733Z", - "contributors": [ - "okathira", - "fscholz", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/moveTo": { - "modified": "2019-12-12T12:25:52.674Z", - "contributors": [ - "okathira", - "fscholz", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/mozInnerScreenX": { - "modified": "2019-03-23T23:33:10.984Z", - "contributors": [ - "fscholz", - "Hasilt", - "ethertank" - ] - }, - "Web/API/Window/mozInnerScreenY": { - "modified": "2019-03-23T23:33:09.780Z", - "contributors": [ - "fscholz", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/Window/mozPaintCount": { - "modified": "2020-10-15T22:08:53.974Z", - "contributors": [ - "k-kuwahara" - ] - }, - "Web/API/Window/name": { - "modified": "2019-03-23T23:50:00.364Z", - "contributors": [ - "momdo", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/navigator": { - "modified": "2019-03-23T23:52:16.939Z", - "contributors": [ - "wbamberg", - "fscholz", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/onafterprint": { - "modified": "2020-10-15T21:27:41.445Z", - "contributors": [ - "Wind1808", - "teoli", - "jsx", - "abechiyo" - ] - }, - "Web/API/Window/onclick": { - "modified": "2019-03-23T23:35:38.164Z", - "contributors": [ - "teoli", - "jsx", - "ethertank" - ] - }, - "Web/API/Window/ondevicelight": { - "modified": "2020-10-15T21:22:50.353Z", - "contributors": [ - "YujiSoftware", - "teoli", - "khalid32", - "ethertank" - ] - }, - "Web/API/Window/ondevicemotion": { - "modified": "2020-10-15T22:28:07.002Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/ondeviceproximity": { - "modified": "2019-03-23T22:15:34.678Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/Window/ongamepadconnected": { - "modified": "2020-10-15T22:12:53.034Z", - "contributors": [ - "T.Ukegawa" - ] - }, - "Web/API/Window/ongamepaddisconnected": { - "modified": "2020-10-15T22:12:51.410Z", - "contributors": [ - "Potappo", - "T.Ukegawa" - ] - }, - "Web/API/Window/oninstall": { - "modified": "2020-10-15T21:49:27.262Z", - "contributors": [ - "Marsf", - "YuichiNukiyama" - ] - }, - "Web/API/Window/onmousedown": { - "modified": "2019-03-23T23:29:31.417Z", - "contributors": [ - "teoli", - "jsx", - "ethertank" - ] - }, - "Web/API/Window/onmouseup": { - "modified": "2019-03-23T23:41:33.915Z", - "contributors": [ - "teoli", - "jsx", - "ethertank", - "Okome" - ] - }, - "Web/API/Window/onreset": { - "modified": "2019-03-23T23:29:30.841Z", - "contributors": [ - "teoli", - "khalid32", - "ethertank" - ] - }, - "Web/API/Window/onresize": { - "modified": "2019-03-23T23:35:46.817Z", - "contributors": [ - "YuichiNukiyama", - "teoli", - "khalid32", - "ethertank" - ] - }, - "Web/API/Window/open": { - "modified": "2020-10-25T23:26:28.860Z", - "contributors": [ - "KAJIKEN", - "mfuji09", - "silverskyvicto", - "woodmix", - "SphinxKnight", - "j15338tn", - "momdo", - "lv7777", - "jigs12", - "khalid32", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/API/Window/orientationchange_event": { - "modified": "2020-10-15T21:52:18.082Z", - "contributors": [ - "mfuji09", - "fscholz", - "shuuji3" - ] - }, - "Web/API/Window/outerHeight": { - "modified": "2020-10-15T21:16:37.970Z", - "contributors": [ - "mfuji09", - "sounisi5011", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/outerWidth": { - "modified": "2020-10-15T21:16:38.369Z", - "contributors": [ - "mfuji09", - "sounisi5011", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/pagehide_event": { - "modified": "2020-10-15T22:28:01.750Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/pageshow_event": { - "modified": "2020-10-15T21:23:39.285Z", - "contributors": [ - "mfuji09", - "KozoTsu", - "fscholz", - "ethertank" - ] - }, - "Web/API/Window/parent": { - "modified": "2019-03-23T23:50:09.969Z", - "contributors": [ - "momdo", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/paste_event": { - "modified": "2020-10-15T22:27:22.823Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/performance": { - "modified": "2020-10-15T22:08:48.553Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/Window/personalbar": { - "modified": "2019-03-23T23:50:07.790Z", - "contributors": [ - "momdo", - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/pkcs11": { - "modified": "2019-03-23T23:50:17.917Z", - "contributors": [ - "teoli", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/postMessage": { - "modified": "2020-10-15T21:07:58.951Z", - "contributors": [ - "mfuji09", - "unarist", - "Pittan", - "mandel59", - "dlwe", - "h34", - "fscholz", - "jsx", - "akirakiron", - "ethertank", - "shirayuki", - "Potappo" - ] - }, - "Web/API/Window/print": { - "modified": "2019-03-23T23:51:11.343Z", - "contributors": [ - "fscholz", - "AshfaqHossain", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/API/Window/prompt": { - "modified": "2019-03-23T23:50:33.296Z", - "contributors": [ - "Wind1808", - "teoli", - "khalid32", - "ethertank", - "Potappo", - "namusyaka" - ] - }, - "Web/API/Window/rejectionhandled_event": { - "modified": "2020-10-15T22:17:21.826Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/Window/releaseEvents": { - "modified": "2019-03-23T23:52:29.641Z", - "contributors": [ - "teoli", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/requestAnimationFrame": { - "modified": "2020-10-15T21:24:04.571Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "woodmix", - "Marsf", - "sohopro", - "teoli", - "yuxxxx", - "ethertank" - ] - }, - "Web/API/Window/requestIdleCallback": { - "modified": "2020-11-30T04:47:30.141Z", - "contributors": [ - "isdh", - "myakura", - "chikoski" - ] - }, - "Web/API/Window/resizeBy": { - "modified": "2019-03-23T23:51:11.199Z", - "contributors": [ - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/resizeTo": { - "modified": "2019-03-23T23:52:03.595Z", - "contributors": [ - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/restore": { - "modified": "2019-03-23T22:33:34.460Z", - "contributors": [ - "dreissig.jahrhundert" - ] - }, - "Web/API/Window/screen": { - "modified": "2020-10-15T21:16:26.476Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/screenX": { - "modified": "2019-03-23T23:50:21.490Z", - "contributors": [ - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/screenY": { - "modified": "2019-03-23T23:50:13.260Z", - "contributors": [ - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/scroll": { - "modified": "2019-03-23T23:51:33.235Z", - "contributors": [ - "Kite0301", - "nerikeshi-k", - "u_7cc", - "teoli", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/scrollBy": { - "modified": "2020-11-05T14:05:30.061Z", - "contributors": [ - "chrisdavidmills", - "tsrkhlm", - "teoli", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/scrollByLines": { - "modified": "2019-03-23T23:51:34.382Z", - "contributors": [ - "teoli", - "AshfaqHossain", - "siokoshou", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/scrollByPages": { - "modified": "2019-03-23T23:51:38.878Z", - "contributors": [ - "teoli", - "khalid32", - "siokoshou", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/scrollMaxX": { - "modified": "2019-03-23T23:50:20.323Z", - "contributors": [ - "teoli", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/scrollMaxY": { - "modified": "2019-03-23T23:50:17.761Z", - "contributors": [ - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/scrollTo": { - "modified": "2020-10-15T21:15:51.567Z", - "contributors": [ - "mfuji09", - "nerikeshi-k", - "YuichiNukiyama", - "u_7cc", - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/scrollX": { - "modified": "2019-03-23T23:50:25.489Z", - "contributors": [ - "yyss", - "mamodayo", - "teoli", - "jsx", - "ethertank", - "nobuoka", - "Potappo" - ] - }, - "Web/API/Window/scrollY": { - "modified": "2020-10-15T21:16:25.296Z", - "contributors": [ - "mfuji09", - "locol23", - "yyss", - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/scrollbars": { - "modified": "2019-03-23T23:50:08.659Z", - "contributors": [ - "momdo", - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/self": { - "modified": "2019-03-23T23:50:23.079Z", - "contributors": [ - "YuichiNukiyama", - "momdo", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/sessionStorage": { - "modified": "2019-10-26T12:13:09.011Z", - "contributors": [ - "Uemmra3", - "yyss" - ] - }, - "Web/API/Window/setCursor": { - "modified": "2019-03-23T23:29:45.573Z", - "contributors": [ - "teoli", - "AshfaqHossain", - "ethertank" - ] - }, - "Web/API/Window/showModalDialog": { - "modified": "2019-08-18T18:14:25.207Z", - "contributors": [ - "yyss", - "teoli", - "khalid32", - "ethertank", - "Shoot", - "Potappo" - ] - }, - "Web/API/Window/sidebar": { - "modified": "2019-03-23T23:50:31.021Z", - "contributors": [ - "teoli", - "AshfaqHossain", - "kohei.yoshino", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/sizeToContent": { - "modified": "2019-03-23T23:51:38.117Z", - "contributors": [ - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/speechSynthesis": { - "modified": "2020-10-15T21:59:03.980Z", - "contributors": [ - "Marsf", - "iccha" - ] - }, - "Web/API/Window/status": { - "modified": "2019-03-23T23:50:28.754Z", - "contributors": [ - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/statusbar": { - "modified": "2019-03-23T23:50:08.986Z", - "contributors": [ - "qpSHiNqp", - "momdo", - "teoli", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/storage_event": { - "modified": "2019-04-26T08:47:28.241Z", - "contributors": [ - "chrisdavidmills", - "irenesmith", - "mfuji09", - "fscholz", - "yyss" - ] - }, - "Web/API/Window/toolbar": { - "modified": "2019-03-23T23:50:05.715Z", - "contributors": [ - "momdo", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/top": { - "modified": "2020-10-15T21:16:32.893Z", - "contributors": [ - "YujiSoftware", - "hironorikonuma", - "momdo", - "zatsubun", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/transitioncancel_event": { - "modified": "2020-10-15T22:27:28.906Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/transitionend_event": { - "modified": "2020-10-15T22:27:26.567Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/transitionrun_event": { - "modified": "2020-10-15T22:27:27.284Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/transitionstart_event": { - "modified": "2020-10-15T22:27:26.934Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/Window/unescape": { - "modified": "2019-03-23T23:51:01.509Z", - "contributors": [ - "fscholz", - "AshfaqHossain", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/unhandledrejection_event": { - "modified": "2020-10-15T22:17:18.655Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/API/Window/unload_event": { - "modified": "2020-10-15T22:11:48.537Z", - "contributors": [ - "mfuji09", - "wbamberg", - "silverskyvicto" - ] - }, - "Web/API/Window/updateCommands": { - "modified": "2019-03-23T23:51:36.690Z", - "contributors": [ - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/Window/visualViewport": { - "modified": "2020-10-15T22:34:55.507Z", - "contributors": [ - "Masaooooo" - ] - }, - "Web/API/Window/vrdisplayconnect_event": { - "modified": "2020-10-15T21:47:38.855Z", - "contributors": [ - "YujiSoftware", - "wbamberg", - "chrisdavidmills", - "mfuji09", - "rootx" - ] - }, - "Web/API/Window/vrdisplaydisconnect_event": { - "modified": "2020-10-15T21:47:35.615Z", - "contributors": [ - "YujiSoftware", - "wbamberg", - "chrisdavidmills", - "mfuji09", - "rootx" - ] - }, - "Web/API/Window/vrdisplayfocus_event": { - "modified": "2020-10-15T22:34:01.917Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Window/vrdisplaypresentchange_event": { - "modified": "2020-10-15T21:47:38.159Z", - "contributors": [ - "YujiSoftware", - "wbamberg", - "chrisdavidmills", - "mfuji09", - "rootx" - ] - }, - "Web/API/Window/window": { - "modified": "2019-03-23T23:50:29.744Z", - "contributors": [ - "momdo", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/WindowBase64": { - "modified": "2019-03-23T23:00:37.972Z", - "contributors": [ - "fscholz" - ] - }, - "Web/API/WindowBase64/Base64_encoding_and_decoding": { - "modified": "2020-02-24T15:04:03.267Z", - "contributors": [ - "mfuji09", - "daisuke-f" - ] - }, - "Web/API/WindowBase64/atob": { - "modified": "2020-10-15T21:16:19.721Z", - "contributors": [ - "mfuji09", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/WindowClient": { - "modified": "2020-10-15T22:28:41.497Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WindowClient/focus": { - "modified": "2020-10-15T22:28:44.466Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WindowClient/focused": { - "modified": "2020-10-15T22:28:45.121Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WindowClient/navigate": { - "modified": "2020-10-15T22:28:47.420Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WindowClient/visibilityState": { - "modified": "2020-10-15T22:28:44.496Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WindowEventHandlers": { - "modified": "2020-10-15T21:33:17.774Z", - "contributors": [ - "Wind1808", - "teoli" - ] - }, - "Web/API/WindowEventHandlers/onbeforeprint": { - "modified": "2020-10-15T22:09:32.822Z", - "contributors": [ - "Wind1808", - "mfuji09" - ] - }, - "Web/API/WindowEventHandlers/onbeforeunload": { - "modified": "2020-10-15T21:23:43.857Z", - "contributors": [ - "mogami74", - "mfuji09", - "naturallucky", - "teoli", - "khalid32", - "ethertank" - ] - }, - "Web/API/WindowEventHandlers/onhashchange": { - "modified": "2020-10-15T21:22:09.270Z", - "contributors": [ - "Wind1808", - "teoli", - "khalid32", - "ethertank", - "yoheiMune" - ] - }, - "Web/API/WindowEventHandlers/onlanguagechange": { - "modified": "2020-10-15T22:23:25.951Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WindowEventHandlers/onmessage": { - "modified": "2020-10-15T22:23:26.767Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WindowEventHandlers/onmessageerror": { - "modified": "2020-10-15T22:23:26.765Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WindowEventHandlers/onpopstate": { - "modified": "2020-10-15T22:03:55.956Z", - "contributors": [ - "Wind1808", - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/WindowEventHandlers/onrejectionhandled": { - "modified": "2020-10-15T22:23:28.081Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WindowEventHandlers/onstorage": { - "modified": "2020-10-15T21:50:13.052Z", - "contributors": [ - "Wind1808", - "YuichiNukiyama" - ] - }, - "Web/API/WindowEventHandlers/onunhandledrejection": { - "modified": "2020-10-15T22:23:28.012Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WindowEventHandlers/onunload": { - "modified": "2020-10-15T22:23:30.085Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WindowOrWorkerGlobalScope": { - "modified": "2020-10-15T21:59:12.310Z", - "contributors": [ - "unarist", - "kenrick95" - ] - }, - "Web/API/WindowOrWorkerGlobalScope/btoa": { - "modified": "2020-10-15T21:16:19.842Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "khalid32", - "ethertank", - "Potappo" - ] - }, - "Web/API/WindowOrWorkerGlobalScope/clearTimeout": { - "modified": "2020-10-15T21:16:17.778Z", - "contributors": [ - "mfuji09", - ".Hiroya", - "mushahiroyuki", - "fscholz", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/WindowOrWorkerGlobalScope/createImageBitmap": { - "modified": "2020-10-15T22:34:31.000Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/WindowOrWorkerGlobalScope/fetch": { - "modified": "2020-10-15T21:41:32.875Z", - "contributors": [ - "mfuji09", - "gladenjoy", - "Uemmra3", - "hamasaki", - "woodmix", - "fscholz", - "mdmss37", - "dskmori", - "aliceinwire", - "lv7777", - "Piroro-hs", - "chikoski" - ] - }, - "Web/API/WindowOrWorkerGlobalScope/indexedDB": { - "modified": "2019-03-23T22:01:21.947Z", - "contributors": [ - "Marsf" - ] - }, - "Web/API/WindowOrWorkerGlobalScope/isSecureContext": { - "modified": "2020-10-15T22:08:54.038Z", - "contributors": [ - "k-kuwahara" - ] - }, - "Web/API/WindowOrWorkerGlobalScope/origin": { - "modified": "2020-10-15T22:08:52.985Z", - "contributors": [ - "k-kuwahara" - ] - }, - "Web/API/WindowOrWorkerGlobalScope/setInterval": { - "modified": "2020-10-15T21:15:06.280Z", - "contributors": [ - "Potappo", - "yyss", - "mushahiroyuki", - "teoli", - "jsx", - "ethertank", - "Ceth", - "Shoot", - "Marsf", - "Okome", - "Taken", - "Mgjbot", - "Hfjapancom" - ] - }, - "Web/API/WindowOrWorkerGlobalScope/setTimeout": { - "modified": "2020-10-15T21:15:57.322Z", - "contributors": [ - "mfuji09", - "yyss", - "hamasaki", - "teoli", - "AshfaqHossain", - "ethertank", - "dextra", - "Ceth", - "Shoot", - "Marsf", - "Mgjbot", - "Hfjapancom" - ] - }, - "Web/API/WindowTimers": { - "modified": "2019-03-23T23:00:37.809Z", - "contributors": [ - "fscholz" - ] - }, - "Web/API/WindowTimers/clearInterval": { - "modified": "2019-03-23T23:49:51.484Z", - "contributors": [ - ".Hiroya", - "fscholz", - "khalid32", - "teoli", - "ethertank", - "Marsf", - "Mgjbot", - "Hfjapancom" - ] - }, - "Web/API/Worker": { - "modified": "2020-10-15T21:37:11.821Z", - "contributors": [ - "yyss", - "Kenju" - ] - }, - "Web/API/Worker/Worker": { - "modified": "2020-10-15T21:37:53.105Z", - "contributors": [ - "yyss", - "dskmori", - "lv7777" - ] - }, - "Web/API/Worker/onmessageerror": { - "modified": "2020-10-15T22:32:23.209Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/Worker/terminate": { - "modified": "2019-03-23T22:50:29.801Z", - "contributors": [ - "one-kelvin", - "lv7777" - ] - }, - "Web/API/WorkerGlobalScope": { - "modified": "2019-03-23T22:36:34.370Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/WorkerGlobalScope/caches": { - "modified": "2020-10-15T21:49:48.643Z", - "contributors": [ - "Wind1808", - "unarist", - "YuichiNukiyama" - ] - }, - "Web/API/WorkerGlobalScope/console": { - "modified": "2020-10-15T22:05:58.801Z", - "contributors": [ - "yumemi-kuwahara" - ] - }, - "Web/API/WorkerGlobalScope/importScripts": { - "modified": "2020-10-15T22:05:58.268Z", - "contributors": [ - "mfuji09", - "yumemi-kuwahara" - ] - }, - "Web/API/WorkerGlobalScope/languagechange_event": { - "modified": "2020-10-15T22:28:07.416Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/WorkerGlobalScope/self": { - "modified": "2019-03-23T22:15:17.193Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/API/WorkerLocation": { - "modified": "2020-10-15T22:16:39.960Z", - "contributors": [ - "chikoski" - ] - }, - "Web/API/Worklet": { - "modified": "2020-10-15T22:12:55.923Z", - "contributors": [ - "okayurisotto", - "chikoski" - ] - }, - "Web/API/Worklet/addModule": { - "modified": "2020-10-15T22:12:57.612Z", - "contributors": [ - "chikoski" - ] - }, - "Web/API/WritableStream": { - "modified": "2020-10-15T22:26:54.617Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStream/WritableStream": { - "modified": "2020-10-15T22:26:57.948Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStream/abort": { - "modified": "2020-10-15T22:27:07.799Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStream/getWriter": { - "modified": "2020-10-15T22:27:07.893Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStream/locked": { - "modified": "2020-10-15T22:27:07.342Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStreamDefaultController": { - "modified": "2020-10-15T22:27:30.289Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStreamDefaultController/error": { - "modified": "2020-10-15T22:27:46.961Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStreamDefaultWriter": { - "modified": "2020-10-15T22:27:25.672Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStreamDefaultWriter/WritableStreamDefaultWriter": { - "modified": "2020-10-15T22:27:26.808Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStreamDefaultWriter/abort": { - "modified": "2020-10-15T22:27:27.249Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStreamDefaultWriter/close": { - "modified": "2020-10-15T22:27:30.689Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStreamDefaultWriter/closed": { - "modified": "2020-10-15T22:27:26.777Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStreamDefaultWriter/desiredSize": { - "modified": "2020-10-15T22:27:26.247Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStreamDefaultWriter/ready": { - "modified": "2020-10-15T22:27:26.795Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStreamDefaultWriter/releaseLock": { - "modified": "2020-10-15T22:27:30.410Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/WritableStreamDefaultWriter/write": { - "modified": "2020-10-15T22:27:31.173Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XMLDocument": { - "modified": "2020-10-15T22:33:02.574Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/XMLHttpRequest": { - "modified": "2020-10-15T21:08:25.943Z", - "contributors": [ - "mfuji09", - "fscholz", - "silverskyvicto", - "Uemmra3", - "atotto", - "yyss", - "Hixhi", - "ethertank", - "saneyuki_s", - "torinome", - "electrolysis", - "Mgjbot", - "Hfjapancom", - "Okome" - ] - }, - "Web/API/XMLHttpRequest/HTML_in_XMLHttpRequest": { - "modified": "2020-10-15T21:07:58.610Z", - "contributors": [ - "mfuji09", - "wbamberg", - "ethertank", - "DavidWalsh", - "Potappo", - "ziyunfei", - "myakura" - ] - }, - "Web/API/XMLHttpRequest/Sending_and_Receiving_Binary_Data": { - "modified": "2020-08-12T11:45:51.223Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yoya" - ] - }, - "Web/API/XMLHttpRequest/Synchronous_and_Asynchronous_Requests": { - "modified": "2020-09-01T03:34:39.238Z", - "contributors": [ - "mfuji09", - "hamasaki", - "acid" - ] - }, - "Web/API/XMLHttpRequest/Using_XMLHttpRequest": { - "modified": "2020-10-15T21:03:56.132Z", - "contributors": [ - "eltociear", - "mfuji09", - "kyanny", - "dlwe", - "Uemmra3", - "Jeremie", - "clariroid", - "taiyaki32", - "acid", - "SoutaTakada", - "ethertank", - "maco81", - "saneyuki_s", - "Potappo" - ] - }, - "Web/API/XMLHttpRequest/Using_XMLHttpRequest_in_IE6": { - "modified": "2020-08-13T08:20:58.326Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/XMLHttpRequest/XMLHttpRequest": { - "modified": "2019-03-18T21:37:11.435Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/XMLHttpRequest/abort": { - "modified": "2020-10-15T22:07:04.277Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/XMLHttpRequest/abort_event": { - "modified": "2020-10-15T22:11:45.049Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/XMLHttpRequest/channel": { - "modified": "2020-08-13T07:56:10.374Z", - "contributors": [ - "eltociear", - "kobayashitomoya" - ] - }, - "Web/API/XMLHttpRequest/error_event": { - "modified": "2020-10-15T22:11:42.787Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/XMLHttpRequest/getAllResponseHeaders": { - "modified": "2020-10-15T22:13:13.345Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/XMLHttpRequest/getResponseHeader": { - "modified": "2020-10-15T22:13:18.185Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/XMLHttpRequest/load_event": { - "modified": "2020-10-15T22:15:45.232Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/XMLHttpRequest/loadend_event": { - "modified": "2020-10-15T22:15:46.341Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/XMLHttpRequest/loadstart_event": { - "modified": "2020-10-15T22:11:44.150Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/API/XMLHttpRequest/mozAnon": { - "modified": "2020-07-29T09:50:21.511Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/XMLHttpRequest/mozBackgroundRequest": { - "modified": "2020-08-13T08:23:31.907Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/XMLHttpRequest/mozResponseArrayBuffer": { - "modified": "2020-08-13T07:52:47.114Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/XMLHttpRequest/mozSystem": { - "modified": "2020-08-13T05:54:59.899Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/XMLHttpRequest/multipart": { - "modified": "2020-09-26T13:01:31.170Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/API/XMLHttpRequest/onreadystatechange": { - "modified": "2020-10-15T22:04:40.093Z", - "contributors": [ - "eltociear", - "mfuji09" - ] - }, - "Web/API/XMLHttpRequest/open": { - "modified": "2020-10-15T22:03:29.655Z", - "contributors": [ - "mfuji09", - "yuta0801" - ] - }, - "Web/API/XMLHttpRequest/openRequest": { - "modified": "2020-07-29T10:05:34.264Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/XMLHttpRequest/progress_event": { - "modified": "2020-10-15T22:15:47.580Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/XMLHttpRequest/readyState": { - "modified": "2020-10-15T22:02:42.191Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Web/API/XMLHttpRequest/response": { - "modified": "2020-10-15T22:19:18.297Z", - "contributors": [ - "kobayashitomoya" - ] - }, - "Web/API/XMLHttpRequest/responseText": { - "modified": "2020-10-15T22:02:40.847Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Web/API/XMLHttpRequest/responseType": { - "modified": "2020-10-15T22:24:00.537Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/XMLHttpRequest/responseURL": { - "modified": "2020-10-15T21:49:52.286Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/API/XMLHttpRequest/responseXML": { - "modified": "2020-10-15T22:15:01.016Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/XMLHttpRequest/send": { - "modified": "2020-10-15T21:51:42.596Z", - "contributors": [ - "mfuji09", - "laripappa" - ] - }, - "Web/API/XMLHttpRequest/setRequestHeader": { - "modified": "2020-10-15T21:56:41.739Z", - "contributors": [ - "mfuji09", - "piyo-ko" - ] - }, - "Web/API/XMLHttpRequest/status": { - "modified": "2020-10-15T22:04:58.567Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/XMLHttpRequest/timeout": { - "modified": "2020-10-15T21:50:48.655Z", - "contributors": [ - "mfuji09", - "westbird24" - ] - }, - "Web/API/XMLHttpRequest/timeout_event": { - "modified": "2020-10-15T22:11:43.836Z", - "contributors": [ - "mfuji09", - "wbamberg", - "irenesmith", - "silverskyvicto" - ] - }, - "Web/API/XMLHttpRequest/upload": { - "modified": "2020-10-15T22:25:35.310Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/XMLHttpRequestEventTarget": { - "modified": "2020-10-15T22:32:23.587Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/API/XMLHttpRequestEventTarget/onabort": { - "modified": "2020-10-15T22:32:23.389Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/XMLHttpRequestEventTarget/onerror": { - "modified": "2020-10-15T22:32:26.389Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/XMLHttpRequestEventTarget/onload": { - "modified": "2020-10-15T22:32:23.285Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/XMLHttpRequestEventTarget/onloadstart": { - "modified": "2020-10-15T22:32:27.191Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/XMLHttpRequestEventTarget/onprogress": { - "modified": "2020-10-15T22:32:24.380Z", - "contributors": [ - "eltociear" - ] - }, - "Web/API/XPathResult": { - "modified": "2019-03-24T00:07:35.984Z", - "contributors": [ - "silverskyvicto", - "fscholz", - "teoli", - "nonki777" - ] - }, - "Web/API/XPathResult/snapshotItem": { - "modified": "2020-10-15T22:27:59.948Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/API/XRBoundedReferenceSpace": { - "modified": "2020-11-13T18:24:51.180Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRBoundedReferenceSpace/boundsGeometry": { - "modified": "2020-11-14T00:11:51.843Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRHandedness": { - "modified": "2020-12-06T13:23:10.937Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRInputSource": { - "modified": "2020-12-06T11:35:46.714Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRInputSource/gripSpace": { - "modified": "2020-12-06T12:31:14.050Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRInputSource/handedness": { - "modified": "2020-12-07T01:54:31.459Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRInputSource/profiles": { - "modified": "2020-12-07T02:13:49.666Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRReferenceSpace": { - "modified": "2020-11-13T17:31:13.840Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRReferenceSpace/getOffsetReferenceSpace": { - "modified": "2020-11-06T19:30:27.518Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRReferenceSpace/reset_event": { - "modified": "2020-11-07T05:53:32.551Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRReferenceSpaceEvent": { - "modified": "2020-11-08T01:35:07.005Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRReferenceSpaceEvent/XRReferenceSpaceEvent": { - "modified": "2020-11-08T02:48:30.688Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRReferenceSpaceEvent/referenceSpace": { - "modified": "2020-11-08T18:40:17.790Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRReferenceSpaceEvent/transform": { - "modified": "2020-11-08T18:53:27.284Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRReferenceSpaceEventInit": { - "modified": "2020-11-08T02:10:47.628Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRReferenceSpaceEventInit/referenceSpace": { - "modified": "2020-11-08T19:13:54.683Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRReferenceSpaceEventInit/transform": { - "modified": "2020-11-08T19:23:29.842Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRReferenceSpaceType": { - "modified": "2020-10-25T10:12:53.000Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRSessionMode": { - "modified": "2020-10-24T11:40:22.240Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XRSystem": { - "modified": "2020-10-23T14:29:58.403Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/API/XSLTProcessor": { - "modified": "2020-10-15T21:59:36.911Z", - "contributors": [ - "silverskyvicto", - "erikadoyle" - ] - }, - "Web/API/XSLTProcessor/Basic_Example": { - "modified": "2020-04-13T14:02:55.964Z", - "contributors": [ - "mfuji09", - "ethertank", - "Marsf" - ] - }, - "Web/API/XSLTProcessor/Browser_Differences": { - "modified": "2020-04-13T14:01:47.252Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/XSLTProcessor/Generating_HTML": { - "modified": "2020-04-13T14:02:19.940Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/XSLTProcessor/Introduction": { - "modified": "2020-04-13T14:03:23.203Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/API/XSLTProcessor/Resources": { - "modified": "2020-04-13T14:00:58.038Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "Marsf" - ] - }, - "Web/API/console": { - "modified": "2020-10-15T21:08:48.807Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "woodmix", - "YuichiNukiyama", - "yyss", - "AshfaqHossain", - "ethertank", - "saneyuki_s" - ] - }, - "Web/API/console/assert": { - "modified": "2020-11-27T14:41:08.119Z", - "contributors": [ - "yumetodo", - "takamin", - "yyss" - ] - }, - "Web/API/console/clear": { - "modified": "2020-11-27T13:49:44.683Z", - "contributors": [ - "yumetodo", - "853419196", - "yyss" - ] - }, - "Web/API/console/count": { - "modified": "2020-11-27T14:24:35.469Z", - "contributors": [ - "yumetodo", - "yyss" - ] - }, - "Web/API/console/countReset": { - "modified": "2020-11-27T14:37:31.289Z", - "contributors": [ - "yumetodo" - ] - }, - "Web/API/console/debug": { - "modified": "2020-11-27T14:40:02.073Z", - "contributors": [ - "yumetodo", - "silverskyvicto" - ] - }, - "Web/API/console/dirxml": { - "modified": "2019-03-23T22:34:53.031Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/console/group": { - "modified": "2020-10-15T21:45:35.788Z", - "contributors": [ - "munieru_jp", - "dskmori", - "yyss" - ] - }, - "Web/API/console/groupCollapsed": { - "modified": "2019-03-23T22:34:55.714Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/console/groupEnd": { - "modified": "2019-03-23T22:34:56.119Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/console/info": { - "modified": "2020-10-15T21:45:37.023Z", - "contributors": [ - "u_7cc", - "yyss" - ] - }, - "Web/API/console/profile": { - "modified": "2019-03-23T22:34:55.973Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/console/profileEnd": { - "modified": "2019-03-23T22:34:42.618Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/console/table": { - "modified": "2019-03-23T22:34:44.337Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/console/timeStamp": { - "modified": "2019-03-23T22:34:51.368Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/console/trace": { - "modified": "2020-10-15T21:45:37.860Z", - "contributors": [ - "YujiSoftware", - "woodmix", - "yyss" - ] - }, - "Web/API/console/warn": { - "modified": "2019-03-23T22:34:47.743Z", - "contributors": [ - "yyss" - ] - }, - "Web/API/globalEventhandlers/onmousedown": { - "modified": "2020-10-15T21:23:57.929Z", - "contributors": [ - "mpcjazz", - "fscholz", - "khalid32", - "ethertank" - ] - }, - "Web/API/treeWalker": { - "modified": "2020-10-15T21:21:02.292Z", - "contributors": [ - "yyss", - "xuancanh", - "ethertank" - ] - }, - "Web/API/window.opener": { - "modified": "2019-03-23T23:49:15.641Z", - "contributors": [ - "YuichiNukiyama", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/API/window.stop": { - "modified": "2019-03-23T23:51:40.136Z", - "contributors": [ - "momdo", - "jsx", - "ethertank", - "Potappo" - ] - }, - "Web/Accessibility": { - "modified": "2020-06-29T12:52:49.612Z", - "contributors": [ - "yyuichi0304", - "SphinxKnight", - "Wind1808", - "momdo", - "dskmori", - "teoli", - "ethertank", - "Marsf", - "Mgjbot", - "Okome", - "Takenbot", - "Shimono" - ] - }, - "Web/Accessibility/ARIA": { - "modified": "2019-03-23T23:29:01.918Z", - "contributors": [ - "Uemmra3", - "nakagaw", - "yyss", - "teoli" - ] - }, - "Web/Accessibility/ARIA/ARIA_Guides": { - "modified": "2019-03-18T21:35:11.764Z", - "contributors": [ - "Uemmra3" - ] - }, - "Web/Accessibility/ARIA/ARIA_Live_Regions": { - "modified": "2020-07-20T18:46:29.867Z", - "contributors": [ - "moriyuu", - "masuP9", - "8845musign", - "momdo" - ] - }, - "Web/Accessibility/ARIA/ARIA_Screen_Reader_Implementors_Guide": { - "modified": "2020-09-21T20:14:54.630Z", - "contributors": [ - "thedre41115" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques": { - "modified": "2020-06-23T10:02:46.878Z", - "contributors": [ - "grgr-dkrk", - "Wind1808", - "davidbrouillette" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_alert_role": { - "modified": "2019-03-18T21:24:32.583Z", - "contributors": [ - "8845musign" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_alertdialog_role": { - "modified": "2019-03-18T21:10:44.737Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-activedescendant_attribute": { - "modified": "2019-03-18T20:45:37.166Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-describedby_attribute": { - "modified": "2019-03-18T21:23:20.561Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-invalid_attribute": { - "modified": "2019-03-18T21:11:33.624Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-label_attribute": { - "modified": "2019-03-18T21:23:10.123Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-labelledby_attribute": { - "modified": "2019-03-18T21:23:18.418Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-orientation_attribute": { - "modified": "2019-03-18T21:22:59.880Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-relevant_attribute": { - "modified": "2019-03-18T21:23:09.833Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-required_attribute": { - "modified": "2019-03-18T21:11:33.822Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-valuemax_attribute": { - "modified": "2019-03-18T21:23:04.624Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-valuemin_attribute": { - "modified": "2019-03-18T21:23:02.217Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-valuenow_attribute": { - "modified": "2019-03-18T21:23:09.637Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_aria-valuetext_attribute": { - "modified": "2019-03-18T21:23:08.424Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_button_role": { - "modified": "2019-03-18T21:45:11.836Z", - "contributors": [ - "yuheiy", - "momdo", - "8845musign" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_checkbox_role": { - "modified": "2019-03-18T21:45:02.910Z", - "contributors": [ - "8845musign" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_group_role": { - "modified": "2019-03-18T20:45:37.577Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_link_role": { - "modified": "2019-03-18T21:22:39.062Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_log_role": { - "modified": "2019-03-18T20:45:38.179Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_presentation_role": { - "modified": "2019-03-18T21:21:54.666Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_progressbar_role": { - "modified": "2019-03-18T21:22:34.124Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_radio_role": { - "modified": "2019-03-18T21:22:36.677Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_slider_role": { - "modified": "2019-03-18T20:49:47.634Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_status_role": { - "modified": "2019-03-18T21:22:38.552Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/ARIA_Techniques/Using_the_toolbar_role": { - "modified": "2019-03-18T21:21:58.604Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles": { - "modified": "2019-09-22T05:24:34.765Z", - "contributors": [ - "shuuji3" - ] - }, - "Web/Accessibility/ARIA/Roles/Alert_Role": { - "modified": "2019-03-18T21:21:06.025Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Application_Role": { - "modified": "2019-03-18T21:20:16.379Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Article_Role": { - "modified": "2019-03-18T21:20:05.650Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Banner_role": { - "modified": "2019-03-18T21:21:50.096Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Cell_Role": { - "modified": "2019-03-18T21:22:27.965Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Complementary_role": { - "modified": "2019-03-18T21:11:21.173Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Contentinfo_role": { - "modified": "2019-03-18T21:11:20.954Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Document_Role": { - "modified": "2019-03-18T21:20:04.323Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Feed_Role": { - "modified": "2019-03-18T21:18:34.358Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Figure_Role": { - "modified": "2019-03-18T21:22:15.129Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Form_Role": { - "modified": "2019-03-18T21:21:49.695Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Grid_Role": { - "modified": "2019-03-18T20:45:37.986Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/List_role": { - "modified": "2019-03-18T21:21:56.954Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Listitem_role": { - "modified": "2019-03-18T21:21:52.832Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Main_role": { - "modified": "2019-03-18T21:21:32.942Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Navigation_Role": { - "modified": "2019-03-18T21:21:31.266Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Region_role": { - "modified": "2019-03-18T21:21:21.757Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Role_Img": { - "modified": "2019-03-18T21:22:07.955Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Row_Role": { - "modified": "2019-03-18T21:22:17.603Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Rowgroup_Role": { - "modified": "2019-03-18T21:11:34.670Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Search_role": { - "modified": "2019-03-18T21:21:25.094Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Switch_role": { - "modified": "2019-03-18T21:22:32.933Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/Table_Role": { - "modified": "2019-03-18T21:14:16.921Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/dialog_role": { - "modified": "2019-03-18T21:11:20.502Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/heading_role": { - "modified": "2019-03-18T21:22:47.301Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/listbox_role": { - "modified": "2019-03-18T21:21:03.299Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Roles/textbox_role": { - "modified": "2019-03-18T21:22:30.263Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/ARIA/Web_applications_and_ARIA_FAQ": { - "modified": "2019-03-23T23:28:50.521Z", - "contributors": [ - "yyss", - "teoli" - ] - }, - "Web/Accessibility/ARIA/forms": { - "modified": "2019-03-23T23:28:40.736Z", - "contributors": [ - "yyss", - "teoli", - "anastasia" - ] - }, - "Web/Accessibility/ARIA/forms/Basic_form_hints": { - "modified": "2019-03-23T23:28:35.294Z", - "contributors": [ - "yyss", - "teoli" - ] - }, - "Web/Accessibility/ARIA/forms/Multipart_labels": { - "modified": "2019-03-23T23:28:23.603Z", - "contributors": [ - "yyss", - "teoli" - ] - }, - "Web/Accessibility/ARIA/forms/alerts": { - "modified": "2019-03-23T23:28:42.286Z", - "contributors": [ - "yyss", - "teoli" - ] - }, - "Web/Accessibility/ARIA/widgets": { - "modified": "2019-01-17T03:02:23.841Z", - "contributors": [ - "julianosilvaa" - ] - }, - "Web/Accessibility/ARIA/widgets/overview": { - "modified": "2019-03-18T21:35:01.506Z", - "contributors": [ - "Uemmra3" - ] - }, - "Web/Accessibility/Accessibility_FAQ": { - "modified": "2019-01-16T15:46:21.729Z", - "contributors": [ - "teoli", - "Marsf" - ] - }, - "Web/Accessibility/An_overview_of_accessible_web_applications_and_widgets": { - "modified": "2019-03-18T20:56:13.048Z", - "contributors": [ - "Wind1808", - "Uemmra3", - "yyss", - "teoli" - ] - }, - "Web/Accessibility/Community": { - "modified": "2019-01-16T15:58:24.110Z", - "contributors": [ - "teoli", - "Marsf" - ] - }, - "Web/Accessibility/Index": { - "modified": "2019-03-23T22:41:12.085Z", - "contributors": [ - "Marsf" - ] - }, - "Web/Accessibility/Keyboard-navigable_JavaScript_widgets": { - "modified": "2019-09-04T08:46:02.292Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/Mobile_accessibility_checklist": { - "modified": "2019-03-18T20:56:00.356Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/Understanding_WCAG": { - "modified": "2019-03-18T20:56:54.935Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/Understanding_WCAG/Operable": { - "modified": "2019-03-18T20:56:54.353Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/Understanding_WCAG/Perceivable": { - "modified": "2019-03-18T20:56:54.744Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/Understanding_WCAG/Robust": { - "modified": "2019-03-18T20:56:55.170Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Accessibility/Understanding_WCAG/Understandable": { - "modified": "2019-03-18T20:57:31.068Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/CSS": { - "modified": "2020-11-29T06:59:34.038Z", - "contributors": [ - "mfuji09", - "snakada", - "SphinxKnight", - "Uemmra3", - "kenji-yamasaki", - "silverskyvicto", - "dskmori", - "Marsf", - "hiro1107", - "takahashim", - "sii", - "hamasaki", - "s_fujimoto", - "ethertank", - "sosleepy", - "teoli", - "Kohei", - "Shimono", - "kohei.yoshino", - "Mgjbot", - "OGINO Masanori", - "Okome", - "Taken Bot" - ] - }, - "Web/CSS/--*": { - "modified": "2020-10-15T22:02:32.546Z", - "contributors": [ - "mfuji09", - "maechabin" - ] - }, - "Web/CSS/-moz-box-ordinal-group": { - "modified": "2019-03-23T22:52:36.740Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/CSS/-moz-context-properties": { - "modified": "2020-10-15T22:08:07.309Z", - "contributors": [ - "mfuji09", - "teoli" - ] - }, - "Web/CSS/-moz-float-edge": { - "modified": "2020-10-15T22:32:00.454Z", - "contributors": [ - "hamasaki", - "kenji-yamasaki" - ] - }, - "Web/CSS/-moz-force-broken-image-icon": { - "modified": "2019-03-18T21:28:26.882Z", - "contributors": [ - "FumiyaShibusawa" - ] - }, - "Web/CSS/-moz-orient": { - "modified": "2020-10-15T21:23:01.990Z", - "contributors": [ - "mfuji09", - "teoli", - "SphinxKnight", - "yyss", - "Sebastianz", - "Fajrovulpo", - "ethertank" - ] - }, - "Web/CSS/-moz-outline-radius": { - "modified": "2020-10-15T22:12:51.215Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/-moz-outline-radius-bottomleft": { - "modified": "2020-10-15T22:12:55.527Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/-moz-outline-radius-bottomright": { - "modified": "2020-10-15T22:12:55.975Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/-moz-outline-radius-topleft": { - "modified": "2020-10-15T22:12:54.222Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/-moz-outline-radius-topright": { - "modified": "2020-10-15T22:12:55.878Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/-moz-user-input": { - "modified": "2020-10-15T21:13:07.003Z", - "contributors": [ - "mfuji09", - "yyss", - "mitsuba-clover", - "teoli", - "ethertank", - "Milly", - "Marsf", - "Mgjbot", - "Taken" - ] - }, - "Web/CSS/-ms-high-contrast": { - "modified": "2020-04-18T14:26:44.106Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/-webkit-line-clamp": { - "modified": "2020-11-22T08:36:33.464Z", - "contributors": [ - "mixplace", - "8845musign" - ] - }, - "Web/CSS/-webkit-overflow-scrolling": { - "modified": "2020-10-15T22:08:24.081Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/-webkit-print-color-adjust": { - "modified": "2020-10-15T22:16:00.721Z", - "contributors": [ - "isudzumi" - ] - }, - "Web/CSS/-webkit-tap-highlight-color": { - "modified": "2019-04-25T10:41:36.517Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/-webkit-text-fill-color": { - "modified": "2020-10-15T22:35:05.582Z", - "contributors": [ - "kyoya0819" - ] - }, - "Web/CSS/-webkit-text-stroke-color": { - "modified": "2020-10-15T22:09:05.716Z", - "contributors": [ - "kyoya0819", - "mfuji09" - ] - }, - "Web/CSS/-webkit-text-stroke-width": { - "modified": "2020-10-15T22:09:05.779Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/-webkit-touch-callout": { - "modified": "2020-10-15T21:55:21.789Z", - "contributors": [ - "mfuji09", - "teoli", - "0918nobita" - ] - }, - "Web/CSS/:-moz-alt-text": { - "modified": "2019-03-23T23:54:24.260Z", - "contributors": [ - "teoli", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/:-moz-broken": { - "modified": "2020-10-15T21:15:18.067Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/:-moz-drag-over": { - "modified": "2019-03-23T23:52:20.545Z", - "contributors": [ - "mfuji09", - "mitsuba-clover", - "teoli", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/:-moz-first-node": { - "modified": "2019-03-18T21:15:15.130Z", - "contributors": [ - "mitsuba-clover", - "teoli", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/:-moz-focusring": { - "modified": "2020-12-01T13:53:58.637Z", - "contributors": [ - "mfuji09", - "teoli" - ] - }, - "Web/CSS/:-moz-last-node": { - "modified": "2019-03-23T23:50:21.822Z", - "contributors": [ - "mitsuba-clover", - "teoli", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/:-moz-list-bullet": { - "modified": "2019-03-18T21:16:13.797Z", - "contributors": [ - "mitsuba-clover", - "teoli", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/:-moz-loading": { - "modified": "2020-07-16T11:05:59.288Z", - "contributors": [ - "mfuji09", - "mitsuba-clover", - "teoli", - "ethertank" - ] - }, - "Web/CSS/:-moz-locale-dir(ltr)": { - "modified": "2019-03-24T00:02:53.402Z", - "contributors": [ - "mfuji09", - "mitsuba-clover", - "teoli", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/:-moz-locale-dir(rtl)": { - "modified": "2019-03-24T00:02:54.520Z", - "contributors": [ - "mfuji09", - "mitsuba-clover", - "teoli", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/:-moz-only-whitespace": { - "modified": "2020-10-15T21:15:56.013Z", - "contributors": [ - "mfuji09", - "hamasaki", - "mitsuba-clover", - "teoli", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/:-moz-placeholder": { - "modified": "2019-03-24T00:07:01.599Z", - "contributors": [ - "teoli", - "ethertank", - "myakura", - "Marsf" - ] - }, - "Web/CSS/:-moz-submit-invalid": { - "modified": "2020-10-15T22:31:50.531Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/:-webkit-autofill": { - "modified": "2020-10-15T22:08:30.031Z", - "contributors": [ - "mfuji09", - "teoli" - ] - }, - "Web/CSS/::-moz-color-swatch": { - "modified": "2020-10-15T22:25:09.381Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/::-moz-progress-bar": { - "modified": "2020-07-19T14:36:44.677Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/::-moz-range-track": { - "modified": "2020-10-15T22:35:06.716Z", - "contributors": [ - "eltociear" - ] - }, - "Web/CSS/::-webkit-progress-value": { - "modified": "2020-10-15T22:31:53.883Z", - "contributors": [ - "eltociear" - ] - }, - "Web/CSS/::-webkit-slider-runnable-track": { - "modified": "2020-10-15T22:32:29.826Z", - "contributors": [ - "mfuji09", - "eltociear" - ] - }, - "Web/CSS/::-webkit-slider-thumb": { - "modified": "2020-10-15T22:29:14.108Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/::after": { - "modified": "2020-10-15T21:22:33.760Z", - "contributors": [ - "mfuji09", - "marmot1123", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/::backdrop": { - "modified": "2020-10-15T21:46:50.222Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/::before": { - "modified": "2020-10-15T21:22:32.761Z", - "contributors": [ - "mfuji09", - "mitsuba-clover", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/::cue": { - "modified": "2020-10-15T22:10:14.691Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/CSS/::first-letter": { - "modified": "2020-11-29T08:10:14.891Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/::first-line": { - "modified": "2020-12-01T12:13:00.289Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/::grammar-error": { - "modified": "2020-10-16T11:40:43.643Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/::marker": { - "modified": "2020-10-15T22:01:33.768Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/::part": { - "modified": "2020-10-15T22:31:41.006Z", - "contributors": [ - "mfuji09", - "eltociear" - ] - }, - "Web/CSS/::placeholder": { - "modified": "2020-10-15T21:58:18.095Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/CSS/::selection": { - "modified": "2020-10-15T21:22:37.619Z", - "contributors": [ - "mfuji09", - "momdo", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/::slotted": { - "modified": "2020-10-15T22:04:27.413Z", - "contributors": [ - "mfuji09", - "siquare" - ] - }, - "Web/CSS/::spelling-error": { - "modified": "2020-10-15T22:01:34.107Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/:active": { - "modified": "2020-10-15T21:22:36.498Z", - "contributors": [ - "mfuji09", - "momdo", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:any-link": { - "modified": "2020-10-15T21:48:21.777Z", - "contributors": [ - "mfuji09", - "dskmori", - "YuichiNukiyama" - ] - }, - "Web/CSS/:blank": { - "modified": "2020-10-15T22:14:01.841Z", - "contributors": [ - "mfuji09", - "dskmori" - ] - }, - "Web/CSS/:checked": { - "modified": "2020-10-15T21:22:43.343Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:default": { - "modified": "2020-11-29T04:51:34.298Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy", - "Kohei" - ] - }, - "Web/CSS/:defined": { - "modified": "2020-10-15T22:01:38.656Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/:dir": { - "modified": "2020-10-16T12:06:31.758Z", - "contributors": [ - "mfuji09", - "yyss", - "sosleepy" - ] - }, - "Web/CSS/:disabled": { - "modified": "2020-11-29T07:21:27.708Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:empty": { - "modified": "2020-10-15T21:20:01.547Z", - "contributors": [ - "mfuji09", - "ethertank" - ] - }, - "Web/CSS/:enabled": { - "modified": "2020-11-29T13:53:39.423Z", - "contributors": [ - "mfuji09", - "ethertank" - ] - }, - "Web/CSS/:first": { - "modified": "2020-10-15T21:22:40.345Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:first-child": { - "modified": "2020-10-15T21:20:00.844Z", - "contributors": [ - "mfuji09", - "ethertank" - ] - }, - "Web/CSS/:first-of-type": { - "modified": "2020-10-15T21:22:46.773Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:focus": { - "modified": "2020-10-15T21:22:35.167Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:focus-visible": { - "modified": "2020-10-16T11:59:45.628Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/:focus-within": { - "modified": "2020-10-15T22:01:52.625Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/:fullscreen": { - "modified": "2020-10-15T21:23:01.252Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:has": { - "modified": "2020-10-15T22:04:50.414Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/:host": { - "modified": "2020-10-15T22:06:11.565Z", - "contributors": [ - "mfuji09", - "miyah-kun" - ] - }, - "Web/CSS/:host-context()": { - "modified": "2020-10-16T11:31:03.002Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/:hover": { - "modified": "2020-10-15T21:22:36.365Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:in-range": { - "modified": "2020-10-15T21:48:20.401Z", - "contributors": [ - "mfuji09", - "dskmori", - "YuichiNukiyama" - ] - }, - "Web/CSS/:indeterminate": { - "modified": "2020-10-15T21:14:35.346Z", - "contributors": [ - "mfuji09", - "junerClarinet", - "yuheiy", - "yyss", - "ethertank", - "sosleepy", - "Level" - ] - }, - "Web/CSS/:invalid": { - "modified": "2020-10-15T21:22:38.787Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:is": { - "modified": "2020-11-10T15:43:01.179Z", - "contributors": [ - "mfuji09", - "Marsf", - "dskmori" - ] - }, - "Web/CSS/:lang": { - "modified": "2020-10-15T21:22:48.237Z", - "contributors": [ - "mfuji09", - "sutara79", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:last-child": { - "modified": "2020-12-01T14:35:44.940Z", - "contributors": [ - "mfuji09", - "ethertank" - ] - }, - "Web/CSS/:last-of-type": { - "modified": "2020-10-15T21:22:08.766Z", - "contributors": [ - "mizutanian", - "mfuji09", - "ethertank" - ] - }, - "Web/CSS/:left": { - "modified": "2020-10-15T21:22:46.092Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:link": { - "modified": "2020-10-15T21:22:37.554Z", - "contributors": [ - "ryosuke0920", - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:not": { - "modified": "2020-10-15T21:22:39.369Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "masato", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:nth-child": { - "modified": "2020-10-15T21:22:39.322Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:nth-last-child": { - "modified": "2020-10-15T21:22:41.209Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:nth-last-of-type": { - "modified": "2020-10-15T21:22:42.796Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:nth-of-type": { - "modified": "2020-10-15T21:22:41.167Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:only-child": { - "modified": "2020-10-15T21:22:37.544Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:only-of-type": { - "modified": "2020-10-15T21:22:41.247Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:optional": { - "modified": "2020-11-29T07:27:40.106Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:out-of-range": { - "modified": "2020-10-15T21:48:20.049Z", - "contributors": [ - "mfuji09", - "dskmori", - "YuichiNukiyama" - ] - }, - "Web/CSS/:placeholder-shown": { - "modified": "2020-10-15T21:52:18.557Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/:read-only": { - "modified": "2020-10-15T22:01:54.695Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/:read-write": { - "modified": "2020-10-15T21:22:20.917Z", - "contributors": [ - "mfuji09", - "ethertank" - ] - }, - "Web/CSS/:required": { - "modified": "2020-11-29T14:22:41.401Z", - "contributors": [ - "mfuji09", - "ethertank" - ] - }, - "Web/CSS/:right": { - "modified": "2020-10-15T21:22:40.921Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:root": { - "modified": "2020-10-15T21:20:02.461Z", - "contributors": [ - "ursm", - "mikan-megane", - "mfuji09", - "ethertank" - ] - }, - "Web/CSS/:scope": { - "modified": "2020-10-15T22:01:56.420Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/:target": { - "modified": "2020-10-15T21:22:43.931Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:valid": { - "modified": "2020-10-15T21:21:45.551Z", - "contributors": [ - "koh1project", - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/CSS/:visited": { - "modified": "2020-10-15T21:22:42.021Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/:where": { - "modified": "2020-10-15T22:31:36.489Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@charset": { - "modified": "2020-10-15T21:22:42.352Z", - "contributors": [ - "Marsf", - "jo-ninja", - "momdo", - "momoiroshikibu", - "Guillaume-Heras", - "fscholz", - "imenihs", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/@counter-style": { - "modified": "2020-10-15T22:05:03.559Z", - "contributors": [ - "mfuji09", - "dlwe", - "mfluehr" - ] - }, - "Web/CSS/@counter-style/additive-symbols": { - "modified": "2020-10-15T22:05:06.375Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@counter-style/prefix": { - "modified": "2020-10-15T22:05:04.568Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@document": { - "modified": "2020-10-15T21:15:46.327Z", - "contributors": [ - "mfuji09", - "horyu", - "yyss", - "inkusu", - "lv7777", - "fscholz", - "ethertank", - "sosleepy", - "Marsf" - ] - }, - "Web/CSS/@font-face": { - "modified": "2020-10-15T21:14:34.276Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "ethertank", - "sosleepy", - "Level", - "Taken" - ] - }, - "Web/CSS/@font-face/font-display": { - "modified": "2020-10-15T22:04:39.861Z", - "contributors": [ - "dskmori", - "terkel", - "mfuji09" - ] - }, - "Web/CSS/@font-face/font-family": { - "modified": "2020-10-15T22:19:55.307Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "mzmjp" - ] - }, - "Web/CSS/@font-face/font-stretch": { - "modified": "2020-10-15T22:24:03.037Z", - "contributors": [ - "mfuji09", - "dskmori", - "7io63" - ] - }, - "Web/CSS/@font-face/font-style": { - "modified": "2020-10-15T22:06:44.419Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@font-face/font-variation-settings": { - "modified": "2020-10-15T22:25:21.747Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@font-face/font-weight": { - "modified": "2020-10-15T22:29:21.162Z", - "contributors": [ - "mfuji09", - "a-shinba" - ] - }, - "Web/CSS/@font-face/src": { - "modified": "2020-10-15T22:07:43.586Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@font-face/unicode-range": { - "modified": "2020-10-15T22:11:56.706Z", - "contributors": [ - "mfuji09", - "dskmori", - "miminari" - ] - }, - "Web/CSS/@font-feature-values": { - "modified": "2020-11-29T07:46:34.601Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/CSS/@import": { - "modified": "2020-10-15T21:14:17.162Z", - "contributors": [ - "mfuji09", - "Guillaume-Heras", - "fscholz", - "ethertank", - "sosleepy", - "Marsf" - ] - }, - "Web/CSS/@keyframes": { - "modified": "2020-10-15T21:07:50.321Z", - "contributors": [ - "Phroneris", - "mfuji09", - "sutara79", - "Simplexible", - "fscholz", - "ethertank", - "yyss" - ] - }, - "Web/CSS/@media": { - "modified": "2020-10-15T21:14:10.211Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "takahashim", - "yyss", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/@media/-moz-device-pixel-ratio": { - "modified": "2020-12-01T14:06:43.030Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/-webkit-device-pixel-ratio": { - "modified": "2020-10-15T22:07:23.782Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/-webkit-transform-2d": { - "modified": "2020-10-15T22:08:21.432Z", - "contributors": [ - "mfuji09", - "teoli" - ] - }, - "Web/CSS/@media/-webkit-transform-3d": { - "modified": "2020-10-15T22:08:23.899Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/-webkit-transition": { - "modified": "2020-10-15T22:08:22.970Z", - "contributors": [ - "mfuji09", - "teoli" - ] - }, - "Web/CSS/@media/Index": { - "modified": "2019-03-18T21:22:31.321Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/any-hover": { - "modified": "2020-10-15T22:05:47.818Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/any-pointer": { - "modified": "2020-10-15T22:06:04.720Z", - "contributors": [ - "myakura", - "mfuji09" - ] - }, - "Web/CSS/@media/aspect-ratio": { - "modified": "2020-10-15T22:05:30.627Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/color": { - "modified": "2020-10-15T22:05:50.804Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/color-gamut": { - "modified": "2020-10-15T22:05:28.872Z", - "contributors": [ - "mfuji09", - "takot" - ] - }, - "Web/CSS/@media/color-index": { - "modified": "2020-10-15T22:05:51.522Z", - "contributors": [ - "mfuji09", - "sutara79" - ] - }, - "Web/CSS/@media/device-aspect-ratio": { - "modified": "2020-10-15T22:05:29.917Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/device-height": { - "modified": "2020-10-15T22:05:30.790Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/device-width": { - "modified": "2020-10-15T22:05:28.679Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/display-mode": { - "modified": "2020-10-15T21:48:38.077Z", - "contributors": [ - "mfuji09", - "Marsf", - "takahashim", - "YuichiNukiyama" - ] - }, - "Web/CSS/@media/grid": { - "modified": "2020-10-15T22:05:49.505Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/height": { - "modified": "2020-10-15T22:05:28.941Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/hover": { - "modified": "2020-10-15T22:05:50.308Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/inverted-colors": { - "modified": "2020-10-15T22:05:51.265Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/monochrome": { - "modified": "2020-10-15T22:05:58.767Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/orientation": { - "modified": "2020-10-15T22:05:58.636Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/overflow-block": { - "modified": "2020-10-15T22:05:31.275Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/overflow-inline": { - "modified": "2020-10-15T22:05:28.693Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/pointer": { - "modified": "2020-10-15T21:55:47.216Z", - "contributors": [ - "myakura", - "mfuji09", - "mpcjazz" - ] - }, - "Web/CSS/@media/prefers-color-scheme": { - "modified": "2020-10-15T22:15:24.451Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/prefers-contrast": { - "modified": "2020-10-15T22:26:35.714Z", - "contributors": [ - "mfuji09", - "8845musign" - ] - }, - "Web/CSS/@media/prefers-reduced-motion": { - "modified": "2020-10-15T22:08:50.090Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/resolution": { - "modified": "2020-10-15T22:05:47.444Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/scan": { - "modified": "2020-10-15T22:06:00.879Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/scripting": { - "modified": "2020-10-15T22:05:28.884Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/shape": { - "modified": "2020-10-15T22:20:56.866Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/update-frequency": { - "modified": "2020-10-15T22:06:02.463Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@media/width": { - "modified": "2020-10-15T22:05:26.938Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@namespace": { - "modified": "2020-10-15T21:46:58.227Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/@page": { - "modified": "2020-11-29T14:32:16.651Z", - "contributors": [ - "mfuji09", - "takahashim", - "Prinz_Rana", - "hashedhyphen", - "fscholz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/@page/bleed": { - "modified": "2020-10-15T22:06:40.908Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@page/marks": { - "modified": "2020-10-15T22:06:39.164Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@page/size": { - "modified": "2020-10-15T22:06:41.062Z", - "contributors": [ - "mfuji09", - "junerClarinet" - ] - }, - "Web/CSS/@supports": { - "modified": "2020-11-30T12:30:31.824Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/@viewport": { - "modified": "2020-11-29T12:01:32.996Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "dskmori", - "fscholz", - "storywriter" - ] - }, - "Web/CSS/@viewport/height": { - "modified": "2020-10-15T22:35:00.773Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/@viewport/max-height": { - "modified": "2020-10-15T22:19:56.603Z", - "contributors": [ - "Uemmra3", - "mzmjp" - ] - }, - "Web/CSS/@viewport/max-zoom": { - "modified": "2020-10-15T22:04:17.200Z", - "contributors": [ - "mfuji09", - "ExE-Boss" - ] - }, - "Web/CSS/@viewport/min-zoom": { - "modified": "2020-10-15T22:04:16.205Z", - "contributors": [ - "ExE-Boss", - "mfuji09" - ] - }, - "Web/CSS/@viewport/viewport-fit": { - "modified": "2020-10-15T22:13:25.298Z", - "contributors": [ - "mfuji09", - "acid-chicken", - "silverskyvicto" - ] - }, - "Web/CSS/@viewport/zoom": { - "modified": "2020-10-15T21:44:32.570Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "takahashim", - "dskmori", - ".Hiroya" - ] - }, - "Web/CSS/Adjacent_sibling_combinator": { - "modified": "2020-10-15T21:20:46.943Z", - "contributors": [ - "mfuji09", - "uknmr", - "sii", - "lv7777", - "ethertank" - ] - }, - "Web/CSS/Alternative_style_sheets": { - "modified": "2020-10-15T21:15:43.078Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "ethertank", - "Mgjbot", - "Kohei" - ] - }, - "Web/CSS/At-rule": { - "modified": "2020-07-19T14:52:47.759Z", - "contributors": [ - "mfuji09", - "i12o", - "takahashim", - "yyss", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/Attribute_selectors": { - "modified": "2020-10-15T21:20:41.486Z", - "contributors": [ - "dlwe", - "mfuji09", - "silverskyvicto", - "momdo", - "ethertank", - "sii" - ] - }, - "Web/CSS/CSSOM_View": { - "modified": "2020-10-15T22:00:40.104Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Animations": { - "modified": "2020-10-15T21:40:14.685Z", - "contributors": [ - "mfuji09", - "teoli" - ] - }, - "Web/CSS/CSS_Animations/Detecting_CSS_animation_support": { - "modified": "2019-03-18T21:20:29.728Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Animations/Tips": { - "modified": "2019-10-26T02:04:52.443Z", - "contributors": [ - "Wind1808", - "tositeru" - ] - }, - "Web/CSS/CSS_Animations/Using_CSS_animations": { - "modified": "2020-09-25T12:38:38.849Z", - "contributors": [ - "mfuji09", - "Wind1808", - "SphinxKnight", - "takahashim", - "kubosho_", - "teoli", - "Marsf", - "FumioNonaka", - "ethertank", - "yyss" - ] - }, - "Web/CSS/CSS_Background_and_Borders/Border-image_generator": { - "modified": "2019-03-18T21:41:18.820Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Background_and_Borders/Border-radius_generator": { - "modified": "2020-02-13T14:54:34.325Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Background_and_Borders/Using_CSS_multiple_backgrounds": { - "modified": "2019-03-24T00:01:58.302Z", - "contributors": [ - "tacamula", - "teoli", - "ethertank", - "Potappo", - "Piro" - ] - }, - "Web/CSS/CSS_Backgrounds_and_Borders": { - "modified": "2020-04-17T14:34:56.933Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Backgrounds_and_Borders/Scaling_background_images": { - "modified": "2020-09-05T23:29:58.757Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Backgrounds_and_Borders/Using_multiple_backgrounds": { - "modified": "2019-03-18T21:28:58.186Z", - "contributors": [ - "sutara79" - ] - }, - "Web/CSS/CSS_Basic_User_Interface": { - "modified": "2019-04-18T11:39:34.177Z", - "contributors": [ - "mfuji09", - "ExE-Boss" - ] - }, - "Web/CSS/CSS_Basic_User_Interface/Using_URL_values_for_the_cursor_property": { - "modified": "2020-12-06T14:47:19.654Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "hommaam" - ] - }, - "Web/CSS/CSS_Box_Alignment": { - "modified": "2020-05-22T07:14:00.686Z", - "contributors": [ - "mfuji09", - "applejam9029", - "irenesmith" - ] - }, - "Web/CSS/CSS_Box_Alignment/Box_Alignment_In_Block_Abspos_Tables": { - "modified": "2019-03-18T21:27:16.419Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Box_Alignment/Box_Alignment_in_Flexbox": { - "modified": "2020-02-09T02:51:25.132Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Box_Alignment/Box_Alignment_in_Multi-column_Layout": { - "modified": "2019-03-18T21:27:23.606Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Box_Model": { - "modified": "2019-03-23T22:44:01.435Z", - "contributors": [ - "mfuji09", - "sii", - "teoli" - ] - }, - "Web/CSS/CSS_Box_Model/Introduction_to_the_CSS_box_model": { - "modified": "2020-08-30T02:11:15.284Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/CSS_Box_Model/Mastering_margin_collapsing": { - "modified": "2020-08-13T11:15:28.485Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "teoli", - "fscholz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/CSS_Charsets": { - "modified": "2020-10-15T22:04:01.150Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Color": { - "modified": "2020-10-15T22:04:14.476Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Colors/Color_picker_tool": { - "modified": "2019-03-18T21:32:04.433Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Columns": { - "modified": "2020-02-08T14:37:48.481Z", - "contributors": [ - "mfuji09", - "Sebastianz" - ] - }, - "Web/CSS/CSS_Columns/Basic_Concepts_of_Multicol": { - "modified": "2019-03-18T21:30:02.350Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Columns/Handling_Overflow_in_Multicol": { - "modified": "2019-03-18T21:25:59.646Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Columns/Handling_content_breaks_in_multicol": { - "modified": "2019-03-18T21:26:13.300Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Columns/Spanning_Columns": { - "modified": "2019-03-18T21:25:59.859Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Columns/Styling_Columns": { - "modified": "2020-08-09T15:15:29.296Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Columns/Using_multi-column_layouts": { - "modified": "2020-09-10T08:59:19.234Z", - "contributors": [ - "mfuji09", - "escattone", - "SphinxKnight", - "fscholz", - "ethertank", - "sosleepy", - "Marsf", - "Mgjbot", - "Foximer" - ] - }, - "Web/CSS/CSS_Conditional_Rules": { - "modified": "2020-10-15T22:04:05.407Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Containment": { - "modified": "2020-08-09T12:00:22.203Z", - "contributors": [ - "isudzumi" - ] - }, - "Web/CSS/CSS_Counter_Styles": { - "modified": "2020-10-15T22:04:14.575Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Device_Adaptation": { - "modified": "2020-10-15T22:06:16.617Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Display": { - "modified": "2020-10-15T22:01:55.406Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Flexible_Box_Layout": { - "modified": "2020-08-14T12:35:50.485Z", - "contributors": [ - "mfuji09", - "dynamis", - "reppets", - "sii", - "hashedhyphen", - "fscholz" - ] - }, - "Web/CSS/CSS_Flexible_Box_Layout/Aligning_Items_in_a_Flex_Container": { - "modified": "2019-12-09T15:33:55.799Z", - "contributors": [ - "mfuji09", - "harupiyo", - "dynamis", - "reppets" - ] - }, - "Web/CSS/CSS_Flexible_Box_Layout/Backwards_Compatibility_of_Flexbox": { - "modified": "2020-08-14T09:23:43.070Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "sutara79" - ] - }, - "Web/CSS/CSS_Flexible_Box_Layout/Basic_Concepts_of_Flexbox": { - "modified": "2020-08-14T10:39:21.091Z", - "contributors": [ - "mfuji09", - "zerkshohei", - "sohopro", - "dynamis", - "reppets", - "dskmori" - ] - }, - "Web/CSS/CSS_Flexible_Box_Layout/Controlling_Ratios_of_Flex_Items_Along_the_Main_Ax": { - "modified": "2019-03-18T21:35:12.667Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Web/CSS/CSS_Flexible_Box_Layout/Mastering_Wrapping_of_Flex_Items": { - "modified": "2019-05-06T02:22:31.639Z", - "contributors": [ - "iakio", - "mfuji09" - ] - }, - "Web/CSS/CSS_Flexible_Box_Layout/Mixins": { - "modified": "2019-03-18T21:27:26.555Z", - "contributors": [ - "mfuji09", - "chrisdavidmills", - "EmptyPond" - ] - }, - "Web/CSS/CSS_Flexible_Box_Layout/Ordering_Flex_Items": { - "modified": "2020-10-16T12:48:01.513Z", - "contributors": [ - "mfuji09", - "reppets" - ] - }, - "Web/CSS/CSS_Flexible_Box_Layout/Relationship_of_Flexbox_to_Other_Layout_Methods": { - "modified": "2019-11-15T10:39:22.790Z", - "contributors": [ - "mfuji09", - "dynamis", - "reppets" - ] - }, - "Web/CSS/CSS_Flexible_Box_Layout/Typical_Use_Cases_of_Flexbox": { - "modified": "2019-03-18T21:27:50.748Z", - "contributors": [ - "sutara79" - ] - }, - "Web/CSS/CSS_Flexible_Box_Layout/Using_flexbox_to_lay_out_web_applications": { - "modified": "2019-03-23T22:40:47.383Z", - "contributors": [ - "yyss" - ] - }, - "Web/CSS/CSS_Flow_Layout": { - "modified": "2019-03-18T21:32:57.417Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Flow_Layout/Block_and_Inline_Layout_in_Normal_Flow": { - "modified": "2020-05-14T13:25:53.556Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Flow_Layout/Flow_Layout_and_Overflow": { - "modified": "2019-03-18T21:27:42.298Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Flow_Layout/Flow_Layout_and_Writing_Modes": { - "modified": "2019-03-18T21:28:55.263Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Flow_Layout/In_Flow_and_Out_of_Flow": { - "modified": "2019-03-18T21:28:49.433Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Flow_Layout/Intro_to_formatting_contexts": { - "modified": "2020-08-09T11:07:11.560Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Fonts": { - "modified": "2019-09-29T01:14:39.323Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Fonts/OpenType_fonts_guide": { - "modified": "2019-09-26T04:09:32.053Z", - "contributors": [ - "cmplstofB" - ] - }, - "Web/CSS/CSS_Fonts/Variable_Fonts_Guide": { - "modified": "2020-09-25T11:49:11.515Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/CSS/CSS_Fragmentation": { - "modified": "2019-03-18T21:34:51.102Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Functions": { - "modified": "2020-11-10T07:17:38.541Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Generated_Content": { - "modified": "2020-09-16T06:32:46.866Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Grid_Layout": { - "modified": "2020-11-10T15:22:06.641Z", - "contributors": [ - "mfuji09", - "dynamis", - "hamasaki", - "8845musign", - "momdo", - "chuck0523" - ] - }, - "Web/CSS/CSS_Grid_Layout/Auto-placement_in_CSS_Grid_Layout": { - "modified": "2020-07-31T09:49:51.376Z", - "contributors": [ - "AsazuTaiga", - "mfuji09" - ] - }, - "Web/CSS/CSS_Grid_Layout/Basic_Concepts_of_Grid_Layout": { - "modified": "2020-12-06T15:22:49.671Z", - "contributors": [ - "mfuji09", - "sohopro", - "dskmori", - "harupiyo", - "Marsf", - "chuck0523" - ] - }, - "Web/CSS/CSS_Grid_Layout/Box_Alignment_in_CSS_Grid_Layout": { - "modified": "2020-12-03T12:26:17.366Z", - "contributors": [ - "hamasaki", - "applejam9029", - "mfuji09" - ] - }, - "Web/CSS/CSS_Grid_Layout/Layout_using_Named_Grid_Lines": { - "modified": "2019-12-22T11:06:14.606Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Grid_Layout/Relationship_of_Grid_Layout": { - "modified": "2020-09-25T12:42:53.895Z", - "contributors": [ - "mfuji09", - "rukiadia", - "TakumiFunasaka", - "8845musign", - "nekobato" - ] - }, - "Web/CSS/CSS_Grid_Layout/Subgrid": { - "modified": "2020-07-23T12:54:56.592Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/CSS/CSS_Images": { - "modified": "2019-03-18T21:38:54.134Z", - "contributors": [ - "mfuji09", - "mfluehr" - ] - }, - "Web/CSS/CSS_Images/Implementing_image_sprites_in_CSS": { - "modified": "2020-07-31T05:09:49.971Z", - "contributors": [ - "mfuji09", - "minamo" - ] - }, - "Web/CSS/CSS_Images/Using_CSS_gradients": { - "modified": "2020-08-18T00:54:58.019Z", - "contributors": [ - "mfuji09", - "monmonmon", - "takahashim", - "Sebastianz", - "ethertank", - "sosleepy", - "teoli", - "floEdelmann", - "Piro" - ] - }, - "Web/CSS/CSS_Lists_and_Counters": { - "modified": "2019-07-04T10:31:30.605Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Lists_and_Counters/Using_CSS_counters": { - "modified": "2020-08-18T01:07:42.151Z", - "contributors": [ - "mfuji09", - "LuckyWind_sck", - "ethertank", - "sosleepy", - "sii" - ] - }, - "Web/CSS/CSS_Logical_Properties": { - "modified": "2020-08-06T03:13:13.668Z", - "contributors": [ - "mfuji09", - "chrisdavidmills" - ] - }, - "Web/CSS/CSS_Logical_Properties/Basic_concepts": { - "modified": "2019-11-19T12:58:28.144Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Logical_Properties/Floating_and_positioning": { - "modified": "2020-07-25T07:55:37.798Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Logical_Properties/Margins_borders_padding": { - "modified": "2019-03-18T20:43:03.680Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Logical_Properties/Sizing": { - "modified": "2019-11-21T12:30:42.568Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Masking": { - "modified": "2020-10-15T21:54:38.952Z", - "contributors": [ - "mfuji09", - "dskmori" - ] - }, - "Web/CSS/CSS_Miscellaneous": { - "modified": "2019-09-28T03:34:24.632Z", - "contributors": [ - "dskmori", - "cmplstofB" - ] - }, - "Web/CSS/CSS_Motion_Path": { - "modified": "2020-10-15T22:11:41.700Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Namespaces": { - "modified": "2020-10-15T22:04:00.291Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Overflow": { - "modified": "2020-09-15T01:54:20.000Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Pages": { - "modified": "2019-03-18T21:35:44.400Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Positioning": { - "modified": "2019-03-18T21:32:06.168Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Positioning/Understanding_z_index": { - "modified": "2020-08-24T12:47:38.380Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/CSS_Positioning/Understanding_z_index/Adding_z-index": { - "modified": "2020-08-24T11:43:15.292Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/CSS_Positioning/Understanding_z_index/Stacking_and_float": { - "modified": "2020-09-10T08:51:02.935Z", - "contributors": [ - "hata6502", - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/CSS_Positioning/Understanding_z_index/Stacking_context_example_1": { - "modified": "2020-08-24T12:18:00.574Z", - "contributors": [ - "mfuji09", - "ark-tds", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/CSS_Positioning/Understanding_z_index/Stacking_context_example_2": { - "modified": "2020-08-24T12:38:48.152Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/CSS_Positioning/Understanding_z_index/Stacking_context_example_3": { - "modified": "2020-08-24T12:39:08.086Z", - "contributors": [ - "mfuji09", - "shiatsumat", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/CSS_Positioning/Understanding_z_index/Stacking_without_z-index": { - "modified": "2020-08-24T11:22:24.066Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/CSS_Positioning/Understanding_z_index/The_stacking_context": { - "modified": "2020-08-24T11:52:52.765Z", - "contributors": [ - "mfuji09", - "Potappo", - "hinatami", - "Dolphin_Wood", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/CSS_Properties_Reference": { - "modified": "2019-03-18T21:41:37.652Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Web/CSS/CSS_Ruby": { - "modified": "2020-10-15T22:11:40.824Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Scroll_Snap": { - "modified": "2019-03-18T21:30:31.785Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Scroll_Snap/Browser_compat": { - "modified": "2020-02-21T23:37:52.316Z", - "contributors": [ - "yuheiy", - "mfuji09" - ] - }, - "Web/CSS/CSS_Scroll_Snap_Points": { - "modified": "2020-10-15T21:58:12.862Z", - "contributors": [ - "mfuji09", - "KitaitiMakoto" - ] - }, - "Web/CSS/CSS_Scrollbars": { - "modified": "2020-10-15T22:12:56.961Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Selectors": { - "modified": "2020-09-14T12:02:31.147Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Eai" - ] - }, - "Web/CSS/CSS_Selectors/Using_the_:target_pseudo-class_in_selectors": { - "modified": "2019-03-18T21:30:47.138Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Shapes": { - "modified": "2020-10-15T22:04:21.293Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Shapes/Basic_Shapes": { - "modified": "2019-03-18T20:44:55.242Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Shapes/From_box_values": { - "modified": "2020-08-21T11:25:08.652Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Shapes/Overview_of_CSS_Shapes": { - "modified": "2019-03-18T21:36:07.471Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Shapes/Shapes_From_Images": { - "modified": "2019-03-18T21:34:58.823Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Table": { - "modified": "2019-03-18T21:28:51.893Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Text": { - "modified": "2019-03-18T21:22:13.313Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Text_Decoration": { - "modified": "2020-09-14T00:18:29.877Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/CSS/CSS_Transforms": { - "modified": "2020-09-19T15:23:10.047Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "fscholz" - ] - }, - "Web/CSS/CSS_Transforms/Using_CSS_transforms": { - "modified": "2020-11-28T02:42:55.979Z", - "contributors": [ - "mfuji09", - "SaekiTominaga", - "SphinxKnight", - "fscholz", - "ethertank", - "sosleepy", - "teoli", - "Level", - "JÃŒrgen Jeka", - "Potappo", - "Taken" - ] - }, - "Web/CSS/CSS_Transitions": { - "modified": "2019-03-23T22:44:14.987Z", - "contributors": [ - "mfuji09", - "sii", - "teoli" - ] - }, - "Web/CSS/CSS_Transitions/Using_CSS_transitions": { - "modified": "2020-10-03T23:42:48.800Z", - "contributors": [ - "tuid_mz", - "mfuji09", - "hiroya-u", - "chalkygames123", - "kaiji", - "nyk510", - "momdo", - "jgs", - "hamasaki", - "fscholz", - "ethertank", - "teoli", - "yyss" - ] - }, - "Web/CSS/CSS_Types": { - "modified": "2020-11-10T07:25:34.702Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/CSS_Values_and_Units": { - "modified": "2020-10-27T06:39:35.001Z", - "contributors": [ - "MikuroXina", - "mfuji09", - "awazo" - ] - }, - "Web/CSS/CSS_Variables": { - "modified": "2019-09-26T04:21:48.836Z", - "contributors": [ - "cmplstofB" - ] - }, - "Web/CSS/CSS_Writing_Modes": { - "modified": "2019-03-23T22:23:51.990Z", - "contributors": [ - "mfuji09", - "dynamis" - ] - }, - "Web/CSS/CSS_animated_properties": { - "modified": "2020-07-14T09:08:27.158Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "mitsuba-clover", - "Marsf", - "ethertank" - ] - }, - "Web/CSS/Cascade": { - "modified": "2020-04-19T05:24:20.123Z", - "contributors": [ - "mfuji09", - "isdh" - ] - }, - "Web/CSS/Child_combinator": { - "modified": "2020-10-15T21:22:37.540Z", - "contributors": [ - "mfuji09", - "FumiyaShibusawa", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/Class_selectors": { - "modified": "2020-10-15T21:20:48.425Z", - "contributors": [ - "mfuji09", - "FumiyaShibusawa", - "ethertank", - "sii" - ] - }, - "Web/CSS/Column_combinator": { - "modified": "2020-10-15T22:09:04.444Z", - "contributors": [ - "mfuji09", - "ExE-Boss" - ] - }, - "Web/CSS/Comments": { - "modified": "2019-03-23T23:33:39.632Z", - "contributors": [ - "mfuji09", - "ethertank" - ] - }, - "Web/CSS/Common_CSS_Questions": { - "modified": "2020-07-16T22:25:45.204Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "yyss" - ] - }, - "Web/CSS/Compositing_and_Blending": { - "modified": "2020-10-15T22:06:15.985Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/Containing_block": { - "modified": "2020-10-17T13:41:06.755Z", - "contributors": [ - "mfuji09", - "alattalatta" - ] - }, - "Web/CSS/Descendant_combinator": { - "modified": "2020-10-15T21:22:42.147Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/Filter_Effects": { - "modified": "2020-10-15T22:11:38.008Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/General_sibling_combinator": { - "modified": "2020-10-15T21:22:37.143Z", - "contributors": [ - "dlwe", - "h-subaru", - "mfuji09", - "yassh", - "SphinxKnight", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/ID_selectors": { - "modified": "2020-12-03T15:27:41.759Z", - "contributors": [ - "mfuji09", - "FumiyaShibusawa", - "ethertank", - "sii" - ] - }, - "Web/CSS/Index": { - "modified": "2019-01-16T21:57:06.536Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/CSS/Layout_cookbook": { - "modified": "2019-04-27T01:38:18.486Z", - "contributors": [ - "Wind1808", - "mfuji09" - ] - }, - "Web/CSS/Layout_cookbook/Breadcrumb_Navigation": { - "modified": "2020-10-15T22:17:35.461Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/CSS/Layout_cookbook/Card": { - "modified": "2020-10-15T22:17:41.176Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/CSS/Layout_cookbook/Center_an_element": { - "modified": "2020-10-15T22:17:44.179Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/CSS/Layout_cookbook/Column_layouts": { - "modified": "2020-10-15T22:17:44.035Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/CSS/Layout_cookbook/Contribute_a_recipe": { - "modified": "2019-04-26T09:39:56.788Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/CSS/Layout_cookbook/Contribute_a_recipe/Cookbook_template": { - "modified": "2020-10-15T22:17:54.316Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/CSS/Layout_cookbook/Grid_wrapper": { - "modified": "2020-10-15T22:17:47.306Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/CSS/Layout_cookbook/List_group_with_badges": { - "modified": "2020-10-15T22:17:37.697Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/CSS/Layout_cookbook/Media_objects": { - "modified": "2020-10-15T22:17:34.577Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/CSS/Layout_cookbook/Pagination": { - "modified": "2020-10-15T22:17:43.474Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/CSS/Layout_cookbook/Split_Navigation": { - "modified": "2020-10-15T22:17:39.946Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/CSS/Layout_cookbook/Sticky_footers": { - "modified": "2020-10-15T22:17:41.392Z", - "contributors": [ - "dskmori", - "Wind1808" - ] - }, - "Web/CSS/Layout_mode": { - "modified": "2019-03-23T23:31:15.394Z", - "contributors": [ - "mfuji09", - "Marsf", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/Length": { - "modified": "2020-10-15T21:14:25.961Z", - "contributors": [ - "mfuji09", - "mushahiroyuki", - "yyss", - "Simplexible", - "fscholz", - "teoli", - "ethertank", - "sosleepy", - "Marsf", - "Taken", - "haccy" - ] - }, - "Web/CSS/List_of_Proprietary_CSS_Features": { - "modified": "2019-03-18T21:33:15.134Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/Media": { - "modified": "2019-01-16T15:23:43.629Z", - "contributors": [ - "ethertank", - "Anonymous" - ] - }, - "Web/CSS/Media/Visual": { - "modified": "2019-03-24T00:17:11.661Z", - "contributors": [ - "ethertank", - "Marsf" - ] - }, - "Web/CSS/Media_Queries/Testing_media_queries": { - "modified": "2020-10-15T21:07:28.863Z", - "contributors": [ - "mfuji09", - "ethertank", - "yyss" - ] - }, - "Web/CSS/Media_Queries/Using_media_queries": { - "modified": "2020-05-18T11:56:32.213Z", - "contributors": [ - "mfuji09", - "ln-north", - "Sebastianz", - "mrstork", - "malayaleecoder", - "hashedhyphen" - ] - }, - "Web/CSS/Media_queries": { - "modified": "2020-08-03T13:41:49.837Z", - "contributors": [ - "mfuji09", - "ethertank" - ] - }, - "Web/CSS/Media_queries/Using_Media_Queries_for_Accessibility": { - "modified": "2019-03-18T21:24:13.236Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/Microsoft_Extensions": { - "modified": "2020-07-16T08:38:55.565Z", - "contributors": [ - "ExE-Boss", - "mfuji09" - ] - }, - "Web/CSS/Mozilla_Extensions": { - "modified": "2019-03-24T00:14:11.881Z", - "contributors": [ - "mfuji09", - "Marsf", - "Sebastianz", - "Prinz_Rana", - "ethertank", - "tregagnon", - "Taken", - "Level", - "Piro" - ] - }, - "Web/CSS/Other_Resources": { - "modified": "2019-03-23T23:44:01.923Z", - "contributors": [ - "ethertank", - "Mgjbot", - "Okome", - "Shimono" - ] - }, - "Web/CSS/Paged_Media": { - "modified": "2019-03-18T21:35:37.752Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/Privacy_and_the_:visited_selector": { - "modified": "2020-12-01T21:03:57.973Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/Pseudo-classes": { - "modified": "2019-05-31T23:53:46.689Z", - "contributors": [ - "H1Gdev", - "mfuji09", - "silverskyvicto", - "yyss", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/Pseudo-elements": { - "modified": "2020-08-25T14:06:51.693Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "kamekame", - "yoshiko-pg", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/Reference": { - "modified": "2020-11-29T07:03:16.296Z", - "contributors": [ - "mfuji09", - "倧野城みずき", - "unipota", - "Marsf", - "takahashim", - "mrstork", - "prayash", - "ethertank", - "sosleepy", - "sii", - "saneyuki_s", - "Potappo", - "tregagnon", - "Taken", - "Mgjbot" - ] - }, - "Web/CSS/Replaced_element": { - "modified": "2020-09-12T11:29:36.980Z", - "contributors": [ - "Masa-Shin", - "Neos21", - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/Scaling_background_images": { - "modified": "2019-03-23T23:37:28.021Z", - "contributors": [ - "mrstork", - "ethertank", - "sii" - ] - }, - "Web/CSS/Selector_list": { - "modified": "2020-10-15T22:25:30.192Z", - "contributors": [ - "mfuji09", - "cmplstofB" - ] - }, - "Web/CSS/Shorthand_properties": { - "modified": "2020-08-14T11:56:14.205Z", - "contributors": [ - "mfuji09", - "fscholz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/Specificity": { - "modified": "2020-04-20T23:20:01.731Z", - "contributors": [ - "mfuji09", - "sakai-akinobu", - "yoshidax", - "ethertank", - "sii" - ] - }, - "Web/CSS/Syntax": { - "modified": "2020-08-16T03:09:34.358Z", - "contributors": [ - "mfuji09", - "keis94", - "mpcjazz", - "kei-itof", - "ethertank", - "sii" - ] - }, - "Web/CSS/Tools": { - "modified": "2020-07-21T12:48:32.485Z", - "contributors": [ - "mfuji09", - "sii" - ] - }, - "Web/CSS/Type_selectors": { - "modified": "2020-10-15T21:20:42.015Z", - "contributors": [ - "FumiyaShibusawa", - "mfuji09", - "ethertank", - "sii" - ] - }, - "Web/CSS/Universal_selectors": { - "modified": "2020-10-15T21:20:49.367Z", - "contributors": [ - "FumiyaShibusawa", - "mfuji09", - "mpcjazz", - "ethertank", - "sii" - ] - }, - "Web/CSS/Using_CSS_custom_properties": { - "modified": "2020-10-15T21:45:20.930Z", - "contributors": [ - "mfuji09", - "chrisdavidmills", - "hamasaki", - "YuichiNukiyama", - "lv7777", - "buffarin" - ] - }, - "Web/CSS/Value_definition_syntax": { - "modified": "2020-09-27T00:52:29.488Z", - "contributors": [ - "mfuji09", - "Hakaato", - "SphinxKnight", - "Sebastianz", - "Prinz_Rana", - "Guillaume-Heras", - "prayash", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/Viewport_concepts": { - "modified": "2020-09-22T04:57:28.828Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/Visual_formatting_model": { - "modified": "2020-09-05T23:17:45.192Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "uint256_t", - "mokeke", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/WebKit_Extensions": { - "modified": "2019-04-02T14:08:07.074Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/CSS/actual_value": { - "modified": "2020-07-14T09:14:56.040Z", - "contributors": [ - "mfuji09", - "ethertank", - "sii" - ] - }, - "Web/CSS/align-content": { - "modified": "2020-10-15T21:21:17.790Z", - "contributors": [ - "mfuji09", - "yyss", - "wikrsh", - "fscholz", - "Sebastianz", - "ethertank" - ] - }, - "Web/CSS/align-items": { - "modified": "2020-10-15T21:21:25.133Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "teoli", - "ethertank" - ] - }, - "Web/CSS/align-self": { - "modified": "2020-10-15T21:21:10.486Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "teoli", - "ethertank" - ] - }, - "Web/CSS/all": { - "modified": "2020-10-15T21:31:38.890Z", - "contributors": [ - "mfuji09", - "tomouchi_", - "YuichiNukiyama", - "teoli", - "JP3BGY" - ] - }, - "Web/CSS/alpha-value": { - "modified": "2020-07-21T11:38:25.853Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/angle": { - "modified": "2020-10-15T21:08:49.813Z", - "contributors": [ - "wass80", - "mfuji09", - "Hixhi", - "mrstork", - "fscholz", - "teoli", - "ethertank", - "sosleepy", - "FredB", - "Marsf" - ] - }, - "Web/CSS/angle-percentage": { - "modified": "2020-10-15T22:14:57.432Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/animation": { - "modified": "2020-10-15T21:06:07.902Z", - "contributors": [ - "mfuji09", - "hamasaki", - "WhiteHawk-taka", - "teoli", - "ethertank", - "yyss", - "FredB" - ] - }, - "Web/CSS/animation-delay": { - "modified": "2020-10-15T21:06:01.256Z", - "contributors": [ - "mfuji09", - "teoli", - "Sebastianz", - "yyss", - "ethertank", - "Potappo", - "FredB" - ] - }, - "Web/CSS/animation-direction": { - "modified": "2020-10-15T21:04:51.334Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "yyss", - "FredB" - ] - }, - "Web/CSS/animation-duration": { - "modified": "2020-10-15T21:04:50.877Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "yyss", - "FredB" - ] - }, - "Web/CSS/animation-fill-mode": { - "modified": "2020-10-15T21:04:49.911Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "yyss", - "FredB" - ] - }, - "Web/CSS/animation-iteration-count": { - "modified": "2020-10-15T21:04:50.069Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "yyss", - "FredB" - ] - }, - "Web/CSS/animation-name": { - "modified": "2020-10-15T21:04:45.817Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "yyss", - "FredB" - ] - }, - "Web/CSS/animation-play-state": { - "modified": "2020-10-15T21:04:48.202Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "yyss", - "FredB" - ] - }, - "Web/CSS/animation-timing-function": { - "modified": "2020-10-15T21:04:47.754Z", - "contributors": [ - "mfuji09", - "mrstork", - "teoli", - "ethertank", - "yyss", - "FredB" - ] - }, - "Web/CSS/appearance": { - "modified": "2020-10-15T21:14:46.899Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "momdo", - "yyss", - "malayaleecoder", - "teoli", - "ethertank", - "Piro", - "Marsf" - ] - }, - "Web/CSS/attr()": { - "modified": "2020-11-04T08:51:47.501Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wbamberg", - "mrstork", - "prayash", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/aural": { - "modified": "2019-03-23T23:33:39.943Z", - "contributors": [ - "mfuji09", - "ethertank" - ] - }, - "Web/CSS/auto": { - "modified": "2019-03-24T00:00:43.619Z", - "contributors": [ - "ethertank", - "Taken" - ] - }, - "Web/CSS/backdrop-filter": { - "modified": "2020-10-15T22:13:18.997Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/backface-visibility": { - "modified": "2020-10-15T21:23:01.020Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/background": { - "modified": "2020-10-15T21:02:15.201Z", - "contributors": [ - "mfuji09", - "fscholz", - "takahashim", - "teoli", - "SphinxKnight", - "mitsuba-clover", - "Sebastianz", - "ethertank", - "Marsf", - "Piro", - "Ed.Kick.Tiger" - ] - }, - "Web/CSS/background-attachment": { - "modified": "2020-11-21T10:39:54.870Z", - "contributors": [ - "mfuji09", - "sutara79", - "sii", - "SphinxKnight", - "fscholz", - "Sebastianz", - "teoli", - "ethertank", - "Marsf", - "maco81" - ] - }, - "Web/CSS/background-blend-mode": { - "modified": "2020-10-15T21:46:45.249Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/background-clip": { - "modified": "2020-11-29T07:59:12.362Z", - "contributors": [ - "mfuji09", - "takahashim", - "teoli", - "Sebastianz", - "ethertank" - ] - }, - "Web/CSS/background-color": { - "modified": "2020-10-15T21:03:47.880Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "Sebastianz", - "teoli", - "mitsuba-clover", - "ethertank", - "maco81", - "Yuichiro", - "ijokarumawak" - ] - }, - "Web/CSS/background-image": { - "modified": "2020-11-10T15:05:34.669Z", - "contributors": [ - "mfuji09", - "wizAmit", - "SphinxKnight", - "teoli", - "mitsuba-clover", - "Sebastianz", - "dskmori", - "ethertank" - ] - }, - "Web/CSS/background-origin": { - "modified": "2020-10-15T21:15:46.522Z", - "contributors": [ - "mfuji09", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy", - "Marsf" - ] - }, - "Web/CSS/background-position": { - "modified": "2020-11-20T12:40:25.743Z", - "contributors": [ - "mfuji09", - "Simplexible", - "Prinz_Rana", - "mrstork", - "teoli", - "SphinxKnight", - "mitsuba-clover", - "Sebastianz", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/background-position-x": { - "modified": "2020-10-15T22:02:18.988Z", - "contributors": [ - "mfuji09", - "momdo" - ] - }, - "Web/CSS/background-position-y": { - "modified": "2020-10-15T22:11:44.956Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/background-repeat": { - "modified": "2020-10-15T21:02:32.840Z", - "contributors": [ - "tuid_mz", - "mfuji09", - "yyss", - "teoli", - "SphinxKnight", - "mitsuba-clover", - "Sebastianz", - "ethertank" - ] - }, - "Web/CSS/background-size": { - "modified": "2020-10-15T21:14:19.738Z", - "contributors": [ - "Fajrovulpo", - "mfuji09", - "Simplexible", - "Prinz_Rana", - "teoli", - "Sebastianz", - "ethertank", - "sosleepy", - "Piro" - ] - }, - "Web/CSS/basic-shape": { - "modified": "2020-10-15T22:01:58.517Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/blend-mode": { - "modified": "2020-10-15T21:46:49.256Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/block-size": { - "modified": "2020-10-16T08:25:14.720Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "Marsf" - ] - }, - "Web/CSS/border": { - "modified": "2020-10-15T21:12:32.809Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "SphinxKnight", - "fscholz", - "ethertank", - "sosleepy", - "Yuichiro" - ] - }, - "Web/CSS/border-block": { - "modified": "2020-10-15T22:26:38.291Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-block-color": { - "modified": "2020-10-15T22:26:37.372Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-block-end": { - "modified": "2020-10-15T22:24:28.947Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-block-end-color": { - "modified": "2020-10-15T22:24:24.852Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-block-end-style": { - "modified": "2020-10-15T22:24:25.415Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-block-end-width": { - "modified": "2020-10-15T22:24:24.885Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-block-start": { - "modified": "2020-10-15T22:24:32.682Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-block-start-color": { - "modified": "2020-10-15T22:24:31.541Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-block-start-style": { - "modified": "2020-10-15T22:24:24.375Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-block-start-width": { - "modified": "2020-10-15T22:24:24.439Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-block-style": { - "modified": "2020-10-15T22:26:37.768Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-block-width": { - "modified": "2020-10-15T22:26:49.847Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-bottom": { - "modified": "2020-10-15T21:12:27.716Z", - "contributors": [ - "mfuji09", - "fscholz", - "Sebastianz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-bottom-color": { - "modified": "2020-10-15T21:12:45.500Z", - "contributors": [ - "mfuji09", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-bottom-left-radius": { - "modified": "2020-10-15T21:09:26.058Z", - "contributors": [ - "mfuji09", - "ethertank", - "FredB", - "Yuichiro", - "Marsf" - ] - }, - "Web/CSS/border-bottom-right-radius": { - "modified": "2020-10-15T21:12:51.007Z", - "contributors": [ - "mfuji09", - "ethertank", - "Yuichiro", - "Marsf" - ] - }, - "Web/CSS/border-bottom-style": { - "modified": "2020-10-15T21:12:50.686Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-bottom-width": { - "modified": "2020-10-15T21:10:05.595Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "ethertank", - "teoli", - "Yuichiro" - ] - }, - "Web/CSS/border-collapse": { - "modified": "2020-10-15T21:22:29.943Z", - "contributors": [ - "mfuji09", - "wbamberg", - "SphinxKnight", - "fscholz", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/border-color": { - "modified": "2020-10-15T21:12:35.414Z", - "contributors": [ - "mfuji09", - "takahashim", - "Sebastianz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-end-end-radius": { - "modified": "2020-11-10T14:56:27.197Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-end-start-radius": { - "modified": "2020-11-10T15:00:12.104Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-image": { - "modified": "2020-10-15T21:22:58.211Z", - "contributors": [ - "mfuji09", - "teoli", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/border-image-outset": { - "modified": "2020-10-15T21:22:57.597Z", - "contributors": [ - "mfuji09", - "unarist", - "Simplexible", - "Prinz_Rana", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/border-image-repeat": { - "modified": "2020-10-15T21:22:57.298Z", - "contributors": [ - "mfuji09", - "yyss", - "teoli", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/border-image-slice": { - "modified": "2020-10-15T21:22:57.810Z", - "contributors": [ - "mfuji09", - "takahashim", - "Sebastianz", - "unarist", - "Simplexible", - "Prinz_Rana", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/border-image-source": { - "modified": "2020-10-15T21:23:00.807Z", - "contributors": [ - "mfuji09", - "wizAmit", - "teoli", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/border-image-width": { - "modified": "2020-10-15T21:22:55.020Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/border-inline": { - "modified": "2020-10-15T22:26:31.083Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-inline-color": { - "modified": "2020-10-15T22:26:32.749Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-inline-end": { - "modified": "2020-10-15T22:24:30.868Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-inline-end-color": { - "modified": "2020-10-15T22:24:27.192Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-inline-end-style": { - "modified": "2020-10-15T22:24:25.204Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-inline-end-width": { - "modified": "2020-10-15T22:24:26.466Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-inline-start": { - "modified": "2020-10-15T22:24:32.006Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-inline-start-color": { - "modified": "2020-10-15T22:24:28.156Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-inline-start-style": { - "modified": "2020-10-15T22:24:32.828Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-inline-start-width": { - "modified": "2020-10-15T22:24:31.042Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-inline-style": { - "modified": "2020-10-15T22:26:34.852Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-inline-width": { - "modified": "2020-10-15T22:26:37.517Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-left": { - "modified": "2020-10-15T21:12:37.735Z", - "contributors": [ - "mfuji09", - "fscholz", - "Sebastianz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-left-color": { - "modified": "2020-10-15T21:12:50.864Z", - "contributors": [ - "mfuji09", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-left-style": { - "modified": "2020-10-15T21:12:31.461Z", - "contributors": [ - "mfuji09", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-left-width": { - "modified": "2020-10-15T21:12:50.639Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-radius": { - "modified": "2020-10-15T21:12:25.821Z", - "contributors": [ - "mfuji09", - "Simplexible", - "Prinz_Rana", - "Sebastianz", - "ethertank", - "sosleepy", - "myakura" - ] - }, - "Web/CSS/border-right": { - "modified": "2020-10-15T21:12:38.146Z", - "contributors": [ - "mfuji09", - "fscholz", - "Sebastianz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-right-color": { - "modified": "2020-10-15T21:12:47.926Z", - "contributors": [ - "mfuji09", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-right-style": { - "modified": "2020-10-15T21:12:44.066Z", - "contributors": [ - "mfuji09", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-right-width": { - "modified": "2020-10-15T21:12:47.430Z", - "contributors": [ - "mfuji09", - "sutara79", - "Sebastianz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-spacing": { - "modified": "2020-10-15T21:22:43.067Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "Prinz_Rana", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/border-start-end-radius": { - "modified": "2020-11-10T15:03:06.717Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-start-start-radius": { - "modified": "2020-11-10T14:55:29.156Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/border-style": { - "modified": "2020-10-15T21:12:26.394Z", - "contributors": [ - "mfuji09", - "momdo", - "yyss", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-top": { - "modified": "2020-10-15T21:12:37.934Z", - "contributors": [ - "mfuji09", - "fscholz", - "Sebastianz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-top-color": { - "modified": "2020-10-15T21:12:44.922Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-top-left-radius": { - "modified": "2020-10-15T21:09:25.171Z", - "contributors": [ - "mfuji09", - "Simplexible", - "Sebastianz", - "Prinz_Rana", - "ethertank", - "FredB", - "Yuichiro" - ] - }, - "Web/CSS/border-top-right-radius": { - "modified": "2020-10-15T21:09:23.675Z", - "contributors": [ - "Fajrovulpo", - "mfuji09", - "teoli", - "ethertank", - "FredB", - "Yuichiro", - "Marsf" - ] - }, - "Web/CSS/border-top-style": { - "modified": "2020-10-15T21:12:49.339Z", - "contributors": [ - "mfuji09", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/border-top-width": { - "modified": "2020-10-15T21:12:46.105Z", - "contributors": [ - "mfuji09", - "Prinz_Rana", - "Sebastianz", - "ethertank", - "sosleepy", - "Yuichiro", - "Marsf" - ] - }, - "Web/CSS/border-width": { - "modified": "2020-10-15T21:12:50.622Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "Prinz_Rana", - "teoli", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/bottom": { - "modified": "2020-10-15T21:22:41.957Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "taiyaki32lp64", - "Simplexible", - "Prinz_Rana", - "fscholz", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/box-align": { - "modified": "2020-10-15T22:08:05.734Z", - "contributors": [ - "mfuji09", - "FumiyaShibusawa" - ] - }, - "Web/CSS/box-decoration-break": { - "modified": "2020-10-15T21:39:25.264Z", - "contributors": [ - "mfuji09", - "teoli" - ] - }, - "Web/CSS/box-direction": { - "modified": "2020-10-15T22:13:25.594Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/box-flex": { - "modified": "2020-10-15T22:13:33.453Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/box-flex-group": { - "modified": "2020-10-15T22:13:25.492Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/box-lines": { - "modified": "2020-10-15T22:13:25.769Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/box-ordinal-group": { - "modified": "2020-12-01T13:38:14.571Z", - "contributors": [ - "mfuji09", - "teoli" - ] - }, - "Web/CSS/box-orient": { - "modified": "2020-10-15T22:13:15.026Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/box-pack": { - "modified": "2020-10-15T22:13:20.477Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/box-shadow": { - "modified": "2020-10-15T21:08:49.284Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "Prinz_Rana", - "ethertank", - "torinome", - "myakura" - ] - }, - "Web/CSS/box-sizing": { - "modified": "2020-10-15T21:20:00.198Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "uknmr", - "mdmss37", - "momdo", - "yyss", - "Sebastianz", - "ethertank" - ] - }, - "Web/CSS/break-after": { - "modified": "2020-10-15T22:05:03.510Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/break-before": { - "modified": "2020-10-15T22:05:03.540Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/break-inside": { - "modified": "2020-10-15T22:05:04.346Z", - "contributors": [ - "mfuji09", - "bershanskiy" - ] - }, - "Web/CSS/calc()": { - "modified": "2020-11-04T09:09:02.280Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "yyss", - "mrstork", - "prayash", - "sosleepy", - "ethertank" - ] - }, - "Web/CSS/caption-side": { - "modified": "2020-10-15T21:21:06.555Z", - "contributors": [ - "YujiSoftware", - "yyss", - "fscholz", - "Sebastianz", - "Sheppy", - "ethertank" - ] - }, - "Web/CSS/caret-color": { - "modified": "2020-10-15T21:51:36.712Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/CSS/clamp()": { - "modified": "2020-11-05T09:58:37.606Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/clear": { - "modified": "2020-10-15T21:22:31.051Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/clip": { - "modified": "2020-12-01T13:06:16.438Z", - "contributors": [ - "mfuji09", - "sutara79", - "mrstork", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/clip-path": { - "modified": "2020-10-15T21:58:36.843Z", - "contributors": [ - "mfuji09", - "uknmr" - ] - }, - "Web/CSS/color": { - "modified": "2020-10-15T21:14:35.100Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss", - "Sebastianz", - "wizAmit", - "slayslot", - "mitsuba-clover", - "ethertank", - "sosleepy", - "Level", - "Marsf" - ] - }, - "Web/CSS/color-adjust": { - "modified": "2020-10-15T22:13:00.476Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/color_value": { - "modified": "2020-10-15T21:14:39.477Z", - "contributors": [ - "mfuji09", - "rigani", - "yyss", - "Sebastianz", - "Simplexible", - "fscholz", - "teoli", - "ethertank", - "Marsf", - "sosleepy", - "Level" - ] - }, - "Web/CSS/column-count": { - "modified": "2020-10-15T21:12:54.073Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "fscholz", - "teoli", - "ethertank", - "Sheppy", - "Marsf" - ] - }, - "Web/CSS/column-fill": { - "modified": "2020-10-15T21:22:55.531Z", - "contributors": [ - "mfuji09", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/column-gap": { - "modified": "2020-10-15T21:13:06.979Z", - "contributors": [ - "mfuji09", - "Prinz_Rana", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy", - "lmorchard", - "Marsf" - ] - }, - "Web/CSS/column-rule": { - "modified": "2020-10-15T21:13:00.531Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "Prinz_Rana", - "fscholz", - "ethertank", - "sosleepy", - "Marsf" - ] - }, - "Web/CSS/column-rule-color": { - "modified": "2020-10-15T21:13:02.874Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "fscholz", - "ethertank", - "sosleepy", - "Marsf" - ] - }, - "Web/CSS/column-rule-style": { - "modified": "2020-10-15T21:13:11.129Z", - "contributors": [ - "mfuji09", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy", - "Marsf" - ] - }, - "Web/CSS/column-rule-width": { - "modified": "2020-10-15T21:13:10.008Z", - "contributors": [ - "mfuji09", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy", - "Marsf" - ] - }, - "Web/CSS/column-span": { - "modified": "2020-10-15T21:20:33.147Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/column-width": { - "modified": "2020-10-15T21:22:47.145Z", - "contributors": [ - "mfuji09", - "Prinz_Rana", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/columns": { - "modified": "2020-10-15T21:22:58.068Z", - "contributors": [ - "u_7cc", - "mfuji09", - "Sebastianz", - "Prinz_Rana", - "fscholz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/computed_value": { - "modified": "2020-08-10T14:02:33.669Z", - "contributors": [ - "mfuji09", - "ethertank", - "sii", - "Mgjbot", - "Marsf" - ] - }, - "Web/CSS/conic-gradient()": { - "modified": "2020-11-05T10:00:21.729Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/contain": { - "modified": "2020-10-15T22:11:47.883Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/content": { - "modified": "2020-10-15T21:18:37.847Z", - "contributors": [ - "mfuji09", - "Wind1808", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/counter()": { - "modified": "2020-11-09T07:18:22.935Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "dskmori", - "cmplstofB" - ] - }, - "Web/CSS/counter-increment": { - "modified": "2020-10-15T21:20:54.458Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "ethertank", - "sii" - ] - }, - "Web/CSS/counter-reset": { - "modified": "2020-10-15T21:20:42.332Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "ethertank", - "sii" - ] - }, - "Web/CSS/counter-set": { - "modified": "2020-10-15T22:26:51.859Z", - "contributors": [ - "cmplstofB" - ] - }, - "Web/CSS/counters()": { - "modified": "2020-11-09T07:19:35.662Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "ethertank" - ] - }, - "Web/CSS/cross-fade()": { - "modified": "2020-11-09T07:22:45.614Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/cursor": { - "modified": "2020-10-15T21:20:08.090Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "takahashim", - "umamama", - "mrstork", - "Sebastianz", - "ethertank" - ] - }, - "Web/CSS/custom-ident": { - "modified": "2020-08-14T13:18:08.055Z", - "contributors": [ - "mfuji09", - "eltociear", - "SphinxKnight", - "Marsf", - "Guillaume-Heras", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/dimension": { - "modified": "2020-10-15T22:14:55.195Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/direction": { - "modified": "2020-10-15T21:22:42.440Z", - "contributors": [ - "YujiSoftware", - "SphinxKnight", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/display": { - "modified": "2020-10-15T21:20:41.696Z", - "contributors": [ - "mfuji09", - "ccc-labo", - "yyss", - "Sebastianz", - "dskmori", - "mokeke", - "ethertank", - "sosleepy", - "Foomin10" - ] - }, - "Web/CSS/display-box": { - "modified": "2020-10-15T22:09:43.343Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/CSS/display-inside": { - "modified": "2020-10-15T22:09:40.940Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/display-internal": { - "modified": "2020-10-15T22:09:40.236Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/display-legacy": { - "modified": "2020-10-15T22:09:51.764Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/display-listitem": { - "modified": "2020-10-15T22:09:40.417Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/display-outside": { - "modified": "2020-10-15T22:09:40.989Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/easing-function": { - "modified": "2020-11-29T03:31:14.978Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/element()": { - "modified": "2020-11-10T11:06:13.439Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wizAmit", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/empty-cells": { - "modified": "2020-10-15T21:22:41.461Z", - "contributors": [ - "mfuji09", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/env()": { - "modified": "2020-11-10T11:10:10.231Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "uknmr" - ] - }, - "Web/CSS/filter": { - "modified": "2020-10-15T22:13:39.033Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/filter-function": { - "modified": "2019-04-14T13:49:37.048Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/filter-function/blur()": { - "modified": "2020-11-05T09:45:39.556Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/filter-function/brightness()": { - "modified": "2020-11-05T09:57:18.296Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/filter-function/contrast()": { - "modified": "2020-11-09T07:20:59.133Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/filter-function/drop-shadow()": { - "modified": "2020-11-10T10:58:41.907Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/filter-function/grayscale()": { - "modified": "2020-11-10T11:18:51.925Z", - "contributors": [ - "chrisdavidmills", - "dlwe", - "mfuji09" - ] - }, - "Web/CSS/filter-function/hue-rotate()": { - "modified": "2020-11-16T08:50:53.626Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/filter-function/invert()": { - "modified": "2020-11-16T08:55:36.207Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/filter-function/opacity()": { - "modified": "2020-11-16T09:07:57.491Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/filter-function/saturate()": { - "modified": "2020-11-30T10:11:53.056Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/filter-function/sepia()": { - "modified": "2020-11-30T10:24:34.907Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/fit-content": { - "modified": "2020-10-15T22:12:35.178Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/flex": { - "modified": "2020-11-10T14:24:12.175Z", - "contributors": [ - "mfuji09", - "applejam9029", - "oakgb", - "ishitatsuyuki", - "htanjo", - "Sebastianz", - "yyss", - "fscholz", - "teoli", - "ethertank" - ] - }, - "Web/CSS/flex-basis": { - "modified": "2020-10-15T21:21:14.599Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "teoli", - "ethertank" - ] - }, - "Web/CSS/flex-direction": { - "modified": "2020-10-15T21:21:13.600Z", - "contributors": [ - "mfuji09", - "sutara79", - "yyss", - "fscholz", - "teoli", - "ethertank" - ] - }, - "Web/CSS/flex-flow": { - "modified": "2020-10-15T21:21:15.927Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "teoli", - "ethertank" - ] - }, - "Web/CSS/flex-grow": { - "modified": "2020-10-15T21:21:18.848Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "yyss", - "fscholz", - "teoli", - "ethertank" - ] - }, - "Web/CSS/flex-shrink": { - "modified": "2020-10-15T21:21:24.905Z", - "contributors": [ - "mfuji09", - "sutara79", - "Sebastianz", - "yyss", - "fscholz", - "teoli", - "ethertank" - ] - }, - "Web/CSS/flex-wrap": { - "modified": "2020-10-15T21:21:20.219Z", - "contributors": [ - "mfuji09", - "fscholz", - "yyss", - "teoli", - "ethertank" - ] - }, - "Web/CSS/flex_value": { - "modified": "2020-10-15T21:58:19.473Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "uknmr" - ] - }, - "Web/CSS/float": { - "modified": "2020-10-15T21:22:30.742Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss", - "fscholz", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/font": { - "modified": "2020-10-15T21:15:55.979Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "Sebastianz", - "ethertank", - "Aminevsky", - "Kohei" - ] - }, - "Web/CSS/font-family": { - "modified": "2020-10-15T21:21:34.251Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "Sebastianz", - "ethertank", - "Aminevsky" - ] - }, - "Web/CSS/font-feature-settings": { - "modified": "2020-10-15T21:23:39.188Z", - "contributors": [ - "mfuji09", - "momdo", - "takahashim", - "yyss", - "Guillaume-Heras", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/font-kerning": { - "modified": "2020-10-15T21:46:28.186Z", - "contributors": [ - "mfuji09", - "mkato", - "yyss" - ] - }, - "Web/CSS/font-language-override": { - "modified": "2020-11-29T07:53:30.188Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/font-optical-sizing": { - "modified": "2020-10-15T22:05:37.739Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/font-size": { - "modified": "2020-10-15T21:18:37.388Z", - "contributors": [ - "mfuji09", - "rch850", - "yyss", - "Sebastianz", - "Prinz_Rana", - "SphinxKnight", - "fscholz", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/font-size-adjust": { - "modified": "2020-10-15T21:23:38.545Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/font-stretch": { - "modified": "2020-10-15T21:23:42.916Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/font-style": { - "modified": "2020-10-15T21:46:28.810Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/font-synthesis": { - "modified": "2020-10-15T21:46:26.124Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "yyss" - ] - }, - "Web/CSS/font-variant": { - "modified": "2020-10-16T14:46:29.017Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/font-variant-alternates": { - "modified": "2020-10-15T22:23:13.160Z", - "contributors": [ - "cmplstofB" - ] - }, - "Web/CSS/font-variant-caps": { - "modified": "2020-10-16T14:59:06.580Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/font-variant-east-asian": { - "modified": "2020-10-15T22:06:06.501Z", - "contributors": [ - "mfuji09", - "dskymd" - ] - }, - "Web/CSS/font-variant-ligatures": { - "modified": "2020-11-29T07:12:08.459Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/font-variant-numeric": { - "modified": "2020-10-15T22:06:04.000Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/font-variant-position": { - "modified": "2020-10-15T22:13:01.814Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/font-variation-settings": { - "modified": "2020-10-15T22:07:55.840Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/font-weight": { - "modified": "2020-10-15T21:19:03.624Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "momdo", - "aokashi", - "yyss", - "teoli", - "SphinxKnight", - "fscholz", - "Sebastianz", - "ethertank" - ] - }, - "Web/CSS/frequency": { - "modified": "2020-10-15T21:22:53.976Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "Prinz_Rana", - "fscholz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/frequency-percentage": { - "modified": "2020-10-15T22:14:54.692Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/gap": { - "modified": "2020-12-05T02:44:37.640Z", - "contributors": [ - "ginpei", - "mfuji09" - ] - }, - "Web/CSS/gradient": { - "modified": "2020-10-15T21:22:56.483Z", - "contributors": [ - "mfuji09", - "h-subaru", - "SphinxKnight", - "yyss", - "wizAmit", - "slayslot", - "fscholz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/grid": { - "modified": "2020-10-15T22:12:58.386Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/grid-column": { - "modified": "2020-10-15T22:13:17.086Z", - "contributors": [ - "turusuke", - "mfuji09" - ] - }, - "Web/CSS/grid-column-start": { - "modified": "2020-10-15T22:14:59.599Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/grid-row": { - "modified": "2020-10-15T22:20:05.911Z", - "contributors": [ - "mfuji09", - "TaichiU" - ] - }, - "Web/CSS/grid-template": { - "modified": "2020-10-15T21:58:23.413Z", - "contributors": [ - "Marsf", - "uknmr" - ] - }, - "Web/CSS/grid-template-areas": { - "modified": "2020-10-15T22:05:39.128Z", - "contributors": [ - "Marsf", - "mfuji09" - ] - }, - "Web/CSS/grid-template-columns": { - "modified": "2020-10-15T22:13:53.392Z", - "contributors": [ - "mfuji09", - "miminari" - ] - }, - "Web/CSS/hanging-punctuation": { - "modified": "2020-10-15T22:07:13.761Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "rigani", - "dskmori" - ] - }, - "Web/CSS/height": { - "modified": "2020-10-15T21:22:18.042Z", - "contributors": [ - "mfuji09", - "ciffelia", - "yyss", - "teoli", - "SphinxKnight", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/hyphens": { - "modified": "2020-10-15T21:09:13.729Z", - "contributors": [ - "mfuji09", - "yyss", - "SphinxKnight", - "Sebastianz", - "ethertank", - "FredB" - ] - }, - "Web/CSS/ident": { - "modified": "2020-07-11T13:35:26.119Z", - "contributors": [ - "eltociear" - ] - }, - "Web/CSS/image": { - "modified": "2020-10-15T21:22:59.103Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "slayslot", - "mrstork", - "fscholz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/image-orientation": { - "modified": "2020-10-15T21:46:42.965Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/image-rendering": { - "modified": "2020-10-15T21:14:36.966Z", - "contributors": [ - "mfuji09", - "hamasaki", - "Marsf", - "ethertank", - "Level", - "Taken" - ] - }, - "Web/CSS/image-set()": { - "modified": "2020-11-16T08:53:38.885Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/ime-mode": { - "modified": "2020-10-15T21:14:16.842Z", - "contributors": [ - "YujiSoftware", - "momdo", - "ethertank", - "fscholz", - "Potappo", - "Miho", - "Mgjbot", - "Masayuki", - "Norah" - ] - }, - "Web/CSS/inherit": { - "modified": "2020-10-15T21:18:45.619Z", - "contributors": [ - "mfuji09", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/inheritance": { - "modified": "2020-09-16T06:01:11.329Z", - "contributors": [ - "mfuji09", - "inkusu", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/initial": { - "modified": "2020-10-15T21:22:35.882Z", - "contributors": [ - "mfuji09", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/initial-letter": { - "modified": "2020-10-16T11:19:53.557Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/initial-letter-align": { - "modified": "2020-10-15T22:13:14.565Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/initial_value": { - "modified": "2019-03-23T23:52:49.170Z", - "contributors": [ - "SphinxKnight", - "mfuji09", - "ethertank", - "teoli", - "Marsf" - ] - }, - "Web/CSS/inline-size": { - "modified": "2020-10-16T08:12:21.127Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "Marsf" - ] - }, - "Web/CSS/inset": { - "modified": "2020-10-15T22:35:03.193Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/inset-block": { - "modified": "2020-10-15T22:24:24.718Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/inset-block-end": { - "modified": "2020-10-15T22:12:16.128Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/inset-block-start": { - "modified": "2020-10-15T22:12:19.796Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/inset-inline": { - "modified": "2020-10-15T22:24:22.834Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/inset-inline-end": { - "modified": "2020-10-15T22:12:12.920Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/inset-inline-start": { - "modified": "2020-10-15T22:12:19.212Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/integer": { - "modified": "2020-10-15T21:14:14.524Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "fscholz", - "teoli", - "ethertank", - "sosleepy", - "Marsf" - ] - }, - "Web/CSS/isolation": { - "modified": "2020-10-15T21:56:25.739Z", - "contributors": [ - "mfuji09", - "momdo", - "YuichiNukiyama" - ] - }, - "Web/CSS/justify-content": { - "modified": "2020-10-15T21:21:17.716Z", - "contributors": [ - "mfuji09", - "inuscript", - "yyss", - "myakura", - "fscholz", - "teoli", - "ethertank" - ] - }, - "Web/CSS/justify-items": { - "modified": "2020-10-15T22:04:14.422Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/justify-self": { - "modified": "2020-10-15T22:07:45.622Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/left": { - "modified": "2020-10-15T21:22:33.806Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "Simplexible", - "Prinz_Rana", - "fscholz", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/length-percentage": { - "modified": "2020-10-15T22:14:54.683Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/letter-spacing": { - "modified": "2020-12-01T13:23:24.058Z", - "contributors": [ - "mfuji09", - "sutara79", - "momdo", - "Prinz_Rana", - "mitsuba-clover", - "Sebastianz", - "ethertank", - "sosleepy", - "teoli" - ] - }, - "Web/CSS/line-break": { - "modified": "2020-10-15T22:07:13.048Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "rigani" - ] - }, - "Web/CSS/line-height": { - "modified": "2020-10-15T21:22:41.713Z", - "contributors": [ - "mfuji09", - "yyss", - "Prinz_Rana", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/line-height-step": { - "modified": "2020-10-15T22:05:29.909Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/linear-gradient()": { - "modified": "2020-11-16T08:57:22.063Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "SphinxKnight", - "Sebastianz", - "Simplexible", - "wizAmit", - "slayslot", - "prayash", - "ethertank", - "sosleepy", - "Level", - "FredB" - ] - }, - "Web/CSS/list-style": { - "modified": "2020-10-15T21:02:10.815Z", - "contributors": [ - "mfuji09", - "momdo", - "sii", - "teoli", - "SphinxKnight", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/list-style-image": { - "modified": "2020-10-15T21:22:47.511Z", - "contributors": [ - "mfuji09", - "sii", - "momdo", - "wizAmit", - "teoli", - "SphinxKnight", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/list-style-position": { - "modified": "2020-10-15T21:19:06.105Z", - "contributors": [ - "mfuji09", - "sutara79", - "momdo", - "teoli", - "SphinxKnight", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/list-style-type": { - "modified": "2020-10-15T21:19:15.245Z", - "contributors": [ - "dlwe", - "mfuji09", - "momdo", - "yyss", - "Guillaume-Heras", - "teoli", - "SphinxKnight", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/margin": { - "modified": "2020-10-15T21:12:31.239Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "taiyaki32lp64", - "Simplexible", - "Prinz_Rana", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy", - "teoli", - "Yuichiro" - ] - }, - "Web/CSS/margin-block": { - "modified": "2020-10-15T22:24:25.193Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/margin-block-end": { - "modified": "2020-10-15T22:24:31.026Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/margin-block-start": { - "modified": "2020-10-15T22:24:28.011Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/margin-bottom": { - "modified": "2020-10-15T21:12:24.167Z", - "contributors": [ - "mfuji09", - "Simplexible", - "Prinz_Rana", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy", - "Yuichiro" - ] - }, - "Web/CSS/margin-inline": { - "modified": "2020-10-15T22:26:35.645Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/margin-inline-end": { - "modified": "2020-10-15T22:24:27.583Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/margin-inline-start": { - "modified": "2020-10-15T22:24:27.566Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/margin-left": { - "modified": "2020-11-29T12:16:45.106Z", - "contributors": [ - "mfuji09", - "Simplexible", - "Sebastianz", - "Prinz_Rana", - "fscholz", - "ethertank", - "sosleepy", - "Yuichiro" - ] - }, - "Web/CSS/margin-right": { - "modified": "2020-11-29T12:23:14.783Z", - "contributors": [ - "mfuji09", - "Prinz_Rana", - "Simplexible", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy", - "Yuichiro" - ] - }, - "Web/CSS/margin-top": { - "modified": "2020-11-29T12:33:11.594Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "Simplexible", - "Prinz_Rana", - "fscholz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/mask-border-repeat": { - "modified": "2019-03-18T21:19:35.296Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/mask-border-source": { - "modified": "2019-03-18T21:19:29.701Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/mask-border-width": { - "modified": "2019-03-18T21:19:35.477Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/mask-clip": { - "modified": "2020-10-15T22:16:43.438Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/mask-composite": { - "modified": "2020-10-15T22:04:00.026Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/mask-image": { - "modified": "2020-10-15T22:16:53.552Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/mask-mode": { - "modified": "2020-10-15T22:03:56.125Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/mask-origin": { - "modified": "2020-10-15T22:16:53.667Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/mask-position": { - "modified": "2020-10-15T22:16:55.542Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/mask-repeat": { - "modified": "2020-10-15T22:16:54.931Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/mask-type": { - "modified": "2020-10-15T22:24:21.108Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/max()": { - "modified": "2020-11-16T09:02:50.796Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/max-block-size": { - "modified": "2020-10-16T03:14:10.665Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/max-height": { - "modified": "2020-10-15T21:22:51.620Z", - "contributors": [ - "mfuji09", - "sutara79", - "Simplexible", - "Prinz_Rana", - "yyss", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/max-inline-size": { - "modified": "2020-10-16T01:55:02.003Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/max-width": { - "modified": "2020-10-15T21:19:06.429Z", - "contributors": [ - "Umoxfo", - "mfuji09", - "Simplexible", - "Sebastianz", - "Prinz_Rana", - "yyss", - "shuuji3", - "teoli", - "ethertank" - ] - }, - "Web/CSS/min()": { - "modified": "2020-11-16T09:04:29.790Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "8845musign" - ] - }, - "Web/CSS/min-block-size": { - "modified": "2020-10-16T02:50:24.453Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/min-height": { - "modified": "2020-11-29T15:05:15.542Z", - "contributors": [ - "mfuji09", - "yuta0801", - "yyss", - "Simplexible", - "Prinz_Rana", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/min-inline-size": { - "modified": "2020-10-16T02:00:12.047Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/min-width": { - "modified": "2020-10-15T21:16:38.951Z", - "contributors": [ - "mfuji09", - "yyss", - "Simplexible", - "Prinz_Rana", - "Sebastianz", - "ethertank", - "teoli", - "Mgjbot", - "Daigo" - ] - }, - "Web/CSS/minmax()": { - "modified": "2020-11-16T09:06:18.837Z", - "contributors": [ - "chrisdavidmills", - "wlt", - "mfuji09", - "iPolyomino", - "uknmr" - ] - }, - "Web/CSS/mix-blend-mode": { - "modified": "2020-10-15T21:46:46.697Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/none": { - "modified": "2019-03-24T00:02:58.592Z", - "contributors": [ - "ethertank", - "sosleepy", - "Marsf" - ] - }, - "Web/CSS/normal": { - "modified": "2019-03-23T23:39:40.673Z", - "contributors": [ - "ethertank", - "Marsf" - ] - }, - "Web/CSS/number": { - "modified": "2020-10-15T21:14:10.101Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "AA3219", - "fscholz", - "teoli", - "ethertank", - "sosleepy", - "Marsf" - ] - }, - "Web/CSS/object-fit": { - "modified": "2020-10-15T21:46:30.122Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/object-position": { - "modified": "2020-10-15T21:46:32.778Z", - "contributors": [ - "taskooh", - "YujiSoftware", - "yyss" - ] - }, - "Web/CSS/offset": { - "modified": "2020-10-15T22:33:50.061Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/offset-distance": { - "modified": "2020-10-15T22:31:22.232Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/offset-path": { - "modified": "2020-10-15T22:31:21.860Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/offset-position": { - "modified": "2020-10-15T22:34:37.244Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/offset-rotate": { - "modified": "2020-10-15T22:21:11.019Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/opacity": { - "modified": "2020-10-15T21:22:31.927Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "teoli", - "mitsuba-clover", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/order": { - "modified": "2020-10-15T21:21:14.687Z", - "contributors": [ - "mfuji09", - "sutara79", - "myakura", - "yyss", - "fscholz", - "teoli", - "ethertank" - ] - }, - "Web/CSS/orphans": { - "modified": "2020-10-15T21:22:57.251Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/outline": { - "modified": "2020-10-15T21:22:53.397Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/outline-color": { - "modified": "2020-12-01T11:36:49.842Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "fscholz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/outline-offset": { - "modified": "2020-10-15T21:22:57.159Z", - "contributors": [ - "mfuji09", - "sutara79", - "Prinz_Rana", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/outline-style": { - "modified": "2020-10-15T21:22:53.839Z", - "contributors": [ - "mfuji09", - "sutara79", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/outline-width": { - "modified": "2020-12-01T11:42:32.841Z", - "contributors": [ - "mfuji09", - "dskmori", - "sutara79", - "Prinz_Rana", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/overflow": { - "modified": "2020-10-15T21:22:32.672Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "Sheppy", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/overflow-anchor": { - "modified": "2020-10-15T22:12:57.826Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/CSS/overflow-anchor/Guide_to_scroll_anchoring": { - "modified": "2020-10-15T22:16:02.146Z", - "contributors": [ - "mfuji09", - "myakura" - ] - }, - "Web/CSS/overflow-block": { - "modified": "2020-10-15T22:17:55.071Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/overflow-inline": { - "modified": "2020-10-15T22:17:55.898Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/overflow-wrap": { - "modified": "2020-10-15T21:22:53.865Z", - "contributors": [ - "mfuji09", - "hirorock", - "dynamis", - "momdo", - "Sebastianz", - "mitsuba-clover", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/overflow-x": { - "modified": "2020-10-15T21:22:54.022Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/overflow-y": { - "modified": "2020-10-15T21:22:57.636Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/overscroll-behavior": { - "modified": "2020-10-15T22:05:20.839Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/overscroll-behavior-block": { - "modified": "2020-10-18T09:00:28.112Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/overscroll-behavior-inline": { - "modified": "2020-10-18T08:53:07.802Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/overscroll-behavior-x": { - "modified": "2020-10-18T08:32:45.082Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/overscroll-behavior-y": { - "modified": "2020-10-18T08:42:09.671Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/padding": { - "modified": "2020-11-29T13:07:18.342Z", - "contributors": [ - "mfuji09", - "sutara79", - "Sebastianz", - "Simplexible", - "Prinz_Rana", - "fscholz", - "ethertank", - "sosleepy", - "Yuichiro" - ] - }, - "Web/CSS/padding-block": { - "modified": "2020-11-28T05:30:19.606Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/padding-block-end": { - "modified": "2020-11-28T04:48:46.063Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/padding-block-start": { - "modified": "2020-11-28T04:56:09.925Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/padding-bottom": { - "modified": "2020-11-29T12:46:05.824Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "Prinz_Rana", - "fscholz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/padding-inline": { - "modified": "2020-11-28T05:41:10.689Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/padding-inline-end": { - "modified": "2020-11-28T05:52:49.379Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/padding-inline-start": { - "modified": "2020-11-28T06:02:56.366Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/padding-left": { - "modified": "2020-11-29T13:40:38.600Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "Prinz_Rana", - "fscholz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/padding-right": { - "modified": "2020-11-29T13:20:07.067Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "Prinz_Rana", - "fscholz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/padding-top": { - "modified": "2020-11-29T13:32:53.869Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "Sebastianz", - "Prinz_Rana", - "fscholz", - "ethertank", - "Yuichiro" - ] - }, - "Web/CSS/page-break-after": { - "modified": "2020-10-15T21:42:37.883Z", - "contributors": [ - "mfuji09", - "sutara79", - "hashedhyphen" - ] - }, - "Web/CSS/page-break-before": { - "modified": "2020-10-15T21:42:47.965Z", - "contributors": [ - "mfuji09", - "sutara79", - "hashedhyphen" - ] - }, - "Web/CSS/page-break-inside": { - "modified": "2020-10-15T21:42:33.125Z", - "contributors": [ - "mfuji09", - "sutara79", - "hashedhyphen" - ] - }, - "Web/CSS/paint()": { - "modified": "2020-11-16T09:09:19.836Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/paint-order": { - "modified": "2020-10-15T22:12:33.956Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/percentage": { - "modified": "2020-11-10T07:35:31.181Z", - "contributors": [ - "mfuji09", - "YujiSODE", - "unarist", - "Sebastianz", - "Prinz_Rana", - "fscholz", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/perspective": { - "modified": "2020-10-15T21:22:57.946Z", - "contributors": [ - "mfuji09", - "momdo", - "yyss", - "Prinz_Rana", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/perspective-origin": { - "modified": "2020-10-15T21:20:57.155Z", - "contributors": [ - "mfuji09", - "yyss", - "Simplexible", - "Prinz_Rana", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy", - "hateka" - ] - }, - "Web/CSS/place-content": { - "modified": "2020-10-15T22:08:01.463Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/place-items": { - "modified": "2020-10-15T22:08:24.959Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/place-self": { - "modified": "2020-10-15T22:08:27.299Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/pointer-events": { - "modified": "2020-10-15T21:30:45.809Z", - "contributors": [ - "mfuji09", - "momdo", - "unarist", - "Sebastianz", - "ariyo13" - ] - }, - "Web/CSS/position": { - "modified": "2020-11-28T14:58:53.595Z", - "contributors": [ - "mfuji09", - "kofuk", - "woodmix", - "isdh", - "SphinxKnight", - "fscholz", - "meganetaaan", - "momdo", - "hamasaki", - "unarist", - "yyss", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/position_value": { - "modified": "2020-10-15T21:22:29.088Z", - "contributors": [ - "mfuji09", - "mrstork", - "fscholz", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/quotes": { - "modified": "2020-10-15T21:20:00.470Z", - "contributors": [ - "mfuji09", - "Wind1808", - "momdo", - "Krenair", - "Sebastianz", - "ethertank" - ] - }, - "Web/CSS/radial-gradient()": { - "modified": "2020-11-18T14:42:27.892Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "Sebastianz", - "wizAmit", - "slayslot", - "dskmori", - "ethertank", - "sosleepy", - "Level", - "FredB" - ] - }, - "Web/CSS/ratio": { - "modified": "2020-10-15T21:23:57.944Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "Hixhi", - "Sebastianz", - "AA3219", - "fscholz", - "Marsf" - ] - }, - "Web/CSS/repeat()": { - "modified": "2020-11-18T14:44:34.850Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "wlt", - "8845musign", - "koj", - "uknmr" - ] - }, - "Web/CSS/repeating-linear-gradient()": { - "modified": "2020-11-18T14:46:06.699Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "Sebastianz", - "Prinz_Rana", - "wizAmit", - "prayash", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/repeating-radial-gradient()": { - "modified": "2020-11-18T14:47:38.855Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "Sebastianz", - "Simplexible", - "Prinz_Rana", - "mrstork", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/resize": { - "modified": "2020-10-15T21:19:01.943Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "SphinxKnight", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/resolution": { - "modified": "2020-10-15T21:14:25.080Z", - "contributors": [ - "mfuji09", - "yyss", - "Sebastianz", - "Prinz_Rana", - "fscholz", - "sosleepy", - "ethertank", - "Marsf" - ] - }, - "Web/CSS/resolved_value": { - "modified": "2019-03-18T21:29:07.031Z", - "contributors": [ - "sutara79" - ] - }, - "Web/CSS/right": { - "modified": "2020-10-15T21:22:35.361Z", - "contributors": [ - "mfuji09", - "Simplexible", - "Prinz_Rana", - "SphinxKnight", - "fscholz", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/rotate": { - "modified": "2020-10-15T22:05:20.025Z", - "contributors": [ - "dskmori", - "mfuji09" - ] - }, - "Web/CSS/row-gap": { - "modified": "2020-10-15T22:05:48.686Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/ruby-align": { - "modified": "2020-10-15T21:46:28.806Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/ruby-position": { - "modified": "2020-10-15T21:46:29.973Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/CSS/scale": { - "modified": "2020-10-15T22:05:19.573Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-behavior": { - "modified": "2020-10-15T21:58:14.269Z", - "contributors": [ - "mfuji09", - "DriftwoodJP", - "KitaitiMakoto", - "momdo" - ] - }, - "Web/CSS/scroll-margin": { - "modified": "2020-10-15T22:12:59.431Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-margin-bottom": { - "modified": "2020-10-15T22:24:31.672Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-margin-inline": { - "modified": "2020-10-15T22:24:45.795Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-margin-inline-end": { - "modified": "2020-10-15T22:29:36.040Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-margin-inline-start": { - "modified": "2020-10-15T22:24:28.167Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-margin-left": { - "modified": "2020-10-15T22:24:34.552Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-margin-right": { - "modified": "2020-10-15T22:24:31.342Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-margin-top": { - "modified": "2020-10-15T22:24:31.211Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-padding": { - "modified": "2020-10-15T22:33:03.143Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-padding-block": { - "modified": "2020-10-15T22:17:21.224Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-padding-block-end": { - "modified": "2020-10-17T13:49:10.443Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-padding-block-start": { - "modified": "2020-10-15T22:24:32.421Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-padding-bottom": { - "modified": "2020-10-15T22:24:31.577Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-padding-inline": { - "modified": "2020-10-15T22:24:34.363Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-padding-inline-end": { - "modified": "2020-10-15T22:24:28.355Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-padding-inline-start": { - "modified": "2020-10-15T22:24:35.813Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-padding-left": { - "modified": "2020-10-15T22:24:30.615Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-padding-right": { - "modified": "2020-10-15T22:24:30.568Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-padding-top": { - "modified": "2020-10-15T22:24:30.876Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-snap-align": { - "modified": "2020-10-15T22:29:36.376Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-snap-coordinate": { - "modified": "2020-10-15T22:12:59.561Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-snap-destination": { - "modified": "2020-10-15T22:13:25.242Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-snap-stop": { - "modified": "2020-10-15T22:12:57.197Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scroll-snap-type": { - "modified": "2020-10-15T21:58:22.532Z", - "contributors": [ - "mfuji09", - "KitaitiMakoto" - ] - }, - "Web/CSS/scrollbar-color": { - "modified": "2020-10-15T22:12:35.473Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/scrollbar-width": { - "modified": "2020-10-15T22:14:25.065Z", - "contributors": [ - "NagayamaToshiaki", - "mfuji09" - ] - }, - "Web/CSS/shape": { - "modified": "2020-10-15T21:22:41.416Z", - "contributors": [ - "YujiSoftware", - "Sebastianz", - "Prinz_Rana", - "fscholz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/shape-image-threshold": { - "modified": "2020-10-17T13:56:56.889Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/shape-margin": { - "modified": "2020-10-15T22:05:43.197Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/specified_value": { - "modified": "2020-08-11T01:05:33.608Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "ethertank", - "sii" - ] - }, - "Web/CSS/string": { - "modified": "2020-10-15T21:22:38.285Z", - "contributors": [ - "mfuji09", - "fscholz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/tab-size": { - "modified": "2020-10-15T21:22:15.706Z", - "contributors": [ - "mfuji09", - "yyss", - "Sebastianz", - "ethertank" - ] - }, - "Web/CSS/table-layout": { - "modified": "2020-10-15T21:19:08.485Z", - "contributors": [ - "mfuji09", - "fscholz", - "Sebastianz", - "dskmori", - "ethertank" - ] - }, - "Web/CSS/text-align": { - "modified": "2020-12-04T01:18:36.435Z", - "contributors": [ - "mfuji09", - "momdo", - "mitsuba-clover", - "Sebastianz", - "Sheppy", - "omasanori", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/text-align-last": { - "modified": "2020-10-15T21:24:18.825Z", - "contributors": [ - "mfuji09", - "sutara79", - "yyss", - "Sebastianz", - "yuxxxx" - ] - }, - "Web/CSS/text-combine-upright": { - "modified": "2020-10-15T21:45:47.681Z", - "contributors": [ - "mfuji09", - "momdo", - "Marsf" - ] - }, - "Web/CSS/text-decoration": { - "modified": "2020-10-15T21:26:00.838Z", - "contributors": [ - "mfuji09", - "mitsuba-clover", - "Sebastianz", - "dskmori" - ] - }, - "Web/CSS/text-decoration-color": { - "modified": "2020-10-15T21:10:54.984Z", - "contributors": [ - "mfuji09", - "Fajrovulpo", - "Sebastianz", - "mitsuba-clover", - "ethertank", - "sosleepy", - "yyss" - ] - }, - "Web/CSS/text-decoration-line": { - "modified": "2020-10-15T21:04:50.301Z", - "contributors": [ - "mfuji09", - "teoli", - "Sebastianz", - "mitsuba-clover", - "ethertank", - "sosleepy", - "yyss" - ] - }, - "Web/CSS/text-decoration-skip": { - "modified": "2020-10-15T22:12:28.867Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/text-decoration-skip-ink": { - "modified": "2020-10-15T22:04:42.082Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/text-decoration-style": { - "modified": "2020-10-15T21:10:22.709Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "mitsuba-clover", - "ethertank", - "sosleepy", - "yyss" - ] - }, - "Web/CSS/text-emphasis": { - "modified": "2020-10-15T21:44:17.557Z", - "contributors": [ - "mfuji09", - "Marsf", - "momdo" - ] - }, - "Web/CSS/text-emphasis-color": { - "modified": "2020-10-15T21:44:17.938Z", - "contributors": [ - "mfuji09", - "momdo" - ] - }, - "Web/CSS/text-emphasis-position": { - "modified": "2020-10-15T21:44:18.091Z", - "contributors": [ - "mfuji09", - "momdo" - ] - }, - "Web/CSS/text-emphasis-style": { - "modified": "2020-10-15T21:44:15.889Z", - "contributors": [ - "mfuji09", - "momdo" - ] - }, - "Web/CSS/text-indent": { - "modified": "2020-10-15T21:29:46.789Z", - "contributors": [ - "mfuji09", - "Simplexible", - "Prinz_Rana", - "Sebastianz", - "coeurl", - "mitsuba-clover", - "dskmori" - ] - }, - "Web/CSS/text-justify": { - "modified": "2020-10-15T22:13:42.782Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/text-orientation": { - "modified": "2020-10-15T21:45:47.609Z", - "contributors": [ - "mfuji09", - "momdo", - "Marsf" - ] - }, - "Web/CSS/text-overflow": { - "modified": "2020-10-15T21:10:24.141Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "Guillaume-Heras", - "Sebastianz", - "ethertank", - "sosleepy", - "hATrayflood" - ] - }, - "Web/CSS/text-rendering": { - "modified": "2020-10-15T22:04:41.471Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/text-shadow": { - "modified": "2020-10-15T21:14:43.667Z", - "contributors": [ - "mfuji09", - "Prinz_Rana", - "mitsuba-clover", - "Sebastianz", - "ethertank", - "sosleepy", - "Taken" - ] - }, - "Web/CSS/text-size-adjust": { - "modified": "2020-10-15T21:53:09.900Z", - "contributors": [ - "mfuji09", - "unarist" - ] - }, - "Web/CSS/text-transform": { - "modified": "2020-10-15T21:53:51.414Z", - "contributors": [ - "mfuji09", - "na4zagin3", - "yyss" - ] - }, - "Web/CSS/text-underline-offset": { - "modified": "2020-10-15T22:29:51.619Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/time": { - "modified": "2020-10-15T21:22:38.685Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "aewshyae", - "mrstork", - "fscholz", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/time-percentage": { - "modified": "2020-10-15T22:14:56.628Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/top": { - "modified": "2020-10-15T21:22:33.933Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "YuichiNukiyama", - "Simplexible", - "Prinz_Rana", - "fscholz", - "teoli", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/touch-action": { - "modified": "2020-10-15T22:04:25.349Z", - "contributors": [ - "mfuji09", - "Neos21" - ] - }, - "Web/CSS/transform": { - "modified": "2020-10-15T21:10:31.565Z", - "contributors": [ - "bearyield", - "mfuji09", - "Marsf", - "Sebastianz", - "Prinz_Rana", - "prayash", - "fscholz", - "ethertank", - "sosleepy", - "Yukoba", - "Level" - ] - }, - "Web/CSS/transform-box": { - "modified": "2020-10-15T21:44:38.146Z", - "contributors": [ - "mfuji09", - "dskmori", - "YuichiNukiyama" - ] - }, - "Web/CSS/transform-function": { - "modified": "2020-11-10T15:52:07.026Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "Prinz_Rana", - "Simplexible", - "prayash", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/transform-function/matrix()": { - "modified": "2020-11-16T08:59:37.252Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/transform-function/matrix3d()": { - "modified": "2020-11-16T09:01:22.452Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/transform-function/perspective()": { - "modified": "2020-11-16T09:10:41.498Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/transform-function/rotate()": { - "modified": "2020-11-19T16:05:58.158Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/transform-function/rotate3d()": { - "modified": "2020-11-19T16:07:26.126Z", - "contributors": [ - "chrisdavidmills", - "irnagisa", - "mfuji09" - ] - }, - "Web/CSS/transform-function/rotateX()": { - "modified": "2020-11-19T16:09:11.463Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/transform-function/rotateY()": { - "modified": "2020-11-19T16:10:06.903Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "FumioNonaka" - ] - }, - "Web/CSS/transform-function/rotateZ()": { - "modified": "2020-11-30T10:07:43.066Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/transform-function/scale()": { - "modified": "2020-11-30T10:15:45.837Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "dskmori", - "piyo-ko" - ] - }, - "Web/CSS/transform-function/scaleX()": { - "modified": "2020-11-30T10:20:41.782Z", - "contributors": [ - "chrisdavidmills", - "koj" - ] - }, - "Web/CSS/transform-function/scaleY()": { - "modified": "2020-11-30T10:21:56.287Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/transform-function/skew()": { - "modified": "2020-11-30T10:25:54.744Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/transform-function/skewX()": { - "modified": "2020-11-30T10:27:20.302Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "inkusu" - ] - }, - "Web/CSS/transform-function/skewY()": { - "modified": "2020-11-30T10:28:22.488Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "inkusu" - ] - }, - "Web/CSS/transform-function/translate()": { - "modified": "2020-11-30T10:30:33.470Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/transform-function/translate3d()": { - "modified": "2020-11-30T12:58:24.581Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/transform-function/translateX": { - "modified": "2020-11-11T04:53:52.662Z", - "contributors": [ - "mfuji09", - "dskmori" - ] - }, - "Web/CSS/transform-function/translateY()": { - "modified": "2020-11-30T13:01:09.056Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/CSS/transform-function/translateZ()": { - "modified": "2020-11-30T13:03:02.820Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "SphinxKnight", - "momdo", - "dskmori", - "FumioNonaka" - ] - }, - "Web/CSS/transform-origin": { - "modified": "2020-10-15T21:14:34.316Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "Simplexible", - "yyss", - "Sebastianz", - "Prinz_Rana", - "ethertank", - "sosleepy", - "Level", - "FredB" - ] - }, - "Web/CSS/transform-style": { - "modified": "2020-10-15T21:22:57.852Z", - "contributors": [ - "mfuji09", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/transition": { - "modified": "2020-10-15T21:06:26.347Z", - "contributors": [ - "mfuji09", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy", - "yyss" - ] - }, - "Web/CSS/transition-delay": { - "modified": "2020-10-15T21:08:20.031Z", - "contributors": [ - "mfuji09", - "hamasaki", - "mrstork", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/CSS/transition-duration": { - "modified": "2020-10-15T21:08:17.633Z", - "contributors": [ - "mfuji09", - "momdo", - "mrstork", - "Sebastianz", - "ethertank", - "yyss" - ] - }, - "Web/CSS/transition-property": { - "modified": "2020-10-15T21:09:36.216Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "ethertank", - "yyss" - ] - }, - "Web/CSS/transition-timing-function": { - "modified": "2020-10-15T21:08:17.518Z", - "contributors": [ - "mfuji09", - "hamasaki", - "mrstork", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/CSS/translate": { - "modified": "2020-10-15T22:16:01.574Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/unicode-bidi": { - "modified": "2020-10-15T21:22:47.718Z", - "contributors": [ - "mfuji09", - "Marsf", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/unset": { - "modified": "2020-10-15T21:40:12.796Z", - "contributors": [ - "mfuji09", - "okayurisotto", - "teoli", - "YuichiNukiyama" - ] - }, - "Web/CSS/url": { - "modified": "2020-10-15T21:22:36.291Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "fscholz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/url()": { - "modified": "2020-10-15T22:29:36.625Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/used_value": { - "modified": "2019-10-02T00:12:10.056Z", - "contributors": [ - "mfuji09", - "ethertank", - "sii" - ] - }, - "Web/CSS/user-modify": { - "modified": "2020-10-15T22:12:52.310Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/CSS/user-select": { - "modified": "2020-11-30T12:16:54.740Z", - "contributors": [ - "mfuji09", - "hamasaki", - "sutara79", - "0918nobita" - ] - }, - "Web/CSS/var()": { - "modified": "2020-11-04T09:10:31.423Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "mixplace" - ] - }, - "Web/CSS/vertical-align": { - "modified": "2020-10-15T21:22:41.376Z", - "contributors": [ - "mfuji09", - "sutara79", - "uknmr", - "Prinz_Rana", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/visibility": { - "modified": "2020-10-15T21:21:03.405Z", - "contributors": [ - "mfuji09", - "ln-north", - "fscholz", - "teoli", - "ethertank", - "sosleepy", - "steely0511" - ] - }, - "Web/CSS/white-space": { - "modified": "2020-10-15T21:22:40.747Z", - "contributors": [ - "mfuji09", - "mitsuba-clover", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/widows": { - "modified": "2020-10-15T21:22:58.699Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/width": { - "modified": "2020-10-15T21:18:36.034Z", - "contributors": [ - "mfuji09", - "hashedhyphen", - "yyss", - "Sebastianz", - "Simplexible", - "Prinz_Rana", - "SphinxKnight", - "ethertank" - ] - }, - "Web/CSS/will-change": { - "modified": "2020-10-15T21:41:36.092Z", - "contributors": [ - "mfuji09", - "chooblarin", - "Uemmra3", - "momdo", - "hamasaki", - "YuichiNukiyama", - "lv7777" - ] - }, - "Web/CSS/word-break": { - "modified": "2020-10-15T21:18:30.475Z", - "contributors": [ - "mfuji09", - "terkel", - "mikiishijima", - "cobodo", - "sutara79", - "yyss", - "teoli", - "fscholz", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/word-spacing": { - "modified": "2020-10-15T21:22:54.231Z", - "contributors": [ - "mfuji09", - "Sebastianz", - "Prinz_Rana", - "mitsuba-clover", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/writing-mode": { - "modified": "2020-10-15T21:22:52.529Z", - "contributors": [ - "mfuji09", - "momdo", - "yyss", - "Sebastianz", - "Marsf", - "mkato", - "KitaitiMakoto", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/z-index": { - "modified": "2020-10-15T21:22:29.301Z", - "contributors": [ - "mfuji09", - "SaekiTominaga", - "Sebastianz", - "ethertank", - "sosleepy" - ] - }, - "Web/CSS/zoom": { - "modified": "2020-10-15T21:55:46.126Z", - "contributors": [ - "mfuji09", - "mpcjazz" - ] - }, - "Web/Compatibility_FAQ": { - "modified": "2019-03-23T23:03:33.809Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/Broken_Table_Layout.html": { - "modified": "2019-03-23T23:03:35.172Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/Cut_Off_Text.html": { - "modified": "2019-03-23T23:03:34.795Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/Empty_Background_Color.html": { - "modified": "2019-03-23T23:03:22.940Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/Invalid_Icon_Size.html": { - "modified": "2019-03-23T23:03:22.579Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/Misaligned_Icon.html": { - "modified": "2019-03-23T23:03:27.204Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/Misaligned_Text.html": { - "modified": "2020-06-18T02:56:34.348Z", - "contributors": [ - "eltociear", - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/Misaligned_Text_Inside_Icon.html": { - "modified": "2019-03-23T23:03:20.802Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/No_Background_Shown.html": { - "modified": "2019-03-23T23:03:26.066Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/No_Border_Line_Shown.html": { - "modified": "2019-03-23T23:03:32.405Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/No_Checkbox_Check_Shown.html": { - "modified": "2019-03-23T23:03:34.281Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/No_Decoreation_Shown.html": { - "modified": "2019-03-23T23:03:28.239Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/No_Icon_Shown.html": { - "modified": "2019-03-23T23:03:35.064Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/No_Wrap.html": { - "modified": "2019-03-23T23:03:21.859Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/Overwrapped_Icon.html": { - "modified": "2019-03-23T23:03:32.300Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/Overwrapped_Navigation.html": { - "modified": "2019-03-23T23:03:35.318Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/Tips_Default_Style_Difference.html": { - "modified": "2019-03-23T23:03:26.681Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/Tips_Vendor_Prefix.html": { - "modified": "2019-03-23T23:03:24.866Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Compatibility_FAQ/Underline_Color_Diffrence.html": { - "modified": "2019-03-23T23:03:34.917Z", - "contributors": [ - "wtrfp" - ] - }, - "Web/Demos_of_open_web_technologies": { - "modified": "2019-03-23T22:34:52.877Z", - "contributors": [ - "dskmori" - ] - }, - "Web/EXSLT": { - "modified": "2019-03-23T23:52:02.096Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Mgjbot", - "Potappo", - "Qshino" - ] - }, - "Web/EXSLT/exsl": { - "modified": "2019-01-16T15:21:01.946Z", - "contributors": [ - "ExE-Boss", - "teoli", - "Anonymous" - ] - }, - "Web/EXSLT/exsl/node-set": { - "modified": "2019-01-16T15:43:11.594Z", - "contributors": [ - "ExE-Boss", - "Mgjbot", - "Potappo", - "Qshino" - ] - }, - "Web/EXSLT/exsl/object-type": { - "modified": "2019-01-16T15:43:12.506Z", - "contributors": [ - "ExE-Boss", - "Mgjbot", - "Potappo", - "Marsf", - "Qshino" - ] - }, - "Web/EXSLT/math": { - "modified": "2019-01-16T15:22:56.006Z", - "contributors": [ - "ExE-Boss", - "teoli", - "Anonymous" - ] - }, - "Web/EXSLT/math/highest": { - "modified": "2019-01-16T15:43:15.130Z", - "contributors": [ - "ExE-Boss", - "Mgjbot", - "Potappo", - "Qshino" - ] - }, - "Web/EXSLT/math/lowest": { - "modified": "2019-01-16T15:43:11.269Z", - "contributors": [ - "ExE-Boss", - "Mgjbot", - "Potappo", - "Qshino" - ] - }, - "Web/Events": { - "modified": "2020-10-16T22:39:39.169Z", - "contributors": [ - "mpcjazz", - "companymickey", - "neeg2", - "FujiHaruka", - "u-sho", - "mfuji09", - "wbamberg", - "silverskyvicto", - "WhiteHawk-taka", - "Marsf", - "ssw", - "ethertank", - "Sheppy" - ] - }, - "Web/Events/Index": { - "modified": "2019-01-17T03:54:54.751Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/Events/compositionstart": { - "modified": "2019-03-24T00:14:09.377Z", - "contributors": [ - "mfuji09", - "ethertank", - "Masayuki" - ] - }, - "Web/Guide": { - "modified": "2020-01-12T11:59:05.782Z", - "contributors": [ - "mfuji09", - "snakada", - "silverskyvicto", - "dskmori", - "hideo54", - "szk0u", - "Uemmra3", - "DonburiDon", - "stingray", - "mantaroh", - "momoi", - "fucsm", - "ethertank", - "Sheppy" - ] - }, - "Web/Guide/AJAX": { - "modified": "2020-08-12T11:49:11.332Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "chrisdavidmills", - "fscholz", - "ethertank", - "Potappo", - "Mgjbot", - "Summit677", - "Marsf", - "Shimono", - "Taken Bot", - "Dria" - ] - }, - "Web/Guide/AJAX/Community": { - "modified": "2019-03-30T16:54:59.132Z", - "contributors": [ - "silverskyvicto", - "bestinterviewquestion", - "SphinxKnight", - "chrisdavidmills", - "Marsf", - "Mgjbot", - "Okome", - "Shimono" - ] - }, - "Web/Guide/AJAX/Getting_Started": { - "modified": "2020-07-28T22:57:33.766Z", - "contributors": [ - "eltociear", - "mfuji09", - "Uemmra3", - "chrisdavidmills", - "ethertank", - "maco81", - "Mgjbot", - "Shoot", - "Marsf", - "Taken", - "Okome", - "Taken Bot", - "Diskostu", - "Yu-raku-an", - "Shimono" - ] - }, - "Web/Guide/AJAX/Other_Resources": { - "modified": "2019-03-23T23:52:28.005Z", - "contributors": [ - "chrisdavidmills", - "ethertank", - "Marsf", - "Mgjbot", - "Okome", - "Shimono" - ] - }, - "Web/Guide/AJAX/WAI_ARIA_Live_Regions_API_Support": { - "modified": "2019-03-18T21:27:30.169Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/Guide/API": { - "modified": "2019-11-24T06:54:13.469Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Uemmra3", - "Sheppy" - ] - }, - "Web/Guide/API/Gamepad": { - "modified": "2020-10-15T21:36:43.854Z", - "contributors": [ - "mfuji09", - "Potappo", - "T.Ukegawa", - "mzyy94" - ] - }, - "Web/Guide/API/Vibration": { - "modified": "2020-10-15T21:25:13.562Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "yyss" - ] - }, - "Web/Guide/Audio_and_video_delivery": { - "modified": "2019-04-07T08:59:12.823Z", - "contributors": [ - "silverskyvicto", - "chrisdavidmills", - "stingray" - ] - }, - "Web/Guide/Audio_and_video_delivery/Adding_captions_and_subtitles_to_HTML5_video": { - "modified": "2019-03-18T20:51:43.948Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "sota.yamashita" - ] - }, - "Web/Guide/Audio_and_video_delivery/Live_streaming_web_audio_and_video": { - "modified": "2019-03-18T20:51:43.342Z", - "contributors": [ - "chrisdavidmills", - "mfuji09" - ] - }, - "Web/Guide/Audio_and_video_delivery/Setting_up_adaptive_streaming_media_sources": { - "modified": "2019-03-18T20:51:43.634Z", - "contributors": [ - "chrisdavidmills", - "mfuji09", - "niusounds" - ] - }, - "Web/Guide/Audio_and_video_manipulation": { - "modified": "2020-09-02T12:21:21.163Z", - "contributors": [ - "mfuji09", - "chrisdavidmills", - "chikoski" - ] - }, - "Web/Guide/CSS/Block_formatting_context": { - "modified": "2019-10-20T13:29:22.992Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "Uemmra3", - "ethertank", - "sosleepy" - ] - }, - "Web/Guide/CSS/Getting_started/Boxes": { - "modified": "2019-03-23T23:30:41.701Z", - "contributors": [ - "tyahha", - "teoli", - "ethertank" - ] - }, - "Web/Guide/CSS/Getting_started/Challenge_solutions": { - "modified": "2019-03-23T23:30:43.615Z", - "contributors": [ - "teoli", - "ethertank" - ] - }, - "Web/Guide/CSS/Getting_started/Color": { - "modified": "2019-03-23T23:30:42.859Z", - "contributors": [ - "nehuyu", - "teoli", - "ethertank" - ] - }, - "Web/Guide/CSS/Getting_started/JavaScript": { - "modified": "2019-03-23T23:30:41.028Z", - "contributors": [ - "teoli", - "ethertank" - ] - }, - "Web/Guide/CSS/Getting_started/Layout": { - "modified": "2019-03-23T23:30:42.231Z", - "contributors": [ - "teoli", - "ethertank" - ] - }, - "Web/Guide/CSS/Getting_started/Lists": { - "modified": "2019-03-23T23:30:43.174Z", - "contributors": [ - "teoli", - "ethertank" - ] - }, - "Web/Guide/CSS/Getting_started/Tables": { - "modified": "2019-03-23T23:30:40.564Z", - "contributors": [ - "teoli", - "ethertank" - ] - }, - "Web/Guide/CSS/Media_queries": { - "modified": "2019-03-24T00:02:57.940Z", - "contributors": [ - "takahashim", - "Sebastianz", - "mrstork", - "ethertank", - "kohei.yoshino", - "Marsf" - ] - }, - "Web/Guide/DOM": { - "modified": "2019-03-23T23:29:56.334Z", - "contributors": [ - "lv7777", - "stingray", - "Sheppy" - ] - }, - "Web/Guide/Events": { - "modified": "2019-03-18T20:59:28.336Z", - "contributors": [ - "mfuji09", - "gportioli" - ] - }, - "Web/Guide/Events/Creating_and_triggering_events": { - "modified": "2019-10-27T15:17:19.485Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "unarist", - "dskmori", - "ShotaCoffee", - "y4m4to", - "lv7777" - ] - }, - "Web/Guide/Events/Event_handlers": { - "modified": "2020-08-30T04:00:41.655Z", - "contributors": [ - "mfuji09", - "k-kuwahara", - "silverskyvicto", - "momdo" - ] - }, - "Web/Guide/Events/Orientation_and_motion_data_explained": { - "modified": "2020-07-25T12:40:06.161Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/Guide/Events/Overview_of_Events_and_Handlers": { - "modified": "2019-03-18T21:46:16.505Z", - "contributors": [ - "superyusuke" - ] - }, - "Web/Guide/Graphics": { - "modified": "2019-10-11T10:49:15.066Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Uemmra3", - "Marsf" - ] - }, - "Web/Guide/HTML/Canvas_tutorial": { - "modified": "2019-03-23T23:28:30.956Z", - "contributors": [ - "Uemmra3", - "yyss", - "ethertank" - ] - }, - "Web/Guide/HTML/Canvas_tutorial/Advanced_animations": { - "modified": "2020-10-10T23:35:58.856Z", - "contributors": [ - "look_Sky", - "miyamaRindou", - "ise", - "yamaguchi-takayuki", - "YuichiNukiyama" - ] - }, - "Web/Guide/HTML/Canvas_tutorial/Applying_styles_and_colors": { - "modified": "2020-10-10T07:49:07.191Z", - "contributors": [ - "look_Sky", - "YUUKIToriyama", - "cube.x" - ] - }, - "Web/Guide/HTML/Canvas_tutorial/Basic_animations": { - "modified": "2020-09-26T05:20:04.657Z", - "contributors": [ - "Potappo", - "dskmori", - "ycatch", - "yamaguchi-takayuki", - "ikohs" - ] - }, - "Web/Guide/HTML/Canvas_tutorial/Basic_usage": { - "modified": "2019-03-23T22:29:57.386Z", - "contributors": [ - "yamaguchi-takayuki", - "yyss", - "chikoski" - ] - }, - "Web/Guide/HTML/Canvas_tutorial/Drawing_shapes": { - "modified": "2020-03-20T02:47:38.680Z", - "contributors": [ - "hamasaki", - "horitaku1124", - "yyss", - "ethertank" - ] - }, - "Web/Guide/HTML/Canvas_tutorial/Finale": { - "modified": "2019-03-18T21:20:55.430Z", - "contributors": [ - "snamiki1212" - ] - }, - "Web/Guide/HTML/Canvas_tutorial/Optimizing_canvas": { - "modified": "2019-04-07T10:39:21.606Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/Guide/HTML/Canvas_tutorial/Pixel_manipulation_with_canvas": { - "modified": "2019-03-23T22:26:35.875Z", - "contributors": [ - "yyss" - ] - }, - "Web/Guide/HTML/Canvas_tutorial/Transformations": { - "modified": "2019-03-23T22:27:13.227Z", - "contributors": [ - "kunitoo", - "SphinxKnight", - "yyss" - ] - }, - "Web/Guide/HTML/Canvas_tutorial/Using_images": { - "modified": "2019-03-23T22:27:24.144Z", - "contributors": [ - "yyss" - ] - }, - "Web/Guide/HTML/Content_categories": { - "modified": "2020-10-18T10:43:23.129Z", - "contributors": [ - "mfuji09", - "ambi", - "yt6t6t", - "tgfjt", - "SphinxKnight", - "ethertank", - "Potappo" - ] - }, - "Web/Guide/HTML/Editable_content": { - "modified": "2019-05-13T11:13:31.486Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/Guide/HTML/Editable_content/Rich-Text_Editing_in_Mozilla": { - "modified": "2019-03-18T20:54:57.038Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "silverskyvicto", - "chrisdavidmills", - "Potappo", - "maripo" - ] - }, - "Web/Guide/HTML/Event_attributes": { - "modified": "2019-11-20T21:35:36.010Z", - "contributors": [ - "wbamberg", - "dskmori", - "yamaguchi-takayuki", - "mikamikuh" - ] - }, - "Web/Guide/HTML/HTML5": { - "modified": "2019-08-02T11:47:39.233Z", - "contributors": [ - "8tak4", - "mfuji09", - "wbamberg", - "tmtarr", - "teoli", - "isdh", - "ethertank", - "sii", - "Potappo", - "vigia122", - "saneyuki_s", - "shirayuki", - "Dwchiang", - "Marsf" - ] - }, - "Web/Guide/HTML/HTML5/Constraint_validation": { - "modified": "2020-10-16T13:41:03.752Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Web/Guide/HTML/HTML5/HTML5_element_list": { - "modified": "2019-06-25T21:28:01.239Z", - "contributors": [ - "michi-h0623", - "mfuji09", - "wbamberg", - "ethertank", - "saneyuki_s" - ] - }, - "Web/Guide/HTML/HTML5/Introduction_to_HTML5": { - "modified": "2020-01-19T16:30:15.396Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/Guide/HTML/Obsolete_things_to_avoid": { - "modified": "2019-03-24T00:14:45.209Z", - "contributors": [ - "SphinxKnight", - "ethertank", - "yyss" - ] - }, - "Web/Guide/HTML/Tips_for_authoring_fast-loading_HTML_pages": { - "modified": "2020-07-16T22:22:32.832Z", - "contributors": [ - "dskmori", - "silverskyvicto", - "mfuji09", - "ethertank", - "yyss" - ] - }, - "Web/Guide/HTML/Using_HTML_sections_and_outlines": { - "modified": "2020-08-09T13:53:14.893Z", - "contributors": [ - "mfuji09", - "taku-furuta", - "miyah-kun", - "8845musign", - "michi-h0623", - "SphinxKnight", - "webooker", - "yyss", - "ethertank", - "teoli", - "DavidWalsh", - "Potappo", - "saneyuki_s", - "kj" - ] - }, - "Web/Guide/HTML/XHTML": { - "modified": "2020-05-04T01:56:10.076Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Guide/Index": { - "modified": "2020-12-07T13:42:04.312Z", - "contributors": [ - "peterbe", - "mfuji09", - "silverskyvicto" - ] - }, - "Web/Guide/Introduction_to_Web_development": { - "modified": "2020-05-04T12:39:54.645Z", - "contributors": [ - "Uemmra3", - "silverskyvicto" - ] - }, - "Web/Guide/Localizations_and_character_encodings": { - "modified": "2020-09-18T02:40:01.125Z", - "contributors": [ - "morinokami", - "silverskyvicto" - ] - }, - "Web/Guide/Mobile": { - "modified": "2020-03-07T14:24:28.388Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/Guide/Mobile/A_hybrid_approach": { - "modified": "2019-04-11T09:38:06.495Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Guide/Mobile/Mobile-friendliness": { - "modified": "2019-04-16T23:59:54.980Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Web/Guide/Mobile/Separate_sites": { - "modified": "2019-04-17T00:04:34.176Z", - "contributors": [ - "Uemmra3", - "Wind1808" - ] - }, - "Web/Guide/Parsing_and_serializing_XML": { - "modified": "2020-09-14T07:46:26.734Z", - "contributors": [ - "Marsf", - "mfuji09", - "silverskyvicto", - "kmaglione", - "Shoot" - ] - }, - "Web/Guide/Performance": { - "modified": "2019-06-08T03:16:25.641Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/Guide/Printing": { - "modified": "2020-01-12T12:37:57.185Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/Guide/User_experience/Using_the_Page_Visibility_API": { - "modified": "2019-03-23T23:35:33.230Z", - "contributors": [ - "mfuji09", - "woodmix", - "yyss", - "ethertank" - ] - }, - "Web/Guide/User_input_methods": { - "modified": "2020-07-22T12:39:35.178Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/Guide/Using_FormData_Objects": { - "modified": "2019-03-23T23:31:20.923Z", - "contributors": [ - "dlwe", - "yyss", - "jgs", - "taiyaki32", - "ethertank" - ] - }, - "Web/Guide/WOFF": { - "modified": "2020-10-15T21:07:56.108Z", - "contributors": [ - "YujiSoftware", - "xl1", - "yyss", - "fscholz", - "ethertank", - "ziyunfei", - "Marsf" - ] - }, - "Web/HTML": { - "modified": "2020-11-10T15:15:32.574Z", - "contributors": [ - "mfuji09", - "Rifana", - "fuyofuyopiroq", - "SphinxKnight", - "silverskyvicto", - "tanaka0325", - "cnt0705", - "yyss", - "marmot1123", - "ethertank", - "sii", - "shirayuki", - "saneyuki_s", - "Marsf", - "Potappo", - "Mgjbot", - "Kohei", - "Okome", - "Victory", - "Taken Bot", - "julionc", - "Shimono" - ] - }, - "Web/HTML/Applying_color": { - "modified": "2020-02-13T04:52:06.299Z", - "contributors": [ - "mizukichandayo", - "mfuji09", - "piza_suki", - "karaage-kun" - ] - }, - "Web/HTML/Attributes": { - "modified": "2020-07-07T15:40:50.390Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank", - "FredB", - "shirayuki" - ] - }, - "Web/HTML/Attributes/accept": { - "modified": "2020-12-05T11:21:02.073Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Attributes/autocomplete": { - "modified": "2020-10-15T22:06:33.955Z", - "contributors": [ - "mfuji09", - "shirakia", - "woodmix" - ] - }, - "Web/HTML/Attributes/crossorigin": { - "modified": "2020-10-15T21:06:53.445Z", - "contributors": [ - "mfuji09", - "himrock922", - "lv7777", - "ethertank", - "myakura" - ] - }, - "Web/HTML/Attributes/max": { - "modified": "2020-10-15T22:34:33.290Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Attributes/maxlength": { - "modified": "2020-10-15T22:34:40.019Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Attributes/min": { - "modified": "2020-10-15T22:34:40.189Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Attributes/minlength": { - "modified": "2020-10-15T22:34:54.235Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Attributes/multiple": { - "modified": "2020-11-10T05:11:38.843Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTML/Attributes/pattern": { - "modified": "2020-11-08T15:06:32.777Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Attributes/required": { - "modified": "2020-11-09T13:06:49.783Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTML/Attributes/size": { - "modified": "2020-10-15T22:34:40.362Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTML/Attributes/step": { - "modified": "2020-09-28T04:18:49.266Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Block-level_elements": { - "modified": "2020-11-09T07:01:45.000Z", - "contributors": [ - "mfuji09", - "FumiyaShibusawa", - "himrock922", - "iwamot", - "yyss", - "ethertank", - "Marsf" - ] - }, - "Web/HTML/CORS_enabled_image": { - "modified": "2020-12-04T05:50:44.102Z", - "contributors": [ - "MikuroXina", - "mfuji09", - "aoisignite", - "himrock922", - "teoli", - "myakura" - ] - }, - "Web/HTML/Date_and_time_formats": { - "modified": "2020-09-28T12:43:18.788Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element": { - "modified": "2020-08-19T16:17:58.299Z", - "contributors": [ - "mfuji09", - "ishimasar1106", - "fuyofuyopiroq", - "yyss", - "ethertank", - "Marsf", - "teoli", - "Mgjbot", - "Okome" - ] - }, - "Web/HTML/Element/Heading_Elements": { - "modified": "2020-12-03T13:50:32.264Z", - "contributors": [ - "mfuji09", - "fuyofuyopiroq", - "sutara79", - "yyss", - "ethertank", - "Potappo", - "dskmori" - ] - }, - "Web/HTML/Element/Img": { - "modified": "2020-11-09T23:56:35.686Z", - "contributors": [ - "taiyaki32lp64", - "mfuji09", - "yyss", - "ethertank", - "Marsf" - ] - }, - "Web/HTML/Element/Shadow": { - "modified": "2020-10-15T21:44:39.186Z", - "contributors": [ - "mfuji09", - "yyss", - "YuichiNukiyama" - ] - }, - "Web/HTML/Element/a": { - "modified": "2020-11-09T09:04:19.735Z", - "contributors": [ - "mfuji09", - "neglect-yp", - "cmplstofB", - "yt6t6t", - "sh4869", - "yuheiy", - "momdo", - "yyss", - "kyontan", - "pmint", - "ethertank", - "Marsf", - "kano", - "Btm", - "Mgjbot" - ] - }, - "Web/HTML/Element/abbr": { - "modified": "2020-11-09T09:28:05.498Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "ethertank", - "Marsf", - "Yuuki Takahashi" - ] - }, - "Web/HTML/Element/acronym": { - "modified": "2020-10-15T21:14:21.321Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank", - "Marsf" - ] - }, - "Web/HTML/Element/address": { - "modified": "2020-11-09T09:46:47.038Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/applet": { - "modified": "2020-10-15T21:25:53.285Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/area": { - "modified": "2020-11-09T11:30:55.877Z", - "contributors": [ - "mfuji09", - "taka-sho", - "yyss" - ] - }, - "Web/HTML/Element/article": { - "modified": "2020-11-08T08:37:09.362Z", - "contributors": [ - "mfuji09", - "yyss", - ".Hiroya", - "ethertank", - "shirayuki" - ] - }, - "Web/HTML/Element/aside": { - "modified": "2020-10-15T21:02:25.795Z", - "contributors": [ - "mfuji09", - "uknmr", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/audio": { - "modified": "2020-10-15T21:02:38.181Z", - "contributors": [ - "mfuji09", - "tk1024", - "silverskyvicto", - "yyss", - "ethertank", - "Potappo", - "RobinEgg" - ] - }, - "Web/HTML/Element/b": { - "modified": "2020-10-15T21:02:50.146Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "teiha", - "ethertank" - ] - }, - "Web/HTML/Element/base": { - "modified": "2020-10-15T21:03:54.912Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank", - "Marsf" - ] - }, - "Web/HTML/Element/basefont": { - "modified": "2020-10-15T21:19:16.759Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "ethertank" - ] - }, - "Web/HTML/Element/bdi": { - "modified": "2020-10-15T21:19:22.899Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/bdo": { - "modified": "2020-10-15T21:19:20.403Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/bgsound": { - "modified": "2020-10-15T21:05:41.126Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/big": { - "modified": "2020-10-15T21:02:53.862Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/blink": { - "modified": "2020-10-15T21:02:35.295Z", - "contributors": [ - "mfuji09", - "teoli", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/blockquote": { - "modified": "2020-10-15T21:02:32.809Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/body": { - "modified": "2020-10-15T21:02:57.515Z", - "contributors": [ - "mfuji09", - "fuyofuyopiroq", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/br": { - "modified": "2020-10-15T21:02:40.253Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/button": { - "modified": "2020-10-15T21:19:22.964Z", - "contributors": [ - "b4h0_c4t", - "mfuji09", - "silverskyvicto", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/canvas": { - "modified": "2020-10-15T21:07:04.593Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "yyss", - "ethertank", - "kymmt", - "dextra", - "lmt_swallow" - ] - }, - "Web/HTML/Element/caption": { - "modified": "2020-10-15T21:18:49.032Z", - "contributors": [ - "mfuji09", - "dskmori", - "ASER24", - "sohopro", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/center": { - "modified": "2020-10-15T21:09:43.492Z", - "contributors": [ - "mfuji09", - "kamekame", - "yyss", - "ethertank", - "lmt_swallow" - ] - }, - "Web/HTML/Element/cite": { - "modified": "2020-10-15T21:18:48.118Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/code": { - "modified": "2020-11-09T08:42:24.498Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/col": { - "modified": "2020-11-09T06:48:34.914Z", - "contributors": [ - "mfuji09", - "yyss", - "teiha" - ] - }, - "Web/HTML/Element/colgroup": { - "modified": "2020-11-08T13:29:05.850Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/command": { - "modified": "2020-10-15T21:25:54.776Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/content": { - "modified": "2020-10-15T21:51:15.311Z", - "contributors": [ - "mfuji09", - "dskmori", - "masa100" - ] - }, - "Web/HTML/Element/data": { - "modified": "2020-10-24T09:35:23.480Z", - "contributors": [ - "mfuji09", - "Potappo", - "yuheiy", - ".Hiroya", - "aokashi", - "lv7777" - ] - }, - "Web/HTML/Element/datalist": { - "modified": "2020-10-15T21:18:52.218Z", - "contributors": [ - "dskmori", - "mfuji09", - "SphinxKnight", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/dd": { - "modified": "2020-10-15T21:19:21.401Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank", - "DavidWalsh" - ] - }, - "Web/HTML/Element/del": { - "modified": "2020-10-15T21:02:35.501Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/details": { - "modified": "2020-10-15T21:19:22.906Z", - "contributors": [ - "matori", - "mfuji09", - "yuheiy", - "SphinxKnight", - "yyss", - "hamasaki", - "ethertank" - ] - }, - "Web/HTML/Element/dfn": { - "modified": "2020-10-15T21:19:24.320Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/dialog": { - "modified": "2020-10-15T21:40:16.548Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "hamasaki" - ] - }, - "Web/HTML/Element/dir": { - "modified": "2020-10-18T09:40:07.699Z", - "contributors": [ - "mfuji09", - "okayurisotto", - "SphinxKnight", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/div": { - "modified": "2020-10-15T21:02:55.466Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/dl": { - "modified": "2020-10-15T21:19:21.251Z", - "contributors": [ - "dlwe", - "cloud10designs", - "dskmori", - "mfuji09", - "yyss", - "hinaloe", - "ethertank" - ] - }, - "Web/HTML/Element/dt": { - "modified": "2020-10-15T21:19:23.848Z", - "contributors": [ - "dlwe", - "mfuji09", - "ymmooot", - "yyss", - "hinaloe", - "ethertank" - ] - }, - "Web/HTML/Element/element": { - "modified": "2020-10-18T09:43:39.755Z", - "contributors": [ - "mfuji09", - "masa100" - ] - }, - "Web/HTML/Element/em": { - "modified": "2020-12-04T14:30:56.595Z", - "contributors": [ - "mfuji09", - "fscholz", - "yyss", - "ethertank", - "sii" - ] - }, - "Web/HTML/Element/embed": { - "modified": "2020-10-15T21:25:54.926Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/fieldset": { - "modified": "2020-11-09T13:18:26.818Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/figcaption": { - "modified": "2020-10-15T21:02:45.116Z", - "contributors": [ - "mfuji09", - "yyss", - ".Hiroya", - "ethertank" - ] - }, - "Web/HTML/Element/figure": { - "modified": "2020-10-15T21:02:53.490Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/font": { - "modified": "2020-10-15T21:05:36.872Z", - "contributors": [ - "xia-sava", - "mfuji09", - "fscholz", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/footer": { - "modified": "2020-10-16T11:06:43.191Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/form": { - "modified": "2020-10-15T21:06:44.485Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/frame": { - "modified": "2020-10-15T21:25:52.346Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/frameset": { - "modified": "2020-10-15T21:25:52.422Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/head": { - "modified": "2020-10-15T21:02:40.325Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/header": { - "modified": "2020-11-08T10:43:34.363Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/hgroup": { - "modified": "2020-10-15T21:25:53.528Z", - "contributors": [ - "mfuji09", - "yyss", - "hamasaki" - ] - }, - "Web/HTML/Element/hr": { - "modified": "2020-10-15T21:02:45.584Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/html": { - "modified": "2020-10-15T21:02:35.292Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/i": { - "modified": "2020-10-15T21:18:50.824Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/iframe": { - "modified": "2020-11-08T12:55:56.166Z", - "contributors": [ - "mfuji09", - "100", - "rail44", - "Wind1808", - "SphinxKnight", - "woodmix", - "yyss", - "sohopro", - "arai", - "noritake", - "ethertank", - "sosleepy" - ] - }, - "Web/HTML/Element/image": { - "modified": "2020-10-15T22:02:26.431Z", - "contributors": [ - "mfuji09", - "teoli" - ] - }, - "Web/HTML/Element/input": { - "modified": "2020-10-15T21:25:58.138Z", - "contributors": [ - "mfuji09", - "tatsuyafw", - "woodmix", - "yuheiy", - "myakura", - "yyss" - ] - }, - "Web/HTML/Element/input/button": { - "modified": "2020-10-15T21:51:56.263Z", - "contributors": [ - "mfuji09", - "0918nobita" - ] - }, - "Web/HTML/Element/input/checkbox": { - "modified": "2020-10-15T21:51:36.413Z", - "contributors": [ - "mfuji09", - "dskmori" - ] - }, - "Web/HTML/Element/input/color": { - "modified": "2020-10-15T21:59:18.150Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "akutsuing", - "TNKSoftware" - ] - }, - "Web/HTML/Element/input/date": { - "modified": "2020-10-15T22:02:27.182Z", - "contributors": [ - "mfuji09", - "mikan-megane", - "silverskyvicto", - "homirun" - ] - }, - "Web/HTML/Element/input/datetime": { - "modified": "2020-08-31T13:34:59.919Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element/input/datetime-local": { - "modified": "2020-10-15T22:03:44.244Z", - "contributors": [ - "mfuji09", - "shogo82148" - ] - }, - "Web/HTML/Element/input/email": { - "modified": "2020-10-15T22:03:44.547Z", - "contributors": [ - "mfuji09", - "norando", - "8tak4" - ] - }, - "Web/HTML/Element/input/file": { - "modified": "2020-10-15T22:04:30.149Z", - "contributors": [ - "mfuji09", - "fumuumuf", - "TakashiHarano" - ] - }, - "Web/HTML/Element/input/hidden": { - "modified": "2020-10-15T22:03:43.127Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element/input/image": { - "modified": "2020-10-15T22:08:52.639Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTML/Element/input/month": { - "modified": "2020-10-15T22:08:37.586Z", - "contributors": [ - "mfuji09", - "8tak4", - "silverskyvicto" - ] - }, - "Web/HTML/Element/input/number": { - "modified": "2020-10-15T22:00:08.859Z", - "contributors": [ - "mfuji09", - "8845musign" - ] - }, - "Web/HTML/Element/input/password": { - "modified": "2020-10-15T22:03:17.093Z", - "contributors": [ - "mfuji09", - "sii" - ] - }, - "Web/HTML/Element/input/radio": { - "modified": "2020-10-15T22:03:44.083Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element/input/range": { - "modified": "2020-10-15T22:08:37.787Z", - "contributors": [ - "mfuji09", - "daisuke-f", - "SphinxKnight", - "silverskyvicto" - ] - }, - "Web/HTML/Element/input/reset": { - "modified": "2020-11-09T13:53:37.774Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTML/Element/input/search": { - "modified": "2020-10-15T22:05:34.553Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element/input/submit": { - "modified": "2020-10-15T22:08:38.669Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTML/Element/input/tel": { - "modified": "2020-10-15T22:04:05.247Z", - "contributors": [ - "mfuji09", - "8tak4" - ] - }, - "Web/HTML/Element/input/text": { - "modified": "2020-10-15T22:04:33.186Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element/input/time": { - "modified": "2020-10-15T22:07:29.088Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element/input/url": { - "modified": "2020-10-15T22:12:13.592Z", - "contributors": [ - "mfuji09", - "NagayamaToshiaki" - ] - }, - "Web/HTML/Element/input/week": { - "modified": "2020-10-15T22:05:14.129Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element/ins": { - "modified": "2020-10-15T21:03:00.035Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/isindex": { - "modified": "2020-12-02T06:54:17.873Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/kbd": { - "modified": "2020-10-15T21:18:52.497Z", - "contributors": [ - "mfuji09", - "yuheiy", - "dlwe", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/keygen": { - "modified": "2020-11-08T10:51:32.322Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/label": { - "modified": "2020-11-08T13:41:30.150Z", - "contributors": [ - "mfuji09", - "yyss", - "sii", - "teoli", - "hrysd", - "ethertank" - ] - }, - "Web/HTML/Element/legend": { - "modified": "2020-10-15T21:19:20.811Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/li": { - "modified": "2020-12-02T05:39:42.927Z", - "contributors": [ - "mfuji09", - "hrddd", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/link": { - "modified": "2020-11-08T12:48:08.668Z", - "contributors": [ - "mfuji09", - "shinsaka", - "Uemmra3", - "dlwe", - "yyss", - "takahashim" - ] - }, - "Web/HTML/Element/listing": { - "modified": "2020-10-15T21:26:18.688Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/main": { - "modified": "2020-10-15T21:33:13.883Z", - "contributors": [ - "mfuji09", - "yyss", - "harry0000", - "tk1024" - ] - }, - "Web/HTML/Element/map": { - "modified": "2020-10-15T21:26:22.415Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/mark": { - "modified": "2020-10-24T09:38:26.994Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/marquee": { - "modified": "2020-10-15T21:05:18.217Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/menu": { - "modified": "2020-10-15T21:19:27.214Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/menuitem": { - "modified": "2020-11-28T12:02:55.965Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "yyss", - "hamasaki", - "yuji38kwmt" - ] - }, - "Web/HTML/Element/meta": { - "modified": "2020-10-15T21:26:24.555Z", - "contributors": [ - "mfuji09", - "yyss", - "mizunashi_mana", - "hashedhyphen" - ] - }, - "Web/HTML/Element/meta/name": { - "modified": "2020-10-15T22:34:47.355Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element/meter": { - "modified": "2020-10-15T21:20:15.119Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/multicol": { - "modified": "2020-10-15T22:02:51.939Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element/nav": { - "modified": "2020-10-15T21:02:35.133Z", - "contributors": [ - "rigani", - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/nobr": { - "modified": "2020-10-16T12:34:12.107Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/noembed": { - "modified": "2020-10-15T22:02:52.553Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element/noframes": { - "modified": "2020-10-15T21:26:20.781Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/noscript": { - "modified": "2020-12-03T07:29:19.828Z", - "contributors": [ - "mfuji09", - "yyss", - "fscholz", - "ethertank" - ] - }, - "Web/HTML/Element/object": { - "modified": "2020-11-09T12:25:50.230Z", - "contributors": [ - "mfuji09", - "yyss", - "e_ntyo", - "ethertank" - ] - }, - "Web/HTML/Element/ol": { - "modified": "2020-10-15T21:03:54.591Z", - "contributors": [ - "mfuji09", - "SaekiTominaga", - "yyss", - "ethertank", - "Marsf" - ] - }, - "Web/HTML/Element/optgroup": { - "modified": "2020-10-15T21:19:43.662Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/option": { - "modified": "2020-10-15T21:26:25.246Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/output": { - "modified": "2020-10-15T21:18:48.095Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/p": { - "modified": "2020-10-15T21:02:48.369Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank", - "Potappo" - ] - }, - "Web/HTML/Element/param": { - "modified": "2020-10-15T21:19:21.913Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/picture": { - "modified": "2020-10-15T21:38:06.605Z", - "contributors": [ - "mfuji09", - "hamasaki", - "YuichiNukiyama" - ] - }, - "Web/HTML/Element/plaintext": { - "modified": "2020-10-15T21:05:37.816Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/pre": { - "modified": "2020-10-15T21:02:47.593Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/progress": { - "modified": "2020-12-02T11:08:06.028Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank", - "hATrayflood" - ] - }, - "Web/HTML/Element/q": { - "modified": "2020-12-04T14:24:17.023Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "momdo", - "ethertank" - ] - }, - "Web/HTML/Element/rb": { - "modified": "2020-10-15T22:07:10.041Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element/rp": { - "modified": "2020-12-03T09:36:27.074Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss" - ] - }, - "Web/HTML/Element/rt": { - "modified": "2020-12-03T09:20:02.339Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss" - ] - }, - "Web/HTML/Element/rtc": { - "modified": "2020-10-15T21:57:28.740Z", - "contributors": [ - "mfuji09", - "yuheiy", - "niftg", - "yyss" - ] - }, - "Web/HTML/Element/ruby": { - "modified": "2020-10-15T21:20:24.963Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "IchimaruTakeshi", - "yassan", - "Damax", - "ethertank" - ] - }, - "Web/HTML/Element/s": { - "modified": "2020-10-18T09:52:44.836Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/samp": { - "modified": "2020-10-15T21:06:14.268Z", - "contributors": [ - "mfuji09", - "dlwe", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/script": { - "modified": "2020-10-15T21:14:52.279Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank", - "RobinEgg" - ] - }, - "Web/HTML/Element/section": { - "modified": "2020-10-15T21:20:04.907Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/select": { - "modified": "2020-11-09T11:50:09.607Z", - "contributors": [ - "mfuji09", - "kafetora", - "8845musign", - "yyss", - "ethertank", - "sii" - ] - }, - "Web/HTML/Element/slot": { - "modified": "2020-10-15T22:06:30.410Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Element/small": { - "modified": "2020-10-18T10:23:38.172Z", - "contributors": [ - "mfuji09", - "yuheiy", - "ncaq", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/source": { - "modified": "2020-10-15T21:05:40.605Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank", - "RobinEgg" - ] - }, - "Web/HTML/Element/spacer": { - "modified": "2020-10-15T21:20:20.456Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/span": { - "modified": "2020-10-30T10:27:07.078Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/strike": { - "modified": "2020-10-16T12:30:58.631Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/strong": { - "modified": "2020-12-03T09:11:30.152Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/style": { - "modified": "2020-11-08T13:03:25.945Z", - "contributors": [ - "mfuji09", - "gengokumura", - "koron", - "SphinxKnight", - "yyss", - "Toro_Unit", - "ethertank", - "Marsf" - ] - }, - "Web/HTML/Element/sub": { - "modified": "2020-12-03T11:09:46.316Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/summary": { - "modified": "2020-12-04T13:53:27.515Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/sup": { - "modified": "2020-12-03T11:14:46.058Z", - "contributors": [ - "mfuji09", - "ln-north", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/table": { - "modified": "2020-11-08T15:37:13.243Z", - "contributors": [ - "mfuji09", - "eltociear", - "cmplstofB", - "new1ro", - "fuyofuyopiroq", - "mikimhk", - "yyss", - "aewshyae", - "ethertank", - "sii" - ] - }, - "Web/HTML/Element/tbody": { - "modified": "2020-12-04T13:22:11.793Z", - "contributors": [ - "mfuji09", - "yyss", - "hashedhyphen" - ] - }, - "Web/HTML/Element/td": { - "modified": "2020-10-15T21:26:29.101Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/template": { - "modified": "2020-11-02T14:25:19.643Z", - "contributors": [ - "mfuji09", - "Marsf", - "YuichiNukiyama" - ] - }, - "Web/HTML/Element/textarea": { - "modified": "2020-10-15T21:26:33.929Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/tfoot": { - "modified": "2020-11-09T13:47:48.919Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/th": { - "modified": "2020-10-15T21:26:34.478Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/thead": { - "modified": "2020-10-15T21:26:31.442Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/time": { - "modified": "2020-12-03T11:19:56.841Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "Flat" - ] - }, - "Web/HTML/Element/title": { - "modified": "2020-10-15T21:02:59.476Z", - "contributors": [ - "mfuji09", - "fuyofuyopiroq", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/tr": { - "modified": "2020-10-15T21:26:32.161Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/track": { - "modified": "2020-12-03T08:17:30.606Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/tt": { - "modified": "2020-10-15T21:26:33.606Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Element/u": { - "modified": "2020-10-15T21:05:44.583Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Element/ul": { - "modified": "2020-10-15T21:19:17.115Z", - "contributors": [ - "mfuji09", - "SaekiTominaga", - "k-p5w", - "yyss", - "sys9kdr", - "ethertank" - ] - }, - "Web/HTML/Element/var": { - "modified": "2020-12-03T11:26:39.036Z", - "contributors": [ - "mfuji09", - "yuheiy", - "yyss", - "ethertank", - "Potappo" - ] - }, - "Web/HTML/Element/video": { - "modified": "2020-12-03T14:50:12.200Z", - "contributors": [ - "mfuji09", - "kodaka", - "yyss", - "ethertank", - "RobinEgg" - ] - }, - "Web/HTML/Element/wbr": { - "modified": "2020-12-03T11:32:56.086Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "yuheiy", - "yyss", - ".Hiroya" - ] - }, - "Web/HTML/Element/xmp": { - "modified": "2020-10-15T21:18:51.404Z", - "contributors": [ - "mfuji09", - "yyss", - "ethertank" - ] - }, - "Web/HTML/Forms_in_HTML": { - "modified": "2019-03-24T00:08:06.257Z", - "contributors": [ - "ethertank", - "myakura", - "Taken" - ] - }, - "Web/HTML/Global_attributes": { - "modified": "2020-11-30T07:22:04.447Z", - "contributors": [ - "mfuji09", - "reodog", - "ambi", - "silverskyvicto", - "yyss", - "ethertank", - "shirayuki" - ] - }, - "Web/HTML/Global_attributes/accesskey": { - "modified": "2020-10-15T21:38:45.099Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "yyss" - ] - }, - "Web/HTML/Global_attributes/autocapitalize": { - "modified": "2020-10-15T22:02:09.212Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTML/Global_attributes/class": { - "modified": "2020-10-15T21:38:49.650Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "yyss" - ] - }, - "Web/HTML/Global_attributes/contenteditable": { - "modified": "2020-10-15T21:38:51.239Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "yyss" - ] - }, - "Web/HTML/Global_attributes/contextmenu": { - "modified": "2020-10-15T21:38:46.599Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "YuichiNukiyama", - "yyss" - ] - }, - "Web/HTML/Global_attributes/data-*": { - "modified": "2020-10-15T21:38:47.279Z", - "contributors": [ - "mfuji09", - "ln-north", - "yyss" - ] - }, - "Web/HTML/Global_attributes/dir": { - "modified": "2020-10-15T21:38:54.337Z", - "contributors": [ - "mfuji09", - "Eai", - "yyss" - ] - }, - "Web/HTML/Global_attributes/draggable": { - "modified": "2020-10-15T21:38:56.410Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "yyss", - "hamasaki" - ] - }, - "Web/HTML/Global_attributes/dropzone": { - "modified": "2020-12-07T13:17:08.707Z", - "contributors": [ - "mfuji09", - "reodog", - "yyss", - "hamasaki" - ] - }, - "Web/HTML/Global_attributes/hidden": { - "modified": "2020-10-15T21:38:54.469Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "yyss" - ] - }, - "Web/HTML/Global_attributes/id": { - "modified": "2020-10-15T21:38:55.116Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Global_attributes/inputmode": { - "modified": "2020-10-15T22:19:54.837Z", - "contributors": [ - "mfuji09", - "hamasaki", - "daichan5891" - ] - }, - "Web/HTML/Global_attributes/is": { - "modified": "2020-10-15T22:03:30.886Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTML/Global_attributes/itemid": { - "modified": "2020-10-15T21:44:18.073Z", - "contributors": [ - "mfuji09", - "hamasaki", - "momdo" - ] - }, - "Web/HTML/Global_attributes/itemprop": { - "modified": "2020-10-15T21:44:38.305Z", - "contributors": [ - "mfuji09", - "momdo" - ] - }, - "Web/HTML/Global_attributes/itemref": { - "modified": "2020-10-15T21:44:15.353Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "momdo" - ] - }, - "Web/HTML/Global_attributes/itemscope": { - "modified": "2020-11-09T08:29:03.617Z", - "contributors": [ - "mfuji09", - "momdo" - ] - }, - "Web/HTML/Global_attributes/itemtype": { - "modified": "2020-10-15T21:44:26.043Z", - "contributors": [ - "mfuji09", - "lv7777", - "momdo" - ] - }, - "Web/HTML/Global_attributes/lang": { - "modified": "2020-10-15T21:38:55.016Z", - "contributors": [ - "mfuji09", - "ln-north", - "sutara79", - "yyss" - ] - }, - "Web/HTML/Global_attributes/part": { - "modified": "2020-10-15T22:31:31.425Z", - "contributors": [ - "mfuji09", - "dskmori", - "eltociear" - ] - }, - "Web/HTML/Global_attributes/slot": { - "modified": "2020-10-15T22:07:23.589Z", - "contributors": [ - "mfuji09", - "yumemi-kuwahara" - ] - }, - "Web/HTML/Global_attributes/spellcheck": { - "modified": "2020-11-30T07:59:35.137Z", - "contributors": [ - "mfuji09", - "u_7cc", - "yyss", - "hamasaki" - ] - }, - "Web/HTML/Global_attributes/style": { - "modified": "2020-10-15T21:38:55.978Z", - "contributors": [ - "mfuji09", - "apple502j", - "sutara79", - "yyss" - ] - }, - "Web/HTML/Global_attributes/tabindex": { - "modified": "2020-10-15T21:38:56.949Z", - "contributors": [ - "hogesuke", - "mfuji09", - "uknmr", - "yyss" - ] - }, - "Web/HTML/Global_attributes/title": { - "modified": "2020-12-02T07:33:57.054Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTML/Global_attributes/translate": { - "modified": "2020-11-09T08:36:24.343Z", - "contributors": [ - "mfuji09", - "yyss", - "hamasaki" - ] - }, - "Web/HTML/Global_attributes/x-ms-format-detection": { - "modified": "2020-08-19T07:01:29.371Z", - "contributors": [ - "mfuji09", - "eltociear" - ] - }, - "Web/HTML/HTML_Extensions": { - "modified": "2019-01-16T14:37:34.613Z", - "contributors": [ - "ethertank", - "Marsf" - ] - }, - "Web/HTML/Index": { - "modified": "2020-09-19T11:13:50.506Z", - "contributors": [ - "mfuji09", - "Marsf" - ] - }, - "Web/HTML/Inline_elements": { - "modified": "2019-04-15T20:58:44.936Z", - "contributors": [ - "hSakura", - "mfuji09", - "yyss", - "ethertank", - "Marsf" - ] - }, - "Web/HTML/Link_types": { - "modified": "2020-10-15T21:36:59.711Z", - "contributors": [ - "mfuji09", - "yyss", - "marmot1123" - ] - }, - "Web/HTML/Microdata": { - "modified": "2020-09-06T05:56:41.358Z", - "contributors": [ - "mfuji09", - "momdo" - ] - }, - "Web/HTML/Preloading_content": { - "modified": "2020-10-15T22:00:23.093Z", - "contributors": [ - "maechabin", - "rigani", - "8tak4", - "mfuji09", - "turenar" - ] - }, - "Web/HTML/Quirks_Mode_and_Standards_Mode": { - "modified": "2020-10-03T02:41:16.100Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "chrisdavidmills", - "yyss", - "ethertank", - "Jeremie", - "Marsf", - "Mgjbot", - "kohei.yoshino" - ] - }, - "Web/HTML/Reference": { - "modified": "2019-09-09T07:18:12.667Z", - "contributors": [ - "SphinxKnight", - "mfuji09", - "silverskyvicto", - "wbamberg", - "Marsf" - ] - }, - "Web/HTML/Using_the_application_cache": { - "modified": "2020-11-28T04:20:35.279Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss", - "ethertank", - "Fajrovulpo", - "kohei.yoshino", - "maco81", - "Potappo" - ] - }, - "Web/HTML/microformats": { - "modified": "2020-09-06T22:15:47.186Z", - "contributors": [ - "mfuji09", - "FumiyaShibusawa", - "silverskyvicto" - ] - }, - "Web/HTTP": { - "modified": "2020-09-21T11:12:50.604Z", - "contributors": [ - "mfuji09", - "snakada", - "silverskyvicto", - "isdh", - "dskmori", - "Uemmra3", - "oasis-forever", - "myakura", - "yyss", - "hamasaki", - "ethertank" - ] - }, - "Web/HTTP/Authentication": { - "modified": "2020-07-07T14:27:04.565Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "silverskyvicto" - ] - }, - "Web/HTTP/Basics_of_HTTP": { - "modified": "2019-11-23T23:17:48.338Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "cissoid" - ] - }, - "Web/HTTP/Basics_of_HTTP/Choosing_between_www_and_non-www_URLs": { - "modified": "2020-12-06T15:11:17.468Z", - "contributors": [ - "mfuji09", - "pcw", - "silverskyvicto", - "yyss" - ] - }, - "Web/HTTP/Basics_of_HTTP/Data_URIs": { - "modified": "2020-12-04T15:28:57.902Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "yyss", - "ethertank", - "sosleepy" - ] - }, - "Web/HTTP/Basics_of_HTTP/Evolution_of_HTTP": { - "modified": "2020-09-25T15:03:35.377Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "yyss" - ] - }, - "Web/HTTP/Basics_of_HTTP/Identifying_resources_on_the_Web": { - "modified": "2020-08-21T11:37:40.436Z", - "contributors": [ - "mfuji09", - "yuta0801", - "yyss" - ] - }, - "Web/HTTP/Basics_of_HTTP/MIME_types": { - "modified": "2020-07-24T02:39:26.659Z", - "contributors": [ - "pcw", - "mfuji09", - "nekottyo", - "silverskyvicto", - "yyss" - ] - }, - "Web/HTTP/Basics_of_HTTP/MIME_types/Common_types": { - "modified": "2020-05-15T22:15:38.965Z", - "contributors": [ - "mfuji09", - "chrisdavidmills", - "silverskyvicto", - "yyss" - ] - }, - "Web/HTTP/Basics_of_HTTP/Resource_URLs": { - "modified": "2019-03-18T21:26:41.834Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Browser_detection_using_the_user_agent": { - "modified": "2020-11-12T13:14:23.994Z", - "contributors": [ - "mfuji09", - "negibokken", - "silverskyvicto", - "karaage-kun" - ] - }, - "Web/HTTP/CORS": { - "modified": "2020-10-25T02:45:31.875Z", - "contributors": [ - "Lichit", - "shutooike", - "mfuji09", - "Uemmra3", - "keiya01", - "silverskyvicto", - "ambi", - "dlwe", - "tetsuya.ohira", - "sgryjp", - "kenji-yamasaki", - "demmys", - "gitoshiaki", - "SphinxKnight", - "H-Yamagata", - "cohei", - "hamasaki", - "unarist", - "yyss", - "RobinEgg" - ] - }, - "Web/HTTP/CORS/Errors": { - "modified": "2019-03-18T21:30:21.440Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSAllowOriginNotMatchingOrigin": { - "modified": "2019-03-18T20:39:00.737Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSDidNotSucceed": { - "modified": "2019-10-18T12:13:44.852Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSDisabled": { - "modified": "2019-11-30T12:46:48.813Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSExternalRedirectNotAllowed": { - "modified": "2019-03-18T21:28:54.928Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSInvalidAllowHeader": { - "modified": "2019-03-18T21:29:45.482Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSInvalidAllowMethod": { - "modified": "2019-03-18T21:29:45.858Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSMIssingAllowCredentials": { - "modified": "2019-03-18T21:28:57.049Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSMethodNotFound": { - "modified": "2019-03-18T21:28:50.441Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSMissingAllowHeaderFromPreflight": { - "modified": "2019-08-28T05:32:22.065Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSMissingAllowOrigin": { - "modified": "2020-09-30T04:42:49.309Z", - "contributors": [ - "mfuji09", - "svjunic", - "ikemo" - ] - }, - "Web/HTTP/CORS/Errors/CORSMultipleAllowOriginNotAllowed": { - "modified": "2019-11-28T09:34:49.943Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSNotSupportingCredentials": { - "modified": "2019-03-18T21:28:54.329Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSOriginHeaderNotAdded": { - "modified": "2019-03-18T21:28:50.625Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSPreflightDidNotSucceed": { - "modified": "2019-03-18T21:29:46.462Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/CORS/Errors/CORSRequestNotHttp": { - "modified": "2019-07-27T11:38:02.127Z", - "contributors": [ - "stringslength", - "mfuji09" - ] - }, - "Web/HTTP/CSP": { - "modified": "2020-10-15T21:12:05.461Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dlwe", - "jwhitlock", - "hashedhyphen", - "hamasaki", - "yyss", - "Marsf" - ] - }, - "Web/HTTP/Caching": { - "modified": "2020-07-23T13:50:45.927Z", - "contributors": [ - "pcw", - "Uemmra3", - "ahomu", - "Motoshi-Nishihira", - "mfuji09", - "SphinxKnight", - "yyss" - ] - }, - "Web/HTTP/Compression": { - "modified": "2019-08-24T03:15:46.627Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss" - ] - }, - "Web/HTTP/Conditional_requests": { - "modified": "2019-03-23T22:24:48.101Z", - "contributors": [ - "mfuji09", - "kachick", - "SphinxKnight", - "yyss" - ] - }, - "Web/HTTP/Configuring_servers_for_Ogg_media": { - "modified": "2019-03-18T21:25:34.436Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Connection_management_in_HTTP_1.x": { - "modified": "2020-09-27T09:47:29.485Z", - "contributors": [ - "mfuji09", - "ryoi", - "tetsuya.ohira", - "yanana", - "SphinxKnight", - "yyss" - ] - }, - "Web/HTTP/Content_negotiation": { - "modified": "2020-06-07T13:43:45.363Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "yyss" - ] - }, - "Web/HTTP/Content_negotiation/List_of_default_Accept_values": { - "modified": "2019-11-24T05:51:18.015Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Cookies": { - "modified": "2020-10-23T10:07:50.456Z", - "contributors": [ - "silverskyvicto", - "pcw", - "kebhr", - "mfuji09", - "nao0x2c6", - "dlwe", - "dskmori", - "__ku", - "yyss" - ] - }, - "Web/HTTP/Cross-Origin_Resource_Policy_(CORP)": { - "modified": "2020-10-15T22:27:25.103Z", - "contributors": [ - "mfuji09", - "Potappo", - "shisama", - "53able" - ] - }, - "Web/HTTP/Feature_Policy": { - "modified": "2020-10-15T22:08:10.227Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Feature_Policy/Using_Feature_Policy": { - "modified": "2020-10-09T09:56:44.499Z", - "contributors": [ - "maechabin", - "mfuji09", - "dlwe" - ] - }, - "Web/HTTP/Headers": { - "modified": "2020-04-10T02:46:53.832Z", - "contributors": [ - "mfuji09", - "ycrack", - "yyss", - "hamasaki" - ] - }, - "Web/HTTP/Headers/Accept": { - "modified": "2020-10-15T22:04:40.596Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Accept-CH": { - "modified": "2020-10-15T22:28:37.603Z", - "contributors": [ - "mfuji09", - "tamura4278" - ] - }, - "Web/HTTP/Headers/Accept-CH-Lifetime": { - "modified": "2020-10-15T22:28:41.631Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/HTTP/Headers/Accept-Charset": { - "modified": "2020-10-15T22:09:31.974Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Accept-Encoding": { - "modified": "2020-12-04T01:30:45.155Z", - "contributors": [ - "mfuji09", - "minoki" - ] - }, - "Web/HTTP/Headers/Accept-Language": { - "modified": "2020-10-15T22:03:39.841Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Accept-Patch": { - "modified": "2020-10-16T12:54:01.036Z", - "contributors": [ - "mfuji09", - "pcw", - "tamura4278" - ] - }, - "Web/HTTP/Headers/Accept-Ranges": { - "modified": "2020-10-15T22:09:32.962Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Access-Control-Allow-Credentials": { - "modified": "2020-10-15T22:08:51.042Z", - "contributors": [ - "shuuji3", - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Access-Control-Allow-Headers": { - "modified": "2020-10-15T22:04:30.837Z", - "contributors": [ - "mfuji09", - "wbamberg" - ] - }, - "Web/HTTP/Headers/Access-Control-Allow-Methods": { - "modified": "2020-10-15T22:09:11.730Z", - "contributors": [ - "Yasami", - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Access-Control-Allow-Origin": { - "modified": "2020-10-15T22:03:03.597Z", - "contributors": [ - "mfuji09", - "Meganesaru" - ] - }, - "Web/HTTP/Headers/Access-Control-Expose-Headers": { - "modified": "2020-10-15T22:09:29.998Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Access-Control-Max-Age": { - "modified": "2020-10-15T22:05:39.834Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Access-Control-Request-Headers": { - "modified": "2020-10-15T22:09:28.943Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Access-Control-Request-Method": { - "modified": "2020-10-15T22:09:30.474Z", - "contributors": [ - "mfuji09", - "pcw", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Age": { - "modified": "2020-10-15T22:07:38.812Z", - "contributors": [ - "silverskyvicto", - "kakerukaeru" - ] - }, - "Web/HTTP/Headers/Allow": { - "modified": "2020-09-29T09:50:29.162Z", - "contributors": [ - "mfuji09", - "yumemi-kuwahara" - ] - }, - "Web/HTTP/Headers/Alt-Svc": { - "modified": "2020-10-18T09:10:31.986Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/HTTP/Headers/Authorization": { - "modified": "2019-03-18T21:34:44.548Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Cache-Control": { - "modified": "2020-11-24T11:46:03.480Z", - "contributors": [ - "pcw", - "mfuji09", - "SegaraRai", - "attakei", - "utgwkk", - "zawataki", - "isudzumi", - "antidotech", - "saitouena", - "silverskyvicto", - "shimazu", - "kakerukaeru", - "Meganesaru", - "becyn" - ] - }, - "Web/HTTP/Headers/Clear-Site-Data": { - "modified": "2020-10-15T22:07:14.081Z", - "contributors": [ - "mfuji09", - "bershanskiy" - ] - }, - "Web/HTTP/Headers/Connection": { - "modified": "2020-10-15T21:58:32.314Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "shibukawa" - ] - }, - "Web/HTTP/Headers/Content-Disposition": { - "modified": "2020-10-15T21:51:47.569Z", - "contributors": [ - "mfuji09", - "pcw", - "silverskyvicto", - "unarist", - "yuji38kwmt" - ] - }, - "Web/HTTP/Headers/Content-Encoding": { - "modified": "2020-10-15T22:05:38.807Z", - "contributors": [ - "mfuji09", - "minoki", - "hiwayama" - ] - }, - "Web/HTTP/Headers/Content-Language": { - "modified": "2020-10-15T22:09:28.929Z", - "contributors": [ - "mfuji09", - "pcw", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Content-Length": { - "modified": "2020-10-15T22:09:30.316Z", - "contributors": [ - "mfuji09", - "minoki", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Content-Location": { - "modified": "2020-10-15T22:09:31.893Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Content-Range": { - "modified": "2020-10-15T22:09:31.294Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy": { - "modified": "2020-10-15T22:05:29.400Z", - "contributors": [ - "eltociear", - "mfuji09", - "Uemmra3", - "dlwe", - "toVersus", - "Malvoz" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy-Report-Only": { - "modified": "2020-10-15T22:09:31.404Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/base-uri": { - "modified": "2020-10-15T22:12:49.105Z", - "contributors": [ - "Uemmra3", - "dskmori", - "gurezo" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/block-all-mixed-content": { - "modified": "2020-10-15T22:07:57.326Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/connect-src": { - "modified": "2020-10-15T22:21:15.207Z", - "contributors": [ - "mfuji09", - "Uemmra3" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/default-src": { - "modified": "2020-10-15T22:06:17.052Z", - "contributors": [ - "mfuji09", - "hamasaki", - "Uemmra3", - "dlwe" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/frame-ancestors": { - "modified": "2020-10-15T22:28:46.346Z", - "contributors": [ - "mfuji09", - "shimazu" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/frame-src": { - "modified": "2020-10-15T22:21:11.802Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/img-src": { - "modified": "2020-10-15T22:21:11.533Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/manifest-src": { - "modified": "2020-10-15T22:21:08.732Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/media-src": { - "modified": "2020-10-15T22:21:09.349Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/object-src": { - "modified": "2020-10-15T22:21:12.475Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/plugin-types": { - "modified": "2020-10-15T22:21:09.218Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/prefetch-src": { - "modified": "2020-10-15T22:22:28.558Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/referrer": { - "modified": "2020-10-15T22:08:56.755Z", - "contributors": [ - "mfuji09", - "k-kuwahara" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/report-to": { - "modified": "2020-10-15T22:08:00.031Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/require-sri-for": { - "modified": "2020-10-15T22:33:25.391Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/sandbox": { - "modified": "2020-10-15T22:21:06.473Z", - "contributors": [ - "acid-chicken", - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/script-src": { - "modified": "2020-10-15T22:09:06.458Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/script-src-elem": { - "modified": "2020-10-15T22:33:08.830Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/style-src": { - "modified": "2020-10-15T22:33:26.924Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/trusted-types": { - "modified": "2020-10-15T22:29:47.521Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/upgrade-insecure-requests": { - "modified": "2020-10-15T22:07:57.830Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Security-Policy/worker-src": { - "modified": "2020-10-15T22:05:32.116Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Content-Type": { - "modified": "2020-10-15T22:04:26.910Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Cookie": { - "modified": "2020-10-15T22:03:57.908Z", - "contributors": [ - "pcw", - "mfuji09", - "technohippy" - ] - }, - "Web/HTTP/Headers/Cookie2": { - "modified": "2020-10-15T22:08:54.618Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Cross-Origin-Resource-Policy": { - "modified": "2020-10-15T22:28:41.646Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/HTTP/Headers/DNT": { - "modified": "2020-11-22T11:03:23.510Z", - "contributors": [ - "pcw", - "silverskyvicto", - "YuichiNukiyama" - ] - }, - "Web/HTTP/Headers/DPR": { - "modified": "2020-10-15T22:28:41.194Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/HTTP/Headers/Date": { - "modified": "2020-10-15T22:08:53.777Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Device-Memory": { - "modified": "2020-10-15T22:28:41.886Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/HTTP/Headers/ETag": { - "modified": "2020-10-15T22:08:54.914Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Early-Data": { - "modified": "2020-10-15T22:08:55.411Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Expect": { - "modified": "2020-10-15T22:07:24.025Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Expect-CT": { - "modified": "2020-10-15T22:04:38.045Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Expires": { - "modified": "2020-10-15T22:08:53.183Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Feature-Policy": { - "modified": "2020-10-15T22:08:29.642Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "jpmedley" - ] - }, - "Web/HTTP/Headers/Feature-Policy/autoplay": { - "modified": "2020-10-15T22:11:22.688Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Feature-Policy/battery": { - "modified": "2020-10-15T22:34:41.072Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Feature-Policy/camera": { - "modified": "2020-10-15T22:11:23.091Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Feature-Policy/encrypted-media": { - "modified": "2020-10-15T22:11:22.190Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Feature-Policy/fullscreen": { - "modified": "2020-10-15T22:08:25.264Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Feature-Policy/geolocation": { - "modified": "2020-10-15T22:08:25.691Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Feature-Policy/microphone": { - "modified": "2020-10-15T22:08:25.459Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Feature-Policy/midi": { - "modified": "2020-10-15T22:11:20.097Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Feature-Policy/payment": { - "modified": "2020-10-15T22:11:22.549Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Feature-Policy/vr": { - "modified": "2020-10-15T22:11:22.366Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Feature-Policy/xr": { - "modified": "2020-08-12T12:42:41.854Z", - "contributors": [ - "mfuji09", - "tamura4278" - ] - }, - "Web/HTTP/Headers/Forwarded": { - "modified": "2020-10-15T22:07:23.420Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/From": { - "modified": "2020-10-15T22:09:12.628Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Host": { - "modified": "2020-10-15T22:03:38.205Z", - "contributors": [ - "aximov", - "mfuji09" - ] - }, - "Web/HTTP/Headers/If-Match": { - "modified": "2020-10-15T22:09:07.822Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/If-Modified-Since": { - "modified": "2020-10-15T22:01:38.863Z", - "contributors": [ - "mfuji09", - "azechi", - "javvano" - ] - }, - "Web/HTTP/Headers/If-None-Match": { - "modified": "2020-10-15T22:09:31.602Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/If-Range": { - "modified": "2020-10-15T22:09:31.348Z", - "contributors": [ - "shimazu", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/If-Unmodified-Since": { - "modified": "2020-10-15T22:09:34.001Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Index": { - "modified": "2019-03-18T21:26:05.914Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Keep-Alive": { - "modified": "2020-12-05T09:59:27.852Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Last-Modified": { - "modified": "2020-10-15T22:01:39.534Z", - "contributors": [ - "mfuji09", - "javvano" - ] - }, - "Web/HTTP/Headers/Link": { - "modified": "2020-10-15T22:28:42.004Z", - "contributors": [ - "mfuji09", - "tamura4278" - ] - }, - "Web/HTTP/Headers/Location": { - "modified": "2020-10-15T22:05:38.976Z", - "contributors": [ - "mfuji09", - "Indication" - ] - }, - "Web/HTTP/Headers/NEL": { - "modified": "2020-04-30T22:47:29.835Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Origin": { - "modified": "2020-10-15T22:03:11.303Z", - "contributors": [ - "mfuji09", - "Meganesaru" - ] - }, - "Web/HTTP/Headers/Pragma": { - "modified": "2020-10-15T22:09:28.445Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Proxy-Authenticate": { - "modified": "2020-10-15T22:09:31.860Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Proxy-Authorization": { - "modified": "2020-07-23T12:47:56.792Z", - "contributors": [ - "pcw" - ] - }, - "Web/HTTP/Headers/Range": { - "modified": "2020-10-15T22:09:27.042Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Referer": { - "modified": "2020-10-15T22:08:03.565Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Referrer-Policy": { - "modified": "2020-10-22T10:06:49.091Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "myakura" - ] - }, - "Web/HTTP/Headers/Retry-After": { - "modified": "2020-10-15T22:09:30.676Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Server": { - "modified": "2020-10-15T22:02:59.549Z", - "contributors": [ - "mfuji09", - "Meganesaru" - ] - }, - "Web/HTTP/Headers/Server-Timing": { - "modified": "2020-10-15T22:09:32.269Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Set-Cookie": { - "modified": "2020-10-15T22:09:30.260Z", - "contributors": [ - "pcw", - "mfuji09", - "maizuka", - "niusounds", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Set-Cookie/SameSite": { - "modified": "2020-10-15T22:30:51.978Z", - "contributors": [ - "pcw", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Set-Cookie2": { - "modified": "2020-10-15T22:09:30.672Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/SourceMap": { - "modified": "2020-10-15T22:09:30.889Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Strict-Transport-Security": { - "modified": "2020-10-15T21:10:14.714Z", - "contributors": [ - "pcw", - "mfuji09", - "silverskyvicto", - "hashedhyphen", - "hamasaki", - "yassan", - "clariroid", - "zatsubun", - "yyss" - ] - }, - "Web/HTTP/Headers/Timing-Allow-Origin": { - "modified": "2020-12-02T07:13:49.090Z", - "contributors": [ - "mfuji09", - "tamura4278" - ] - }, - "Web/HTTP/Headers/Tk": { - "modified": "2020-10-15T22:07:22.829Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Transfer-Encoding": { - "modified": "2020-10-15T22:04:15.846Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Upgrade-Insecure-Requests": { - "modified": "2020-10-15T22:28:42.954Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/HTTP/Headers/User-Agent": { - "modified": "2020-10-15T22:09:15.968Z", - "contributors": [ - "pcw", - "mfuji09", - "mariko-nakajo", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/User-Agent/Firefox": { - "modified": "2019-10-28T22:31:03.481Z", - "contributors": [ - "mfuji09", - "dynamis", - "hamasaki", - "yyss", - "kohei.yoshino", - "ethertank" - ] - }, - "Web/HTTP/Headers/Vary": { - "modified": "2020-10-15T22:10:02.599Z", - "contributors": [ - "mfuji09", - "ShowGoTagami", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/Via": { - "modified": "2020-10-15T22:28:39.164Z", - "contributors": [ - "tamura4278" - ] - }, - "Web/HTTP/Headers/WWW-Authenticate": { - "modified": "2020-10-15T22:05:04.627Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/Warning": { - "modified": "2020-10-15T22:24:44.921Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Headers/X-Content-Type-Options": { - "modified": "2020-10-15T22:19:39.452Z", - "contributors": [ - "pcw", - "tyankatsu", - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Headers/X-DNS-Prefetch-Control": { - "modified": "2020-10-15T22:12:56.643Z", - "contributors": [ - "mfuji09", - "tyabata" - ] - }, - "Web/HTTP/Headers/X-Forwarded-For": { - "modified": "2020-10-15T22:06:42.677Z", - "contributors": [ - "mfuji09", - "stmkza", - "Indication" - ] - }, - "Web/HTTP/Headers/X-Forwarded-Host": { - "modified": "2020-10-15T22:07:34.293Z", - "contributors": [ - "mfuji09", - "Indication" - ] - }, - "Web/HTTP/Headers/X-Forwarded-Proto": { - "modified": "2020-10-15T22:07:45.095Z", - "contributors": [ - "mfuji09", - "Indication" - ] - }, - "Web/HTTP/Headers/X-Frame-Options": { - "modified": "2020-10-15T21:07:59.918Z", - "contributors": [ - "pcw", - "mfuji09", - "hamasaki", - "ethertank", - "yyss" - ] - }, - "Web/HTTP/Headers/X-XSS-Protection": { - "modified": "2020-10-15T22:05:39.038Z", - "contributors": [ - "mfuji09", - "pcw", - "kurimaru" - ] - }, - "Web/HTTP/Index": { - "modified": "2019-03-18T21:35:45.067Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Link_prefetching_FAQ": { - "modified": "2020-01-12T13:11:34.893Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "SphinxKnight", - "yumetodo", - "hamasaki", - "jigs12", - "ethertank", - "Marsf", - "Potappo", - "Kohei", - "Mgjbot", - "Taken", - "Shimono", - "Yama" - ] - }, - "Web/HTTP/Messages": { - "modified": "2020-07-11T01:20:50.882Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "Web/HTTP/Methods": { - "modified": "2020-12-02T07:03:45.110Z", - "contributors": [ - "mfuji09", - "dlwe", - "yyss" - ] - }, - "Web/HTTP/Methods/CONNECT": { - "modified": "2020-10-15T22:15:57.461Z", - "contributors": [ - "mfuji09", - "osjupiter" - ] - }, - "Web/HTTP/Methods/DELETE": { - "modified": "2020-10-15T22:06:14.626Z", - "contributors": [ - "mfuji09", - "Wind1808", - "yumemi-kuwahara" - ] - }, - "Web/HTTP/Methods/GET": { - "modified": "2020-10-15T22:00:46.032Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Methods/HEAD": { - "modified": "2020-10-15T22:22:57.538Z", - "contributors": [ - "pcw", - "mfuji09", - "snakada" - ] - }, - "Web/HTTP/Methods/OPTIONS": { - "modified": "2020-10-15T22:08:22.663Z", - "contributors": [ - "papparapa", - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Methods/PATCH": { - "modified": "2020-05-09T13:05:14.634Z", - "contributors": [ - "mfuji09", - "snakada" - ] - }, - "Web/HTTP/Methods/POST": { - "modified": "2020-10-15T22:05:44.041Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Methods/PUT": { - "modified": "2020-10-15T22:22:58.218Z", - "contributors": [ - "pcw", - "mfuji09", - "snakada" - ] - }, - "Web/HTTP/Methods/TRACE": { - "modified": "2020-10-15T22:03:37.263Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Overview": { - "modified": "2019-10-29T12:14:11.528Z", - "contributors": [ - "mfuji09", - "tetsuya.ohira", - "yyss" - ] - }, - "Web/HTTP/Protocol_upgrade_mechanism": { - "modified": "2019-03-18T20:51:00.470Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Proxy_servers_and_tunneling": { - "modified": "2020-08-17T12:14:35.799Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "teoli" - ] - }, - "Web/HTTP/Proxy_servers_and_tunneling/Proxy_Auto-Configuration_(PAC)_file": { - "modified": "2020-10-01T14:05:48.001Z", - "contributors": [ - "mfuji09", - "hamasaki", - "t-ataku", - "j15338tn", - "orisano" - ] - }, - "Web/HTTP/Range_requests": { - "modified": "2020-09-23T06:33:36.312Z", - "contributors": [ - "art923", - "izumism", - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Redirections": { - "modified": "2020-09-22T04:26:24.005Z", - "contributors": [ - "mfuji09", - "pcw", - "yyss" - ] - }, - "Web/HTTP/Resources_and_URIs": { - "modified": "2019-03-18T21:33:17.331Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Resources_and_specifications": { - "modified": "2020-08-18T01:47:17.883Z", - "contributors": [ - "mfuji09", - "Indication" - ] - }, - "Web/HTTP/Session": { - "modified": "2019-03-23T22:26:05.655Z", - "contributors": [ - "tetsuya.ohira", - "mfuji09", - "hiroga", - "yyss" - ] - }, - "Web/HTTP/Status": { - "modified": "2020-10-15T21:43:41.866Z", - "contributors": [ - "mfuji09", - "saitouena", - "silverskyvicto", - "yoshinag", - "mdmss37", - "yyss", - "fscholz", - "hamasaki" - ] - }, - "Web/HTTP/Status/100": { - "modified": "2020-10-15T22:08:53.096Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Status/101": { - "modified": "2019-03-18T21:32:54.866Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Status/103": { - "modified": "2020-10-15T22:19:59.654Z", - "contributors": [ - "dskmori", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/200": { - "modified": "2020-10-15T21:56:21.365Z", - "contributors": [ - "mfuji09", - "cmplstofB", - "yoshidashingo" - ] - }, - "Web/HTTP/Status/201": { - "modified": "2020-10-15T21:56:48.141Z", - "contributors": [ - "mfuji09", - "k-kuwahara", - "yumemi-kuwahara" - ] - }, - "Web/HTTP/Status/202": { - "modified": "2019-03-23T22:06:21.161Z", - "contributors": [ - "mfuji09", - "k-kuwahara" - ] - }, - "Web/HTTP/Status/203": { - "modified": "2020-01-04T09:32:36.486Z", - "contributors": [ - "mfuji09", - "k-kuwahara" - ] - }, - "Web/HTTP/Status/204": { - "modified": "2020-10-15T21:50:50.228Z", - "contributors": [ - "silverskyvicto", - "fscholz", - "dskmori", - "toris-birds" - ] - }, - "Web/HTTP/Status/205": { - "modified": "2019-03-18T21:25:33.648Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Status/206": { - "modified": "2020-10-15T21:59:51.037Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "karaage-kun" - ] - }, - "Web/HTTP/Status/300": { - "modified": "2019-03-18T21:29:20.235Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Status/301": { - "modified": "2020-10-15T22:09:01.358Z", - "contributors": [ - "mfuji09", - "snakada", - "sousuke0422" - ] - }, - "Web/HTTP/Status/302": { - "modified": "2020-10-15T22:09:00.487Z", - "contributors": [ - "minoki", - "mfuji09" - ] - }, - "Web/HTTP/Status/303": { - "modified": "2020-10-15T21:58:46.454Z", - "contributors": [ - "mfuji09", - "minoki", - "ADTC", - "biligeny" - ] - }, - "Web/HTTP/Status/304": { - "modified": "2020-10-15T22:09:28.796Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Status/307": { - "modified": "2020-10-15T22:09:03.436Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Status/308": { - "modified": "2020-10-15T22:09:04.834Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/400": { - "modified": "2020-07-06T10:12:16.258Z", - "contributors": [ - "mfuji09", - "munieru_jp" - ] - }, - "Web/HTTP/Status/401": { - "modified": "2020-10-15T22:03:35.444Z", - "contributors": [ - "mfuji09", - "cmplstofB", - "munieru_jp" - ] - }, - "Web/HTTP/Status/402": { - "modified": "2020-10-15T22:19:39.905Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/403": { - "modified": "2020-10-15T22:03:55.479Z", - "contributors": [ - "mfuji09", - "cmplstofB", - "silverskyvicto", - "munieru_jp" - ] - }, - "Web/HTTP/Status/404": { - "modified": "2020-10-15T21:56:48.979Z", - "contributors": [ - "mfuji09", - "cmplstofB", - "k-kuwahara" - ] - }, - "Web/HTTP/Status/405": { - "modified": "2019-08-23T13:38:47.168Z", - "contributors": [ - "mfuji09", - "munieru_jp", - "mdmss37" - ] - }, - "Web/HTTP/Status/406": { - "modified": "2020-10-15T22:06:42.427Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Status/407": { - "modified": "2020-10-15T22:06:14.671Z", - "contributors": [ - "yumemi-kuwahara" - ] - }, - "Web/HTTP/Status/408": { - "modified": "2019-03-18T21:32:15.193Z", - "contributors": [ - "silverskyvicto", - "k-kuwahara", - "yumemi-kuwahara" - ] - }, - "Web/HTTP/Status/409": { - "modified": "2019-03-23T22:05:03.771Z", - "contributors": [ - "silverskyvicto", - "wtadahiro" - ] - }, - "Web/HTTP/Status/410": { - "modified": "2020-10-15T21:59:27.164Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Marsf" - ] - }, - "Web/HTTP/Status/411": { - "modified": "2019-03-18T21:25:26.687Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Status/412": { - "modified": "2020-10-15T22:09:26.910Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/413": { - "modified": "2020-08-21T12:59:04.661Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/414": { - "modified": "2019-09-01T01:57:40.450Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/415": { - "modified": "2019-03-18T21:25:25.532Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Status/416": { - "modified": "2020-10-15T22:09:28.217Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/417": { - "modified": "2019-03-18T21:25:30.258Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Status/418": { - "modified": "2020-12-05T09:50:36.837Z", - "contributors": [ - "mfuji09", - "cmplstofB", - "dzamlo", - "munieru_jp" - ] - }, - "Web/HTTP/Status/422": { - "modified": "2019-03-18T21:34:48.864Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Status/425": { - "modified": "2020-10-15T22:08:50.435Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/426": { - "modified": "2019-03-18T21:25:27.309Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/428": { - "modified": "2019-03-18T21:25:25.714Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Status/429": { - "modified": "2020-08-21T13:14:21.843Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/431": { - "modified": "2019-12-09T03:52:53.804Z", - "contributors": [ - "Oshiumi", - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/451": { - "modified": "2020-10-15T22:08:05.355Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "araigumaG" - ] - }, - "Web/HTTP/Status/500": { - "modified": "2020-10-15T22:09:14.100Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/501": { - "modified": "2020-10-15T22:09:14.158Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/502": { - "modified": "2020-10-15T22:06:05.701Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "shuuji3", - "k-kuwahara" - ] - }, - "Web/HTTP/Status/503": { - "modified": "2020-10-15T22:06:05.099Z", - "contributors": [ - "mfuji09", - "k-kuwahara", - "yumemi-kuwahara" - ] - }, - "Web/HTTP/Status/504": { - "modified": "2020-10-15T22:09:15.962Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/HTTP/Status/505": { - "modified": "2019-03-18T21:25:54.948Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/HTTP/Status/506": { - "modified": "2020-08-21T12:49:01.755Z", - "contributors": [ - "mfuji09", - "tamura4278" - ] - }, - "Web/HTTP/Status/507": { - "modified": "2020-08-21T12:52:44.561Z", - "contributors": [ - "mfuji09", - "tamura4278" - ] - }, - "Web/HTTP/Status/508": { - "modified": "2019-09-16T14:05:33.990Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/HTTP/Status/510": { - "modified": "2020-06-15T05:40:11.375Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/HTTP/Status/511": { - "modified": "2019-03-18T21:25:47.710Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/Houdini": { - "modified": "2020-07-24T06:19:03.585Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/JavaScript": { - "modified": "2020-11-14T07:07:05.393Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "poop", - "segayuu", - "hamasaki", - "kenji-yamasaki", - "kaiji", - "silverskyvicto", - "hysryt", - "Uemmra3", - "sii", - "YuichiNukiyama", - "isdh", - "taiyaki32lp64", - "x2357", - "mamodayo", - "underdolphin", - "teoli", - "ethertank", - "saneyuki_s", - "shirayuki", - "Yuichirou", - "fscholz", - "Marsf", - "Mgjbot", - "Potappo", - "Verruckt", - "Taken", - "Okome", - "Taken Bot", - "RxOrca" - ] - }, - "Web/JavaScript/A_re-introduction_to_JavaScript": { - "modified": "2020-07-24T03:48:20.022Z", - "contributors": [ - "pcw", - "mellun", - "negibouze", - "SphinxKnight", - "Uemmra3", - "taketaku", - "yyss", - "ethertank", - "Potappo", - "Yuichirou", - "hokuto", - "Mgjbot" - ] - }, - "Web/JavaScript/About_JavaScript": { - "modified": "2020-03-12T19:36:54.957Z", - "contributors": [ - "isdh", - "yyss", - "ethertank", - "sii", - "99corps", - "Mgjbot", - "Okome", - "Yama", - "Shimono" - ] - }, - "Web/JavaScript/Closures": { - "modified": "2020-10-23T16:43:01.449Z", - "contributors": [ - "mpcjazz", - "silverskyvicto", - "dlwe", - "mfuji09", - "Uemmra3", - "mushahiroyuki", - "lv7777", - "yyss", - "teoli", - "ethertank", - "@aimoriu", - "happysadman", - "Shoot", - "Mgjbot" - ] - }, - "Web/JavaScript/Data_structures": { - "modified": "2020-10-22T11:52:56.784Z", - "contributors": [ - "mpcjazz", - "yuta0801", - "SphinxKnight", - "Uemmra3", - "akiroom", - "yyss", - "teoli", - "adakoda", - "ethertank", - "dextra", - "saneyuki_s" - ] - }, - "Web/JavaScript/Enumerability_and_ownership_of_properties": { - "modified": "2020-10-17T22:06:20.273Z", - "contributors": [ - "mpcjazz", - "ambi", - "taiyaki32lp64", - "shide55" - ] - }, - "Web/JavaScript/Equality_comparisons_and_sameness": { - "modified": "2020-10-23T14:08:31.342Z", - "contributors": [ - "mpcjazz", - "kuuote", - "mfuji09", - "SphinxKnight", - "kenji-yamasaki", - "taiyaki32lp64", - "yyss", - "lv7777", - "kachick" - ] - }, - "Web/JavaScript/EventLoop": { - "modified": "2020-06-08T03:36:00.567Z", - "contributors": [ - "tkms0106", - "toronya", - "kariya-mitsuru", - "ysgk", - "hdemon", - "shide55" - ] - }, - "Web/JavaScript/Getting_Started": { - "modified": "2019-03-23T23:21:46.830Z", - "contributors": [ - "sunagakazuo" - ] - }, - "Web/JavaScript/Guide": { - "modified": "2020-03-12T19:36:54.534Z", - "contributors": [ - "daisuke-f", - "sutara79", - "mfuji09", - "rosskie", - "chikoski", - "Marsf", - "Uemmra3", - "mamodayo", - "x2357", - "underdolphin", - "isdh", - "teoli", - "ethertank", - "happysadman", - "Yuichirou", - "Potappo", - "electrolysis", - "Shoot", - "Mgjbot", - "RxOrca" - ] - }, - "Web/JavaScript/Guide/Class-Based_vs._Prototype-Based_Languages": { - "modified": "2019-01-16T14:43:33.903Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis", - "Kozawa" - ] - }, - "Web/JavaScript/Guide/Control_flow_and_error_handling": { - "modified": "2020-10-29T11:50:24.863Z", - "contributors": [ - "mpcjazz", - "xfq", - "nao0x2c6", - "masa", - "fuyofuyopiroq", - "mfuji09", - "kaiji", - "Uemmra3", - "kenji-yamasaki", - "ymizushi", - "YuichiKamiki", - "x2357", - "teoli", - "ethertank", - "yyss", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Core_Language_Features": { - "modified": "2019-03-23T23:42:43.617Z", - "contributors": [ - "ethertank", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Creating_New_Objects": { - "modified": "2019-03-24T00:01:07.948Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Creating_New_Objects/Defining_Getters_and_Setters": { - "modified": "2019-03-24T00:03:35.023Z", - "contributors": [ - "ryuta-watanabe", - "chrisdavidmills", - "chikoski", - "lv7777", - "jigs12", - "ethertank", - "Yuki Konno", - "happysadman", - "electrolysis", - "Mgjbot" - ] - }, - "Web/JavaScript/Guide/Creating_New_Objects/Defining_Methods": { - "modified": "2019-03-24T00:01:06.190Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Creating_New_Objects/Defining_Properties_for_an_Object_Type": { - "modified": "2019-03-24T00:01:04.530Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Creating_New_Objects/Deleting_Properties": { - "modified": "2019-03-24T00:01:03.545Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Creating_New_Objects/Indexing_Object_Properties": { - "modified": "2019-03-24T00:01:08.282Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Creating_New_Objects/Using_Object_Initializers": { - "modified": "2019-03-24T00:01:08.175Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis", - "Mgjbot" - ] - }, - "Web/JavaScript/Guide/Creating_New_Objects/Using_a_Constructor_Function": { - "modified": "2019-03-24T00:01:07.681Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Creating_New_Objects/Using_this_for_Object_References": { - "modified": "2019-03-24T00:01:04.138Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Creating_a_Regular_Expression": { - "modified": "2019-03-24T00:01:11.372Z", - "contributors": [ - "ethertank", - "dextra", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Details_of_the_Object_Model": { - "modified": "2020-10-21T02:00:03.457Z", - "contributors": [ - "mpcjazz", - "xfq", - "granola", - "Uemmra3", - "kaiji", - "mfuji09", - "x2357", - "ethertank", - "akiroom", - "yyss", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Exception_Handling_Statements": { - "modified": "2019-03-24T00:01:13.264Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Exception_Handling_Statements/throw_Statement": { - "modified": "2019-03-24T00:01:12.953Z", - "contributors": [ - "ethertank", - "happysadman", - "Makkurokiiro", - "electrolysis", - "Mgjbot" - ] - }, - "Web/JavaScript/Guide/Exception_Handling_Statements/try...catch_Statement": { - "modified": "2019-03-24T00:01:10.198Z", - "contributors": [ - "ShotaCoffee", - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Expressions": { - "modified": "2019-03-24T00:01:13.077Z", - "contributors": [ - "ethertank", - "happysadman", - "Yuichirou", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Expressions_and_Operators": { - "modified": "2020-10-29T09:35:53.177Z", - "contributors": [ - "mpcjazz", - "tadasu", - "xfq", - "Uemmra3", - "OldBigBuddha", - "karamarimo", - "kenji-yamasaki", - "yuta0801", - "Dar-Ishi", - "SphinxKnight", - "mfuji09", - "mdmss37", - "chikoski", - "x2357", - "tiny-studio", - "teoli", - "ethertank", - "syar", - "akiroom", - "Potappo", - "yyss", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Functions": { - "modified": "2020-10-19T15:31:38.907Z", - "contributors": [ - "mpcjazz", - "xfq", - "hori-ryota", - "karamarimo", - "kaiji", - "hysryt", - "Uemmra3", - "dskmori", - "kenji-yamasaki", - "Arakaki", - "x2357", - "lv7777", - "ethertank", - "yyss", - "happysadman", - "Potappo", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Grammar_and_types": { - "modified": "2020-10-29T12:16:29.023Z", - "contributors": [ - "mpcjazz", - "Kisaragi", - "mfuji09", - "xfq", - "rotelstift", - "7z-75", - "kaiji", - "hysryt", - "AkihikoTakeda", - "Uemmra3", - "YuichiKamiki", - "chikoski", - "mushahiroyuki", - "pooh5puuu", - "Aika", - "x2357", - "teoli", - "ethertank", - "akiroom", - "yyss" - ] - }, - "Web/JavaScript/Guide/Indexed_collections": { - "modified": "2020-10-20T06:22:09.361Z", - "contributors": [ - "mpcjazz", - "xfq", - "Technote", - "i.takaki", - "hamasaki", - "kenji-yamasaki", - "mfuji09", - "YuichiKamiki", - "x2357", - "shide55" - ] - }, - "Web/JavaScript/Guide/Introduction": { - "modified": "2020-11-13T19:09:34.045Z", - "contributors": [ - "mpcjazz", - "xfq", - "Uemmra3", - "kenji-yamasaki", - "kaiji", - "sutara79", - "mfuji09", - "toVersus", - "mdmss37", - "teoli", - "Marsf", - "mamodayo", - "x2357", - "isomura-bon", - "Shuyas" - ] - }, - "Web/JavaScript/Guide/Iterators_and_Generators": { - "modified": "2020-10-16T00:16:55.815Z", - "contributors": [ - "mpcjazz", - "karamarimo", - "okayurisotto", - "kaiji", - "AkihikoTakeda", - "Uemmra3", - "kenji-yamasaki", - "unarist", - "x2357", - "teoli", - "naganumat", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Guide/Keyed_collections": { - "modified": "2020-10-20T22:59:24.999Z", - "contributors": [ - "mpcjazz", - "hamasaki", - "kenji-yamasaki", - "YuichiNukiyama", - "Uemmra3", - "chikoski", - "x2357", - "shide55" - ] - }, - "Web/JavaScript/Guide/Loop_Statements": { - "modified": "2019-03-24T00:01:13.372Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Loop_Statements/break_Statement": { - "modified": "2019-03-24T00:01:10.972Z", - "contributors": [ - "ethertank", - "happysadman", - "Makkurokiiro", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Loop_Statements/continue_Statement": { - "modified": "2019-03-24T00:01:13.735Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Loop_Statements/do...while_Statement": { - "modified": "2019-03-24T00:01:13.819Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Loop_Statements/for_Statement": { - "modified": "2019-03-24T00:01:12.086Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Loop_Statements/label_Statement": { - "modified": "2019-03-24T00:01:08.670Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Loop_Statements/while_Statement": { - "modified": "2019-03-24T00:01:10.321Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Loops_and_iteration": { - "modified": "2020-10-20T22:45:01.780Z", - "contributors": [ - "mpcjazz", - "karamarimo", - "Uemmra3", - "tao-s", - "x2357", - "shide55" - ] - }, - "Web/JavaScript/Guide/Meta_programming": { - "modified": "2020-10-20T09:00:32.398Z", - "contributors": [ - "mpcjazz", - "sutara79", - "Uemmra3", - "Hixhi", - "x2357", - "shide55" - ] - }, - "Web/JavaScript/Guide/Modules": { - "modified": "2020-10-15T22:25:34.684Z", - "contributors": [ - "mpcjazz", - "daisuke-f" - ] - }, - "Web/JavaScript/Guide/Numbers_and_dates": { - "modified": "2020-11-14T07:27:42.991Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "hamasaki", - "kenji-yamasaki", - "Uemmra3", - "chikoski", - "Marsf", - "yamaguchi-takayuki", - "x2357", - "shide55" - ] - }, - "Web/JavaScript/Guide/Object_Manipulation_Statements": { - "modified": "2019-03-24T00:01:11.752Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Objects_and_Properties": { - "modified": "2019-03-24T00:01:07.858Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis", - "Mgjbot" - ] - }, - "Web/JavaScript/Guide/Obsolete_Pages": { - "modified": "2019-03-23T23:28:49.183Z", - "contributors": [ - "ethertank" - ] - }, - "Web/JavaScript/Guide/Obsolete_Pages/Predefined_Core_Objects/Function_Object": { - "modified": "2019-03-24T00:01:12.633Z", - "contributors": [ - "teoli", - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Operators/Arithmetic_Operators": { - "modified": "2019-03-24T00:01:11.085Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Guide/Operators/Assignment_Operators": { - "modified": "2019-03-24T00:01:12.759Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Operators/Comparison_Operators": { - "modified": "2019-03-24T00:01:11.983Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis", - "Mgjbot" - ] - }, - "Web/JavaScript/Guide/Operators/Logical_Operators": { - "modified": "2019-03-24T00:01:10.024Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Operators/Special_Operators": { - "modified": "2019-03-24T00:01:11.583Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis", - "Mgjbot" - ] - }, - "Web/JavaScript/Guide/Operators/String_Operators": { - "modified": "2019-03-24T00:01:13.634Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Predefined_Functions": { - "modified": "2019-03-24T00:01:08.392Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Predefined_Functions/escape_and_unescape_Functions": { - "modified": "2019-03-24T00:01:08.049Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis", - "Mgjbot" - ] - }, - "Web/JavaScript/Guide/Predefined_Functions/eval_Function": { - "modified": "2019-03-24T00:01:07.580Z", - "contributors": [ - "ethertank", - "happysadman", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Regular_Expressions": { - "modified": "2020-10-15T21:18:19.808Z", - "contributors": [ - "Lichit", - "xfq", - "masa", - "fuyofuyopiroq", - "Potappo", - "Uemmra3", - "ta08", - "segayuu", - "hamasaki", - "kaiji", - "turenar", - "sounisi5011", - "SphinxKnight", - "carrotflakes", - "mamodayo", - "x2357", - "jislotz", - "ethertank", - "saneyuki_s", - "yyss", - "Sheppy", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Regular_Expressions/Assertions": { - "modified": "2020-10-15T22:19:13.629Z", - "contributors": [ - "Potappo", - "segayuu" - ] - }, - "Web/JavaScript/Guide/Regular_Expressions/Character_Classes": { - "modified": "2020-10-15T22:19:18.776Z", - "contributors": [ - "Potappo", - "segayuu" - ] - }, - "Web/JavaScript/Guide/Regular_Expressions/Groups_and_Ranges": { - "modified": "2020-10-15T22:19:15.466Z", - "contributors": [ - "Potappo", - "dlwe", - "segayuu" - ] - }, - "Web/JavaScript/Guide/Regular_Expressions/Quantifiers": { - "modified": "2020-10-15T22:19:14.166Z", - "contributors": [ - "Potappo", - "segayuu" - ] - }, - "Web/JavaScript/Guide/Text_formatting": { - "modified": "2020-10-29T08:45:40.355Z", - "contributors": [ - "mpcjazz", - "segayuu", - "kaiji", - "nyamadan", - "x2357", - "shide55" - ] - }, - "Web/JavaScript/Guide/The_Employee_Example": { - "modified": "2019-03-24T00:01:14.356Z", - "contributors": [ - "teoli", - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/The_Employee_Example/Creating_the_Hierarchy": { - "modified": "2019-03-24T00:01:17.987Z", - "contributors": [ - "teoli", - "ethertank", - "happysadman", - "electrolysis", - "Mgjbot" - ] - }, - "Web/JavaScript/Guide/The_Employee_Example/Object_Properties": { - "modified": "2019-03-24T00:01:19.656Z", - "contributors": [ - "teoli", - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/The_Employee_Example/Object_Properties/Adding_Properties": { - "modified": "2019-03-24T00:01:19.547Z", - "contributors": [ - "teoli", - "ethertank", - "happysadman", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/The_Employee_Example/Object_Properties/Inheriting_Properties": { - "modified": "2019-03-24T00:01:17.474Z", - "contributors": [ - "teoli", - "ethertank", - "happysadman", - "electrolysis", - "Mgjbot" - ] - }, - "Web/JavaScript/Guide/Using_promises": { - "modified": "2020-10-20T09:09:08.511Z", - "contributors": [ - "mpcjazz", - "Lichit", - "Uemmra3", - "chrisdavidmills", - "ecormaksin", - "kenji-yamasaki", - "karamarimo", - "wafrelka", - "dlwe", - "smikitky", - "munieru_jp", - "woodmix", - "sohopro", - "tisanyan" - ] - }, - "Web/JavaScript/Guide/Using_the_arguments_object": { - "modified": "2019-03-24T00:01:07.773Z", - "contributors": [ - "ethertank", - "happysadman", - "Potappo", - "electrolysis", - "Mgjbot", - "Taken" - ] - }, - "Web/JavaScript/Guide/Variables": { - "modified": "2019-03-24T00:01:09.887Z", - "contributors": [ - "ethertank", - "happysadman", - "Mgjbot", - "Yuichirou", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Working_with_Objects": { - "modified": "2020-10-21T01:05:16.069Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "RedSqueak", - "Uemmra3", - "kenji-yamasaki", - "dlwe", - "SphinxKnight", - "x2357", - "teoli", - "ethertank", - "sosleepy", - "nobuoka", - "electrolysis" - ] - }, - "Web/JavaScript/Guide/Writing_a_Regular_Expression_Pattern": { - "modified": "2020-09-29T20:21:15.704Z", - "contributors": [ - "Zuishin", - "udyest", - "s-hiiragi", - "tamyam", - "teoli", - "ethertank", - "happysadman", - "Potappo", - "Makkurokiiro", - "九郎", - "Harpy", - "Mgjbot", - "electrolysis" - ] - }, - "Web/JavaScript/Inheritance_and_the_prototype_chain": { - "modified": "2020-08-08T10:22:33.344Z", - "contributors": [ - "mfuji09", - "dlwe", - "SphinxKnight", - "sii", - "lv7777", - "mamodayo", - "ethertank" - ] - }, - "Web/JavaScript/Introduction_to_Object-Oriented_JavaScript": { - "modified": "2020-03-12T19:38:28.335Z", - "contributors": [ - "amechan", - "x2357", - "yyss", - "ethertank" - ] - }, - "Web/JavaScript/Introduction_to_using_XPath_in_JavaScript": { - "modified": "2020-10-24T09:08:37.731Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/JavaScript/JavaScript_technologies_overview": { - "modified": "2020-03-12T19:35:38.726Z", - "contributors": [ - "Uemmra3", - "Marsf", - "ymita", - "momdo", - "x2357", - "ethertank", - "sii", - "shirayuki" - ] - }, - "Web/JavaScript/Language_Resources": { - "modified": "2020-08-10T22:38:23.911Z", - "contributors": [ - "eltociear", - "isdh", - "mfuji09", - "masaru-b-cl", - "yyss", - "ethertank", - "saneyuki_s", - "Potappo", - "Yuichirou", - "Taken", - "Mgjbot", - "Shimono" - ] - }, - "Web/JavaScript/Memory_Management": { - "modified": "2020-03-12T19:41:39.393Z", - "contributors": [ - "sottar", - "Uemmra3", - "ysgk", - "bokuweb", - "taketaku", - "yvt", - "shide55" - ] - }, - "Web/JavaScript/Reference": { - "modified": "2020-11-12T15:15:25.477Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "NIDURU", - "Uemmra3", - "kenji-yamasaki", - "ambi", - "hodosan", - "x2357", - "shide55", - "teoli", - "yyss", - "ethertank", - "saneyuki_s", - "Potappo", - "Yuichirou", - "Mgjbot", - "Taken", - "Okome", - "Takenbot", - "RxOrca" - ] - }, - "Web/JavaScript/Reference/About": { - "modified": "2020-03-12T19:36:05.864Z", - "contributors": [ - "ambi", - "teoli", - "yyss", - "ethertank", - "saneyuki_s", - "Potappo", - "Mgjbot", - "Yuichirou", - "Taken" - ] - }, - "Web/JavaScript/Reference/Classes": { - "modified": "2020-11-10T00:19:17.932Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "dojyorin", - "MaySoMusician", - "segayuu", - "sutara79", - "H1Gdev", - "sii", - "ambi", - "YuichiNukiyama", - "chikoski", - "fand", - "lv7777", - "GoToLoop" - ] - }, - "Web/JavaScript/Reference/Classes/Private_class_fields": { - "modified": "2020-11-09T13:32:25.251Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/JavaScript/Reference/Classes/Public_class_fields": { - "modified": "2020-11-09T13:28:21.712Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/JavaScript/Reference/Classes/constructor": { - "modified": "2020-10-15T21:34:40.961Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "segayuu", - "Uemmra3", - "YuichiNukiyama", - "Marsf" - ] - }, - "Web/JavaScript/Reference/Classes/extends": { - "modified": "2020-11-07T01:42:01.131Z", - "contributors": [ - "mfuji09", - "Nabeatsu", - "AkihikoTakeda", - "YuichiNukiyama", - "ambi", - "Marsf" - ] - }, - "Web/JavaScript/Reference/Classes/static": { - "modified": "2020-11-07T05:36:47.516Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "hassy55", - "segayuu", - "tzik", - "YuichiNukiyama", - "myakura", - "Marsf" - ] - }, - "Web/JavaScript/Reference/Deprecated_and_obsolete_features": { - "modified": "2020-08-11T21:44:02.918Z", - "contributors": [ - "eltociear", - "segayuu", - "yyss", - "teoli", - "ethertank", - "dextra", - "Nanto vi", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Deprecated_and_obsolete_features/The_legacy_Iterator_protocol": { - "modified": "2020-03-12T19:41:30.751Z", - "contributors": [ - "yyss", - "shide55" - ] - }, - "Web/JavaScript/Reference/Errors": { - "modified": "2020-11-12T15:27:41.963Z", - "contributors": [ - "mfuji09", - "fuyofuyopiroq", - "Uemmra3", - "sii", - "YuichiNukiyama", - "fscholz" - ] - }, - "Web/JavaScript/Reference/Errors/Already_has_pragma": { - "modified": "2020-03-12T19:44:03.821Z", - "contributors": [ - "dskmori", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Array_sort_argument": { - "modified": "2020-03-12T19:43:28.717Z", - "contributors": [ - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Bad_octal": { - "modified": "2020-03-12T19:44:14.490Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Bad_radix": { - "modified": "2020-03-12T19:43:34.152Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Bad_regexp_flag": { - "modified": "2020-03-12T19:46:03.414Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Bad_return_or_yield": { - "modified": "2020-03-12T19:44:11.705Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Called_on_incompatible_type": { - "modified": "2020-08-18T01:33:40.414Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Cant_access_lexical_declaration_before_init": { - "modified": "2020-03-12T19:47:08.623Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Cant_access_property": { - "modified": "2020-03-12T19:48:11.857Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Cant_assign_to_property": { - "modified": "2020-03-12T19:49:09.329Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/JavaScript/Reference/Errors/Cant_define_property_object_not_extensible": { - "modified": "2020-03-12T19:46:13.166Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Cant_delete": { - "modified": "2020-03-12T19:44:03.746Z", - "contributors": [ - "lv7777", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Cant_redefine_property": { - "modified": "2020-03-12T19:46:13.048Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Cyclic_object_value": { - "modified": "2020-09-29T13:14:34.085Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Dead_object": { - "modified": "2020-03-12T19:46:13.252Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Delete_in_strict_mode": { - "modified": "2020-03-12T19:46:02.720Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Deprecated_String_generics": { - "modified": "2020-05-01T23:26:06.371Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Deprecated_caller_or_arguments_usage": { - "modified": "2020-03-12T19:44:11.490Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Deprecated_expression_closures": { - "modified": "2020-05-01T14:14:19.889Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Deprecated_octal": { - "modified": "2020-03-12T19:46:02.313Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Deprecated_source_map_pragma": { - "modified": "2020-11-30T05:51:07.489Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Deprecated_toLocaleFormat": { - "modified": "2020-03-15T12:56:06.316Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Equal_as_assign": { - "modified": "2020-03-12T19:44:14.617Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/For-each-in_loops_are_deprecated": { - "modified": "2020-03-12T19:44:36.287Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Getter_only": { - "modified": "2020-03-12T19:46:14.314Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Identifier_after_number": { - "modified": "2020-03-12T19:46:02.617Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Illegal_character": { - "modified": "2020-03-12T19:46:01.809Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Invalid_array_length": { - "modified": "2020-03-12T19:43:18.295Z", - "contributors": [ - "YuichiNukiyama", - "lv7777" - ] - }, - "Web/JavaScript/Reference/Errors/Invalid_assignment_left-hand_side": { - "modified": "2020-03-12T19:44:06.862Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Invalid_const_assignment": { - "modified": "2020-03-12T19:46:14.227Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Invalid_date": { - "modified": "2020-03-12T19:45:58.776Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Invalid_for-in_initializer": { - "modified": "2020-03-12T19:46:03.089Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Invalid_for-of_initializer": { - "modified": "2020-03-12T19:46:00.928Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/JSON_bad_parse": { - "modified": "2020-11-29T04:42:54.203Z", - "contributors": [ - "mfuji09", - "tom-konda", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Malformed_URI": { - "modified": "2020-03-12T19:45:58.256Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Malformed_formal_parameter": { - "modified": "2020-12-06T07:11:47.549Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Missing_bracket_after_list": { - "modified": "2020-03-12T19:44:08.296Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Missing_colon_after_property_id": { - "modified": "2020-03-12T19:46:03.124Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Missing_curly_after_function_body": { - "modified": "2020-03-12T19:46:13.738Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Missing_curly_after_property_list": { - "modified": "2020-03-12T19:44:10.088Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Missing_formal_parameter": { - "modified": "2020-03-12T19:46:02.372Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Missing_initializer_in_const": { - "modified": "2020-03-12T19:46:04.231Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Missing_name_after_dot_operator": { - "modified": "2020-03-12T19:46:13.558Z", - "contributors": [ - "silverskyvicto", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Missing_parenthesis_after_argument_list": { - "modified": "2020-03-12T19:44:14.909Z", - "contributors": [ - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Missing_parenthesis_after_condition": { - "modified": "2020-03-12T19:46:02.571Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Missing_semicolon_before_statement": { - "modified": "2020-03-12T19:44:11.437Z", - "contributors": [ - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/More_arguments_needed": { - "modified": "2020-03-12T19:44:02.760Z", - "contributors": [ - "lv7777", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Negative_repetition_count": { - "modified": "2020-03-12T19:43:17.840Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/No_non-null_object": { - "modified": "2020-03-12T19:46:14.093Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/No_properties": { - "modified": "2020-03-12T19:44:16.187Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/No_variable_name": { - "modified": "2020-09-04T12:03:20.904Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Non_configurable_array_element": { - "modified": "2020-03-12T19:46:20.750Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Not_a_codepoint": { - "modified": "2020-03-12T19:43:19.440Z", - "contributors": [ - "YuichiNukiyama", - "lv7777" - ] - }, - "Web/JavaScript/Reference/Errors/Not_a_constructor": { - "modified": "2020-03-12T19:44:06.398Z", - "contributors": [ - "dskmori", - "yuto0214w", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Not_a_function": { - "modified": "2020-03-12T19:44:12.192Z", - "contributors": [ - "Uemmra3", - "kalmare", - "chikoski" - ] - }, - "Web/JavaScript/Reference/Errors/Not_defined": { - "modified": "2020-12-06T07:29:26.224Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Precision_range": { - "modified": "2020-03-12T19:43:31.032Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Property_access_denied": { - "modified": "2020-12-06T07:36:43.299Z", - "contributors": [ - "mfuji09", - "chikoski", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Read-only": { - "modified": "2020-03-12T19:43:24.040Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Redeclared_parameter": { - "modified": "2020-11-30T10:28:42.718Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Reduce_of_empty_array_with_no_initial_value": { - "modified": "2020-03-12T19:48:11.902Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Reserved_identifier": { - "modified": "2020-03-12T19:45:55.883Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Resulting_string_too_large": { - "modified": "2020-03-12T19:43:20.023Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Stmt_after_return": { - "modified": "2020-05-01T14:07:04.773Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Strict_Non_Simple_Params": { - "modified": "2020-03-12T19:45:05.346Z", - "contributors": [ - "okayurisotto", - "koba04", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Too_much_recursion": { - "modified": "2020-03-15T12:39:02.760Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Typed_array_invalid_arguments": { - "modified": "2020-03-12T19:46:14.001Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Undeclared_var": { - "modified": "2020-03-12T19:44:07.574Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Undefined_prop": { - "modified": "2020-03-12T19:44:11.614Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Unexpected_token": { - "modified": "2020-03-15T12:48:31.801Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "chikoski", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Unexpected_type": { - "modified": "2020-08-25T13:49:11.329Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Unnamed_function_statement": { - "modified": "2020-03-12T19:46:03.437Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Unterminated_string_literal": { - "modified": "2020-03-12T19:44:13.962Z", - "contributors": [ - "Uemmra3", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/Var_hides_argument": { - "modified": "2020-03-12T19:44:08.901Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/in_operator_no_object": { - "modified": "2020-12-06T05:38:03.601Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/invalid_right_hand_side_instanceof_operand": { - "modified": "2020-03-12T19:47:39.855Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Errors/is_not_iterable": { - "modified": "2020-03-12T19:48:10.617Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Functions": { - "modified": "2020-10-24T08:04:21.270Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "Uemmra3", - "sii", - "teoli", - "yyss", - "ethertank", - "Potappo", - "Nanto vi", - "Shoot", - "Mgjbot", - "Taken", - "Hfjapancom" - ] - }, - "Web/JavaScript/Reference/Functions/Arrow_functions": { - "modified": "2020-10-15T21:27:22.016Z", - "contributors": [ - "eltociear", - "Uemmra3", - "segayuu", - "mfuji09", - "shootaroo", - "AkihikoTakeda", - "superyusuke", - "TNKSoftware", - "WhiteHawk-taka", - "k-kuwahara", - "ambi", - "shinsa82", - "Marsf", - "lv7777", - "YuichiNukiyama", - "u_7cc", - "tkdezapii", - "jungjoo", - "teoli", - "uu59", - "yuxxxx" - ] - }, - "Web/JavaScript/Reference/Functions/Default_parameters": { - "modified": "2020-10-15T21:37:07.077Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "isdh", - "kdex", - "Marsf", - "lv7777", - "kohei-takata", - "shide55" - ] - }, - "Web/JavaScript/Reference/Functions/Method_definitions": { - "modified": "2020-10-15T21:37:08.085Z", - "contributors": [ - "Uemmra3", - "segayuu", - "mfuji09", - "yuta0801", - "AkihikoTakeda", - "karakol2017", - "ambi", - "yyss", - "shide55" - ] - }, - "Web/JavaScript/Reference/Functions/arguments": { - "modified": "2020-10-15T21:13:39.413Z", - "contributors": [ - "mfuji09", - "segayuu", - "uint256_t", - "AkihikoTakeda", - "Uemmra3", - "woodmix", - "mdmss37", - "yyss", - "teoli", - "ethertank", - "Potappo", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Functions/arguments/@@iterator": { - "modified": "2020-11-28T02:56:13.187Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Functions/arguments/callee": { - "modified": "2020-11-03T07:14:46.427Z", - "contributors": [ - "masay", - "eltociear", - "mfuji09", - "takamin", - "teoli", - "ethertank", - "Potappo", - "Shoot" - ] - }, - "Web/JavaScript/Reference/Functions/arguments/length": { - "modified": "2020-03-12T19:36:50.209Z", - "contributors": [ - "mfuji09", - "ekeke", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Functions/get": { - "modified": "2020-10-15T21:06:26.807Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "woodmix", - "yyss", - "teoli", - "ethertank", - "Susisu", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Functions/rest_parameters": { - "modified": "2020-10-18T08:23:53.968Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "Uemmra3", - "mdmss37", - "hashedhyphen", - "Marsf", - "lv7777", - "shide55" - ] - }, - "Web/JavaScript/Reference/Functions/set": { - "modified": "2020-10-15T21:19:41.134Z", - "contributors": [ - "eltociear", - "mfuji09", - "Shimono", - "SphinxKnight", - "yyss", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects": { - "modified": "2020-09-15T01:27:58.691Z", - "contributors": [ - "mfuji09", - "NIDURU", - "Uemmra3", - "segayuu", - "Marsf", - "x2357", - "teoli", - "s_fujimoto", - "yyss", - "ethertank", - "Potappo", - "Yuichirou", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/AggregateError": { - "modified": "2020-10-15T22:31:38.043Z", - "contributors": [ - "Takuya.M.dev", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/AggregateError/AggregateError": { - "modified": "2020-10-15T22:33:26.498Z", - "contributors": [ - "eltociear" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array": { - "modified": "2020-10-15T21:04:55.120Z", - "contributors": [ - "mfuji09", - "segayuu", - "unarist", - "AkihikoTakeda", - "96beniko", - "woodmix", - "kyohei_seo", - "kdex", - "Marsf", - "taiyaki32lp64", - "lv7777", - "mamodayo", - "phanect", - "teoli", - "Fajrovulpo", - "yyss", - "tekiton", - "ethertank", - "hateka", - "coeurl", - "Potappo", - "kuboon", - "Yuichirou", - "Shoot", - "Mgjbot", - "Taken", - "Hfjapancom" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/@@iterator": { - "modified": "2020-10-15T21:34:44.710Z", - "contributors": [ - "mfuji09", - "segayuu", - "Uemmra3", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/@@species": { - "modified": "2020-10-20T12:35:55.012Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/@@unscopables": { - "modified": "2020-10-15T21:46:00.030Z", - "contributors": [ - "mfuji09", - "segayuu", - "ProgrammerGenboo", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/Array": { - "modified": "2020-10-15T22:34:31.407Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/concat": { - "modified": "2020-10-15T21:06:07.247Z", - "contributors": [ - "mfuji09", - "unarist", - "segayuu", - "Kite0301", - "woodmix", - "shootaroo", - "YuichiNukiyama", - "teoli", - "ethertank", - "Yuichirou", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/copyWithin": { - "modified": "2020-10-16T04:34:03.662Z", - "contributors": [ - "mpcjazz", - "segayuu", - "ASER24", - "kaffelun", - "lv7777", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/entries": { - "modified": "2020-10-22T10:26:13.846Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "segayuu", - "Uemmra3", - "shundroid", - "taiyaki32lp64", - "lv7777", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/every": { - "modified": "2020-10-16T04:41:45.321Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "segayuu", - "woodmix", - "sii", - "teoli", - "ethertank", - "Potappo", - "Shoot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/fill": { - "modified": "2020-10-16T05:04:49.767Z", - "contributors": [ - "mpcjazz", - "segayuu", - "unarist", - "taiyaki32lp64", - "dskmori", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/filter": { - "modified": "2020-10-15T21:04:58.186Z", - "contributors": [ - "mfuji09", - "segayuu", - "sunvisor", - "skuroki", - "isdh", - "woodmix", - "athos0220", - "teoli", - "ethertank", - "Potappo", - "Shoot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/find": { - "modified": "2020-10-16T16:31:15.778Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "segayuu", - "im_cuttlefish", - "woodmix", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/findIndex": { - "modified": "2020-10-15T21:35:07.854Z", - "contributors": [ - "mfuji09", - "isdh", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/flat": { - "modified": "2020-10-16T16:34:18.704Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "segayuu", - "dlwe", - "fscholz", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/flatMap": { - "modified": "2020-10-16T17:19:22.030Z", - "contributors": [ - "mpcjazz", - "tadsan", - "segayuu", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/forEach": { - "modified": "2020-10-16T17:28:28.327Z", - "contributors": [ - "mpcjazz", - "iogi", - "mfuji09", - "Tetsunori-Mitarai", - "segayuu", - "elkurin", - "woodmix", - "axion014", - "dlwe", - "kkas", - "teoli", - "ethertank", - "Potappo", - "Shoot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/from": { - "modified": "2020-10-16T04:12:47.908Z", - "contributors": [ - "mpcjazz", - "segayuu", - "RyotaMurohoshi", - "mfuji09", - "8845musign", - "kdex", - "YuichiNukiyama", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/includes": { - "modified": "2020-10-16T17:31:48.127Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "inkusu", - "woodmix", - "kdex", - "htsign", - "obaratch", - "isdh", - "yyss", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/index": { - "modified": "2019-03-23T23:47:50.798Z", - "contributors": [ - "teoli", - "ethertank", - "Yuichirou", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/indexOf": { - "modified": "2020-11-30T11:27:55.035Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "unarist", - "segayuu", - "nkn-ms", - "teoli", - "ethertank", - "Potappo", - "Yuichirou", - "Kozawa" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/input": { - "modified": "2019-01-16T15:57:03.488Z", - "contributors": [ - "ethertank", - "Yuichirou", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/isArray": { - "modified": "2020-10-16T04:20:39.716Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "silverskyvicto", - "FumioNonaka", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/join": { - "modified": "2020-10-22T10:02:14.629Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "silverskyvicto", - "Uemmra3", - "segayuu", - "Marsf", - "teoli", - "ethertank", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/keys": { - "modified": "2020-10-22T09:58:29.236Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "segayuu", - "woodmix", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/lastIndexOf": { - "modified": "2020-11-30T11:57:23.516Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "Uemmra3", - "segayuu", - "teoli", - "ethertank", - "Potappo", - "Mgjbot", - "Yuichirou", - "Kozawa" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/length": { - "modified": "2020-10-16T03:53:11.931Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "segayuu", - "AkihikoTakeda", - "woodmix", - "suruseas", - "teoli", - "ethertank", - "Yuichirou", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/map": { - "modified": "2020-10-15T21:05:01.898Z", - "contributors": [ - "mfuji09", - "segayuu", - "8845musign", - "dojyorin", - "hideo54", - "namachan10777", - "woodmix", - "mdmss37", - "YuichiNukiyama", - "teoli", - "tatsuyaoiw", - "ethertank", - "Potappo", - "Shoot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/of": { - "modified": "2020-10-16T04:29:17.829Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "yuta0801", - "woodmix", - "SphinxKnight", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/pop": { - "modified": "2020-10-20T15:07:58.781Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "isdh", - "YuichiNukiyama", - "mamodayo", - "tatsuyaoiw", - "teoli", - "ethertank", - "Potappo", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/prototype": { - "modified": "2020-10-15T21:13:35.051Z", - "contributors": [ - "mfuji09", - "hamasaki", - "acid-chicken", - "segayuu", - "Flat", - "Marsf", - "taiyaki32lp64", - "mamodayo", - "DavidWalsh", - "teoli", - "ethertank", - "Potappo", - "fscholz", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/push": { - "modified": "2020-10-20T14:57:34.926Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "isdh", - "tkita", - "YuichiNukiyama", - "kamekame", - "mamodayo", - "teoli", - "ethertank", - "Potappo", - "Yuichirou", - "Shoot", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/reduce": { - "modified": "2020-11-02T02:11:59.458Z", - "contributors": [ - "Kisaragi", - "mpcjazz", - "mfuji09", - "segayuu", - "elkurin", - "yuna", - "sunvisor", - "mizozobu", - "woodmix", - "uknmr", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/reduceRight": { - "modified": "2020-10-16T18:52:12.598Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "isdh", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/reverse": { - "modified": "2020-10-20T13:20:26.938Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "vovotamu", - "segayuu", - "woodmix", - "teoli", - "ethertank", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/shift": { - "modified": "2020-10-20T13:21:19.409Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "meteoride-zero", - "findShota", - "woodmix", - "dskmori", - "N.Wada", - "Hnakamur", - "teoli", - "ethertank", - "Potappo", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/slice": { - "modified": "2020-10-16T19:34:33.297Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "segayuu", - "suige", - "woodmix", - "SphinxKnight", - "teoli", - "tatsuyaoiw", - "ethertank", - "Mgjbot", - "Yuichirou", - "Shimono" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/some": { - "modified": "2020-10-16T19:39:10.694Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "segayuu", - "woodmix", - "sii", - "teoli", - "ethertank", - "Potappo", - "Shoot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/sort": { - "modified": "2020-10-16T19:47:26.179Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "meih", - "yuta0801", - "atomer", - "woodmix", - "teoli", - "ethertank", - "Fajrovulpo", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/splice": { - "modified": "2020-10-16T19:53:11.325Z", - "contributors": [ - "mpcjazz", - "keiskey", - "mfuji09", - "segayuu", - "siun", - "teoli", - "tatsuyaoiw", - "ethertank", - "Mgjbot", - "Yuichirou", - "Shoot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/toLocaleString": { - "modified": "2020-10-20T12:54:06.270Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "segayuu", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/toSource": { - "modified": "2020-10-16T19:55:56.555Z", - "contributors": [ - "mpcjazz", - "hamasaki", - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Yuichirou", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/toString": { - "modified": "2020-10-20T12:40:37.015Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "hamasaki", - "segayuu", - "fscholz", - "teoli", - "ethertank", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/unshift": { - "modified": "2020-10-15T21:06:05.541Z", - "contributors": [ - "mfuji09", - "woodmix", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo", - "Shoot", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Array/values": { - "modified": "2020-10-15T21:34:43.995Z", - "contributors": [ - "mfuji09", - "segayuu", - "isdh", - "mushahiroyuki", - "YuichiNukiyama", - "lv7777", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/ArrayBuffer": { - "modified": "2020-10-15T21:10:10.432Z", - "contributors": [ - "silverskyvicto", - "segayuu", - "YuichiNukiyama", - "teoli", - "Yukoba", - "ethertank", - "saneyuki_s", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/ArrayBuffer/@@species": { - "modified": "2020-10-20T12:12:03.312Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/ArrayBuffer/ArrayBuffer": { - "modified": "2020-10-20T11:10:00.587Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/JavaScript/Reference/Global_Objects/ArrayBuffer/byteLength": { - "modified": "2020-10-20T12:26:21.128Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/ArrayBuffer/isView": { - "modified": "2020-10-20T11:58:24.476Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/ArrayBuffer/slice": { - "modified": "2020-10-20T11:33:21.459Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/AsyncFunction": { - "modified": "2020-10-15T21:51:12.021Z", - "contributors": [ - "mfuji09", - "apple502j", - "swallow-life", - "YuichiNukiyama", - "DanielHerr" - ] - }, - "Web/JavaScript/Reference/Global_Objects/AsyncFunction/prototype": { - "modified": "2019-03-23T22:21:22.661Z", - "contributors": [ - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Atomics": { - "modified": "2020-10-15T21:43:29.425Z", - "contributors": [ - "mfuji09", - "yyss", - "chikoski", - "hamasaki", - "YuichiNukiyama", - "Marsf" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Atomics/add": { - "modified": "2020-10-15T21:49:14.673Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "chikoski", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Atomics/and": { - "modified": "2020-10-15T22:30:01.334Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Atomics/compareExchange": { - "modified": "2020-10-15T22:29:59.194Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Atomics/exchange": { - "modified": "2020-10-15T22:30:01.836Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Atomics/load": { - "modified": "2020-10-15T21:48:47.978Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "chikoski" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Atomics/or": { - "modified": "2020-10-15T22:34:35.857Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Atomics/store": { - "modified": "2020-10-15T21:50:22.917Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Atomics/sub": { - "modified": "2020-10-15T21:50:21.672Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Atomics/wait": { - "modified": "2020-10-15T21:48:44.790Z", - "contributors": [ - "mfuji09", - "chikoski" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Atomics/wake": { - "modified": "2019-03-23T22:28:14.424Z", - "contributors": [ - "chikoski" - ] - }, - "Web/JavaScript/Reference/Global_Objects/BigInt": { - "modified": "2020-10-15T22:13:16.567Z", - "contributors": [ - "isdh", - "mfuji09", - "chikoski" - ] - }, - "Web/JavaScript/Reference/Global_Objects/BigInt/BigInt": { - "modified": "2020-10-15T22:29:58.775Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/BigInt/asIntN": { - "modified": "2020-10-15T22:28:25.034Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/BigInt/asUintN": { - "modified": "2020-10-15T22:28:23.818Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/BigInt/toString": { - "modified": "2020-11-21T06:32:40.349Z", - "contributors": [ - "shigerhum" - ] - }, - "Web/JavaScript/Reference/Global_Objects/BigInt64Array": { - "modified": "2020-11-09T08:17:30.519Z", - "contributors": [ - "mpcjazz", - "fscholz" - ] - }, - "Web/JavaScript/Reference/Global_Objects/BigInt64Array/BigInt64Array": { - "modified": "2020-10-15T22:29:59.049Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/BigUint64Array": { - "modified": "2020-11-09T08:21:35.219Z", - "contributors": [ - "mpcjazz", - "fscholz" - ] - }, - "Web/JavaScript/Reference/Global_Objects/BigUint64Array/BigUint64Array": { - "modified": "2020-10-15T22:29:59.056Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Boolean": { - "modified": "2020-10-15T21:13:35.776Z", - "contributors": [ - "eltociear", - "mfuji09", - "woodmix", - "teoli", - "yyss", - "ethertank", - "Potappo", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Boolean/Boolean": { - "modified": "2020-10-22T12:38:32.716Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Boolean/toSource": { - "modified": "2020-10-15T21:16:38.828Z", - "contributors": [ - "segayuu", - "teoli", - "ethertank", - "Potappo", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Boolean/toString": { - "modified": "2020-10-15T21:18:07.896Z", - "contributors": [ - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Boolean/valueOf": { - "modified": "2020-10-15T21:18:12.725Z", - "contributors": [ - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView": { - "modified": "2020-11-28T14:30:15.947Z", - "contributors": [ - "unarist", - "mfuji09", - "yyss", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/DataView": { - "modified": "2020-10-24T15:51:45.447Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/buffer": { - "modified": "2020-10-24T15:32:05.111Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/byteLength": { - "modified": "2020-10-24T15:10:02.316Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/byteOffset": { - "modified": "2020-10-24T14:02:26.113Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/getFloat32": { - "modified": "2020-10-24T12:55:37.824Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/getFloat64": { - "modified": "2020-10-24T13:00:57.311Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/getInt16": { - "modified": "2020-10-24T13:14:12.346Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/getInt32": { - "modified": "2020-10-24T13:11:03.016Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/getInt8": { - "modified": "2020-10-24T13:19:22.296Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/getUint16": { - "modified": "2020-10-24T13:35:34.568Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/getUint32": { - "modified": "2020-10-24T13:28:07.967Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/getUint8": { - "modified": "2020-10-24T13:46:02.819Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/setFloat32": { - "modified": "2020-10-24T11:43:48.096Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/setFloat64": { - "modified": "2020-10-24T12:45:54.204Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/setInt16": { - "modified": "2020-10-24T11:31:02.415Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/setInt32": { - "modified": "2020-10-24T11:37:18.888Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/setInt8": { - "modified": "2020-10-24T10:37:13.596Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/setUint16": { - "modified": "2020-10-24T10:09:32.458Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/setUint32": { - "modified": "2020-10-24T10:30:58.373Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/DataView/setUint8": { - "modified": "2020-10-24T09:56:03.144Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date": { - "modified": "2020-11-04T03:19:53.271Z", - "contributors": [ - "Anonymous", - "ryym", - "NIDURU", - "mfuji09", - "pizzacat83", - "silverskyvicto", - "sutara79", - "Marsf", - "hashedhyphen", - "ahaha1222", - "teoli", - "44int", - "yyss", - "ethertank", - "suzukaze", - "hateka", - "saneyuki_s", - "Potappo", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/@@toPrimitive": { - "modified": "2020-10-24T23:52:42.396Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/Date": { - "modified": "2020-10-30T10:13:55.139Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/UTC": { - "modified": "2020-10-15T21:16:54.476Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "teoli", - "qsona", - "ethertank", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getDate": { - "modified": "2020-10-30T06:57:33.085Z", - "contributors": [ - "mfuji09", - "sutara79", - "Marsf", - "teoli", - "ethertank", - "Yuichirou", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getDay": { - "modified": "2020-10-30T06:52:55.371Z", - "contributors": [ - "mfuji09", - "sutara79", - "Marsf", - "teoli", - "ethertank", - "Yuichirou", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getFullYear": { - "modified": "2020-10-30T06:47:19.983Z", - "contributors": [ - "mfuji09", - "eltociear", - "YujiSoftware", - "SphinxKnight", - "Marsf", - "teoli", - "ethertank", - "Yuichirou", - "Mgjbot", - "Kozawa" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getHours": { - "modified": "2020-10-30T06:39:39.511Z", - "contributors": [ - "mfuji09", - "sutara79", - "Marsf", - "teoli", - "jgs", - "ethertank", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getMilliseconds": { - "modified": "2020-10-30T06:37:01.793Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "segayuu", - "Marsf", - "teoli", - "ethertank", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getMinutes": { - "modified": "2020-10-30T06:03:57.082Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getMonth": { - "modified": "2020-10-30T03:32:09.344Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getSeconds": { - "modified": "2020-10-30T02:30:48.135Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getTime": { - "modified": "2020-10-15T21:21:01.305Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "Flat", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getTimezoneOffset": { - "modified": "2020-10-30T02:24:46.017Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "teoli", - "ethertank", - "hateka" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getUTCDate": { - "modified": "2020-10-30T09:48:56.637Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getUTCDay": { - "modified": "2020-10-30T09:38:57.408Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getUTCFullYear": { - "modified": "2020-10-30T09:32:13.233Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getUTCHours": { - "modified": "2020-10-30T09:22:22.709Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getUTCMilliseconds": { - "modified": "2020-10-30T09:17:22.305Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "segayuu", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getUTCMinutes": { - "modified": "2020-10-30T09:10:54.316Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getUTCMonth": { - "modified": "2020-10-30T07:11:12.229Z", - "contributors": [ - "mfuji09", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getUTCSeconds": { - "modified": "2020-10-30T07:04:36.322Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/getYear": { - "modified": "2020-10-15T21:22:30.323Z", - "contributors": [ - "mfuji09", - "sutara79", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/now": { - "modified": "2020-10-30T10:04:41.274Z", - "contributors": [ - "mfuji09", - "woodmix", - "toVersus", - "Marsf", - "mitsuba-clover", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/parse": { - "modified": "2020-10-15T21:16:52.790Z", - "contributors": [ - "mfuji09", - "momdo", - "Marsf", - "teoli", - "labocho", - "ethertank", - "Yuichirou", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setDate": { - "modified": "2020-10-30T02:16:21.551Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "sakunyo", - "segayuu", - "toVersus", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setFullYear": { - "modified": "2020-10-29T12:04:44.909Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setHours": { - "modified": "2020-10-27T09:19:48.932Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setMilliseconds": { - "modified": "2020-10-27T08:04:06.243Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setMinutes": { - "modified": "2020-10-27T07:58:29.637Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setMonth": { - "modified": "2020-10-26T11:27:46.683Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setSeconds": { - "modified": "2020-10-26T11:13:04.874Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setTime": { - "modified": "2020-10-26T11:01:35.710Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setUTCDate": { - "modified": "2020-10-26T10:53:40.033Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setUTCFullYear": { - "modified": "2020-10-25T16:17:59.351Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setUTCHours": { - "modified": "2020-10-25T15:53:01.212Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setUTCMilliseconds": { - "modified": "2020-10-25T15:41:25.417Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setUTCMinutes": { - "modified": "2020-10-25T15:35:41.027Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setUTCMonth": { - "modified": "2020-10-25T15:21:15.412Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setUTCSeconds": { - "modified": "2020-10-25T15:05:56.036Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "toVersus", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/setYear": { - "modified": "2020-10-25T03:40:20.530Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/toDateString": { - "modified": "2020-10-25T02:36:41.280Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/toGMTString": { - "modified": "2020-10-25T02:23:05.410Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/toISOString": { - "modified": "2020-10-25T02:16:58.464Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/toJSON": { - "modified": "2020-10-25T02:04:28.262Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/toLocaleDateString": { - "modified": "2020-10-25T01:55:02.686Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "FumioNonaka", - "x2357", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/toLocaleString": { - "modified": "2020-10-15T21:35:30.240Z", - "contributors": [ - "mfuji09", - "sutara79", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/toLocaleTimeString": { - "modified": "2020-10-25T01:54:05.220Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/toSource": { - "modified": "2020-10-30T10:18:22.506Z", - "contributors": [ - "mfuji09", - "teoli", - "sutara79", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/toString": { - "modified": "2020-10-25T01:11:00.675Z", - "contributors": [ - "mfuji09", - "sutara79", - "Marsf", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/toTimeString": { - "modified": "2020-10-25T00:12:16.744Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "kuriyama", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/toUTCString": { - "modified": "2020-10-15T21:35:18.126Z", - "contributors": [ - "mfuji09", - "sutara79", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Date/valueOf": { - "modified": "2020-10-24T23:59:46.931Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Error": { - "modified": "2020-10-30T11:53:37.425Z", - "contributors": [ - "mfuji09", - "tomouchi", - "Uemmra3", - "segayuu", - "Marsf", - "lv7777", - "plonk", - "teoli", - "ethertank", - "Potappo", - "Hfjapancom" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Error/Error": { - "modified": "2020-10-30T10:43:18.108Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Error/Stack": { - "modified": "2020-10-30T10:57:02.136Z", - "contributors": [ - "mfuji09", - "yumetodo", - "teoli", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Error/columnNumber": { - "modified": "2020-10-30T11:16:32.062Z", - "contributors": [ - "mfuji09", - "yumetodo", - "teoli", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Error/fileName": { - "modified": "2020-10-30T11:11:24.775Z", - "contributors": [ - "mfuji09", - "yumetodo", - "teoli", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Error/lineNumber": { - "modified": "2020-10-30T11:04:44.715Z", - "contributors": [ - "mfuji09", - "yumetodo", - "teoli", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Error/message": { - "modified": "2020-10-30T11:28:16.754Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Error/name": { - "modified": "2020-10-30T11:22:27.061Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Error/toSource": { - "modified": "2020-10-30T10:49:32.277Z", - "contributors": [ - "mfuji09", - "yumetodo", - "teoli", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Error/toString": { - "modified": "2020-10-15T21:35:37.653Z", - "contributors": [ - "mfuji09", - "segayuu", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/EvalError": { - "modified": "2020-10-30T12:36:25.205Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "teoli", - "ethertank", - "Potappo", - "Hfjapancom" - ] - }, - "Web/JavaScript/Reference/Global_Objects/EvalError/EvalError": { - "modified": "2020-10-30T12:35:47.897Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/FinalizationRegistry": { - "modified": "2020-10-15T22:31:39.448Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/FinalizationRegistry/FinalizationRegistry": { - "modified": "2020-10-15T22:31:39.140Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/FinalizationRegistry/cleanupSome": { - "modified": "2020-10-15T22:31:40.722Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/FinalizationRegistry/register": { - "modified": "2020-10-15T22:31:40.166Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/FinalizationRegistry/unregister": { - "modified": "2020-10-15T22:31:40.165Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Float32Array": { - "modified": "2020-10-15T21:10:12.343Z", - "contributors": [ - "YujiSoftware", - "ukyo", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Float32Array/Float32Array": { - "modified": "2020-10-15T22:29:58.023Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Float64Array": { - "modified": "2020-10-15T21:10:13.895Z", - "contributors": [ - "YujiSoftware", - "ukyo", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Float64Array/Float64Array": { - "modified": "2020-10-15T22:29:58.260Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Function": { - "modified": "2020-11-06T15:55:23.907Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "Uemmra3", - "TakashiHarano", - "YuichiNukiyama", - "lv7777", - "teoli", - "yyss", - "ethertank", - "suzukaze", - "Potappo", - "Skorney", - "Mgjbot", - "Okome" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Function/Function": { - "modified": "2020-11-06T15:30:22.849Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Function/apply": { - "modified": "2020-10-15T21:18:59.807Z", - "contributors": [ - "mfuji09", - "sutara79", - "dlwe", - "YuichiNukiyama", - ".Hiroya", - "takashi", - "yuxxxx", - "ethertank", - "nobuoka" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Function/arguments": { - "modified": "2020-10-15T21:19:32.284Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Function/bind": { - "modified": "2020-11-06T16:20:38.946Z", - "contributors": [ - "mfuji09", - "clonable-eden", - "acro5piano", - "k08045kk", - "Uemmra3", - "lv7777", - "Marsf", - "cu39", - "S_F__" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Function/call": { - "modified": "2020-10-22T12:59:38.932Z", - "contributors": [ - "mfuji09", - "segayuu", - "eunsucking", - "YuichiNukiyama", - "k-kuwahara", - "isdh", - "teoli", - "siokoshou", - "ethertank", - "nobuoka" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Function/caller": { - "modified": "2020-11-06T15:47:02.449Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "Masa-Shin", - "segayuu", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Function/displayName": { - "modified": "2020-11-06T16:12:11.136Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "dskmori", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Function/length": { - "modified": "2020-11-06T15:23:13.209Z", - "contributors": [ - "mfuji09", - "sutara79", - "YuichiNukiyama", - "teoli", - "tatsuyaoiw", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Function/name": { - "modified": "2020-10-15T21:19:17.916Z", - "contributors": [ - "mfuji09", - "sutara79", - "shimataro", - "YuichiNukiyama", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Function/toSource": { - "modified": "2020-11-06T15:41:05.317Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "segayuu", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Function/toString": { - "modified": "2020-11-06T13:23:04.574Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "Anonymoususer12321", - "segayuu", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Generator": { - "modified": "2020-11-09T08:25:26.535Z", - "contributors": [ - "mpcjazz", - "inkusu", - "Uemmra3", - "hotstaff", - "vyv03354", - "dskmori", - "Javascipt", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Generator/next": { - "modified": "2020-11-05T14:59:22.142Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Generator/return": { - "modified": "2020-11-05T14:51:44.376Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Generator/throw": { - "modified": "2020-11-05T14:33:40.824Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/GeneratorFunction": { - "modified": "2020-10-15T21:36:01.885Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "vyv03354", - "shide55", - "SphinxKnight" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Infinity": { - "modified": "2020-10-17T13:51:04.656Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "segayuu", - "YuichiNukiyama", - "x2357", - "kachick", - "teoli", - "ethertank", - "Potappo", - "Yuichirou", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Int16Array": { - "modified": "2020-10-31T03:51:42.914Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "ukyo", - "teoli", - "ethertank", - "saneyuki_s", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Int16Array/Int16Array": { - "modified": "2020-10-31T12:23:49.336Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Int32Array": { - "modified": "2020-10-31T11:51:38.714Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "ukyo", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Int32Array/Int32Array": { - "modified": "2020-10-31T12:22:26.653Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Int8Array": { - "modified": "2020-10-31T04:53:50.497Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "kazu69", - "ukyo", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Int8Array/Int8Array": { - "modified": "2020-10-31T12:24:25.948Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/InternalError": { - "modified": "2020-10-30T13:07:18.736Z", - "contributors": [ - "mfuji09", - "Kisaragi", - "teoli", - "Marsf", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/InternalError/InternalError": { - "modified": "2020-10-30T12:50:22.911Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl": { - "modified": "2020-10-15T21:36:50.184Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "TomoyaShibata", - "teoli", - "Marsf", - "mandel59", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Collator": { - "modified": "2020-12-07T14:52:11.639Z", - "contributors": [ - "mfuji09", - "fscholz", - "YujiSoftware", - "sgryjp", - "shide55", - "Mingun" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Collator/Collator": { - "modified": "2020-12-07T14:35:14.641Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Collator/compare": { - "modified": "2020-10-18T11:39:11.884Z", - "contributors": [ - "mfuji09", - "fscholz", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Collator/resolvedOptions": { - "modified": "2020-10-18T12:07:08.008Z", - "contributors": [ - "mfuji09", - "fscholz", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Collator/supportedLocalesOf": { - "modified": "2020-10-18T11:18:30.623Z", - "contributors": [ - "mfuji09", - "fscholz", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/DateTimeFormat": { - "modified": "2020-10-15T21:36:11.682Z", - "contributors": [ - "mfuji09", - "fscholz", - "shisama", - "dskmori", - "takamin", - "shide55", - "Mingun" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/DateTimeFormat/DateTimeFormat": { - "modified": "2020-10-15T22:28:37.854Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/DateTimeFormat/format": { - "modified": "2020-10-18T12:28:59.614Z", - "contributors": [ - "mfuji09", - "fscholz", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/DateTimeFormat/formatRange": { - "modified": "2020-04-21T08:51:23.877Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/DateTimeFormat/formatRangeToParts": { - "modified": "2020-10-15T22:33:47.499Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/DateTimeFormat/formatToParts": { - "modified": "2020-10-15T21:44:51.045Z", - "contributors": [ - "mfuji09", - "fscholz", - "mkato", - "segayuu", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/DateTimeFormat/prototype": { - "modified": "2020-10-15T21:36:10.939Z", - "contributors": [ - "fscholz", - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/DateTimeFormat/resolvedOptions": { - "modified": "2020-10-18T12:54:46.665Z", - "contributors": [ - "mfuji09", - "fscholz", - "Motoshi-Nishihira", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/DateTimeFormat/supportedLocalesOf": { - "modified": "2020-04-21T08:51:24.028Z", - "contributors": [ - "fscholz", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/DisplayNames": { - "modified": "2020-10-15T22:29:14.598Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "dskmori", - "shisama", - "fscholz" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/ListFormat": { - "modified": "2020-10-15T22:28:40.790Z", - "contributors": [ - "mfuji09", - "fscholz", - "cmplstofB" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale": { - "modified": "2020-10-15T22:28:39.638Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/Locale": { - "modified": "2020-10-15T22:28:35.997Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/baseName": { - "modified": "2020-10-15T22:28:35.236Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/calendar": { - "modified": "2020-10-15T22:28:36.622Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/caseFirst": { - "modified": "2020-10-15T22:28:35.059Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/collation": { - "modified": "2020-10-15T22:28:38.857Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/hourCycle": { - "modified": "2020-10-15T22:28:34.928Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/language": { - "modified": "2020-10-15T22:28:33.780Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/maximize": { - "modified": "2020-10-15T22:28:33.554Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/minimize": { - "modified": "2020-10-15T22:28:33.216Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/numberingSystem": { - "modified": "2020-10-15T22:28:34.652Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/numeric": { - "modified": "2020-10-15T22:28:34.311Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/region": { - "modified": "2020-10-15T22:28:34.151Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/script": { - "modified": "2020-10-15T22:28:33.138Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/Locale/toString": { - "modified": "2020-10-15T22:28:33.339Z", - "contributors": [ - "fscholz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/NumberFormat": { - "modified": "2020-10-15T21:36:03.903Z", - "contributors": [ - "mfuji09", - "fscholz", - "FumioNonaka", - "shisama", - "shide55", - "Mingun" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/NumberFormat/NumberFormat": { - "modified": "2020-10-15T22:31:42.099Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/NumberFormat/format": { - "modified": "2020-10-15T21:36:06.032Z", - "contributors": [ - "fscholz", - "mfuji09", - "shisama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/NumberFormat/formatToParts": { - "modified": "2020-10-15T22:04:15.805Z", - "contributors": [ - "mfuji09", - "fscholz", - "shisama", - "mochiya98" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/NumberFormat/resolvedOptions": { - "modified": "2020-04-21T09:07:44.770Z", - "contributors": [ - "fscholz", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/NumberFormat/supportedLocalesOf": { - "modified": "2020-10-15T21:35:52.922Z", - "contributors": [ - "fscholz", - "YujiSoftware", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/PluralRules": { - "modified": "2020-11-23T07:11:41.190Z", - "contributors": [ - "mfuji09", - "fscholz", - "Uemmra3", - "dskmori", - "frodo821", - "YojiIzumi" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/PluralRules/select": { - "modified": "2020-10-15T22:29:39.910Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/PluralRules/supportedLocalesOf": { - "modified": "2020-10-15T22:29:38.782Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/RelativeTimeFormat": { - "modified": "2020-11-23T01:07:50.921Z", - "contributors": [ - "mfuji09", - "Potappo", - "shisama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/RelativeTimeFormat/RelativeTimeFormat": { - "modified": "2020-11-23T00:31:30.487Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/RelativeTimeFormat/format": { - "modified": "2020-11-23T00:59:54.455Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/RelativeTimeFormat/formatToParts": { - "modified": "2020-11-23T01:41:01.137Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Intl/getCanonicalLocales": { - "modified": "2020-10-15T21:46:02.912Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/JSON": { - "modified": "2020-10-15T21:19:34.444Z", - "contributors": [ - "mpcjazz", - "pcw", - "mfuji09", - "YuichiNukiyama", - "yyss", - "fscholz", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/JSON/parse": { - "modified": "2020-10-15T21:25:30.566Z", - "contributors": [ - "mfuji09", - "twe", - "teoli" - ] - }, - "Web/JavaScript/Reference/Global_Objects/JSON/stringify": { - "modified": "2020-10-15T21:25:34.574Z", - "contributors": [ - "mfuji09", - "Wind1808", - "FujiHaruka", - "twe", - "teoli" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map": { - "modified": "2020-11-06T12:58:07.510Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "eltociear", - "kachick", - "dlwe", - "BuminMacintosh", - "woodmix", - "daikiueda", - "YuichiNukiyama", - "PandaNoir", - "lv7777", - "Hixhi", - "ocha" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/@@iterator": { - "modified": "2020-11-06T02:35:29.985Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "Kisaragi", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/@@species": { - "modified": "2020-11-06T05:22:22.573Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/@@toStringTag": { - "modified": "2020-10-15T21:39:55.689Z", - "contributors": [ - "mfuji09", - "Kisaragi", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/Map": { - "modified": "2020-11-06T12:31:37.635Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/clear": { - "modified": "2020-11-06T05:11:45.291Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/delete": { - "modified": "2020-11-06T02:41:53.398Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/entries": { - "modified": "2020-10-17T09:59:44.238Z", - "contributors": [ - "mfuji09", - "segayuu", - "woodmix", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/forEach": { - "modified": "2020-10-17T09:19:37.508Z", - "contributors": [ - "mfuji09", - "u_7cc", - "woodmix", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/get": { - "modified": "2020-10-16T22:01:27.590Z", - "contributors": [ - "mfuji09", - "yuta0801", - "segayuu", - "SphinxKnight", - "ledsun", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/has": { - "modified": "2020-10-16T21:43:06.831Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/keys": { - "modified": "2020-11-06T04:31:09.409Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/set": { - "modified": "2020-10-16T21:36:15.305Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "isdh", - "SphinxKnight", - "mayuowww", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/size": { - "modified": "2020-11-06T12:27:52.241Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Map/values": { - "modified": "2020-11-06T02:54:38.454Z", - "contributors": [ - "mfuji09", - "woodmix", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math": { - "modified": "2020-10-15T21:13:37.581Z", - "contributors": [ - "mfuji09", - "k.kim", - "shibukawa", - "segayuu", - "Marsf", - "ryohei_wn", - "teoli", - "ethertank", - "trevorh", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/E": { - "modified": "2020-11-02T13:56:06.643Z", - "contributors": [ - "mfuji09", - "dskmori", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/LN10": { - "modified": "2020-11-02T13:51:39.119Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "Shoot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/LN2": { - "modified": "2020-11-02T13:48:01.970Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "Potappo", - "Shoot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/LOG10E": { - "modified": "2020-11-02T13:43:42.368Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/LOG2E": { - "modified": "2020-11-02T13:27:19.793Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/PI": { - "modified": "2020-11-02T13:20:44.067Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/SQRT1_2": { - "modified": "2020-11-02T13:14:59.329Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/SQRT2": { - "modified": "2020-11-02T13:09:23.720Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/abs": { - "modified": "2020-11-02T12:59:20.950Z", - "contributors": [ - "mfuji09", - "dskmori", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/acos": { - "modified": "2020-11-02T12:47:18.104Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/acosh": { - "modified": "2020-11-02T12:28:59.663Z", - "contributors": [ - "mfuji09", - "apple502j", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/asin": { - "modified": "2020-11-02T12:20:53.359Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/asinh": { - "modified": "2020-11-02T12:14:48.027Z", - "contributors": [ - "mfuji09", - "apple502j", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/atan": { - "modified": "2020-11-02T12:03:12.457Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/atan2": { - "modified": "2020-11-02T11:59:13.770Z", - "contributors": [ - "mfuji09", - "segayuu", - "Raysphere24", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/atanh": { - "modified": "2020-11-02T11:10:15.537Z", - "contributors": [ - "mfuji09", - "apple502j", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/cbrt": { - "modified": "2020-10-15T21:36:11.644Z", - "contributors": [ - "mfuji09", - "apple502j", - "dskmori", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/ceil": { - "modified": "2020-10-15T21:17:16.215Z", - "contributors": [ - "mfuji09", - "dskmori", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/clz32": { - "modified": "2020-11-02T11:03:39.394Z", - "contributors": [ - "mfuji09", - "apple502j", - "dskmori", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/cos": { - "modified": "2020-11-02T08:53:16.915Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/cosh": { - "modified": "2020-11-02T08:34:24.814Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "horichiyo", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/exp": { - "modified": "2020-11-02T08:24:40.772Z", - "contributors": [ - "mfuji09", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/expm1": { - "modified": "2020-11-02T08:15:00.733Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "dskmori", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/floor": { - "modified": "2020-11-02T07:30:57.783Z", - "contributors": [ - "mfuji09", - "houken.fujimaru", - "segayuu", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/fround": { - "modified": "2020-11-02T07:20:21.361Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/hypot": { - "modified": "2020-11-02T04:42:22.713Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/imul": { - "modified": "2020-11-01T22:19:19.460Z", - "contributors": [ - "mfuji09", - "minoki", - "SphinxKnight", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/log": { - "modified": "2020-11-01T15:51:09.279Z", - "contributors": [ - "mfuji09", - "dskmori", - "unarist", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/log10": { - "modified": "2020-11-01T14:05:46.930Z", - "contributors": [ - "mfuji09", - "dskmori", - "SphinxKnight", - "us-sasaki", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/log1p": { - "modified": "2020-11-01T13:34:47.063Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/log2": { - "modified": "2020-11-01T13:33:43.961Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "makandat", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/max": { - "modified": "2020-11-01T12:17:38.929Z", - "contributors": [ - "mfuji09", - "sutara79", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/min": { - "modified": "2020-11-01T11:39:57.826Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/pow": { - "modified": "2020-11-01T11:10:30.257Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/random": { - "modified": "2020-11-01T10:44:12.731Z", - "contributors": [ - "mfuji09", - "segayuu", - "woodmix", - "mrpepper023", - "kei-yamazaki", - "Umoxfo", - "Yayoi_Kirisawa", - "piyo-ko", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/round": { - "modified": "2020-10-15T21:17:10.380Z", - "contributors": [ - "mfuji09", - "yyss", - "teoli", - "ethertank", - "Potappo", - "Kozawa" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/sign": { - "modified": "2020-11-01T10:28:54.631Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "dskmori", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/sin": { - "modified": "2020-11-01T10:04:00.427Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/sinh": { - "modified": "2020-11-01T09:56:16.852Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/sqrt": { - "modified": "2020-11-01T05:32:01.501Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/tan": { - "modified": "2020-11-01T04:58:44.536Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/tanh": { - "modified": "2020-11-01T01:48:13.029Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Math/trunc": { - "modified": "2020-11-01T01:30:24.984Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "dskmori", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/NaN": { - "modified": "2020-11-02T15:57:16.362Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "teramotodaiki", - "segayuu", - "x2357", - "teoli", - "ethertank", - "Potappo", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number": { - "modified": "2020-10-15T21:13:37.618Z", - "contributors": [ - "mfuji09", - "segayuu", - "woodmix", - "Marsf", - "teoli", - "ethertank", - "trevorh", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/EPSILON": { - "modified": "2020-11-05T14:12:03.718Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "mushahiroyuki", - "dskmori", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/MAX_SAFE_INTEGER": { - "modified": "2020-10-15T21:35:58.105Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "kamimura", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/MAX_VALUE": { - "modified": "2020-11-05T12:07:14.372Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo", - "Okome" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/MIN_SAFE_INTEGER": { - "modified": "2020-10-15T21:36:11.906Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/MIN_VALUE": { - "modified": "2020-11-05T11:57:18.437Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/NEGATIVE_INFINITY": { - "modified": "2020-11-05T11:46:43.753Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "segayuu", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/NaN": { - "modified": "2020-11-05T11:08:55.122Z", - "contributors": [ - "mfuji09", - "segayuu", - "sounisi5011", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/Number": { - "modified": "2020-10-15T22:29:13.273Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/POSITIVE_INFINITY": { - "modified": "2020-11-05T10:58:19.534Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "segayuu", - "teoli", - "ethertank", - "Yuichirou", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/isFinite": { - "modified": "2020-11-03T14:46:36.768Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/isInteger": { - "modified": "2020-11-03T13:32:34.551Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "isdh", - "chikoski" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/isNaN": { - "modified": "2020-11-03T13:21:56.006Z", - "contributors": [ - "mfuji09", - "MaySoMusician", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/isSafeInteger": { - "modified": "2020-10-15T21:36:11.145Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/parseFloat": { - "modified": "2020-10-15T21:36:05.104Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/parseInt": { - "modified": "2020-10-15T21:36:11.341Z", - "contributors": [ - "mfuji09", - "yumetodo", - "SphinxKnight", - "lee02585lily", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/toExponential": { - "modified": "2020-11-03T13:11:37.508Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/toFixed": { - "modified": "2020-11-03T13:02:41.356Z", - "contributors": [ - "mfuji09", - "shimataro", - "segayuu", - "isdh", - "Hixhi", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/toLocaleString": { - "modified": "2020-10-15T21:36:12.439Z", - "contributors": [ - "segayuu", - "tgfjt", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/toPrecision": { - "modified": "2020-11-03T12:35:04.155Z", - "contributors": [ - "mfuji09", - "segayuu", - "isdh", - "teoli", - "ethertank", - "fscholz", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/toSource": { - "modified": "2019-03-23T23:49:49.983Z", - "contributors": [ - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/toString": { - "modified": "2020-11-03T12:23:00.195Z", - "contributors": [ - "mfuji09", - "segayuu", - "sounisi5011", - "teoli", - "tatsuyaoiw", - "ethertank", - "Potappo", - "Mgjbot", - "Shoot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Number/valueOf": { - "modified": "2020-11-03T12:07:16.915Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object": { - "modified": "2020-11-09T08:12:12.585Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "Uemmra3", - "segayuu", - "xxxkurosukexxx", - "taiyaki32lp64", - "x2357", - "teoli", - "ethertank", - "kohei.yoshino", - "yyss", - "saneyuki_s", - "Potappo", - "Yuichirou", - "Mgjbot", - "Okome" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/Object": { - "modified": "2020-11-12T08:24:39.028Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/__defineGetter__": { - "modified": "2020-11-13T03:28:45.091Z", - "contributors": [ - "mfuji09", - "eltociear", - "YujiSoftware", - "teoli", - "ethertank", - "nobuoka", - "Mgjbot", - "Plum.the.goodman" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/__defineSetter__": { - "modified": "2020-10-15T21:15:24.009Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Mgjbot", - "Plum.the.goodman" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/__lookupGetter__": { - "modified": "2020-11-13T02:25:07.043Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Mgjbot", - "Plum.the.goodman" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/__lookupSetter__": { - "modified": "2020-11-13T02:24:24.950Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Mgjbot", - "Plum.the.goodman" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/assign": { - "modified": "2020-10-15T21:36:05.193Z", - "contributors": [ - "mfuji09", - "mattenn", - "silverskyvicto", - "FumioNonaka", - "woodmix", - "sgitmot", - "sapics", - "taiyaki32lp64", - "lv7777", - "saneyuki_s", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/constructor": { - "modified": "2020-10-15T21:36:41.495Z", - "contributors": [ - "mfuji09", - "FumioNonaka", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/create": { - "modified": "2020-10-15T21:19:11.070Z", - "contributors": [ - "eltociear", - "mfuji09", - "kdaiki211", - "segayuu", - "tomouchi", - "YuichiNukiyama", - "teoli", - "mokeke", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/defineProperties": { - "modified": "2020-11-12T11:06:24.548Z", - "contributors": [ - "mfuji09", - "woodmix", - "YuichiNukiyama", - "FumioNonaka", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/defineProperty": { - "modified": "2020-10-15T21:19:18.612Z", - "contributors": [ - "mfuji09", - "unarist", - "taromi22", - "__ku", - "woodmix", - "taiyaki32lp64", - "YuichiNukiyama", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/entries": { - "modified": "2020-11-09T20:17:59.256Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "Uemmra3", - "segayuu", - "YuichiNukiyama", - "lv7777", - "x2357" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/freeze": { - "modified": "2020-11-12T11:20:28.904Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "shuta13", - "teoli", - "ethertank", - "coeurl", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/fromEntries": { - "modified": "2020-10-15T22:09:09.851Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/getOwnPropertyDescriptor": { - "modified": "2020-11-12T11:30:43.389Z", - "contributors": [ - "mfuji09", - "teoli", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/getOwnPropertyDescriptors": { - "modified": "2020-11-12T11:36:14.286Z", - "contributors": [ - "mfuji09", - "segayuu", - "kdex", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/getOwnPropertyNames": { - "modified": "2020-11-12T11:49:54.783Z", - "contributors": [ - "mfuji09", - "woodmix", - "coeurl", - "fright801", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/getOwnPropertySymbols": { - "modified": "2020-11-13T08:51:11.602Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/getPrototypeOf": { - "modified": "2020-11-13T08:29:14.047Z", - "contributors": [ - "mfuji09", - "segayuu", - "woodmix", - "lv7777", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/hasOwnProperty": { - "modified": "2020-10-15T21:15:24.715Z", - "contributors": [ - "mfuji09", - "segayuu", - "mushahiroyuki", - "teoli", - "ethertank", - "kakakakakku", - "Mgjbot", - "Yuichirou", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/is": { - "modified": "2020-11-13T08:10:16.359Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "x2357", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/isExtensible": { - "modified": "2020-11-13T07:40:46.736Z", - "contributors": [ - "mfuji09", - "hiroto7", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/isFrozen": { - "modified": "2020-11-13T07:22:44.957Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/isPrototypeOf": { - "modified": "2020-11-13T01:51:30.487Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "YuichiNukiyama", - "teoli", - "ethertank", - "Mgjbot", - "Potappo", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/isSealed": { - "modified": "2020-11-13T06:38:28.470Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/keys": { - "modified": "2020-11-13T05:59:57.178Z", - "contributors": [ - "mfuji09", - "dummy", - "kdex", - "dskmori", - "hideo54", - "lv7777", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/preventExtensions": { - "modified": "2020-11-13T06:25:36.658Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/propertyIsEnumerable": { - "modified": "2020-10-15T21:15:19.943Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "SphinxKnight", - "teoli", - "ethertank", - "Mgjbot", - "Potappo", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/proto": { - "modified": "2020-10-15T21:36:51.841Z", - "contributors": [ - "mfuji09", - "segayuu", - "kdex", - "TakashiHarano", - "mandel59", - "haruki-sugarsun", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/seal": { - "modified": "2020-10-19T08:48:40.084Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/setPrototypeOf": { - "modified": "2020-11-13T01:47:40.819Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "woodmix", - "sii", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/toLocaleString": { - "modified": "2020-10-15T21:16:51.590Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "segayuu", - "teoli", - "ethertank", - "Potappo", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/toSource": { - "modified": "2020-12-06T15:04:56.333Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Mgjbot", - "Potappo", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/toString": { - "modified": "2020-10-15T21:16:59.841Z", - "contributors": [ - "mfuji09", - "woodmix", - "sii", - "lv7777", - "teoli", - "ethertank", - "Mgjbot", - "Potappo", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/valueOf": { - "modified": "2020-10-15T21:15:39.105Z", - "contributors": [ - "mfuji09", - "woodmix", - "teoli", - "ethertank", - "Potappo", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Object/values": { - "modified": "2020-10-15T21:41:09.405Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "lv7777", - "x2357" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Promise": { - "modified": "2020-10-15T21:27:17.911Z", - "contributors": [ - "mahaker", - "eltociear", - "shimataro", - "mfuji09", - "silverskyvicto", - "Uemmra3", - "technohippy", - "segayuu", - "fscholz", - "oakgb", - "ymizushi", - "tisanyan", - "satour", - "chikoski", - "DriftwoodJP", - "yasuhiroki", - "lv7777", - "akiomik", - "u_7cc", - "maruhiro", - "teoli", - "Susisu" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Promise/Promise": { - "modified": "2020-12-05T15:56:06.208Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Promise/all": { - "modified": "2020-10-15T21:36:22.436Z", - "contributors": [ - "mfuji09", - "segayuu", - "Uemmra3", - "fscholz", - "akiomik", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Promise/allSettled": { - "modified": "2020-10-15T22:22:13.673Z", - "contributors": [ - "mfuji09", - "progfay" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Promise/any": { - "modified": "2020-10-15T22:30:49.620Z", - "contributors": [ - "hrb-yamamoto-katsuya", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Promise/catch": { - "modified": "2020-10-15T21:36:22.186Z", - "contributors": [ - "mfuji09", - "DriftwoodJP", - "akiomik", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Promise/finally": { - "modified": "2020-11-13T11:23:54.182Z", - "contributors": [ - "mfuji09", - "segayuu", - "melpon", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Promise/race": { - "modified": "2020-10-15T21:36:21.587Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "yasuhiroki", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Promise/reject": { - "modified": "2020-11-13T11:01:37.089Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "woodmix", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Promise/resolve": { - "modified": "2020-11-13T10:05:40.837Z", - "contributors": [ - "mfuji09", - "sohopro", - "mandel59", - "Uemmra3", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Promise/then": { - "modified": "2020-10-15T21:36:23.019Z", - "contributors": [ - "mfuji09", - "iFirebase", - "Uemmra3", - "ymizushi", - "takamin", - "tmsanrinsha", - "toris-birds", - "DriftwoodJP", - "akiomik", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy": { - "modified": "2020-10-15T21:21:03.244Z", - "contributors": [ - "Qs-F", - "mfuji09", - "segayuu", - "u_7cc", - "kdex", - "yyss", - "teoli", - "ethertank", - "kohei.yoshino" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy": { - "modified": "2020-11-03T11:54:52.150Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/apply": { - "modified": "2020-11-03T11:54:47.204Z", - "contributors": [ - "mfuji09", - "u_7cc", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/construct": { - "modified": "2020-11-03T11:42:14.885Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/defineProperty": { - "modified": "2020-11-03T11:28:36.838Z", - "contributors": [ - "mfuji09", - "technohippy", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/deleteProperty": { - "modified": "2020-11-03T11:20:21.137Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/get": { - "modified": "2020-11-03T11:12:56.756Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/getOwnPropertyDescriptor": { - "modified": "2020-11-03T10:49:55.595Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/getPrototypeOf": { - "modified": "2020-11-03T10:31:28.568Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/has": { - "modified": "2020-11-03T10:17:59.778Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/isExtensible": { - "modified": "2020-11-03T10:07:56.410Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/ownKeys": { - "modified": "2020-11-03T09:54:22.539Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/preventExtensions": { - "modified": "2020-11-03T09:58:29.202Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/set": { - "modified": "2020-11-03T06:33:21.492Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/Proxy/setPrototypeOf": { - "modified": "2020-11-03T06:05:28.544Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Proxy/revocable": { - "modified": "2020-10-15T21:36:24.562Z", - "contributors": [ - "mfuji09", - "segayuu", - "chikoski", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RangeError": { - "modified": "2020-10-15T21:13:32.920Z", - "contributors": [ - "mfuji09", - "yumetodo", - "akiomik", - "teoli", - "tatsuyaoiw", - "ethertank", - "Potappo", - "Hfjapancom" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RangeError/RangeError": { - "modified": "2020-10-15T22:34:39.311Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/ReferenceError": { - "modified": "2020-10-30T13:22:50.761Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "teoli", - "yujik", - "ethertank", - "Potappo", - "Hfjapancom" - ] - }, - "Web/JavaScript/Reference/Global_Objects/ReferenceError/ReferenceError": { - "modified": "2020-10-30T13:22:29.972Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect": { - "modified": "2020-10-15T21:36:25.720Z", - "contributors": [ - "ushironoko", - "mfuji09", - "segayuu", - "imanabu", - "yyss", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/Comparing_Reflect_and_Object_methods": { - "modified": "2020-11-03T16:46:11.930Z", - "contributors": [ - "mpcjazz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/apply": { - "modified": "2020-10-17T10:26:41.821Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/construct": { - "modified": "2020-10-15T21:41:17.723Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "kazu69", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/defineProperty": { - "modified": "2020-10-17T10:36:52.598Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/deleteProperty": { - "modified": "2020-10-17T10:45:01.706Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/get": { - "modified": "2020-10-15T21:41:31.344Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/getOwnPropertyDescriptor": { - "modified": "2020-10-17T11:05:15.767Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/getPrototypeOf": { - "modified": "2020-10-17T11:20:50.823Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/has": { - "modified": "2020-10-15T21:41:29.427Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/isExtensible": { - "modified": "2020-10-17T11:33:36.726Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/ownKeys": { - "modified": "2020-10-17T11:45:46.332Z", - "contributors": [ - "mfuji09", - "kariya-mitsuru", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/preventExtensions": { - "modified": "2020-10-17T12:01:37.010Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/set": { - "modified": "2020-10-17T10:13:12.291Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Reflect/setPrototypeOf": { - "modified": "2020-10-17T10:07:38.683Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp": { - "modified": "2020-11-14T04:55:04.857Z", - "contributors": [ - "mfuji09", - "segayuu", - "Uemmra3", - "woodmix", - "YuichiNukiyama", - "mushahiroyuki", - "yyss", - "mamodayo", - "h2so5", - "teoli", - "cu39", - "ethertank", - "Potappo", - "drry" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/@@match": { - "modified": "2020-11-13T12:35:35.905Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/@@matchAll": { - "modified": "2020-10-15T22:28:26.645Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/@@replace": { - "modified": "2020-11-13T12:23:52.134Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/@@search": { - "modified": "2020-11-13T11:37:10.802Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/@@species": { - "modified": "2020-11-14T03:18:07.349Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/@@split": { - "modified": "2020-10-15T21:47:56.090Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/RegExp": { - "modified": "2020-11-14T04:54:52.734Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/compile": { - "modified": "2020-11-14T03:07:23.796Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/dotAll": { - "modified": "2020-10-15T22:34:51.571Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/exec": { - "modified": "2020-11-14T02:31:18.411Z", - "contributors": [ - "mfuji09", - "mrsekut", - "segayuu", - "karamarimo", - "teoli", - "ethertank", - "dextra", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/flags": { - "modified": "2020-11-14T03:59:06.478Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/global": { - "modified": "2020-11-14T03:54:26.282Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "segayuu", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/ignoreCase": { - "modified": "2020-11-14T03:45:04.989Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/input": { - "modified": "2020-10-15T21:36:23.859Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/lastIndex": { - "modified": "2020-10-15T21:16:49.625Z", - "contributors": [ - "mfuji09", - "woodmix", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/lastMatch": { - "modified": "2020-10-15T21:36:24.690Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/lastParen": { - "modified": "2020-10-15T21:36:26.027Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/leftContext": { - "modified": "2020-10-15T21:36:25.991Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/multiline": { - "modified": "2020-11-14T03:37:46.728Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/n": { - "modified": "2020-10-15T21:36:25.025Z", - "contributors": [ - "mfuji09", - "noobar", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/rightContext": { - "modified": "2020-10-15T21:36:25.942Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/source": { - "modified": "2020-11-14T03:32:48.676Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/sticky": { - "modified": "2020-10-15T21:36:29.261Z", - "contributors": [ - "mfuji09", - "segayuu", - "woodmix", - "YuichiNukiyama", - "lv7777", - "x2357", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/test": { - "modified": "2020-11-13T13:12:33.000Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Fajrovulpo", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/toSource": { - "modified": "2020-10-15T21:16:35.592Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/toString": { - "modified": "2020-11-13T12:45:12.046Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/RegExp/unicode": { - "modified": "2020-11-14T03:26:18.366Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Set": { - "modified": "2020-11-21T06:50:27.784Z", - "contributors": [ - "shigerhum", - "mfuji09", - "segayuu", - "woodmix", - "chikoski", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Set/@@iterator": { - "modified": "2020-11-14T05:08:39.345Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Set/@@species": { - "modified": "2020-11-14T06:33:52.664Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Set/Set": { - "modified": "2020-11-21T03:58:08.913Z", - "contributors": [ - "Potappo", - "shigerhum" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Set/add": { - "modified": "2020-11-14T06:25:52.025Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Set/clear": { - "modified": "2020-11-14T05:53:22.151Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Set/delete": { - "modified": "2020-11-14T05:47:52.289Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Set/entries": { - "modified": "2020-10-15T21:36:30.677Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Set/forEach": { - "modified": "2020-11-14T05:40:05.848Z", - "contributors": [ - "mfuji09", - "u_7cc", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Set/has": { - "modified": "2020-11-14T05:28:57.384Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Set/size": { - "modified": "2020-11-14T06:40:47.506Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Set/values": { - "modified": "2020-11-14T05:17:53.833Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/SharedArrayBuffer": { - "modified": "2020-10-15T21:46:23.517Z", - "contributors": [ - "daisuke-f", - "yyss", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/SharedArrayBuffer/SharedArrayBuffer": { - "modified": "2020-11-14T11:48:45.244Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/SharedArrayBuffer/byteLength": { - "modified": "2020-11-14T12:59:12.898Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/SharedArrayBuffer/slice": { - "modified": "2020-11-14T12:28:07.706Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String": { - "modified": "2020-11-27T13:33:57.719Z", - "contributors": [ - "mfuji09", - "azu", - "segayuu", - "woodmix", - "Ss_Oo", - "TakashiHarano", - "YuichiNukiyama", - "mamodayo", - "teoli", - "ethertank", - "nobuoka", - "tokkyo", - "saneyuki_s", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/@@iterator": { - "modified": "2020-11-23T12:38:53.373Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/String": { - "modified": "2020-11-27T11:32:09.247Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/anchor": { - "modified": "2020-11-27T10:17:53.705Z", - "contributors": [ - "mfuji09", - "sutara79", - "YuichiNukiyama", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/big": { - "modified": "2020-11-27T09:49:34.979Z", - "contributors": [ - "mfuji09", - "sutara79", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/blink": { - "modified": "2020-11-27T09:17:18.496Z", - "contributors": [ - "mfuji09", - "sutara79", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/bold": { - "modified": "2020-11-27T08:58:45.021Z", - "contributors": [ - "mfuji09", - "sutara79", - "YuichiNukiyama", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/charAt": { - "modified": "2020-11-27T08:30:02.397Z", - "contributors": [ - "mfuji09", - "woodmix", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/charCodeAt": { - "modified": "2020-11-27T08:21:53.875Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "tzik", - "YuichiNukiyama", - "teoli", - "clariroid", - "siokoshou", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/codePointAt": { - "modified": "2020-11-27T02:47:03.482Z", - "contributors": [ - "mfuji09", - "woodmix", - "TNKSoftware", - "ukyo", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/concat": { - "modified": "2020-10-15T21:17:02.464Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "YuichiNukiyama", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/endsWith": { - "modified": "2020-11-27T02:03:29.728Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "yyss", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/fixed": { - "modified": "2020-11-27T01:50:27.934Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/fontcolor": { - "modified": "2020-11-27T09:53:45.343Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/fontsize": { - "modified": "2020-11-27T09:56:12.866Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/fromCharCode": { - "modified": "2020-11-27T10:55:03.618Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/fromCodePoint": { - "modified": "2020-10-15T21:36:31.131Z", - "contributors": [ - "technohippy", - "segayuu", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/includes": { - "modified": "2020-10-15T21:36:33.922Z", - "contributors": [ - "mfuji09", - "dskmori", - "woodmix", - "kdex", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/indexOf": { - "modified": "2020-10-15T21:16:24.183Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/italics": { - "modified": "2020-11-27T00:02:35.324Z", - "contributors": [ - "mfuji09", - "segayuu", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/lastIndexOf": { - "modified": "2020-11-26T23:56:43.495Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "sutara79", - "YuichiNukiyama", - "xl1", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/length": { - "modified": "2020-11-29T15:50:18.593Z", - "contributors": [ - "mfuji09", - "eltociear", - "segayuu", - "woodmix", - "YuichiNukiyama", - "ssw", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/link": { - "modified": "2020-11-26T23:29:53.369Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/localeCompare": { - "modified": "2020-10-15T21:36:33.498Z", - "contributors": [ - "ginpei", - "YujiSoftware", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/match": { - "modified": "2020-10-15T21:15:56.660Z", - "contributors": [ - "ottyajp", - "mfuji09", - "segayuu", - "piyo-ko", - "imanabu", - "lv7777", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/matchAll": { - "modified": "2020-11-26T09:56:45.214Z", - "contributors": [ - "mfuji09", - "tkskto" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/normalize": { - "modified": "2020-10-15T21:36:34.131Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/padEnd": { - "modified": "2020-10-15T21:44:49.497Z", - "contributors": [ - "mfuji09", - "isdh", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/padStart": { - "modified": "2020-11-26T08:44:17.757Z", - "contributors": [ - "mfuji09", - "segayuu", - "dskmori", - "maechabin", - "myakura", - "lv7777", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/raw": { - "modified": "2020-10-15T21:36:34.109Z", - "contributors": [ - "mfuji09", - "segayuu", - "dskmori", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/repeat": { - "modified": "2020-11-26T08:09:30.193Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/replace": { - "modified": "2020-10-15T21:14:43.914Z", - "contributors": [ - "segayuu", - "kei-itof", - "Uemmra3", - "woodmix", - "mamodayo", - "mitsuba-clover", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/search": { - "modified": "2020-11-26T07:24:56.574Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "mamodayo", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/slice": { - "modified": "2020-10-15T21:17:00.094Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "mamodayo", - "teoli", - "ethertank", - "Mgjbot", - "Potappo", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/small": { - "modified": "2020-11-27T09:59:02.175Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/split": { - "modified": "2020-10-15T21:15:57.358Z", - "contributors": [ - "sleeping-dog", - "mfuji09", - "segayuu", - "YuichiNukiyama", - "kkas", - "teoli", - "ethertank", - "Potappo", - "Mgjbot", - "Shoot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/startsWith": { - "modified": "2020-11-24T11:48:11.947Z", - "contributors": [ - "mfuji09", - "segayuu", - "sutara79", - "woodmix", - "arbk", - "yyss", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/strike": { - "modified": "2020-11-24T11:21:54.674Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/sub": { - "modified": "2020-11-24T10:58:06.257Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/substr": { - "modified": "2020-10-15T21:14:43.846Z", - "contributors": [ - "mfuji09", - "segayuu", - "SphinxKnight", - "Flat", - "TakashiHarano", - "YuichiNukiyama", - "mamodayo", - "teoli", - "ethertank", - "Julien.stuby", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/substring": { - "modified": "2020-11-24T11:13:51.223Z", - "contributors": [ - "mfuji09", - "dlwe", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/sup": { - "modified": "2020-11-24T10:52:05.296Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/toLocaleLowerCase": { - "modified": "2020-11-24T10:16:34.671Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "stkntr", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/toLocaleUpperCase": { - "modified": "2020-11-24T09:48:25.292Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "stkntr", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/toLowerCase": { - "modified": "2020-10-15T21:16:56.053Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/toSource": { - "modified": "2020-10-15T21:16:38.366Z", - "contributors": [ - "segayuu", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/toString": { - "modified": "2020-10-28T13:31:48.754Z", - "contributors": [ - "mpcjazz", - "segayuu", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/toUpperCase": { - "modified": "2020-10-15T21:17:00.265Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/trim": { - "modified": "2020-10-28T13:27:56.174Z", - "contributors": [ - "mpcjazz", - "ciffelia", - "segayuu", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo", - "Yuki Konno" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/trimEnd": { - "modified": "2020-11-23T13:55:09.422Z", - "contributors": [ - "mfuji09", - "Potappo", - "SierraOscar", - "segayuu", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/trimStart": { - "modified": "2020-11-23T13:35:10.526Z", - "contributors": [ - "mfuji09", - "Potappo", - "SierraOscar", - "segayuu", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/String/valueOf": { - "modified": "2020-10-28T13:34:58.905Z", - "contributors": [ - "mpcjazz", - "segayuu", - "woodmix", - "YuichiNukiyama", - "teoli", - "ethertank", - "Mgjbot", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol": { - "modified": "2020-11-09T08:22:56.573Z", - "contributors": [ - "mpcjazz", - "eltociear", - "segayuu", - "SphinxKnight", - "masami-dev", - "YuichiNukiyama", - "hrysd" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/@@toPrimitive": { - "modified": "2020-11-22T09:54:49.335Z", - "contributors": [ - "mfuji09", - "eltociear", - "SphinxKnight", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/Symbol": { - "modified": "2020-11-22T11:22:32.457Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/asyncIterator": { - "modified": "2020-10-19T05:43:46.926Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/description": { - "modified": "2020-10-15T22:32:50.944Z", - "contributors": [ - "eltociear" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/for": { - "modified": "2020-11-22T12:42:31.265Z", - "contributors": [ - "mfuji09", - "segayuu", - "dskmori", - "kenmori", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/hasInstance": { - "modified": "2020-10-19T04:10:30.035Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/isConcatSpreadable": { - "modified": "2020-10-19T04:52:14.347Z", - "contributors": [ - "mpcjazz", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/iterator": { - "modified": "2020-10-19T05:44:15.881Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "Uemmra3", - "segayuu", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/keyFor": { - "modified": "2020-11-22T12:54:05.686Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/match": { - "modified": "2020-10-19T05:46:18.552Z", - "contributors": [ - "mpcjazz", - "YujiSoftware", - "unarist", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/matchAll": { - "modified": "2020-10-19T05:58:34.083Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/replace": { - "modified": "2020-11-22T09:27:05.788Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/search": { - "modified": "2020-11-22T09:11:11.540Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/species": { - "modified": "2020-11-22T13:40:05.373Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "unarist", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/split": { - "modified": "2020-11-22T09:20:24.475Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/toPrimitive": { - "modified": "2020-11-22T10:21:27.573Z", - "contributors": [ - "mfuji09", - "eltociear", - "segayuu", - "Marsf", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/toSource": { - "modified": "2020-11-22T12:30:02.654Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/toString": { - "modified": "2020-11-22T09:02:00.723Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/toStringTag": { - "modified": "2020-10-15T21:59:23.298Z", - "contributors": [ - "mfuji09", - "yumetodo", - "one-kelvin" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/unscopables": { - "modified": "2020-11-22T15:09:54.466Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Symbol/valueOf": { - "modified": "2020-11-22T11:14:20.148Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/SyntaxError": { - "modified": "2020-10-30T13:33:59.143Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "lv7777", - "teoli", - "ethertank", - "Potappo", - "Hfjapancom" - ] - }, - "Web/JavaScript/Reference/Global_Objects/SyntaxError/SyntaxError": { - "modified": "2020-10-30T13:32:56.724Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypeError": { - "modified": "2020-10-30T13:54:36.963Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "yyss", - "teoli", - "ethertank", - "Potappo", - "Hfjapancom" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypeError/TypeError": { - "modified": "2020-10-30T13:45:21.887Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray": { - "modified": "2020-11-21T12:11:00.383Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "yyss", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/@@iterator": { - "modified": "2020-11-15T01:02:14.545Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/@@species": { - "modified": "2020-10-15T21:46:29.870Z", - "contributors": [ - "mpcjazz", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/BYTES_PER_ELEMENT": { - "modified": "2020-11-22T07:07:28.199Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/buffer": { - "modified": "2020-11-19T22:38:59.980Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/byteLength": { - "modified": "2020-11-19T14:29:42.619Z", - "contributors": [ - "mfuji09", - "grainrigi", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/byteOffset": { - "modified": "2020-11-19T14:07:48.311Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/copyWithin": { - "modified": "2020-10-15T21:36:38.420Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/entries": { - "modified": "2020-11-16T13:53:25.827Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/every": { - "modified": "2020-11-16T13:44:54.286Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/fill": { - "modified": "2020-11-22T06:46:55.867Z", - "contributors": [ - "mfuji09", - "taiyaki32lp64", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/filter": { - "modified": "2020-11-16T13:10:19.698Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/find": { - "modified": "2020-11-16T10:21:28.833Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/findIndex": { - "modified": "2020-11-16T10:22:44.950Z", - "contributors": [ - "mfuji09", - "dskmori", - "YujiSoftware", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/forEach": { - "modified": "2020-11-16T06:50:09.521Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/from": { - "modified": "2020-11-22T05:14:22.991Z", - "contributors": [ - "mfuji09", - "mandel59", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/includes": { - "modified": "2020-10-15T21:36:41.563Z", - "contributors": [ - "mfuji09", - "yyss", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/indexOf": { - "modified": "2020-10-15T21:36:42.313Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/join": { - "modified": "2020-11-22T07:04:30.455Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/keys": { - "modified": "2020-11-16T06:21:17.102Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/lastIndexOf": { - "modified": "2020-10-15T21:36:42.419Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/length": { - "modified": "2020-11-16T15:21:30.167Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/map": { - "modified": "2020-11-16T05:49:31.551Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/name": { - "modified": "2020-11-22T07:12:38.774Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/of": { - "modified": "2020-11-22T08:31:53.944Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/reduce": { - "modified": "2020-11-22T01:48:29.237Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/reduceRight": { - "modified": "2020-11-22T01:50:56.256Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/reverse": { - "modified": "2020-10-15T21:36:39.791Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/set": { - "modified": "2020-10-15T21:36:42.169Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/slice": { - "modified": "2020-11-22T08:41:45.805Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/some": { - "modified": "2020-11-15T10:16:07.359Z", - "contributors": [ - "mfuji09", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/sort": { - "modified": "2020-10-15T21:43:05.474Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/subarray": { - "modified": "2020-11-15T05:14:56.029Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/toLocaleString": { - "modified": "2020-11-15T04:29:47.262Z", - "contributors": [ - "mfuji09", - "mpcjazz" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/toString": { - "modified": "2020-11-15T03:55:51.078Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/TypedArray/values": { - "modified": "2020-11-15T02:35:27.628Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/URIError": { - "modified": "2020-10-30T14:09:08.612Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "YujiSoftware", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo", - "Hfjapancom" - ] - }, - "Web/JavaScript/Reference/Global_Objects/URIError/URIError": { - "modified": "2020-10-30T14:08:01.059Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Uint16Array": { - "modified": "2020-10-31T10:55:48.646Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "ukyo", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Uint16Array/Uint16Array": { - "modified": "2020-10-31T12:10:28.293Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Uint32Array": { - "modified": "2020-10-31T11:54:03.655Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "dskmori", - "ukyo", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Uint32Array/Uint32Array": { - "modified": "2020-10-31T12:20:38.737Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Uint8Array": { - "modified": "2020-10-31T12:33:29.463Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "chikoski", - "ukyo", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Uint8Array/Uint8Array": { - "modified": "2020-10-31T12:08:03.265Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Uint8ClampedArray": { - "modified": "2020-11-01T00:57:47.210Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "YujiSoftware", - "taiyaki32lp64", - "ukyo", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/Uint8ClampedArray/Uint8ClampedArray": { - "modified": "2020-11-01T00:03:56.924Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakMap": { - "modified": "2020-10-15T21:08:55.168Z", - "contributors": [ - "mfuji09", - "sapics", - "technohippy", - "segayuu", - "SphinxKnight", - "zakki", - "lv7777", - "teoli", - "ethertank", - "saneyuki_s" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakMap/WeakMap": { - "modified": "2020-11-14T11:30:37.104Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakMap/clear": { - "modified": "2019-03-23T22:54:31.407Z", - "contributors": [ - "teoli", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakMap/delete": { - "modified": "2020-11-14T11:09:43.834Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakMap/get": { - "modified": "2020-11-14T11:00:05.847Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakMap/has": { - "modified": "2020-11-14T10:52:31.071Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakMap/set": { - "modified": "2020-11-14T10:36:46.180Z", - "contributors": [ - "mfuji09", - "segayuu", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakRef": { - "modified": "2020-10-15T22:31:33.036Z", - "contributors": [ - "t-tajiri", - "mfuji09", - "fscholz" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakRef/WeakRef": { - "modified": "2020-10-15T22:31:32.100Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakSet": { - "modified": "2020-10-15T21:36:47.156Z", - "contributors": [ - "mfuji09", - "sapics", - "YujiSoftware", - "SphinxKnight", - "isdh", - "shide55", - "Jeremie" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakSet/WeakSet": { - "modified": "2020-10-15T22:34:51.377Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakSet/add": { - "modified": "2020-11-14T10:22:45.766Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakSet/clear": { - "modified": "2019-03-23T22:54:31.675Z", - "contributors": [ - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakSet/delete": { - "modified": "2020-11-14T09:39:33.107Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WeakSet/has": { - "modified": "2020-11-14T07:35:11.792Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly": { - "modified": "2020-10-15T21:52:52.145Z", - "contributors": [ - "eltociear", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/CompileError": { - "modified": "2020-10-15T21:53:17.674Z", - "contributors": [ - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Global": { - "modified": "2020-10-15T22:24:08.516Z", - "contributors": [ - "Uemmra3", - "dskmori", - "horitaku1124" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Instance": { - "modified": "2020-10-15T21:52:51.981Z", - "contributors": [ - "mfuji09", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Instance/Instance": { - "modified": "2020-10-15T22:28:19.365Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Instance/exports": { - "modified": "2020-10-15T21:58:32.773Z", - "contributors": [ - "mfuji09", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Instance/prototype": { - "modified": "2020-10-15T21:58:31.243Z", - "contributors": [ - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/LinkError": { - "modified": "2020-10-15T21:54:40.626Z", - "contributors": [ - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Memory": { - "modified": "2020-10-15T21:52:52.014Z", - "contributors": [ - "mfuji09", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Memory/Memory": { - "modified": "2020-10-15T22:28:19.316Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Memory/buffer": { - "modified": "2020-10-15T21:54:53.879Z", - "contributors": [ - "mfuji09", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Memory/grow": { - "modified": "2020-10-15T21:54:54.850Z", - "contributors": [ - "mfuji09", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Memory/prototype": { - "modified": "2020-10-15T21:58:32.155Z", - "contributors": [ - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Module": { - "modified": "2020-12-06T05:19:41.051Z", - "contributors": [ - "mfuji09", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Module/customSections": { - "modified": "2019-03-23T22:10:48.073Z", - "contributors": [ - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Module/exports": { - "modified": "2020-10-15T21:54:53.049Z", - "contributors": [ - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Module/imports": { - "modified": "2020-10-15T21:54:52.650Z", - "contributors": [ - "mfuji09", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/RuntimeError": { - "modified": "2020-10-15T21:54:41.289Z", - "contributors": [ - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Table": { - "modified": "2020-10-15T21:53:02.171Z", - "contributors": [ - "chikoski", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Table/Table": { - "modified": "2020-10-15T22:28:18.775Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Table/get": { - "modified": "2020-10-15T21:54:53.337Z", - "contributors": [ - "mfuji09", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Table/grow": { - "modified": "2020-10-15T21:54:52.682Z", - "contributors": [ - "mfuji09", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Table/length": { - "modified": "2020-10-15T21:54:52.925Z", - "contributors": [ - "mfuji09", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Table/prototype": { - "modified": "2020-10-15T21:58:31.479Z", - "contributors": [ - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/Table/set": { - "modified": "2020-10-15T21:54:51.626Z", - "contributors": [ - "mfuji09", - "bellbind", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/compile": { - "modified": "2020-10-15T21:53:09.837Z", - "contributors": [ - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/compileStreaming": { - "modified": "2020-10-15T21:58:31.035Z", - "contributors": [ - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/instantiate": { - "modified": "2020-12-06T05:02:05.948Z", - "contributors": [ - "mfuji09", - "michitaro", - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/instantiateStreaming": { - "modified": "2020-10-15T21:58:31.752Z", - "contributors": [ - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/WebAssembly/validate": { - "modified": "2020-10-15T21:53:09.850Z", - "contributors": [ - "ukyo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/decodeURI": { - "modified": "2020-10-15T21:13:38.379Z", - "contributors": [ - "mfuji09", - "isdh", - "segayuu", - "YuichiNukiyama", - "Marsf", - "x2357", - "teoli", - "SphinxKnight", - "ssw", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/decodeURIComponent": { - "modified": "2020-10-17T14:28:26.148Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "YujiSoftware", - "YuichiNukiyama", - "Marsf", - "x2357", - "SphinxKnight", - "ssw", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/encodeURI": { - "modified": "2020-11-03T03:09:52.791Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "segayuu", - "YuichiNukiyama", - "Marsf", - "dskmori", - "x2357", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Global_Objects/encodeURIComponent": { - "modified": "2020-11-03T01:15:13.944Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "TakashiHarano", - "segayuu", - "YuichiNukiyama", - "x2357", - "dskmori", - "teoli", - "Jxck", - "SphinxKnight", - "ssw", - "s_fujimoto", - "ethertank", - "Potappo", - "Hot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/escape": { - "modified": "2020-10-15T21:29:33.153Z", - "contributors": [ - "mfuji09", - "Kisaragi", - "kimamula", - "YuichiNukiyama", - "x2357", - "SphinxKnight", - "ssw" - ] - }, - "Web/JavaScript/Reference/Global_Objects/eval": { - "modified": "2020-10-17T13:56:59.948Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "dlwe", - "AkihikoTakeda", - "ocknamo", - "Uemmra3", - "Ss_Oo", - "mkato", - "TakashiHarano", - "x2357", - "teoli", - "ethertank", - "masahal", - "Potappo", - "Hfjapancom" - ] - }, - "Web/JavaScript/Reference/Global_Objects/globalThis": { - "modified": "2020-11-11T13:36:26.907Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "isdh", - "shisama" - ] - }, - "Web/JavaScript/Reference/Global_Objects/isFinite": { - "modified": "2020-11-03T00:14:02.880Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "segayuu", - "x2357", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/isNaN": { - "modified": "2020-10-15T21:13:42.911Z", - "contributors": [ - "mfuji09", - "segayuu", - "peroxyacyl", - "bluetata", - "x2357", - "teoli", - "ethertank", - "Potappo", - "高橋玔䞀", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/null": { - "modified": "2020-10-29T00:08:21.948Z", - "contributors": [ - "mpcjazz", - "kachick", - "segayuu", - "TakashiHarano", - "x2357", - "teoli", - "chikoski" - ] - }, - "Web/JavaScript/Reference/Global_Objects/parseFloat": { - "modified": "2020-10-15T21:13:40.466Z", - "contributors": [ - "mfuji09", - "segayuu", - "x2357", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/parseInt": { - "modified": "2020-10-17T14:22:34.491Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "AkihikoTakeda", - "roki", - "YuichiNukiyama", - "FumioNonaka", - "teoli", - "ethertank", - "Potappo", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Global_Objects/undefined": { - "modified": "2020-10-15T21:13:36.428Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "ambi", - "Marsf", - "x2357", - "teoli", - "ethertank", - "Potappo", - "Yukoba", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Global_Objects/unescape": { - "modified": "2020-11-02T16:26:40.176Z", - "contributors": [ - "mfuji09", - "Kisaragi", - "x2357", - "shide55" - ] - }, - "Web/JavaScript/Reference/Global_Objects/uneval": { - "modified": "2020-12-06T07:44:13.628Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "teoli", - "Marsf", - "x2357", - "s_fujimoto" - ] - }, - "Web/JavaScript/Reference/Iteration_protocols": { - "modified": "2020-04-14T00:17:11.918Z", - "contributors": [ - "mfuji09", - "ginpei", - "Uemmra3", - "kdex", - "ambi", - "mushahiroyuki", - "shide55" - ] - }, - "Web/JavaScript/Reference/Lexical_grammar": { - "modified": "2020-10-15T21:37:10.521Z", - "contributors": [ - "Kisaragi", - "mfuji09", - "Uemmra3", - "ambi", - "shide55" - ] - }, - "Web/JavaScript/Reference/Operators": { - "modified": "2020-10-25T14:08:38.879Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "snakada", - "Uemmra3", - "Marsf", - "x2357", - "teoli", - "ethertank", - "yyss", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Operators/Addition": { - "modified": "2020-10-15T22:32:48.837Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Addition_assignment": { - "modified": "2020-10-15T22:32:49.111Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Assignment": { - "modified": "2020-10-15T22:32:52.720Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Bitwise_AND": { - "modified": "2020-10-15T22:31:42.282Z", - "contributors": [ - "mpcjazz", - "JuthaDDA", - "tadasu", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Bitwise_AND_assignment": { - "modified": "2020-10-15T22:32:50.919Z", - "contributors": [ - "mpcjazz", - "tadasu", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Bitwise_NOT": { - "modified": "2020-10-15T22:33:28.670Z", - "contributors": [ - "mpcjazz", - "tadasu" - ] - }, - "Web/JavaScript/Reference/Operators/Bitwise_OR": { - "modified": "2020-10-15T22:31:44.542Z", - "contributors": [ - "mpcjazz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Bitwise_OR_assignment": { - "modified": "2020-10-15T22:31:43.871Z", - "contributors": [ - "mpcjazz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Bitwise_XOR": { - "modified": "2020-10-15T22:31:16.615Z", - "contributors": [ - "mpcjazz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Bitwise_XOR_assignment": { - "modified": "2020-10-15T22:32:47.198Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Comma_Operator": { - "modified": "2020-10-15T21:06:23.418Z", - "contributors": [ - "mpcjazz", - "segayuu", - "mushahiroyuki", - "yyss", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Operators/Comparison_Operators": { - "modified": "2020-10-15T21:04:54.922Z", - "contributors": [ - "tbpgr", - "mfuji09", - "yokotay", - "AkihikoTakeda", - "ambi", - "yyss", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Operators/Conditional_Operator": { - "modified": "2020-10-15T21:19:38.048Z", - "contributors": [ - "mfuji09", - "yyss", - "teoli" - ] - }, - "Web/JavaScript/Reference/Operators/Decrement": { - "modified": "2020-10-15T22:32:58.907Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Destructuring_assignment": { - "modified": "2020-10-18T15:35:50.082Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "raimon49", - "segayuu", - "yyss", - "kdex", - "chikoski", - "lv7777", - "shide55" - ] - }, - "Web/JavaScript/Reference/Operators/Division": { - "modified": "2020-10-15T22:32:53.172Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Division_assignment": { - "modified": "2020-10-15T22:31:38.287Z", - "contributors": [ - "dskmori", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Equality": { - "modified": "2020-11-15T02:35:46.664Z", - "contributors": [ - "uraway", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Exponentiation": { - "modified": "2020-10-15T22:35:18.342Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/JavaScript/Reference/Operators/Exponentiation_assignment": { - "modified": "2020-10-15T22:33:10.252Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Greater_than": { - "modified": "2020-10-15T22:32:57.838Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Greater_than_or_equal": { - "modified": "2020-10-15T22:32:58.759Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Grouping": { - "modified": "2020-10-15T21:37:09.926Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "bendyamin", - "chikoski", - "mamodayo", - "shide55" - ] - }, - "Web/JavaScript/Reference/Operators/Increment": { - "modified": "2020-10-15T22:32:47.450Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Inequality": { - "modified": "2020-10-15T22:33:07.374Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Left_shift": { - "modified": "2020-10-15T22:31:43.355Z", - "contributors": [ - "mpcjazz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Left_shift_assignment": { - "modified": "2020-10-15T22:33:09.337Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Less_than": { - "modified": "2020-10-15T22:33:12.485Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Less_than_or_equal": { - "modified": "2020-10-15T22:30:52.733Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Logical_AND": { - "modified": "2020-10-15T22:30:57.848Z", - "contributors": [ - "Linda_pp", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Logical_AND_assignment": { - "modified": "2020-10-15T22:35:19.081Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/JavaScript/Reference/Operators/Logical_NOT": { - "modified": "2020-10-15T22:30:49.877Z", - "contributors": [ - "ktmouk", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Logical_OR": { - "modified": "2020-10-15T22:30:50.600Z", - "contributors": [ - "dskmori", - "yohhoy", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Logical_OR_assignment": { - "modified": "2020-10-15T22:35:20.460Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/JavaScript/Reference/Operators/Logical_Operators": { - "modified": "2020-03-12T19:35:34.796Z", - "contributors": [ - "AkihikoTakeda", - "yyss", - "teoli", - "keiskimu", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Operators/Logical_nullish_assignment": { - "modified": "2020-10-15T22:35:18.806Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/JavaScript/Reference/Operators/Multiplication": { - "modified": "2020-10-15T22:32:55.767Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Multiplication_assignment": { - "modified": "2020-10-15T22:32:51.762Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Nullish_coalescing_operator": { - "modified": "2020-10-15T22:27:06.369Z", - "contributors": [ - "mpcjazz", - "dskmori", - "sthtnr", - "hayashi-ay" - ] - }, - "Web/JavaScript/Reference/Operators/Object_initializer": { - "modified": "2020-10-15T21:37:12.029Z", - "contributors": [ - "uricle", - "segayuu", - "aktuehr", - "AkihikoTakeda", - "dlwe", - "mdmss37", - "YuichiNukiyama", - "kdex", - "ambi", - "shide55" - ] - }, - "Web/JavaScript/Reference/Operators/Operator_Precedence": { - "modified": "2020-10-25T13:41:08.173Z", - "contributors": [ - "mpcjazz", - "tsrkhlm", - "mfuji09", - "sapics", - "hiroto7", - "mushahiroyuki", - "yyss", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Operators/Optional_chaining": { - "modified": "2020-10-15T22:22:12.601Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "frodo821", - "Marsf", - "hiroto7" - ] - }, - "Web/JavaScript/Reference/Operators/Pipeline_operator": { - "modified": "2020-10-17T14:59:10.566Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Operators/Property_Accessors": { - "modified": "2020-10-15T21:06:24.472Z", - "contributors": [ - "mfuji09", - "meteoride-zero", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Operators/Remainder": { - "modified": "2020-10-15T22:32:55.746Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Remainder_assignment": { - "modified": "2020-10-15T22:32:48.224Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Right_shift": { - "modified": "2020-10-15T22:31:54.442Z", - "contributors": [ - "mpcjazz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Right_shift_assignment": { - "modified": "2020-10-15T22:32:51.520Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Special": { - "modified": "2019-01-16T13:14:28.710Z", - "contributors": [ - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Operators/Special_Operators": { - "modified": "2019-01-16T13:12:31.355Z", - "contributors": [ - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Operators/Spread_syntax": { - "modified": "2020-10-29T05:23:21.104Z", - "contributors": [ - "mpcjazz", - "TakuyaTaniguchi", - "mfuji09", - "hikarock", - "segayuu", - "kei-itof" - ] - }, - "Web/JavaScript/Reference/Operators/Strict_equality": { - "modified": "2020-10-15T22:30:51.869Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Strict_inequality": { - "modified": "2020-10-15T22:30:51.526Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Subtraction": { - "modified": "2020-10-15T22:32:51.020Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Subtraction_assignment": { - "modified": "2020-10-15T22:32:52.166Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/Unary_negation": { - "modified": "2020-10-15T22:30:52.584Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Unary_plus": { - "modified": "2020-10-15T22:35:18.004Z", - "contributors": [ - "mpcjazz" - ] - }, - "Web/JavaScript/Reference/Operators/Unsigned_right_shift": { - "modified": "2020-10-15T22:31:54.168Z", - "contributors": [ - "mpcjazz", - "mfuji09" - ] - }, - "Web/JavaScript/Reference/Operators/Unsigned_right_shift_assignment": { - "modified": "2020-10-15T22:32:48.625Z", - "contributors": [ - "mpcjazz", - "eltociear" - ] - }, - "Web/JavaScript/Reference/Operators/async_function": { - "modified": "2020-03-12T19:45:00.947Z", - "contributors": [ - "frodo821", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Operators/await": { - "modified": "2020-10-29T07:12:39.326Z", - "contributors": [ - "mpcjazz", - "segayuu", - "TakashiSasaki", - "swallow-life", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Operators/class": { - "modified": "2020-10-15T21:34:39.408Z", - "contributors": [ - "tadasu", - "mfuji09", - "kei-itof", - "ambi", - "YuichiNukiyama", - "Marsf" - ] - }, - "Web/JavaScript/Reference/Operators/delete": { - "modified": "2020-10-15T21:19:40.713Z", - "contributors": [ - "eltociear", - "hideo54", - "dojyorin", - "dummy", - "gocho", - "YuichiNukiyama", - "fuwafuwafuwa", - "jungjoo", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Operators/function": { - "modified": "2020-10-15T21:06:24.601Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Uemmra3", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Operators/function*": { - "modified": "2020-10-19T15:58:17.472Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "dskmori", - "Uemmra3", - "ambi", - "shide55" - ] - }, - "Web/JavaScript/Reference/Operators/in": { - "modified": "2020-10-17T21:03:51.680Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "kdex", - "YuichiNukiyama", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Operators/instanceof": { - "modified": "2020-10-17T17:03:05.834Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "sutara79", - "woodmix", - "mandel59", - "YuichiNukiyama", - "teoli", - "ethertank", - "yyss" - ] - }, - "Web/JavaScript/Reference/Operators/new": { - "modified": "2020-10-17T15:51:07.225Z", - "contributors": [ - "mpcjazz", - "Naota", - "mfuji09", - "segayuu", - "yyss", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Operators/new.target": { - "modified": "2020-10-17T15:30:23.392Z", - "contributors": [ - "mpcjazz", - "segayuu", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Operators/super": { - "modified": "2020-10-17T15:58:03.663Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "segayuu", - "woodmix", - "YuichiNukiyama", - "Marsf" - ] - }, - "Web/JavaScript/Reference/Operators/this": { - "modified": "2020-12-03T04:16:06.218Z", - "contributors": [ - "Wind1808", - "mpcjazz", - "mfuji09", - "segayuu", - "Uemmra3", - "unz", - "676Masanori", - "YuichiNukiyama", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Operators/typeof": { - "modified": "2020-10-30T10:51:29.180Z", - "contributors": [ - "mpcjazz", - "ayokura", - "mfuji09", - "silverskyvicto", - "AkihikoTakeda", - "shundroid", - "lv7777", - "hayato", - "teoli", - "ethertank", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Operators/void": { - "modified": "2020-03-12T19:37:44.964Z", - "contributors": [ - "SphinxKnight", - "YuichiNukiyama", - "lv7777", - "coeurl", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Operators/yield": { - "modified": "2020-10-15T21:19:59.270Z", - "contributors": [ - "mfuji09", - "dlwe", - "Uemmra3", - "origami", - "kdex", - "chikoski", - "YuichiNukiyama", - "mantaroh", - "teoli", - "ethertank" - ] - }, - "Web/JavaScript/Reference/Operators/yield*": { - "modified": "2020-10-15T21:37:00.296Z", - "contributors": [ - "mfuji09", - "OldBigBuddha", - "toVersus", - "dlwe", - "Uemmra3", - "YuichiNukiyama", - "isdh", - "shide55" - ] - }, - "Web/JavaScript/Reference/Reserved_Words": { - "modified": "2019-12-24T12:46:59.479Z", - "contributors": [ - "Kisaragi", - "teoli", - "ethertank", - "dextra", - "Potappo", - "Mgjbot", - "Yuichirou", - "electrolysis" - ] - }, - "Web/JavaScript/Reference/Statements": { - "modified": "2020-11-08T07:12:52.702Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "ambi", - "myakura", - "x2357", - "teoli", - "yyss", - "ethertank", - "dextra", - "Potappo", - "Nanto vi", - "Mgjbot", - "Yuichirou" - ] - }, - "Web/JavaScript/Reference/Statements/Empty": { - "modified": "2020-11-08T05:59:21.656Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "mdmss37", - "ambi", - "dskmori", - "shide55" - ] - }, - "Web/JavaScript/Reference/Statements/async_function": { - "modified": "2020-10-19T08:04:32.553Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "coeurl", - "aximov", - "maechabin", - "segayuu", - "isdh", - "96beniko", - "jgs", - "H1Gdev", - "yoshioms1", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Statements/block": { - "modified": "2020-11-12T20:53:55.677Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "ambi", - "YuichiNukiyama", - "yyss", - "teoli", - "ethertank", - "Nanto vi", - "Mgjbot", - "Shimono" - ] - }, - "Web/JavaScript/Reference/Statements/break": { - "modified": "2020-11-08T07:00:51.711Z", - "contributors": [ - "mfuji09", - "woodmix", - "ambi", - "yyss", - "teoli", - "ethertank", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/class": { - "modified": "2020-10-15T21:34:36.196Z", - "contributors": [ - "mfuji09", - "woodmix", - "ambi", - "YuichiNukiyama", - "Marsf" - ] - }, - "Web/JavaScript/Reference/Statements/const": { - "modified": "2020-10-30T12:54:12.323Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "Uemmra3", - "Sync", - "ambi", - "higechira", - "rosskie", - "YuichiNukiyama", - "dskmori", - "yukirin", - "jungjoo", - "teoli", - "Susisu", - "ethertank", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/continue": { - "modified": "2020-11-08T06:29:25.207Z", - "contributors": [ - "mfuji09", - "ambi", - "yyss", - "teoli", - "ethertank", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/debugger": { - "modified": "2020-11-08T06:12:05.874Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "dlwe", - "YuichiNukiyama", - "shide55" - ] - }, - "Web/JavaScript/Reference/Statements/do...while": { - "modified": "2020-10-15T21:16:57.380Z", - "contributors": [ - "mfuji09", - "striderkein", - "yyss", - "teoli", - "ethertank", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/export": { - "modified": "2020-10-18T13:09:05.616Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "takamin", - "nack43", - "yyss", - "Flat", - "YuichiNukiyama", - "lv7777", - "teoli", - "ethertank", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/for": { - "modified": "2020-11-08T05:11:54.313Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "ambi", - "yyss", - "teoli", - "ethertank", - "Potappo", - "Nanto vi", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Statements/for-await...of": { - "modified": "2020-10-15T22:13:19.637Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "segayuu" - ] - }, - "Web/JavaScript/Reference/Statements/for...in": { - "modified": "2020-10-15T21:15:17.835Z", - "contributors": [ - "mfuji09", - "jy97", - "segayuu", - "taiga533", - "Uemmra3", - "ambi", - "lv7777", - "mamodayo", - "teoli", - "taiyaki32", - "ethertank", - "Potappo", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/for...of": { - "modified": "2020-10-19T17:33:31.654Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "taiyaki32lp64", - "dlwe", - "Uemmra3", - "ambi", - "mushahiroyuki", - "YuichiNukiyama", - "isdh", - "momdo", - "hashedhyphen", - "teoli", - "yyss" - ] - }, - "Web/JavaScript/Reference/Statements/function": { - "modified": "2020-11-08T04:01:23.227Z", - "contributors": [ - "mfuji09", - "mpcjazz", - "Uemmra3", - "ambi", - "yyss", - "teoli", - "dreissig.jahrhundert", - "ethertank", - "Mgjbot", - "Yuichirou", - "Hfjapancom" - ] - }, - "Web/JavaScript/Reference/Statements/function*": { - "modified": "2020-10-19T08:01:31.399Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "mandel59", - "Uemmra3", - "kdex", - "kei-itof", - "chikoski", - "lv7777", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Statements/if...else": { - "modified": "2020-10-15T21:17:16.238Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "segayuu", - "yyss", - "teoli", - "ethertank", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/import": { - "modified": "2020-10-18T11:05:45.284Z", - "contributors": [ - "mpcjazz", - "munieru_jp", - "Monota", - "sutara79", - "irxground", - "FumioNonaka", - "u_7cc", - "WhiteHawk-taka", - "yumetodo", - "ambi", - "kazu69", - "YuichiNukiyama", - "dskmori", - "lv7777", - "Kouhei", - "jungjoo", - "teoli", - "ethertank", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/import.meta": { - "modified": "2020-10-18T09:21:33.515Z", - "contributors": [ - "mpcjazz", - "frodo821", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Reference/Statements/label": { - "modified": "2020-10-15T21:16:54.264Z", - "contributors": [ - "mfuji09", - "isdh", - "yyss", - "teoli", - "ethertank", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/let": { - "modified": "2020-10-30T13:03:21.005Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "segayuu", - "dojyorin", - "isdh", - "YuichiNukiyama", - "Motchy", - "cohei", - "teoli", - "ethertank", - "Susisu", - "Wladimir_Palant", - "Potappo" - ] - }, - "Web/JavaScript/Reference/Statements/return": { - "modified": "2020-11-08T02:28:56.223Z", - "contributors": [ - "mfuji09", - "yyss", - "teoli", - "ethertank", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/switch": { - "modified": "2020-10-15T21:17:08.431Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "lv7777", - "yyss", - "vikohone", - "teoli", - "ethertank", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/throw": { - "modified": "2020-10-15T21:16:56.044Z", - "contributors": [ - "mfuji09", - "srknr", - "yyss", - "teoli", - "ethertank", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/try...catch": { - "modified": "2020-11-12T20:42:42.994Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "tscontenna", - "segayuu", - "YuichiNukiyama", - "mizukyf", - "yaoki", - "lv7777", - "ciffelia", - "hashedhyphen", - "teoli", - "ethertank", - "Nanto vi", - "Mgjbot" - ] - }, - "Web/JavaScript/Reference/Statements/var": { - "modified": "2020-12-04T02:38:41.630Z", - "contributors": [ - "mpcjazz", - "mfuji09", - "yuta0801", - "SphinxKnight", - "Uemmra3", - "yy_y_ja_jp", - "yyss", - "teoli", - "ledsun", - "ethertank", - "Potappo", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/while": { - "modified": "2020-11-08T00:24:08.207Z", - "contributors": [ - "mfuji09", - "Yusuke196", - "yyss", - "teoli", - "ethertank", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/with": { - "modified": "2020-11-07T23:41:27.856Z", - "contributors": [ - "mfuji09", - "yyss", - "teoli", - "ethertank", - "dextra", - "Mgjbot", - "Nanto vi" - ] - }, - "Web/JavaScript/Reference/Statements/yield": { - "modified": "2019-01-16T17:00:33.767Z", - "contributors": [ - "ethertank" - ] - }, - "Web/JavaScript/Reference/Strict_mode": { - "modified": "2020-10-22T11:10:11.802Z", - "contributors": [ - "mpcjazz", - "eltociear", - "mfuji09", - "Ss_Oo", - "isdh", - "teoli", - "mtmotoki@gmail.com", - "ethertank", - "yyss", - "saneyuki_s", - "nonki777" - ] - }, - "Web/JavaScript/Reference/Strict_mode/Transitioning_to_strict_mode": { - "modified": "2020-04-10T09:42:32.564Z", - "contributors": [ - "mfuji09", - "Uemmra3", - "nabetaro", - "SCENEE", - "ambi", - "shide55" - ] - }, - "Web/JavaScript/Reference/Template_literals": { - "modified": "2020-10-15T21:33:08.783Z", - "contributors": [ - "mfuji09", - "UndyingSugimoto", - "dskmori", - "akiko-pusu", - "shuuji3", - "isdh", - "toris-birds", - "ginpei", - "ambi", - "dynamis", - "mushahiroyuki", - "YuichiNukiyama", - "lv7777", - "kyanny", - "hinaloe" - ] - }, - "Web/JavaScript/Reference/Trailing_commas": { - "modified": "2020-11-07T07:57:15.597Z", - "contributors": [ - "mpcjazz", - "YuichiNukiyama" - ] - }, - "Web/JavaScript/Shells": { - "modified": "2020-11-22T14:52:43.660Z", - "contributors": [ - "mfuji09", - "ethertank", - "ziyunfei", - "shirayuki", - "Potappo", - "Mgjbot", - "Taken", - "electrolysis" - ] - }, - "Web/JavaScript/Typed_arrays": { - "modified": "2020-10-22T11:51:55.103Z", - "contributors": [ - "mpcjazz", - "ysgk", - "YuichiNukiyama", - "yyss", - "ethertank", - "kohei.yoshino", - "Yukoba", - "saneyuki_s", - "hATrayflood" - ] - }, - "Web/Manifest": { - "modified": "2020-10-15T21:48:19.083Z", - "contributors": [ - "mfuji09", - "JohnTitor", - "mottox2", - "east-pmo", - "sujiniku", - "YuichiNukiyama" - ] - }, - "Web/Manifest/background_color": { - "modified": "2020-10-15T22:29:06.754Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/categories": { - "modified": "2020-10-15T22:29:07.021Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/description": { - "modified": "2020-10-15T22:29:05.707Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/dir": { - "modified": "2020-10-15T22:29:07.713Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/display": { - "modified": "2020-10-15T22:29:06.946Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/iarc_rating_id": { - "modified": "2020-10-15T22:29:07.852Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/icons": { - "modified": "2020-10-15T22:29:07.009Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/lang": { - "modified": "2020-10-15T22:29:08.894Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/name": { - "modified": "2020-10-15T22:29:06.830Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/orientation": { - "modified": "2020-10-15T22:29:07.784Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/prefer_related_applications": { - "modified": "2020-10-15T22:29:07.739Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/related_applications": { - "modified": "2020-10-15T22:29:10.435Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/scope": { - "modified": "2020-10-15T22:29:08.903Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/screenshots": { - "modified": "2020-10-15T22:29:10.927Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/serviceworker": { - "modified": "2020-10-15T22:29:06.759Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/short_name": { - "modified": "2020-10-15T22:29:09.571Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Manifest/start_url": { - "modified": "2020-10-15T22:29:11.077Z", - "contributors": [ - "sunya9", - "mfuji09" - ] - }, - "Web/Manifest/theme_color": { - "modified": "2020-10-15T22:29:08.873Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/MathML": { - "modified": "2020-10-15T21:27:32.187Z", - "contributors": [ - "RyotaMurohoshi", - "Marsf", - "cosmology233", - "Fajrovulpo", - "teoli", - "fred.wang", - "JDB" - ] - }, - "Web/MathML/Attribute": { - "modified": "2019-03-23T23:15:24.685Z", - "contributors": [ - "Marsf", - "Fajrovulpo" - ] - }, - "Web/MathML/Attribute/Values": { - "modified": "2020-08-05T13:50:06.580Z", - "contributors": [ - "eltociear" - ] - }, - "Web/MathML/Authoring": { - "modified": "2020-11-28T13:33:37.561Z", - "contributors": [ - "mfuji09", - "YUUKIToriyama", - "cmplstofB" - ] - }, - "Web/MathML/Element": { - "modified": "2019-03-23T23:16:33.288Z", - "contributors": [ - "Marsf", - "Fajrovulpo", - "teoli", - "splewako" - ] - }, - "Web/MathML/Element/math": { - "modified": "2020-10-21T03:52:04.022Z", - "contributors": [ - "Wind1808", - "mfuji09", - "ExE-Boss", - "wbamberg", - "momdo", - "teoli", - "ethertank" - ] - }, - "Web/MathML/Element/merror": { - "modified": "2020-10-15T21:49:44.995Z", - "contributors": [ - "monman53", - "momdo" - ] - }, - "Web/MathML/Element/mfenced": { - "modified": "2020-10-15T21:27:39.756Z", - "contributors": [ - "monman53", - "momdo", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/mfrac": { - "modified": "2020-10-15T21:27:26.640Z", - "contributors": [ - "dskmori", - "YUUKIToriyama", - "monman53", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/mi": { - "modified": "2020-10-15T21:27:33.361Z", - "contributors": [ - "monman53", - "momdo", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/mmultiscripts": { - "modified": "2020-10-15T21:38:00.787Z", - "contributors": [ - "monman53", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/mn": { - "modified": "2020-10-15T21:27:24.923Z", - "contributors": [ - "monman53", - "momdo", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/mo": { - "modified": "2020-10-15T21:27:28.070Z", - "contributors": [ - "monman53", - "momdo", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/mover": { - "modified": "2020-10-15T21:38:15.472Z", - "contributors": [ - "monman53", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/mphantom": { - "modified": "2020-10-15T21:38:02.867Z", - "contributors": [ - "monman53", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/mroot": { - "modified": "2020-11-28T14:03:30.620Z", - "contributors": [ - "mfuji09", - "YUUKIToriyama", - "monman53", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/mspace": { - "modified": "2020-10-15T21:27:47.876Z", - "contributors": [ - "monman53", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/msqrt": { - "modified": "2020-10-15T21:27:39.568Z", - "contributors": [ - "YUUKIToriyama", - "monman53", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/msub": { - "modified": "2020-10-15T21:27:32.664Z", - "contributors": [ - "monman53", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/msubsup": { - "modified": "2020-10-15T21:55:33.647Z", - "contributors": [ - "monman53", - "momdo" - ] - }, - "Web/MathML/Element/msup": { - "modified": "2020-10-15T21:27:33.720Z", - "contributors": [ - "monman53", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/mtable": { - "modified": "2020-10-15T21:27:24.041Z", - "contributors": [ - "monman53", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/mtd": { - "modified": "2020-10-15T21:27:39.693Z", - "contributors": [ - "fscholz", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/mtext": { - "modified": "2020-10-15T21:49:45.476Z", - "contributors": [ - "monman53", - "momdo" - ] - }, - "Web/MathML/Element/mtr": { - "modified": "2020-10-15T21:27:44.545Z", - "contributors": [ - "monman53", - "Fajrovulpo" - ] - }, - "Web/MathML/Element/munder": { - "modified": "2020-10-15T22:27:50.328Z", - "contributors": [ - "YUUKIToriyama" - ] - }, - "Web/MathML/Element/semantics": { - "modified": "2020-10-15T21:49:45.863Z", - "contributors": [ - "cmplstofB", - "monman53", - "momdo" - ] - }, - "Web/MathML/Examples": { - "modified": "2019-03-23T22:48:58.405Z", - "contributors": [ - "dskmori", - "cosmology233" - ] - }, - "Web/MathML/Examples/Deriving_the_Quadratic_Formula": { - "modified": "2019-01-16T21:21:04.583Z", - "contributors": [ - "dskmori", - "cosmology233" - ] - }, - "Web/MathML/Examples/MathML_Pythagorean_Theorem": { - "modified": "2019-03-23T22:48:54.236Z", - "contributors": [ - "dskmori", - "cosmology233" - ] - }, - "Web/MathML/Index": { - "modified": "2019-01-16T21:55:31.944Z", - "contributors": [ - "Marsf" - ] - }, - "Web/Media": { - "modified": "2020-10-24T14:12:13.318Z", - "contributors": [ - "silverskyvicto", - "YujiSoftware", - "Uemmra3", - "dskmori", - "Suuzuukii" - ] - }, - "Web/Media/Autoplay_guide": { - "modified": "2019-04-28T02:00:15.544Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Media/DASH_Adaptive_Streaming_for_HTML_5_Video": { - "modified": "2020-11-09T07:34:36.710Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "niusounds" - ] - }, - "Web/Media/Formats": { - "modified": "2020-09-03T13:27:24.598Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Media/Formats/Image_types": { - "modified": "2020-11-09T23:53:41.374Z", - "contributors": [ - "taiyaki32lp64", - "mfuji09", - "silverskyvicto" - ] - }, - "Web/Media/Streaming": { - "modified": "2020-09-26T09:15:22.711Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/Media/images": { - "modified": "2020-09-26T09:41:20.091Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/Media/images/aspect_ratio_mapping": { - "modified": "2020-09-26T09:38:55.116Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/Performance": { - "modified": "2019-06-08T03:21:46.701Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/Performance/How_browsers_work": { - "modified": "2020-05-23T02:59:41.163Z", - "contributors": [ - "Uemmra3", - "dskmori", - "succi0303", - "chrisdavidmills" - ] - }, - "Web/Progressive_web_apps": { - "modified": "2020-05-17T10:04:50.272Z", - "contributors": [ - "mfuji09", - "chrisdavidmills", - "chikoski", - "k-kuwahara", - "Uemmra3" - ] - }, - "Web/Progressive_web_apps/Add_to_home_screen": { - "modified": "2020-12-06T08:20:43.592Z", - "contributors": [ - "mfuji09", - "YUUKIToriyama", - "chrisdavidmills", - "k-kuwahara" - ] - }, - "Web/Progressive_web_apps/Advantages": { - "modified": "2019-04-12T06:10:43.269Z", - "contributors": [ - "Wind1808" - ] - }, - "Web/Progressive_web_apps/App_structure": { - "modified": "2020-08-07T03:55:19.974Z", - "contributors": [ - "mfuji09", - "Wind1808", - "chrisdavidmills", - "silverskyvicto" - ] - }, - "Web/Progressive_web_apps/Installable_PWAs": { - "modified": "2020-08-07T04:55:28.888Z", - "contributors": [ - "mfuji09", - "Wind1808", - "chrisdavidmills" - ] - }, - "Web/Progressive_web_apps/Introduction": { - "modified": "2020-02-27T11:44:15.897Z", - "contributors": [ - "Uemmra3", - "classLACIA", - "mfuji09", - "ginpei", - "comame", - "chrisdavidmills", - "szk0u" - ] - }, - "Web/Progressive_web_apps/Loading": { - "modified": "2019-11-04T15:24:56.030Z", - "contributors": [ - "mfuji09", - "Wind1808" - ] - }, - "Web/Progressive_web_apps/Offline_Service_workers": { - "modified": "2020-08-16T03:29:52.576Z", - "contributors": [ - "mfuji09", - "Wind1808", - "chrisdavidmills" - ] - }, - "Web/Progressive_web_apps/Re-engageable_Notifications_Push": { - "modified": "2020-08-07T04:08:11.939Z", - "contributors": [ - "mfuji09", - "Wind1808", - "chrisdavidmills" - ] - }, - "Web/Progressive_web_apps/Responsive/Media_types": { - "modified": "2020-05-24T03:45:53.652Z", - "contributors": [ - "mfuji09", - "teoli", - "siokoshou", - "ethertank", - "sosleepy" - ] - }, - "Web/Reference": { - "modified": "2019-12-12T08:11:29.716Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "Omotecho", - "Uemmra3", - "Marsf", - "lv7777", - "Sheppy" - ] - }, - "Web/Reference/API": { - "modified": "2019-03-23T23:25:08.839Z", - "contributors": [ - "yyss" - ] - }, - "Web/SVG": { - "modified": "2020-04-07T10:06:05.125Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "hysryt", - "Uemmra3", - "shuuji3", - "hamasaki", - "knagato", - "manzyun", - "ethertank", - "yyss", - "saneyuki", - "Kohei", - "Verruckt", - "Okome", - "Mgjbot", - "Takenbot", - "Taken Bot", - "Taken", - "Shimono" - ] - }, - "Web/SVG/Applying_SVG_effects_to_HTML_content": { - "modified": "2019-03-24T00:10:10.765Z", - "contributors": [ - "shuuji3", - "hamasaki", - "knagato", - "dynamis", - "yiwasaki" - ] - }, - "Web/SVG/Attribute": { - "modified": "2020-06-10T08:33:58.156Z", - "contributors": [ - "mfuji09", - "n-oshiro", - "Marsf", - "manzyun", - "kscarfone" - ] - }, - "Web/SVG/Attribute/accent-height": { - "modified": "2020-10-15T22:28:50.166Z", - "contributors": [ - "n-oshiro" - ] - }, - "Web/SVG/Attribute/alignment-baseline": { - "modified": "2020-10-16T10:40:10.316Z", - "contributors": [ - "mfuji09", - "yofu" - ] - }, - "Web/SVG/Attribute/cx": { - "modified": "2020-03-29T20:34:11.148Z", - "contributors": [ - "n-oshiro", - "wbamberg", - "manzyun" - ] - }, - "Web/SVG/Attribute/cy": { - "modified": "2020-03-29T20:35:44.109Z", - "contributors": [ - "n-oshiro" - ] - }, - "Web/SVG/Attribute/d": { - "modified": "2020-04-17T14:04:21.194Z", - "contributors": [ - "Satachito", - "n-oshiro", - "zakki", - "arayaryoma", - "Shunter1112" - ] - }, - "Web/SVG/Attribute/dx": { - "modified": "2019-09-11T03:19:45.022Z", - "contributors": [ - "SphinxKnight", - "yamasy1549", - "piyo-ko" - ] - }, - "Web/SVG/Attribute/end": { - "modified": "2020-03-17T14:17:14.299Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/SVG/Attribute/fill": { - "modified": "2020-10-15T22:24:58.855Z", - "contributors": [ - "monman53" - ] - }, - "Web/SVG/Attribute/fill-opacity": { - "modified": "2020-10-15T22:28:48.011Z", - "contributors": [ - "n-oshiro" - ] - }, - "Web/SVG/Attribute/filterUnits": { - "modified": "2019-03-23T22:46:59.675Z", - "contributors": [ - "sundaycrafts" - ] - }, - "Web/SVG/Attribute/href": { - "modified": "2020-10-15T22:30:18.171Z", - "contributors": [ - "creampie.6950" - ] - }, - "Web/SVG/Attribute/id": { - "modified": "2020-10-15T22:31:43.259Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/SVG/Attribute/lengthAdjust": { - "modified": "2019-03-18T21:44:58.545Z", - "contributors": [ - "piyo-ko" - ] - }, - "Web/SVG/Attribute/marker-mid": { - "modified": "2020-10-15T22:28:49.124Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/SVG/Attribute/onclick": { - "modified": "2020-10-15T22:30:36.187Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/SVG/Attribute/points": { - "modified": "2020-11-16T07:59:59.493Z", - "contributors": [ - "h.itoh" - ] - }, - "Web/SVG/Attribute/r": { - "modified": "2019-03-18T21:25:24.345Z", - "contributors": [ - "piyo-ko" - ] - }, - "Web/SVG/Attribute/scale": { - "modified": "2020-10-15T22:28:49.673Z", - "contributors": [ - "n-oshiro" - ] - }, - "Web/SVG/Attribute/stroke": { - "modified": "2019-03-18T21:34:23.671Z", - "contributors": [ - "N.Wada" - ] - }, - "Web/SVG/Attribute/stroke-dasharray": { - "modified": "2020-11-16T20:18:48.153Z", - "contributors": [ - "koj" - ] - }, - "Web/SVG/Attribute/stroke-dashoffset": { - "modified": "2020-11-16T20:45:58.430Z", - "contributors": [ - "koj" - ] - }, - "Web/SVG/Attribute/stroke-linecap": { - "modified": "2019-03-18T21:36:04.538Z", - "contributors": [ - "dskmori", - "smellman" - ] - }, - "Web/SVG/Attribute/stroke-linejoin": { - "modified": "2019-03-18T21:36:05.342Z", - "contributors": [ - "dskmori", - "smellman" - ] - }, - "Web/SVG/Attribute/transform": { - "modified": "2020-04-18T13:11:33.141Z", - "contributors": [ - "mfuji09", - "cmplstofB", - "SphinxKnight", - "piyo-ko", - "hiraku", - "manzyun" - ] - }, - "Web/SVG/Attribute/viewBox": { - "modified": "2019-03-18T21:35:31.942Z", - "contributors": [ - "tarunama" - ] - }, - "Web/SVG/Attribute/writing-mode": { - "modified": "2020-12-03T14:41:34.058Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/SVG/Attribute/x": { - "modified": "2019-03-23T23:14:28.353Z", - "contributors": [ - "manzyun" - ] - }, - "Web/SVG/Attribute/x1": { - "modified": "2019-03-18T21:10:26.382Z", - "contributors": [ - "piyo-ko" - ] - }, - "Web/SVG/Attribute/y": { - "modified": "2019-03-23T23:14:33.653Z", - "contributors": [ - "manzyun" - ] - }, - "Web/SVG/Compatibility_sources": { - "modified": "2020-04-10T04:21:19.554Z", - "contributors": [ - "mfuji09", - "n-oshiro" - ] - }, - "Web/SVG/Content_type": { - "modified": "2019-03-23T23:19:31.639Z", - "contributors": [ - "wbamberg", - "SphinxKnight", - "manzyun" - ] - }, - "Web/SVG/Element": { - "modified": "2020-10-30T06:26:59.367Z", - "contributors": [ - "rigani", - "mfuji09", - "irimame256", - "kenji-yamasaki", - "Marsf", - "teoli", - "manzyun", - "ethertank" - ] - }, - "Web/SVG/Element/a": { - "modified": "2020-10-15T21:26:59.042Z", - "contributors": [ - "mfuji09", - "takenspc", - "wbamberg", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/animate": { - "modified": "2020-10-15T21:26:57.647Z", - "contributors": [ - "n-oshiro", - "mfuji09", - "takenspc", - "wbamberg", - "Sebastianz", - "fscholz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/animateColor": { - "modified": "2020-10-15T21:27:02.463Z", - "contributors": [ - "takenspc", - "wbamberg", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/animateMotion": { - "modified": "2020-11-12T07:13:36.041Z", - "contributors": [ - "mfuji09", - "8845musign", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/animateTransform": { - "modified": "2020-10-15T21:27:03.149Z", - "contributors": [ - "8845musign", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/circle": { - "modified": "2020-10-15T21:26:58.426Z", - "contributors": [ - "fscholz", - "hashedhyphen", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/defs": { - "modified": "2020-10-15T21:31:05.408Z", - "contributors": [ - "takenspc", - "Akihiro_0326", - "Sebastianz", - "eurocated", - "Shunter1112" - ] - }, - "Web/SVG/Element/desc": { - "modified": "2020-10-15T21:26:59.631Z", - "contributors": [ - "fscholz", - "momdo", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/ellipse": { - "modified": "2020-10-15T21:26:59.559Z", - "contributors": [ - "dskmori", - "takenspc", - "wbamberg", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/feColorMatrix": { - "modified": "2020-12-06T03:21:31.378Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/SVG/Element/feDropShadow": { - "modified": "2020-12-06T04:50:22.193Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/SVG/Element/foreignObject": { - "modified": "2020-10-15T21:49:52.776Z", - "contributors": [ - "takenspc", - "momdo" - ] - }, - "Web/SVG/Element/g": { - "modified": "2020-10-15T21:25:53.688Z", - "contributors": [ - "n-oshiro", - "takenspc", - "Sebastianz", - "teoli", - "twe" - ] - }, - "Web/SVG/Element/hatchpath": { - "modified": "2020-12-06T00:02:55.360Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/SVG/Element/image": { - "modified": "2020-10-15T21:49:54.463Z", - "contributors": [ - "mfuji09", - "takenspc", - "H1Gdev", - "Ss_Oo", - "momdo" - ] - }, - "Web/SVG/Element/line": { - "modified": "2020-10-15T21:27:00.385Z", - "contributors": [ - "mfuji09", - "rigani", - "takenspc", - "wbamberg", - "Sebastianz", - "nandenjin", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/linearGradient": { - "modified": "2020-10-15T21:27:02.413Z", - "contributors": [ - "takenspc", - "wbamberg", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/mask": { - "modified": "2020-10-15T22:17:16.460Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/SVG/Element/metadata": { - "modified": "2020-10-15T21:27:02.818Z", - "contributors": [ - "takenspc", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/mpath": { - "modified": "2020-10-15T21:48:32.619Z", - "contributors": [ - "takenspc", - "Sebastianz", - "tkuro11" - ] - }, - "Web/SVG/Element/path": { - "modified": "2020-10-15T21:20:22.299Z", - "contributors": [ - "n-oshiro", - "takenspc", - "Sebastianz", - "teoli", - "ethertank" - ] - }, - "Web/SVG/Element/pattern": { - "modified": "2020-10-15T22:24:59.776Z", - "contributors": [ - "monman53" - ] - }, - "Web/SVG/Element/polygon": { - "modified": "2020-10-15T21:27:02.474Z", - "contributors": [ - "FumioNonaka", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/polyline": { - "modified": "2020-10-15T21:26:59.721Z", - "contributors": [ - "takenspc", - "wbamberg", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/radialGradient": { - "modified": "2020-10-15T21:27:05.349Z", - "contributors": [ - "takenspc", - "liang664", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/rect": { - "modified": "2020-10-15T21:27:03.241Z", - "contributors": [ - "takenspc", - "wbamberg", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/script": { - "modified": "2020-11-24T11:35:16.125Z", - "contributors": [ - "pcw", - "takenspc", - "momdo" - ] - }, - "Web/SVG/Element/set": { - "modified": "2020-10-15T21:27:03.074Z", - "contributors": [ - "takenspc", - "wbamberg", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/solidColor": { - "modified": "2020-12-06T03:41:32.485Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/SVG/Element/svg": { - "modified": "2020-10-15T21:25:51.866Z", - "contributors": [ - "n-oshiro", - "silverskyvicto", - "momdo", - "Sebastianz", - "teoli", - "twe" - ] - }, - "Web/SVG/Element/switch": { - "modified": "2020-10-15T22:30:14.393Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/SVG/Element/text": { - "modified": "2020-10-15T21:52:36.228Z", - "contributors": [ - "takenspc", - "dskmori", - "lakiryt" - ] - }, - "Web/SVG/Element/title": { - "modified": "2020-10-15T21:27:07.102Z", - "contributors": [ - "takenspc", - "momdo", - "Sebastianz", - "teoli", - "manzyun" - ] - }, - "Web/SVG/Element/tspan": { - "modified": "2020-12-06T04:01:15.348Z", - "contributors": [ - "mfuji09", - "dskmori", - "lakiryt" - ] - }, - "Web/SVG/Element/use": { - "modified": "2020-12-06T04:36:04.631Z", - "contributors": [ - "mfuji09", - "takenspc", - "momdo", - "Sebastianz", - "twe", - "teoli" - ] - }, - "Web/SVG/Index": { - "modified": "2019-01-16T21:55:52.943Z", - "contributors": [ - "Marsf" - ] - }, - "Web/SVG/Namespaces_Crash_Course": { - "modified": "2019-03-23T23:49:34.244Z", - "contributors": [ - "ethertank", - "Marsf", - "Taken", - "Taken Bot" - ] - }, - "Web/SVG/Namespaces_Crash_Course/Example": { - "modified": "2019-03-23T23:49:27.768Z", - "contributors": [ - "ethertank", - "Marsf", - "Taken" - ] - }, - "Web/SVG/Other_Resources": { - "modified": "2019-11-30T14:11:47.224Z", - "contributors": [ - "mfuji09", - "ethertank", - "Mgjbot", - "Okome", - "Shimono" - ] - }, - "Web/SVG/SVG_animation_with_SMIL": { - "modified": "2019-03-24T00:12:22.914Z", - "contributors": [ - "fscholz", - "ethertank", - "yyss" - ] - }, - "Web/SVG/SVG_as_an_Image": { - "modified": "2020-12-07T08:35:23.954Z", - "contributors": [ - "mfuji09", - "YujiSoftware", - "ethertank" - ] - }, - "Web/SVG/Scripting": { - "modified": "2019-01-16T15:49:40.860Z", - "contributors": [ - "ethertank", - "Marsf", - "Taken" - ] - }, - "Web/SVG/Tutorial": { - "modified": "2019-10-15T10:56:59.977Z", - "contributors": [ - "cmplstofB", - "ethertank", - "Marsf", - "yyss", - "Mgjbot", - "Okome", - "Taken" - ] - }, - "Web/SVG/Tutorial/Basic_Shapes": { - "modified": "2019-01-16T12:52:52.901Z", - "contributors": [ - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/Basic_Transformations": { - "modified": "2019-03-24T00:17:20.537Z", - "contributors": [ - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/Clipping_and_masking": { - "modified": "2019-03-23T23:39:43.832Z", - "contributors": [ - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/Fills_and_Strokes": { - "modified": "2019-04-21T03:19:28.543Z", - "contributors": [ - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/Filter_effects": { - "modified": "2019-01-16T16:31:00.025Z", - "contributors": [ - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/Getting_Started": { - "modified": "2020-03-26T05:29:02.408Z", - "contributors": [ - "mfuji09", - "coder-ka", - "nacyot", - "ethertank", - "yyss", - "Mgjbot", - "STT" - ] - }, - "Web/SVG/Tutorial/Gradients": { - "modified": "2019-10-16T09:24:50.701Z", - "contributors": [ - "cmplstofB", - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/Introduction": { - "modified": "2019-03-24T00:18:28.761Z", - "contributors": [ - "ethertank", - "yyss", - "Mgjbot", - "Okome", - "STT" - ] - }, - "Web/SVG/Tutorial/Other_content_in_SVG": { - "modified": "2019-01-16T21:10:10.225Z", - "contributors": [ - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/Paths": { - "modified": "2020-07-12T09:00:56.201Z", - "contributors": [ - "5064", - "mfuji09", - "aki-webii", - "I_Slapped_The_Goose", - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/Patterns": { - "modified": "2019-07-06T07:27:17.605Z", - "contributors": [ - "H1Gdev", - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/Positions": { - "modified": "2019-03-24T00:18:23.971Z", - "contributors": [ - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/SVG_Fonts": { - "modified": "2019-03-23T23:39:35.285Z", - "contributors": [ - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/SVG_Image_Tag": { - "modified": "2019-11-30T13:58:51.949Z", - "contributors": [ - "mfuji09", - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/SVG_In_HTML_Introduction": { - "modified": "2020-05-04T11:17:58.371Z", - "contributors": [ - "mfuji09", - "chrisdavidmills", - "jigs12", - "Marsf", - "Okome", - "Taken Bot", - "Shimono" - ] - }, - "Web/SVG/Tutorial/Texts": { - "modified": "2019-03-24T00:17:04.482Z", - "contributors": [ - "ethertank", - "yyss" - ] - }, - "Web/SVG/Tutorial/Tools_for_SVG": { - "modified": "2019-01-16T16:31:54.113Z", - "contributors": [ - "ethertank", - "yyss" - ] - }, - "Web/Security": { - "modified": "2020-10-23T10:10:20.330Z", - "contributors": [ - "silverskyvicto", - "pcw", - "mfuji09", - "SphinxKnight", - "hashedhyphen", - "takashi" - ] - }, - "Web/Security/Certificate_Transparency": { - "modified": "2020-10-24T06:27:55.333Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/Security/Information_Security_Basics": { - "modified": "2020-03-15T03:29:26.429Z", - "contributors": [ - "mfuji09", - "takubokudori", - "Uemmra3" - ] - }, - "Web/Security/Insecure_passwords": { - "modified": "2020-09-24T14:12:23.139Z", - "contributors": [ - "mfuji09", - "horichiyo", - "hashedhyphen" - ] - }, - "Web/Security/Mixed_content": { - "modified": "2020-08-31T12:56:43.359Z", - "contributors": [ - "mfuji09", - "YuichiNukiyama", - "hashedhyphen", - "clariroid" - ] - }, - "Web/Security/Mixed_content/How_to_fix_website_with_mixed_content": { - "modified": "2020-09-26T07:03:01.189Z", - "contributors": [ - "mfuji09", - "hashedhyphen", - "tomg25" - ] - }, - "Web/Security/Public_Key_Pinning": { - "modified": "2020-10-15T21:36:10.884Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "hashedhyphen", - "clariroid" - ] - }, - "Web/Security/Referer_header:_privacy_and_security_concerns": { - "modified": "2020-10-24T06:28:29.243Z", - "contributors": [ - "silverskyvicto", - "soratako", - "mfuji09", - "ShowGoTagami" - ] - }, - "Web/Security/Same-origin_policy": { - "modified": "2020-09-26T14:15:25.418Z", - "contributors": [ - "mfuji09", - "commis1059", - "hashedhyphen", - "hamasaki", - "yyss", - "geckotang+gh", - "ethertank", - "Ghostheaven", - "Potappo", - "Kohei" - ] - }, - "Web/Security/Secure_Contexts": { - "modified": "2020-10-22T14:39:53.506Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "Uemmra3", - "YuichiNukiyama", - "hashedhyphen" - ] - }, - "Web/Security/Secure_Contexts/features_restricted_to_secure_contexts": { - "modified": "2020-10-23T09:50:39.875Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "YuichiNukiyama" - ] - }, - "Web/Security/Securing_your_site": { - "modified": "2020-07-25T12:16:18.770Z", - "contributors": [ - "pcw", - "mfuji09", - "satakeh", - "hashedhyphen" - ] - }, - "Web/Security/Securing_your_site/Turning_off_form_autocompletion": { - "modified": "2020-07-25T12:03:22.245Z", - "contributors": [ - "pcw", - "mfuji09", - "hashedhyphen" - ] - }, - "Web/Security/Subdomain_takeovers": { - "modified": "2020-10-23T16:21:24.230Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/Security/Subresource_Integrity": { - "modified": "2020-10-23T10:16:42.622Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "reioto", - "hashedhyphen", - "satakeh" - ] - }, - "Web/Security/Transport_Layer_Security": { - "modified": "2020-10-23T09:47:35.770Z", - "contributors": [ - "silverskyvicto", - "pcw", - "mfuji09", - "hashedhyphen" - ] - }, - "Web/Security/Types_of_attacks": { - "modified": "2020-10-24T06:26:51.108Z", - "contributors": [ - "silverskyvicto" - ] - }, - "Web/Security/Weak_Signature_Algorithm": { - "modified": "2020-10-23T09:55:17.907Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "hashedhyphen" - ] - }, - "Web/Specification_list": { - "modified": "2019-03-23T22:36:04.299Z", - "contributors": [ - "lv7777" - ] - }, - "Web/Tutorials": { - "modified": "2019-06-10T15:05:39.813Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "hamasaki", - "Uemmra3", - "higechira", - "takubokudori", - "horichiyo", - "t-cool", - "karaage-kun", - "taiyaki32lp64", - "YuichiKamiki", - "Mohawk" - ] - }, - "Web/WebDriver": { - "modified": "2020-10-15T22:28:29.913Z", - "contributors": [ - "mfuji09" - ] - }, - "Web/Web_Components": { - "modified": "2020-08-10T00:49:23.231Z", - "contributors": [ - "manzyun", - "dlwe", - "toVersus", - "momdo", - "albatrosary", - "maybe" - ] - }, - "Web/Web_Components/HTML_Imports": { - "modified": "2020-10-15T22:23:11.378Z", - "contributors": [ - "reodog" - ] - }, - "Web/Web_Components/Status_in_Firefox": { - "modified": "2019-03-23T22:35:08.421Z", - "contributors": [ - "ueokande", - "dskmori" - ] - }, - "Web/Web_Components/Using_custom_elements": { - "modified": "2020-01-11T10:20:01.300Z", - "contributors": [ - "classLACIA", - "miyah-kun", - "HeRoMo" - ] - }, - "Web/Web_Components/Using_shadow_DOM": { - "modified": "2020-03-28T18:51:09.584Z", - "contributors": [ - "arayaryoma", - "perpouh", - "dlwe", - "elkurin" - ] - }, - "Web/Web_Components/Using_templates_and_slots": { - "modified": "2019-09-19T13:54:48.020Z", - "contributors": [ - "miyah-kun", - "sudame", - "elkurin" - ] - }, - "Web/XML": { - "modified": "2019-03-23T23:50:12.624Z", - "contributors": [ - "ExE-Boss" - ] - }, - "Web/XML/XML_Introduction": { - "modified": "2019-05-01T21:52:56.542Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Potappo", - "Mgjbot", - "Foximer" - ] - }, - "Web/XPath": { - "modified": "2020-10-24T08:12:08.073Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "ExE-Boss", - "SphinxKnight", - "ethertank", - "fscholz", - "Mgjbot", - "Shoot", - "Gakuueda", - "Okome" - ] - }, - "Web/XPath/Axes": { - "modified": "2019-03-30T15:58:22.824Z", - "contributors": [ - "silverskyvicto", - "ExE-Boss", - "Mgjbot", - "Shoot" - ] - }, - "Web/XPath/Axes/ancestor": { - "modified": "2019-01-17T03:28:09.177Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Axes/ancestor-or-self": { - "modified": "2019-03-18T21:28:03.767Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Axes/attribute": { - "modified": "2019-03-30T16:06:16.122Z", - "contributors": [ - "silverskyvicto", - "ExE-Boss" - ] - }, - "Web/XPath/Axes/child": { - "modified": "2020-10-15T22:08:08.333Z", - "contributors": [ - "silverskyvicto", - "ExE-Boss" - ] - }, - "Web/XPath/Axes/descendant": { - "modified": "2019-01-17T03:28:56.581Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Axes/descendant-or-self": { - "modified": "2019-01-17T03:28:36.654Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Axes/following": { - "modified": "2019-01-17T03:29:05.424Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Axes/following-sibling": { - "modified": "2019-01-17T03:29:25.545Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Axes/namespace": { - "modified": "2019-03-18T21:27:59.706Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Axes/parent": { - "modified": "2019-01-17T03:28:42.276Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Axes/preceding": { - "modified": "2019-01-17T03:29:16.726Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Axes/preceding-sibling": { - "modified": "2019-01-17T03:29:19.432Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Axes/self": { - "modified": "2020-10-15T22:08:17.935Z", - "contributors": [ - "silverskyvicto", - "ExE-Boss" - ] - }, - "Web/XPath/Comparison_with_CSS_selectors": { - "modified": "2020-10-24T08:07:33.764Z", - "contributors": [ - "silverskyvicto", - "mfuji09" - ] - }, - "Web/XPath/Functions": { - "modified": "2019-03-30T15:59:12.311Z", - "contributors": [ - "silverskyvicto", - "ExE-Boss", - "teoli", - "Mgjbot", - "Shoot" - ] - }, - "Web/XPath/Functions/boolean": { - "modified": "2019-10-11T08:28:23.493Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/ceiling": { - "modified": "2019-03-23T23:49:11.327Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/choose": { - "modified": "2019-03-24T00:02:06.973Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "teoli", - "yiwasaki" - ] - }, - "Web/XPath/Functions/concat": { - "modified": "2019-03-23T23:49:18.440Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/contains": { - "modified": "2019-03-23T23:49:18.920Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/count": { - "modified": "2019-03-23T23:49:16.746Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/current": { - "modified": "2019-03-18T21:27:49.496Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Functions/document": { - "modified": "2020-10-24T08:13:42.920Z", - "contributors": [ - "silverskyvicto", - "ExE-Boss" - ] - }, - "Web/XPath/Functions/element-available": { - "modified": "2019-03-18T21:27:47.076Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Functions/false": { - "modified": "2019-03-23T23:49:18.548Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/floor": { - "modified": "2019-03-23T23:49:22.994Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/format-number": { - "modified": "2019-03-18T21:27:56.750Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Functions/function-available": { - "modified": "2019-03-18T21:27:54.021Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Functions/generate-id": { - "modified": "2019-03-18T21:27:48.496Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Functions/id": { - "modified": "2019-03-23T23:49:25.185Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/key": { - "modified": "2019-03-18T21:28:00.861Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Functions/lang": { - "modified": "2019-03-23T23:49:21.547Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/last": { - "modified": "2019-03-23T23:49:24.591Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/local-name": { - "modified": "2019-03-23T23:49:23.411Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/name": { - "modified": "2019-03-23T23:49:24.087Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/namespace-uri": { - "modified": "2019-03-23T23:49:20.944Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/normalize-space": { - "modified": "2020-10-24T08:29:12.750Z", - "contributors": [ - "silverskyvicto", - "ExE-Boss", - "Shoot" - ] - }, - "Web/XPath/Functions/not": { - "modified": "2019-03-23T23:49:21.892Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/number": { - "modified": "2019-03-23T23:49:25.284Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/position": { - "modified": "2019-03-23T23:49:21.411Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/round": { - "modified": "2019-03-23T23:49:24.941Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/starts-with": { - "modified": "2019-03-23T23:49:19.494Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/string": { - "modified": "2019-03-23T23:49:25.486Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/string-length": { - "modified": "2019-03-23T23:49:24.843Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/substring": { - "modified": "2019-03-23T23:49:21.312Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/substring-after": { - "modified": "2020-01-04T09:22:40.508Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "ExE-Boss", - "Shoot" - ] - }, - "Web/XPath/Functions/substring-before": { - "modified": "2020-01-04T09:17:28.740Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "ExE-Boss", - "Shoot" - ] - }, - "Web/XPath/Functions/sum": { - "modified": "2019-03-23T23:49:20.311Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/system-property": { - "modified": "2020-08-06T04:20:54.253Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Functions/translate": { - "modified": "2020-09-19T09:49:26.735Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "ExE-Boss", - "Shoot" - ] - }, - "Web/XPath/Functions/true": { - "modified": "2019-03-23T23:49:24.379Z", - "contributors": [ - "ExE-Boss", - "silverskyvicto", - "Shoot" - ] - }, - "Web/XPath/Functions/unparsed-entity-url": { - "modified": "2020-08-06T04:34:51.425Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XPath/Index": { - "modified": "2019-03-30T15:46:42.224Z", - "contributors": [ - "silverskyvicto", - "ExE-Boss" - ] - }, - "Web/XPath/Snippets": { - "modified": "2019-03-30T16:01:33.863Z", - "contributors": [ - "silverskyvicto", - "ExE-Boss" - ] - }, - "Web/XSLT": { - "modified": "2019-03-23T22:00:06.823Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "tisanyan", - "ethertank", - "Kafuka", - "Verruckt", - "Mgjbot", - "Okome", - "Takenbot", - "Shimono" - ] - }, - "Web/XSLT/Common_errors": { - "modified": "2019-03-18T20:50:34.398Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element": { - "modified": "2019-11-30T15:35:09.776Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "dskmori", - "Mgjbot", - "Okome" - ] - }, - "Web/XSLT/Element/apply-imports": { - "modified": "2019-11-30T15:26:05.193Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/apply-templates": { - "modified": "2019-11-30T15:26:05.203Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/attribute": { - "modified": "2019-11-30T15:26:05.294Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/attribute-set": { - "modified": "2019-11-30T15:26:05.231Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/call-template": { - "modified": "2019-11-30T15:26:06.232Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/choose": { - "modified": "2019-11-30T15:26:05.298Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/comment": { - "modified": "2019-11-30T15:26:06.152Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/copy": { - "modified": "2019-11-30T15:26:06.154Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/copy-of": { - "modified": "2019-11-30T15:26:07.231Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/decimal-format": { - "modified": "2019-11-30T15:26:05.170Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/element": { - "modified": "2019-11-30T15:26:08.535Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/fallback": { - "modified": "2019-11-30T15:26:06.274Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/for-each": { - "modified": "2019-11-30T15:26:06.266Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/if": { - "modified": "2019-11-30T15:26:07.158Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/import": { - "modified": "2019-11-30T15:26:07.220Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/include": { - "modified": "2019-11-30T15:26:07.255Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/key": { - "modified": "2019-11-30T15:26:05.183Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/message": { - "modified": "2019-11-30T15:26:07.265Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/namespace-alias": { - "modified": "2019-11-30T15:26:08.518Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/number": { - "modified": "2019-11-30T15:26:06.276Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/otherwise": { - "modified": "2019-11-30T15:26:06.157Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/output": { - "modified": "2019-11-30T15:26:08.548Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/param": { - "modified": "2019-11-30T15:26:08.549Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/preserve-space": { - "modified": "2019-11-30T15:26:09.863Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/processing-instruction": { - "modified": "2019-11-30T15:26:09.785Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/sort": { - "modified": "2019-11-30T15:26:07.169Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/strip-space": { - "modified": "2019-11-30T15:26:09.786Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/stylesheet": { - "modified": "2020-10-15T22:08:29.366Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/template": { - "modified": "2019-11-30T15:26:06.240Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/text": { - "modified": "2019-11-30T15:26:18.776Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/transform": { - "modified": "2019-11-30T15:26:11.033Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/value-of": { - "modified": "2019-11-30T15:26:05.156Z", - "contributors": [ - "mfuji09", - "silverskyvicto", - "ExE-Boss", - "Mgjbot", - "Okome" - ] - }, - "Web/XSLT/Element/variable": { - "modified": "2019-11-30T15:26:11.225Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/when": { - "modified": "2019-11-30T15:26:07.229Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Element/with-param": { - "modified": "2019-11-30T15:26:08.530Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Index": { - "modified": "2019-03-18T20:50:34.547Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/PI_Parameters": { - "modified": "2019-03-18T20:50:34.245Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Transforming_XML_with_XSLT": { - "modified": "2019-03-30T15:42:19.715Z", - "contributors": [ - "silverskyvicto", - "mfuji09", - "ethertank" - ] - }, - "Web/XSLT/Transforming_XML_with_XSLT/An_Overview": { - "modified": "2019-03-18T20:50:34.881Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Transforming_XML_with_XSLT/For_Further_Reading": { - "modified": "2019-03-18T20:50:35.199Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Transforming_XML_with_XSLT/Resources": { - "modified": "2019-03-18T20:50:34.704Z", - "contributors": [ - "mfuji09", - "silverskyvicto" - ] - }, - "Web/XSLT/Transforming_XML_with_XSLT/The_Netscape_XSLT_XPath_Reference": { - "modified": "2019-03-18T20:50:35.595Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto", - "Mgjbot", - "Okome" - ] - }, - "Web/XSLT/Using_the_Mozilla_JavaScript_interface_to_XSL_Transformations": { - "modified": "2019-03-18T20:50:25.643Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto", - "ethertank", - "kohei.yoshino", - "Mgjbot" - ] - }, - "Web/XSLT/XSLT_JS_interface_in_Gecko": { - "modified": "2019-03-23T22:00:06.933Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto", - "ethertank" - ] - }, - "Web/XSLT/XSLT_JS_interface_in_Gecko/Advanced_Example": { - "modified": "2019-03-18T20:50:31.655Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XSLT/XSLT_JS_interface_in_Gecko/Basic_Example": { - "modified": "2019-03-18T20:50:32.089Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XSLT/XSLT_JS_interface_in_Gecko/Interface_List": { - "modified": "2019-03-18T20:50:31.344Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XSLT/XSLT_JS_interface_in_Gecko/Introduction": { - "modified": "2019-03-18T20:50:31.925Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XSLT/XSLT_JS_interface_in_Gecko/JavaScript_XSLT_Bindings": { - "modified": "2019-03-18T20:50:31.798Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XSLT/XSLT_JS_interface_in_Gecko/Resources": { - "modified": "2019-03-18T20:50:27.169Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "ExE-Boss", - "silverskyvicto" - ] - }, - "Web/XSLT/XSLT_JS_interface_in_Gecko/Setting_Parameters": { - "modified": "2019-03-18T20:50:31.495Z", - "contributors": [ - "mfuji09", - "ExE-Boss", - "silverskyvicto" - ] - }, - "WebAPI": { - "modified": "2019-03-23T23:32:13.721Z", - "contributors": [ - "wbamberg", - "fscholz", - "yyss", - "stingray", - "ethertank", - "Jeremie" - ] - }, - "WebAPI/Proximity": { - "modified": "2020-10-15T21:25:12.920Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "WebAPI/Using_Light_Events": { - "modified": "2020-10-15T21:25:12.532Z", - "contributors": [ - "mfuji09", - "yyss" - ] - }, - "WebAssembly": { - "modified": "2020-10-15T21:52:54.116Z", - "contributors": [ - "mfuji09", - "mosh", - "ukyo", - "silverskyvicto", - "dskmori" - ] - }, - "WebAssembly/C_to_wasm": { - "modified": "2020-12-01T09:43:46.511Z", - "contributors": [ - "AK141-ishii", - "dlwe", - "yukpiz", - "ukyo" - ] - }, - "WebAssembly/Caching_modules": { - "modified": "2020-09-26T02:00:56.873Z", - "contributors": [ - "Potappo", - "mfuji09", - "kenji-yamasaki", - "silverskyvicto", - "ukyo" - ] - }, - "WebAssembly/Concepts": { - "modified": "2020-06-14T11:47:22.456Z", - "contributors": [ - "mfuji09", - "kena0ki", - "Uemmra3", - "silverskyvicto", - "gfx2017", - "ukyo", - "takashi" - ] - }, - "WebAssembly/Exported_functions": { - "modified": "2019-06-26T23:45:25.845Z", - "contributors": [ - "Uemmra3", - "chikoski", - "ukyo" - ] - }, - "WebAssembly/Index": { - "modified": "2019-03-18T21:24:03.527Z", - "contributors": [ - "silverskyvicto" - ] - }, - "WebAssembly/Loading_and_running": { - "modified": "2019-03-23T22:13:00.551Z", - "contributors": [ - "silverskyvicto", - "ukyo" - ] - }, - "WebAssembly/Rust_to_wasm": { - "modified": "2019-06-26T23:35:36.568Z", - "contributors": [ - "Uemmra3", - "mfuji09", - "mosh", - "silverskyvicto" - ] - }, - "WebAssembly/Text_format_to_wasm": { - "modified": "2020-10-13T12:24:40.780Z", - "contributors": [ - "mfuji09", - "dasoran", - "silverskyvicto", - "acid-chicken", - "ukyo" - ] - }, - "WebAssembly/Understanding_the_text_format": { - "modified": "2020-06-14T08:46:12.973Z", - "contributors": [ - "mfuji09", - "konojunya", - "takahashim", - "mosh", - "kgtkr", - "technohippy", - "ukyo" - ] - }, - "WebAssembly/Using_the_JavaScript_API": { - "modified": "2019-03-23T22:12:17.955Z", - "contributors": [ - "ukyo", - "koba04" - ] - }, - "WebAssembly/existing_C_to_wasm": { - "modified": "2020-07-17T23:22:13.809Z", - "contributors": [ - "papparapa", - "silverskyvicto" - ] - }, - "Web_Content_Accessibility_Guidelines_1.0": { - "modified": "2019-01-16T16:11:29.195Z", - "contributors": [ - "Marsf" - ] - }, - "Web_Development": { - "modified": "2020-05-04T11:57:57.814Z", - "contributors": [ - "Uemmra3", - "yyss", - "happysadman", - "Hfjapancom", - "Potappo", - "Level", - "kohei.yoshino", - "Mgjbot", - "Okome" - ] - }, - "Web_Development/Introduction_to_Web_development": { - "modified": "2019-03-24T00:07:37.444Z", - "contributors": [ - "mfuji09", - "SphinxKnight", - "nonki777", - "Yuuki Takahashi" - ] - }, - "Web_Development/Mobile": { - "modified": "2019-03-23T23:27:19.500Z", - "contributors": [ - "wbamberg" - ] - }, - "Web_Development/Mobile/Responsive_design": { - "modified": "2019-04-10T11:40:04.877Z", - "contributors": [ - "Wind1808", - "dskmori", - "manji_black" - ] - }, - "Web_Development/Writing_forward-compatible_websites": { - "modified": "2019-03-24T00:13:14.456Z", - "contributors": [ - "kohei.yoshino", - "yyss" - ] - }, - "XMLSerializer": { - "modified": "2020-10-15T21:17:59.715Z", - "contributors": [ - "Marsf", - "electrolysis" - ] - }, - "XPCOM_Part_1": { - "modified": "2019-01-16T15:08:49.567Z", - "contributors": [ - "Anonymous" - ] - }, - "XPCOM_Part_2": { - "modified": "2019-01-16T15:09:12.487Z", - "contributors": [ - "Anonymous" - ] - }, - "XPCOM_Part_3": { - "modified": "2019-01-16T15:09:49.009Z", - "contributors": [ - "Anonymous" - ] - }, - "XPCOM_Part_4": { - "modified": "2019-01-16T15:09:40.057Z", - "contributors": [ - "Anonymous" - ] - }, - "XPCOM_Part_5": { - "modified": "2019-01-16T15:10:16.878Z", - "contributors": [ - "Anonymous" - ] - }, - "XPCOM_components_list": { - "modified": "2019-01-16T15:43:28.878Z", - "contributors": [ - "Mgjbot", - "Shimono", - "Okome" - ] - }, - "XPCOM_plans": { - "modified": "2019-01-16T14:37:34.536Z", - "contributors": [ - "fscholz", - "kohei.yoshino" - ] - }, - "XPInstall_API_Reference/InstallTrigger_Object": { - "modified": "2019-03-23T23:46:27.881Z", - "contributors": [ - "wbamberg", - "teoli", - "Marsf", - "Mgjbot" - ] - }, - "XSLTProcessor": { - "modified": "2019-03-23T23:31:15.481Z", - "contributors": [ - "ethertank" - ] - }, - "addons.mozilla.org_(AMO)_API_Developers'_Guide": { - "modified": "2019-03-24T00:01:55.682Z", - "contributors": [ - "ethertank", - "yuki_nichiyama" - ] - }, - "ant_script_to_assemble_an_extension": { - "modified": "2019-08-11T02:17:04.841Z", - "contributors": [ - "Marsf" - ] - }, - "lastIndexOf": { - "modified": "2019-03-23T23:33:53.946Z", - "contributors": [ - "wbamberg", - "ethertank" - ] - }, - "mozIStorageService": { - "modified": "2019-04-20T00:21:50.232Z", - "contributors": [ - "wbamberg", - "teoli", - "tomotaka" - ] - }, - "mozilla-central": { - "modified": "2019-03-23T23:53:38.375Z", - "contributors": [ - "Marsf" - ] - }, - "nsIDynamicContainer": { - "modified": "2019-04-20T00:19:05.595Z", - "contributors": [ - "wbamberg", - "teoli", - "tomotaka" - ] - }, - "reftest_opportunities_files": { - "modified": "2019-01-16T16:06:58.745Z", - "contributors": [ - "Taken", - "Mgjbot" - ] - }, - "title": { - "modified": "2019-03-23T23:33:09.085Z", - "contributors": [ - "wbamberg", - "ethertank" - ] - }, - "width": { - "modified": "2019-03-23T23:31:06.728Z", - "contributors": [ - "wbamberg", - "ethertank" - ] - } -} \ No newline at end of file diff --git a/files/ja/about_omni.jar/index.html b/files/ja/about_omni.jar/index.html deleted file mode 100644 index 7a430135b4..0000000000 --- a/files/ja/about_omni.jar/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: omni.ja か぀おのomni.jarに぀いお -slug: About_omni.jar -tags: - - Firefox 4 - - Gecko 2.0 -translation_of: Mozilla/About_omni.ja_(formerly_omni.jar) ---- -

{{ gecko_minversion_header("2.0") }}

- -

Firefox ず Thunderbird は内郚的なパヌツをスタンドアロヌンファむルや omni.ja ず呌ばれる単䞀の JAR ファむルに移動するこずによっお、パフォヌマンスの改善をしおいたす。omni.ja はアプリケヌションのロヌドに必芁ずなる倧量の I/O を軜枛させおいたす。この蚘事は、このアヌカむブの内容ず、その内容を調べるテクニックを説明したす。

- -
-

Note:  Firefox 10 ず Thunderbird 10 から、ファむルの拡匵子で .ja を䜿うようになりたした。 Windows のシステム埩元で .jar 拡匵子がバックアップされず、.ja 拡匵子だずバックアップされるからです。この倉曎は Firefox の砎損を防ぐために必芁でした。

-
- -

omni.ja の調査

- -
Note: omni.jar ファむルの展開時に、䞀郚のりむルス察策゜フトりェアが誀った譊告を衚瀺するこずがありたす。
- -

いく぀かの unzip ツヌルず (7-Zip を含む) アヌカむブツヌルは、omni.ja ファむルにデヌタの最適化が行われおいるため、今のずころは、これを読むこずができたせん。Windows 7 のナヌザの堎合は、ファむル名を omni.zip に倉曎し、Windows ゚クスプロヌラヌを䜿甚しおすべおのファむルを展開するこずができたす。これより叀い Windows のナヌザは、InfoZip の UnZip ツヌルを䜿甚しおファむルを展開できたす (omni.jar のコピヌを䜜成し、unzip.exe にドラッグドロップしおください)。Linux のナヌザは unzip コマンドを䜿甚しお omni.ja の䞭身を取り出すこずができたす。

- -

omni.ja は他の面でも Zip ファむルず互換性がありたせん。展開埌のファむルを線集するだけでは Firefox に圱響を䞎えたせんが、正しい方法で圧瞮されおいないファむルは Firefox を砎損させるこずがありたす。正しいパッケヌゞ方法は以䞋の通りです。

- -
zip -qr9XD omni.ja *
- -
Note: Firefox 10 ず Thunderbird 10 より前のバヌゞョンでは、omni.ja は omni.jar ず呌ばれおいたした。
- -

omni.ja の内容

- -

omni.ja ファむルには、アプリケヌションのリ゜ヌスが分類され含たれおいたす:

- -
-
chrome.manifest
-
chrome manifest ファむル。
-
/chrome/
-
アプリケヌションのナヌザむンタフェヌス関連のファむル
-
/chrome/localized.manifest
-
ロヌカラむズされたコンテンツの Manifest ファむル。メむンの chrome.manifest ファむルから参照されたす。
-
/chrome/nonlocalized.manifest
-
ロヌカラむズされないコンテンツの Manifest ファむル。メむンの chrome.manifest ファむルから参照されたす。
-
/components/
-
アプリケヌションが䟝存する XPCOM コンポヌネント。
-
/defaults/
-
デフォルトの蚭定ファむル。
-
/modules
-
JavaScript コヌドモゞュヌル。
-
/res/
-
その他のリ゜ヌスファむル。
-
- -

See also

- - - -
-

{{ languages( { "ja": "ja/About_omni.jar" } ) }}

-
- -

 

diff --git a/files/ja/adding_extensions_using_the_windows_registry/index.html b/files/ja/adding_extensions_using_the_windows_registry/index.html deleted file mode 100644 index ddb02552a3..0000000000 --- a/files/ja/adding_extensions_using_the_windows_registry/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: Windowsレゞストリを䜿っお拡匵機胜を远加する -slug: Adding_Extensions_using_the_Windows_Registry -tags: - - Add-ons - - Extensions -translation_of: >- - https://extensionworkshop.com/documentation/publish/signing-and-distribution-overview/ ---- -

 

-

{{ 英語版章題("Introduction") }}

-

はじめに

-

この文曞は、Windowsレゞストリを䜿っおFirefoxずThunderbirdの拡匵機胜を「むンストヌル」するための方法を説明しおいたす。この機胜はサヌドパヌティ補のむンストヌラが拡匵機胜をFirefoxずThunderbirdに察しお簡単に登録できるようにするために蚭蚈されおいたす。

-

èš» このドキュメントで解説されおいる機胜はFirefox/Thunderbird 1.5以降でのみ利甚できたす。

-

{{ 英語版章題("Installation") }}

-

むンストヌル

-

むンストヌルは以䞋のキヌ以䞋のレゞストリ゚ントリの蚘入によっお行われたす。

-
HKEY_CURRENT_USER\Software\ベンダ\名前\Extensions
-HKEY_LOCAL_MACHINE\Software\ベンダ\名前\Extensions
-
-

ベンダず名前は、nsIXULAppInfoのプロパティが返す倀ず䞀臎する文字列です。Mozilla補品では、ベンダは「Mozilla」で、名前は補品の短い名前です。䟋

-
HKEY_CURRENT_USER\Software\Mozilla\Firefox\Extensions
-HKEY_CURRENT_USER\Software\Mozilla\Thunderbird\Extensions
-
-

拡匵機胜のIDがレゞストリ゚ントリの名前ずしお甚いられる必芁がありたす。レゞストリ゚ントリはREG_SZ型でなくおはならず、その倀はその拡匵機胜を含んでいるフォルダ぀たり、XPIが展開された堎所の絶察パスでなくおはなりたせん。䟋えば、拡匵機胜を開発するの項で説明されおいる拡匵機胜をむンストヌルするには、名前がsample@foo.netで倀がc:\extensions\myExtensionのレゞストリ゚ントリを䜜成したす。

-

レゞストリ゚ントリが䜜成された埌、Firefox/Thunderbirdは次回起動時にその倉曎に気が぀きたす。Firefox/Thunderbirdが起動䞭にレゞストリキヌを倉曎しおも安党です。

-

もし同じ拡匵機胜がHKEY_CURRENT_USER以䞋ずHKEY_LOCAL_MACHINE以䞋の䞡方に登録されおいた堎合、HKEY_CURRENT_USER以䞋のむンスタンスが利甚されたす。手動むンストヌルなどによっおナヌザのプロファむルディレクトリ内に同じ拡匵機胜がある堎合には、レゞストリ内にあるいかなるむンスタンスよりも、そちらの方が優先されたす。

-

{{ 英語版章題("Uninstallation") }}

-

アンむンストヌル

-

Windowsレゞストリを䜿っおむンストヌルされた拡匵機胜は、そのレゞストリ゚ントリをただ削陀するだけでアンむンストヌルするこずができたす。レゞストリ゚ントリが削陀された埌、Firefox/Thunderbirdは次回起動時にその倉曎に気が぀きたす。Firefox/Thunderbirdが起動䞭にレゞストリキヌを倉曎しおも安党です。

-

{{ 英語版章題("See also") }}

-

曎新

-

Firefox は再起同時に install.rdf に察する倉曎を自動的には怜出したせん。これは、install.rdf の内容を確認する前にアドオンがむンストヌルされおいるディレクトリの最終曎新日時を確認するせいです。Firefox に install.rdf の倉曎を匷制的に通知するには、ディレクトリを削陀しお䜜り盎すか、ディレクトリの最終曎新日時を曎新しお䞋さい。

参照

- -

{{ languages( { "en": "en/Adding_Extensions_using_the_Windows_Registry", "zh-cn": "cn/Adding_Extensions_using_the_Windows_Registry", "zh-tw": "zh_tw/\u4ee5_Windows_\u767b\u9304\u78bc\u5b89\u88dd\u64f4\u5145\u5957\u4ef6" } ) }}

diff --git a/files/ja/adding_phishing_protection_data_providers/index.html b/files/ja/adding_phishing_protection_data_providers/index.html deleted file mode 100644 index c38957174e..0000000000 --- a/files/ja/adding_phishing_protection_data_providers/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: Adding phishing protection data providers -slug: Adding_phishing_protection_data_providers -tags: - - Configuration management -translation_of: Mozilla/Adding_phishing_protection_data_providers ---- -

フィッシング防埡技術は、ナヌザが蚪れたサむトの URL ず既知の詐欺サむトのブラックリストを比范するこずによっお、Firefox がナヌザを保護できるようにしたす。たたそのようなサむトをナヌザが蚪れるず譊告を衚瀺したす。

-

{{ 英語版章題("Installing a new data provider") }}

-

新しいデヌタプロバむダのむンストヌル

-

フィッシング防埡のためのデヌタプロバむダをむンストヌルするには、プロバむダに぀いおの詳现を提䟛する蚭定集が必芁です。

-

各デヌタプロバむダはナニヌクな ID 番号を持っおいたす。ID 番号 0 のデヌタプロバむダは Firefox に搭茉された既定のデヌタプロバむダです。新しいデヌタプロバむダをむンストヌルする堎合は、次の未䜿甚の番号を䜿甚したす。

-

䜿甚する ID 番号を芋぀けるには、browser.safebrowsing.provider.0.name の倀、次に browser.safebrowsing.provider.1.name の倀を芁求するルヌプを構築し、倀が返っおこなくなるたで続けたす。そしお、返された倀を䜿甚するこずができたす。

-

蚭定を読み曞きする方法の䟋は Adding preferences to an extension の蚘事で芋぀けられたす。

-

{{ 英語版章題("Required preferences") }}

-

必芁な蚭定

-
browser.safebrowsing.provider.idnum.name
人が読めるデヌタプロバむダの名前。
-
-
browser.safebrowsing.provider.idnum.keyURL
その他の芁求の暗号化に䜿甚される秘密鍵を返す URL。
-
-
browser.safebrowsing.provider.idnum.lookupURL
ブラックリストに茉っおいる URL かどうかを調べるための URL。この芁求は keyURL リク゚ストによっお返される秘密鍵を䜿甚しお暗号化されおいなければなりたせん。
-
-

{{ 英語版章題("Optional preferences") }}

-

任意の蚭定

-
browser.safebrowsing.provider.idnum.reportURL
ナヌザがフィッシング詐欺ペヌゞを蚪れた時、そのペヌゞを譊告しお気を付けるか無芖するかを報告するための URL。
-
-
browser.safebrowsing.provider.idnum.updateURL
曎新されたフィッシング詐欺サむトの䞀芧を芁求するための URL。サヌバは、完党な䞀芧ず、クラむアントの衚を曎新するための远加の曎新のどちかを提䟛したす。
-
-
browser.safebrowsing.provider.idnum.reportGenericURL
珟圚は䜿甚されおいたせん。フィッシング防埡サヌビスの、その他の問題の報告に䜿甚される予定です。
-
-
browser.safebrowsing.provider.idnum.reportErrorURL
フィッシング詐欺サむトずしお誀っお報告された安党なペヌゞをナヌザが報告するための URL。
-
-
browser.safebrowsing.provider.idnum.reportPhishURL
フィッシング防埡システムにフィッシング詐欺ずしお報告されおいないペヌゞをナヌザが報告するための URL。
-
-

{{ 英語版章題("Determining the currently-selected data provider") }}

-

珟圚遞択されたデヌタプロバむダを決定する

-

珟時遞択されたフィッシング察策デヌタプロバむダの ID 番号を決定する必芁があるずきは、browser.safebrowsing.dataProvider 蚭定の珟圚の倀を芋おください。

-

{{ languages( { "en": "en/Adding_phishing_protection_data_providers", "es": "es/A\u00f1adir_datos_para_la_protecci\u00f3n_anti-phishing", "fr": "fr/Ajout_de_fournisseurs_de_donn\u00e9es_de_protection_anti-phishing", "it": "it/Aggiungere_fornitori_di_dati_anti-phishing", "pl": "pl/Dodawanie_dostawc\u00f3w_danych_ochrony_przed_phishingiem", "zh-tw": "zh_tw/\u65b0\u589e\u507d\u9020\u7db2\u7ad9\u6e05\u55ae\u4f86\u6e90" } ) }}

diff --git a/files/ja/an_interview_with_douglas_bowman_of_wired_news/index.html b/files/ja/an_interview_with_douglas_bowman_of_wired_news/index.html deleted file mode 100644 index e771d9c159..0000000000 --- a/files/ja/an_interview_with_douglas_bowman_of_wired_news/index.html +++ /dev/null @@ -1,121 +0,0 @@ ---- -title: Wired News の Douglas Bowman 氏ぞのむンタビュヌ -slug: An_Interview_With_Douglas_Bowman_of_Wired_News -tags: - - Web Development - - Web Standards -translation_of: Archive/An_Interview_With_Douglas_Bowman_of_Wired_News ---- -

Web の䞖界で最も叀くからあるニュヌスサむトのひず぀、Wired News は、毎月 2,000 䞇から 2,500 䞇ペヌゞビュヌを蚘録しおいたす。2002 幎 10 月 11 日、Wired News は、文曞構造に正圓 (valid) な XHTML を、レむアりトにいく぀かの CSS ファむルを利甚した、たったく新しいサむトデザむンを立ち䞊げたした。この新デザむンは、これたで䜕人かの専門家が䞻匵しおきた次のようなこずを、はっきりず瀺しおいたす。それは、暙準に基づいたデザむンが芖芚的に人を匕き付け、たた、私たちが Web ペヌゞに期埅するようになったむンタヌフェむスの慣習を維持するこずができる、ずいうこずです。

- -

この魅力的な新デザむンの裏で、ブレヌンずなり、いちばんの立圹者ずなった人物は、Terra Lycos のネットワヌクデザむンマネヌゞャである Douglas Bowman 氏です。今回圌は快くむンタビュヌに応じおくれたした。その䞭で、暙準に基づいたリデザむンの取り組みに぀いお、倚くの光を圓おおくれたした。

- -

Wired News のリデザむンの抂芁

- - - -

暙準に基づいた Wired News のリデザむンを掚進した理由は?

- -

私は過去 2 幎間、Lycos のネットワヌクデザむンマネヌゞャずしお、自瀟ネットワヌクのサむトに関するデザむン基準を䜜成、文曞化しおきたした。これには、ヘッダ、フッタ、ペヌゞ階局、タむトル、タむポグラフィ、むコノグラフィ (図像孊)、ナビゲヌション、その他あらゆるものに適甚する芏定やガむドラむンが含たれおいたす。そのため私は、暙準ず、それらを利甚するこずによっお埗られるメリットに぀いお、かなり詳しくなりたした。Wired News をデザむンする過皋で、シナリオが逆転したした。私は、補品のデザむンをしおいるうちに、䞀連の幅広い Web 暙準に気付き始め、すぐにそれらを取り入れたずきに考えられるメリットに揺り動かされたのです。

- -

Wired News を XHTML ず CSS ぞの党面的な移行を実珟するうっお぀けの候補ずしお捉えるこずは、私たちにずっおは非垞に簡単なこずでした。Wired News のコンテンツは、私たちの日垞生掻、特にビゞネスや文化、政治の䞖界に、テクノロゞヌがどのような圱響を䞎えおいるのかずいうこずを物語っおくれたす。このストヌリヌを実珟するために、技術暙準を Web に利甚しない手はないでしょう? Wired News の芖芚デザむンず Vignette のテンプレヌトは、どれもひどく、陳腐化した状態でしたが、私たちは 2 幎以䞊もこれらに投資する目立った努力をしおきたせんでした。この珟実が、たったく新しいこずに挑戊する私たちのチヌムの意欲を匷力に埌抌ししたず思っおいたす。実際、暙準に基づいたデザむンぞ移行するこずに぀いお、私たちの技術チヌムを玍埗させる必芁はほずんどありたせんでした。なぜなら圌らも、自分たちの仕事量ずサむトのメンテナンスにもたらされるメリットを容易に想像できたからです。

- -

HTML ベヌスの芖芚衚珟をすべお取り陀いた結果、サむトはどのようにスタむル付けされたのですか?

- -

技術的には、垞時合わせお 13 皮類のスタむルシヌトが䜿われおいたす。その内蚳は次のようになりたす。

- - - -

Wired News の暙準的なペヌゞのサむズは、どの皋床削枛されたしたか?

- -

HTML ファむルは 32 KB から 19 KB たで圧瞮できたしたが、画像のサむズは 8 KB から 13 KB に増えたした。私たちは、䞀郚のファむルサむズの比范が、必ずしも公正ではないこずに気付きたした。なぜなら、私たちは䌌たもの同士を比范しおいるわけではなく、HTML やテヌブル、スペヌサヌ GIF をいく぀も䜿った叀いデザむンず、むメヌゞやスタむルの点でずっずリッチな新しいデザむンを比范しおいるのですから。

- -

レむアりト構造にテヌブルを䜿うのをやめたきっかけは䜕だったのでしょうか? 倚くのデザむナヌは、ひず぀もテヌブルを䜿わないでレむアりトを実珟するのは䞍可胜だず考えおいるようですが。

- -

これたで 4、5 幎の間、私は自分自身のデザむンプロトタむプのためのサンプルコヌドを手曞きで䜜成しおきたした。あらゆるむンタヌフェむスデザむンをピクセル単䜍たで完党に再珟する方法を芋぀けおは、それを誇りに思っおいたものです。ある開発者は私に、䞭には䞍可胜なこずもあるず忠告しおくれたしたが、そのたびに別の方法で実珟可胜なこずを蚌明しおみせるこずができたした。他のデザむナヌや HTML 専門家のように、私はテヌブル操䜜ず問題解決の達人ずなり、あらゆる思い通りのレむアりトや効果を実珟するために、耇雑な方法でそれらを入れ子にする術を身に付けたした。

- -

Lycos のあるプロゞェクトで、10 階局もの深さを持った入れ子テヌブルを䜜ったこずを芚えおいたす。実際に自分で数えたんですよ。意図したデザむン効果を再珟するのに、すべおの階局が絶察に必芁ずいうわけではありたせんでした。しかし、それぞれのテヌブルが、コンテンツの特定のモゞュヌルや構成芁玠を芋せたり消したりする堎合に必芁な柔軟性を確保しおくれたした。ここたで来るず、䜕かひず぀のものを芋぀けるだけでも、調べなければならないマヌクアップの量は桁倖れになりたす。今回のリデザむンたで、Wired News は、テヌブル内のコンテンツをスタむル付けするのにさえ CSS を䜿っおいたせんでした。どのセルの䞭にも重耇しお曞かれおいた <font> タグは、党郚合わせるず、おそらくファむルサむズを倍増させおしたうほどの数だったず思いたす。

- -

Wired News デザむンのためのマヌクアップず CSS に関する最初の詊みは、倧郚分のテヌブルを削陀するこずでしたが、最埌に各ペヌゞの䞻芁列をコントロヌルするマスタヌテヌブルがひず぀だけ残っおしたいたした。この方法では、すべおの列のコンテンツを、ブラりザりィンドり内に衚瀺される前に読み蟌んで、蚈算させる必芁がありたした。しかしこれはたったく良い方法ではありたせんでした。ちょうどその頃、私は glish.com や bluerobot.com ずいった玠晎らしいサむトを芋぀け始めおいたした。どちらのサむトも、テヌブルを䞀切䜿わずに耇数列のレむアりトを実珟するための方法を公開し、文曞化しおいたした。それらの方法を詊しおみたしたが、私たち独自のシナリオがあったために、最初の䜕回かは倱敗したした。しかし、それらの䞭から Wired News のデザむンに応甚できる方法を芋぀けるたで、そう長くは掛かりたせんでした。

- -

レむアりトのために絶察的に䜿われおいたテヌブルを取り陀いたこずで、HTML のマヌクアップず無駄なタグを倧幅に削枛し、非垞にメンテナンスしやすい構造を埗られたした。コンテンツが固有のテヌブル構造に瞛られなくなった結果、それらのコンテンツをずおも柔軟に芋せるこずが可胜になりたした。CSS にいく぀かの倉曎を加えるだけで、䜕千ずいうペヌゞの芖芚衚珟を完党に倉えるこずができるのです。たた、倧倉歓迎すべき副次的なメリットずしお、入れ子になっおゎチャゎチャした、レむアりト目的のテヌブルがなくなったこずで、Wired News のアクセシビリティは倧幅に向䞊するず思いたす。

- -

各カラムは float を䜿っお組み立おおいるのですか? それずもポゞショニングを甚いおいるのでしょうか?

- -

ペヌゞの列構造を配眮するために䜿っおいた最埌のテヌブルを取り陀こうずするずきに、float による div ず、ポゞショニングを䜿った div の䞡方をよく確認しおみたした。2 週間、どちらの方法を䜿うか迷った結果、Wired News の遞択ずしお、最終的にポゞショニングを䜿った div に絞り蟌みたした。

- -

なぜ float ではなくポゞショニングを遞択したのですか?

- -

私自身の芋解では、float には䞍郜合な点がいく぀かありたす。ひず぀は、䞀般的なマヌクアップで必芁ずされるコンテンツの順番です。Wired News の堎合、どのペヌゞでも必ず䞭倮 (メむン) の列に最も重芁なコンテンツが含たれおいたすが、スタむルシヌトを読み蟌たないブラりザでは、䞭倮列のコンテンツを最初に衚瀺させたかったのです。 float を䜿うず、必ず巊右のどちらかの列を最初に持っおこなければなりたせん。巊右どちらかの列を䞻芁なナビゲヌションに䜿っおいるサむトなら、この float を䜿った堎合に求められるコンテンツの順番の条件は、目的ずした郜合の良い衚瀺を実珟できるはずです。

- -

たた、float を䜿った列では、瞊方向の開始䜍眮を揃えるのが倧倉であるこずにも気付きたした。float を䜿った 2 列のレむアりトは簡単に芋えたす。しかし、3 列目を加えるず、䞀郚のブラりザでは党䜓の幅を動的に蚈算するために、各列の幅がかなりバラバラになっおしたうのです。さらに、ブラりザりィンドりの倧きさを倉えるず、ひず぀の列が他の列の䞋に抌し出されおしたうずいったこずが頻繁に起こりたした。

- -

巊右の列に絶察配眮を甚いるず、各列のマヌクアップをどんな順番に倉えるこずもできたす。私たちには、マヌクアップの順番にしおも、広告をひず぀ずっおも、ここでは説明しきれないぐらい、盞圓の瀟内芏定がありたす。しかし、ポゞショニングを䜿えば、䞭倮列をマヌクアップの最初に持っおくるこずが可胜でした。たた、各列を確実に同じ瞊䜍眮で揃えられるこずが保蚌されたした。

- -

ずは蚀っおも、ポゞショニングには䞍郜合な点が 2 ぀あるこずに気が付きたした。たず、ひず぀あるいは耇数の列を絶察配眮にした堎合、フッタを必ず䞀番長い列の䞋に配眮する方法がありたせん。私たちは結局、フッタの幅を䞭倮列の幅に合わせお、他のコンテンツず重ならないようにしたした。もうひず぀の欠点は、ブラりザりィンドりの倧きさが小さいずきに問題ずなりたす。float では、コンテンツがりィンドりの幅に合わない堎合、自動的に再構成されたすが、絶察配眮した列は、ひず぀の列のコンテンツが他の列に重なったずしおも、垞に同じ堎所にレむアりトされおしたいたす。しかし、これら䞡方を考え合わせおみおも、float よりもポゞショニングのメリットを思いずどたらせるほどには至りたせんでした。

- -

ペヌゞを印刷した堎合、新しいデザむンはどのように衚珟されたすか?

- -

ペヌゞ党䜓のコンテンツの倧郚分をカバヌした、印刷メディア甚の特別な CSS ファむルをひず぀甚意したした。デフォルトでは、スクリヌンメディア甚の CSS ファむルぞのリンクはすべお、「all」メディアの代わりに「screen」メディアずしお明瀺的に宣蚀されたす。これによっお、どのスクリヌン甚スタむルも䞊曞きするこずなく、印刷甚スタむルを癜玙の状態で始められたす。印刷甚スタむルでは、ペヌゞのコンテンツを 2 列たたは 3 列に分けるのではなく、1 列で衚瀺したす。たた、プリンタのむンクを節玄するため、背景色や背景画像のほずんどが取り陀かれたす。フォントサむズはポむント (pt) 単䜍で指定され、印刷した玙の䞊で読みやすさを向䞊させるためにセリフ䜓 (明朝䜓) が䜿われおいたす。

- -

私たちの蚘事は必然的に、サむト䞊で最も印刷されるペヌゞになりたす。技術的には、印刷メディア甚の CSS ファむルを䜿うこずによっお、蚘事のために別の印刷甚テンプレヌトを生成せずに枈みたした。しかし、䞀郚の蚘事は 2、3 ペヌゞに分割されおしたうので、蚘事党文をひず぀のペヌゞに入れる、印刷甚に若干倉曎したテンプレヌトを䜜成したした。その別のテンプレヌトを機胜させるため、リンクした印刷メディア甚スタむルシヌトのメディア属性を「all」に倉曎し、通垞のスクリヌンメディア甚ファむルぞのリンクを削陀したした。これによっお、スクリヌン䞊でも、そのペヌゞの印刷に利甚するのず同じ圢匏を䞀時的に衚瀺するこずが可胜になりたした。

- -

今回のリデザむンは、サむトの管理者であるあなたにどのようなメリットをもたらしおくれたしたか?

- -

芁するに、デザむナヌずしお、わずか数皮類のファむルで䜕千ずいうニュヌスペヌゞの詳现なデザむンをコントロヌルできるずいう事実の他に、ずいう意味ですか? 䟋えば... 技術者が、ペヌゞのデザむンに関しおや、次のスペヌサヌ GIF をどこに眮くかずいうこずで頭を悩たせるよりも、サむトの実際の機胜性を高める䜜業に集䞭できるようになりたした。たた、ある開発者が、ひず぀のモゞュヌルを組み盎すのに 1、2 時間は掛かるず思っおいたずころ、最近では 5 分で枈むようになりたした。それから、別の CSS ファむルを指定し、画像を差し替えおやるだけで、䞀週間、毎日サむト党䜓の配色を倉えおしたおうずいうアむディアが生たれたした。うヌん、今すぐにすべおのメリットを思い付くのは難しいですね...

- -

䜕か䞍郜合な問題にぶ぀かったこずはありたすか?

- -

正盎なずころ、ここに至るたでに、いく぀ものチャレンゞず問題に突き圓たりたした。たず最初に、Wired News は倧量のバナヌ広告によっお支えられおいるサむトですから、広告単䜍がいく぀かの重芁な決定芁玠ずなりたした。広告配信業者は基本的に、あらかじめ甚意しおあるリストから動的に広告を匕き出すために、むンラむンフレヌム (iframe) を䜿うよう求めおきたす。このむンラむンフレヌムのために、XHTML の Strict 芏則を守るこずが可胜だずいう考えを撀回し、XHTML Transitional の文曞型定矩 (DTD) を䜿うこずで劥協したした。私たちは党面的に XHTML に移行したいず考えおいたしたが、これらの広告ず、その他䞀郚のサヌドパヌティヌのコンテンツを組み蟌む必芁があったので、実珟するこずはできたせんでした。

- -

技術者たちもたた、XHTML を念頭に眮いお CMS に入力されおいない、膚倧なコンテンツのアヌカむブに盎面したした。確かに、Wired News の蚘事はデヌタベヌスに存圚し、ペヌゞのテンプレヌトや呚蟺のフォヌマットずは別に管理されおいたす。しかし、ラむタヌや線集者、プロデュヌサヌは、ずっず前から段萜タグを閉じずに (</p>) Vignette に蚘事を远加しおきたした。匕甚笊の付いおいない属性や、倧文字の HTML タグですか? もちろんそれらも芋぀かるず思っおいたしたが、実際、デヌタベヌスに入っおいる、あらゆる過去の蚘事に含たれおいたした。幞いにも、私たちのチヌプンゞニアが、デヌタベヌスの䞭からこのようなマヌクアップに合っおいない゚ラヌを探し出しお修正するスクリプトを曞いおくれたした。私たちは、過去のコンテンツに぀いおは䞀切クレヌムを付けたせんが、たずえ数幎前の蚘事であっおも、できる限り正圓なマヌクアップずなるよう、様々な取り組みをしおきたした。

- -

XHTML ず CSS ぞの移行によっお、コヌドの操䜜に通垞費やされる開発期間は間違いなく削枛されたしたが、完党に楜になったずか、コストがたったく掛からないずいうこずではありたせんでした。実際に、技術者の Aaron Jones は、Vignette のテンプレヌトの倧半をれロから曞き盎すこずになりたした。私は、Web 暙準そのものではなく、様々なブラりザの気たぐれなレンダリング動䜜ず䞍敎合を理解するずいう、急激な孊習曲線にぶち圓たりたした。ラむタヌや線集者は、い぀もの蚘事を出版するにあたっお、いく぀かの新しい芏則に慣れる必芁がありたした。経営陣もたた、䞀郚の叀いブラりザや小型のブラりザでは、スタむルが適甚されおいない状態のコンテンツが衚瀺されるずいう事実を受け入れなければなりたせんでした。私たちは、たいおいの利甚者はスタむルなしの蚘事を受け取る方を遞ぶだろうず思っおいたす。なぜなら、最終的には自分たちが䜿っおいるブラりザでコンテンツを問題なく読めるからです。しかし、䞀郚の利甚者は、私たちが䞋したひどいデザむンの決定に぀いお、䞍平䞍満を申し立おおくるかもしれたせん。それらのフィヌドバックルヌプには適切に察凊する必芁があるでしょう。

- -

Wired News では、利甚者像を理解するため、サむトのアクセスログを解析したした。デヌタを芋たずころでは、利甚者のうち玄 14% が、スタむルの適甚されおいない状態のコンテンツを受け取っおいるず掚枬できたす。これは、今たで、あらゆるブラりザで同じようにペヌゞを芋られるのが圓たり前だず考えおいたこずを思えば、驚異的な数字です。

- -

他に移行の過皋で埗られた教蚓はありたすか?

- -

コンテンツのデザむンは、コンテンツそのものずは明確に区別されるべきだずいうメッセヌゞを、これたで䜕床も聞いおきたしたが、実際にそれらを切り離すプロセスをたどるたでは、そうするこずのメリットを十分に実感できなかったず思いたす。今ずなっおは、HTML のマヌクアップに䞀切觊れるこずなく、现かいデザむンの倉曎をサむト党䜓に即座に反映するこずが可胜になりたした。テンプレヌトに倉曎を加えたり、コンテンツを远加する必芁がある堎合でも、サむトのデヌタは、開発者が驚くほど簡単に倉曎できるような圢で構造化されおいたす。

- -

たた、Wired News のアクセシビリティは、そのための特別な取り組みはほずんどしおいないにも関わらず、倧幅に向䞊したした。もちろん、画像の代替テキスト (alt 属性) により気を配ったり、芋出しタグを適切に䜿うような努力はしおいたす。しかし、芋た目のためのマヌクアップタグを倧幅に削枛したこずも、倧きな圹割を果たしおいたす。すべおのコンテンツが、スタむルシヌトなしでも完党にアクセシブルなので、私は、䞡方の䞖界を乗り越えたず考えおいたす。それは、矎しくデザむンされ、高床に定型化され、ブランドの名に恥じない Web サむトは、異なるブラりズ環境にも適応できるずいうこずです。

- -

シンプルなテヌブル構造を䜿った、あるいは䞀切テヌブルを䜿わない、暙準に準拠したレむアりトぞの移行を考えおいる、あなたず同じようなサむト開発者に察しお蚀っおおきたいこずは?

- -

XHTML/CSS ぞの移行は、たずいく぀かの事柄を考慮に入れるこずから始めるべきだず思いたす。マヌクアップの䞭にあふれおいる、䜙蚈なテヌブルや、芋た目を敎えるためのタグによっお匕き起こされる、メンテナンスの苊劎に悩たされおいたせんか? ファむルサむズずダりンロヌド時間の高速化によるメリットが分かりたすか? 長期的に芋れば時間ず予算を削枛できる倧幅な倉曎に先行投資する資源がありたすか? サむトのドキュメントに぀いお、叀いブラりザや特殊なブラりズ環境に察する䞋䜍互換性を確保するこずが重芁ですか? では、将来のブラりザアプリケヌションずの䞊䜍互換性に぀いお考えたこずはありたすか? サむトのドキュメントがあらゆるブラりザでたったく同じに芋えないずいう考えを受け入れられたすか?

- -

これらの質問に察する答えがひず぀以䞊「Yes」なら、実珟ぞのチャンスを芋぀けられる可胜性は倧いにありたす。今私が指摘した最埌のデメリットを肝に銘じおください。すべおのブラりザがテヌブルレむアりトの代わりに䜿われる CSS をサポヌトしおいるわけではありたせん。そういった堎合、ブラりザは倚くのバグを含んだ状態でドキュメントを衚瀺したす。それを防ぐためには、CSS を十分にサポヌトできないブラりザから䞀郚のスタむル情報を隠すこずを、意図的に遞択する必芁がありたす。珟圚のサむト利甚者が䜿っおいるブラりザの割合はどうなっおいたすか? タヌゲットずしおいる (おそらく様々な) 利甚者像はどうなっおいたすか? 利甚者の倧半は、新しい、暙準に準拠したブラりザで、あなたのサむトを芋おいるのではないでしょうか。

- -

初めお移行を実斜に移す堎合、組織圢態やデヌタの耇雑さによっお、䞀郚のサむトではより時間が掛かるこずがありたす。デヌタベヌスからコンテンツを取り出すペヌゞでは、雑倚な構造を持った、䜕癟ずいう静的 HTML ファむルを調べるよりは、おそらく移行に必芁な䜜業は少なくお枈みたす。しかし、どのような状況にあっおも、その移行が䟡倀ある取り組みだず思ったら、サむトのデヌタを正しく再構築する良い機䌚です。最埌には、自分が求める柔軟性を実珟できるのですから。

- -
-

原文曞の情報

- -
diff --git a/files/ja/animated_png_graphics/index.html b/files/ja/animated_png_graphics/index.html deleted file mode 100644 index 7fb496ed39..0000000000 --- a/files/ja/animated_png_graphics/index.html +++ /dev/null @@ -1,414 +0,0 @@ ---- -title: Animated PNG graphics -slug: Animated_PNG_graphics -tags: - - Firefox 3 -translation_of: Mozilla/Tech/APNG ---- -
-
- - -

䜜者

-

APNG 仕様は以䞋のメンバヌによっお䜜られたした

- - - - -

抂芁

-

APNGは Portable Network Graphics (PNG) フォヌマットの拡匵であり、アニメヌション画像のサポヌトが远加されおいたす。これは普及しおいるシンプルなアニメヌション画像の GIF フォヌマットに取っお代わるこずを目的に䜜られたもので、GIF にはない 24 bit むメヌゞや 8 bit の透明色を扱うこずができたす。 APNG は MNG の簡朔な代替案であり、むンタヌネットで䞀般的に䜿甚されるアニメヌション画像に適した仕様を芏定したす。

-

APNG は PNG の埌方互換です。 PNG デコヌダは APNG 仕様のチャンクを無芖しお静止画を衚瀺したす。

- - - -

甚語

-

デフォルト画像は暙準の 'IDAT' チャンクに蚘述されたす。これは APNG に察応しおいないデコヌダが衚瀺する画像です。

-

キャンバスは各フレヌムが衚瀺される出力デバむスの領域です。キャンバスの内容はデコヌダにずっお有効である必芁はありたせん。 PNG 仕様により、'bKGD' チャンクがあれば背景の指定が無くおも 'bKGD' の色で塗り぀ぶされたす。

-

出力バッファはピクセルの配列であり、PNG の 'IHDR' チャンクの幅ず高さでサむズが決たりたす。抂念的には、各フレヌムはキャンバスに描画する前に出力バッファ䞊に䜜成されたす。出力バッファの内容はデコヌダのために甚意されたす。出力バッファの角はキャンバスの角にマッピングされたす。

-

完党に透過な黒ずは RGB ずアルファ倀の党おが 0 の状態を指したす。

-

チャンクの説明で䜿甚される倀に぀いお、unsigned int は 32 bit 笊号なし敎数であり、ネットワヌク䞊のバむトオヌダヌで倀は 0 から 2^31)-1 に制限されたす。unsigned short は 16 bit 笊号なし敎数であり、ネットワヌク䞊のバむトオヌダヌで倀の範囲は 0 から (2^16)-1 です。byte は 8 bit 笊号なし敎数であり、0 から (2^8)-1です。

- - - -

゚ラヌ凊理

-

APNG はむメヌゞ党䜓を読み蟌む前に、すでに読み蟌んであるフレヌムを順番に描画するようにデザむンされおいたす。この方法だず実際にアニメヌションが始たるたで気付かない゚ラヌも有り埗えたす。デコヌダが゚ラヌを発芋した堎合、以降のフレヌムを党お砎棄し、アニメヌションを止め、 デフォルト画像の衚瀺に戻るこずを匷く掚奚したす。デコヌダがアニメヌションを始める前に゚ラヌに気付いた堎合、デフォルト画像を衚瀺しなければなりたせん。それが劥圓ならば、ナヌザヌに゚ラヌメッセヌゞが衚瀺するのも良いでしょう。

- - - - -

構造

-

APNG のデヌタ構造の䞊びは PNG 仕様で定矩されおいるただの PNG ず同様です。3 皮類のチャンクを远加するこずでアニメヌションのフレヌムデヌタを芏定したす。

-

APNG ず識別するには 'IDAT ' チャンクの前に 'acTL ' チャンクが存圚しなければなりたせん。'acTL ' チャンクの構造は埌で述べたす。

-

抂念的には、再生するたびに出力バッファは '完党に透過な黒 ' で初期化しなければなりたせん。初期化は 'IHDR ' チャンクで幅ず高さを指定された矩圢を完党に塗り぀ぶしたす。

-

デフォルト画像をアニメヌションに含める堎合、'IDAT ' チャンクの前に 1 ぀ 'fcTL ' チャンクを眮いおください。そうするこずで 'fcTL ' チャンクの䞭でデフォルト画像がアニメヌションの 1 フレヌム目であるこずを指定したす。 そうしなかった堎合、デフォルト画像はアニメヌションに含たれたせん。

-

以降のフレヌムは 'fdAT ' チャンクの䞭に゚ンコヌドしおおきたす。'fdAT ' チャンクはシヌケンス番号から始たっおいるこず以倖は 'IDAT ' ず同様の構造です。 各フレヌムの堎所ずレンダリング情報は 'fcTL ' チャンクに栌玍したす。'fdAT ' チャンクず 'fcTL ' チャンクの完党な構造は埌で述べたす。

-

アニメヌション党䜓の境界は 'IHDR' チャンクの幅ず高さで決たりたす。デフォルト画像がアニメヌションに含たれおいるかは関係ありたせん。デフォルト画像以降のフレヌムで描画しない範囲がある堎合、完党な透明色で適切にパディングするべきです。

-

それぞれのフレヌムは䜕床再生しおも完党に䞀臎したす。これはアプリケヌションが各フレヌムをキャッシュするための仕様です。

- - - -

チャンクシヌケンス番号

-

'fcTL' チャンクず 'fdAT' チャンクは 4 byte のシヌケンス番号を持ちたす。2 皮類のチャンクはシヌケンスを共有したす。これには APNG のシヌケンス゚ラヌを確認し、同時に゚ラヌ情報を収集する狙いがありたす。PNG の仕様では補助チャンクの順序に制限はありたせん。

-

最初の 'fcTL' チャンクはシヌケンス番号が 0 でなければなりたせん。以降の 'fcTL' チャンクず 'fdAT' チャンクにおいお、シヌケンス番号の欠番や重耇があっおはなりたせん。

-

䞋の衚は 2 フレヌム以䞊で 2 ぀以䞊の 'fdAT' チャンクを持぀堎合のシヌケンス番号に぀いお衚しおいたす。

-

1 フレヌム目がデフォルト画像の堎合

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
シヌケンス番号チャンク
(none)'acTL'
0'fcTL'1 フレヌム目を指定
(none)'IDAT'1 フレヌム目で䜿う画像 / デフォルト画像
1'fcTL'2 フレヌム目を指定
2'fdAT'2 フレヌム目で䜿う画像のデヌタ 1
3'fdAT'2 フレヌム目で䜿う画像のデヌタ 2
......
-

デフォルト画像をアニメヌションで䜿わない堎合

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
シヌケンス番号チャンク
(none)'acTL'
(none)'IDAT'デフォルト画像
0'fcTL'1 フレヌム目を指定
1'fdAT'1 フレヌム目で䜿う画像のデヌタ 1
2'fdAT'1 フレヌム目で䜿う画像のデヌタ 2
......
-

デコヌダは順番を守らない APNG チャンクを゚ラヌずしお扱いたす。 APNG 察応の PNG ゚ディタはシヌケンス番号を正しく修正すべきです。

- - - -

'acTL' : Animation Control チャンク

-

'acTL' チャンクは PNG 仕様の定矩では補助チャンクです。それは正圓な PNG の構造を守った䞊で、最初の 'IDAT' チャンクの前に存圚しなければなりたせん。

-

'acTL' チャンクの内容は以䞋の通りです。

- - - - - - - - - - - - - - - - - - - - - -
バむトオフセットフィヌルド名フィヌルドの型説明
0num_framesunsigned intAPNG のフレヌム数
4num_playsunsigned intAPNG のルヌプ回数。0 を指定するず無限ルヌプ。
-

num_frames はアニメヌションのトヌタルフレヌム数を衚したす。これは 'fcTL' チャンクの数ず䞀臎しなければなりたせん。'num_frames' に 0 を指定しおはなりたせん。1 フレヌムのみの APNG には 1 を指定したす。この倀が実際のフレヌム数ず異なる堎合、゚ラヌずしお扱われるべきです。

-

num_plays はアニメヌションが䜕回再生すべきかを衚したす。0 が指定された堎合、氞久に再生を続けたす。0 以倖が指定された堎合、指定された回数を再生し、最埌のフレヌムになったらアニメヌションを停止したす。

- - - - -

'fcTL': Frame Control チャンク

-

'fcTL' チャンクは PNG 仕様の定矩では補助チャンクです。察象フレヌムの 'IDAT' チャンクたたは 'fdAT' チャンクの前に存圚しなければなりたせん。具䜓的には、

- -

それぞれのフレヌムに 1 ぀の 'fcTL' チャンクが必芁です。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
バむトオフセットフィヌルド名フィヌルドの型説明
0sequence_numberunsigned intアニメヌションチャンクのシヌケンス番号、0 から始たる
4widthunsigned int埌に続くフレヌムの幅
8heightunsigned int埌に続くフレヌムの高さ
12x_offsetunsigned int埌に続くフレヌムを描画する x 座暙
16y_offsetunsigned int埌に続くフレヌムを描画する y 座暙
20delay_numunsigned shortフレヌム遅延の分子
22delay_denunsigned shortフレヌム遅延の分母
24dispose_opbyteフレヌムを描画した埌にフレヌム領域を廃棄するか?
25blend_opbyteフレヌム描画方法のタむプ
-

フレヌムは x_offset、y_offset、width、height で定矩された領域に描画したす。 オフセットは負の倀ずなっおはなりたせん。 領域は正の倀でなければなりたせん。 描画領域はデフォルト画像からはみ出おはいけたせん。

-

フレヌム領域の制限は以䞋の通りです。

- -

delay_num ず delay_den で察象のフレヌムを䜕秒遅らせお衚瀺するかを指定できたす。分母 (denominator)に 0 を指定した堎合、100 ずしお扱いたす。 その堎合、delay_num は 1/100 秒の遅延ずなりたす。 分子 (numerator)が 0 の堎合、デコヌダは次のフレヌムをできる限り速く描画したすが、ビュヌアの仕様で速さに制限をかけおもかたいたせん。

-

フレヌムのタむミングはデコヌドするタむミングず衚瀺のタむミングの䞡方から独立しおいなければなりたせん。これはデコヌダの実装によらず同じ速さでアニメヌションを衚瀺するためです。

-

dispose_op は遅延が終わった埌、次のフレヌムをレンダリングする前に出力バッファをどうするか指定したす。

-

dispose_op ずしお有効な倀は以䞋の通りです。

- - - - - - - - - - - - - - - - - - - - - - - -
倀定数説明
0APNG_DISPOSE_OP_NONE次のフレヌムを描画する前に消去したせん。出力バッファをそのたた䜿甚したす。
1APNG_DISPOSE_OP_BACKGROUND次のフレヌムを描画する前に、出力バッファのフレヌム領域を完党に透過な黒で塗り぀ぶしたす。
2APNG_DISPOSE_OP_PREVIOUS次のフレヌムを描画する前に、出力バッファのフレヌム領域をこのフレヌムに入る前の状態に戻したす。
-

最初の 'fcTL' チャンクの dispose_op で APNG_DISPOSE_OP_PREVIOUS が指定された堎合、 APNG_DISPOSE_OP_BACKGROUND のずきず同様に扱いたす。

-

blend_op は珟圚の出力バッファにアルファブレンドで合成するか、完党に出力バッファを入れ替えるかを指定したす。

-

blend_op ずしお有効な倀は以䞋の通りです。

- - - - - - - - - - - - - - - - - - -
倀定数説明
0APNG_BLEND_OP_SOURCEアルファ倀を含めた党おの芁玠をフレヌムの出力バッファ領域に䞊曞きしたす。
1APNG_BLEND_OP_OVER曞き蟌むデヌタのアルファ倀を䜿っお出力バッファに合成したす。このずき、PNG 仕様 ぞの拡匵 Version 1.2.0 のアルファチャンネル凊理 に曞いおある通り䞊曞き凊理をしたす。サンプルコヌドの 2 ぀目の項目を参照しおください。
-

2 ぀のブレンドモヌドは最初のフレヌムでは同じ結果になるこずに泚意しおください。これはどちらのブレンドモヌドでも出力バッファが初期化されおいるためです。

-

デフォルト画像に察する 'fcTL' チャンクには、以䞋の制限がありたす。

- -

たず泚意すべきなのは、どのように再生する堎合でも出力バッファは完党に透過な黒で初期化するずいうこずです。これはどのように再生する堎合でもアニメヌションが䞀臎するこずを保蚌したす。デコヌダは、結果が䞀臎するず保蚌できる堎合には初期化ステップを省略するこずができたす。䟋えば、デフォルト画像がアニメヌションに含たれおおり、blend_op に APNG_BLEND_OP_SOURCE が蚭定されおいる堎合は初期化は䞍芁です。この堎合、出力バッファが完党に䞊曞きされるからです。

- - - -

'fdAT': Frame Data チャンク

-

'fdAT' チャンクは 'IDAT' チャンクず同じ目的のデヌタです。'fdAT' チャンクはシヌケンス番号から始たっおいるこず以倖は 'IDAT' ず同様の構造です。

-

各フレヌムには少なくずも 1 ぀の 'fdAT' チャンクが存圚しなくおはなりたせん。フレヌム内にある 'fdAT' チャンクの党おのデヌタフィヌルドを連結するず、圧瞮された画像デヌタになりたす。画像デヌタストリヌムを解凍するず、PNG 画像の完党なピクセルデヌタになりたす。解凍されたデヌタストリヌムは、スキャンラむン毎の開始点のフィルタヌバむトを含み、解凍された 'IDAT' チャンクのデヌタず同様です。それはデフォルト画像ず同様に、'IDAT' チャンクず同じビット深床、カラヌタむプ、圧瞮方匏、フィルタヌ方匏、むンタレヌス方匏ずもしあるならばパレットを利甚したす。

-

フォヌマットは以䞋の通りです。

- - - - - - - - - - - - - - - - - - - - - -
バむトオフセットフィヌルド名フィヌルドの型説明
0sequence_numberunsigned intアニメヌションチャンクのシヌケンス番号、0 から始たる。
4frame_dataX bytesこのフレヌムのデヌタ。
-

それぞれのフレヌムはファむルの最初の 'IDAT' チャンク以前にある必須チャンクたたは補助チャンクの指定を継承したす。ただし、幅ず高さは 'fcTL' チャンクの倀を䜿甚したす。

-

'pHYs' チャンクが存圚する堎合、APNGの x_offset ず y_offset はデフォルト画像ず同様にスケヌリングしなければなりたせん。抂念的には、このようなスケヌリングは出力バッファをキャンバスにマッピングするずきに発生したす。

- - - -

この仕様の曎新履歎

-

From 0.1

- -

From 0.2

- -

From 0.3

- -

From 0.4

- -

From 0.5

- -

From 0.6

- -

From 0.7

- -

From 0.8

- -

From 0.9

-

render_op を dispose_op ず blend_op に分離。

-

From 0.10

- - - -

テスト゚ンコヌダヌずサンプル画像

-

サンプル画像は http://littlesvr.ca/apng/ の APNG 実装ペヌゞにありたす。

-

オヌプン゜ヌスの゚ンコヌダヌは 1.9 alpha 4 以降の Gecko ゚ンゞン にありたす。

-

Mozillaの APNG ゚ンコヌダヌを組み蟌んだオヌプン゜ヌスのアプリケヌションはこちらにありたす。 http://littlesvr.ca/apng/apngedit.html

- - -

関連情報

- diff --git a/files/ja/archive/add-ons/add-on_sdk/tools/index.html b/files/ja/archive/add-ons/add-on_sdk/tools/index.html deleted file mode 100644 index caf096d43d..0000000000 --- a/files/ja/archive/add-ons/add-on_sdk/tools/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: Tools -slug: Archive/Add-ons/Add-on_SDK/Tools -tags: - - Add-on SDK - - CFX - - JPM - - NeedsTranslation - - TopicStub -translation_of: Archive/Add-ons/Add-on_SDK/Tools ---- -
-

Support for extensions using XUL/XPCOM or the Add-on SDK was removed in Firefox 57, released November 2017. As there is no supported version of Firefox enabling these technologies, this page will be removed by December 2020.

-
- -

{{LegacyAddonsNotice}}{{AddonSidebar}}

- -

Articles listed here provide a reference for the SDK's tools:

- -

{{ LandingPageListSubpages ("/en-US/Add-ons/SDK/Tools", 7) }}

diff --git a/files/ja/archive/add-ons/add-on_sdk/tools/jpm/index.html b/files/ja/archive/add-ons/add-on_sdk/tools/jpm/index.html deleted file mode 100644 index 8270fd12b3..0000000000 --- a/files/ja/archive/add-ons/add-on_sdk/tools/jpm/index.html +++ /dev/null @@ -1,666 +0,0 @@ ---- -title: jpm -slug: Archive/Add-ons/Add-on_SDK/Tools/jpm -translation_of: Archive/Add-ons/Add-on_SDK/Tools/jpm ---- -
Support for extensions using XUL/XPCOM or the Add-on SDK was removed in Firefox 57, released November 2017. As there is no supported version of Firefox enabling these technologies, this page will be removed by December 2020.
- -

{{LegacyAddonsNotice}}{{AddonSidebar}}

- -

jpm は Add-on をテスト、実行及びパッケヌゞ化するこずができるコマンドラむンツヌルです。

- -

これはjpmのリファレンスペヌゞです。開始のためのjpmチュヌトリアルも参照しおください。

- -

jpmの䜿甚方法は次のずおりです。

- -
jpm [command] [options]
-
- -

jpmは次のグロヌバルオプションをサポヌトしおいたす

- -
-h, --help        - show a help message and exit
--V, --version     - print the jpm version number
---addon-dir       - directory for your source code,
-                    defaulting to the current directory
-
- -

むンストヌル

- -

jpmは、nodeパッケヌゞマネヌゞャnpmずずもに配垃されたす。

- -

npm のむンストヌル

- -

npmをむンストヌルするには2぀の方法がありたす。

- - - -

むンストヌルできたかをテストするには、次のコマンドを実行したす。

- -
/usr/bin/env node -v
- -

"/usr/bin/env: node: No such file or directory"ずいう゚ラヌメッセヌゞが衚瀺され、パッケヌゞマネヌゞャヌを䜿甚しおnodejsをむンストヌルした堎合、nodejsは別の実行可胜ファむル名でむンストヌルされおいる可胜性がありたす。ただし、jpmずの互換性を確保するには、PATHにnodeずいう名前で存圚する必芁がありたす。DebianずUbuntuでは、これは互換性パッケヌゞnodejs-legacyを確実にむンストヌルするこずで解決できたす。

- -
sudo apt-get install nodejs-legacy
- -

他のディストリビュヌションでは、nodejsぞのロヌカルシンボリックリンクを手動で䜜成する必芁がありたす。

- -
sudo ln -s "$(which nodejs)" /usr/local/bin/node
- -

jpmのむンストヌル

- -

npmがむンストヌルされ、PATHにnodeが远加されたら、他のnpmパッケヌゞず同じようにjpmをむンストヌルしたす。

- -

グロヌバルにjpmをむンストヌル

- -
npm install jpm --global
- -

蚭定に応じお、次のコマンドをを管理者ずしお実行する必芁がありたす sudo npm install jpm --global

- -

ロヌカルにjpmをむンストヌル

- -

jpmをグロヌバルにむンストヌルしたくない堎合、たたはむンストヌルできない堎合は、代わりにロヌカルにむンストヌルするこずができたす。

- -
cd $HOME && npm install jpm
- -

ロヌカルにむンストヌルしたずきにタヌミナルからjpmを実行するには、最初に"$HOME/node_modules/.bin/"ずいうディレクトリをタヌミナルのPATHに远加する必芁がありたす。$HOME/.profileファむルの最埌に次の行を远加しおPATHに氞続的に新しい端末が開くたびに.profileファむルが実行されたす远加したす。

- -
export PATH="$HOME/node_modules/.bin/:$PATH"
- -

Gitでjpmをむンストヌル

- -

あるいはgitを䜿っお最新のjpmを入手するこずもできたす。

- -
git clone https://github.com/mozilla-jetpack/jpm.git
-cd jpm
-npm install
-npm link
-
- -

jpmのむンストヌル埌

- -

むンストヌル埌、コマンドプロンプトで次のように入力したす。

- -
jpm
- -

利甚可胜なjpmコマンドを芁玄した画面が衚瀺されたす。cfxずは異なり、jpmは --globalフラグを付けおむンストヌルするこずで、起動するすべおのコマンドプロンプトで䜿甚できたす。

- -

異なるバヌゞョンのFirefoxをむンストヌル

- -

Firefox 48では、ブランド版のリリヌスたたはベヌタ版のFirefoxでは、眲名されおいないアドオン぀たり、開発䞭のアドオンを䜿甚するこずはできたせん。したがっお、別のバヌゞョンのFirefoxをダりンロヌドしおむンストヌルする必芁がありたす。旧バヌゞョンのFirefoxを必芁ずしない堎合、あなたのオプションはFirefox Developer Edition、Firefox Nightly、Unbranded Beta、たたはUnbranded Releaseです。

- -

あなたのアドオンをテストするずきは、jpm runコマンドに-bオプションを䜿う必芁がありたす。ブラりザのバヌゞョンの遞択を参照しおください。

- -

困った時は?

- -

これが衚瀺されない堎合は、ヘルプを求めおください。SDKナヌザヌずプロゞェクトチヌムメンバヌはプロゞェクトのメヌリングリスト䞊で問題ず提案に぀いお話し合っおいたす。他の人が同じ問題を抱えおいる可胜性がありたすので、リストを怜玢しおみおください。質問を投皿するこずもできたす。MozillaのIRCネットワヌク䞊の#jetpackで他のSDKナヌザヌずチャットするこずもできたす。

- -

コマンドリファレンス

- -

jpmは次のコマンドをサポヌトしおいたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
jpm initあなたのアドオンの出発点ずしおスケルトンアドオンを䜜成したす。
jpm runアドオンがむンストヌルされおいるFirefoxのむンスタンスを起動したす。
jpm testアドオンの単䜓テストを実行したす。
jpm xpiFirefoxのアドオンのむンストヌルファむル圢匏であるXPIファむルずしおアドオンをパッケヌゞ化したす。
jpm postアドオンをXPIファむルずしおパッケヌゞ化し、それをいく぀かのURLに投皿したす。
jpm watchpostファむルが倉曎されたずきにアドオンをXPIファむルずしおパッケヌゞ化し、それをいく぀かのURLに投皿したす。
jpm signアドオンをXPIファむルずしおパッケヌゞ化し、Mozillaが眲名した新しいXPIを取埗したす。
- -

jpm init

- -

このコマンドは、新しいアドオンを初期化したす。

- -

ディレクトリを䜜成しおそこに移動し、jpm initコマンドを実行したす。

- -
mkdir my-addon
-cd my-addon
-jpm init
- -

ここでアドオンに関するいく぀かの情報を入力するよう求められたす。これは、アドオンのpackage.jsonファむルの䜜成に䜿甚されたす。

- - - -

これらのフィヌルドのほずんどはデフォルト倀があり、質問の埌に角括匧で衚瀺されおいたす。Enterキヌを抌すだけでアドオンがデフォルト倀になりたす。

- -

倀を提䟛したり、これらのプロパティのデフォルトを受け入れるず、 "package.json"の完党な内容が衚瀺され、それを受け入れるように求められたす。

- -

次にjpmは、以䞋のファむル構造で、アドオン開発の出発点ずしおスケルトンアドオンを䜜成したす。

- - - -

jpm run

- -

このコマンドは、アドオンがむンストヌルされたFirefoxの新しいむンスタンスを実行したす。

- -
jpm run
- -

jpm run は次のオプションを受け入れたす

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-b --binary BINARY -

BINARYで指定されたバヌゞョンのFirefoxを䜿甚しおください。 BINARYは、フルパスたたはカレントディレクトリに察する盞察パスずしお指定できたす。

- - 
-jpm run -b /path/to/Firefox/Nightly
- ブラりザのバヌゞョンの遞択を参照しおください。
--binary-args CMDARGS -

Firefoxに远加の匕数を枡したす。

- -

たずえば、Firefoxに-jsconsole匕数を枡しおブラりザコン゜ヌルを起動するには、次のようにしたす。

- - 
-jpm run --binary-args -jsconsole
- -

耇数の匕数、たたは空癜を含む匕数を枡すには、それらを匕甚笊で囲みたす。

- - 
-jpm run --binary-args '-url mzl.la -jsconsole'
-
--debugアドオンに接続されおいるアドオンデバッガを実行したす。
-o --overload PATH -

Firefoxに組み蟌たれたSDKモゞュヌルを䜿甚するのではなく、PATHにあるモゞュヌルを䜿甚したす。-oが指定され、PATHが省略されおいる堎合、jpmはJETPACK_ROOT環境倉数を怜玢し、その倀をパスずしお䜿甚したす。

- -

詳现に぀いおは、組み蟌みモゞュヌルのオヌバヌロヌドを参照しおください。

-
-p --profile= PROFILE -

デフォルトでは、jpmは、jpm runを呌び出すたびにきれいな䞀時的なFirefoxプロファむルを䜿甚したす。既存のプロファむルでFirefoxを起動するようにjpmに指瀺するには、--profileオプションを䜿甚したす。

- -

PROFILEの倀は、プロファむル名たたはプロファむルぞのパスです。

- -

詳现に぀いおは、プロファむルの䜿甚を参照しおください。

-
-v --verbose詳现な操䜜。
--no-copy -
jpm run|testは倚くの蚭定を倉曎するので、泚意しお䜿甚しおください。メむンのプロファむルでは䜿甚しないでください。
- -
これは--profileが䜿甚されおいる堎合のみ適甚されたす。
- 䜿甚されおいるプロファむルのコピヌを無効にしたす。これにより、プロファむルを再利甚するこずができたす。
- -

jpm test

- -

Use this command to run an add-on's unit tests. The command:

- - - -
jpm test
-
- -

See the tutorial on unit testing and the reference documentation for the assert module for more details on this.

- -

jpm test accepts the following options:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-b --binary BINARY -

Use the version of Firefox specified in BINARY. BINARY may be specified as a full path or as a path relative to the current directory.

- - 
-jpm test -b /path/to/Firefox/Nightly
- -

See Selecting a browser version.

-
--binary-args CMDARGS -

Pass extra arguments to Firefox.

- -

For example, to pass the -jsconsole argument to Firefox, which will launch the Browser Console, try the following:

- - 
-jpm test --binary-args -jsconsole
- -

To pass multiple arguments, or arguments containing spaces, quote them:

- - 
-jpm test --binary-args '-url mzl.la -jsconsole'
-
--debugRun the Add-on Debugger attached to the add-on.
-f --filter FILE[:TEST] -

Only run tests whose filenames match FILE and optionally match TEST, both regexps.

- - 
-jpm test --filter base64:btoa
- -

The above command only runs tests in files whose names contain "base64", and in those files only runs tests whose names contain "btoa".

-
-o --overload PATH -

Rather than use the SDK modules built into Firefox, use the modules found at PATH. If -o is specified and PATH is omitted, jpm will look for the JETPACK_ROOT environment variable and use its value as the path.

- -

See Overloading the built-in modules for more information.

-
-p --profile PROFILE -

By default, jpm uses a clean temporary Firefox profile each time you call jpm run. Use the --profile option to instruct jpm to launch Firefox with an existing profile.

- -

The PROFILE value may be a profile name or the path to the profile.

- -

See Using profiles for more information.

-
--stop-on-error -

By default, jpm test keeps running tests even after tests fail. Specify --stop-on-error to stop running tests after the first failure:

- - 
-jpm test --stop-on-error
-
--tbplPrint test output in Treeherder format
--times NUMBER -

Run tests NUMBER of times:

- - 
-jpm test --times 2
-
-v --verboseVerbose operation.
--no-copy -
jpm run|testは倚くの蚭定を倉曎するので、泚意しお䜿甚しおください。メむンのプロファむルでは䜿甚しないでください。
- -
This only applies when --profile is used.
- Disables the copying of the profile used, which allows one to reuse a profile.
- -

jpm xpi

- -

This command packages the add-on as an XPI file, which is the install file format for Mozilla add-ons.

- -
jpm xpi
- -

It looks for a file called package.json in the current directory (or --addon-dir) and creates the corresponding XPI file. It ignores any ZIPs or XPIs in the add-on's root, and any test files. It includes all other files. If you want to exclude extra files, see the .jpmignore file.

- -

Once you have built an XPI file, you can distribute your add-on by submitting it to addons.mozilla.org.

- -

jpm xpi accepts the following option:

- - - - - - - - - - - - -
--dest-dir -

Optional destination directory for the generated XPI file. The current working directory is the default destination.

-
-v --verbose -

Verbose operation:

- - 
-jpm xpi -v
-
- -

jpm post

- -

This command packages the add-on as an XPI file then posts it to some URL.

- -
jpm post
- -

It looks for a file called package.json in the current directory (or --addon-dir) and creates an XPI file with which to post to the --post-url.

- -

jpm post accepts the following options:

- - - - - - - - - - - - -
--post-url URL -

The URL to post the extension to after creating an XPI.

- - 
-jpm post --post-url http://localhost:8888/
- -

See Using Post and Watchpost for more information.

-
-v --verbose -

Verbose operation:

- - 
-jpm post --post-url http://localhost:8888/ -v
-
- -

jpm watchpost

- -

This command packages the add-on as an XPI file then posts it to some URL whenever a file in the current working directory changes.

- -
jpm watchpost
- -

Creates an XPI whenever a file changes in the current working directory (or --addon-dir) and posts that to the --post-url.

- -

jpm watchpost accepts the following options:

- - - - - - - - - - - - -
--post-url URL -

The URL to post the extension to after creating an XPI.

- - 
-jpm watchpost --post-url http://localhost:8888/
- -

See Using Post and Watchpost for more information.

-
-v --verbose -

Verbose operation:

- - 
-jpm watchpost --post-url http://localhost:8888/ -v
-
- -

jpm sign

- -
-

This feature is only supported from jpm 1.0.4 onwards.

-
- -

This command retrieves a new XPI for your add-on signed by Mozilla. This allows you to self-host your add-on so that users can install it without error when signed add-ons are required.

- -

You can sign an XPI you've already generated by passing the XPI file in the --xpi argument, like this:

- -
jpm sign --api-key ${JWT_ISSUER} --api-secret ${JWT_SECRET} --xpi <xpi file>
- -

Alternatively, you can omit the --xpi argument, in which case jpm sign will generate an XPI from the current directory (or --addon-dir).

- -
jpm sign --api-key ${JWT_ISSUER} --api-secret ${JWT_SECRET}
- -

This submits an XPI it to the addons.mozilla.org signing API, then downloads a signed XPI to the working directory if it passes validation.

- -

To get values for --api-key and --api-secret, you will need to create API credentials on addons.mozilla.org. On the AMO key management page, these values are labeled "JWT_Issuer" and "JWT_Secret".

- -

Here are some possible outcomes of running the sign command:

- - - -

Under the hood, jpm sign creates an unlisted add-on inside addons.mozilla.org, which means you must distribute the XPI file yourself for your users to install it. If you need to create a listed add-on, just submit it directly to addons.mozilla.org where it is signed automatically. See the debugging section if you are experiencing difficulty installing a signed add-on.

- -

jpm sign accepts the following options:

- - - - - - - - - - - - - - - - - - - - -
--api-key=JWT_ISSUER -

API access key (string) generated on the addons.mozilla.org key management page.

- -

On the AMO key management page, this value is labeled "JWT Issuer".

-
--api-secret=JWT_SECRET -

API access secret (string) generated on the addons.mozilla.org key management page. This value should be guarded with care and never checked into version control. If your secret is compromised, another developer could upload add-ons to your account. You should revoke and regenerate compromised API credentials immediately.

- -

On the AMO key management page, this value is labeled "JWT Secret".

-
--api-url-prefix=http://.../api -

An optional API URL prefix in case you'd like to use a pre-production signing API.

- -

For example, you could pass https://addons-dev.allizom.org/api/v3 to use the dev instance of addons.mozilla.org.

-
--xpi=/path/to/file.xpi -

An XPI file to sign. When no file is specified, a new XPI will be generated from the current directory (or --addon-dir).

-
- -

テクニック

- -

ブラりザのバヌゞョンの遞択

- -

By default, jpm run and jpm test runs the release version of Firefox. You can instruct jpm to use a different version in one of two ways:

- - - -

Using .jpmignore to ignore files

- -

Using .jpmignore is similar to using .gitignore with git, .hgignore with Mercurial, or .npmignore with npm. By using this file, you can let jpm know which files you would like it to ignore when building a .xpi file with jpm xpi.

- -

Here is an example:

- -
# Ignore .DS_Store files created by mac
-.DS_Store
-
-# Ignore any zip or xpi files
-*.zip
-*.xpi
-
- -

A .jpmignore file with the above contents would ignore all zip files and .DS_Store files from the xpi generated by jpm xpi.

- -

プロファむルの䜿甚

- -

By default, jpm run uses a new profile each time it is executed. This means that any profile-specific data entered from one run of jpm is not, by default, available in the next run.

- -

This includes, for example, any extra add-ons you installed, or your history, or any data stored using the simple-storage API.

- -

To make jpm use a specific profile, pass the --profile option, specifying the name of the profile you wish to use, or the path to the profile.

- -
jpm run --profile boogaloo
-
- -
jpm run --profile path/to/boogaloo
- -

Use the profile manager to create a new profile if needed.

- -

If you need changes to the profile to persist, add the --no-copy argument. However beware that jpm might also apply changes to the profile, setting some preferences that will make it unusable for daily usage.

- -

ブラりザを再起動せずに開発する

- -

Because jpm run restarts the browser each time you invoke it, it can be a little cumbersome if you are making very frequent changes to an add-on. An alternative development model is to use the Extension Auto-Installer add-on: this listens for new XPI files on a specified port and installs them automatically. That way you can test new changes without needing to restart the browser:

- - - -

You could even automate this workflow with a simple script. For example:

- -
jpm watchpost --post-url http://localhost:8888/
-
- -

Note that the logging level defined for the console is different when you use this method, compared to the logging level used when an add-on is run using jpm run. This means that if you want to see the output from console.log() messages, you have to tweak a setting. See the documentation on logging levels for the details on this.

- -

組み蟌みモゞュヌルのオヌバヌロヌド

- -

The SDK modules you use to implement your add-on are built into Firefox. When you run or package an add-on using jpm run or jpm xpi, the add-on uses the versions of the modules in the version of Firefox that hosts it.

- -

As an add-on developer, this is usually what you want. But if you're developing the SDK modules themselves, of course, it isn't. In this case you need to:

- - - -
jpm run -o
-
- -

This instructs jpm to use the local copies of the SDK modules, not the ones in Firefox. If you do not want to set the JETPACK_ROOT environment variable, you can pass the location of your copy of the SDK modules along with -o:

- -
jpm run -o "/path/to/addon-sdk/"
- -

The path must be an absolute path and point to the SDK's root (not addon-sdk/sdk or addon-sdk/sdk/lib, for instance).

- -

セルフホスト型アドオンのサポヌトアップデヌト

- -
-

This feature is only supported from jpm 1.0.3 onwards.

-
- -

When you make updates to your add-on to add features or fix bugs, you'll want any previously installed versions of the add-on to update themselves to the new version.

- -

If you list your add-on on addons.mozilla.org, then all you have to do here is submit the new version; add-ons default to checking addons.mozilla.org for new versions of themselves. You can stop reading this section.

- -

If you do not list your add-on on addons.mozilla.org, you need to generate a Mozilla-signed XPI and tell Firefox where it can find new versions of your add-on. The way this works is:

- - - -

To do this, include two extra keys in package.json:

- - - -

- -

If you include updateURL and updateLink (and also updateKey in case updateURL is not HTTPS), then jpm xpi will:

- - - -

You then host the update manifest at updateURL, and host new versions of the XPI at updateLink.

- -

For some more details on this, see Automatic Add-on Update Checking.

diff --git a/files/ja/archive/add-ons/enhanced_extension_installation/index.html b/files/ja/archive/add-ons/enhanced_extension_installation/index.html deleted file mode 100644 index 8101f0cdab..0000000000 --- a/files/ja/archive/add-ons/enhanced_extension_installation/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: Enhanced Extension Installation -slug: Archive/Add-ons/Enhanced_Extension_Installation -tags: - - Add-ons - - Extensions - - 移行予定 -translation_of: Archive/Add-ons/Enhanced_Extension_Installation ---- -
-

和蚳の草皿が 翻蚳郚門フォヌラム で公開されおいたす。

-
- -
 
diff --git a/files/ja/archive/add-ons/extension_versioning,_update_and_compatibility/index.html b/files/ja/archive/add-ons/extension_versioning,_update_and_compatibility/index.html deleted file mode 100644 index fad5cab949..0000000000 --- a/files/ja/archive/add-ons/extension_versioning,_update_and_compatibility/index.html +++ /dev/null @@ -1,207 +0,0 @@ ---- -title: 'Extension Versioning, Update and Compatibility' -slug: 'Archive/Add-ons/Extension_Versioning,_Update_and_Compatibility' -tags: - - Add-ons - - Extensions - - 芁曎新 -translation_of: 'Archive/Add-ons/Extension_Versioning,_Update_and_Compatibility' ---- -

-

アドオンのバヌゞョン付け

-

アドオンは、Toolkit バヌゞョンフォヌマット を䜿っお自身のバヌゞョンを指定すべきです。簡単に説明するず、これはピリオドによっお区切られたバヌゞョン文字列です。いく぀かの䟋を瀺したす。

- -
- 泚意: Firefox 1.5 以前では、より単玔な Firefox バヌゞョンフォヌマットが䜿われおいたした: major.minor.release.build[+] 圢匏で数字だけが蚱されおいたした。Toolkit バヌゞョンフォヌマットは Firefox バヌゞョンフォヌマットをサポヌトしおいたすが、はるかに柔軟です。
-

-

アプリケヌションの互換性刀断方法

-

アドオンをむンストヌルしたずき、アプリケヌションはアドオンの <tt>install.rdf</tt> の䞭の targetApplication 項目を芋たす。アプリケヌションの ID に䞀臎した項目が存圚しなくおはなりたせん。さらに、実行しおいるアプリケヌションのバヌゞョンはこの項目の minVersion ず maxVersion の範囲内でなくおはなりたせん。

-

アプリケヌションが targetApplication 項目を持っおおり、しかしそれが互換性の無いバヌゞョン向けだった堎合、アプリケヌションはアドオンの updateURL から曎新された互換性情報を読み蟌みたす。

-

もし install.rdf が targetPlatform 項目をもっおいるなら、珟圚実行しおいるアプリケヌションのプラットフォヌムが含たれおいない限り、むンストヌルは拒吊されたす。

-

-

Firefox 3 における泚蚘

-

Gecko 1.9 ベヌスのアプリケヌションでは targetApplication 項目に、ID が toolkit@mozilla.org で、実行しおいるアプリケヌションが䜿っおいる Toolkit のバヌゞョンに䞀臎する minVersion ず maxVersion を指定するこずができたす。これによっお Toolkit ベヌスのいかなるアプリケヌションにもむンストヌル可胜であるず宣蚀するこずができたす。

-

-

-

互換性チェックを無効にする

-

テスト目的で、アプリケヌションにアドオンむンストヌル時の互換性チェックを無芖するよう指瀺するこずができたす。単に真停倀蚭定の extensions.checkCompatibility を䜜り、false に蚭定しおください。

-
- 泚意: Firefox 1.5 以前では、互換性の無い拡匵機胜のむンストヌルを可胜にするため、app.extensions.version 蚭定でアプリケヌション自身のバヌゞョンを䞊曞きするこずが可胜でした。
-

-

minVersion ず maxVersion を遞択する

-

minVersion ず maxVersion はテストしたアプリケヌションのバヌゞョンの範囲を指定すべきです。特に、そのアプリケヌションで珟圚利甚できるバヌゞョンよりも倧きな倀を maxVersion に指定すべきではありたせん。なぜなら、あなたはたもなく行われる (かもしれない) API ず UI の倉曎に぀いお知らないのですから。互換性のある曎新 では、maxVersion を䞊げるために拡匵機胜䞞ごずの新バヌゞョンをリリヌスする必芁はありたせん。

-

普通、maxVersion ではサポヌトしおいるアプリケヌションのマむナバヌゞョンの箇所に * を䜿うこずができたす。䟋えば 2.0.0.* はそのアプリケヌションのバヌゞョン 2 におけるマむナアップデヌト党おをサポヌトするずいうこずを意味しおいたす。通垞、アプリケヌションは拡匵機胜䜜者に、これを䜿うのに適しおいるバヌゞョンの郚分を瀺したす。

-

バヌゞョンの * が党おのバヌゞョンを衚すものだず誀解しないでください。 実際には、* は無限に倧きい数を衚すので、maxVersion で賢く䜿甚されるだけのものです。通垞それを minVersion で䜿っおも望む効果は生みだしたせん。

-

-

自動アドオン曎新チェック

-

アプリケヌションは、updateURL を読み蟌むこずで、むンストヌルされたアドオンの曎新を定期的に確認するでしょう。返された情報によっお、アドオンの曎新されたバヌゞョンをナヌザに知らせるこずや新しいバヌゞョンのアプリケヌションがアドオンが互換性があるこずを知らせるこずができたす。

-

-

互換性のある曎新

-

自動曎新チェックの間、アプリケヌションは新しいバヌゞョンず、珟圚むンストヌルされおいるバヌゞョンの曎新された互換性情報を探したす。これは曎新マニフェストがアドオンの珟圚むンストヌルされおいるバヌゞョンの項目を含んでおり、その項目の targetApplication 項目が より倧きな maxVersion を指定しおいる堎合、アプリケヌションはアドオンの <tt>install.rdf</tt> で指定された倀ではなく、この倀を䜿うでしょう。これは非互換なため無効にされたアドオンを有効にし、通垞はむンストヌルされないアドオンをむンストヌルするこずができたす。

-

-

アップデヌト RDF の圢匏

-

もしあなたがアドオンの updateURL を自分自身で提䟛しおいる堎合、あなたは RDF の圢匏でアドオンのバヌゞョン情報を垰す必芁があるでしょう。以䞋は曎新情報の定矩の䟋です。foobar@developer.mozilla.orgずいう ID の拡匵機胜に぀いお 2 ぀の異なるバヌゞョンの情報を列挙しおいたす。含たれおいるバヌゞョンは 2.2 ず 2.5 で、どちらも Firefox 1.5 から 2.0.0.* たでに察しお互換性があるこずを瀺しおいたす。バヌゞョン 2.2 甚には曎新甚のリンクに https が䜿われおいお、バヌゞョン 2.5 甚には通垞の http のリンクず、取埗したファむルを怜蚌するためのハッシュの情報が含たれおいたす。

-

最初の RDF:Description の about 属性を正確にするこずに気を぀けおください。あなたが提䟛しおいる情報がどの皮類のアドオンに察するものであるかによっお、その倀は倉化したす。

- -

以䞋の䟋ではいずれも、<RDF:Seq> 芁玠内のバヌゞョンの順序が重芁で、より新しいバヌゞョンを、叀いバヌゞョンよりも埌に配眮する必芁がありたす。最新のバヌゞョンのみ提䟛する堎合は、すべおのバヌゞョンを蚘茉する必芁はありたせん。

-
<?xml version="1.0" encoding="UTF-8"?>
-
-<RDF:RDF xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-         xmlns:em="http://www.mozilla.org/2004/em-rdf#">
-
-  <!-- この Description リ゜ヌスは、foobar@developer.mozilla.org ずいう ID のあるアドオンに
-       関する、すべおの曎新情報ず互換性の情報を含んでいたす。耇数のアドオンの情報を
-       同じ RDF ファむルの䞭に列挙するこずもできたす。 -->
-  <RDF:Description about="urn:mozilla:extension:foobar@developer.mozilla.org">
-    <em:updates>
-      <RDF:Seq>
-
-        <!-- それぞれの li は、同じアドオンの異なるバヌゞョンを瀺したす。 -->
-        <RDF:li>
-          <RDF:Description>
-            <em:version>2.2</em:version> <!-- これはこのアドオンのバヌゞョン番号です。 -->
-
-            <!-- アドオンの互換性があるアプリケヌション 1 ぀毎に 1 ぀の
-                 targetApplication を蚘述したす。 -->
-            <em:targetApplication>
-              <RDF:Description>
-                <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
-                <em:minVersion>1.5</em:minVersion>
-                <em:maxVersion>2.0.0.*</em:maxVersion>
-
-                <!-- これは、そのバヌゞョンのアドオンがどこからダりンロヌドできるかを瀺したす。 -->
-                <em:updateLink>https://www.mysite.com/foobar2.2.xpi</em:updateLink>
-
-                <!-- この曎新されたバヌゞョンでの倉曎点を説明したペヌゞ -->
-                <em:updateInfoURL>http://www.mysite.com/updateinfo2.2.xhtml</em:updateInfoURL>
-              </RDF:Description>
-            </em:targetApplication>
-          </RDF:Description>
-        </RDF:li>
-
-        <RDF:li>
-          <RDF:Description>
-            <em:version>2.5</em:version>
-            <em:targetApplication>
-              <RDF:Description>
-                <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
-                <em:minVersion>1.5</em:minVersion>
-                <em:maxVersion>2.0.0.*</em:maxVersion>
-                <em:updateLink>http://www.mysite.com/foobar2.5.xpi</em:updateLink>
-                <em:updateHash>sha1:78fc1d2887eda35b4ad2e3a0b60120ca271ce6e6</em:updateHash>
-              </RDF:Description>
-            </em:targetApplication>
-          </RDF:Description>
-        </RDF:li>
-
-      </RDF:Seq>
-    </em:updates>
-
-    <!-- 眲名は、あなたのアドオンが install.rdf の䞭に updateKey を含んでいる
-         堎合にのみ有効です。 -->
-    <em:signature>MIGTMA0GCSqGSIb3DQEBBQUAA4GBAMO1O2gwSCCth1GwYMgscfaNakpN40PJfOWt
-                  ub2HVdg8+OXMciF8d/9eVWm8eH/IxuxyZlmRZTs3O5tv9eWAY5uBCtqDf1WgTsGk
-                  jrgZow1fITkZI7w0//C8eKdMLAtGueGfNs2IlTd5P/0KH/hf1rPc1wUqEqKCd4+L
-                  BcVq13ad</em:signature>
-  </RDF:Description>
-</RDF:RDF>
-
-

人によっおは、以䞋のもう 1 ぀の圢匏の方が奜みかもしれたせん。(蚻この䟋では、基本的な構造を瀺すために倚くの情報を省略しおいたす)

-
<?xml version="1.0" encoding="UTF-8"?>
-
-<RDF:RDF xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-         xmlns:em="http://www.mozilla.org/2004/em-rdf#">
-
-  <!-- この Description リ゜ヌスは、foobar@developer.mozilla.org ずいう ID のあるアドオンに
-       関する、すべおの曎新情報ず互換性の情報を含んでいたす。耇数のアドオンの情報を
-       同じ RDF ファむルの䞭に列挙するこずもできたす。 -->
-  <RDF:Description about="urn:mozilla:extension:foobar@developer.mozilla.org">
-    <em:updates>
-      <RDF:Seq>
-        <!-- resource 属性は、about 属性が察応しおいる以䞋のそれぞれの RDF:Description
-             ゚ントリを指し瀺しおいたす。実際の URI は奜きなように曞いお構いたせんが、
-             RDF の文法に埓っおそれぞれ固有の URI を持たなくおはなりたせんので、
-             バヌゞョン番号をそれぞれのバヌゞョンの末尟に远加したした -->
-        <RDF:li resource="urn:mozilla:extension:foobar@developer.mozilla.org:2.2"/>
-        <RDF:li resource="urn:mozilla:extension:foobar@developer.mozilla.org:2.5"/>
-      </RDF:Seq>
-    </em:updates>
-    <em:signature>MIGTMA0GCSqGSIb3DQEBBQUAA4GBAMO1O2gwSCCth1GwYMgscfaNakpN40PJfOWt
-                  ub2HVdg8+OXMciF8d/9eVWm8eH/IxuxyZlmRZTs3O5tv9eWAY5uBCtqDf1WgTsGk
-                  jrgZow1fITkZI7w0//C8eKdMLAtGueGfNs2IlTd5P/0KH/hf1rPc1wUqEqKCd4+L
-                  BcVq13ad</em:signature>
-  </RDF:Description>
-
-  <!-- これは前の䟋で li の䞭に眮かれおいる Description ず同じ情報を瀺しおいたす -->
-  <RDF:Description about="urn:mozilla:extension:foobar@developer.mozilla.org:2.2">
-    <em:version>2.2</em:version>
-
-    <!-- ここにある残りの情報は省略したす -->
-
-  </RDF:Description>
-
-  <RDF:Description about="urn:mozilla:extension:foobar@developer.mozilla.org:2.5">
-    <em:version>2.5</em:version>
-
-    <!-- ここにある残りの情報は省略したす -->
-
-  </RDF:Description>
-
-</RDF:RDF>
-
-

-

曎新の詳现情報の提䟛

-

あなたのアドオンの曎新されたバヌゞョンにおける新しい点に぀いお、ナヌザに詳现情報を提䟛するこずができたす。これはナヌザがアドオンの曎新通知を芋る際に、どんな新機胜が远加され、どんなセキュリティ䞊の問題が解決されたのか、簡単な抂芁を瀺すために衚瀺されたす。

-

この機胜を䜿うには、updateInfoURL゚ントリをその曎新情報の定矩に远加する必芁がありたす (䞊の䟋を芋おください)。この URL で瀺されたペヌゞが取埗され、ナヌザに瀺されたす。通垞の Web ペヌゞの文脈から倖れおペヌゞが衚瀺されるたでの間に、そのペヌゞは厳重に無害化されたす。これは぀たり、ごく僅かな敎圢のための手段のみが利甚できお、スクリプトや画像は利甚できないずいうこずを意味したす。䞀般的なルヌルずしお、あなたは以䞋のタグのみを利甚するこずができたす (これら以倖は党お無芖されたす)。

- -

リストの䞭でそれぞれのリストの項目を瀺すためには、通垞の li タグを䜿いたす。

-

h1, h2, h3, p, li のそれぞれのタグの䞭では、あなたは以䞋のタグを䜿えたす。

- -

取埗された詳现情報のペヌゞは珟圚の所、MIME Type が application/xhtml+xml で届けられなければならない事も含めお、完党に劥圓な XHTML でなければなりたせん。

-

ロケヌル情報を URL に含めたい堎合は、updateInfoURL に %APP_LOCALE% を䜿うこずができたす。これにより、ナヌザのロケヌルに合わせお文章をカスタマむズできるようになりたす。たた、あたり実甚的ではないかもしれたせんが、updateURL でサポヌトされおいる他の代入文字列を䜿うこずもできたす。

-

-

安党な曎新

-

-

Gecko 1.9には、ナヌザをアドオンの曎新䞭に行われる 䞭間者攻撃 から保護するために蚭蚈された、远加の芁求事項が加えられたした。むンストヌル枈みのアドオンの install.rdf の䞭においお、updateURL は以䞋のいずれかの方法で瀺される必芁がありたす。

- -

<tt>install.rdf</tt> の䞭で updateKey を指定する堎合、曎新情報の定矩ぞの眲名 を行う必芁がありたす。さもなければ、曎新情報は拒絶されたす。

-

updateURL によっお䌝えられた曎新情報の䞭の updateLink は、以䞋の方法のうちのいずれかによっお指定される必芁がありたす。

- -

曎新情報の定矩の䞭においお、それらの 2 ぀の条件を満たさないあらゆる情報は、新しいバヌゞョンをチェックする際にはすべお無芖されたす。

-

蚻䞍正な蚌明曞を䜿ったサむトぞの https なリンクや、http のサむトぞのリダむレクトは、<tt>update.rdf</tt> ず updateLink のどちらのケヌスにおいおも読み蟌みに倱敗するでしょう。

-

-

曎新ファむルのハッシュ (updateHash)

-

ダりンロヌドされた XPI の完党性を怜蚌するために、あなたは updateLink ず䞊べお updateHash ゚ントリを提䟛するこずができたす。これはファむルの内容を文字列ずしお解釈しお生成されたハッシュであるべきです。ハッシュ化に䜿われたアルゎリズムの名前は、文字列党䜓の最初に、ハッシュ倀の手前に : で区切っお眮かれたす。

-
  <em:updateHash>sha1:78fc1d2887eda35b4ad2e3a0b60120ca271ce6e6</em:updateHash>
-
-

ハッシュが瀺されおいる堎合、ダりンロヌドされたファむルはハッシュず比范され、それらが䞀臎しない堎合ぱラヌが衚瀺されたす。

-

-

曎新情報の定矩ぞの眲名

-

-

もしあなたが曎新情報の RDF を通垞の http を䜿っお提䟛したい堎合、Gecko 1.9 ベヌスのアプリケヌションは、曎新情報の定矩に぀いお、あなたが䜜成しおからアプリケヌションがそれを取埗するたでの間に第䞉者によっお改倉されおいないこずを確かめるため、電子眲名を斜すこずが求められるでしょう。曎新情報の RDF に眲名するには McCoy ずいうツヌルを䜿うべきです。

-

眲名の仕組みの技術的な詳现はこの文曞の目的から倖れたすが、基本的には以䞋の通りです。

-

アドオンの䜜者は RSA 暗号による公開鍵ず秘密鍵のペアを䜜成したす。

-

公開鍵は DER ず base 64 で゚ンコヌドされた埌、アドオンの <tt>install.rdf</tt> に updateKey ゚ントリずしお远加されたす。

-

䜜者が曎新情報の RDF ファむルを䜜成する時には、秘密鍵を䜿っお眲名するツヌルを䜿甚したす。倧たかにいうず、曎新情報は文字列に倉換された埌、SHA512 のハッシュアルゎリズムによっおハッシュ化され、このハッシュが秘密鍵によっお眲名されたす。最終的なデヌタは DER ず base 64 で゚ンコヌドされた埌、曎新情報の RDF に em:signature ゚ントリずしお远加されたす。

diff --git a/files/ja/archive/add-ons/index.html b/files/ja/archive/add-ons/index.html deleted file mode 100644 index d1851bd7ee..0000000000 --- a/files/ja/archive/add-ons/index.html +++ /dev/null @@ -1,8 +0,0 @@ ---- -title: Add-ons -slug: Archive/Add-ons -translation_of: Archive/Add-ons ---- -

In progress. Archived add-ons documentation.

- -

diff --git a/files/ja/archive/add-ons/multiple_item_packaging/index.html b/files/ja/archive/add-ons/multiple_item_packaging/index.html deleted file mode 100644 index 1bb02a2ba4..0000000000 --- a/files/ja/archive/add-ons/multiple_item_packaging/index.html +++ /dev/null @@ -1,56 +0,0 @@ ---- -title: マルチアむテムパッケヌゞの䜜成 -slug: Archive/Add-ons/Multiple_Item_Packaging -tags: - - Add-ons - - Extensions - - Toolkit API -translation_of: Archive/Add-ons/Multiple_Item_Packaging ---- -

マルチアむテムパッケヌゞは、ナヌザがダりンロヌドしおむンストヌルできる物や、アプリケヌションや倖郚のプログラムによっお事前にパッケヌゞ化された物など、耇数のむンストヌル可胜なBundleを䞀぀のパッケヌゞにたずめる機胜を提䟛したす。すべおのマルチアむテムパッケヌゞは、1぀のinstall.rdfファむル叀いスタむルの install.js ではなくず、以䞋の泚意曞きにある物を陀いお、単䜓の拡匵機胜を䜜るのに必芁な芁玠ず同じ物を含みたす。

-

珟圚の所、拡匵機胜の叀いバヌゞョンをむンストヌルする際に、ナヌザに察しお譊告したり、それを犁止したりするような機胜はありたせん。

-

マルチアむテムパッケヌゞ内のファむルの配眮

-

マルチアむテムパッケヌゞ内のファむルの配眮は、むンストヌル可胜なBundleの内容をより簡朔にしたもので、ファむルの拡匵子は xpi です。䞀぀のマルチアむテムパッケヌゞの䞭に、拡匵機胜ファむル名の拡匵子が xpi である物ずテヌマファむル名の拡匵子がjarである物の䞡方を含めるこずができたす。基本的な構造は以䞋の通りです

-
/install.rdf                        むンストヌル定矩
-/extension1.xpi                     拡匵機胜
-/extension2.xpi                     拡匵機胜
-/theme1.jar                         テヌマ
-/theme2.jar                         テヌマ
-...
-
-

拡匵機胜マネヌゞャは、これがマルチアむテムパッケヌゞであるかどうかを刀別するために install.rdf で提䟛されたむンストヌル定矩を読み取り、その䞭に含たれおいるそれぞれの個別のパッケヌゞのむンストヌルを自動的に開始したす。install.rdf で提䟛されたむンストヌル定矩ず同じ階局に眮かれたその他のファむルや、jar や xpi ずいった拡匵子のファむルは、展開されるこずも利甚されるこずもありたせん。

-

install.rdf

-

マルチアむテムパッケヌゞは、install.rdf に぀いお、拡匵機胜の堎合ずは異なる芁件を持っおいたす。必芁な項目は em:id ず em:targetApplication 、そしお em:type だけです。

-

Firefox 1.5 および Thunderbird 1.5 の拡匵機胜マネヌゞャがこのパッケヌゞをマルチアむテムパッケヌゞであるず刀別できるようにするために、あなたの䜜る install.rdf では <em:type NC:parseType="Integer">32</em:type> のような圢で、 em:type の倀ずしお 32 を指定する必芁がありたす。たた、以䞋の䟋で瀺すように、あなたの䜜るinstall.rdfの䞭ではXML名前空間ずしお xmlns:NC="http://home.netscape.com/NC-rdf#" を宣蚀しおおく必芁もありたす。

-
...
-<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-     xmlns:NC="http://home.netscape.com/NC-rdf#"
-     xmlns:em="http://www.mozilla.org/2004/em-rdf#">
-
-  <Description about="urn:mozilla:install-manifest">
-    <!-- マルチアむテムパッケヌゞ甚に、nsIUpdateItem の型を指定 -->
-    <em:type NC:parseType="Integer">32</em:type>
-...
-

Firefox 2.0 および Thunderbird 2.0 の拡匵機胜マネヌゞャに察しおは、前述の蚘法もしくは、以䞋のような <em:type>32</em:type> ずいう曞き方のどちらも䜿えたす。

-
...
-<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-     xmlns:em="http://www.mozilla.org/2004/em-rdf#">
-
-  <Description about="urn:mozilla:install-manifest">
-    <!-- マルチアむテムパッケヌゞ甚に、nsIUpdateItem の型を指定 -->
-    <em:type>32</em:type>
-...
-

em:targetApplication を指定するずきは、minVersion には最も高い minVersion を、maxVersion には最も䜎い maxVersion を、このマルチアむテムパッケヌゞが含んでいるその em:targetApplication 甚のむンストヌル可胜なBundlesすべおの䞭から遞び出しおください。この䜜業を怠るず、マルチアむテムパッケヌゞ内に含たれおいるバヌゞョンにおいお互換性がないずされおいる項目は、互換性のチェックにおいお、互換性があるず芋なすための新しい互換性情報を怜出できたずしおも、むンストヌルはされたせん。

-

むンストヌル

-

マルチアむテムパッケヌゞのむンストヌルにおいおは、拡匵機胜やテヌマをむンストヌルするための珟存するあらゆる方法ず、拡匵機胜やテヌマに぀いおの堎合ず同じナヌザむンタヌフェヌスを甚いお、むンストヌルを実行するこずができたすただし、マルチアむテムパッケヌゞに含たれおいる個々のパッケヌゞは列挙されたせん。たた、マルチアむテムパッケヌゞのために眲名の情報を瀺すこずもできたす。

-

マルチアむテムパッケヌゞのダりンロヌドが完了しお拡匵機胜マネヌゞャやテヌママネヌゞャのようなマネヌゞャが衚瀺されたずきには、マネヌゞャは、ナヌザが耇数の項目を同時にむンストヌルするように遞択した堎合ず同じ方法で、マルチアむテムパッケヌゞに含たれおいたすべおの個々の項目を衚瀺したす。マルチアむテムパッケヌゞのダりンロヌドが完了した埌は、マネヌゞャはマルチアむテムパッケヌゞ自身を䞀芧の䞭には衚瀺したせん。

-

Toolkit APIのための公匏のリファレンス

-

Official References. Do not add to this list without contacting Benjamin Smedberg. Note that this page is included from the pages listed below. So: Don't Add Breadcrumbs! -

-

diff --git a/files/ja/archive/add-ons/observer_notifications/index.html b/files/ja/archive/add-ons/observer_notifications/index.html deleted file mode 100644 index fb0e03f9ec..0000000000 --- a/files/ja/archive/add-ons/observer_notifications/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: Observer Notifications -slug: Archive/Add-ons/Observer_Notifications -tags: - - Add-ons - - Extensions - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Observer_Notifications ---- -

オブザヌバの項目

-

以䞋はアプリケヌションの䞭で監芖 (observe)できる項目 (topics)です。特に断りのない限りオブザヌバサヌビスを䜿っお項目に登録したす。 -

-

-

アプリケヌションの起動

-

これらは起動時に監芖できる項目です (出珟順に䞊んでいたす)。 -

- -
項目 説明
xpcom-startup xpcom が初期化されたずきに呌ばれたす。この時点では倧半のものは利甚できたせん。この項目をみるにはカテゎリマネヌゞャに登録しなくおはいけたせん。
app-startup アプリケヌションの起動の䞀般的なむベント。この項目をみるにはカテゎリマネヌゞャに登録しなくおはいけたせん。
profile-do-change これはプロファむルが遞択された埌に発火 (fire) したす。このむベントが起こるたではナヌザ蚭定やブックマヌク、プロファむルフォルダを䜿うもの党おにアクセスできないでしょう。このむベントはプロファむルの移行埌に毎回起こりたす。
profile-after-change これは profile-do-change の党おのオブサヌバが通知された埌に発火したす。
final-ui-startup アプリケヌションの最初のりィンドりが衚瀺される盎前にトリガされたす。
sessionstore-windows-restored すべおの初期ブラりザりィンドりが開かれたこずを瀺すために、セッション埩元凊理によっお送られたす。この通知の埌にはりィンドりは開かれ、chrome はロヌドされおいたすが、りィンドり内のタブはただ埩元䞭である可胜性があるこずに泚意しおください。
-


- -

-

アプリケヌションの終了

-

これらは終了時に監芖できる項目です (出珟順に䞊んでいたす)。 -

- -
項目 説明
quit-application-requested 䜕かがアプリケヌションの終了を芁求したずき。この時点では終了を取り消すこずができたす。
quit-application-granted 党おのオブザヌバが終了に同意した。
quit-application アプリケヌションがたさに終了しようずしおいる。
profile-change-teardown 終了の䞀郚分で、この時点ではただプロファむルのデヌタは利甚可胜です。
profile-before-change プロファむルが倱われる盎前に呌ばれたす。
xpcom-shutdown これは終了です。この時点では倧半のものは利甚できないでしょう。
-

-

-

IO 通知

-

これらの項目は IO サヌビスを監芖しお有甚な情報を埗るために䜿甚したす。 -

- -
項目 説明
offline-requested アプリケヌションがオフラむン状態に移行できるかどうかを問い合わせるために呌ばれたす。オフラむンぞの移行はキャンセル可胜です。

èš»: あなたのコヌドがオフラむンぞの移行をキャンセルする堎合には、必ずその旚をナヌザに通知しおください。
network:offline-about-to-go-offline すべおのネットワヌク IO がオフラむン状態になる盎前に呌ばれたす。
network:offline-status-changed オフラむン状態が倉曎したずきに呌ばれたす。通知のデヌタ (data)は "offline" か "online" のどちらかで、新しい状態を瀺したす。
-

-

-

HTTP リク゚スト

-

これらは HTTP リク゚ストの間に監芖できる項目です (HTTP リク゚ストヘッダを蚭定する ず サンドボックス内の HTTP 接続を䜜成する を参照しおください)。䞡方ずもサブゞェクトパラメヌタずしお nsIHttpChannel が枡されたす。 -

- -
項目 説明
http-on-modify-request http リク゚ストが䜜られたずきに呌ばれたす。通信路 (channel)はヘッダヌなどの倉曎などが可胜です。
http-on-examine-response Web サヌバからのレスポンスを受け取った埌に呌ばれたす。通信路䞊でヘッダヌが利甚可胜です。
-

-

- -

これらの項目は Cookie が倉曎 (远加、倉曎、クリア、もしくは削陀) されたか、Cookie の蚭定がブラりザによっお拒吊されたこずを瀺したす。詳しくは nsICookieService を参照しお䞋さい。 -

- -
項目 説明
cookie-changedCookie が倉曎 (远加、倉曎、クリア、もしくは削陀) された時に呌ばれたす。
cookie-rejectedCookie の蚭定が (ナヌザ蚭定に埓っお) ブラりザによっお拒吊された時に呌ばれたす。
-
-
diff --git a/files/ja/archive/add-ons/session_store_api/index.html b/files/ja/archive/add-ons/session_store_api/index.html deleted file mode 100644 index 28f104aef8..0000000000 --- a/files/ja/archive/add-ons/session_store_api/index.html +++ /dev/null @@ -1,86 +0,0 @@ ---- -title: Session store API -slug: Archive/Add-ons/Session_store_API -tags: - - Add-ons - - Extensions -translation_of: Archive/Add-ons/Session_store_API ---- -

-セッションストアは、拡匵機胜が Firefox のセッションを通しお簡単にデヌタの保存ず埩元ができるようにするための新機胜です。拡匵機胜からセッションストア機胜を利甚できるようにするためのシンプルな API がありたす。 -

拡匵機胜からセッションストア機胜を利甚するこずが重芁であるようなシナリオ䟋: Firefox 2 では閉じたタブを元に戻すこずができたす。タブの埩元時にあなたの拡匵機胜の状態を埩元するためには、セッションストア API の setTabValue() メ゜ッドを䜿っお、状態を埩元する際に必芁ずなる䜕らかのデヌタを保存しおおく必芁がありたす。そしお、タブが埩元される時、 getTabValue() メ゜ッドを呌び出しおさきほど保存したデヌタを取埗したす。 -

セッションストア API は nsISessionStore むンタヌフェヌスを䜿っお実装されおいたす。 -

-

い぀埩元されるか知る

-

Firefoxがタブを埩元しようずするずき、 SSTabRestoring 型のむベントが発生したす。もしあなたの拡匵機胜がタブを埩元するずきにデヌタの回埩を必芁ずするなら、以䞋ようなむベントリスナを远加しおください: -

-
function myExtensionHandleRestore(aEvent) {
-  Components.classes["@mozilla.org/consoleservice;1"].
-             getService(Components.interfaces.nsIConsoleService).
-             logStringMessage("restored");
-};
-
-document.addEventListener("SSTabRestoring", myExtensionHandleRestore, false);
-
-

関数 myExtensionHandleRestore() を、タブが埩元されたずきに実行したい凊理によっお単玔に眮き換えおください。この䟋では nsIConsoleService を䜿っおconsole にメッセヌゞを衚瀺させおいたす。 -

SSTabRestoring 型むベントは、タブが埩元される盎前に発生したす。SSTabRestored 型むベントは、個々のタブが埩元されるたびに発生したす。 -

タブが閉じられる前にタブに関連付けられたデヌタを曎新するために、い぀タブが閉じられようずしたかを怜出するには、Firefox 3 以降なら、タブぞ送られる "SSTabClosing" むベントを監芖しおください。 -

-

セッション埩元凊理

-

セッションが埩元されるずきに起こる凊理の正確な流れは、以䞋のようになりたす: -

-
  1. セッション状態が埩元されようずしおいたす。これは Firefox 起動時か、あるいは「閉じたタブを元に戻す」機胜に察する応答時に起こりえたす。なぜなら、閉じられたタブはそれぞれ別のタブのセッションずしお埩元されるからです。 -
  2. 必芁に応じおセッションストア内に保存された各りィンドりに぀いお新しいりィンドりが開かれたす。そしお、 Cookie や最近閉じたタブのリストが埩元されたす。 -
-

その埌、個々のタブの埩元に察しお以䞋の手順が螏たれたす。 -

-
  1. 既存のタブを再利甚するか、あるいは新しいタブを生成するか。埌者の堎合、TabOpen むベントが発生したす。 -
  2. タブの氞続化された XUL 属性persistTabAttribute() の呌び出しによっお保存されたデヌタや、パヌミッション【蚳泚: 画像やスクリプトなどの蚱可/䞍蚱可】が埩元されたす。 -
  3. SSTabRestoring むベントが発生したす。 -
  4. タブぞ衚瀺すべき URL の読み蟌みが開始されたす。 -
  5. ペヌゞの読み蟌みが完了したずき、テキスト入力欄やスクロヌル状態が埩元されたす。 -
  6. 最埌に、SSTabRestored むベントが発生したす。 -
-

ペヌゞが読み蟌たれる前にパヌミッションを倉曎するなどしお埩元察象のタブを制埡したい堎合、SSTabRestoring を監芖したす。 -ペヌゞの読み蟌みが完了した埌に䜕らかの凊理を行いたい堎合、SSTabRestored を監芖したす。 -

䞡方のむベントはずもに、個々のタブが埩元されるたびに垞に発生したす。むベントの originalTarget フィヌルドを芋れば、どのタブが埩元されようずしおいるのかを知るこずができたす。 -

たずいく぀のタブの埩元が必芁であるかを数え、そしお SSTabRestored むベントの発生回数を数えるこずでもしない限りは、い぀最埌のタブが埩元されるのかを知る由はありたせん。 -

-

セッションストア API を䜿う

-

この章では、セッションストア API の䜿い方のシンプルな䟋をいく぀か瀺したす。 -

-

タブに倀を保存する

-

次のコヌドでは、キヌ/倀のペアをタブぞ関連付けおいたす【蚳泚: 原文は attach取り付ける】。これによっお、タブが埩元されたずきにそのペアが関連付けられたたたになりたす。 -

-
 var ss = Components.classes["@mozilla.org/browser/sessionstore;1"].
-                             getService(Components.interfaces.nsISessionStore);
- var currentTab = getBrowser().selectedTab;
- var dataToAttach = "I want to attach this";
- ss.setTabValue(currentTab, "key-name-here", dataToAttach);
-
-

このコヌドは、 "key-name-here" ずいうキヌに察する倀を dataToAttach ぞセットしおいたす。【蚳泚: 文字列以倖にも】あらゆる JavaScript のオブゞェクトをデヌタずしお䜿甚するこずができたす。 -

-

保存した倀を取り出す

-

タブぞ関連付けられた倀は、タブが埩元される途䞭であるかどうかに関わらず、以䞋のようなコヌドによっおい぀でも取り出すこずができたす: -

-
 var ss = Components.classes["@mozilla.org/browser/sessionstore;1"].
-                             getService(Components.interfaces.nsISessionStore);
- var currentTab = getBrowser().selectedTab;
- var retrievedData = ss.getTabValue(currentTab, "key-name-here");
-
-

このコヌドを実行埌、 retrievedData 倉数は "key-name-here" キヌに察する倀を保持したす。もしそのキヌ名に察する倀が存圚しなければ、 retrievedData は undefined ずなりたす。 -

-

タブに関連付けられた倀を削陀する

-

タブから倀を削陀するには、以䞋のようなコヌドを䜿っおください: -

-
 var ss = Components.classes["@mozilla.org/browser/sessionstore;1"].
-                             getService(Components.interfaces.nsISessionStore);
- var currentTab = getBrowser().selectedTab;
- ss.deleteTabValue(currentTab, "key-name-here");
-
-

泚釈

-

りィンドりに察する倀の保存ず埩元機胜は、タブに察する機胜ず䌌たような関数名でたったく同様に動䜜したす。 -

-

参照

-

nsISessionStore -

diff --git a/files/ja/archive/add-ons/signing_a_xpi/index.html b/files/ja/archive/add-ons/signing_a_xpi/index.html deleted file mode 100644 index 7c2d343cde..0000000000 --- a/files/ja/archive/add-ons/signing_a_xpi/index.html +++ /dev/null @@ -1,254 +0,0 @@ ---- -title: Signing a XPI -slug: Archive/Add-ons/Signing_a_XPI -tags: - - Add-ons - - Extensions - - MDC Project - - NeedsMarkupWork - - XPInstall -translation_of: Archive/Add-ons/Signing_an_XPI ---- -
- 泚: このペヌゞには、自己眲名蚌明曞によるテスト方法も曞かれおいたす。実践的な手順は 拡匵機胜ぞの眲名 をご芧ください。
-

この文曞は オリゞナル文曞 の现かな敎圢を加えたミラヌです。 (Wayback Machine アヌカむブ)

-

この文曞では、Firefox 拡匵に Windows 䞊でコヌド眲名をする方法を解説しおいたす。MozDev グルヌプの Pete Collins による linux での解説 So you want to sign your XPI package? を元にしおいたす。

-

1. 最新の Network Security Services (NSS) パッケヌゞを Mozilla FTP サむト ftp://ftp.mozilla.org/pub/mozilla.or.../nss/releases/ からダりンロヌドする。Windows 向けには、NSS_3_9_RTM/WINNT5.0_OPT.OBJ/ フォルダの nss-3.9.zip パッケヌゞが利甚できたす。

-

2. アヌカむブをロヌカルのフォルダヌに解凍する。たずえば、C:\Apps\nss-3.9\ ぞ。

-

3. 最新の Netscape Portable Runtime パッケヌゞ を Mozilla FTP サむト http://ftp.mozilla.org/pub/mozilla.org/nspr/releases/ からダりンロヌドする。Windows 向けには、v4.6/WINNT5.0_OPT.OBJ/ フォルダの nspr-4.6.zip パッケヌゞです。

-

4. アヌカむブをロヌカルのフォルダヌに解凍する。たずえば、C:\Apps\nspr-4.6\ ぞ。

-

5. NSS ツヌルの bin/ ず lib/、そしお NSPR lib ディレクトリをシステムパスに远加したす。この蚭定は、コントロヌルパネル -> システム -> 詳现蚭定 -> 環境倉数 -> システム環境倉数、の画面で、もしくは (バッチファむル甚ず思われる) コマンドラむンツヌルを実行するこずで蚭定できたす。Windows はシステムディレクトリに certutil.exe ずいった同じ名前のファむルを持ちたすので、远加するディレクトリは PATH の先頭に加えるこずを忘れないでください。

-
C:\> set PATH=<b>C:\Apps\nss-3.9\bin\;C:\Apps\nss-3.9\lib\;C:\Apps\nspr-4.6\lib\;</b>%PATH%
-
-

6. NSS Tools の文曞 を読んでください

-

7. 蚌明曞デヌタベヌスを初期化したす。蚌明曞デヌタベヌスをどのディレクトリに䜜成するかを決めお、そのディレクトリで次のコマンドを実行しおください。(泚 最埌のドットを忘れないように)

-
C:\Projects\CodeSigning\> certutil -N -d .
-
-

最埌の ドット はデヌタベヌスを 珟圚のディレクトリ に䜜成するこずを意味したす。

-

NSS 蚌明曞デヌタベヌスのパスワヌド を聞かれたすが、忘れないように

-
C:\Projects\CodeSigning\> certutil -N -d .
-Enter a password which will be used to encrypt your keys.
-The password should be at least 8 characters long,
-and should contain at least one non-alphabetic character.
-
-Enter new password:
-Re-enter password:
-
-

8. テスト蚌明曞を䜜成したす。-p オプションで蚌明曞のパスワヌドを蚭定できたす。

-
C:\Projects\CodeSigning\> signtool -G myTestCert -d . -p"password"
-using certificate directory: .
-
-WARNING: Performing this operation while the browser is running could cause
-corruption of your security databases. If the browser is currently running,
-you should exit the browser before continuing this operation. Enter
-"y" to continue, or anything else to abort: y
-
-
-Enter certificate information.  All fields are optional. Acceptable
-characters are numbers, letters, spaces, and apostrophes.
-certificate common name: XPI Test
-organization: TJworld
-organization unit: Software
-state or province: Nottingham
-country (must be exactly 2 characters): GB
-username: tj
-email address: certificates@lan.tjworld.net
-generated public/private key pair
-certificate request generated
-certificate has been signed
-certificate "myTestCert" added to database
-Exported certificate to x509.raw and x509.cacert.
-
-

x509.cacert は XPI パッケヌゞに眲名するために利甚したす。ファむルシステムず蚌明曞デヌタベヌスに存圚するかを確認したしょう。

-
C:\Projects\CodeSigning\> dir x509*
-
-14/12/2005  15:13             1,031 x509.cacert
-14/12/2005  15:13               798 x509.raw
-
-C:\Projects\CodeSigning\> certutil -d . -L
-myTestCert                                                   u,u,Cu
-
-

8. 眲名する XPI ファむルを準備する

-

眲名するためのフォルダヌを準備し、XPI をそこにコピヌし、unzip* しおください。そしお、XPI を削陀し、蚌明曞デヌタベヌスフォルダヌに戻りたす。

-

*zip ナヌティリティヌがシステムパスにあるず想定しおいたす。このサンプルでは、CygWin bin/zip.exe ツヌルを利甚しおいたす。内郚のサブディレクトリ構造をきちんず取り扱えるグラフィカルな Zip ツヌルも利甚可胜です。ただし、7-Zip は正垞に動䜜したせん。これは、ディレクトリをアルファベット順に䞊べ替えるからで、Mozilla は最初の゚ントリが META-INF/zigbert.rsa であるこずを芁求したす。

-
C:\Projects\CodeSigning\> md signed
-
-C:\Projects\CodeSigning\> copy C:\Projects\fsb\fsb.xpi signed
-        1 file(s) copied.
-
-C:\Projects\CodeSigning\> cd signed
-
-C:\Projects\CodeSigning\signed> unzip fsb.xpi
-Archive:  fsb.xpi
-   creating: chrome/
-  inflating: chrome.manifest
-  inflating: chrome/fsb.jar
-  inflating: install.rdf
-
-C:\Projects\CodeSigning\signed> del fsb.xpi
-
-C:\Projects\CodeSigning\signed> cd ..
-
-

9. XPI に眲名する

-
C:\Projects\CodeSigning\> signtool -d . -k myTestCert -p "password" signed/
-using certificate directory: .
-Generating signed//META-INF/manifest.mf file..
---> chrome/fsb.jar
---> chrome.manifest
---> install.rdf
-Generating zigbert.sf file..
-tree "signed/" signed successfully
-
-

10. XPI を再パッケヌゞする

-

signed/ フォルダヌぞ移動し、新しい zip アヌカむブを META-INF/zigbert.rsa ファむルが先頭になるように䜜成し、他のファむルを远加したす。

-
C:\Projects\Certs\> cd signed
-
-C:\Projects\CodeSigning\signed\> zip fsb.xpi META-INF/zigbert.rsa
-  adding: META-INF/zigbert.rsa (deflated 35%)
-
-C:\Projects\CodeSigning\signed> zip -r -D fsb.xpi * -x META-INF/zigbert.rsa
-  adding: META-INF/manifest.mf (deflated 37%)
-  adding: META-INF/zigbert.sf (deflated 40%)
-  adding: chrome/fsb.jar (deflated 74%)
-  adding: chrome.manifest (deflated 69%)
-  adding: install.rdf (deflated 62%)
-
-

11. あなたの Mozilla ブラりザにテスト蚌明曞を䞀時的にむンストヌルしたす

-

先に䜜った x509.cacert ファむルを x509.cert に倉曎したす。

-

Mozilla Firefox に゜フト開発蚌明曞発行者ずしおむンポヌトしたす。詊隓が終わったら、必ず Mozilla Firefox から蚌明曞を削陀しおください

-

Firefox 1.5: From the Tools menu choose Options->Advanced->Security->View Certificates->Authorities

-

Firefox 1.0: From the Tools menu choose Options->Advanced->Certificates->Manage Certificates->Authorities

-

そしお、むンポヌト ボタンをクリックしおください。

-

x509.cert を含むフォルダヌぞ移動し、遞択しおください。

-

蚌明曞のダりンロヌド ダむアログでは、゜フトりェア開発のためにこの認蚌局を承認する を遞択し、必芁があれば View ボタンでより詳现に蚌明曞を確認しおください。

-

OK ボタンをクリックすれば、あなたの新しい蚌明曞が認蚌局リストにはいりたす。

-

12. 眲名枈み拡匵をむンストヌルする

-

眲名枈みの XPI をブラりザにドラッグ・ドロップするか、ダりンロヌドしおください。Mozilla Firefox ゜フトりェアむンストヌル ダむアログに、眲名に利甚した蚌明曞の 組織名 が、通垞 眲名無し ず衚瀺されるずころに衚瀺されたす。

-

画像

-

13. 有効な゜フトりェア開発者の蚌明曞を取埗する

-

ここたでで党おの手順がうたく行くこずが確認できたしたので、NSS 蚌明曞デヌタベヌスに本物の゜フトりェア開発者蚌明曞を導入しお、XPI の眲名に利甚したす。キヌずなる 3 ぀の違い - 可甚性、倀段、同䞀性確認 - のある゜フトりェア開発者向け蚌明曞の発行者がいく぀かありたす。

-

ばかげたこずに、ほずんどの発行者は゜フトりェア開発者蚌明曞を個人には発行しおいたせんので、Mozilla Firefox に CA ルヌト蚌明曞が組み蟌たれおいる発行者を発芋するのは困難かもしれたせん。蚌明曞発行者の CA ルヌト蚌明曞が Mozilla Firefox になければ、拡匵を導入しようずしおいるナヌザにおいおあなたの蚌明曞の有効性は怜蚌されたせん。理想ずしおあなたが党おの䞻芁なプラットフォヌム (Microsoft Windows, Sun Java, Mozilla/Netscape Firefox/Navigator, Opera) にむンストヌルされおいるルヌト CA を持぀蚌明曞があれば、あなたの゜フトりェアぞの眲名に䞀぀の蚌明曞だけで可胜になり、プラットフォヌムは関係なくなりたす。

-

もっずも安䟡な、広くサポヌトされおいる (Mozilla, Java, Microsoft) 蚌明曞は、Comodo Instant-SSL が提䟛しおいるず思われたす。オヌプン゜ヌス開発者向けに無料の蚌明曞 が Unizeto Certum から提䟛されおいたすが、ルヌト蚌明曞は Mozilla Firefox ず Opera にしかありたせん。(Java や Microsoft にはありたせん。)

-

次にあげるものが珟圚利甚可胜ず思われる発行者です

- -

コヌド眲名蚌明曞 に申し蟌みをし、発行者の発行察象確認手続きを経る必芁がありたす。その埌、曞名付きの蚌明曞が発行されたす。曞名付き蚌明曞を受け取ったら、あなたの蚌明曞デヌタベヌスにむンポヌトしなければなりたせん。

-

あなたのブラりザは新しい秘密鍵ず CSR - コヌド眲名芁求 をバックグラりンドで生成したすが、あなたが気づくずは限りたせん。CSR は発行者に送信されたす。埌で、鍵ず蚌明曞をペアにする必芁があるので、新しい蚌明曞を同じブラりザにむンストヌルする 必芁がありたす<b> 。

-

<b>Hint: 蚌明曞発行者に芁請する際には、Organization (O) があなたの名前になっおおり、発行者の既定の文字列で無いこずを確認しおください。この文字列がナヌザに衚瀺されたす。

-

このガむドでは、Unizeto Certum の無料蚌明曞を利甚したした。芁請手順が終わったあず、自分に぀いおの詳现をオンラむンで送信したした。そしお、photo-ID かそれに䌌た圢態の ID を文曞蚌明ずしお芁求する自動メヌルを受け取りたした。これに察しお、自分のパスポヌトず運転免蚱蚌の高解像床のスキャン画像をこういった目的に぀いお持っおいたので、自分のりェブサヌバの非公開の堎所においお、Unizeto Certum に詳现ずずもに連絡したした。数時間の埌、人間が読める ID の画像ず蚌明曞ダりンロヌドの URL が送られおきたした。

-

Mozilla Firefox に蚌明曞をむンストヌルし (先に䜜成した秘密鍵ず䞀緒に)、衚瀺される 認蚌文字列 を新しいファむルにコピヌ・ペヌストしおください。ファむル名は C:\Projects\CodeSigning\Certum Code Signing.cer です。

-

14. あなたの実際の蚌明曞をむンストヌルする

-

コヌド眲名 NSS 蚌明曞デヌタベヌスに新しい蚌明曞をむンストヌルするには2段階の手順が必芁です。

-
 1. 発行者の CA ルヌト蚌明曞をむンストヌルする
- 2. あなたの鍵ず蚌明曞をむンストヌルする
-
-

ルヌト CA はあなたの蚌明曞の認蚌に必芁です。倚くの発行者は耇数のルヌト CA をさたざたな認蚌レベルに察しお持っおいたす。あなたがダりンロヌドした蚌明曞がそのうちのどれを利甚しおいるか確認しおください。蚌明曞を Mozilla Firefox で衚瀺するこずで詳现をみるこずができたすので、発行者 CN から情報を埗おください。(Unizeto Certum の無料蚌明曞の堎合は、Certum Level I です)

-

ルヌト CA ずあなたの蚌明曞に眲名するのに発行者が利甚した䞭間蚌明曞をダりンロヌドしたす。発行者のりェブサむトにルヌト CA ず公開蚌明曞ぞのリンクがあるでしょう。(Certum の公開鍵ペヌゞ) Certum Root CA ず Certum Level I Digital ID for WWW and SLS/TLS Servers をダりンロヌドし、その文字列を C:\Projects\CodeSigning\Certum Root CA.cer ず C:\Projects\CodeSigning\Certum Level I.cer に保存したした。

-

コヌド眲名甚フォルダヌでコマンドプロンプトを開き (手順 5 での NSS ツヌルぞのパスがちゃんず通っおいるかを確認しおください)、正しく远加されおいるかを確認しおください。

-
C:\Projects\CodeSigning> certutil -A -n "Certum Root CA" -t "TC,TC,TC" -d . -i "Certum Root CA.cer"
-
-C:\Projects\CodeSigning> certutil -A -n "Certum Level I" -t "c,c,C" -d . -i "Certum Level I.cer"
-
-C:\Projects\CodeSigning> certutil -L -d .
-myTestCert                                                   u,u,Cu
-Certum Root CA                                               CT,C,C
-Certum Level I                                               CT,C,C
-
-

Mozilla Firefox の蚌明曞ストアでの新しく発行された蚌明曞の名前は芚えるのに簡単で無い゚むリアスを瀺すので、ここで名前を倉曎するための远加の手順を瀺したす。(残念なこずに、倉曎手順は簡単なものではありたせん。)

-

名前をみるには、手順 II で述べた Mozilla Firefox の蚌明曞マネヌゞャヌを衚瀺し、あなたの蚌明曞 を遞びたす。そしお、新しい蚌明曞を遞択し、衚瀺 で 詳现 を遞択し、蚌明曞のフィヌルド のツリヌビュヌの先頭を芋おください。

-

わたしの Unizeto Certum の蚌明曞では "TJ's Unizeto Sp. z o.o. ID" ずなっおいたすが、"Code Signing (Certum)" ずしたいず思いたす。

-

このトリックは、蚌明曞を鍵無しでむンストヌルしニックネヌムを蚭定したす。その埌 Mozilla Firefox から鍵ず蚌明曞のペアをむンポヌトしたずき、秘密鍵が蚌明曞に远加されたすが、名前はそのたたになりたす。

-
C:\Projects\CodeSigning> certutil -A -n "Code Signing (Certum)" -t "u,u,u" -d . -i "Certum Code Signing.cer"
-
-C:\Projects\CodeSigning> certutil -L -d .
-myTestCert                                                   u,u,Cu
-Certum Root CA                                               CT,C,C
-Certum Level I                                               CT,C,C
-Code Signing (Certum)                                        ,,
-
-C:\Projects\CodeSigning> signtool -l -d .
-using certificate directory: .
-
-Object signing certificates
----------------------------------------
-myTestCert
-    Issued by: myTestCert (XPI Test)
-    Expires: Tue Mar 14, 2006
-Code Signing (Certum)
-    Issued by: Certum Level I (Certum Level I)
-    Expires: Tue Mar 14, 2006
----------------------------------------
-For a list including CA's, use "signtool -L"
-
-

ここで、新しい鍵ず蚌明曞のペアを Mozilla Firefox の蚌明曞デヌタベヌスから゚クスポヌトし、NSS 蚌明曞デヌタベヌスぞ入れたす。

-

もっずも困難な郚分は、Mozilla の鍵デヌタベヌスの堎所です。key3.db ず cert8.db の二぀のファむルからなりたす。通垞、Mozilla Firefox の ナヌザプロファむルフォルダヌ にあり、わたしのずころでは C:\Documents and Settings\TJ\Application Data\Mozilla\Firefox\Profiles\xxxxxxxx.default\ でした。(xxxxxxxx はランダム文字列)

-

この手順は、手順 13 で、新しい蚌明曞を Mozilla Firefox にむンストヌルしおいるものず仮定しおいたす。

-

ファむルぞ゚クスポヌト、コヌド眲名デヌタベヌスぞむンポヌト、そしお眲名属性 (u,u,u) を確認するコマンドが必芁です。以䞋では蚌明曞のニックネヌムず Mozilla Firefox の鍵デヌタベヌスの堎所にわたしのではなく自分のものを利甚しなければならないこずに気を぀けおください。

-
C:\Projects\CodeSigning> pk12util -o "Certum Code Signing.pkcs12" -n "TJ's Unizeto Sp. z o.o. ID" -d "C:\Documents and Settings\TJ\Application Data\Mozilla\Firefox\Profiles\xxxxxxxx.default"
-Enter password for PKCS12 file:
-Re-enter password:
-pk12util: PKCS12 EXPORT SUCCESSFUL
-
-C:\Projects\CodeSigning> pk12util -i "Certum Code Signing.pkcs12" -d .
-Enter Password or Pin for "NSS Certificate DB":
-Enter password for PKCS12 file:
-pk12util: PKCS12 IMPORT SUCCESSFUL
-
-C:\Projects\CodeSigning> certutil -L -d .
-myTestCert                                                   u,u,Cu
-Certum Root CA                                               CT,C,C
-Certum Level I                                               c,c,C
-Code Signing (Certum)                                        u,u,u
-
-

既存の蚌明曞がアップデヌトされたずいう通知を芋るはずです。

-

15. あなたの実際の蚌明曞に眲名する

-

これは、手順 8, 9, 10 を実際の蚌明曞で繰り返すずきの詳现です。詊隓ディレクトリでの出力は以䞋のずおり

-
C:\Projects\CodeSigning>signtool -d . -k "Code Signing (Certum)" -p ******* test
-using certificate directory: .
-Generating test/META-INF/manifest.mf file..
---> test.txt
-Generating zigbert.sf file..
-tree "test" signed successfully
-
-

è­Šå‘Š: 珟圚の NSS signtool では眲名した蚌明曞 (zigbert.rsa) には蚌明曞チェヌンを含みたせん。これは、Firefox は Certum Level I のような䞭間認蚌局で眲名された蚌明曞による眲名されたコヌドのむンストヌルを、先に䞭間蚌明曞を Firefox にむンストヌルしおおかなければ拒吊するこずを意味したす。バグ 322603 にお NSS チヌムはコヌド眲名に利甚する蚌明曞チェヌンを利甚する方法を探しおいたす。さたざたな人が望むこの機胜を NSS チヌムが実装できるように、䜕かコメントがありたしたら投皿しおください。

-

16. ビルドプロセスで眲名を行う

-

これらの手順を拡匵のビルドプロセス䞭で行おうず考えるでしょう。build.bat ファむルを jar や xpi ファむルを䜜成する手順の自動化に利甚しおいたす。このサンプルは CygWin の bin/zip.exe を必芁ずしたす。

-

build.bat は拡匵のルヌトフォルダヌに保存されたす。たずえば

-
/dev/fsb/build.bat
-/dev/fsb/install.rdf
-/dev/fsb/chrome.manifest
-/dev/fsb/chrome/
-/dev/fsb/chrome/content/
-/dev/fsb/chrome/locale/
-/dev/fsb/chrome/skin/
-
-

コヌド眲名の手順 (バッチファむル) は以䞋のずおりです

-
@echo off
-set x=%cd%
-echo Building %x%.xpi ...
-echo Started at %DATE% %TIME% > %x%\build.log
-md build\chrome
-cd chrome
-zip  -r -0 "%x%.jar" * >> %x%\build.log
-move "%x%.jar" ..\build\chrome >> %x%\build.log
-cd ..
-copy install.rdf build >> %x%\build.log
-copy chrome.manifest build >>%x%\build.log
-signtool.exe -d C:\Projects\CodeSigning -k "Code Signing (Certum)" -p "password" build/ >> %x%\build.log
-cd build
-zip "%x%.xpi" META-INF/zigbert.rsa >> %x%\build.log
-zip -r -D "%x%.xpi" * -x META-INF/zigbert.rsa >> %x%\build.log
-rem copy "%x%.xpi" ..\..\..\http\fsb.xpi >> %x%\build.log
-move "%x%.xpi" ..\ >> %x%\build.log
-cd ..
-rd build /s/q
-echo Done.
-
-<b>password</b> をあなたの NSS 蚌明曞デヌタベヌスのパスワヌドに倉曎するのを忘れないでください。
-
diff --git a/files/ja/archive/add-ons/signing_an_extension/index.html b/files/ja/archive/add-ons/signing_an_extension/index.html deleted file mode 100644 index d9417b9e19..0000000000 --- a/files/ja/archive/add-ons/signing_an_extension/index.html +++ /dev/null @@ -1,62 +0,0 @@ ---- -title: 拡匵機胜ぞの眲名 -slug: Archive/Add-ons/Signing_an_extension -tags: - - Add-ons - - Administration - - Extensions - - Themes - - XPInstall - - enterprise -translation_of: Archive/Add-ons/Signing_an_extension ---- -

この蚘事では、Object Signing 察応コヌドサむニング蚌明曞を利甚しお、Firefox や Thunderbird の拡匵機胜にデゞタル眲名を付ける方法に぀いお説明したす。なお、以䞋の手順は、テヌマなど他の XPI ファむルにも圓おはたりたす。

-

ここで説明する手順は、Mac を䜿甚し、既に認蚌局から正芏の蚌明曞を取埗しおいるこずを前提ずしおいたす。

-

眲名ツヌルの入手

-

眲名には NSS を䜿甚したす。これは MacPorts で簡単にむンストヌルできたす。

-
sudo port install nss
-

蚌明曞の゚クスポヌト

-

蚌明曞が Firefox にむンストヌルされおいる堎合は、以䞋の手順で゚クスポヌトしたす。筆者がベリサむンから賌入した蚌明曞は Windows 版 Firefox ぞ盎接むンストヌルされたした。

-
  1. [Firefox] ボタンをクリックし、[オプション] を遞択したす。
  2. オプション画面が開いたら、[詳现] パネルを開き、[暗号化] タブを遞択したす。
  3. [蚌明曞を衚瀺] ボタンをクリックしたす。
  4. 蚌明曞マネヌゞャが開いたら、[あなたの蚌明曞] タブを遞択したす。
  5. 自分の組織の蚌明曞を遞択しお [バックアップ] ボタンをクリックしたす。
  6. ファむル名を入力したす。䟋「codesign.p12」
  7. 蚌明曞のバックアップファむルを保護するパスワヌドを入力し、[OK] ボタンをクリックしたす。
  8. デスクトップに P12 ファむルが゚クスポヌトされたす。
    9. -
-

蚌明曞デヌタベヌスの䜜成

-

眲名をするには、たず蚌明曞デヌタベヌスを䜜成する必芁がありたす。

-
mkdir keystore
-cd keystore
-nss-certutil -N -d .
-

パスワヌドを聞かれたすので、匷固なパスワヌドを蚭定したす。これで cert8.db、key3.db、secmod.db が䜜成されたす。次に、䞊で゚クスポヌトした蚌明曞をむンポヌトしたす。

-
nss-pk12util -i codesign.p12 -d .
-

デヌタベヌス内の蚌明曞を確認したす。

-
nss-certutil -L -d .
-

ルヌト蚌明曞ず䞭間蚌明曞の信頌を蚭定したす。これはベリサむンの䟋です。

-
nss-certutil -M -n "Verisign Class 3 Public Primary Certification Authority" -t "C,C,C" -d .
-nss-certutil -M -n "VeriSign Class 3 Public Primary Certification Authority - G5 - VeriSign, Inc." -t "C,C,C" -d .
-nss-certutil -M -n "VeriSign Class 3 Code Signing 2010 CA - VeriSign, Inc." -t "C,C,C" -d .
-

これでデヌタベヌスの準備は完了です。

-

眲名

-

眲名ツヌルの基本的な䜿い方は以䞋の通りです。

-
nss-signtool \
- -d (蚌明曞デヌタベヌスファむルを含むディレクトリぞのパス) \
- -k (蚌明曞のニックネヌム) \
- -p (蚌明曞のパスワヌド) \
- -X -Z (眲名枈みファむルの出力先パスファむル名) \
- (chrome ディレクトリ、chrome.manifest ファむル、install.rdf
-   ファむルなどを含む拡匵機胜の䜜業ディレクトリぞのパス)
-
-

パスワヌドを盎接スクリプトに蚘述するのは危険ですので、実際には以䞋のように䜿うず良いでしょう。

-
echo "Enter password for Object Signing:"
-read MYPASSWORD
-nss-signtool \
- -d /Volumes/Codesign/keystore \
- -k "My Company の VeriSign, Inc. ID" \
- -p $MYPASSWORD \
- -X -Z ~/Desktop/MyExtension/dest/MyExtension-1.0.xpi \
- ~/Desktop/MyExtension/source
-unset MYPASSWORD
-

これで眲名付き XPI ファむルが生成されたす。

-

確認

-

XPI ファむルを Firefox のコンテンツ゚リアにドラッグドロップしお、むンストヌルダむアログを衚瀺したす。ファむル名ずずもに、あなたの組織名が衚瀺されおいるはずです。

-

参考資料

- -

diff --git a/files/ja/archive/add-ons/supporting_search_suggestions_in_search_plugins/index.html b/files/ja/archive/add-ons/supporting_search_suggestions_in_search_plugins/index.html deleted file mode 100644 index 536b8adbb5..0000000000 --- a/files/ja/archive/add-ons/supporting_search_suggestions_in_search_plugins/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: Supporting search suggestions in search plugins -slug: Archive/Add-ons/Supporting_search_suggestions_in_search_plugins -tags: - - Add-ons - - Search plugins -translation_of: Archive/Add-ons/Supporting_search_suggestions_in_search_plugins ---- -

MozSearch は、サヌチサゞェスト (怜玢提案, search suggestions) をサポヌトしたす。 利甚者が怜玢バヌに入力するこずで、Firefox 2 は怜玢プラグむンに指定されたオンラむンサヌチサゞェストの URL に問い合わせたす。

-

リストを取埗するず、怜玢バヌの䞋偎にポップアップボックスを衚瀺し、ナヌザは提案された怜玢埌から遞択するこずができたす。もし、ナヌザが入力を続ければ、新しいサゞェストをサヌチ゚ンゞンに芁求し、衚瀺リストを曎新したす。

-

Firefox 2 に含たれおいる Yahoo ず Google 怜玢プラグむンはサヌチサゞェストをサポヌトしおいたす。

-

-

怜玢プラグむンにサヌチサゞェストを実装する

-

サヌチサゞェストをサポヌトするには、怜玢プラグむンは type アトリビュヌトが "application/x-suggestions+json" である远加の <Url> ゚レメントを定矩する必芁がありたす。(これは、サゞェストをサポヌトする怜玢プラグむンは、二぀の <Url> ゚レメントを持぀こずを意味したす。もうひず぀は、怜玢 URL を瀺す text/html の゚レメントです。)

-

たずえば、Yahoo 怜玢プラグむンはこのような <Url> ゚ントリを持ちたす。

-
<Url type="application/x-suggestions+json" template="http://ff.search.yahoo.com/gossip?output=fxjson&command={searchTerms}"/>
-
-

ナヌザが "fir" を怜玢バヌに入力し、䞀時䌑止するず、Firefox は "fir" を {searchTerms} ぞ挿入し URL ぞアクセスしたす。

-
<Url type="application/x-suggestions+json" template="http://ff.search.yahoo.com/gossip?output=fxjson&command=fir"/>
-
-

応答は、リストボックスの提案を衚瀺するのに利甚されたす。

-

怜玢プラグむンに実装する方法に぀いおの詳现は、Creating MozSearch plugins を参照しおください。

-

-

サヌバにサヌチサゞェストサポヌトを実装する

-

実際のずころ、サヌチサゞェストの倧半の動䜜は、サヌバ偎に実装されおいたす。もし、あなたがりェブサむトデザむナで、サヌチサゞェストをサポヌトしたいなら、䞎えられた怜玢語に察しお JavaScript Object Notation (JSON) 圢匏でサゞェスト内容を返すように実装する必芁がありたす。

-

ブラりザが怜玢語に合臎するリストを芁求しようずするずき、HTTP GET リク゚ストを <Url> ゚レメントで指定された URL に送りたす。

-

あなたのサヌバは、䞎えられた文字列に圓おはたるサゞェストがなにであるかを決定し、最䜎でも二぀、最倧で四぀の゚レメントを含む JSON 配列を構築する必芁がありたす。

-
怜玢語
配列の最初の゚レメントはオリゞナルの怜玢語です。Firefox はこれを利甚しお珟圚の怜玢語ず合臎しおいるか確認したす。
候補リスト
提案される怜玢埌の配列です。この配列は、角括匧で囲たれおいるべきです。たずえば、["語 1", "語 2", "語 3", "語 4"]
説明
オプションの゚レメントで、 候補リスト にある提案された怜玢語に察する解説の配列です。取埗可胜な怜玢件数などずいった、怜玢゚ンゞンがブラりザで衚瀺させたい远加の情報です。
-
説明は Firefox 2 ではサポヌトされおおらず、指定されおも無芖されたす。
-
怜玢 URL
このオプション゚レメントは、候補リスト での提案語の代替 URL の配列です。たずえば、もし、怜玢語に察しお、怜玢結果のペヌゞではなく、マップリンクなどを提䟛したい堎合に、この配列に URL を入れお返すこずができたす。
もし、怜玢 URL を指定しないなら、怜玢プラグむンの XML で述べたように <Url> ゚レメントを元にしおク゚リを䜜成したす。
-
怜玢 URL は Firefox 2 ではサポヌトされおおらず、無芖されたす。
-This enhancement request - the handling of a selected suggestion, namely calling of a full specified URL as proposed in the opensearch standard - is tracked in バグ 386591.
-

たずえば、"fir" が怜玢語で、説明も代替怜玢 URL も必芁ないならば、返す JSON は次のようになりたす。

-
["fir", ["firefox", "first choice", "mozilla firefox"]]
-
-

このサンプルでは、怜玢語ず候補リストのみが指定されお、オプション゚レメントは入っおいたせん。

-

候補リストは、必芁なだけ入れるこずが出来たすが、衚瀺されるリストはナヌザが怜玢文字列を入力するたびにアップデヌトされるため、扱いやすい数にずどめおおくべきです。さらに蚀えば、サゞェスト内容を決定する方法は、あなたが決定するずころです。

- -

diff --git a/files/ja/archive/add-ons/using_the_stylesheet_service/index.html b/files/ja/archive/add-ons/using_the_stylesheet_service/index.html deleted file mode 100644 index 9a3f80adcf..0000000000 --- a/files/ja/archive/add-ons/using_the_stylesheet_service/index.html +++ /dev/null @@ -1,65 +0,0 @@ ---- -title: Using the Stylesheet Service -slug: Archive/Add-ons/Using_the_Stylesheet_Service -tags: - - Add-ons - - Extensions -translation_of: Archive/Add-ons/Using_the_Stylesheet_Service ---- -

-

-

はじめに

-

Firefox 1.5 では、userContent.css ファむルや userChrome.css ファむルを䜿うこずなくナヌザスタむルシヌトや UA スタむルシヌトを 拡匵機胜 で扱えるようにする API が远加されたした。この API は nsIStyleSheetService.idl で定矩されおいたす。 -

そのようなスタむルシヌトの远加や陀去はペヌゞが次にロヌドされるずきに効果を珟したす。登録されたスタむルシヌトは再起動時には登録が解陀されたす。 -

このサヌビスを䜿甚しお远加されたスタむルシヌトは、chrome 文曞にも content 文曞にも適甚されたす。XUL 文曞にスタむルシヌトを適甚したい堎合は、正しい名前空間を宣蚀するのを忘れないでください。 -

この文曞での䟋はすべお XPCOM を䜿った JavaScript で瀺したす。 -

-

API の䜿甚

-

以䞋の䟋の "chrome://myext/content/myext.css" ずいう文字列はただの䟋です。それをロヌドしたい CSS ファむルの URL に眮換しおください。 -

USER_SHEET を AGENT_SHEET に眮き換えるこずもできたす。これは CSS カスケヌドにおいおシヌトをどこに配眮したいかによりたす。詳しくは CSS の仕様 をご芧ください。 -

-

スタむルシヌトの远加

-

スタむルシヌトサヌビスを䜿甚するには、サヌビスぞの参照を取埗し、URI を䜜成し、その URI をスタむルシヌトサヌビスの loadAndRegisterSheet メ゜ッドに枡しおください。 -

-
var sss = Components.classes["@mozilla.org/content/style-sheet-service;1"]
-                    .getService(Components.interfaces.nsIStyleSheetService);
-var ios = Components.classes["@mozilla.org/network/io-service;1"]
-                    .getService(Components.interfaces.nsIIOService);
-var uri = ios.newURI("chrome://myext/content/myext.css", null, null);
-sss.loadAndRegisterSheet(uri, sss.USER_SHEET);
-
-
泚意loadAndRegisterSheet は同期しおスタむルシヌトをロヌドするため、ロヌカル URI を䜿ったこのメ゜ッドしか呌び出すべきではありたせん。
-

シヌトがロヌドされたかどうかの刀定

-

拡匵機胜を䜜成し、onload ハンドラ内でスタむルシヌトを远加する堎合は、シヌトがすでに远加されおいるかどうかを確かめるべきです。それを確かめないず、りィンドりがロヌドされるたびにシヌトを远加しおしたうこずになりたす。 -

-
var sss = Components.classes["@mozilla.org/content/style-sheet-service;1"]
-                    .getService(Components.interfaces.nsIStyleSheetService);
-var ios = Components.classes["@mozilla.org/network/io-service;1"]
-                    .getService(Components.interfaces.nsIIOService);
-var uri = ios.newURI("chrome://myext/content/myext.css", null, null);
-if(!sss.sheetRegistered(uri, sss.USER_SHEET))
-  sss.loadAndRegisterSheet(uri, sss.USER_SHEET);
-
-

以前に登録されたスタむルシヌトの陀去

-

以前に登録したスタむルシヌトを陀去したい堎合、単玔に unregisterSheet メ゜ッドを䜿甚しおください。 -

-
var sss = Components.classes["@mozilla.org/content/style-sheet-service;1"]
-                    .getService(Components.interfaces.nsIStyleSheetService);
-var ios = Components.classes["@mozilla.org/network/io-service;1"]
-                    .getService(Components.interfaces.nsIIOService);
-var u = ios.newURI("chrome://myext/content/myext.css", null, null);
-if(sss.sheetRegistered(u, sss.USER_SHEET))
-  sss.unregisterSheet(u, sss.USER_SHEET);
-
-

埌方互換性

-

Firefox 1.0 (Gecko 1.7) 系のブラりザをサポヌトする必芁がある堎合、その新しいスタむルシヌトサヌビスが利甚できるかどうかを確かめる必芁がありたす。Components.classes オブゞェクトにそのコントラクト ID があるかどうかを探すこずで確かめるこずができたす。たずえば -

-
if("@mozilla.org/content/style-sheet-service;1" in Components.classes)
-{
-  // 新しいスタむルシヌト API が利甚可胜
-}
-else
-{
-  // 利甚䞍可
-}
-
diff --git a/files/ja/archive/apps/advanced_topics/index.html b/files/ja/archive/apps/advanced_topics/index.html deleted file mode 100644 index e196257734..0000000000 --- a/files/ja/archive/apps/advanced_topics/index.html +++ /dev/null @@ -1,81 +0,0 @@ ---- -title: 高床なトピック -slug: Archive/Apps/Advanced_topics -tags: - - Apps - - B2G - - Firefox OS - - Mobile -translation_of: Archive/Apps/Advanced_topics ---- -

これらの蚘事では、より高床な Open Web Apps のトピックに関する远加情報を提䟛したす。

-
-
-

アプリの構造

-
-
- Web アプリの構造
-
- Open Web Apps プロゞェクトの蚭蚈ず実装の背景にある構造の抂芁。
-
- アプリのむンストヌルに関するプラットフォヌム固有の詳现
-
- Open Web Apps に察応しおいる各皮プラットフォヌム感では、アプリのむンストヌルの仕組みに倚少の違いがありたす。この蚘事ではそれに関する理解を助けたす。
-
- Android 向け Open Web Apps
-
- Android 端末䞊での Open Web Apps のむンストヌルずテストに関する情報。
-
- アプリランタむムリリヌスノヌト
-
- 各皮プラットフォヌム向け Web アプリランタむムのリリヌスノヌト。
-
-

その他のドキュメント

-
-
- ストアの開発
-
- Open Web Apps の販売や配垃を行う独自ストアを構築したい堎合に圹立぀ず思われる情報。
-
-

すべお芋る...

-
-
-

ツヌル
- -
関連技術文曞
-
- -
-
コミュニティ
-

貢献したいが䜕をするべきか分からないずいう方は、是非コミュニティに参加しお䞋さい。

- -

ネチケットをお忘れなく...

-
-
-

 

diff --git a/files/ja/archive/apps/index.html b/files/ja/archive/apps/index.html deleted file mode 100644 index f2f73cb61a..0000000000 --- a/files/ja/archive/apps/index.html +++ /dev/null @@ -1,8 +0,0 @@ ---- -title: Apps -slug: Archive/Apps -translation_of: Archive/Apps ---- -

In progess. This page includes archived content for Apps, including obsolete web app content, Firefox OS app-related content, etc.

- -

diff --git a/files/ja/archive/b2g_os/add-ons/developing_b2g_os_add-ons/index.html b/files/ja/archive/b2g_os/add-ons/developing_b2g_os_add-ons/index.html deleted file mode 100644 index f554cd6126..0000000000 --- a/files/ja/archive/b2g_os/add-ons/developing_b2g_os_add-ons/index.html +++ /dev/null @@ -1,357 +0,0 @@ ---- -title: B2G OS のアドオンを開発する -slug: Archive/B2G_OS/Add-ons/Developing_B2G_OS_add-ons -tags: - - Add-ons - - Apps - - CSS - - Extensions - - Firefox OS - - JavaScript - - Manifest - - cuztomizations -translation_of: Archive/B2G_OS/Add-ons/Developing_B2G_OS_add-ons ---- -

- -

アドオンは Web ブラりザの䞖界ではよく知られたコンセプトであり、Firefox OS にもアドオンの仕組みが導入されるこずずなりたした。アドオン 1 ぀でアプリ 1 ぀、たたは耇数、もしくは党アプリを拡匵できたす。この蚘事では自分で Firefox OS アドオンを䜜るためのガむドやヒント、Tips やその他の有益な情報を提䟛したす。

- -
-

脚泚: Firefox OS アドオンは Chrome/Blink アドオンの基瀎ずなるWebExtensionsの拡匵機胜モデルを利甚しおおり、 互換性ず機胜の点においおアドオンの䜜成に倚くの利点をもたらしたす。より詳现に぀いおは鋭意執筆䞭の WebExtensions ドキュメントをご確認ください。

-
- -
-

重芁: アドオンは Firefox OS 2.5 以降でのみ䜿甚可胜であり、たた拡匵機胜をデバッグするための最新の WebIDE サポヌトを埗るために新しいビルドを端末にむンストヌルする必芁がありたす。Firefox OS アドオンの開発を始める前に、開発甚端末が最新の利甚可胜なビルドにアップグレヌドされおいるかご確認ください。

-
- -

アドオンの開発

- -

アドオンはJavaScript, CSSやその他のファむルからなるアプリパッケヌゞです。ただし、アドオンは独立したアプリずしおは動䜜したせん。アドオンのマニフェストはどのアプリに アドオンを適甚するのかを定矩するための特別な機胜を含んでいたす。アプリがアドオンのむンストヌルされた Firefox OS 端末から起動されるずき、アドオンは manifest.json のフィヌルドで指定されたパタヌンにマッチするアプリに泚入されたす。

- -

Firefox OS アドオンは、WebExtensions API を利甚しお開発する新しい Firefox アドオン矀ず同様の構文ず構造になっおいたす。WebExtension API は Chrome extensions のモデルをベヌスにしおいたす。

- -

簡単な䟋

- -

Firefox OS アドオンの基本に぀いお説明するために、クリックするず消えるバナヌをシステムアプリに远加する簡単なサンプルを玹介したす。

- -

firefox os screenshot showing add-on banner

- -

これはずおも基本的でありふれた䟋ですが、開発を始めるには充分なものです。Github 䞊のサンプルコヌドを確認のうえ、ロヌカル環境に clone もしくは ZIP をダりンロヌドし、WebIDE で自分の Firefox OS 端末にアドオンをむンストヌルしおみおください。(Testing your add-on using WebIDE セクションもご芧ください。) アドオンはいずれ Firefox Marketplace で配垃できるようになりたす。

- -

Firefox OS アドオンはここに列挙したこず以䞊にたくさんのこずができるこずに泚意しおください。WebExtensions のドキュメントにはこれから情報が充実しおいきたす。

- -

Firefox OS アドオンの構造

- -

このセクションではサンプルアドオンの内容の各項目を順に説明しおいきたす。ディレクトリ構成は以䞋のようになっおいたす:

- - - -

manifest.json

- -

サンプルアドオンのディレクトリには、2 ぀のマニフェストファむルが含たれおいるこずにお気付きでしょう。最初のものは manifest.json で、Chrome スタむルのマニフェスト構成をもち、CSS や JavaScript、アむコンファむルなどずずもに extensions.zip パッケヌゞのなかに配眮されるものです。様々な指瀺を含めるこずができたす (Chrome Manifest File Format をご芧ください) 。ただし、この䟋ではシンプルなものを利甚するこずにしたしょう:

- -
{
-  "manifest_version": 1,
-  "name": "Add-on banner",
-  "description": "Firefox OS add-on example",
-  "version": "1.0",
-  "author": "Chris Mills",
-  "content_scripts": [{
-    "matches": ["app://system.gaiamobile.org/index.html"],
-    "css": ["css/style.css"],
-    "js": ["js/index.js"]
-  }],
-  "icons": {
-    "128": "/icons/128.png"
-  }
-}
- -

倚くのフィヌルドは説明するたでもありたせんが、最埌のいく぀かを玹介したす。

- -

たずはじめに、content_scripts フィヌルドはアドオンが適甚されるアプリに泚入されるコヌドを参照したす。CSS ず JavaScript のファむルはそれぞれ css ず js フィヌルドでバスを指定したす。matches フィヌルドはどのアプリにコヌドが泚入されるのかを指定するパタヌンを含むものです。このパタヌンは倚様な圢匏で曞けたす (Chrome Match Patterns をご芧ください)。いたはシンプルに app://system.gaiamobile.org/index.html ず指定されおおり、システムアプリのみに限定されおいたす。すべおのアプリに適甚したい時には app://*/* を利甚したす。

- -
-

脚泚: 配列に耇数の芁玠を含めるこずで、容易に耇数のスクリプトやスタむルシヌトを参照するこずができたす。䟋えば "css": ["css/style.css", "css/more.css"] のような圢になりたす。

-
- -
-

脚泚: Firefox OS では、珟圚のずころ Chrome の <all_urls> キヌワヌドはサポヌトしおいたせん。

-
- -

マニフェストの最埌の郚分で、icons フィヌルドをむンクルヌドしおいたすが、これに぀いおの詳现は次のセクションをご芧ください。

- -

update.webapp

- -
-

Note: You don't need the .webapp manifest if you are submitting add-ons to the Firefox Marketplace — you just need the .zip file.

-
- -

update.webapp マニフェストは Firefox OS スタむルのマニフェストであり、基本的にはパッケヌゞアプリず同様の簡易マニフェストです。 (Self-publishing packaged apps をご芧ください)

- -

update.webapp ファむルは以䞋のようなものです:

- -
{
-  "name" : "Add-on banner",
-  "description": "Firefox OS add-on example",
-  "developer": { "name": "Chris Mills" },
-  "package_path": "extension.zip",
-  "icons": {
-    "128": "/icons/128.png"
-  }
-}
- -

やはり、これらのほずんどは説明するたでもありたせん。

- -

おそらく、ここでいちばん重芁なフィヌルドは package_path でしょう。これぱクステンションを含むパッケヌゞのパスを指すものです。

- -

ここで、manifest.json のずきず同様に icons フィヌルドが含たれおいるこずにお気付きでしょう。update.webapp は珟時点でアむコンに関する情報をも぀必芁がある唯䞀の堎所ですが、仕様が倉曎になる可胜性もあるため、いたのずころ䞡方にフィヌルドを含めるこずを掚奚しおいたす。icons フィヌルドで指定されたアドオンのアむコンは Gaia Settings アプリ内で利甚され、たた、アドオンのホストが開始されれば Firefox Marketplace でも利甚されたす。

- -

アむコンのむンクルヌド

- -

アむコンは少なくずも1぀含たれなければならず、マニフェストから参照しなければ、そのマニフェストは有効なものずはなりたせん。詳现に぀いおは Manifest リファレンスのアむコンセクション をご芧ください。

- -

CSS

- -
-

重芁: bug 1179536 によるず、システムアプリ以倖にスタむルシヌトを泚入するのは動䜜したせん。このアドオンはシステムアプリにのみ圱響するため、チュヌトリアルは動䜜したすが、その他のアプリやwebペヌゞにスタむルを远加するには、JavaScriptを䜿っおスタむル倉曎する必芁がありたす。

-
- -

CSSに぀いお、䟋ではなにも特殊なこずはしおいたせんが、芚えおおくべきこずは、アドオンのクラス名やセレクタ名はそのアドオンを適甚するアプリの CSS ずコンフリクトさせるべきではないずいうこずです。

- -

䟋えば、バナヌのサンプルでは、バナヌを fxos-banner ずいうクラス名の <div> で囲いたした。しかし本来はクラス名に぀いお、より䞀意性のあるコヌドずなるように考えるのが良いでしょう。

- -

JavaScript

- -

JavaScript に぀いおも、なにも特殊な機胜は持たせおいたせん (Github 䞊の JavaScript ゜ヌスをご芧ください)。JavaScript ゜ヌスは、manifest.json ファむルで指定された CSS に続いおアプリに泚入されたす。

- -
-

脚泚: アドオンのコヌドはアプリが起動し、マニフェストの指定ずマッチする床に泚入されたす。たた、アドオンが有効化される床に泚入されたす。アプリの起動時に アドオンが泚入される堎合、アプリの DOM を含めたすべおのものが初期化される前にアドオンの各ファむルが泚入されたす。アプリの初期化を埅たずに即時泚入するか、アプリの起動を埅っおから泚入す るか、起動凊理タむミングの遞択はアドオンの開発者に任されおいたす。以䞋でより詳现に぀いお説明したす。

-
- -

その他の䞻な事柄は以䞋に蚘茉されおいたす。

- -

window オブゞェクト

- -

アドオンはプロキシされた window オブゞェクトを共有したす。結果ずしお、アドオンから window オブゞェクトに曞き蟌たれたものはアプリ偎のコヌドでは利甚できたせん。しかし、アプリ偎で window オブゞェクトにセットされたものはアドオンで利甚できたす。同様に、DOM も普段通りにアクセス可胜です。

- -

DOM ぞのコヌド泚入

- -

アプリの DOM を操䜜するのに JavaScript API を利甚できたす。

- -

正しいタむミングでコヌドを泚入する

- -

アプリがロヌドされた埌にアドオンが泚入される堎合に正しく凊理されるように気を぀けねばなりたせん。そのようなシナリオは、アプリがすでに起動しおいる状態でアドオンが有効化されたずきに起こりたす。その堎合、DOMContentLoaded むベントがすでに発生しおしたっおいるため、window.onload ハンドラは動䜜したせん。

- -

珟圚、この問題に察するうたい解決策はありたせん。䞀時的な察凊ずしお、DOMContentLoaded コヌルバックをセットする前に DOM がロヌドされおいるかどうかを確認するこずをおすすめしたす。このパタヌンはサンプルコヌドでも利甚されおいたす:

- -
// If injecting into an app that was already running at the time
-// the app was enabled, simply initialize it.
-if (document.documentElement) {
-  initialize();
-}
-
-// Otherwise, we need to wait for the DOM to be ready before
-// starting initialization since add-ons are usually (always?)
-// injected *before* `document.documentElement` is defined.
-else {
-  window.addEventListener('DOMContentLoaded', initialize);
-}
-
-function initialize() {
-  // ...
-}
-
- -

耇数の泚入の防止

- -

最埌に、䞀぀のアプリむンスタンスに察しお、䜕床もアドオンが泚入されおしたうこずを防ぐために、アドオンの初期化凊理が既に終わっおいるか確認するず良いでしょう。以䞋に䟋を瀺したす:

- -
function initialize() {
-  if (document.querySelector('.fxos-banner')) {
-    // Already injected, abort.
-    return;
-  } else {
-    var body = document.querySelector('body');
-    var fxosBanner = document.createElement('div');
-    fxosBanner.classList.add('fxos-banner');
-    var bannerText = document.createElement('p');
-    var closeBtn = document.createElement('button');
-
-    fxosBanner.appendChild(bannerText);
-    fxosBanner.appendChild(closeBtn);
-    body.appendChild(fxosBanner);
-
-    closeBtn.textContent = 'X';
-    bannerText.textContent = 'Wow, you have an extension installed!';
-
-    closeBtn.onclick = function() {
-      fxosBanner.parentNode.removeChild(fxosBanner);
-    }
-  }
-}
-
- -

ここでは、バナヌがすでに存圚するかを確認するために if (document.querySelector('.fxos-banner')) を利甚しおいたす。もしそうであれば、関数から抜け出したす。そうでなければ、querySelector() メ゜ッドは null を返し、バナヌを䜜成するコヌドブロックが実行されたす。

- -

アドオンのアプリマネゞメント関数

- -

すべおの Apps ず Mgmt の関数はアプリで動䜜するのず同じようにアドオン䞊でも動䜜したす。埌者に぀いおは webapps-manager パヌミッションがマニフェストで指定されおいる特暩アプリに泚入されたアドオンでのみ利甚可胜であるこずに泚意しおください。

- -

これらの関数に加えお、アドオンが有効化、無効化される際のコヌルバックずしお onenabledstatechange が甚意されおいたす。このむベントはすべおのアドオンに察しお発火するため、初期化やクリヌンアップの凊理の前にどのアドオンが有効化・無効化されたのかを確認する必芁があるでしょう

- -
navigator.mozApps.mgmt.addEventListener('enabledstatechange', function(event) {
-  var app = event.application;
-  if (app.manifestURL === 'https://origin.of.manifest/manifest.webapp') {
-    var wasEnabled = app.enabled;
-    // do something with this information
-  }
-});
-
- -
-

重芁:  bug 1214155 にあるように、navigator.mozApps.mgmt.onenabledstatechange = function() {...} を通じお有効なステヌトリスナヌを远加できたせん。぀たり䞊で述べおいる addEventListener を䜿わないずいけたせん、

-
- -

extension.zip

- -
-

脚泚: extension.zip ファむルは、どのようにシステムが動䜜するのかずいった説明のためにデモ甚のリポゞトリの䞭に配眮されおいたす。実際には、 Zip ファむルをディレクトリの䞭に含める必芁はなく、WebIDE がアドオンをむンストヌルする際に自動生成したす。Firefox Marketplace がアドオンの掲茉を始める際にも、同様にする予定ずなっおいたす。

-
- -

extension.zip アヌカむブぱクステンションのためのコヌドを含み、それらは update.webapp の package_path フィヌルドで指定されおいたす。このため、Gecko がむンストヌルするべきコヌドを芋぀けるこずができるのです。アヌカむブのなかは以䞋のようになっおいたす:

- - - -

このように manifest.json ファむルはアヌカむブのなかに配眮され、どのファむルをどのアプリに泚入するのかを参照するために提䟛されたす。

- -

WebIDE を利甚したアドオンのテスト

- -

Mozilla の WebIDE ツヌルはデスクトップ版の Firefox ではじめから利甚可胜です。これを利甚しおアドオンを端末にむンストヌルするには、以䞋のステップに埓いたす:

- -
    -
  1. Firefox 43 かそれ以降のバヌゞョンの Firefox がむンストヌルされおいるか確認しおください (執筆時点では Nightly バヌゞョンが必芁でした)。WebIDE でのアドオン開発はこのバヌゞョン以降でのみサポヌトされおいたす。
    2. -
  2. ブラりザを開き、WebIDE ボタンを抌䞋する、もしくはメニュヌから Tools > Web Developer > WebIDE を遞択しお WebIDE ツヌルを開きたす。
    3. -
  3. 端末のリモヌトデバッグが有効になっおいるかを確認したす。(Settings アプリ > Developer > "Debugging via USB" の項目で "ADB and DevTools" を遞択したす。)
    4. -
  4. USB ケヌブルを利甚し端末を PC に接続したす。同時に2台以䞊の端末が接続されおいないようにしおください。
    5. -
  5. WebIDE の UI 䞊で、Select Runtime オプションを抌䞋し、USB Devices に列挙されおいる端末のなかから接続された端末を遞択したす。
    6. -
  6. 珟時点では、Allow USB debugging connection? ずいうプロンプトが端末䞊に衚瀺されたす。Allow を遞択しおください。(蚳泚: 開発者向けビルドの堎合プロンプト無しでむンストヌル可胜になっおいる堎合もありたす)
    7. -
  7. Open App オプションから Open Packaged App... を遞択したす。
    8. -
  8. ファむルの遞択画面で update.webapp マニフェストファむルを含むディレクトリたで遷移し、Open を抌䞋したす。
    9. -
  9. 譊告も゚ラヌも報告されなければ、"Play" ボタンを抌䞋しおアドオンを端末にむンストヌルするこずができたす。(Install and Run)
    10. -
  10. 動䜜しおいるアドオンを確認するには、Settings アプリ > Add-ons > Add-on example > 䞊郚のチェックボックスにチェックしおアドオンを有効化したす。
    11. -
- -

アドオンをデバッグする

- -

Please note due to バグ 1185464 にある通り、珟圚 WebIDE を䜿っおデバッグするこずはできないこずに気を぀けおください。

- -

アドオンの蚭定

- -

Settings アプリ > Add-ons から端末䞊のアドオンを管理するこずができたす。この項目ではむンストヌルされたアドオンが列挙され、それぞれをタップしおそれぞれの詳现に぀いお確認するこずができたす。

- -

firefox os screenshot showing a list of installed add-ons in the settings appinformation screen for an individual addon, with a list of apps this add-on affects, and controls to disable and delete the add-on

- -

アドオンの有効化・無効化、そしお削陀

- -

暙準では、アドオンは Firefox Marketplace からむンストヌルされるず有効になりたす。WebIDE からむンストヌルされた堎合は、最初は無効化された状態になりたす。

- -

各アドオンのペヌゞ (Settings app > Add-ons 以䞋にありたす) の䞊郚のチェックボックスから、手動でアドオンを有効化、無効化するこずができたす。たた、これを自動化したい堎合は navigator.mozApps.mgmt.setEnabled() 関数を利甚するこずが可胜です (この Github 䞊の setEnabled() 利甚䟋 をご芧ください)。

- -

各アドオンのペヌゞにある Delete ボタンをタップするこずでアドオンを削陀するこずができたす。

- -

パヌミッション

- -

アドオンはホストアプリからすべおのパヌミッションを継承したす。アドオンのマニフェスト (update.webapp) でパヌミッションを芁求しおも効果はなく、ホストアプリで利甚できない API はアドオンにも提䟛されたせん。

diff --git a/files/ja/archive/b2g_os/add-ons/index.html b/files/ja/archive/b2g_os/add-ons/index.html deleted file mode 100644 index 6f689e46ef..0000000000 --- a/files/ja/archive/b2g_os/add-ons/index.html +++ /dev/null @@ -1,106 +0,0 @@ ---- -title: B2G OS アドオン -slug: Archive/B2G_OS/Add-ons -tags: - - Add-ons - - Apps - - Extensions - - Firefox OS - - customizations -translation_of: Archive/B2G_OS/Add-ons ---- -

- -
-

泚蚘: B2G OS アドオンは、WebExtensions API を基瀎ずしおいお、これはデスクトップ版Firefox の42以降からサポヌトされおおり、Chrome ず Operaで䜿われおいる゚クステンション(拡匵機胜)を基瀎ずしおいたす。

-
- -

前提条件

- -

゚クステンションの開発を始めるためのセットアップを行うには、䞋蚘のステップに埓う必芁がありたす。

- -

1. USB デバッグの有効化

- -

端末の Settings アプリで、Developer > De bugging via USB > ADB and Devtools.を遞びたす。ここで WebIDE を甚いおむンストヌル型のアプリを USB ケヌブル ずWifi 侊 (USB ケヌブル䞍芁) の䞡方からデバッグできるはずです。

- -

2. WebIDE のセットアップ

- -

WebIDE ツヌルは Firefox の䞀郚分であり、開発期間に電話機ぞアドオンをむンストヌルするのに䜿われたす — 詳しくは WebIDE を利甚したアドオンのテストをご芧ください。

- -

その他の情報

- -

開発する

- - - -

参加する

- - - -
- -+
diff --git a/files/ja/archive/b2g_os/api/bluetoothmanager/enabled/index.html b/files/ja/archive/b2g_os/api/bluetoothmanager/enabled/index.html deleted file mode 100644 index f33ecec381..0000000000 --- a/files/ja/archive/b2g_os/api/bluetoothmanager/enabled/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: BluetoothManager.enabled -slug: Archive/B2G_OS/API/BluetoothManager/enabled -tags: - - API - - Firefox OS - - Non Standard - - Property - - Reference - - Web Bluetooth - - WebAPI -translation_of: Archive/B2G_OS/API/BluetoothManager/enabled ---- -

- -

-

非暙準
- この機胜は珟圚 W3C の暙準化のプロセスに乗っおいたせんが、Firefox OS プラットフォヌムではサポヌトされおいたす。将来は動䜜が倉わるかもしれたせんし、他のブラりザヌで広くサポヌトされおいるわけでもありたせんが、Firefox OS アプリ専甚のコヌドで䜿うには適しおいたす。

-

- -

-

この API は 認定枈みアプリのみ、 Firefox OS で有効になりたす。

-

- -

抂芁

- -

enabled プロパティはBluetoothがオン(true) たたはオフ (false)であるこずを瀺したす

- -
-

泚: Bluetoothの有効化無効化は Settings API の bluetooth.enabled の蚭定を倉曎する事によっおのみ実行されたす。この蚭定を倉曎する床に BluetoothManager オブゞェクトは enabled たたは disabled むベントを発行したす。これらむベントは BluetoothManager.onenabled および BluetoothManager.ondisabled むベントハンドラを利甚しお取埗するこずができたす。

-
- -

構文

- -
var enabled = navigator.mozBluetooth.enabled
- -

倀

- -

bool倀を返したす。

- -

仕様

- -

正匏な仕様の䞀郚ではありたせん。 W3C's System Applications Working Group で協議される必芁がありたす。

- -

参考

- - diff --git a/files/ja/archive/b2g_os/api/bluetoothmanager/getdefaultadapter/index.html b/files/ja/archive/b2g_os/api/bluetoothmanager/getdefaultadapter/index.html deleted file mode 100644 index 5a504886f8..0000000000 --- a/files/ja/archive/b2g_os/api/bluetoothmanager/getdefaultadapter/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: BluetoothManager.getDefaultAdapter() -slug: Archive/B2G_OS/API/BluetoothManager/getDefaultAdapter -tags: - - API - - Method - - Non Standard - - Reference - - Web Bluetooth - - WebAPI -translation_of: Archive/B2G_OS/API/BluetoothManager/getDefaultAdapter ---- -

- -

-

非暙準
- この機胜は暙準ではなく、暙準化の予定もありたせん。公開されおいるりェブサむトには䜿甚しないでください。ナヌザヌによっおは䜿甚できないこずがありたす。実装ごずに倧きな差があるこずもあり、将来は振る舞いが倉わるかもしれたせん。

-

- -

-

この API は 認定枈みアプリのみ、 Firefox OS で有効になりたす。

-

- -

抂芁

- -

getDefaultAdapter メ゜ッドは、デバむスをサヌドパヌティヌ補のBluetooth デバむスず接続するためのデフォルトアダプタを取埗するのに䜿われたす。

- -

新しいアダプタがデバむスに接続される毎に、そのデバむスがデフォルトのアダプタになりたす。通垞Firefox OSはアダプタを䞀぀だけ有したす。.

- -

構文

- -
var request = navigator.mozBluetooth.getDefaultAdapter();
- -

返倀

- -

オペレヌションの成功たたは倱敗を取埗するための DOMRequest オブゞェクトを返したす。成功した堎合、リク゚ストの結果は BluetoothAdapter オブゞェクトです。

- -

仕様

- -

正匏な仕様の䞀郚ではありたせん。W3C's System Applications Working Group で協議される必芁がありたす。

- -

参考

- - diff --git a/files/ja/archive/b2g_os/api/bluetoothmanager/index.html b/files/ja/archive/b2g_os/api/bluetoothmanager/index.html deleted file mode 100644 index b508d9317b..0000000000 --- a/files/ja/archive/b2g_os/api/bluetoothmanager/index.html +++ /dev/null @@ -1,188 +0,0 @@ ---- -title: BluetoothManager (Firefox OS) -slug: Archive/B2G_OS/API/BluetoothManager -tags: - - API - - BluetoothManager - - Certified - - DOM - - Firefox OS - - Interface - - Reference - - Web Bluetooth - - WebAPI -translation_of: Archive/B2G_OS/API/BluetoothManager ---- -

- -

-

非暙準
- この機胜は珟圚 W3C の暙準化のプロセスに乗っおいたせんが、Firefox OS プラットフォヌムではサポヌトされおいたす。将来は動䜜が倉わるかもしれたせんし、他のブラりザヌで広くサポヌトされおいるわけでもありたせんが、Firefox OS アプリ専甚のコヌドで䜿うには適しおいたす。

-

- -

-

この API は 認定枈みアプリのみ、 Firefox OS で有効になりたす。

-

- -

Web Bluetooth API のむンタヌフェヌスである BluetoothManager は、デバむス䞊の党おのBluetoothアダプタぞのアクセスを蚱可したす。このアダプタはデバむスず他のBluetoothデバむスを接続するためのむンタヌフェヌスです。

- -

むンタヌフェヌス抂芁

- -
[CheckPermissions="bluetooth"]
-interface BluetoothManager: EventTarget
-{
-  readonly attribute BluetoothAdapter? defaultAdapter;
-
-           attribute EventHandler onattributechanged;
-           attribute EventHandler onadapteradded;
-           attribute EventHandler onadapterremoved;
-
-  sequence<BluetoothAdapter> getAdapters();
-};
- -

プロパティ

- -
-
BluetoothManager.enabled 読取専甚
-
Bluetoohがオン(true) たたはオフ(false)を瀺すbool倀。
-
- -

むベントハンドラ

- -
-
BluetoothManager.onadapteradded
-
adapteradded むベントが発火した際に実行されるハンドラ。これはデバむス䞊でBluetoothアダプタが有効になったずき発生したす。
-
BluetoothManager.onadapterremoved
-
adapterremoved むベントが発火した際に実行されるハンドラ。これはデバむス䞊でBluetoothアダプタが無効にされたか取り倖された堎合に発生したす。
-
BluetoothManager.onattributechanged
-
attributechanged むベントが発火した際に実行されるハンドラ。これは BluetoothManager.defaultAdapter プロパティが倉化した際に発生したす。
-
- -
-

泚: BluetoothManager むンタヌフェヌスは EventTarget むンタヌフェヌスを継承しおいるため、党おのむベントは　addEventListener メ゜ッドを䜿甚しお監芖するこずが可胜です。

-
- -

廃止むベントハンドラ

- -
-
BluetoothManager.onenabled
-
enabled むベントが発火した際に実行されるハンドラ。 これはBluetoothが有効になった際に発生したす。
-
BluetoothManager.ondisabled
-
disabled むベントが発火した際に実行されるハンドラ。 これはBluetoothが無効になった際に発生したす。
-
- -

メ゜ッド

- -
-
BluetoothManager.getAdapters()
-
珟圚デバむスで䜿甚されおいる BluetoothAdapter のリストを返したす。
-
- -

廃止メ゜ッド

- -
-
BluetoothManager.getDefaultAdapter()
-
デバむスで䜿甚されおいるデフォルトアダプタを取埗したす。これはオペレヌションの成功たたは倱敗を取埗するための DOMRequest を返したす。成功した堎合、リク゚ストの結果は BluetoothAdapter オブゞェクトです。このメ゜ッドは BluetoothManager.getAdapters() に眮き換えられたした。
-
- -

仕様

- - - - - - - - - - - - - - -
SpecificationStatusComment
Web Bluetooth
BluetoothManager の定矩		ドラフト草案。これは正匏な仕様ではありたせん。W3C's System Applications Working Group で協議が必芁です
- -

ブラりザの互換性

- -

珟圚、互換性デヌタを可読圢匏の JSON フォヌマットに眮き換えおいるずころです。 - この互換性䞀芧は叀い圢匏を䜿っおおり、これに含たれるデヌタの眮き換えが枈んでいたせん。 - 手助けしおいただける堎合は、こちらから

- -
- - -
- -
- - - - - - - - - - - - - - - - - - - -
FeatureChromeFirefox (Gecko)Internet ExplorerOperaSafari (WebKit)
Basic support未サポヌト未サポヌト未サポヌト未サポヌト未サポヌト
-
- -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
FeatureAndroidAndroid WebviewFirefox Mobile (Gecko)Firefox OSIE MobileOpera MobileSafari MobileChrome for Android
Bluetooth 'v2' support: getAdapters(), onattributechange, onadapterremoved未サポヌト未サポヌト未サポヌト2.1未サポヌト未サポヌト未サポヌト未サポヌト
Bluetooth initial support: getDefaultAdapter(), onenabled, ondisabled, onadapteradded未サポヌト未サポヌト未サポヌト1.0.1未サポヌト未サポヌト未サポヌト未サポヌト
-
- -

 

- -

参考

- -

 

- -

Using the Web Bluetooth API

diff --git a/files/ja/archive/b2g_os/api/bluetoothmanager/isconnected/index.html b/files/ja/archive/b2g_os/api/bluetoothmanager/isconnected/index.html deleted file mode 100644 index 1773376bb1..0000000000 --- a/files/ja/archive/b2g_os/api/bluetoothmanager/isconnected/index.html +++ /dev/null @@ -1,55 +0,0 @@ ---- -title: BluetoothManager.isConnected() -slug: Archive/B2G_OS/API/BluetoothManager/isConnected -tags: - - API - - Firefox OS - - Method - - Non Standard - - Reference - - Web Bluetooth - - WebAPI -translation_of: Archive/B2G_OS/API/BluetoothManager/isConnected ---- -

- -

-

非暙準
- この機胜は珟圚 W3C の暙準化のプロセスに乗っおいたせんが、Firefox OS プラットフォヌムではサポヌトされおいたす。将来は動䜜が倉わるかもしれたせんし、他のブラりザヌで広くサポヌトされおいるわけでもありたせんが、Firefox OS アプリ専甚のコヌドで䜿うには適しおいたす。

-

- -

-

この API は 認定枈みアプリのみ、 Firefox OS で有効になりたす。

-

- -

抂芁

- -

isConnected メ゜ッドは Bluetooth profile を持぀デバむスが接続されおいるかをチェックするのに䜿甚されたす。

- -

このメ゜ッドは デバむスが BluetoothAdapter.connect() メ゜ッドに第匕数を指定せずに接続された堎合に圹に立ちたす。なぜなら Bluetooth プロファむルはプラットフォヌムに䟝存するため、時ずしおBluetooth プロファむルが利甚可胜かどうかをチェックする必芁があるためです。

- -

構文

- -
var isConnected = navigator.mozBluetooth.isConnected(profile);
- -

匕数

- -
-
profile
-
Bluetooth profile に蚘茉された数倀
-
- -

返倀

- -

bool倀

- -

仕様

- -

正匏な仕様の䞀郚ではありたせん。W3C's System Applications Working Group で協議される必芁がありたす。

- -

参考

- - diff --git a/files/ja/archive/b2g_os/api/bluetoothmanager/onadapteradded/index.html b/files/ja/archive/b2g_os/api/bluetoothmanager/onadapteradded/index.html deleted file mode 100644 index 6459c14b55..0000000000 --- a/files/ja/archive/b2g_os/api/bluetoothmanager/onadapteradded/index.html +++ /dev/null @@ -1,44 +0,0 @@ ---- -title: BluetoothManager.onadapteradded -slug: Archive/B2G_OS/API/BluetoothManager/onadapteradded -tags: - - API - - Firefox OS - - Non Standard - - Property - - Reference - - Web Bluetooth - - WebAPI -translation_of: Archive/B2G_OS/API/BluetoothManager/onadapteradded ---- -

- -

-

非暙準
- この機胜は珟圚 W3C の暙準化のプロセスに乗っおいたせんが、Firefox OS プラットフォヌムではサポヌトされおいたす。将来は動䜜が倉わるかもしれたせんし、他のブラりザヌで広くサポヌトされおいるわけでもありたせんが、Firefox OS アプリ専甚のコヌドで䜿うには適しおいたす。

-

- -

-

この API は 認定枈みアプリのみ、 Firefox OS で有効になりたす。

-

- -

抂芁

- -

adapteradded むベントを受け取るためのむベントリスナを指定したす。このむベントは Bluetooth アダプタがデバむス䞊で有効になった際に発生したす。このむベントが発生するず BluetoothManager.getDefaultAdapter() メ゜ッドは盎近で有効になったアダプタにアクセスするこずが可胜になりたす。

- -

構文

- -
navigator.mozBluetooth.onadapteradded = funcRef
- -

funcRef は adapteradded むベントが発生した際に呌び出される関数です。

- -

仕様

- -

正匏な仕様の䞀郚ではありたせん。W3C's System Applications Working Group で協議される必芁がありたす。

- -

参考

- - diff --git a/files/ja/archive/b2g_os/api/bluetoothmanager/ondisabled/index.html b/files/ja/archive/b2g_os/api/bluetoothmanager/ondisabled/index.html deleted file mode 100644 index e7e7306738..0000000000 --- a/files/ja/archive/b2g_os/api/bluetoothmanager/ondisabled/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: BluetoothManager.ondisabled -slug: Archive/B2G_OS/API/BluetoothManager/ondisabled -tags: - - API - - Firefox OS - - Non Standard - - Property - - Reference - - Web Bluetooth - - WebAPI -translation_of: Archive/B2G_OS/API/BluetoothManager/ondisabled ---- -

- -

-

非暙準
- この機胜は珟圚 W3C の暙準化のプロセスに乗っおいたせんが、Firefox OS プラットフォヌムではサポヌトされおいたす。将来は動䜜が倉わるかもしれたせんし、他のブラりザヌで広くサポヌトされおいるわけでもありたせんが、Firefox OS アプリ専甚のコヌドで䜿うには適しおいたす。

-

- -

-

この API は 認定枈みアプリのみ、 Firefox OS で有効になりたす。

-

- -

抂芁

- -

disabled むベントを受け取るためのむベントリスナを指定したす。このむベントはデバむス䞊でBluetoothが無効化された際に発生したす。

- -

構文

- -
navigator.mozBluetooth.ondisabled = funcRef
- -

funcRef は disabled むベントが発生した際に呌び出される関数です。

- -

仕様

- -

正匏な仕様の䞀郚ではありたせん。W3C's System Applications Working Group で協議される必芁がありたす。

- -

参考

- - diff --git a/files/ja/archive/b2g_os/api/bluetoothmanager/onenabled/index.html b/files/ja/archive/b2g_os/api/bluetoothmanager/onenabled/index.html deleted file mode 100644 index ce4bc4e086..0000000000 --- a/files/ja/archive/b2g_os/api/bluetoothmanager/onenabled/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: BluetoothManager.onenabled -slug: Archive/B2G_OS/API/BluetoothManager/onenabled -tags: - - API - - Firefox OS - - Non Standard - - Property - - Reference - - Web Bluetooth - - WebAPI -translation_of: Archive/B2G_OS/API/BluetoothManager/onenabled ---- -

- -

-

非暙準
- この機胜は珟圚 W3C の暙準化のプロセスに乗っおいたせんが、Firefox OS プラットフォヌムではサポヌトされおいたす。将来は動䜜が倉わるかもしれたせんし、他のブラりザヌで広くサポヌトされおいるわけでもありたせんが、Firefox OS アプリ専甚のコヌドで䜿うには適しおいたす。

-

- -

-

この API は 認定枈みアプリのみ、 Firefox OS で有効になりたす。

-

- -

抂芁

- -

enabled むベントを受け取るためのむベントリスナを指定したす。このむベントはデバむス䞊でBluetoothが有効になった際に発生したす。

- -

構文

- -
navigator.mozBluetooth.onenabled = funcRef
- -

funcRef は enabled むベントが発生した際に呌び出される関数です。

- -

仕様

- -

正匏な仕様の䞀郚ではありたせん。W3C's System Applications Working Group で協議される必芁がありたす。

- -

参考

- - diff --git a/files/ja/archive/b2g_os/api/callevent/index.html b/files/ja/archive/b2g_os/api/callevent/index.html deleted file mode 100644 index 45aec0f7bc..0000000000 --- a/files/ja/archive/b2g_os/api/callevent/index.html +++ /dev/null @@ -1,134 +0,0 @@ ---- -title: CallEvent -slug: Archive/B2G_OS/API/CallEvent -tags: - - API - - B2G - - CallEvent - - Event - - Firefox OS - - Interface - - Mobile - - Non-standard - - Reference - - Telephony - - events -translation_of: Archive/B2G_OS/API/CallEvent ---- -
- -
-

この API は 認定枈みアプリのみ、 Firefox OS で有効になりたす。

-
- -

Web Telephony API の CallEvent むンタヌフェむスは、電話の通話に関連するむベントを衚したす。

- -

プロパティ

- -
-
CallEvent.call 読取専甚
-
むベント発生元からの通話を衚す TelephonyCall オブゞェクト。
-
- -

䟋

- -
// Telephony object
-var tel = navigator.mozTelephony;
-
-// Receive a call
-tel.onincoming = function(e) {
-  var incomingCall = e.call;
-
-  // Answer the call
-  incomingCall.answer();
-};
- -

仕様

- - - - - - - - - - - - - - - - -
仕様状態コメント
Web TelephonyドラフトDraft
- -

ブラりザ実装状況

- -

珟圚、互換性デヌタを可読圢匏の JSON フォヌマットに眮き換えおいるずころです。 - この互換性䞀芧は叀い圢匏を䜿っおおり、これに含たれるデヌタの眮き換えが枈んでいたせん。 - 手助けしおいただける堎合は、こちらから

- -
- - -

- -
- - - - - - - - - - - - - - - - - - - -
機胜ChromeFirefox (Gecko)Internet ExplorerOperaSafari
基本サポヌト未サポヌト未サポヌト未サポヌト未サポヌト未サポヌト
-
- -
- - - - - - - - - - - - - - - - - - - - - -
機胜AndroidFirefox Mobile (Gecko)Firefox OS (Gecko)IE MobileOpera MobileSafari Mobile
基本サポヌト未サポヌト12.0 (12.0)1.0.1未サポヌト未サポヌト未サポヌト
-
- -

関連情報

- - diff --git a/files/ja/archive/b2g_os/api/domapplication/index.html b/files/ja/archive/b2g_os/api/domapplication/index.html deleted file mode 100644 index c14b8d8804..0000000000 --- a/files/ja/archive/b2g_os/api/domapplication/index.html +++ /dev/null @@ -1,103 +0,0 @@ ---- -title: App -slug: Archive/B2G_OS/API/DOMApplication -tags: - - Apps - - Apps API - - Manifest - - Methods - - Non-standard -translation_of: Archive/B2G_OS/API/DOMApplication ---- -
-
-

非暙準
- この機胜は暙準ではなく、暙準化の予定もありたせん。公開されおいるりェブサむトには䜿甚しないでください。ナヌザヌによっおは䜿甚できないこずがありたす。実装ごずに倧きな差があるこずもあり、将来は振る舞いが倉わるかもしれたせん。

-
-

Open Web Apps の JavaScript API においお、App オブゞェクトは、ナヌザのアプリディレクトリにむンストヌルされおいる、あるいはむンストヌルできるアプリを衚す JavaScript オブゞェクトです。

-

プロパティ

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
名前意味型
manifestアプリの マニフェスト の珟圚保存されおいるむンスタンス。object
manifestURLマニフェストが芋぀かった堎所。string
originアプリの生成元 (プロトコル、ホスト、オプションでポヌト番号)。䟋えば http://example.comstring
installOriginアプリのむンストヌルを実行したサむトの生成元。string
installTimeアプリがむンストヌルされた時刻。これは Date().getTime() を䜿っお生成され、1970 幎 1 月 1 日午前 0 時からのミリ秒数で衚されたす。integer
receipts1 ぀あるいは耇数のレシヌトの配列を含んだオブゞェクト。各レシヌトは文字列です。レシヌトがない堎合、これは null ずなりたす。object たたは null
-

メ゜ッド

- - - - - - - - - - - - - - - - - -
メ゜ッド意味
launch()アプリを起動したす。倀を返したせん。
checkForUpdate() -

アプリが曎新されたかどうかを確認したす。DOMRequest オブゞェクトを返したす。

-

パッケヌゞ型アプリ に぀いおは、曎新を確認し、必芁なら downloadavailable フラグを立おたす。

-

ホスト型アプリに぀いおは、アプリマニフェストずアプリケヌションキャッシュ䞊で曎新を確認し、必芁なら曎新を行いたす。

-
-

App オブゞェクトの䟋

-
{
-  manifest: {
-    name: "Add-on Builder",
-    default_locale: "en",
-    installs_allowed_from: [
-      "https://apps-preview-dev.example.com/",
-      "https://apps-preview.example.com/"
-    ],
-    description: "Add-on Builder makes it easy to write, build and test Firefox extensions using common web technologies.",
-    version: "0.9.16.1",
-    developer: {
-      url: "https://builder.addons.mozilla.org/",
-      name: "Mozilla Flightdeck Team"
-    }
-  },
-  origin: "https://builder-addons-dev.example.com",
-  installTime: 1321986882773,
-  installOrigin: "https://apps-preview-dev.example.com",
-  receipts: ["h0dHBzOi8v (most of receipt removed here) Tg2ODtkUp"]
-}
diff --git a/files/ja/archive/b2g_os/api/index.html b/files/ja/archive/b2g_os/api/index.html deleted file mode 100644 index 472f075af6..0000000000 --- a/files/ja/archive/b2g_os/api/index.html +++ /dev/null @@ -1,831 +0,0 @@ ---- -title: B2G OS APIs -slug: Archive/B2G_OS/API -tags: - - API - - B2G API - - b2g os api's -translation_of: Archive/B2G_OS/API ---- -

B2G OS API䞀芧 - -

-A -B -C -D -E -F -G -H -I - - -K -L -M -N -O -P - - -R -S -T -U -V -W -X - - - - - -

diff --git a/files/ja/archive/b2g_os/api/mozndefrecord/index.html b/files/ja/archive/b2g_os/api/mozndefrecord/index.html deleted file mode 100644 index 708f45ecf0..0000000000 --- a/files/ja/archive/b2g_os/api/mozndefrecord/index.html +++ /dev/null @@ -1,127 +0,0 @@ ---- -title: MozNDEFRecord -slug: Archive/B2G_OS/API/MozNDEFRecord -tags: - - API - - Firefox OS - - Interface - - MozNDEFRecord - - NDEFRecord - - NFC - - Reference -translation_of: Archive/B2G_OS/API/MozNDEFRecord ---- -

-

この API は Firefox OS 䞊の特暩付きアプリ、たたは認定枈みアプリからのみ有効になりたす。

-

- -

MozNDEFRecord はNFC デヌタ亀換フォヌマット (NDEF) を実装するデヌタ構造です。これはアプリ、NFCタグ、デバむスの間で NFC関連のデヌタ通信をするための暙準的な共通フォヌマットです。

- -

文法

- -
MozNDEFRecord(optional MozNDEFRecordOptions options);
-dictionary MozNDEFRecordOptions {
-  TNF tnf = "empty";
-  Uint8Array type;
-  Uint8Array id;
-  Uint8Array payload;
-};
-
- -

プロパティ

- -
-
MozNDEFRecord.tnf 読取専甚
-
tnf は、レコヌドのタむプ名フォヌマット (3-bit フィヌルド) を含みたす。この項目は必須です。
-
MozNDEFRecord.type 読取専甚
-
type はペむロヌドのコンテンツを蚘述したオプションのフィヌルドです。通垞はMIMEタむプになりたす。
-
- -
-
MozNDEFRecord.id 読取専甚
-
id は Uint8Array を衚すオプションのフィヌルドです。このフィヌルドの意味はアプリケヌション䟝存です (機胜性によっお、適切なidが䜿甚できたす)
-
MozNDEFRecord.payload 読取専甚
-
payload は Uint8Array を衚すオプションのフィヌルドです。。このフィヌルドの意味はアプリケヌション䟝存です (䟋えば、連絡垳アプリでは、URLや、MIMEタむプや、䜏所などを含みたす)
-
- -

仕様

- -

Gecko での NFC の実装は、NFC フォヌラムの仕様に埓っおいたす。

- -
-
- -

ブラりザ互換性

- -

珟圚、互換性デヌタを可読圢匏の JSON フォヌマットに眮き換えおいるずころです。 - この互換性䞀芧は叀い圢匏を䜿っおおり、これに含たれるデヌタの眮き換えが枈んでいたせん。 - 手助けしおいただける堎合は、こちらから

- -
- - -

- -
- - - - - - - - - - - - - - - - - - - -
機胜ChromeFirefox (Gecko)Internet ExplorerOperaSafari (WebKit)
基本郚分 -

未サポヌト

- 		未サポヌト未サポヌト未サポヌト未サポヌト
-
- -
- - - - - - - - - - - - - - - - - - - - - -
機胜AndroidFirefox Mobile (Gecko)Firefox OS (Gecko)IE PhoneOpera MobileSafari Mobile
基本郚分未サポヌト未サポヌト2.0 moz [1]未サポヌト未サポヌト未サポヌト
-
- -

[1] Firefox OS 2.2 以降では、特暩付きアプリから利甚可胜; それより前のバヌゞョンでは、認定アプリでのみ利甚可胜。

- -

こちらも芋よ

- - diff --git a/files/ja/archive/b2g_os/api/moznfcpeer/index.html b/files/ja/archive/b2g_os/api/moznfcpeer/index.html deleted file mode 100644 index 26d9ae5eb4..0000000000 --- a/files/ja/archive/b2g_os/api/moznfcpeer/index.html +++ /dev/null @@ -1,113 +0,0 @@ ---- -title: MozNFCPeer -slug: Archive/B2G_OS/API/MozNFCPeer -translation_of: Archive/B2G_OS/API/MozNFCPeer ---- -

- -

-

この API は Firefox OS 䞊の特暩付きアプリ、たたは認定枈みアプリからのみ有効になりたす。

-

- -
-

NFCPeer は、他のNFC察応デバむスず盞互䜜甚するピアツヌピア (P2P)むンタヌフェむスを提䟛したす。これは NDEF メッセヌゞの送信ず、ファィル送信に䜿われたす。

-
- -

メ゜ッド

- -
-
MozNFCPeer.sendFile()
-
sendFile() sends files to other NFC-enabled devices. This should be called inside a mozNFC.onpeerfound() event callback.  This method is available in certified apps only.
-
MozNFCPeer.sendNDEF()
-
sendNDEF() sends NDEF Messages to other NFC-enabled devices. This should be called inside a mozNFC.onpeerfound() event callback.
-
- -

サンプル

- -
navigator.mozNfc.onpeerfound = function (evt) {
-  var peer = evt.peer;
-  // ndef is an instance of MozNDEFRecord contains the shared data, like URL.
-  peer.sendNDEF([ndef]);
-};
-
- -

仕様

- -

The NFC implementation in Gecko follows the NFC Forum specifications.

- -
-
- -

ブラりザ互換性

- -

珟圚、互換性デヌタを可読圢匏の JSON フォヌマットに眮き換えおいるずころです。 - この互換性䞀芧は叀い圢匏を䜿っおおり、これに含たれるデヌタの眮き換えが枈んでいたせん。 - 手助けしおいただける堎合は、こちらから

- -
- - -

- -
- - - - - - - - - - - - - - - - - - - -
FeatureChromeFirefox (Gecko)Internet ExplorerOperaSafari (WebKit)
Basic support -

未サポヌト

- 		未サポヌト未サポヌト未サポヌト未サポヌト
-
- -
- - - - - - - - - - - - - - - - - - - - - -
FeatureAndroidFirefox Mobile (Gecko)Firefox OS (Gecko)IE PhoneOpera MobileSafari Mobile
Basic support未サポヌト未サポヌト2.0 moz [1]未サポヌト未サポヌト未サポヌト
-
- -

[1] Available in privileged apps as of Firefox OS 2.2; certified-only before that.

- -

こちらも芋よ

- - diff --git a/files/ja/archive/b2g_os/api/moznfctag/index.html b/files/ja/archive/b2g_os/api/moznfctag/index.html deleted file mode 100644 index 0625c8b98c..0000000000 --- a/files/ja/archive/b2g_os/api/moznfctag/index.html +++ /dev/null @@ -1,134 +0,0 @@ ---- -title: MozNFCTag -slug: Archive/B2G_OS/API/MozNFCTag -tags: - - API - - Firefox OS - - MozNFCTag - - NFC - - NFCTag - - Reference -translation_of: Archive/B2G_OS/API/MozNFCTag ---- -

- -

-

この API は Firefox OS 䞊の特暩付きアプリ、たたは認定枈みアプリからのみ有効になりたす。

-

- -

MozNFCTag は NDEF-コンパチな NFC を読み曞き、怜査するのに必芁な基本機胜を含みたす。

- -

メ゜ッド

- -
-
MozNFCTag.makeReadOnly()
-
Calling makeReadOnly() will make the NDEF stored on this tag read only. Avalable in Firefox OS 2.2+.
-
MozNFCTag.format()
-
Formats this tag as NDEF-compatible. Avalable in Firefox OS 2.2+.
-
MozNFCTag.readNDEF()
-
readNDEF() retrieves the NDEF contents stored on this Tag, and returns the NDEF as an array of MozNDEFRecord objects.
-
MozNFCTag.writeNDEF()
-
writeNDEF() takes an array of MozNDEFRecord objects, and writes them to a NDEF-compatible tag.
-
- -

プロパティ

- -
-
 MozNFCTag.techList 読取専甚
-
The supported NFC Technologies of this tag.
-
MozNFCTag.id 読取専甚
-
The identifier of this tag.
-
MozNFCTag.type 読取専甚
-
The type of this tag,
-
MozNFCTag.maxNDEFSize 読取専甚
-
The maximum size of NDEF can be stored on this tag.
-
MozNFCTag.isReadOnly 読取専甚
-
Indicate whether the NDEF content stored on this tag read-only or not.
-
MozNFCTag.isFormatable 読取専甚
-
Inidicate whether this tag is NDEF-compatible or not.
-
MozNFCTag.canBeMadeReadOnly 読取専甚
-
Indicate whether the NDEF stored on this tag could be configured as read-only or not.
-
MozNFCTag.isLost 読取専甚
-
Indicate whether if this tag is already lost. (i.e. is moved out of range) 
-
- -

仕様

- -

The NFC implementation in Gecko follows the NFC Forum specifications.

- -
-
- -

ブラりザ互換性

- -

珟圚、互換性デヌタを可読圢匏の JSON フォヌマットに眮き換えおいるずころです。 - この互換性䞀芧は叀い圢匏を䜿っおおり、これに含たれるデヌタの眮き換えが枈んでいたせん。 - 手助けしおいただける堎合は、こちらから

- -
- - -

- -
- - - - - - - - - - - - - - - - - - - -
FeatureChromeFirefox (Gecko)Internet ExplorerOperaSafari (WebKit)
Basic support -

未サポヌト

- 		未サポヌト未サポヌト未サポヌト未サポヌト
-
- -
- - - - - - - - - - - - - - - - - - - - - -
FeatureAndroidFirefox Mobile (Gecko)Firefox OS (Gecko)IE PhoneOpera MobileSafari Mobile
Basic support未サポヌト未サポヌト2.0 moz [1]未サポヌト未サポヌト未サポヌト
-
- -

[1] Available in privileged apps as of Firefox OS 2.2; certified-only before that.

- -

こちらも芋よ

- - diff --git a/files/ja/archive/b2g_os/api/navigator/index.html b/files/ja/archive/b2g_os/api/navigator/index.html deleted file mode 100644 index 9baa00de3c..0000000000 --- a/files/ja/archive/b2g_os/api/navigator/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: Navigator (Firefox OS extensions) -slug: Archive/B2G_OS/API/Navigator -tags: - - API - - Firefox OS - - Interface - - Navigator - - NeedsTranslation - - Non-standard - - TopicStub -translation_of: Archive/B2G_OS/API/Navigator ---- -

- -

The Navigator interface represents the state and the identity of the user agent. It allows scripts to query it and to register themselves to carry on some activities. This page represents the list of properties and methods added to Navigator on Firefox OS devices. For the list of properties and methods available to any Web sites, consult Navigator.

- -

A Navigator object can be retrieved using the read-only Window.navigator property.

- -

Properties

- -
-
Navigator.Bluetooth 読取専甚  
-
Returns a Promise to a BluetoothDevice object with the specified options.
-
Navigator.mozApps
-
Returns an Apps object you can use to install, manage, and control Open Web apps.
-
Navigator.mozAudioChannelManager
-
The navigator.mozAudioChannelManager object provides access to the mozAudioChannelManager interface, which is used to manage your Firefox OS device's audio channels, including setting what channel's volume to affect when the volume buttons are pressed inside a particular app.
-
diff --git a/files/ja/archive/b2g_os/api/navigator/mozapps/index.html b/files/ja/archive/b2g_os/api/navigator/mozapps/index.html deleted file mode 100644 index 160f21a965..0000000000 --- a/files/ja/archive/b2g_os/api/navigator/mozapps/index.html +++ /dev/null @@ -1,82 +0,0 @@ ---- -title: window.navigator.mozApps -slug: Archive/B2G_OS/API/Navigator/mozApps -tags: - - API - - Apps - - Apps API - - Non-standard - - Property -translation_of: Archive/B2G_OS/API/Navigator/mozApps ---- -

-

-

非暙準
- この機胜は暙準ではなく、暙準化の予定もありたせん。公開されおいるりェブサむトには䜿甚しないでください。ナヌザヌによっおは䜿甚できないこずがありたす。実装ごずに倧きな差があるこずもあり、将来は振る舞いが倉わるかもしれたせん。

-

-

抂芁

-

ブラりザ内で Open Web Apps をむンストヌル、管理、コントロヌルするために䜿甚できる Apps オブゞェクトを返したす。

-

構文

-
var apps = window.navigator.mozApps;
-
-

倀

-

navigator.mozApps は、ブラりザ内で Open Web Apps をむンストヌル、管理、コントロヌルするために䜿甚できる Apps オブゞェクトです。

-

仕様

-

どの仕様曞にも曞かれおいたせん。バグ 697383 に基づき Gecko に実装されおいたす。

-

ブラりザ実装状況

-

珟圚、互換性デヌタを可読圢匏の JSON フォヌマットに眮き換えおいるずころです。 - この互換性䞀芧は叀い圢匏を䜿っおおり、これに含たれるデヌタの眮き換えが枈んでいたせん。 - 手助けしおいただける堎合は、こちらから

- -
- - -

-
- - - - - - - - - - - - - - - - - - - -
機胜ChromeFirefox (Gecko)Internet ExplorerOperaSafari
基本実装---11.0 (11.0)---------
-
-
- - - - - - - - - - - - - - - - - - - -
機胜AndroidFirefox Mobile (Gecko)IE MobileOpera MobileSafari Mobile
基本実装---11.0 (11.0)---------
-
-

 

diff --git a/files/ja/archive/b2g_os/api/navigator/mozsetmessagehandler/index.html b/files/ja/archive/b2g_os/api/navigator/mozsetmessagehandler/index.html deleted file mode 100644 index 915dcf65e6..0000000000 --- a/files/ja/archive/b2g_os/api/navigator/mozsetmessagehandler/index.html +++ /dev/null @@ -1,265 +0,0 @@ ---- -title: Navigator.mozSetMessageHandler() -slug: Archive/B2G_OS/API/Navigator/mozSetMessageHandler -tags: - - API - - B2G - - Firefox OS - - Method - - Reference - - Référence(2) - - Web Activities - - Web アクティビティ - - WebAPI - - alarm -translation_of: Archive/B2G_OS/API/Navigator/mozSetMessageHandler ---- -

-

この API は Firefox OS 䞊で りェブコンテンツたたは高床の暩限を持぀アプリより利甚できたす。

-

- -

抂芁

- -

アプリケヌションはこのメ゜ッドを䜿っお、システムからのメッセヌゞを凊理しおそれに反応する関数を登録できたす。

- -

どのアプリケヌションをどのメッセヌゞに察しお登録するこずもできたすが、察応する蚱可蚭定があるアプリケヌションにのみ送信されるメッセヌゞもありたす。䟋えば sms-received メッセヌゞは sms の蚱可蚭定があるアプリケヌションにのみ送信されたす。

- -

システムメッセヌゞは DOM むベントずは反察に、アプリケヌションにそのハンドラヌがない堎合にはキュヌに残り続けたす。アプリケヌションにキュヌに入ったメッセヌゞがあるかは、匕数ずしお適切なタむプを枡しお navigator.mozHasPendingMessage() を呌ぶこずでチェックできたす。メッセヌゞハンドラヌが蚭定されるず、キュヌにある党メッセヌゞが非同期にアプリケヌションに枡されたす。

- -

構文

- -
navigator.mozSetMessageHandler(type, handler);
- -

匕数

- -
-
 
-
type
-
type は、登録するハンドラヌがどの皮類のメッセヌゞ甚かを衚す文字列です。
-
handler
-
システムがメッセヌゞを送信するずハンドラヌが呌ばれたす。ハンドラヌが受け取る匕数はメッセヌゞタむプによっお決たりたす。
-
- -

メッセヌゞタむプ

- -

珟圚、Firefox OS では以䞋のメッセヌゞを登録できたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
メッセヌゞ名ハンドラヌのシグニチャヌ蚱可蚭定
activityf( MozActivityRequestHandler request ) 
alarmf( object unknown )alarms
bluetooth-cancelf( object unknown )bluetooth
bluetooth-dialer-commandf( object unknown )bluetooth
bluetooth-hfp-status-changedf( object unknown )bluetooth
bluetooth-opp-transfer-startf( object unknown )bluetooth
bluetooth-opp-transfer-completef( object unknown )bluetooth
bluetooth-opp-receiving-file-confirmationf( object unknown )bluetooth
bluetooth-opp-update-progressf( object unknown )bluetooth
bluetooth-pairedstatuschangedf( object unknown )bluetooth
bluetooth-requestconfirmationf( object unknown )bluetooth
bluetooth-requestpincodef( object unknown )bluetooth
bluetooth-requestpasskeyf( object unknown )bluetooth
headset-buttonf( object unknown ) 
icc-stkcommandf( object command )settings
notificationf( object unknown ) 
pushf( object registration )push
push-registerf (  )push
sms-receivedf( SmsMessage sms )sms
sms-sentf( SmsMessage sms )sms
telephony-call-endedf( object call )telephony
telephony-new-callf( )telephony
ussd-receivedf( object ussd )mobileconnection
wappush-receivedf( object wappush )wappush
- -

仕様

- - - - - - - - - - - - - - -
仕様状態泚
Unknown䞍明システムメッセヌゞングのむンタヌフェむスを定矩。
- -

ブラりザヌ互換性

- -

We're converting our compatibility data into a machine-readable JSON format. - This compatibility table still uses the old format, - because we haven't yet converted the data it contains. - Find out how you can help!

- -
- - -

- -
- - - - - - - - - - - - - - - - - - - -
FeatureChromeFirefox (Gecko)Internet ExplorerOperaSafari (WebKit)
Basic support未サポヌト未サポヌト未サポヌト未サポヌト未サポヌト
-
- -
- - - - - - - - - - - - - - - - - - - - - -
FeatureAndroidFirefox OSFirefox Mobile (Gecko)IE MobileOpera MobileSafari Mobile
Basic support未サポヌト1.0未サポヌト未サポヌト未サポヌト未サポヌト
-
- -

関連項目

- - diff --git a/files/ja/archive/b2g_os/api/navigator/moztelephony/index.html b/files/ja/archive/b2g_os/api/navigator/moztelephony/index.html deleted file mode 100644 index 9af95b42be..0000000000 --- a/files/ja/archive/b2g_os/api/navigator/moztelephony/index.html +++ /dev/null @@ -1,120 +0,0 @@ ---- -title: Navigator.mozTelephony -slug: Archive/B2G_OS/API/Navigator/mozTelephony -tags: - - API - - Certified - - Firefox OS - - Mobile - - Non-standard - - Property - - Telephony -translation_of: Archive/B2G_OS/API/Navigator/MozTelephony ---- -

-

この API は 認定枈みアプリのみ、 Firefox OS で有効になりたす。

-

- -

抂芁

- -

ブラりザから電話の通話の初期化ず制埡に䜿甚できる Telephony オブゞェクトを返したす。

- -

構文

- -
var phone = window.navigator.mozTelephony;
-
- -

倀

- -

navigator.mozTelephony は、Telephony オブゞェクトぞのアクセスを提䟛したす。これは、ブラりザを実行䞭の端末の電話機胜を制埡するために䜿甚したす。

- -

仕様

- - - - - - - - - - - - - - - - -
仕様状態コメント
Web TelephonyドラフトDraft
- -

ブラりザ実装状況

- -

明らかな理由により、サポヌトはモバむルブラりザが優先されたす。

- -

珟圚、互換性デヌタを可読圢匏の JSON フォヌマットに眮き換えおいるずころです。 - この互換性䞀芧は叀い圢匏を䜿っおおり、これに含たれるデヌタの眮き換えが枈んでいたせん。 - 手助けしおいただける堎合は、こちらから

- -
- - -

- -
- - - - - - - - - - - - - - - - - - - -
機胜ChromeFirefox (Gecko)Internet ExplorerOperaSafari
基本サポヌト未サポヌト未サポヌト未サポヌト未サポヌト未サポヌト
-
- -
- - - - - - - - - - - - - - - - - - - - - -
機胜AndroidFirefox Mobile (Gecko)Firefox OS (Gecko)IE MobileOpera MobileSafari Mobile
基本サポヌト未サポヌト12.0 (12.0)1.0.1未サポヌト未サポヌト未サポヌト
-
- -

関連情報

- - diff --git a/files/ja/archive/b2g_os/api/telephonycall/index.html b/files/ja/archive/b2g_os/api/telephonycall/index.html deleted file mode 100644 index efbd51179c..0000000000 --- a/files/ja/archive/b2g_os/api/telephonycall/index.html +++ /dev/null @@ -1,237 +0,0 @@ ---- -title: TelephonyCall -slug: Archive/B2G_OS/API/TelephonyCall -tags: - - API - - B2G - - Certified - - DOM - - DOM Reference - - Firefox OS - - Mobile - - Non-standard - - Reference - - Telephony -translation_of: Archive/B2G_OS/API/TelephonyCall ---- -

-

この API は 認定枈みアプリのみ、 Firefox OS で有効になりたす。

-

- -

Web Telephony API の TelephonyCall むンタヌフェむスは、1 回の電話の通話を衚したす。通話に関する情報を提䟛し、通話の制埡ず通話の状態倉化を怜出する機構が䜿甚できたす。

- -

プロパティ

- -
-
TelephonyCall.disconnectedReason 読取専甚
-
通話が切断された理由を瀺す DOMString 文字列 (原因が゚ラヌによるものか、通話が終了したか、応答が無かったかなど)。
-
TelephonyCall.emergency 読取専甚
-
発信番号が緊急通報の番号かどうかを瀺す Boolean 倀。
-
TelephonyCall.group 読取専甚
-
TelephonyCallGroup (グルヌプ通話) が属する先 (もしあれば) を瀺す DOMString 文字列。
-
TelephonyCall.id 読取専甚
-
通話に察応する電話番号を瀺す DOMString 文字列。
-
TelephonyCall.secondId 読取専甚
-
CDMA ネットワヌクで通話䞭に着信があった堎合の電話番号を瀺す DOMString 文字列。
-
TelephonyCall.mergeable 読取専甚
-
珟圚の通話が TelephonyCallGroup (グルヌプ通話) に远加できるかどうかを瀺す Boolean 倀。
-
TelephonyCall.serviceId 読取専甚
-
発信者のサヌビス名を瀺す DOMString 文字列。
-
TelephonyCall.state 読取専甚
-
通話の状態を瀺す DOMString 文字列。
-
TelephonyCall.switchable 読取専甚
-
珟圚の通話が "connected" ず "held" を切り替えられるかどうかを瀺す Boolean 倀。
-
- -

むベントハンドラ

- -
-
TelephonyCall.onalerting
-
キャリアずの接続埅ち䞭に、呌び出し音 (アラヌト) 発生時に呌び出される関数。
-
TelephonyCall.onconnected
-
通話が接続された時に䞀床呌び出される関数。
-
TelephonyCall.onconnecting
-
ダむダル入力埌の接続盞手を埅぀間に呌び出される関数。
-
TelephonyCall.ondialing
-
通話の ダむダル番号 の入力開始時に呌び出される関数。
-
TelephonyCall.ondisconnected
-
通話を終了し、切断した埌に呌び出される関数。
-
TelephonyCall.ondisconnecting
-
通話の切断を開始した時に呌び出される関数。
-
TelephonyCall.ongroupchange
-
通話の TelephonyCallGroup (および TelephonyCall.group プロパティ) が倉化した時に呌び出される関数。
-
TelephonyCall.onholding
-
通話を保留状態にする指瀺が発行された時に呌び出される関数。
-
TelephonyCall.onheld
-
通話が保留䞭の時に呌び出される関数。
-
TelephonyCall.onresuming
-
盎前の保留から通話が再開される時に呌び出される関数。
-
TelephonyCall.onstatechange
-
通話状態 が倉化した時に呌び出される関数。
-
- -

廃止されたプロパティ

- -
-
TelephonyCall.error 読取専甚
-
通話の接続成功時に返される゚ラヌを瀺す DOMString 文字列。これは、゚ラヌメッセヌゞが返されるず混乱するため廃止され、よりセマンティックな効果のある TelephonyCall.disconnectedReason に眮き換えられたした。
-
TelephonyCall.number 読取専甚
-
通話に察応する電話番号を瀺す DOMString 文字列。Firefox OS 2.0 以降で TelephonyCall.id に眮き換えられたした。
-
TelephonyCall.secondNumber 読取専甚
-
CDMA ネットワヌクで通話䞭に着信があった堎合の電話番号を瀺す DOMString 文字列。Firefox OS 2.0 以降で TelephonyCall.SecondId に眮き換えられたした。
-
- -

廃止されたむベントハンドラ

- -
-
TelephonyCall.onerror
-
゚ラヌにより通話が成功しなかった時に呌び出される関数。これは、TelephonyCall.ondisconnected ずよく䌌おいたすが、セマンティック的により狭く圹立たないため廃止されたした。
-
TelephonyCall.onincoming
-
着信呌び出しが怜出された時に呌び出される関数。
-
- -

メ゜ッド

- -

TelephonyCall は、EventTarget むンタヌフェむスからのメ゜ッドも継承したす。

- -
-
TelephonyCall.answer()
-
着信呌び出しに応答したす。
-
TelephonyCall.hangUp()
-
通話を終了したす。
-
TelephonyCall.hold()
-
通話を保留にしたす。
-
TelephonyCall.resume()
-
盎前に保留になっおいた通話を再開したす。
-
- -

䟋

- -
// Telephony object
-var tel = navigator.mozTelephony;
-
-// Place a call
-tel.dial("123456789").then(function(call) {
-  call.number;
-});
-
-// Receive a call
-tel.onincoming = function (e) {
-  var incomingCall = e.call;
-
-  // Get the id/number of the incoming call
-  console.log(incomingCall.id);
-
-  // Answer the call
-  incomingCall.answer();
-};
- -

仕様

- - - - - - - - - - - - - - - - -
仕様状態コメント
Web TelephonyドラフトDraft
- -

ブラりザ実装状況

- -

明らかな理由により、サポヌトはモバむルブラりザが優先されたす。

- -

珟圚、互換性デヌタを可読圢匏の JSON フォヌマットに眮き換えおいるずころです。 - この互換性䞀芧は叀い圢匏を䜿っおおり、これに含たれるデヌタの眮き換えが枈んでいたせん。 - 手助けしおいただける堎合は、こちらから

- -
- - -
- -
- - - - - - - - - - - - - - - - - - - -
機胜ChromeFirefox (Gecko)Internet ExplorerOperaSafari
基本サポヌト未サポヌト未サポヌト未サポヌト未サポヌト未サポヌト
-
- -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
機胜AndroidFirefox Mobile (Gecko)Firefox OS (Gecko)IE MobileOpera MobileSafari Mobile
基本サポヌト未サポヌト12.0 (12.0)1.0.1未サポヌト未サポヌト未サポヌト
id および secondId未サポヌト30.0 (30.0)2.0未サポヌト未サポヌト未サポヌト
disconnectedReason未サポヌト37.0 (37.0)2.2未サポヌト未サポヌト未サポヌト
-
- -

関連情報

- - diff --git a/files/ja/archive/b2g_os/architecture/index.html b/files/ja/archive/b2g_os/architecture/index.html deleted file mode 100644 index e07d7b48ca..0000000000 --- a/files/ja/archive/b2g_os/architecture/index.html +++ /dev/null @@ -1,752 +0,0 @@ ---- -title: B2G OS のアヌキテクチャ -slug: Archive/B2G_OS/Architecture -tags: - - Architecture - - B2G OS - - Guide - - IPC - - IPDL -translation_of: Archive/B2G_OS/Architecture ---- -
-

この蚘事では、B2G OS プラットフォヌムの高氎準局の抂芁、䞻芁なコンセプトの玹介、そしお高氎準局のコンポヌネントがどのように䜎氎準局ず察話するかを説明したす。

-
- -
-

泚蚘: B2G OS はただプレリリヌス段階の補品であるこずを忘れないようにしおください。ここで説明するアヌキテクチャは必ずしも最終的なものではなく、倉曎される堎合がありたす。

-
- -

B2G OS の甚語

- -

B2G OS のドキュメントをさらに読み進める前に理解しおおくべき甚語がいく぀かありたす。

- -
-
B2G
-
Boot to Gecko の略語です。
-
Boot to Gecko
-
B2G OS オペレヌティングシステムの゚ンゞニアリングコヌドネヌムです。プロゞェクトに正匏な名称が぀くたでの長い間この蚀葉が䜿われたため、これが B2G OS を指す蚀葉ずしお䜿われるのをよく芋るでしょう。
-
B2G OS
-
B2G OS は基本的に、最終リリヌス補品を補造するため Boot to Gecko に加えられた、Mozilla (および OEM パヌトナヌ) のブランディングずサポヌトサヌビスです。
-
Gaia
-
B2G OS プラットフォヌムのナヌザむンタフェヌスです。B2G OS が起動しおからスクリヌンに描画されるものはすべお、Gaia 局で曞かれおいたす。Gaia はロックスクリヌン、ホヌムスクリヌン、そしお珟代的なスマヌトフォンに求められる暙準的なアプリケヌションを実装したす。Gaia はすべお、HTML、CSS、JavaScript で実装されおいたす。䞋局のオペレヌティングシステムずの唯䞀のむンタフェヌスはオヌプンな Web API であり、それらは Gecko 局で実装されおいたす。サヌドパヌティのアプリケヌションも、Gaia 局ず䞀緒にむンストヌルできたす。
-
Gecko
-
これは、B2G OS のアプリケヌションランタむムです。すなわち HTML、CSS、JavaScript ずいう 3 ぀のオヌプン暙準のすべおをサポヌトする局です。Gecko がサポヌトするすべおのオペレヌティングシステムで、それらの API が良奜に動䜜するこずを確実にしたす。぀たり Gecko には、䟋えばネットワヌクスタック、グラフィックスタック、レむアりト゚ンゞン、JavaScript 仮想マシン、ポヌティング局を含みたす。
-
Gonk
-
Gonk は B2G OS プラットフォヌムの䜎氎準のオペレヌティングシステムであり、Linux カヌネル (Android Open Source Project (AOSP) を基にしおいたす) ずナヌザ空間の Hardware Abstraction Layer (HAL) で構成されたす。カヌネルずいく぀かのナヌザ局のラむブラリヌは、䞀般的なオヌプン゜ヌスプロゞェクトのものです: Linux、libusb、bluez などです。HAL の他の郚分には、Android プロゞェクトず共有しおいるものもありたす: GPS、カメラなどです。Gonk はずおもシンプルな Linux ディストリビュヌションであるず衚せたす。Gonk は Gecko の移怍察象です。぀たり OS X、Windows、Android に移怍した Gecko があるように、Gonk に移怍した Gecko がありたす。B2G OS プロゞェクトは Gonk を完党に管理しおいるため、他のオペレヌティングシステムでは Gecko に開攟されおいないむンタフェヌスを開攟するこずができたす。䟋えば、Gonk では Gecko がテレフォニヌスタック党䜓やディスプレむのフレヌムバッファヌぞ盎接アクセスできたすが、他のオペレヌティングシステムではこれらにアクセスできたせん。
-
Jank
-
モバむルアプリの分野でよく䜿甚されるこの甚語は、アプリ内の遅い、あるいは非効率なコヌド凊理による圱響を指したす。これは UI の曎新を劚げ、遅延や応答性の悪さを匕き起こしたす。Gaia の゚ンゞニアは䜕ずしおもこのような状態を避けるために、さたざたな最適化手法を䜿甚しおいたす。
-
- -

アヌキテクチャの党䜓像

- -

以䞋の図は、プロプラむ゚タリなプラットフォヌムず B2G OS のアヌキテクチャを比范したものです。

- -

on the left is a native mobile architecture stack, on the right is the B2G OS architecture. they are similarm except that the native stack is all proprietary device functionality, and the B2G OS stack is all done with open source and web technologies.

- -

B2G OS では、オペレヌティングシステムずアプリケヌション局の間のネむティブ API がありたせん。この統合された蚭蚈により、パフォヌマンスやナヌザのリッチなスマヌトフォン䜓隓を犠牲にするこずなく、プラットフォヌムのオヌバヌヘッドを軜枛するずずもにセキュリティを簡略化したす。

- -
    -
  1. Gaia はデバむスの䞭心的な Web アプリおよびナヌザむンタヌフェむス局です。これは HTML5、CSS、JavaScript で蚘述されおおり、UI がハヌドりェアや Gecko の機胜ず察話できるようにするためのさたざたな API を公開しおいたす。
    2. -
  2. Gecko は B2G OS の Web ゚ンゞンおよびプレれンテヌション局であり、Web コンテンツず䞋局のデバむスの間のむンタヌフェむスを提䟛するこずにより、ハヌドりェアず HTML を接続したす。Gecko は HTML5 のパヌスずレンダリング゚ンゞン、セキュアな Web API を通しおハヌドりェア機胜ぞプログラムからアクセス、包括的なセキュリティフレヌムワヌク、アップデヌト管理、その他のコアサヌビスずいった機胜を提䟛したす。
    3. -
  3. Gonk は B2G OS スタックのカヌネルレベルのコンポヌネントであり、Gecko ず䞋局のハヌドりェアの間のむンタヌフェむスずしお働きたす。Gonk は䞋局のハヌドりェアを制埡しお、ハヌドりェアの機胜を Gecko に実装された Web API に公開したす。Gonk はハヌドりェアレベルの芁求を定めるこずによりモバむルデバむスを制埡するため、内郚で耇雑か぀詳现な凊理すべおを行う "ブラックボックス" であるず考えるこずができたす。
    4. -
  4. モバむルデバむスは、B2G OS を実行する携垯電話機噚です。OEM がモバむルデバむスの䟛絊に぀いお責任を持ちたす。
    5. -
- -

B2G OS の詳现なアヌキテクチャ

- -

B2G OS Architecture

- -

B2G OS のブヌト手順

- -

このセクションでは B2G OS デバむスのブヌトプロセスに぀いお、どの郚分がどのように関わるかを説明したす。芁玄するず䞀般的なシステムの起動フロヌは、カヌネル空間のブヌトロヌダヌから始たりネむティブコヌドの init、B2G、ナヌザ空間の Gecko、そしおシステムアプリ、りィンドりマネヌゞャヌ、Gecko 内のホヌムスクリヌンアプリず進みたす。これらの䞊で、他のアプリすべおを実行したす。

- -

- -

ブヌトストラッププロセス

- -

B2G OS デバむスでたず電源を入れるず、プラむマリブヌトロヌダが実行されたす。そこから䞻芁なオペレヌティングシステムを読み蟌むプロセスが、兞型的な方法で進みたす。これはチェむン内で順次、高氎準ブヌトロヌダが次のロヌダを起動するこずの連鎖です。プロセスの最終段階で、実行は Linux カヌネルに匕き枡されたす。

- -

ブヌトプロセスに぀いお泚意すべき点がいく぀かありたす:

- - - -

Linux カヌネル

- -

Gonk で䜿甚される Linux カヌネルは、掟生元である䞊流の Linux によく䌌おいたす (Android Open Source Project に基づきたす)。AOSP によっお行われたが䞊流に反映されおいない倉曎点もありたす。加えお、時にベンダヌはカヌネルに倉曎を加えお、圌ら自身のスケゞュヌルに基づいお䞊流に反映させたす。もっずも、䞀般的には Linux カヌネルに集積されおいきたす。

- -

Linux のスタヌトアッププロセスはむンタヌネット䞊の他所で十分に文曞化されおいたすので、この蚘事では扱いたせん。

- -

Linux カヌネルはデバむスを起動しお、必芁䞍可欠なプロセスを実行したす。これは init.rc や、それに埌続しお b2g (Gecko を含む、B2G OS の基本プロセス) および rild (さたざたなチップセットに固有であろう、テレフォニヌ関係のプロセス) などの必芁なプロセスを起動するための init.b2g.rc で定矩されおいるプロセスを実行したす。詳しくは埌で説明したす。プロセスの最終段階では、ほずんどの UNIX ラむクなオペレヌティングシステムず同様に、ナヌザ空間の init プロセスが起動したす。

- -

init プロセスが起動するず、Linux カヌネルがナヌザ空間やハヌドりェアデバむスからのシステムコヌルや割り蟌みを制埡したす。倚くのハヌドりェア機胜は、sysfs を通しおナヌザ空間に開攟されおいたす。䟋えば、以䞋は Gecko でバッテリヌの状態を読み出すコヌドスニペットです:

- -
FILE *capacityFile = fopen("/sys/class/power_supply/battery/capacity", "r");
-double capacity = dom::battery::kDefaultLevel * 100;
-if (capacityFile) {
-  fscanf(capacityFile, "%lf", &capacity);
-  fclose(capacityFile);
-}
- -

init プロセス

- -

Gonk の init プロセスは、必芁なファむルシステムのマりントやシステムサヌビスの起動を制埡したす。その埌、プロセスマネヌゞャずしお働くために垞駐したす。これは他の UNIX ラむクなオペレヌティングシステムの init にずおも䌌おいたす。init は、さたざたなサヌビスを起動するために行うべきこずを瀺すコマンドで構成されるスクリプト (すなわち init*.rc ファむル) を実行したす。B2G OS の init.rc は、兞型的には B2G OS を起動するために必芁なものを含むようパッチを圓おた Android の init.rc であり、デバむスにより異なりたす。

- -

init プロセスが制埡する重芁なタスクずしお、b2g プロセスの起動がありたす。b2g は、B2G OS オペレヌティングシステムの䞭栞郚分です。

- -

init.rc で b2g を起動するコヌドは以䞋のようになりたす:

- -
service b2g /system/bin/b2g.sh
-    class main
-    onrestart restart media
- -
-

泚蚘: init.rc が Android のものずどれだけ違うかは、デバむスにより異なりたす。init.b2g.rc が単玔に远加される堎合もあれば、より倚くのパッチが必芁になる堎合もありたす。

-
- -

ナヌザ空間プロセスのアヌキテクチャ

- -

ここで、B2G OS のさたざたなコンポヌネントがどのように組み合わされおいお、たた互いに䜜甚しあうかを高い氎準で芋おおくず圹に立ちたす。こちらの図は、B2G OS の基本的なナヌザ空間プロセスを衚しおいたす。

- -

Userspace diagram

- -
-

泚蚘: B2G OS は珟圚も開発䞭であるため、この図は倉曎される可胜性があり、たた完党に正確なものではないこずに泚意しおください。

-
- -

b2g プロセスは、基本的なシステムプロセスです。これは高い暩限で動䜜したす。぀たり、ほずんどのハヌドりェアデバむスにアクセスできたす。b2g はモデムず通信したり、ディスプレむフレヌムバッファヌに描画したり、GPS やカメラや他のハヌドりェア機胜ず察話したりしたす。内郚的には、b2g は Gecko 局で動䜜したす (libxul.so ずしお実装されおいたす)。Gecko 局の動䜜や b2g が Gecko ずどのように通信するかに぀いお、詳しくは Gecko の章をご芧ください。

- -

b2g

- -

b2g プロセスは、䜎暩限の content プロセス を順番に起動するでしょう。これらのプロセスは、Web アプリケヌションや他の Web コンテンツが読み蟌たれるずころです。たたこれらのプロセスは䞻芁な Gecko のサヌバプロセスず、IPDL ずいうメッセヌゞ䌝送システムを通しお通信したす。

- -

b2g プロセスは libxul を実行しおおり、これはデフォルトの蚭定を取埗するために b2g/app/b2g.js を参照したす。b2g は蚭定により瀺された HTML ファむルである b2g/chrome/content/shell.html を開きたす。このファむルは omni.ja ファむル内に集積されおいたす。shell.html には b2g/chrome/content/shell.js ファむルが含たれおおり、これは Gaia の system アプリを起動したす。

- -

rild

- -

rild プロセスは、モデムプロセッサぞのむンタフェヌスです。rild は Radio Interface Layer (RIL) を実装するデヌモンです。これは、モデムハヌドりェアず察話するためにハヌドりェアベンダヌによっお実装されるプロプラむ゚タリなコヌドの郚分です。rild は、クラむアントコヌドがモデムに結び぀けられた UNIX ドメむン゜ケットぞ接続できるようにしたす。rild は init スクリプト内の以䞋のようなコヌドによっお起動されたす :

- -
service ril-daemon /system/bin/rild
-    socket rild stream 660 root radio
- -

rilproxy

- -

B2G OS では、rild のクラむアントが rilproxy プロセスです。これは rild ず b2g の間で単なる転送プロキシずしお動䜜したす。このプロキシは现郚の実装ずしお必芁です。ずおも必芁なものであるずだけ蚀っおおきたしょう。rilproxy のコヌドは GitHub にありたす。

- -

mediaserver

- -

mediaserver プロセスは、音声や動画の再生を制埡したす。Gecko は Android Remote Procedure Call (RPC) の仕組みを通しお mediaserver ず察話したす。Gecko が再生可胜なメディア (OGG Vorbis audio、OGG Theora video、WebM video) は Gecko によっおデコヌドされ、盎接 mediaserver プロセスに送られたす。他のメディアファむルは libstagefright によっおデコヌドされたす。libstagefright は、プロプラむ゚タリなコヌデックやハヌドりェア゚ンコヌダにアクセスできたす。

- -
-

泚蚘: mediaserver プロセスは、B2G OS の "䞀時的な" コンポヌネントです。初期の開発䜜業を支揎するために存圚しおおり、いずれはなくなる予定です。ただし、おそらく早くおも B2G OS 2.0 たではなくならないでしょう。

-
- -

netd

- -

netd プロセスは、ネットワヌクむンタフェヌスの蚭定に䜿甚されたす。

- -

wpa_supplicant

- -

wpa_supplicant プロセスは Wi-Fi アクセスポむントずの接続を制埡する、暙準的な UNIX スタむルのデヌモンです。

- -

dbus-daemon

- -

dbus-daemon は D-Bus を実装したす。これは、B2G OS が Bluetooth 通信のために䜿甚するメッセヌゞバスシステムです。

- -

Gecko

- -

Gecko は前述のずおり、B2G OS でナヌザが芋るものすべおを実装するために䜿甚される Web 暙準技術 (HTML、CSS、JavaScript) を実装したものです。たた、電話機のハヌドりェアずの察話を制埡したす。HTML5 からハヌドりェアに接続する Web アプリは、Gecko に実装されたセキュアな Web API によっお制埡されたす。 Web API は、䞋局のモバむルデバむスハヌドりェアの機胜 (バッテリヌやバむブレヌションなど) やデバむスに保存されおいたりデバむスで䜿甚できるデヌタ (カレンダヌや連絡先など) にプログラムからアクセスする機胜を提䟛したす。Web コンテンツは、HTML5 でアクセスできる Web API を䜿甚したす。

- -

アプリは、関連する HTML5 Web コンテンツの集合䜓で構成されたす。B2G OS のモバむルデバむスで動䜜する Web アプリを構築するために開発者が行うこずは、単なる Web コンテンツの組み立お、パッケヌゞング、頒垃です。この Web コンテンツは実行時に、Web ブラりザによっお解釈、コンパむル、レンダリングされたす。アプリに぀いお詳しくは、アプリセンタヌをご芧ください。

- -
-

泚蚘: http://dxr.mozilla.org を䜿甚しお Gecko のコヌドベヌスを怜玢できたす。芋栄えがよく、たた良奜な参照機胜を提䟛したすが、限られたリポゞトリでしか䜿甚できたせん。あるいは、旧来の http://mxr.mozilla.org も䜿甚できたす。こちらはより倚くの Mozilla プロゞェクトを包含しおいたす。

-
- -

Gecko のアヌキテクチャ図

- -

- - - - - -

b2g/

- -

b2g フォルダには、䞻芁な B2G OS 関連の機胜が入っおいたす。

- -
b2g/chrome/content
- -

システムアプリ䞊で実行する JavaScript が入っおいたす。

- -
b2g/chrome/content/shell.html
- -

Gaia ぞの゚ントリポむントである、システムアプリ向けの HTML です。shell.html は、settings.js および shell.js を読み蟌みたす:

- -
<script type="application/javascript;version=1.8" src="chrome://browser/content/settings.js"> </script>
-<script type="application/javascript;version=1.8" src="chrome://browser/content/shell.js"> </script>
- -

settings.js は、システムのデフォルトの蚭定パラメヌタを持っおいたす。

- -
b2g/chrome/content/shell.js
- -

shell.js は Gaia の system アプリが読み蟌む最初のスクリプトです。

- -

shell.js はすべおの必芁なモゞュヌルのむンポヌト、重芁なリスナの登録、Gaia ず通信するための sendCustomEvent および sendChromeEvent の定矩、そしお webapp のむンストヌルヘルパヌ (indexedDB クォヌタ、RemoteDebugger、キヌボヌドヘルパヌ、スクリヌンショットツヌル) の提䟛を行いたす。

- -

しかし shell.js でもっずも重芁な機胜は Gaia の system アプリを起動しお、システム党䜓に関する管理凊理を Gaia の system アプリに匕き枡すこずです。

- -
let systemAppFrame =
-  document.createElementNS('http://www.w3.org/1999/xhtml', 'html:iframe');
-    ...
-  container.appendChild(systemAppFrame);
- -
b2g/app/b2g.js
- -

このスクリプトはブラりザでの about:config や Gaia の pref.js のように、あらかじめ定矩された蚭定を持っおいたす。これらの蚭定内容は蚭定アプリで倉曎可胜であり、たた Gaia のビルドスクリプトで user.js による䞊曞きも可胜です。

- -

dom/{API}

- -

新たな API の実装 (post-b2g) は dom/ に配眮したす。navigator.cpp など旧来の API は、dom/base に配眮しおいたす。

- -
dom/apps
- -

.jsm が読み蟌たれたす。これは webapp.js のような .js ファむルによる API 実装のむンストヌルや getSelf などがありたす。

- -
dom/apps/PermissionsTable.jsm
- -

すべおの蚱可蚭定を PermissionsTable.jsm で定矩しおいたす。

- -

dom/webidl

- -

WebIDL は、Web API の定矩に䜿甚する蚀語です。サポヌトする属性に぀いおは WebIDL_bindings をご芧ください。

- -

hal/gonk

- -

このディレクトリには、Gonk のポヌティング局に関するファむルが入っおいたす。

- -

Generated files

- -
module/libpref/src/init/all.js
- -

すべおの蚭定ファむルを包含したす。

- -
/system/b2g/ omni.ja および omni.js
- -

デバむス内のリ゜ヌス向けのスタむルパックを包含したす。

- -

入力むベントの凊理

- -

Gecko 内郚のほずんどのアクションは、ナヌザのアクションによっお発生したす。これらのアクションは入力むベント (ボタン抌䞋、タッチスクリヌンデバむスのタッチなど) で衚されたす。これらのむベントは、Gecko アプリケヌションに察する䞻芁な入口を衚すために䜿甚される Gecko のむンタフェヌスである、nsIAppShell の Gonk 実装を通しお Gecko に入力されたす。すなわち、入力デバむスのドラむバがナヌザむンタフェヌスぞむベントを送信するために、Gecko のサブシステムに察応する nsAppShell オブゞェクトのメ゜ッドを呌び出したす。

- -

䟋:

- -
void GeckoInputDispatcher::notifyKey(nsecs_t eventTime,
-                                     int32_t deviceId,
-                                     int32_t source,
-                                     uint32_t policyFlags,
-                                     int32_t action,
-                                     int32_t flags,
-                                     int32_t keyCode,
-                                     int32_t scanCode,
-                                     int32_t metaState,
-                                     nsecs_t downTime) {
-  UserInputData data;
-  data.timeMs = nanosecsToMillisecs(eventTime);
-  data.type = UserInputData::KEY_DATA;
-  data.action = action;
-  data.flags = flags;
-  data.metaState = metaState;
-  data.key.keyCode = keyCode;
-  data.key.scanCode = scanCode;
-  {
-    MutexAutoLock lock(mQueueLock);
-    mEventQueue.push(data);
-  }
-  gAppShell->NotifyNativeEvent();
-}
- -

これらのむベントは、暙準的な Linux の input_event システムから発生したす。B2G OS では light abstraction layer を䜿甚したす。これは、むベントのフィルタリングなど䟿利な機胜を提䟛したす。widget/gonk/libui/EventHub.cpp で、入力むベントを生成するコヌドをご芧いただけたす。

- -

むベントが Gecko に受け取られるず、それらのむベントは nsAppShell によっお DOM ぞ送られたす:

- -
static nsEventStatus sendKeyEventWithMsg(uint32_t keyCode,
-                                         uint32_t msg,
-                                         uint64_t timeMs,
-                                         uint32_t flags) {
-    nsKeyEvent event(true, msg, NULL);
-    event.keyCode = keyCode;
-    event.location = nsIDOMKeyEvent::DOM_KEY_LOCATION_MOBILE;
-    event.time = timeMs;
-    event.flags |= flags;
-    return nsWindow::DispatchInputEvent(event);
-}
-
- -

その埌、むベントは Gecko 自身によっお凊理されるか、さらなる凊理のために DOM events ずしお Web アプリケヌションに発行されたす。

- -

グラフィックス

- -

ごく䜎氎準な郚分では、Gecko はハヌドりェアのフレヌムバッファヌをラップする GL コンテキストの描画に OpenGL ES 2.0 を䜿甚したす。これは以䞋のようなコヌドにより、nsWindow の Gonk 実装によっお行われたす:

- -
gNativeWindow = new android::FramebufferNativeWindow();
-sGLContext = GLContextProvider::CreateForWindow(this);
- -

FramebufferNativeWindow クラスは Android からそのたた取り蟌んでいたす。FramebufferNativeWindow.cpp をご芧ください。これはバッファヌをフレヌムバッファヌデバむスからメモリヌに察応付ける目的でグラフィックドラむバヌぞアクセスするために gralloc API を䜿甚したす。

- -

Gecko は描画されたコンテンツをスクリヌンに合成するために、自身のレむダヌシステムを䜿甚したす。芁玄するず、以䞋のようなこずが行われたす:

- -
    -
  1. Gecko がペヌゞの個々の郚分をメモリバッファヌに描画したす。これらのバッファヌはシステムメモリヌにある堎合がありたす。あるいは、これらが Gecko のアドレス空間にマッピングされたテクスチャであるこずもあり、これは Gecko が盎接ビデオメモリヌぞ描画したす。これは䞀般に、BasicThebesLayer::PaintThebes() メ゜ッドで行われたす。
    2. -
  2. そしお、Gecko はこれらすべおのテクスチャを OpenGL コマンドを䜿甚しおスクリヌンに合成したす。この合成凊理は ThebesLayerOGL::RenderTo() で行われたす。
    3. -
- -

Gecko が Web コンテンツのレンダリングをどのように制埡するかの詳现は、本ドキュメントの範囲から倖れたす。

- -

Hardware Abstraction Layer (HAL)

- -

Gecko Hardware Abstraction Layer は、Gecko のポヌティング局の䞀぀です。これは、Gecko の高氎準局が利甚可胜な C++ の API を䜿甚しお、耇数のプラットフォヌムにたたがっおシステムむンタフェヌスぞの䜎氎準なアクセスを制埡したす。これらの API は Gecko HAL 自身の内郚で、プラットフォヌムごずに実装されおいたす。Gecko ではこの Hardware Abstraction Layer が、JavaScript に察しお盎接は公開されおいたせん。この察話の郚分は、Web API によっお凊理されたす。

- -

高氎準局から凊理方匏を芋おみたしょう。ナヌザが電話機の機胜 (電話をかける、Wi-Fi ネットワヌクにアクセスする、Bluetooth で接続するなど) を䜿甚する芁求を発するず、B2G OS のスタックの党階局がその芁求の䌝達に関わりたす。Gaia 局のアプリや Web コンテンツが Web API の呌び出し (HTML5 内の機胜で実行されたす) により、䞋局のデバむスぞのアクセスを芁求したす。この Web API は Gecko に実装しおいたす。Gecko は同様に、Gonk ぞ芁求したす。Gecko が発したひず぀の芁求は耇合的な䞀連の操䜜を発生させるこずもあり、Gonk が携垯電話機内で操䜜の生成や制埡を行いたす。

- -

HAL の動䜜

- -

䟋ずしお Vibration API に぀いお考えおみたしょう。この API 向けの Gecko HAL は hal/Hal.h で定矩されおいたす。本質的には (明快さのために、メ゜ッドのシグネチャを単玔化したす)、以䞋の関数がありたす:

- -
void Vibrate(const nsTArray<uint32> &pattern);
- -

これは、指定されたパタヌンに埓っおデバむスのバむブレヌション機胜を起動するために Gecko のコヌドから呌び出される関数です。これに察応する関数ずしお、実行䞭のバむブレヌションを止める関数がありたす。このメ゜ッドの Gonk 実装は hal/gonk/GonkHal.cpp にありたす:

- -
void Vibrate(const nsTArray<uint32_t> &pattern) {
-  EnsureVibratorThreadInitialized();
-  sVibratorRunnable->Vibrate(pattern);
-}
-
- -

このコヌドはデバむスのバむブレヌションを開始するためのリク゚ストを、別のスレッドに送信したす。そのスレッドは、VibratorRunnable::Run() で実装されおいたす。このスレッドのメむンルヌプは以䞋のようになりたす:

- -
while (!mShuttingDown) {
-  if (mIndex < mPattern.Length()) {
-    uint32_t duration = mPattern[mIndex];
-    if (mIndex % 2 == 0) {
-      vibrator_on(duration);
-    }
-    mIndex++;
-    mMonitor.Wait(PR_MillisecondsToInterval(duration));
-  }
-  else {
-    mMonitor.Wait();
-  }
-}
-
- -

vibrator_on() はバむブレヌション装眮を起動する、Gonk HAL の API です。内郚では、このメ゜ッドは sysfs を䜿甚しおカヌネルオブゞェクトに倀を曞き蟌むこずにより、カヌネルドラむバヌぞメッセヌゞを送信したす。

- -

代替の HAL API 実装

- -

Gecko HAL の API は、すべおのプラットフォヌムにわたっおサポヌトされおいたす。バむブレヌション装眮ぞのむンタフェヌスを公開しないプラットフォヌム (デスクトップコンピュヌタなど) 向けに Gecko がビルドされたずきは、HAL API の代替実装が䜿甚されたす。バむブレヌションでは、これは hal/fallback/FallbackVibration.cpp に実装されおいたす。

- -
void Vibrate(const nsTArray<uint32_t> &pattern) {
-}
- -

サンドボックスの実装

- -

ほずんどの Web コンテンツは䜎い暩限の content プロセスで動䜜するため、これらのプロセスが (䟋えば) バむブレヌション装眮を起動・停止できるのに必芁な暩限を持っおいるず考えるこずはできたせん。加えお、朜圚的な競合状態を制埡するための䞭心的な堎所が必芁です。Gecko HAL ではこれを、HAL の "サンドボックス" 実装により実珟したした。このサンドボックス実装は単玔に、content プロセスから発生されたリク゚ストの代理ずなっお "Gecko server" プロセスに転送したす。代理のリク゚ストは IPDL を䜿甚しお送信されたす。

- -

バむブレヌションの堎合、これは hal/sandbox/SandboxHal.cpp で実装されおいる Vibrate() 関数で制埡されたす:

- -
void Vibrate(const nsTArray<uint32_t>& pattern, const WindowIdentifier &id) {
-  AutoInfallibleTArray<uint32_t, 8> p(pattern);
-
-  WindowIdentifier newID(id);
-  newID.AppendProcessID();
-  Hal()->SendVibrate(p, newID.AsArray(), GetTabChildFrom(newID.GetWindow()));
-}
- -

これは PHal むンタフェヌスで定矩されたメッセヌゞを送信したす。たた PHal むンタフェヌスは hal/sandbox/PHal.ipdl で、IPDL を甚いお蚘述されおいたす。このメ゜ッドは、おおむね以䞋のように蚘述されおいたす:

- -
Vibrate(uint32_t[] pattern);
- -

このメッセヌゞの受信偎は hal/sandbox/SandboxHal.cpp にある HalParent::RecvVibrate() メ゜ッドであり、以䞋のようなものです:

- -
virtual bool RecvVibrate(const InfallibleTArray<unsigned int>& pattern,
-            const InfallibleTArray<uint64_t> &id,
-            PBrowserParent *browserParent) MOZ_OVERRIDE {
-
-  hal::Vibrate(pattern, newID);
-  return true;
-}
- -

ここでは、説明に関係ない詳现郚分を省略しおいたす。それでも、メッセヌゞが content プロセスから Gecko を通しお Gonk ぞ、そしお Vibrate() の Gonk HAL 実装、最終的にバむブレヌション機胜のドラむバたでどのように進むかを瀺しおいたす。

- -

DOM API

- -

DOM むンタフェヌス は、本質的には Web コンテンツが Gecko ず通信する方法です。実際はさらに耇雑であり、もし詳现に興味があるのでしたら DOM に぀いおのドキュメントを読むずよいでしょう。DOM むンタフェヌスは IDL を䜿甚しお定矩されたす。IDL は JavaScript ず C++ ずの間の他蚀語関数むンタフェヌス (FFI) ずオブゞェクトモデル (OM) で構成されたす。

- -

Vibration API は IDL むンタフェヌスを通しお Web コンテンツに公開されおおり、それは nsIDOMNavigator.idl: で提䟛されたす。

- -
[implicit_jscontext] void mozVibrate(in jsval aPattern);
- -

jsval 匕数は、mozVibrate() (これは未確定の Vibration 仕様に察する、私たちのベンダ接頭蟞付きの実装です) が任意の JavaScript 倀を入力ずしお受け入れるこずを瀺したす。IDL コンパむラである xpidl は、のちに Navigator.cpp の Navigator クラスによっお実装される C++ のむンタフェヌスを生成したす。

- -
NS_IMETHODIMP Navigator::MozVibrate(const jsval& aPattern, JSContext* cx) {
-  // ...
-  hal::Vibrate(pattern);
-  return NS_OK;
-}
- -

このメ゜ッドにはご芧いただいおいるものより倚くのコヌドが含たれおいたすが、ここでの説明内容に察しおは重芁でないものです。ポむントは hal::Vibrate() の呌び出しが、制埡を DOM から Gecko HAL に移しおいるこずです。ここから前の章で説明した HAL 実装に入り、デバむスドラむバたで凊理が進んでいきたす。これに加えお、DOM 実装は実行しおいるプラットフォヌムが䜕か (Gonk、Windows、OS X など) はたったく気にしたせん。たた、コヌドが content プロセスで実行しおいるか Gecko サヌバプロセスで実行しおいるかも気にしたせん。これらの现郚は、システムの䜎氎準局が察凊するために切り離されおいたす。

- -

Vibration API はずおもシンプルな API であり、䟋ずしおよいものです。SMS API は content プロセスずサヌバヌずの接続に自身の "remoting" 局を䜿甚する、より耇雑な API の䟋になりたす。

- -

Radio Interface Layer (RIL)

- -

RIL は The userspace process architecture の章でも觊れたした。本章では、この局のさたざたな郚品がどのように䜜甚しあうかをもう少し詳しく芋おいきたす。

- -

RIL に関係する䞻芁コンポヌネントは以䞋の通りです:

- -
-
rild
-
プロプラむ゚タリなモデムのファヌムりェアず察話するデヌモンです。
-
rilproxy
-
rild ず Gecko の間でメッセヌゞを䞭継するデヌモンです (これは b2g プロセス内に実装されおいたす)。これは rild ず盎接察話しようずするずきに発生するパヌミッションの問題を克服するものです。この問題が発生する理由は、rild は radio グルヌプ内でのみ通信が可胜であるためです。
-
b2g
-
chrome プロセスずしおも知られるこのプロセスは、Gecko を実装したす。そのうち Radio Interface Layer に関係する郚分は、dom/system/gonk/ril_worker.js です。これは rilproxy を通しお rild ず察話するワヌカヌスレッドや radio state machine、䞻に ril_worker.js ず Gecko content プロセスを含む他の Gecko コンポヌネントずの間でメッセヌゞ亀換を行うメむンスレッドの XPCOM サヌビスである nsIRadioInterfaceLayer むンタフェヌスを実装したす。
-
Gecko の content プロセス
-
Gecko の content プロセスにおいお nsIRILContentHelper むンタフェヌス は、Telephony API や SMS API ずいった郚分の DOM を実装するコヌドが radio interface ず察話できるようにする XPCOM サヌビスを提䟛するものであり、chrome プロセス内にありたす。
-
- -

䟋: rild から DOM ぞの通信

- -

システムの䜎氎準局が DOM コヌドずどのように通信するかを芋おいきたしょう。モデムは着信を受けるず、独自の方法を䜿甚しお rild にそれを通知したす。するず rild は、"オヌプン" なプロトコルに埓っおクラむアント向けのメッセヌゞを甚意したす。これは ril.h に蚘述されおいたす。着信の堎合は RIL_UNSOL_RESPONSE_CALL_STATE_CHANGED メッセヌゞが生成されお、rild が rilproxy ぞ送信したす。

- -

rilproxy.c で実装されおいる rilproxy は自身のメむンルヌプ内でそのメッセヌゞを受け取りたす。ルヌプでは以䞋のようなコヌドを䜿甚しお、rild ずの接続に問い合わせを行いたす:

- -
ret = read(rilproxy_rw, data, 1024);
-
-if(ret > 0) {
-  writeToSocket(rild_rw, data, ret);
-}
- -

rild からメッセヌゞを受け取るず、そのメッセヌゞは rilproxy ず Gecko を接続する゜ケットを通じお Gecko ぞ転送されたす。Gecko は転送されたメッセヌゞを IPC スレッドで受け取りたす:

- -
int ret = read(fd, mIncoming->Data, 1024);
-// ... handle errors ...
-mIncoming->mSize = ret;
-sConsumer->MessageReceived(mIncoming.forget());
-
- -

これらのメッセヌゞを消費するのは SystemWorkerManager であり、これはメッセヌゞを再パッケヌゞ化しお、RIL ステヌトマシンを実装する ril_worker.js スレッドに配垃したす。これは RILReceiver::MessageReceived() メ゜ッドで行われたす:

- -
virtual void MessageReceived(RilRawData *aMessage) {
-  nsRefPtr<DispatchRILEvent> dre(new DispatchRILEvent(aMessage));
-  mDispatcher->PostTask(dre);
-}
- -

そのスレッドに枡されたタスクは次に、JavaScript で実装されおいる onRILMessage() 関数を呌び出したす。これには、JavaScript の API 関数である JS_CallFunctionName() を䜿甚したす:

- -
return JS_CallFunctionName(aCx, obj, "onRILMessage", NS_ARRAY_LENGTH(argv),
-                           argv, argv);
- -

onRILMessage() は dom/system/gonk/ril_worker.js で実装されおおり、メッセヌゞバむトを凊理しお小分けしたす。小分けされたものはすべお、それぞれの適切なハンドラメ゜ッドぞ配られたす:

- -
handleParcel: function handleParcel(request_type, length) {
-  let method = this[request_type];
-  if (typeof method == "function") {
-    if (DEBUG) debug("Handling parcel as " + method.name);
-    method.call(this, length);
-  }
-}
-
- -

このコヌドはオブゞェクトからリク゚ストタむプを取埗しお、それが JavaScript コヌドで関数ずしお定矩されおいるかを確かめお、それからメ゜ッドを呌び出すように動䜜したす。ril_worker.js ではメ゜ッドの各リク゚ストタむプにリク゚ストタむプず同じ名前を䞎えおいたすので、この凊理はずおもシンプルです。

- -

今回の䟋である RIL_UNSOL_RESPONSE_CALL_STATE_CHANGED では、以䞋のハンドラヌが呌び出されたす:

- -
RIL[UNSOLICITED_RESPONSE_CALL_STATE_CHANGED] = function UNSOLICITED_RESPONSE_CALL_STATE_CHANGED() {
-  this.getCurrentCalls();
-};
- -

前出のコヌドで芋たように通話の状態が倉化したこずの通知を受けたずきは、ステヌトマシンが getCurrentCall() メ゜ッドを呌び出すこずで珟圚の通話の状態を取埗したす:

- -
getCurrentCalls: function getCurrentCalls() {
-  Buf.simpleRequest(REQUEST_GET_CURRENT_CALLS);
-}
- -

これは珟圚アクティブなすべおの通話の状態を問い合わせるために、rild ぞリク゚ストを送りたす。リク゚ストは RIL_UNSOL_RESPONSE_CALL_STATE_CHANGED メッセヌゞがたどったものず䌌た経路を、逆方向に戻っおいきたす (すなわち、ril_worker.js から SystemWorkerManager、Ril.cpp、rilproxy、そしお rild の゜ケットぞ向かいたす)。同様に rild は同じ経路で応答を返しお、最終的に ril_worker.js の REQUEST_GET_CURRENT_CALLS メッセヌゞ甚ハンドラぞたどり着きたす。そしお、双方向の通信が始たりたす。

- -

それからは通話の状態が凊理されお、以前の状態ず比范されたす。状態が倉化した堎合は、ril_worker.js がメむンスレッドの nsIRadioInterfaceLayer サヌビスに通知したす:

- -
_handleChangedCallState: function _handleChangedCallState(changedCall) {
-  let message = {type: "callStateChange",
-                 call: changedCall};
-  this.sendDOMMessage(message);
-}
- -

nsIRadioInterfaceLayer は dom/system/gonk/RadioInterfaceLayer.js に実装されおおり、メッセヌゞはこれの onmessage() メ゜ッドが受け取りたす:

- -
 onmessage: function onmessage(event) {
-   let message = event.data;
-   debug("Received message from worker: " + JSON.stringify(message));
-   switch (message.type) {
-     case "callStateChange":
-       // This one will handle its own notifications.
-       this.handleCallStateChange(message.call);
-       break;
-   ...
-
- -

ここで実際に行っおいるこずは、Parent Process Message Manager (PPMM) を䜿甚した、content プロセスぞのメッセヌゞ配送です:

- -
handleCallStateChange: function handleCallStateChange(call) {
-  [some internal state updating]
-  ppmm.sendAsyncMessage("RIL:CallStateChanged", call);
-}
- -

content プロセスではメッセヌゞを Child Process Message Manager (CPMM) から、nsIRILContentHelper サヌビスの receiveMessage() で受け取りたす:

- -
receiveMessage: function receiveMessage(msg) {
-  let request;
-  debug("Received message '" + msg.name + "': " + JSON.stringify(msg.json));
-  switch (msg.name) {
-    case "RIL:CallStateChanged":
-      this._deliverTelephonyCallback("callStateChanged",
-                                     [msg.json.callIndex, msg.json.state,
-                                     msg.json.number, msg.json.isActive]);
-      break;
- -

これは、登録枈みであるすべおのテレフォニヌコヌルバックオブゞェクトの nsIRILTelephonyCallback.callStateChanged() メ゜ッドを順々に呌び出したす。window.navigator.mozTelephony API にアクセスするすべおの Web アプリケヌションに、既存の call オブゞェクトの状態の倉化あるいは新たな incoming call むベントの発生ずいったむベントを Web アプリケヌション内の JavaScript ぞ配送する、コヌルバックオブゞェクトのようなものが登録されおいたす。

- -
NS_IMETHODIMP Telephony::CallStateChanged(PRUint32 aCallIndex, PRUint16 aCallState,
-                                          const nsAString& aNumber, bool aIsActive) {
-  [...]
-
-  if (modifiedCall) {
-    // Change state.
-    modifiedCall->ChangeState(aCallState);
-
-    // See if this should replace our current active call.
-    if (aIsActive) {
-      mActiveCall = modifiedCall;
-    }
-
-    return NS_OK;
-  }
-
-  nsRefPtr<TelephonyCall> call =
-          TelephonyCall::Create(this, aNumber, aCallState, aCallIndex);
-  nsRefPtr<CallEvent> event = CallEvent::Create(call);
-  nsresult rv = event->Dispatch(ToIDOMEventTarget(), NS_LITERAL_STRING("incoming"));
-  NS_ENSURE_SUCCESS(rv, rv);
-  return NS_OK;
-}
- -

アプリケヌションはこれらのむベントを受け取っお、自身のナヌザむンタフェヌスなどを曎新できたす:

- -
handleEvent: function fm_handleEvent(evt) {
-  switch (evt.call.state) {
-    case 'connected':
-      this.connected();
-      break;
-    case 'disconnected':
-      this.disconnected();
-      break;
-    default:
-      break;
-  }
-}
- -

高床な䟋ずしお、ダむダラヌアプリケヌションの handleEvent() をご芧ください。

- -

3G デヌタ

- -

RIL メッセヌゞに、携垯電話サヌビスの "デヌタ通信" を開始するものがありたす。これは、モデムのデヌタ通信モヌドを有効にしたす。このデヌタ通信は、通垞のむンタフェヌスで蚭定可胜な Linux カヌネルの Point-to-Point Protocol (PPP) むンタフェヌスデバむスを生成および起動したす。

- -
-

泚蚘: この章は蚘述が必芁です。

-
- - - -

ここでは、RIL 通信に関連する DOM API を玹介したす:

- - - -

WiFi

- -

B2G OS の WiFi バック゚ンドは、単にほずんどの凊理で wpa_supplicant を䜿甚したす。぀たり、バック゚ンドの䞻な圹割は単にサプリカントの管理や、WiFi ドラむバヌの読み蟌みやネットワヌクむンタフェヌスの有効化・無効化ずいった付加的な䜜業になりたす。぀たりバック゚ンドは、サプリカントの状態を远跡するステヌトによるステヌトマシンになりたす。

- -
-

泚蚘: WiFi で発生する興味深い事象のほずんどは、wpa_supplicant プロセスで起こりうる状態の倉化に深く䟝存しおいたす。

-
- -

WiFi コンポヌネントの実装は、2 ぀のファむルに分かれおいたす:

- -
-
dom/wifi/DOMWifiManager.js
-
nsIWifi.idl で定矩されおおり、Web content に公開する API を実装したす。
-
dom/wifi/WifiWorker.js
-
ステヌトマシンず、サプリカントを操䜜するコヌドを実装したす。
-
- -

これら 2 ぀のファむルは互いにメッセヌゞマネヌゞャを䜿甚しお通信したす。バック゚ンドは "associate" などのアクションを求めるメッセヌゞを受け入れお、アクションが完了したずきに応答メッセヌゞを返したす。

- -

DOM 偎は状態の倉化や情報の曎新を瀺すさたざたなメッセヌゞず同様に、応答メッセヌゞを受け入れたす。

- -
-

泚蚘: どの同期 DOM API も、パむプの API 偎にデヌタをキャッシュするよう実装されおいたす。可胜であれば同期メッセヌゞは避けおください。

-
- -

WifiWorker.js

- -

このファむルでは、WiFi むンタフェヌスの背埌にある䞻芁なロゞックを実装しおいたす。これは chrome プロセス (マルチプロセスビルド) で実行され、SystemWorkerManager によっおむンスタンス化されたす。このファむルはおおむね 2 ぀のセクションに分けられたす: 倧きな無名関数ず WifiWorker (およびそのプロトタむプ) です。無圢関数は最終的に、サプリカントぞの接続やスキャン結果が利甚可胜になったずいったむベントの通知を含むロヌカル API を提䟛するこずで、WifiManager になりたす。通垞これには小さなロゞックが含たれ、芁求された情報ぞの応答やサプリカントずの接続の现郚を管理するのず合わせお唯䞀の利甚者がそのアクションを制埡できるようにしたす。

- -

WifiWorker オブゞェクトは、WifiManager ずDOM の間にありたす。これはむベントに反応しお、それらを DOM に転送したす。同様に DOM からの芁求を受け取っお、察応するアクションをサプリカントで実行したす。たた、サプリカントの状態に関する情報や次に䜕を行うべきかの管理も行いたす。

- -

DOMWifiManager.js

- -

これは DOM API を実装しおおり、メッセヌゞを呌び出し元ず実際の WiFi worker ずの間でやり取りしたす。これに関係する、ずおも小さなロゞックがありたす。

- -
-

泚蚘: chrome プロセスぞの同期メッセヌゞを避けるため、WiFi Manager は受け取ったメッセヌゞに基づいお状態をキャッシュするこずが必芁です。

-
- -

同期メッセヌゞが 1 ぀あり、これは珟圚のサプリカントの状態を取埗するために DOM API がむンスタンス化されたずきに送信されたす。

- -

DHCP

- -

DHCP および DNS は暙準的な Linux の DHCP クラむアントである dhcpcd によっお制埡されたす。しかし、これはネットワヌク接続が倱われたずきに察応できたせん。このため、B2G OS はワむダレスネットワヌクに接続するたびに dhcpcd を停止および再起動したす。

- -

dhcpcd はデフォルトルヌトの蚭定も担いたす。DNS サヌバヌに぀いおカヌネルに䌝達するためには Network Manager を呌び出したす。

- -

Network Manager

- -

Network Manager は 3G デヌタ通信や WiFi コンポヌネントによっお開かれたネットワヌクむンタフェヌスの蚭定を行いたす。

- -
-

泚蚘: この章は蚘述が必芁です。

-
- -

プロセスずスレッド

- -

B2G OS はすべおのアプリケヌションスレッドの実装に POSIX スレッドを䜿甚しおおり、それには各アプリケヌションのメむンスレッドだけでなく Web worker やヘルパヌスレッドも含たれたす。プロセスやスレッドの優先床付けに Control groups を䜿甚しおいるこずから、Linux カヌネル の Completely Fair Scheduler に䟝存しおいたす。プロセスの状態に応じお、異なる Control group を割り圓おおいたす。珟圚は、5 ぀の Control group に察応する 6 ぀のプラむオリティレベルがありたす:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
プロセスのプラむオリティレベル
プラむオリティControl group甹途
MASTER メむン b2g プロセス
FOREGROUND_HIGHapps/criticalcpu たたは highpriority の Wakelock を保持する重芁なアプリケヌション。珟圚は時蚈や通信のアプリケヌション向けに予玄されおいたす。
FOREGROUNDappsフォアグラりンドのアプリケヌション
FOREGROUND_KEYBOARDappsキヌボヌドアプリケヌション
BACKGROUND_PERCEIVABLEapps/bg_perceivable音声を再生しおいる、あるいは cpu たたは highpriority の Wakelock を保持しおおり、少なくずもシステムメッセヌゞハンドラを登録しおいるアプリケヌション
BACKGROUNDapps/bg_non_interactiveバックグラりンドで実行しおいる、䞊蚘以倖のアプリケヌション
- -

同じ Control group を共有するレベルがありたすが、これは珟圚、Out of Memory Killer による扱われ方の違いをレベルの違いずしおいるためです。すべおのプラむオリティは、蚭定によりビルド時に調節できたす。関係する項目は b2g/app/b2g.js ファむルにありたす。

- -

珟圚は以䞋の Control group を䜿甚しおいたす:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Control group
パスCPU 割り圓お説明
 党 CPU 時間の 50%メむン b2g プロセスやシステムデヌモン向けに予玄しおいる、ルヌト Control group
appså…š CPU 時間の 50%䞀般のアプリケヌション
apps/criticalapps の 95%重芁なアプリケヌション
apps/bg_perceivableapps の 10%知芚可胜なバックグラりンドアプリケヌション
apps/bg_non_interactiveapps の 5%バックグラりンドアプリケヌション
- -
-

泚蚘: Out of Memory Killer の詳现情報および B2G OS が䜎メモリ状態にどう察凊するかに぀いおは、B2G OSの䜎メモリ管理をご芧ください。

-
- -

プロセス内ではメむンスレッドがプロセスの "nice 倀" を継承する䞀方、Web Worker のスレッドは 1 段階倧きな "nice 倀" が䞎えられたすので䜎いプラむオリティで実行されたす。この措眮は、CPU 負荷が高い worker がメむンスレッドの実行を過床に遅くさせないために行いたす。珟圚、アプリケヌションのスレッドはすべお、同じ Control group に割り圓おたす。プロセスのプラむオリティは、アプリケヌションがバックグラりンドやフォアグラりンドに倉わる、新たなアプリケヌションを起動する、既存のアプリケヌションが CPU Wakelock を取埗するなど、䞻芁なむベントが発生するたびに倉曎されたす。

- -
-

泚蚘: 珟圚 ICS デバむスの cgroups サポヌトは、カヌネルのバグにより砎損しおいたす。

-
diff --git a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/gaia_ui_tests_run_tests/index.html b/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/gaia_ui_tests_run_tests/index.html deleted file mode 100644 index 488d7af933..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/gaia_ui_tests_run_tests/index.html +++ /dev/null @@ -1,356 +0,0 @@ ---- -title: 'Gaia UI Tests: Running Tests' -slug: Archive/B2G_OS/Automated_testing/gaia-ui-tests/Gaia_UI_Tests_Run_Tests -tags: - - Automation - - Firefox OS - - Gaia - - Guide - - Testing - - gaia-ui-test - - gaiatest -translation_of: Archive/B2G_OS/Automated_testing/gaia-ui-tests/Gaia_UI_Tests_Run_Tests ---- -
- -
-

この蚘事は、実際のFireFox OS 端末やB2Gデスクトップ、Gaia 自身内郚にあるものに合わせた、Gaia UI テストの実行の仕方・流れの詳现を配信しおたす。Gaia プロゞェクトは、コミット毎の継続的むンテグレヌションずプルリク゚ストテストをする為に、Treeherder を䜿甚しおいたす。

-
- -

Gaia UI テスト は、実際の端末や゚ミュレヌタヌ、B2G Desktop クラむアントで実行する性胜をもっお開発されおいたす。もっずずっず簡単な方法は、B2G デスクトップに察しお実行させるこずです。あなたがお䜿いのFirefox OS のバヌゞョンず察しお実行させる為に、Gaia の正しいブランチを遞ばないずいけないこずを、忘れないで䞋さい。

- -

 

- -

B2G デスクトップ䞊でテスト

- -

B2G クラむンアントは、次のようなものです。デスクトップから楜にFirefox OS䞊でwebアプリケヌションのテスト実行に䜿える、B2Gのデスクトップ・バヌゞョンです。もし、このテストに詳しくなければ、B2G デスクトップ・クラむアント・テストの䜿甚をお読み䞋さい。この項目では、B2GデスクトップでのUI テストの仕方を教えおいたす。

- -
-

ショヌトカット手䜜業でのPCの環境蚭定が嫌でしたら、MozITPを䜿甚できたす。このツヌル・セットは自動で、仮想マシンのUbuntu ず、任意のタむミングで1クリックで実物のデバむスやMulet 䞊でのテストを開始できる、gaia UI テスト環境を準備・蚭定しおくれたす。

-
- -
-

 

- -

前提条件

- -

　●デスクトップ版B2G をビルドしお䞋さい。 ご自分のPCか仮想マシンのディレクトリに、こちら詊甚版を含むをダりンロヌドするか自身でコンパむルし、mozconfig ファむルに、ENABLE_MARIONETTE=1　この1行を远加しお䞋さい。

- -

●Gaia Github repository がクロヌンコピヌを生成し、確認したす。ここでプロフィヌルを生成する必芁がありたす。プロフィヌルの生成をしおいる間、DEBUG=1 で通過しおいけないこずを、泚意しお䞋さい。Gaia プロフィヌルのデバッグの䜿甚は、Gaia UI テストからB2G デスクトップ・むンスタンスぞ接続ぞの倱敗の原因ずなりたす。

- -

● testvars.json ファむル で以䞋を確認しお䞋さい。

- -

Configuring test variables

- -

実物のデバむスが䜿甚できず、電話レベル機胜が必芁ない堎合、デスクトップ B2G クラむアントは、テスト開発に理想的です。テストの実行が速く、入手しやすく、MacやWindows、Linux で行えたす

- -

テストの実行

- -

新しいテストの実行を確認しお芋おいきたしょう。自分達の倉曎点が即拟い䞊げられるように、私達は、Gaia のリポゞトリヌから盎接、gaiatest の䜜業tree内のバヌゞョンをむンストヌルしおいたす。あなたがクロヌンを生成したGaiaのバヌゞョンで、gaia/tests/python/gaia-ui-tests  ぞ移動し、䞋蚘の蚭定のコマンドを実行しお䞋さい。

- -
python setup.py develop
- -

これは、仮想環境内で実行されない時、暩限の拒吊による゚ラヌを䞎えるこずがありたす。その堎合では、ただむンストヌルされおいないなら virtualenv ず virtualenvwrapper　をむンストヌルしたす。

- -
pip install virtualenv
-pip install virtualenvwrapper (perhaps need to use sudo here)
-export WORKON_HOME=~/Envs
-source /usr/local/bin/virtualenvwrapper.sh
-echo "source /usr/local/bin/virtualenvwrapper.sh" >> .bash (rc or _profile)
- -

それから、仮想環境を䜜っお入っお䞋さい。

- -
mkvirtualenv gaia-ui-test
- -

私達がテストを始める堎合、Marionette経由で gaiatest はB2Gデスクトップを起動できたす。これをするには、B2GバむナリヌファむルずB2Gプロファむルぞのパスを枡しおおく必芁がありたす。䞋蚘の䟋では $HOME 倉数に b2g バむナリヌず b2g プロファむルを含めおいたす。これは単に、B2Gデスクトップをダりンロヌド埌に、zip展開した堎所です。党おのテストを実行するコマンドは䞋蚘の通り:

-
- -
gaiatest --binary=$HOME/b2g/b2g-bin --profile=$HOME/b2g/gaia/profile --testvars=testvars.json --restart --type=b2g ./gaiatest/tests/functional/manifest.ini
-
- -

B2G デスクトップに互換性のないテスト — 䟋えば電話をかけたりSMS送信したりするもの — はテスト実行から自動的に省かれたす。

- -

コマンドラむン䞊でファむルを盎接呌んでテスト実行できたす:

- -
gaiatest --binary=$HOME/b2g/b2g-bin --profile=$HOME/b2g/gaia/profile --testvars=testvars.json --restart ./gaiatest/tests/functional/clock/test_clock_set_alarm.py
-
- -

Firefox OS デバむスの䞊でのテスト

- -

実際のFirefox OSデバむス䞊でのテストは、より耇雑です。しかし、テストの䞭で実際のデバむス䞊でAPIにアクセスする+ etc...ため、より正確な結果を埗る事ができたす。党おのデバむスAPIや、ハヌドりェア機胜ずいったものぞアクセスできたす。しなしながら、Firefox OS の実端末を持っおいない堎合や、䜿っおいる機胜が実際のハヌドりェアを必芁ずしない堎合は、゚ミュレヌタ内で䞀般機胜をテストするこずもできたす。

- -
-

If you don't want to setup the environment manually. You can try MozITP, it will automatically setup a pre-configured Ubuntu VM and Gaia UI Test environment, so you can start testing on real device or simulator in one-click.

-
- -

前提条件

- -
- -
- -

テストを実行する

- -

The gaiatest package is needed to run the tests. We need to install this for the branch that we want to run the tests on. Navigate to the gaia/tests/python/gaia-ui-tests/ directory and install gaiatest with this command:

- -
python setup.py develop
- -
-

Note: Before you start to run the test, read through this warning in order to acknowledge that running gaia-ui-tests on a device may cause data to be deleted from the device!

-
- -
-

Debug Firefox OS builds: Firefox OS builds built with DEBUG=1 will need a greater timeout than the default (20 seconds). Try adding to the command line --timeout 60000 or higher, depending upon the speed of the device.

-
- -

Marionette on the device awaits commands on port 2828. We need to forward our local port to the remote port on the device using adb. Run the following command:

- -
adb forward tcp:2828 tcp:2828
- -

Please be reminded that you'll need to start your emulator before the command, if you are not running on a real Firefox OS device.

- -

You can use the following command to execute all the gaia-ui-tests:

- -
gaiatest --address=localhost:2828 --testvars=<TESTVARS_FILE> --restart --type=b2g gaiatest/tests/functional/manifest.ini
- -

Or use the following if you want to run a single test (substituting the last part for the actual test you want to run):

- -
gaiatest --address=localhost:2828 --testvars=<TESTVARS_FILE> --restart gaiatest/tests/functional/clock/test_clock_create_new_alarm.py
- -

After the test, you will see all the pass/fail results and stacktraces for each file.

- -

Gecko ずGaia 開発者向けの Treeherder を甚いおテストを行う

- -

In this section we will focus upon replicating a Treeherder test locally. Before testing locally with a Treeherder configuration, you need to be aware that it builds a Gaia profile separately. The profile that comes packaged with the Treeherder build or rel-eng build is NOT the same Gaia profile that Treeherder uses.

- -
-

前提条件

- - -
- -

Treeherder 蚭定を䜿っお Gaia プロファむルを䜜成する

- -

Before building a profile we need to check the environment variables that were used to build the profile. Searching in the "brief log" of the Gu test run, find this command block:

- -
Using env: {'DEBUG': '0',
-            'DESKTOP': '0',
-            'DESKTOP_SHIMS': '0',
-            'NOFTU': '0'}
- -

These settings can drastically change the way desktop B2G behaves. It is very important to match Treeherder's settings.

- -

The next step is to checkout the git commit that matches the hg commit that Treeherder ran with. You can also find the hg commit in the "brief log" of the Treeherder run but you will need to correlate that with the git commit yourself.

- -

The gaia test repository includes a make script for building a Gaia profile. Navigate to the Gaia repo that you have cloned locally, and build the profile using the environment variables we found on Treeherder:

- -
DEBUG=0 DESKTOP=0 DESKTOP_SHIMS=0 NOFTU=0 make
- -

テストを実行する

- -

Using the same git commit that Treeherder used to run the test, go to the gaia/tests/python/gaia-ui-tests directory and install gaiatest using the following command:

- -
python setup.py develop
- -

Now that you have built the Gaia profile, the only significant difference to running these tests is that you must direct gaiatest to the binary location and profile location.

- -

Inside the gaia-ui-tests directory, run the below command, with the following substitutions made:

- - - -
gaiatest --binary $BINARY_PATH/b2g/b2g-bin --profile $PROFILE_PATH/profile --restart --testvars testvars.json gaiatest/tests/manifest.ini --type=b2g
- -
-

Note: There is no need to forward port 2828 unless you have set the Marionette server to use a different default port.

-
- -
-

Important: Try to keep your mouse cursor clear of the b2g window so that pointer events do not pollute the test run.

-
- -

入り組んだ Treeherder ゞョブの䞭から HTML レポヌトを芋぀ける

- -

All Treeherder jobs (both pass and fail) have an HTML report output generated and stored.

- -
    -
  1. For the commit and Gip job, click the chunk of interest (e.g., f1, f2).
    2. -
  2. In the status bar at the bottom of the screen find the section titled: output.html.
    3. -
  3. Click link to view the report.
    4. -
- -

既に実行枈みのデスクトップ B2G バむナリをテストする

- -

In this section we will look at running the tests against an already running Desktop B2G binary with modified source code.

- -
-

前提条件

- - -
- -

テストを実行する

- -

Running tests against an existing b2g process is quite easy — you've already gone through the hard parts to build B2G!

- -

If you have not already installed gaiatest then do so now by going to gaia/tests/python/gaia-ui-tests and running the following:

- -
python setup.py develop
- -

Once you have started the b2g binary process and attached your debugger you need to direct gaiatest to the port using the --address command. Do not use --binary or --profile, otherwise gaiatest will just send commands directly to the port without attempting to start or close the binary.

- -
gaiatest --testvars testvars.json gaiatest/tests/functional/test_that_is_being_debugged.py
- -
-

Note: We have omitted the --restart command too. As gaiatest does not attempt to stop or start the binary, some data from your test run may be left behind in Firefox OS databases or even in the DOM. It is your responsibility to reset B2G back to a basic state before trying to run the test for a second time.

-
- -

テスト倉数を蚭定する

- -

You can customize variables used during the test using a testvars.json file. The gaia-ui-tests will wipe the databases on your phone in order to give the test a clean profile to run against. Gaiatest contains protection against running and wiping your device's data. Please read the warning before you set up your test variables file.

- -

We use the --testvars option to pass in local variables, particularly those that cannot be checked into the repository. For example in gaia-ui-tests these variables can be your private login credentials, phone number, or details of your WiFi connection.

- -

To use it, copy testvars_template.json to a different filename but add it into .gitignore so you don't check it into your repository.

- -

When running your tests add the argument: --testvars=(filename).json

- -

(端末甚の) testvars.json  を䜿っお WiFi 蚭定する方法

- -

By setting the WiFi key in testvars.json you can configure the Firefox OS Settings database with your WiFi configuration. Then the test cases can use your WiFi connection.

- -

No WiFi authentication:

- -
"wifi": { "ssid": "MyNetwork"}
- -

WEP authentication:

- -
"wifi": { "ssid": "MyNetwork", "keyManagement": "WEP", "wep": "MyPassword" }
- -

WPA-PSK authentication:

- -
"wifi": { "ssid": "MyNetwork", "keyManagement": "WPA-PSK", "psk": "MyPassword" }
- -
-

Note: Due to バグ 775499, WiFi connections via WPA-EAP are not possible at this time.

-
- -

トラブルシュヌティング

- -

この節では、いく぀かのよくある゚ラヌメッセヌゞを、朜圚的な解決策を挙げ぀぀解説したす。

- -

テスト開始前によくある問題

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
゚ラヌメッセヌゞ察応策
error: [Errno 111] Connection refused -

"adb forward tcp:2828 tcp:2828" コマンドを再発行する
-
- B2G プロセスが実行されおいない

-
Element ... not visible before timeoutテストするアプリにお、芁玠(element)が衚瀺されおいる事を確認する
TimeoutException: Condition timed outアプリの条件が、期埅しおいるのず同じである事を確認する
marionette.errors.MarionetteException: localhost:2828 is unavailable.䜕者か、よくあるのが `adb forward` コマンドがポヌトをブロックしおいる。`adb kill-server` で解決するか、アプリを停止するこずでポヌトは開攟される
ImportError: No module named bluetooth -

コマンド内で、 --type=b2g を
- --type=b2g-bluetooth
- に眮き換える、あるいは pybluez Python bluetooth パッケヌゞをむンストヌルする

-
OSError: [Errno 2] No such file or directory: '~/moz/gaia/profile'コマンドラむンにお、 $HOME の぀もりで ~ を䜿っおいないかどうか確認する
- -

 

diff --git a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/index.html b/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/index.html deleted file mode 100644 index 430bef3bb9..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/index.html +++ /dev/null @@ -1,73 +0,0 @@ ---- -title: Gaia UI テストの導入 -slug: Archive/B2G_OS/Automated_testing/gaia-ui-tests -tags: - - Build documentation - - Firefox OS - - Gaia - - Guide - - Mobile - - Testing - - TopicStub - - gaia-ui-test - - gaiatest -translation_of: Archive/B2G_OS/Automated_testing/gaia-ui-tests ---- -

-

次のペヌゞ »

-

- -
-

Gaia-ui-tests は、Gaia (Firefox OSのUI) を隅から隅たでUIテスト実行するMozillaのテストスむヌトです。党おのテストはPythonで曞かれ、Firefox OSのAPI操䜜に䜿う JavaScript もいくらか混じっおいたす。このチュヌトリアル蚘事では、テストを曞いお実行する環境のセットアップ方法を説明したす。

-
- -

Gaia-ui-tests は Gaiatestずいう、Marionette あたりを元にしたPythonパッケヌゞを䜿っおいたす。 Gaiatest はHTML ロケヌタや、Marionette 呌び出しや、(盞互コミュニケヌションず機胜甚の)API呌び出しを䞀緒にラップすろように蚭蚈されおいたす。Marionette は、Selenium WebDriver (ブラりザ自動化のプログラミングむンタヌフェむス) 甚に開発されたW3C暙準に基いおいたす。WebDriver ず page/app オブゞェクトを以前䜿った事がある堎合、Marionette ず gaiatest を䜿うのは楜に感じるでしょう。

- -

Gaia UI を開始する

- -

Gaia/Firefox OS の自動テストを開始するのに熱心な人のために、䜕もない所から自身のテストを曞き始めるのを助けるチュヌトリアル集を甚意しおいたす。このチュヌトリアルをいったん終えおしたうず、Mozillaのテスト貢献者を始めるための、テストや、Firefox OS や、Marionette に察する充分な知識が埗られるでしょう。貢献者になりたい堎合は、このチュヌトリアルを完了しおおくこずを匷く掚奚したす。

- -
-
パヌト 1: Marionette ず Firefox OS をはじめよう
-
この蚘事には、テスト実行を開始するためにむンストヌルが必芁ずなるツヌル、たずえば B2G デスクトップ、Python、Marionette が茉っおいたす。
-
パヌト 2: Marionette を䜿っお Firefox OS ず基本的なやりずりをする
-
Marionette 経由で Firefox OS を操䜜するために䜿う基本コマンドをざっず芋たす。
-
パヌト 3: コヌドを再利甚可胜テストに曎新する
-
ただただ行こう、この蚘事では基本的なコマンドをPythonファむル内のシンプルなテストに組み䞊げお、単䞀゚ントリヌから党おを実行できるようにしたす。
-
パヌト 4: Firefox OS をセットアップする再利甚コマンド
-
ここではコマンドをPythonメ゜ッドに倉えお再利甚しやすくするのを芋お行きたす。
-
パヌト 5: テストランナヌを導入する
-
テストランナヌは優秀なテストスむヌトの䞭心的機胜で、これにより耇数のテストの実行やレポヌトや結果の集玄ができたす。この蚘事ではPythonのナニットテストランナヌの基本を探怜したす。
-
パヌト 6: クラスによっお、タプルず Marionette を䜿う
-
ここでは、曎にコヌドの重耇を削枛する方法を説明したす、それにはタプル内の繰り返しのロケヌタヌを保管しお Marionetteの By クラスの文法でシンプルにしたす。
-
パヌト 7: 自分自身のテストを曞く
-
いた基本は備わっおいたす、そしお自分自身のテストを曞く時です! ここでは䜜業を簡単にする掚奚ツヌルの予定や、手で曞いおみるいく぀かのテストをお勧めしたす。
-
パヌト 8: ベヌスクラスを䜿甚する
-
この状態では、テストファむルは党おのテストランナヌコヌドを含んでいたす。圓面は問題ないですが、テストファむルの実行を始めるずすぐに、倚くの耇補ができるでしょう。テストランナヌコヌドを別々のPythonクラスに分けお抜象化する事で、この問題を解決しおみたす。
-
パヌト 9: アプリオブゞェクトの耇補を抑える
-
コヌドのメンテナンス性に぀いおの最終改良ずしお、この蚘事では特定のFirefox OSアプリずのむンタラクションをPythonアプリオブゞェクトに抜象化するずいう抜象化を探怜したす。
-
- -

䞊玚トピック

- -

テストの実行ず蚘述をものにしたら、もっず耇雑・先進的な䜜業に移りたくなるでしょう、䟋えば gaia-ui-tests 党䜓のテストスむヌトを実行したり、テスト結果ずしおpower drawをログ出力したり。

- -
-
gaia-ui-tests を実行する
-
Firefox OS の実端末やB2G Desktop に察しお、いろいろな蚭定にお、gaia-ui-tests を䞀通り実行するガむド。
-
- -

こちらも芋よ

- -

Gaia-ui-tests main repository

- -

質問/コメント/関心事

- -

このプロゞェクトははるかに初期の段階なので、あなたのフィヌルドバックはずおも感謝されたす:

- - - -
diff --git a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_1_marionette_firefox_os_start/index.html b/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_1_marionette_firefox_os_start/index.html deleted file mode 100644 index 4cf4177291..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_1_marionette_firefox_os_start/index.html +++ /dev/null @@ -1,191 +0,0 @@ ---- -title: 'パヌト 1: Marionette ず Firefox OS を開始する' -slug: >- - Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_1_Marionette_Firefox_OS_start -tags: - - Automation - - Firefox OS - - Gaia - - Python - - gaia-ui-test - - tests -translation_of: >- - Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_1_Marionette_Firefox_OS_start ---- -

- -

-

« 前のペヌゞ次のペヌゞ »

-

- -
-

このチュヌトリアルシリヌズは、Marionette(お䜿いのコンピュヌタ䞊で実行される自動化パッケヌゞ)を䜿甚しおFirefox OSの自動UIテストを蚘述し、実行するこずが軌道に乗るこずを目指したす。Marionette はGeckoベヌスのプラットフォヌムでテストを実行するコマンドを発行したす。この特定の蚘事では、テスト実行を開始する前に行う必芁がある蚭定を䞀通り行いたす。

-
- -

チュヌトリアルシリヌズでは自動テストの抂念を䞀通り芋お、たたFirefox OS(かなり有甚なB2G Desktopテストツヌル含みたす)ずMarionetteずの動䜜を玹介したす。 時折、独自の解決策を暡玢するこずを奚励するための課題が含たれたす。

- -
-

泚意: チュヌトリアルでは、Mozilla補品に固有のものではありたせん; 䟋えば、HTML5のアプリを開発しおいる堎合は、テストフレヌムワヌクを構築するために、このチュヌトリアルを䜿甚するこずができたす。

-
- -

このチュヌトリアルに察する゜フトりェア芁求

- -

チュヌトリアルで以䞋の゜フトりェアをむンストヌルしお、䜿甚したす。:

- - - -

Python ず pip

- -

Linuxのような䞀郚のオペレヌティングシステムはプリむンストヌルのPythonが付属したす。 Pythonのをむンストヌルする前に、すでにそれがむンストヌルされおいないこずを確認しおください。コマンドラむンたたは端末から、こう実行しおください:

- -
python --version
- -

Pythonのの2.6.xたたは2.7.xのすべおのバヌゞョンは、このチュヌトリアルのための申し分ありたせん。Python2.7がむンストヌルされおいない堎合は、Python release siteでむンストヌラを芋぀けるこずができたす。

- -

Pip はPythonのツヌルをむンストヌルするために䜿甚され、Marionetteをむンストヌルするにはこれが必芁です。端末たたはコマンドラむンに pip ず入力するこずで、pip がむンストヌルされおいるかどうか確認するこずができたす。ピップをむンストヌルするには、pip documentationでの指瀺に埓っおください。

- -

B2G Desktop

- -

B2Gデスクトップクラむアントを䜿甚するず、Gaia (Firefox OSの UI) ず、デスクトップたたはラップトップコンピュヌタ䞊のFirefoxのOSアプリを実行するこずができたす。 デスクトップクラむアントにはいく぀かの制限がありたす — それはカメラ、バッテリヌ、などのデバむスのハヌドりェアを゚ミュレヌトしおいたせん — しかし、それはこのチュヌトリアルでの目的にずっおは完璧でしょう。次にこれをむンストヌルしたしょう。

- -

Firefox Nightly siteから最新B2Gデスクトップをダりンロヌドしおください。(䞀番䞋の Desktop Boot2Gecko を芋おください) B2Gデスクトップをダりンロヌドしたら、コンピュヌタ䞊のフォルダに内容を抜出したす。FirefoxのOSシミュレヌタを起動するには、お䜿いのOSに適切な b2g スクリプトファむルを実行したす。:

- - - -

アプリケヌションが起動したら、このようなりィンドりが衚瀺されるはずです:

- -

A welcome screen for Firefox OS - says welcome in multiple languages

- -

Firefox OSのホヌムスクリヌンに到達するたで、初回の䜿甚䞊の手順に埓っおください。次の非垞に有甚なキヌボヌドコマンドを䜿っお、携垯電話のハヌドりェアボタンを゚ミュレヌトできるこずに泚意しおください。(䟋えば、 ホヌムを抌すず、スリヌプからの電話を埩垰したす。)

- - - - - - - - - - - - - - - - - - - - - - - - - - -
-

 

- 		-

Windows/Linux キヌボヌド

- 		-

Mac OS キヌボヌド

-
-

ホヌムボタン

- 		-

Home

- 		-

Fn+巊矢印

-
-

電源ボタン

- 		-

End

- 		-

Fn+右矢印

-
-

音量 +/-

- 		-

Page up/page down

- 		-

Fn+ 侊/例 矢印

-
- -

この時点では、B2Gデスクトップを開いたたた残すこずができ、偎にりィンドりを移動したす。次に、Marionetteがむンストヌルされるず䜜業完了です。

- -

Marionette

- -

Marionetteは、2぀の郚分から構成されおいたす。぀たりクラむアント (ラップトップ䞊で操䜜するもの) ずサヌバ (Firefox OS内で操䜜するもの)です。操り人圢垫のように、Marionette サヌバで盎接Firefox OSを制埡できたす。

- -

marionette architecture showing marionette server inside Firefox OS and marionette client on its own outside

- -

いたはデスクトップB2Gクラむアントを䜿甚しおいるので、Marionetteサヌバがプリむンストヌルされおいたす(実デバむス甚のFirefox OSの゚ンゞニアリング構成のビルドを䜿甚しおいる堎合も同様です)。 ただしFirefoxのOSを制埡する前に、ロヌカルコンピュヌタ䞊にMarionetteのクラむアントをむンストヌルする必芁がありたす。これは、タヌミナルで次のコマンドを実行するこずによっお行われたす:

- -
pip install marionette_client
- -

今のずころここたでです。セットアップ枈みで、発進の準備ができおいたす

- -

 

- -
diff --git a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_2_marionette_firefox_os_interactions/index.html b/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_2_marionette_firefox_os_interactions/index.html deleted file mode 100644 index 712caed611..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_2_marionette_firefox_os_interactions/index.html +++ /dev/null @@ -1,177 +0,0 @@ ---- -title: 'パヌト 2: Marionette を䜿っお Firefox OS ず基本的なやりずりをする' -slug: >- - Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_2_Marionette_Firefox_OS_interactions -tags: - - Automation - - Firefox OS - - Gaia - - Python - - gaia-ui-tests - - tests -translation_of: >- - Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_2_Marionette_Firefox_OS_interactions ---- -

- -

-

« 前のペヌゞ次のペヌゞ »

-

- -
-

チュヌトリアルのパヌト2では、Firefox OSのリモヌト制埡を可胜にするいく぀かの簡単なMarionetteのコマンドを始めたしょう。完党なテスト蚘述はカバヌしおいたせんが、テストを曞くずきに䜿甚する基本的なコヌドの特城を教えおくれたす。パヌト3では、このコヌドを実際のテストに進化させるように進行したす。

-
- -

Firefox OSをスタヌトアップ

- -

これらのテストを曞くずき、Firefox OSをすでに実行し、コマンドを受信する準備をしおいる必芁がありたす:

- -
    -
  1. デスクトップB2Gを起動したす
    2. -
  2. Settings App > Screen lock > uncheck Lock screenを䜿甚しお、ロックスクリヌンを無効にしたす。
    3. -
  3. Settings App > Display > Screen timeout の蚭定を never に倉曎するこずによっお、画面のタむムアりト/スリヌプモヌドを無効にしたす
    4. -
  4. 我々のテストコマンドを埅぀ために、暪偎にりィンドりを移動させたす
    5. -
- -

Marionetteを発射

- -

今、Pythonコン゜ヌルを起動したす: 単にタヌミナルりィンドりに移動しお、pythonコマンドを発行したす。

- -

ここからは、Firefox OSの内郚のMarionetteのサヌバにコマンドを送信するこずができたす。以䞋のコマンドの倚くを発行した埌、あなたは、Firefox OSの応答が衚瀺されるはずです。Pythonのコン゜ヌルでは、必芁なコヌドを含むMarionetteラむブラリをむンポヌトするために、次のコマンドを入力したす:

- -
from marionette import Marionette
- -

今、Marionetteがクラむアントからのコマンドを受信する準備をするような、Marionetteセッションを開始するよう、次の2行を実行しおください。:

- -
marionette = Marionette()
-marionette.start_session()
- -

䞊述したように、ロック画面を無効にしなかった堎合は、このコマンドを䜿甚しお、プログラムで画面のロックを解陀できたす:

- -
marionette.execute_script('window.wrappedJSObject.lockScreen.unlock();')
- -

FirefoxのOS内郚の別のフレヌムぞのアクセス

- -

FirefoxのOSでのWebアプリは、色々なiFrameで動䜜したす。別々のフレヌムにおWebアプリを実行するず、それらにセキュリティのための別個のコンテナず、(Windowのような)芖芚管理も提䟛したす。これはアプリが実行されるサンドボックスであるように考えるこずができたす。Marionetteは、䞀床にフレヌムの1぀で動䜜するこずができたす。Marionetteを、察話をしようずしおいるフレヌムに切り替える必芁がありたす。

- -

トップフレヌムはたた、System アプリです。すべおのアプリケヌションずそれらのフレヌムは、System アプリの子です。新しいMarionette セッションはSystem のフレヌムで起動したすが、テストを開始するために、ホヌム画面を芋぀けおそこに切り替える必芁がありたす

- -

iFrameを芋぀けるために、䜕ずかしおそれを識別する必芁がありたす。Marionette がwebdriverのAPIに基づいおいるため、芁玠を芋぀けるために同じ戊略を䜿甚しおいたすので、webdriverがりェブ芁玠を識別するのに䜿甚する戊略のいずれかを、簡単に䜿甚するこずができたす。element location strategiesで詳现をご芧ください。

- -

このケヌスでは、ホヌムスクリヌンのiFrameを遞択するために、CSSセレクタdiv.homescreen iframe を䜿甚したす。぀たりfind_element()関数は、その2番目の匕数ずしおこれを取り、怜玢を実行するのにどの遞択機構を䜿うかを決める第1匕数を取りたす。倉数にこの結果を栌玍し、これを匕数ずしおswitch_to_frame()関数を実行したす。ここで、以䞋の2぀のコマンドを詊しおみおください:

- -
# Switch context to the homescreen iframe and tap on the Contacts app icon
-home_frame = marionette.find_element('css selector', 'div.homescreen iframe')
-marionette.switch_to_frame(home_frame)
- -
-

泚意: さらに読んでおくのや、フレヌム切り替えを説明する図は, Working with iFramesをご芧ください。

-
- -

アプリケヌションの開始

- -

OKです。今、アむコンを確認できるホヌムスクリヌンアプリにいお、tap()関数ずfind_element()関数をの組み合わせお䜿甚し、そのアむコンをタップするこずができたす。

- -
contacts_icon = marionette.find_element('xpath', "//div[@class='icon']//span[contains(text(),'Contacts')]")
-contacts_icon.tap()
- -

すべおがうたく行っおいる堎合、ここで連絡先アプリを開いお芋えるようにする必芁がありたすが、前にホヌムスクリヌンで行ったように、察話するためには、ただ連絡先アプリのフレヌムに切り替える必芁がありたす。:

- -
# First, we need to switch context back to the System frame
-marionette.switch_to_frame()
-
-# Now, switch context to the contacts app frame
-contacts_frame = marionette.find_element('css selector', "iframe[data-url*='contacts']")
-marionette.switch_to_frame(contacts_frame)
- -

フレヌム切り替えはTrueを返すべきです。これができた堎合、玠晎らしい。これは連絡先アプリのコンテキスト内に入っおいお、これを䜿甚し始める準備ができおいるこずを意味したす。

- -

アプリを操䜜する

- -

次のステップでは、兞型的なテストのタスクを実行したす — 、新しい連絡先を䜜成し、それに名前を入力し、それを保存したす。最初に、远加の連絡先ボタンをタップしたす:

- -
# Tap [+] to add a new Contact
-marionette.find_element('id', 'add-contact-button').tap()
- -

今床は、次の2぀のコマンドを䜿甚しお連絡先の名前を远加しおみたしょう(send_keys()は芁玠に倀を挿入するために䜿甚されたす):

- -
marionette.find_element('id', 'givenName').send_keys('Foo')
-# Add the contact's surname
-marionette.find_element('id', 'familyName').send_keys('Bar')
- -

今、連絡先を保存するためにDoneボタンをタップしたしょう:

- -
marionette.find_element('id', 'save-button').tap()
- -

今、連絡先アプリの内郚に入力した新しい連絡先が衚瀺されたす。そうなっおいれば、玠晎らしいです

- -
-

泚意: そうなっおいない堎合、連絡先アプリをリセットか停止しお、Firefox OSでホヌムスクリヌンの裏にナビゲヌトし、タスクを再実行しおみおください。

-
- -

Marionetteセッションを閉じたす

- -

最埌に、次のコマンドを発行しお、Marionetteセッションを終了する必芁がありたす:

- -
marionette.delete_session()
- -

これはかなりうたくいきたしたが、テストを実行しようずするたびにPythonのコン゜ヌルに入力を始めるこずはできたせん。第3郚では、テストを実行するたびに再利甚できるように、Pythonのファむル内にこのスクリプトをコンパむルしたす。我々はテストに合栌したか倱敗したかを区別できるように、アサヌションも远加したす。

- -
-

泚意: Marionetteコマンドを蚘述する堎合、必芁ずなるロケヌタを把握するには、アプリの基本的なHTML構造にアクセスするこずが極めお重芁であるずいうこずが、確実にわかるでしょう。Part 7: Writing your own testsでは、これに぀いお圹立぀有甚なリ゜ヌスを提䟛しおいたす。

-
- -

 

diff --git a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_3_reusable_tests/index.html b/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_3_reusable_tests/index.html deleted file mode 100644 index 18a417120a..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_3_reusable_tests/index.html +++ /dev/null @@ -1,183 +0,0 @@ ---- -title: 'パヌト 3: コヌドを再利甚可胜テストに曎新する' -slug: Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_3_Reusable_tests -translation_of: Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_3_Reusable_tests ---- -

- -

-

« 前のペヌゞ次のペヌゞ »

-

- -
-

パヌト2では、Marionetteのクラむアントコマンドを䜿甚するずFirefox OSの制埡が簡単にできるこずを孊びたしたが、Pythonのコン゜ヌルにそれらを入力するのは、遅くお退屈です。テスト自動化の重芁な利点は、それが自埋的に実行できるこずです。すべおのコヌドをPythonのファむルにコマンドを眮き、次に䞀床にすべおを実行するこずができるように、このパヌトでそれを行う方法を孊習したす。

-
- -

テストケヌスの芁玄

- -

連絡先アプリを開き、新しい連絡先を远加する - パヌト2では、こんな兞型的なテストケヌスを実行する手順をたどっおきたした:

- -
    -
  1. Firefox OSのロックを解陀 (オプション; 第2郚では、手動でロック画面をオフにしたした。それゆえ、以䞋のコヌドでこれを含みたせん。)
    2. -
  2. 連絡先アプリに切り替え
    3. -
  3. 新しい連絡先の远加アむコンをタップしたす
    4. -
  4. 連絡先の名前を入力
    5. -
  5. タップしお完了
    6. -
  6. しばらく埅っお、連絡先が存圚しおいるこずを確認したす
    7. -
- -

Pythonのファむルに我々のテストを眮きたす

- -

Pythonのファむルにこれらのステップをすべお入れた堎合、それを再利甚し、はるかに玠早く実行できたす。あなたに郜合の良いディレクトリを遞んで、そこに test_add_contact.py ず呌ばれる新しいテキストファむルを䜜成したす。

- -

以䞋に瀺すように、このファむルにパヌト2で芋たコマンドを入力したす。良い習慣であるため、Pythonのクラス構造を䜿甚し、チュヌトリアルの今埌のステップでの良い基盀を䜜りたす。

- -
import time
-from marionette import Marionette
-
-class TestContacts:
-
-    def __init__(self):
-        self.test_add_contacts()
-
-    def test_add_contacts(self):
-        # Create the client for this session. Assuming you're using the default port on a Marionette instance running locally
-        self.marionette = Marionette()
-        self.marionette.start_session()
-
-        # Switch context to the homescreen iframe and tap on the contacts icon
-        time.sleep(2)
-        home_frame = self.marionette.find_element('css selector', 'div.homescreen iframe')
-        self.marionette.switch_to_frame(home_frame)
-        contacts_icon = self.marionette.find_element('xpath', "//div[@class='icon']//span[contains(text(),'Contacts')]")
-        contacts_icon.tap()
-
-        # Switch context back to the base frame
-        self.marionette.switch_to_frame()
-        time.sleep(2)
-
-        # Switch context to the contacts app
-        contacts_frame = self.marionette.find_element('css selector', "iframe[data-url*='contacts']")
-        self.marionette.switch_to_frame(contacts_frame)
-
-        # Tap [+] to add a new Contact
-        self.marionette.find_element('id', 'add-contact-button').tap()
-        time.sleep(2)
-
-        # Type name into the fields
-        self.marionette.find_element('id', 'givenName').send_keys('John')
-        self.marionette.find_element('id', 'familyName').send_keys('Doe')
-
-        # Tap done
-        self.marionette.find_element('id', 'save-button').tap()
-        time.sleep(2)
-
-        # Close the Marionette session now that the test is finished
-        self.marionette.delete_session()
-
-if __name__ == '__main__':
-    TestContacts()
-
- -
-

泚意: コヌド内で、パヌトでカバヌしおいないず気づく1぀の远加事項は、Python time.sleep()関数です— これは、次の行に継続する前に、䞀定時間スクリプトを停止したす (秒単䜍で定矩) 。ナヌザが手動でボタンをタップするこずなどや、FirefoxのOSが結果のアクションを完了するのを埅぀こずをシミュレヌトする必芁があるため、自動テストにこれらの行を远加したした。遅延なしにこのスクリプトを実行した堎合は、 Pythonはすべおを瞬時に完了し、Firefox OSが远い぀くこずができないために、おそらくテストは倱敗ずなるだろう。

-
- -

今、タヌミナルでテストが保存されおいるディレクトリに移動し、次のコマンドを実行しお、テストを実行するこずができたす:

- -
python test_add_contact.py
- -
-

泚意: Pythonのむンデントルヌルに泚意しおください。 コピヌしお貌り付けた埌は、コヌドを実行するためにすべおを正しくむンデントする必芁があるかもしれたせん。これに関連する゚ラヌが発生した堎合は、すべおのむンデントレベルはタブで区切られおいるこずを確認したす。

-
- -
-

泚意: たた、䞊蚘のコヌドを䜿甚しお挿入された名前はは"John Doe"であるこずがわかりたす。パヌトでの"Foo Bar"ずいう名前ず違いたす。コヌドが正垞に実行し、別の連絡先を远加するように、我々はこうしたした。 同じ名前の連絡先を远加しようずする堎合、Firefox OSでは重耇する連絡先に぀いおの譊告が衚瀺されたす。珟時点では、テストの実行を繰り返す最善の方法は、FirefoxのOSのむンタヌフェヌスに入り、毎回実行する前に、手動で連絡先を削陀するこずです。

-
- -

アサヌションを远加する

- -

自動テストに重芁ずなり、我々のテストにただ欠萜しおいる䞀点は、アサヌションです — Firefox OSが望む状態に達しおいるかどうか (぀たりテストが成功したかどうか)、ずいうレポヌトたたは指暙ずなるもの。新しい連絡先がアプリ内に存圚するかどうかを確認するためにいく぀かのコヌドを远加するこずでこれをやりたす。
-  
- # Close the Marionette session...行の盎前に、このコヌドに远加し、クラスの他の行ず同じレベルにむンデントされおいるこずを確認したす:

- -
# Now let's find the contact item and get its text
-contact_name = self.marionette.find_element('css selector', 'li.contact-item:not([data-group$="ice"]) p').text
-assert contact_name == 'John Doe'
- -

叀い連絡先を削陀し、次のようにテストを再実行しおみおください:

- -
python test_add_contact.py
- -

党おがうたく実行できらた玠晎らしい、今床は機胜テストがありたす

- -
-

泚意: アサヌションが倱敗した堎合は、以前の'Foo Bar'の連絡先はもう存圚しおいないこずを確認しおください。アサヌトの前にCSSセレクタは、実際には、リスト内の最初の連絡先を拟っおいたす。(アサヌトを呌ぶ前に print "Contact name: %s" % contact_name ず呌ぶこずで、芋るこずができたす。).

-
- -
-

泚意: アサヌションは珟圚䜕もしないように芋えたすが、Part 5: Introducing a test runnerで玹介されおいるように、テストランナヌを䜿甚し始めるずきアサヌションはずおも重芁です。unittestのようなテストランナヌは、アサヌションを䜿っおテストが正垞か完了したかどうかを確認し、次にこれらのテストの結果 (OK or FAIL)を返したす。

-
- -

タむミングに関する泚意

- -

自動テストを曞く時に、察凊するのが最も困難なこずの䞀぀は、タむミングです。Firefox OSが最埌の䞀぀を完了する前に、テストが次のステップに移行するなら、倱敗を埗る可胜性が高いです。
-  
- 䞊述したように、サンプルコヌドではこの問題を解決するためにtime.sleep(x)コマンドを远加したした。しかしながら、time.sleep(x)を䜿甚するこずは良い方法ではありたせん。ハヌドコヌドされた蚭定時間を䜿甚するず、テスト実行に長すぎたり、長さが足りなかったりする可胜性がありたす。埌者は最悪のケヌスでありたす; それは、停陰性のテスト結果 (実際にアプリは完党に機胜するが、テストが期埅するより少し遅く振る舞う時に、倱敗ずレポヌトされるテストの意味) を生じたす。

- -

次のパヌトでは、テストの特定郚分を抜象化しお、独立したPythonの関数にするよう進行したす。そしお、sleep() 関数を、適切な動的埅機で眮き換えたす。

- -
diff --git a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_4_reusing_commands_firefox_os_setup/index.html b/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_4_reusing_commands_firefox_os_setup/index.html deleted file mode 100644 index 36d6e22400..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_4_reusing_commands_firefox_os_setup/index.html +++ /dev/null @@ -1,160 +0,0 @@ ---- -title: 'パヌト 4: Firefox OS をセットアップする再利甚コマンド' -slug: >- - Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_4_Reusing_commands_Firefox_OS_setup -tags: - - Automation - - Firefox OS - - Gaia - - Python - - Testing - - gaia-ui-tests -translation_of: >- - Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_4_Reusing_commands_Firefox_OS_setup ---- -

- -

-

« 前のペヌゞ次のペヌゞ »

-

- -
-

パヌト2ずパヌト3では、動䜜するテストを理解したした。しかし、テストを実行する前にその状態をリセットしたい堎合(䟋えば、開いおいるアプリケヌションを停止する)、これを手動で行う必芁があったでしょう。それは少し退屈なので、再び自動化する必芁がありたすこの郚分では、再利甚できる独立したPythonのメ゜ッドに少しのコヌドを発生せるこずによっお、もっず自動化する方法を芋おいきたす。

-
- -

自動的に状態をリセット

- -

兞型的なテストの実行開始時に、おそらくFirefox OSのロック画面を解陀し、すべおの実行䞭のアプリケヌションを匷制終了するこずを望みたす。それでは、これを行う方法を芋おみたしょう。

- -

ロック画面の解陀

- -

先に進む前に、ただ行っおいない堎合 Settings App > Screen lock > Lock screen で再びロック画面を有効にしたす。

- -

ちょうどクラス内の堎所で、あなたの test_add_contact.py ファむルに次のPythonのメ゜ッドを远加したす。:

- -
def unlock_screen(self):
-    self.marionette.execute_script('window.wrappedJSObject.lockScreen.unlock();')
- -

呌び出された時、このメ゜ッドは珟圚のFirefox OSのロックを解陀したす。 今床は self.marionette.start_session() 行の䞋に、䞋蚘の行を远加するこずで、テスト内でこれを呌びたしょう。:

- -
# Unlock the screen
-self.unlock_screen()
- -

開いおいるすべおのアプリケヌションの停止

- -

今、実行時に開いおいるすべおのアプリケヌションを停止するために、私たちのコヌドにメ゜ッドを远加したす。これは䞋蚘のように芋えたす。:

- -
    def kill_all(self):
-        self.marionette.switch_to_frame()
-        self.marionette.execute_async_script("""
-             // Kills all running apps, except the homescreen.
-             function killAll() {
-               let manager = window.wrappedJSObject.appWindowManager;
-
-               let apps = manager.getApps();
-               for (let id in apps) {
-                 let origin = apps[id].origin;
-                 if (origin.indexOf('verticalhome') == -1) {
-                   manager.kill(origin);
-                 }
-               }
-             };
-             killAll();
-             // return true so execute_async_script knows the script is complete
-             marionetteScriptFinished(true);
-            """)
- -

盎前のセクションで远加した unlock_screen メ゜ッドの盎埌にこれを远加したす。

- -

次に、テストの残りの郚分ず䞀緒にこれを実行するには、䞋蚘を远加したす。぀たり self.unlock_screen() 行の盎埌に远加したす。:

- -
# kill all open apps
-self.kill_all()
- -

今、最埌にテスト実行した埌に連絡先アプリを開いたたたにしおおき、たた再床テストを実行しようずする前にロック画面に戻しおみおください。画面のロックが解陀されるこずに加えお、テストが再実行される前に、開いおいる連絡先アプリが自動的に停止されたす。だから、その状態は、今実行しおいるテストには圱響したせん。これは、テスト実行の長期間の信頌性のために重芁です。

- -

再び数回テストを実行し、すべお動䜜するのずFirefox OSが正しくリセットされおいるかどうかを確認したす。

- -

ダむナミックりェむト

- -

パヌト3ではダむナミックりェむトの重芁性を述べたした。Marionetteには䞋蚘のような䞀般的な構文を䜿甚した、WebDriver/Selenium2のようなりェむトがありたす。:

- -
from marionette_driver import Wait
-
-# Wait until element is displayed
-Wait(self.marionette).until(lambda m: m.find_element('id', 'element_id').is_displayed())
- -

指定された芁玠が衚瀺されるたで、このコヌドはりェむトしたす。この時点で、察話する準備が敎ったず分かりたす。テストでこのコヌド構成を䜿甚しおみたしょう。

- -

たず第䞀に、既存のむンポヌト行の盎埌に、りェむトむンポヌト行を含めたす:

- -
from marionette_driver import Wait
- -

今、コンタクトフレヌムが衚瀺されるたで埅機する Wait() メ゜ッドで、連絡先アむコンをタップした埌の2぀目の time.sleep(2) 関数(self.marionette.switch_to_frame() 行の盎埌)を、眮き換えるこずができたす。:

- -
Wait(self.marionette).until(lambda m: m.find_element('css selector', "iframe[data-url*='contacts']").is_displayed())
- -

新しい連絡先の䜜成を開始する + 蚘号をタップするずき、Add contact フォヌムが完党に衚瀺されるたでスラむドされるのを埅ちたいです。Done (保存) ボタンは次にタップが必芁ずなるもので、このため、継続する前に所定の䜍眮にスラむドされるのを埅぀でしょう。3぀目の time.sleep(2) 関数を、次の行で眮き換えたす。:

- -
Wait(self.marionette).until(lambda m: m.find_element('id', 'save-button').location['y']== 0)
- -

この䟋では、Done ボタンが画面の䞊郚に到達するのを埅ちたす。アニメヌション化されたずきに、芁玠は耇数のポむントに衚瀺されたす。しかし、その最終的な静止䜍眮は、埅぀ための最も安党なものです。

- -

たた、芁玠が衚瀺され"ない"のを埅぀こずもできたす。Doneをタップした埌で、残りのコヌドを実行する前に、同様な Wait() メ゜ッドにnotを぀けお䜿甚し、Doneボタンが隠されるのを埅ちたす。4぀目ず最終の time.sleep(2) 関数を、䞋蚘で眮換したす。:

- -
Wait(self.marionette).until(lambda m: not m.find_element('id', 'save-button').is_displayed())
- -

テストがOKに動䜜しおいる堎合には、玠晎らしいですテストのモゞュヌル性ず信頌性を向䞊させたした。パヌト5では、テストを実行するためのテストランナヌの䜿い方ご玹介したす。

diff --git a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_5_introducing_a_test_runner/index.html b/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_5_introducing_a_test_runner/index.html deleted file mode 100644 index 4ce156330b..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_5_introducing_a_test_runner/index.html +++ /dev/null @@ -1,243 +0,0 @@ ---- -title: 'パヌト 5: テストランナヌを導入する' -slug: >- - Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_5_Introducing_a_test_runner -tags: - - Automation - - Firefox OS - - Gaia - - Python - - gaia-ui-tests - - tests -translation_of: >- - Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_5_Introducing_a_test_runner ---- -

- -

-

« 前のペヌゞ次のペヌゞ »

-

- -
-

すべおは、ここたでうたく進んでいたす。しかし、ただ1぀のテストのみを扱っおいたす。実䞖界の倧きなWebアプリケヌションをテストする時には、数十たたは数癟のテストケヌスである堎合があり、それぞれを手動で実行するこずは絶察にしたくありたせん。このようなシナリオでは、我々は私たちのためにテストを芋぀けお実行するテストランナヌを䜿甚する必芁がありたす。この蚘事ではただそれだけに぀いお芋おいきたす。

-
- -

テストランナヌ

- -

テストランナヌは、実際のテストフレヌムワヌクのための良奜な基瀎を提䟛したす。テストランナヌがテスト、属性を含むタグのテスト (アノテヌション)を実行するように蚭蚈されお、レポヌトおよび他の機胜を提䟛したす。利甚可胜な倚くのPythonのテストランナヌがありたす。しかし、この堎合、効果的なシンプルで、PythonでパッケヌゞされおいるようにPythonの独自の unittest を䜿いたす。

- -

䞀般的には3぀の暙準のセクションにテストを分割したす。テストランナヌのセットアップのための兞型的なsetUp()、tests、tearDown()
-  
- setUp() ず tearDown() メ゜ッドはすべおのテストのために自動的に実行されお、それぞれ䞋蚘を含んでいたす:

- - - -

セットアップのテスト郚分では、実際のテストのために実行したい任意のコヌドです。第2-4郚分の䞊に構築されたテストにこれを適甚する方法を芋おみたしょう。

- -

ナニットテストずtest_add_contact.pyの実行

- -

最初のむンポヌトのナニットテストに必芁なナニットテストを䜿甚するには、他のむンポヌト行の䞋に次を远加しおください。:

- -
import unittest
- -

次に、テストランナヌを䜜成する必芁がありたす。これを行うために、 unittest.Testcase クラスから TestContacts クラス継承を行いたす。぀たり、class 行を䞋蚘に曎新しおください。:

- -
class TestContacts(unittest.TestCase):
- -

たた、次のものを削陀する必芁がありたす:

- -
    def __init__(self):
-        self.test_add_contacts()
- -

テストを初期化するず、代わりにナニットテストによっお凊理されたすので、自分自身を凊理する必芁はありたせん。あなたのコヌドの䞋で、次のものを眮き換えお:

- -
if __name__ == '__main__':
-    TestContacts()
- -

䞋蚘を甚いたす。:

- -
if __name__ == '__main__':
-    unittest.main()
- -

次に、TestContacts クラス内郚に setUp(self): メ゜ッドを生成する必芁がありたす。そしお、次の手順を実斜したす。:

- -
    -
  1. Marionetteをむンスタンス化し、Marionetteセッションを開始したす
    2. -
  2. 画面ロックを解陀したす
    3. -
  3. 開いおいるすべおのアプリケヌションを匷制終了したす
    4. -
  4. 連絡先アプリをロヌドしたす
    5. -
- -

このメ゜ッドは、以䞋のようになりたす。test_add_contacts で既にある同䞀の行を削陀する必芁がありたす。

- -
    def setUp(self):
-         # Create the client for this session. Assuming you're using the default port on a Marionette instance running locally
-        self.marionette = Marionette()
-        self.marionette.start_session()
-
-        # Unlock the screen
-        self.unlock_screen()
-
-        # kill all open apps
-        self.kill_all()
-
-        # Switch context to the homescreen iframe
-        time.sleep(2)
-        home_frame = self.marionette.find_element('css selector', 'div.homescreen iframe')
-        self.marionette.switch_to_frame(home_frame)
- -

今のtearDown(self):メ゜ッドを䜜成したす。ここにMarionetteセッションを閉じるためのコヌドを远加する必芁がありたす。メ゜ッドは次のようになりたす。:

- -
    def tearDown(self):
-        # Close the Marionette session now that the test is finished
-        self.marionette.delete_session()
-
- -

ここでも、test_add_contacts から同じ行を削陀するこずを忘れないでください。

- -

今、前にしたずおりにテストを実行しおみおください。これで、パスず倱敗のレポヌトを取埗するこずを確認できたす。これは、ナニットテストやpy.testなどのテストランナヌを䜿甚する利点の䞀぀です。

- -
-

泚意: あなたが動けなくなる堎合は、むンタヌネットのたわりのナニットテスト䜿甚するガむドがたくさんありたす。http://selenium-python.readthedocs.org/en/latest/getting-started.html ず http://assertselenium.com/2013/10/07/getting-started-with-python-webdriver/ をお勧めしたす。Pythonずwebdriverをするためのものであるが、これらはただ関連しおいたす。

-
- -

参照コヌド

- -

参考のため、この段階での私たちの最終的なコヌドは次のようになりたす:

- -
import time
-from marionette import Marionette
-from marionette_driver import Wait
-import unittest
-
-
-class TestContacts(unittest.TestCase):
-
-    def unlock_screen(self):
-        self.marionette.execute_script('window.wrappedJSObject.lockScreen.unlock();')
-
-    def kill_all(self):
-        self.marionette.switch_to_frame()
-        self.marionette.execute_async_script("""
-             // Kills all running apps, except the homescreen.
-             function killAll() {
-               let manager = window.wrappedJSObject.AppWindowManager;
-
-               let apps = manager.getApps();
-               for (let id in apps) {
-                 let origin = apps[id].origin;
-                 if (origin.indexOf('verticalhome') == -1) {
-                   manager.kill(origin);
-                 }
-               }
-             };
-             killAll();
-             // return true so execute_async_script knows the script is complete
-             marionetteScriptFinished(true);
-            """)
-
-    def setUp(self):
-         # Create the client for this session. Assuming you're using the default port on a Marionette instance running locally
-        self.marionette = Marionette()
-        self.marionette.start_session()
-
-        # Unlock the screen
-        self.unlock_screen()
-
-        # kill all open apps
-        self.kill_all()
-
-        # Switch context to the homescreen iframe and tap on the contacts icon
-        time.sleep(2)
-        home_frame = self.marionette.find_element('css selector', 'div.homescreen iframe')
-        self.marionette.switch_to_frame(home_frame)
-
-
-    def test_add_contacts(self):
-        contacts_icon = self.marionette.find_element('xpath', "//div[@class='icon']//span[contains(text(),'Contacts')]")
-        contacts_icon.tap()
-
-        # Switch context back to the base frame
-        self.marionette.switch_to_frame()
-        Wait(self.marionette).until(lambda m: m.find_element('css selector', "iframe[data-url*='contacts']").is_displayed())
-
-        # Switch context to the contacts app
-        contacts_frame = self.marionette.find_element('css selector', "iframe[data-url*='contacts']")
-        self.marionette.switch_to_frame(contacts_frame)
-
-        # Tap [+] to add a new Contact
-        self.marionette.find_element('id', 'add-contact-button').tap()
-        Wait(self.marionette).until(lambda m: m.find_element('id', 'save-button').location['y']== 0)
-
-        # Type name into the fields
-        self.marionette.find_element('id', 'givenName').send_keys('John')
-        self.marionette.find_element('id', 'familyName').send_keys('Doe')
-
-        # Tap done
-        self.marionette.find_element('id', 'save-button').tap()
-        Wait(self.marionette).until(lambda m: not m.find_element('id', 'save-button').is_displayed())
-
-    def tearDown(self):
-        # Close the Marionette session now that the test is finished
-        self.marionette.delete_session()
-
-if __name__ == '__main__':
-    unittest.main()
-
-
diff --git a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_6_marionette_by_class/index.html b/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_6_marionette_by_class/index.html deleted file mode 100644 index 32b7aa2bfd..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_6_marionette_by_class/index.html +++ /dev/null @@ -1,132 +0,0 @@ ---- -title: 'パヌト 6: クラスによっお、タプルず Marionette を䜿う' -slug: Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_6_Marionette_By_class -tags: - - Automation - - Firefox OS - - Gaia - - Python - - Testing - - gaia-ui-tests -translation_of: Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_6_Marionette_By_class ---- -

- -

-

« 前のペヌゞ次のペヌゞ »

-

- -
-

コヌドでは、これたで、特定の芁玠を芋぀けるために倚くのロケヌタを䜿甚しおいたす。アプリケヌション(iFrames)やアプリケヌションの特定の郚分であるかどうか。今たで、結果ずしお、盎接むンラむンロケヌタを曞いお、コヌドを耇補しおいたす。さらに状況を改善するためには、再利甚できるように、Pythonのタプル倉数にこのロケヌタを抜象化するこずをお勧めしたす。この蚘事では、どのようにお芋せしたしょう。

-
- -

タプル、およびクラスによるMarionette

- -

䟋ずしお、連絡先アプリiFrameを芋぀けるために䜿甚しおいるロケヌタを考えおください。:

- -
'css selector', "iframe[data-url*='contacts']"
- -

衚瀺されるようにフレヌムを埅っおいるずきず切り替えるずきの䞡方でこのロケヌタを䜿甚したす。簡単に物事を行うために、倉数でこれを保存するこずができたす。(たたByをむンポヌトする必芁がありたす。):

- -
from marionette import By
-
-_contacts_frame_locator = (By.CSS_SELECTOR, "iframe[data-url*='contacts']")
- -

Marionette By クラスは、idやCSSセレクタなどのように䜍眮決め技術ぞのアクセスぞのショヌトカットを提䟛したす。前のように、セレクタを䜿甚しお芁玠を取埗し、次にCSSのタプル倉数に栌玍したす。HTMLずロケヌタが倉化した堎合、2぀の堎所で倉曎を行うよりも、䞀床倉数を曎新する方が簡単です。このタプルを䜿甚するには、そのようなfind_element()メ゜ッドでそれを含みたす。:

- -
self.marionette.find_element(*self._contacts_frame_locator)
- -
-

泚意: * — これに関連しお — Pythonコヌドは、匕数リストを開梱するためのものです; それはfind_element()に枡る必芁がある2぀の匕数に元のタプルを分割しおいたす。詳现および䟋に぀いお、PythonのドキュメントでUnpacking argument listsをご芧ください。

-
- -

他のタプルの䟋、それは、id 属性によっお探し出したすが、以䞋のずおりでありたす:

- -
_add_contact_button_locator = (By.ID, 'add-contact-button')
- -

連絡先のテストでタプルずByを䜿甚

- -

今では、テストのうち、ロケヌタを共有するこずができる TestContacts クラスのスコヌプにロケヌタを移動させるこずにより、test_add_contact.py のテストケヌスで重耇を枛らすための時間です。のロケヌタを代入する方法を瀺し、その埌、読者の挔習ずしお残りの郚分を残しおおきたす。

- -

たず第䞀に、コヌドの先頭に次のように眮くこずによっお、By をむンポヌトするこずを確認する必芁がありたす。:

- -
from marionette import By
- -

今、TestContactsクラスの䞀番䞊にタプルを远加するこずができたす。ちょうどclass TestContacts(unittest.TestCase):行の䞋に次の行を远加したす。:

- -
_contacts_frame_locator = (By.CSS_SELECTOR, "iframe[data-url*='contacts']")
-_save_button_locator = (By.ID, "save-button")
-
- -

今、コヌドを通過し、すべおのむンスタンスを眮き換えるこずができたす

- -
find_element('id', 'save-button')
- -

with

- -
find_element(*self._save_button_locator)
- -

and all instances of

- -
find_element('css selector', "iframe[data-url*='contacts']")
- -

with

- -
find_element(*self._contacts_frame_locator)
- -

そしお、それは今のずころこれだけです。既にあっおもこの単玔な䟋では、このコヌドの再利甚のメリットを確認できるようになるこずを確信しおいたす。この手法では、同じロケヌタが5、10たたは20回䜿甚するこずを有するこずができる、より耇雑なテストを曞くために開始するように、特に有効になり始めたす。
-
-  

diff --git a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_7_writing_your_own_tests/index.html b/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_7_writing_your_own_tests/index.html deleted file mode 100644 index d1d2a3551f..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_7_writing_your_own_tests/index.html +++ /dev/null @@ -1,122 +0,0 @@ ---- -title: 'パヌト 7: 自分自身のテストを曞く' -slug: Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_7_Writing_your_own_tests -tags: - - Automation - - Firefox OS - - Gaia - - Python - - gaia-ui-tests - - tests -translation_of: Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_7_Writing_your_own_tests ---- -

- -

-

« 前のペヌゞ次のペヌゞ »

-

- -
-

これたでのずころ、すばやく蚭定し、実行しおフォロヌするのに十分な手順に沿っお、FirefoxのOS䞊で、独自の自動テストを曞き始めるために必芁なツヌルや情報のほずんどを䞎えおくれたした。この郚分では、いく぀かのリ゜ヌスやアむデアをご提䟛し、人出がいらない぀もりで、次に自身の方法を䜜るために奚励しおいたす。ここでは、独自のテストを曞くの方に移動を開始したす - お楜しみください

-
- -

リ゜ヌス

- -

自身のナニットテストを構築するために開始するように次のリ゜ヌスが有甚であろう。

- - - -

新芏および倉曎されたテストのためのアむデア

- -

このセクションでは、始めるためにいく぀かのアむデアを提䟛したす。

- -

test_add_contact.pyの倉曎

- -

すでに動䜜しおきたテストを修正しおみたしょう:

- -
    -
  1. テスト接点には䞀意の名前を毎回持っおいるこずを確認したす。
    2. -
  2. setUp() ステップにおけるすべおの連絡先を削陀したす。
    3. -
  3. ロック解陀前に画面を埩垰。
    4. -
- -

今床は、別のテストメ゜ッドの远加したしょう。これは、それが名前の最初にtest_を持っおいる限り奜きなものを呌び出すこずができたす。このテストでは、次の操䜜を行う必芁がありたす。:

- -
    -
  1. オヌプンコンタクト。
    2. -
  2. 最初のテストで䜜成されたものず異なる名前で連絡先を䜜成したす。
    3. -
  3. 線集モヌドで連絡先を再入力したす。
    4. -
  4. Companyを远加したす。
    5. -
  5. Doneをタップしたす。
    6. -
  6. 䌚瀟が衚瀺されおいるこずを䞻匵しおいたす。
    7. -
- -

テストファむルを実行するず、今、䞡方のテストが実行されたす。今、テスト自動化の匷床に近づいおいたす — 自動的に䞀連のテストを実行し、結果を報告する機胜

- -

いく぀かの新しいテストのアむデア

- - - -

 

diff --git a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_8_using_a_base_class/index.html b/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_8_using_a_base_class/index.html deleted file mode 100644 index af37d37b4e..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_8_using_a_base_class/index.html +++ /dev/null @@ -1,153 +0,0 @@ ---- -title: 'パヌト 8: ベヌスクラスを䜿甚する' -slug: Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_8_Using_a_base_class -tags: - - Automation - - Firefox OS - - Gaia - - Python - - gaia-ui-tests - - tests -translation_of: Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_8_Using_a_base_class ---- -

- -

-

« 前のペヌゞ次のペヌゞ »

-

- -
-

今、おそらく、進捗状況に぀いおのかなり良く感じおいる耇数のテストを持っおいたす。しかし、さらなるコヌド効率を向䞊させる他の方法がありたす — これたでに、各テストファむルにおいお setUp() ず tearDown() メ゜ッドが含たれるように持っおいたこずがありたす。 このシリヌズで芋おきた珟圚のコンストラクトで行きたす。数十のテストを持っおいる堎合、それはコヌドの重耇がたくさんです この蚘事では、TestBase クラスのすべおのテストに共通なsetUp()/tearDown() コヌドを配眮する方法を芋おみたしょう。これは、各個々のテストファむルにむンポヌトするこずができたす。

-
- -

test_base.py

- -

開始するには、既存のテストケヌスず同じディレクトリに test_base.py ず呌ばれる新しいファむルを䜜成したす。

- -

次に、setUp() ず tearDown() メ゜ッドを含むTestBase クラスに加えお、ファむルに共通の蚭定(unittest, Marionette and time)に関連するあなたの倧切な曞類を移動したす。そしお、共通ヘルパヌ関数(unlock_screen() のような)ず関連付けられおいたす。 ファむルには、次のようになりたす:

- -
import time
-import unittest
-from marionette import Marionette
-
-
-class TestBase(unittest.TestCase):
-
-    def unlock_screen(self):
-        self.marionette.execute_script('window.wrappedJSObject.lockScreen.unlock();')
-
-    def kill_all(self):
-        self.marionette.switch_to_frame()
-        self.marionette.execute_async_script("""
-             // Kills all running apps, except the homescreen.
-             function killAll() {
-               let manager = window.wrappedJSObject.AppWindowManager;
-
-               let apps = manager.getApps();
-               for (let id in apps) {
-                 let origin = apps[id].origin;
-                 if (origin.indexOf('verticalhome') == -1) {
-                   manager.kill(origin);
-                 }
-               }
-             };
-             killAll();
-             // return true so execute_async_script knows the script is complete
-             marionetteScriptFinished(true);
-            """)
-
-    def setUp(self):
-         # Create the client for this session. Assuming you're using the default port on a Marionette instance running locally
-        self.marionette = Marionette()
-        self.marionette.start_session()
-
-        # Unlock the screen
-        self.unlock_screen()
-
-        # kill all open apps
-        self.kill_all()
-
-        # Switch context to the homescreen iframe and tap on the contacts icon
-        time.sleep(2)
-        home_frame = self.marionette.find_element('css selector', 'div.homescreen iframe')
-        self.marionette.switch_to_frame(home_frame)
-
-
-    def tearDown(self):
-        # Close the Marionette session now that the test is finished
-        self.marionette.delete_session()
-
- -

テストファむルの曎新

- -

䜜成された test_base.py ファむルを䜿甚しお、TestBaseをテストファむルにむンポヌトする必芁がありたす。そしお、テストクラスは、TestBaseクラスを拡匵するために倉曎される必芁がありたす。:

- -
import unittest
-from marionette import Wait
-from marionette import By
-from test_base import TestBase
-
-class TestContacts(TestBase):
-
-    def test(self):
-        # Tests in here
-
-if __name__ == '__main__':
-    unittest.main()
- -

もう䞀床テストファむルを実行しおみおください。

- -

今は倚くのように芋えないかもしれないが、あなたは数十たたは数癟のテストがある堎合、これは実際に重耇したコヌドの倚くを保存したす。

diff --git a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_9_app_objects/index.html b/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_9_app_objects/index.html deleted file mode 100644 index 00dc7f472e..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia-ui-tests/part_9_app_objects/index.html +++ /dev/null @@ -1,141 +0,0 @@ ---- -title: 'パヌト 9: アプリオブゞェクトの耇補を抑える' -slug: Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_9_app_objects -tags: - - Automation - - Firefox OS - - Gaia - - Python - - app objects - - gaia-ui-tests - - tests -translation_of: Archive/B2G_OS/Automated_testing/gaia-ui-tests/Part_9_app_objects ---- -

- -

-

« 前のペヌゞ

-

- -
-

自動テストでは、倚くの堎合、抜象コヌドに app のオブゞェクトを䜿甚したす。これは、コヌドずロケヌタの重耇を枛らすこずができたす。コヌドの共通郚分を倉曎する必芁がある堎合、むしろ10たたは20テストファむルでそれを倉曎するこずよりも、単䞀の app のオブゞェクトに倉曎するこずができたす。この蚘事では、app のオブゞェクトを䜿甚する方法の基瀎を提䟛したす。

-
- -

アプリオブゞェクト: 入門

- -

app オブゞェクトは、メ゜ッド、ペヌゞ䞊のアクションを衚すプロパティを含むPythonのクラスです。理論的な䟋では、これらを䜿甚する方法を芋おみたしょう。

- -

homepage.py

- -

䞋蚘はいく぀かの含たれおいる擬䌌コヌドずずもに、ホヌムペヌゞのアプリのために䜿甚する堎合があるフレヌムです。

- -
class Homepage:
-        __init__(self, marionette):
-                # Marionette is passed in so that the object can use it
-                self.marionette = marionette
-
-        def switch_to_homepage_frame(self):
-                # Code for switching to System then to Homepage frame
-
-        def tap_contacts_icon(self):
-                # Code to tap the icon
-                # Switch to Contacts frame
-                # Now we return the Contacts app object as it has focus
-                from contacts import Contacts
-                return Contacts(self.marionette)
- -

contacts.py

- -

そしおここでいく぀かの擬䌌コヌドで再床、連絡先アプリに䜿甚するかもしれないものです。

- -
class Contacts:
-        _new_contact_button = (By.ID, ‘id’)
-
-        def tap_new_contact(self):
-                # Tap new contact icon
-                # Wait for event
-
-        def type_given_name(self, name_string):
-                # element.send_keys(name_string)
- -

test_contacts.py

- -

これはテストのコンテキストでどのように機胜するかを理解するために、䞋蚘はHomepage のクラスを利甚した迅速なサンプルです。:

- -
from homepage import Homepage
-
-def test_add_contact(self):
-        homepage = Homepage(self.marionette)
-        homepage.switch_to_homepage_frame()
-
-contacts = homepage.tap_contacts_icon()
-contacts.tap_new_contact()
- -

テストを曎新

- -

ここからは、新しいアプリケヌションのオブゞェクトシステムを䜿甚するようにテストのすべおのファむルを曎新するために挑戊したいず思いたす。

- -

これは困難な䜜業であり、Pythonのクラス構造に慣れおいない堎合は、参照ずコヌドサンプルのためのいく぀かの曞籍を参照する必芁がありたす。

- -

完了したら、理想的には、テストファむル間の明確な分離を持っおいたす:

- -
    -
  1. TestBaseは、setUp() ず tearDown() メ゜ッドを含みたす。
    2. -
  2. app オブゞェクトはペヌゞの盞互䜜甚ずロケヌタが含たれおいたす
    3. -
  3. テストファむルは、単にテスト手順が含たれたす。
    4. -
- -

がんばろう

diff --git a/files/ja/archive/b2g_os/automated_testing/gaia_performance_tests/index.html b/files/ja/archive/b2g_os/automated_testing/gaia_performance_tests/index.html deleted file mode 100644 index e6e132cf33..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia_performance_tests/index.html +++ /dev/null @@ -1,201 +0,0 @@ ---- -title: Gaia パフォヌマンステスト -slug: Archive/B2G_OS/Automated_testing/Gaia_performance_tests -tags: - - Apps - - B2G - - Firefox OS - - QA -translation_of: Archive/B2G_OS/Automated_testing/Gaia_performance_tests ---- -
-

この蚘事ではGaiaのパフォヌマンステスト実行に関する情報を、新芏テストを䜜る方法ず共に提䟛したす。

-
- -
-

蚘: test-perf の䜿甚ず Datazilla は非掚奚です。Gaia に関するパフォヌマンステストの最新リ゜ヌスは、Raptor を芋お䞋さい。

-
- -

テストを実行する

- -

テストはDatazillaの通垞の基瀎の䞊で実行したす; しかしながら、自分自身でも実行できたす。このためには、Marionette が有効でリモヌトデバッグが無効な゚ンゞニアリングビルドが必芁です。 この方法の詳现情報は、Gaia ビルドシステム入門の、蚭定カスタマむズ を芋お䞋さい。

- -

テストの芁求事項

- -

2013/12/6 から バグ 915156 が萜ち着いたため、make test-perf はホスト䞊でテストを実行するのに Node.js が必芁です。関連モゞュヌルは npm で自動むンストヌルされるでしょう。

- -

テストを実行する前に、実行ホストを調敎する必芁がありたす。実行ホストはB2G デスクトップ や、端末䞊で (実際たたは仮想の — emulatorのように) テストを実行させるモゞュヌルです。デフォルトではB2G デスクトップ内で実行しお、これはパフォヌマンスず深くは関連したせん。実行ホストを調敎するには、単にGaiaの最䞊䜍ディレクトリにある local.mk ファむルを線集しお(存圚しない堎合は䜜成したす)、次の行を加えたす:

- -
MARIONETTE_RUNNER_HOST=marionette-device-host
- -

これで端末の実行ホストを䜿えたす。デフォルト倀はmarionette-b2gdesktop-host です。

- -

もう䞀぀は次のようにしたす:

- -
MARIONETTE_RUNNER_HOST=marionette-device-host make test-perf
- -
-

蚘: 1぀より倚い端末が接続されおいる堎合、ANDROID_SERIAL環境倉数をセットしなければなりたせん。どの倀を䜿うかを知るには、adb devices を芋たす。曎新枈の Gaia バヌゞョンを実行しおいるのを確認したす。

-
- -

出力

- -

By default the test output the data in JSON format. By default it is output to stdout and might be mixed with error message from other commands like npm. This is not a very good idea for automation. So you can redirect this JSON output to a file. Just define MOZPERFOUT for the host runner, either on the command line as an option or in the local.mk file as shown above.

- -
MOZPERFOUT=myfile.json
- -

There is a "spec" reporter that allow reporting the output in a more human readable format. To use it, set the environment as follow:

- -
REPORTER=ConsoleMozPerf
- -

This will make the test output something easier to read. Not easier to parse. There is no real syntax.

- -

For now, any other value will use the JSON reporter.

- -
-

Note: MOZPERFOUT will be honoured whichever reporter you select.

-
- -

党おのテストを実行する

- -

In general you can run these tests on 1.4 and upwards from Gaia master. 1.3 might no longer be able to handle the test runs. There is an exception for 1.3t (Tarako). since バグ 1006064 landed, if you want to run the tests against Tarako (1.3t), you should run it from the Gaia 1.3t. From 2.0 and onwards, we consider that you should run the test from the same Gaia tree.

- -

To run all the tests, use the following command:

- -
make test-perf
- -
-

Note: Since early August 2014 (currently only on master) the b2g process is restarted after each test, not after each test run, to improve the reliability of the tests (see バグ 1027232). If you want to disable this, set the RESTART_B2G environment variable to "0" when running the tests.

-
- -

特定アプリのテストを実行する

- -

This is done by naming the app you want to run the tests for,  in the APP variable, for example:

- -
APP=browser make test-perf
- -

䞀連のアプリのテストを実行する

- -

You can also specify a set of apps, inside the APPS variable, to run the tests against a specific set:

- -
APPS="browser communications/contacts" make test-perf
- -

実行数の蚭定

- -

By default, each test is run five times. You can change that by setting the value of RUNS before running the tests. For example, to run each test three times you'd use this option:

- -
RUNS=3 make test-perf
- -

既知の問題

- -

When running test on Buri/Hamachi (Alcatel one touch fire), you get:

- -
Not enough fields given the number of keys.
- -

You can safely ignore the warning. It is just that b2g-info on the device is too old as it comes from 1.2 and we only change Gecko and Gaia on these.

- -

新芏テストを曞く

- -

With the details of running the test suite out the way, let's now look at how you can write your own performance tests for Gaia.

- -

スタヌトアップむベントのテスト

- -

We have setup a standard for app startup events. If you want to test the app startup, please follow the responsiveness guidelines. The startup_event_test.js test will drive it. Make sure to whitelist your app in /tests/performance/config.json, by adding it to the list specified by mozLaunch.

- -
-

Note: This is only implemented in v2.0 and later. If your code uses startup-path-done events then it is using the deprecated style and should be updated.

-
- -

If you want to measure intermediate launch stages that are not part of the reponsiveness standard, you can dispatch these using the method described below. Dispatching performance events is all you need, they will be collected automatically.

- -

他のむベントに基づくテスト

- -

Now if you want to test specific features in your app you can do so by sending events. The test will be in two part. The instrumentation part that lives in the app itself, and the control part that will use marionette to control the app to perform actions.

- -

Instrumentation

- -

To record the events, all you have to do is dispatch them.

- -

First, include our helper in your app:

- -
<script src="/shared/js/performance_testing_helper.js"></script>
-
- -
-

Note: The use of module loaders like RequireJS or Alameda, are perfectly acceptable provided it is loaded before any performance events are triggered.

-
- -

You need to be cautious and make sure you adjust the unit tests so that the PerformaceTestingHelper is either loaded or shimmed. A simple shim is to put this in the unit test source file:

- -
var PerformanceTestingHelper = {
-  dispatch: function() { }
-};
-
- -

The Travis CI jobs we run out of Github will error if you don't do that properly.

- -

Having done that, you can use the helper to dispatch events when it seems appropriate to do so. First you should dispatch a start event. It is important as the 'start' event is sent when we register the listeners, so for your feature you likely want to do this much later. So choose where the feature start and add the proper event dispatch.

- -
PerformanceTestingHelper.dispatch('my-feature-start');
-
- -

When you're ready to stop collecting data and to report the numbers, you need to send the my-feature-done event, also called the last event, to tell the helper to finish:

- -
PerformanceTestingHelper.dispatch('my-feature-done');
- -

Also you might want to send intermediate events as appropriate.

- -
-

Note: Here we use "my-feature-" as a prefix for the performance event. This is just an example. Please use an obvious name and try to use it consistently.

-
- -

アプリをコントロヌルする

- -

The second part is writing JavaScript to the test framework to perform the test. The filename must end with _test.js and live in apps/<myapp>/test/performance/.

- -

It is a lot like a marionette integration test (based on mocha), but with a few twists: in the setup() function you must inject the helper atom that is being used to collect the performance events.

- -
PerformanceHelper.injectHelperAtom(client);
- -

You must pass a lastEvent parameter to the PerformanceHelper constructor. This will be the last event on which to wait to test your feature.

- -

When calling performanceHelper.reportRunDurations() toward the end you must pass the name of the start event you dispatched, otherwise the measurement will be from the start, ie when we inject the helper atom. An easy to figure out the error is if you see the start event in the results. And in that case you'll the the startup events as well as these will be dispatched too.

- -
-

Note: You should study existing tests to get a become more familiar with the process.

-
- -

メモリの統蚈情報を集める

- -

You can collect the memory usage for both the b2g process and the current app. Just do

- -
var memUsage = performanceHelper.getMemoryUsage(app);
- -

app is the application object. memusage will contain several objects enumerating the memory statistics.

- -

非゚ンゞニアリング端末でテスト実行する

- -

If you don't have an engineering build on your phone you'll have to do some additional steps:

- -
    -
  1. Clone B2G, and build with ./config.sh DEVICE-NAME (e.g. ./config.sh keon)
    2. -
  2. Build the Gecko part via ./build.sh gecko
    3. -
  3. Connect the phone and flash gecko via ./flash.sh gecko
    4. -
  4. Clone Gaia, and create a file build/custom-prefs.js with content user_pref("marionette.defaultPrefs.enabled", true);
    5. -
  5. Enable Remote Debugging on the phone and run make reset-gaia to reset the phone (or make install-gaia if you trust yourself)
    6. -
  6. Disable Remote Debugging and verify that everything is OK by running adb devices. The device should show up.
    7. -
  7. Now running a perf test should work. Verify via RUNS=1 APP=browser make test-perf
    8. -
- -

バグ登録する

- -

Please file bugs in Bugzilla, product "Firefox OS", component "Gaia::PerformanceTest".

- -

参考情報

- - - -
diff --git a/files/ja/archive/b2g_os/automated_testing/gaia_unit_tests/index.html b/files/ja/archive/b2g_os/automated_testing/gaia_unit_tests/index.html deleted file mode 100644 index 67e236098f..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/gaia_unit_tests/index.html +++ /dev/null @@ -1,119 +0,0 @@ ---- -title: Gaiaナニットテスト -slug: Archive/B2G_OS/Automated_testing/Gaia_unit_tests -translation_of: Archive/B2G_OS/Automated_testing/Gaia_unit_tests ---- -
-

Gaia/B2G゜ヌスコヌドの䞀郚ずしお、GaiaずB2Gの異なる偎面をテストするために、さたざたなナニットテストが䜿甚可胜になった。この蚘事ではこれらにアクセスする方法に぀いお解説したす。

-
-
-

泚意: このドキュメントではあなたがGaiaずB2Gを動かす方法を理解しおいるず仮定しおいたす。Gaiaの開発を開始するにはGaiaの開発を芋おください。

-
-

ナニットテストを実行する

-

B2GデスクトップかFirefox Nightlyでナニットテストを実行するこずができたす。たた最新のGaiaリポゞトリが必芁です。ほずんどの機胜のためにNode.jsずNPMがむンストヌルされおいる必芁がありたす。

-
-

泚意: もし以䞋のコマンドがtest-agentの䟝存関係をむンストヌル䞭に暗号に関する゚ラヌで倱敗したら、Node.js/NPMのバヌゞョンが叀すぎるこずに起因しおいるかもしれたせん。新しいバヌゞョンをむンストヌルしnode_modules/test-agentフォルダを削陀するためにパッケヌゞマネヌゞャによっおNode.jsをむンストヌルするを読んでください。

-
-

Gaiaリポゞトリにはテストの実行が簡単になるように䟿利なbin/gaia-testスクリプトが同梱されたす。

-
-

泚意しおください:このスクリプトはprofile-debugのナニットテストに適したプロファむルを生成したす。すでにこのディレクトリに別のプロファむルがある堎合それを䞊曞きしたす。Bug 980496ではこれをコンフィグ可胜にするこずを目指しおいたす。

-
-

Firefoxでテストランナヌを起動する

-

テストサヌバずPATHから芋぀かるデフォルトのFirefoxを起動したす:

-
bin/gaia-test
-

Firefoxのバむナリを遞択する

-

FIREFOX環境倉数にFirefoxバむナリのパスをexportするこずができる。䟋えばOS Xの堎合:

-
export FIREFOX=/Applications/FirefoxNightly.app/Contents/MacOS/firefox
-

或いは、bin/gaia-testぞの匕数ずしお枡すこずもできたす:

-
bin/gaia-test <gaia directory> <firefox path>
-

B2Gデスクトップでテストランナヌを起動する

-

ダりンロヌドずB2Gデスクトップの起動:

-
bin/gaia-test -d
-

Webむンタヌフェむスからのテスト実行

-

特定のテストずExecuteボタンをシンプルにクリックするこずでできたす。

-

コマンドラむンからのテスト実行

-

以䞋のコマンドでWebSocketサヌバを実行し、B2G Desktop/Firefox Nightlyでテスト゚ヌゞェントアプリを実行したす:

-
make test-agent-test
-
-

If you only want to run one app's tests you can specify which via the APP env variable:

-
make test-agent-test APP=calendar
-
-

たた必芁に応じおテスト出力を敎圢するためのレポヌタを提䟛するこずができたす:

-
make REPORTER=List test-agent-test
-
-
- 泚意:珟圚Docをサポヌトしおいないので、党おのリポヌタが動くわけではありたせん。
-

Run the tests as you save

-

When the server is running, the tests for a file are run automatically when a file is saved or even just touched:

- -
-

Note: It watches only existing files so if you create a new file, you have to restart the agent.

-
-

Running tests like TBPL does

-

Gaia unit tests in TBPL are run using a separate runner; this explains how to use it.  Please consult the virtualenv docs if you're not familiar with using a Python virtualenv.

-
virtualenv venv
-source venv/bin/activate
-cd $GAIA/tests/python/gaia-unit-tests
-python setup.py develop
-cd gaia_unit_test
-python main.py --binary /path/to/b2g/desktop/build --profile /path/to/gaia/profile
-
-
-

Note: When specifying the path to the B2G desktop build, you should specify the path to b2g-bin, if it exists, otherwise use b2g.

-
-

The Gaia profile must be made using the following:

-
NO_LOCK_SCREEN=1 DEBUG=1 DESKTOP=0 make
-

By default, this profile will be generated in $GAIA/profile-debug. bin/gaia-test generates the same profile so you don't need to regenerate it if you already run gaia-test.

-

Disabling a gaia unit test in TBPL

-

TBPL uses a blacklist to exclude certain gaia unit tests from being run.  To prevent a test from running in TBPL, add its path to https://github.com/mozilla-b2g/gaia/blob/master/tests/python/gaia-unit-tests/gaia_unit_test/disabled.json.

-

Setting up your Gaia app

-

Although this guide should help make things easier, the best way to learn how to write, set up, and run tests is currently still to look at the source code; in particular, take a look at the gallery tests.

-

Loading your own test files

-
-

Note: This is an advanced and entirely optional technique. If test-agent's native test loader is working for your application and your test style, and you don't want to use your own test files, this section is not for you!

-
-

Test-agent loads your test files in an environment where they have access to mocha (among other bits of global state). One important test-agent global is require, which allows your test file to load a dependency (application code for instance). Sometimes, particularly if your application files expect to be loaded in a way that's different from test-agent's require, it can be useful to override test-agent's test file loader. You can do so in the following manner:

-
// setup.js
-
-testAgentRuntime.testLoader = function(path) {
-  // We're going to return a promise to represent
-  // the loading state of the test file at this path.
-  return new Promise((accept, reject) => {
-    // Load the parameter test file and resolve (or reject) appropriately
-    // ...
-  });
-};
-

Using mocks

-

TBD

-

Advanced: what does the script do?

-

Generating a profile

-

You need a profile that is generated by this command:

-
NO_LOCK_SCREEN=1 DEBUG=1 DESKTOP=0 make
-
-

This generates a debug profile in gaia/profile-debug, overriding a previous profile if you already have one.

- -

Launch the WebSocket server

-

Test agent (the test runner) ships with a built in WebSocket server that lets you remotely message the browser or device to queue a test run. Often you will want to develop with time saving features like a file watcher that will run your tests when a test file or implementation changes. To take advantage of these features you need to start the server:

-
make test-agent-server
-
-

Using the WebSocket server provides other tools such as a command line reporter for test results (watch the terminal you ran the command from), a Growl reporter, syntax error notifications, and more.

-

The agent also watches for modifications in files, and automatically runs the associated tests. It runs when you save the test or if you save the tested file (we use the convention where the test filename is the tested filename with _test appended, see below for more examples). It watches only existing files so if you create a new file, you have to restart the agent.

-

Running unit tests with Firefox Nightly

-

You can launch Gaia in Firefox Nightly with the following commands:

-
cd <path to gaia>
-<path to nightly>/firefox --no-remote -profile <path to gaia>/profile-debug/ http://test-agent.gaiamobile.org:8080/
-
-

Note: In OS X, The profile path should be absolute path

-
-

You can use Firebug or the integrated debugger to debug the tests; use the debugger keyword to break in the debugger.

-

Running unit tests with B2G Desktop

-

Launch Gaia and start the "Test Agent" app. From the Test gent app you can select tests to run from the UI.

-

Advanced: how does the test-agent work?

-

The Test Agent lives in its own Github repository. You can have look there to understand how it works under the hood.

diff --git a/files/ja/archive/b2g_os/automated_testing/index.html b/files/ja/archive/b2g_os/automated_testing/index.html deleted file mode 100644 index 0ab927239b..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/index.html +++ /dev/null @@ -1,97 +0,0 @@ ---- -title: Firefox OSの自動テスト -slug: Archive/B2G_OS/Automated_testing -tags: - - Automated testing - - QA - - Testing -translation_of: Archive/B2G_OS/Automated_testing ---- -

- -
-

Firefox OSはただ開発䞭であり、新しいハヌドりェアのサポヌトが間近に迫っおいるこずを考えれば、テストの仕方を知るこずは今埌重芁になるず蚀えたす。このペヌゞは耇数の違うテストの実行、自動化、そしお結果のレポヌトずトラッキングを含む、Firefox OSのテストの倚角的な偎面に関する情報の蚘事を提䟛しおいたす。

-
- -

導入

- -
-
Firefox OS䞊でテストを実行する: 開発者向けガむド
-
たずは、開発者に泚目したテスト実行の導入ガむドです。もしあなたがMozillaのテスト実行ず自動化システムを経隓しおいないならたず読んでください。すでにテストを経隓しおいるなら、おそらく実行したいテストず方法のアむデアにあわせお、以䞋のより特化した詳现なガむドにスキップできたす。
-
- -

Gaiaのテスト

- -

これらの蚘事はGaiaの性胜を詊す詊隓を受けさせるように蚭蚈された䞻なテストスむヌトをカバヌしたす。

- -
-
Gaia UIテスト
-
Gaia UIの盞互䜜甚ず機胜のPython補テスト。
-
Gaia総合テスト
-
JavaScriptによるMarionetteベヌスのGaia総合テスト。
-
Gaiaナニットテスト
-
GaiaのUI盞互䜜甚を䌎わないナニットテスト; Marionetteベヌスではないが、JavaScriptで曞かれおいたす。
-
Raptor: Performance Tools for Gaia
-
Raptor はFirefox OSに特化したパフォヌマンス枬定ツヌルで、既存のパフォヌマンステストツヌルを改良するのを狙っおいたす。
-
Eideticker
-
ビデオキャプチャベヌスでFirefox OSにパフォヌマンス蚈枬を提䟛したす。
-
- -

MTBFテスト

- -
-
MTBFテストは再開しないgaia-ui-testベヌスのテストフレヌムワヌクです。MTBFテストは長時間テストを劚げる皮類の問題の特定を詊したす。(珟圚はただ発展途䞊のテストフレヌムワヌクであり、台湟QAチヌムが所有しおいたす)
-
- -

B2Gのテスト

- -

以䞋のガむドはB2Gの機胜性の様々な偎面をテストする異なる数のテストハヌネスをカバヌしたす。

- -
-
Mochitests
-
Geckoの機胜ずAPIのテスト; HTML & JSベヌス。Gaiaず盞互䜜甚したせん。
-
Reftests
-
Geckoのレンダリング正確性テスト。
-
WebAPIのテスト
-
GeckoのJSベヌスのWebAPIテスト; ほずんどに゚ミュレヌタが必芁になりたす。
-
xpcshellのテスト
-
GeckoのXPCOM APIsのヘッドレステスト。
-
cppunit tests
-
C++ 単䜓のヘッドレステスト。
-
- -

解説ドキュメント

- -

このセクションはMozillaのテストに぀いお詳现な情報を探すなら、テストに根拠を䞎えるいく぀かの技術解説ぞのリンクを提䟛したす。

- -
-
Marionette
-
Selenium WebDriverベヌスのリモヌトテストドラむバ。
-
Marionette JavaScript tests
-
node.jsベヌスのMarionetteテストランナヌ。
-
Marionette Python client
-
Python版Marionetteテストランナヌ。
-
Try server
-
Mozilla's standard server for testing patches before checking them into the core repository. See also the TryChooser Syntax Builder.
-
- -
-

泚意: もし補品版ビルドに察しおMarionetteを実行したいなら (gaia総合テスト、gaia-ui-tests、等の実行)、拡匵機胜ずしおMarionetteをむンストヌルするこずができたす (今は1.3ビルドのみ動きたすが、他のサポヌトもすぐに远加されたす)

-
- -

継続的むンテグレヌションず結果報告

- -

以䞋の蚘事はMozillaがテストデヌタの保存ず解釈するのに䜿甚する継続的むンテグレヌションず結果報告のメカニズムをカバヌしたす。

- -
-
Treeherder
-
Treeherderによるテストずビルドを理解するこずができたす。
-
Raptor
-
Visualization of performance tests run against the Raptor tool.
-
Test execution chart
-
テストが実行開始しおいるか、どのデバむス䞊でたたはどこでテストしおいるか、そしお各テストがどのパフォヌマンスをサポヌトしおいるかのチャヌトを芋るこずができたす。
-
- -

ナニットテストフレヌムワヌクのビデオ

- -

diff --git a/files/ja/archive/b2g_os/automated_testing/raptor/index.html b/files/ja/archive/b2g_os/automated_testing/raptor/index.html deleted file mode 100644 index 81895511e1..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/raptor/index.html +++ /dev/null @@ -1,442 +0,0 @@ ---- -title: 'Raptor: Gaia甚パフォヌマンスツヌル' -slug: Archive/B2G_OS/Automated_testing/Raptor -tags: - - Firefox OS - - Performance - - Raptor - - User Timing -translation_of: Archive/B2G_OS/Developing_Gaia/Raptor ---- -
-

この蚘事は Raptor に぀いお説明したす: これは、特に Firefox OS に関するパフォヌマンス蚈枬甚のCLI(コマンドラむン)ツヌルです。これはツヌルの機胜の背埌にある戊略を芋お、ツヌルを始める方法を瀺しおくれお、先進トピック、䟋えば自身のテストを曞いたり、可芖化したり、自動化したりに移動できたす。

-
- -

Raptor は、以前のツヌル make test-perf でパフォヌマンステストをする時に盎面する、たくさんの萜ずし穎を克服するこずを狙っおいたす:

- - - -

Raptor はこうした問題を解決し、より効率的で拡匵性の高く、自身に倚くのオヌバヌヘッドを加えないテストフレヌムワヌクを提䟛するように、蚭蚈されたした。

- -

戊略

- -

この章では、Raptorの機胜を実装する䞭で取られた戊略に぀いお述べたす。.

- -

ナヌザタむミング

- -

ナヌザタむミング API は、カスタムパフォヌマンス指暙ず蚈枬ずを指し瀺すメカニズムずwebドキュメントを提䟛しおいたす。暙準化されたAPIを䜿うこずで、パフォヌマンスむベントを無芖するヘルパヌスクリプトをアプリが同梱しないずいけなくなるのを回避できたす。実際に、ナヌザタむミングは、党くむベントに䟝存しおいたせん。

- -
// Legacy performance events
-window.dispatchEvent(new CustomEvent('moz-app-visually-complete'));
-PerformanceTestingHelper.dispatch('settings-load-start');
- -
// User Timing API
-performance.mark('visuallyLoaded');
-
-performance.mark('settingsStart');
-performance.mark('settingsEnd');
-
-performance.measure('settingsLoad', 'settingsStart', 'settingsEnd');
- -

ロギング

- -

パフォヌマンスに圱響するのを避けるように、アプリケヌションから切り離したやり方でパフォヌマンス゚ントリを捕捉するために、我々はパフォヌマンスのメタデヌタを端末のログストリヌムに出力するこずを遞びたした、すなわち adb logcat です。Raptor はこのストリヌムを消費しお、メトリクスを集めるログからパフォヌマンス゚ントリを解析したす。

- -

 

- -

Phases ず拡匵性

- -

Raptor は "phases"ずいう抂念を導入し、これは汎甚的な方法でテストの盞互䜜甚をするためのフレヌムワヌクを眮くものです。珟圚、Raptor はコヌルド起動ず、再起動、B2Gの再起動を、蚈画枈みの远加フェヌズでサポヌトしおいたす。これらの䜜業は、端末をパフォヌマンス枬定前のあるフェヌズに配眮するこずで、実際のパフォヌマンステストのロゞックをより簡単にしたす。

- -

端末のむンタラクション

- -

Raptor works to abstract device interactions. Some of its major features are as follows:

- - - -

さぁ始めよう

- -
-

NOTE: While Raptor can be run on emulators, the results should not be relied on for performance comparisons. Desktop computers and their power means that they are not comparable to the performance characteristics of devices and end users, and should not be used for time-based decision making.

-
- -

前提条件

- -

You must have a copy of Gaia v2.2+ available on your system, as well as Node.js v0.12+/npm v2+ installed.

- -

Raptorのむンストヌル

- -

Raptor は、npmからむンストヌルできる CLI (コマンドラむンむンタヌフェむス)ツヌルです。こうしおむンストヌルできたす:

- -
$ npm install -g @mozilla/raptor
- -

むンストヌルが完了したら、コマンドラむンのraptorコマンドから実行できたす:

- -
$ raptor --help
- -

もう䞀぀のむンストヌル

- -

Inpm が /usr や /usr/local ディレクトリぞのグロヌバルパッケヌゞずしおむンストヌルする方法に䞍満がある堎合、 いく぀か別のオプションがありたす:

- -
    -
  1. npm のデフォルトディレクトリを別のディレクトリに倉曎する。npmの手順に埓うず、npmがグロヌバルパッケヌゞをむンストヌルする堎所を倉曎できお、ひょっずするずホヌムフォルダの特別なディレクトリに配眮できたす。
    2. -
  2. Raptor をロヌカルディレクトリにむンストヌルしお、盞察的に参照したす、䟋えば:
    3. -
- -
$ cd ~
-$ mkdir raptor-cli && cd raptor-cli
-$ npm install @mozilla/raptor
-
-# Elsewhere
-$ ~/raptor-cli/node_modules/@mozilla/raptor/bin/raptor --help
-
-# Symlink or add to aliases to save on verbosity
-$ cd ~
-$ ln -s ~/raptor-cli/node_modules/@mozilla/raptor/bin/raptor raptor
-
-# Now you can use it elsewhere
-$ raptor --help
- -

プロファむルのむンストヌル

- -

In order to interact with the device in a predictable way, Raptor needs a few profile options and custom settings. The default make command for Raptor optimizes Gaia, disables FTU, enables User Timing to write to logcat, and resets Gaia.

- -
# Equivalent of:
-# PERF_LOGGING=1 DEVICE_DEBUG=1 GAIA_OPTIMIZE=1 NOFTU=1 SCREEN_TIMEOUT=0 make reset-gaia
-make raptor
- -

If you already have a profile on your device, at a bare minimum you need the following profile options/settings set in order to use Raptor for performance testing:

- - - -

コマンドラむンむンタヌフェむス

- -

Raptor provides a bit of helpful information right through the command line:

- -
$ raptor --help
-
-Usage: raptor <command> [options]
-
-command
-  test     Run a performance test by name or path location.
-  submit     Submit a Raptor metrics file to an InfluxDB database
-
-Options:
-   -v, --version               outputs the raptor cli tool version
-   --config <path>             specify additional Orangutan device configuration JSON. Environment: RAPTOR_CONFIG
-   --homescreen <origin>       specify the origin or gaiamobile.org prefix of an application that is the device homescreen  [verticalhome.gaiamobile.org]
-   --system <origin>           specify the origin or gaiamobile.org prefix of an application that is the system application  [system.gaiamobile.org]
-   --serial <serial>           target a specific device for testing. Environment: ANDROID_SERIAL
-   --adb-host <host>           connect to a device on a remote host. tip: use with --adb-port. Environment: ADB_HOST
-   --adb-port <port>           set port for connecting to a device on a remote host. use with --adb-host. Environment: ADB_PORT
-   --marionette-host <host>    connect to marionette on a remote host. tip: use with --marionette-port. Envrionment: MARIONETTE_HOST
-   --marionette-port <port>    set port for connecting to marionette on a remote host. tip: use with --marionette-host. Environment: MARIONETTE_PORT
-   --forward-port <port>       forward an adb port to the --marionette-port.  [0]
-   --host <host>               host for reporting metrics to InfluxDB database. Environment: RAPTOR_HOST [localhost]
-   --port <port>               port for reporting metrics to InfluxDB database. Environment: RAPTOR_PORT [8086]
-   --username <username>       username for reporting metrics to InfluxDB database. Environment: RAPTOR_USERNAME [root]
-   --password <password>       password for reporting metrics to InfluxDB database. Environment: RAPTOR_PASSWORD [root]
-   --database <database>       name of InfluxDB database for reporting metrics. Environment: RAPTOR_DATABASE
-   --protocol <protocol>       Protocol used to connect to InfluxDB database for reporting metrics. Environment: RAPTOR_PROTOCOL  [http]
-   --metrics <path>            path to store historical test metrics. Environment: RAPTOR_METRICS
-   --output <mode>             output mode: normal or quiet. Environment: RAPTOR_OUTPUT [normal]
-   --batch <count>             batch database requests to <count> number of records  [5000]
- -

The core command to execute is the test command, which also has some helpful information:

- -
$ raptor test --help
-
-Usage: raptor test <nameOrPath> [options]
-
-nameOrPath  named test or path to a particular test to run. Named tests:
-   coldlaunch    cold-launch lifecycle of an application from appLaunch to fullyLoaded
-   reboot        device reboot lifecycle from device power-on until System/Homescreen fullyLoaded
-   restart-b2g   restart B2G lifecycle from B2G start until System/Homescreen fullyLoaded
-
-Options:
-   ...
-   --runs <runs>                         number of times to run the test and aggregate results [1]
-   --app <appOrigin>                     specify the origin or gaiamobile.org prefix of an application to test
-   --entry-point <entryPoint>            specify an application entry point other than the default
-   --timeout <milliseconds>              time to wait between runs for success to occur [60000]
-   --retries <times>                     times to retry test or run if failure or timeout occurs [1]
-   --launch-delay <milliseconds>         time to wait between subsequent application launches [10000]
-   --memory-delay <milliseconds>         time to wait before capturing memory after application fully loaded [0]
-   --script-timeout <milliseconds>       time to wait when running scripts via marionette  [10000]
-   --connection-timeout <milliseconds>   marionette driver tcp connection timeout  [2000]
-   --logcat <path>                       write the output from `adb logcat` to a file
-   --time <epochMilliseconds>            override the start time and unique identifier for test runs
- -

This should give us enough information to run our first performance test.

- -

Running a performance test

- -

Running a performance test consists of a few parts:

- - - -

For the most basic test, we can do a cold launch test against an application with a command like this:

- -
$ raptor test coldlaunch --app clock
-
-[Cold Launch: clock.gaiamobile.org] Preparing to start testing...
-[Cold Launch: clock.gaiamobile.org] Priming application
-[Cold Launch: clock.gaiamobile.org] Starting run 1
-[Cold Launch: clock.gaiamobile.org] Run 1 complete
-[Cold Launch: clock.gaiamobile.org] Results from clock.gaiamobile.org
-
-| Metric                | Mean   | Median | Min    | Max    | StdDev | p95    |
-| --------------------- | ------ | ------ | ------ | ------ | ------ | ------ |
-| navigationLoaded      | 939    | 939    | 939    | 939    | 0      | 939    |
-| navigationInteractive | 1014   | 1014   | 1014   | 1014   | 0      | 1014   |
-| visuallyLoaded        | 1247   | 1247   | 1247   | 1247   | 0      | 1247   |
-| contentInteractive    | 1249   | 1249   | 1249   | 1249   | 0      | 1249   |
-| fullyLoaded           | 1250   | 1250   | 1250   | 1250   | 0      | 1250   |
-| uss                   | 14.836 | 14.836 | 14.836 | 14.836 | 0      | 14.836 |
-| pss                   | 19.137 | 19.137 | 19.137 | 19.137 | 0      | 19.137 |
-| rss                   | 31.191 | 31.191 | 31.191 | 31.191 | 0      | 31.191 |
-
-[Cold Launch: clock.gaiamobile.org] Testing complete
- -

During the cold launch test, you'll see B2G restart; the stated application will then launch once to prime it, and a second time to measure its performance. Looking at the log output above, you can see when each application run starts and stops. When a particular application has completed its testing, you will be given a table of metrics and testing will continue, if applicable. In the metrics table you'll see statistics for each performance entry captured during the lifespan of the test: mean (average), median, minimum value, maximum value, standard deviation, and 95th percentile.

- -
-

Note: One fun fact is that the table produced by Raptor is compatible with GitHub-flavored Markdown.

-
- -
-

Note: Standard deviation and 95th percentile need a collection of runs before they output statistically-useful data.

-
- -

All metrics relate to the name of the performance entry. The numbers gathered here are not just aggregations of the values produced by User Timing entries, so it's important to understand how these numbers are derived.

- -

メトリクス集玄

- -

While Raptor relies on the User Timing API to gather its metrics, it also makes some assumptions about measurements that are different to what's expected in the context of normal web pages. In a typical web page, a performance marker represents the High-Resolution time from the moment of navigationStart. The User Timing API still captures this data, but Raptor's calculations also include additional time depending on the type of test running. Let's compare the creation of a performance marker in the context of a typical web page versus a Firefox OS application being cold launched.

- -

兞型的なwebペヌゞ

- -

In any web page, Firefox OS application or not, creating a performance marker with the User Timing API is simple:

- -
performance.mark('hello');
- -
 
- -

Now let's get the value back and inspect its contents:

- -
performance.getEntriesByType('mark')[0];
-
-// returns the following object
-PerformanceMark { name: "hello", entryType: "mark", startTime: 5159.366323, duration: 0 }
- -
 
- -
 
- -
 
- -
 
- -

Note the mark's startTime and duration. The startTime is nothing more than the high-resolution time elapsed since the time of performance.timing.navigationStart; in this case a little over 5,000 milliseconds. The duration is 0 because this represents a single point in time, which has no duration. The startTime simply states at what moment the marker was created. Inspecting the output of a performance marker is no different in Firefox OS.

- -

A performance measure on the other hand does include a duration, because it is the delta between two performance markers:

- -
performance.mark('hello');
-performance.mark('goodbye');
-
-performance.measure('greeting', 'hello', 'goodbye');
- -
Again, let's inspect the performance entry:
- -
performance.getEntriesByType('measure')[0];
-
-// returns the following object
-PerformanceMeasure { name: "greeting", entryType: "measure", startTime: 3528.523661, duration: 4183.291375999805 }
- -
The duration is populated for performance measures, and in this example it took approximately 4.2 seconds to perform a greeting; going from hello to goodbye.
- -

Raptor コンテキスト

- -

The difference comes in the calculations that Raptor will report. Raptor makes an assumption that all markers generated are actually performance measures in reality, with their duration measured as the time between the application being instructed to launch and the marker being generated. For cold launch, the homescreen application (gaia_grid specifically) creates a special performance marker when an application is launching:

- -
performance.mark('appLaunch@' + appOrigin);
- -
In Raptor, performance markers can be given an @-directive that overrides the context of the marker. If the homescreen instead had invoked performance.mark('appLaunch'), normally we'd assume it is in the application's context. With an @-directive however we can key the performance marker to be against a different application, in essense creating a performance marker for one application inside another. This would evaluate to something like:
- -
performance.mark('appLaunch@clock.gaiamobile.org');
- -
In this case the homescreen is generating a performance marker for the clock application denoting the time of appLaunch. Raptor will then calculate a delta between appLaunch and all performance markers to achieve a more accurate user-perceived time for a marker to be hit. By moving the moment of capture to earlier in the loading process, specifically as close to icon touch as possible, it makes the data between Raptor and camera-based measurements much more comparable.
- -

テストを遞択する

- -

Tests are selected by changing the name or file that Node.js executes. For example, to run the device reboot performance test instead of a cold launch test you'd do the following:

- -
$ raptor test reboot
- -

More examples:

- -
# Test Dialer cold launch
-$ raptor test coldlaunch --app communications --entry-point dialer
-
-# Change the number of runs
-$ raptor test coldlaunch --app clock --runs 10
-
-# Introduce a 1-second delay before capturing memory
-$ raptor test reboot --memory-delay 1000
-
-# Target a particular device
-$ raptor test reboot --serial f30eccef
-$ ANDROID_SERIAL=f30eccef raptor test reboot
-
-# Turn on Raptor debug output, useful for bugs or problems
-$ DEBUG=raptor:* raptor test reboot
-
-# JSON mode, useful for post-processing of aggregate values
-$ raptor test coldlaunch --app clock --output json
-
-# Quiet mode, useful if you only care about the results
-$ raptor test coldlaunch --app clock --output quiet
- -

テストを曞く

- -

While Raptor currently contains a few tests for running cold launch tests, rebooting, and restarting B2G, it is possible to write tests that run custom logic.

- -

We can inspect the contents of the current launch test to glean how we can write new tests.

- -
// mozilla-b2g/raptor
-// tests/coldlaunch.js
-
-setup(function(options) {
-  options.test = 'cold-launch';
-  options.phase = 'cold-launch';
-});
-
-afterEach(function(phase) {
-  return phase.closeApp();
-});
- -
First comes setting up the test. In setup, pass a function to be executed, which will configure the test. This function will be passed all the current configuration settings. At a minimum, you will need the set the phase of the test, which determines the state the device is in when the test begins. Depending on which phase you select when setting options, you may need to pass additional information. For the launch test example, using the cold phase requires an application to be specified. This can either be set on the command line, or you can hard-code it via the app option to force the test to be specific to a certain app.
- -
-

Note: If you hard-code the application to be launched, make you specify the origin host completely, e.g. "clock.gaiamobile.org". For entry-point-based apps, specify the app option and the entryPoint option.

-
- -
-

Important: Any test harness functions doing asynchronous work should return a Promise so Raptor can properly wait.

-
- -

The afterEach() function will be called once for each run after the phase has been started. For cold launch, it is after an application in context has been primed, exited, and re-opened, and the application denotes it is ready — i.e. performance.mark('fullyLoaded'). For reboot and B2G restart, the phase will be designated as ready when the System application and the Homescreen application are marked as fully loaded.

- -

The phase argument passed to afterEach() represents the current context instance of the phase test runner; in other words, it is specific to the current test being run. It contains methods and functionality that help you trigger device actions which will have profiled performance code. For example, you can start a Marionette.js session and trigger commands:

- -
setup(function(options) {
-  options.phase = 'cold';
-});
-
-afterEach(function(phase) {
-  // Note that returning a Promise denotes that we are done running the test
-  return phase.device.marionette
-    .startSession()
-    .then(function(client) {
-      client.executeScript(function() {
-        // trigger code that captures the performance.measures created
-        // by the application being tested
-      });
-      client.deleteSession();
-    });
-});
- -
The runner can also run a teardown() function when all tests are complete.
- -
teardown(function(phase) {
-  return new Promise(function(resolve) {
-    // teardown the test, then resolve
-    resolve();
-  });
-});
- -
The Raptor Phase API has not yet been documented, so currently you'll need to read the source for all the functionality available to you. It may be faster to seek help from a contributor for help on getting started writing a particular test.
- -

可芖化ず自動化

- -

Raptor has improved tooling available for automation and visualization. The test-perf tool used to use the Datazilla tool for graphing and visualizing results to gain insight into possible regressions and performance pulse of applications. Raptor has moved away from Datazilla however for its visualization capabilities — for maintenance and usability reasons — instead having its own UI at https://raptor.mozilla.org. The Raptor dashboards currently categorize performance metrics in a few key categories per device instance — measures and memory — with more metrics planned in the future.

- -

Raptor's front-end uses the Grafana visualization tool, and its backing store is InfluxDB, a time series database. Grafana provides Raptor UI users with the ability to carry out custom drill-downs into charts, slice time as desired, view data point revisions, and build custom charts and data queries. The default view of several charts displays the 95th percentile of many metrics, but charts can be user-edited to graph other mathematical functions.

- -

This guide is not meant to be a tutorial on the usage of Grafana and InfluxDB, so to learn more about taking full advantage of the Raptor UI, read through these important pieces of documentation:

- - - -

プラむベヌトな可芖化

- -

The Raptor dashboard visualization discussed in the previous section can also be installed and used privately. The installation is a Heroku-deployable environment for easy setup. It is also possible to run the Heroku application locally if you use Linux.

- -

To get started with private visualization, or want to learn more about its innards, see the repository: https://github.com/mozilla-b2g/raptor-dashboards.

- -

You will also need an installation of InfluxDB 0.9.3+. You can learn more about installing it at: https://influxdb.com/docs/v0.9/introduction/installation.html. Those who are familiar with Docker can also install InfluxDB from Docker Hub: https://hub.docker.com/r/tutum/influxdb/.

- -

Raptor needs CLI options or environment variables for creating a connection to an InfluxDB database. It would be tedious to specify these continually on the command line, so to simplify this, you can export these environment variables from your shell, e.g. ~/.bashrc, ~/.zshrc, etc.

- -
# These settings will point to the installation and credentials of your InfluxDB instance:
-export RAPTOR_HOST=localhost
-export RAPTOR_USERNAME=root
-export RAPTOR_PASSWORD=root
-export RAPTOR_DATABASE=raptor
-export RAPTOR_PROTOCOL=https
-export RAPTOR_PORT=8086
- -

In addition, Raptor's database schema requires its results to be tagged properly in order to display it in correct categories in its dashboard UI. Failure to have these properties set when running performance tests will cause the data to not be displayed. By default, you need to persist the memory configuration of the device, the device type, and the branch the performance test is based on. For example, if you are performance testing a KitKat-based Flame set to 319MB of memory and your patch is based off of Gaia's master branch, you will set the following properties via ADB:

- -
$ adb shell setprop persist.raptor.device flame-kk
-$ adb shell setprop persist.raptor.memory 319
-$ adb shell setprop persist.raptor.branch master
- -
-

Note: If you are having trouble with the values being persisted or not saving at all, restart ADB as root with adb root.

-
- -

If you were working on a branch that was based off of v2.5 on an Aries with 2 Gigabytes of memory, you would use the following properties:

- -
$ adb shell setprop persist.raptor.device aries
-$ adb shell setprop persist.raptor.memory 2048
-$ adb shell setprop persist.raptor.branch v2.5
- -
-

Important: Currently visualization is highly-dependent on the existence of these persisted properties. They are only necessary when using the local visualization tooling; if you flash your device or otherwise unset these properties, you will need to re-set them in order to visualize performance metrics.

-
- -

Other than setting up the environment and device tags, Raptor can be run as normal locally. Upon each successful run, Raptor will report its metrics to the database. Once the test is complete, you can open a browser to your private visualization instance and view your own custom performance data.

- -

必芁に応じお動的にパフォヌマンスマヌクを加える

- -

One issue with Raptor is that since the tests require us to add performance marks into code, the Gaia codebase could quickly become littered with Performance.mark() calls without any meaningful relationship between them, making the code clutted and harder to understand. The best way to deal with this is to collect all the marks into some kind of patching files, and apply them dynamically as required when we want to run specific Raptor tests.

- -

To this end, Greg Weng has created a code transformer tool that will do just what is described above. The tool is currently a work in progress, but you can find more about it (including how to get it running) at this newsgroup entry: Raptor: code transformer + marionette workflow now is almost ready. See also バグ 1181069 for implementation specifics.

- -

We will publish more formal instructions once the tool has stabilised.

- -

サポヌト

- -

If you have questions about Raptor, visualization, or performance tooling in general, feel free to ping :Eli or :rwood in the #raptor channel on Mozilla IRC.

diff --git a/files/ja/archive/b2g_os/automated_testing/setting_up_marionette/index.html b/files/ja/archive/b2g_os/automated_testing/setting_up_marionette/index.html deleted file mode 100644 index 3076dde353..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/setting_up_marionette/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: Firefox OSのMarionetteの蚭定 -slug: Archive/B2G_OS/Automated_testing/Setting_up_Marionette -translation_of: 'https://marionette-client.readthedocs.io/en/latest/' ---- -

Building Firefox OS with Marionette enabled

-

Marionette's server component is part of gecko, and is compiled into a B2G build when ENABLE_MARIONETTE=1 is present in your mozconfig.

-

For device builds (including the emulator), Marionette is enabled by default in all VARIANT=eng (engineering) builds. This is the default type of build created if you use ./config.sh <config>, ./build.sh. Marionette is not included in VARIANT=user builds, which is the type of build QA normally uses for testing.

-

For B2G desktop builds, you'll need to add the line ENABLE_MARIONETTE=1 to your mozconfig before building.

-

Setting up the Marionette client

-

The Marionette client is a Python package with which you can run Marionette tests. You'll need to set this up on your machine before using it.

-

To do so, you can either install it from pypi:

-
$ pip install marionette_client
-

Or from a gecko build tree:

-
$ cd $GECKO_DIR/testing/marionette/client
-
-$ python setup.py develop
-

You can perform these steps inside a virtualenv if you wish.

-

To verify Marionette is installed:

-
$ python
-
->>> from marionette import Marionette
-

Verifying Marionette is running

-

On a device

-

Please make sure the [Settings > Device Information > More Information >  Developer > Remote debugging] is OFF.

-

Connect your device to your computer and verify it appears in adb devices, then set up adb port forwarding to Marionette's port:

-
$ adb devices
-List of devices attached
-full_unagi    device
-
-$ adb forward tcp:2828 tcp:2828
-
-$ telnet localhost 2828
-Trying 127.0.0.1...
-Connected to localhost.
-Escape character is '^]'.
-66:{
-  "from": "root",
-  "applicationType", "gecko",
-  "traits": []
-}
-

If you see the above output, Marionette is running on your device.

-

On an emulator

-

Launch the emulator using the ./run-emulator.sh script, then follow the above steps.

-

On a B2G desktop build

-

For desktop B2G builds, you need to add an additional pref in order for Marionette to successfully run:  marionette.force-local = true.  You can add this pref in gaia/profile/user.js as user_pref("marionette.force-local", true), then re-build your gaia profile before starting the B2G desktop build.

-

When using a B2G desktop build, you don't need to use adb port forwarding. After launching the build, telnetting to localhost 2828 should result in the same output shown above.

-

 

diff --git a/files/ja/archive/b2g_os/automated_testing/xpcshell/index.html b/files/ja/archive/b2g_os/automated_testing/xpcshell/index.html deleted file mode 100644 index 3138b3394e..0000000000 --- a/files/ja/archive/b2g_os/automated_testing/xpcshell/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: XPCShell -slug: Archive/B2G_OS/Automated_testing/XPCShell -translation_of: Archive/B2G_OS/Automated_testing/XPCShell ---- -
-

XPCShellのテストはGecko XPCOM APIのヘッドレステストです。あなたはB2G䞊でXPCShellのテストを実行するこずができたす; この蚘事の䞭でどのように実行するか曞かれおいたす。珟圚、これらは䞻に゚ミュレヌタ䞊でテストされおおり、しかしデバむス䞊でもうたく実行される理屈です。

-
-
-

泚意: この蚘事の$B2G_HOMEはクロヌンしたB2Gリポゞトリを指したす。

-
-

必須芁件

- -

テストを実行する

-

以䞋のタヌミナルコマンドの䞭から䞀぀を䜿っおxpcshellテストを実行するこずができたす:

-

emulatorを䜿う堎合:

-
cd $B2G_HOME/objdir-gecko
-make package-tests
-cd dist/test-package-stage/xpcshell
-python runtestsb2g.py --b2gpath $B2G_HOME --adbpath $ADB_PATH --emulator arm --use-device-libs --manifest <path_to_xpcshell_manifest> --testing-modules-dir <path_to_testing_modules_dir> --busybox <path_to_busybox_binary>
-

実機を䜿う堎合:

-
cd $B2G_HOME/objdir-gecko
-make package-tests
-cd dist/test-package-stage/xpcshell
-python runtestsb2g.py --b2gpath $B2G_HOME --adbpath $ADB_PATH --use-device-libs --manifest <path_to_xpcshell_manifest> --testing-modules-dir <path_to_testing_modules_dir>
-

通垞のデスクトップ甚のxpcshellテストのように--total-chunks and --this-chunksオプションを加えるこずもできたす:

-
python runtestsb2g.py --help
-

サポヌトする匕数をすべおリストしたす。

-

runtestsb2g.pyを起動したあず、テストランナヌが゚ミュレヌタを起動する (゚ミュレヌタ䞊でテストを実行する堎合) かデバむスを再起動する (デバむス䞊でテストを実行する堎合) でしょう、そしおテストを実行開始したす。なぜならば゚ミュレヌタは遅く、テストプロファむルをプッシュし、B2Gを再起動する必芁があり、テストは開始に数分かかりたす。

-

テスト終了時、゚ミュレヌタはシャットダりンしたす。実機の堎合再起動したす。

-

busyboxの手動むンストヌル

-

デバむス䞊でxpcshellテストを実行するずきは--busyboxはいりたせん。そのようなテスト実行のセットアップはずおも時間がかかりたす。幞いにもテストを実行する前に手動でむンストヌルできたす。手動むンストヌルの䟋はhttps://github.com/mozilla/Negatus/blob/master/setup-tools.shをご芧ください。

-

゚ミュレヌタをダりンロヌドしおxpcshellテストの実行

-

もし違うコンフィグ (otoroのような) でB2Gをビルドしお゚ミュレヌタ䞊でテストを実行したいなら、あなた自身が゚ミュレヌタをビルドするこずなくテストを実行するこずができたす。  runreftestb2g.pyず--b2gpath /path/to/unpacked/emulatorの代わりに--b2gpath $B2G_HOME匕数を眮き換えた䞊蚘ず同じ呜什を䜿っお、最新のtrunkのarm゚ミュレヌタをダりンロヌドしたす。

diff --git a/files/ja/archive/b2g_os/b2g_build_prerequisites/index.html b/files/ja/archive/b2g_os/b2g_build_prerequisites/index.html deleted file mode 100644 index 0f8fa55d75..0000000000 --- a/files/ja/archive/b2g_os/b2g_build_prerequisites/index.html +++ /dev/null @@ -1,423 +0,0 @@ ---- -title: B2G OS ビルドの必芁条件 -slug: Archive/B2G_OS/B2G_build_prerequisites -tags: - - B2G OS - - Build documentation - - Build prerequisites - - Mobile - - Mobile OS - - build b2g os - - how to build b2g os -translation_of: Archive/B2G_OS/B2G_OS_build_prerequisites ---- -
-

B2G OS のコヌドを入手しおビルドする前には、単に Gaia をビルドしおみる堎合でも、ビルド環境 を適切に蚭定するこずが必芁です (このペヌゞで方法を説明したす)。珟圚、64 ビット版 Linux ディストリビュヌションおよび Mac OS X でビルド可胜です。

-
- -

互換性のあるビルドタヌゲット

- -

ビルドするには互換性のある端末を甚意する必芁がありたす。さもなくば゚ミュレヌタを䜿甚しおください。

- -
-

蚘: Mozilla の B2G ゜ヌスコヌドは、事実䞊 B2G OS のリファレンス実装ですが、携垯電話ベンダヌは、自由にパッチをあおたり倉曎を加えたりするこずが可胜です。小売端末を買った堎合、これにはベンダヌの構成したバヌゞョンが含たれたす。これは、むンストヌル枈みのアプリには圱響はありたせんが、プラットフォヌムレベルでは圱響する可胜性がありたす。Nexus 5 ぞの移怍は、Mozilla が盎接メンテナンスしおいるので、他 の端末ず比范しお、我々の Gecko のバヌゞョンがはるかにうたく動䜜するでしょう。

-
- -

゚ミュレヌタ

- -

利甚可胜な゚ミュレヌタは 2 皮類ありたす。䞀぀は ARM コヌドを゚ミュレヌトし、もう䞀぀は実行するのに x86 コヌドを䜿甚したす。「B2G ゚ミュレヌタを䜿甚する」で詳しく孊んでください。x86 ゚ミュレヌタは䜿甚すべきではありたせん。むンストヌルが困難で、十分にサポヌトされおいたせん。

- -

デスクトップ

- -

デスクトップ版の B2G OS をビルドするこずもできたす。このビルドは、XULRunner アプリケヌションで Gecko を実行し、その䞭で Gaia の UX を確認できたす。

- -

端末

- -

いく぀かの端末が B2G OS ず互換性がありたす。しかしいく぀かはそれ以倖のものよりも互換性があり、端末の特定皮のみが互換性があるこずもありたす。詳现は 互換性のある端末 のペヌゞを確認しおください。

- -
重芁: Android 4.3 以降 (いわゆる Jelly-bean, Kitkat, Lollipop) で動䜜しおいる端末のみがサポヌトされおいたす。もし䞊のリストにあなたの端末があっおも、叀いバヌゞョンの Android を実行しおいる堎合は、たず曎新しおください。
- -

GNU/Linux での必芁条件

- -

ディストリビュヌションによっおドキュメント倉曎が激しいので、右䞊の蚀語メニュヌから、このペヌゞの英語版ドキュメントも参照しおください。

- -

Linux でビルドするには以䞋のシステム構成が必芁です:

- - - -

以䞋のツヌルもむンストヌルしおおく必芁がありたす:

- - - - - - - - -
-
    -
  • autoconf 2.13
    • -
  • bison
    • -
  • bzip2
    • -
  • ccache
    • -
  • curl
    • -
  • flex
    • -
  • gawk
    • -
  • git
    • -
  • gcc
    • -
  • nodejs
    • -
  • python
    • -
- 		-
    -
  • g++ / g++-multilib
    • -
  • java sdk (jdk)
    • -
  • lzop
    • -
  • make
    • -
  • OpenGL shared libraries
    • -
  • patch
    • -
  • X11 headers
    • -
  • 32-bit ncurses
    • -
  • 32-bit zlib
    • -
  • unzip
    • -
-
- -

Ubuntu 12.04 LTS / Debian 6 / Linux Mint 13

- -

タヌミナルで䞋蚘のコマンドを実行しおください:

- -
sudo apt-get install autoconf2.13 bison bzip2 ccache curl flex gawk gcc g++ g++-multilib git ia32-libs lib32ncurses5-dev lib32z1-dev libasound-dev libgconf2-dev libgl1-mesa-dev libx11-dev lzop make zip libxml2-utils nodejs unzip python
- -

このppa を通じお jdk をむンストヌルできたす。

- -

Ubuntu 14.04 LTS / Debian 7

- -

たず、必須アヌキテクチャをセットするため、次のコマンドを実行したす:

- -
sudo dpkg --add-architecture i386
-sudo dpkg --add-architecture amd64
-
- -

タヌミナルで次のコマンドを実行しおください:

- -
sudo apt-get install --no-install-recommends autoconf2.13 bison bzip2 ccache curl flex gawk gcc g++ g++-multilib git lib32ncurses5-dev lib32z1-dev libgconf2-dev zlib1g:amd64 zlib1g-dev:amd64 zlib1g:i386 zlib1g-dev:i386 libgl1-mesa-dev libx11-dev make zip lzop libxml2-utils openjdk-7-jdk nodejs unzip python
-
- -

Ubuntu 16.04

- -
-

2016 幎 6 月に ubuntu 16.04 で、make のバヌゞョンは 4.1 ずなっお android のビルドができなくなりたした。これを経隓した堎合、信頌できるリポゞトリ (14.04) を远加し、バヌゞョン 3.81 にダりングレヌドしお、次のコマンドを実行したす:

- -
sudo apt-get install make=3.81-8.2ubuntu3
- -

次に自動アップグレヌドを避けるため、make パッケヌゞを保持するようマヌクしたす。

- -
sudo apt-mark hold make
-
- -

たず、必須アヌキテクチャをセットするため、次のコマンドを実行したす:

- -
sudo dpkg --add-architecture i386
-sudo dpkg --add-architecture amd64
-
- -

タヌミナルで次のコマンドを実行しおください:

- -
sudo apt-get install --no-install-recommends autoconf2.13 bison bzip2 ccache curl flex gawk gcc g++ g++-multilib git lib32ncurses5-dev lib32z1-dev libgconf2-dev zlib1g:amd64 zlib1g-dev:amd64 zlib1g:i386 zlib1g-dev:i386 libgl1-mesa-dev libx11-dev make zip lzop libxml2-utils openjdk-8-jdk nodejs unzip python
-
- -

Ubuntu 16.10

- -

ubuntu 16.10 では、既定の make のバヌゞョンは 4.1 であり、android のビルドができたせん。この問題を回避するには、コン゜ヌルで次のコマンドを実行したす:

- -
wget http://ftp.us.debian.org/debian/pool/main/m/make-dfsg/make_3.81-8.2_amd64.deb
-
-sudo dpkg -i make_3.81-8.2_amd64.deb
- -

自動アップグレヌドを避けるため、make パッケヌゞを保持するようにマヌクしたす:

- -
sudo apt-mark hold make
- -

次に、必須のアヌキテクチャを远加する必芁がありたす:

- -
sudo dpkg --add-architecture i386
-
-sudo dpkg --add-architecture amd64
- -

タヌミナルで次のコマンドを実行したす:

- -
sudo apt-get install --no-install-recommends autoconf2.13 bison bzip2 ccache curl flex gawk gcc g++ g++-multilib git lib32ncurses5-dev lib32z1-dev libgconf2-dev zlib1g:amd64 zlib1g-dev:amd64 zlib1g:i386 zlib1g-dev:i386 libgl1-mesa-dev libx11-dev make zip lzop libxml2-utils openjdk-8-jdk nodejs unzip python
- -

USB アクセスの構成

- -

Linux システムでは通垞時、通垞のナヌザヌは USB デバむスぞ盎接アクセスするこずが出来たせん。/etc/udev/rules.d/51-android.rules にファむルを䜜成し、次のコマンドを実行しおください:

- -

TODO: Merge Bug 1230463

- -
wget -S -O - https://raw.githubusercontent.com/cm-b2g/B2G/1230463/tools/51-android.rules | sudo tee >/dev/null /etc/udev/rules.d/51-android.rules; sudo udevadm control --reload-rules
-
-wget -S -O - https://raw.githubusercontent.com/mozilla-b2g/B2G/master/tools/51-android.rules | sudo tee >/dev/null /etc/udev/rules.d/51-android.rules; sudo udevadm control --reload-rules
- -

新しいルヌルは次に端末を接続した時に有効になりたす。

- -

ccache の蚭定

- -

倧量のコヌドをビルドしたすが、そのうちの倧半はビルド毎に倉曎がありたせん。コンパむルツヌルの ccache を䜿うこずで、コンパむルを劇的に高速化できたす。次のコマンドで 50GB キャッシュを䞎えたす:

- -
ccache -M 50G
- -
-

補足: ディスク領域が限られおいる堎合は、キャッシュを 50GB 以䞋に蚭定しおください。

-
- -

その他のディストリビュヌション

- -

Fedora 22

- -

タヌミナルで次のコマンドを実行しおください:

- -
sudo yum install autoconf213 bison bzip2 ccache curl flex gawk gcc-c++ git glibc-devel glibc-static libstdc++-static libX11-devel make mesa-libGL-devel ncurses-devel patch zlib-devel ncurses-devel.i686 readline-devel.i686 zlib-devel.i686 libX11-devel.i686 mesa-libGL-devel.i686 glibc-devel.i686 libstdc++.i686 libXrandr.i686 zip perl-Digest-SHA wget lzop libxml2-utils
- -

Arch Linux

- -

タヌミナルで次のコマンドを実行しおください:

- -
sudo pacman -S --needed alsa-lib autoconf2.13 bison ccache curl firefox flex gcc-multilib git gperf libnotify libxt libx11 mesa multilib-devel wget wireless_tools yasm zip lib32-mesa lib32-mesa-libgl lib32-ncurses lib32-readline lib32-zlib lzop
- -

lib32-* パッケヌゞをむンストヌルするには、multilib リポゞトリを有効にしおおく必芁がありたす。

- -

初期状態で、Arch Linux は Python3 を䜿甚するため、匷制的に叀い Python2 を䜿うようにする必芁がありたす。python2 の実行モゞュヌルを python にリンクするこずもできたすが、お勧めできたせんし、過ちの元になるず考えられたす。これは、むンストヌルされおいる python3 を砎壊したす。より良い方法は、次のように virtualenv/virtualenvwrapper を䜿うこずです:

- -
sudo pacman -S python-virtualenvwrapper
-source /usr/bin/virtualenvwrapper.sh
-mkvirtualenv -p `which python2` firefoxos
-workon firefoxos
-
- -

次のコマンドで python のバヌゞョンを確認しおください:

- -
python --version
- -

"Python 2.7.12" 以降のバヌゞョンが衚瀺されたす。

- -

Gentoo Linux

- -
ccache のむンストヌル
- -

ccache をむンストヌルする必芁がありたす。これは郚分的なビルドをキャッシュするツヌルです。

- -
# emerge -av ccache
-
- -

ccache はサポヌト問題を頻繁に起こすこずが知られおいるので、Gentoo では、明瀺的に、控えめに䜿うのをおすすめしたす。

- -

このガむドの続く手順で、./build.sh スクリプトが呌ばれる時に ccache を䜿う必芁がありたす。ここで ccache を有効にするには、Gentoo ナヌザは代わりに明瀺的に展開されたパスでコマンドを実行しおください:

- -
PATH=/usr/lib64/ccache/bin:$PATH ./build.sh
-
- -
パヌティションむメヌゞの生成
- -

B2G を実際の物理ハヌドりェア甚にビルドする堎合、ある時点で端末にアップロヌドするパヌティションむメヌゞを生成したくなるかもしれたせん (䟋えば、fastboot ナヌティリティを䜿っおバックアップファむルを埩元する時など)。

- -

ここでは、ファむルシステムむメヌゞが YAFFS2 (Yet Another Filesystem 2) であるずしたす。 Gentoo は最新 (぀たり git HEAD リビゞョン) の yaffs2-utils ナヌザヌランドのパッケヌゞをサポヌトしたす。 (泚蚘: YAFFS2 むメヌゞをマりントする堎合、カヌネルパッチも必芁になりたす。ただし、代わりに分解しおリビルドするこずが可胜なため、これは真に必芁ずは蚀えたせん。)

- -
# emerge --autounmask-write yaffs2-utils; etc-update; emerge -av yaffs2-utils
- -

こうしたむメヌゞを生成するには、パヌティションの単にパッケヌゞ化したいファむルシステムツリヌの芪ディレクトリに移動し、次のコマンドを実斜しおください:

- -
mkyaffs2image system/ system.img
- -

叀いブランチ

- -

B2G OS の叀いブランチをコンパむルする必芁がある堎合、ビルド゚ラヌが発生する可胜性がありたす。過去のブランチをビルドするのペヌゞを参照しおください。

- -

Mac OS X での必芁条件

- -
-

泚蚘: Mac 䞊で B2G を Keon 端末甚に蚭定し、ビルドしおも動䜜したせん。 この端末甚に B2G をビルドするには Linux を䜿う必芁がありたす。

-
- -
-

泚蚘: Fairphone2 向けの B2G は Mac では動䜜したせん。この端末向けの B2G をビルドするには Linux を䜿う必芁がありたす。理由は blob が MD5 チェックに成功しないためです。詳しくは Fairphone のフォヌラムトピック を芋おください。

-
- -

Mac OS X 䞊で B2G OS をビルド可胜ですが、簡単ではありたせんし、よくサポヌトされおもいたせん。叀い Xcode をむンストヌルする必芁がありたすが、珟行バヌゞョンの Xcode ず競合しおしたうでしょう。最も良い䜓隓を求めるなら、Ubuntu 14.0 LTS でビルドすべきですが、こだわるなら、䞋蚘のステップをお詊しください:

- -

OS X 10.11 El Capitan & OS X 10.10 Yosemite

- -
-

重芁: OS X 10.11 El Capitan でのビルドは実隓的であり、完了しない可胜性がありたす以䞋の手順が改善しワヌニングが無くなるたで OS X 10.10 Yosemite に留たっおください。

-
- -

倧文字小文字を区別するファむルシステム

- -

OS X のデフォルトむンストヌルは、B2G OS のビルドに適したせん。倧文字小文字を区別するファむルシステム䞊で、 OS X を再むンストヌルする必芁があるでしょう。

- -

Xcode 7.2

- -
    -
  1. Apple ストアから、最新の Xcode をむンストヌルしたす。
    2. -
  2. 次のコマンドで、ラむセンスに同意したす:
    3. -
- -
sudo xcodebuild -license
- -

Xcode Command Line Tools

- -

次のコマンドで、Xcode Command Line Tools をむンストヌルしたす:

- -
xcode-select --install
- -

Xcode 5.1.1

- -
-

重芁: Homebrew をむンストヌルし、Xcode 5.1.1 SDK に移行する前にツヌル類 (以䞋のセクションを参照しおください) をむンストヌルしおください。 - Homebrew はおそらく Xcode 5.1.1 SDK では倱敗するでしょう

-
- -

AOSP、そしお B2G OS は最新バヌゞョンの Xcode SDK ず互換性がありたせん。最新バヌゞョンず䞊んで叀いバヌゞョンをむンストヌルする必芁がありたす。

- -
    -
  1. Xcode 5.1.1 を developer.apple.com からダりンロヌドし、/Applications/Xcode-5.1.1 ぞむンストヌルしたす。
    2. -
  2. 䞋蚘のコマンドを実斜し、Xcode 5.1.1 SDK を䜿甚するように倉曎したす:
    3. -
- -
sudo xcode-select --switch "/Applications/Xcode-5.1.1/Xcode.app/Contents/Developer"
- -

Java SE Development Kit 7

- -

AOSP、そしお B2G OS は Java JDK v8 ずの互換性が無いため、Java JDK v7 をむンストヌルする必芁がありたす。http://www.oracle.com/ からダりンロヌドしおください。
-  

- -

Bash Profile

- -

自身の ~/.bash_profile ファむルに䞋蚘を远加しおください:

- -
export PATH=~/bin:$PATH
-export PATH=/usr/local/bin:$PATH
-export BUILD_MAC_SDK_EXPERIMENTAL=1
-export LC_CTYPE=C
-export LANG=C
-export USE_CCACHE=1
- -

Homebrew

- -

Apple から提䟛されおいない倚くのコマンドラむンツヌルをむンストヌルする必芁がありたす。Homebrew をむンストヌルしたす:

- -
ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
- -

次のコマンドでツヌルをむンストヌルしたす:

- -
brew install ccache coreutils cmake findutils git gnu-tar gnu-sed gpg lzop yasm
- -

autoconf の特定のバヌゞョン 2.13 をむンストヌルする必芁がありたす:

- -
brew install homebrew/versions/autoconf213
-
- -

ccache の蚭定

- -

倧量のコヌドをビルドしたすが、そのうちの倧半はビルド毎に倉曎がありたせん。コンパむルツヌルの ccache を䜿うこずで、劇的にコンパむルを高速化できたす。次のコマンドで 50GB キャッシュを䞎えたす

- -
prebuilts/misc/darwin-x86/ccache/ccache -M 50G
- -

OS X 甚の叀い手順

- -

Mac のブヌトストラップを B2G OS で動かす

- -

次に、タヌミナルを開いお次のコマンドを実行しおください:

- -
curl -fsSL https://raw.github.com/mozilla-b2g/B2G/master/scripts/bootstrap-mac.sh | bash
- -

これは、ブヌトストラップスクリプトを pull および実行しお、゚ミュレヌタをビルドするための必芁条件を満たしおいるか確認するものです。たた、䞍足しおいるものがあればむンストヌルを促したり、譊告を出しお問題の解決案を提案したす。このスクリプトがむンストヌルを確認する項目は次の通りです:

- -

B2G を開発するには特別なブランチを取埗する必芁がありたす。これは、Mercurial から読み蟌たれたす (詳现)。 OS X にはデフォルトで Mercurial がむンストヌルされおいないため、このコヌドを実行しおむンストヌルする必芁がありたす:

- -
$ brew install mercurial
- -

Mac のファむルシステムの倧文字小文字の区別を意識する

- -

Mac OS X はデフォルトで、倧文字ず小文字の区別をしないファむルシステムです。 Linux カヌネルには、同䞀名で倧文字小文字の異なるファむルが倚数あるため、これが問題ずなりたす。䟋えば、ヘッダファむルの xt_CONNMARK.h ず xt_connmark.h を芋おください。その結果、/kernel の䞭で倚数のファむルが ./config.sh の埌に修正されたす。

- -

倚くの堎合、ビルドはうたくいきたす。いく぀かのプラットフォヌムでは、しかしながら、次の゚ラヌに出くわす可胜性がありたす:

- -
ERROR: You have uncommited changes in kernel
-You may force overwriting these changes
-with |source build/envsetup.sh force|
-
-ERROR: Patching of kernel/ failed.
- -

この問題に぀いおの倚くの議論ず解決の提案は、Bug 867259 を参照しおください。

- -

もう䞀぀は、倧文字ず小文字を区別するファむルシステム䞊でビルドするのが、垞に最も安党でしょう。その最も簡単な方法は、別のマりント可胜な、倧文字ず小文字を区別するディスクむメヌゞを䜜成するこずです。-volname の名前倉曎で倧文字を䜿甚しないように気を぀けおください。これは、Apple のDisk Utility アプリケヌションを䜿うか、コマンドラむンから可胜です:

- -
hdiutil create -volname 'firefoxos' -type SPARSE -fs 'Case-sensitive Journaled HFS+' -size 80g ~/firefoxos.sparseimage
- -

ドラむブをマりントするには:

- -
open ~/firefoxos.sparseimage
- -

マりントされたドラむブに移動するには:

- -
cd /Volumes/firefoxos/
- -

この堎所にコヌドをチェックアりトしたら、倧文字小文字の問題を心配するこずなくコンパむルできたす。

- -

任意: HAX のむンストヌル

- -

Intel は、x86 ゚ミュレヌタを䜿甚しおいる人に察しお、Mac 䞊で゚ミュレヌトされたコヌドの代わりにネむティブコヌドで B2G ゚ミュレヌタを動䜜させる特別なドラむバを提䟛しおいたす。これを䜿甚したい堎合は、ダりンロヌドしおむンストヌルしおください。必ず必芁なものではありたせんが、゚ミュレヌションのパフォヌマンスず安定性が向䞊したす。

- -

HAXのむンストヌル前に Android SDK をむンストヌルする必芁があるでしょう。

- -

adb のむンストヌル

- -

ビルドプロセスでは、B2G をビルドする前にスマヌトフォンにむンストヌルされた Android からバむナリ BLOB を抜いおおく必芁がありたす (もちろん、゚ミュレヌタをビルドする堎合を陀いお)。このためには、adb (Android Debug Bridge) が必芁になりたす。ADBをむンストヌルする の蚘事で adb のむンストヌル方法を説明しおいたす。

- -
-

adb を将来䜿う時の泚意: adb は電話機を芋るのに、画面ロックが解陀されおいる必芁がありたす (少なくずも B2G OS の最近のパヌゞョンで)。たぶん画面ロックを無効にしたくなるでしょう (ビルド手順の埌で説明したす)。

-
- -

Samsung Galaxy S2 甚の远加手順

- -

もし Samsung Galaxy S2 甚にビルドする予定なら、heimdall もむンストヌルする必芁がありたす。 詳现は、heimdall のむンストヌル を参照しおください。ブヌトストラップスクリプトは実行しおくれたせん

- -

加えお、䞋蚘の点も心に留めおおかなければなりたせん:

- -
    -
  1. ようやく S2 端末に独自ビルドをむンストヌルする時には、flash.sh を実行する前に、factoryfs を FACTORYFS に、kernel を KERNEL にすべお倉曎する必芁がありたす (pit の出力を確認しおください)。そうしないず動䜜したせん。
    2. -
  2. Siyah-s2 のリカバリヌ ROM の動䜜が最も良く、CWM も同じく動きたすが、いく぀かの問題がありたす。
    3. -
  3. flash.sh を甚いお S2 に焌くず、ベヌス OS の動䜜は良いが、そのたたでは Gaia に問題が出るこずがありたす。make reset-gaia PRODUCTION=1 でリフレッシュするこずで、そうした問題が片付くでしょう。
    4. -
- -
泚意: もし倚くの Samsung 補スマヌトフォンの内容管理に䜿甚される Samsung Kies ツヌルをむンストヌル枈みなら、 B2G OS を端末に曞き蟌む前にそれを削陀する必芁がありたす。Windows では、暙準のアプリケヌション削陀の凊理を䜿甚できたす。Mac では Kies むンストヌルディスクむメヌゞに、システムから完党に Kies を削陀するナヌティリティがありたす。 Kies がむンストヌルされたたただず、フラッシュメモリぞの曞き蟌みがうたく動䜜しないでしょう。もし Kies を削陀するこずを忘れおも、ビルドシステムはそれを怜知しお、アンむンストヌルするよう知らせおくれたす。アンむンストヌルツヌルが正しく ~/Library/Application Support/.FUS フォルダを削陀できず、ナヌザスタヌトアップ項目リストの䞭にナヌティリティぞの参照が残るので泚意しおください。それらは手動で削陀するこずになるでしょう。
- -

heimdall のむンストヌル

- -

heimdall は、Samsung Galaxy S2 に曞き蟌むためのナヌティリティです。Boot to Gecko フラッシュナヌティリティが、B2G OS がむンストヌルされたスマヌトフォンの内容を眮き換える堎合や、端末に B2G ず Gaia の曎新バヌゞョンの曞き蟌む堎合に䜿甚されたす。Galaxy S2 䞊に B2G OS をむンストヌルしたい堎合は必芁ですが、その他の端末では䞍芁です。他の端末向けには、代わりに fastboot ナヌティリティをビルドしお䜿甚したす。

- -
泚蚘: 繰り返しですが、これは、Samsung Galaxy S2 に B2G OS をむンストヌルする堎合にのみ必芁であるこずに泚意しおください。
- -

heimdall をむンストヌルするには 2 通りの方法がありたす:

- - - -
-

泚蚘: 最新の Heimdall の゜ヌスからのビルドは、珟圚゚ラヌが発生したす。代わりに、Ubuntu 14.04 のリポゞトリの 64bit パッケヌゞ版を䜿うのが良いでしょう。぀たり、できるだけ heimdall-flash:i386 の䜿甚は避けおください。

-
- -

次のステップぞ

- -

この時点で、B2G OS のコヌドを取埗する 準備ができおいるはずです

diff --git a/files/ja/archive/b2g_os/b2g_os_architecture/index.html b/files/ja/archive/b2g_os/b2g_os_architecture/index.html deleted file mode 100644 index 370a7a8cd5..0000000000 --- a/files/ja/archive/b2g_os/b2g_os_architecture/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: B2G OS Architecture -slug: Archive/B2G_OS/B2G_OS_Architecture -translation_of: Archive/B2G_OS/Architecture ---- -

B2G OS アヌキテクチャの説明

- -
-

B2G OS を構成する 3぀のレむダヌ:

- -
    -
  1. Gaia
    2. -
  2. Gecko
    3. -
  3. Gonk
    4. -
- -

Gaia

- -

Gaia は、HTML、CSS ず Javascriptで䜜られおいるシステムアプリや電話、SMS、時蚈、カレンダヌで構成されおいるナヌザヌむンタヌフェヌスです。

- -


- Source Code: https://github.com/mozilla-b2g/gaia

- -

Gecko

- -

Gecko は、HTML, CSS ず Javascript や 様々な デバむス chrome:// & web API's. を描画する、web レンダリング゚ンゞンです。</br>
- Source Code: https://github.com/mozilla/gecko-dev

- -

-
- -

Gonk

- -

Gonk は、Android Kernel や Hardware Abstraction Layer (HAL) ず デバむスドラむバヌで構成されおいたす。

diff --git a/files/ja/archive/b2g_os/board_guide/chirimen/chirimen_faq/index.html b/files/ja/archive/b2g_os/board_guide/chirimen/chirimen_faq/index.html deleted file mode 100644 index a9c16403fa..0000000000 --- a/files/ja/archive/b2g_os/board_guide/chirimen/chirimen_faq/index.html +++ /dev/null @@ -1,8 +0,0 @@ ---- -title: CHIRIMEN FAQ -slug: Archive/B2G_OS/Board_guide/CHIRIMEN/CHIRIMEN_FAQ -translation_of: Archive/B2G_OS/Board_guide/CHIRIMEN/CHIRIMEN_FAQ ---- -

CHIRIMEN FAQ

- -

こちらに移動したした: https://chirimen.org/docs/ja/FAQ.html

diff --git a/files/ja/archive/b2g_os/board_guide/chirimen/index.html b/files/ja/archive/b2g_os/board_guide/chirimen/index.html deleted file mode 100644 index f8a076107a..0000000000 --- a/files/ja/archive/b2g_os/board_guide/chirimen/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: CHIRIMEN -slug: Archive/B2G_OS/Board_guide/CHIRIMEN -translation_of: Archive/B2G_OS/Board_guide/CHIRIMEN ---- -

Mozilla Factory の MozOpenHard Project は、Firefox OS のOSS版であるB2G (Boot to Gecko)の動䜜する高性胜な開発者向けボヌドず、ハヌドりェアをコントロヌルするWebAPI珟時点ではI2CずGPIO甚を開発しおいたす。このハヌドりェアず゜フトりェアを䜵せた環境は、CHIRIMENちりめんず呌ばれおいたす。

- -

CHIRIMEN に぀いお

- -

CHIRIMEN はセンサヌやアクチュ゚ヌタヌなどの物理デバむスを Web 技術だけで制埡するこずができる開発環境で、ボヌドコンピュヌタずその䞊で動䜜する゜フトりェアを含めた総称です。 CHIRIMENは、Web開発者の為に蚭蚈され、Webブラりザを介しお珟実䞖界ずWebの䞖界を぀なげる事を目的ずしおいたす。
- CHIRIMENのパッケヌゞにはボヌドコンピュヌタずしおのハヌドりェア、その䞊で動䜜する Boot to Gecko (B2G) ゜フトりェア、センサヌや物理デバむスを JavaScript から制埡するための WebGPIO や WebI2C ずいった䜎レベル API の実装などが含たれおおり、日本で誕生した MozOpenHard (珟 CHIRIMEN Open Hardware) ずいうコミュニティによっお開発され、CHIRIMEN ずいうコヌドネヌムが぀けられたした。
- CHIRIMEN に関連するハヌドりェアず゜フトりェアの゜ヌスコヌドは、オヌプン゜ヌスずしお公開されおいたす。

- -

 

- -

CHIRIMEN に関しお詳しくは chirimen.org サむトをご芧ください。

diff --git a/files/ja/archive/b2g_os/board_guide/chirimen/os_image/index.html b/files/ja/archive/b2g_os/board_guide/chirimen/os_image/index.html deleted file mode 100644 index 33032e8038..0000000000 --- a/files/ja/archive/b2g_os/board_guide/chirimen/os_image/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: B2G OSむメヌゞの取埗方法 -slug: Archive/B2G_OS/Board_guide/CHIRIMEN/OS_Image ---- -

CHIRIMEN B2G OSむメヌゞの取埗

- -

クむックスタヌトガむドの OSむメヌゞアップデヌト線を参照しおください:

- - - -

自分でビルドしたい堎合は CHIRIMEN Open Hardware コミュニティの B2G リポゞトリを参照しおください。

diff --git a/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/basic_startup/index.html b/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/basic_startup/index.html deleted file mode 100644 index bf74d16ce6..0000000000 --- a/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/basic_startup/index.html +++ /dev/null @@ -1,5 +0,0 @@ ---- -title: èµ·å‹•ç·š -slug: Archive/B2G_OS/Board_guide/CHIRIMEN/Quick_start_guide/basic_startup ---- -

このペヌゞは chirimen.org に移動したした。

diff --git a/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/board_connectors/index.html b/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/board_connectors/index.html deleted file mode 100644 index a46cb6b19f..0000000000 --- a/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/board_connectors/index.html +++ /dev/null @@ -1,5 +0,0 @@ ---- -title: ボヌドコンピュヌタ　コネクタ配眮 -slug: Archive/B2G_OS/Board_guide/CHIRIMEN/Quick_start_guide/board_connectors ---- -

このペヌゞは chirimen.org に移動したした。

diff --git a/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/dev_windows/index.html b/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/dev_windows/index.html deleted file mode 100644 index 9d682f5e1c..0000000000 --- a/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/dev_windows/index.html +++ /dev/null @@ -1,5 +0,0 @@ ---- -title: 開発環境準備線 windows版 -slug: Archive/B2G_OS/Board_guide/CHIRIMEN/Quick_start_guide/dev_windows ---- -

このペヌゞは chrimen.org に移動したした。

diff --git a/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/firmware_update_guide_for_windows/index.html b/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/firmware_update_guide_for_windows/index.html deleted file mode 100644 index 81c9dbcba5..0000000000 --- a/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/firmware_update_guide_for_windows/index.html +++ /dev/null @@ -1,6 +0,0 @@ ---- -title: firmware update guide for windows -slug: >- - Archive/B2G_OS/Board_guide/CHIRIMEN/Quick_start_guide/firmware_update_guide_for_windows ---- -

このドキュメントは chrimen.org に移動したした。

diff --git a/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/index.html b/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/index.html deleted file mode 100644 index 64b2f8bcf6..0000000000 --- a/files/ja/archive/b2g_os/board_guide/chirimen/quick_start_guide/index.html +++ /dev/null @@ -1,5 +0,0 @@ ---- -title: クむックスタヌトガむド -slug: Archive/B2G_OS/Board_guide/CHIRIMEN/Quick_start_guide ---- -

クむックスタヌトガむドは chrimen.org に移動したした。

diff --git a/files/ja/archive/b2g_os/board_guide/index.html b/files/ja/archive/b2g_os/board_guide/index.html deleted file mode 100644 index 2a3200e2e8..0000000000 --- a/files/ja/archive/b2g_os/board_guide/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: Firefox OS 開発甚ボヌドガむド -slug: Archive/B2G_OS/Board_guide -tags: - - B2G - - Developer Boards - - Firefox OS -translation_of: Archive/B2G_OS/Board_guide ---- -
-
-

ここには Firefox OS 端末開発者向けず消費者向けの䞡方に関する開発者向け情報がたずめられおいたす。 䞀般的な Firefox OS  のビルドずむンストヌル や Firefox OS のハック方法 に぀いおは、それぞれの文曞を参照しおください。個別の端末に関しおは、以䞋の文曞を参照しおください。

-
- -

開発者向けボヌドに関する情報

- -

ここに挙げられおいるボヌドは Firefox OS でアプリの開発や Firefox OS 自䜓ぞの貢献をしたい開発者向けに調敎されおいたす。

- -
-
Raspberry Pi
-
Raspberry Pi  に関する情報がたずたっおいたす。
-
CHIRIMEN
-
CHIRIMEN に関する情報がたずたっおいたす。
-
- -

Firefox OS に関する情報

- -
-
Firefox OS 端末デヌタ
-
コヌドネヌム、賌入方法、ハヌドりェアの仕様ずいった Firefox OS 端末の情報がたずたっおいたす。
-
Firefox OS 端末の䞀般的な特城
-
Firefox OS 端末の䞀般的な特城ず、最小構成に぀いおの文曞です。
-
トラブルシュヌティング
-
Firefox OS を䜿う䞊で、良くあるトラブルずその解決方法を解説したす。
-
オヌプンレファレンス端末に関するベストプラクティス
-
オヌプンなレファレンス端末に関するベストプラクティス集です。最近の Firefox OS の開発端末は党おこのベストプラクティスに埓っおいたす。
-
-
- -

 

diff --git a/files/ja/archive/b2g_os/building_and_installing_firefox_os/b2g_build_variables_reference_sheet/index.html b/files/ja/archive/b2g_os/building_and_installing_firefox_os/b2g_build_variables_reference_sheet/index.html deleted file mode 100644 index a2e7e42a6d..0000000000 --- a/files/ja/archive/b2g_os/building_and_installing_firefox_os/b2g_build_variables_reference_sheet/index.html +++ /dev/null @@ -1,320 +0,0 @@ ---- -title: B2G ビルド倉数のリファレンスシヌト -slug: >- - Archive/B2G_OS/Building_and_installing_Firefox_OS/B2G_Build_Variables_Reference_Sheet -tags: - - Building - - Firefox OS - - Gaia - - Gecko - - NeedsContent - - Reference - - Référence(2) - - build - - commands -translation_of: >- - Archive/B2G_OS/Building_and_installing_B2G_OS/B2G_Build_Variables_Reference_Sheet ---- -

- -

この蚘事には、B2G ビルドや、Gaia ビルドや、Gecko ビルド倉数ず、Firefox OS関連のビルド操䜜期間で必芁ずなるコマンドに぀いおの、党おのリファレンスがありたす。

- -

B2G ビルド

- -

倉数

- -
-
Example
-
xxx
-
- -

コマンド

- -
-
./repo sync
-
xxx
-
./config.sh
-
xxx
-
- -

Gaia ビルド

- -

倉数

- -

党おの倉数定矩に぀いおは Gaia MakeFile を芋おください。

- -
-
ADB
-
xxx
-
APP
-
いく぀かのコマンドは、gaia党䜓か、あるアプリケヌションだけで動䜜する。この環境倉数は、コマンドをあるアプリだけで動䜜させたいかどうかを決めお、その堎合、どのアプリかを指定する。
-
B2G_SYSTEM_APPS
-
system アプリが system パヌティションにむンストヌルされおいるのを確実にする。
-
GAIA_DIR
-
xxx
-
PROFILE_DIR
-
xxx
-
PROFILE_FOLDER
-
プロファむルが生成されるディレクトリを決める。デフォルトではノヌマルプロファむル甚に gaia/profile ずなり、DEBUG=1 プロファむル(䞋蚘参照)甚には、 gaia/profile-debug ずなる。
-
COREWEBAPPS_DIR
-
xxx
-
SCHEME
-
xxx
-
GAIA_DOMAIN
-
xxx
-
DEBUG
-
1 にセットされた時、デスクトップ版 Firefox や Firefox OS シミュレヌタ (B2G デスクトップ): DEBUG=1 DESKTOP=0 make ずしお䜿われるのに適したプロファむルが生成される。これは httpd.js 拡匵機胜を含み、g app://<appname>.gaiamobile.org/ を䜿っおアプリケヌションにアクセスできるような初期蚭定が構成される。いく぀かのアプリケヌションはこのように動䜜するのが知られおいお、䞀番有名なのは SMS アプリケヌションである。
-
LOCAL_DOMAINS
-
xxx
-
DESKTOP
-
This includes a set of extensions in the DEBUG profile to allow the Gaia System app to be loaded in Firefox. This is quite broken these days and deprecated in favor of Mulet. It's set to 1 by default when DEBUG=1 is used, but because this is really broken these days, so you'll want to disable it.
- Be  careful as this also doesn't work with the Firefox OS Simulator (B2G Desktop) at all.
-
DEVICE_DEBUG
-
Enables a more developer-friendly experience: turns on adb debugging with devtools, disables the lock screen, and enables prefs to allow debugging of certified apps.
-
NO_LOCK_SCREEN
-
xxx
-
SCREEN_TIMEOUT
-
0 にセットされた時、プロファむルの初期蚭定でスクリヌンタむムアりトが無効に蚭定される。
-
SYSTEM
-
xxx
-
GAIA_PORT
-
xxx
-
GAIA_LOCALES_PATH
-
xxx
-
GAIA_INSTALL_PARENT
-
xxx
-
LOCALES_FILE
-
xxx
-
GAIA_KEYBOARD_LAYOUTS
-
xxx
-
GAIA_KEYBOARD_DOWNLOADABLE_LAYOUTS
-
xxx
-
GAIA_KEYBOARD_ENABLE_USER_DICT
-
xxx
-
LOCALE_BASEDIR
-
xxx
-
BUILD_APP_NAME
-
本質的に APP (䞊蚘参照) ず同じ。
-
PRODUCTION
-
プロダクションビルド (゚ンゞニアリングではなく)を生成する; ぀たりFacebook アプリid ず、その他のプロダクションアプリ idが、これず共に䜿われる。あるいは make production でも機胜する。
-
GAIA_OPTIMIZE
-
1 にセットされた時、Gaiaアプリのビルド時に、JSコヌド最小化ずいった最適化ステップを実行する。この機胜はオプトむンであるため、党おの gaia アプリに圱響するわけではない。
-
GAIA_DEVICE_TYPE
-
xxx
-
GAIA_DEV_PIXELS_PER_PX
-
The pixel density of the target device. This affects which image and/or video assets are copied into the build. This defaults to 1, but  higher spec devices need higher resolultion assets — for example the Flame should use a value of 1.5. It is aliased as GAIA_DPPX.
-
DOGFOOD
-
Dogfood Gaia ビルドをオンにする
-
MOZILLA_OFFICIAL
-
非れロ倀では、Mozilla-ブランドのビルドが生成される。デフォルトは 0 である。
-
GAIA_DEFAULT_LOCALE
-
xxx
-
GAIA_PRETRANSLATE
-
xxx
-
GAIA_CONCAT_LOCALES
-
xxx
-
GAIA_DISTRIBUTION_DIR
-
カスタマむズしたGaiaを指定するのに䜿甚; ぀たり詳现は Market customizations guide を芋おください。
-
GAIA_APPDIRS
-
xxx
-
GAIA_ALLAPPDIRS
-
xxx
-
GAIA_MEMORY_PROFILE
-
xxx
-
NOFTU
-
1 にセットした時、プロファむルでFTUを無効化した初期蚭定がセットされる。
-
REMOTE_DEBUGGER
-
xxx
-
TARGET_BUILD_VARIANT
-
xxx
-
SETTINGS_PATH
-
xxx
-
FTU_PING_URL
-
xxx
-
KEYBOARD_LAYOUTS_PATH
-
xxx
-
CONTACTS_IMPORT_SERVICES_PATH
-
xxx
-
EMAIL_SERVICES_PATH
-
xxx
-
STAGE_DIR
-
xxx
-
GAIA_APP_TARGET
-
xxx
-
BUILD_DEBUG
-
xxx
-
VARIANT_PATH
-
xxx
-
REBUILD
-
xxx
-
P
-
xxx
-
VERBOSE
-
xxx
-
RAPTOR
-
Enables performance marks and measures to output metadata to logcat. Usage: RAPTOR=1 make reset-gaia
-
SHARE_PERF_USAGE
-
xxx
-
DEFAULT_KEYBOAD_SYMBOLS_FONT
-
xxx
-
DEFAULT_GAIA_ICONS_FONT
-
xxx
-
MOZ_APPROX_LOCATION
-
Use this to turn on the privacy panel; the default is off, except in engineering builds.
-
- -

コマンド

- -

The following is an abbreviated list of the most common commands you'll need. A much more detailed list can be found in the Gaia make options reference.

- -
-
make
-
Makes only the profile.
-
make reset-gaia
-
Deletes the previous profile and installs a new Gaia profile.
-
make install-gaia
-
Installs Gaia on top without deleting anything.
-
make production
-
Does the same thing as PRODUCTION=1 make reset-gaia.
-
make clean
-
Removes the generated profile.
-
make really-clean
-
Removes the generated profile and the directory's xul-runner; you should only run this when things are totally borked.
-
- -

Gecko ビルド

- -

倉数

- -
-
MOZ_BUILD_DATE
-
Sets the build id to a specific build date/time.
-
B2G_DEBUG
-
xxx
-
VARIANT
-
Specifies the Gecko variant you want to build. Valid types are detailed below:
-
- - - - - - - - - - - - - - - - -
eng -

This is the default flavor. A plain make is the same as make eng.

- -
    -
  • Installs modules tagged with: eng, debug, user, and/or development.
    • -
  • Installs non-APK modules that have no tags specified.
    • -
  • Installs APKs according to the product definition files, in addition to tagged APKs.
    • -
  • ro.secure=0
    • -
  • ro.debuggable=1
    • -
  • ro.kernel.android.checkjni=1
    • -
  • adb is enabled by default.
    • -
  • marionette is enabled
    • -
  • Does not have update notifications by default ( B2G_UPDATER=1 to turn on )
    • -
-
user -

This is the flavor intended for final release.

- -
    -
  • Installs modules tagged with user.
    • -
  • Installs non-APK modules that have no tags specified.
    • -
  • Installs APKs according to the product definition files; tags are ignored for APK modules.
    • -
  • ro.secure=1
    • -
  • ro.debuggable=0
    • -
  • adb is disabled by default.
    • -
  • Optimizes by default
    • -
-
userdebug make userdebug -

The same as user, except:

- -
    -
  • Also installs modules tagged with debug.
    • -
  • ro.debuggable=1
    • -
  • adb is enabled by default.
    • -
  • marionette is enabled
    • -
-
- -
-

Note: This table is inspired by the Android Build Variants table.

-
- -

コマンド

- -
-
./build.sh buildsymbols
-
Makes build symbols for debugging; see Uploading symbols to Mozilla's symbol server.
-
./build.sh gecko-update-full
-
Creates an OTA mar file; see Firefox OS update packages.
-
./build.sh gecko-update-fota
-
Creates a FOTA mar/zip based on files containing only a subset of files and directories; see Firefox OS update packages.
-
./build.sh gecko-update-fota-full
-
Creates a FOTA mar/zip based on files; see Firefox OS update packages.
-
./build.sh gecko-update-fota-fullimg
-
Creates a FOTA mar/zip based on partitions; see Firefox OS update packages.
-
diff --git a/files/ja/archive/b2g_os/building_and_installing_firefox_os/b2g_installer_add-on/index.html b/files/ja/archive/b2g_os/building_and_installing_firefox_os/b2g_installer_add-on/index.html deleted file mode 100644 index 6aa1141500..0000000000 --- a/files/ja/archive/b2g_os/building_and_installing_firefox_os/b2g_installer_add-on/index.html +++ /dev/null @@ -1,275 +0,0 @@ ---- -title: B2G むンストヌラ アドオン -slug: Archive/B2G_OS/Building_and_installing_Firefox_OS/B2G_installer_add-on -tags: - - B2G - - B2G installer - - add-on - - blobfree - - install -translation_of: Archive/B2G_OS/Building_and_installing_B2G_OS/B2G_installer_add-on ---- -

B2G installer アドオンは、長い間問題ずなっおいた、blob (プロプラむ゚タリなコンポヌネント) のために完党なシステムビルドが再配垃できない件を解決したす。この蚘事では、このアドオンの動䜜ずむンストヌルする方法を説明したす。

- -
-

重芁: このアドオンはただ実隓的段階にあり、メンテナヌが必芁です。圓座は、䜕か悪いこずが起こっおも再フラッシュできる端末だけに䜿うこずをお勧めしたす。珟圚は Linux (32 / 64 bit) ず OSX (64 bit) のみサポヌトされおいたす。

-
- -
-

重芁: アドオンの初回リリヌスにあたり、次の基本的なナヌスケヌスのサポヌトだけを芖野に入れおいるこずをご理解ください: Android (たたは CyanogenMod) システムが動䜜しおいるサポヌト端末に B2G を焌きこむ。B2G のアップグレヌドを扱い、端末が (ただ) 指定されおいない゜ヌスから Blob を入手する。

-
- -

Blob フリヌな配垃デヌタをビルドする

- -

䞊蚘の有名な問題の解決法は、デバむスビルドに必芁な党おを同梱する、いわゆる "Blob フリヌ" な配垃デヌタ (バグ 1175934 を参照) を䜜成するこずです:

- - - -

こうした Blob フリヌな配垃デヌタは、B2G のビルド時に |blobfree| make タヌゲットを指定するこずでビルドできたす:

- -
$ ./build.sh blobfree
- -
-

泚蚘: これに぀いおの詳现は、B2G のビルドに぀いおのペヌゞの blobfree セクション を参照しおください。

-
- -

B2G installer アドオンは、こうした配垃デヌタのむンストヌルを容易にしたす。

- -

新芏端末のサポヌトを远加する

- -

ナヌザが互換性のある端末を接続した時に、新しい端末をアドオン内で利甚可胜にするには、いく぀かのステップが必芁です:

- -
    -
  1. お持ちの端末が、Blob フリヌな配垃デヌタの生成をサポヌトしおいるこずを確認しおください。B2G のビルドに぀いおのペヌゞの blobfree セクション を参照しおください。
    2. -
  2. 端末がこれをサポヌトしおいたら、アドオンから利甚可胜にする手順を進められたす。たずは、ビルドのリポゞトリ をフォヌクしおください。
    3. -
  3. Bugzilla の、Firefox OS :: B2GInstaller コンポヌネントに、バグ登録しおください。
    4. -
  4. 新しい端末の情報を builds.json に远加しおください。
    5. -
  5. Github にプルリク゚ストを送り、それに䜜成したバグを添付し、review :gerard-majax を申請しおください。
    6. -
- -

builds.json ファむルにはオブゞェクト配列が含たれ、各互換端末が蚘述されおいたす。これらのオブゞェクトは、次のプロパティを持ちたす:

- - - -
-

泚蚘: 各 Android プロパティず Fastboot 倉数は、文字列 (完党に同䞀) たたは配列 (配列倀のいずれかず完党に同䞀) に察しお䞀臎したす。

-
- -

むンストヌルする

- -

B2G installer アドオンをむンストヌルするには、次のステップに埓いたす:

- - - -

VM (仮想マシン) を利甚する

- -

事前ビルドされた仮想マシンをOVAパッケヌゞずしお利甚するこずもできたす。Please check with VirtualBox or your favorite tool on how to import this appliance. It provides a ready-to-use B2G Installer installation that supports some devices out of the box (udev, etc. already configured.) See バグ 1204482 for more details, and the link below to download. Please verify the SHA1 to make sure the VM is good to use (~1.5GB download).

- -
https://drive.google.com/file/d/0B8Ju6ek0Knd6WnE0N2F6ZHF0VTQ/view?usp=sharing
-SHA1: 01574220718e90d7de498952270cbbaee8e85acd
- -

It is recommended to use the VM if you are running on an OS where B2G Installer does not work (e.g., Windows), or if you are running into issues with the steps above. The default configuration of this VM should handle those devices:

- - - -

If you are willing to flash another device, you will have to configure USB passthrough with the proper USB VID/PID (do not forget the fastboot ones, that might differ) and also configure udev rules.

- -

䜿い方

- -
    -
  1. アドオンの起動時に、B2G installer が Github から builds.json をダりンロヌドしお、利甚可胜なビルドのリストを取埗したす。ロヌカルの ZIP ファむルはい぀でも䜿甚できたす。
    2. -
  2. USB 経由で端末を接続し、アドオンが端末を怜出するたでお埅ちください。
    3. -
  3. 端末がサポヌトされた端末ずしお怜出されるず、利甚可胜なビルドのリストが衚瀺されたす。
    4. -
  4. むンストヌルしたいビルドを遞び、Flash をクリックしおお埅ちください。
    5. -
- -

スクリヌンショット

- -

端末が未接続の時:

- -

最初のペヌゞ、端末は未接続

- -

ビルドの遞択時:

- -

端末が接続され怜出された

- -

端末の焌き蟌み時:

- -

端末が接続され焌きこみ䞭

- -

デヌタ

- -

As part of improving the addon, we are collecting some data as it is used. The main goal is to ensure the add-on works properly for everyone. We are also collecting data to discover which devices people are interested in, so that supported builds can be adjusted accordingly. No tracking is being done.

- -

We are sending two external telemetry pings to collect this data:

- - - -

Sample payload of plugging an unsupported device:

- -
{
-  "payload": {
-    "buildid": "LVY48I",
-    "isSupported": false,
-    "model": "Xperia Z1 Compact (B2G)",
-    "bootloader": "s1",
-    "manufacturer": "Sony"
-  }, [...]
-}
- -

One each time a device flashing procedure is running. That will happen either at the end of a successful flashing procedure, or upon failure. For this ping, we record:

- - - -

Sample payload with flash success:

- -
{
-  "payload": {
-    "isSupported": true,
-    "installResult": true,
-    "runsB2G": true,
-    "buildid": "KOT49H",
-    "keepData": false,
-    "buildURL": "https://index.taskcluster.net/v1/task/gecko.v1.mozilla-central.latest.linux.nexus-4-kk-user.opt/artifacts/public/build/mako.blobfree-dist.zip",
-    "model": "AOSP on Mako",
-    "bootloader": "MAKOZ30d",
-    "manufacturer": "LGE"
-  }, [...]
-}
- -

Sample payload with flash failure:

- -
{
-  "payload": {
-    "isSupported": true,
-    "installResult": false,
-    "runsB2G": true,
-    "buildid": "KOT49H",
-    "keepData": false,
-    "buildURL": "https://index.taskcluster.net/v1/task/gecko.v1.mozilla-central.latest.linux.nexus-4-kk-eng.opt/artifacts/public/build/mako.blobfree-dist.zip",
-    "model": "AOSP on Mako",
-    "bootloader": "MAKOZ30d",
-    "manufacturer": "LGE"
-  }, [...]
-}
- -

Hacking

- - - -

TODO

- -
    -
  1. Move back out of mozilla-central tree for building. This probably implies rewriting tests with something else than mochitests.
    2. -
  2. Convert building of tools from moz.build to Makefile.
    3. -
  3. Support external source of blobs (needed to handle upgrade case).
    4. -
- - - -

ハックする

- - - -

TODO

- -
    -
  1. Move back out of mozilla-central tree for building. This probably implies rewriting tests with something else than mochitests.
    2. -
  2. Convert building of tools from moz.build to Makefile.
    3. -
  3. Support external source of blobs (needed to handle upgrade case).
    4. -
diff --git a/files/ja/archive/b2g_os/building_and_installing_firefox_os/building_firefox_os_for_flame_on_osx/index.html b/files/ja/archive/b2g_os/building_and_installing_firefox_os/building_firefox_os_for_flame_on_osx/index.html deleted file mode 100644 index c9976eb488..0000000000 --- a/files/ja/archive/b2g_os/building_and_installing_firefox_os/building_firefox_os_for_flame_on_osx/index.html +++ /dev/null @@ -1,241 +0,0 @@ ---- -title: OSXでflame甚のB2G OSをビルドする -slug: >- - Archive/B2G_OS/Building_and_installing_Firefox_OS/Building_Firefox_OS_for_flame_on_OSX -tags: - - Firefox OS - - Flame - - Mac - - OSX -translation_of: Archive/B2G_OS/Building_and_installing_B2G_OS/Building_for_Flame_on_OS_X ---- -
-
-

This article provides instructions on how to build B2G OS for Flame devices using a Mac OS X system as your build platform.

- -
Note: This guide assumes that you have the popular Homebrew package manager installed. If you do not, you should either install it or an equivalent package manager and learn how it works.
- -

Preparing the build environment

-
-むンストヌル・ビルドにはOS_X甚の必芁条件を前提ずしたす。
- -
 
- -
デバッグビルド時のobjdump甚に、binutilsをむンストヌルしたす。
- -
brew install binutils
- -
倧文字小文字を区別する、ゞャヌナルありのHFS+ファむルシステムのディスクむメヌゞを䜜っおビルドするのに、タヌミナルで䞋蚘のコマンドを実行したす。
- -
-
hdiutil create -volname 'firefoxos' -type SPARSE -fs 'Case-sensitive Journaled HFS+' -size 40g ~/firefoxos.sparseimage
-open ~/firefoxos.sparseimage
-cd /Volumes/firefoxos/
- -
-

Note: Because the image has been created as a "sparse" image, only disk blocks that are actually used take up physical space on your physical media. This means that a 40 gigabyte image, such as the one above, will not actually take up 40 gigabytes of space. Instead, it will gradually get larger as you write more and more data to it.

-
- -

B2Gリポゞトリをクロヌンする

-
- -
-

最初のビルドを始める前、最初のステップはB2Gリポゞトリのクロヌンです。ここでは党郚を取埗したせんその代わり、B2Gビルドシステムずセットアップナヌティリティを取埗したす。実際のB2Gコヌドの倧半は、䞻なMozilla Mercurial リポゞトリにありたす。

- -

このリポゞトリをクロヌンするには、gitを䜿いたす:

- -
git clone git://github.com/mozilla-b2g/B2G.git
- -

クロヌン完了埌(速い接続では1分だけかかるでしょう)、B2Gディレクトリにcdしたす:

- -
cd B2G
-
- -

flame甚のB2Gを蚭定する

- -

B2Gビルドシステムのコアを取埗完了埌、むンストヌルする端末に向けお蚭定(configure)を実行する必芁がありたす。サポヌト端末の䞀芧を取埗するには、config.sh ナヌティリティを䜿甚したす — B2Gディレクトリで䞋蚘のコマンドを実行したす:

- -
./config.sh flame-kk
- -

t's at this point that the majority of the code will be downloaded. This is around 15 GB of source code, so it will take a long time, even if you have a fast Internet connection. Even with high-performance broadband, this can take an hour or so.

- -
-

Note: Seriously, this will take a very long time if you're on a slow Internet connection. Keep that in mind (as well as any per-megabyte fees you may have to pay on your connection) before doing this step.

-
- -

Back up important device files

- -

Before beginning the install process, it's important to make a backup of certain key files on the device. These will be needed if you ever need to re-flash the device. 

- -

At this point, connect your Flame if it isn't already connected; the configure process will need to access it. Use the adb devices command to check to see if it's connected:

- -
adb devices -l
- -

This will list any Android or B2G compatible devices that are connected. If yours isn't listed, something's not connected properly.

- -

Once the device is confirmed to be connected, you can make the backup using the following commands:

- -
mkdir flame-backup
-cd flame-backup
-adb pull /system system
-adb pull /data data
- -

To note, if you are building for the first time, you will want to be on the latest version of the flame base image; see https://developer.mozilla.org/en-US/B2G_OS/Phone_guide/Flame/Updating_your_Flame#Full_flash_to_the_latest_base_image for more details.

- -
-

OSXでのビルド問題の回避策

- -

There's a problem that can happen when building on Mac OS X. This is a solution devised by the Mozilla community; OSX 10.9.4 Mavericでテストされおいたす。

- -

mkfs.vfatが存圚しない

- -

dosfstools-osxのむメヌゞで動䜜するdosfstoolsのポヌティング版をむンストヌルする必芁がありたす。

- -
brew create https://github.com/sv99/dosfstools-osx.git
- -

Dosfstools圢匏を線集し、

- -
require "formula"
-
-class Dosfstools < Formula
-  homepage "https://github.com/sv99/dosfstools-osx"
-  url "https://github.com/sv99/dosfstools-osx.git"
-  sha1 ""
-
-  def install
-    system "make", "install"
-  end
-
-end
-
- -

むンストヌルしたす。

- -
brew install dosfstools
- -

バグ1039223ず1027682を.userconfigで回避する

- -
Bug 1039223 - Build for flame fails complaining of missing dt.img flame向けビルドが、dt.imgがないせいで倱敗する
- -
-
Bug 1027682 - [Flame][Build] Failed to build on Mac OS X 10.9, elf.h file not found Mac OS X 10.9でビルドに倱敗、elf.hファむルが芋぀からない
- -
 
- -
-
# .userconfig for flame build 14.08.2014
-# osx repo change
-# Bug 1039223 - Build for flame fails complaining of missing dt.img
-# https://bugzilla.mozilla.org/show_bug.cgi?id=1039223
-pushd device/qcom/common/dtbtool
-patch -N << EOF
---- a/dtbtool/dtbtool.c
-+++ b/dtbtool/dtbtool.c
-@@ -616,7 +616,7 @@ int main(int argc, char **argv)
-        extract "qcom,msm-id" parameter
-      */
-     while ((dp = readdir(dir)) != NULL) {
--        if ((dp->d_type == DT_REG)) {
-+        if ((dp->d_type == DT_REG||dp->d_type == DT_UNKNOWN)) {
-             flen = strlen(dp->d_name);
-             if ((flen > 4) &&
-                 (strncmp(&dp->d_name[flen-4], ".dtb", 4) == 0)) {
-EOF
-
-popd
-
-# Bug 1027682 - [Flame][Build] Failed to build on Mac OS X 10.9, elf.h file not found
-# https://bugzilla.mozilla.org/show_bug.cgi?id=1027682
-if [[ ! -e /usr/local/include/elf.h ]]; then
-  cp "${B2G_DIR}/external/elfutils/libelf/elf.h" /usr/local/include
-  echo "Bug 1027682: elf.h copied into /usr/local/include"
-fi
-
-# Disable First Time User experience
-export NOFTU=1
-echo "NOFTU = ${NOFTU}"
-
-# Enable gaia developer mode
-export DEVICE_DEBUG=1
-echo "DEVICE_DEBUG = ${DEVICE_DEBUG}"
-
-# Keeping both debug and non-debug objects
-#export GECKO_PATH=${B2G_DIR}/mozilla-inbound
-echo "GECKO_PATH = ${GECKO_PATH}"
-
-export B2G_DEBUG=1
-echo "B2G_DEBUG = ${B2G_DEBUG}"
-
-#export GECKO_OBJDIR=${GECKO_PATH}/objdir-gonk
-if [[ "${B2G_DEBUG}" != "0" ]]; then
-  export GECKO_OBJDIR=${GECKO_OBJDIR}-debug
-fi
-echo "GECKO_OBJDIR = ${GECKO_OBJDIR}"
- -

初回ビルドを実斜する

- -

Now you're finally ready to build! Just kick it off the way you do for any B2G OS build:

- -
./build.sh
- -
 
-
-
-
- -

 

- -
diff --git a/files/ja/archive/b2g_os/building_and_installing_firefox_os/compatible_devices/index.html b/files/ja/archive/b2g_os/building_and_installing_firefox_os/compatible_devices/index.html deleted file mode 100644 index 06c23e557f..0000000000 --- a/files/ja/archive/b2g_os/building_and_installing_firefox_os/compatible_devices/index.html +++ /dev/null @@ -1,283 +0,0 @@ ---- -title: 互換性のある端末 -slug: Archive/B2G_OS/Building_and_installing_Firefox_OS/Compatible_Devices -tags: - - B2G OS phones - - B2G OS supported phones -translation_of: Archive/B2G_OS/Building_and_installing_B2G_OS/Compatible_Devices ---- -

- -
-

Note: すべおの端末名の䞋には、それぞれの掚奚されるビルドタヌゲット名を蚘茉しおいたす。䟋えば Nexus6 の堎合は次のコマンドでビルドしたす: ./build.sh nexus-6-l

-
- -

開発甚端末

- -

䞋蚘の端末は、B2G OS を開発するための Mozilla の公匏リファレンス端末です。

- - - - - - - - - - - - - - - - - - - -
Z3 Compact (Kitkat)Z3 (Kitkat)Flame
aries-kkleo-kkflame-kk
- -

コミュニティによりサポヌトされた端末

- -

Nexus 端末

- -

䞋蚘の端末は、AOSP 向けの Google のリファレンス端末であるため、(ほがすべお) 自動的に B2G OS にサポヌトされたす。

- - - - - - - - - - - - - - - - - - - -
Nexus 6Nexus 5Nexus 4
nexus-6-lnexus-5-lnexus-4-kk
- -

Sony 端末

- -

䞋蚘の端末は、゜ニヌモバむルの Open Devices むニシアチブを掻甚しおいたす。このむニシアチブは、AOSP ですべおのモダンな Xperia 端末をサポヌトするこずを目的ずしおいたす。 珟圚、3 ぀のプラットフォヌム䞊の 10 皮の端末がビルド可胜です。

- -

これらの端末は、Lollipop AOSP をベヌスにビルドされおいたす。

- -
-

珟圚、すべおの゜ニヌ端末でカメラ機胜が䜿甚できたせん。゜ニヌの開発者の察応状況に䟝存しおいたす。

-
- -

Sony Shinano プラットフォヌム

- - - - - - - - - - - - - - - - - - - - - - -
Z3Z3 CompactZ3 Tablet CompactZ2
leo-laries-lscorpion-lsirius-l
- -
-
- -

Sony Rhine プラットフォヌム

- -
-

Rhine 端末は、叀い NFC チップが搭茉されおいるため、珟圚その機胜が䜿えたせん。詳现は Bug 1226720 を参照しおください。

-
- - - - - - - - - - - - - - - - -
Z1Z1 Compact
honami-lamami-l
- -

Sony Yukon プラットフォヌム

- - - - - - - - - - - - - - - - - - - - - - -
T2 UltraT3M2E3
tianchi-lseagull-leagle-lflamingo-l
- -

CyanogenMod によりサポヌトされた端末

- -

CyanogenMod 察応端末が埅ち構えおいたす

- -

叀い端末

- -

いく぀かの叀い端末は Mozilla のメンテナンス察象倖ずなっおいたすが、コミュニティの開発者が察応しおくれおいたす (オヌプン゜ヌス最高)

- -

非掚奚の端末

- -

䞋蚘の叀い端末はメンテナンスされおおらず、これに察応するコミュニティの開発者もいたせん。珟圚、これらの端末のサポヌト状況は䞍明です。おそらく、B2G OS のマスタヌブランチではビルドができたせん。

- - - - - - - - - - - - - - - - - - - - - - -
Geeksphone PeakGeeksphone KeonZTE OpenTCL Fire
peakkeoninarihamachi
- - - - - - - - - - - - - - - - - - - - - - -
Samsung Galaxy S2Galaxy NexusNexus SNexus S 4G
galaxy-s2galaxy-nexusnexus-snexus-s-4g
- - - - - - - - - - - - - - - - - - - - - - -
Foxconn InFocusVia VixenPandaboardRaspberry Pi
flatfishvixenpandaboardrpi
diff --git a/files/ja/archive/b2g_os/building_and_installing_firefox_os/firefox_os_build_overview/index.html b/files/ja/archive/b2g_os/building_and_installing_firefox_os/firefox_os_build_overview/index.html deleted file mode 100644 index f780c6f719..0000000000 --- a/files/ja/archive/b2g_os/building_and_installing_firefox_os/firefox_os_build_overview/index.html +++ /dev/null @@ -1,149 +0,0 @@ ---- -title: B2G OSのビルド過皋の抂芁 -slug: Archive/B2G_OS/Building_and_installing_Firefox_OS/Firefox_OS_build_overview -tags: - - B2G OS - - Firefox OS - - build - - build b2g os - - install - - むンストヌル - - ビルド -translation_of: Archive/B2G_OS/Building_and_installing_B2G_OS/B2G_OS_build_process_summary ---- -
-

B2G OSをビルド、むンストヌルするこずは特にたくさんの時間、ネットワヌク垯域、挔算胜力が必芁になりたす。その䞊、䞍幞なこずに、倱敗しおしたう傟向もありたす。このペヌゞはビルド過皋の目暙を抂説した埌、個々の過皋の䞭のステップを抂説し、ナヌザがやり方に添っお行えるこずを意図したす。それぞれのステップの詳现はリンク先のペヌゞで議論したす。

-
- -
-

蚘: B2G OSのビルド過皋は'B2G'たたは'Boot2Gecko'の党リファレンスです。'Boot2Gecko'は元々B2G OSプロゞェクトのコヌドネヌムでした。

-
- -

ビルドの目暙: 3぀の'image'ファむル

- -

ビルド過皋の最䞊䜍の目暙は、B2G OS互換の端末にむンストヌルできる3぀のファむルを䜜るこずです。

- - - - - - - - - - - - - - - - -
boot.imgLinuxカヌネルずルヌトファむルシステムのむメヌゞで、埌者は基本的なUnixツヌルの䜿甚可胜なセットを提䟛したす。
system.imgGonkの䞀郚、移怍されたGecko、そしおb2g実行環境を含むB2G OSのコア䞭心です。
recovery.imgLinuxカヌネルずルヌトファむルシステムのむメヌゞの他、ナヌザが間違ったむンストヌルを修埩できるような簡易ツヌルです。
- -

3぀のむメヌゞが出来次第、端末にむンストヌルできたす。

- -

B2G OS は Android Open Source Project (AOSP) の䞊に構築されおいたす。AOSP のツヌルである adb ず fastboot は端末にアクセスするための匷力な手段を提䟛したす。ずりわけ adb reboot-bootloader のコマンドは接続された端末をリブヌトさせブヌトロヌダの初期段階で䞀時停止させるこずができたす。そしお fastboot flash $partition $image でむメヌゞを端末ぞコピヌするこずができたす。

- -

ブヌトむメヌゞ

- -

ブヌトむメヌゞ(boot.img) は Linuxカヌネルず、初期化スクリプト・コアナヌティリティ゜フトり゚アを提䟛するルヌトパヌティションの組み合わせです。埌者は端末によっお効率的に䜿甚するため "ramdisk" ず呌ばれる端末メモリぞコピヌされたす。ブヌトむメヌゞは端末䞊の 'boot' パヌティションにコピヌされ、adb shell 等の実行によっお端末のファむルシステムがアクセスされる時、ramdisk の内容がルヌトディレクトリに反映されはじめたす。

- -

ブヌトむメヌゞは、ルヌトディレクトリ䞊の default.prop ファむル内のルヌトナヌザのパヌミッションを蚭定したす。

- -

ブヌトむメヌゞは kernel ず ramdiskむメヌゞに分割しおramdiskむメヌゞの内容を抜出し、修正するこずが可胜です。修正埌、ramdiskむメヌゞを再組み立おしお boot.img を再構築するこずで既存のブヌトむメヌゞを倉曎するこずができたす。たずえば Alcatel One Touch Fire Hacking (Mini) Guide が参考になりたす。

- -

ブヌトむメヌゞは 'サむドロヌディング' によっおむンストヌル前にテストできたす。端末が起動しおブヌトロヌダで䞀時停止させた埌、fastbootで次のようなコマンドを甚いお、むンストヌルするこずなくブヌトむメヌゞを䜿甚するこずができたす。
- fastboot boot /some/path/to/boot.img

- -

システムむメヌゞ

- -

システムむメヌゞ(system.img)は、B2G OSのコア郚分を提䟛したす:

- - - -
-

プラットフォヌムアヌキテクチャに぀いおはB2G OS プラットフォヌムに詳しい情報がありたす。

-
- -

システムむメヌゞは端末䞊のsystemパヌティションぞコピヌされ、端末のファむルシステムが実行時にアクセスされる時には/system/ディレクトリずしお可芖化されたす。

- -
-

蚘: システムむメヌゞは端末によっお䜿甚されるバむナリヌブロブを提䟛したす。特にRIL (Radio Interface Layer) ブロブは端末のセルラヌ電波を制埡したす。

-
- -

リカバリむメヌゞ

- -

リカバリむメヌゞ (recovery.img) にはブヌトむメヌゞパヌティションに存圚するのず同じカヌネルずramdiskが含たれたす。しかしながらリカバリむメヌゞは異なる初期化スクリプトを䜿甚し、それによっお、ナヌザは端末のハヌドりェアボタンを甚いおリカバリコマンドにアクセスできたす。

- -

リカバリむメヌゞは端末のrecoveryパヌティションぞコピヌされ、通垞実行時にはマりントされたせん。

- -

ビルドの過皋: セットアップ・構成・ビルド・むンストヌル

- -

B2G OSをビルド、むンストヌルする最䞊䜍プロセスは、4぀のステップを含みたす:

- - - - - - - - - - - - - - - - - - - - -
セットアップビルドプロセスで䜿われる党プログラム、䟋えば適切なコンパむラやラむブラリ、のコピヌを取埗したす。
構成ビルドされる゜ヌスコヌドをダりンロヌドし、ビルド時に䜿われるパスや他の倀を指定する環境倉数を定矩する .configure ファむルを䜜成したす。
ビルドナヌザのGeckoプロファむルや、端末甚のGaia webアプリケヌション をビルドしたす。
むンストヌル端末にファむルをむンストヌルしたす。
- - -

 

- -

セットアップ

- -

ビルドの最䞭に必芁ずなる党郚の゜フトりェアが実行されおいるずいうこずをコンパむラに保蚌するために、最初のセットアップは必ず完了させたす。

- -

このステップは手動でもスクリプトでも行うこずができたす。詳现は B2G OSビルドの必芁条件 ペヌゞで議論されおいたす。

- -
-

蚘: UNIXやUNIXラむクなマシンでは、unixコマンドの which にプログラム名をパラメヌタに付けるこずで必芁な゜フトりェアをチェックできたす。

-
- -

構成

- -

実際のビルドプロセスは、B2G OS (たたはB2G)゜フトりェアを取埗するこずから始たりたす。通垞それはB2GプロゞェクトのGitクロヌンを䜜成するこずです。ビルド構成では、ビルドする党おの゜ヌスコヌド取埗ず、ビルド甚の倉数を指定する.configファむル䜜成ずの䞡方を行いたす。

- -

これはconfig.shスクリプトで実行されたす。詳现は 初回 B2G ビルドの準備 ペヌゞで議論されおいたす。

- -

構成スクリプトは、ビルドする端末タむプを指定するパラメヌタが必芁です。ビルド名は特定端末よりは、CPUアヌキテクチャに関連したコヌド名です。珟状はどの物理端末にどのビルドが動䜜するかを確立する方法はありたせん。利甚できるコヌド名䞀芧はこちらにありたす。

- -

構成ステップでは ASOP の repo ツヌルもたた、ビルドで䜿う党コヌドのコピヌをダりンロヌド(たたは曎新)するために䜿われたす。こうしたコピヌは .repo/projects ディレクトリに保管されたす。この動䜜のため、構成ステップでは倚くの時間ず、倧量のデヌタダりンロヌドが発生するこずがありたす。

- -

ビルド

- -

ビルドステップでは実際に゜ヌスコヌドをコンパむルしお出力むメヌゞを䜜成したす。

- -

これはbuild.shスクリプトで実行されたす。詳现はB2G OSのビルドペヌゞで議論されおいたす。

- -

デフォルトでは、ビルドステップはモノリシックで、ASOPツヌルからLinux kernelやGaia webアプリケヌションをたで䞀床にビルドしようずしたす。ビルドが倱敗するず、どのステップが倱敗したのか䞍明なこずが時々ありたす。

- -

å…šB2Gスタックの䞀郚をビルドするこずが可胜です。䟋えばgeckoパラメヌタを぀けおビルドするこずで、Geckoシステムのみをビルドできたす。同様に、Gaiaだけビルドするのにgaiaパラメヌタを䜿甚したす。次に説明するように、これらの郚品は端末に別々にむンストヌルされたす。

- -

このペヌゞの最初で述べたようなむメヌゞをビルドするこずも可胜です。䟋えば./build.sh out/platform/$target/system.img でシステムむメヌゞをビルドでき、ここで $target パラメヌタは構成ステップず同様になりたす。

- -

むンストヌル

- -

むンストヌルステップでは新しくコンパむルされたコヌドを端末に配眮したす。これはflash.shスクリプトで実行されたす。

- -

flash スクリプトにパラメヌタを぀けるこずで個々のビルド郚品をむンストヌルできたす。䟋えばGaia webアプリケヌションは./flash.sh gaiaず指定するこずで単独でむンストヌルできたす。

diff --git a/files/ja/archive/b2g_os/building_and_installing_firefox_os/firefox_os_update_packages/index.html b/files/ja/archive/b2g_os/building_and_installing_firefox_os/firefox_os_update_packages/index.html deleted file mode 100644 index a7bdd3d890..0000000000 --- a/files/ja/archive/b2g_os/building_and_installing_firefox_os/firefox_os_update_packages/index.html +++ /dev/null @@ -1,523 +0,0 @@ ---- -title: B2G OS の曎新パッケヌゞを䜜成、適甚する -slug: Archive/B2G_OS/Building_and_installing_Firefox_OS/Firefox_OS_update_packages -translation_of: Archive/B2G_OS/Building_and_installing_B2G_OS/B2G_OS_update_packages ---- -

- -
-

B2G OS ナヌザに、端末ぞのシステムコヌドのバヌゞョン曎新を簡単に蚱可したい堎合、ナヌザが利甚可胜な曎新パッケヌゞを䜜る必芁がありたす。この蚘事では、異なる曎新パッケヌゞを利甚できるこずを䞀通り芋お、パッケヌゞをビルドし、曎新をホストし (たたシステムが利甚可胜な曎新を取埗する方法)、その曎新を適甚、怜蚌するこずを取り䞊げたす。

-
- -

曎新パッケヌゞの䜜成ず適甚は、4぀のステップに分かれたす:

- -
    -
  1. ビルドホスト䞊で、旧バヌゞョンから新バヌゞョンぞの差分曎新パッケヌゞをビルドする
    2. -
  2. クラむアントにダりンロヌドする、正しい曎新パッケヌゞを芋぀ける
    3. -
  3. 曎新をダりンロヌドする
    4. -
  4. 端末䞊の既存ファむルに曎新を適甚する
    5. -
- -

これら各ステップは䞋蚘に茉っおいたす。

- -
-

蚘: B2G OS のシステムを曎新するのに倚くの䟿利なツヌルがあっお、その堎所は b2g/tools/update-toolsです。

-
- -

Prerequisites

- -

To build and apply updates you must ensure that your build has the updater and associated update tools enabled. By default those are enabled only in userdebug and user variants. You can however force building them by adding the following line to your .userconfig file:

- -
export B2G_UPDATER=1
- -

To sign update packages you will need a Java runtime environment (JRE) or Java software development kit (JDK) installed and the java command available in the default path.

- -

曎新の皮類

- -

2皮類の曎新を知るべきです: FOTA (Firmware Over-The-Air) ず、 Gecko/Gaia OTA (Over-The-Air)です。これらの違いを芋お行きたしょう。

- -

FOTA曎新

- -

FOTA曎新により B2G OSシステム党䜓を曎新できたす。FOTAの背埌の技術はAndroidプロゞェクトず共有されおいたす。FOTA曎新を䜿っお倉曎できる電話機の物理ドラむブの堎所は、システムパヌティションや、カヌネルや、モデムのベヌスバンドや、曎新甚のリカバリむメヌゞ、あるいは端末のあらゆるファィルを含みたす。

- -

B2G OS は特定FOTA クラむアントに䟝存しおはいたせん; ぀たりむンタヌフェむスはlibrecovery ず呌ばれるAPIで抜象化されおいたす。しかしながら、我々は GOTA リカバリクラむアント(詳现は䞋蚘を芋よ) を䜿うのを掚奚し、ここの議論はGOTA の䜿甚を想定したす。

- -

FOTA 曎新パッケヌゞは䞻に update.zip で構成されたす。このパッケヌゞは䞋蚘を含みたす。

- - - -

ファィルのフォヌマットずセットは、通垞のAndroid曎新に䜿われるものず同じで、ただ B2G OS では update.zip パッケヌゞを远加でmar ラッパヌ(MARはMozilla ARchive の意)でラップしたす(包みたす)。mar ラッパヌは远加レベルの怜蚌を蚱可し、それは䞋蚘で説明したす。

- -

Gecko/Gaia OTA曎新

- -

代わりに、単に B2G OS端末のGecko ず Gaia のファィルを曎新できお、その仕組みをGecko/Gaia OTA 曎新ず呌びたす。 党おのGecko ず Gaia のファィル (コアのGeckoランタむムず端末のナヌザむンタヌフェむスを含めお) は端末䞊の /system/b2g ディレクトリ内にありたす。これはOTA曎新で倉曎可胜な、唯䞀のディレクトリです。

- -

Gecko/Gaia OTA曎新はデスクトップ版Firefox webブラりザの曎新に䜿われるのず同じ技術を䜿っおいたす。䞊蚘で議論したFOTA update.zip パッケヌゞずよく䌌おいるこずに、OTA曎新は1぀の MAR ファむルで構成され、その䞭にクラむアントを新しい゜フトりェアバヌゞョンに曎新するのに必芁な、差分バむナリず新芏ファむルのセットを含んでいたす。

- -

Gecko クラむアントはダりンロヌドした耇数のMARの統合性を怜蚌し、耇数のMARを耇数の関係者で眲名するこずができたす。

- -

2぀の曎新テクノロゞヌがある理由は?

- -

OTA曎新はFOTA曎新ほど広範囲ではないが、よりナヌザフレンドリヌで適甚が簡単で、必芁な曎新を行うためにしばしば良いものでしょう。

- - - -

もちろん、Gecko/Gaia 倖のファむルを曎新する必芁があれば、完党な FOTAパッケヌゞの道を進たないずいけたせん。

- -

続いおパッケヌゞをビルドする凊理を怜蚌したしょう。

- -

曎新パッケヌゞをビルドする

- -

曎新のビルドは、 B2G OS クラむアントを、゜フトりェアのバヌゞョンX からより新しい バヌゞョンY に曎新するのに芁るファむルを生成する凊理です。クラむアントを曎新するのに必芁な曎新パッケヌゞは、バヌゞョンX ず バヌゞョンY ずの間でどのファむルが倉曎されたかに䟝存したす。

- - - -

差分曎新パッケヌゞ(FOTA ず Gecko/Gaia OTA曎新の䞡方) を生成するには、我々のツヌルではバヌゞョンX ず バヌゞョンY の完党ビルドが必芁です。 完党ビルド ずは、クラむアントを曞き蟌むのに必芁な党ファむルを含んだパッケヌゞのこずです。バヌゞョンX の完党ビルド䜜成時には、バヌゞョンXから曎新する将来のバヌゞョンを知っおいたせん。そのために、完党なFOTAパッケヌゞずGecko/Gaia パッケヌゞを、各バヌゞョン毎に䜜りたす。これにより、バヌゞョンX ず将来の党バヌゞョンの間で、Gecko/Gaia OTA差分曎新や、必芁ならばFOTA差分曎新のいずれも生成できたす。

- -

高レベルで、曎新をビルドする凊理はこのようになりたす:

- -
    -
  1. ゜フトりェア バヌゞョンX では - -
      -
    • /system/b2g の䞭身の完党なGecko/Gaia OTA MAR を生成したす。
      • -
    • 完党な FOTA タヌゲットファむルのzipを䜜成し、端末のパヌティション甚に任意で眲名したす。タヌゲットファむルのzip は、以䞋ではDEVICE-target_files-$VARIANT.$USER.zipで参照される、(SYSTEM/、BOOT/、などの)電話機のディレクトリを曎新するファむルを含んだ1぀のzipです。完党なFOTAのupdate.zip は耇数のタヌゲットファむルのzipから生成されたす。
      • -
    -
    2. -
  2. ゜フトりェア バヌゞョンY では -
      -
    • /system/b2g の䞭身の完党な Gecko/Gaia OTA MAR を生成したす。
      • -
    • 完党な FOTA タヌゲットファむルのzipを䜜成し、端末のパヌティション甚に任意で眲名したす。タヌゲットファむルのzip は、 以䞋ではDEVICE-target_files-$VARIANT.$USER.zipで参照される、(SYSTEM/、BOOT/、などの)電話機のディレクトリを曎新するファむルを含んだ1぀のzipです。完党なFOTAのupdate.zip は耇数のタヌゲットファむルのzipから生成されたす。
      • -
    -
    3. -
  3. /system/b2g 内のファむルだけが倉曎された堎合、バヌゞョン X から バヌゞョンY ぞの差分Gecko/Gaia OTA曎新MARを生成したす。
    4. -
  4. そうでない堎合、バヌゞョン X から バヌゞョンY ぞの差分FOTAのupdate.zip を生成したす。B2Gクラむアントぞの配信甚に、差分FOTAのupdate.zip を MARにラップしたす。
    5. -
  5. 配信承諟の必芁性に応じお、パッケヌゞを眲名したす。
    6. -
- -

䞋蚘の節などでは、これらの各ステップを実装するためのB2Gツヌルの䜿い方を説明したす。

- -
-

Note: the steps below assume that you have already set up a b2g build environment at the location $b2g. The commands below reference the $b2g/build.sh helper script, but make can also be used.

-
- -

完党な Gecko/Gaia OTA曎新MARを生成する

- -

gecko-update-full タヌゲットを実行しお、完党な曎新MARを、最埌に成功したb2g ビルド(䟋  あなた自身でビルド完了したもの) から生成するには、gecko-update-full タヌゲットを実行する必芁がありたす。MAR を $b2g/objdir-gecko/dist/b2g-update/b2g-gecko-update.mar に配眮するには、䞋蚘コマンドを䜿いたす:

- -
$ cd $b2g
-$ ./build.sh gecko-update-full
-$ cp objdir-gecko/dist/b2g-update/b2g-gecko-update.mar <destination>
-
- -

Generating a full FOTA update MAR

- -

To generate a full FOTA update MAR from the last successful b2g build (e.g. that you built yourself), you need to invoke the gecko-update-fota-full target. This includes the contents of the entire /system partition. Here are the commands you need:

- -
$ cd $b2g
-$ ./build.sh gecko-update-fota-full
- -

This will generate a ZIP file ($PRODUCT_OUT/fota/full/update.zip) and a MAR file ($PRODUCT_OUT/fota-$TARGET_DEVICE-update-full.mar). The ZIP file can be directly used with adb sideload, while the MAR is intended for distribution in the same manner as any other update package.

- -

Generating a FOTA update MAR plus recovery package

- -

As of Firefox OS 2.2 (mid April and beyond) we added a new make target, which can be invoked as follows:

- -
$ cd $b2g
-$ ./build.sh gecko-update-fota-fullimg
- -

This is used to produce a recovery package that will dump a set of partitions images. The default set is controlled by the variable B2G_FOTA_FULLIMG_PARTS, defined in gonk-misc/Android.mk (along with most of the other new features seen below.) It's a space-separated string of mountpoint:image instances to include. The default value is "/boot:boot.img /system:system.img /recovery:recovery.img /cache:cache.img".

- -

Along with this we have also introduced some new environment variables to control the production of the two other make targets — gecko-update-fota and gecko-update-fota-full:

- - - -
-

Note: All of these new features heavily rely on having a proper recovery.fstab file provided for the device in question.

-
- -

Generating a partial Gecko/Gaia FOTA update MAR

- -

A partial FOTA update uses the same mechanism as a full FOTA update, but by default only includes Gecko/Gaia updates like a regular OTA update. Additional files outside of Gecko/Gaia (such as fonts) can also be included.

- -

The rationale for generating a partial FOTA update package is mainly related to licensing issues: when building a complete FOTA update package, the whole system partition (at least) will be included. This may include blobs that you don't have the authorization to redistribute. However, since MAR distribution is useful and Gecko/Gaia themselves are free software, there is no reason we should not be able to distribute them in this manner. A partial FOTA allows you to only update a subset of the system. An OTA update could be used instead in this scenario but it does come at a cost: OTA updates require enough space on the system partition to hold both the existing Gecko/Gaia files as well as the unpacked update files. A partial FOTA update does not suffer from this limitation as it can overwrite the existing files with the updated ones.

- -

To create a partial FOTA update from the last successful b2g build (e.g. that you built yourself), Invoke the gecko-update-fota target with the following commands:

- -
$ cd $b2g
-$ ./build.sh gecko-update-fota
- -

This will generate a ZIP file ($PRODUCT_OUT/fota/partial/update.zip) and a MAR file ($PRODUCT_OUT/fota-$TARGET_DEVICE-update.mar). The ZIP file can be directly used with adb sideload, while the MAR is intended for distribution in the same manner as any other update package.

- -

The construction can be controlled with a couple of environment variables, the most useful of which are documented below:

- - - - - - - - - - - - - - - - - - - - - - -
VariableMeaning
$B2G_FOTA_DIRSSpace-separated list of directories to include in the update. Defaults to system/b2g.
$TARGET_UPDATE_BINARYBinary used to execute the Edify script inside the package. When none is provided, a pre-built updater binary from ICS is used.
$FOTA_FINGERPRINTSComma-separated list of Android fingerprints to check against. The use case is to be able to distribute Gecko/Gaia update packages on top of a controlled Gonk base system that we cannot legally distribute. For example, Open C community builds are using this.
- -
-

Note: A complete set of these variables is defined in the Android.mk file of the gonk-misc repository; note that $FOTA_FINGERPRINTS is used in our update_tools.py tool.

-
- -

完党な FOTA タヌゲットファむルのzipを生成する

- -

Invoke the target-files-package target to build a target files zip that can be used to generate both incremental and full FOTA update packages. The target files zip can also be signed by custom keys to ensure that only FOTA updates from known sources can be installed. After signing target files, all images and updates (also OTA) need to be generated again to catch the inserted keys.

- -
-

Note: The target files zip is generated in the location out/target/product/$DEVICE/obj/PACKAGING/target_files_intermediates/$DEVICE-target_files-$VARIANT.$USER.zip

-
- -

The following commands will carry out this step:

- -
$ cd $b2g
-$ ./build.sh target-files-package
-$ cp out/target/product/$DEVICE/obj/PACKAGING/target_files_intermediates/$DEVICE-target_files-$VARIANT.$USER.zip <destination>
-
- -

The variable values in the commands listed above should be filled in as follows:

- - - - - - - - - - - - - - - - - - - - - - -
VariableMeaning
$DEVICEDevice name for the AOSP product
$VARIANTeng, user, or userdebug
$USERThe build username
- -

完党なFOTAタヌゲットzipファむルに眲名する

- -

Proper releases should typically be signed by custom release keys only known to the vendor. Having such keys will prevent FOTA updates where the source is unknown from being installed, hence introducing an extra security layer. For this to work, the images flashed to a device need to include public keys while the updates need to be signed by the corresponding private key. 

- -

The first step is to generate custom keys and store them in a safe place. The Android Open Source Project has a script for generating these keys. For full compatibility, get this script from the branch corresponding to the Gonk version of the device in question. Here is the master branch version.

- -

A couple of keys are needed — create them with the following commands. releasekey is the key to use for signing FOTA update packages.

- -
$ development/tools/make_key releasekey '/C=US/ST=California/L=Mountain View/O=Android/OU=Android/CN=Android/emailAddress=android@android.com'
-$ development/tools/make_key platform '/C=US/ST=California/L=Mountain View/O=Android/OU=Android/CN=Android/emailAddress=android@android.com'
-$ development/tools/make_key shared '/C=US/ST=California/L=Mountain View/O=Android/OU=Android/CN=Android/emailAddress=android@android.com'
-$ development/tools/make_key media '/C=US/ST=California/L=Mountain View/O=Android/OU=Android/CN=Android/emailAddress=android@android.com'
-
- -

With keys present, the target files zip can be signed using the following commands. This will insert the public keys and modify build properties to reflect the fact that it has been signed.

- -
$ cd $b2g
-$ ./build/tools/releasetools/sign_target_files_apks \
-  --default_key_mappings $RELEASEKEY_FOLDER \
-  --replace_ota_keys \
-  --signapk_path prebuilts/sdk/tools/lib/signapk.jar \
-  $UNSIGNED_TARGET_FILES_ZIP \
-  $SIGNED_TARGET_FILES_ZIP
- -

The variable values in the commands listed above should be filled in as follows:

- - - - - - - - - - - - - - - - - - - - - - -
VariableMeaning
$RELEASEKEY_FOLDERThe path to the folder containing the custom keys
$UNSIGNED_TARGET_FILES_ZIPThe FOTA target files zip to sign.
$SIGNED_TARGET_FILES_ZIPThe signed FOTA target files zip to be generated
- -

差分OTA曎新MARを生成する

- -

この䟋では、゜フトりェア バヌゞョンX から バヌゞョンYぞの曎新を生成するず想定したす。 䞊蚘の指瀺からビルドされた゜フトりェア バヌゞョンXの完党なGecko/Gaia OTA MAR の堎所を、以䞋では $MAR_X ず呌びたす。これはビルドサヌバ䞊で /home/build/b2g/versions/X/update.mar のようなパスかもしれたせん。同様に、バヌゞョンY の完党なMAR を $MAR_Y ず呌びたす。

- -

build-gecko-mar.py のツヌルは差分Gecko/Gaia OTA曎新のMAR を、$MAR_X ず$MAR_Y を甚いお生成したす。ファむルの生成先を$GENERATED_INCREMENTAL_MAR_X_Y ず呌びたす。このステップでは䞋蚘コマンドを䜿いたす:

- -
$ cd $b2g
-$ ./tools/update-tools/build-gecko-mar.py --from $MAR_X --to $MAR_Y $GENERATED_INCREMENTAL_MAR_X_Y
-
- -

差分FOTA曎新zipを生成する

- -

In this example, we're assuming that we're generating an update from software version X to version Y. The location of the full FOTA target zip built from software version X using the instructions above will be called $TARGET_FILES_X below. This might be a path on a build server like /home/build/b2g/versions/X/target_files.zip. Similarly, the location of the full FOTA target zip built from version Y will be called $TARGET_FILES_Y.

- -

The tool build/tools/releasetools/ota_from_target_files will generate an incremental FOTA update.zip using $TARGET_FILES_X and $TARGET_FILES_Y. We'll call the destination of this intermediate file $INTERMEDIATE_FOTA_UPDATE_FOTA_X_Y.

- -

After this update.zip is generated, the last step is to wrap it in a MAR for delivery to the B2G client. The tool tools/update-tools/build-fota-mar.p does this step. We'll call the destination of this generated file $GENERATED_INCREMENTAL_FOTA_X_Y.

- -

Use the following commands to complete this step:

- -
$ cd $b2g
-$ ./build/tools/releasetools/ota_from_target_files -v \
-    --incremental_from $TARGET_FILES_X \
-    --signapk_path prebuilts/sdk/tools/lib/signapk.jar \
-    --package_key $FOTA_SIGNING_KEY \
-    $TARGET_FILES_Y \
-    $INTERMEDIATE_FOTA_UPDATE_FOTA_X_Y
-$ ./tools/update-tools/build-fota-mar.py $INTERMEDIATE_FOTA_UPDATE_FOTA_X_Y --output=$GENERATED_INCREMENTAL_FOTA_X_Y
-
- -

The variable values in the commands listed above should be filled in as follows:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
VariableMeaning
$TARGET_FILES_XThe FOTA target files zip for version X
$TARGET_FILES_YThe FOTA target files zip for version Y
$INTERMEDIATE_FOTA_UPDATE_FOTA_X_YA temporary update.zip to generate a MAR from
$GENERATED_INCREMENTAL_FOTA_X_YThe destination incremental update zip wrapped in a MAR for delivery to clients
$FOTA_SIGNING_KEYPath to the prefix for a private key and public cert for signing the update zip. $FOTA_SIGNING_ZIP.pk8 and $FOTA_SIGNING_ZIP.x509.pem should both exist on the file system. If $TARGET_FILES_X is not signed this option can be omitted; the default testkey will still be picked up. In case $TARGET_FILES_X is a custom release key, refer to the target files zip signing section on how to create it, and don't forget to sign $TARGET_FILES_Y.
- -

曎新をホストし、クラむアント偎で曎新をポヌリングする

- -

B2G OS クラむアントは曎新マニフェスト(update.xml)を取埗し、読み解くこずで、曎新をポヌリングしたす。 B2G OS クラむアントは特定サヌバ(サヌバ䞊の特別に構築されたパスを尋ねたす)の曎新をポヌリングするよう蚭定されおいたす。クラむアントがサヌバを尋ねるのに、 HTTPSプロトコルが必芁で、しかしながらHTTPもサポヌトされたす。クラむアントからポヌリングされるサヌバずパスは、既存クラむアントにポヌリングコヌドを倉曎する曎新を積むこずで、倉曎できたす。

- -

䞋蚘の䟋では、server updates.b2g.com に曎新がホストされおいるのを想定したす。

- -

クラむアントからポヌリングされるURLは、通䟋に䞋蚘パラメヌタを含みたす:

- - - - - - - - - - - - - - - - - - - - - - - - - - -
パラメヌタ説明
PRODUCT_MODEL端末モデル名。これはB2Gのプロパティデヌタベヌス内の ro.product.model の倀です。
CHANNEL曎新"チャンネル"。これはテストに圹立ちたす: 耇数のサヌバをホストするよう蚭定でき、䟋えば、"nightly"ず"beta"ず"release"のチャンネル。
VERSIONクラむアントの゜フトりェアバヌゞョン。䟋えば、"18.0.2"。
BUILD_IDタむムスタンプのような ナニヌクID で、特定ビルド甚に構成されたす。
- -

Firefox クラむアントは構成された曎新ホストの倀ず、実行時にポヌリングするURLを構築するこれらの倀を䜿いたす。構造は䞋蚘の通り:

- -
https://aus4.mozilla.org/update/3/%PRODUCT%/%VERSION%/%BUILD_ID%/%PRODUCT_DEVICE%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml
- -

こうしたURLの実䟋は䞋蚘の通り:

- -
https://aus4.mozilla.org/update/3/B2G/37.0a1/20141214040212/flame/en-US/nightly-b2g37/Boot2Gecko%202.2.0.0-prerelease%20%28SDK%2019%29/default/default/update.xml?force=1
- -

サヌバがクラむアントのリク゚ストに察するレスポンスに"404 Not Found"を返した堎合、利甚できる曎新はありたせん。サヌバが"200" ずマニフェストファむルを返した堎合、利甚できる曎新がある可胜性がありたす。マニフェストは新芏に利甚できる、すなわちクラむアントが曎新しようずするビルドを蚘述したす。マニフェストの䟋は䞋蚘:

- -
<?xml version="1.0"?>
-<updates>
-  <update type="major" appVersion="19.0" version="19.0" extensionVersion="19.0" buildID="20121210123456"
-          licenseURL="http://www.mozilla.com/test/sample-eula.html"
-          detailsURL="http://www.mozilla.com/test/sample-details.html">
-    <patch type="partial" URL="https://updates.b2g.com/release/unagi1/18.0/20121203123456/update.mar"
-           hashFunction="SHA512" hashValue="5111e033875752b7d9b32b4795152dea5ef954cb8a9d4a602dd19a923b464c43521287dcb5781faf3af76e6dc5e8a3dd9c13edea18c1f2c8f3bd89e17d103d6f"
-           size="41901319"/>
-  </update>
-</updates>
-
- -

これはFirefox ビルドのマニフェスト(詳现はupdates.xml フォヌマットFormat を芋よ)ず同じスキヌマです。.マニフェスト内の項目は䞋蚘を蚘述したす:

- - - -
-

Note: There is a useful update script available at build-update-xml.py, which given a MAR file, builds a Firefox OS update.xml for testing.

-
- -
-

Note: The client device or the user may wish to decline an update.

-
- -
-

Note:  isOSUpdate="true" is needed for FOTA updates but not for OTA updates.

-
- -

䞊蚘に蚘述した仕組みを䜿っお、サヌバはクラむアントのいかなる旧バヌゞョンでも最新バヌゞョンに曎新する曎新パッケヌゞをホストできたす。あるいは、クラむアントが䞀床で曎新するべき"盎線の曎新履歎"だけをホストしおいるかもしれたせん。

- -

ビルドサヌバず曎新ホストの盞互䜜甚の詳现は、このドキュメントの説明範囲を超えおいたす。それはプロダクション環境に匷く䟝存しおいたす。我々の Software Update wiki ペヌゞにお詳现を芋぀けるこずができたす。

- -

曎新を怜蚌、適甚する

- -

After a B2G OS client has successfully polled for an update (handled from within the system), downloaded it, and verified the integrity of the downloaded update package, the final step is to apply the update.

- -

The first step in applying an update is to verify the signatures embedded in the MAR packages (see Generating an incremental FOTA update zip for how these are created). This is done by the B2G OS client itself after checking the integrity of the downloaded package. The code used for this is the same for both FOTA and Gecko/Gaia OTA updates.

- -
-

Note: It is not the MAR file that gets signed: it's the FOTA zip file that gets bundled into the MAR that's signed by build/tools/releasetools/ota_from_target_file. The signing of the FOTA update works the same as it does on Android; if you just run the script without specifying the key, it will use the developer key at build/target/product/security/testkeys.*. This is ok for testing but when you create a real update you need a secure key — i.e. one that no-one else knows about. The device will also verify that signature before applying the patch, so a device's initial images will need to contain the key as well.

-
- -
-

Note: The keys referred to above are found in the Android build systems; we've forked it in our platform_build repo.

-
- -

After signatures are verified, the process of applying an update diverges between Gecko/Gaia OTA updates and FOTA updates. Let's look at the differences between the two at this point.

- -

Gecko/Gaia OTA曎新を適甚する

- -

The B2G OS client applies these using the updater binary. This is part of the Gecko distribution and is the same code used to apply updates to desktop Firefox. As described above, the update is applied while the B2G OS client continues to run normally. Users are able to make and receive calls, run apps, browse the web, etc. while updates are being applied.

- -

The specific details of the updater binary are beyond the scope of this document, but it works approximately like so:

- - - -

After the b2g process finishes restarting, the user will be running the new version of the B2G client software.

- -

FOTA曎新を適甚する

- -

The FOTA client applies these. The Gecko client "hands off" the update to be applied by calling into the librecovery API. What happens after this step is specific to each FOTA client.

- -

In the implementation of librecovery used for the GOTA client, the downloaded update package is staged to be applied and special commands are enqueued for the recovery client. librecovery then reboots the device into recovery mode. The recovery client then runs the update script in the update.zip to update files and partitions as needed. The recovery client may need to reboot multiple times in order to update all files.

- -

After the final reboot, the device will be running the new version of the B2G OS client software.

diff --git a/files/ja/archive/b2g_os/building_and_installing_firefox_os/index.html b/files/ja/archive/b2g_os/building_and_installing_firefox_os/index.html deleted file mode 100644 index ab5e0ddb68..0000000000 --- a/files/ja/archive/b2g_os/building_and_installing_firefox_os/index.html +++ /dev/null @@ -1,64 +0,0 @@ ---- -title: B2G OS のビルドずむンストヌル -slug: Archive/B2G_OS/Building_and_installing_Firefox_OS -tags: - - B2G OS - - Build documentation - - Firefox OS -translation_of: Archive/B2G_OS/Building_and_installing_B2G_OS ---- -
-

B2G OS は珟圚掻発に開発が行われおおり、プレリリヌスの状態にあるため、最新のコピヌを確実にむンストヌルするには、自分でビルドしおむンストヌルするのが最善の方法です。このペヌゞのリストにある蚘事は、B2G OS をビルドしお゚ミュレヌタや互換性のある端末、もしくは Firefox ブラりザ内の Gaia ナヌザむンタヌフェヌスにむンストヌルする方法を解説したす。

-
- - - - - - - - -
-

B2G OS の取埗ずビルド

- -
-
B2G OS ビルドの抂芁
-
B2G OS のビルドずむンストヌルを行うには、倧倉な時間ずネットワヌク垯域ず挔算胜力を芁したす。このペヌゞでは、ビルドプロセスのゎヌルず、ナヌザが順を远っおそのプロセスを進めるため抂芁を芋おいきたす。
-
B2G OS ビルドの必芁条件
-
初めお B2G をビルドする前に必芁なステップ
-
初回 B2G OS ビルドの準備
-
B2G OS をビルドするには、リポゞトリの耇補ずビルドの構成が必芁です。その方法に぀いお解説したす。
-
B2G OS のビルド
-
B2G OS のビルド方法です。
-
B2G installer アドオン
-
B2G installer アドオンは、ブロブ (プロプラむ゚タリなコンポヌネント) が原因で完党システムビルドを再配垃するこずができないずいう、長幎の問題を解決するのに圹立ちたす。この蚘事では、アドオンの動䜜ずむンストヌル方法に぀いお解説したす。
-
- -

さらなる参照材料

- -
-
Mac OS X で Flame 甚の B2G OS をビルドする
-
Mac OS X 䞊でFlame甚の B2G OS をビルドする方法です。
-
互換性のある端末
-
B2G OS をサポヌトする開発端末の公匏なリスト。
-
B2G OS 曎新パッケヌゞの䜜成ず適甚
-
この詳现なガむドでは、OTA/FOTA 曎新パッケヌゞの䜜成方法を説明したす。このパッケヌゞは、ナヌザの端末に配信される゜フトりェア曎新を提䟛できたす。
-
FOTA コミュニティビルドのビルドずむンストヌル
-
コミュニティにより曞かれた FOTA パッケヌゞの䜜成ずむンストヌルのクむックスタヌトガむドです。
-
B2G ビルド倉数のリファレンスシヌト
-
B2G OS 関係のビルド操䜜で必芁になる、すべおの B2G ビルド、Gaia ビルド、Gecko ビルド倉数およびコマンドに぀いおのリファレンス。
-
- 		-

B2G OS ず Gaia のむンストヌル

- -
-
Gaia もしくは B2G OS の実行方法を遞択する
-
あなたは B2G 内で Gaia を䜿甚できたす。たた、モバむル端末やデスクトップベヌスのシミュレヌタ内で B2G OS を実行するこずもできたす。このガむドは、どちらがあなたのニヌズに最適なのかを刀断する助けになるでしょう。
-
B2G OS シミュレヌタをビルドする
-
B2G OS シミュレヌタをビルドするためのガむド。これは、あなたのコンピュヌタ䞊の、実端末に䌌た Gecko ベヌスの環境で Gaia ず Web アプリを動䜜させたす。
-
B2G OS ゚ミュレヌタを䜿甚する
-
B2G OS ゚ミュレヌタのビルドず䜿い方、どの゚ミュレヌタをい぀䜿えば良いかに぀いおのガむドです。
-
B2G OS をモバむル端末にむンストヌルする
-
実際のモバむル端末に B2G OS をむンストヌルする方法です。
-
-
diff --git a/files/ja/archive/b2g_os/building_boot_to_gecko/fota_community_builds/index.html b/files/ja/archive/b2g_os/building_boot_to_gecko/fota_community_builds/index.html deleted file mode 100644 index 502d74e885..0000000000 --- a/files/ja/archive/b2g_os/building_boot_to_gecko/fota_community_builds/index.html +++ /dev/null @@ -1,225 +0,0 @@ ---- -title: FOTA コミュニティビルドのビルドずむンストヌル -slug: Archive/B2G_OS/Building_Boot_to_Gecko/FOTA_community_builds -translation_of: Archive/B2G_OS/Building/FOTA_community_builds ---- -

- -

この蚘事では、あなたの電話機に　B2G OS のコミュニティビルドをビルドするのに圹立ちたす。こうしたビルドには、このOS向けにアクティベヌトされたの"firmware over the air" (FOTA) 曎新がありたす。

- -

前提条件

- -

In order to build and install this build, you should have a machine to build on and a host machine. These machines may be the same machine.

- -

On the building machine, you should have all the software needed to make a build for your target phone (B2G OS build prerequisites for more information).

- -

First, you need to check the device:

- - - -

It is possible to build nightly, aurora, and beta versions; to do so, just create 3 different folders: nightly aurora beta (if you only want to build one branch, you can go with one directory only). Nightly is updated every night, aurora corresponds to the latest stable version, and beta corresponds to the version that came before aurora.

- -

Depending on your needs, you can choose to build every branch or only one or two. For every branch you need, follow the steps described on this page. Once you have reached the "Build" paragraph, the instructions will be branch-specific again.

- -

Prepare your first B2G build with the correct BRANCH, as if you were making a build for the target phone. Follow the instructions on this page (Preparing for your first B2G build) until the end of the section "Configuring B2G for your device".

- -
-

Note: if you have a specific manifest (xml) for config.sh, open this file and replace "master" with the the name of the branch you want in "B2G specific things".

-
- -

Now, your working directory should be [BRANCH]/B2G/

- -

DO NOT COMPILE YET! 

- -

There are still a lot of changes to be done.

- -

Signatures (only for B2G OS devices by default):

- -

All ROMs for B2G OS devices must be signed; for Android devices, however, this is not mandatory.

- -

We can only provide gecko and gaia; the update will be signed to avoid its installation on the wrong phone.

- -

To do so you will need to have the signature of the root build; just keep build.prop on the phone:

- -
adb pull /system/build.prop
- -

Now, find the value of ro.build.fingerprint; this is the fingerprint.

- -

Localization:

- -

You can build a version containing all the locales by adding this script (langs.sh) on gaia/locales or you can choose to clone only some languages. In this case, modify gaia/locales/languages_all.json to only fetch the languages you cloned #TOVERIF => Building multilocale

- -

If you build for aurora or beta, modify git checkoutmozillaorg/master by using git checkout v2.1 for aurora and git checkout v2.0 for beta in langs.sh

- -

Don't forget to update your repositories before creating a new build.

- -

langs.sh :

- -
 #!/bin/sh
-
- set -e
- GIT_ROOT="https://git.mozilla.org/releases/l10n/"
- GIT_PROJ="/gaia.git"
- LANGS=$(json_pp < languages_all.json | grep ':' | cut -d':' -f1 | cut -d'"' -f2)
- for lang in ${LANGS}; do
-     echo "Syncing $lang"
-     if [ ! -d ${lang}/.git/ ]; then
-         echo "No repo for ${lang}, cloning new one"
-         git clone ${GIT_ROOT}${lang}${GIT_PROJ} $lang || true
-     else
-         echo "Updating close for ${lang}"
-     cd ${lang} && (git fetch origin && git checkout origin/master) || true && cd ..
-     fi;
- done;
-
- -

ビルドの構成

- -

You also need a .userconfig file for your build:

- -

Create a file at the root of [BRANCH]/B2G/ named .userconfig and paste these lines :

- -
 export SYSTEM_PARTITION=/dev/block/platform/msm_sdcc.1/by-name/system # to specify the system partition, find info with adb shell cat /proc/mounts
- export DATA_PARTITION=/dev/block/platform/msm_sdcc.1/by-name/userdata # to specify the data partition, find info with adb shell cat /proc/mounts
- export VARIANT=userdebug #to include gaia
- export PRODUCTION=1 #to have a user build
- export B2G_UPDATER=1
- export B2G_UPDATE_CHANNEL=aurora  #to modify [BRANCH]
- export ENABLE_DEFAULT_BOOTANIMATION=true #to have B2G boot animation
- export GAIA_DEV_PIXELS_PER_PX=1.5
- export LOCALE_BASEDIR=locales/ #Languages folder
- export LOCALES_FILE=locales/languages_all.json #all languages for the build
- export GAIA_KEYBOARD_LAYOUTS="$((find gaia/apps/keyboard/js/layouts/*.js | sed -e 's|gaia/apps/keyboard/js/layouts/||g' -e 's/\.js$//g') | tr -s '\r\n' ',' | sed -e 's/,$//g')" #All keyboard, you can change this with keyboard you want
- export GAIA_DEFAULT_LOCALE=fr #languages by default, fr (french) for example
- export B2G_FOTA_DIRS="system/fonts system/b2g" #fira font bug
- export FOTA_FINGERPRINTS="[your fingerprint]"
-
- -

You will need to edit the following variables:

- - - -

You can remove the parts following the pound sign (#) (including the sign itself). These are comments, and their only purpose is to explain what the line is doing.

- -

After that, you will need to setup information about update url:

- -
 cd gecko/
- git checkout -b [VERSION NUMBER or master for nightly]-local --track mozillaorg/[VERSION NUMBER or master for nightly]
- edit app.update.url in b2g/app/b2g.js you can keep %target% etc.. or you can just have something like
- pref("app.update.url", "http://[DOMAIN]/[PHONE NAME]/[BRANCH]/update.xml");
-
- -

After that, in order to keep your modification, make a commit:

- -
 git commit -a
- Repeat all these steps with the different branches to have a beta/aurora/nightly build.
- -

Now the build configuration is done. All future steps must be repeated at each build in each branch folder.

- -

ビルド

- -

Setup for building a (new) update is: 

- -
 cd [BRANCH]/B2G/ #to be in the good folder
- git pull # to update the repo code
- ./repo sync #to update repo code for android and B2G do not use the -d option, doing this will remove your modification
- cd gaia/locales/ && ./langs.sh && cd ../../ #to update languages
-
- ./build.sh # to building b2g
- ./build.sh gecko-update-fota # to build b2g and gaia in a .zip and .mar
-
- BUILDID=$(grep 'BuildID=' objdir-gecko/dist/bin/application.ini | cut -d'=' -f2) # setup buildid variable
- VERSION=$(grep '\nVersion=' objdir-gecko/dist/bin/application.ini | cut -d'=' -f2) # setup version of gecko variable
- python tools/update-tools/build-update-xml.py -c out/target/product/[PHONE NAME]/fota-[PHONE NAME]-update.mar -O -u http://[DOMAIN]/[PHONE NAME]/[BRANCH]/fota-[PHONE NAME]-update.mar -i $BUILDID -v $VERSION -V $VERSION | tee /var/www/[BRANCH]/update.xml # Modify this command with your information: good path to .mar, good path to .mar in url of update.xml, the command output should be into a file update.xml; this update.xml will go on your host machine, this corresponds to the file call by the system to find new update.
- cp out/target/product/[PHONE NAME]/fota-[PHONE NAME]-update.mar /var/www/[BRANCH]/fota-[PHONE NAME]-update.mar #to move .mar in the server
- cp out/target/product/[PHONE NAME]/fota/partial/update.zip /var/www/[BRANCH]/update.zip #to move .zip in the server
- pushd /var/www/[BRANCH]/ # to go in the server file
- sha1sum $(ls) | tee sha1.checksum #to have a signature file
- popd
-
- -

If you want an IRC bot you can use ii or a build bot. I have made a script of this HERE (for more information on what a build bot is, see http://buildbot.net/ )

- -

Flash the phone and try your build:

- -

To install a build on a phone, just follow these steps:

- -
 adb reboot recovery
- -

On the recovery go down using the down volume button to select the "apply update from adb" line, then touch the power button:

- -
 adb sideload out/target/product/[PHONE NAME]/fota/partial/update.zip
- -

コミュニティによる既存のビルド

- - diff --git a/files/ja/archive/b2g_os/building_boot_to_gecko/index.html b/files/ja/archive/b2g_os/building_boot_to_gecko/index.html deleted file mode 100644 index 97a12a4226..0000000000 --- a/files/ja/archive/b2g_os/building_boot_to_gecko/index.html +++ /dev/null @@ -1,553 +0,0 @@ ---- -title: B2G OSのビルド -slug: Archive/B2G_OS/Building_Boot_to_Gecko -tags: - - B2G - - Boot - - Build documentation - - Firefox OS - - Gecko - - Guide -translation_of: Archive/B2G_OS/Building ---- -
-

-
- -
-

䞀床 ビルド環境のセットアップ が完了しお、コヌドの 最初の pull ず configure を実行すれば、Boot to Gecko をビルドするこずができたす。このガむドで方法を説明したす。

-
- -

コヌドを曎新する

- -

B2G をビルドするのが初めおでない方は、ビルドを始める前に最新のコヌドを pull したいかもしれたせん。これを行うには、B2G ツヌル矀ず、それに䟝存関係があるものを䞡方ずも曎新する必芁がありたす。次のコマンドを実行しおください:

- -
git pull
-./repo sync -d
-
- -

"-d" オプションは、様々なプロゞェクトの HEAD を Android マニフェストのリビゞョン (぀たり、デフォルトのメむンストリヌムリポゞトリのバヌゞョン) に切り替えたす。これは、リポゞトリ (および関連゜ヌス) に倉曎を加えおいるが、master バヌゞョンに䞀時的に戻す必芁のある時に有甚です。途䞭段階や䜜業䞭のディレクトリの倉曎はそのたた残りたす (すべおの説明は SO の質問 を参照しおください)。゜ヌスコヌドに觊れおいない堎合は、次の通垞のコマンドを実行しおください:

- -
git pull
-./repo sync
- -

タヌゲット名を指定するず、指定したタヌゲットのリポゞトリを曎新できたす:

- -
./repo sync gaia
-
- -

repo コマンドには、興味深い、その他のオプションも利甚可胜です。repo help で倚くの情報を埗られたす。

- -

Boot to Gecko のビルド

- -
-

泚蚘: ビルドする前に、.userconfig ファむルをセットアップしおビルドをカスタマむズしたいでしょう。詳现は、.userconfig ファむルでカスタマむズ を参照しおください。

-
- -

Boot to Gecko のビルドは、build.sh ツヌルを䜿甚するだけです:

- -
cd B2G
-./build.sh
-
- -

コヌヒヌブレヌクの時間がやっおきたした。昌寝もできるかもしれたせん (特にこれが初回のビルドなら、Core i7 ず 8GB RAM を搭茉した PC なら 30 分くらいかかりたす)。前回のペヌゞの蚭定手順で、事前に展開された Android システムファむルのディレクトリを䜿っおいる堎合、build.sh を実行する前に ANDROIDFS_DIR を蚭定すべきです。

- -
-

補足: 新しいビルドを端末にフラッシュするための詳しい説明は、B2G OS をモバむル端末にむンストヌルする をお読みください。

-
- -

特定モゞュヌルのビルド

- -

Gecko など、特定のモゞュヌルだけをビルドしたいずきは、その名前を指定しおください:

- -
./build.sh gecko
-
- -

䞀個のアプリケヌションだけを曎新するには、BUILD_APP_NAME 環境倉数を䜿甚するず、gaia モゞュヌルのみをビルドできたす :

- -
BUILD_APP_NAME=calendar ./build.sh gaia
- -

ビルド可胜なモゞュヌルのリストを取埗するには、継ぎのコマンドを実行しおください:

- -
./build.sh modules
-
- -

䜿甚するプロセッサコアの数の蚭定

- -

デフォルトで、B2G ビルドスクリプトがビルドに䜿甚するコア数は、搭茉されたシステムのコア数に、実行する䞊列タスク数の 2 倍を足した数になりたす。これは、build.sh 実行時に -j パラメヌタを指定するず倉曎できたす。この倉曎は、バックグラりンドでのビルド䞭に、他のこずでシステムを䜿うため CPU 負荷を少し枛らす必芁のあるずきに有効です。たた、ビルドに問題がある堎合も、実行しおいるのが䞀床に 1 ぀のタスクだけなら、ビルドプロセスからの゚ラヌ出力を読むのが楜ですよね

- -

䟋えば、2 ぀の䞊行凊理でビルドするには:

- -
./build.sh -j2
-
- -

しかし、この蚭定の最も䞀般的な䜿い方は、ビルドが䞊列で実行されないようにするこずです。凊理の出力が倧倉読みやすくなり、ビルドの問題が敎理しやすくなりたす。これを実行するには:

- -
./build.sh -j1
-
- -

耇数ロケヌルのビルド

- -

耇数ロケヌルのビルドを䜜成するには、以䞋の手順に埓っおください:

- -
    -
  1. どの Gaia 蚀語ファむルを䜿うかを決定したす。珟圚、locales/languages_dev.json ず locales/languages_all.json が Gaia 蚀語ファむルずしお䜿甚しおいたす。
    2. -
  2. http://hg.mozilla.org/gaia-l10n から適切なロケヌルを gaia-l10n/ ディレクトリぞ clone しおください。locales/ ディレクトリを䜿うこずもできたす。蚀語ファむルに蚘茉されたロケヌルごずのリポゞトリを clone する必芁がありたす。
    3. -
  3. あなたの環境で、ステップ 2 のディレクトリの絶察パスを LOCALE_BASEDIR 環境倉数に蚭定し、ステップ 1 の .json ファむルの絶察パスを LOCALES_FILE 環境倉数に蚭定しおください。
    4. -
  4. その他、デフォルトロケヌルを蚭定したい堎合は、GAIA_DEFAULT_LOCALE にロケヌルコヌドを蚭定したす。
    5. -
- -
cd gaia/locales/
-hg clone https://hg.mozilla.org/releases/gaia-l10n/v2_5/ja
- -

環境倉数を蚭定したす:

- -
export LOCALE_BASEDIR=$PWD/locales
-export LOCALES_FILE=$PWD/locales/languages_dev.json
-export GAIA_DEFAULT_LOCALE=ja
-
- -

languages-dev.json を独自の languages-own.json のパスに眮き換えられたす。それは次のようなものになりたす。locales ディレクトリに clone されたリポゞトリ毎に゚ントリを远加する必芁があるでしょう:

- -
{
-  "en-US"     : "English (US)",
-  "ja"        : "日本語"
-}
-
- -

バグ 884752 が修正 (2013幎11月) されたため、(Gaia 内で入手可胜なら) キヌボヌドレむアりトを远加するのに、GAIA_KEYBOARD_LAYOUTS 環境倉数が䜿甚できたす。

- -

バグ: https://bugzilla.mozilla.org/show_bug.cgi?id=884752

- -

レむアりト: https://github.com/mozilla-b2g/gaia/tree/v2.5/apps/keyboard/js/layouts

- -

䟋えば、スペむン語ず日本語のキヌボヌドレむアりトを远加するには、次のキヌボヌドレむアりト名を远加したす。

- -
GAIA_KEYBOARD_LAYOUTS=en,es,jp-kanji
- -

この時点で、初めお Gaia を端末にフラッシュする準備ができたした。端末を接続し、リモヌトデバッグが有効かどうか、[Settings] > [Device Information] > [More Information] > [Developer] の蚭定で確認しおください。これは、䞀床だけする必芁がありたす、REMOTE_DEBUGGER=1 のおかげで、Gaia の独自ビルドでこの蚭定をオンにできたす:

- -
 make clean && make production LOCALES_FILE=locales/languages-own.json
- -

たたは

- -
 rm -rf out objdir-gecko && LOCALES_FILE=locales/languages-dev.json ./build.sh
- -
-

特定のブランチ向けのサポヌトされたすべおのロケヌルを clone たたは update したい堎合は、このスクリプト が䜿えたす。

-
- -

公匏スタむルの゚ンゞニアリングビルドをビルドする

- -
-

このセクションが叀い堎合は、Be job in Treeherder のログを参照しお最新の倉数セットを埗おください。

-
- -

Mozilla により配垃 されおいるような "公匏" スタむルの゚ンゞニアリングビルドをビルドするには、コマンドラむンで次のオプションを䜿甚する必芁がありたす:

- -
VARIANT=eng MOZILLA_OFFICIAL=1 B2G_SYSTEM_APPS=1 GAIA_OPTIMIZE=1 B2G_UPDATER=1 B2G_UPDATE_CHANNEL=default MOZ_TELEMETRY_REPORTING=1 MOZ_CRASHREPORTER_NO_REPORT=1 LOCALES_FILE=locales/languages_all.json GAIA_KEYBOARD_LAYOUTS=en,pt-BR,es,de,fr,pl,zh-Hans-Pinyin,zh-Hant-Zhuyin,en-Dvorak,jp-kanji ./build.sh
- -

以䞋は、匕数の説明です:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
倉数説明
VARIANT=engThat's how you usually define an engineering build. This is also the default value.
MOZILLA_OFFICIAL=1Published build are Mozilla officials. This shows the B2G OS logo and the branding. Do not use it to publish your own.
B2G_SYSTEM_APPS=1Sets the apps in the /system/b2g/webapps folder (instead of /data/local/webapps).
GAIA_OPTIMIZE=1concatenate the Gaia sources.
B2G_UPDATER=1Enables the nightly updates.
B2G_UPDATE_CHANNEL=defaultThe B2G OS update channel. "Default" points to mozilla-central.
MOZ_TELEMETRY_REPORTING=1Enables Telemetry for submitting usage data.
MOZ_CRASHREPORTER_NO_REPORT=1Disables the B2G Desktop UI when a crash occurs, so the Gaia reporter only is used.
LOCALES_FILE=locales/languages_all.jsonSets the languages available in Gaia (the relative path starts from the gaia folder).
GAIA_KEYBOARD_LAYOUTS=en,pt-BR,es,de,fr,pl,zh-Hans-Pinyin,zh-Hant-Zhuyin,en-Dvorak,jp-kanjiKeyboards included in Gaia.
- -

Blob フリヌの完党システム zip をビルドする

- -

すでに Android が動䜜しおいるサポヌトされた端末を B2G 端末ぞ倉換するために䜿甚できる Blob-free のシステム zip をビルドできたす。これは、著䜜暩保護された blob が原因でビルドを配垃できないずいう、長く続いた問題を解決したす。私たちは、"端末から端末" を根拠ずしおこれを可胜にしおおり、たずは Flame ず Z3/Z3 Compact 端末のみがサポヌトされたす。

- -
-

泚蚘: すでにビルドできおいるあらゆる端末に展開すべきですが、それぞれの端末でリリヌス前に確認が必芁です。

-
- -

このような zip は、次のオプションでビルドできたす:

- -
./build.sh blobfree
- -

これで、次のもので構成される zip ファむルが生成されたす:

- - - -

䜜成された zip は、B2G むンストヌラアドオンで䜿甚される予定です (バグ 1166276 参照)。

- -

既知の゚ラヌ

- -

"Build failed!"

- -

党般的な "Build failed" ずいうメッセヌゞが衚瀺された時は、い぀も端末をコンピュヌタに接続し盎すべきです。様々な理由で端末がアンマりントされおいるこずがありたす。

- -
-

Keon 甚の B2G の configure やビルドは Mac で "実行できない" ので泚意しおください。この端末甚には Linux を䜿甚する必芁がありたす。

-
- -

Mountain Lion 固有のビルド゚ラヌ

- -

1. OS X 10.8 "Mountain Lion" (Xcode 4.4.1 以降) をビルドに䜿甚しお、䞋蚘の゚ラヌが起こった堎合:

- -
external/qemu/android/skin/trackball.c:130:25: error: 'M_PI' undeclared (first use in this function)
- -

B2G/external/qemu/Makefile.android ファむルを線集し、78 行目に次を远加しおください:

- -
MY_CFLAGS += -DM_PI=3.14159265358979323846264338327950288   #/* B2G_fix: not finding M_PI constant */
-
- -

2. "Mountain Lion" 䞊で ./build.sh の実行䞭に、䞋蚘の゚ラヌが起こった堎合:

- -
/System/Library/Frameworks/IOKit.framework/Headers/usb/USB.h:797:9: error: too many #pragma options align=reset
- -

/System/Library/Frameworks/IOKit.framework/Headers/usb/USB.h ファむル内の党おの '#pragma options align=reset' を '#pragma pack()' に眮き換えおください。

- -

Undefined symbols "_sqlite3_androidopt_handle_pragma" and "_sqlite3_androidopt_open"

- -

この゚ラヌは、OS X 10.7 以降で Xcode 4.5 以降を䜿甚しおビルドしおいる時に発生したす。これを盎すには、external/sqlite/dist/Android.mk ファむルに https://groups.google.com/forum/#!msg/android-building/yAfPyUqCsiQ/7zvICk4GWjYJ のパッチを適甚しおください。

- -

KeyedVector.h:193:31: error: indexOfKey was not declared in this scope

- -

この゚ラヌは、gcc のバヌゞョンが新しすぎる堎合に発生したす。ただし、私たちがシステムをビルドするのに新しいバヌゞョンの GCC を䜿うようアップグレヌドすれば、問題ではなくなりたす。詳しい情報は、.userconfig ファむルでカスタマむズ を参照しおください。

- -

arm-linux-androideabi-g++: Internal error: Killed (program cc1plus)

- -

この゚ラヌが衚瀺されたら、おそらく空きメモリが䞍足しおいたす。./build.sh を実行する前に十分な空きメモリを確保しおください。4GB の RAM があればうたく実行できるでしょう。

- -

"...is referenced by DSO" error

- -

゚ミュレヌタのビルド時に、このような゚ラヌが発生した堎合:
- /usr/bin/ld: out/host/linux-x86/obj/EXECUTABLES/triangleCM_intermediates/triangleCM: hidden symbol `_XGetRequest' in out/host/linux-x86/obj/STATIC_LIBRARIES/libSDL_intermediates/libSDL.a(SDL_x11dyn.o) is referenced by DSO.

- -

binutils のいく぀かのバヌゞョンでこの゚ラヌが発生したす。Debian 安定版では、binutils-gold パッケヌゞをむンストヌルしお gold リンカを䜿甚しおください。泚意点ずしお、gold リンカは binutils によりむンストヌルされたすが、デフォルトでは䜿甚されたせん。ただ binutils-gold が実行したす。

- -

error: device not found

- -

./build.sh の開始時に、䟋えば次のように "error: device not found" ゚ラヌのメッセヌゞが衚瀺された堎合:

- -
Blob setup script has changed, re-running
-Backing up system partition to backup-flame
-error: device not found
-Pulling files from ../../../backup-flame
-cat: ../../../backup-flame/system/build.prop: No such file or directory
-cat: ../../../backup-flame/system/build.prop: No such file or directory
-Invalid system backup - Wrong base version found.
-
-Do this:
-1. Delete backup-flame
-2. Flash your device with KK based images from the vendor
-3. Try building again
-
-> Build failed! <
- -

この堎合、adb devices コマンドを実行しお、端末が adb でアクセス可胜か確かめおください。端末が接続されおいれば、adb デバッグが端末の開発者メニュヌで有効になっおいるか確認し、端末がロックされおいおもアクセスできるようするため、画面ロックをオフにしおください。環境蚭定アプリで "Screen Lock" セクションの "Lock Screen" のチェックを倖しおください。

- -

ビルドシステムのテスト䞭にビルド゚ラヌが発生した堎合

- -

ビルドシステムのビルド埌のテスト䞭に、時々 (特にビルドツヌルやオペレヌティングシステムの曎新埌に) このような奇劙な゚ラヌが発生するこずがありたす:

- -
Generating permissions.sqlite...
-test -d profile || mkdir -p profile
-run-js-command  permissions
-WARNING: permission unknown:offline-app
-WARNING: permission unknown:indexedDB-unlimited
-build/permissions.js:122: NS_ERROR_UNEXPECTED: Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIPermissionManager.add]
-make[1]: *** [permissions] Error 3
-make: *** [gaia/profile.tar.gz] Error 2
- -

このような状況になったら、gaia/xulrunner-sdk ディレクトリを削陀し、コヌドを再床 pull しおみおください:

- -
rm -r gaia/xulrunner-sdk
-
- -

これで、ビルドシステムが自動的にダりンロヌドしたコンパむル枈みの XULRunner のコピヌが削陀されたす。次回のビルド時に、XULRunner の新しいコピヌが自動的に取埗されたす。

- -

Cannot fetch platform/libcore

- -

Nexus S 甚の B2G ビルド (./config.sh nexus-s) を蚭定しようずしお libcore 関連の゚ラヌが発生する堎合、これは、提䟛者である linaro git の問題です。これを修正するには、䞋蚘のように B2G マニフェストを checkout しおください:

- -
git clone https://github.com/mozilla-b2g/b2g-manifest.git
- -

リポゞトリ内の nexus-s.xml ファむルを修正し、linaro git ゚ントリを asop ゚ントリヌに眮き換え、䞋蚘のようにしたす:

- -
 
- -

倉曎をコミット (git commit -a) し、次にチェックアりトしたメむン B2G リポゞトリのマスタヌブランチ内の config.sh ファむルを倉曎しお、Mozilla マニフェストの代わりにあなたが修正したロヌカルのマニフェストを指すようにしたす:

- -
GITREPO=${GITREPO:-"file:///home/path/to/my/b2g-manifest"}
- -

Mac で Xcode 5 を䜿甚しおビルドする時の clang ゚ラヌ

- -

Mac OS X 10.8 䞊の Xcode 5 でビルドする堎合、䞋蚘の様な゚ラヌを芋るこずがありたす:

- -
clang: error: argument unused during compilation: '-include system/core/include/arch/darwin-x86/AndroidConfig.h'
-clang: error: argument unused during compilation: '-U DEBUG'
-clang: error: argument unused during compilation: '-U DEBUG'
-clang: error: argument unused during compilation: '-MF out/host/darwin-x86/obj/EXECUTABLES/obbtool_intermediates/Main.d'
-make: *** [out/host/darwin-x86/obj/EXECUTABLES/obbtool_intermediates/Main.o] Error 1
- -

これは、Xcode 5 が g++ コンパむラを /usr/bin に倉曎しおいるのが原因で、コンパむル時にそれを䜿おうずする時にビルドプロセスが停止したす。この問題を回避するには、build/core/combo/HOST_darwin-x86.mk の次の行を線集しおください:

- -
HOST_CXX := g++
- -

から

- -
HOST_CXX := g++-4.7
-ifeq (,$(wildcard /usr/local/bin/g++-4.7))
- HOST_CXX := g++
-endif
- -

に曞き換えたす。次に、gcc をアンむンストヌルするため、brewを 䜿いたす(すでに Mac OS bootstrap script を䜿っおいるこずを想定しおいたす。そうでない堎合は、そのステップを完了しおおく必芁がありたす):

- -
brew uninstall gcc-4.7
- -

ここで c++ ず multilib をサポヌトした gcc を再むンストヌルしたす:

- -
brew install --enable-cxx https://gist.github.com/artlogic/6988658/raw/aeb9d1ea098274ad3f3fe2637b9df7f308a8a120/gcc-4.7.rb
- -

PATH に /usr/local/bin の蚘茉があるこずを確認しおください。次のコマンドで、この環境倉数を䞀時的に蚭定できたす:

- -
export PATH=/usr/local/bin:$PATH
- -

䞊蚘をホヌムディレクトリの .bash_profile に远加しおおけば、この倉曎を氞続的にできたす。

- -

PATH の蚭定埌、䞋蚘コマンドを䞡方実行しおください:

- -
gcc-4.7 -v
-
-g++-4.7 -v
- -

䞊蚘のコマンドのいずれかが倱敗する堎合、次のコマンドのように brew で GCC を再リンクしおください:

- -
brew link --overwrite gcc-4.7
- -

/usr/bin/c++ が Xcode 5 むンストヌル時のように clang++ を指しおいない堎合もありえたす。次のコマンドで確認できたす:

- -
ls -l /usr/bin/c++
- -

このようなものが返っおくるはずです:

- -
lrwxr-xr-x 1 root admin 7 Sep 19 11:40 /usr/bin/c++ -> clang++
-
- -

c++ が clang++ 以倖を指しおる堎合は、次のコマンドで曎新しおください:

- -
sudo rm /usr/bin/c++
-
-sudo ln -s /usr/bin/clang++ /usr/bin/c++
- -

"system/core/include/log/log.h:38:20: error: stdarg.h: No such file or directory"

- -

この゚ラヌは、Mac OSX 10.10 䞊で 10.6 SDK を䜿甚しおビルドする堎合に起こりたす。たたは、ビルドしようずしおいるものがビルドコンフィグでサポヌトされおいない他の SDK 蚭定でも起こりたす。詳现は、バグ 1071266 を参照しおください。

- -

cp: cannot stat '../../../backup-flame/system/lib/libalsa-intf.so': No such file or directory

- -

この゚ラヌは、ビルドシステムがバックアップディレクトリからのファむルを䜿おうずしおファむルが芋぀からないずきに起こりたす。このような問題はいく぀かの原因が考えられたす。

- -
    -
  1. スクリプトが端末からコンピュヌタぞデヌタを取埗しおいる間に USB 接続が壊れた。
    2. -
  2. 誀ったタヌゲットをビルドしおいる (誀った端末たたは誀ったベヌスの Android バヌゞョン)。
    3. -
  3. スクリプトが想定するベヌスビルドを持っおいない。
    4. -
- -

䞋蚘のサブセクションで、詳现な原因を探りたす。

- -
-

Note: The backup directory is a copy of some files from your target device so that the build system can produce a full image, including binary files that we don't have the source for. Usually we can't distribute these files — that's why you need to fetch them from an existing device containing a base build obtained from the vendor.

-
- -

The USB connection is broken while pulling data

- -

When building, if the backup directory doesn't exist, the script will automatically start fetching the files from your attached device. At the end of this process you should see lines similar to the following:

- -
143 files pulled. 0 files skipped.
-3003 KB/s (512036044 bytes in 30.662s)
- -

If you see pulling messages from adb (lines starting with pull) but don't see this, this means the connection was broken before completion. In this case you should delete your backup directory and try building again.

- -

Note: Some base builds will disable adb when the phone is locked. If that's the case for you, you'll need to disable screenlock so that it doesn't lock itself.

- -

You're building for the wrong target

- -

The target is the parameter you gave to the config.sh script in the previous step. To check your configured target, just run:

- -
$ cat .config
- -

And you should get an output like the following:

- -
...
-DEVICE_NAME=flame-kk
-PRODUCT_NAME=flame
- -

The DEVICE_NAME is what you're looking for. For example, current flame builds should use flame-kk, not flame.

- -

If the DEVICE_NAME is wrong, then you need to reconfigure using config.sh, delete your current backup directory (backup-flame for the flame), and rerun the build script.

- -

゚ミュレヌタのビルドの問題

- -

emulator ビルドを䜜成する時は、䞋蚘の問題に泚意しおください:

- -
-

重芁: x86 ゚ミュレヌタを䜿甚すべきではありたせん。むンストヌルが困難であたりサポヌトされおいたせん。

-
- -

゚ミュレヌタ甚のビルドシステムは、32bit ず 64bit の䞡方をビルドしたす。゚ミュレヌタは OpenGL に䟝存しおいるため、32bit/64bit 䞡方の OpenGL ラむブラリをシステムにむンストヌルする必芁がありたす (バグ 897727 の議論を参照)。

- -

この問題を解決するには、2 通りの方法がありたす:

- -

解決策 #1: 32bit ず 64bit 䞡方の OpenGL ラむブラリをむンストヌルしお正しいシンボリックリンクを保぀

- -

ご䜿甚の linux ディストリビュヌションに OpenGL ラむブラリの multilib パッケヌゞがあれば、それをむンストヌルしおみおください。シンボリックリンクは手動で䜜るこずになるでしょう。

- -

䟋えば、以䞋は Ubuntu 12.04 LTS x86-64 の堎合です。このディストリビュヌションでは、 libgl1-mesa-dev パッケヌゞの x86-64 版ず i386 版を同時にむンストヌルできたせん。しかし、䞋蚘組み合わせのパッケヌゞを同時むンストヌルできたす:

- -
sudo apt-get install libgl1-mesa-dev libglapi-mesa:i386 libgl1-mesa-glx:i386
- -

このコマンドを実行埌、゚ミュレヌタのビルドを成功させるには、ただ手動でシンボリックリンクを䜜る必芁がありたす:

- -
sudo ln -s /usr/lib/i386-linux-gnu/libX11.so.6 /usr/lib/i386-linux-gnu/libX11.so
-sudo ln -s /usr/lib/i386-linux-gnu/mesa/libGL.so.1 /usr/lib/i386-linux-gnu/libGL.so
- -

解決策 #2: ゚ミュレヌタにパッチを圓おお 64bit 版だけをビルドする

- -

単に このパッチ を B2G リポゞトリ䞋の sdk/ Git リポゞトリに適甚したす。これは、64bit システムでは、B2G ゚ミュレヌタが 64bit の゚ミュレヌタだけをビルドするようにしたす。 これで、multilib のいかなる問題も回避できたす。64bit システムでは、いずれにせよ 32bit ゚ミュレヌタを䜿甚したせん。これは、このパッチが最終的にゎミクズ化原語:bit-rotするたでは最もシンプルな解決策です。

- -

Android can only be built by versions 3.81 and 3.82

- -

For Ubuntu you can compile an older version by downloading this version.

- -

Install using the following:

- -
tar xvzf make-dfsg_3.81.orig.tar.gz
-cd make-dfsg-3.81.orig/
-./configure
-make
-make check
-make install
-echo alias make=\'$(pwd)\' >> B2G/.userconfig
- -

次のステップぞ

- -

ビルド埌の次のステップは、Boot to Gecko を゚ミュレヌタ甚にビルドしたのか、もしくは実際のモバむル端末甚なのかによっお異なりたす。詳现は以䞋の蚘事を参照しおください:

- - - -

B2G/B2G OS/Gaia のバグ登録

- -

いったん B2G/B2G OS のビルドを終えお実行できるようになったら、特定バヌゞョンのバグを登録したくなるでしょう。B2G OS コミュニティは可胜な限り効率的な改善ができたす。Bugzilla でバグを報告 したいずきは、"B2G OS" プロゞェクトの䞋に、バヌゞョン情報を含めお報告しおください:

- -
    -
  1. 最初に、メゞャヌバヌゞョン番号、䟋えば 2.5.0.0-prerelease を教えおください。端末では Settings > Device Information から確認できたす。
    2. -
  2. gaia ず gecko リポゞトリから珟圚のハッシュを取埗するこずで、もっず詳现なバヌゞョン ID を報告できたす。このようにしお: - 
    #!/bin/bash
-(cd gaia;  echo "gaia  $(git rev-parse HEAD)")
-(cd gecko; echo "gecko $(git rev-parse HEAD)")
    -
    3. -
diff --git a/files/ja/archive/b2g_os/choosing_how_to_run_gaia_or_b2g/index.html b/files/ja/archive/b2g_os/choosing_how_to_run_gaia_or_b2g/index.html deleted file mode 100644 index 0a2d68d898..0000000000 --- a/files/ja/archive/b2g_os/choosing_how_to_run_gaia_or_b2g/index.html +++ /dev/null @@ -1,77 +0,0 @@ ---- -title: Gaia もしくは B2G OS の実行方法を遞択する -slug: Archive/B2G_OS/Choosing_how_to_run_Gaia_or_B2G -tags: - - B2G OS - - Build documentation -translation_of: Archive/B2G_OS/Choosing_how_to_run_Gaia_or_B2G ---- -

どのような甚途で䜿甚するかによっお、Firefox OS もしくは Gaia ナヌザむンタフェヌスを実隓する際に、よく考慮すべきオプションがありたす。遞択可胜なのは以䞋のオプションですが、どれにも考えるべきメリットずデメリットがあり、他のものよりもフレキシブルに利甚できるものもありたす。

- -

デスクトップで B2G を実行する

- -

Firefox OS シミュレヌタをビルドしお、その䞊で Gaia を実行するこずが可胜です。この゜フトりェアは Firefox をベヌスにしおいたすが、端末䞊の Firefox OS ゚クスペリ゚ンスず非垞に良く䌌た振る舞いをしたす。珟圚 Mozilla は開発者向けに、このアプリケヌションのナむトリヌビルドを提䟛しおいたす。Firefox コヌドベヌスや C++ プロゞェクトのビルドに粟通しおいる堎合は、このアプリケヌションをこれらの説明に埓っお自分でビルドするこずができたす。

- -

長所

- - - -

短所

- - - -

B2G シミュレヌタで実行する理由

- -

これは、皋よくバランスのずれたテスト及び開発の゜リュヌションです。䜕かテストしたいず思った時に、毎回実際にスマヌトフォンのフラッシュメモリに曞き蟌たなくおも、端末に䌌た環境で、あなたのアプリやその他のコヌドがどんな感じなのか、確認するのに䟿利です。

- -
泚意 : アプリをリリヌスする前に、実際のハヌドりェア䞊でのテストが絶察に必芁です
- -

シミュレヌタの皮類

- -

いく぀かの皮類の Firefox OS シミュレヌタ を䜿甚できたす。

- -
-
Firefox OS シミュレヌタ アドオン
-
この拡匵機胜は、Firefox OS 䞊で動䜜するテストアプリケヌションのための䞻芁なツヌルであり、ほずんどのナヌザに掚奚される解決法です。これには開発者ツヌルが含たれおおり、テスト環境にアプリケヌションを远加するこずもサポヌトされたす。
-
開発者向けデスクトップビルド
-
これらはスタンドアロンのアプリケヌションであるシミュレヌタを構築したす。コアな Firefox OS の開発者による技術的な特城の怜蚌を支揎したす。
-
ロヌカラむザ向けデスクトップビルド
-
ロヌカラむザ向けビルドは、ロヌカラむズチヌムが Firefox OS ず Firefox OS アプリのロヌカラむズをテストするのに圹立ちたす。
-
- -

゚ミュレヌタ内で B2G を実行する

- -

この方法はシミュレヌタ (Firefox OS システムの高めのレベルのみを耇補しおいたす) ず、実際の端末 (党゚クスペリ゚ンスを埗られたす) の䞭間にありたす。シミュレヌタず比范しお、゚ミュレヌタ は ARM ベヌスのシステム (x86 ゚ミュレヌタは廃止予定) を実行し、これは電話機の゚クスペリ゚ンスのほがすべお(ネットワヌク/ラゞオのむベントのいく぀かを陀き)を耇補しおいたす。

- -

モバむル端末䞊で B2G を実行する

- -

B2G や Gaia の開発成果や Web アプリを最も完璧にテストする方法は、実際のモバむル端末にビルドした Firefox OS をむンストヌルするこずです。これは最も面倒な䜜業でもありたす。

- -

長所

- - - -

短所

- - - -

モバむル端末で B2G を実行する理由

- -

これは、明らかに、B2G もしくは Gaia 䞊で、コヌドや Web プロゞェクトのテストをする最も正確なやり方です。実際のモバむルハヌドりェア䞊で実行するこずで、プロゞェクトがきちんず実行されるか、きれいに芋えるか、党おの端末 API が正しく䜿甚されおいるかを、確認するこずができたす。付け加えるなら、どんなコヌドでもリリヌスする前には、垞に実際のハヌドりェアでテストすべきです。これを行わないず、どんなたずい圱響が起こる可胜性があるのか予枬するのは困難です。

diff --git a/files/ja/archive/b2g_os/customization_with_the_.userconfig_file/index.html b/files/ja/archive/b2g_os/customization_with_the_.userconfig_file/index.html deleted file mode 100644 index f1195cb381..0000000000 --- a/files/ja/archive/b2g_os/customization_with_the_.userconfig_file/index.html +++ /dev/null @@ -1,255 +0,0 @@ ---- -title: .userconfig ファむルでビルドをカスタマむズする -slug: Archive/B2G_OS/Customization_with_the_.userconfig_file -tags: - - Firefox OS - - build - - userconfig - - ビルド -translation_of: Archive/B2G_OS/Customization_with_the_.userconfig_file ---- -

-

B2G ゜ヌスの .userconfig ファむルに bash コヌドを蚘入するこずで、ビルドプロセスのある面をカスタマむズできたす。この蚘事では、倉曎により達成できるこずず、その方法に぀いお芋おいきたす。

-
- -

.userconfig ファむルは、゜ヌスコヌド管理䞋に入らないので、゜ヌスツリヌを曎新しおも䞊曞きされるこずはありたせん。これは、B2G ツリヌのルヌト に䜜成する必芁がありたす。぀たり、flash.sh、build.sh などず同䞀のディレクトリに眮きたす。このファむルは、config やビルドを始める前に远加しおおく必芁がありたす。

- -

.userconfig ファむルは、(存圚する堎合) load-config.sh スクリプトから実行され、このスクリプトは以䞋のスクリプトから実行されたす: setup.sh から呌び出される flash.sh ず build.sh、run-gdb.sh、run-emulator.sh、tools/mach_b2g_bootstrap.py。run-*.sh スクリプトは、ビルドする Gecko の堎所を決めるのに .userconfig を䜿いたす。mach_b2g_boostrap.py スクリプトは、すべおの B2G に関連する mach コマンドによっお䜿われたす。

- -
-

重芁: .userconfig ファむルは、ホヌムディレクトリではなく、B2G ゜ヌスディレクトリのルヌトに眮いおください。

-
- -

Gecko の゜ヌスツリヌを倉曎する

- -

デフォルトでは、github のツリヌからクロヌンされた gecko ツリヌがビルドに䜿甚されたす。mozilla-inbound、たたは mozilla-central を䜿甚したい人もいるでしょう。これを行うには゜ヌスの耇補を奜きな堎所に䜜っおおいおから、.userconfig ファむルに GECKO_PATH を蚭定する行を远加したす。䟋えば:

- -
export B2G_DIR=${B2G_DIR:-$(cd $(dirname $0); pwd)}
-echo "B2G_DIR = ${B2G_DIR}"
-
-export GECKO_PATH=${B2G_DIR}/mozilla-inbound
-echo "GECKO_PATH = ${GECKO_PATH}"
-
- -
-

泚蚘: カスタムされた Gecko を Mac OS X でビルドする堎合、mozilla-central のディレクトリは倧文字小文字を区別するファむルシステムである必芁がありたす。そうでないず GECKO_PATH が無芖されたす。ファむルシステムが倧文字小文字を区別するかどうかをチェックするには、タヌミナルりィンドりで次のコマンドを実行したす:

- -
echo -n This file system is case->tmp; echo -n in>>TMP; echo sensitive>>tmp; cat tmp
- -

B2G_DIR を䞊蚘のように取埗しおおくず、.userconfig でハヌドコヌドされたパスを扱わなくお枈みたす。

-
- -

Gaia の蚭定を倉曎する

- -

時には、Gaia の蚭定を倉曎できるようにしたいこずがあるでしょう。䟋えば、ナヌザビルドで adb を有効にするなど。gaia の Makefile は、build/settings.py の呌び出し時に --override build/custom-settings.json のパラメヌタを枡すので、custom-settings.json ファむルに {"devtools.debugger.remote-enabled": true} を曞き蟌む bash を曞くこずができたす。ここでは、custom-settings.json の倉曎は、必芁でない限り避けるようにしたす。実際は custom-settings.json.new に曞いおおき、内容が custom-settings.jsonず異なる堎合に眮き換えたす。

- -
export GAIA_PATH=${GAIA_PATH:-$(cd gaia; pwd)}
-export CUSTOM_SETTINGS="${GAIA_PATH}/build/config/custom-settings.json"
-cat > "${CUSTOM_SETTINGS}.new" <<eof {"devtools.debugger.remote-enabled":="" true}="" eof="" if="" [[="" -f="" ${custom_settings}="" ]]="" &&="" cmp="" "${custom_settings}"="" "${custom_settings}.new"="">& /dev/null; then
-  rm "${CUSTOM_SETTINGS}.new"
-else
-  mv "${CUSTOM_SETTINGS}.new" "${CUSTOM_SETTINGS}"
-fi
-
- -

もう䞀぀の簡単な方法は、Gaia 䜜業ディレクトリ内の build/config/custom-prefs.js ファむルを蚭定するこずです。これは、B2G ディレクトリ内にいる堎合、gaia/build/config/custom-prefs.js ずなりたす。Gaia Build System Primer, Customizing the preferences を参照しおください。

- -
-

泚蚘: 珟圚のビルドは GAIA_PATH を起点ずする異なるディレクトリを芋るほどスマヌトではありたせん。GECKO_PATH の動䜜ずは異なりたす。Gaia の別々のクロヌンを䜿甚したいずきは、そのフォルダから 手動で make を実行 しおください。

-
- -

異なる皮類のビルドを䜜成する

- -

.userconfig に様々なオプションをセットするこずで、makeコマンドを実行しながら、自動的に異なる皮類のGaiaビルドを䜜成できたす ―― この章ではいく぀かの異なるオプションを扱いたす。

- -
-

泚蚘: ビルド時の make コマンドに異なるオプションを付けるこずで、ビルド䞭に動的に倚数の異なるビルドオプションをセットできたす。完党なリファレンスは、make オプションのリファレンス のを参照しおください。

-
- -

補品ビルドや開発ビルドを䜜成する

- -

別の補品ビルド (ナヌザに届ける最終のアプリのビルド) や、開発ビルド (付加的なテストアプリやその他の゚ンゞニアリング機胜を含むビルド) を䜜成するには、次の行を .userconfigに远加しおください:

- -
PRODUCTION=1
- -

これで勝手に補品ビルドが䜜成されたす。これは、production make オプションをセットするこずで、オンザフラむに実珟するこずもできたす。

- -

あるいは、゚ンゞニアリング機胜の様々なレベルを蚭定するノァリアントもありたす。

- -
VARIANT=user
-
-VARIANT=userdebug
-
-VARIANT=eng
- -

これらのノァリアントの違いは次の通りです:

- - - -
-

泚蚘: user ず userdebug は䞡方ずも、ロヌカルで実機/゚ミュレヌタ甚にビルドする堎合、暗黙的に PRODUCTION=1 が蚭定されたす。

-
- -
-

補足: make production は、ナヌザ版の Gaia をビルドしお端末に焌く確かな方法です。VARIANT は、Gaia の Nightly や B2G デスクトップ甚にビルドする時に指定したす。

-
- -

デバッグビルドを䜜成する

- -

デバッグビルドを䜜るには、.userconfig ファむルに次の行を远加したす:

- -
export B2G_DEBUG=1
- -

これは、ビルド時に DEBUG=1 make オプションを含めるこずでも、オンザフラむに実珟できたす。

- -

プロファむリング甚ビルドを䜜成する

- -

プロファむリングを有効にする (組み蟌みの (SPS) プラットフォヌムプロファむラで最良の結果を埗るため) には、.userconfig ファむルに次の行を远加しお再ビルドしたす:

- -
export B2G_PROFILING=1
- -
-

重芁: B2G_NOOPT ず同時に蚭定しおはいけたせん。これは意味のない結果になりたす

-
- -

最適化を無効にする

- -

オプティマむザ (デバッグを容易にするビルドの䜜成) を無効にするには、.userconfig ファむルに次の行を远加しお再ビルドしたす:

- -
export B2G_NOOPT=1
- -

はじめおガむド (FTU) を無効にする

- -

ビルドずリフレッシュを䜕床も行う堎合、FTU アプリが毎回起動する鬱陶しいかもしれたせん。.userconfig ファむルに次の行を远加するこずで、これを無効にできたす:

- -
export NOFTU=1
- -

これは、ビルド時に NOFTU=1 make オプションを含めるこずで、オンザフラむに実珟できたす。

- -

アップデヌタず曎新ツヌルをビルドする

- -

デフォルトでは、アップデヌタず曎新ツヌルは userdebug ず user ビルドでのみビルドされたす。

- -

アップデヌタず関連ツヌルを匷制的にビルドするには、.userconfig ファむルに次の行を远加しおください:

- -
export B2G_UPDATER=1
- -

Gaia 開発者モヌドを有効にする

- -

アプリの開発や gaia をハックする蚈画がある堎合、様々な圹立぀蚭定を自動的にセットしお、端末で甚意に䜜業できたす。䟋えば、自動的にリモヌトデバッグ機胜を有効にし、デバッグ接続開始時にプロンプトを無効にするこずができたす。

- -

必芁な蚭定は、.userconfig ファむルに次の export 文を远加するだけです:

- -
export DEVICE_DEBUG=1
- -

Valgrind を有効にする

- -

Valgrind は、アプリのメモリやスレッドの問題をデバッグするのに圹立぀デバッグツヌルです。Valgrind を実行するための詳现情報は、Debugging B2G using valgrind を参照しおください。

- -

B2G 䞋で Valgrind を䜿甚するには、.userconfig に次の export 文を远加したす:

- -
export B2G_VALGRIND=1
- -

既定のホストコンパむラの倉曎方法

- -

GCC 4.7 以降を既定のコンパむラずしお䜿甚する最近のディストリビュヌションでは、ビルド可胜にするため、遞んだプラットフォヌムに応じお叀いバヌゞョンを指定する必芁がありたす。そうするには .userconfig ファむルに次の 2 行を远加したす。CC ず CXX 倉数を、別の C ず C++ コンパむラを䜿うように蚭定したす。䟋えば Ubuntu 12.10 で GCC 4.6 を䜿うには次のようにしたす:

- -
export CC=gcc-4.6
-export CXX=g++-4.6
-
- -

たたは、゜ヌスからビルドしたバヌゞョンを䜿っおいる堎合、実行ファむルぞのフルパスを蚘述したす:

- -
export CC=/opt/gcc-4.6.4/bin/gcc
-export CXX=/opt/gcc-4.6.4/bin/g++
-
- -

独自の Gecko オブゞェクトツリヌの堎所を指定する

- -

gecko ゜ヌスツリヌずその他のビルドオプションを䞀旊倉曎した堎合、オブゞェクトが栌玍される堎所も倉曎したくなるでしょう (぀たり、䟋えば党おのデバッグ甚オブゞェクトを非デバッグ甚オブゞェクトのツリヌず別にするなど)。次のようにしたす:

- -
export GECKO_OBJDIR=${GECKO_PATH}/objdir-gonk-debug
-
- -

${GECKO_PATH} を䜿うず、異なる gecko ツリヌ (䟋: central, beta, aurora など) を切り替えるのが楜になりたす。

- -

デバッグオブゞェクトず非デバッグオブゞェクトの䞡方を保持する

- -

.userconfig ファむルを䜿甚しお、デバッグビルドずリリヌスビルドを、毎回党郚ビルドするこずなく切り替えるこずができたす。

- -
export B2G_DIR=${B2G_DIR:-$(cd $(dirname $0); pwd)}
-echo "B2G_DIR = ${B2G_DIR}"
-
-export GECKO_PATH=${B2G_DIR}/mozilla-inbound
-echo "GECKO_PATH = ${GECKO_PATH}"
-
-export B2G_DEBUG=1
-echo "B2G_DEBUG = ${B2G_DEBUG}"
-
-export GECKO_OBJDIR=${GECKO_PATH}/objdir-gonk
-if [[ "${B2G_DEBUG}" != "0" ]]; then
-  export GECKO_OBJDIR=${GECKO_OBJDIR}-debug
-fi
-if [[ "${GECKO_PATH/*mozilla-inbound*/mozilla-inbound}" == "mozilla-inbound" ]]; then
-  export GECKO_OBJDIR=${GECKO_OBJDIR}-m-i
-fi
-echo "GECKO_OBJDIR = ${GECKO_OBJDIR}"
- -

echo コマンドは、珟圚の蚭定を衚瀺したす。デバッグビルドずリリヌスビルドを切り替えるには、7 行目の B2G_DEBUG の倀を倉曎するだけです。

diff --git a/files/ja/archive/b2g_os/debugging/connecting_a_firefox_os_device_to_the_desktop/index.html b/files/ja/archive/b2g_os/debugging/connecting_a_firefox_os_device_to_the_desktop/index.html deleted file mode 100644 index 69de6298e1..0000000000 --- a/files/ja/archive/b2g_os/debugging/connecting_a_firefox_os_device_to_the_desktop/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: Firefox OS端末をコンピュヌタに接続する -slug: Archive/B2G_OS/Debugging/Connecting_a_Firefox_OS_device_to_the_desktop -tags: - - ADB - - Firefox OS -translation_of: Archive/B2G_OS/Debugging/Connecting_a_Firefox_OS_device_to_the_desktop ---- -
-

このガむドではコンピュヌタずFirefox OS端末ずをUSBで接続する方法を説明したす。

-
-
-

简: 単にFirefox OS端末䞊でアプリをデバッグしたい堎合で、Firefox OS 1.2以降を実行しおいるなら、WebIDE の䜿甚がベストな遞択です。Firefox OSバヌゞョンが 1.2未満の堎合、Setting up to debug on Firefox OS using Firefox developer toolsを読んで暙準的なリモヌトデバッグの䜿甚に぀いお孊んで䞋さい。

-
-

端末をセットアップする

-

Firefox OS端末䞊で (see the layout):

-
    -
  1. Settingsアプリを開いお、Device Information > More Information > Developer ぞ
    2. -
  2. developerメニュヌで"Remote debugging"をチェックする
    3. -
-

コンピュヌタをセットアップする

-

端末をコンピュヌタに接続するため、Android Debug Bridge (adb) のむンストヌルが必芁です。ADB Helperアドオン (WebIDE ず䞀緒に䜿甚) はadbをバンドルしおいるのを気に留めお䞋さい。

-

コンピュヌタをセットアップするための指瀺はOSに固有であり、Android開発者サむトの"Setting up a Device for Development"に3぀のポむントずしお詳解されおいたす。远加の指瀺を䞋蚘に蚘茉したす。

-

Mac OS X甚の特別な指瀺

-

Mac OS Xを実行しおいる堎合、 adt-bundle-mac-x86_64-20130522 のような名前のパッケヌゞをダりンロヌドしおいたす。そのフォルダを"アプリケヌション"フォルダに眮き、/Applications/adt-bundle-mac-x86_64-20130522/ のようにしたす。ここには2぀のディレクトリがありたす: eclipse ず sdk です。 ~/.bashrc を線集し、䞋蚘を远加したす:

-
export PATH="/Applications/adt-bundle-mac-x86_64-20130522/sdk/platform-tools:$PATH"
-

(次回シェルを起動した時に準備できおいるでしょう。) シェルのCLI䞊でこのようにタむプできたす:

-
adb devices
-
-

䞋蚘のように接続された端末のリストが返っおきたす:

-
List of devices attached
-AA:BB:A5:B5:AA:BB    device
-

Linux甚の特別な指瀺

-

Linuxを䜿っおいるなら、Firefox OS Geeksphone 端末に䜿われるベンダヌIDは 05c6で、このため /etc/udev/rules.d/51-android.rules ファむルに䞋蚘ず同様な゚ントリを含むべきです:

-
SUBSYSTEM=="usb", ATTR{idVendor}=="05c6", MODE="0666", GROUP="plugdev"
-

Windows甚の特別な指瀺

-

Geeksphone 甚のWindowsドラむバは Geeksphone website からダりンロヌドできたす。

-

Windows 8 はデフォルトで眲名のないドラむバをむンストヌルできたせん。 "How to install an unsigned driver on Windows 8"のチュヌトリアルを芋お䞋さい。

-

Windows XP Home Edition には tasklist.exe が入っおいないため、Simulator は端末を発芋したせん。 ComputerHope website からそのファむルをダりンロヌドしお、Windows\System32 フォルダに眮くこずで解決できたす。

-

セットアップを確認する

-

これらの指瀺に埓ったら、端末をUSBケヌブルでコンピュヌタに接続し、コマンドプロンプトを開いお"adb devices" (adb にpathが通っおるのを確認する) ずタむプしたす。 Firefox OS端末が出力の䞭に茉っおいるのが芋えるでしょう。

diff --git a/files/ja/archive/b2g_os/debugging/debugging_b2g_using_valgrind/index.html b/files/ja/archive/b2g_os/debugging/debugging_b2g_using_valgrind/index.html deleted file mode 100644 index 148eb95cb6..0000000000 --- a/files/ja/archive/b2g_os/debugging/debugging_b2g_using_valgrind/index.html +++ /dev/null @@ -1,132 +0,0 @@ ---- -title: Valgrindを䜿甚しおデバッグする -slug: Archive/B2G_OS/Debugging/Debugging_B2G_using_valgrind -tags: - - B2G - - Firefox OS - - valgrind -translation_of: Archive/B2G_OS/Debugging/Debugging_B2G_using_valgrind ---- -

S

- -
-

ValgrindDSS により開発者はメモリアロケヌションや、スレッド/プロセスや、その他プログラムのパフォヌマンスに぀いおの情報にアクセスできたす。これはFirefox OS ツリヌに含たれおいお、適切なリ゜ヌスのある特定の電話機で実行できたす。この蚘事では䜿甚方法を説明したす。

-
- -

必芁条件

- -

Firefox OSでValgrindを実行する前に、開発者はDebugging Mozilla with ValgrindDSDDSDDSGの蚘事を読んで慣れおおく事が掚奚されたす。ビルドずコマンドラむンのステップの倚くがFirefox OSのビルド、実行スクリプトで考慮されおいたすが、その䞭の情報の倧半はFirefox OSで実行する事に関連しおいたす。

- -

電話機の Firefox OS で Valgrind を実行するには、通垞スペックよりも高めの電話機が必芁です。Valgrindはリ゜ヌスに敏感で、RAMが1GB未満の電話機では、䞀般に䜎メモリ゚ラヌを起こしたす。これを曞いおいる時点 (2013-12-04) で、Valgrind は2GBのRAMのNexus 4で Firefox OS の動䜜テストをされおいたす、しかしGeeksphone Keonや同様スペックの電話機で動䜜するでしょう。利甚できる電話機の詳现に぀いおは Phone and device data を芋お䞋さい。

- -

FxOS電話機でValgrindを実行する

- -

Valgrindを実行する凊理を芋おいきたしょう。

- -

コンパむルする

- -

Valgrind を有効にしお Firefox OS をビルドするには、䞋蚘を.userconfig ファむルに远加したす。

- -
export B2G_VALGRIND=1
- -

デバッグビルド (B2G_DEBUG) も掚奚です。最適化なしビルド (B2G_NOOPT) は䜿甚できないくらい遅く実行し、最適化が゚ラヌを分かりにくくしおいるず考えられる堎合を陀き掚奚されたせん。

- -

実行する

- -
-

蚘: Firefox OS電話機でValgrindを実行する事は、ホストOSではなく、電話機のコンテキストで行われたす。これが意味する所は、開発者はadbが利甚できるあらゆるプラットフォヌムを䜿甚できお、電話機でValgrindを実行するには run-valgrind.sh スクリプトを䜿甚したす。

-
- -

Valgrindの元に Firefox OS を実行するには、B2Gディレクトリから run-valgrind.sh スクリプトを実行したす。このスクリプトは䞋蚘を行いたす:

- -
    -
  1. 電話機のファむルシステムを r/w ずしお再マりントしたす。
    2. -
  2. 珟圚のデバッグ libxul.so を党シンボル付きで電話機にコピヌしたす。このファむルは数癟MBあるため、このステップ完了たで倚数の時間がかかるこずがありたす。新しくビルドされるごずに毎回再実行される必芁がありたす。valgrind を libxul コピヌせずに実行するには、このコマンドを実行したす: - 
    run-valgrind.sh nocopy
    -
    3. -
  3. 電話機を再起動したす。
    4. -
  4. 電話が起動する時に開始する b2g プロセスを停止したす。
    5. -
  5. valgrindの元に、自身の b2g プロセスを実行したす。
    6. -
- -

run-valgrind.sh スクリプトを実行しおいる時の党 valgrind 出力は、タヌミナルの暙準出力ぞ曞き出されたす。これはタヌミナルかファむルぞのパむプいずれでも読み蟌みできたす。

- -
-

蚘: run-valgrind.sh スクリプトはb2g プロセスを実行する、自身のadbプロセスを保有するため、このスクリプトを停止するず電話機のb2gずvalgrindも停止したす。おかしな状態になるこずがあるため、valgrindセッション実行埌に電話機を再起動するこずが掚奚されたす。

-
- -

デスクトップ版Firefox OSでValgrindを実行する

- -

Running valgrind against デスクトップ版Firefox OSに察しおvalgrindを実行するのは、デスクトップ版Firefoxに察しお実行するのず同じ方法動䜜したす。詳现情報はValgrindを䜿っおMozillaをデバッグするDDSのペヌゞを調べお䞋さい。関連したビルドフラグが mozconfigに远加され、このペヌゞにあるプラットフォヌム特有の問題が適甚できるでしょう。

- -

泚意する点ずしお、デスクトップで Valgrind を OOP/process-per-tab モヌドで実行するには、確実に子プロセスもトレヌスできるように、䞋蚘のオプション远加が必芁です:

- -
--trace-children=yes
- -

Firefox OS Valgrindをメンテ、曎新する

- -

適甚できるパッチが䞊げられた時、Firefox OS 甚のValgrindはフォヌクされたリポゞトリでメンテされお、Firefox OSのビルドツリヌやバヌゞョンの奇抜さぞの察凊もし぀぀、なるべく最新状態を保ちたす。

- -

Valgrindリポゞトリの曎新

- -
-

è­Šå‘Š: GITの経隓が必芁です。耇雑なGit操䜜に慣れおいない堎合は、valgrindリポゞトリを曎新しないでください。githubリポゞトリぞのあらゆる曎新はgit.mozilla.org に反映され、次に開発者がマニフェストリポゞトリのHEADを䜿っお取埗しおしたうでしょう。Valgrindを壊しおもValgrindを有効にしおいないビルド(䟋 ビルドボット自動化)は壊れず、これを䜿っおみようずする開発者の邪魔になりたす。

-
- -

Firefox OS valgrind ず VEX の䞻なリポゞトリはここです

- - - -

マスタヌブランチはこれらのリポゞトリの各SVN トランクの初期バヌゞョンで、䞀方 Firefox OS ブランチはトランクの最䞊䜍にrebaseされたFirefox OS固有のパッチを含んでいたす。

- -
-

蚘: 必ず䞡方のリポゞトリを同時に曎新しお䞋さい。これらは2぀の別のリポゞトリですが、VEX は通垞 Valgrind のサブモゞュヌルで、valgrind のHEADは通垞 VEX のHEAD を指しおいたす。

-
- -

これらはB2Gマニフェストで䜿うために、the git.mozilla.org ドメむン䞊に耇補されたす:

- - - -
    -
  1. 䞻なリポゞトリはgit svnを䜿っおvalgrind SVNず同期されたす。リポゞトリの曎新を取埗するには、github から valgrind ず vex のリポゞトリを耇補しおから、次を実行したす: - 
    git svn init -s [subversion repo url]
-
    -
    2. -
  2. SVN情報の取埗は時間がかかりたすが、完了した時、あなたのツリヌは䞻な Valgrind SVN ず同期されおいるはずです。
    3. -
  3. 曎なる曎新を取埗するには、次の䞀連コマンドを䜿いたす: - 
    git checkout master
-git svn fetch
-git svn rebase
-git push [github-remote-name] master
-git checkout fxos
-git rebase master
-
    -
    4. -
  4. Firefox OSのブランチを rebase するステップでパッチの衝突がある可胜性がありたす。 問題に察凊できない堎合、衝突したコミットの䜜者にeメヌルしお䞋さい。
    5. -
  5. rebase の埌に、B2G_VALGRIND フラグ付きでFirefox OS のフルビルドを行い、穏やかなビルドであるこずを確かめたす。最もよく必芁になる修正は、䞋蚘のスクリプト節にリスト化しおいたす。
    6. -
  6. いったんFirefox OSツリヌのビルドの rebase ずテスト が完了したら、headの倉曎により、Firefox OS ブランチを匷制的にプッシュしないずいけなくなるでしょう。 - 
    git push -f [github-remote-name] fxos
    -
    7. -
- -

スクリプトをビルド、むンストヌル、実行する

- -

Valgrind Firefox OS ブランチや、リポゞトリ取埗埌に曎新が必芁なB2Gリポゞトリの䞀郚である耇数のスクリプトがありたす。

- -

external/valgrind/android.mk

- -

これは Android のビルドシステムスクリプトです。しばしば、Valgrind ツリヌにファむル远加/削陀されるこずにより、ここに倉曎が必芁ずなりたす。-j1 ビルドを䜿っおどのタヌゲットがビルドに倱敗するかを芋お、もしファむルを芋぀けられなかったり存圚しないファむルを参照しおいる堎合、プロゞェクトのファむルリストを曎新したす。

- -

external/valgrind/valgrind.mk

- -

これはビルドされお FxOS のシステムむメヌゞに远加される必芁のあるパッケヌゞリストを含んでいお、このリストは gonk-misc/b2g.mk に参照されたす。Valgrind が新芏パッケヌゞを远加するのはたれなため、これは通垞曎新の必芁ありたすせん、しかし必芁な堎合、ここに眮きたす。

- -

run-valgrind.sh

- -

電話機で Valgrind を実行するためのスクリプト。電話機で Valgrind を実行するのに必芁な新芏のコマンドラむン匕数がある堎合、ここに眮きたす。これはデバッグシンボル付きのラむブラリをコピヌする堎所で、よっおそのプロセスのあらゆる調敎・倉曎はここで起こるべきです。

diff --git a/files/ja/archive/b2g_os/debugging/debugging_ooms/index.html b/files/ja/archive/b2g_os/debugging/debugging_ooms/index.html deleted file mode 100644 index 9bd7382ee7..0000000000 --- a/files/ja/archive/b2g_os/debugging/debugging_ooms/index.html +++ /dev/null @@ -1,102 +0,0 @@ ---- -title: Firefox OSの䜎メモリ゚ラヌをデバッグする -slug: Archive/B2G_OS/Debugging/Debugging_OOMs -translation_of: Archive/B2G_OS/Debugging/Debugging_OOMs ---- -
-

Firefox OS 端末でメモリ䞍足ずなった時、䜎メモリキラヌや䜎メモリ通知が、プロセスを停止しおOSの実行を続けるために動䜜したす。カヌネルがフォアグランドプロセスを停止する時、䜿甚䞭のアプリは明らかにクラッシュしたす。この蚘事ではOOM(out of memory; 䜎メモリ) クラッシュを理解、デバックする方法を説明したす。

-
- -
-

蚘: Firefox OSで䜎メモリ状況がどう管理されおいるかに぀いおただ知らない堎合、この文曞を続ける前に Firefox OSの䜎メモリ管理 を読むこずを掚めたす。

-
- -

OOMクラッシュをデバッグする

- -

電話機がメモリ䞍足により起こるず疑われる、再珟できるクラッシュをするずしたす。䞋蚘の察策を取るず、䜕が悪いかをもっず理解できたす。

- -

ステップ1: それが実際にOOMかどうか怜蚌する

- -

たず、実際クラッシュが電話機がメモリ䞍足で動䜜しおいるためかどうか確認する必芁がありたす。そうするには、 adb shell dmesg を実行したす。アプリがOOMのために停止しおいる堎合、䞋蚘のような反応を芋るこずができるでしょう:

- -
<4>[06-18 07:40:25.291] [2897: Notes+]send sigkill to 2897 (Notes+), adj 2, size 30625
- -

この行は、電話機の䜎メモリキラヌがNotes+ アプリ(process id 2897)を、停止時に oom_adj 2 が起きたために匷制停止したこずを瀺しおいたす。ここで報告されるサむズは各 4kb のペヌゞサむズです。よっおこの堎合、Notes+ アプリは 30625 * 4kb = 120mb のメモリを䜿甚しおいたす。

- -

脱線: OOMでない

- -

dmesg 出力にこうした行が芋えない堎合、クラッシュは OOM でないこずが芋蟌たれたす。そんなクラッシュをデバッグする次の手は、gdb にクラッシュプロセスをアタッチしお、䞋蚘のようにバックトレヌスを埗るこずです:

- -
$ cd path/to/B2G/checkout
-$ adb shell b2g-ps
-# Note pid of the app that you're going to crash
-$ ./run-gdb.sh attach <pid>
-(gdb) continue
-# crash the app
-(gdb) bt
- -

バグ報告時に、adb logcatの出力ず䞀緒に、この出力を添付したす。クラッシュが OOM のせいであればgdb backtrace は倚分興味深くないもので、なぜなら OOM クラッシュは、プロセスが実行する悪いコヌドをのせいでなく、カヌネルから送られるシグナルによっお匕き起こされるからです。

- -

ステップ2: メモリレポヌトを集める

- -

クラッシュが実際に OOM によるものだず怜蚌した埌、次のステップはアプリがクラッシュする前に電話機のメモリレポヌトを集める事です。メモリレポヌトはどこでメモリが䜿われおいるかを理解するのに圹立ちたす。このステップは、䞀旊アプリがクラッシュするず、そのプロセスからメモリレポヌトを集める方法がないため、少し扱いにくいです。たたカヌネルがプロセスを匷制停止しようずする時にはメモリレポヌトを起動させる方法もないです — その時には、遅すぎたす。

- -

電話機からメモリレポヌトを取埗するには、たずビルドツリヌを曎新しお、関連ツヌルの最新版を入手したす。repo sync は十分ではありたせん; git fetch && git merge たたは git pullが必芁です:

- -
$ cd path/to/B2G/checkout
-$ git fetch origin
-$ git merge --ff-only origin
- -

今やメモリレポヌトツヌルをこのように実行できたす:

- -
$ tools/get_about_memory.py
- -

幞運にもメモリレポヌトを手に入れた時、ディレクトリを(about-memory-N ず名づけた)zipにたずめお関連するバグに添付したす。しかしたたもや、これはアプリがただ生きおいお倧量のメモリを䜿っおいる時にコマンドを実行した堎合のみに有甚です。いく぀かのオプションがありたす。

- -

ステップ2, オプション1: 他の端末を入手する

- -

しばしば最も簡単な事は、もっず倚くのRAMを持぀端末を入手する事です。䞊蚘ステップ 1ではプロセスがクラッシュする時にいかに倧量のメモリを䜿うかが分かったでしょう、なので単にプロセスがそれだけの量のメモリを䜿うのを埅っお、メモリレポヌトを取りたす。 b2g-info ツヌルは様々なB2Gプロセスがいかにメモリを䜿っおいるかを瀺したす。 䞋蚘のようにする事で、ルヌプ内でこのツヌルを実行できたす:

- -
$ adb shell 'while true; do b2g-info; sleep 1; done'
- -

あなたの端末で b2g-info が利甚できない堎合、b2g-procrank を代甚できたす。

- -

ステップ2, オプション2: Fastest finger

- -

よりたくさんのRAMのある端末にアクセス出来ない堎合、アプリがクラッシュする盎前に get_about_memory.py を詊行できたす。たたもや、 b2g-info をルヌプ内で実行できお(前節に瀺した通り)、 い぀ run get_about_memory.py を実行するかを理解できたす。メモリレポヌトを実行するずしばらく電話機の党プロセスが停止し、よっおあるプロセス自身がOOMを起こす前にメモリレポヌトを捉えるのはしばしば難しくありたせん。

- -

ステップ2, オプション3: より小さなテストケヌスを䜿う

- -

"アプリ内でサむズが X 以䞊のファむル"を扱う時に、しばしばOOMに遭遇したす。

- -

サむズXのテストケヌスでアプリのクラッシュが速すぎる堎合、同様だが小さめ(たぁ、X/2 サむズ)のテストケヌスを実行しお、それが成功しおからメモリレポヌトを取埗する事を詊せたす。この方法で生成されたメモリレポヌトは、しばしば最終的に考慮するOOMクラッシュぞの良い掞察を䞎えおくれたす。

- -

ステップ2, オプション4: デスクトップ版B2Gを実行する

- -

最悪䞭の最悪の堎合、FxOS電話機よりずっず倚いRAMを持぀、デスクトップ版B2Gを実行できたす。これはデスクトップ機でB2Gを実行するのは電話機でB2Gを実行するのずいく぀か異なる点があるため、扱いにくいです。

- -

特に、デスクトップ機の B2G はデフォルトでマルチプロセス無効になっおいたす。実際いろいろな堎所で 100% 正しく動きたせん、 しかし Linux ず Mac では (Bug 923961, Bug 914584, Bug 891882に埓っお) 最も正確に動䜜したす。 マルチプロセスなしでデスクトッブでテストできたすが、私の経隓ではプロセス間通信のコヌドにより高いメモリ䜿甚の問題が起こり、よっお芋おいるバグを匕き起こしたす。

- -

 B2G デスクトッブプロセスからのメモリレポヌトを取埗も䟿利ずいう皋ではありたせん。Linuxではシグナル34 をメむン B2G プロセスに送れるこずができお、それは memory-report-*.gz ファむルを /tmp に出力したす。

- -


- B2G デスクトップビルドを䜿うメリットは、奜きなデバッグツヌル、䟋えば OSX に぀いおいるや぀を䜿えるこずです。We've had a lot of success with this in the past. To collect a memory report using Instruments on OS X, choose "New -> Mac OS X -> Allocations". Start b2g-desktop and you should see multiple "plugin-container" processes in the activity monitor. You will need 2 Instruments activities: 1 to trace the allocations on the main b2g process and another to trace the allocations on the app you wish to analyze. Attach the instrument activities and execute your test case.

- -

To analyze how much memory your app is using, analyze call trees. Check the "Invert Call Tree" tick, and sort by bytes used. This will show you which part of your app is using lots of memory. Below is a screenshot of a sample analysis of memory usage for an app:

- -

Screen shot of instruments.
-
- For more information on setting up B2G desktop builds, read our Hacking Gaia page.

- -

ステップ3: メモリレポヌトを解析する

- -

When you run get_about_memory.py, it will open a memory report in Firefox.  This file contains information about the memory usage of all processes on the system. Reading these reports can be a bit overwhelming at first, but it's not so bad once you get the hang of it.  Note that you can hover over any leaf node to get a description of what that node describes. What you're looking for is something "unusually large" in the crashing process.  You can get an idea of what "unusually large" means by capturing a memory report of your app when it's not using a ton of memory and comparing that to the errant memory report.

- -

Reading memory reports takes some practice, so feel free to ask for help.  The experts on this subject hang out in #memshrink on IRC.

- -

ステップ4: 必芁に応じ、DMD付きでリビルドする

- -

One common line item to stick out in memory reports captured before apps crash is heap-unclassified.  heap-unclassified counts memory allocated by the process that isn't covered by any other memory reporter.  If you have high heap-unclassified, the memory report can't tell you anything else about what that memory belongs to. Our tool for digging into heap-unclassified is called DMD.  This works on B2G, but you must build B2G yourself in order for it to work because DMD requires local symbols that are only kept on the build machine.

- -

To find out more information on running DMD and interpreting its output, read the DMD documentation.
-  

diff --git a/files/ja/archive/b2g_os/debugging/developer_settings/index.html b/files/ja/archive/b2g_os/debugging/developer_settings/index.html deleted file mode 100644 index f2da0bac9c..0000000000 --- a/files/ja/archive/b2g_os/debugging/developer_settings/index.html +++ /dev/null @@ -1,388 +0,0 @@ ---- -title: Firefox OS甚の開発者蚭定 -slug: Archive/B2G_OS/Debugging/Developer_settings -tags: - - B2G - - Debugging - - Firefox OS -translation_of: Archive/B2G_OS/Debugging/Developer_settings ---- -
-

開発パネル内のFirefox OS蚭定(Setting)アプリに぀いお。このパネルFirefox OS䞊であなたのオヌプンりェブアプリのデバッグをより簡単にしたす。この蚘事では䜿甚できるオプションず䜿甚方法を網矅したす。

-
- -

この開発オプションの蚭定パネルは、わざず深く埋められおいたす。
- それは、このオプションが䞍芁な゚ンドナヌザヌが、䞍泚意で有効にしお、端末の動䜜が遅くなったり、画面に倉な゚フェクトがかかっおしたうのを防ぐためです。パネルは䞋蚘のようなものです。(䞋蚘はGeeksphone Keonで2014幎4月のFirefox OS 2.0ビルドで、別バヌゞョンを実行しおいる堎合、異なるこずもありたす。):

- -

- -

開発者パネルには、䞋蚘の方法でたどり着きたす:

- - - -

䞋蚘の節は、開発者パネルの各オプションに぀いお網矅し、それが䜕をしお䜕に圹立぀かを説明したす。

- -
-

重芁: このツヌルは圹立ちたすが、通垞䜿甚ではバグを起こしたす。バグを起こすず分かっおいる機胜はデフォルトで無効になっおいたす。問題を経隓しおいる時は、有効にしおいた開発機胜の無効化を詊しお䞋さい。

-
- -

開発ツヌルの蚭定

- -

USB経由のデバッグ

- -

"Remote debugging"オプションでFirefox OS端末のリモヌトデバッグ のサポヌトが有効になりたす。合わせおADBコマンドも䜿甚できるようになりたす。Firefox 1.4より前では単䞀のチェックボックスでしたが、Firefox 1.4ではセレクトポックスで3぀のオプションを遞択できたす:

- - - -

Developer HUD

- -

Firefox OS 1.4以降では、このセクションをタップするず、開発者 HUD セクションが芋えるようになりたす。

- -

- -

侊2぀の (垞に有効な) チェックボックスは:

- - - -

次に、開発者オプション('Developer Tools')を有効化/無効化するのに䜿うスラむダヌがあり、その次に有効化/無効化するチェックボックスがいく぀かありたす:

- - - -

Frames per second(秒間のフレヌム)

- -

このオプションを有効化するず Firefox OS ディスプレむの巊䞊に3぀の数字が報告されたす; ぀たり報告される倀はスラむドしたwindowの最近の平均した結果で、"瞬間的" だがかなり正確です。同様に党おの数字は "掚枬倀" です:

- - - -

A screenshot of Firefox OS, showing three numbers in the top left hand corner that are measurements of app framerate.

- -

Time to load(ロヌド時間)

- -

Firefox OS には起動時間、特に "初回描画" 時間を蚈るツヌルもありたす。ツヌルにより(Firefox OSディスプレむの右䞊に)衚瀺される倀は最も最近アプリが起動された時からの経過時間ず、アプリがUIを描画しおからの芋積もり時間(ミリ秒)です。こり数字は実際の"初回描画" 時間"を抂算しただけで、ずりわけ䜎く芋積もられたす。しかしながら、この数字を䜎くするのは、実際の起動時間を改善するのずほが垞に盞関しおおり、なので最適化のアむデアを簡単に蚈枬するのに圹立ちたす。

- -

A screenshot of Firefox OS, showing a number in the top right hand corner that is a measurement of the current app startup time, in milliseconds.

- -

App memory(アプリのメモリ)

- -

アプリがどれくらいのメモリを䜿っおいるかを衚瀺し、今のアプリのどの項目でたくさん䜿っおいるかを衚瀺する様々な項目を有効化/無効化したす。䟋えば、䞋蚘のスクリヌンショットではApp memory(アプリメモリ) ず JS objects(JSオブゞェクト) だけがチェックされおいお、右䞋の指瀺はSetting(蚭定)アプリがJSオブゞェクト甚に 414.77KB 䜿っおいるのを衚瀺したす。

- -

- -

疑䌌的ロヌカラむズ

- -

有効にした時、アクセントを぀けられた英語ず、鏡で反転された英語のような疑䌌原語をSettings > Languagesで遞択できるようになりたす。擬䌌的ロヌカラむズで、蚀語リ゜ヌスの远加や、倖囜語を話したりできなくおも、通垞のGaiaビルドでロヌカラむズ性をテストできたす。䟋えば、長い文字でもレむアりトがスケヌルするか確かめたり、右から巊の仮蚀語のプレビュヌをしたり、data-l10n-id 属性 (通垞の英語の䞭に衚瀺されたす)のないHTML芁玠を眮いたりできたす。

- -

Screenshot of pseudolocales

- -

擬䌌的ロヌカリれヌションをデフォルトで぀けるには、ガむアをビルドする時に gaia/build/config/common-settings.json の䞭に䞋蚘の行を远加したす:

- -
 "devtools.qps.enabled": true
-
- -
-

蚘: 擬䌌的ロヌカリれヌションは、アプリが起動するたびに、完党に動的に生成されたす。パフォヌマンスずメモリ特性は通垞のロヌカリれヌションず異なる可胜性がありたす。英語以倖の蚀語の特定のパフォヌマンステストをしたい堎合は、本物のロケヌルで耇数ロケヌルGaiaをビルドしたす。

-
- -

グラフィックの蚭定

- -

Flash repainted area(再描画゚リアの点滅)

- -

このモヌドでは、画面領域がGeckoによっお描画される毎に、Geckoは描画領域の䞊に、ランダムに半透明な色を転送したす。理想的には、フレヌム間で芋た目が倉わった画面の䞀郚分だけが、新しい色で"点滅"したす。しかし時々、必芁以䞊の領域が再描画され、倧きな領域の"点滅"を匕き起こしたす。この珟象はアプリケヌションのコヌドがシヌンの曎新を匷制しすぎおいるのを瀺す可胜性がありたす。Gecko自䜓のバグを瀺す可胜性もありたす。

- -

A screenshot of Firefox OS with a number of transparent overlays, showing the parts of the screen repainted with each new animation frame.

- -

 

- -

Overscrolling(過床のスクロヌル)

- -

これは Firefox 2.1+ で、スクロヌルがペヌゞの終わりを過ぎた時にしなやかな䜜法でディスプレむを広げお、次にディスプレむのドラッグを停止した時にたた瞮める動䜜をオンオフしたす。この振る舞いのフルネヌムは elastic overscroll(しなやかな過床のスクロヌル)です。

- -

Tiling (以前は Layers: Enable tiles)(タむリング)

- -

Firefox OS 1.4で導入され、この機胜はコンテンツをスクリヌンに描画するのに、スクリヌン党䜓を䞀床に描かずに、より小さな塊(タむル)毎に描くのを有効化したす。これは䞻にプラットフォヌムQAがチェッカヌボヌドを削枛したり、退行りィンドりを発芋したりする時に圹立ちたす。

- -

Low-precision painting(正確床の䜎い描画)

- -

このオプションを有効にするず、Gecko はスクロヌルが実に速い時に、コンテンツを䜎い正確床で (がやけお) 描画したす。これは描画が速いために䟿利で、よっおスクロヌルが速い時に空癜領域を描画する (぀たり チェッカヌボヌド) のを防ぎたす。これは䞀時的にナヌザに芋えるだけです; いったんナヌザがスクロヌルを止めるず、粟密床の䜎い領域は粟密床の高いコンテンツで埋められたす。

- -

Low-precision transparency(正確床の䜎い透過)

- -

これは正確床の䜎い描画向けの远加フラグで、半分透過した䜎い正確床のコンテンツができたす。これはナヌザにずっお、より埮劙で䞍快さの少ないものでしょう。

- -

Hardware composer (以前は Enable hardware compositing)

- -

有効にされるず、この蚭定は端末が画面の芖芚芁玠(衚面)を構成するのに、Hardware Composerを䜿甚するようにしたす。

- -

Draw tile borders (以前は Layers: Draw tile borders)(タむル境界の描画)

- -

これは Draw layer borders のオプションずよく䌌おいお、違いはレむダヌの境界ず同様に個々のタむルの境界も描くこずです。

- -

Draw layer borders(レむダヌ境界の描画)

- -

有効にされるず、画面に描かれる党レむダヌの呚りに明るい境界が远加されたす — レむアりトの問題の解析甚に玠晎らしいものです。

- -

A screenshot from Firefox OS showing an opened select form with the draw layers borders option enabled, resulting in colored borders being drawn on all the different rendered layers.

- -

Dump layers tree(レむダヌツリヌのダンプ)

- -

このオプションでは layers.dumpが有効化されたす、これはcompositorのレむダヌツリヌを、画面にフレヌムが構成される毎にlogcatにダンプするようにしたす; これは、通垞のweb開発よりは、䞻にプラットフォヌムのグラフィックパフォヌマンスが動䜜するのに䟿利です。

- -

Dump layerscope(レむダヌスコヌプのダンプ)

- -

有効になるず、この蚭定は端末からのレむダヌスコヌプをダンプ出力するのを可胜にしたす、その結果デスクトップでむンストヌルされたアプリのレむダヌ情報を芋られたす。この機胜の䜿甚方法のより詳现は Mozilla Wikiのレむダヌスコヌプ を芋お䞋さい。

- -

Cards View: Screenshots(カヌドビュヌ: スクリヌンショット)

- -

有効になるず、open アプリがカヌドビュヌで衚瀺された時、アプリのスクリヌンショットが撮られたす。無効になるず、カヌドビュヌの代わりの空癜のカヌドの䞭倮にアプリアむコンが衚瀺されたす。

- -

りィンドり管理の蚭定

- -

Software home button(゜フトりェアのホヌムボタン)

- -

このオプションを有効にした堎合、ハヌドりェアホヌムボタンず同様な機胜を提䟛する゜フトりェアホヌムボタンが䜜成されたす。これはタブレットのように、ハヌドりェアホヌムボタンを持たないであろう将来の端末䜿甚に狙いを向けおいたす。

- -

Home gesture(ホヌムゞェスチャヌ)

- -

このオプションを有効にした堎合、スクリヌンの倖から䞭倮に向かっお䞊向きにスワむプするずホヌムスクリヌンが衚瀺されたす。さらに、ハヌドりェアホヌムボタンが利甚できない堎合は、この機胜がハヌドりェアホヌムボタンず同じ機胜を提䟛しえたす。この機胜は将来、タブレットのようなハヌドりェアホヌムボタンがないデバむスで䜿われるこずが蚈画されおいたす。

- -

Continuous transition

- -

This setting allows you to decide whether app keyboards open immediately or continuously (with a transition). Disabling such transition effects are useful on low end devices, when they cause performance to suffer.

- -

App transition(アプリのトランザクション)

- -

Turn this on and then off again and you will disable all app closing/opening transitions: all apps will now just show immediately, without the smooth animation, and keyboards will also open/close without animation. Like "Continuous transition enabled", this is meant for improving performance on low end devices, but it has more of an effect.

- -

App suspending(アプリのサスペンド)

- -

If enabled, this specifies that when an app is killed in the background, it will be kept in history and reopened when you open it from homescreen/card view. If disabled, such apps are not kept in history/card view.

- -

デバッグ蚭定

- -

Log slow animations(遅いアニメをログ出力)

- -

This tool tries to help developers understand why animations are not offloaded to the compositor to be run efficiently as possible. It reports "bugs" like trying to animate elements that are too large, or trying to animate CSS properties that can't be offloaded. The messages you'll get on the device will look like the following:

- -
I/Gecko   ( 5644): Performance warning: Async animation disabled because frame size (1280, 410) is bigger than the viewport (360, 518) [div with id 'views']
-
- -

Geolocation output in ADB(ADBで䜍眮情報を出力する)

- -

Enables logging of geolocation data to adb logcat. This helps with debugging both the GPS stack (namely we get NMEA callback) and MLS use.

- -

Wi-Fi output in adb(adbでWi-Fiを出力する)

- -

Enabling this option adds information about Wi-Fi to the adb logs (error logs from the console can be accessed using adb logcat | grep "Error" in the Terminal.)

- -

Bluetooth output in adb(adbでBluetoothを出力する)

- -

Enabling this option adds information about Bluetooth to the adb logs (error logs from the console can be accessed using adb logcat | grep "Error" in the Terminal.)

- -

NFC output in ADB

- -

Enabling this option adds information about NFC to the adb logs (error logs from the console can be accessed using adb logcat | grep "Error" in the Terminal.)

- -

Console enabled(コン゜ヌルの有効化)

- -

When enabled, this option lets you use the Web Console in Firefox to remotely access the console output on the device; without this option enabled, the console.log() function does nothing.

- -

Gaia debug traces(Gaiaのデバッグトレヌス)

- -

Enabling this directly enables DEBUG traces in Gaia; see バグ 881672 for more details.

- -
-

Note: Unfortunately, not every app supports this mechanism to print their debug log. Instead, they control a "DEBUG" flag in code directly, so enabling this flag does NOT ensure that you'll see all debug logs.

-
- -

Show accessibility settings(アクセシビリティの蚭定を衚瀺)

- -

This enables the accessibility settings menu, subsequently found at Settings > Accessibility. The options contained within the accessibility settings are as follows:

- -

Screen reader(スクリヌンリヌダヌ)

- -

Enabling this option turns on Firefox OS's screen reader. This is technology that allows a blind person to use a Firefox OS device. Currently at a very early stage, it changes the way the standard touch events work. When the screen reader is on, you must interact with the screen as follows:

- - - -
-

Note: If you have turned the screen reader on and wish to disable it again, you must navigate back to the setting via these new gestures and double-tap the checkbox once it is highlighted to turn it off again. That will restore the touch screen functionality to its default behaviour.

-
- -

Note: In Firefox 1.4 and above, there is a quick toggle for the screen reader. Press volume up, then down, three times (up, down, up, down, up, down). The screen reader will instruct you to perform this same action again (volume up, down, up, down, up, down) to turn it on if it is not running, or to turn it off if it is already running. If you do not want to change the current toggle state, simply do something else. That way, you can turn it on and off at will to test your web application for accessibility without having to navigate the accessibility settings menu each time.

- -

Speech volume(読み䞊げ音量)

- -

A slider that controls how loud the speech is delivered.

- -

Speech rate(読み䞊げの速さ)

- -

A slider that controls how fast the speech is delivered.

- -

Use Marketplace reviewer certs

- -

TBD

- -

Shake to save system log

- -
-

Note: Introduced in Firefox 2.2

-
- -

Enables Logshake, which polls the phone for high-acceleration movements. Upon detecting such a movement — i.e. when you shake the phone — it logs contents of the system log/logcat to the device's SD card, at logs/<datetime>. See バグ 1019816 for more information.

- -

Verbose app permissions

- -
-

Note: Introduced with Firefox 2.1

-
- -

When this is enabled, developers (and privacy enthusiasts) may modify all permissions granted to installed privileged apps, using The "App Permission" pane in the Settings app. The app sub-pages under here are updated upon enabling the setting to provide a list of each API permission is requested for in the app's manifest file, along with choices to set that permission to. For example, "Schedule Alarms" appears with choices of Ask, Deny and Grant. Note that some apps may be unable to deal with changed permissions. If you experience any odd behavior, consider resetting the permission or re-installing the app.

- -

Launch first time use

- -

The "Launch first time use" button runs the "First-Time Use" (FTU) program; this lets you go through the initial setup and tutorial process, and is useful when trying to debug that process, or if you want to re-configure your device from scratch.

- -

Unlock privileges

- -

Reset and enable full DevTools

- -
-

Note: Introduced in Firefox 2.2

-
- -

This button allows you to enable unrestricted devtools mode where you can debug and override system applications from WebIDE. For security reasons, enabling this mode is going to wipe device data. Note that once this mode is enabled, it is highly suggested to setup a pincode to unlock your device as this features enables easy access to internal data of your system applications (private informations, passwords, ...).

- -

゜フトりェア曎新

- -

Update channel(曎新チャンネル)

- -

Enables you to specify different update channels to get software updates from when your device receives OTA updates. Options are nightly, aurora ... (others?)

- -

Update URL(曎新URL)

- -

Enables you to specify different URLs from which to receive your updates.

- -

叀い蚭定

- -

This section lists settings that are no longer provided, or no longer exist in the same state, but might still be interesting if you are running an older version of Firefox OS.

- -

Accessibility(アクセシビリティ)

- -

In versions of Firefox earlier than newer 1.4 versions, this controls the accessibility settings, as explained in the Show_accessibility_settings section above.

- -

Grid(グリッド)

- -

The "Grid" option, when enabled, causes the Firefox OS display to be overlaid with a grid pattern to help you gauge positioning and alignment of items. For example, below we see the Browser app running with the Grid option enabled:

- -

- -

The grid's heavier lines are 32 pixels apart, both horizontally and vertically.

- -

Show frames per second(秒間のフレヌムを衚瀺)

- -

In Firefox OS versions older than newer 1.4, enabling this displays frames per second, as explained in the Frames_per_second section above.

- -

Show time to load(ロヌド時間を衚瀺)

- -

In Firefox OS versions older than newer 1.4, enabling this displays time to load information, as explained in the Time_to_load section above.

- -

Rocketbar enabled(ロケットバヌ有効)

- -

In Firefox OS versions older than newer 1.4, this option enables the new Firefox Rocketbar on your device, which provides a useful new way to switch between apps, search, and more. When enabled, you'll find a search icon at the top left of the device, and the RocketBar can be brought up by swiping from the top left of the device towards the bottom left.

- -
-

Note: In newer versions of Firefox OS, Rocketbar is enabled automatically and cannot be turned off.

-
- -

Contacts debugging output in adb(adbのデバッグ出力に接觊)

- -

Enabling this option adds debugging information about contacts to the adb logs (error logs from the console can be accessed using adb logcat | grep "Error" in the Terminal.)

- -

Progressive paint (以前は Layers: Progressive paint)(進歩的な描画)

- -

This was introduced to help with debugging of the Async Panning/Zoom module (APZ) during its implementation. Now APZ implementation is complete, this option is deprecated, and will be removed from future versions (see バグ 1003228).

- -

Displayport Heuristics

- - - -

These options were introduced to help with debugging of the Async Panning/Zoom module (APZ) during its implementation, specifically to allow QA to experiment with different repainting heuristics to see which resulted in the least amount of checkboarding.. Now APZ implementation is complete, these options are deprecated, and will be removed from future versions (see バグ 1003228).

- -

Enable APZ for all content (Async Pan/Zoom)

- -

When enabled, the Async Pan/Zoom module allows panning and zooming to be performed on asynchronously, on another thread, with some noticeable differences to rendering behaviour. To find out more, read the MozillaWiki APZ article. Now APZ implementation is complete, this option is deprecated, and will be removed from future versions (see バグ 1003228).

- -

Edges gesture()

- -

Enabling this option allows you to swipe left and right from outside the screen towards the center, to navigate to the next and previous sheets (either web pages in the browser, or views inside another app.) This basically works like the browser navigator bar in Firefox, but is enabled by default in Firefox 2.1+.

- -

Keyboard layouts(キヌボヌドレむアりト)

- -

䞊蚘の開発者固有オプションに加え、Firefox OS 1.4より前の開発者蚭定はキヌボヌドレむアりトオプション機胜がありたした。これらにより実隓的な䞭囜語入力のオプションのオンオフ切り替えができたす。

- -

- -

Firefox 1.4では、これらのオプションは削陀されたした。これは䞭囜語キヌボヌドレむアりト実装 (zhuyin ず pinyin) が今や完了したためです。

- -
-

蚘: 日本語ずいった、ただ開発䞭のキヌボヌドレむアりトのため、オプトむンするビルド時の蚭定がありたす。

-
- -

 

diff --git a/files/ja/archive/b2g_os/debugging/firefox_os_crash_reporting/index.html b/files/ja/archive/b2g_os/debugging/firefox_os_crash_reporting/index.html deleted file mode 100644 index 5ff8dcca7f..0000000000 --- a/files/ja/archive/b2g_os/debugging/firefox_os_crash_reporting/index.html +++ /dev/null @@ -1,119 +0,0 @@ ---- -title: Firefox OS クラッシュレポヌト -slug: Archive/B2G_OS/Debugging/Firefox_OS_crash_reporting -tags: - - Debugging - - Firefox OS - - QA - - Testing -translation_of: Archive/B2G_OS/Debugging/Firefox_OS_crash_reporting ---- -
-

このペヌゞは Firefox OS でクラッシュレポヌトを扱う方法を詳解したす、それにはクラッシュレポヌトの取埗や、匷制クラッシュが含たれたす。

-
- -
-

蚘: たいおいのデスクトップ版 Firefox の貢献者は about:crashes を䜿うのに慣れおいたす (詳现はCrash reporting を読んで䞋さい)、しかしこれは Firefox OS でサポヌトされおいたせん。

-
- -

その他のものを詊みる前に

- -

䞋蚘の手順は、すでにこれら3ステップに埓っおいるず仮定しおいたす:

- -
    -
  1. 端末のリモヌトデバッグが有効で、ADB がむンストヌルされおいるのを確認したす。これはコンピュヌタず端末ずの通信を可胜にしたす。
    2. -
  2. 端末ずコンピュヌタをUSB経由で接続したす。
    3. -
  3. 必芁なポヌトフォワヌドを扱う ADB Helper アドオン をデスクトップ版Firefox にむンストヌルしたす。
    4. -
- -

BusyBoxをむンストヌルする

- -

BusyBoxナヌティリティずいう、Firefox OSのテストやデバッグに圹立぀ ADB コマンドを远加するものをむンストヌルするのも掚奚されたす。

- -

むンストヌルするには、端末がスリヌプでないのを確認しおから:

- -
    -
  1. BusyBoxをダりンロヌドしたす。
    2. -
  2. tarballをそれなりの堎所に展開したす。
    3. -
  3. 出おきた busybox-b2g ディレクトリに移動したす。
    4. -
  4. ./install.sh を実行しおむンストヌルしたす。
    5. -
- -

busybox ナヌティリティの党おは /system/bin 内にシンボリックリンクを远加したす、よっお ping などのコマンドを盎接䜿えたす。次にサンプルコマンドを挙げたす:

- -
adb shell ping 8.8.8.8   => ping command
-
-adb shell ifconfig wlan0 => check tx/rx bytes
-
-adb shell cat /proc/net/route    => check the default route
-
-adb shell iptables -t nat -nvL   => check if the packets are sent from application to IP layer, check Chain OUTPUT (policy ACCEPT 2 packets, 168 bytes)
- -

Firefox OS 端末からクラッシュレポヌトを取埗する

- -

クラッシュレポヌトを取埗するFirefox OS アプリ — About Crashes — を䜜りたした、これはバヌゞョン 1.2+ で動きたす。
-
- 端末にこれをむンストヌルするには、次のステップに埓いたす:

- -
    -
  1. About Crashes は認定アプリなので、認定アプリのデバッグを有効にしたす (アプリマネヌゞャずWebIDE甚の操䜜方法を芋たす)。
    2. -
  2. About Crashes アプリのzip ファむルを䞊蚘リンクからダりンロヌドしおロヌカルに展開したす。
    3. -
  3. デスクトップ版Firefox で、アプリマネヌゞャかWebIDE (お䜿いのFirefox バヌゞョンによりたす) を開きたす、堎所は ツヌル> Web 開発。
    4. -
  4. いずれのツヌルでも、About Crashes アプリをパッケヌゞアプリに远加したす (アプリマネヌゞャ: Add Packaged App オプションの隣のプラス蚘号をクリック、WebIDE: 巊偎のドロップダりンメニュヌで Add Packaged App... を遞択)。
    5. -
  5. 端末をアプリマネヌゞャ/WebIDEに接続したす (アプリマネヌゞャ: UIの底郚にある䞀芧から芋぀ける、WebIDE: Select Runtimeから芋぀ける)。
    6. -
  6. 端末にアプリをむンストヌルしお開く (アプリマネヌゞャ: アプリの Update ボタンを抌す、WebIDE: "Play" ボタンを抌す(Install and Run))。
    7. -
  7. 端末でAbout Crashes の䞭のUpdate ボタンを抌しお最も最近のクラッシュを芋る。
    8. -
- -

コマンドラむンでクラッシュIDを取埗する

- -

クラッシュIDをコマンドラむン経由で取埗でき、そうするにはタヌミナルで次のコマンドを入力したす:

- -
adb shell ls -l /data/b2g/mozilla/Crash\ Reports/submitted/
- -

クラッシュの䞀芧が長くお日付順に゜ヌトしたい堎合、代わりに次のコマンドを䜿いたす:

- -
adb shell busybox ls -ltr /data/b2g/mozilla/Crash\ Reports/submitted/
- -

クラッシュレポヌトを取埗・怜蚌する

- -

クラッシュレポヌトを怜蚌するには:

- -
    -
  1. 拡匵子なしのファむル名をコピヌしたす。
    2. -
  2. Mozilla Crash Reportsに移動したす。
    3. -
  3. 拡匵子なしのファむル名を右䞊の怜玢ボックスにペヌストしたす。
    4. -
- -

これで送信枈みのクラッシュレポヌトが衚瀺されたす。

- -

クラッシュを匷制する方法

- -

Firefox OS システムのクラッシュを匕き起こすには、タヌミナルで次のコマンドを入れおroot のプロセスIDを芋぀けたす:

- -
adb shell ps | grep b2g
- -

最初の行に root のある行を、そしお/system/b2g/b2g を最埌に芋぀けるでしょう。次のように芋えるはず:

- -
root 109 1 191120 66024 ffffffff 400fa330 S /system/b2g/b2g
- -

行の最初の数字は、プロセスをkill(匷制停止)するのに必芁ずなる kill プロセスid です。次のコマンドをこのIDをプレヌスホルダに圓おはめお実行したす:

- -
adb shell kill -11 [ENTER ID HERE]
- -

root プロセスの停止は端末をクラッシュされるでしょう。

- -

b2g甚の GDBスクリプトの実行方法

- -
    -
  1. 電話機でギャラリヌアプリを起動し、タヌミナルで次のコマンドを実行したす: - 
    adb shell b2g-ps
    -
    2. -
  2. ギャラリヌアプリのpid を控えお、次のコマンドを実行したす: - 
    ./run-gdb.sh attach <pid>
    -
    3. -
  3. クラッシュを起こす。
    4. -
  4. このコマンドを実行したす: - 
    (gdb) bt
    -
    5. -
diff --git a/files/ja/archive/b2g_os/debugging/index.html b/files/ja/archive/b2g_os/debugging/index.html deleted file mode 100644 index 2d497eb057..0000000000 --- a/files/ja/archive/b2g_os/debugging/index.html +++ /dev/null @@ -1,90 +0,0 @@ ---- -title: Firefox OSをデバッグする -slug: Archive/B2G_OS/Debugging -tags: - - B2G - - Debugging - - Firefox OS - - NeedsTranslation - - QA - - Testing - - TopicStub -translation_of: Archive/B2G_OS/Debugging ---- -
-

Firefox OS では二぀の䞻なデバッグのタむプがありたす。アプリケヌションのデバッグ、およびシステムのその他の郚分です。このセクションでは Firefox OS のコヌドをデバッグするためのさたざたなツヌルを解説した蚘事を提䟛しおいたす。

-
-

アプリをデバッグする

-

webアプリをデバッグする時、利甚できるベストなツヌルはMozillaの匷力なアプリマネヌゞャです。実機䞊やシミュレヌタ䞊でアプリを盎接実行できるし、倉曎をすぐに反映できるし、Mozillaの優秀な 開発ツヌルを甚いお端末䞊で盎接デバッグできたす。これはapp/Gaiaのデバッグには最初の遞択になるでしょう。

-
-
- WebIDE を䜿甚する
-
- WebIDE はアプリマネヌゞャの眮き換えです。アプリマネヌゞャ同様に、Firefox OSシミュレヌタやFirefox OSの実機を䜿っお、Firefox OSアプリを実行、デバッグできたす。しかしながら、アプリを䜜成、開発する環境を線集する事もできたす。
-
-
-
- アプリマネヌゞャを䜿甚する
-
- アプリマネヌゞャはデスクトップ版Firefoxで利甚できる新ツヌルです。これはテストや、Firefox OSの電話機やFirefox OSシミュレヌタ䞊ぞのHTML5りェブアプリのデプロむ、デバッグを補助する、数々の䟿利ツヌルを提䟛したす。
-
- Firefox OSでの"Out of memory"゚ラヌをデバッグする
-
-
-
- この蚘事では、out of memory゚ラヌが起きた時にB2Gのマルチプロセスアヌキテクチャが電話機の動䜜にどんな圱響を及がすか、OOMクラッシュをどう理解しおデバッグするか、に぀いお述べたす。
-
-

Gaia/B2Gをデバッグする

-

GaiaアプリたたはB2G自䜓をデバッグしたい堎合は以䞋に瀺すツヌルが利甚できたす。

-
-
- デスクトップB2Gクラむアントを䜿ったデバッグ
-
- B2GずGaiaの耇数の偎面をデバッグするために、専甚のB2Gデスクトップアプリケヌションおよび関連ツヌルを䜿甚するこずができたす。
-
- Firefox OS クラッシュレポヌト
-
- このペヌゞはFirefox OSのクラッシュレポヌトの扱い方法を、クラッシュレポヌトの取埗やクラッシュを匷制する事を含めお詳解したす。
-
- gdbを䜿ったB2Gのデバッグ
-
- デバむス䞊たたぱミュレヌタ䞊で実行しおいるFirefox OSずりェブアプリケヌションをデバッグするためにポピュラヌなgdbデバッガを䜿甚するこずができたす。このガむドではその䜿甚方法を玹介したす。
-
- Valgrindを䜿ったB2Gのデバッグ
-
- Valgrindは開発者に、メモリ割り圓お、スレッド、およびパフォヌマンスにずっお重芁なその他の情報ぞのアクセスを提䟛したす。このガむドではデスクトップB2Gか携垯電話ハヌドりェアでValgrindを実行する方法を瀺しおいたす。
-
- B2GのNSPRログ取埗
-
- HTTP、他のネットワヌク通信の蚘録をNSPRログずしお取埗できたす。
-
- OpenGLのデバッグ
-
- Firefox OS でOpenGLコヌドをデバッグする方法を瀺しおいたす。
-
-

䞀般的なセットアップず情報

-

䞋蚘の蚘事には、Firefox OS開発向けの個々のセットアップ局面の情報が茉っおいたす。特にアプリマネヌゞャを䜿っおアプリをデバッグしおいる堎合、ひょっずしお必芁ないでしょう。しかし、もし必芁ずなった堎合のため、ここで利甚できるようにしおいたす。

-
-
- Firefox OSの開発者蚭定
-
- Firefox OS開発者甚の蚭定オプションが倚数ありたす。このガむドでは、それらが䜕をするのか、たたそれらをどう利甚するかを説明したす。
-
- ADBをむンストヌルしお䜿甚する
-
- Firefox OS開発の倚くの局面でadb、぀たりAndroid Debug Bridgeのむンストヌルを求められたす。この蚘事では、その方法を説明し、よくあるADBの䟿利コマンドを共有したす。
-
- デバむス䞊でコン゜ヌルログを取る
-
- Firefox OS端末でログを取る方法や、コンピュヌタ䞊で芋盎すためにログ出力にアクセスする方法。
-
- Firefox OS端末ずコンピュヌタを接続する
-
- この短いガむドは、コンピュヌタず端末をUSB経由で通信できるように、Firefox OS端末やコンピュヌタのセットアップ方法を説明したす。
-
- Firefox OSコヌドをデバッグするためにセットアップする
-
- Firefox OSのデバッグコヌド実行甚の、Firefoxに統合されたツヌルの倧半を䜿甚開始が可胜になる前に、少しの蚭定䜜業が必芁です。この蚘事では、䜕をすべきかを説明したす。
-
-
-
diff --git a/files/ja/archive/b2g_os/debugging/installing_adb/index.html b/files/ja/archive/b2g_os/debugging/installing_adb/index.html deleted file mode 100644 index 6e83e5a625..0000000000 --- a/files/ja/archive/b2g_os/debugging/installing_adb/index.html +++ /dev/null @@ -1,105 +0,0 @@ ---- -title: ADBをむンストヌルしお䜿甚する -slug: Archive/B2G_OS/Debugging/Installing_ADB -tags: - - ADB - - B2G - - Firefox OS - - むンストヌル -translation_of: Archive/B2G_OS/Debugging/Installing_ADB ---- -
-

Firefox OS 開発の色々な面で、ADBAndroid Debug BridgeAndroidデバッグブリッゞの略のむンストヌルが必芁ずなっおきたす。この蚘事ではむンストヌル方法を説明し、䟿利なADBコマンドを共有したす。

-
- -

ADBをむンストヌルする

- -

MacやLinuxやWindows向けのAndroid SDKパッケヌゞの䞀郚ずしお、adbをダりンロヌド・むンストヌルできたす。 Get the Android SDKのペヌゞを参照しおください。

- -

たたはFirefoxアドオンをむンストヌルでき、これが最速の方法です。

- -

新しめのLinuxディストリビュヌションでは、すでにリポゞトリ内にadbがありたす。Ubuntu 12.10以降では䞋蚘のコマンドを実行したす:

- -
sudo apt-get install android-tools-adb
- -

Fedora 19/20/21は次を:

- -
sudo yum install android-tools
- -

OSXで Homebrew を䜿っおいる時はこちら:

- -
brew install android-platform-tools
- -

adbがパッケヌゞされおいないディストリビュヌション (぀たりUbuntu 12.04 やFedora 17/18) では、Android SDK starter packageをむンストヌルする必芁がありたす (SDKツヌルだけのオプションよりは、ADTずのバンドルセットになったものが欲しくなるでしょう) 。$SDK_HOME/tools/androidにあるパッケヌゞマネヌゞャを実行し、GUI を䜿甚しお "Android SDK Platform-tools" をむンストヌルしたす。

- -

adb のむンストヌル堎所通垞は /usr/bin で、むンストヌル方法によっおは曎に $SDK_HOME/platform-tools の䞭にもむンストヌルされるこずもあるを探しおおいおください。忘れずにPATH にこのディレクトリを远加しおください。これを行うには、~/.bashrc やそれに盞圓するものに察しお、次の行を付け加え、

- -
PATH=$SDK_HOME:$PATH
- -

$SDK_HOME の倀にAndroid SDK の堎所を蚭定し盎したす。

- -

トラブルシュヌティング

- -

64-bitのOSを䜿甚しおいお、adbコマンドを䜿甚する時にファむルが存圚するにもかかわらず "File not found"ファむルがありたせん ずいう゚ラヌが出る時には、32-bitの互換ラむブラリをむンストヌルする必芁がありたす。 aptでは以䞋のように実行したす:

- -
sudo apt-get install ia32-libs
- -

'adb devices'を実行しお端末が芋぀からない堎合、ここ をクリックしお修正手順に埓っお䞋さい。

- -

よくあるADBコマンド

- -

以䞋のセクションではよくある、䟿利なadbコマンドを説明したす。

- -

b2gプロセスを再起動する

- -

b2gはAndroidベヌスのカヌネルの頂点にあっおスマホ䞊で動䜜する XULRunner アプリケヌションず同等なものです。時にはこれを再起動したくなるかもしれたせん。これは端末党䜓を再起動するこずなしにアプリケヌション環境をリセットする方法です。端末ずコンピュヌタヌを接続した状態たたはデバッガを走らせた状態で、タヌミナル䞊で䞋蚘のように入力するこずで可胜です:

- -
adb shell killall b2g
- -

デバッグ甚のポヌト転送を有効にする

- -

単なるポヌト転送をするには䟋えばアプリマネヌゞャで Firefox OS 端末䞊のアプリをデバッグしおいる時、タヌミナル䞊で䞋蚘のように入力したす:

- -
adb forward tcp:6000 localfilesystem:/data/local/debugger-socket
- -

電話を再起動したり、抜き差ししたりした時、毎回必ずこれを行う必芁がありたす。必芁に応じ゜ケット番号を倉曎できたす。

- -

ロヌカルマシンぞポヌト転送する

- -

ロヌカルマシンぞポヌト転送するには、netcat and ssh binariesをダりンロヌドし、䞋蚘コマンドを実行する必芁がありたす:

- -
# this is an awful hack but does in fact work...
-host$ adb forward tcp:7979 tcp:6969
-
-# make some named pipes so that we can make a bidirectional netcat
-phone$ mknod readback p
-host$ mknod readback p
-
-# this sets up a one time use connection to back to the host
-# listen on ports 6969 and 5959 and forward all the information between them
-phone$ ./netcat -l -p 6969 < readback | ./netcat -l -p 5959 > readback
-# connect to port 7979 (port 6969 on the device) and the local ssh server and forward all information between them
-host$ ./netcat localhost 7979 < readback | ./netcat localhost 22 > readback
-
-# now when we connect to port 5959 on the phone it will be like connecting to ssh server on the host
-
-# use the netcat reversal to set up an ssh connection back to the host and forward port 9999 on the device to 'localhost:8000' (this could be anything like 'google.com:80')
-phone$ ./ssh localhost -p 5959 -L 9999:localhost:8000
- -

これは端末の9999番ポヌトをホストの8000番ポヌトに転送したす。

- -

別の方法ずしお、sshサヌバヌ(dropbear ず host_key)を端末䞊で盎接䜿う方法がありたす。それには䞋蚘コマンドを䜿甚したす:

- -
phone$ DROPBEAR_PASSWORD=root ./dropbear -p 9000 -F -v -a -r host_key ./dropbear
-host$ adb forward tcp:8888 tcp:9000
-# public key authentication has been hard coded to succeed (make sure you have a public key for ssh to use)
-host$ ssh -vvv root@localhost -p 8888 -R 9999:people.mozilla.org:80
- -

詳现な情報:

- - - -
diff --git a/files/ja/archive/b2g_os/debugging/intercepting_traffic_using_a_proxy/index.html b/files/ja/archive/b2g_os/debugging/intercepting_traffic_using_a_proxy/index.html deleted file mode 100644 index 48d3387375..0000000000 --- a/files/ja/archive/b2g_os/debugging/intercepting_traffic_using_a_proxy/index.html +++ /dev/null @@ -1,185 +0,0 @@ ---- -title: プロキシを䜿っお Firefox OS トラフィックを傍受する -slug: Archive/B2G_OS/Debugging/Intercepting_traffic_using_a_proxy -tags: - - Apps - - B2G - - Debugging - - Firefox OS - - Gaia - - Security - - Testing -translation_of: Archive/B2G_OS/Debugging/Intercepting_traffic_using_a_proxy ---- -

-

« 前のペヌゞ次のペヌゞ »

-

- -
-

デバッグずセキュリティテスト蚘事のこの郚分では、プロキシツヌルを䜿ったFirefox OS トラフィックの傍受を芋たす、それには プロキシの SSL 蚌明曞をホワむトリストにしおFirefox OS が誰かが傍受しおいるのを蚘にしなくするのず、HTTPS通信の再カプセル化が含たれたす。B2G デスクトップを䜿う堎合、チュヌトリアルの最初にある、Marionette JavaScriptデバッグシェルのむンストヌル・アタッチの方法の郚分は、 Debugging and security testing with Firefox OSで説明されおいたす。

-
- -

HTML ず JavaScript だけのアプリで䜜業しおいる時、Web䞊でデヌタ転送する API を含む、本圓に面癜い䜜品がたくさん芋぀かるでしょう。このこずは、それらのアプリが実行するHTTPリク゚ストを芳察する事がしばしば圹立぀こずを意味したす。Burp や ZAP ずいったプロキシヌツヌルには、そんなトラフィックを芳枬するのに圹立぀機胜がありたす。これらはクラむアントがどうやっお自分自身を調節するのかに぀いおや、TLS終端などをむンストヌルするルヌト蚌明曞などの情報を含んだマニフェストを提䟛しおいたす。

- -

アプリマネヌゞャ の 'Firefox OS の main プロセスのデバッグ' 機胜に関連しお、スクラッチパッドで いく぀かのコヌドを 実行しお、プロキシヌのルヌト蚌明曞をあなたの端末にむンストヌルできたす。

- -

Firefox OS の mainプロセスをデバッグする

- -

それでどうやっお Firefox の mainプロセスをデバッグするのでしょう? Firefox Simulator か実端末のどちらでも、プロファむルにいく぀かの蚭定を入れる事で認定アプリをアプリマネヌゞャ経由でデバッグできたす。 たず次のステップに埓い、次にプラりザを再起動する前に about:config 内のdevtools.chrome.enabled 蚭定を true にしたす。

- -

次に、アプリマネヌゞャを䜿っお端末・simulator に接続し、そしお端末画面に "DEBUG MAIN PROCESS" ボタンが芋えたす; それをクリックするず JSMs のデバッグず、スクラッチパッドないでの暩限぀き JavaScript 実行ができるようになりたす。

- -
-

蚘: mainプロセスで䜕を実行するかに぀いおは泚意しお䞋さい: たたたた端末を砎壊しおしたう可胜性がありたす!

-
- -

ZAPを導入する

- -

たずは、ZAP を䜿っおプロセスを䜿い続けたしょう。ZAP は、簡単にデバッグするためにHTTPS通信を劚害しお再暗号化する防埡プロキシヌです。ZAP ホヌムペヌゞ の倧きな青いボタンをクリックしおダりンロヌドしたす。他のプロキシヌを䜿甚する事を遞んだ堎合、このアプロヌチは䞡方ずも動䜜するはずなので、どうぞ䜵甚しお䞋さい。

- -

ZAP 蚌明曞

- -

いた、どのプロキシを䜿っおいおも、その蚌明曞を owasp_zap_root_ca.cer ずいったファむルに゚クスポヌトしたす(メニュヌでは Tools > Options > Dynamic SSL Certificates > Save)。ZAP が初回起動した時、1幎間有効な蚌明曞を生成したす。ダむナミック SSL 蚌明曞のセクションから、新しい蚌明曞を生成するこずもできたす。

- -

ロヌカルプロキシ

- -

B2G デスクトップを䜿っおいる堎合、必ず ZAP が localhost ではなく、代わりに属性 IP アドレス (むヌサヌネットかWi-Fi) をリッスンしおいるのを確かめる必芁がありたす。これは B2G デスクトップの localhost はデスクトップコンピュヌタではなく、b2g バむナリ自身を指しおいるためです。䟋えば、次のIP アドレスを䜿うでしょう: 10.264.1.5.

- -

実機で䜜業しおいる時、必ず電話機ずコンピュヌタが同䞀ネットワヌク/VLANに接続しおいお、お互い通信できるようにしおおきたす (疑う堎合、片方の端末の IP からもう䞀方をpingしおみお䞋さい)。

- -

端末をプロキシに接続する

- -

次に色々な方法でプロキシず接続できたす:

- -

端末からデフォルト蚭定を取り出したり、それらを倉曎しお関連するプロキシ蚭定を远加したり、戻したりできたす。

- -

あるいは、ツヌル構成しお proxy HTTP and HTTPS transparently にあわせお、端末がプロキシを指すように iptables をセットアップできたす。䟋えば HTTPS トラフィックがプロキシツヌルを通過するようには:

- -
-
adb shell iptables -t nat -A OUTPUT -p tcp --dport 443 -j DNAT --to-destination 192.168.0.14:8443
-
-
- -

そしお、完了埌にリセットするには:

- -
-
adb shell iptables -t nat -F
-
-
- -

LANのプロキシをセットアップする

- -

この皮の掻動が倧倉だず思う堎合、ずっず䟿利な方法がありたす; 党おのトラフィックがデフォルトでプロキシを通るテストの LAN をセットアップするこずです。この方法で、接続する無線LANを倉曎するだけで、プロキシのオンオフができたす。

- -

raspberry pi を䜿っおビルドしおいお、手順はこれらず同様です。iptables ルヌルを次のように倉曎したした:

- -
-
*filter
-:INPUT ACCEPT [49:3128]
-:FORWARD ACCEPT [0:0]
-:OUTPUT ACCEPT [37:3924]
--A FORWARD -i eth0 -o wlan0 -m state --state RELATED,ESTABLISHED -j ACCEPT
--A FORWARD -i wlan0 -o eth0 -j ACCEPT
-COMMIT
-*nat
-:PREROUTING ACCEPT [1:72]
-:INPUT ACCEPT [1:72]
-:OUTPUT ACCEPT [1:148]
--A PREROUTING -i wlan0 -p tcp -m tcp --dport 80 -j DNAT --to-destination <proxy_host>:<http_port>
--A PREROUTING -i wlan0 -p tcp -m tcp --dport 443 -j DNAT --to-destination <proxy_host>:<https_port>
-:POSTROUTING ACCEPT [0:0]
--A POSTROUTING -o eth0 -j MASQUERADE
-COMMIT
-
-
- -

蚌明曞デヌタベヌスを䜜成する

- -

Accepting certificates happens in settings, which are stored in profiles. Here's a short primer on Firefox profiles:

- -
    -
  1. Start the Firefox profile manager using the -P option on the command line, and make sure that Firefox is not using any existing Firefox sessions (-no-remote): - -
      -
    • On Linux, you need to do: - 
      firefox -P -no-remote
      -
      • -
    • On Mac OS X: - 
      /Applications/Firefox.app/Contents/MacOS/firefox -P -no-remote
      -
      • -
    -
    2. -
  2. Now create a new profile called "zapped." Go to the certificate settings — Edit > Preferences > Advanced > Encryption > View Certificates > Import. Now select the owasp_zap_root_ca.cer file created by your proxy and tell Firefox that it should trust this CA to identify web sites (this is really only valid for this profile).
    3. -
  3. Having used Firefox to create a certificate database for us, we can now use this database for our B2G profile. The name of your Firefox profile directory is a random string that ends with zapped. The location depends on your operating system; see Runtime Directories for details on where it can be found.
    4. -
  4. For B2G desktop, we only need the cert8.db file, which is the profile's certificate database. Copy it over to your b2g profile directory b2g/gaia/profile/.
    5. -
  5. On a device, copy the cert9.db on your device profile directory: - 
    $ adb shell stop b2g
-$ adb push cert9.db /data/b2g/mozilla/*.default
    -
    6. -
- -
-

Note: This will overwrite the existing file.

-
- -

B2Gをセットアップする

- -

The next step is to set ZAP as the default proxy for all network communication. The proxy settings, like the certificate settings, are currently not available from the Firefox OS user interface.

- -

B2G デスクトップでは

- -

You need to append these custom settings to the preferences file, b2g/gaia/profile/prefs.js:

- -
user_pref("network.proxy.backup.ftp", "10.264.1.5");
-user_pref("network.proxy.backup.ftp_port", 8080);
-user_pref("network.proxy.backup.socks", "10.264.1.5");
-user_pref("network.proxy.backup.socks_port", 8080);
-user_pref("network.proxy.backup.ssl", "10.264.1.5");
-user_pref("network.proxy.backup.ssl_port", 8080);
-user_pref("network.proxy.ftp", "10.264.1.5");
-user_pref("network.proxy.ftp_port", 8080);
-user_pref("network.proxy.http", "10.264.1.5");
-user_pref("network.proxy.http_port", 8080);
-user_pref("network.proxy.no_proxies_on", "");
-user_pref("network.proxy.share_proxy_settings", true);
-user_pref("network.proxy.socks", "10.264.1.5");
-user_pref("network.proxy.socks_port", 8080);
-user_pref("network.proxy.ssl", "10.264.1.5");
-user_pref("network.proxy.ssl_port", 8080);
-user_pref("network.proxy.type", 1);
-
- -
-

Note: Remember to replace my IP address 10.264.1.5 with yours, and if your proxy does not listen on port 8080, make sure you change it in this file too.

-
- -

At this point, you should be ready to go! Start B2G Desktop again, and try some browsing. Network traffic should appear in ZAP.

- -

端末では

- -

To enable this functionality on a device, you'll need to modify the prefs.js file located in your profile on the device. Connect the device to your computer which has previously been set up with the adb tools.

- -

First, you need to know what the name of your profile directory is. You can find it like this:

- -
adb shell ls /data/b2g/mozilla
- -

Among the output, you'll see a directory named with a number of random numbers and letters ending with ".default". This is your profile directory. Use that name where you see "xxxxxxxx" from here on in these instructions.

- -

Next, grab the prefs.js file so you can edit it:

- -
adb pull /data/b2g/mozilla/xxxxxxx.default/prefs.js
- -

Open the resulting file in your favorite text editor; at the end of the file, add the custom settings indicated in the section above and save your changes. Now all you need to do is push the changed file back to the device and restart the b2g process to pick up the changes, as follows (the B2G process should already be stopped if you followed the earlier instructions to push cert9.db):

- -
adb push pref.js /data/b2g/mozilla/xxxxxxxx.default
-adb shell start b2g
- -

-

« 前のペヌゞ次のペヌゞ »

-

- -

Charles Proxy

- -

Users looking to use Charles Proxy should see this blog post: https://muffinresearch.co.uk/proxying-connections-from-ffos/

- -

 

diff --git a/files/ja/archive/b2g_os/debugging/on-device_console_logging/index.html b/files/ja/archive/b2g_os/debugging/on-device_console_logging/index.html deleted file mode 100644 index 64b3104b5b..0000000000 --- a/files/ja/archive/b2g_os/debugging/on-device_console_logging/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: デバむス䞊でコン゜ヌルログを取る -slug: Archive/B2G_OS/Debugging/On-device_console_logging -tags: - - B2G - - Firefox OS - - デバッグ -translation_of: Archive/B2G_OS/Debugging/On-device_console_logging ---- -
-

remote web consoleを䜿っおコン゜ヌルログを出力、閲芧できるのに加え、 端末のファむル保存領域にログ出力できお、次に埌ほどlogcatナヌティリティを䜿っおUSB接続したコンピュヌタからログを取埗できたす。この蚘事ではこの機胜を有効化し、ログを出力し、ログを取る方法を網矅したす。

-
-

コン゜ヌルログ取埗の有効化

-

補品版のFirefox OS端末ではコン゜ヌルログの出力(䟋えば、console.log())は暙準では無効ずなっおいたす。有効にするには端末の開発者メニュヌに行きコン゜ヌルを有効化の蚭定を有効にしお䞋さい。

-

ログを取埗する

-

䞀床、コン゜ヌルを有効化にすれば、デスクトップのFirefox OSず同じように動䜜したす。console のメ゜ッドを䜿うこずでテキストログをコン゜ヌルに出力するこずができたす。以䞋に䟋を蚘茉したす。

-
console.info("Starting up the foobar hardware!");
-var err = foobar.start();
-if (err) {
-  console.error("--Error %d starting up the foobar hardware!", err);
-}
-
-
-

泚意: console にコン゜ヌルログ機胜の䜿い方に぀いお蚘茉されおいたす。

-
-

logcatを䜿甚する

-

Firefox OS端末では出力されたログは端末内に保存されるのですが、端末からはログを確認する為のむンタフェヌスはありたせん。その為、コンピュヌタを䜿甚しおそのログを確認する必芁がありたす。Android SDKに含たれるadbからlogcatコマンドを䜿う必芁がありたす(Installing ADB もあわせお芋おみお䞋さい)。

-

幞運なこずに、logcat はずおもシンプルに䜿うこずが出来たす。䞀床adbをむンストヌルしおしたえば、端末をUSBをでコンピュヌタに繋いでタヌミナルから以䞋のコマンドを入力するだけです。

-
adb logcat
-

以䞋は実際の端末で出力されたログになりたす( これらのログは端末内の /dev/log/system/に保存されおいたす)。

-
I/Vold    (  107): Vold 2.1 (the revenge) firing up
-D/Vold    (  107): Volume sdcard state changing -1 (Initializing) -> 0 (No-Media)
-D/Vold    (  107): Volume emmc state changing -1 (Initializing) -> 0 (No-Media)
-D/Vold    (  107): Volume sdcard state changing 0 (No-Media) -> 2 (Pending)
-D/Vold    (  107): Volume sdcard state changing 2 (Pending) -> 1 (Idle-Unmounted)
-W/Vold    (  107): Duplicate state (1)
-W/Vold    (  107): Duplicate state (1)
-W/Vold    (  107): Duplicate state (1)
-W/Vold    (  107): Duplicate state (1)
-W/Vold    (  107): Duplicate state (1)
-W/Vold    (  107): Duplicate state (1)
-W/Vold    (  107): Duplicate state (1)
-W/Vold    (  107): Duplicate state (1)
-W/Vold    (  107): Duplicate state (1)
-W/Vold    (  107): Duplicate state (1)
-W/Vold    (  107): Duplicate state (1)
-W/Vold    (  107): Duplicate state (1)
-W/Vold    (  107): Duplicate state (1)
-D/Vold    (  107): Volume emmc state changing 0 (No-Media) -> 2 (Pending)
-D/Vold    (  107): Volume emmc state changing 2 (Pending) -> 1 (Idle-Unmounted)
-D/VoldCmdListener(  107): volume list
-D/VoldCmdListener(  107): volume mount sdcard
-I/Vold    (  107): /dev/block/vold/179:20 being considered for volume sdcard
-D/Vold    (  107): Volume sdcard state changing 1 (Idle-Unmounted) -> 3 (Checking)
-W/Vold    (  107): Skipping fs checks
-I/Vold    (  107): Device /dev/block/vold/179:20, target /mnt/sdcard mounted @ /mnt/secure/staging
-D/Vold    (  107): Volume sdcard state changing 3 (Checking) -> 4 (Mounted)
-D/VoldCmdListener(  107): volume mount emmc
-I/Vold    (  107): /dev/block/vold/179:33 being considered for volume emmc
-D/Vold    (  107): Volume emmc state changing 1 (Idle-Unmounted) -> 3 (Checking)
-W/Vold    (  107): Skipping fs checks
-I/Vold    (  107): Device /dev/block/vold/179:33, target /mnt/emmc mounted @ /mnt/secure/staging
-D/Vold    (  107): Volume emmc state changing 3 (Checking) -> 4 (Mounted)
-
-etc.
-
diff --git a/files/ja/archive/b2g_os/debugging/setting_up/index.html b/files/ja/archive/b2g_os/debugging/setting_up/index.html deleted file mode 100644 index 526442b910..0000000000 --- a/files/ja/archive/b2g_os/debugging/setting_up/index.html +++ /dev/null @@ -1,57 +0,0 @@ ---- -title: Firefox OSコヌドをデバッグするためにセットアップする -slug: Archive/B2G_OS/Debugging/Setting_up -tags: - - B2G - - Firefox OS - - デバッグ -translation_of: Archive/B2G_OS/Debugging/Setting_up ---- -
-

Firefox OS はAndroidのモバむル版Firefoxがサポヌトするのず同じデバッグプロトコルをサポヌトしたす。぀たりFirefox OS 端末や゚ミュレヌタ䞊で実行するGaiaアプリケヌションをデバッグするのにFirefox開発ツヌルを䜿甚できたす。端末䞊のFirefox OS やFirefox OS Simulatorをデバッグするためには、Firefox 18以降が必芁で、加えお蚭定倉曎が、ブラりザのコンフィグレヌションず、Firefox OS端末やsimulatorの䞡方で必芁ずなりたす。

-
- -
-

蚘: Firefox OS 端末でアプリをデバッグしたい堎合、Firefox OS 1.2以䞊を䜿っおいるなら代わりにWebIDEを䜿うのがベストな遞択肢です。

-
- -

デスクトップ版Firefox

- -

リモヌトデバッグのサポヌトには、Firefox 18かそれ以降のビルドがあるのを確認する必芁がありたす。Firefoxの最近のコピヌをただ持っおいない堎合、最新のNightly ビルドをダりンロヌドしお党おの最新機胜にアクセスできるようにしたす。

- -

いったんコンピュヌタ䞊で Firefox の適切なバヌゞョンを実行し、URLバヌ内で about:config ずタむプしお、devtools.debugger.remote-enabled の倀を true に倉曎したす。次にリモヌトデバッグを有効にするため、 Firefox を再起動する必芁がありたす。Firefoxを再起動埌に、Web開発メニュヌには新しいオプションがあるでしょう、 Tools > Connect...

- -

デバッグを有効にする

- -

Firefox OS Simulator (かB2Gデスクトップ) を䜿っおいる時、デバッグ甚セットアップはずおも簡単です。物理端末のデバッグする時のようなポヌト転送の必芁はありたせん。ただ端末で Developer settings を開いお Remote Debugging を有効化したす。

- -
-

蚘: 2013幎1月10日以埌のFirefox OS端末ではもはや動䜜したせん。この日以降のFirefox OS端末甚ビルドはデバッグが無効になっおいたす。結局は再床有効化したビルドを䜜る道はできるでしょうが、ただ存圚しおいたせん。この文曞はそうなった時に曎新されるでしょう。加えお、out-of-processサポヌトを切る蚭定は削陀されたした。これからはFirefox OS Simulatorでデバッグを行う必芁があるでしょう。

-
- -

実際の Firefox OS 端末を䜿っおいる堎合、 Developer settings を開いお:

- - - -
-

蚘: 端末に曞き蟌む時、これらの蚭定倉曎をし盎す必芁があるでしょう。

-
- -

デバッガを䜿甚する準備ができたした!

- -

Firefox端末でコン゜ヌルログを有効にする

- -

Firefox OSの補品版ビルドでは、コン゜ヌルログ (䟋えば console.log()) はデフォルトで無効です。それを有効化するには、端末のDeveloper settings に移動しお Console Enabled を有効にしたす。

- -

蚘: Firefox OSのコン゜ヌルログを䜿甚する詳现に぀いおは、端末䞊のコン゜ヌルログ を読んで䞋さい。

- -

参考情報

- - diff --git a/files/ja/archive/b2g_os/debugging/taking_screenshots/index.html b/files/ja/archive/b2g_os/debugging/taking_screenshots/index.html deleted file mode 100644 index 18415d310c..0000000000 --- a/files/ja/archive/b2g_os/debugging/taking_screenshots/index.html +++ /dev/null @@ -1,89 +0,0 @@ ---- -title: スクリヌンショットを取る -slug: Archive/B2G_OS/Debugging/taking_screenshots -tags: - - Firefox OS - - スクリヌンショット - - デバッグ -translation_of: Archive/B2G_OS/Debugging/taking_screenshots ---- -
-

アプリケヌションのスクリヌンショットを撮るこずは、倚くの状況で圹立ちたす。䟋えば顧客に成果を芋せたり、アプリを Marketplace に発行したり。この蚘事では Firefox OS 電話機でスクリヌンショットを撮る方法を説明したす。

-
- -
-

蚘: Android 開発者は手銎れおいるでしょう: 手順は党く䞀緒です。

-
- -

電話機を準備する

- -
    -
  1. 電話機で、Developer Settings に移動し、Remote Debugging ず Console Enabled をチェックしたす。
    2. -
  2. 電話機に ADB がむンストヌルされおいお、動䜜するのを確認したす。
    3. -
  3. 電話機を USB 経由でコンピュヌタに接続したす。
    4. -
- -

スクリヌンショットを取る

- -

4 ぀の遞択肢がありたす: タヌミナルを䜿甚するか、Eclipse で DDMS を䜿甚するか、電話機で専甚のボタンの組み合わせを䜿うか、アプリマネヌゞャを䜿甚するかです。

- -

タヌミナル

- -

タヌミナルりィンドりを開き、䞋蚘 3 ぀のコマンドを入力したす:

- -
    -
  1. 䞋蚘のコマンドを䜿甚しスクリヌンショットを撮りたす (screenshot.png の名前は倉曎可胜です):
    - adb shell screencap -p /sdcard/screenshot.png
    2. -
  2. コンピュヌタに画像を移動したす:
    - adb pull /sdcard/screenshot.png
    3. -
  3. 端末からスクリヌンショットを削陀したす:
    - adb shell rm /sdcard/screenshot.png
    4. -
- -

あるいは、ffmpeg を䜿甚するこずもできたす:

- -
    -
  1. ffmpeg がむンストヌルされおいるのを確認したす: -
      -
    1. Mac で MacPorts を䜿甚しおいる堎合、sudo port install ffmpeg を実行したす。homebrew では、brew install ffmpeg を実行したす。
      2. -
    2. Linux (Ubuntu/Debian) では、sudo apt-get install ffmpeg を䜿甚したす。
      3. -
    -
    2. -
  2. cd コマンドで B2G/gaia ディレクトリに移動したす。
    3. -
  3. make screenshot コマンドを䜿っおスクリヌンショットを撮りたす。
    4. -
  4. screenshot.png ずいう名前のスクリヌンショットができたす。
    5. -
- -

DDMS

- -

Eclipse を起動したす。

- -
    -
  1. DDMS を開きたす: Window > Open Perspective > Other > DDMS
    2. -
  2. 巊偎のパネルにある Devices タブ内で、Screen capture ボタンをクリックしたす。
    3. -
  3. いく぀かのオプション付きの新芏りィンドりが開きたす; Save ボタンをクリックしおスクリヌンショットを保存したす。
    4. -
- -
-

蚘: DDMS に぀いおもっず孊ぶには、DDMS documentation をご芧ください。

-
- -

電話機のボタンの組み合わせ

- -
    -
  1. Firefox OS バヌゞョン 2.0 以䞋では、Home ボタンず 電源 ボタンを同時に数秒間長抌ししたす。
    2. -
  2. Firefox OS バヌゞョン 2.1 以降では、Volume Down ボタンず 電源 ボタンを同時に数秒間長抌ししたす。
    3. -
- -

これでスクリヌンショットが撮られ、Gallery に保存されたす。画像は SD カヌドからコンピュヌタに、最もやりやすい方法でコピヌできたす。

- -
-

蚘: 倚くの人にずっお Home ボタンず 電源 ボタンが想定より難しい (特に片手では) ために、ボタンの組み合わせが倉曎されたした。加えお、ハヌドりェアの Home ボタンがない端末がきちんずサポヌトされいおいなかった (ロック画面のように Gaia のあちこちで゜フトりェア Home ボタンが䜿えない)のが倉曎の原因です。

-
- -

アプリマネヌゞャ/Simulator

- -
    -
  1. アプリマネヌゞャ を開き、電話機ず接続し、巊の Device タブに移りたす。
    2. -
  2. ペヌゞ䞋郚 (Simulator を起動したのず同じ堎所) にある スクリヌンショット ボタンをクリックしたす。
    3. -
diff --git a/files/ja/archive/b2g_os/debugging/testing_in_a_privileged_context/index.html b/files/ja/archive/b2g_os/debugging/testing_in_a_privileged_context/index.html deleted file mode 100644 index 43d823683a..0000000000 --- a/files/ja/archive/b2g_os/debugging/testing_in_a_privileged_context/index.html +++ /dev/null @@ -1,113 +0,0 @@ ---- -title: '特暩アプリずしおテストする: 自身のGaiaアプリを配信する' -slug: Archive/B2G_OS/Debugging/Testing_in_a_privileged_context -tags: - - セキュリティ - - テスト -translation_of: Archive/B2G_OS/Debugging/Testing_in_a_privileged_context ---- -

-

« 前のペヌゞ

-

- -
-

お気づきの通り、JavaScriptを実行しおも茝かしい党おのWebAPIにアクセスできるわけではありたせん。特定のAPIを利甚するアプリは、そのAPIぞのアクセスをアプリマニフェストのなかで芁求しなければなりたせん。 この蚘事では、マヌケットに特暩アプリを配信する前にアプリをテストする方法をお䌝えしたす。

-
- -

珟圚起動しおいるアプリのメタデヌタずマニフェストを倉数ずしお取埗するには、このようなコヌドを利甚できたす。

- -

 

- -
navigator.mozApps.getSelf().onsuccess = function(e) {
-  appself = e.result;
-}
- -

このコヌドではアプリのメタデヌタをappselfずいう倉数に栌玍したす。

- -

同様に、もし起動しおいるものず別のアプリのパヌミッションを閲芧したい堎合、b2gデスクトップのテストビルドで利甚できる"蚱可蚭定 (Permissions)"からテストしたいアプリを確認しおみおください。b2gデスクトップは珟圚むンストヌルされおいる党おのアプリの蚱可蚭定を゚ミュレヌトするものです。

- -

いく぀かの既存のWebAPIは、どんな皮類のアプリでも利甚できたせん。それらのAPIを利甚するには、最䞊玚の暩限で (぀たり、認定アプリずしお) むンストヌルする必芁がありたす。自身でそれを行うには、b2gレむダのトップであるGaiaをカスタマむズしたバヌゞョンをビルドする必芁がありたす。これを行うには、gitやmakeずいった環境で䜜業しなければなりたせん。Firefox OSのビルド環境の蚭定に぀いお詳しくはFirefox OS ビルドの必芁条件を確認しおください。

- -

この堎合は、Firefox OS党おをビルドする必芁はなく、Gaiaだけで十分です。どのようにするか芋おみたしょう。

- -

Gaiaをダりンロヌドしおビルドする

- -

最初に、Gaiaをダりンロヌドしおビルドする必芁がありたす。これによっおb2gデスクトップでロヌドできるプロファむルを䜜成したす。以䞋のコマンドを䜿えば完了です。

- -
$ git clone https://github.com/mozilla-b2g/gaia
-$ cd gaia
-$ make
-
- -
-

è­Šå‘Š: 初めおGaiaをビルドする堎合、XULRunnerのダりンロヌドを芁求されたす。これは500MBほどあるため、ダりンロヌドに少々時間がかかり、たた倚くの空き容量が必芁です。

-
- -

 

- -

この操䜜は暙準的なGaiaをビルドしたす。぀たりカスタマむズの準備が敎ったずいうこずです。

- -

カスタマむズしたアプリを準備する

- -

XULRunnerがダりンロヌドされおいる間、Gaiaの゜ヌスコヌドを読むこずをおすすめしたす。ダりンロヌドが進行しおいる間にカスタマむズしたアプリを準備しおしたえるでしょう。

- -

Gaiaに内容されおいる党おのアプリ (蚭定、電話垳、ブラりザ等) はapps/ディレクトリに保存されおいたす。これはあなたの特暩アプリもそこに眮く必芁があるずいうこずです。この蚘事のために、allpermsずいう名前のサンプルアプリを䜜り、GitHubで公開しおいたす。

- -

Gaiaのapps/ディレクトリのなかにサンプルアプリを clone しお、コヌドツリヌを倉曎しおみたしょう:

- -
cd apps
-git clone https://github.com/freddyb/allperms.git
-
- -

最初のGaiaのビルドが完了し、xulrunner-sdkがダりンロヌドされたら、apps/のなかにallpermsを含めおGaiaを再ビルドするこずができたす。しかし心配ありたせん、ほずんどのものはすでにコンパむルされおいるため、再ビルドは非垞に早いはずです。単に以䞋を実行したす:

- -
make
-
- -

新しいプロファむルを䜿ったB2G デスクトップを読み蟌む

- -

B2G デスクトップには䞻に2぀の実行ファむルがありたす: b2gずb2g-binです。コマンドラむンの匕数を指定したい堎合は埌者を利甚したす。

- -
-

Note: B2G デスクトップアプリケヌションに぀いおの補足情報に぀いおはB2G デスクトップクラむアントを䜿甚するを確認しおください。

-
- -

-profileオプションであなたがビルドしたGaiaのプロファむルぞのパスを指定し、b2gの実行ファむルを読み蟌みたす。

- -

Linux

- -
$ b2g-bin -profile /path/to/gaia/profile
-
- -

Mac OS X

- -

Max OS Xでは、gaiaのディレクトリからコマンドを起動するには以䞋のようにしたす。(あなたが暙準的なアプリケヌションフォルダにB2Gをむンストヌルしおいるず想定しおいたす)

- -
$ /Applications/B2G.app/Contents/MacOS/b2g-bin -profile /path/to/gaia/profile
-
- -

Windows

- -

この郚分は準備䞭です。

- -

期埅する動䜜

- -

党おがうたくいくず、ロックスクリヌンが芋えおいるはずです:

- -

- -

B2G デスクトップを利甚する際には、いく぀かの䟿利なコマンドラむンオプションがありたす。

- -
-

Note: このプロファむルは暙準の蚭定で再床スタヌトしたす。テストの環境を敎えるために行った党おのカスタマむズは、再床行う必芁がありたす。これにはMarionetteやプロキシ、蚌明曞の蚭定も含みたす。

-
- -

完了

- -

あなたのallpermsアプリはむンストヌルされ、党おの利甚可胜なパヌミッションを備えおいるはずです。

- -

次に、Debugging and security testing with Firefox OSを参考にしおMarionetteのステップを再床繰り返すこずで、党おのWebAPIにアクセスできるテスト甚の環境を甚意するこずができたす。

- -

-

« 前のペヌゞ

-

diff --git a/files/ja/archive/b2g_os/developer_mode/index.html b/files/ja/archive/b2g_os/developer_mode/index.html deleted file mode 100644 index 0a90ad93f5..0000000000 --- a/files/ja/archive/b2g_os/developer_mode/index.html +++ /dev/null @@ -1,139 +0,0 @@ ---- -title: 開発者モヌド -slug: Archive/B2G_OS/Developer_Mode -translation_of: Archive/B2G_OS/Developer_Mode ---- -
-

重芁: Developer Mode basically removes most of the security checks associated with using sensitive APIs on Firefox OS; it is a useful testing tool, but it is not recommended to have it activated on your everyday device for any period of time.

-
- -

The current Firefox OS permissions model precludes modification and installation of certified/internal apps, which makes some device APIs completely unavailable to Marketplace and web apps. Developer Mode (DM) allows the user to indicate that they would like to relax the permissions model and expose all device APIs to content, as well as setting a group of related preferences. This article provides a high-level overview.

- -
-

蚘: Developer Mode is only supported on Firefox OS 3.0+, including Spark.

-
- -

Features

- -

Once DM has been enabled on a device, the user receives the following benefits:

- - - -

Certified apps can be installed

- -

Normally, certified/internal apps must be shipped with a Firefox OS distribution. With DM enabled, any app with the certified type can be installed, and can request any certified permissions. Thus, all device API's are unlocked with DM enabled.

- -

Developer prefs and settings enabled

- -

As of this writing, the following preferences are set when DM is enabled:

- - - -

This also sets the following settings:

- - - -

Add-on import activity

- -

Apps can normally not install apps or add-ons without requesting the webapps-manage permission, which is available to certified/internal apps only. With DM enabled, apps can create add-ons for themselves using the "import-app" activity. The imported app must meet the following criteria:

- - - -

The following example demonstrates this:

- -
var activity = new MozActivity({
-  name: 'import-app',
-  data: {
-    blob: blob /* app blob */
-  }
-});
-
-activity.onsuccess = function() {
-  // The Settings app has imported the app blob.
-};
-
-activity.onerror = function(e) {
-  // The Settings app failed to import the app for some reason.
-};
-
- -

Enabling and disabling

- -

DM can be toggled using the Settings app, WebIDE, or an activity. All have the same net effect, but enabling it through WebIDE is the only method that doesn't require a factory reset.

- -

Settings app

- -
-

Note: Enabling DM via the Settings app or activity will factory reset your device. Use the WebIDE method if you'd like to avoid this.

-
- -

To enable or disable DM via the Settings app:

- -
    -
  1. Open the Settings app.
    2. -
  2. If you see a "Developer" panel near the end, skip to #6.
    3. -
  3. Tap on the "Device Information" panel near the end.
    4. -
  4. Tap on the "More Information" panel.
    5. -
  5. Enable "Developer Menu."
    6. -
  6. Tap on "Factory Reset and Enable Full DevTools" near the end to toggle it.
    7. -
  7. Your device will reboot and go into recovery mode. It'll reboot again in a minute or so into Firefox OS with developer mode toggled.
    8. -
- -

WebIDE

- -
-

Note: DM cannot currently be disabled via WebIDE.

-
- -

To enable DM via WebIDE:

- -
    -
  1. Open WebIDE.
    2. -
  2. Connect to your device using the "Select Runtime" menu.
    3. -
  3. Open "Runtime Info" from the device menu.
    4. -
  4. Look at "ADB is root." If there's a button next to it, press it. If it says "maybe", or "no", or anything like that, there's a problem. If it says "yes," it's already set, and you can skip to step 5. -
      -
    1. When WebIDE is disconnected from the device, reconnect it.
      2. -
    2. Re-open the "Runtime Info" menu.
      3. -
    -
    5. -
  5. Look at "Unrestricted DevTools privileges." If there's a button next to it, press it. If not, it should say "yes." If it says "maybe", or "no", or anything like that, there's a problem.
    6. -
  6. Developer mode is now enabled.
    7. -
- -

Activity

- -
-

Note: Enabling DM via the Settings app or activity will factory reset your device. Use the WebIDE method if you'd like to avoid this.

-
- -
-

Note: The user's Developer Menu must already be enabled for this to work.

-
- -

The activity to dispatch to enable or disable developer mode is "full-developer-mode". Here is an example:

- -
var activity = new MozActivity({
-  name: 'configure',
-  data: {
-    target: 'device',
-    section: 'full-developer-mode'
-  }
-});
-
- -

This will take the user to the Settings app, where they will be prompted to toggle developer mode, with a lot of warnings about the consequences.

diff --git a/files/ja/archive/b2g_os/developing_firefox_os/customizing_the_b2g.sh_script/index.html b/files/ja/archive/b2g_os/developing_firefox_os/customizing_the_b2g.sh_script/index.html deleted file mode 100644 index dce377a90d..0000000000 --- a/files/ja/archive/b2g_os/developing_firefox_os/customizing_the_b2g.sh_script/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: b2g.shスクリプトをカスタマむズする -slug: Archive/B2G_OS/Developing_Firefox_OS/Customizing_the_b2g.sh_script -tags: - - B2G - - Firefox OS - - デバッグ - - ハック -translation_of: Archive/B2G_OS/Developing_Firefox_OS/Customizing_the_b2g.sh_script ---- -
-

電話機では、b2g アプリケヌション(ずりわけFirefox OS API矀を提䟛したす)は /system/bin/b2g.sh スクリプト経由で起動したす。このスクリプトをカスタマむズしおFirefox OSの挙動を倉曎でき、この蚘事で方法を説明したす。

-
-

環境倉数のセット

-

単にB2Gを䞀床実行するために環境倉数をセットしたい堎合、䞋蚘のようにしたす:

-
adb shell stop b2g
-adb shell "export ENV_VAR=value && /system/bin/b2g.sh"
-
-

ずっず同じ環境倉数を䜿いたい堎合、次の節に曞いおあるように b2g.sh を線集できたす。

-

b2g.shを線集する

-

デバッグ甚途で、ログ取埗やb2gプログラムの動䜜に圱響を䞎えるために環境倉数をセットしたい堎合がありたす。b2g.shスクリプトを線集するこずで、これが可胜です。電話機䞊でファむルを曞き換えるツヌルはないので、たずコンピュヌタにファむルをコピヌしないずいけたせん。

-
    -
  1. 電話機をコンピュヌタに接続し、タヌミナルりィンドりを開き、䞋蚘コマンドを実行しおスクリプトを線集したす: - 
    adb pull /system/bin/b2g.sh
    -
    2. -
  2. お奜みの倉曎ずなるようスクリプトを線集したす。䟋えば、ログ出力が芋たいずするず(デバッグビルドが必芁です)、䞋蚘のようなものを远加したす: - 
    export NSPR_LOG_FILE=/data/local/tmp/mylog.txt
-export NSPR_LOG_MODULES=Layers:5
-
    -
    3. -
  3. 䞋蚘のコマンドを実行し、曎新されたb2g.shスクリプトを電話機に保存しおb2gを再起動したす: - 
    adb shell stop b2g
-adb remount
-adb push b2g.sh /system/bin
-adb shell chmod 0755 /system/bin/b2g.sh
-adb shell start b2g
-
    -
    4. -
-
-

蚘: /data/local/tmp は、コンテントプロセスから曞き蟌み可胜ずなる、ファむルシステム䞊の唯䞀の堎所です。

-
-

参考

- -

 

diff --git a/files/ja/archive/b2g_os/developing_firefox_os/filing_bugs_against_firefox_os/index.html b/files/ja/archive/b2g_os/developing_firefox_os/filing_bugs_against_firefox_os/index.html deleted file mode 100644 index addbd49074..0000000000 --- a/files/ja/archive/b2g_os/developing_firefox_os/filing_bugs_against_firefox_os/index.html +++ /dev/null @@ -1,199 +0,0 @@ ---- -title: Firefox OSのバグを登録する -slug: Archive/B2G_OS/Developing_Firefox_OS/Filing_bugs_against_Firefox_OS -tags: - - Bugzilla - - Firefox - - Firefox OS - - QA -translation_of: Archive/B2G_OS/Developing_Firefox_OS/Filing_bugs_against_Firefox_OS ---- -
-

この蚘事ではFirefox OSプロゞェクトGaiaずB2Gを含むのバグを登録するためのガむドを提䟛したす。

-
- -

Bugzilla

- -

Mozillaでは、ほずんどのプロゞェクトでバグおよび課題の状況のトラッキングのためにBugzillaを䜿っおいたす。バグを芋぀けた時は誰でもbugzillaに登録できたす。Bugzillaの䞭に、Firefox OS 向けに独立したプロダクトカテゎリがあっお、Gaia、Gonk、Geckoなどのトピック甚のコンポヌネントを含んでいたす。Firefox OS、Gaia、その他のバグはこのコンポヌネントに登録しおください。

- -

バグを登録する

- -

効果的にバグを登録するために、Bugzilla templateを䜿い、䞋蚘の手順にしたがっおテンプレヌトを埋めおください。

- -

必須のフィヌルドず任意のフィヌルド

- -

新しいバグを登録する時、䞋蚘を含むいく぀かのフィヌルドは必須項目です。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
フィヌルド内容
Componentバグの所属するカテゎリを遞択したす。もし、バグがどのカテゎリに所属するかわからない時には、"General"䞀般を遞択しおください。
Summaryバグの内容を簡朔に蚘述したす。
Description -

できるだけ明確に状況を蚘述したす。良いバグレポヌトをするには、再珟手順STR、あるべき結果ず実際の結果を含めおください。たた、可胜であれば発生頻床 (぀たり、䜕床も再珟手順を繰り返した堎合、バグが䜕床発生するか) を含めおください。

-
Build Information -

Firefox OS端末の画面で、「環境蚭定 > 端末情報 > その他の情報」の順に操䜜し、䞋蚘の項目をバグレポヌトに含めおください。​

- -
    -
  • OS のバヌゞョン
    • -
  • ビルドナンバヌ
    • -
  • プラットフォヌムのバヌゞョン
    • -
  • ビルド ID
    • -
  • 曎新チャンネル
    • -
  • Git コミット情報
    • -
- -

もし、MacやLinuxなどで adb や git をむンストヌルしお䜿っおいるのであれば、このスクリプトを実行しお、その結果をテキストでコピヌ&ペヌストしおください。

-
Screenshotsバグを解析するのに圹立぀スクリヌンショットを添付したす。Flameでは、電源ボタンず音量䞋げボタンを2秒以䞊同時に抌し続けるず、音や画面のフラッシュがしおスクリヌンショットが撮れたす。それをUSBを経由しおコンピュヌタに転送しおください。
Videoバグが画面遷移をする䞭で発生し、スクリヌンショットで説明するのが難しい堎合は、動画を撮圱しおください。その動画を添付ファむルずしおアップロヌドできたす。たた、YouTubeにアップロヌドしおそのURLをバグレポヌトにコピヌ&ペヌストするこずもできたす。
ADB logsコンピュヌタヌに adb がむンストヌルされおいる堎合、電話機に接続しおおいお | adb logcat | を実行しお衚瀺される結果をプレヌンテキストに保存し、バグレポヌトに添付しおください。
- -

䞋蚘のフィヌルドは任意です:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
フィヌルド内容
Depends/Blockバグ同士の䟝存関係を衚したす。
Keywordsbugzilla甚のキヌワヌドです。特定のグルヌプがバグをトラッキングするのに䜿われたす。
Whiteboardタグを含みたす。トラッキング甚にあらゆるタグを远加しお䞋さい。他人のタグを蚱可なく削陀しおはいけたせん。
See Also異なるバグが関連しおいる際に、このフィヌルドで指定できたす。
Flagsステヌタストラッキング甚のフラグです。Firefox OSでは、 blocking-b2g ずいうフラグが最もよく䜿われたす。バグが blocking-b2g にセットされた堎合、そのバグはリリヌスをブロックするため、そのバグにより泚意を払う必芁がありたす。
Securityバグが個人情報のセキュリティや、資産の損倱や、そのような問題に関連しおいる堎合、このチェックボックスをチェックしおください。このチェックによっお、そのバグは専任の埓業員のみが芋るこずができるようになりたす。
- -

bugzillaのフィヌルドの詳现な説明に぀いおは、Bugzilla内にあるBugzilla Fieldsペヌゞを参照しおください。

- -

ロヌカラむれヌションのバグを登録する

- -

翻蚳されおいない文字列がある堎合、以䞋の2通りの可胜性がありたす。

- - - -

ロヌカラむザビリティl12yバグを登録するには

- -
    -
  1. Firefox OSで「環境蚭定 > 端末情報 > その他の情報」を開き、「開発者メニュヌ」をオンにしおください。
    2. -
  2. 「環境蚭定 > 開発者」で「Pseudo-Localization」をオンにしおください。
    3. -
  3. 「環境蚭定 > 蚀語」で「Accented English」奇劙な文字列で衚瀺されおいたすを遞択しおください。
    4. -
  4. 文字列が翻蚳されおいなかった画面に戻りたす。もし、文字列が通垞の英語で衚瀺されおいればAccented Englishの奇劙な文字列で衚瀺されおいなければ、倚くの堎合それは l12y の問題です。
    5. -
  5. Bugzillaで、 product に「Firefox OS」を指定し、さらに翻蚳されおいない文字列があるコンポヌネントを指定しおください。キヌワヌドには「l12y」を指定しおください。
    6. -
  6. 必須事項を蚘入し、バグを登録しおください。
    7. -
- -

よくあるキヌワヌド

- -

Firefox OS のバグでよく䜿われるキヌワヌドを䞋蚘の衚に瀺したす。

- -

バグを怜蚌したり、バグにコメントをしたり、バグの Status を Verified に蚭定するずきには、必ず ビルド/OS/プラットフォヌム を明瀺する必芁がありたす。もし、バグが3぀のプラットフォヌムで報告されお、あなたが確認や修正したのがそのうち1぀である堎合、それをバグのノヌトに明瀺し、バグを Verified に倉曎しないでください。 Status が Verified に倉曎されるずきには、党おのプラットフォヌムでチェックが行われる必芁がありたす。

- -

最終的に、その他のバグがあなたの怜蚌しおいるバグの耇補であるずマヌクされた堎合、それらにチェック、蚀及する事を確実にしおください。しばしば開発者は関連した(だが同䞀でない)バグを耇補ずしおマヌクし、これらがチェックされおいないず芋過ごされる事がありたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
キヌワヌド内容
metaバグがステヌタストラッキングバグであるこずを瀺したす。Mozillaは耇数のバグや、ナヌザヌストヌリヌの実装状況を远跡するのにこのタグを䜿いたす。䞀旊このマヌクがなされるず、開発者はこうしたバグの䞊郚にパッチを眮くべきではありたせん。プロゞェクトマネヌゞャヌやQAスタッフが远跡のためにmetaバグを䜿うのを芚えおおいお䞋さい。
qablockerテスト (手動や自動の機胜テスト)をブロックするバグにこのキヌワヌドを䜿甚したす。このバグは、次の Beta や RC のマむルストヌンたでには修正する必芁がありたす。
qawantedもっず情報が必芁な時や、再珟法やテストケヌスが必芁であったり、耇補だったり (だが耇補元のオリゞナルバグが芋぀からない)する時に、このキヌワヌドを䜿いたす。必芁なQA䜜業の進捗はホワむトボヌドに蚘録されたす;぀たり必芁なQA䜜業が完了した 時は、このキヌワヌドを削陀すべきです。
regression -

このキヌワヌドは、問題が修正され、たた戻っおきお(退行しお)いお、新芏バグずは疑わしいずいう意味であり、退行を远跡するために蚘録したす。たたpre-check inテストやスモヌクテストでは特定できず、以前のビルドで動䜜しおいたが珟圚のビルドで芋぀かった問題を参照するこずもありたす。こうしたバグの远跡は、ぜい匱な堎所や、故障の傟向や、スモヌクテストやpre-check inテストの远加の良い候補の芋極めに圹立ちたす。

-
regressionwindow-wantedバグがregression(退行)であり、バグがどの期間に、理想的にはどのチェックむンで起きたのかが特定できるず倧倉有益であるこずを瀺したす。
steps-wanted再珟手順を特定するず倧倉有益なバグを匷調したす。
verifymeこのバグはQA連絡先が指瀺した以倖の人が、最新のB2Gビルドで怜蚌するのがokずいう意味です。このバグは、修正を怜蚌するのに詳しく指定された特定マシンの蚭定がありたす。倱敗の再珟を詊みお、Fixed の解決法が正しいず思う堎合に、ステヌタスを Verified ずマヌクすべきです。
crashFX OSがクラッシュするずきにこのキヌワヌドを远加しおください。
- -
-

蚘: 远加の資料ずしお、 Bug writing guideline を参照しおください。Mozillaの B2G QA Wiki ペヌゞ英語もFirefox OSのバグを扱うのに圹立ちたす。䞭でも、 Bugzilla Usage 英語や Incoming bug triage for Firefox OS 英語は特に圹立ちたす。

-
- -
-

蚘: Gaia開発䞭のバグの扱いに぀いおの詳现情報は、Gaiaのパッチを提出するを読んで䞋さい。

-
diff --git a/files/ja/archive/b2g_os/developing_firefox_os/index.html b/files/ja/archive/b2g_os/developing_firefox_os/index.html deleted file mode 100644 index f11a68211d..0000000000 --- a/files/ja/archive/b2g_os/developing_firefox_os/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: Firefox OS の開発 -slug: Archive/B2G_OS/Developing_Firefox_OS -tags: - - B2G - - Developing - - Firefox OS -translation_of: Archive/B2G_OS/Developing_Firefox_OS ---- -
-

このセクションでは、次の圹に立぀ドキュメンテヌションを提䟛したす。 Firefox OSコヌドネヌム Boot2Gecko、あるいは、B2Gでのビルドプロセス䞭で修正・倉曎可胜な様々な方法、そしお、 Gecko や Gonk のような䜎レベルプラットフォヌムの開発を支揎するための方法。

-
-
-

泚: 特に Gaia (FirefoxOS のナヌザむンタフェヌス)の開発の支揎に興味があるのなら、Gaia の開発 のペヌゞも参照しおください。

-
-

䞀般的な貢献に぀いおのノヌト

-

Gecko は Firefox ブラりザになくおはならない郚分であり、Gecko の Firefox OS に関連する郚分に貢献するこずは、䞀般的な Gecko に察するものず非垞に䌌おいたす。぀たり、Gonk に貢献する堎合もほが同様です。基本ずしお知るべきこずは、コミュニティに぀いお、コヌドベヌスの仕組み、そしお、バグをどのように芋぀けるかずいうこずです。貢献の方法に぀いお孊び始めるのに良いずころは、Mozilla コヌドベヌスぞの貢献です。

-

たず、Gecko、それがどのように動䜜し、構造化されおいるかに぀いお孊ぶべきです。 MDN  の Gecko ホヌムペヌゞ には、このこずに぀いおの有甚なノヌトがいく぀かありたす。Mozilla Wiki の Gecko:Overview も同様です。Firefox OS 固有のAPI に぀いおの情報は、動䜜の抂芁を知るには、Mozilla Wiki の WebAPI ペヌゞを、ドキュメント化された API の すべおの玢匕を芋るには、MDN の WebAPI ペヌゞを参照しおください。

-

次に、䞊郚でFirefox OS が動䜜しおいるカヌネルである Gonk を芋おみたしょう。Gonk は基本的に デスクトップ版 Firefox のケヌスのように、Mac OS X、Windows、そしお  Linux のように、Gecko のもうひず぀の移怍の察象です。Gonk 自身は Android Open Source Project のものを基にしお䜜られただけのものです。私たちはGonk 自身の倧郚分を倉曎しようずは考えおいたせん。なぜなら、゜ヌスコヌドの倧郚分は私たちの管理䞋ではないからです。たた、私たちず䞀緒に Firefox OS デバむスを䜜っおいるデバむスパヌトナヌは、たいおい、デバむスず Gecko・Gonk の間のむンタヌフェヌスに察するデバむス固有のコヌドを提䟛しおいたす。

-

しかし、API がただ残っおいたす。倚くの Gonk 固有の Gecko コヌドは #ifdef MOZ_WIDGET_GONK を甚いお、Firefox OS や gecko-dev/hal/gonk のような gonk サブディレクトリ内でだけ有効になっおいたす。gecko-dev レポゞトリをロヌカルにクロヌンしお、䞭身を芋おみおください。Mozilla Source Code Directory Structure の蚘事も圹立ちたす。

-

次に、Firefox OS のアヌキテクチャ に぀いお、Firefox OS のビルドFirefox OS のビルドの抂芁から始めおください方法、そしお、他のデバむスぞの Firefox OS の移怍方法に぀いお孊ぶべきです。

-

Firefox OS は䞀連の分割されたモゞュヌルずしお開発されおいたす。Firefox OS Modules ペヌゞを参照し、コヌドベヌスがどのようにグルヌプ化されおいるかを知り、助けが必芁な堎合に話すべきメむンモゞュヌルオヌナヌが誰かを知っおください。

-
-

泚: 助けを埗るために最初に蚪ねるべき堎所は、dev-b2g メヌリングリスト ず Mozilla IRC の #b2g チャットルヌムです。

-
-

固有の Firefox OS 開発トピック

-
-
- Firefox OS のバグを登録する
-
- この蚘事は Firefox OS でのあらゆる面に関するバグを登録するためのガむドを提䟛したす。
-
- hosts ファむルを線集する
-
- Firefox OS の hosts ファむルを線集するこずによっお䜕ができるかのガむドです。
-
- .userconfig ファむルをカスタマむズする
-
- .userconfig ファむルを倉曎するこずで Firefox OS のビルドず実行を倉曎する方法です。
-
- b2g.sh スクリプトをカスタマむズする
-
- b2g アプリケヌションで実行されおシステムの様々な面をコントロヌルする、b2g.sh スクリプトを倉曎するこずによっお䜕ができるかの説明です。
-
- Firefox OS を移怍する
-
- Firefox OS を新しいデバむスに移怍する方法に぀いおの情報です。
-
diff --git a/files/ja/archive/b2g_os/developing_firefox_os/localizing_firefox_os/index.html b/files/ja/archive/b2g_os/developing_firefox_os/localizing_firefox_os/index.html deleted file mode 100644 index edbe94277a..0000000000 --- a/files/ja/archive/b2g_os/developing_firefox_os/localizing_firefox_os/index.html +++ /dev/null @@ -1,185 +0,0 @@ ---- -title: Firefox OSをロヌカラむズする -slug: Archive/B2G_OS/Developing_Firefox_OS/Localizing_Firefox_OS -tags: - - Firefox OS - - ロヌカラむズ -translation_of: Archive/B2G_OS/Developing_Gaia/Localizing_B2G_OS ---- -

- -
-

このガむドでは、Firefox OS、特にGaiaむンタヌフェむスやアプリのロヌカラむズがいかに簡単かを瀺したす。コンピュヌタのセットアップに始たり、Gaiaの文字列をロヌカラむズする方法や、最埌にはl10nをテストする方法たで付き添いたす。

-
- -
-

蚘: これはFirefox OSのロヌカラむズを垌望するロヌカラむザヌ向けのガむドです。ロヌカラむズ可胜なアプリを曞きたい開発者は Firefox OS アプリをロヌカラむズするから始めお、 その次に L10n ベストプラクティス を確認したす。

-
- -

初期セットアップ

- -

Gaiaの゜ヌスファむルを入手し、お䜿いのデスクトップマシンにおロヌカラむれヌションのテストを行うにはたず、これらの基本プログラムおよび蚀語がむンストヌルされおいるこずを確認しおください。 

- -
-
GNU make
-
゜ヌスコヌドからビルドを生成するのに圹立぀现かなツヌルです。デスクトップ L10n のテスト準備ができれば、倧倉重宝するでしょう。 ダりンロヌドずむンストヌル䜜業は容易で、GNUのり゚ブサむトから盎接行えたす。OS Xナヌザであれば XCode および XCode コマンドラむンツヌルをアップルストアからむンストヌルする必芁がありたす。
-
git
-
git は Gaia゜ヌスコヌドを保存するために䜿甚されるバヌゞョンコントロヌルシステムです。git のダりンロヌドおよびむンストヌルは容易で り゚ブサむトから盎接行うこずができたす。
-
Python
-
Python はプログラミング蚀語でありL10nテスト甚のFirefox OSビルド生成に貢献したす。ダりンロヌドおよびむンストヌルは容易でPythonりェブサむトから盎接行うこずができたす。
-
Mercurial (hg)
-
Mercurial (hg) はもうひず぀のバヌゞョン管理システムです。 l10nの利甚に際し、ロケヌルリポゞトリをはじめずするGaiaの安定したバヌゞョンを管理したす。ダりンロヌドおよびむンストヌルは容易でこのり゚ブサむトから盎接行うこずができたす。
-
compare-locales
-
compare-locales は Pythonのスクリプトのひず぀で、ロヌカル化にあたっおの䜜業評䟡や、diffず呌ばれる、すでにロヌカル化枈のマテリアルからロヌカル化のための新しい内容を切り離すのに䜿甚したす。 ダりンロヌドおよびむンストヌルは容易でcompare-locales りィキペヌゞから盎接行うこずができたす。なお、これはGaiaのロヌカラむズにあたっおコマンドラむンもしくはテキスト゚ディタを䜿甚する堎合のみ必芁ずなりたす。Pootle, Transifex やPontoonなどのツヌルを䜿甚する堎合、むンストヌル䞍芁です。
-
- -

ロヌカルリポゞトリをセットアップする

- -

䞊蚘゜フトり゚アのダりンロヌドずむンストヌル䜜業が完了したら、いよいよマシンに゜ヌスずロヌカラむズされた文字列を入手したす。

- -
    -
  1. コマンドラむンナヌティリティにおいお, Gaiaの゜ヌスず翻蚳文字列の保存先を指定したす。 
    2. -
  2. hgで 以䞋のコマンドを䜿っおen-US リポゞトリのコピヌを䜜りたす。 - 
    hg clone https://hg.mozilla.org/gaia-l10n/en-US
    -
    3. -
  3. 以䞋のコマンドを䜿っおロケヌルリポゞトリのコピヌを䜜りたす。䟋ずしお、2行目は䌝統的な䞭囜語のリポゞトリを適切なディレクトリにコピヌしおいたす。 - 
    hg clone https://hg.mozilla.org/gaia-l10n/your-locale-code
-hg clone https://hg.mozilla.org/gaia-l10n/zh-TW/ B2G/gaia/locales/zh-TW
    -
    4. -
  4. 最埌に このコマンドを入力したす。 - 
    LOCALE_BASEDIR=locales/ LOCALES_FILE=locales/languages_mine.json make
    -
    5. -
- -

ロケヌルファむルは languages_mine.json に蚘茉するべきで、それはこういう構造になりたす:

- -
{
-  "en-US" : "English (US)",
-  "fr" : "Français (fr)"
-}
- -

このファむルでは、ずおに翻蚳準備ができおいる文字列を䞀芧にすべきです!　Firefox OSの新芏ロヌカラむれヌションを開始しおいる堎合、党郚の文字列が翻蚳すべき文字列であるようなdiffを䜜る必芁はない事を気に留めお䞋さい。

- -
-

蚘: ロケヌルビルドの自動化スクリプトは、このgist を参照しお䞋さい。

-
- -

 

- -

Gaiaの文字列を翻蚳する

- -

Gaiaの文字列を翻蚳するワヌクフロヌは、翻蚳に䜿甚しおいるツヌルに倧きく䟝存しおいたす。この凊理パヌトは他の Mozilla 補品の通垞の翻蚳フェヌズず同様です。ロヌカラむれヌションの翻蚳フェヌズのクむックスタヌトガむド(英語) には、Mozilla補品内の文字列を翻蚳するのに䜿うツヌル䞀芧のほか、これらのツヌルでどうやっお翻蚳するかのチュヌトリアルがありたす。l10nチヌムの䞀員でGaia文字列を翻蚳するツヌルを決める時も、あるいはあなたのチヌムが䜿っおいるツヌルのチュヌトリアルを探しおいる時も、このペヌゞは圹立ちたす。

- -

Firefox OS向けの l10n をテストする

- -

Firefox OSのl10nをテストするために、䞻芁な方法が2぀ありたす: デスクトップビルドずモバむルビルドです。珟圚、デスクトップの方法がl10n のテストに最も広く䜿われおいる方法です。

- -

デスクトップ版 l10n をテストする

- -
    -
  1. 最新のboot2gecko nightly デスクトップビルド をダりンロヌド、むンストヌルしたす— 䜿甚するOSに盞圓するパッケヌゞをダりンロヌドしたす。localizer ずいう蚀葉が含たれるパッケヌゞを探したす。これは languages-all.json に茉っおいる党おのロケヌルが有効であるこずを瀺したす。
    2. -
  2. 最新バヌゞョンのGaiaをクロヌンするのに、デスクトップ䞊のダりンロヌドしたいディレクトリに移動しお、コマンドラむンナヌティリティ䞊でこのコマンドを入力したす: git clone git://github.com/mozilla-b2g/gaia.git
    3. -
  3. チヌムにずっおFirefox OSのロヌカラむズが初めおの堎合、あなたのロケヌルを有効にする必芁がありたす。そうでない堎合、他の誰かがロケヌルを有効にするたで飲み物を取りたす。 -
      -
    1. コマンドラむンで、あなたのgaiaクロヌン内を移動し、䞋蚘コマンドを実行しおあなたのロケヌルリポゞトリをクロヌンしたす: hg clone ssh://hg.mozilla.org/gaia-l10n/your-locale-code
      2. -
    2. クロヌンしたばかりのgaiaリポゞトリ内のshared/resources ディレクトリにあるlanguages.jsonファむルを開きたす。
      3. -
    3. このフォヌマットでロケヌル情報を远加したす: "en-US" : "English (US)"、そしおファむルを保存したす。
      4. -
    4. 最埌に、次ののコマンドを実行したす: make multilocale これでデスクトップビルドであなたのロケヌルが有効になりたす。
      5. -
    -
    4. -
  4. Gaiaプロファむルを䜜成するのに、このコマンドを実行したす: DEBUG=1 make -C gaia profile
    5. -
  5. ぀いに、あなたのロケヌルプロファむルでFirefox OSを実行しおテストを開始でできたす。それにはこのコマンドを入力したす: b2g/b2g -profile gaia/profile OS Xを䜿っおいる堎合は、このコマンドを実行したす: /Applications/B2G.app/Contents/MacOS/b2g -profile gaia/profile
    6. -
  6. デスクトップビルドを曎新するため、単にあなたのGaiaリポゞトリクロヌンを移動しおこのコマンドを入力したす: git pull
    7. -
- -

モバむル版l10n をテストする

- -

もっず倚くのFirefox OSサポヌト端末がロヌカラむザヌの手に届くに぀れ、この節は成長したす。

- -

l10n をテストする時に䜕を探すのか

- -

モバむルOS向けのロヌカラむれヌションをテストするのは、デスクトップアプリのロヌカラむれヌションをテストするのず同様な点がありたす。あなたの䜜業のロヌカラむれヌションテストを実斜する時に探すべきガむドラむンがここにありたす:

- -
    -
  1. UIテキスト芁玠内から翻蚳がはみ出しおいないかを芋たす。
    2. -
  2. 文調、スタむル、専門甚語がプロタクト党䜓で䞀貫しおいるかを確認したす。
    3. -
  3. 翻蚳されない英語文字列がUIの䞭にないか探したす。これらはGaia内でハヌドコヌドされたり、芁玠IDの゚ラヌにより起きおいる可胜性がありたす。
    4. -
  4. 時間ず日付衚瀺が地域の暙準に䞀臎しおいるかを確認したす。
    5. -
- -

ロヌカラむれヌション特有のバグを探す

- -

電話機を䜿甚しおいる時に起こったバグ䟋を䞎えるようなbugzillaリンクがこちらです。このような皮類のバグ登録にあたり、ある䟋ず同様なバグをどこで探すかのアむデアをもたらすでしょう。

- - - -

ロヌカラむれヌションバグを芋぀ける䞀般ルヌルは:

- - - -

Moztrap を䜿う人甚に、FirefoxOS "localization" タグの䞋の既存のテストケヌスを芋たり、端末䞊でテストがパスするかを芋おみるこずも、Firefox OSのロヌカラむれヌションをテストする良い方法です。

- -

次には

- -

今やロヌカラむれヌションを始める準備完了です! なので奜みの l10n ツヌルを開いお進みたしょう!  通垞どおり、この文曞に茉っおいない疑問は、mozilla.dev.l10n newsgroup ぞ送っお䞋さい。

diff --git a/files/ja/archive/b2g_os/developing_firefox_os/modifying_hosts_file/index.html b/files/ja/archive/b2g_os/developing_firefox_os/modifying_hosts_file/index.html deleted file mode 100644 index 1cc420bc50..0000000000 --- a/files/ja/archive/b2g_os/developing_firefox_os/modifying_hosts_file/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: hostsファむルを線集する -slug: Archive/B2G_OS/Developing_Firefox_OS/modifying_hosts_file -tags: - - Android - - B2G - - Firefox OS - - hosts -translation_of: Archive/B2G_OS/Developing_Firefox_OS/modifying_hosts_file ---- -
-

時々、マシンのhostsファむルを倉曎するこずが必芁になるでしょう。攻撃のためや、望たしくない接続をブロックしたり、リク゚ストを特定IPにリダむレクトしたり、など。この蚘事ではFirefox OSの電話機でhostsファむルを倉曎する方法を説明したす。それはLinuxの䟋では /system/etc に、新し目のMac OSXバヌゞョンでは単に etc/ の堎所にありたす。

-
-

電話機の準備

-

電話機でDeveloper settings panelに移動しお、䞋蚘をチェックしたす:

- -

次に電話機をコンピュヌタに接続したす。

-

この時点で、hostsファむルの線集手順はAndroidず同様です。Android開発者は調子に慣れるでしょう。

-

タヌミナルでのステップ

-
    -
  1. タヌミナルりィンドりを開きたす。
    2. -
  2. 端末䞊に /system - <style type="text/css"> - </style> - パヌティションを再マりントし、読み曞きのパヌミッションを埗たす。 - 
    adb remount
    -
    3. -
  3. hostsファむルをコンピュヌタに取埗したす。 - 
    adb pull /system/etc/hosts /tmp
    -
    4. -
  4. /tmp/hosts 内のhostsファむルを必芁に応じ倉曎しお保存したす。䟋えば: - 
    127.0.0.1         localhost
-ip.to.re.direct   hostName
    -
    5. -
  5. 倉曎したhostsファむルを端末ぞプッシュしたす。 - 
    adb push /tmp/hosts /system/etc/hosts
    -
    6. -
-

やりたした; もうhostsファむルが曎新されおいるはずです。

-
-

蚘: ADBをもっず孊習するには? ADB documentationを芋おみお䞋さい。

-
-

 

diff --git a/files/ja/archive/b2g_os/developing_gaia/customizing_build-time_apps/index.html b/files/ja/archive/b2g_os/developing_gaia/customizing_build-time_apps/index.html deleted file mode 100644 index 0b079cdd8d..0000000000 --- a/files/ja/archive/b2g_os/developing_gaia/customizing_build-time_apps/index.html +++ /dev/null @@ -1,173 +0,0 @@ ---- -title: ビルド時のアプリをカスタマむズする -slug: Archive/B2G_OS/Developing_Gaia/Customizing_build-time_apps -tags: - - Apps - - Customization - - Firefox OS - - Gaia - - Guide - - ガむド -translation_of: Archive/B2G_OS/Developing_Gaia/Customizing_build-time_apps ---- -

- -
-

開発者や端末ベンダずしお、様々な理由から Firefox OS 端末の初回実行時に出おくるアプリをカスタマむズしたくなるでしょう。この蚘事ではそうするための異なる仕組みを説明したす。

-
- -

Gaia内のアプリの堎所

- -

Firefox OS で動かされるアプリは、Gaia゜ヌスツリヌ内の2぀の堎所に含たれたす:

- - - -

あなたのGaia/B2Gビルドで省略/远加したい堎合、䞋蚘に述べる色々な方法でできたす。

- -

ブルヌトフォヌスでカスタマむズする方法

- -

"ブルヌトフォヌス"手法は、単に今回のビルドに入れたくないアプリを、ビルド前に削陀したす。

- -

蚭定リストを線集する

- -

より掗緎された方法は、apps-*.list ファむル (gaia/build/config/ の䞭の色々な端末ディレクトリ、䟋えば phone/ や tablet/ の䞭に芋られる) を線集しお、ビルド時に含めたいアプリぞのパスを入れたす。䟋えば、gaia/build/config/phone/apps-production.list は䞋蚘のようです:

- -
apps/bluetooth
-apps/bookmark
-apps/browser
-apps/calendar
-apps/callscreen
-etc.
- -

泚意点ずしお、ディレクトリ内の党アプリを指定できたす、このように:

- -
apps/*
- -

ビルド時に利甚できるアプリを決定するのに、どのapps-*.list ファむルが䜿われるかを遞ぶ仕組みは gaia/Makefile 内にあり、䞋蚘のようです:

- -
GAIA_DEVICE_TYPE?=phone
-  ...
-GAIA_APP_TARGET?=engineering
-  ...
-ifeq ($(MAKECMDGOALS), demo)
-GAIA_DOMAIN=thisdomaindoesnotexist.org
-GAIA_APP_TARGET=demo
-else ifeq ($(MAKECMDGOALS), dogfood)
-DOGFOOD=1
-else ifeq ($(MAKECMDGOALS), production)
-PRODUCTION=1
-endif
-  ...
-ifeq ($(PRODUCTION), 1)
-GAIA_OPTIMIZE=1
-GAIA_APP_TARGET=production
-endif
-
-ifeq ($(DOGFOOD), 1)
-GAIA_APP_TARGET=dogfood
-endif
-  ...
-ifndef GAIA_APP_CONFIG
-GAIA_APP_CONFIG=build$(SEP)config$(SEP)apps-$(GAIA_APP_TARGET).list
-endif
- -

最初は、the GAIA_APP_TARGET 倉数に engineering が、the GAIA_DEVICE_TYPEに phone がセットされたす、なのでGaiaを゜ヌスからビルドするのにデフォルトでは gaia/config/phone/app-engineering.list (この䞭に党おのテスト、デモなどがありたす)が䜿われたす。

- -

他のアプリリストを䜿甚するよう指定するには、make コマンド実行時に別のオプションを指定したす。䟋えばgaia/build/config/phone/apps-production.listを䜿っおビルドするには、これを䜿いたす。

- -
PRODUCTION=1 make
- -

DEMO=1 を指定しおビルドする堎合、apps-demo.listが䜿われたす。DOGFOOD=1 を指定しおビルドする堎合、apps-dogfood.listが䜿われたす。

- -

gaia/Makefile 内の GAIA_APP_CONFIG を線集しお、完党に指定を䞊曞きしたり、自分自身の apps-*.list ファむルを提䟛したりできたす。

- -

gaia/Android.mk には䞋蚘の行が含たれたす:

- -
ifneq ($(filter user userdebug, $(TARGET_BUILD_VARIANT)),)
-GAIA_MAKE_FLAGS += PRODUCTION=1
-B2G_SYSTEM_APPS := 1
-endif
- -

ビルド時に、VARIANT=user や VARIANT=userdebug がセットされた堎合 (これらはTARGET_BUILD_VARIANT 倉数の反映たで巻き戻りたす)、 Gaiaビルド時に PRODUCTION=1 が自動的にセットされたす。

- -
-

蚘: 他にどんな make オプションが䜿えるのかはmake オプションのリファレンスで芋぀けられたす。

-
- -

Marketのカスタマむズを䜿う

- -

3぀目の、最も掗緎された (だが最も耇雑な) 方法はカスタマむズの䜿甚です。これによっおビルド時に個別のディレクトリ内でカスタマむズ指瀺をする事が、コアGaiaリポゞトリを倉曎するこずなく可胜になりたす。別個のディレクトリ内に独自のカスタマむズを入れたり、゜ヌス由来の既存ディレクトリを䜿甚したりできたす。

- -

䟋えば、GAIA_DISTRIBUTION_DIR 倉数により、堎所の指定をカスタマむズするサンプルは、このようになりたす:

- -
GAIA_DISTRIBUTION_DIR=<DISTRIBUTION_PATH> make production
- -

配垃の仕組みをもっずカスタマむズする䟋は、https://github.com/mozilla-b2g/gaia/tree/master/customizationを参照しお䞋さい。

- -

カスタマむズは完党に別の話題です。これをもっず知るには、Market Customizations guideを読んで䞋さい。

- -
-

蚘: あなたのGaiaビルドの䞀郚に特別な倖郚アプリを入れたい堎合、それらを特定の方法でビルドしお、次に gaia/dev-apps/ フォルダ内に眮く必芁がありたす。Building Prebundled web appsを読んで詳现を芋぀けお䞋さい。

-
- -
-

重芁: 端末ベンダヌが配垃甚の B2G/Gaia ビルドを䜜成する堎合、Firefox Marketplaceアプリを電話・タブレット・その他に含める蚱可を埗る前に、䞀定の条件を満たす必芁がありたす。詳现は Mozilla たで連絡しお䞋さい。

-
- -

 

diff --git a/files/ja/archive/b2g_os/developing_gaia/customizing_the_keyboard/index.html b/files/ja/archive/b2g_os/developing_gaia/customizing_the_keyboard/index.html deleted file mode 100644 index d1bb0a1b8c..0000000000 --- a/files/ja/archive/b2g_os/developing_gaia/customizing_the_keyboard/index.html +++ /dev/null @@ -1,234 +0,0 @@ ---- -title: Firefox OS 内でキヌボヌドをカスタマむズする -slug: Archive/B2G_OS/Developing_Gaia/Customizing_the_keyboard -tags: - - Firefox OS - - ガむド - - キヌボヌド -translation_of: Archive/B2G_OS/Developing_Gaia/Customizing_the_keyboard ---- -

- -
-

この文曞では Firefox OS v1.2 以䞊で、独自の蚀語/スクリプトを含んだカスタムキヌボヌドレむアりトをどうやっお远加するのかを説明したす。

-
- -

Gaiaビルトむンのキヌボヌドアプリず、システム構造の状況

- -

Firefox OSには、2013幎10月以降、2぀の䞻流なキヌボヌド機胜が実装されおいたす。

- - - -

電話機に新しいキヌボヌドレむアりトを含めるには、Gaiaの䞭にカスタムレむアりトのファむルを眮いおからビルドコンフィグを甚いおキヌボヌドアプリをビルドするか、自分自身のキヌボヌドアプリを開発しお電話機にむンストヌルするこずができたす。それぞれの方法を芋お行きたしょう。

- -

独自のキヌボヌドアプリを開発する

- -

Gaiaのビルトむンアプリをテンプレヌトに䜿うか、フォヌクできたす。 基本的な考え方は:

- - - -

その埌に、キヌボヌドをむンストヌルできお、ナヌザが入力フィヌルドにフォヌカスさせる床にスクリヌンの䞋端偎にキヌボヌドが出るようになりたす。 これによっお起きるスペヌスの問題は、䞋蚘のように凊理できたす:

- - - -
-

蚘: LOL キヌボヌド のデモは、キヌボヌドアプリがどう構築されるのかをより良く理解する助けになり、か぀あなた自身のキヌボヌドアプリのテンプレヌトになるでしょう。

-
- -

Gaiaキヌボヌドアプリにカスタムレむアりトを含める

- -
    -
  1. 詳现情報は keyboard CONFIGURE details を芋たす。蟞曞を远加したり、(アゞア蚀語甚の)双方向なIMEを入れたりしたい蚀語に䟝存したす。
    2. -
  2. 新芏サポヌト蚀語のレむアりトを远加したい堎合、それを build/config/keyboard-layouts.json 内の、蚀語のデフォルトレむアりトに远加したいかもしれたせん。
    3. -
- -

アゞアのIME

- -

東アゞア蚀語 (䞭囜語、日本語、韓囜語) は幟千の文字を含んだ、遥かに耇雑な掻字を䜿っおいたす。ハヌドりェア・゜フトりェアキヌボヌド䞊に数千のキヌを配眮する方法はないので、ナヌザは䞀連のシンボルを文字遞択に倉換するため、input method editor、略しおIMEに頌っおいたす。
-
- シンボル倉換の方法やIMEが "スマヌト" であるかは、遞んだIMEや、実装自䜓や、たたしばしば、この文曞の範囲倖のNLP scienceに䟝存したす。メモリを節玄するため、デヌタをバむナリブロブにコンパむルしおアレむバッファずしお読み蟌むのが掚奚されたす; 耇雑なJSON構造は実端末では動䜜しないでしょう。

- -

Gaiaキヌボヌドアプリ内のIMEむンタヌフェむス

- -

シンボルを文字列に倉換するIMEラむブラリ(専門甚語で''IM ゚ンゞン''ずいう) がすぐ䜿える堎合、レむアりトからシンボルを受け取っお文字列を出力する定矩枈みむンタヌフェむスが、Gaiaキヌボヌドアプリ内に必芁になるでしょう。今のAPIはGithub䞊に文曞化されおいたす。

- -

我々は曎にGaia内でAPIを掗緎させるため、実装を促しおいたす。

- -

IM゚ンゞンをあなたのレむアりトで動䜜させる

- -

IM゚ンゞンがあなたのキヌボヌドレむアりトで動䜜するようにするには:

- -
    -
  1. IM゚ンゞンに新芏レむアりトを導入する、䞋蚘蚘茉の通りに。
    2. -
  2. imEngine プロパティでIM゚ンゞンを参照する。レむアりトが有効な時、キヌボヌドアプリはkeyboard/js/imes/<imEngine>/<imEngine>.jsにあるスクリプトをロヌドするでしょう。
    3. -
  3. スクリプトがロヌドされお初期化された時、キヌ/文字を送受信するためにAPIをセットアップしたす。
    4. -
  4. ナヌザ入力に応答を望むあらゆるこずをしたす。ナヌザがキヌボヌドのキヌをタップした時、兞型的にはIM゚ンゞンに送られたす。
    5. -
- -

知られおいる実装

- - - -

ロヌカラむズ担圓者の芖点からの新芏ロケヌル

- -
-

蚘: この節は䞻にアルファベットの蚀葉に぀いお圓おはたりたす; (アムハラ語のような)アブギダ や、(䞭囜語のような)象圢文字システムはもっず耇雑です。

-
- -

䞀般的に、新芏ロケヌル远加には2぀の事が必芁です: キヌボヌドレむアりト ず 蟞曞(テキスト予想機胜甚に)です。

- -

キヌボヌドレむアりトを䜜成する

- -

キヌボヌドレむアりトファむルはJavaScriptファむルに含たれおいお、どのキヌがキヌボヌドにあるかず、どのキヌがどの文字ずシンボルになるかを、長抌しで䜿える2぀目のオプションを含めお定矩したす。最も率盎な方法は、既存のキヌボヌド GitHub から取っお、名前を倉曎しお調敎する事です。

- -

最初にヘッダを倉曎する必芁がありたす。キヌボヌドが en-US に近く、ロケヌルをスコットランド ゲヌル語 (gd)ずしおみたしょう。こうなっおいるのを:

- -
Keyboards.en = {
- label: 'English',
- shortLabel: 'En',
- imEngine: 'latin',
- types: ['text', 'url', 'email', 'number', 'password'],
- autoCorrectLanguage: 'en_us',
- menuLabel: 'English',
- -

こう倉曎したす:

- -
Keyboards.gd = {
- label: 'Scottish Gaelic',
- shortLabel: 'gd',
- imEngine: 'latin',
- types: ['text', 'url', 'email', 'number', 'password'],
- autoCorrectLanguage: 'gd_gb',
- menuLabel: 'Gàidhlig',
- -

label 欄は英語でのあなたの蚀語で、shortLabel 欄は最倧3文字です; これは画面䞊のキヌボヌドに衚瀺される省略圢で、ナヌザが珟圚䜿っおいる蚀語がわかるようになっおいたす。ISOコヌドも䜿えたすが、その他の適切なものも䜿えたす。menuLabel 欄はあなたの蚀語での蚀語名です: これはナヌザがメニュヌオプションで芋るものです。

- -

レむアりトが終わった堎合、唯䞀調敎が必芁ずなる事は、(UIでは長抌しでアクセスできる) 代替文字です:

- -
alt: {
-  a: 'áàâÀåãāÊ',
-  c: 'çćč',
-  e: 'éÚêëēę€ɛ',
-  i: 'ïíìîīį',
-  o: 'öõóòÎōœÞɵ',
-  u: 'Ìúùûū',
-  s: 'ßśš$',
-  S: 'ŚŠ$',
-  n: 'ñń',
-  l: 'ł£',
-  y: 'ÿ¥',
-  z: 'şźŌ',
-  '.': ',?!;:'
-},
- -

長抌し時の文字の順番ず文字数の䞡方を倉曎できたす。この堎合、ゲヌル語のナヌザは "鋭アクセント" よりも "重アクセント" をよく䜿うため、順番をこう倉曎したす:

- -
a: 'àáâÀåãāÊ',
- -

ドット぀き子音のオプションを䞎えたいため、このような新芏行を远加したす:

- -
b: 'ឃ',
- -

たぶん代わりのレむアりト(数字や句読点など甚) や、通貚シンボルが正しく衚瀺されおいるかを確認したくなるでしょう。

- -

蟞曞を䜜成する

- -

倉換蟞曞もあるず良いでしょう、ない堎合はナヌザは各単語毎にタむプしなければならず、単語予想を䜿えなくなりたす。

- -

この甚途で (理想的には) なんらかの圢の、頻床で単語をランクづけるコヌパスが必芁になるでしょう。䟋えば there ずいう単語は thespian より遥かによく出るので、ナヌザが the ずタむプした時に、 there は thespian より前にサゞェストされるべきです。

- -

これは蟞曞 (XML ファむル; 既存のものはここで芋られたす)の䞭で、1 (最小頻床) から 255 (最倧頻床) を各単語 (たたは 行) に割圓おるこずで完了したす。次が䜜成を芁するものです:

- -
<wordlist locale="gd" description="Gàidhlig" date="1401554807" version="1">
- <w f="255" flags="">a</w>
- <w f="254" flags="">an</w>
- <w f="247" flags="">agus</w>
- -

玠早く汚い蟞曞 (䟋えば倧きなテキストを取っおきお頻床を数えたもの) でも圹立぀でしょう。あなたのロケヌルでそんなデヌタが党くなく、デゞタルテキストが倚くない堎合には、蚀語の知識を䜿っお、共通経隓を元に手動で単語のランクづけをしたす。

- -

ファむルをビルドする

- -

いったん js ず 蟞曞ファむルができたら、ここのgaiaディレクトリ に移動しおMakefile を開きたす。蟞曞の名前をリスト (䟋えば gd_wordlist.xml ず蚀う堎合) に远加しお、眮きたす:

- -
ga.dict \
-gd.dict \
- -

gd_worldlist.xml ファむルがフォルダに入っおいるのを確認しお、次を実行したす $ make gd.dict

- -

ここたで来たけども、.dict ファむルをビルドする最終ステップで詰たった堎合、バグ登録しお (Componentは: Gaia Keyboard) ファむルを添付しお䜕が問題なのかを説明しお䞋さい。誰かが助ける事ができるでしょう。パッチをプルリク゚ストずしお投皿するのを確認しお for review to someone(だれかのレビュヌ甚)のフラグを立おたす、そうしないずバグは気づかれないでしょう。

- -

あなたの新ロケヌルをテストする

- -

新芏ロケヌルのビルドずコミットを終えたら、新キヌボヌドず事象をテストする最速の手順は、キヌボヌドアプリを走らせる我々のwebベヌスのデモペヌゞ です。En をクリックしおロケヌルを埪環させお䞋さい。あなたのぶんが芋えない堎合、(右䞊の)スパナのシンボルをクリックしお、テストしたいキヌボヌドを tick/untick したす。

- -

議論ず質疑

- -

dev-gaia メヌリングリストに来るか、 irc.mozilla.org の #gaia チャンネルに来お䞋さい(詳しくは Mozilla IRC ぞ)。#mozilla-taiwan はこのトピック向けの、䞭囜語のデファクトのチャンネルです。

diff --git a/files/ja/archive/b2g_os/developing_gaia/different_ways_to_run_gaia/index.html b/files/ja/archive/b2g_os/developing_gaia/different_ways_to_run_gaia/index.html deleted file mode 100644 index 2eb6addb95..0000000000 --- a/files/ja/archive/b2g_os/developing_gaia/different_ways_to_run_gaia/index.html +++ /dev/null @@ -1,159 +0,0 @@ ---- -title: Gaiaを実行する色々な方法 -slug: Archive/B2G_OS/Developing_Gaia/Different_ways_to_run_Gaia -tags: - - B2G - - Firefox - - Firefox OS -translation_of: Archive/B2G_OS/Developing_Gaia/Different_ways_to_run_Gaia ---- -
-

Gaiaを実行するのは、WebIDE経由のsimulatorや、デスクトップ版Firefox内で盎接や、専甚のデスクトップビルド(デスクトップ B2G)や、゚ミュレヌタや、互換のモバむル端末で可胜です。この蚘事ではそれぞれの方法の芁玄ず、詳现情報ぞのリンクを提䟛したす。

-
- -

実物にどれだけ近いか?

- -

この蚘事で詳しく述べるGaia実行甚の方法は、他のものより実端末の経隓に近いです。実行が簡単な順だず、次の通りです:

- -
    -
  1. Simulator内でのGaia
    2. -
  2. B2Gデスクトップ内でのGaia
    3. -
  3. Firefox Mulet内でのGaia
    4. -
  4. ゚ミュレヌタ内でのGaia
    5. -
  5. 電話機に焌いたGaia
    6. -
  6. 電話機に焌いたGaia+Gecko
    7. -
- -

“出荷補品に近いか” の順番はこの正反察です。取り組む機胜によっおは、問題に合った環境を芋぀けないずいけないでしょう。

- -

Firefox OS SimulatorによっおWebIDE内のGaiaを䜿甚する

- -

最速の方法はWebIDE(デスクトップ版Firefoxで利甚できる開発ツヌル)経由でGaiaを詊す事です。これはHTML5のwebアプリをFirefox OS端末・Firefox OS Simulatorでテスト、デプロむ、デバッグするための数々の䟿利なツヌルを、ブラりザから盎接に提䟛したす。
-
- デスクトップ版 Firefox ブラりザ 34+で、WebIDE を ツヌル > Web 開発 > WebIDE から開きたす。右䞊の実行メニュヌを開いお Simulator をむンストヌル、起動したす。

- -

自分の Gaia ビルドを実行するには、手順が少し耇雑ですが、ただずおも簡単です:

- -
    -
  1. これを実行しおみる前に、自身で Gaia デバむスデバッグプロファむルをビルドすべきです — 自分のGaia リポゞトリクロヌンに移動し、 DEVICE_DEBUG=1 make を実行したす。これは内郚の Gaia アプリをすぐにデバッグできるこずず、加えおsimulatorを起動するごずにリモヌトデバッグの確認ダむアログを承認しなくおよいこずを意味したす。
    2. -
  2. Firefox を開きたす(Nightly 掚奚)
    3. -
  3. WebIDE を ツヌル > Web 開発 > WebIDE から開きたす。
    4. -
  4. WebIDEで ランタむム > シミュレヌタをむンストヌル を遞びオプションを遞択しおFirefox OS Simulator をむンストヌルしたす。Gaia バヌゞョンず同じシミュレヌタバヌゞョンを䜿っおいるのを確認したす (䟋えば、あなたのGaia ブランチが 2.1 の堎合、Firefox OS Simulator 2.1を䜿う必芁がありたす)。
    5. -
  5. デスクトップ版Firefox に戻り ツヌル > アドオン を遞択したす。Firefox OS Simulator 2.2 の蚭定 ボタン(たたは自身の Gaia を組み蟌もうずするあらゆるバヌゞョン)をクリックしたす。
    6. -
  6. 蚭定で Select a custom Gaia directoryをクリックし、次にGaia デバむスデバッグプロファむルのディレクトリを遞択したす。
    7. -
  7. WebIDE内でSimulatorを起動するず、今床はあなたの Gaia プロファむルを実行しおいるはずです。
    8. -
- -
-

蚘: シミュレヌタをリセットしたい堎合、カスタムGaiaプロファむルはもう動䜜しおいたせん。Firefoxの about:configぞ移動する必芁があり、extensions.fxos_2_2_simulator@mozilla.org.gaiaProfile 蚭定を探し (2_2 はカスタマむズするシミュレヌタのバヌゞョンによっお違うかもしれたせん)、ダブルクリックしお、出おきたダむアログボックスで空の倀を入れ、OKを抌したす。

-
- -
-

蚘: Gaia の master ブランチは速く倉わるため、時々最新発行のシミュレヌタがいくらか遅れをずりたす。master ブランチを実行しようずしおいおそれが動䜜しないのに気づいた堎合、 (この時 WebIDE は通垞 "Operation timed out" の゚ラヌメッセヌゞを出したす)、最新のnightly シミュレヌタ ブランチをダりンロヌドしお、それで代甚しおみるべきです — Nightly Mozilla Central を芋お、自身のシステムにあった fxos-simulator-*.xpi ファむルをダりンロヌドしたす。蚘憶すべきは、この nightly ビルドは機胜リリヌスするために自動曎新はしたせん。曎新を所埗したい堎合、公匏ビルドに戻る必芁があるでしょう。

-
- -

B2G デスクトップ

- -

B2G デスクトップは、Firefox OS 端末で䜿われるアプリのランタむムのデスクトップ版で、Gaia をデスクトップコンピュヌタで実行できたす。これはもうすぐFirefox Mulet (䞋蚘を芋お)に眮き換えられたす(いったんMulet が十分安定した時に)。

- -

B2G デスクトップのnightly ビルドをFirefox Nightly サむトからダりンロヌドできたす。 どのバヌゞョンをタヌゲットにするかによっお、latest-mozilla-b2g18 の特定バヌゞョンが望たれるかもしれたせん。Linux (32 bit ず 64 bit)や OS X や Windows甚のビルドがありたす。

- -

Nightlyビルドはgaiaの最近のバヌゞョンでパッケヌゞされおいたす。いったんアヌカむブをダりンロヌドしたら、必芁なのはフォルダに展開しお b2g バむナリを展開枈みフォルダから実行するだけです。

- -
$ cd b2g
-$ ./b2g
- -

あなた自身の開発甚バヌゞョンの Gaia ず共にB2G を実行するには、たずあなたのクロヌンからのビルドプロファむルが必芁です:

- -
$ cd /path/to/gaia
-$ DEBUG=1 DESKTOP=0 make
- -

これは gaia ディレクトリ内に profile ずいうディレクトリを生成したす。DEBUGパヌトは Gaia を、デフォルトのパッケヌゞアプリ(倉曎のたびに再床パッケヌゞ化が芁る)ではなく、ビルトむンのwebサヌバ䞊のホスト型アプリずしお実行したす。profileディレクトリぞのパスは、䞊蚘コマンド実行埌の最終行を芋るこずで芋぀けられお、それは次のようなものです:

- -
Profile Ready: please run [b2g|firefox] -profile /path/to/gaia/profile
- -

B2G デスクトップを生成されたプロファむルで、このように実行できたす:

- -
$ ./b2g /path/to/gaia/profile
- -

望むなら、あなた自身の B2G デスクトップを゜ヌスからビルドできたす。

- -
-

蚘: OS Xでは、 b2g バむナリは B2G.app の内郚にあるでしょう。このプラットフォヌムで B2G デスクトップを実行するには、䞋蚘のコマンドが必芁ずなるでしょう:
- ./B2G.app/Contents/MacOS/b2g /path/to/gaia/profile

-
- -

Firefox Mulet内のGaiaを䜿甚する

- -

Firefox Muletず呌ぶFirefoxの特殊ビルド内でGaiaを実行するこずもできたす。これには玠早い開発サむクルず、暙準web開発ツヌルやデバッガが利甚できるメリットがありたす。

- -
-

蚘: Firefox Mulet は珟圚開発の初期段階で、たぶんバグを芋぀けるでしょう。それらに出くわしたら報告しお䞋さい。

-
- -
    -
  1. たず最初に、 Gaia リポゞトリを自身のマシンにクロヌンしたす (このプロゞェクトに貢献したい堎合、䞀番よい方法はRunning your own Gaia build を芋お䞋さい。) Mulet は Gaia 2.2 以䞊だけで動䜜するので、master ブランチを䜿うのが劙案でしょう。
    2. -
  2. 次に、Gaiaリポゞトリに cd しお、make を䜿っお自身のプロファむルをビルドしたす (色々な倉数の皮類に぀いおは make オプションのリファレンスを芋お䞋さい。)  将来的には、Mulet は耇数のビルドタむプをサポヌトし、もっず簡単にアプリをデバッグできるツヌルが远加されるでしょう。 (䟋えば、曎新をテストする堎合に個々のアプリを再起動するこず)
    3. -
  3. いたやnightly Firefox Mulet ビルドのダりンロヌドが必芁です — Mozilla Central で芋぀かりたす。 Mulet ビルドは firefox-* で始たる名前のパッケヌゞ、䟋えば firefox-36.0a1.en-US.mac64.dmg — ずなり、あなたの開発マシンに適切なビルドを遞択しお䞋さい。
    4. -
  4. いったんダりンロヌドするず、Mulet ビルドを Firefox Nightly ビルドを䞊曞きしない安党な堎所にむンストヌルしたす。䟋えばMac OS Xでは、"mulet"ずいうアプリケヌションの䞭にフォルダを䜜り、そこにドラッグしたす。
    5. -
  5. いたや Mulet ビルドを、 開いた時に䜿うプロファむルずしおGaia プロファむルを枡しお ( -profile オプションで指定) コマンドラむンから実行したす。䟋えば Mac OS Xではアプリケヌションフォルダ内からこのように実行できたす: - 
    ./mulet/FirefoxNightly.app/Contents/MacOS/firefox-bin -profile /Users/my-home-folder/git/gaia/profile/
    -
    6. -
- -

結果 Mulet ビルドが、次のように起動したす:

- -


- この画面で、Gaiaアプリをデバッグするために䜿える暙準 Firefox Toolboxや、曎に巊偎に実行しおいる Firefox OS の゚ミュレヌションや、その他数々のGaiaコンテキストに有益なツヌルを入手したした。゚ミュレヌタの䞊のコントロヌルは次のこずができたす:

- - - -
-

蚘: 珟圚ホヌムボタンは動䜜しおおらず、時には画面が䞍調になりたす。ブラりザのタブをリフレッシュする事で、この問題を回避できたす。

-
- -

実端末にGaiaを曞き蟌む

- -
-

重芁: Gaia をTarako や Spice Fire Oneずいった䜎メモリ端末に曞き蟌んでみる堎合、特別に䜎メモリに最適化されたGaiaブランチ、䟋えば 1.3t branchを焌くべきです。䜎メモリ端末にGaiaのmasterブランチを焌いおみるのは、たぶん電話機が反応しない結果になるでしょう。

-
- -

実端末に Gaia の新バヌゞョンを曞き蟌むには:

- -
    -
  1. たずGaiaリポゞトリがあなたのコンピュヌタにクロヌンされおいお、 ADB がむンストヌルされおいるのを確認したす。
    2. -
  2. USB経由のデバッグ が有効になっおいるのを確認したす。
    3. -
  3. 端末をUSB経由でコンピュヌタに接続したす。
    4. -
  4. 端末が接続するず、䞋蚘のコマンドを凊理できたす。あるいは (Windows や Linux ディストリビュヌションのナヌザは) OEM USB ドラむバのペヌゞを確認しお、コンピュヌタに正しいUSBドラむバをセットアップしないずいけない可胜性もありたす。
    5. -
  5. Gaia リポゞトリで次のコマンドを実行しお、電話機を再起動しお Gaia ゜ヌスコヌドを曎新したす: - 
    $ make reset-gaia
    -
    6. -
  6. 非システムアプリをテストするには、端末わ再起動するこずなく、次のコマンドでむンストヌルできたす: - 
    $ make install-gaia
    -
    7. -
  7. 特定アプリだけをむンストヌルする堎合、APP 倉数で次のように匕き枡せたす: - 
    $ make install-gaia APP=browser
    -
    8. -
- -
-

蚘: make install-gaia / make reset-gaia を䜿っお端末にGaiaをプッシュするず、デフォルトで 1倍の解像床アセットのGaiaをビルドしたす。もっず高い解像床アセットを指定するには、makeオプションの GAIA_DEV_PIXELS_PER_PX or GAIA_DPPX を䜿う必芁がありたす (このオプションに぀いおのより詳现は 高解像床むメヌゞアセット を芋お䞋さい)。この方法で端末に Gaia をプッシュした時は、関連の make オプションに端末のスケヌルファクタを付けお指定したす、䟋えば Flame端末向けには make install-gaia GAIA_DEV_PIXELS_PER_PX=1.5 ずする (たたは 2, や 2.5, など; スケヌルファクタの倀は 512 icon for device display内の衚を芋お䞋さい。)

-
- -

端末が正しくUSB接続されおいるか確認するには、こう打ちたす:

- -
$ adb devices
- -

こんな結果を埗るでしょう:

- -
List of devices attached
-emulator-5554  device
- -

゚ミュレヌタや実機でGeckoずGaiaをビルドしお䜿甚する

- -

互換モバむル端末を持っおいれば、あなた独自バヌゞョンの Firefox OSをビルド・むンストヌルできお、゚ミュレヌタ䞊や端末にプッシュしお、これを実行できたす。

diff --git a/files/ja/archive/b2g_os/developing_gaia/gaia_tools_reference/index.html b/files/ja/archive/b2g_os/developing_gaia/gaia_tools_reference/index.html deleted file mode 100644 index 678038e952..0000000000 --- a/files/ja/archive/b2g_os/developing_gaia/gaia_tools_reference/index.html +++ /dev/null @@ -1,189 +0,0 @@ ---- -title: Gaia ツヌルのリファレンス -slug: Archive/B2G_OS/Developing_Gaia/Gaia_tools_reference -tags: - - Firefox OS - - Gaia - - Reference - - Référence(2) - - Tools -translation_of: Archive/B2G_OS/Developing_Gaia/Gaia_tools_reference ---- -

- -
-

この蚘事では、Gaia での䜜業のための利甚可胜な䟿利なツヌルを玹介したす。

-
- -
-

Note: You can find a number of very useful tips and tricks on debugging Firefox OS at the B2G QA Tips and tricks page.

-
- -

MozITP

- -

MozITP is an all-in-one package bundle for Gaia related tools. It contains pre-configured flash tool (b2g_util), b2g-installer and Gaia Integration Test environment. You can use MozITP to test Gaia Integration Test on Mulet, emulator or real devices. You can also flash builds from TaskCluster or b2g-installer blob-free builds.

- -

Foxbox

- -

Foxbox is a build automation script that builds a full Gaia development environment with the Gaia build hosted inside a VM, which is also accessible from the host machine (meaning you can still workon it using your favourite text editor, etc.) This works on all platforms, but should be especially useful to Windows users as the regular Gaia build procedure doesn't work on a standard Windows environment.

- -

Backup/restore/flashing tools

- -

Tools to backup your profile, etc.

- -

b2g_util

- -

The b2g_util tools package provides a variety of tools to help you with debugging Firefox OS. It can:

- - - -

To install it, you first need Python 2.7, pip, and setuptools. then you can run:

- -
sudo pip install -U b2g_util
- -

Once installation is complete, you can connect your device and test it by issuing the following command to get the installed b2g version:

- -
b2g_check_versions
- -

pc-sync-tool

- -

The pc-sync-tool is an app available in the Firefox Marketplace that backs up your data/profile. It must be used in conjunction with the Firefox OS assistant add-on for desktop.

- -

Backup and restore profile

- -

To backup and restore data you can use our backup_restore_profile.py tool, which is contained in the B2G-flash-tool Git repo.

- -
    -
  1. Clone the above repo (git clone https://github.com/Mozilla-TWQA/B2G-flash-tool.)
    2. -
  2. Make sure that your phone is connected via USB to your computer, and that ADB (see Important steps to follow first above) and Debugging via USB (in your device's Developer settings) are enabled.
    3. -
  3. cd into the cloned directory
    4. -
- -

To backup data:

- -
python backup_restore_profile.py -b
- -

This should save your device profile to a directory called mozilla-profile, in the same directory as the script is located. To restore your backup:

- -
python backup_restore_profile.py -r
- -
-

Note: To display a full list of options for the tool, run it with a -h or --help flag.

-
- -

B2G-flash-tool

- -

The B2G-flash-tool repo also contains many other tools for rapid flashing of new builds to devices and related tasks — ideal for QA work. For example:

- - - -

Debugging tools

- -

Tools that perform debugging functions.

- -

WebIDE

- -

Firefox's WebIDE tool deserves a special mention here — as well as just testing and debugging apps, it is also useful for monitoring performance, memory usage, etc. (see Monitoring performance.)

- -

get_crashreports.sh

- -

Contained with the the B2G-flash-tool repo, get_crashreports.sh retrieves device crash reports (/data/b2g/mozilla/Crash Reports/.)

- -

B2G root directory tools

- -

There are a number of scripts in the B2G root directory that perform various useful debugging functions, such as:

- - - -

Other misc tools

- -

There are a number of helpful tools located in the gaia/tools/ directory, and other places

- -

png_recompress.sh

- -

Located at gaia/tools/, png_recompress.sh is a PNG image compressor. You can run it with the following command structure:

- -
$ ./tools/png_recompress.sh -v bg.png
- -

This will remove unnecessary metadata and further compress the png; it can save up to 99.5% of the file size, which has a very measurable impact on an app's ZIP size and memory footprint.

- -

svg_recompress.sh

- -

Located at gaia/tools/, svg_recompress.sh is an SVG compressor.

- -

cache_sync.py

- -

Located at gaia/tools/, cache_sync.py synchronizes the offline cache of an external app into a local directory structure. This should be run from the base directory of an app in gaia/external-apps. It builds a directory for each known origin in the offline cache.

- -

edit_prefs.sh

- -

Located in the B2G root directory, edit_prefs.sh provides an easy way to retrieve device prefs.

diff --git a/files/ja/archive/b2g_os/developing_gaia/index.html b/files/ja/archive/b2g_os/developing_gaia/index.html deleted file mode 100644 index 58186bcdcb..0000000000 --- a/files/ja/archive/b2g_os/developing_gaia/index.html +++ /dev/null @@ -1,129 +0,0 @@ ---- -title: Gaia の開発 -slug: Archive/B2G_OS/Developing_Gaia -tags: - - Firefox - - Gaia - - Mozilla - - OS - - UI -translation_of: Archive/B2G_OS/Developing_Gaia ---- -

- -
-

Gaia は B2G OS のナヌザむンタフェむスで、デフォルトアプリスむヌトです: 画面ロック、ホヌム画面、電話、その他のアプリが含たれおいたす。Gaia は本来 B2G OS プラットフォヌムの䞊䜍局で起動する Web アプリの集合です。Gaia プロゞェクトに貢献するために知っおおく必芁がある蚘事を玹介したす。

-
- -

このガむドでは、Gaia に貢献するための効果的なワヌクフロヌを䞀通り玹介したす - そしお、これにより、Gaia コヌドベヌスに機胜を远加し、Gaia プロゞェクトに぀いお登録されたバグに取り組むこずを意味したす。最初の蚘事矀は、順番に読んでください。たた、特定のプロセスの芋方に぀いおリフレッシュする必芁がある堎合は、関連したセクションたで読み飛ばすこずもできたす。

- -

その埌には、远加のトピックスに぀いおのリファレンスや情報が提䟛されおいたす。

- -

- -

基瀎

- -
    -
  1. Gaia コヌドベヌスを実行する
    2. -
  2. Gaia コヌドベヌスを理解する
    3. -
  3. Gaia のコヌドに倉曎を加える
    4. -
  4. Gaia のコヌドの倉曎をテストする
    5. -
  5. Gaia のパッチを提出する
    6. -
- -

Gaia ビルドリファレンス

- - - -

補足情報

- - - -

 

- -

- -
-

Gaiaコミュニティに参加しおください

-
-
あなたの奜きな方法でディスカッションに参加しおください
- -
-
- -
-
-

- -
diff --git a/files/ja/archive/b2g_os/developing_gaia/make_options_reference/index.html b/files/ja/archive/b2g_os/developing_gaia/make_options_reference/index.html deleted file mode 100644 index 187410191d..0000000000 --- a/files/ja/archive/b2g_os/developing_gaia/make_options_reference/index.html +++ /dev/null @@ -1,383 +0,0 @@ ---- -title: make オプションのリファレンス -slug: Archive/B2G_OS/Developing_Gaia/make_options_reference -tags: - - Apps - - Firefox OS - - Gaia - - Make - - Options - - Reference -translation_of: Archive/B2G_OS/Developing_Gaia/make_options_reference ---- -

- -
-

make コマンドは、Gaia リポゞトリ内で Gaia プロファむルを䜜成するのに䜿われたす。このプロファむルは、端末に読み蟌んだり B2G デスクトップ ビルド内で実行されたす。この蚘事では、利甚できる様々な make オプションを詳しく芋おいきたす。

-
- -
-

泚蚘: Makefile には倚くの環境倉数がありたす。将来削陀される可胜性があるので、これらに䟝存しないでください。

-
- -

䜜成したプロファむルは、䞀般的に gaia ディレクトリのルヌト、䟋えば /gaia/profile に䜜成され、次の項目を含みたす:

- - - -
-

泚蚘: プロファむルを䜜成枈みで新しいものを䜜成したい堎合は、新芏に生成する前に、既存のプロファむルディレクトリを消さなければなりたせん。

-
- -

デフォルト

- -
make
- -

これは単にノヌブランドの、非デバッグのビルドを䞎えたす。ブランドのビルドには、Mozilla 公匏ブランドの make を䜿う必芁がありたす。デバッグビルドは デバッグ make をする必芁がありたす。

- -

端末ぞプッシュする

- -
make install-gaia
-
-make reset-gaia
-
- -

ADB (Android デバッグブリッゞ) のセットアップでは、これらの make タヌゲットは Gaia を端末にプッシュするでしょう。install-gaia では䜜業ディレクトリ内の Gaia の曎新を端末にプッシュしたす。 reset-gaia では、Gaia のプッシュ前に、既存の蚭定やプロファむル、Webアプリ、デヌタベヌス内容 (新蚭定のデヌタベヌスが初期化されたす) が掃陀されたす。

- -
-

泚蚘: make install-gaia たたは make reset-gaia を甚いお端末に Gaia をプッシュするず、デフォルトで 1 倍の解像床のアセットで Gaia をビルドしたす。さらに高い解像床を指定するには、GAIA_DEV_PIXELS_PER_PX たたは GAIA_DPPX の make オプションを指定したす (このオプションの詳现は、High resolution image assets を参照)。この方法で端末に Gaia をプッシュする堎合は、関連する make オプションを端末のスケヌルファクタに合わせお指定するべきです。䟋えば、Flame 端末には make install-gaia GAIA_DEV_PIXELS_PER_PX=1.5 (たたは 2 や 2.5 など。スケヌルファクタ倀は 512 icon for device display の䞭の衚を芋おください。)

-
- -

特定アプリのビルド

- -
APP=system make
-
-APP=system make install-gaia
- -

既にプロファむルがある堎合、すべおのアプリを再パッケヌゞ化しお再プッシュする代わりに、再パッケヌゞするアプリを APP で指定できたす。このコマンドは、新しいアプリパッケヌゞずマニフェストをプッシュしたす。マニフェストの倉曎 (䟋えば、新しいパヌミッションやキヌボヌドレむアりトや宣蚀) は Gecko によっお遞択されたせん。

- -

カスタムプロファむルフォルダを指定する

- -

ビルドしたプロファむルを保存するディレクトリを指定できたす。次のように、PROFILE_FOLDER で指定したす:

- -
PROFILE_FOLDER=profile-b2g-desktop make
- -

異なる端末のビルド

- -

異なる目的で、異なる端末のビルドを䜜成する make オプションがいく぀かありたす。

- -

Gaia の電話機ビルドの生成

- -
GAIA_DEVICE_TYPE=phone make
- -

このビルドは、アプリを /gaia/build/config/phone/apps-engineering.list から取埗したす。

- -

Gaia のタブレットビルドの生成

- -
GAIA_DEVICE_TYPE=tablet make
- -

このビルドは、アプリを /gaia/build/config/tablet/apps-engineering.list から取埗したす。

- -

spark ビルドの生成

- -
GAIA_DISTRIBUTION_DIR=distros/spark make reset-gaia
- -

端末に spark をむンストヌルしたす。同等な B2G build.sh オプションは次のようになりたす:

- -
GAIA_DISTRIBUTION_DIR=distros/spark ./build.sh
- -

異なるビルドタむプ

- -

異なる目的で、異なるタむプのビルドを䜜成する make オプションがいく぀かありたす。

- -

プロダクション make

- -
PRODUCTION=1 make
- -

これは Gaia のプロダクション (補品版) ビルドを生成したす:

- - - -
-

泚蚘: 別名のコマンド make production でも生成できたす。

-
- -

デバッグmake

- -
DEBUG=1 make
- -

DEBUG 倉数は、Gaia をデフォルトを倉曎するごずに再パッケヌゞが必芁なパッケヌゞ型アプリでなく、特定の GAIA_PORT でのビルトむン Web サヌバ䞊でホスト型アプリずしお実行したす。これでテストが簡単になりたす。最新の Firefox Nightly のプロファむルで起動するず、玠晎らしい B2G 固有の Firefox 開発ツヌルのパネルがありたす。

- -

それに加え:

- - - -
-

泚蚘: 珟圚、バグ (バグ 1180103) があり、Gaia のデバッグプロファむルでFirefox OS シミュレヌタ (WebIDE でも䜕経由でも) を実行した時、空のホヌム画面が描画されたす。これを回避するには、代わりに DEBUG=1 DESKTOP=0 make ずしたす ( 端末デバッグ make を参照)。

-
- -

端末デバッグ make

- -
DEVICE_DEBUG=1 make
- -

これは端末の画面ロックをオンにし、ADB ツヌルのデバッグを有効にするので、端末のデバッグに䟿利です。

- -

このパラメヌタは、Firefox OS 1.2 以降のバヌゞョンで、Firefox OS Webアプリを WebIDE でデバッグする時に指定したす

- -

デスクトップデバッグ make

- -
DEBUG=1 DESKTOP=0 make
- -

このオプションは、B2G デスクトップ 内で実行する、デスクトップデバッグ版を䜜成したす。

- -

公匏 Mozilla ブランド make

- -
MOZILLA_OFFICIAL=1 make
- -

公匏の Mozilla ブランドのビルドを make するのに䜿いたす。

- -

ドッグフヌド make

- -
DOGFOOD=1 make
- -

ドッグフヌドオプションずナヌティリティがオンになりたす、䟋えば、Feedback アプリで、簡単に OS のフィヌドバック投皿ができたす。

- -

システムアプリ make

- -
B2G_SYSTEM_APPS=1 make
- -

この環境倉数は、アプリを /data/local ではなく、/system/b2g に配眮したす。ナヌザビルドの䜜業をする時に䜿うべきです。この倉数は、make production を実行した時に自動セットされたす。たた install-gaia や reset-gaia にも䜿われたす。

- -

ディストリビュヌションおよびマヌケット向けのカスタマむズビルド

- -
GAIA_DISTRIBUTION_DIR=./dir
- -
-

泚蚘: 詳现は Market カスタマむズ をお読みください。

-
- -

開発者/デバッグ オプション

- -

デバッグ甚途で、機胜を远加・削陀したり、蚭定を倉曎する make オプションもありたす。

- -

リモヌトデバッグを有効化

- -
REMOTE_DEBUGGER=1
- -

これは、開発者蚭定 のオプション蚭定ず同じ、端末䞊のリモヌトデバッグを有効にしたす。

- -

JavaScript 最適化 make

- -
GAIA_OPTIMIZE=1 make
- -

これは、Gaia の JavaScript 最適化の起点ずなり、ファむルを連結・圧瞮したす。これは、make production を実行した時に自動でセットされたす。たた、install-gaia や reset-gaia にも䜿われたす。

- -

高解像床のむメヌゞアセット

- -
GAIA_DEV_PIXELS_PER_PX=1.5 make
- -

あるいは、別名で:

- -
GAIA_DPPX=1.5 make
- -

アプリのパッケヌゞ時に、このオプションは、画像を *@1.5x.(gif|jpg|png) の同等品が存圚する堎合に、その画像に眮き換えたす。䞊蚘オプションを暙準の make コマンドの郚分的なオプションずしお䜿う必芁がありたす。䟋えば:

- -
GAIA_DEV_PIXELS_PER_PX=1.5 make reset-gaia
-
-GAIA_DEV_PIXELS_PER_PX=1.5 make install-gaia
- -

Gaia は珟圚、次の画面解像床をタヌゲットずしおいたす:

- - - -

qHD ず WVGA 端末で画像が確実にシャヌプに芋えるために、GAIA_DEV_PIXELS_PER_PX を䜿いたす。CSS ピクセル単䜍あたりの端末ピクセルに぀いお、詳しい情報は、A pixel is not a pixel 参照しおください

- -

統合テストの実行

- -

make を䜿っお Gaia の統合テストを実行できたす。詳现はGaia 統合テスト を参照しおください。

- -

Raptor パフォヌマンステストの実行

- -

Raptor テストを実行するためには、テストを実際に行う前に、端末を構成する必芁がありたす。詳しくは、Raptor を参照しおください。

- -
make raptor
- -

䜎メモリプロファむルのビルド

- -
GAIA_MEMORY_PROFILE=low make
- -

この倉数は、Gaia の䜎メモリプロファむルを生成したす。これは、Tarako のような䜎メモリ端末を想定しおいたす。

- -

はじめおガむド (FTU) の無効化

- -
NOFTU=1
-
- -

この環境倉数で FTU が無効になりたす。

- -

ロック画面の無効化

- -

Firefox OS のロック画面を NO_LOCK_SCREEN オプションを䜿っお無効化できたす、䟋えば:

- -
NO_LOCK_SCREEN=1 make
- -

リファレンス負荷デヌタ

- -

リファレンス負荷デヌタを䜿うず、開発者やテスト担圓者は、新たにフラッシュされた電話機に察しお、いく぀かのアプリに倧量のデヌタを玠早くむンストヌルできたす。

- -

そのコマンドは次の通り (gaia ディレクトリから):

- -
make reference-workload-light
- - - -
make reference-workload-medium
- - - -
make reference-workload-heavy
- - - -
make reference-workload-x-heavy
- - - -

これらのタヌゲットには、アプリ名をスペヌスで区切った APP 環境倉数か、APPS 環境倉数が指定できたす。䟋えば:

- -
APP=sms make reference-workload-light
-APPS="sms communications/contacts" make reference-workload-heavy
-
- -

利甚可胜なアプリは次の通り:

- -
APPS="gallery music video communications/contacts sms communications/dialer"
- -

リファレンス負荷デヌタに音楜 (歌) を入れるには、mid3v2 ナヌティリティがむンストヌルされおいなければなりたせん。このナヌティリティは次のコマンドでむンストヌルしたす:

- -
sudo apt-get install python-mutagen
- -

代わりに、Fedora や RHEL を実行しおいる堎合、これを䜿いたす:

- -
sudo yum install python-mutagen
- -

ドキュメント make

- -

Gaia のドキュメントは、jsdoc3 を通じおビルドされたす。これを生成するには、次のコマンドを䜿いたす:

- -
make docs
- -

IME レむアりトず蟞曞の有効化

- -

キヌボヌド IME レむアりトず蟞曞を有効化するには、次のコマンド構成を䜿甚したす:

- -
GAIA_KEYBOARD_LAYOUTS=en,de,fr,jp-kanji make
- -

珟圚デフォルトでは、ディスク容量のために、党おのレむアりトを積んでいたせん。レむアりトず蟞曞を切り離すために Bug 1029951 が䜜業䞭です (ナヌザ蟞曞をダりンロヌド提䟛したす)。

- -

すべおの利甚可胜なレむアりトを知るには shared/js/keyboard_helper.js のファむルを芋おください。

diff --git a/files/ja/archive/b2g_os/developing_gaia/making_gaia_code_changes/index.html b/files/ja/archive/b2g_os/developing_gaia/making_gaia_code_changes/index.html deleted file mode 100644 index 7f7735cc14..0000000000 --- a/files/ja/archive/b2g_os/developing_gaia/making_gaia_code_changes/index.html +++ /dev/null @@ -1,137 +0,0 @@ ---- -title: Gaia のコヌドに倉曎を加える -slug: Archive/B2G_OS/Developing_Gaia/Making_Gaia_code_changes -tags: - - Firefox OS - - Gaia - - 初心者 -translation_of: Archive/B2G_OS/Developing_Gaia/Making_Gaia_code_changes ---- -

- -
-

今やデスクトップでGaiaを実行しおいお、コヌドベヌスがどう動䜜するかをある皋床理解し、プロゞェクトにコントリビュヌト(貢献)し始める準備ができおいるでしょう。この蚘事では倉曎を加える方法ず、取り組むべきバグの芋぀け方を蚘述したす。

-
- -

Gitのベストプラクティス

- -
    -
  1. Gaiaに倉曎を加える時は、たず最新をmasterから取埗すべきです: - 
    cd path/to/gaia
-git checkout master
-git pull upstream master
    -
    2. -
  2. 次に、あなたの修正を乗せるブランチをチェックアりトしたす: - 
    git checkout -b my-code-fix
    -
    3. -
  3. 最埌に、 gaia/apps ディレクトリに移動し、アプリファむルを倉曎したす。
    4. -
- -

簡単なコヌド倉曎䟋

- -

コヌド倉曎を芋るには:

- -
    -
  1. Gaiaコヌドベヌスに必芁な倉曎を加え、倉曎を保存したす。
    2. -
  2. FirefoxのMuletか、WebIDE内のsimulatorをシャットダりンしたす。
    3. -
  3. makeを䜿っおGaiaプロフィヌルをリビルドしたす。
    4. -
  4. FirefoxのMuletか、WebIDE内のsimulatorを再起動したす。
    5. -
- -

ロックスクリヌンの時蚈の色倉曎のような簡単な䟋を芋おみたしょう:

- -

Gaia lockscreen showing the clock display in white text

- -
    -
  1. スタむルがどうやっおセットされおいるのか芋぀ける最良の方法は、開発者ツヌルを䜿うこずです。デスクトップ版Firefoxで Ctrl/右 + クリックしおコンテキストメニュヌから 芁玠を調査 を遞びたす。
    2. -
  2. どのCSSファむルを線集するかがわかったら — ここでは gaia/apps/system/lockscreen/style/lockscreen.css — 画面右手偎で、CSSファむルが望み通りの状態になるよう線集したす。
    3. -
  3. 倉曎に満足したら、ファむルディレクトリに移動しお倉曎したす。
    4. -
  4. 次に、この節の最初で抂説したステップに埓い、倉曎を芋たす。
    5. -
- -

Gaia lockscreen showing the clock display modified from white to red text
-
-
- Gaia Firefox Muletのレンダリング制限:

- - - -

取り組むべきバグを芋぀ける堎所

- -

Firefox OS のバグを芋぀ける最良の方法は、 Josh Matthews の、Bugs Ahoy(おヌいバグ)、アプリです — これはMozilla の Bugzilla からバグを盎接匕き蟌んで、怜玢、閲芧しやすく衚瀺しおくれたす。 いったん取り組むバグを芋぀けたら、Bugzilla ペヌゞに移動しお"assigned to" 項目に自分自身を入力し、䞋蚘に瀺すように、䜜業を開始したす。

- -

有甚なヒント

- - - -

https://bugzilla.mozilla.org/buglist.cgi?columnlist=product%2Ccf_blocking_b2g%2Cbug_status%2Cresolution%2Cshort_desc&resolution=---&query_based_on=CLOCK&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&component=Gaia%3A%3AClock&product=Boot2Gecko&known_name=CLOCK&list_id=9776392

- -

参考情報

- - diff --git a/files/ja/archive/b2g_os/developing_gaia/market_customizations_guide/index.html b/files/ja/archive/b2g_os/developing_gaia/market_customizations_guide/index.html deleted file mode 100644 index 21120bab66..0000000000 --- a/files/ja/archive/b2g_os/developing_gaia/market_customizations_guide/index.html +++ /dev/null @@ -1,1313 +0,0 @@ ---- -title: Market customizations guide -slug: Archive/B2G_OS/Developing_Gaia/Market_customizations_guide -tags: - - B2G - - Customization - - Firefox OS - - Gaia - - Marketplace - - build -translation_of: Archive/B2G_OS/Developing_Gaia/Market_customizations_guide ---- -
-

マヌケットカスタマむズ機胜を䜿うずコアの Gaia リポゞトリを曞き換えるこずなく独立したディレクトリでビルド時のカスタマむズを指定 (䟋えば、ビルド二床のアプリを含めるかなど) するこずができたす。独自のカスタマむズを独立したディレクトリで甚意するこずもできるし、事前に甚意された゜ヌスの入ったディレクトリを䜿うこずもできたす。カスタマむズはビルドオプションで指定したす。ここではカスタマむズのしかたや䜿い方を玹介したす。

-
- -

カスタマむズ抂芁

- -

Firefox OS は 1.0.1 以降、Firefox 同様のカスタマむズシステムを䜿っおいたす。この蚘事に曞かれおいる機胜は特に明蚘されない限り Firefox OS 1.0.1 以降で動䜜したす。

- -

フルセットの Gaia ディストリビュヌションカスタマむズサンプルを Gaia リポゞトリの䞭に甚意しおいたす。ビルド時のカスタマむズで䜕が出来るかするにはたずこれを盎接觊っおみるのが良いでしょう。この蚘事でもあずで蚀及したす。

- -
-

メモ: カスタマむズサンプルをより良くするための提案があったり、この蚘事で曎新されおいるがコヌドが叀くなっおいるような堎合は䞊蚘の Github リポゞトリにプルリク゚ストを送っおください。

-
- -

カスタマむズサンプルのディレクトリ構造は次の通りです:

- -
  customize-sample
-  ├── power
-  │   ├── carrier_power_on.png
-  │   └── carrier_power_off.png
-  ├── ringtones
-  │   ├── list.json
-  │   └── ringer_dream_theme.ogg
-  ├── wallpapers
-  │   ├── customize.png
-  │   └── list.json
-  ├── browser.json
-  ├── calendar.json
-  ├── contacts.json
-  ├── costcontrol.json
-  ├── device-features.json
-  ├── eu-roaming.json
-  ├── homescreens.json
-  ├── network.json
-  ├── settings.json
-  ├── sms-blacklist.json
-  ├── support.json
-  ├── wapuaprof.json
-  └── apps.list
- -
-

メモ: すべおのファむルは必須ではありたせん。ファむルを含めなければシステムのデフォルト蚭定でビルドされたす。

-
- -

埌に個々のカスタマむズに぀いお説明したすが、たずはどのように Gaia にカスタマむズを適甚するか説明したす。

- -

カスタマむズの適甚手順

- -

カスタマむズサンプルを Gaia に適甚するには次のようにしおください:

- -
    -
  1. Gaia の゜ヌスコヌドを https://github.com/mozilla-b2g/gaia からクロヌンしおください。
    2. -
  2. gaia/customization/ ディレクトリを別のディレクトリにコピヌしお自分でカスタマむズするこずもできたすし gaia/customization/ ディレクトリを盎接曞き換えるこずもできたす。カスタマむズファむルを収めるディレクトリぞのパスは䞋蚘の <DISTRIBUTION_PATH> で指定できたす。任意のディレクトリパスを指定しおください。
    3. -
  3. 必芁に応じおサンプルを線集しおください。
    4. -
  4. Firefox OS デバむスを USB ケヌブルでコンピュヌタに接続し、ADB で接続できるこずを確認しおください。
    5. -
  5. 次のように GAIA_DISTRIBUTION_DIR 環境倉数を指定しお Gaia をビルドしおください:
    6. -
  6. - 
    make production GAIA_DISTRIBUTION_DIR=<DISTRIBUTION_PATH>
    -
    7. -
  7. カスタマむズが適甚された Gaia を Firefox OS デバむスにむンストヌルできたす。
    8. -
- -

カスタマむズサンプルディレクトリを gaia/distribution/ ディレクトリにコピヌした堎合、環境倉数を指定する必芁はありたせん:

- -
make production
- -
-

メモ: 䞀郚のカスタマむズは Gaia ビルドスクリプト䞭で行えたす。ビルドスクリプトのカスタマむズに぀いおは make オプションリファレンスをご芧ください。

-
- -
-

メモ: SIM カヌド固有のカスタマむズはビルド時に含められたすが、初回起動時のセットアップ䞭、実行時に適甚されたす。

-
- -

ビルド時のカスタマむズ

- -

それではサンプルに含たれおいるさたざたなカスタマむズ䟋を芋おいきたしょう。

- -

power/

- -

電源オン・オフ時のアニメヌション (あるいは静止画) を含められたす。ファむルは MP4 のアニメヌションか PNG の静止画です。

- -

次のような名前のファむルを甚意しおください:

- - - -

ringtones/

- -

カスタム着信音を含められたす。次のように list.json ファむルで着信音ファむルのリストを指定したす:

- -
  {
-    "ringer_classic_courier.opus": "",
-    "ringer_dream_theme.ogg": "",
-    "ringer_loud_windchimes.opus": "",
-    "ringer_bitbounce.opus": ""
-  }
- -

カスタム着信音は Firefox OS の環境蚭定アプリの サりンド > 着信 で指定できたす。 デフォルトの着信音は DataURI を甚いお settings.json で蚭定したす。DataURI は node/npm の datauri コマンドで生成できたす:

- -
    -
  1. npm install datauri -g コマンドでむンストヌルしおください。
    2. -
  2. datauri <FILE> コマンドでファむルを DataURI に倉換しおください。
    3. -
- -

wallpapers/

- -

カスタム壁玙 (PNG ファむル) を list.json ファむルで指定するず、Firefox OS の環境蚭定アプリの 画面衚瀺 > 壁玙 で指定できるようになりたす。

- -

デフォルトの壁玙は次のように settings.json で指定しおください:

- -
"wallpaper.image": "image location"
- -
-

メモ: 画像はファむルパスたたは dataURI で指定できたす。

-
- -

browser.json

- -

このファむルではブックマヌクやデフォルト怜玢゚ンゞンなど、ブラりザアプリをカスタマむズできたす。このファむルの曞き方は ブラりザのブックマヌクずデフォルト怜玢゚ンゞン をご芧ください。

- -

calendar.json

- -

このファむルでは Firefox OS のカレンダヌアプリに独自のカレンダヌを指定できたす。Google OAuth credentials を指定する必芁がありたす。加えお、カレンダヌの CalDav API アクセスが必芁になりたす。API キヌずシヌクレットを生成するには、Google の creating your client ID ペヌゞに蚘茉の通り、次の手順で操䜜しおください:

- -
    -
  1. API console を開いおください。
    2. -
  2. プロゞェクトを開き APIs & auth > APIs で Calendar CalDav API を有効化しおください。
    3. -
  3. Credentials をクリックしおください。
    4. -
  4. Create new client ID をクリックしおください。
    5. -
  5. Application type を Installed application に蚭定し、Installed application type を Other に蚭定し、Create Client ID. ボタンを抌しおください。Client ID ず Client secret が衚瀺されたす。
    6. -
  6. calendar.json ファむルを開き client_id ず client_secret に Google API コン゜ヌルで衚瀺された Client ID ず Client secret を入力しお保存しおください。
    7. -
- -
-

メモ: API の利甚回数は 1 日 1,000,000 リク゚ストに制限されおいたす。

-
- -

camera-config.js (Gallery and Camera app image sizes)

- -
-
{
-  "maxImagePixelSize": 6000000,
-  "maxSnapshotPixelSize": 4000000,
-  "requiredEXIFPreviewSize": {
-    "width": 1200,
-    "height": 1222
-  }
-}
-
- -

maxImagePixelSize ず maxSnapshotPixelSize はギャラリヌずカメラアプリで衚瀺する画像の最倧ピクセルサむズです。デフォルトは 5 メガピクセル (5*220 ピクセル) になっおいたす。

- -

requiredEXIFPreviewSize プロパティを远加すればフルスクリヌンプレビュヌで衚瀺されるための最小 EXIF プレビュヌサむズも指定できたす。これを指定しなければ EXIF プレビュヌはランドスケヌプずポヌトレむト (暪ず瞊) モヌド䞡方で (高さたたは幅が) 画面サむズ以䞊になる堎合にのみ EXIF プレビュヌが䜿甚されたす。

- -

contacts.json

- -

Gaia ビルド時の連絡垳デヌタベヌスに含める連絡先のリストを指定できたす。

- -

contacts.json ファむルのサンプルは次の通りです:

- -
[
-   {
-     "name": ["John Doe"],
-     "givenName": ["John"],
-     "familyName": ["Doe"],
-     "nickname": ["Johnny"],
-     "category": ["Work", "Racing Team"],
-     "email": [
-       {
-         "type": ["personal"],
-         "value": "john.doe@example.org",
-         "pref": true
-       },
-       {
-         "type": ["work"],
-         "value": "jdoe@example.com"
-       }
-     ],
-     "adr": [
-       {
-         "type": ["personal"],
-         "streetAddress": "123 Foopy St.",
-         "locality": "San Francisco",
-         "region": "Downtown",
-         "postalCode": "94030",
-         "countryName": "US"
-       }
-     ]
-   },
-   {
-     "name": ["CarrierX"],
-     "email": [
-       {
-         "type": ["work"],
-         "value": "support@carrierx.com"
-       }
-     ],
-     "url": [
-       {
-         "type": ["work"],
-         "value": "https://www.carrierx.com"
-       }
-     ]
-   }
- ]
- -
-

メモ: Contacts オブゞェクトのレむアりト詳现は Contacts API ペヌゞ をご芧ください。

-
- -
-

メモ: SIM カヌド䟝存のカスタマむズに぀いおは Browser bookmarks and default search engine 節をご芧ください。

-
- -

device-features.json

- -

ハヌドりェアでサポヌトする機胜を指定したす。デフォルトは次の通りです:

- -
{
-  "ambientLight": true,
-  "vibration": true
-}
- -

各機胜を無効化するには false を指定しおください。

- -

eu-roaming.json

- -

EU のロヌミング芏制に埓うべきオペレヌタヌのリストずその APN 蚭定が含められたす。このファむルは 3 ぀の郚分からなり、最初の home では芏制に埓うべきオペレヌタヌのオペレヌタヌコヌドを指定したす。次の foreign ではロヌミング前に EU ロヌミング通知が衚瀺されるべき海倖オペレヌタヌのオペレヌタヌコヌドを指定したす。最埌の郚分では EU ロヌミングの APN 蚭定を含めたす。デフォルトファむルは次のようになりたす:

- -
{
-  "home": null,
-  "foreign": null,
-  "defaultApns": []
-}
-
- -

OS にロヌミング通知を衚瀺させたい堎合、次のような圢でファむルを甚意しおください。この䟋では、ナヌザがオペレヌタヌコヌドが "001, 01" の SIM カヌドを䜿っおいおオペレヌタヌコヌド "002, 02" の海倖ネットワヌクにロヌミング接続するずきに  EU ロヌミング通知が衚瀺されたす:

- -
{
-  "home": {
-    "001": {
-      "01": true
-    }
-  },
-  "foreign": {
-    "002": {
-      "02": true
-    }
-  },
-  "defaultApns": [{
-    "apn": "eu.apn",
-    "types": ["default"]
-  ]}
-}
-
- -
-

メモ: defaultApns フィヌルドにリストされる APN 蚭定はすべお環境蚭定アプリにデフォルトでリスト衚瀺されたす。

-
- -

homescreens.json

- -

homescreens.json では Firefox OS のドックずホヌムスクリヌンに衚瀺するアプリずその順序を定矩したす。デフォルトでは次のような感じです:

- -
{"homescreens": [
-   [
-     ["apps", "communications", "dialer"],
-     ["apps", "sms"],
-     ["apps", "browser"],
-     ["apps", "camera"]
-   ]
- ]}
- -

この蚭定ではドックに衚瀺される 4 ぀のアプリを指定しおいたす。配列を远加するず、ホヌムスクリヌンの 1 ペヌゞ目に衚瀺されるアプリ、次を远加するず 2 ペヌゞ目のものず順次蚭定できたす。

- -
{"homescreens": [
-   [ // We're in the dock!
-     ["apps", "communications", "dialer"],
-     ["apps", "sms"],
-     ["apps", "browser"],
-     ["apps", "camera"]
-   ],
-   [ // We're on Page 1 of the homescreen
-     ["apps", "email"],
-     ["apps", "settings"],
-     ["apps", "clock"],
-     ["apps", "calendar"]
-   ],
-   [ // We're on Page 2 of the homescreen
-     ["external-apps", "customapp1"],
-     ["external-apps", "customapp2"],
-     ["external-apps", "customapp3"],
-     ["external-apps", "customapp4"]
-   ]
- ]}
- -

内偎の配列の 1 ぀めの芁玠にはアプリが入っおいるフォルダ名 ("apps" や "external-apps" を、2 ぀めの芁玠にはアプリのディレクトリ名 ("email" や "browser" など) を指定しおください。

- -

コレクション

- -
-

メモ: Fierfox 2.0 では collections ディレクトリは homescreen アプリの䞭の collections  アプリに移動したした。マニフェストの倀も䞀郚倉曎されおいる事に泚意しおください (䟋えば funny コレクションのマニフェスト をご芧ください)。provider_id は categoryId に、apps は pinned に倉曎されおいたす。

-
- -

コレクションはホヌムスクリヌンに独自のアむコンで衚瀺されるアプリのグルヌプです。そのアむコンをタップするず、コレクションに含たれるアプリのアむコン䞀芧を含む新しい画面が衚瀺されたす。デフォルトでどのようなコレクションが甚意されおいるかは ゜ヌスコヌドの collections ディレクトリ をご芧ください:

- - - -

個別のディレクトリではいろいろな解像床のアむコンファむルず、名前や圹割ずアむコンぞのパスなどコレクションのメタデヌタが定矩されおいたす。

- -
-

メモ: E.me のサヌバでは远加のコレクションが定矩されおおり、合蚈 19 のコレクションがありたす (䞊蚘の 10 に加えお 9 ありたす)。これらのリストに぀いおはホヌムスクリヌンをロングタップしお「スマヌトコレクションを远加」を遞択するず衚瀺されたす。

-
- -

homescreens.json ではコレクションをどのペヌゞでどの順番で読み蟌むか定矩できたす。䟋えば、shopping, social, sports および tv コレクションを衚瀺したければ次のように指定したす:

- -
{"homescreens": [
-   [
-     ["apps/collection/collections", "shopping"],
-     ["apps/collection/collections", "social"],
-     ["apps/collection/collections", "sports"],
-     ["apps/collection/collections", "tv"]
-   ], [
-     ["apps", "communications", "dialer"],
-     ["apps", "sms"],
-     ["apps", "browser"],
-     ["apps", "camera"]
-   ]
- ]}
- -

最䞊郚の配列はそれぞれホヌムスクリヌンのペヌゞに察応しおおり、この堎合はコレクションのドックに衚瀺され、個別のアプリがホヌムスクリヌンの 1 ペヌゞ目に衚瀺されたす。

- -
-

メモ: 初期蚭定では、Gaia ホヌムスクリヌンの最初のペヌゞに次の 4 ぀のコレクションが衚瀺されたす: Social, Games, Music, Entertainment.

-
- -
-

メモ: コレクション名は小文字で指定したす。

-
- -
コレクションには䜕が含たれるか
- -

コレクションには 2 ぀の皮類のアプリがありたす。
-
- Local apps は /apps/collection/collections/<collectionName>/manifest.collection のマニフェストファむルでビルド時に定矩される物です。各コレクションに含たれるロヌカルアプリはマニフェストファむルで定矩したす。䟋えば、social コレクション (電話、SMS、連絡垳、メヌルアプリを含む) のマニフェストは次のようになりたす:

- -
{
-  "name": "Social",
-  "role": "collection",
-  "provider_id": "289", // adaptive search identifier
-  "apps": [
-    ["apps", "communications", "dialer"],
-    ["apps", "sms"],
-    ["apps", "communications", "contacts"],
-    ["apps", "email"]
-  ],
-  "default_locale": "en-US",
-  "icons": {
-    "60": "/collections/social/icon.png",
-    "90": "/collections/social/icon@1.5x.png",
-    "120": "/collections/social/icon@2x.png"
-  }
- }
- -

Remote apps は適応怜玢のプロバむダにより実行時に、デバむスがオンラむン状態の時に提䟛されたす。

- -
コレクションの翻蚳方法
- -

コレクションの翻蚳はホヌムスクリヌンアプリの apps/collection/locales/  ディレクトリにあるロヌカルファむルで定矩したす。各ロケヌルのファむルは collections.<蚀語コヌド>.properties のような名前芏則になっおおり、<蚀語コヌド> は䟋えばフランス語なら fr、日本語なら ja などになりたす。内容はデフォルトの英語文字列ず翻蚳バヌゞョンを曞いた行が含たれる単玔なファむルです。䟋えばフランス語のロケヌルファむルは次のようになりたす:

- -
# Add bookmark to homescreen
-add-to-home-screen=Ajouter à l’écran d’accueil
-add-to-home-screen-header=Ajouter un lien
-website-name=Nom du site web
-address=Adresse
-added-to-home-screen=Ajouté à l’écran d’accueil
- -
カスタムコレクション
- -

Firefox OS 1.3 からは独自のカスタムコレクションを定矩できたす。単に collections ディレクトリ の䞭に远加し、䞊蚘のように collections.json でそれを指定しおください。

- -

垂盎ホヌムスクリヌンの蚭定

- -

Firefox OS 2.0 以降では、埓来の氎平にペヌゞめくりするホヌムスクリヌンではなく瞊スクロヌルする垂盎ホヌムスクリヌン (vertical homescreen) を遞択できたす。垂盎ホヌムスクリヌンの蚭定は default-homescreens.json で、衚瀺するアプリやコレクション、ホヌムスクリヌンにアむコンを䞊べる列の数、ブックマヌクなどを指定できたす。

- -

network.json (カスタマむズフォルダにはありたせん)

- -
-

重芁: Firefox OS 1.4 以降ではサポヌトされおいたせん

-
- -

In Firefox OS < 1.4, this file can be created in gaia/apps/settings/resources, and it allows you to set the network types supported by the device. Firefox OS supports the following types:

- - - -

An example is as follows:

- -
{
-  "types":  [
-    "cdma/evdo",
-    "cdma", "evdo"
-  ]
-}
- -

settings.json

- - - -

このファむルではデフォルトの壁玙、着信音、ロックスクリヌンの有効無効、Bluetooth の有効無効などを指定できたす。build/config/common-settings.json を芋るずどのような蚭定が可胜か分かりたす。䟋えば、WiFi をデフォルトで無効にするには "wifi.enabled": false などず蚭定できたす。

- -

カスタム蚭定は customization/settings.json で指定できたす。

- -

ロケットバヌのデフォルト怜玢゚ンゞン

- -

Firefox OS 2.0 以降では、settings.json で次のような蚭定でロケットバヌのデフォルト怜玢゚ンゞンが指定できるようになりたす:

- -
"search.urlTemplate": "https://www.google.com/search?q={searchTerms}",
-"search.suggestionsUrlTemplate": "https://www.google.com/complete/search?client=firefox&q={searchTerms}",
-"search.iconUrl": "data:image/x-icon;base64,AAABAAIAEBAAAAAAAAB9AQAAJ [TRUNCATED FOR BREVITY]
-
- -

怜玢プロバむダのカスタマむズ

- -

Firefox OS 2.0 以降ではデフォルトの apps/settings/resources/search/providers.json ファむルで怜玢プロバむダずアむコンファむルのリストを指定できたす。ビルド時に customization/search/providers.json ファむルを曞き換え、適切なアむコンファむルを同じディレクトリに含めるこずで倉曎できたす。このディレクトリが存圚するずビルド時に app/settings/resources/search の䞭身を䞊曞きしたす。

- -

デフォルトホヌムスクリヌンアプリのカスタマむズ

- -

homescreen.appName ではデフォルトのホヌムスクリヌンアプリを指定できたす。

- -
-
{ "homescreen.appName": "homescreen-stingray" }
-
- -

sms-blacklist.json

- -

このファむルには SMS のブラックリストを蚘茉したす: このファむルに曞かれた番号には SMS メッセヌゞを送信できたせん。このリストは SMS アプリ blacklist.json ファむルを䞊曞きしたす。番号は次のように配列で指定したす:

- -
["11223344", "55667788"]
- -

cellbroadcast

- -

Listen するチャンネルを指定できたす:

- - - -

むベントレポヌトを無効化できたす:

- - - -
-

Note: デフォルト蚭定は operator_variant.xml に蚘茉されおいたす。

-
- -

support.json

- -

このファむルにはオンラむンサポヌトや電話サポヌトなどのサポヌト先情報を蚘茉したす。このファむルがある堎合、Settings アプリの support.json を䞊曞きしたす。このカスタマむズファむルではデフォルト蚭定を䞊曞きするため、デフォルト蚭定を残し぀぀サポヌトリ゜ヌスを远加したい堎合、組み蟌みのアプリからコピヌしお、それを元にカスタマむズをしおください。

- -

JSON ファむルは次のようなものになりたす:

- -
{
-   "onlinesupport": {
-     "href": "http://support.mozilla.org/",
-     "title": "Mozilla Support"
-   },
-   "callsupport": [
-     {
-       "href": "tel:12345678",
-       "title": "Call Support 1"
-     },
-     {
-       "href": "tel:87654321",
-       "title": "Call Support 2"
-     }
-   ]
- }
- -

WAP ナヌザ゚ヌゞェントプロファむル (wapuaprof.json)

- -

WAP ナヌザ゚ヌゞェントプロファむルでは WAP パケット送信時のナヌザ゚ヌゞェント情報を䞊曞きできたす。デフォルトの WAP ナヌザ゚ヌゞェントプロファむルを MCC/MNC を元に歌が期したい堎合などに利甚できたす (より詳しくは runtime customization をご芧ください)。

- -

apps.list

- -

このリストファむルでは実行時にどのアプリを読み蟌みたいか指定できたす (埌述する Applications セクションで説明しおいる  variant.json ず同様の圢匏です)。アプリケヌションを次のようにしお指定したす:

- -
apps/*
-external-apps/*
-outoftree_apps/*
- -

フォルダ内のアプリ党郚ではなく個別のアプリを次のように指定するこずもできたす:

- -
apps/email
-apps/settings
- -
-

Note: 独自の倖郚アプリを自分の Gaia ビルドに含めたい堎合、決たった方法でビルドしお、 gaia/external-apps/ ディレクトリに入れる必芁がありたす。手順に぀いおは Read Building Prebundled web apps をご芧ください。

-
- -
-

重芁: Firefox OS のカスタムビルドに远加で含めるアプリに぀いおは Mozilla ずの Distribution Agreement で指定されおいる必芁がありたす。

-
- -

その他のカスタマむズ蚭定

- -

他にもカスタマむズできる項目が倚くあるので玹介したす。

- -
-

Note: 以䞋の節で䜿われおいるビルドスクリプトの倚くは gaia/build/applications-data.js にありたす。これはビルド時にブラりザアプリの init.json ファむルにコピヌされたす。

-
- -

ブラりザブックマヌクずデフォルト怜玢゚ンゞン

- - - -

デフォルトのブックマヌクず怜玢゚ンゞンはビルド時にカスタマむズ可胜で、䞀぀のビルドでも囜やネットワヌク (回線、キャリア) によっお異なりたす。カスタマむズされたデヌタはブラりザアプリの初回起動時に、デバむスに挿入されおいる SIM カヌドの MCC ず MNC に応じお読み蟌たれたす。

- -
-

Note: ブックマヌクは Firefox OS 1.0.1 以降でカスタマむズ可胜ですが、 Other single variant customizations 節で蚘茉の通り、2.1 以降ではカスタマむズ方法が倉わりたす。デフォルト怜玢゚ンゞンは Firefox OS 1.2 以降でカスタマむズ可胜です。

-
- -

䞋の䟋 (browser.json) ではブラゞルの Vivo (724006 ずいう倀は 724 がブラゞルを、006 が Vivo を MMC/MNC コヌドで衚しおいたす) での蚭定䟋です。SIM カヌドの倀にマッチするものが無い堎合や SIM カヌドが挿入されおいない堎合はデフォルトのフォヌルバック (000000) が䜿甚されたす。

- -
content = {
-   '000000': {
-     'bookmarks': [
-       { 'title': 'Mozilla',
-         'uri': 'https://mozilla.org',
-         'iconUri':
-           'data:image/png;base64,AAABAAIAEBAAAAEAIABo[truncated]'
-       },
-       { 'title': 'Firefox OS',
-         'uri': 'https://mozilla.org/firefoxos',
-         'iconUri':
-           'data:image/png;base64,AAABAAIAEBAAAAEA[truncated]'
-       }
-     ],
-     'searchEngines' : [
-        {
-          'title': 'Google',
-          'uri': 'https://www.google.com/search?q={searchTerms}',
-          'iconUri':
-            'data:image/png;base64,AAABAAIAEBAAAAEAIABoBAA[truncated]'
-        }
-      ],
-      'settings' : {
-        'defaultSearchEngine': 'https://www.google.com/search?q={searchTerms}'
-      }
-   },
-
-   '724006': {
-     "bookmarks": [
-       { "title": "Vivo Busca",
-         "uri": "https://www.google.com.br/m/search",
-         "iconUri": "data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAC[truncated]"
-       },
-       { "title": "Serviços e Downloads",
-         "uri": "http://vds.vivo.com.br",
-         "iconUri": "data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAACA[truncated]"
-       },
-       {
-         "title": "Site Vivo",
-         "uri": "http://www.vivo.com.br/conteudosmartphone",
-         "iconUri": "data:image/jpg;base64,/9j/4AAQSkZJRg[truncated]"
-       }
-     ],
-     'searchEngines' : [
-        {
-          'title': 'Yahoo',
-          'uri': 'https://search.yahoo.com/search?q={searchTerms}',
-          'iconUri':
-            'data:image/png;base64,AAABAAIAEBAAAAEAIABoBAA[truncated]'
-        }
-      ],
-      'settings' : {
-        'defaultSearchEngine': 'https://search.yahoo.com/search?q={searchTerms}'
-      }
-   }
- };
- -

この䟋では、ブラりザ初回起動時にブラゞルの Vivo の SIM カヌドが挿入されおいる堎合、Vivo のブックマヌクが䜿甚され、デフォルト怜玢゚ンゞンは Yahoo になりたす。初回起動時に他の SIM カヌドが挿入されおいたり、SIM カヌドが無い堎合は Mozilla のブックマヌクが䜿甚され、デフォルト怜玢゚ンゞンは Google になりたす。以䞋の点に぀いおは泚意しおください:

- - - -
-

Note: ブラりザアプリではブックマヌクを逆順で衚瀺するため、JSON ファむルで最初のブックマヌクは最埌に衚瀺されたす。

-
- -

Single variant customization to override list of providers and Rocketbar search provider

- -
    -
  1. The default Rocketbar search provider and list of providers can also be customized per MCC/MNC — data added the first time the relevant SIM card is inserted into the phone — by specifying them in JSON files in your distribution directory: - -
    2. -
  2. variant.json then defines which .json file is used to specify the settings for each MCC/MNC pair; see lines 47–48 in our sample: - 
    "search": "mobizilla/mobizilla_search.json",
-"default_search": "mobizilla/mobizilla_default_search.json",
    -
    3. -
  3. variant.json is placed in the root of your distribution directory.
    4. -
  4. In order to apply the single variant configuration you have to set the GAIA_DISTRIBUTION_DIR variable to the path of your distribution directory when building Gaia.
    5. -
- -

Data and messaging settings

- -

Device data and messaging settings are runtime-customizable.

- -

To apply specific settings, change gaia/shared/resources/apn/apns_conf_local.xml, simply adding or editing carrier blocks as required:

- -
 <apn carrier="Test Network"
-      mcc="001"
-      mnc="01"
-      apn="internet"
-      user="user"
-      password="password"
-      proxy="127.0.0.1"
-      port="8080"
-      mmsc="http://127.0.0.1"
-      mmsproxy="127.0.0.1"
-      mmsport="8080"
-      authtype="0"
-      type="default,supl,mms"
-  />
- -

Voicemail and cell broadcast settings

- -

To apply specific voicemail and cell broadcast settings, change gaia/shared/resources/apn/operator_variant.xml. Add or edit a carrier block, changing attributes as needed:

- -
   <operator carrier="Test Network with Operator Variant Settings"
-       mcc="001"
-       mnc="01"
-       cellBroadcastSearchList="0,1,2,3"
-       voicemail="999999"
-   />
- -

WAP user agent profile

- -

The WAP user agent profile is another app that supports runtime customization. It overrides the user agent information when sending WAP packets, based on MCC/MNC. The profile overriding has url and tagname parts, but we only support url in our current implementation.

- -

The WAP user agent profile uses the same coding style for its key as the browser app, although "000000" is used as the default profile. An example follows:

- -
   {
-     "000000": {
-       "url": "http://example.url/default.xml"
-     },
-     "123001": {
-       "url": "http://example.url/custom123001.xml"
-     }
-   }
- -

In this example, the url of the default profile is http://example.url/default.xml; for MCC = 123 and MNC = 001, the url is http://example.url/custom123001.xml. If there was another ic card with MCC = 123 and MNC = 100, its url would be http://example.url/default.xml.

- -

If the 000000 is removed from this example, like so:

- -
  {
-     "123001": {
-       "url": "http://example.url/custom123001.xml"
-     }
-   }
- -

the UA profile url of the ic card with MCC = 123 and MNC = 001 is now overridden as http://example.url/custom123001.xml. No others will be overridden.

- -

If we have the "000000" as before, but we also have a "123001" case with no url inside it, like so:

- -
   {
-     "000000": {
-       "url": "http://example.url/default.xml"
-     },
-     "123001": {}
-   }
- -

All UA profile urls will now be overridden as http://example.url/default.xml

- -

Applications

- -

Applications installed in Firefox OS can be customized at runtime, in a number of ways (see also Customizing the build-time apps). Perhaps the most powerful way is to edit the variant.json configuration file, which allows apps to be selectively installed and placed in the desired position in the homescreen, depending on the MCC/MNC. The customized applications will be added to the standard applications list.

- -

The relevant part of the variant.json file typically looks like so.

- -
   {
-     "apps": {
-       "puzzle":
-         {
-           "manifestURL": "https://owd.tid.es/store/packages/fe8e4a866c518a42db9d2041568684c1.webapp"
-         },
-       "store":
-         {
-           "manifestURL": "https://owd.tid.es/store/manifest.webapp",
-           "installOrigin": "https://www.openwebdevice.com"
-         }
-     },
-     "operators": [
-       {
-         "id": "movistar-co",
-         "mcc-mnc": [
-           "214-01",
-           "214-02"
-         ],
-         "apps": [
-           {
-             "id": "store",
-             "screen": 0,
-             "location": 2
-           }
-         ]
-       },
-       {
-         "id": "movistar-mx",
-         "mcc-mnc": [
-           "215-23"
-         ],
-         "apps": [
-           {
-             "id": "store",
-             "screen": 0,
-             "location": 2
-           },
-           {
-             "id": "puzzle"
-           }
-         ]
-       }
-     ]
-   }
- - - -

Other single variant customizations

- -

The same file variant.json file — used to configure applications at runtime depending on the MCC/MNC — also allows you to configure specific resources by adding some attributes under each operator object. Thus, an operator can have the following settings:

- -
   {
-     "apps": {
-       ...
-     },
-     "operators": [
-       {
-         "id": "movistar-co",
-           "mcc-mnc": [
-             "214-01",
-             "214-02"
-           ],
-         "apps": [
-           {
-             "id": "store",
-             "screen": 0,
-             "location": 2
-           }
-         ],
-         "support_contacts": "resources/support_contacts_movistar.json",
-         "default_contacts": "resources/contacts_movistar.json",
-         "ringtone": {
-           "path": "resources/Movistar_Mid_ABR_128kbps.ogg",
-           "name": "Tono Movistar"
-         },
-         "wallpaper": "resources/customize.jpg",
-         "keyboard": "resources/keyboard_movistar.json",
-         "network_type": "resources/network_type_movistar.json",
-         "known_networks": "resources/known_networks_movistar.json",
-         "data_ftu": true,
-         "sms": "resources/sms_movistar.json",
-         "topsites": "resources/topsites_movistar.json",
-         "bookmarks": "resources/bookmarks_movistar.json",
-         "data_roaming": true,
-         "power": {
-           "poweron": {
-             "video": "app://operatorresources/resources/power/latam_power_on.mp4"
-           },
-           "poweroff": {
-             "video": "resources/latam_power_off.mp4"
-           }
-         },
-         "nfc": true
-       }
-       ...
-     ]
-   }
-
- -

And here are the details of the specific resources for each operator.

- -

Support contacts

- -

support_contacts specifies a path to a file containing contacts to be shown on the help screen (Settings > Help), offering the same functionality as support.json. The file format is:

- -
   {
-     "onlinesupport": {
-       "title": "Mozilla Support",
-       "href": "http://test.mozilla.org/support"
-     },
-     "callsupport1": {
-       "title": "Call Support (Primary)",
-       "href": "tel:14155550001"
-     },
-     "callsupport2": {
-       "title": "Call Support (Secondary)",
-       "href": "tel:14155550002"
-     }
-   }
- -

Default contacts

- -

default_contacts contains the path to a file containing contacts that will be preloaded to the Contacts application, depending on the MCC/MNC pair present at run time. The section names are the MCC/MNC pair, and section contents should be an array of contacts following the same format as contacts.json. For example:

- -
    {
-        "123123":
-        [
-            {name: ["John Doe"]},
-            // etc
-        ],
-    }
-
- -

Ringtone

- -

ringtone sets the default ringtone and contains two attributes, both mandatory:

- - - -

Wallpaper

- -

wallpaper contains the path to the image file (PNG) that will be set as the default wallpaper.

- -

Keyboard settings

- -

keyboard contains the path to a file containing keyboard settings configuration information. The file format is as follows:

- -
 {
-   "keyboard.vibration": true,
-   "keyboard.autocorrect": false,
-   "keyboard.clicksound": true,
-   "keyboard.wordsuggestion": false
- }
- -

Network Display Indicator

- -

network_type contains the path to a file that will hold an associated text that will be shown to the user when that network is being used by the device — for each of the network types supported by the device. The text will be shown on the Settings app, status bar, and quick settings.

- -

The status bar and all the occurrences on the Settings app will use the text value indicated in the file. For quick settings the file must contain a data_sprite key that will point to a css sprite holding the icons for all the supported network types.

- -

The data_sprite key must always be a URL pointing to a preinstalled app on the device. A file format example follows:

- -
 {
-  "lte": "4G",
-  "ehrpd": "4G",
-  "hspa+": "H+",
-  "hsdpa": "H",
-  "hsupa": "H",
-  "hspa": "H",
-  "evdo0": "E",
-  "evdoa": "E",
-  "evdob": "E",
-  "1xrtt": "1x",
-  "umts": "3G",
-  "edge": "E",
-  "is95a": "2G",
-  "is95b": "2G",
-  "gprs": "2G",
-  "wcdma/gsm": "2G/3G GSM auto",
-  "gsm": "2G GSM",
-  "wcdma": "3G GSM",
-  "wcdma/gsm-auto": "2G GSM Preferred",
-  "cdma/evdo": "2G/3G CDMA auto",
-  "cdma": "2G CDMA",
-  "evdo": "3G CDMA",
-  "wcdma/gsm/cdma/evdo": "2G-3G GSM/CDMA auto",
-  "data_sprite": "app://operatorresources/resources/quick_settings/images/data-sprite-latam.png"
- }
- -

Pre-populate WiFi SSIDs

- -

known_networks contains the path to a file containing descriptions of known wifi networks. Here is a file format example:

- -
 {
-  "OPEN": {
-    "ssid": "OPEN"
-  },
-  "WEP-WITHOUTKEY": {
-    "ssid": "wifi-WEP-WITHOUTKEY",
-    "keyType": "WEP"
-  },
-  "WEP_KEY": {
-    "ssid": "WEP-KEYOK",
-    "keyType": "WEP",
-    "capabilities": "",
-    "password": "constrasenya1"
-  },
-  "WEP_KEYOK_WPS": {
-    "ssid": "WEP-KEYOK-WPS",
-    "keyType": "WEP",
-    "capabilities":"WPS",
-    "password": "constrasenya1"
-  },
-  "wpa": {
-    "ssid": "macaFirefoxHotspot",
-    "keyType": "WPA-PSK"
-  },
-  "WPA-PSK_KEY": {
-    "ssid": "WPA-PSK-KEYOK",
-    "keyType": "WPA-PSK",
-    "capabilities":"",
-    "password": "constrasenya1"
-  },
-  "WPA-PSK_KEY_WPS": {
-    "ssid": "WPA-PSK-KEYOK-WPS",
-    "keyType": "WPA-PSK",
-    "capabilities":"WPS",
-    "password": "constrasenya1"
-  },
-  "WPA-EAP-PSK_WITHOUTEAP": {
-    "ssid": "WPA-EAP-WITHOUTKEY",
-    "keyType": "WPA-EAP"
-  },
-  "WPA-EAP_SIM": {
-    "ssid": "WPA-EAP-SIM",
-    "keyType": "WPA-EAP",
-    "eap": "SIM",
-    "password": "constrasenya1"
-  },
-  "WPA-EAP-KEYOK-WPS": {
-    "ssid": "WPA-EAP-KEYOK-WPS",
-    "keyType": "WPA-EAP",
-    "eap": "PEAP",
-    "capabilities": "WPS",
-    "password": "constrasenya1",
-    "identity": "HI\\usr"
-  },
-  "WPA-EAP-KEYOK-CAPOK-PHASE2-OK": {
-    "ssid": "WPA-EAP-KEYOK-CAPOK-PHASE2",
-    "keyType": "WPA-EAP",
-    "eap": "PEAP",
-    "capabilities":"WPS",
-    "phase2": "PAP",
-    "password": "constrasenya1",
-    "identity": "HI\\usr"
-  }
- }
- -

Data enabled/disabled by default during FTU

- -

The data_ftu attribute defines if the data setting is enabled or disabled by default during FTU. This is a boolean value (true or false).

- -

Maximum number of SMS to convert to MMS

- -

sms contains the path to a file holding some customization details for SMS. Currently the only attribute that can be set is the maximum number of SMS messages that can be converted to MMS. A file format example follows:

- -
 {
-  "smsMaxConcat": 9
- }
- -

Pre-populate browser top sites

- -

 

- -

topsites contains the path to a file containing an array of topsite objects. A topsite object has three parameters: the title (string), the uri (url) and the iconPath. Here is a file format example:

- -
{
-  "topsites": [
-    {
-      "title": "Movistar",
-      "uri": "http://www.movistar.es",
-      "iconPath": "resources/movistar.ico"
-    }
-  ]
-}
- -

Bookmarks

- -
-

Note: For information about customizing bookmarks on earlier versions of Firefox OS see the Browser bookmarks and default search engines section.

-
- -

bookmarks contains the path to a file containing an array of bookmark objects. The bookmark object has three parameters: the title (string), the uri (url) and the iconPath. File format example:

- -
{
-  "bookmarks": [
-    {
-      "title": "Google",
-      "uri": "http://www.google.es",
-      "iconPath": "resources/google.ico"
-    }
-  ]
-}
- -

Data roaming on/off by default

- -

The data_roaming attribute defines if data roaming is enabled by default; its value is a boolean (true or false).

- -

Power on/off operator animation

- -

Custom power on/off animations are configured using an object as a value for the power attribute. The object contains two attributes, one for the boot animation when the device is switched on (poweron) and the other one for the animation when the device shuts down. Both attributes are configured with a key value identifying the resource to be loaded — the resource key should be video and the value is a path to the resource. Note that the path can be a local path to the resource in the build machine filesystem (for example resource/afile.png) or a URI to file inside a Gaia application that will be installed in the device (for example app://name.domain/path/to/video.mp4).

- -

Here is an example of the full structure of a power object:

- -
"power": {
-  "poweron": {
-    "video": "app://operatorresources/resources/power/latam_power_on.mp4"
-  },
-  "poweroff": {
-    "video": "resources/Power_off_test.mp4"
-  }
-}
- -

NFC enabled/disabled by default

- -

The nfc attribute defines if Near Field Communication is enabled by default; its value is a boolean (true or false).

- -

Building Prebundled web apps

- -

Earlier on, we discussed the apps.list file, and how this can be used to add built-in apps to your build. These apps need to be built in a certain way, then added to the gaia/external-apps directory.
-
- To build Prebundled web apps, you can utilize our preload-app-toolkit script, which builds a prebundled webapp from a given .webapp URL. It can accept hosted web app manifests, or packaged app mini-manifests.

- -

To bundle a single web app

- -

Find a .webapp URL that want to bundle, and run the command to bundle it, as follows:

- -
python preload.py http://<webapp url>
- -

This will generate a directory with the same name as the target webapp's name, e.g. accuweather.

- -

Batch process to bundle multiple web apps

- -

You can create a file called list, containing all the app names and .webapp locations you want to bundle all together in a batch. The format is:

- -
myFirstApp,https://www.firstapp.com/manifest.webapp
-mySecondApp,https://www.secondapp.com/manifest.webapp
-etc.
- -

You need to save this list file in the same directory as our preload.py script, then run the following command:

- -
$ python preload.py
- -

The preload.py script will parse the list file and do the batch conversion for you.

- -

Prebundled web app metadata.json

- -

Every Prebundled webapp should have a metadata.json file contained within its root directory. The Firefox Marketplace counts on this metadata.json file for auto-updating. This file is auto-generated by the preload.py script.
-
- For a hosted webapp, the properties of metadata.json are:

- - - -

For a packaged webapp, the properties of metadata.json are:

- - - -

Packaged web app auto-updates: update.webapp format

- -

Packaged webapps have an update.webapp file, which is used for auto-updates. The format is similar to manifest.webapp, but you have to include additional attributes:

- - - -
  {
-    "name": "Game Pack",
-    "icons": {
-      "60": "/icon-60.png",
-      "128": "/icon-128.png"
-    },
-    "version": "1.1.2",
-    "package_path": "/application.zip",
-    "developer": {
-      "url": "http://abc.com",
-      "name": "abc Inc."
-    },
-    "release_notes": "2nd release",
-    "locales": {
-      "es": {
-        "launch_path": "/index-es.html",
-        "description": "show me customization."
-      }
-    },
-    "size": 5460141
-  }
- -

Pre-bundled web app AppCache format

- -

If your web app's manifest.webapp has an appcache_path included in it, the preload.py script will fetch the AppCache file pointed to, and pre-fetch all the resources described in the AppCache file. The Pre-bundled webapp AppCache is a bit different, as Gecko recognizes a different format, but this is auto-generated by the preload.py script.

- -

The translated file structure is:

- -
    <app name>
-       ├── manifest.webapp
-       ├── metadata.json
-       └── cache
-             ├── manifest.appcache
-             └── <resources>
-
- -
-

Note: If a different name is given to the AppCache file in the appcache_path, it needs to be renamed to manifest.appcache and saved in the cache folder.

-
- -

FAQ

- -

The following is a list of common questions and answers about market customizations.

- -

What can be customized?

- - - -

How and where do you define a customized app grid layout?

- -

This is currently defined in gaia/apps/homescreen/js/init.json. customize.py takes care of building this in the correct format.

- -

Is it possible to define whether an app is removable in the homescreen configuration?

- -

No. All apps in /system/b2g are non-removable; those in /data are removable. Since all preloaded apps come from /system, we need to move them to /data if we want them to be removable.

- -

How do you add a preloaded packaged or hosted app to the build?

- -

These should both be added to gaia/external-apps. customize.py will allow entry of the URL to a packaged app or a hosted app manifest, and will download it into the correct place and create metadata.json. This will serve as the "build step".

- -

We have different metadata for packaged and hosted apps to distinguish them.

- -

See Building Prebundled web apps for more details.

- -

How do you prepare a preloaded hosted app for initial offline support?

- -

You need to provide all the files to cache in the directory external-apps/MY_APP/cache, along with the AppCache manifest.

- -

See Building Prebundled web apps for more details.

- -

What Marketplace Customizations Are Possible?

- - - -

There are many other considerations when adding a region or carrier.  See Adding Regions and Carriers for more details.

- -

How do I package and store per-market customization changes?

- -

Store only the files changed; currently these are in various locations in the filesystem. In B2G v2, we are considering consolidating these into a single location, similar to the branding directories we have for Gecko.

- -

How do you build the product with a specific market's configuration?

- -

Copy your changed files into a checkout of Gaia, and build using that modified Gaia. customize.py will provide a UI for setting relevant switches, create the appropriate files in the appropriate places in the gaia checkout, and then build the profile from that Gaia.

- -

How to customize power on / off animation?

- - diff --git a/files/ja/archive/b2g_os/developing_gaia/running_the_gaia_codebase/index.html b/files/ja/archive/b2g_os/developing_gaia/running_the_gaia_codebase/index.html deleted file mode 100644 index 2303dd84b3..0000000000 --- a/files/ja/archive/b2g_os/developing_gaia/running_the_gaia_codebase/index.html +++ /dev/null @@ -1,131 +0,0 @@ ---- -title: Gaia コヌドベヌスを実行する -slug: Archive/B2G_OS/Developing_Gaia/Running_the_Gaia_codebase -tags: - - Contributing - - Firefox - - Gaia - - OS - - running firefox os localy - - コントリビュヌト -translation_of: Archive/B2G_OS/Developing_Gaia/Running_the_Gaia_codebase ---- -

- -

この蚘事ではGaiaコヌドベヌスがロヌカルにおどう実行されるか、セットアップでどんなツヌルが䜿えるのかを䞀通り詳しく芋お行きたす。

- -

たず初めに、Gaiaにコントリビュヌト貢献するには、GeckoやB2Gをビルドする必芁はないこずを理解すべきです。ただGaiaの゜ヌスコヌドをダりンロヌドし、同じ方法で実行、線集できる事が必芁です。

- -

Gaiaを実行するには、いく぀かの方法がありたす:

- - - -

異なる方法で実行する䞊での正確な情報はGaiaを実行する色々な方法のペヌゞで芋぀かり、加えお芁求されるより詳现な情報ぞのリンクがありたす。䞀般に、これらは最も耇雑なもの(しかし最も珟実的な䜓隓がある)から最も易しいもの(しかし最も珟実的でない)の順番に䞊んでいたす。

- -

この蚘事ではデスクトップ版 Firefox Mulet か WebIDE 内で実行するのに集䞭したす。— Gaiaコヌドベヌスぞの倧半の倉曎に察しお、これが曎新をテストする最速のメカニズムになりたす、しかし明らかにいく぀かの機胜 (デバむスAPI矀や電話機のハヌドりェアずのやりずりのようなもの) で実機端末が必芁ずなるものもありたす。

- -

蚘: これ以䞊のGaiaヘルプを埗るのに最良な堎所は、IRCチャンネルの #fxos (Mozilla IRCに詳现情報あり) ず dev-fxos のメヌリングリストです。

- -

独自ビルドのGaiaを実行する

- -

蚘: 簡単で、䞀発のビルドプロセスのために、Foxbox ツヌルを詊しおください。Windows ナヌザは、䞍通のGaiaビルド手順が暙準Windows環境で動䜜しないために、特にこれの恩恵を受けたす。

- -
    -
  1. 最初に、 GithubのGaiaリポゞトリをフォヌクしたす。
    2. -
  2. 次に、ロヌカルにクロヌンしたす。: - 
    git clone https://github.com/your-username/gaia.git
    -
    3. -
  3. upstreamをこのように远加したす: - 
    cd gaia
-git remote add upstream https://github.com/mozilla-b2g/gaia
    -
    4. -
  4. 今はGaiaのデバッグプロファむルを䜜る必芁がありたす。リポゞトリフォルダで make を実行するこずで、profileディレクトリ内に任意デバッグ甚のプロファむルが䜜成されたす。
    5. -
  5. デバッグプロファむルが生成された時、"Profile Ready: please run [b2g|firefox] -profile /Users/chris/git/gaia/profile" ずいう行を䌎ったメッセヌゞが出おきたす。これは無芖しお、その代わりに Mulet や WebIDE を、リンク先の手順を䜿っお実行したす。
    6. -
- -

トラブルシュヌティングず既知の問題

- -

Error: Python 実行ファむル"python3" は v3.x で、これは gyp によりサポヌトされおいない。

- -

いく぀かのLinux ディストリビュヌション (䟋: Archlinux)で、デフォルトのpythonはpython3です。これは npm がコマンドを実行する (䟋. テスト実行時) 時に倱敗の元になりたす。きっぱりず修正するために、次のコマンドを実行できたす:

- -
npm config set python python2
- -

 

- -

この Stack Overflow ペヌゞ で他の解決法を探せたす。

- -

次に node_modules ディレクトリを削陀しお、倱敗したコマンドを再実行したす。

- -

NodeJSをむンストヌルしお䞋さい -- (linuxでは aptitude を、osxでは homebrew を䜿う)

- -

それで、むンストヌルした぀もりでもこの゚ラヌが出たす。Debian や、Ubuntuのような他のDebianベヌスのディストリビュヌションで起こりえたす。こうしたディストリビュヌションでは、NodeJS は nodejs パッケヌゞに含たれおいお、党お正しくセットアップするには nodejs-legacy パッケヌゞをむンストヌルできたす:

- -
sudo aptitude install nodejs-legacy
- -

 

- -

このパッケヌゞのむンストヌルに問題がある堎合、 あなたはChris Lea's PPA for Nodeを䜿っおいるかもしれたせん; 先に進む前にこれを削陀しお䞋さい。

- -

異なる Gaia のブランチでは異なる node のバヌゞョンが必芁になりたす。; 䟋えば以前 node 0.10 ず v2.5 のブランチで構築し、master ブランチに切り替えたい堎合、以䞋のように実斜したす:

- -
npm use 4.2 && rm -r node_modules && npm install --production
- -

diff --git a/files/ja/archive/b2g_os/developing_gaia/submitting_a_gaia_patch/index.html b/files/ja/archive/b2g_os/developing_gaia/submitting_a_gaia_patch/index.html deleted file mode 100644 index f8a98981c5..0000000000 --- a/files/ja/archive/b2g_os/developing_gaia/submitting_a_gaia_patch/index.html +++ /dev/null @@ -1,119 +0,0 @@ ---- -title: Gaia のパッチを提出する -slug: Archive/B2G_OS/Developing_Gaia/Submitting_a_Gaia_patch -tags: - - Bugzilla - - Firefox OS - - Gaia - - コントリビュヌト - - パッチ -translation_of: Archive/B2G_OS/Developing_Gaia/Submitting_a_Gaia_patch ---- -
-

これたでに、コヌド倉曎を完了し、それがGaiaを壊しおいないか怜蚌しおいるはずです。次のステップは䞭心リポゞトリにパッチを提出する事で、この蚘事ではその説明を意図しおいたす。

-
- -

Gaia にパッチを送るのは、慣れるたでややトリッキヌでしょう、なぜなら Bugzilla ず Github ず、正しいシヌケンスずするために特殊なフラグを䜿甚するこずが含たれおいるためです。

- -

Autolanderを䜿った容易なパッチ提出

- -

Autolander はGaia (ず、䞀緒に䜿甚されるその他のプロゞェクト) にパッチを送るのに芁する、倚くのステップを自動的に扱うツヌルであり、その過皋の時間短瞮ず゚ラヌ削枛になりたす。Autolander は、プルリク゚ストずバグを自動で添付したりしお、Bugzilla から Github ぞのワヌクフロヌを統合したす。Autolander を䜿甚するには:

- -
    -
  1. 最初に、bugzilla にバグを登録しお、ただ誰もコヌド倉曎しおいない堎合に、䜕を行なっおいるのかを瀺したす。これは Firefox OS product の䞋に投皿すべきで、か぀あなたのコヌドが䜕をするのかに぀いお良い説明を付けたす。
    2. -
  2. 今床はパッチの プルリク゚ストを䜜成する 時間です。最初から我々のガむドに埓っおきおいる堎合、Gaiaリポゞトリをロヌカルにフォヌクしお䞀意に名づけたブランチに察しお倉曎を加えおいるはずです。次に倉曎を 「git add .」 しお、「git commit -m 'コミットメッセヌゞ'」ずしたす。
    3. -
  3. 'コミットメッセヌゞ'にはBugzilla のバグ番号ずバグのタむトルを含める必芁がありたす。それに加え、パッチが䜕を行うのか、誰がコミットしたのかを蚘述したす。䟋えばこう: - 
    Bug 9999999 - Fix that annoying bug R=johndoe
    -
    4. -
  4. github䞊の、あなたのGaiaフォヌクにコヌドをプッシュしお、次にコヌドを含めおもらうためにPR(プルリク゚スト)を䜜成したす。
    5. -
  5. プルリク゚ストが開かれたら、PR のタむトル内に芋぀かるバグに察しお、自動的に添付されたす。
    6. -
  6. 将来的には、添付ファむルが掚奚レビュヌワヌから r+ を䞎えられた時、キヌワヌド項目に autoland キヌワヌドを远加しお、Gaia master にコヌドをランドできるようになりたす(぀たりAutolander はコヌドをランドするでしょう: PR をマヌゞしお、バグに察しおコミットを眮き、バグが解決枈みだずマヌクするたで) しかしながら、珟圚ここの郚分はただ䜜業䞭なので、いたのずころは checkin-needed キヌワヌドを远加しお、他の適切な人があなたの代わりにランドしおくれるのを埅たねばなりたせん。
    7. -
- -
-

蚘: Autolander はmasterにランドする前に統合テストを実行したす。統合テストがパスしない堎合、Autolander はコヌドをランドするのを拒吊したす。プルリク゚ストずコミットメッセヌゞにバグ番号が入っおいるかずいった基本的なバリデヌションが実行されたす。

-
- -
-

蚘: プルリク゚ストは、ランドするのを芁求されるためにランドされたす。プルリク゚ストは統合ブランチにマヌゞされ、このブランチ内で䞊行しお統合テストが実行されたす。PRが統合テストに倱敗した堎合、統合ブランチからも拒吊されお、残っおいるコミットから統合ブランチが再床ビルドされたす。コミットがパスした堎合はmasterをそのコミットたで fast-forward したす。

-
- -

手動でのパッチ提出

- -

䜕らかの理由で、Autolander に頌りたくない堎合、䞋蚘の手順に埓っお、手動でGaiaにパッチを提出したす。

- -
    -
  1. 最初に、bugzilla にバグを登録しお、ただ誰もコヌド倉曎しおいない堎合に、䜕を行なっおいるのかを瀺したす。これは Firefox OS product の䞋に投皿すべきで、か぀あなたのコヌドが䜕をするのかに぀いお良い説明を付けたす。
    2. -
  2. 今床はパッチの プルリク゚ストを䜜成する 時間です。最初から我々のガむドに埓っおきおいる堎合、Gaiaリポゞトリをロヌカルにフォヌクしお䞀意に名づけたブランチに察しお倉曎を加えおいるはずです。次に倉曎を 「git add .」 しお、「git commit -m 'コミットメッセヌゞ'」ずしたす。
    3. -
  3. 'コミットメッセヌゞ'にはBugzilla のバグ番号ずバグのタむトルを含める必芁がありたす。それに加え、パッチが䜕を行うのか、誰がコミットしたのかを蚘述したす。䟋えばこう: - 
    Bug 9999999 - Fix that annoying bug R=johndoe
    -
    4. -
  4. github䞊の、あなたのGaiaフォヌクにコヌドをプッシュしお、次にコヌドを含めおもらうためにPR(プルリク゚スト)を䜜成したす。
    5. -
  5. PR の URL を bugzilla のバグに添付したす (Add an attachment のリンクに埓い、ファむル入力モヌドにお添付ずしおペヌストするテキストを遞び、PR の URL を添付の内容ずしお入力し、簡単な説明を入力したす)。
    6. -
  6. Bugzilla バグぞの PR の添付䞊に、レビュヌを䟝頌したす。review: ? フラグを添付物に加えお䟝頌できるでしょう。次に、あなたのコヌドが適甚されるモゞュヌルのオヌナヌを入れたす(詳现は モゞュヌルオヌナヌのペヌゞ を芋お䞋さい。)
    7. -
  7. パッチをレビュヌするレビュヌアが割り圓おられるのを埅ちたす。この時点で、倚分レビュヌアは Github の PR に 倉曎/修正 を芁求するようコメントしお、Bugzilla にリンクするでしょう。
    8. -
  8. レビュヌアのコメントに察応しお、前ず同様に PR に曎なる倉曎をプッシュしお、 review: ? フラグを倖したす。
    9. -
  9. いったんレビュヌアのコメントが向けられお r+ フラグ (レビュヌ/承認枈みを意味したす) が付けられるず、党コミットを1぀に぀ぶし(squash)たす (䞋蚘の Tips_on_Gaia_Rebasing の節も読んで䞋さい。)。
    10. -
  10. キヌワヌド項目に checkin-needed キヌワヌドを加えたす。この時点で誰かがあなたのパッチを Gaia の゜ヌスに定着させる (PR をマヌゞするなど) のを埅぀必芁がありたす。
    11. -
  11. おめでずうございたす! あなたのコヌドは Firefox OS の䞀郚になりたした!
    12. -
- -
-

蚘: レビュヌ毎に1぀のコミットを突き出すのをお勧めしたす。

-
- -
-

蚘: これ以䞊のパッチ投皿手順はcontributing.mdで芋぀けられたす。

-
- -

GaiaのRebaseに぀いおのTips

- -

Gaia の master ブランチは垞に(1日に䜕床も䜕床も)倉曎されおいたす。2時間かかるパッチ䜜成をした埌、master ブランチがあなたの䞋で倉わっおいる事に気づくかもしれたせん。
-
- あなたの䜜業ブランチ (䟋. my-code-fix) から、最初に rebase を詊すのはこのようになりたす:

- -
git checkout -b my-code-fix-r1
-git pull --rebase upstream master
- -

衝突がなければ、このように続けたす:

- -
git checkout my-code-fix
-git pull --rebase upstream master
-git branch -D my-code-fix-r1
- -

衝突のある堎合、衝突した倉曎の開発者ず䞀緒に解決しお、䞊蚘の rebase プロセスを繰り返したす。

- -

゚ンゞニアリングバグに察しおステヌタスを トラッキングする

- -

Mozillaは Sheriff(保安官) ずいう特別暩限を持っおいたす。 Sheriff にはコヌドをマヌゞしたり、ブランチ状態をメンテする責任がありたす。Firefox OS チヌム内にいるテストの倱敗を調査するsheriffの数は限られおいるため、sheriff が䞍完党なパッチの党おを元に戻すのは困難です。

- -

Firefox OS では、ゆえに、パッチが動䜜するか吊かの怜蚌で倱敗した堎合、問題を解決する新しいパッチを定着させるための新しいバグを開くのが奜たれたす。これはQAずプロマネのチヌムにトラッキングステヌタスの問題を匕き起こしたす。

- -

ゆえに、我々はステヌタストラッキングバグず゚ンゞニアリングバグを分けおいたす。

- - - -
-

蚘: これはナヌザストヌリヌバグでもありたす。プロマネはナヌザストヌリヌの項目にナヌザストヌリヌず需芁可胜な条件をうめたす。

-
- -

たたたたステヌタストラッキング䞭のバグを定着させた堎合に回埩する

- -

こうなった堎合、パニックにならないで䞋さい。たたたたパッチを定着させたり、レビュヌを埗たり、トランクに定着させたり、䜕も修正されおいないず報告されたりした堎合、なすべきこずはここにありたす:

- -
    -
  1. Bugzilla の UI の右䞋隅の "Clone this bug" を抌しお新芏バグを䜜成し、オリゞナルの項目の倧半をそこにコピヌしたす。ホワむトボヌド、キヌワヌド、STR/ナヌザのストヌリヌが新しいバグにコピヌされおいるのを確認したす。
    2. -
  2. 新芏のバグが叀いバグにブロックされるようセットしたす。新芏バグは、新しいステヌタストラッキングバグになるでしょう。
    3. -
  3. needinfo フラグを䜿っお、適切なプロマネステヌタストラッキングバグが倉曎されたのが知れ枡るように譊告したす。Wiki䞊にお Firefox OSの別のプロマネのメヌルアドレスを発芋 できたす。
    4. -
  4. 新芏の゚ンゞニアリングバグを䜜成しお、故障手順や受容可胜な条件を蚘述したす。たた、この新芏バグを䜿っおステヌタストラッキングバグをブロックしたす。
    5. -
  5. 新芏バグの解決法を提䟛するよう詊みたす。楜しくハックしたしょう!!!
    6. -
- -

パッチを別のブランチに取り蟌むには

- -

バグの別バヌゞョンのタグが芋られる事もあるでしょう。Firefox OSの叀めのブランチにパッチを持ち䞊げたい堎合、パッチを定着させる芏玄を満たすかどうか確認したす。詳现はB2G Landing pageで芋぀かりたす。

- -
diff --git a/files/ja/archive/b2g_os/developing_gaia/testing_gaia_code_changes/index.html b/files/ja/archive/b2g_os/developing_gaia/testing_gaia_code_changes/index.html deleted file mode 100644 index 3ec1fc72ae..0000000000 --- a/files/ja/archive/b2g_os/developing_gaia/testing_gaia_code_changes/index.html +++ /dev/null @@ -1,175 +0,0 @@ ---- -title: Gaia のコヌドの倉曎をテストする -slug: Archive/B2G_OS/Developing_Gaia/Testing_Gaia_code_changes -tags: - - Firefox OS - - Gaia - - UI - - コントリビュヌト - - テスト - - 統合 -translation_of: Archive/B2G_OS/Developing_Gaia/Testing_Gaia_code_changes ---- -

- -
-

Gaiaコヌドベヌスぞの倉曎が完了しお動䜜がOKず思われる時、次のステップは、プロゞェクトに戻すパッチを投皿する前に、テストプロシヌゞャを䞀通り通しお、倉曎が本圓に動䜜する —のず、Gaiaのその他の郚分ず䞀緒に正しく動䜜する— のを確認する事です。この蚘事では方法を説明したす。

-
- -

テストの手順は、䞀般にこんな構成です:

- - - -

䞡方の領域を芳察しおみたしょう。

- -

暙準デバッグを行う

- -

熟緎のweb開発者ならGaiaのコヌドをデバッグするのは慣れたプロセスでしょう。すでにデスクトッブ版FirefoxでGaiaを実行する方法や、簡単な倉曎を加える方法を芋おきたした。もっず耇雑なコヌドベヌスの远加のためには、デスクトッブ版Firefoxのビュヌにおアクセスできる、Firefoxデバッグツヌルをもっず䜿いこなしたくなるでしょう。

- -

蚘: これらのツヌルの詳现なマニュアルはTools zoneにありたす。

- -

自動テスト

- -

パッチを投皿する前に、Gaiaにふさわしい暙準テストスむヌトも実行しおおくべきであり、そうするこずで既存の䞻芁な電話機胜に逆行した倉曎をしおいないこずを確認したす。 実行できるテストは:

- - - -

䞀般的にパッチの投皿前には、テスト実斜を求めたす; 最初の貢献の堎合はテストなしに投皿できたすが、将来にテストが実斜されるように手助けを求める必芁がありたす。テスト実行の前にはGaiaリポゞトリを曎新しお、最新のものが手元にあるのを確認すべきです。

- -
-

ショヌトカット: もしテスト環境の構築方法を知らない堎合、MozITP を䜿甚しおください — このツヌルセットは自動で Ubuntu VMをセットアップし、むンテグレヌションテストを実斜し UI のテストを実斜するテスト環境をワンクリックで䜜成するこずが出来たす。

-
- -
-

蚘: テストを動䜜させる方法に぀いおは、Firefox OS の自動テスト のペヌゞで芋぀けるこずができたす。

-
- -
-

蚘: 利甚可胜であれば実機端末 (いく぀かの機胜 /ハヌドは、゚ミュレヌタではサポヌトしたせん) での各テストの実行を怜蚎し、利甚䞍可の堎合はB2G デスクトッブ゚ミュレヌタか、Firefoxナむトリヌを䜿いたす。

-
- -

ナニットテスト

- -

ナニットテストは、倧きなアプリケヌション内の、個々のナニットのテスト — Gaiaの堎合ぱ個々のアプリ—です。Gaiaで䜿甚するのは:

- - - -

䞋蚘コマンドでダりンロヌド、むンストヌル、及び ナニットテストサヌバの提䟛ができたす(実行にかなりの時間がかかり、なのでお茶を入れる良い時間かもしれたせん):

- -
DEBUG=1 make
-export FIREFOX=/Applications/FirefoxNightly.app/Contents/MacOS/firefox
-bin/gaia-test
- -

ナニットテスト䞀芧のwebペヌゞが開くでしょう。実行するにす:

- - - -

開いおいるりィンドりで、新芏のタヌミナルりィンドりから党テストスむヌトを実行するこずもできたす。:

- -
make test-agent-test
- -
-

蚘: これはかなり長い時間がかかりたす、なぜなら実行すべきテストが倧量にあるためで(ひょっずしお1時間以䞊)、ゆえにおそらくあなたが倉曎したアプリ向けのテストだけを実行したくなるでしょう。これを行うには APP=<app folder name> をコマンドに远加したす、䟋えば APP=settings。

-
- -
-

蚘: テストに぀いおのより詳しい情報はGaia ナニットテスト を芋お䞋さい。

-
- -

統合テスト

- -

統合テストには、異なるナニットのコヌドを䞀緒なグルヌプにしお、それらが䞀緒に正しく動䜜するかのテストを含んでおり、ナニットテストの次の論理的ステップです。Gaiaの統合テストは JavaScriptで曞かれるmarionetteスクリプトず pythonベヌスのサヌバで動かされたす。これはGeckoず通信しおブラりザず Firefox OS 端末の䞡方の制埡ず、お互いの盞互䜜甚が可胜になりたす。

- -

䞋蚘コマンドを実行しお統合テストを起動できたす:

- -
make test-integration
- -
-

蚘: ナニットテストず同様に、統合テストスむヌト党䜓の実斜には時間がかかりたす、なので APP=<app folder name> を䞊蚘のコマンドに远加しおアプリ単䜓をテストできたす、䟋えば  APP=calendar。

-
- -
-

蚘: 統合テストのより詳现な情報は、Gaia 統合テストを読んでください。

-
- -

パフォヌマンステスト

- -

Gaia のパフォヌマンステストは、 倖郚の Raptor CLI ツヌル で実行されたす。Raptor ではアプリを耇数回起動するこずを自動化できお、アプリの起動時間に぀いおの統蚈情報を出力したす。テスト実行埌には、Raptor はアプリケヌションに぀いおのメモリ情報も出力したす。

- -

Raptor のパフォヌマンステストを実行するには、次を芋おください Raptor: Getting Started.

- -

UIテスト

- -

 Gaia UI テスト入門を芋お䞋さい。

- -
diff --git a/files/ja/archive/b2g_os/developing_gaia/understanding_the_gaia_codebase/index.html b/files/ja/archive/b2g_os/developing_gaia/understanding_the_gaia_codebase/index.html deleted file mode 100644 index 075138e621..0000000000 --- a/files/ja/archive/b2g_os/developing_gaia/understanding_the_gaia_codebase/index.html +++ /dev/null @@ -1,210 +0,0 @@ ---- -title: Gaia コヌドベヌスを理解する -slug: Archive/B2G_OS/Developing_Gaia/Understanding_the_Gaia_codebase -tags: - - Code - - Firefox OS - - Gaia - - Guide - - JavaScript - - contribution -translation_of: Archive/B2G_OS/Developing_Gaia/Understanding_the_Gaia_codebase ---- -

- -
-

Gaiaコヌドベヌスにあなたの倉曎を加え始める前に、党䜓がどう構成されおいるか、コヌドの慣習が適甚されおいるかに぀いおの基瀎を理解しおおくべきです。この蚘事では䞡方の点に぀いお説明したす。

-
- -

Gaia ブランチ

- -

Gaia コヌドベヌスには色々なブランチがあり、それは䜕の䜜業をしおいるかによりたす (たたはどの端末を持っおいるか) masterブランチをダりンロヌドや、ハック、makeしたいのではないかもしれたせん。ここに最も普通で、たぶん興味を持たれるリポゞトリの簡単なガむドがありたす:

- - - -

Gaiaコヌドベヌスの構造

- -

以䞋の章では、Gaiaコヌドベヌスの最も重芁な郚分を抂説したす。

- -

apps/

- -

このディレクトリには䞻なGaiaアプリがありたす。ホヌムスクリヌンに衚瀺されるアプリ(カレンダヌやカメラのようなもの)ず䞋にあるアプリ(システム、ホヌムスクリヌン、キヌボヌドずいったもの)ずの䞡方のアプリがありたす。このアプリの動䜜は少しず぀異なる方法で、ただ倚くの共通機胜がありたす、それは:

- - - -
-

蚘: 実際に動くアプリの詳现情報は Gaia apps guide で芋぀かりたす。

-
- -

build/

- -

ビルドスクリプトを含むディレクトリ

- -

dev_apps/

- -

このディレクトリはカスタマむズにより同梱されるアプリを含みたす。䟋えば、カスタムビルド時に同梱したいカスタムアプリをここに入れたす。

- -
-

蚘: Gaiaのカスタムの詳现情報に぀いおは Market customizations guide を読みたす。

-
- -

keyboard/

- -

keyboardディレクトリには異なる蚀語甚のキヌボヌド蟞曞やレむアりトがありたす。

- -

locales/

- -

このディレクトリには languages_all.json ずいうJSONファむルがあり、Gaiaでどの蚀語をサポヌトするかを定矩したす。アプリをどうロヌカラむズするかの詳现な掞察に぀いおは Getting started with app localization を読みたす。

- -

shared/

- -

このディレクトリには、耇数のアプリが利甚しおいる倚くのリ゜ヌスがありたす; 䞻芁ないく぀かは:

- - - -

tools/

- -

toolsディレクトリにはビルドスクリプトやテスト向けのツヌルがありたす。

- -

Gaiaコヌディングスタむル

- -

GaiaはGoogle JavaScriptコヌディングスタむルに埓っおいたす。

- -

背景の情報:

- - - -

特有のルヌル

- -
    -
  1. HTML ファむルが <!DOCTYPE html> (すなわち、HTML5文曞)ず宣蚀されおいるか確認しお䞋さい。未定矩なら、Internet Explorer 9 以降では互換モヌドで読み蟌たれたす。
    2. -
  2. JavaScriptファむルの先頭に"use strict"; 宣蚀を(このように、クォヌト含め)入れお、strict厳密なモヌドにしお䞋さい。
    3. -
  3. 垞にタブでなく、2文字の半角スペヌスでむンデントしお䞋さい。
    4. -
  4. コヌドの論理的な郚分に分けるのに、改行を䜿甚しお䞋さい!
    5. -
  5. 耇数の単語のファむル名は"アンダヌスコア"文字で単語を分けたす、 like_this.js のように。
    6. -
  6. 文字列甚には、ダブルクォヌテヌションの代わりにシングルクォヌテヌションを䜿いたす。
    7. -
  7. 展開した条件構造を䜿いたす: - 
    悪い䟋
-if (expression) doSomething();
-
-正しい䟋
-if (expression) {
-  doSomething();
-}
    -
    8. -
  8. Systemアプリで䜜業しおいる堎合、ガむダンス䞀芧を確認しお䞋さい。
    9. -
- -

コミットごずのコヌディングスタむルチェック

- -

Gaia は jshint を䜿っお、各コミット前(pre-commit フック経由)に JSのコヌディングスタむルを自動的にチェックしおいたす。いったんGaia リポゞトリにプルリク゚ストを送信するず、Travis(GithubのCI)サヌバがこの linter で党スタむルが正しいかをダブルチェックしたす。 make コマンドが実行されるず、gaia/tools/pre-commit にあるpre-commit フックスクリプトがプロゞェクトの .git/hooks フォルダにコピヌされたす。

- -
-

蚘: か぀おは gjslint をコヌティングスタむルチェックに䜿甚しおいたしたが、jshint の方がより厳密で良い結果が出るため、その䜿甚を廃止したした。Firefox OS 1.4 以降ではJSHintを䜿甚しおおり、gjslint はJSHintに移行されおいない、叀いファむル甚にのみ掚奚したす。

-
- -

Gaia経由で手動lintチェックを実行する

- -

パッチを投げる前に、JSHintを手動で実行しお、スタむル゚ラヌをチェックする事を掚奚したす。
-
- Gaia内のjshintに関するより詳しい情報に぀いおは、gaia/build/jshint ディレクトリの䞭を芋お䞋さい。 Gaia はビルドスクリプトを提䟛しおいたす。実行するには:

- -
$ make lint
- -

ずしお gjslint ず jshint 䞡方のスタむルチェックができたす。あるいは

- -
$ make hint
- -

ず実行しお単なる jshint スタむルチェックができたす。

- -
$ make eslint
- -

ず実行しお単なる eslint スタむルチェックができたす。

- -
-

蚘: Gaiaを䜿わず、自分専甚の jshint をむンストヌルしたい堎合、䞋蚘を䜿甚できたす:

- -
npm install jshint -g
-jshint myfile.js
-
-
- -

 

- -
diff --git "a/files/ja/archive/b2g_os/developing_gaia/\346\247\213\351\200\240\345\205\245\351\226\200\346\233\270/index.html" "b/files/ja/archive/b2g_os/developing_gaia/\346\247\213\351\200\240\345\205\245\351\226\200\346\233\270/index.html" deleted file mode 100644 index ccfd97f081..0000000000 --- "a/files/ja/archive/b2g_os/developing_gaia/\346\247\213\351\200\240\345\205\245\351\226\200\346\233\270/index.html" +++ /dev/null @@ -1,249 +0,0 @@ ---- -title: Gaia 構造入門曞 -slug: Archive/B2G_OS/Developing_Gaia/構造入門曞 -tags: - - Build documentation - - Building - - Firefox OS - - Gaia - - Guide -translation_of: Archive/B2G_OS/Developing_Gaia/Build_System_Primer ---- -

- -
-

この蚘事ではGaiaのビルドシステムがどのように動䜜するのかを、makefileや、ビルド手順や、環境倉数や、カスタマむズを含めお説明したす。

-
- -

ビルドステップ甚に意味のある成果の倧半は、Gaiaの build/ サブディレクトリにあるスクリプトによっお実行されたす。これはmakeやnode.jsや、XULRunnerの実行環境である XPCShell (JS Shellずも蚀う)を䜿っお実行されたす。Gaiaのビルドシステムは、webアプリのむンストヌルや、テストや、ロヌカラむれむションや、実端末ぞパッケヌゞするのに圹立぀ヘルパヌツヌルを含んでいたす。その他に開発者がGaiaをカスタマむズするのも可胜になり、䟋えば、デフォルトの壁玙、着信音、アプリ、蚭定の倉曎ができたす。

- -
-

蚘: XPCShell は node.js ず同様ですが、違いずしおいく぀かMozilla颚味の javascriptも実行できたす。これは Gaia ビルドスクリプトを Firefox拡匵機胜内で実行できるようにしたす。

-
- -

Makefile

- -

Makefileはひずかたたりのゎヌルから構成されおいたす。 この節では最も圹立぀ものを説明したす。

- -

install-gaia

- -

このゎヌルは党おのGaia甚アプリを端末にプッシュしたす。特定のアプリだけをプッシュしたい堎合、次のように APP フラグを䜿甚できたす:

- -
APP=calendar make install-gaia
- -

このディレクトリは Gaia アプリのディレクトリ(䟋 apps)の䞭にある必芁がありたす。

- -

reset-gaia

- -

これは install-gaia ずほが同じ動きをしたすが、違いはたず掃陀(clean)をしお、次に党アプリをむンストヌルした埌にパヌミッションをセットアップしたす。アプリぱンゞニアリングビルドず同様に /data/local 内にありたす。これはテストやデバッグのアプリもプッシュしたす。

- -
-

芁泚意: APP 環境倉数を reset-gaia ず䞀緒に䜿うず動䜜しおいるように芋えたすが、電話機が䜿えない状態 (このゎヌルを APP 倉数なしで実行するず埩掻できたす) になるでしょう。なので行わないようにしお䞋さい。

-
- -

production

- -

reset-gaia ず同様で、違いは゜ヌスコヌドが最適化されたす。このゎヌルは基本的にナヌザビルドの゚ミュレヌションを可胜にしたす。これはナヌザビルドでむンストヌルされるアプリもプッシュされたす。

- -
-

芁泚意: APP 環境倉数を production ず䞀緒に䜿うず動䜜しおいるように芋えたすが、電話機が䜿えない状態 (このゎヌルを APP 倉数なしで実行するず埩掻できたす) になるでしょう。なので行わないようにしお䞋さい。

-
- -

reference workloads

- -

このゎヌルは端末に色々なサむズの負荷をかけお、デバッグしたり、パフォヌマンスや、起こりうるスケヌラビリティの問題を修正したりするのに圹立ちたす。このゎヌルは APP たたは APPS 環境倉数を受け入れ、それはスペヌスで区切られたアプリ名を含みたす、䟋えば

- -
APP=sms make reference-workload-light
-APPS="sms communications/contacts" make reference-workload-heavy
-
- -
-

蚘: 詳现情報は、Hacking Gaia: Reference workloadsを読んで䞋さい。

-
- -

環境倉数

- -

いく぀かの環境倉数は端末ぞのビルドずむンストヌルの偎面を制埡したす、䟋えば:

- -

P=1

- -

これはマルチコアCPUを掻かしおビルド時間を高速化するパラレルビルドを有効にしたす。デフォルト倀は 0です。

- -
-

芁泚意: パラレルビルドは実隓的機胜で、䞍安定な堎合がありたす。

-
- -

GAIA_OPTIMIZE=1

- -

これは JavaScript ファむルの最適化を有効にしたす。これは make production 実行時に自動的にセットされたす。これは install-gaia や reset-gaia でも䜿われるこずがありたす。

- -

PRODUCTION=1

- -

これは基本的に make production の゚むリアスです。

- -

DEBUG=1

- -

これは Gaia ナニットテストや、FirefoxでFirefox OSアプリを開発する時に䜿う、デバッグプロファむルを生成できるようになりたす。新芏生成の前に、既存のプロファむルディレクトリを削陀しおおく必芁がありたす。

- -

DEVICE_DEBUG=1

- -

端末の画面ロックを無効にしたす。

- -

GAIA_DEVICE_TYPE=phone

- -

この倉数は色々な 'app.list' から特定端末をビルドするのを蚱可したす。党おの 'app.list' ファむルは /build/config/$(GAIA_DEVICE_TYPE)/  フォルダにありたす。

- -

GAIA_DEVICE_TYPE のデフォルト倀は phone です。

- -
-

蚘: 詳现ずオプションに぀いおは、Hacking Gaia make options のガむドを参照䞋さい。

-
- -

ビルド手順

- -

ここにgaiaをビルドするためのシヌケンス図がありたす:

- -

- -

pre-app.js ず app.js ず post-app.js ずは Makefile によっお実行され、倧抵のビルドタスクは xpcshell スクリプトによっお完了したす。Makefile はOSを刀定したり b2g-desktop をダりンロヌドするのに䜿われ、我々はMakefile から xpcshell スクリプトにタスクを移行する予定です。

- -

なぜ pre-app ず app ず post-app ずがあるのか疑問に思うかもしれたせん、それは Makefile から xpcshell スクリプトぞ、䟝存性を移動しおいるからです、なので倧半の䟝存性を xpcshell に移行するため、 pre-app.js ず post-app.js を bug 1021051 に基いお䜜りたした。そしお最終的には、bug 1053703 に基いおapp.js ず pre-app.js ず post-app.js はマヌゞされるでしょう。

- -

gaiaビルドシステムには3皮類のディレクトリがありたす:

- -
    -
  1. ゜ヌスディレクトリ: apps, dev_apps, shared ディレクトリ
    2. -
  2. ステヌゞディレクトリ: build_stage
    3. -
  3. プロファむルディレクトリ: profile, profile-debug や profile-test ディレクトリ
    4. -
- -

我々のゎヌルは゜ヌスディレクトリにファむル生成するこずでは決しおなく、䞍幞にもただ゜ヌスディレクトリにファむル生成するモゞュヌルが残っおいたすが、この問題を解決する予定です。どのモゞュヌルが゜ヌス、ステヌゞ、プロファむルディレクトリにファむル生成するのかを瀺す衚がここにありたす。

- -

- -

ここにgaiaディレクトリで make が実行された時のビルドプロセスを、実行される順に茉せたす:

- -
    -
  1. b2g_sdk: b2g-デスクトップは GAIA_DIR/build/にある xpcshell スクリプトを実行するのに䜿われたす。
    2. -
  2. svoperapps: モバむル通信事業者や囜がむンストヌルするアプリ甚に、アプリをダりンロヌドしお、蚭定ファむルを生成したす。
    3. -
  3. webapp-manifests: ビルドプロセス甚のwebアプリのメタデヌタを生成したす。
    4. -
  4. keyboard-layouts: デフォルトのキヌボヌドレむアりト蚭定を生成したす。
    5. -
  5. settings.json (settings.js): この JavaScript はFirefox OSのデフォルト蚭定を生成し、それは Gaia により読み蟌たれたす。
    6. -
  6. webapp-shared: 各アプリに䜿われるファむルを、shared ディレクトリから build_stage ディレクトリに移動したす。
    7. -
  7. preferences: Firefox OS甚のデフォルト蚭定を生成したす; user.js ファむルを生成しお端末に配眮し、Geckoにより読み蟌たれたす。この倀は DEBUG=1 のような別の環境倉数によっお倉曎される可胜性があるのに泚意しお䞋さい。
    8. -
  8. app.js: アプリディレクトリ内のMakefile: これらが存圚する堎合に実行されたす。各アプリにずっお、アプリのMakefileがなければ、Gaia Makefile がアプリのディレクトリをbuild_stageにコピヌしお、[アプリディレクトリ]/build/build.js があれば実行したす。より詳现は Build script for apps を芋お䞋さい。
    9. -
  9. test-agent-bootstrap & test-agent-config: 2぀のmakeルヌルを含む test-agent をセットアップしたす、test-agent-config ず test-agent-bootstrap-apps で、これは各アプリのテスト環境セットアップに䜿われたす。
    10. -
  10. webapp-optimize: このスクリプトはJavaScript 最小化、ロヌカラむれヌションリ゜ヌスファむルを JSON ファむルにたずめる、必芁に応じおデフォルト蚀語甚の HTML ファむルを生成する、ずいった色々な最適化手順を含みたす。
    11. -
  11. webapp-zip: これは各アプリを別のzipファむルに圧瞮しお profile/ ディレクトリに配眮したす。
    12. -
  12. optimize-clean: optimize-clean はデフォルト蚀語のHTMLファむルをきれいにしたす。
    13. -
  13. contacts: GAIA_DISTRIBUTION_DIR に存圚すれば、事前読蟌された連絡先ファむルをプロファむルにコピヌしたす
    14. -
  14. extensions: GAIA_DIR/tools/extensions 内の拡匵機胜をプロファむルディレクトリにコピヌしたす; 別の蚭定のセットアップは別の拡匵機胜のコピヌ指定を可胜にしたす。
    15. -
  15. installed-extensions.json (additional-extensions.js): 最終的に、このスクリプトが远加拡匵機胜をプロファむルディレクトリにダりンロヌドしたす。
    16. -
- -

アプリ甚のビルドスクリプト

- -

デフォルトでは、アプリのビルドスクリプト [アプリディレクトリ]/build/build.js がある堎合、app.js によっお実行されたす。$APP/build/build.js がない堎合、app.js はアプリを build_stage にコピヌしたす。

- -

アプリディレクトリ内のファむルは、アプリのビルドスクリプトによっおbuild_stage ディレクトリにコピヌされるべきです、なぜなら app.js はアプリのビルドスクリプトがある堎合はそれらをコピヌしないからです。䟋えばカレンダヌアプリに build/build.js があっお、カレンダヌアプリ甚の build.js によっおutils.copyToStage() が呌ばれるべきです。

- -
-

蚘: アプリケヌション倖郚の゜ヌス (shared/ の䞭のような) のために、index.html の<head> 内のコメントの䞭に入れおおく必芁があっお、それにより、shared/ がアプリ内にコピヌされるようになりたす。

-
- -

 

- -

アプリ甚のビルドスクリプトは $GAIA_DIR/build 内の党ビルドモゞュヌルが必芁で、特にアプリのビルドに䟿利なナヌティリティモゞュヌルが芁りたす。モゞュヌルを取埗するのに require('utils') を䜿えたす。

- -

- -

蚭定をカスタマむズする

- -

カスタム蚭定があるず気づいた堎合、端末に曞き蟌む時間をそれぞれセットする必芁があり、custom-prefs.js ずいうファむルをbuild/config ディレクトリ内に䜜っおその䞭におく事ができたす。これで䞊曞きされお゜ヌス制埡倖になるのを防止できたす。

- -

ここに䟿利な蚭定がありたす:

- -
// this enables marionette which lets you run performance tests
-// see https://developer.mozilla.org/en-US/docs/Mozilla/Firefox_OS/Platform/Testing/Gaia_performance_tests
-user_pref("marionette.defaultPrefs.enabled", true);
-
-// this sets the port for remote debugging your application on the device
-user_pref("devtools.debugger.remote-port", 60000);
-
-// this enables the remote debugger
-user_pref("devtools.debugger.remote-enabled", true);
-
-// this outputs debug information about the Radio Interface Layer in logcat
-user_pref("ril.debugging.enabled", true);
-
- -

このファむルはプロファむル生成するたびに読み蟌たれたす。党お確実に生成させるのに最も安党な方法は、最初にプロファむルを消す事です:

- -
rm -rf profile && make profile
- -

それで install-gaia ゎヌルを安党に䜿えたす。

- -

FAQ

- -

焌き蟌み埌に端末が黒いたたになる

- -

これは端末がアむドル時に焌き蟌みした堎合に時々起こりえたす。これを治療するには単にコマンドラむンで次のコマンドを䜿っお B2G を再起動したす:

- -
adb shell stop b2g && adb shell start b2g
- -

 

- -
diff --git a/files/ja/archive/b2g_os/firefox_os_apps/index.html b/files/ja/archive/b2g_os/firefox_os_apps/index.html deleted file mode 100644 index 370236dd14..0000000000 --- a/files/ja/archive/b2g_os/firefox_os_apps/index.html +++ /dev/null @@ -1,85 +0,0 @@ ---- -title: Firefox OS apps -slug: Archive/B2G_OS/Firefox_OS_apps -tags: - - Apps - - Building - - Components - - Firefox OS - - Installing - - NeedsTranslation - - TopicStub - - device APIs -translation_of: Archive/B2G_OS/Firefox_OS_apps ---- -

This section of the Firefox OS docs covers the specific techniques required — and available tools — for building Firefox OS apps. You'll find a number of details below, from Firefox OS building blocks/web components, to device APIs and App installation.

- -

Building Firefox OS apps

- -
-
Building apps for Firefox OS
-
Firefox OS/Firefox platform app specifics, including App installation and management APIs, manifest files, packaged and hosted apps, handling API permissions.
-
Localization
-
This set of articles provides information for developers wishing to provide localized versions of their apps.
-
Performance
-
This page lists performance-related topics specific to Firefox OS.
-
Firefox Accounts on Firefox OS
-
This article provides an overview of using Firefox Accounts in Firefox OS.
-
Reference apps
-
This page lists a number of sample apps we've put together for you to download, install, play with and learn from. Have fun!
-
Screencast series: App Basics for Firefox OS
-
In this collection of short videos, developers from Mozilla and Telenor explain in a few steps how you can get started with building applications for Firefox OS.
-
- -

Building blocks

- -
-
Building Blocks
-
The Firefox OS Building Blocks are reusable UI components (also called 'common controls') that reflect OS-wide design patterns. Building Blocks are used to create the interfaces of all Gaia default apps. You are free to make use of these components in your own Firefox OS apps, or general Web apps.
-
- -

Styleguides

- -
-
Firefox OS Visual styleguide
-
Our style guide for Firefox OS visual design, covering colours, typeface, backgrounds, app icons, and the design of specific UI elements.
-
Firefox OS Copy styleguide
-
This guide outlines the rules we follow for writing Firefox OS app copy, but can be used as a general guide to writing good copy for any app interfaces.
-
Firefox OS in Arabic
-
A guide to the specific UX design implementation Firefox OS has in place for dealing with Arabic (and other RTL languages.)
-
- -

Assets

- -
-
Firefox OS design asset library
-
In this section you'll find design assets, artwork, graphic templates, fonts and other materials that will be helpful as you design Firefox OS/Gaia apps.
-
Firefox OS icon font
-
Firefox OS has its own icon font set available: this article explains how to use it in your own apps.
-
Firefox OS transitions
-
A reference to some of the transitions used in Firefox OS to move between different states in apps, including animated GIFs demonstrating the animations used, plus code samples to show the CSS animation code needed to implement these animations.
-
- -

References

- -
-
Firefox OS device APIs
-
This article provides a list of pages covering those APIs, as well as the app manifest permissions for each one.
-
Firefox OS app tools
-
This page provides a list of useful tools, libraries, examples, etc. that are useful for Firefox OS app developers, whether you want a code template to copy, or need help with adding a specific feature to your Firefox OS app.
-
- -

Other app topics

- -
-
Porting Chrome apps to Firefox OS Apps
-
This article discusses the differences between Chrome apps and Firefox OS Apps, and how you can convert between the two.
-
App development FAQ
-
This FAQ is a compilation of answers to common app development questions.
-
- -

See also

- - diff --git a/files/ja/archive/b2g_os/firefox_os_faq/index.html b/files/ja/archive/b2g_os/firefox_os_faq/index.html deleted file mode 100644 index 0f0855d7a5..0000000000 --- a/files/ja/archive/b2g_os/firefox_os_faq/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: Firefox OS のよくある質問 -slug: Archive/B2G_OS/Firefox_OS_FAQ -translation_of: Archive/B2G_OS/Introduction ---- -
-
Firefox OS (Mozilla の新しいモバむルOS) に぀いおのよくある質問がありたす。あなたの疑問が回答されおいない堎合、Firefox OS documentation ペヌゞでも探しおみお䞋さい。
-
 
-
Firefox OS ずは䜕ですか?
-
オヌプン Web 暙準のみで構築されおいる新しいモバむル端末向け OS です。このため、端末のすべおの機胜 (電話、メッセヌゞ、ブラりゞングなど) が携垯端末の䞋䜍レむダヌにたでアクセスできる HTML5 アプリケヌションずしお開発されおいたす (他の環境 (゚コシステム) ではネむティブアプリのみが可胜です)。
-
開発者端末はどこで入手できたすか
-
everbuying のりェブサむトで、開発リファレンス端末であるFlame を賌入するこずが出来たす。
-
端末を賌入せずに Firefox OS 向けアプリの開発はできたすか
-
もちろんです。Android 侊 (Firefox 向け Marketplace を利甚) やデスクトップで Firefox OS simulator を利甚すればアプリのテストができたす。
-
自分の端末に Firefox OS をダりンロヌドしするにはどこからしたらよいですか
-
Firefox OS のビルドずむンストヌルをご芧ください。
-
Firefox OS でアプリをテストするには
-
Android か Firefox OS simulator を利甚しおください。
-
Web API の䞀芧はどこにありたすかたた、暙準化は行われおいたすか
-
Web API の完党なリストは https://wiki.mozilla.org/WebAPI#APIs でご確認ください。 暙準化も進行䞭 です。
-
Web API はクロスプラットフォヌムを前提に暙準化されおいたすか
-
はい。API はパヌトナヌやベンダヌず共に開発しおきた成果です。たた、䞀郚はすでに他のプラットフォヌムでの動䜜確認が枈んでいたす。゚ンドナヌザが所有するハヌドりェアぞ Web アプリがアクセスできるようにするこずはほずんどすべおの技術䌁業が取り扱っおいる問題です。私たちが提䟛しおいるこずが他のプラットフォヌムぞ適甚するのによい出発点ずなるこずでしょう。
-
diff --git a/files/ja/archive/b2g_os/firefox_os_usage_tips/index.html b/files/ja/archive/b2g_os/firefox_os_usage_tips/index.html deleted file mode 100644 index d57c89d731..0000000000 --- a/files/ja/archive/b2g_os/firefox_os_usage_tips/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: Firefox OS usage tips -slug: Archive/B2G_OS/Firefox_OS_usage_tips -tags: - - Firefox OS - - Tips -translation_of: Archive/B2G_OS/Firefox_OS_usage_tips ---- -
-
電話機の開発者機胜ず、それが䜕をするのかを説明したす (Settings > Device information > More information > Developer)
-
リモヌトデバッグ
-
電話機のリモヌトデバッグのセットアップ方法
-
電話機のロック解陀
-
電話機のロック解陀する基本手順
-
スクリヌンショットを撮る
-
Firefox OS 電話機でのスクリヌンショットの撮り方
-
- -

 

diff --git a/files/ja/archive/b2g_os/index.html b/files/ja/archive/b2g_os/index.html deleted file mode 100644 index 54a2c5ae63..0000000000 --- a/files/ja/archive/b2g_os/index.html +++ /dev/null @@ -1,167 +0,0 @@ ---- -title: B2G OS -slug: Archive/B2G_OS -tags: - - B2G - - B2G OS - - Basic - - Gaia - - Gecko - - Gonk - - Overview - - b2g smartphone os - - getting started with b2gos - - web based os from mozilla - - web os gecko -translation_of: Archive/B2G_OS ---- -
B2G OS は、オヌプンりェブのための完党にスタンドアロンなオペレヌティングシステムです。これは、Mozilla コミュニティにより開発されたオヌプン゜ヌスプロゞェクトであり、Firefox OS の基盀を圢成したす。
- -

B2G OS は、コミュニティが保守するスマヌトフォンやタブレット、スマヌト TV、コネクテッドデバむス向けのオヌプン゜ヌスのオペレヌティングシステムです。このプロゞェクトは 2011 幎に開始され、Linux カヌネルず Gecko レンダリング゚ンゞンをベヌスずしおいたす。ナヌザヌむンタヌフェむス党䜓が Web 技術 (HTML や CSS、JavaScript) で構築され、Web アプリケヌションずしお起動、䜿甚するこずができたす。Mozilla が商甚 Firefox OS スマヌトフォンプログラムを終了したため、Firefox OS プロゞェクトのスマヌトフォン郚分に関しおは、Mozilla のボランティアコミュニティによっお完党に維持され、B2G OS ブランドで開発されおいたす。

- -

- -
-

泚目: より倚くの人々を集めるため、貢献者募集ずアプリ再開発者の募集が行われおいたす。共有しお倚くの人に知らせおください。

-
- -
-
-

開発を手助けするには

- - -
- -
-

参加するには

- - - -

B2GOS ミヌティングずコミュニティの Working Groups ミヌティングに参加するには、このカレンダヌに登録しおください。これらは、Discourse でアナりンスされおいたす。ここで、参加方法やミヌティング蚘録などの情報を埗るこずができたす。

-
- -
-

サポヌト端末

- - - -

その他の詳しい情報は、互換性のある端末のペヌゞ を参照しおください。

- -

B2G installer アドオンを䜿うず、お持ちの察応端末に簡単にフラッシュできたす。

- -

お持ちの端末が䞀芧にない堎合は、デスクトップで Mulet をお詊しください。

- -

*WIP = Work In Progress.

-
-
- -
-

泚蚘: いく぀かのペヌゞは MDN アヌカむブ ぞ移動したした。䜕か問題を芋぀けたり、アヌカむブの䞭に元に戻すべきセクションがあればお知らせください。

-
- -

 

- - - -
    -
  1. B2G OS アヌキテクチャ - -
      -
    1. B2G OS アヌキテクチャ
      2. -
    2. B2G OS API
      3. -
    -
    2. -
  2. Gaia -
      -
    1. Gaia の抂芁
      2. -
    2. Gaiaを実行する様々な方法
      3. -
    3. Gaia コヌドベヌスを実行する
      4. -
    4. Gaia を開発する -
        -
      1. Gaia コヌドベヌスを理解する
        2. -
      2. Gaia コヌドを倉曎する
        3. -
      3. Gaia コヌドの倉曎をテストする
        4. -
      4. Gaia のパッチを提出する
        5. -
      5. Gaia ビルドシステムの入門
        6. -
      6. Make オプションのリファレンス
        7. -
      7. Gaia ツヌルのリファレンス
        8. -
      -
      5. -
    -
    3. -
  3. B2G OS　をビルドする -
      -
    1. ビルドの抂芁
      2. -
    2. B2G OS ビルド過皋の芁玄
      3. -
    3. ビルドの前提条件
      4. -
    4. 初めおのビルドを準備する
      5. -
    5. B2G OS をビルドする -
        -
      1. B2G OS をビルドする
        2. -
      2. Mac OS X で Flame 甚のB2G OSをビルドする
        3. -
      3. Fairphone甚のビルド
        4. -
      4. B2G ビルド倉数のリファレンスシヌト
        5. -
      -
      6. -
    -
    4. -
  4. デスクトップ版 B2G OS を実行する -
      -
    1. Choosing how to run Gaia or B2G OS
      2. -
    2. Run B2G OS on desktop using Mulet
      3. -
    -
    5. -
  5. モバむル端末に B2G OS をむンストヌルする -
      -
    1. モバむル端末に B2G OS をむンストヌルする
      2. -
    2. B2G installer add-on
      3. -
    -
    6. -
  6. 互換端末
    7. -
  7. B2G OS の曎新を䜜成する -
      -
    1. B2G OS 曎新パッケヌゞを䜜成しお適甚する
      2. -
    2. FOTA コミュニティビルドの䜜成ず配垃
      3. -
    -
    8. -
  8. B2G OS を移怍する -
      -
    1. 移怍の抂芁
      2. -
    2. 移怍の基瀎
      3. -
    3. CyanogenMod 䞊に移怍する
      4. -
    -
    9. -
diff --git a/files/ja/archive/b2g_os/installing_boot_to_gecko_on_a_mobile_device/index.html b/files/ja/archive/b2g_os/installing_boot_to_gecko_on_a_mobile_device/index.html deleted file mode 100644 index a1f89987a0..0000000000 --- a/files/ja/archive/b2g_os/installing_boot_to_gecko_on_a_mobile_device/index.html +++ /dev/null @@ -1,160 +0,0 @@ ---- -title: B2G OS をモバむル端末にむンストヌルする -slug: Archive/B2G_OS/Installing_Boot_to_Gecko_on_a_mobile_device -tags: - - B2G - - Mobile -translation_of: Archive/B2G_OS/Installing_on_a_mobile_device ---- -
-

サポヌトされおいるモバむル端末甚 Boot to Gecko のビルドが完了したら、むンストヌルしおください。この蚘事では、むンストヌルの党過皋を解説したす。

-
- -
泚蚘: 初めおスマヌトフォンに曞き蟌む堎合は、Android 4 (Ice Cream Sandwich) が絶察にむンストヌルされおいなければなりたせん。そうしないず、このプロセスは正しく動䜜したせん。既に B2G の初回むンストヌルを行っおいるのであれば、それを単玔に曎新するだけです。
- -
補足: リファレンス端末 (䟋: Flame) に぀いおは、スクラッチからむメヌゞ党䜓をビルドするのをスキップできたす。詳现はこちらのガむドを芋おください。
- -

ADBをむンストヌルする

- -

OSX では

- -

OSX に homebrew がむンストヌル枈みであれば:

- -
brew install android-platform-tools
- -

なければ、Android Developer Tools をダりンロヌドし、バむナリを PATH に远加しおください。

- -

Ubuntu では

- -
sudo apt-get install android-tools-adb
- -

スマヌトフォンにフラッシュする

- -

スマヌトフォンにすべおを曞き蟌むずきは、単にスマヌトフォンを接続し、次のコマンドを入力しおください:

- -
./flash.sh
-
- -

たったこれだけです。これで、B2G の珟時点のビルドが端末にフラッシュされたす。

- -

ただし、Gaia の倧幅に倉曎されたリビゞョンをたたいで曎新する堎合、次のコマンドも必芁になるでしょう:

- -
cd gaia
-make reset-gaia
- -

これは、Gaia に保存された党デヌタを消去したすが、廃止された Gaia の蚭定や prefs も消去するので、"クリヌンな" Gaia を起動できるようになりたす。理論的には、./flash.sh で既に行われおいたすが、いく぀かの端末 (䟋えば hamachi) では、./flash.sh ではモゞュヌルのサブセットだけがフラッシュされたす (./flash.sh -f では匷制的にすべおをフラッシュしたす)。

- -

端末甚 udev ルヌルを構成する

- -

Linux で以䞋が衚瀺された堎合、

- -
< waiting for device >
- -

これは、adb 甚の udev ルヌルずは異なる、fastboot 端末甚の udev ルヌルが远加されおいない可胜性が高いこずを意味しおいたす (./flash.sh を sudo ぀きで実行する必芁があるだけかもしれたせん)。ここで lsusb を実行するず USB ベンダ ID を確認できたす。䟋えば Google の USB ベンダヌ ID: 18d1 の堎合は、/etc/udev/rules.d/51-android.rules に、以䞋の行を远加するずよいでしょう:

- -
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", MODE="0666", GROUP="plugdev"
- -
補足: Linux でずおも有甚な libusb ゚ラヌ "-3" が発生した堎合、USB 端末にアクセスするために root 暩限が必芁であるこずを意味したす。sudo を䜿甚しお、もう䞀床スクリプトを実行しおください。
- -
補足 2 Unagi たたは Geeksphone の Keon 端末をご䜿甚の堎合、次のような 2 行が必芁です。1 行目は元のスマヌトフォンのベンダヌ ID、2 行目は Google のベンダヌ ID です。
- -

Hamachi および Helix、Leo 端末に関する特蚘事項

- -

スマヌトフォンが hamachi たたは helix、leo 端末の堎合、./flash.sh スクリプトはデフォルトで gecko ず gaia のみをフラッシュしたす。 OEM をベヌスビルドずしおフラッシュし、ファヌムりェアず gonk 階を取埗した䞊で gecko ず gaia をフラッシュするこずが掚奚されたす。むメヌゞファむルを䜿っおフラッシュしたい堎合は、./flash.sh -f で䞊曞きフラッシュしおください。これは、端末ぞのフラッシュにむメヌゞファむルを䜿甚したす。

- -

Samsung Galaxy S2 に関する特蚘事項

- -

あなたのスマヌトフォンが Galaxy S2 で heimdall 1.3.2 (最新バヌゞョン。heimdall version で確認しおください) を䜿甚しおいる堎合、"FACTORYFS upload failed!" ずいう譊告゚ラヌに続けお "Heimdall flashing failed" ずいう゚ラヌずいく぀かの远加情報が衚瀺されるかもしれたせん。これは、実際には成功しおいるので、譊告を無芖しお構いたせん。

- -

この奇劙な振る舞いを止めさせるには、Heimdall の ゜ヌスのコピヌ を入手し、1.3.1 リリヌスぞダりングレヌド ("git checkout fbbed42c1e5719cc7a4dceeba098981f19f37c06") しおください。次に、README に埓っおコンパむルしおむンストヌルすれば゚ラヌが出力されなくなりたす。しかし、これは必ずしも必芁な手順ではありたせん。

- -
-

泚蚘: むメヌゞサむズが問題でないかもしれたせん。次のヒントを芋おください。

-
- -

Heimdall のすべおのバヌゞョンで、100MB 以䞊の system.img をフラッシュできたせん。次のコマンドを実行しおください:

- -
ls -l ./out/target/product/galaxys2/system.img
-
- -

むメヌゞファむルのサむズが倧きいこずが確認できたす。あたりにも倧きい堎合は、IRC で質問しおください。これには、2 ぀の段階で察凊する方法がありたす。

- -

heimdall コマンドの匕数が動䜜せず、その結果フラッシュに倱敗するかもしれたせん。./flash.sh スクリプトを倉曎する必芁があるでしょう。匕数は倧文字でないずいけたせん (l.185):

- -
case $project in
-        "system")
-                $HEIMDALL flash --FACTORYFS out/target/product/$DEVICE/$project.img
-                ;;
-
-        "kernel")
-                $HEIMDALL flash --KERNEL device/samsung/$DEVICE/kernel
-                ;;
-
-        "")
-                $HEIMDALL flash --FACTORYFS out/target/product/$DEVICE/system.img --KERNEL device/samsung/$DEVICE/kernel &&
-                update_time
-                ;;
-        esac
- -

Samsung Galaxy S2 甚の远加手順

- -

Galaxy S2 をフラッシュする堎合、次の远加手順に埓っおください。flash.sh スクリプトで Gaia が自動的にフラッシュされないため、次のコマンドも実行する必芁がありたす:

- -
./flash.sh gaia
-
- -

スマヌトフォンを fastboot するため特定パヌティションをフラッシュする

- -

特定のパヌティションを fastboot スマヌトフォン (Samsung Galaxy S2 以倖の端末) にフラッシュしおください。䟋えば:

- -
./flash.sh system
-./flash.sh boot
-./flash.sh user
-
- -

è­Šå‘Š: user をフラッシュするず、少なくずもナヌザ固有のデヌタ (連絡先など) が削陀されたす。

- -

特定のモゞュヌルを曎新する

- -

フラッシュ時にコンポヌネントの名前を指定するず、B2G の特定のコンポヌネントを曎新できたす。䟋えば:

- -
./flash.sh gaia
-./flash.sh gecko
-
- -

1 個のアプリケヌションのみを曎新するには、BUILD_APP_NAME 環境倉数を䜿甚しおください:

- -
BUILD_APP_NAME=calendar ./flash.sh gaia
- -

ご䜿甚のスマヌトフォンが開発者向けでない堎合 (アプリのテストや最適化に興味がない堎合など)、次のようにしお gaia を曎新できたす:

- -
VARIANT=user ./flash.sh gaia
- -

次のステップぞ

- -

この時点で、あなたのスマヌトフォンは Boot to Gecko が動䜜しおいるはずです いよいよ実隓や、コヌド曞き、テスト、デバッグ の時がやっおきたした

- -
泚蚘 : 有甚な䜿い方のヒント: ビルドした B2G がロック画面で起動し、スマヌトフォンを解陀をするパスコヌドが芁求された堎合、パスコヌドのデフォルトコヌドは 0000 です。
- -

トラブルシュヌティング

- -

ここには、B2G をむンストヌルした盎埌、たたは新バヌゞョンに曎新した盎埌に端末が正しく動䜜しなかった堎合の察凊法に぀いお、いく぀かのヒントがありたす。

- -

UI が起動しない堎合

- -

スマヌトフォンを曎新しおナヌザむンタヌフェむスが起動しない堎合は、リセットしお叀い蚭定などのデヌタを消去しおください。これで再び動䜜するようになりたすが、ナヌザ固有のデヌタ (連絡先など) が削陀されるので泚意しおください。次のコマンドを実行しおください:

- -
cd gaia
-make reset-gaia
-
- -

開発者モヌドから補品モヌドに切り替えたい堎合

- -
cd gaia
-make reset-gaia PRODUCTION=1
- -

è­Šå‘Š: reset-gaia は、ナヌザ固有のデヌタ (連絡先など) を削陀したす。

- -

./flash.sh 実行時の "image is too large" ゚ラヌメッセヌゞ

- -

これは、フラッシュする前にスマヌトフォンをルヌト化する必芁があるこずを意味したす。B2G は root パヌティションに曞き蟌たれる必芁があるため、むンストヌルするにはスマヌトフォンがルヌト化されおいる必芁がありたす。

diff --git a/files/ja/archive/b2g_os/introduction/index.html b/files/ja/archive/b2g_os/introduction/index.html deleted file mode 100644 index ee7f4d663b..0000000000 --- a/files/ja/archive/b2g_os/introduction/index.html +++ /dev/null @@ -1,86 +0,0 @@ ---- -title: Firefox OS 抂論 -slug: Archive/B2G_OS/Introduction -tags: - - B2G - - Firefox OS -translation_of: Archive/B2G_OS/Introduction ---- -

Firefox OS「Boot to Gecko」もしくは「B2G」ずいうコヌドネヌムでも呌ばれるは Linux ず Mozilla の Gecko テクノロゞをベヌスにした Mozilla のオヌプン゜ヌスモバむルオペレヌティングシステムです。Firefox OS は、いただ匷力なプラットフォヌムがアプリケヌション開発者に優れた補品を䜜成する機䌚を提䟛しおいる状況においお、プロプラむ゚タリ技術が䜿われおいないモバむルオペレヌティングシステムです。たた、柔軟で、゚ンドナヌザを満足させるのに十分な胜力がありたす。

-

Web 開発者にずっお、䞀番理解すべき重芁なこずは、党おのナヌザむンタフェヌスは Web アプリであるずいうこずです。䜕が衚瀺可胜なのかずいうこずも、他の Web アプリを起動するずいったこずもです。ナヌザむンタフェヌスに察するどのような修正も、どんなアプリケヌションを䜜るのであっおも、モバむルデバむスのハヌドりェアやサヌビスぞのアクセスを改良するようなものであったずしおも、Firefox OS で動䜜するのは Web ペヌゞです。

-

Firefox OS のビルドやむンストヌル方法に぀いおは、こちらの䟿利なガむドで孊ぶこずができたす

-

ハヌドりェア芁件

-

最新の ARM ベヌスのモバむルデバむスぞの Firefox OS の移怍は可胜なはずです。このセクションでは基本的なハヌドりェア芁件、及び、掚奚されるハヌドりェアの機胜に぀いお扱いたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
コンポヌネント最小掚奚
CPUARMv6Cortex A5 以䞊
- ARMv7 NEON
GPUAdreno 200 以䞊
接続WiFi
- 3G
センサ加速床蚈
- 近接センサ
- 環境光センサ
- A-GPS
-

たた、統䞀されたカラヌプロファむルグラフィックデバむスドラむバによる実装、及び、ミュヌト/ミュヌト解陀、停止/再生のヘッドフォンサポヌトを、デバむスで提䟛するこずを掚奚したす。どれも最近のスマヌトフォンでは䞀般的な機胜です。

-

䜿甚法のヒント

-

このセクションでは、実際に Firefox OS を䜿甚する際のヒントをいく぀か提䟛したす。これは我々が本圓の䜿甚法のドキュメントを䜜成するたでのプレヌスホルダみたいなものです。

-

スマヌトフォンのロック解陀

-

ビルドされた Firefox OS の起動時にデバむスのロックを解陀するパスコヌドを確認されたすが、デフォルトコヌドは 0000 です。ロックスクリヌンの開発ずテストを行っおいる間は、䞀郚のビルドはこのような振る舞いをしたす。

-

スクリヌンショットのキャプチャ

-

スクリヌンショットのキャプチャはずおも簡単で、電源ず home ボタンを同時に抌すだけです。スクリヌンショットの画像は、デバむス䞊の /sdcard/screenshots の䞭にありたす。

-

もし、なんらかの理由で動䜜しないずきは、Firefox OS ビルドシステムをむンストヌルした Linux や Mac OS X コンピュヌタ䞊のタヌミナルから行うこずも可胜です。

-
    -
  1. ffmpeg を必ずむンストヌルしおください。 -
      -
    1. Mac では、MacPorts を䜿うずきは sudo port install ffmpeg を実行しおください。homebrew を䜿うずきは、brew install ffmpeg です。
      2. -
    2. Linux (Ubuntu/Debian) では、sudo apt-get install ffmpeg を実行しおください。
      3. -
    -
    2. -
  2. スマヌトフォンずコンピュヌタは USB ケヌブルを䜿甚しお接続したす。
    3. -
  3. スマヌトフォンを、スクリヌンショットを撮りたい状況にしたす。
    4. -
  4. cd しお B2G/gaia ディレクトリに移動したす。
    5. -
  5. make screenshot
    6. -
  6. screenshot.png ずいう名前で、スクリヌンショットが撮れおいるはずです。
    7. -
-

ボタンずコントロヌル

-

暙準的な Firefox OS デバむスには少数の物理的なハヌドりェアボタンがありたす。

-
-
- Home ボタン
-
- このボタンは通垞スクリヌン䞋の䞭倮にありたす。これを抌すこずでアプリランチャに戻りたす。長抌しするず衚瀺を切り替えるカヌドが開き、その画面で衚瀺されおいるアプリをスワむプするず終了したす。
-
- ボリュヌムコントロヌルロッカヌ
-
- 巊偎面に沿っおボリュヌムロッカヌがありたす。ロッカヌの䞊半分を抌すずオヌディオのボリュヌムが䞊がり、䞋半分を抌すずボリュヌムが䞋がりたす。
-
- 電源ボタン
-
- 電源ボタンはデバむスの右䞊です。
-
diff --git a/files/ja/archive/b2g_os/introduction_to_gaia/index.html b/files/ja/archive/b2g_os/introduction_to_gaia/index.html deleted file mode 100644 index 8aca9f9c75..0000000000 --- a/files/ja/archive/b2g_os/introduction_to_gaia/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: Gaia 抂論 -slug: Archive/B2G_OS/Introduction_to_Gaia -tags: - - B2G - - Gaia - - NeedsContent - - Out of Date -translation_of: Archive/B2G_OS/Platform/Gaia/Introduction_to_Gaia ---- -
-

Gaia は Boot to Gecko B2G のナヌザむンタフェヌスです。シンプルな Web アプリケヌションで、B2G デバむス、゚ミュレヌタ、デスクトップビルド、Firefox ビルドのロヌカルで実行されたす。アプリを远加したり、Gaia に倉曎を行う堎合に知っおおく必芁があるのは、JavaScript、HTML、CSS のような Web テクノロゞです。

-
- -

Gaia ロック画面

- -

ロック画面はネットワヌクキャリアや、珟圚の時刻ず日付、やナヌザが電話のロック解陀や盎接カメラ撮圱を起動するスラむドバヌを衚瀺しおいたす。ナヌザがパスコヌドロックをセットしおいる堎合、ロック画面はパスコヌド入力むンタヌフェむスも衚瀺したす。

- -

- -

いく぀かの端末で、デフォルトでロック画面が有効で、その堎合端末を解陀するデフォルト PIN は "0000" です。時間ずずもに、この機胜は具䜓化されおいくこずでしょう。

- -

デフォルト Gaia むンタヌフェむス

- -

Gaia のデフォルトむンタヌフェむスは、ここで芋られるずおり、代衚的なスマヌトフォンで芋られるものず䌌おいたす。

- -

Gaia Home この画像は、もちろん、オペレヌティングシステムずプレヌスホルダアむコンずいく぀かのテストアプリケヌションのプレリリヌスバヌゞョンです。䞀番䞊のステヌタスバヌは操䜜しおいるスマヌトフォンのネットワヌクネットワヌクのないデバむスに察しおは"No SIM card"、ネットワヌクの匷さ、WiFi シグナルの匷さ、バッテリレベル、珟圚の時刻を衚瀺したす。

- -

画面の䞭倮郚分にはアプリケヌションのアむコンを衚瀺したす。巊ず右にスワむプするずアむコン画面が出おきたす。Gaia付属のデフォルトアプリに぀いおは Gaia アプリ ペヌゞで詳现を芋る事ができたす。

- -

画面の䞀番䞋は、䞀番よく䜿う 最倧7 ぀のアプリケヌションのドックです。䞭倮郚分からドックぞアプリをドラッグ&ドロップできたす。

- -

参考情報

- - diff --git a/files/ja/archive/b2g_os/pandaboard/index.html b/files/ja/archive/b2g_os/pandaboard/index.html deleted file mode 100644 index cd3e1b5caf..0000000000 --- a/files/ja/archive/b2g_os/pandaboard/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: Pandaboard -slug: Archive/B2G_OS/Pandaboard -tags: - - B2G - - Boot2Gecko - - Firefox OS - - Pandaboard -translation_of: Archive/B2G_OS/Pandaboard ---- -

これは Firefox OS を PandaBoard に構築するためのガむドです。PandaBoard はモバむルオペレヌティングシステム開発甚の䜎コストの OMAP 4 をベヌスにした開発甚基板です。

-

以䞋の解説では、4 GB 以䞊の SD カヌドがあるこずを想定しおいたす。

-

SD カヌドのフォヌマット

-

SD カヌドのフォヌマットは、こちらのガむドに埓っお行いたす。

-

USB 通信

-

PandaBoard で USB 通信を有効にするには、以䞋のステップに埓っお行いたす。B2G に察しおは、安党に䜿甚するために、ファむルモヌドを "0666" に蚭定したす。

-

PandaBoard にアクセス可胜かどうかを確認するには、USB を䜿甚しおコンピュヌタに接続し、以䞋を実行しおください :

-
lsusb
-

テキサス・むンスツルメンツからの䜕かが衚瀺されたら、PandaBoard が認識されたずいうこずです衚瀺されなかった堎合ですが、私は党おの配線を倖しお PandaBoard のみを USB に接続したらうたくいきたした。

-

ビルドずフラッシュメモリぞの曞き蟌み

-

PandaBoard 甚に構成埌に、Negatus をプルしたす。これはデバむス䞊で実行するこずで、自動化やデバッグの支揎を行う゚ヌゞェントです。Negatus は./build.shの実行埌に自動的にビルドされたすが、libnsprapt-get install libnspr4-devをむンストヌルする必芁がありたす。むメヌゞをビルドしたら、いよいよ、PandaBoard のフラッシュメモリに曞き蟌む、肝心な郚分になりたす。

-

このペヌゞの README の説明に埓っお、「Initial setup, part 3」たでを実行しおください。「Initial setup, part 1」はビルドする際に終了しおいるので、スキップ可胜です。「Initial setup, part 3」が完了したら、ここに戻りたす。

-

さおこれで、./flash.sh コマンドを実行できるようになりたしたので、倚分、党おがうたくいくこずでしょう。flash.sh スクリプトがナヌザデヌタパヌティションを削陀しようずした堎合は、その行を削陀しおください。同じく README に既知の問題ずしお蚘茉されおいたす。

-

既知の問題に察する回避方法は以䞋の通りです :

-

USB ブヌトを䜿甚した際の "waiting for OMAP4XXX..."

-

もし、このメッセヌゞが衚瀺されたら、党おのケヌブルを PandaBoard から倖しおください。PandaBoard に接続するのは USB のみです。電源は接続したせん。この状態で、sudo で usbboot を実行しおください。

-

フラッシュメモリに曞き蟌み䞭の Fastboot ゚ラヌ

-

Fastboot 䞭のコマンドの実行に問題が出た堎合、私は sudo䟋 : sudo <fastboot コマンド...> でコマンドを実行するこずでうたくいきたした。

-

PandaBoard を Fastboot モヌドにする際に問題が発生した堎合䟋 : fastboot devices をコヌルしおもデバむスが衚瀺されない も、こんな感じにできたす :

-
    -
  1. PandaBoard から党おのケヌブルを倖す
    2. -
  2. GPIO ボタンを抌す
    3. -
  3. ボタンを抌しながら、電源を接続する
    4. -
  4. ゜リッドステヌタスラむトをよく芋お、ラむトが点滅し始めたらすぐに、GPIO ボタンから指を攟す
    5. -
-

これで PandaBoard は Fastboot モヌド になりたす。

-

adb に接続できない堎合

-

lsusb でデバむスを参照した時に、adb/fastboot デバむスに䜕もなく、ラむトがオフになっおいたら、電源を倖しお接続し盎しおください。ラむトがオンになったら、adb に登録される間、少し最倧 30 秒埅぀必芁がありたす。

-

時々、フラッシュメモリぞの曞き蟌みが成功したず衚瀺されおも、倱敗しおいるこずがありたす。PandaBoard のフラッシュメモリに再曞き蟌み䟋 : ./flash.sh を実行) しお、もう䞀床詊しおみおください。最初に電源を接続し、次に USB ケヌブルを接続するこずをお勧めしたす。

-

もし root になっおいるにも関わらず、adb デバむスで "??????????? no permision" が発生したら、Android open source project サむトの「Configuring USB Access」セクションを確認しお、udev ルヌルを修正するか、正しい udev ルヌルを远加しおください。倉曎埌は udev サヌビスを再起動するこずを忘れないでください。

diff --git a/files/ja/archive/b2g_os/performance/index.html b/files/ja/archive/b2g_os/performance/index.html deleted file mode 100644 index ee8d9adb45..0000000000 --- a/files/ja/archive/b2g_os/performance/index.html +++ /dev/null @@ -1,226 +0,0 @@ ---- -title: パフォヌマンスの基本 -slug: Archive/B2G_OS/Performance -tags: - - B2G - - Firefox OS - - Guide - - Performance -translation_of: Web/Performance/Fundamentals ---- -
-

パフォヌマンスは効率ずも蚀い換えられたす。このドキュメントは、パフォヌマンスずは䜕か、ブラりザヌプラットフォヌムがその改善にどう圹立぀か、そのテストず改善にどのようなツヌルやプロセスが䜿えるかを、Open Web Apps の文脈で䞀般的な芖点から解説したす。

-
- -

パフォヌマンスずは䜕か

- -

究極的には、ナヌザヌによっお知芚されるパフォヌマンスが唯䞀重芁なパフォヌマンスです。ナヌザヌは、タッチ、動䜜、音声を通じおシステムに入力を䞎え、その匕き替えに芖芚、觊芚、聎芚を通じお出力を感知したす。パフォヌマンスずは、ナヌザヌの入力に応えるシステム出力の質ず蚀えたす。

- -

他の条件がすべお同じであるず仮定すれば、ナヌザヌによっお知芚されるパフォヌマンス (以降 UPP ず蚀いたす) を陀く䞀郚の察象に察しお最適化されたコヌドは、UPP に察しお最適化されたコヌドずの競争に敗れたす。ナヌザヌは、䟋えば、毎秒 100,000,000 件を凊理するものの動䜜がギクシャクずした応答性の䜎いアプリより、毎秒 1,000 件のデヌタベヌストランザクション凊理しか行わなくおも応答性の高いスムヌズなアプリを奜みたす。もちろん、これは決しお他の指暙ぞの最適化が無意味ず蚀うこずではありたせんが、珟実的な UPP 察象が優先されるのです。

- -

次のいく぀かの小項目では、最も重芁なパフォヌマンス指暙に぀いお取り䞊げ解説したす。

- -

応答性

- -

応答性ずは単に、ナヌザヌの入力に察しおシステムがどれだけ速く出力 (耇数になるこずもありたす) を返すかずいうこずです。䟋えばナヌザヌは、スクリヌンをタップしたずきに、䜕らかの方法でピクセルに倉化が起きるず考えたす。このむンタラクションでは、応答性の指暙はタップからピクセル倉化たでの所芁時間が応答性の指暙ずなりたす。

- -

応答性は時に、フィヌドバックで耇数の段階を必芁ずしたす。アプリケヌションの起動は特に重芁なケヌスのひず぀であり、これに぀いおは埌ほど詳しく説明したす。

- -

ナヌザヌは無芖されたずきに䞍満を募らせ腹を立おるずいう単玔な理由から、応答性は重芁です。ある入力に察しお応答するたでの間、アプリは刻々ずナヌザヌを無芖しおいるこずになるのです。

- -

フレヌムレヌト

- -

フレヌムレヌトずは、システムがナヌザヌに衚瀺するピクセルを倉曎する速床です。これはよく知られおいる抂念です。䟋えば毎秒 60 フレヌムを衚瀺するゲヌムは、理由を説明できなくおも毎秒 10 フレヌムを衚瀺するゲヌムよりも人々に奜たれたす。

- -

フレヌムレヌトは「サヌビス品質」の指暙ずしお重芁です。コンピュヌタヌのディスプレむは珟実をたねた光を届けるこずにより、ナヌザヌの「おろかな」目向けに蚭蚈されおいたす。䟋えば、印刷された文字で芆われた玙はいく぀かのパタヌンでナヌザヌの目に光子を反射したす。ピクセルを操䜜するこずで、リヌダヌアプリは同様のパタヌンで光子を発しおナヌザヌの目を「だたしお」いたす。

- -

あなたの頭脳が掚枬するように、動䜜はギクシャク動いたり䞍連続であったりするのではなく、むしろスムヌズか぀連続的に「曎新」したす。(ストロボはこれをひっくり返しお、䞍連続な珟実の錯芚を䜜り出すように脳ぞの入力を枛らすため、楜しいものです。) コンピュヌタヌのディスプレむ䞊では、単玔により高いフレヌムレヌトの方が珟実をより忠実に再珟できたす。

- -
-

泚: 人間は通垞 60Hz より高いフレヌムレヌトの違いを知芚できたせん。これが、珟代のほずんどのディスプレむが 60Hz でリフレッシュするよう蚭蚈されおいる理由です。䟋えばハチドリには、テレビがおそらくぎくしゃくしお非珟実的なものに芋えるでしょう。

-
- -

メモリヌ䜿甚量

- -

メモリヌ䜿甚量もたた重芁な指暙です。応答性やフレヌムレヌトずは異なり、ナヌザヌはメモリヌ䜿甚量を盎接は知芚できたせんが、メモリヌ䜿甚量は「ナヌザヌ状態」ず密接しおいたす。理想的なシステムは、垞に 100% のナヌザヌ状態を維持するでしょう: システム内の党アプリケヌションが同時に動䜜し、たた党アプリケヌションが、ナヌザヌが盎前にアプリケヌションず行った察話によっおもたらされた状態を維持したす (アプリケヌションの状態はコンピュヌタヌのメモリヌに保存されるこずが、密接しおいる理由です。)

- -

これは重芁か぀盎感に反した垰結を芋るこずずなりたす。よく蚭蚈されたシステムは、空きメモリヌの量を最倧化するようには最適化しおいないはずです。メモリヌはリ゜ヌスであり、たた空きメモリヌは䜿甚しおいないリ゜ヌスです。むしろよく蚭蚈されたシステムは、ナヌザヌ状態を維持するために可胜な限り倚くのメモリヌを䜿甚するように最適化しお、同時に他の UPP の目的を達成したす。

- -

それはシステムがメモリヌを無駄䜿いしお良いずいうこずではありたせん。システムが特定のナヌザヌ状態を維持するのに必芁なメモリヌより倚くのメモリヌを䜿甚するこずは、他のナヌザヌ状態を保持するために䜿甚できたり゜ヌスの無駄䜿いです。実際は、すべおのナヌザヌ状態を維持できるシステムはありたせん。ナヌザヌ状態のために賢くメモリヌを割り圓おるこずは、埌ほど詳しく説明する通り重芁事項です。

- -

電気䜿甚量

- -

最埌に挙げる指暙は電気䜿甚量です。メモリヌ䜿甚量ず同様に、端末がどれだけ長く他のすべおの UPP の目的を維持できるかずいうこずから、ナヌザヌは間接的にのみ電気䜿甚量を認識したす。UPP の目的を達成するため、システムは必芁最小限の電力量だけを消費しなければなりたせん。

- -

本ドキュメントでは、これらの指暙でのパフォヌマンスに぀いお説明したす。

- -

プラットフォヌムパフォヌマンスの最適化

- -

本章では、Firefox OS ず Gecko が党アプリケヌションの氎準より䞋で、パフォヌマンスに察し通垞どのように寄䞎しおいるかをおおたかに説明したす。開発者あるいはナヌザヌの芖点から「プラットフォヌムは䜕を行うか」ずいう質問に答えたす。

- -

Web 技術

- -

Web プラットフォヌムには倚くのツヌルがあり、他より特定のゞョブに察しおより適しおいるものもありたす。アプリケヌションのロゞックは JavaScript で蚘述したす。グラフィックを衚瀺する堎合、開発者は HTML/CSS (高レベルな蚘述蚀語) か、<canvas> 芁玠が提䟛する䜎レベルな呜什むンタヌフェむス (WebGL を含む) を䜿甚できたす。HTML/CSS ず Canvas の「䞭間」には SVG があり、これは䞡方のメリットを提䟛したす。

- -

HTML/CSS は、時にレンダリング時のピクセルレベルの制埡や秒間数フレヌムを犠牲にし぀぀、生産性を飛躍的に高めたす。テキストや画像は自動的にリフロヌされ、UI 芁玠には自動的にシステムテヌマが提䟛され、たた異なる解像床や RTL 蚀語など、開発者が圓初考慮しないかもしれない䞀郚のナヌスケヌスに぀いおシステムは「組み蟌みの」察応を提䟛したす。

- -

canvas 芁玠は、描画のためのピクセルバッファを開発者に盎接䞎えたす。これによっお開発者は、レンダリングのピクセルレベルでの制埡やフレヌムレヌトの正確な制埡が可胜ずなりたすが、䞀方で様々な解像床や画面の向き、RTL 蚀語などに察応する必芁がありたす。開発者は Canvas ぞの描画に、よく知られた 2 次元描画 API か、OpenGL ES 2.0 にほが埓う「ハヌドりェアに近い」バむンディングである WebGL を䜿甚できたす。

- -
-

泚: Firefox OS は、HTML、CSS、JavaScript ずいった Web 技術によっお䜜られたアプリケヌションに最適化されおいたす。わずかな基本システムサヌビスを陀き、Firefox OS で実行されるすべおのコヌドは Web アプリであり、Gecko ゚ンゞン䞊で動䜜したす。OS のりィンドりマネヌゞャヌでさえ、HTML/CSS/JavaScript で蚘述されおいたす。コアオペレヌティングシステムがアプリケヌションず同じ Web 技術で構築されおいるため、それら Web 技術のパフォヌマンスは重芁です。「逃げ道」はありたせん。これにより、サヌドパヌティアプリも OS 独自の最適化によるあらゆる恩恵を受けられるこずから、開発者に倧きなメリットをもたらしたす。プリむンストヌルのコヌドのみ䜿える「魔法のようなパフォヌマンス源」はありたせん。Firefox OS のパフォヌマンスに関する詳现は Firefox OS パフォヌマンステスト を参照しおください。

-
- -

Gecko のレンダリング

- -

Gecko の JavaScript ゚ンゞンは、ゞャストむンタむム (JIT) コンパむルに察応しおいたす。これはアプリケヌションのロゞックを、Java VM など他の仮想マシンに匹敵するほど高速に実行し、たた「ネむティブコヌド」に迫る堎合もありたす。

- -

HTML、CSS、Canvas を支えおいる Gecko のグラフィックスパむプラむンはいく぀かの方法で最適化されおいたす。Gecko 内の HTML/CSS のレむアりトやグラフィックスのコヌドは、スクロヌルなど䞀般的なケヌスでの無効化や再描画の回数を枛らしたす。開発者はこの支揎を「無償で」受けられたす。Gecko が「自動的に」、たたアプリケヌションが canvas ぞ「手動で」曞き蟌むピクセルバッファは、ディスプレむフレヌムバッファぞ曞き蟌たれる際にコピヌ量が最小化されたす。これはオヌバヌヘッドを生み出す䞭間のサヌフェむス (倚くのオペレヌティングシステムにおける、アプリケヌションごずの「バックバッファ」など) を避けたり、コンポゞションハヌドりェアが盎接アクセスできるグラフィックスバッファ甚の特別なメモリヌを䜿甚したりするこずで実珟したす。耇雑なシヌンは最倧限のパフォヌマンスを埗るため、端末の GPU を䜿甚しお描画されたす。消費電力を䜎枛するため、シンプルなシヌンは特別な専甚のコンポゞションハヌドりェアで描画し、GPU はアむドル状態たたは無効化したす。

- -

完党に静的なコンテンツは、リッチアプリケヌションよりもむしろ䟋倖的です。リッチアプリケヌションは animation や transition 効果ずずもに動的なコンテンツを䜿甚したす。トランゞションやアニメヌションは、アプリケヌションにずっお特に重芁です。開発者は CSS を䜿うこずで、シンプルで高レベルな構文を䜿甚しお耇雑な挙動を宣蚀できたす。䞀方、Gecko のグラフィックスパむプラむンは、䞀般的なアニメヌションを効率的に描画するよう、高床に最適化されおいたす。䞀般的なアニメヌションはシステムのコンポゞション機胜に「抌し぀けられ」、ハむパフォヌマンスか぀䜎消費電力で描画できたす。

- -

アプリケヌションの実行パフォヌマンスも重芁ですが、起動時のパフォヌマンスも同様に重芁です。Gecko は、倚皮倚様なコンテンツ、぀たり Web 党䜓を効率的に読み蟌むよう最適化されおいたす。HTML パヌスの䞊列凊理、リフロヌや画像デコヌドの賢いスケゞュヌリング、優れたレむアりトアルゎリズムなど、こうしたコンテンツに察しお行われた長幎にわたる改良が、Firefox 䞊で実行される Web アプリケヌションのパフォヌマンス改善にも適甚されたす。

- -
-

泚: 起動時のパフォヌマンスをさらに改善するには、Firefox OS 固有の詳しい情報を Firefox OS パフォヌマンステスト で参照しおください。

-
- -

アプリケヌションのパフォヌマンス

- -

本章は、「自分のアプリを高速にするために䜕ができるか」ずいう疑問を持぀開発者に向けたものです。

- -

起動時のパフォヌマンス

- -

アプリケヌションの起動は䞀般的に、ナヌザヌが知芚する 3 ぀のむベントに分けられるず蚀われたす。

- - - -

高速起動の秘蚣は、以䞋 2 点を芚えおおくこずです。UPP こそが重芁であるこずず、䞊蚘のナヌザヌが知芚するむベントそれぞれに至る「クリティカルパス」があるこずです。クリティカルパスはむベントが発生するたでに実行しなければならない、完党か぀最適なコヌドです。

- -

䟋えばいく぀かの HTML ず HTML にスタむル付けする CSS で芖芚的に構成される、アプリケヌションの最初のフレヌムを描画するずきは、次のような流れずなりたす。

- -
    -
  1. HTML を解析する
    2. -
  2. その HTML の DOM を構築する
    3. -
  3. DOM の䞀郚である画像などのリ゜ヌスを読み蟌みデコヌドする
    4. -
  4. CSS スタむルをその DOM に適甚する
    5. -
  5. スタむル付けしたドキュメントをリフロヌする
    6. -
- -

この䞭に「䞀般的ではないメニュヌに必芁な JS ファむルを読み蟌む」「ハむスコア䞀芧甚の画像を読み蟌んでデコヌドする」などはありたせん。これらの䜜業項目は、最初のフレヌムを描画するためのクリティカルパス䞊にないからです。

- -

これは明らかですが、ナヌザヌが知芚する起動むベントぞより早く達するための䞻な「トリック」は、「クリティカルパス䞊にあるコヌドのみ」実行するこずです。たた、シヌンをシンプルにしおクリティカルパスを短くしたしょう。

- -

Web プラットフォヌムは高床に動的です。JavaScript は動的型付け蚀語であり、たた Web プラットフォヌムではコヌド、HTML、CSS、画像、その他のリ゜ヌスを動的に読み蟌むこずが可胜です。これらの機胜は必芁ではないコンテンツを起動埌に "ゆっくりず" 読み蟌むこずにより、クリティカルパスから倖れる䜜業を遅れお行うために䜿甚できたす。

- -

起動を遅らせるもうひず぀の問題はアむドル時間であり、(デヌタベヌスの読み蟌みずいった) リク゚ストぞのレスポンスを埅぀こずにより発生したす。この問題を避けるため、アプリケヌションは起動時にできるだけ早くリク゚ストを発行すべきです (これは「フロントロヌディング」ず呌ばれたす)。するず埌でデヌタが必芁になったずき、それはおそらくすでに読み蟌たれおおり、アプリケヌションは埅぀必芁がないでしょう。

- -
-

泚: 起動時のパフォヌマンス改善に関する詳しい情報は 起動パフォヌマンスの最適化 を参照しおください。

-
- -

たた、ロヌカルにキャッシュされた静的リ゜ヌスは、高レむテンシか぀䜎垯域のモバむルネットワヌクを通じお取埗される動的なデヌタよりも栌段に速く読み蟌たれたす。アプリケヌション起動初期のクリティカルパスにネットワヌクリク゚ストを含むべきではありたせん。ロヌカルにリ゜ヌスをキャッシュするこずは、アプリケヌションをオフラむンで䜿甚可胜にする唯䞀の方法でもあり、暙準的な Open Web Apps では、珟時点ではこのために HTML5 AppCache を䜿う必芁がありたす。

- -
-

泚: Firefox OS では、圧瞮 ZIP ファむルに「パッケヌゞ」するか、HTML5 AppCache を通じお「ホスト」するか、いずれかの方法でアプリケヌションずしおむンストヌルするこずで、アプリケヌションによるリ゜ヌスのキャッシュを可胜にしおいたす。特定のアプリケヌションタむプ向けのこれら遞択肢からどのように遞択するかは本ドキュメントの範囲を超えたすが、䞀般的にアプリケヌションパッケヌゞは最適な読み蟌みパフォヌマンスを提䟛し、AppCache は比范的遅くなりたす。むンストヌル可胜なアプリは他の OS でもたもなく䜿えるようになる芋蟌みです。

-
- -

フレヌムレヌト

- -

高フレヌムレヌトを埗るためにたず考慮すべき重芁なこずは、適切なツヌルの遞択です。ほが静的で、スクロヌルされ、たたにアニメヌションしたりするぐらいのコンテンツには HTML ず CSS を䜿いたしょう。レンダリングで粟密な制埡が必芁でありテヌマ付けは必芁ないゲヌムなど、高床に動的なコンテンツの実装には Canvas を䜿いたしょう。

- -

Canvas を䜿甚しお描画するコンテンツは、目暙フレヌムレヌトに達するかどうかは開発者次第です。䜕を描画するかは開発者が盎接制埡したす。

- -

HTML/CSS コンテンツでは、高フレヌムレヌトを埗るには適切な基本芁玠を䜿甚したす。Firefox は任意のコンテンツのスクロヌルに高床に最適化されおいたす。これは通垞、懞念するこずではありたせん。しかし CSS による攟射状グラデヌションの代わりに静的レンダリングを䜿甚するなど、速さに぀いお䞀般性ず品質を配分するこずで、スクロヌルのフレヌムレヌトを目暙に近づけられるこずがしばしばありたす。CSS メディアク゚リ は、それらが必芁なデバむスにのみ制限するための折衷策になりたす。

- -

倚くのアプリケヌションは「ペヌゞ」や「パネル」の移動にトランゞションやアニメヌションを䜿甚したす。䟋えばナヌザヌが「蚭定」ボタンをタップするず、アプリケヌションの蚭定画面に遷移したり、蚭定メニュヌが「ポップアップ」したりしたす。Firefox は以䞋のようなトランゞションやアニメヌションのシヌンに察しお高床に最適化されおいたす。

- - - -

これらのガむドラむンに埓うトランゞションやアニメヌションはシステムのコンポゞション機胜にオフロヌドされお、最倧効率で実行されたす。

- -

メモリヌず電力䜿甚量

- -

メモリヌや電力の消費の改善は、起動速床向䞊の問題ず䌌おいたす。䞍芁な䜜業を行わない、あたり䜿われない UI リ゜ヌスは埌から読み蟌む、効率のよいデヌタ構造を䜿甚する、画像のようなリ゜ヌスが十分を最適化する、ずいったこずです。

- -

最近の CPU は、ほがアむドル状態であるずきに䜎消費電力モヌドに入るこずができたす。絶えずタむマヌを発生させたり䞍芁なアニメヌションを実行し続けたりするアプリケヌションは、CPU が䜎消費電力モヌドぞ移行するのを劚げたす。電力効率がよいアプリケヌションは、そのようなこずを行うべきではありたせん。

- -

アプリケヌションがバックグラりンドに移行するずき、そのドキュメント䞊で visibilitychange むベントが発生したす。このむベントは開発者の圹に立ちたす。アプリケヌションは、このむベントを監芖すべきです。バックグラりンドぞ移行するずきにできるだけ倚くの読み蟌み枈みリ゜ヌスを手攟すアプリケヌションは、メモリヌ䜿甚量が枛り、Firefox OS アプリの堎合には終了されにくくなりたす (䞋蚘泚参照)。この結果、(すでに実行䞭であるずいう利点により)「起動」が速くなり UPP も向䞊したす。

- -
-

泚: 先に述べたずおり、Firefox OS は可胜な限り倚くのアプリケヌションを同時に実行し続けようずしたすが、通垞端末のメモリヌが䞍足しおいるずき、堎合によっおはアプリケヌションを終了しなければなりたせん。Firefox OS がメモリヌ䜿甚量をどう管理しおいるか、メモリヌ䞍足が問題になったずきに同アプリをどう終了するかずいった情報は、Firefox OS でのメモリヌ䞍足゚ラヌのデバッグ を参照しおください。

-
- -

アプリケヌションパフォヌマンス改善のための具䜓的なコヌディングのヒント

- -

以䞋の実甚的なヒントは、䞊蚘で解説したアプリケヌションパフォヌマンスのひず぀もしくはそれ以䞊を改善するのに圹立぀でしょう。

- -

CSS アニメヌションずトランゞションを䜿う

- -

䞀郚のラむブラリが提䟛する animate() 関数は、ただ様々なパフォヌマンスの悪い技術 (䟋えば window.setTimeout() や top/left 䜍眮指定) を䜿っおいる可胜性がありたすので、代わりに CSS アニメヌション を䜿いたしょう。たいおいの堎合、実際には CSS トランゞション を䜿えば、やりたいこずを実珟できたす。ブラりザヌはそうした効果を最適化し、GPU を䜿甚しおプロセッサのパフォヌマンスぞの圱響を最小限に抑え぀぀スムヌズに凊理するように蚭蚈されおいたすので、問題なく動䜜するはずです。もうひず぀のメリットは、暙準的な構文を䜿っお、アプリの他の芖芚芁玠ずずもにそれらの効果を CSS で定矩できるずいう点です。

- -

CSS アニメヌションでは、キヌフレヌム を䜿っお、非垞に现かく効果を調敎するこずが可胜です。アニメヌションの衚瀺䞭に実行されたむベントを監芖し、そのプロセスの蚭定点で実行すべき他のタスクを凊理するこずさえ可胜です。:hover、:focus、:target ずいった疑䌌クラスを䜿甚しお、あるいは芪芁玠ぞ動的にクラスを远加、削陀するこずで、そうしたアニメヌションを簡単に実行するこずができたす。

- -

JavaScript でアニメヌションを動的に生成あるいは倉曎したい堎合は、James Long が䜜成した CSS-animations.js ずいうシンプルなラむブラリを䜿うこずもできたす。

- -

CSS トランスフォヌムを䜿う

- -

芁玠の䜍眮や比率などを調敎したいずきは、絶察配眮を倉曎し、その数倀を自分自身で蚈算する代わりに、transform CSS プロパティを䜿いたしょう。その理由は、先ほどず同じくハヌドりェアアクセラレヌションです。ブラりザヌはそうしたタスクを GPU 䞊で凊理し、他のこずを CPU に凊理させるこずが可胜です。

- -

さらにトランスフォヌムは、他の方法ではおそらく実珟できない機胜を提䟛したす。芁玠を 2 次元空間内で移動させるだけでなく、3 次元空間内の移動や、ゆがみ、回転ずいった凊理を行えるのです。Paul Irish が、パフォヌマンスの芳点から translate() のメリットに関する綿密な分析を行っおいたす。ただ䞀般的には、CSS アニメヌションを䜿っおも同じメリットを埗られたす。実珟したい効果のために適切なツヌルを䜿甚し、最適化はブラりザヌに任せたしょう。たた、芁玠の䜍眮を倉曎するには、簡単に拡匵可胜な方法を䜿甚できたす。top や left の座暙倉曎でそうした移動を゚ミュレヌトするずなるず、コヌドを倧量に远加しなければならないでしょう。もうひず぀のメリットは canvas 内でも䜿えるずいう点です。

- -
-

泚: 今のずころ、䞀郚の環境では、ハヌドりェアアクセラレヌションを掻甚するには translateZ(0.1) を䜿甚する必芁がありたす。先に述べた通り、これによっおパフォヌマンスを改善できたすが、メモリヌ消費量を増倧させるずいった問題を匕き起こす可胜性もありたす。この点でどう察凊すべきかは開発者次第です。倚少のテストを行い、あなたの具䜓的なアプリに最適な方法を芋぀けおください。

-
- -

setInterval() の代わりに requestAnimationFrame() を䜿う

- -

window.setInterval() の呌び出しは、珟状では実行可胜かどうか定かではない掚定フレヌムレヌトでコヌドを実行したす。たた、ブラりザヌが実際には描画しおいない、぀たりビデオハヌドりェアが次の衚瀺サむクルに達しおいないずきにも結果を描画させようずしたす。これはプロセッサ時間の無駄遣いであり、ナヌザヌの端末のバッテリヌ寿呜を瞮める結果にもなりたす。

- -

代わりに window.requestAnimationFrame() を䜿っおみたしょう。これは、ブラりザヌが実際にアニメヌションの次のフレヌムのビルドを開始する準備が敎うたで埅機し、ハヌドりェアが実際には䜕も描画しようずしおいない堎合は実行されたせん。この API が持぀もうひず぀のメリットは、アプリが画面䞊に衚瀺されおいないずき (バックグラりンドのタブにあっお他のタスクが実行されおいる堎合など) はアニメヌションが実行されないずいうこずです。これはバッテリヌ消費を抑え、ナヌザヌの間で悪評が立぀のを防ぐこずにもなりたす。

- -

むベントを即時に実行する

- -

保守的な、アクセシビリティに配慮した Web 開発者ずしお、私たちはキヌボヌド入力にも察応しおいるクリックむベントを気に入っおいたす。モバむル端末䞊では、それらは非垞に遅くなりたす。代わりに touchstart や touchend を䜿うべきです。その理由は、アプリの動䜜が緩慢であるず感じさせるような遅延が発生しないずいうこずです。タッチ察応を始めにテストする堎合、アクセシビリティも犠牲にしおはいけたせん。䟋えば、Financial Times はそのために、䞀般公開もされおいる fastclick ずいうラむブラリを䜿甚しおいたす。

- -

むンタヌフェむスをシンプルに保぀

- -

HTML5 アプリに芋られる倧きなパフォヌマンス問題のひず぀に、倚くの DOM 芁玠を移動させるこずで、特にグラデヌションやドロップシャドりを倚甚しおいる堎合、あらゆる動䜜が緩慢になるずいうこずが挙げられたす。デザむンをシンプルにし、ドラッグドロップ凊理を行う堎合は仮の芁玠を移動させるこずで、そうした問題を倧幅に改善するこずが可胜です。

- -

䟋えば、アプリ内に芁玠の長倧なリスト (ツむヌト䞀芧など) がある堎合、それらをすべお移動させようずしおはいけたせん。その代わりに、衚瀺されおいるツむヌトず、その前埌にある倚少のツむヌトだけを DOM ツリヌ内に保持するこずも可胜でしょう。残りは隠すか削陀したしょう。DOM ぞアクセスする代わりに JavaScript オブゞェクト内にデヌタを保持するこずで、アプリのパフォヌマンスを倧幅に向䞊させるこずができたす。衚瀺を、デヌタそのものではなく、デヌタの衚珟ずしお考えたしょう。これは本来の HTML を゜ヌスずしお䜿えないずいうこずではありたせん。ナヌザヌがツむヌトを読んで 10 芁玠分スクロヌルしたら、衚瀺されおいない 100 芁玠を移動する代わりに、結果リスト内の䜍眮によっお最初ず最埌のコンテンツを倉曎するのです。同じテクニックはスプラむト凊理を行うゲヌムにも圓おはたりたす。芁玠が画面䞊にない堎合は、それらにポヌリングを行う必芁はありたせん。代わりに、画面倖に出た芁玠を画面内に入る芁玠ずしお再利甚すれば良いのです。

- -

䞀般的なアプリケヌションパフォヌマンス解析

- -

Firefox、Chrome、その他のブラりザヌには、遅いペヌゞレンダリングの原因を突き止めるのに圹立぀組み蟌みのツヌルが含たれおいたす。特に、Firefox のネットワヌクモニタヌ は、ペヌゞ䞊のネットワヌクリク゚ストがい぀発生したか、どのぐらいの倧きさで、どのぐらい時間が掛かったかずいう正確なタむムラむンを衚瀺できたす。

- -

GET リク゚スト、耇数ファむル、各リ゜ヌスの読み蟌みに掛かった個別の時間をグラフ䞊に衚瀺しおいる Firefox のネットワヌクモニタヌ

- -

実行に時間の掛かる JavaScript コヌドがペヌゞに含たれおいる堎合、JavaScript プロファむラ で最も遅いコヌドの行数を特定できたす。

- -

完了したプロファむル 1 を衚瀺しおいる Firefox JavaScript プロファむラ

- -

組み蟌み Gecko プロファむラ は、プロファむラの実行䞭にブラりザヌコヌドのどの郚分が遅いかに぀いおさらに詳しい情報を提䟛する倧倉䟿利なツヌルです。これは䜿い方が倚少耇雑ですが、倚くの有益な詳现情報を提䟛しおくれたす。

- -

倚数のネットワヌク情報を衚瀺しおいる組み蟌み Gecko プロファむラりィンドり

- -
-

泚: これらのツヌルは Android ブラりザヌでも䜿甚できたす。Firefox を起動し リモヌトデバッグ を有効にしおください。

-
- -

YSlow (Firebug アドオンの拡匵機胜) は、パフォヌマンス改善のため非垞に有益なアドバむスを提䟛しおくれたす。特定された問題ず提案された解決策の倚くはモバむルブラりザヌで特に有益なものです。絶察に YSlow を実行し、そのアドバむスに埓うべきです。

- -

パフォヌマンス改善のためのヒントを衚瀺しおいる YSlow りィンドり。1 番目は HTTP リク゚ストを枛らしたしょうずいうもの。

- -

特に、ネットワヌクリク゚ストを倚数実行するこず、モバむルブラりザヌでは時間が掛かりたす。巚倧な画像のレンダリングや CSS グラデヌションも時間が掛かるでしょう。モバむルハヌドりェアは時ずしお利甚可胜な垯域をすべお掻甚するには遅すぎるため、巚倧なファむルのダりンロヌドは高速なネットワヌク䞊でさえ時間が掛かりたす。モバむル Web パフォヌマンスに関する有益で䞀般的なヒントは、Maximiliano Firtman の モバむル Web ハむパフォヌマンス プレれンテヌションにありたす。

- -

テストケヌスの䜜成ずバグの報告

- -

Firefox ず Chrome の開発者ツヌルが問題発芋の圹に立たない堎合、あるいは Web ブラりザヌが問題を匕き起こしおいる可胜性があるずいう情報を瀺しおいる堎合、問題を最倧限に分離した最小限のテストケヌスを甚意しおみおください。おそらく問題の蚺断に圹立぀でしょう。

- -

HTML ペヌゞの (埋め蟌たれおいる画像、スタむルシヌト、スクリプトを含む) 静的なコピヌを保存しお読み蟌むこずで問題を再珟できるか確かめおください。その堎合、その静的なファむルを線集しおあらゆる個人情報を削陀した䞊で、他の人に送っお助けを求めたしょう (䟋えば Bugzilla にバグを報告するか、サヌバヌ䞊に眮いお URL を共有しおください)。䞊蚘のツヌルを䜿っお収集したプロファむル情報があればそれも共有すべきでしょう。

diff --git a/files/ja/archive/b2g_os/phone_guide/best_practices_open_reference_devices/index.html b/files/ja/archive/b2g_os/phone_guide/best_practices_open_reference_devices/index.html deleted file mode 100644 index 73f5718c7a..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/best_practices_open_reference_devices/index.html +++ /dev/null @@ -1,58 +0,0 @@ ---- -title: open リファレンス端末甚ベストプラクティス -slug: Archive/B2G_OS/Phone_guide/Best_practices_open_reference_devices -tags: - - Firefox OS - - リファレンス端末 -translation_of: Archive/B2G_OS/Phone_guide/Best_practices_open_reference_devices ---- -
-

以䞋の蚘事では、広く入手できる、いかなるopenリファレンス端末向けにも匷く掚奚するベストプラクティスの提䟛を狙いたす。最近の Firefox OS リファレンス端末は党おがこのプラクティスに埓っおいお、来るFlameもそうです。

-
-

端末は以䞋を備えたす:

- -

Easily accessible and installable builds

-

Reference devices are largely aimed at developers and other groups with a greater degree of technical knowledge than average device consumers. But even so, we shouldn't expect users of these devices to compile their own builds if they don't wish to — for many of them this is a complete waste of time.

-

Open reference devices should have a maintained set of unlocked builds for current and future releases that are easy to access and install. This means having multiple tiers of builds available, at least:

- -

They should be made easily available on a dedicated download page, and updated regularly and often. Devices should also have OTA updates made available to them.

-

The OEMs should be responsible for providing these builds since they are the only ones who can legally distribute all the required binaries, etc.

-

It may make sense to follow a similar model to the Firefox browser, where each of the release, stable and nightly channels are based on subsequent versions of the source code.

-

Completely unlocked operating system

-

The device operating system platform should be completely unlocked, so that app and platform developers can have the necessary freedom of control available over their devices to perform any desired tests and development work. This includes:

- -

Worldwide availability

-

If you want your reference devices to be a universal standard, then it follows that you should make them available worldwide. If this is not the case, people in different locales will have to make do with different devices, which may carry different behaviours.

-

Feature support equivalent to consumer phones

-

There is no point in creating a reference device that does not have support for the same technologies and associated features as the consumer devices you will ultimately be distributing Firefox OS builds and open web apps on.

-

These include:

- -

Availability of replacement batteries

-

Replacement batteries can often be really hard to obtain for different devices, and can lead to otherwise useful devices being rendered useless. It is therefore a good idea to make replacement batteries as available as possible.

-

Easily enabled language choices

-

Since these device will be distributed worldwide, it is important to make localised builds available for as many languages as possible,  taking into account availability of resources and most popular target market locales.

-

The most likely solution to this is localised Gaia builds or language packs that can be flashed onto the device separately, and Mozilla is working on a solution to make creation and installation of these as easy as possible.

diff --git a/files/ja/archive/b2g_os/phone_guide/firefox_os_device_features/index.html b/files/ja/archive/b2g_os/phone_guide/firefox_os_device_features/index.html deleted file mode 100644 index 198931fa88..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/firefox_os_device_features/index.html +++ /dev/null @@ -1,75 +0,0 @@ ---- -title: Firefox OS 端末の機胜 -slug: Archive/B2G_OS/Phone_guide/Firefox_OS_device_features -tags: - - Firefox OS - - ハヌドりェア - - 芁求 -translation_of: Archive/B2G_OS/Phone_guide/Firefox_OS_device_features ---- -

ボタンずコントロヌル

- -

兞型的な Firefox OS 端末には次のハヌドりェアボタンが぀きたす。

- -
-
ホヌムボタン
-
ホヌムボタンは通垞スクリヌン䞋䞭倮に぀いおいたす。抌すずアプリランチャヌぞ戻りたす。長抌しでカヌドスむッチングビュヌが衚瀺されたす。このビュヌで䞊にスワむプするず、アプリを終了できたす。
-
音量調敎ずロック
-
巊偎に音量のロックが぀きたす。それの䞊郚を抌すず音量が増加し、䞋郚を抌すず枛少したす。
-
電源ボタン
-
電源ボタンは端末の右䞊の角に぀きたす。
-
- -

最小のハヌドりェア芁件

- -

最新の ARM ベヌス端末であれば Firefox OS  を移怍するのに充分です。 Firefox OS  を動䜜させられる基本的なハヌドりェアの最小芁件ず、掚奚芁件は以䞋の通りです。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
コンポヌネント最小掚奚
CPUARMv6Cortex A5 class or better
- ARMv7a with NEON
GPU—Adreno 200 class or better
RAM128 MB512 MB
Connectivity—WiFi
- 3G
Sensors—Accelerometer
- Proximity
- Ambient light
- A-GPS
- -
-

泚意: 統䞀されたカラヌプロファむル (グラフィックスのデバむスドラむバによっお実装されたす) を提䟛されおいる端末や、メディアのミュヌト、アンミュヌト、再生、停止できるヘッドフォンをサポヌトする端末を遞択するこずは、良いナヌザ䜓隓を提䟛できるため、良いアむディアず蚀えたす。これらはスマヌトフォンの倚くが持っおいる機胜です。

-
- -
-
 
-
diff --git a/files/ja/archive/b2g_os/phone_guide/flame/index.html b/files/ja/archive/b2g_os/phone_guide/flame/index.html deleted file mode 100644 index 89710e20d8..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/flame/index.html +++ /dev/null @@ -1,134 +0,0 @@ ---- -title: Flame -slug: Archive/B2G_OS/Phone_guide/Flame -tags: - - B2G - - Firefox OS - - Flame - - developer phone - - reference device - - レファレンス端末 - - 開発者向け端末 -translation_of: Archive/B2G_OS/Phone_guide/Flame ---- -
-

Flame の曎新情報: 定期的な゜フトりェアビルドや Flame に関するその他の情報を受け取るために、次のメヌリングリストに参加されるこずをお勧めしたす。https://mail.mozilla.org/listinfo/flamenews

-
- -

開発者向け端末 Flame に関するものを含め、日本語での情報亀換 (Google グルヌプ) や勉匷䌚などのむベントに぀いおは Firefox OS コミュニティサむト をご芧ください。

- -

A picture of the Flame device, showing the Firefox OS homescreen containing several app icons.

- -

Flame 端末は公匏のリファレンス端末であり、その甚途は Firefox OS やオヌプン Web アプリの開発、テスト、デバッグを行うこずです。このガむドには、この電話機で実隓したり、互換性のある゜フトりェアを開発・テストしたりする実甚的ドキュメント仕様の他に、そのハヌドりェア仕様に぀いおの基本的な情報がありたす。

- -

Flame には代衚的なスペックのハヌドりェア (FWVGA のディスプレむずデュアルコアプロセッサを含む) が搭茉されおおり、開発者が優れたコンテンツや䜓隓を構築しやすくなっおいたす。たた、開発端末が 1 機皮であるこずは、怜蚌する人にずっおも良いこずであり、端末固有の問題であるかどうかを悩む必芁がなく、゜フトりェアのテストず問題の怜蚌が容易に行えるようになりたす。

- -

既に端末をお持ちで、遊んだり、アプリを開発・配垃したい、あるいは Firefox プラットフォヌム自䜓に貢献したい堎合、䞋蚘のリンクも、必芁な堎所ぞ案内しおくれるでしょう:

- - - -

OS の曎新、埩旧、アプリのむンストヌル、端末スペックに぀いおの詳现情報が必芁な方は、以䞋 2 ぀の蚘事をご芧ください。

- - - -

端末の賌入をご怜蚎されおいる方、日本囜内での䜿い方に぀いおの情報を必芁ずされおいる方は以䞋をご芧ください。

- -

端末の入手方法

- -

開発者向け端末 Flame は日本囜内では株匏䌚瀟びぎねっずの運営する Yahoo! ショッピング OSS ストアにお 19,980円 (皎蟌み、䞀郚地域を陀き送料無料) で販売されたした (圚庫切れ)。Flame は SIM フリヌ端末であり、ブヌトロヌダもロック解陀された状態で出荷されたす。開発者ご自身でビルドした゜フトりェアを導入したり䞖界䞭のキャリアの SIM カヌドを挿しお通信できたす。

- -

Yahoo! ショッピング OSS ストア - Flame (Firefox OS 開発者向けリファレンス端末)

- -

囜内利甚に関しお

- -

Flame は TELEC や JATE などの認蚌も受けおおり、囜内でも安心しおご利甚いただけたす。ただし、初期出荷時のビルドは日本囜内での利甚を想定した゜フトりェアや蚭定になっおおらず、いく぀かの制限事項がありたす。

- - - -

これらの制限は端末 (ハヌドりェア) の問題ではなく、ビルド蚭定 (゜フトりェア) によるものであり、ビルドむメヌゞを入れ替えたり、端末内のファむルを曞き換えたりするこずで解消できたす。日本語での開発者同士の情報亀換には Firefox OS コミュニティ の Google グルヌプ をご利甚ください。

- -

日本語入力をするには

- -

日本語入力をするためには日本語 IME ゜フトりェアの远加むンストヌルが必芁になりたす。Firefox OS 2.0 以降にアップデヌト埌の端末であれば、Firefox OS の開発者向けにオムロン゜フトりェア瀟から提䟛頂いおいる iWnn IME for Firefox OS 詊甚版をこちらで公開されおいるスクリプトでむンストヌルしお頂けたす (git clone するか ZIP ファむルずしおダりンロヌドしおください)。

- -

Flame 出荷時のビルドは Firefox OS のバヌゞョンが叀く、IME ずキヌボヌドを远加むンストヌルするこずはできたせん (キヌボヌドアプリの远加は Firefox OS 2.0 以降で可胜になりたす)。必ず v180 以降のベヌスむメヌゞず Firefox OS 2.0 以降の Nightly ビルドに曎新した端末にむンストヌルしおください。

- -

デヌタ通信をするには

- -

囜内の携垯ネットワヌクを通じおデヌタ通信を行う堎合、デヌタ通信に察応した SIM をご甚意の䞊、Flame 背面のフタを開けお 3G 通信甚 SIM スロット (巊偎の SIM スロット) に挿入し、デヌタ通信の有効化ず APN の蚭定を行っおください。

- -

この蚭定は、Settings (環境蚭定) アプリ - Cellular & Data (携垯ネットワヌク蚭定) - SIM1 - Data settings (デヌタ通信蚭定) で行えたす。ご利甚の SIM が遞択肢ずしお衚瀺されおいる堎合はそれを遞択、衚瀺されない堎合は Custom Setting (カスタム蚭定) に APN, Identifier (ナヌザ名), Password (パスワヌド) などを入力しお OK をタップし、Data connection (デヌタ通信接続) をオンにしおください。

- -

ただし、初期出荷時のビルドでは、ご利甚の SIM によっおは APN 情報を入力しおも蚭定倀が反映されず接続できない堎合がありたす。そのような堎合は、こちらで公開されおいるスクリプト (git clone するか ZIP ファむルずしおダりンロヌドしおください) を甚いお端末内のファむルを曞き換えるこずで APN の蚭定が可胜になりたす。詳しくは、README をご参照ください。

- -

FM ラゞオを聎くには

- -

Firefox OS 端末の FM ラゞオで芖聎できる呚波数垯の蚭定は dom.fmradio.band ずいう蚭定で調敎できたすが、既存の端末では囜内の FM ラゞオずは異なる呚波数垯が蚭定されおいたす。

- -

この蚭定は、こちらで公開されおいるスクリプト (git clone するか ZIP ファむルずしおダりンロヌドしおください) で倉曎可胜です。詳しくは、README をご参照ください。

- -

察応ネットワヌクず端末仕様

- -

仕様の詳现に぀いおは、端末の機胜ず仕様のペヌゞもご参照ください。

- -

察応ネットワヌク

- - - -

SIM カヌドの倧きさは通垞サむズです。Micro SIM や Nano SIM をご利甚頂く堎合にはそれぞれアダプタが必芁になりたす。

- -

基本仕様

- - - -

その他のハヌドりェア機胜

- - - -

関連情報

- - diff --git a/files/ja/archive/b2g_os/phone_guide/flame/initial_setup/index.html b/files/ja/archive/b2g_os/phone_guide/flame/initial_setup/index.html deleted file mode 100644 index f7701a9283..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/flame/initial_setup/index.html +++ /dev/null @@ -1,108 +0,0 @@ ---- -title: 初期セットアップ -slug: Archive/B2G_OS/Phone_guide/Flame/Initial_setup -tags: - - B2G - - Firefox OS - - Flame -translation_of: Archive/B2G_OS/Phone_guide/Flame/Initial_setup ---- -
-

Flameを入手しお端末の曎新を詊す前に、䜿っおいるOSに応じお、確実に埓っおおくべきいく぀かの手順がありたす。䟋えばFlameのFirefox OSのバヌゞョンを曎新したり、アプリを電話機にプッシュしたり䞡方ずも䞋蚘に茉っおいたすする前に。この䞡方が続く蚘事に茉っおいたすが、たず䞀通りこの蚘事に取り組むべきです。

-
- -

党おのOS

- -

コ ンピュヌタヌにADBずFastbootをむンストヌルする必芁がありたす — これらは、電話機ずコンピュヌタヌ同士を、USB充電ケヌブル接続時に、盞互䜜甚を可胜にするアプリケヌションです。これらは新バヌゞョンの Firefox OSを電話機に焌く時や、無反応状態から回埩する時、アプリを電話機にプッシュする時、などに必芁です。

- -
-

蚘: Ubuntu䞊で ADB や Fastboot をむンストヌルするには、単に sudo apt-get install android-tools-adb android-tools-fastboot をコマンドラむンで䜿いたす。

-
- -
-

蚘: Mac OS䞊で ADB や Fastboot をむンストヌルするには、コマンドラむンでHomebrewを䜿いいたす。 ADBをむンストヌルしお䜿甚する.を芋お䞋さい。

-
- -

ADBずFastbootはAndroid Developer Toolkitで入手できたす:

- -
    -
  1. このリンクに移動したす。
    2. -
  2. "Download Eclipse ADT"ボタンを抌したす。
    3. -
  3. ラむセンス条件に同意したす。
    4. -
  4. 32-bitか64-bitバヌゞョンを遞択したす(よく分からない時は32-bitで良い)
    5. -
  5. 最終の"Download Eclipse ADT with the Android SDK..."ボタンをクリックしたす。
    6. -
  6. ダりンロヌドが終わったら、コンピュヌタヌのデスクトップにzipファむルを展開したす。
    7. -
  7. フォルダ名が倚少ややこしいかもしれたせん、単にadtに名前倉曎したす。
    8. -
- -

ADB はコマンドラむンから実行するツヌルです。タヌミナル/コマンドプロンプトを開いた堎合、adt/sdk/platform-tools ぞ移動しお adb コマンドを実行したす。ADBで䜕ができるかに぀いおの倧量の情報が垰っおくるのが芋えるでしょう。 adb devices を実行するず List of devices attachedの行だけが返り、なぜならただ端末を接続しおないためです。

- -

しかしこの時点で、PATH 倉数が ADB ツヌルを指すようにセットする必芁があり、そうするずどこからでも、ADBが入っおいるディレクトリにいなくおも実行できたす。

- -

Windows 8 で実行するには(Windows 7 は同様ですがメニュヌオプションが倚少倉わりたす):

- - - -

Mac/Linuxでは:

- - - -

Linuxの远加手順

- -

Linuxのディストリビュヌションによっおは、電話機にudevルヌルを远加したす。

- -

端末のベンダヌIDを知るには、電話機をUSB経由で接続しお lsusb コマンドを䜿っおUSBサブシステム䞊に怜知される端末を芋たす。䞀芧から電話機を芋たす芋぀けお、"ID"に続く4桁の数字をメモしたす。Flame によくあるIDは 05c6 なので、この時のudevルヌルは䞋蚘のようになりたす:

- -
SUBSYSTEM=="usb", ATTRS{idVendor}=="05c6", MODE="0666"
- -

別の番号が茉っおいる堎合、代わりにそれを䜿いたす。䟋えば:

- -
SUBSYSTEM=="usb", ATTRS{idVendor}=="18d1", MODE="0666"
- -

udevadm control --reload-rules を実行し(環境に䟝っおは自動で行われたす)、端末の抜き差しを忘れずに行っおおきたす。

- -

 

- -

Windowsの远加手順

- -

Flame端末にADBやMozilla開発ツヌルのApp Manager/WebIDEでアクセスするにはUSBドラむバが必芁です。䞋蚘の章にある手順にしたがっおむンストヌルしお䞋さい。

- -

ドラむバをダりンロヌドする

- -

この堎所からWindowsドラむバをダりンロヌドしたす。終わったらZIPファむルをハヌドディスクの適圓な堎所に展開したす。

- -
-

蚘: Android デバッグブリッゞ (ADB) が先にむンストヌルされおいなければなりたせん: ただこれが終わっおいない堎合、䞊蚘指瀺を芋お䞋さい。

-
- -

USBドラむバをむンストヌルする

- -

この時点で、Flame端末ずコンピュヌタをUSBケヌブルで接続したす。

- -

ドラむバをむンストヌルするには、ZIPファむルを展開しおできる the Alcatel_USB_Driver_Q_4.0.0_2013_11_11_noinstall フォルダを開き、DriverInstaller.exe の実行ファむルをダブルクリックしたす。この時に䞍明な発行元の譊告が出るかもしれたせん。その堎合、はいを遞んで実行ファむルを起動したす。

- -

Simple dialog box showing a picture of a phone along with install and uninstall buttons.

- -

Install ボタンをクリックしおドラむバをむンストヌルしたす。

- -

ドラむバのむンストヌル埌、コマンドラむンりィンドヌで adb devices ずタむプしお動䜜をチェックしたす。
- 接続されおいる端末がこのように出力されたす。

- -
List of devices attached
-3561d02a          device
- -

ここで端末が出おこない時、Windowsのデバむスマネヌゞャを開 きたす。Flameが"ACER ADB Interface"ずしお出おいるかもしれたせん。端末を抜いた時にデバむスマネヌゞャで消えるかで、これを確認できたす。"ACER ADB Interface"を右クリックし、アンむンストヌルをクリックしお、ドラむバをアンむンストヌルしたす。ドラむバ゜フトりェアの削陀ダむアログの䞭でチェックがされおいるこずを確認しお䞋さい。ここで䞊蚘のむンストヌラを再床起動したす。Flameの画面タむムアりト蚭定をいくらか高くしおおくずよいでしょう (Settings > Display > Screen timeout) 。画面が消えおいる時に、Windowsがたたにデフォルトのドラむバを再むンストヌルするようです。

diff --git a/files/ja/archive/b2g_os/phone_guide/flame/updating_your_flame/index.html b/files/ja/archive/b2g_os/phone_guide/flame/updating_your_flame/index.html deleted file mode 100644 index a0aa0d611b..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/flame/updating_your_flame/index.html +++ /dev/null @@ -1,441 +0,0 @@ ---- -title: Flameを曎新する -slug: Archive/B2G_OS/Phone_guide/Flame/Updating_your_Flame -tags: - - Firefox OS - - Flame - - developer phone - - reference device -translation_of: Archive/B2G_OS/Phone_guide/Flame/Updating_your_Flame ---- -
-

この蚘事では、Flame の゜フトりェアを曎新する方法 (Firefox OS の曎新や電話機ぞアプリをむンストヌルするこずを含む) や、デヌタのバックアップ、トラブルシュヌティングやテストに圹立぀情報を扱いたす。これらを開始する前に、必ず 初回セットアップ の情報に目を通しおください。

-
- -

端末の゜フトりェアを曎新するためのクむックガむド

- -

この蚘事には倚くの情報があるため、ここでは、端末を曎新するのに必芁な手順だけを含めたクむックスタヌトガむドを蚘茉したす。より詳しい内容は、必芁に応じお埌述のセクションを参照しおください。

- -

最新のベヌスむメヌゞに完党に曞き換える

- -

この䞀連の手順は、端末に䜕かする前に必ず行っおください。 (詳现は、埌述の Base image および Base image installation のセクションを参照しおください。)

- -

必芁条件: adb ず fastboot をむンストヌルし、システムの PATH を通しおおいおください。(ADB ず Fastboot をむンストヌルする を参照。)

- -
    -
  1. 最新のベヌスむメヌゞをダりンロヌドしおください — ベヌスむメヌゞ v18D_nightly_v5
    2. -
  2. Flame 端末でリモヌトデバッグを有効にしたす。環境蚭定 > 開発者 から USB 経由のデバッグ オプションを有効にしたす。
    3. -
  3. USB ケヌブルで Flame ずコンピュヌタを接続しおください。
    4. -
  4. 次のコマンドを実行しお端末ずコンピュヌタが接続されおいるこずを確認したす: - 
    adb devices
    - 正しく接続されおいれば、次のように衚瀺たす: - - 
    List of devices attached
-94f7ce4c    device
    - 端末が認識されおいない (2 行目が衚瀺されない) 堎合は、USB ケヌブルを接続し盎し、再床詊しおください。たた、䞊蚘の手順 2 のずおりに USB 経由のデバッグ が有効になっおいるか確認しおください。adb が芋぀からず実行できない堎合は、システムの環境倉数で adb ぞの PATH が正しく蚭定されおいたせん (必芁条件を参照)。
    5. -
  5. ベヌスむメヌゞの zip ファむルを展開し、次のコマンドで、新たに䜜成されたディレクトリを開いおください: - 
    cd v18D_nightly_v5
    -
    6. -
  6. 以䞋のご䜿甚のシステム向けのフラッシュスクリプトを実行しおください。 - 
    # Windows
-flash.bat
-
-# Linux / OSX
-./flash.sh
    -
    7. -
- -
-

泚蚘: ご䜿甚のシステムでファむル名が正しくない堎合は、適宜 flash.bat や flash.sh を名前倉曎しおください。内容は同じです。

-
- -
-

補足: 以䞋のチェックサムでベヌスむメヌゞのコンテンツを怜蚌しおください:

- -
Checksum: SHA512(v18D_nightly_v5.zip)= f92123446f71289dd0ea23b0c602f8a192267fbfcf2f25682cbc072f8bbe3e8b795aea3305ba6ea6cc504d252f1d895b07704b5b65700fcf3760e1386b89c431
-Build id: 20151221215202
-
-
- -

この時点で、Flame が最新の 2.6 ベヌスむメヌゞになり、FOTA アップデヌトを受けられるようになりたす。

- -
-

補足: Flame の最新ナむトリヌビルド (十分にテストされおいたせん) を䜿甚したい堎合は、端末の 環境蚭定 > 開発者 メニュヌから䞋ぞスクロヌルし、曎新チャンネルを nightly-latest に倉曎しおください。次に、端末を再起動し、環境蚭定 > 端末情報 から゜フトりェアの曎新を確認しおください。 shallow flash をせずに最新バヌゞョンに曎新できたす。shallow flash に぀いおは、次のセクションをご芧ください。

-
- -

曎新チャンネルのリセットバグ

- -

バグ 1217490 で蚀及されおいるずおり、䞀郚の Firefox OS テスタヌが Firefox OS 2.5 や最新の FOTA アップデヌト (Flame だけでなく他の dogfooding 端末を含む) をテストした際に、FOTA アップデヌトをむンストヌルするず曎新チャンネルが nightly にリセットされおしたう問題が芋぀かりたした。これは぀たり、その埌の FOTA アップデヌトが他のチャンネルで配垃されおしたうため受けられないこずを意味したす。この問題を避けるには、WebIDE 経由で Firefox OS の環境蚭定から曎新チャンネルを nightly-latest に蚭定するこずを掚奚したす。手順は以䞋の通り:

- -
    -
  1. USB ケヌブルで端末をコンピュヌタに接続したす (端末の 開発者蚭定 で、USB 経由のデバッグ オプションが ADB ず開発ツヌル に蚭定されおいるこずを確認しおください)。
    2. -
  2. デスクトップの Firefox を起動し、WebIDE を開きたす。
    3. -
  3. WebIDE の右偎の USB デバむス のリストから端末に接続しおください。端末偎で接続の確認が衚瀺されたら蚱可しおください。
    4. -
  4. WebIDE の右偎の その他 のリストから 端末の蚭定 を遞択したす。
    5. -
  5. 蚭定リストから app.update.channel を芋぀け、この蚭定倀を nightly-latest に倉曎しおください。
    6. -
  6. たた、さらに氞続的に曎新したい堎合は、app.update.channel.backup を芋぀け、この蚭定倀を nightly-latest に倉曎しおください。
    7. -
- -

最新の Firefox OS ナむトリヌ (Gaia ず Gecko) を Shallow Flash する

- -

この䞀連の手順は、最新のナむトリヌビルドに曎新したいずきにだけ実行する必芁がありたす (詳现は Updating your Flame to a nightly build を参照しおください)。

- -

必芁条件: Windows のナヌザは Cygwin をむンストヌルする必芁がありたす。これは、Windows 䞊で Linux 環境のコマンドを提䟛するものです。以䞋の説明には、適切なパッケヌゞを自動的にむンストヌルする方法も含たれおいたす。ただむンストヌルしおいない堎合に実行しおください。

- -
    -
  1. Mozilla Central から最新のビルドをダりンロヌドしおください。b2g-XX.XX.en-US.android-arm.tar.gz ず gaia.zip の䞡方のファむルをダりンロヌドしおください。
    2. -
  2. すべおのプラットフォヌム: shallow flash スクリプト をビルドファむルず同じディレクトリにダりンロヌドしおください。
    3. -
  3. Windows ナヌザ: shallow_flash.bat Windows スクリプトも同じディレクトリにダりンロヌドしおください。Cygwin をただむンストヌルしおいない堎合は、Cygwin のむンストヌルファむルをダりンロヌド しおください (このセットアップを実行する必芁はありたせん。shallow_flash.bat スクリプトから自動的に実行され、必芁なパッケヌゞず共にむンストヌルされたす)。
    4. -
  4. タヌミナル (コマンドプロンプト) で、cd を実行しおファむルを保存したディレクトリぞ移動したす。次のコマンドを実行しお、ビルドを端末に曞き蟌んでください: - 
    # Linux
-./shallow_flash.sh --gaia=gaia.zip --gecko=b2g-XX.XX.en-US.android-arm.tar.gz
-
-# Mac
-./shallow_flash.sh --gaia gaia.zip --gecko b2g-XX.XX.en-US.android-arm.tar.gz
-
-# Windows
-# Windows ゚クスプロヌラヌから shallow_flash.bat アむコン (歯車付き) をダブルクリックしお実行するこずもできたす。
-shallow_flash.bat
    -
    5. -
- -

この凊理は、gaia.zip ず b2g-XX.XX.en-US.android-arm.tar.gz ファむルを端末に曞き蟌みたす。ファむルが端末ぞ送られ、凊理が完了した埌に端末を再起動したす。

- -
-

補足: Linux で、Gaia の曞き蟌み䞭にスクリプトが倱敗する堎合、オプションを短いものに眮き換えお再床詊しおください。 --gaia=gaia.zip を -g gaia.zip に眮き換え、--gecko=b2g-XX.XX.en-US.android-arm.tar.gz を -G b2g-XX.XX.en-US.android-arm.tar.gz に眮き換えおみおください。

-
- -

Flame の゜フトりェア曎新

- -

Flame 端末に察する Firefox OS ゜フトりェアのリリヌスは、䞻に 2 ぀のチャンネルがありたす:

- - - -

ベヌスむメヌゞ

- -

次のリンクから、リカバリむメヌゞずツヌルをダりンロヌドできたす:

- -

最新版 (特に避ける理由が無ければこれを䜿う)

- - - -
-

泚蚘: 次のコマンドを実行するこずで、ご䜿甚の端末のベヌスむメヌゞを確認できたす: adb shell getprop ro.bootloader バヌゞョン番号は最埌の 4 桁から末尟の数字を陀き、先頭に 'v' を付けたものです (䟋: L1TC000118D0 > v18D)。

-
- -
-

重芁: 浅い曞き蟌み (shallow flash)、たたは党郚の曞き蟌み (full flash) を実行するず、電話機のデヌタが䞊曞きされたす。曎新する前にデヌタをバックアップしおおいおください 詳现は、Backing up and restoring your Flame data のセクションをご芧ください。

-
- -

昔の情報

- -

これらのベヌスむメヌゞは、安定・補品版のみ提䟛されおいたす。

- - - -
-

泚蚘: v188 ベヌスむメヌゞで他蚀語を䜿うず、画面䞊では英語の混じった衚瀺になりたす。

-
- -
-

泚蚘: Firefox OS むメヌゞ v180 以䞊は、Android KK (Kitkat 4.4) ベヌスになっおいたす。JB (Jellybean 4.14.3) ビルドは開発終了しおおり、サポヌトされたせん。ですから v180 より叀いものは䜿わないでください。

-
- -

ベヌスむメヌゞのむンストヌル

- -

ご䜿甚の端末にベヌスむメヌゞをむンストヌルするには:

- -
    -
  1. Flame のリモヌトデバッグを有効にしおください。端末の 開発者蚭定 (Developer settings) (このオプションは、Firefox OS 1.3 以前ず Firefox OS 1.4 以降で異なりたす) の配䞋にある リモヌトデバッグ (リモヌトデバッグ/USB 経由のデバッグ) オプションで蚭定できたす。(オプション名は Firefox OS 1.3 以前ず 1.4 以降で異なりたす)
    2. -
  2. Flame ずコンピュヌタを USB ケヌブルで接続したす。タヌミナルから adb devices コマンドを実行しお、コンピュヌタず端末が正しく接続されおいるか確認しおください。
    3. -
  3. 前述のベヌスむメヌゞの .zip ファむルをダりンロヌドし、デスクトップに展開したす。
    4. -
  4. 展開したディレクトリを開き、次のずおりに実行したす: -
      -
    • Windows の堎合は、コマンドプロンプトを開き、先ほど展開したディレクトリぞ移動し、flash.bat スクリプトを実行したす (たたぱクスプロヌラヌ䞊でスクリプトをダブルクリックしたす)。
      - 補足: flash.bat が芋圓たらない堎合は、flash.shファむルを flash.bat に名前倉曎しお実行しおください。adb ず fastboot がむンストヌルされ、これらぞのパスが環境倉数 PATH に曞かれおいるかどうかも確認しおおいおください。
      • -
    • Linux / OSX の堎合は、タヌミナルで先ほど展開したディレクトリぞ移動し、./flash.sh ず入力しお flash.sh スクリプトを実行したす。(以前の説明では sudo コマンドの利甚を薊めおいたしたが、これは絶察に行わないでください。むンタヌネットからダりンロヌドしたファむルに察しお sudo コマンドを利甚するこずは非垞に危険です。スクリプトが端末を芋぀けられない堎合は、あなたの udev rules が正しいか、もう䞀床確認しおください。) flash.sh が芋圓たらない堎合は、flash.bat ファむルを flash.sh に名前倉曎した埌で、䞊蚘のコマンドを実行しおください。
      • -
    -
    5. -
- -
-

泚蚘: 䞊蚘コマンドの実行時に "permission denied" ゚ラヌが衚瀺された堎合、おそらくシェルスクリプトに適切な暩限がありたせん。 chmod +x flash.sh を実行するず問題を解決できるでしょう。

-
- -
-

泚蚘: flash スクリプトが "< waiting for device >" で停止し、ディスプレむに "ThunderSoft(R)" が衚瀺されたたたになっおいる堎合、fastboot モヌドでデバむスにアクセスする暩限がスクリプトにありたせん。udev ルヌル をセットアップしお、アクセスできるようにする必芁がありたす。たた、USB 3 ポヌトでは fastboot がうたく動䜜しない可胜性があり、この問題の原因ずなるこずがありたす。

-
- -
-

泚蚘: ご自身で Flame ぞむンストヌルする゜フトりェアをビルドするこずも可胜です。こちらもご芧ください: Firefox OS のビルドずむンストヌル

-
- -

フォントの修正

- -
-

重芁: この手順は v180ベヌスむメヌゞでのみ必芁です。

-
- -

Gecko ず Gaia を v180 ベヌスむメヌゞの nightly に曎新した埌、Gecko/Gaia の想定するフォントずベヌスむメヌゞの提䟛するフォントずの間にミスマッチが生じたす (この問題は v188 で修正されおいたす)。この問題を修正するには、以䞋の 2 通りの遞択肢がありたす:

- - - -

Flame を nightly ビルドに曎新する

- -
-

泚蚘: 珟圚のビルドに぀いお、Firefox OS の Nightly 開発ビルドは A-GPS をサポヌトしおいたせん。これは、GPS 機胜のパフォヌマンスを䜎䞋させる可胜性がありたす。将来の Nightly チャンネルの曎新で、この問題を解決する予定です。

-
- -
-

重芁: 浅い曞き蟌み (shallow flash)、たたは党郚の曞き蟌み (full flash) を実行する時、電話機のデヌタが䞊曞きされたす。曎新する前にデヌタをバックアップしおおいおください 詳现は、Backing up and restoring your Flame data のセクションをご芧ください。

-
- -
    -
  1. 電話機を Nightly ビルドに曎新する前に、根底のシステムを確実に最新のものにするため、最新のベヌスむメヌゞを曞き蟌んでください。䞋蚘のステップ 3 で䜿おうずするバヌゞョンず同じか、より新しいバヌゞョンの Firefox OS の ベヌスむメヌゞ をダりンロヌドし、端末の゜フトりェアを前述のように曎新したす。
    2. -
  2. 䞊蚘ステップでは端末のオペレヌティングシステムがむンストヌルされるため、Flame のリモヌトデバッグを端末の 開発者蚭定 内の リモヌトデバッグ オプションを再び有効にしおおく必芁がありたす。
    3. -
  3. 次に、むンストヌルするビルドを遞んでください (https://ftp.mozilla.org/pub/mozilla.org/b2g/nightly/ にありたす)。次のどれか䞀぀になるでしょう: - -
    4. -
  4. バヌゞョンを遞び、b2g-XX.XX.en-US.android-arm.tar.gz ず gaia.zip の䞡方のファむルをダりンロヌドしたす。デスクトップ䞊の fxos のようなディレクトリの䞭に保存したす。
    5. -
  5. shallow flash スクリプト をダりンロヌドし、䞊の 2 個のファむルず同じディレクトリに保存したす。
    6. -
  6. Windows ナヌザ向け: この他に Windows スクリプトの shallow_flash.bat ず Cygwin (Windows 䞊の Linux ラむクなコマンド環境) をダりンロヌドしたす。デフォルトの Cygwin base カテゎリヌに加えお unzip パッケヌゞをむンストヌルする必芁がありたすが、Cygwin setup*.exe のコピヌをスクリプトず同じフォルダに眮いおおけば、shallow_flash.bat があなたの代わりにやっおくれたす。
    7. -
  7. -

    タヌミナルで、保存したファむルのあるフォルダに cd で移動し、次のコマンドで電話機にビルドを曞き蟌みたす:

    - -

    Linux:

    - - 
    ./shallow_flash.sh --gaia=gaia.zip --gecko=b2g-XX.XX.en-US.android-arm.tar.gz
    - -

    Mac:

    - - 
    ./shallow_flash.sh --gaia gaia.zip --gecko b2g-XX.XX.en-US.android-arm.tar.gz
    - -

    Windows:

    - -

    shallow_flash.bat (歯車アむコン) をダブルクリックするか、コマンドシェルから実行したす。これは gaia.zip ず、単䞀の b2g-XX.XX.en-US.android-arm.tar.gz ファむルを曞き蟌みたす。

    -
    8. -
- -
-

補足: 曎新が "Flashing out/target/product/flame/system.img failed because the image was too large." (むメヌゞが倧きすぎたため、〜/system.img の曞き蟌みに倱敗したした。) の゚ラヌで倱敗する堎合、最新版の ベヌスむメヌゞ ぞ曎新する必芁がありたす。次に、再びナむトリヌビルドの適甚を詊しおください。これは、システムパヌティションのサむズが曎新されたためです (バグ 1184980 参照)。

-
- -
-

補足: 䞊蚘のコマンドで "permission denied" ゚ラヌが出た堎合、おそらくシェルスクリプトに適切な暩限がありたせん。 chmod +x shallow_flash を実行するず、この問題を解決できるでしょう。

-
- -
-

補足: "shallow flash" では Gecko ず Gaia に加えおデヌタディレクトリを曎新したす。その䞀方で、"full flash" では Gecko/Gaia だけでなく、その䞋の Gonk 局ず端末に特有な関連バむナリも曎新したす。このこずが、䞊で述べたように、最初に公匏の ベヌスむメヌゞ に曎新し、次に適切な Gonk /バむナリ局の䞊から shallow flash をするのが良いずされる理由です。

-
- -
-

補足: 各ビルドの曎新状態は、Flame OTA ステヌタスのペヌゞ で確認できたす。

-
- -

むンストヌルの手続きが完了するず、曎新されたビルドで端末が再起動し、初回のナヌザ蚭定画面が衚瀺されたす。

- -

nightly 曎新チャンネルに切り替える

- -

v2.2 では、開発者蚭定で、曎新チャンネル を default から nightly ぞ倉曎できたす。

- -

以䞋は、䞊蚘の蚭定が端末に芋぀からない堎合のための叀い方法です。

- -
    -
  1. Flameで remote debugging が有効になっおいるこずを、端末の Developer settings のUSBオプションのRemote debugging/Debugging から、確認しおください。
    2. -
  2. change channel スクリプトをダりンロヌドしたす: 次のリンクで、 Raw を抌しお、次にブラりザの保存機胜を䜿っおペヌゞを盎接 change_channel.sh ずしお保存したす。
    3. -
  3. タヌミナルで、スクリプトを保存したディレクトリに cd しお曎新チャンネルを次のコマンドを䜿っお倉曎したす: - 
    ./change_channel.sh -v nightly
    -
    4. -
  4. 端末を䞀旊再起動し、Settings > Device information > Check now ぞ移動しお曎新を確認しおください。
    5. -
- -
-

補足: このステップは、Firefox OS ゜フトりェアの新しいバヌゞョンでは必芁ありたせん。自動的に OTA アップデヌトを取埗できたす。

-
- -
-

泚蚘: いく぀か異なる曎新チャンネルを遞択できたす。"./change_channel.sh -h" を実行するず、その他のチャンネルオプションが衚瀺されたす。

-
- -

Fastboot モヌド

- -

端末に新しいビルドをフラッシュするのに倱敗した堎合、電話機が応答しなくなり、リカバリモヌドで再起動されるこずがありたす。リカバリモヌドには、いく぀かのオプション (再起動、adb からの曎新、デヌタ消去、キャッシュ消去、SD カヌドからの曎新) がありたす。残念ながら、Update from adb を遞ぶずサむドロヌドモヌドに入り、他の adb コマンドが䜿えなくなりたす。adb sideload コマンド自䜓は動䜜するでしょうが、様々な flash スクリプトは他の adb コマンドに䟝存しおいたす。

- -

以䞋の手順で匷制的に fastboot モヌドにできたす:

- -
    -
  1. 端末の電源を切りたす。(極端な堎合、バッテリヌも倖したす...)
    2. -
  2. 音量ダりンキヌず電源ボタンを同時に抌しながら、端末の電源を入れたす。
    3. -
- -

しばらくするず、端末に "FASTBOOT" ずいうテキストが衚瀺されたす。これは Fastboot モヌドであり、USB ケヌブルの接続を埅機しおいたす。この時点で、adb をむンストヌルしたコンピュヌタず USB ケヌブルで接続しおください。コンピュヌタで fastboot devices コマンドを実行するず端末リストを芋るこずができたす。通垞の adb コマンドでは端末を芋られないので泚意しおください。fastboot コマンドでだけ芋えたす。このモヌドでは、䞊蚘で説明した ベヌスむメヌゞ をむンストヌルするスクリプトが䜿甚できたす。このスクリプトは、adb ず fastboot 䞡方のコマンドを䜿えるため、adb からは最初の゚ラヌや譊告が出るこずもありたすが、凊理の終わりには、適切に端末にフラッシュできおいるでしょう。

- -

緊急ダりンロヌドモヌド

- -

新しいビルドを端末にフラッシュし損ねお端末が操䜜䞍胜になり、さらに fastboot モヌドも利甚できない堎合は、緊急ダりンロヌドモヌドを利甚しお端末を埩旧できたす。緊急ダりンロヌドモヌドに入るには、"Recovery Cable" ず曞かれた赀いラベルの぀いた USB ケヌブルず Emergency Download Tool が必芁です。詳しい説明は、ダりンロヌドしたツヌルに含たれる Flame emergency rescue tool チュヌトリアルをご芧ください。技術サポヌトが必芁な堎合は、端末補造元 (flameservice [at] thundersoft.com) にお問い合わせください。

- -

緊急ダりンロヌドツヌルを起動したずきに衚瀺されるダむアログボックス

- -
-

泚蚘: この提䟛されたツヌルは Windows 専甚です。

-
- -

リカバリモヌド

- -

リカバリモヌドを利甚するこずで、端末のデヌタを削陀したり、ファヌムりェアを手動で曎新したりできたす。リカバリモヌドに入るには 2 通り方法がありたす。

- - - -

リカバリモヌドでは、音量アップ / 音量ダりンキヌでメニュヌを䞊䞋ぞ移動、電源キヌを抌すず項目を遞択しお実行したす。デヌタを消去したり、曎新のためのアップグレヌドパッケヌゞをダりンロヌドする前には、必ず、連絡先や SMS メッセヌゞなどのデヌタのバックアップを取るようにしおください。

- -

ADB サむドロヌド経由で端末を曎新する

- -

コンピュヌタに adb をむンストヌルしおあれば、adb sideload コマンドで、端末を珟圚の update.zip ビルドに曎新できたす。手順は以䞋の通り:

- -
    -
  1. 端末を USB 経由でコンピュヌタに接続したす。
    2. -
  2. 次のコマンドを実行したす: - 
    adb reboot recovery
    -
    3. -
  3. 端末の音量ダりンボタンを 1 回抌しお、メニュヌの遞択項目を "apply update from ADB" オプションぞ移動したす。行き過ぎた堎合は、音量アップキヌずダりンキヌを抌しお移動しおください。
    4. -
  4. 電源ボタンを抌しおメニュヌを遞択したす。
    5. -
  5. コンピュヌタ䞊で、update.zip ファむルを眮いたディレクトリで次のコマンドを実行したす: - 
    adb sideload update.zip
-
    -
    6. -
  6. サむドロヌドが完了するたでお埅ちください。完了するず、端末に "Install from ADB complete" ず衚瀺されたす。
    7. -
  7. 端末の音量アップボタンを抌しお "reboot system now" オプションぞ移動し、電源ボタンを抌しお遞択しおください。端末が再起動したす。
    8. -
- -

Flame のデヌタをバックアップ・リストアする

- -

Flame を通垞の甚途で䜿甚しおいる堎合、(この蚘事の前の方で説明した通り) 新しいビルドぞ曎新する際に電話機の連絡先やその他デヌタを倱いたくないでしょう。デヌタをバックアップ・リストアするためのBackup and restore profile tool が䜿甚できたす。このツヌルは、B2G-flash-tool Git リポゞトリ から入手できたす。

- -
    -
  1. これを䜿うには、たずコマンドラむン/タヌミナルを開きたす。
    2. -
  2. 次のコマンドで䞊蚘のリポゞトリを clone したす (Git をむンストヌルしおおいおください): - 
    git clone https://github.com/Mozilla-TWQA/B2G-flash-tool
    -
    3. -
  3. このツヌルは、backup_restore_profile.py ずいう名前の python ファむルです。Python もむンストヌルしおおいおください (2.7.x が良いでしょう)。Linux や Mac のシステムには最初から入っおいるはずです。
    4. -
  4. 次のコマンドで clone したディレクトリに移動しおください: cd B2G-flash-tool
    5. -
- -
-

泚蚘: そのツヌルを䜿う時、確実に端末ずコンピュヌタが USB 経由で接続されおいる事ず、ADB (䞊の 先にしおおく重芁な手順 を参照) ず USB 経由のデバッグ (端末の 開発者蚭定 内)が有効になっおいる事も必芁です。

-
- -
-

泚蚘: このファむルを実行する暩限がないのに文句を蚀うメッセヌゞが出た堎合、保存ファむルのディレクトリに cd しお、次のコマンドを実行したす:

- -
chmod +x backup_restore_profile.py
-
- -

デヌタを端末からバックアップする

- -

バックアップの前に、端末が最近の OTA に曎新されおいるか確認しおください。これをするには、電話機で 環境蚭定アプリ > 端末情報 > 曎新の確認 > 今すぐ確認 をクリックしたす。利甚可胜な曎新がある堎合、すぐに利甚可胜な曎新の通知がでるでしょう。曎新をむンストヌルを遞びたす。

- -

backup_restore_profile.sh ファむルを保存したディレクトリで、次のコマンドを実行したす:

- -
python backup_restore_profile.py -b
- -

これは、端末プロファむルを mozilla-profile ずいうディレクトリに保存したす。このディレクトリは、スクリプトず同じディレクトリ内にありたす。

- -
-

è­Šå‘Š: デフォルトでは、内郚 SD カヌドのコンテンツを保存したせん。ギャラリヌアプリからは、写真や動画などのファむルが保存されたせん。SD カヌドのコンテンツをバックアップしたいずきは、䞋蚘のように --sdcard オプションを付けおください。

- -
python backup_restore_profile.py -b --sdcard
-
- -

デヌタを端末にリストアする

- -

リストアの前に、端末が最近の OTA に曎新されおいるか確認しおください。これをするには、電話機で 環境蚭定アプリ > 端末情報 > 曎新の確認 > 今すぐ確認 をクリックしたす。利甚可胜な曎新がある堎合、すぐに利甚可胜な曎新の通知がでるでしょう。曎新をむンストヌルを遞びたす。

- -

mozilla-profile ディレクトリがあるディレクトリ (䞊蚘のセクションを参照) で、次のコマンドを実行したす:

- -
python backup_restore_profile.py -r
- -
-

泚蚘: 次のコマンドで、ツヌルがサポヌトするすべおのオプション䞀芧を埗られたす:
- python backup_restore_profile.py -h

-
- -

Flame にアプリを曞き蟌む

- -

アプリマネヌゞャ や WebIDE を䜿うず、簡単にアプリを端末に曞き蟌んだりテストしたりできたす。

- -

䜿甚可胜な RAM の調敎

- -

メモリが少ない環境でのアプリの振る舞いを調査するために、䜿甚可胜な RAM 容量を調敎できたす。

- -

fastboot モヌドで調敎できたす (ADB に同梱されおいる fastboot のむンストヌルが必芁です)。fastboot モヌドに入り、次のコマンドを実行しおください:

- -
adb reboot bootloader
-fastboot oem mem [0|256-1024]
- -

“0” ず入力するずメモリサむズが自動的に調敎されたす。容量を具䜓的に蚭定するには、256 から1024 の間の数倀を指定しおください。䟋えば、䜿甚可胜な RAM のサむズを 512M バむトずするには、次のように指定したす: fastboot oem mem 512

- -

蚭定を有効にするには、端末の再起動が必芁です。次のコマンドを実行しお再起動したす:

- -
fastboot reboot
- -

珟圚のメモリサむズを調べるには、次のコマンドを実行したす:

- -
fastboot getvar mem
-
diff --git a/files/ja/archive/b2g_os/phone_guide/fx0/index.html b/files/ja/archive/b2g_os/phone_guide/fx0/index.html deleted file mode 100644 index b1204135dc..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/fx0/index.html +++ /dev/null @@ -1,50 +0,0 @@ ---- -title: Fx0 -slug: Archive/B2G_OS/Phone_guide/Fx0 -tags: - - Firefox OS - - Fx0 - - KDDI - - Phone -translation_of: Archive/B2G_OS/Phone_guide/Fx0 ---- -
-
- -
-

Fx0 は、日本で初めおコンシュヌマ向けに販売された Firefox OS 搭茉のハむ゚ンドスマヌトフォンです。2014幎12月25日に KDDI から発売されたした。

- -

賌入方法

- -

Fx0は日本囜内のスマヌトフォン取り扱い店舗を通しお賌入するこずができたす。この端末はSIMロックされおおり、日本囜内でのみ䜿甚可胜です。

- -

゜フトりェアの曎新およびアップグレヌド方法

- -

Fx0 端末のシステムむメヌゞはロックされおおり、゜フトりェアの曎新は、ネットワヌク事業者による OTA のアップデヌトがリリヌスされた際にのみ行うこずができたす。端末のシステムむメヌゞは Firefox OS 2.0 です。

-
-
- -

端末の詳现情報

- -

端末仕様の詳现は、Firefox OS 端末ずその仕様のペヌゞ をご芧ください。

- -

ハヌドりェア

- - - -

関連ペヌゞ

- - diff --git a/files/ja/archive/b2g_os/phone_guide/geeksphone/index.html b/files/ja/archive/b2g_os/phone_guide/geeksphone/index.html deleted file mode 100644 index dbdeb6dbb0..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/geeksphone/index.html +++ /dev/null @@ -1,107 +0,0 @@ ---- -title: Geeksphone -slug: Archive/B2G_OS/Phone_guide/Geeksphone -translation_of: Archive/B2G_OS/Phone_guide/Geeksphone ---- -
-

開発者向けプレビュヌ版の Firefox OS 端末の倚くはは Geeksphone から提䟛されおいたす. 開発者向けの端末であるからには、可胜な限りこれで遊んでくださいこの文曞では端末を最新に保ち、Gaia アプリを調敎するための TIPS を玹介したす。

-
-
-

泚意 この手順は旧匏の Keon ず Peak 向けです。最新の Geeksphone Revolution では必芁ありたせん。

-
-

最新むメヌゞぞの曎新

-

曎新ファむルは蚭定アプリの端末情報からダりンロヌドできたす。蚭定できるアップデヌトの確認頻床は日ごず、週ごず、月ごずの3皮類です。たた「すぐに確認する」も遞択できたす。アップデヌトがある堎合は、最新バヌゞョンをダりンロヌドしむンストヌルするかどうかを確認するプロンプトが衚瀺されたす。

-

The screen for checking updates on the Firefox OS settings app

-

手動アップデヌト

-

Geeksphone は最新の安定版ず nightly ビルドを提䟛しおおり、それらを利甚しお端末を手動で曎新するこずもできたす。

-

端末の蚭定

-

手動アップデヌトをする前に、Pushing Firefox OS Apps to the Geeksphone の “Setting Up the Geeksphone Device” にある蚭定をする必芁がありたす。この蚭定により、デヌタを端末に曞き蟌めるようになりたす。前述の蚘事にある手順に埓っお、正しい USB ドラむバをむンストヌルしおください。

-
-

泚意: USB ドラむバを正しく蚭定するこずは、特に Windows で重芁です。

-
-

ビルドは Geeksphone ダりンロヌドサむト で提䟛されたす。端末ずビルドの皮類を遞んで、むメヌゞをダりンロヌドできたす。

-

Two phone images side by side, the Geeksphone Keon and Peak, with different software download options below each one.

-

Download the build according to your device and extract the archive to your filesystem. The archive contains the images and commands required to flash the phone using Windows, Mac OS, or Linux. In order to flash the phone you need to enabled Remote debugging on your phone. This option is avalible in Settings app.

-

Settings -> Device information -> More information -> Developer tab.

-

Make sure the Phone power level is above 50%, since it's gonna take several restarts to change the system files a power faill can bring disaster.

-

Enabling remote debugging on the Firefox OS Settings app

-

Windows

-
-

Note: You might need to install USB drivers on Windows. For instructions, see the section “Setting Up the Geeksphone Device” in Pushing Firefox OS Apps to the Geeksphone.

-
-

Open a Command Prompt (start -> type cmd in search -> enter on Windows 7, Windows key + X -> select Command Prompt on Windows 8) and cd to the directory containing the extracted files. Run:

-
flash.bat
-
-

Mac OS

-

Open a Terminal (Cmd + space -> type terminal -> enter) window and cd to the directory containing the extracted files. Run:

-
./flash_mac.sh
-
-

Linux

-

To flash a Keon from Ubuntu add the following rules to /etc/udev/rules.d/51-android.rules

-
- SUBSYSTEM=="usb", ATTR{idVendor}=="05c6", ATTR{idProduct}=="8013", MODE="0666"
-
- SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="d00d", MODE="0666"
-
-  
-

Open a Terminal (control-alt-t on Ubuntu) window and cd to the directory containing the extracted files. Run:

-
./flash.sh
-
-

This should flash the new image to the phone. The phone will need to be set up again as all data will be cleared. If you want to backup your data and restore afterwards, you can follow the instructions at Backup the phone system partition.

-

If you have an 'unagi' or developer preview phone that is not a Geeksphone

-

If you have a developer phone that is not a Geeksphone such as an 'unagi' or a previously Android-based device, you may need to perform the following steps. If this is not you, please skip to the next section.

-

You will need to install adb and fastboot. These utilities can be found in the Android Developer Toolkit.

-

It is not necessary to install the entire toolkit. Download the toolkit from here and extract the contents. adb and fastboot are found in the /platform-tools/ folder. They can be copied to the /usr/bin of your Linux or Mac OS machine, or copied to another folder as long as that folder is added to your $PATH.

-

If you are attempting to flash your device and have another device plugged in via USB, your phone may not be detected by these utilities correctly. Only have your phone plugged in while trying to flash it.

-

Tweaking Gaia

-

If you are the industrious sort, you may want to tweak the default applications in Gaia — the UI in Firefox OS. In this section we will cover some of the basics for cloning Gaia and making changes to the default system apps. Bear in mind these tips are “at your own risk” and may involve you later referring to the section “Ok, I bricked my phone”. Before proceeding make sure that you have adb and fastboot installed on your system. To verify if these are installed open a terminal and type adb devices with your phone connected. You should see your phone listed under the attached devices.

-

You should also be able to run fastboot from the terminal. If you run fastboot, a set of parameter options should be displayed. If you do not have adb or fastboot installed, a quick Google search with your operating system will return several quick starts on how to install them. In addition to adb and fastboot you will need Git. If you do not currently have Git installed, have a look at this setup guide. Finally make sure your phone is set up for remote debugging as described in the previous section.

-

Once you have the prerequisites you can open a terminal and cd to the directory you would like to clone the Gaia source code to. Type the following commands:

-
git clone git://github.com/mozilla-b2g/gaia.git gaia
-cd gaia
-
-

This will clone the current Gaia code to your system.

-
-

If you plan on submitting changes back to the Gaia source, be sure to fork the source before cloning as described in Hacking Gaia.

-
-

Currently the Geeksphone Keon uses the v1.0.1 branch of Gaia code, so set the proper branch using the following command before you do anything else:

-
git checkout -b v1.0.1 origin/v1.0.1
-
-

Most of the system apps are located in the apps subdirectory of gaia. You can now make any changes to these Firefox OS apps you wish. Once you have made changes, make sure your device is mounted properly by first running:

-
adb remount
-

Next, run the following command to push the modified apps to your phone. This will by default push all the system apps to the phone:

-
B2G_SYSTEM_APPS=1 make install-gaia
-
-

If you only changed one of the apps you can specify the particular app using similar syntax. In this example only the calendar app will be pushed to the phone:

-
APP=calendar B2G_SYSTEM_APPS=1 make install-gaia
-
-

If you have issues while making the changes, you can reset the phone to default values using either of the following commands:

-
make production
-make reset-gaia
-
-
-

Note: Bear in mind that either of the above commands will clear any data or apps that you have pushed to the phone. If you want to backup your data and restore afterwards, you can follow the instructions at Backup the phone system partition.

-
-

"Ok, I bricked my phone"

-

If you are in the process of modifying your phone and it becomes “unresponsive” you should be able to recover it using fastboot with a simple procedure. The following illustrates resetting the Keon but other phones should have a similar process. You will also need to verify that you have fastboot and ADB installed (try typing fastboot and adb in the command line if you are not sure).

-
    -
  1. Remove the USB cable and then remove the battery from the phone for 30 seconds.
    2. -
  2. Reinsert the battery and hold down the volume up and power buttons at the same time, for a few seconds, until the system recovery menu appears.
    3. -
  3. Reconnect the USB cable
    4. -
  4. Type in the command run adb reboot bootloader.
    5. -
  5. When the phone reboots and starts to show the Geeskphone logo, you are now in fastboot mode; run the following commands from a terminal window in the directory that contains the latest img files described in the first section of this post:
    6. -
-
fastboot flash recovery recovery.img
-fastboot flash boot boot.img
-fastboot flash userdata userdata.img
-fastboot flash system system.img
-fastboot reboot
-
-

This process should recover your phone. If it doesn't seem to work, you may have to try it a second time.

-

Go play!

-

We hope these instructions are useful to you, and naturally we want you to be as happy about Firefox OS and the possibilities as we are! Feel free to play around with updating your devices, make changes/updates to Gaia apps, and also be inspired to build you own open web apps.

-

See also

- diff --git a/files/ja/archive/b2g_os/phone_guide/index.html b/files/ja/archive/b2g_os/phone_guide/index.html deleted file mode 100644 index 12c01e617e..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/index.html +++ /dev/null @@ -1,90 +0,0 @@ ---- -title: Firefox OS 端末ガむド -slug: Archive/B2G_OS/Phone_guide -tags: - - Firefox OS - - Landing - - Phones - - TopicStub -translation_of: Archive/B2G_OS/Phone_guide ---- -
-
-

ここには Firefox OS 端末開発者向けず消費者向けの䞡方に関する開発者向け情報がたずめられおいたす。 䞀般的な Firefox OS  のビルドずむンストヌル や Firefox OS のハック方法 に぀いおは、それぞれの文曞を参照しおください。個別の端末に関しおは、以䞋の文曞を参照しおください。

-
-
- -

開発者向け端末に関する情報

- -

ここに挙げられおいる端末は Firefox OS でアプリの開発や Firefox OS 自䜓ぞの貢献をしたい開発者向けに調敎されおいたす。それらはたいおい、SIM、システムファむルなどがロックされおいたせん。

- -
-
Flame
-
Mozilla のハむ゚ンドな開発者向け端末 Flame に぀いおの情報です。
-
Geeksphone
-
Geeksphone のアップデヌトず、Gaia アプリケヌションを調敎するための TIPS 集です。
-
Nexus 5
-
この蚘事では Nexus 5 でFirefox OS を䜿う情報を、端末に Firefox OS を焌くこずも含めお、提䟛したす。
-
Nexus 4
-
この蚘事では Nexus 4 でFirefox OS を䜿う情報を、端末に Firefox OS を焌くこずも含めお、提䟛したす。
-
ZTE OPEN
-
ZTE Open に関する情報がたずたっおいたす。
-
ZTE Open C
-
よりハむ゚ンドなハヌドりェアずより新しい゜フトりェアのあるFirefox OS端末である、ZTE Open C に関する情報がたずたっおいたす。
-
- -

消費者向け端末に関する情報

- -

ここに挙げられた端末は消費者向けモデルです。端末をハックしたい開発者にずっお理想的ではありたせん。しかし、特定のロケヌル向けのアプリを開発したい、あるいは、特定の端末䞊で動䜜するこずを保蚌したい開発者にずっおは圹に立぀情報がありたす。端末のさらなる完党な䞀芧は、 賌入可胜なFirefox OS 端末を探そう ペヌゞを参照しおください。

- -
-
 
-
Alcatel One Touch Fire
-
Firefox OS  1.3 をベヌスにしおいたす。5 ヶ囜以䞊で賌入可胜です。
-
Alcatel One Touch Pixi 3 (3.5)
-
ハむ゚ンド消費者のスマヌトフォンで、2 メガピクセルのカメラを備え、Firefox OS 2.0で匷化されおいたす
-
Alcatel Onetouch Fire 2C 4020D
-
Tarako Firefox OS (1.3T) をベヌスにしおいお、むンドで発売されたした。
-
Alcatel Onetouch Fire C
-
Tarako Firefox OS (1.3T) をベヌスにしおいお、むンドで発売されたした。
-
Alcatel Onetouch Fire E
-
5カ囜以䞊で入手できたす。
-
Cherry Mobile Ace
-
Firefox OS 1.3T をベヌスにしおいお、フィリピンで入手できたす。
-
- -
-
Fx0
-
日本で初めおリリヌスされた Firefox OS 端末で、KDDI によっお発売されたした。
-
 Huawei Y300 II
-
Firefox OS 1.1 をベヌスにしおいたす。 フィリピンずメキシコで賌入可胜です。
-
Intex Cloud FX
-
むンドで初めおリリヌスされた初の Firefox OS Tarako 端末ですFirefox OS 1.3T をベヌスにしおいたす。
-
LG Fireweb
-
Firefox OS 1.1 をベヌスにしおいたす。りルグアむずブラゞルで賌入可胜です。
-
Spice Firefox MI FX1
-
Tarako Firefox OS (1.3T) をベヌスに、むンドで発売されたした。
-
Spice Firefox MI FX2
-
ハむ゚ンド消費者向け Firefox OS 3Gスマヌトフォンで、 2 メガピクセルのカメラを備え、Firefox OS 1.4 をベヌスに、むンドで発売されたした。
-
Symphony GoFox F15
-
The Symphony GoFox F15 はFirefox OS 端末ずしおは初めお3G ビデオ電話機胜をもったものです。バングラデシュで発売されたした。
-
Zen U105 Fire
-
この蚘事にはむンドで賌入可胜な䜎䟡栌スマヌトフォン Zen U105 Fire に関する情報が含たれおいたす。
-
ZTE Open II
-
ZTE Open II は消費者向け Firefox OS スマヌトフォンで、1.2 GHz デュアルコアプロセッサず 2.0 MP リアカメラを搭茉しおいたす。7 ヶ囜で賌入可胜です。
-
Orange Klif
-
Orange Klif は 3G スマヌトフォンで、2 メガピクセルのカメラを備え、Firefox OS 2.0で匷化されおいたす。アフリカの倚数の囜で入手できたす。
-
- -

Firefox OS に関する情報

- -
-
Firefox OS 端末デヌタ
-
コヌドネヌム、賌入方法、ハヌドりェアの仕様ずいった Firefox OS 端末の情報がたずたっおいたす。
-
Firefox OS 端末の䞀般的な特城
-
Firefox OS 端末の䞀般的な特城ず、最小ハヌドりェア構成に぀いおの文曞です。
-
トラブルシュヌティング
-
Firefox OS を䜿う䞊で、良くあるトラブルずその解決方法を解説したす。
-
オヌプンレファレンス端末に関するベストプラクティス
-
オヌプンなレファレンス端末に関するベストプラクティス集です。最近の Firefox OS の開発端末は党おこのベストプラクティスに埓っおいたす。
-
diff --git a/files/ja/archive/b2g_os/phone_guide/nexus_4/index.html b/files/ja/archive/b2g_os/phone_guide/nexus_4/index.html deleted file mode 100644 index f823a5af39..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/nexus_4/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: Nexus 4 -slug: Archive/B2G_OS/Phone_guide/Nexus_4 -tags: - - B2G - - Firefox OS - - Installing - - Nexus 4 -translation_of: Archive/B2G_OS/Phone_guide/Nexus_4 ---- -

この蚘事は、Nexus 4 で、端末に Firefox OS をむンストヌルするこずを含め、Firefox OS を䜿甚するこずに぀いおの情報を提䟛したす。

- -

Nexus 4 に Firefox OS をむンストヌルする

- -

このセクションでは、Firefox OS を Nexus 4 ぞむンストヌルする手順に぀いお説明したす。

- -

はじめに

- -

ADB ず Fastboot が必芁です。ADB ず Fastboot を持っおいない堎合、Android SDK の䞀郚ずしお ADB ず Fastboot をむンストヌルしおください。

- -

Windows ナヌザは、Google USB Dirver もむンストヌルしおください。USB ドラむバをダりンロヌドし、むンストヌル手順に埓いたす。

- -

Windows でのむンストヌル

- -
    -
  1. nexus-4-kk.zip をダりンロヌドしたす。
    2. -
  2. zip ファむルを展開し、flash.bat ファむルが b2g-distro フォルダ内にあるかを確認したす。(芋぀からない堎合は、https://github.com/nhirata/flash-batch から入手できたす。)
    3. -
  3. Nexus 4 が起動しおいる堎合、電源を切りたす。
    4. -
  4. USB ケヌブルで Nexes 4 ずコンピュヌタを接続したす。
    5. -
  5. 電源ボタンをタップしお端末を起動し、起動埌すぐにボリュヌムダりンボタンを抌しお、画面に "Restart bootloader" ず衚瀺されるたで、抌し続けたす。
    6. -
  6. flash.bat ファむルをダブルクリックしたす。
    7. -
- -

Mac/Linux でのむンストヌル

- -
    -
  1. nexus-4-kk.zip をダりンロヌドしたす。
    2. -
  2. zip ファむルを展開し、flash.sh ファむルが b2g-distro フォルダ内にあるかを確認したす。
    3. -
  3. USB ケヌブルで Nexes 4 ずコンピュヌタを接続したす。
    4. -
  4. タヌミナルを起動し、flash.sh が栌玍されおいるディレクトリに移動したす。䟋: cd nexus-4-kk/b2g-distro
    5. -
  5. デバむスが怜知できおいるかどうかを確認するために、adb devices ずコマンドを入力したす。(コマンドに぀いおの詳现やヘルプは、ADB コマンドセットアップをご芧ください。)
    6. -
  6. むンストヌル甚スクリプトに実行暩限を䞎えるため、chmod +x ./flash.sh ずコマンドを入力したす。
    7. -
  7. ./flash.sh ずコマンドを入力しおスクリプトを実行し、むンストヌルを開始したす。
    8. -
- -

プロセスが完了するず、端末がリブヌトしお、Firefox OS が起動したす。

diff --git a/files/ja/archive/b2g_os/phone_guide/nexus_5/index.html b/files/ja/archive/b2g_os/phone_guide/nexus_5/index.html deleted file mode 100644 index 2a28c72035..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/nexus_5/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: Nexus 5 -slug: Archive/B2G_OS/Phone_guide/Nexus_5 -tags: - - B2G - - Firefox OS - - Installing - - Nexus 5 - - flashing -translation_of: Archive/B2G_OS/Phone_guide/Nexus_5 ---- -

この蚘事は、Nexus 5 で、端末に Firefox OS をむンストヌルするこずを含め、Firefox OS を䜿甚するこずに぀いおの情報を提䟛したす。

- -

Nexus 5 に Firefox OS をむンストヌルする

- -

このセクションでは、Firefox OS を Nexus 5 ぞむンストヌルする方法に぀いお説明したす。

- -

はじめに

- -

ADB ず Fastboot が必芁です。ADB ず Fastboot を持っおいない堎合、Android SDK をむンストヌルしお䞋さい。ADB ず Fastboot が含たれおいたす。

- -

Windows ナヌザは、Google USB Dirver もむンストヌルしおください。USB ドラむバをダりンロヌドし、むンストヌル手順に埓いたす。

- -

Windows でのむンストヌル

- -
    -
  1. nexus-5-l.zip をダりンロヌドしたす。
    2. -
  2. zip ファむルを展開し、 flash.bat ファむルが b2g-distro フォルダ内にあるかどうかを確認したす。(芋぀からなかった堎合は、https://github.com/nhirata/flash-batch から入手できたす。)
    3. -
  3. USB ケヌブルで端末ず PC を接続したす。
    4. -
  4. 端末が起動し、ADB モヌドが有効ずなっおいるこずを確認しお䞋さい。(Firefox OS: Settings > Developer > ADB and DevTools; Android: Settings > Developer options > USB debugging
    5. -
  5. flash.bat ファむルをダブルクリックしたす。
    6. -
- -

Mac/Linux でのむンストヌル

- -
    -
  1. nexus-5-l.zip をダりンロヌドしたす。
    2. -
  2. zip ファむルを展開し、flash.sh ファむルが b2g-distro フォルダ内にあるかを確認したす。
    3. -
  3. USB ケヌブルで端末ず PC を接続したす。
    4. -
  4. タヌミナルを起動し、flash.sh が栌玍されたディレクトリに移動したす。䟋えば、cd nexus-5-l/b2g-distro にありたす。
    5. -
  5. デバむスが怜知できおいるかどうかを確認するために、以䞋のコマンドを入力したす。(コマンドに぀いおの詳现やヘルプは、adb コマンドヘルプをご芧ください。)
    6. -
  6. chmod +x ./flash.sh ず入力しお、むンストヌル甚スクリプトに実行暩限を䞎えたす。
    7. -
  7. ./flash.sh ず入力しお、むンストヌルを開始したす。
    8. -
- -

プロセスが完了するず、端末がリブヌトしお Firefox OS が起動したす。

diff --git a/files/ja/archive/b2g_os/phone_guide/phone_specs/index.html b/files/ja/archive/b2g_os/phone_guide/phone_specs/index.html deleted file mode 100644 index 0c66d96593..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/phone_specs/index.html +++ /dev/null @@ -1,717 +0,0 @@ ---- -title: Firefox OS 端末ずその仕様 -slug: Archive/B2G_OS/Phone_guide/Phone_specs -tags: - - B2G - - Device - - Firefox OS - - Guide - - Mobile - - Phone - - Specs -translation_of: Archive/B2G_OS/Phone_guide/Phone_specs ---- -
-

この文曞は、詳现なハヌドりェアの仕様、コヌドネヌム、初期むンストヌルされおいる OS のバヌゞョンずいった Firefox OS 端末に関する情報を提䟛したす。

-
- -

既存の Firefox OS 端末

- -

以䞋の衚は、利甚可胜な Firefox OS 端末のモデルの䞀芧です。

- -
-

付蚘: 賌入可胜な囜名や通信事業者、賌入可胜な商甚端末の情報は、賌入可胜な端末 のペヌゞをご芧ください。

-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-

名称 / コヌドネヌム

- 		リリヌス日初期 OS バヌゞョン入手可胜性補足
-

Alcatel One Touch Fire

-

hamachi, buri

- 		2013 幎 7 月 12 日1.0.1入手可胜ブラゞル、りルグアむ、むタリア、ドむツ、ギリシャ、セルビア、ハンガリヌ、ポヌランドで賌入可胜。
たた eBay からも賌入可胜。
Alcatel One Touch Fire E2014 幎 7 月 18 日1.3.0可胜チェコ共和囜、ドむツ、ハンガリヌ、ポヌランド、ロシアで賌入可胜。
otoro, unagi, inari ZTE の入手䞍可胜な端末向け。ZTE Open 以前の開発で利甚されおいた。
-

ZTE Open

-

ikura

- 		2013 幎 7 月 2 日1.0.1入手可胜inari に類䌌。eBay から賌入可胜
-

LG Fireweb

-

leo

- 		2013 幎 10 月 24 日1.1入手可胜ブラゞルで賌入可胜
-

Geeksphone Keon

-

keon

- 		2013 幎 4 月 24 日1.0.1圚庫切れ開発者向け端末
-

Geeksphone Peak

-

peak

- 		2013 幎 4 月 24 日1.0.1圚庫切れ"twist" ずいうコヌドネヌムであったこずもあり。開発者向け端末。
Geeksphone Peak+--入手䞍可販売䞭止
Geeksphone Revolution2014 幎 3 月 4 日1.3pre入手可胜オンラむンで賌入可胜
-

LG Google Nexus 4

-

nexus-4

- 		実隓的。LG および Google によるサポヌトなし。端末は補造䞭止。
-

Flame

-

"リファレンス端末"

- 		2014 幎 4 月䞋旬1.3 -

プレオヌダヌ
- 2014 幎 12 月 - 売り切れ

-

Yahoo! ショッピング OSS ストア
- 圚庫なし -

-

Spreadtrum

-

tarako

- 		2014 幎第 2 四半期終盀 Available soon
ZTE Open C2014 幎 5 月 13 日1.3入手可胜オンラむンで賌入可胜
Symphony GoFox F152014 幎 9 月 16 日1.4入手可胜バングラデシュの Grameenphone チャンネルを通しおのみ賌入可胜。
Intex Cloud Fx 1.3 入手可胜むンド囜内の Snapdeal でのみ賌入可胜
Spice Fire One (Mi-FX1) 1.3入手可胜むンド囜内の Snapdeal でのみ賌入可胜
Alcatel OneTouch Fire C 4020D2014 幎 10 月 1 日1.3入手可胜むンドの Flipkart で賌入可胜
Zen U105 Fire2014 幎 10 月 16 日1.3入手可胜むンドの Homeshop18 で賌入可胜
Cherry Mobile Ace2014 幎 11 月1.3T入手可胜フィリピンで賌入可胜
Fx02014 幎 12 月2.0入手可胜消費者向け携垯電話。日本囜内でのみ賌入可胜。(KDDI 回線契玄者のみ)
- -

Firefox OS のバヌゞョン別

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
バヌゞョン機胜完成 (FC) 日付パヌトナヌ向けリリヌス
- (RTP) 日付		コヌドネヌムGecko のバヌゞョン含たれるセキュリティ修正リリヌスノヌト
1.02012 幎 12月 22 日2013 幎 2 月 21日TEFGecko 18Gecko 18
1.0.12013幎 1 月 15 日2013 幎 9 月 6 日ShiraGecko 18Gecko 20開発者向け
- ナヌザ向け
1.12013 幎 3 月 29 日2013 幎 10 月 9 日LeoGecko 18+ (新 API 矀)Gecko 23開発者向け
- ナヌザ向け
1.1.1 TBDHDSame as 1.1.0 with WVGAGecko 23
1.22013 幎 9 月 15 日2013幎 12 月 9 日KoiGecko 26[39]Gecko 26開発者向け
- ナヌザ向け
1.32013 幎 12 月 9 日TBD Gecko 28Gecko 28開発者向け
- ナヌザ向け
1.42014 幎 3 月 17 日TBD Gecko 30Gecko 30開発者向け
- ナヌザ向け
2.02014 幎 11 月TBD Gecko 32Gecko 32開発者向け
- ナヌザ向け (TBD)
2.12015 幎 1 月TBD Gecko 34Gecko 34開発者向け
2.22015 幎 6 月TBD Gecko 37Gecko 37開発者向け
- -

端末の仕様

- -

泚意: 䞋蚘には、未発衚だがコヌド名などは公衚できる端末の情報も含たれたす。Andreas Gal もしくは圌ず同等の暩限をも぀䞻䜓によっお公衚するこずを蚱可された堎合を陀き、それらの端末に関しお、蚘茉された以䞊の情報を远加しおはいけたせん。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
名称バヌゞョン解像床画面サむズ (むンチ)CPUカメラ (Mpx)RAMROMストレヌゞバッテリ (mAh)
-

Alcatel One Touch Fire

-

hamachi, buri

- 		v1.0.1/v1.1 -

320 x 480
- PX=1

- 		3.5Qualcomm Snapdragon S1 MSM7227A 1 GHz背面: 3.2256MB512MB/data: おそらく inari ず同じ。仕様䞊 160MB の "゚ンドナヌザメモリヌ"
- おそらく、内蔵の DeviceStorage なし、MicroSD カヌド (最倧 32GB) が必芁		1400
Alcatel One Touch Fire Ev1.3.0540 x 9604.5 -

Qualcomm Snapdragon 200
- MSM8210
- 1.2 GHz
- デュアルコア -

- 		背面: 5512MB4GB 1700
-

ZTE Open / variants

-

ikura

- 		v1.0.1 (出荷時)320 x 480
- PX=1		3.5Qualcomm Snapdragon S1 MSM7225A 800 MHz背面: 3.2256MB512MB -

/data: 152M
- 内蔵の DeviceStorage なし、MicroSD カヌドが必芁

- 		1200
-

LG Fireweb

-

leo

- 		v1.1320 x 480
- PX=1		4Qualcomm Snapdragon S1 MSM7227A 1 GHz背面: 5512MB4GB -

/data: 1007.90M
- 内蔵 DeviceStorage: あり、サむズ䞍明。玄 3.7G だが正確でない。(On an unhapy device /sys/devices/platform/msm_sdcc.3/mmc_host/mmc0/mmc0:0001/block/mmcblk0/block is 7733248, and then assuming a 512 byte block size, we get 3.7G)

- 		1540
-

Geeksphone Keon

-

keon

- 		-

v1.0.1 - nightly

- 		320 x 480
- PX=1		3.5Qualcomm Snapdragon S1 7225AB 1 GHz背面: 3512MB4GB -

/data: 1.5G
- 内蔵 DeviceStorage: 1023.4M

- 		1580
-

Geeksphone Peak

-

peak

- 		v1.0.1 - nightly540 x 960
- PX=1.5		4.3Qualcomm Snapdragon S4 8225 1.2 GHz デュアルコア -

前面: 2
- 背面: 8

- 		512MB4GB/data: 1.5G
- 内蔵 DeviceStorage: 1023.4M		1800
Geeksphone Revolutionv1.3pre (出荷時)540 x 960 PX=1.54.7Dual-core Intel® Atom™ processor Z2560 with up to 1.6GHz -

前面: 1.3 背面: 8

- 		1GB4GB -

/data: 2G
- 内蔵 DeviceStorage: 2.5GB

- 		2000
-

Nexus 4

-

nexus-4

- 		v1.3 - nightly768 x 1280
- 720p		4.7 -

Qualcomm
- Snapdragon S4 Pro
- 1.5 GHz クアッドコア

- 		背面: 82GB8 たたは 16GB䞀぀の端末内にすべお搭茉、倖郚 (MicroSD) ストレヌゞなし。入手された Nexus 4 端末のモデルによっお様々。2100
-

Foxconn InFocus

-

flatfish

- 		1280 x 80010Allwinner A31, Cortex A7 クアッドコア 1.0 GHz -

前面: 2
- 背面: 5

- 		2GB16GB 7000
-

some phone thing

-

fugu

- 		v1.2f (branch) per320 x 480 256MB
-

Spreadtrum SC6821

-

tarako

- 		v1.3 perHVGA
- 320 x 480		3.5Spreadtrum SC6821, Cortex A5 1GHz0.3 (背面のみ)128MB (zram)2GB NAND flash (倖郚) + 1GB LPDDR1 (内蔵)32GB micro SD カヌド1100
-

VIA Vixen

-

community-driven customization of flatfish?

- 		1024 x 6007Cortex-A9 デュアルコア 1.2 GHz -

前面: 0.3
背面: 2

- 		1GB8GB
-

Flame

-

"リファレンス端末"

- 		v1.3 -

FWVGA
- 854 × 480
- PX=1.5
-

- 		4.5 capacitive touchQualcomm Snapdragon 200 MSM8210, 1.2GHz デュアルコアプロセッサ前面: 2
- 背面: 5		256MB1GB (開発者が調敎可胜)8GB32GB micro SD カヌド (USB 2.0)1800
ZTE Open Cv1.3800 x 480 PX=1.54Qualcomm Snapdragon 200 MSM8210, 1.2GHz デュアルコアプロセッサ背面: 3512MB4GB/data: 1G1400
Symphony GoFox F15v1.4320 x 480
- PX=?		3.5Spreadtrum 1 GHz シングルコアプロセッサ -

前面: 0.3
- 背面: 3.2 with Flash

- 		512MB512MB 1450
Intex Cloud Fxv1.3320 x 4803.5Spreadtrum 1 GHz
- 背面: 2.0 without Flash		128 MB256 MB -

Data: 2G

-

内郚ストレヌゞ: 46 MB (ナヌザメモリヌ)

-

倖郚 - Micro SD カヌド: 4GB たで可胜

- 		1250
Spice Fire One (Mi-FX1)V 1.3320 x 4803.5Spreadtrum 1 GHz -

前面: VGA

-

背面: 1.3

- 		128MB512MB -

Data: 2G

-

内郚ストレヌゞ: 67.9 MB (ナヌザメモリヌ)

-

倖郚 - Micro SD カヌド: 4GB たで可胜

- 		1400
Alcatel OneTouch Fire C 4020Dv1.3320 x 4803.5Spreadtrum 1 GHz 128MB256MB -

Data: 2G

-

内郚ストレヌゞ: 65MB (ナヌザメモリヌ)

-

がいぶ - Micro SD カヌド: 32GB たで可胜

- 		1000
Zen U105 Firev1.3320 x 4803.5Spreadtrum 1GHz -

前面: VGA

- 背面: 2		128MB256MB -

Data: 2G

-

倖郚 - Micro SD カヌド: 16GB たで可胜

- 		1200
Fx0v2.01280 x 7204.7Qualcomm Snapdragon S4 MSM8926 1.2GHz クアッドコア -

前面: 8

-

背面: 2.1

- 		1.5GB16GBmicroSDXC (最倧 64GB)2370
- -

凡䟋:

- - diff --git a/files/ja/archive/b2g_os/phone_guide/zte_open/index.html b/files/ja/archive/b2g_os/phone_guide/zte_open/index.html deleted file mode 100644 index 24e0bd67fa..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/zte_open/index.html +++ /dev/null @@ -1,298 +0,0 @@ ---- -title: The Firefox OS ZTE OPEN -slug: Archive/B2G_OS/Phone_guide/ZTE_OPEN -tags: - - Firefox OS - - Gaia - - Gecko - - Phone - - zte -translation_of: Archive/B2G_OS/Phone_guide/ZTE_OPEN ---- -
-

MozillaはZTEず䞀緒にZTE OPENを぀くりたした。䞖界䞭の開発者ずアヌリヌアダプタヌに向けた Firefox OS ベヌスのパワフルなデバむスです。テストや実隓甚のために、ロックはなくオヌプンです。

-
- -
-

蚘: この操䜜法はZTE Opec C端末向けではありたせん ZTE Open C端末を持っおいる堎合は代わりにZTE Open Cのペヌゞぞ移動しおください。

-
- -

デバむスの賌入

- -

ZTE Open の販売は終了し、もう入手できたせん。ZTE Open Cを芋おください。

- -

Firefox OS を曎新する

- -

この章ではZTE OPEN端末䞊で Firefox OS を曎新する方法を提䟛したす。

- -

抂芁

- -

抂しお、 Firefox OS のビルド、曎新、テストは、電話をUSBケヌブルでコンピュヌタヌに接続し、ADB (Android Debugging Bridge)ずFastbootを䜿っお端末を結合しおコマンドを発行するこずで完了したすすなわちADBずfastboootをAndroid Developer Toolkitからデスクトップ機にむンストヌルする必芁があるでしょう。ツヌルキット党䜓をむンストヌルする必芁はありたせん。ADBずfastbootは /platform-tools/ フォルダヌに芋぀かりたす。

- -

次に、電話機で リモヌトデバッグを有効にしたす。

- -

Firefox OS 1.1

- -

2013幎12月10日に、ZTEはZTE OPEN 甚にアップグレヌドされた Firefox OS 1.1 をリリヌスしたした。それたで発行枈のビルドで問題が起こっおいた結果、これはfastbootが有効になっおいたす

- -

この芳点から、バヌゞョン1.2にしたい堎合でも、最初に電話機をバヌゞョン1.1に曎新するこずがベストです。このためには、あなたの電話機に応じた(OPEN (American Standard) たたは OPEN (European Standard)) の1.1パッケヌゞをダりンロヌドしたす。泚意点ずしお、OSのリビゞョンに察応したバヌゞョンをダりンロヌドしたす(぀たり、V1.0からアップグレヌドする堎合、、 "V1.1.0B02(for V1.0)"をダりンロヌドしたす。)。ZIPファむルの䞭にはアップグレヌド甚の文曞もありたす。ファヌムりェアのZIP(ダりンロヌド枈のZIP内)を、䞋蚘のように展開、コピヌしたす。

- -
-

蚘: SDパッケヌゞのむンストヌルにより、ナヌザヌデヌタは䞊曞きされたす。開始前にデヌタをバックアップするべきです。

-
- -

次に䞋蚘の手順に埓いたす:

- -
    -
  1. 電話機の電源を切り、電池を倖しおmicroSDカヌドを取り倖したす。
    2. -
  2. microSDカヌドをデスクトップマシンに接続したす。
    3. -
  3. US_DEV_FFOS_V1.1.0B04_UNFUS_SD.zip か EU_DEV_FFOS_V1.1.0B04_UNFUS_SD.zip を(ダりンロヌド枈のバヌゞョンによりたす)microSDカヌドのルヌトディレクトリに移動したす。zipを展開しないでください。
    4. -
  4. microSDカヌドをコンピュヌタヌから取り倖し、電話機に戻したす。
    5. -
  5. ボリュヌムアップキヌず電源ボタンを同時に抌したす。電話機の巊偎の長いキヌの䞊郚が ボリュヌムアップです。正しく行うず、 Firefox OS のリカバリモヌドに入りたす。(蚘: Firefox OS ロゎはリカバリモヌドに入る前に䞀瞬衚瀺されたす。長い間かかるこずもありたす。)
    6. -
  6. ボリュヌムアップ/ダりンキヌを䜿っおメニュヌ項目を動かし、“apply update from external storage.”を遞びたす。
    7. -
  7. 電源ボタンを抌しお遞択を確認したす。別の画面でmicroSDカヌド内のファむル䞀芧が衚されたす。
    8. -
  8. たたボリュヌムアップ/ダりンキヌを䜿っおファヌムりェアを遞択したす。これはUS_DEV_FFOS_V1.1.0B04_UNFUS_SD.zip たたは EU_DEV_FFOS_V1.1.0B04_UNFUS_SD.zip (ダりンロヌド枈のバヌゞョンによりたす)のいずれかです、電源ボタンを抌しお確認したす。
    9. -
- -

すべおが䞊手く行ったら、“Install from sdcard complete.”ずいう䞀連のステヌタスメッセヌゞが芋えたす。むンストヌルが完了したら“reboot system now”を遞択する必芁があり、するず電話機が再起動し、最初に電源をオンにした時に芋えた蚭定画面が芋えるでしょう。

- -

Firefox OS 1.2

- -

2014幎月、ZTEは Firefox OS 1.2のベヌタバヌゞョンをリリヌスしたした(fastboot有効、rootアクセス有り)。これはベヌスラむンずなるバヌゞョン1.1ずバヌゞョン1.2のGeckoずGaiaを足したものでした。そしお電話機のSDカヌドにビルドを眮く必芁はありたせん。

- -

䞊蚘で蚘述した1.1をむンストヌル枈みの状態でタヌミナルを開いお、接続できおいるかを䞋蚘コマンドでチェックしたす:

- -
adb devices -l
- -

レスポンスずしお"roamer2    device usb:2-1.2"ずいったように端末を芋るこずができたす。

- -

ZTEがセットアップしたDropboxアカりントから、適切なバヌゞョンをダりンロヌドしたす(US version か UK version)。Windows ナヌザヌには特別な指瀺をダりンロヌド したり、新バヌゞョンを簡単にむンストヌルするアップグレヌドツヌル もありたす。ただ䞋蚘のステップは 党おのOS (Linux, OS X, ずWindows) で特別なツヌルがなくおも動きたす。

- -

ファむルを取埗したら、内容を抜き出しおコン゜ヌルを開きたす。䞋蚘ステップは個人デヌタを消去するため、最初に (バックアップ) を取埗しお䞋さい。次にファむルがある堎所に移動し、コン゜ヌルのたた、䞋蚘コマンドをタむプしたす:

- -
adb reboot bootloader
- -

電話機が再起動した時、䞋蚘コマンドを実行したす(Fastbootは再起動䞭にのみ䜜動したす):

- -
sudo fastboot devices
- -

"< waiting for device >"ず衚瀺されたら、Ctrl-C を抌しお、"ROAMER2    fastboot"ずいう反応が返っおくるのを埅ちたす。

- -

次に、再起動しおいるうちにすぐ䞋蚘コマンドを実行したす:

- -
fastboot flash boot boot.img
-fastboot flash userdata userdata.img
-fastboot flash system system.img
-fastboot flash recovery recovery.img
-fastboot erase cache
-fastboot reboot
- -

(気が散っおいお党おのコマンドを入力するたでに再起動しおしたった堎合、"adb reboot bootloader"から再開したす。)

- -

党おがうたくいった堎合、電話機がここで再起動したす。ZTEのバヌゞョン1.2は倚くのテストアプリが含たれおいるのに気づくでしょう。垌望によりそれらを削陀できたす。

- -
-

蚘: Frédéric Harperによる Upgrading your ZTE Open to Firefox 1.1 or 1.2 (fastboot enabled) にも䟿利なむンストヌルプロセスの明现がありたす。

-
- -
-

蚘: ZTEのOpen甚の1.2ビルドにはバグがあり、通知トレむが匕き出せない/開きたせん。最新の゚ンゞニアリング版Firefox OS 1.2を焌くこずで解決できたす。ADB をむンストヌルしお か぀ remote debugging をオンにしお、タヌミナルで䞋蚘コマンドを実行したす:
-
- git clone -b v1.2 https://github.com/mozilla-b2g/gaia.git gaia_v1.2
- cd gaia_v1.2
- make reset-gaia

-
- -

Firefox OS 1.3ずそれ以降

- -

ZTEは珟状、Movistar (TME)向けに発売された青いZTE Open甚の Firefox OS 1.3 のみをリリヌスしおいたす。サポヌトサむト(英語) や 盎接ダりンロヌドしおパッケヌゞを芋぀けられたす。

- -
-

泚蚘: コミュニティビルドは ここ ず ここに提䟛されおいたす。

-
- -

For the ebay ZTE Open, ZTE haven't released builds for Firefox OS 1.3 and beyond. To get these on your ZTE open you'll have to manually build and install a new Firefox OS/B2G build on it (start at the build prerequisite instructions, and treat the ZTE like it is an Inari device, for the purposes of configuration). You can recover your phone if necessary, using the procedure cited in the I bricked my phone section.

- -

仕様

- -

You can find more of the device specifications listed on our Phone and device specs page.

- -

ネットワヌク

- - - -
-

Note: 銙枯版の機皮は tri-band 3Gネットワヌクもサポヌトしおいたす
- HSDPA 850/1900/2100
- US、CA850/1900、アゞア・AU850/1900/2100、EU900/2100)

-
- -

ハヌドりェア

- - - -

キャリア

- -
-

料金の情報は参考甚で、正確ではないこずがありたす。公匏の情報を埗るにはリンク先をご参照ください。

-
- -

US

- -

AT&T

- - - -
AT&Tのプリペむドプランの䟋
- -

Prepaid GoPhone®, Smartphone Plans

- - - -

Aio

- - - -
Aioのプリペむドプランの䟋
- - - -

Good2GO

- - - -
Good2GOプリペむドプランの䟋
- - - -

Other AT&T MVNOs

- -

These carriers do not offer additional 3G data.

- - - -

T-Mobile

- - - -

カナダ

- -

US版のZTE Openは、カナダでもBell/TelusもしくはRogersのネットワヌクを䜿甚したキャリアで䜿甚できたす。  UMTS芏栌を持぀SasktelやMTSのような䞀郚の地域キャリアでも䜿甚できたす。

- -

Public MobileなどのUMTSもしくはGSMを䜿甚しおいないキャリアや、WIND Mobile、Mobilicity、Videotron、EastlinkなどのAWSバンドを䜿甚したキャリアでは䜿甚できたせん。

- -

メモリヌカヌド

- -

ファむルシステム

- -

MicroSDを認識させるには、FAT32ファむルシステムでフォヌマットされおいる必芁がありたす。もしカヌドが新しいか、再フォヌマットしおいなければ、そのたた動䜜するはずです。

- -

デバむスリビゞョン

- -

リビゞョン01

- -

2013/9/27よりも前に補造された機䜓はfastbootが有効になっおおらず、アップデヌトが必芁です。ふ぀うこれは゜フトりェアアップデヌトによっお凊理さるはずですが、数倚くのナヌザヌからこの方法にかんするトラブルがレポヌトされたため、ZTEは初期型のデバむスでfastbootを有効にするSDカヌドのパッケヌゞを䜜成したした。各機皮のフラッシュむメヌゞは以䞋にありたす

- - - -

zipファむルがDownloads䞋にありたす。お䜿いのOSリビゞョンにあったバヌゞョンをダりンロヌドするよう泚意しお䞋さい(すなわち、V1.0からアップグレヌドする堎合、"V1.1.0B02(for V1.0)"をダりンロヌドしたす)。ファむルをダりンロヌドし解凍したら、付属のPDFに蚘茉された説明にしたがっおお䜿いの機䜓に転送しおください。

- -

関連するサポヌトフォヌラムの質問

- - - -

リビゞョン02

- -

2013/9/27以降に補造された機䜓はデフォルトでfastbootが有効になっおいたす。銙枯の機䜓もこれに含たれたす。

- -
-

Note: もしお䜿いの機䜓のリビゞョンを知りたい堎合は、Settings > Device Information > Softwareを確認しおください。もしこれが以䞋のバヌゞョンナンバヌよりも叀い堎合、fastbootを有効にするにはSDパッケヌゞでアップデヌトする必芁がありたす。

- - -
- -

サポヌト

- -

お䜿いの機䜓の fastbootが有効 ずなるず、その䞊で新しい Firefox OS /ビルドやむンストヌル、B2Gビルドができるようになりたすたずビルド芁件説明からお読みください。ConfigurationではZTEを Inari デバむスずしお扱っおください。たた、もし必芁であれば、動かなくなったずきセクションの手順でリカバヌしおください。

- -

もしカスタムビルドの転送䞭にシステム時刻に関する゚ラヌが出た堎合は、修正版のブヌトむメヌゞが必芁です。

- -

動かなくなったずき

- -

もし機䜓に修正をしおいる途䞭で“unresponsive”(無反応)ずなっおしたったら、fastbootを䜿えば次のように簡単な手順でリカバヌできたす。

- -

たず、USBケヌブルを抜き、そのあず30秒以内にバッテリヌ取り倖しおください。 バッテリヌを再び挿入し、電源ボタンを抌しおいる数秒の間、音量アップボタンを抌しおおいおください。次に、再床USBケヌブルに繋ぎ、以䞋のコマンドを䞊述のSDパッケヌゞファむルのあるディレクトリでタヌミナルりィンドりから実行しおくださいこれを行う前にSDパッケヌゞにアップデヌトがないか確認するず良いでしょう。

- -
fastboot flash recovery recovery.img
-fastboot flash boot boot.img
-fastboot flash userdata userdata.img
-fastboot flash system system.img
-fastboot reboot
-
- -

このプロセスで、機䜓がリカバヌされたす。もしうたくいっおなさそうなずきは、もう䞀床ためしおみおください。

- -

ヘッドフォンが動かない

- -

䞭囜の工堎でデザむンされたヘッドフォンゞャックに、他ブランドのマむク内蔵ヘッドフォンず互換性の䞊で問題があるようです。アップル、サムスン、HTCなどのヘッドフォンを䜿甚しようずするず、音声がミュヌトになるずいう問題がありたす。これを回避するには、3.5 mmのヘッドフォンアダプタヌを賌入し、ピンを差し蟌んでください。より詳しい情報はバグ 812607を参照しおください。

- -

その他サポヌト情報

- -

䞀郚のお客様でfastbootを有効にするずFOTAアップデヌトが萜ちる問題が発生しおいたすが、これに぀いおはただ調査䞭です。わたしたちはあらゆるシナリオの怜蚌するようZTEを支揎しおいたす。新しい情報が手に入り次第お届けしたす。

- -

もしZTEが誀ったアップデヌトファむルを提䟛し、運悪くFOTAアップデヌト䞭に機䜓がダメヌゞを負ったら、リビゞョン01の説明を参照し、適切なSDむメヌゞを適甚するこずで工堎出荷時の状態にリストアするこずができたす。もしくは、あなたが賌入したeBeyストアに機䜓を送付し新しいものず亀換するこずができたす。eBayストアのオヌナヌにeBay messageから盎接問い合わせおください。

- -

参考

- -

Official Dev Phone page on Firefox Marketplace

- -

Draft User Manual [en-US] - PDF

diff --git a/files/ja/archive/b2g_os/phone_guide/zte_open_c/index.html b/files/ja/archive/b2g_os/phone_guide/zte_open_c/index.html deleted file mode 100644 index d38ce744c2..0000000000 --- a/files/ja/archive/b2g_os/phone_guide/zte_open_c/index.html +++ /dev/null @@ -1,85 +0,0 @@ ---- -title: ZTE OPEN C -slug: Archive/B2G_OS/Phone_guide/ZTE_OPEN_C -translation_of: Archive/B2G_OS/Phone_guide/ZTE_OPEN_C ---- -
-

ZTE Open C はよりハむ゚ンドなハヌドりェアを甚いた Firefox OS 端末です。300 䞇画玠のカメラや、4 むンチの WVGA ディスプレむを採甚し、Firefox OS 1.3 がむンストヌルされおいたす。この文曞では端末の情報ず、アップデヌト方法、トラブルシュヌトに぀いお解説したす。

-
-
-

Note: The instructions are not valid for the ZTE Open device. If you have a ZTE Open device you should go to our ZTE Open page instead.

-
-
-

Note: The upgrade tool that you need to unlock the phone (see below) is only available for Windows at this time. Don't purchase this phone if you don't have a Windows system and want to manually install your own builds of Firefox OS.

-
-

The ZTE Open C is the first phone with the latest update to Firefox OS, offering many new features including direct music player access from the lock screen or notifications bar and advanced Bluetooth sharing, allowing multiple files to be transferred simultaneously. Users can now navigate the phone quicker with smart folders which automatically arrange apps or app searches into categories, enhanced scrolling performance and faster system app (e.g. calendar, address book, camera) startup times.

-

賌入方法

-

eBay にお 米ドル $99.99 で販売䞭。

- -
-

泚意: 販売される ZTE Open C は各ストアで同䞀ではありたせん。特に日本囜内で䜿甚する堎合は察応する 3G (WCDMA) の察応呚波数垯の違いが重芁で、WCDMA 2100 に察応するものでなければ囜内のキャリアネットワヌクに接続するこずは出来たせん。2014/07 珟圚 eBay US store のものは察応しおいたせんのでご泚意ください。たた、この端末は技適など囜内の認蚌は通過しおいないため、日本囜内で䜿甚には制限がありたす。

-
-
-

泚意: The phones won’t come preinstalled with any network specific apps or services and are unlocked global variants targeted at early adopters.

-
-

機胜ず仕様

-

端末の機胜ず仕様のペヌゞを参照しおください。

-

Firefox OS のアップグレヌド

-

ZTE のり゚ブサむトに公開されおいるむメヌゞの利甚しおアップグレヌドするのが最も簡単です。 ZTE's Software support page ぞ行き、巊の列から地域を遞択し、䞭倮の列で  Smart Phones を遞びたす。右の列から賌入した地域にあわせお Open C(European Standard) もしくは Open C(American Standard) のどちらかを遞びたす。最埌に Selected ボタンを抌すず、ダりンロヌドペヌゞぞ遷移したす。

-

ご自身のビルドをお持ちの堎合は、ZIP ファむル䞭の PDF ファむルにむンストヌルする方法が解説されおいたす。

-

マニュアルアップデヌト

-

Gecko や Gaia を手動でアップデヌトされる堎合は、端末をアンロックし、root アクセスできるように倉曎する必芁がありたす。comebuy.com で公開されおいる Open_C_upgrade_Tool を䜿うず端末はアンロックされ、fastboot が有効になり、ご自身でビルドしたコンポヌネントを端末に送るこずができたす。

-
-

泚意: 珟圚のずころ、このツヌルは Windows でのみ動䜜したす。

-
-

Gecko ず Gaia のアップグレヌド

-

いったん fastboot が有効にれば、 ビルドした Gecko や Gaia の茉った 新しく Firefox OS/B2G をむンストヌルできたす。

-
    -
  1. Start at the build prerequisite instructions, and treat the Open C like it is a Flame device for the purposes of configuration: this is because the Flame and Open C are both based on the Android Jellybean basesystem.
    2. -
  2. During the configuration step, you need to reference a custom manifest file for the Open C. Download the attachment on this bug and save it somewhere easily referenceable on your local drive, as openc.xml.
    3. -
  3. Clean up the B2G directory, removing the unneeded directories:
    - 
    rm -rf objdir-gecko/ out/ backup-flame/
    -
    4. -
  4. Now configure Firefox OS with the following command: - 
    ./config.sh flame /PATH/TO/openc.xml
    -
    5. -
  5. You can then build the Gecko component and Flash it to your phone using the following: - 
    ./build.sh gecko
-./flash.sh gecko
    -
    6. -
  6. You should now upgrade Gaia as well, so the upgraded version of Gecko works with the version of Gaia on the device: - 
    cd gaia
-make reset-gaia
    -
    7. -
-
-

Warning: Trying to flash a full Flame image onto the device would brick the phone, so is not recommended.

-
-

Gaia のアップグレヌド

-

To update Gaia only, leaving Gecko alone, you need to fork and clone the Gaia repo from Github, then Flash it onto your device.

-
    -
  1. Make sure you have ADB installed.
    2. -
  2. Go to https://github.com/mozilla-b2g/gaia, then click the "fork" button in top right corner to fork to your own repository.
    3. -
  3. Clone the code from your forked repository on your dekstop/laptop by executing the following on your Terminal: - 
    git clone https://github.com/your-github-username/gaia.git
    -
    4. -
  4. cd into the resulting directory.
    5. -
  5. On your phone, enable remote debugging (choose the ADB and Devtools option).
    6. -
  6. Now connect your phone to your computer via USB; check that it is recognised by entering adb devices into your terminal.
    7. -
  7. Run the following command to reboot your phone and update it with the new Gaia source code: - 
    make reset-gaia
    -
    8. -
-

起動しなくなった堎合

-

スマヌトフォンが起動しなくなった堎合、ZTE の Web サむトで公開されおいるオフィシャルビルドを手順に埓っお SD Card 経由で端末の曞き換えを行うこずで埩旧できたす:

- -

Also reference this support entry for more information.

diff --git a/files/ja/archive/b2g_os/porting/index.html b/files/ja/archive/b2g_os/porting/index.html deleted file mode 100644 index 3f8c40148a..0000000000 --- a/files/ja/archive/b2g_os/porting/index.html +++ /dev/null @@ -1,246 +0,0 @@ ---- -title: B2G OSを移怍する -slug: Archive/B2G_OS/Porting -tags: - - B2G - - B2GOS - - Mobile -translation_of: Archive/B2G_OS/Porting_B2G_OS/basics ---- -

- -
-

B2G OS はAndroidから埗られるカヌネルを䜿甚し、Geckoに基づいたナヌザむンタヌフェむスを最䞊䜍に持ちたす。この蚘事には新しい端末にOSをポヌティング移怍する方法の基本的なガむドを茉せたす。

-
- -

このガむドではすでにAndroid端末が動いおいる新しい端末にポヌティングするこずを前提ずしたす。そうでない端末にはもっず耇雑な仕事になりたす。

- -
-

泚蚘: 移怍に関するヘルプは、IRCチャンネルの #fxos ず Mozilla Discourseで芋぀けられたす。

-
- -

ビルドシステムのセットアップ

- -

最初のステップはビルドシステムを蚭定するこずです。B2G OS ビルドの必芁条件のガむドにならうこずができたす。

- -

オリゞナルのAndroidシステムをロヌカルにバックアップする

- -

次に、B2Gのテストビルドを䜿っおAndroid 端末を調理する前に、端末をバックアップするべきです。それに加えお、ビルドずむンストヌル凊理にちょっずした内容が必芁です。端末id名を遞ぶ時、 '-'(ハむフン) の代わりに '_'(アンダヌスコア) を䜿うのをお勧めしたす。その背景の根拠は、 バグ 1243349 を芋おください。

- -
mkdir my_device_backup
-cd my_device_backup
-adb pull /system system
- -

B2Gリポゞトリをクロヌンする

- -

最初の手順でB2Gリポゞトリをクロヌンし、マニフェストのリポゞトリも同様にしたす。

- -
git clone https://github.com/mozilla-b2g/B2G.git
-git clone https://github.com/mozilla-b2g/b2g-manifest.git
- -

config.shに新しい端末を远加する

- -

次の手順では、B2G リポゞトリ内の config.sh に新しい端末を远加したす;぀たりすでに存圚するファむルをテンプレヌトずしお䜿うこずができたす。これは基本的にビルドするための正しいファむルを取埗する指瀺を提䟛するこずにもなりたす。

- -

新しい端末甚のマニフェストを䜜成する

- -

今床は新しい端末向けのマニフェストファむルを远加する必芁がありたす。すでにあるマニフェストをテンプレヌトずしお参考にしたす。hamachi のマニフェストをリファレンスずしお䜿えたす。䞀旊終えたら、ロヌカルの b2g-manifest リポゞトリに、マニフェストファむルを远加・コミットしおおきたす:

- -
git add my-new-device.xml
-git commit
-
- -

次に、config.sh ファむルが、公匏リポゞトリの代わりにロヌカルの b2g-manifest リポゞトリを䜿うようにしたす。このためには、config.sh ファむル内の GITREPO ず BRANCH 倉数の倀を、ロヌカルのリポゞトリの奜きなブランチに倉曎したす。䟋えば:

- -
GITREPO=${GITREPO:-"file:///home/yourname/b2g-manifest"}
-BRANCH=${BRANCH:-master}
- -

新しい端末甚のコンフィギュレヌションツリヌを䜜成する

- -

新しい端末甚のコンフィギュレヌションツリヌを䜜成したす。これは device/<manufacturer>/<device_id>にありたす。このツリヌは少なくずも、以䞋を含むべきです:

- - - -

この内容は端末ごずに倧倉異なっおおり、特に、BoardConfig.mk ず extract-files.sh は目立っお異なる可胜性がありたす。この郚分はハック、テスト、デバッグを行っお、どのバむナリブロブを匕き出すべきかを理解しおいく必芁がありたす。そこに䜕が入っおいるべきかの良い考えを埗るには、hamachi端末甚の蚭定を芋おみたしょう。新端末甚に䜜成したマニフェストから、自身の蚭定ぞ正しく参照させるこずを忘れないでください。

- -
-

蚘: あなたの端末甚の CyanogenMod がすでにある堎合、その情報によっおポヌティング速床は䞊がりたす。XDA Forum 英語も議論したり、リ゜ヌスを探すのに良い堎所です。

-
- -

boot.imgをリビルドする

- -

すべおを完了しおしたっおから、ブヌトむメヌゞをリビルドする必芁がありたす。通垞はカヌネル自身は䞍芁ですが、init.rc ぞの倉曎を拟うこずになりたす。

- -

init.rcを倉曎する

- -

init.rc は B2G から提䟛されるものではなく; 代わりに端末から抜き出すものです。

- -

修正が必芁ずなる䞻な箇所は:

- -

init.b2g.rcをむンポヌトする

- -

init.b2g.rcをむンポヌトするため、䞋蚘の行を远加したす:

- -
on early-init
-    start ueventd
-    import /init.b2g.rc
- -

パヌミッションを修正する

- -

/system/b2g/b2g、 /system/b2g/updater 、 /system/b2g/plugin-container ファむルのパヌミッションを蚂正したす。぀たり、これは ファむルシステムを read/write ずマりントする行の埌に行いたす:

- -
chmod 0755 /system/b2g/b2g
-chmod 0755 /system/b2g/updater
-chmod 0755 /system/b2g/plugin-container
- -

ビルドシステムによっお提䟛される init.rc を䜿う代わりに、新しい端末から埗た init.rc を修正したい堎合もあるでしょう。そうであるなら、BoardConfig.mk 内の TARGET_PROVIDES_INIT_RC をセットし忘れないでおく必芁がありたす。

- -

事前にビルドされたカヌネル vs. ゜ヌスからカヌネルをビルドする

- -

事前ビルドされたカヌネルを䜿うこずも、゜ヌスからカヌネルをビルドするこずも可胜です。゜ヌスからカヌネルをビルドするには、AndroidKernel.mk ずカヌネル蚭定ずを、コンフィギュレヌションツリヌに远加したす。

- -

叀いビルドシステム䞊の maguro は、゜ヌスからカヌネルをビルドする䟋です。

- -

既存のブヌトむメヌゞを匕き出し、修正する

- -

電話機のブヌトむメヌゞを修埩するのに、/dev/mtd/mtd1 たたは /dev/mtd/mtd2 端末の内容をダンプする方法が可胜です。生成されるむメヌゞファむルは容易に埩元できたす:

- -
adb shell 'cat /dev/mtd/mtd1 > /sdcard/boot.img'
-adb pull /sdcard/boot.img
-
- -

䞀旊ブヌトむメヌゞファむルを入手したらunmkbootimgのようなヘルパヌツヌルでアンパックできたす。このツヌルはカヌネルむメヌゞ　(zImage)　ずRAMディスク　(initramfs.cpio.gz)　の䞡方を展開し、オリゞナルず同䞀のパラメヌタでむメヌゞをリビルドするコマンドを出力したす。䟋えば:

- -
$ unmkbootimg boot.img
-Kernel size 3872576
-Kernel address 0x208000
-Ramdisk size 265102
-Ramdisk address 0x1500000
-Secondary size 0
-Secondary address 0x1100000
-Kernel tags address 0x200100
-Flash page size 2048
-Board name is ""
-Command line "androidboot.hardware=aphone"
-Extracting kernel to file zImage ...
-Extracting root filesystem to file initramfs.cpio.gz ...
-All done.
----------------
-To recompile this image, use:
-  mkbootimg --kernel zImage --ramdisk initramfs.cpio.gz --base 0x200000 --cmdline 'androidboot.hardware=aphone' -o new_boot.img
----------------
-
- -

RAMディスクのファむルを修正するには、出力ディレクトリを䜜成しおそこぞ展開したす:

- -
mkdir initramfs_dir
-cd initramfs_dir
-gunzip -c ../initramfs.cpio.gz | cpio -i
-
- -

必芁な倉曎 (䟋えば init.rc の修正)を完了しお、mkbootfs を䜿っおRAMディスクを再パックしたす。他のB2Gホストツヌルによっおビルドされおいるのず同じバヌゞョンを䜿っおいるこずを確認したす。:

- -
/path/to/your/B2G/out/host/linux-x86/bin/mkbootfs . | gzip > ../newinitramfs.cpio.gz
-
- -

最埌に、最䞊䜍ディレクトリに戻り、 mkbootimg を䜿っおブヌトむメヌゞを再パックしたす。同様に他のB2Gホストツヌルによっおビルドされおいるのず同じバヌゞョンを䜿っおいるこずを確認したす。:

- -
/path/to/your/B2G/out/host/linux-x86/bin/mkbootimg --kernel zImage --ramdisk newinitramfs.cpio.gz --base 0x200000 --cmdline 'androidboot.hardware=aphone' -o newboot.img
-
- -

ここで新しいブヌトむメヌゞを、 out/target/product/$device/boot.img ($deviceは端末名)の䞋にコピヌするず、 flash.sh を実行した時に自動的に曞き蟌たれたす。あるいは手動で䞋蚘のコマンドを甚いお曞き蟌むこずもできたす:

- -
adb reboot bootloader
-fastboot flash boot newboot.img
-fastboot reboot
-
- -

flash.shに新しい端末を远加する

- -

新しい端末を flash.sh に远加したす。すなわち、どうやっおやるかずいう詳现は、新しい端末に曞き蟌むのにどのツヌルが必芁ずなるかに䟝存したす。

- -

新しい端末をConfigure, build, and flashする蚭定し、ビルドし、焌く

- -

今や新しい端末のビルド、曞き蟌みを詊すこずができたす:

- -
ANDROIDFS_DIR=my_device_backup ./config.sh <device_id> '../b2g-manifest/default.xml'
-./build.sh
-./flash.sh
- -

テストずデバッグ

- -

詳现情報をここに远加する必芁がある; 実際の所、この蚘事党䜓が䜕らかの助けずなりうる。

- -

See also

- - - -

 

diff --git a/files/ja/archive/b2g_os/porting_b2g_os/index.html b/files/ja/archive/b2g_os/porting_b2g_os/index.html deleted file mode 100644 index fb23f2d06c..0000000000 --- a/files/ja/archive/b2g_os/porting_b2g_os/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: B2G OS の移怍 -slug: Archive/B2G_OS/Porting_B2G_OS -tags: - - B2G OS - - Firefox OS - - porting -translation_of: Archive/B2G_OS/Porting_B2G_OS ---- -

このペヌゞは B2G OS の移怍に利甚できるリ゜ヌスを䞊べおいたす。

- -
-
ポヌティングの基本
-
B2G OS を新しい端末に移怍する方法に぀いおの基本情報。
-
CyanogenMod ぞの移怍
-
CyanogenMod を䜿甚しお B2G を移怍する方法を説明したす。
-
diff --git a/files/ja/archive/b2g_os/preparing_for_your_first_b2g_build/index.html b/files/ja/archive/b2g_os/preparing_for_your_first_b2g_build/index.html deleted file mode 100644 index 5d5c9c92c7..0000000000 --- a/files/ja/archive/b2g_os/preparing_for_your_first_b2g_build/index.html +++ /dev/null @@ -1,273 +0,0 @@ ---- -title: 初回 B2G ビルドの準備 -slug: Archive/B2G_OS/Preparing_for_your_first_B2G_build -tags: - - B2G OS - - Build documentation - - building b2g os -translation_of: Archive/B2G_OS/Preparing_for_your_first_B2G_build ---- -

- -
-

B2G をビルド可胜にするには、リポゞトリの耇補ずビルドツリヌの構成(configure)が必芁です。この蚘事ではその方法を説明したす。

-
- -

むンタヌネットの接続によっおは、構成䜜業では、B2G OSのビルドに必芁ずなるファむルをダりンロヌドするのに䜕時間もかかる事がありたす。埅぀こずは楜しくないので、このペヌゞを通しお読んで構成スクリプトを開始した埌に、B2G OS simulatorをセットアップしお詊しおみるこずや、アプリ開発者向け文曞アプリの蚭蚈、䜜成が含たれおいたすを読んで慣れたり、以降のビルド手順に慣れおおくこずを怜蚎しおください。

- -
-

OS X を䜿っお Flame 甚の B2G OS をビルドする堎合、OS Xで flame 甚の B2G OS をビルドする のMDNペヌゞを芋お䞋さい。

-
- -

B2G リポゞトリの耇補

- -

B2G OSをビルドするのにいく぀か䟿利なツヌルがあり、党おが1぀のリポゞトリに入っおいたす。最初のステップはgitでこれらのツヌルを䜜業ディレクトリにダりンロヌドする事です:

- -
git clone git://github.com/mozilla-b2g/B2G.git && cd B2G
-
- - - -
$ hg clone https://hg.mozilla.org/projects/pine/ pine
- -

If you run in to a UnicodeEncodeError: ascii codec error here try to set your git user with

- -
 vim ~/.gitconfig
-
- -

(type "i" for inserting) and this lines:

- -
$ [user]
-$        name = yourname
-$        email = youremailaddress@url.tld
-$ [color]
-$        ui = auto
- -

hit the "esc" button and quit with ":wq"

- - - -
$ ./config.sh <device>
- -

ie device = flame-kk or aries

- - - -
$ vim .repo/manifests/base.xml
-<project name="gaia" path="gaia" remote="mozillaorg" revision="kanikani" />
-$ cd gaia
-$ git reset --hard mozillaorg/kanikani
-$ cd ..
- - - -
$ vim .userconfig
- -
export B2G_DIR=${B2G_DIR:-$(cd $(dirname $0); pwd)}
-echo "B2G_DIR = ${B2G_DIR}"
-export GECKO_PATH=${B2G_DIR}/pine
-echo "GECKO_PATH = ${GECKO_PATH}"
- - - -
$ ./build.sh
-$ ./flash.sh
- -

Notes:

- - - -
Note: This is not the full list of build targets, see config.sh or refer to the Compatible Devices page.
- -

If your build target isn't listed, you should stop right now and help port B2G OS!

- -

端末に合わせお B2G を構成する

- -
重芁: Android 4.3以降 (Jelly Bean, KitKat, Lollipop)ずそれをべヌスにしたプラットフォヌムが動䜜しおいる端末のみが (今のFirefox OS端末では) サポヌト察象です。あなたのスマヌトフォンが本圓にこれらのバヌゞョンで動䜜しおいるか確認しおください。そうでなければ、次のステップはおそらく倱敗するでしょう。より詳しくは 互換性のある端末 ペヌゞを芋おください。
- -

゚ミュレヌタ甚ビルドを構築する

- -

もし実機でなく゚ミュレヌタをビルドするのであれば、ARM デバむス゚ミュレヌタを取埗する “emulator*”、もしくは x86 ゚ミュレヌタをビルドする “emulator-x86*″ のいずれかを指定できたす。埌者はより速いですが、実際のモバむル端末ほど正確には衚瀺せず、よくサポヌトされおいたせん。぀たり x86゚ミュレヌタ を䜿うのは勧められたせん。

- -

ARM のJellybean゚ミュレヌタをビルドするには、䞋蚘コマンドを䜿甚したす :

- -
./config.sh emulator-jb
-
- -

゚ミュレヌタ甚ビルドは64-bit Linuxで倱敗がちなのに気を぀けお䞋さい。

- -

プロプラむ゚タリ Blob

- -

端末に B2G OS をむンストヌルする時、 プロプラむ゚タリBlobを䞀通り含める必芁があるでしょう。これらは初回ビルド実行時に端末から抜き出されたすが、将来参照できるようにフル・バックアップを取るこずもお勧めしたす。いったん B2G OS がむンストヌルされるず、これらをリカバヌする方法はありたせん!

- -

開発者蚭定で、端末の リモヌトデバッグ が有効になっおいるのを確かめたす。adb devices コマンドで端末が芋えるのを確認するず、これ䌌たものが芋えるでしょう:

- -
$ adb devices
-List of devices attached
-ABCXXXXXXX       device
- -

端末がリストにない堎合、UDEV ルヌルを確認したす。

- -
-

Note: If you have permission issues, check that your screen is unlocked and that you have authorized access to your phone. You see a message on your device for that. If the issue persists used adb root and adb remount.

-
- -

adb pull コマンドで、電話機のパヌティションをバックアップしたす:

- -
adb pull /system <backup target dir>/system
- -

電話機によりたすが、/data ず /vendor ディレクトリを取埗しないずいけない事もありたす:

- -
adb pull /data <backup target dir>/data
-adb pull /vendor <backup target dir>/vendor
- -

pull コマンドが "insufficient permission" メッセヌゞず共に倱敗する堎合、次を詊したす:

- - - -

次のステップぞ

- -

この時点で、B2G OSのビルドの準備ができおいるでしょう。

- -

高床な構成オプション

- -

システムバックアップを甚いおビルドを構成する

- -

もしあなたのスマヌトフォンが既に Android ではなく、B2G ツリヌにバむナリ BLOB がないけど、賢明にも/system パヌティションのバックアップを取っおいたのであれば、こんな感じにバックアップを元にビルドを実行するこずができたす :

- -
ANDROIDFS_DIR=<systemディレクトリの芪ディレクトリの絶察パス> ./config.sh <target>
-
- -

ビルドシステムはデフォルトで backup-<target>/system ずいった既存のバックアップフォルダを調べたす。぀たりファむルをこの堎所に眮けば、ディレクトリを指定する必芁はありたせん。

- -

カスタム Gecko を察象ずするビルド

- -

マニフェストで指定されたデフォルト䜿甚の Gecko ずは異なるバヌゞョンをベヌスにしお、Boot to Gecko をビルドしたい、もしくはする必芁がある堎合があるかもしれたせん。それを可胜にするには .userconfig ファむルを線集しおください。䟋ずしお、mozilla-central を察象にしおビルドしたい堎合であれば :

- -
GECKO_PATH=/path/to/mozilla-central
-GECKO_OBJDIR=/path/to/mozilla-central/objdir-gonk
-
- -
-

蚘: Mac OS X でカスタム Gecko を察象ずするビルドを行う堎合、mozilla-central ディレクトリは、必ず、倧文字ず小文字を区別するファむルシステムに䜜成しおください。

-
- -

泚意するのは、リポゞトリをプルする前 (぀たり䞊蚘のconfig.shの前) に行っおも、埌の時点のどちらでもよいです。耇数ビルドを保持するこずもできたす (デバッグオン/オフなど) 。その方法は耇数の.userconfigファむル(異なるセッティングで--もちろん、それぞれ別のOBJDIRでないずいけない) を甚意しお .userconfig をその時々のビルドしたいコンフィグぞのシンボリックリンクに貌るようにしたす。

- -

詳现情報は、Gecko ゜ヌスツリヌを倉曎するを読んでください。

- -

ブランチをビルドする

- -

デフォルトブランチ以倖をビルドしたい堎合 (蚘: デフォルトブランチは"master"でないかもしれたせん!)、config.shの頭にブランチ名を぀けるだけです、このように:

- -
BRANCH=ブランチ名 ./config.sh <端末>
- -

ブランチ名はずおも論理的で、倧たかに補品/バヌゞョンに埓っおおり、v1-train, v1.0.0, v1.0.1, v1.1, v1.1.0hd, v1.2, v1.3, v1.4, v2.0  などず将来にわたっお続きたす。䟋ずしお、ARM゚ミュレヌタ甚のB2G B2G 1.2では、この様に入力したす

- -
BRANCH=v1.2 ./config.sh emulator
- -

config.sh をすでに実行枈みなら、B2G/.repo/manifests に移動し、"git branch -a" を実行するこずで (それたでは远加されおいたせん)、ブランチ名を芋るこずができたす。ブランチ名は行の最終トヌクンです。䟋えば"v1-train"や"master":

- -
  remotes/origin/master
-  remotes/origin/v1-train
-  remotes/origin/v1.0.0
-  remotes/origin/v1.0.1
- -

さらにカスタマむズするには.userconfigのカスタマむズを芋お䞋さい。

- -

B2G ツリヌを新しいマシンにコピヌする

- -

もしB2Gツリヌを敎備枈みで新しいコンピュヌタを入手した堎合いいな、あるコンピュヌタから別のコンピュヌタに単玔に移行するだけなら、党おを敎備するのに比べ、非垞に楜に実行できるようになりたした。そうするには、叀いコンピュヌタのドラむブを新しいコンピュヌタにマりントしお、こうしたす :

- -
rsync -a source/ dest/
-
- -

source は゜ヌスツリヌのフルパスで末尟のスラッシュを含みたす、dest は移動先です末尟のスラッシュは同様に重芁です。

- -
-

蚘: もし他のプラットフォヌムのコンピュヌタからファむルをコピヌした堎合は、ビルドプロセスを開始する前に、'./build.sh clean' を確実に実行しおください。実行しなかった堎合、コンパむル時に問題が発生する可胜性がありたす。

-
- -

これを実行したら、この文曞の残りの党おをスキップしお、このたたビルドに移動するこずができたす。

- -

B2Gツリヌを曎新する

- -

リポゞトリがより新しいバヌゞョンの B2G に曎新された時、B2Gツリヌを曎新したくなるでしょう。これを行うには、䞋蚘コマンドを実行したす:

- -
git fetch origin
-git checkout origin/master
- -

これらが正しく動いたかをチェックするには、こう実行し:

- -
git show HEAD
- -

そしお衚瀺されたコミットが https://github.com/mozilla-b2g/B2G/commits/master の最新のコミットず䞀臎するかをチェックしたす。

diff --git a/files/ja/archive/b2g_os/quickstart/index.html b/files/ja/archive/b2g_os/quickstart/index.html deleted file mode 100644 index 7688a15ac5..0000000000 --- a/files/ja/archive/b2g_os/quickstart/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: 開発 -slug: Archive/B2G_OS/Quickstart -tags: - - Apps - - Quickstart -translation_of: Archive/B2G_OS/Quickstart ---- -
-

Open Web Apps のコヌディングに関するクむックスタヌト情報です。

-
-
-
- Open Web Apps 入門
-
- Open Web Apps ずは 通垞の Web ペヌゞずどう違うのでしょうか なぜそれが重芁なのでしょうか この蚘事はそうした質問などに答えるこずを目的ずしおいたす。
-
- 初めの䞀歩
-
- この蚘事は、むンストヌル可胜な Open Web Apps の䜜成に求められる基本的段階ず、通垞の Web 開発をベヌスずした付加的知識に぀いお䞀通りの情報を提䟛したす。
-
- Firefox OS 入門
-
- Open Web Apps を基盀ずした Mozilla の新しいモバむルプラットフォヌム、Firefox OS の玹介です。
-
- マニフェスト入門
-
- マニフェスト、アプリのホスティング、配信元、その他関連トピックに関しお考えられるあらゆる質問ぞの回答をたずめたした。
-
- Web 開発者のアプリ開発
-
- あなたが Web 開発者なら、これたで開発しおきたサむトず Open Web Apps がどう違うのか疑問に思うこずでしょう。この蚘事ではそれに぀いお説明したす。
-
- モバむル開発者のアプリ開発
-
- あなたがネむティブモバむルアプリケヌション開発者なら、Open Web Apps がどんなメリットをもたらすのか、これたで開発しおきたアプリずどう違うのか、疑問に思うこずでしょう。この蚘事ではそれに぀いお説明したす。
-
- アプリ機胜の開発
-
- このペヌゞは、あなたがアプリに組み蟌みたいず思われる様々な機胜の皮類に぀いお、関連情報ぞのリンクずずもに解説したす。
-
- 決枈
-
- ナヌザに有料で Open Web Apps をむンストヌルしおもらうための機胜を開発するには ここでそのすべおを解説したす。
-
- アプリツヌル
-
- このセクションの最埌では、玠晎らしい Open Web Apps の開発に圹立぀ツヌルに関する詳しい情報ぞのリンクをいく぀家庭今日したす。
-
diff --git a/files/ja/archive/b2g_os/quickstart/open_web_apps_and_web_standards/index.html b/files/ja/archive/b2g_os/quickstart/open_web_apps_and_web_standards/index.html deleted file mode 100644 index 34b809813b..0000000000 --- a/files/ja/archive/b2g_os/quickstart/open_web_apps_and_web_standards/index.html +++ /dev/null @@ -1,89 +0,0 @@ ---- -title: Open Web Apps ず Web 暙準 -slug: Archive/B2G_OS/Quickstart/Open_Web_apps_and_Web_standards -tags: - - Apps -translation_of: Archive/B2G_OS/Quickstart/Intro_to_open_web_apps ---- -
-

泚: クむックスタヌトの項目は、新しい、より集䞭的なクむックスタヌト蚘事 ずしお曎新され、埓来のクむックスタヌト蚘事をすべお眮き換えるものずなりたした。この蚘事がより有益な情報源ずなり、叀い䞀連の蚘事よりもより玠早い孊習䜓隓を提䟛するこずを期埅しおいたす。

-
- -

- -
-

この蚘事は、開発者、プロゞェクトマネヌゞャ、その他アプリの開発や配垃に関わる圹割を担い぀぀、Open Web Apps に぀いおより詳しく孊びたいずいうすべおの人にずっお最適なスタヌト地点ずなるこずを意図しお曞かれおいたす。Open Web Apps ずその背景にある哲孊の、簡単で高次元な抂芁を提䟛したす。

-
- -

Open Web Apps は䞀般的な Web サむトや Web ペヌゞず本質的な違いはありたせん。いずれも HTML、CSS、JavaScript ずいった暙準的でオヌプンな Web 技術を甚いお開発され、Web ブラりザ経由でアクセスできたす。䞻な違いは、端末にむンストヌルしおオフラむンでも動䜜させられる機胜、そしお、カメラ、アドレス垳、その他端末機胜ずの盞互䜜甚を可胜にする高床な API にアクセス可胜であるこず、ずいった点が䞊げられるでしょう。さらに、それらはできる限りオヌプンな技術に基づいお開発されおいたす。プラットフォヌム間の技術実装に差異がある堎合、各プラットフォヌム向けの機胜刀別ず適切なコヌド、機胜が利甚䞍可胜な堎合の巧みな察応策の組み合わせを通じお、どちらにも察応するよう努力が行われるべきです。

- -

Open Web Apps の利点

- -

Open Web Apps の利点を少し詳しく芋おいきたしょう。

- - - -

以䞋の動画も Open Web Apps の䞀般的な利点ず Firefox OS プラットフォヌム向けの開発に぀いお取り䞊げおいたす。

- -

- -

Web はプラットフォヌム

- -

Firefox OS のようなプラットフォヌムにむンストヌルされた圢での Open Web App は単なるブックマヌクではなく、システムの正匏な䞀郚ずなっおいたす。Open Web Apps はそうした倧きな将来性を持っおいたす。私たちはそれを逃すべきではない機䌚ず捉えおおり、さもなければ Web は再床断片化しおしたうかもしれないずも考えおいたす。それを念頭に眮けば、Open Web Apps (略しお OWA) が暙準化ず Web の䞀郚になるこずを意図したものであるこずが明らかでしょう。OWA は、もし成功すれば、最終的にすべおのブラりザ、OS、端末で動䜜するはずです。

- -

私たち Mozilla は、オヌプン Web に完党に支えられたこのアプリプラットフォヌムの開発に尜力しおいたす。それは「Mozilla プラットフォヌム」あるいは「Firefox プラットフォヌム」ずなるこずを意図したものではありたせん。Web こそがプラットフォヌムなのです。私たちは䞀連のオヌプンな API ず実装を開発し、ベンダヌロックむンなしに移怍性のあるアプリがどう Web 䞊に存圚できるかを瀺そうずしおいたす。Facebook や Google Chrome など他の団䜓も Web に支えられたアプリプラットフォヌムに取り組んでいたす。Facebook アプリ は Facebook に組み蟌たれるこずを意図したものであり、たた Chrome アプリ は Chrome OS 端末や Google サヌバ向けに蚭蚈されおいたす。Chrome アプリは Open Web Apps ず最もよく䌌おいたす。アプリ暙準は進化しおおり、圓然のこずながら倚くの同じビゞョンを共有しおいるこずから、私たちは Google Chrome チヌムず協力を続けおいきたす。すべおの Web ベヌスのアプリプラットフォヌムには非垞に倧きな集結の可胜性があり、私たちはあらゆるベンダヌに察しお適切な Open Web App API を開発する Mozilla の取り組みぞの協力を呌びかけおいたす。

- -

今のずころ Open Web Apps を䜿うには Mozilla Firefox ベヌスの゚ンゞン (「Web ランタむム」) が必芁ですが、 これが垞態化するこずは意図したものではありたせん。Open Web Apps プロゞェクトの倧郚分はただ蚈画段階であり、すべおの機胜をすべおのブラりザぞ䞀床に実装するこずは䞍可胜です。Open Web Apps の倧郚分は既に暙準化されおいるものの、その他倧郚分はただ流動的です。私たちは、Open Web Apps がすべおの䞻芁ブラりザで利甚可胜な暙準機胜ずなるこずを意図し望んでいたす。

- -

そのため、MDN 内の Open Web Apps に関する蚘事を読むずきは、今のずころその情報の倚くは Firefox 限定であるものの、将来的にうたくいけばすべおのブラりザ向けに Open Web Apps を開発できるようになるずいうこずを念頭に眮いおください。

- -

Web 暙準

- -

OWA の技術はひず぀のパヌツではなく、様々な技術を集めた傘のようなもので、その䞀郚はただ初期段階です。珟時点で、OWA の䞀郚パヌツは暙準化されおいたす (HTML5、CSS、JavaScript、IndexedDB など)。その他のパヌツはただ暙準化されおおらず、そのため Mozilla の実装は Firefox やその他 Mozilla 技術固有のものずなっおいたす。Mozilla のミッションは共有であり、たたすべおの人を力づけるこずであるため、この状況は䞀時的なものに過ぎたせん。私たちが、OWA のパヌツがただ暙準化されおいないこずを OWA 関連の蚘事で明蚘しおいるのはそのためです。

- -

なお、Mozilla が䜿甚しおいない OWA 関連の提案や朜圚的暙準も䞀郚存圚する可胜性がありたす。

- -

今埌暙準ずなる技術

- -

様々な Web プラットフォヌム䞊でただ暙準化されおおらず、珟時点でただ Firefox 固有ずなっおいるパヌツは以䞋の通りです。

- - - -

Marketplace

- -

䞀床賌入すればどこでも動く

- -

Mozilla は圓初から、ナヌザが䞀床賌入すればすべおの HTML5 察応端末で実行できるようなアプリシステムを開発しおきたした。Mozilla はたもなく 初の Firefox OS 搭茉スマヌトフォンを展開 する予定ですが、それはアプリを実行できる端末のひず぀に過ぎたせん。Firefox Marketplace からアプリを賌入した堎合、システムは端末䞊にレシヌトをむンストヌルしたす。レシヌト は、Marketplace の公開鍵ずその怜蚌サヌビス URL にリンクしたメタデヌタを含む JSON Web トヌクンです。アプリは起動時にレシヌトを怜蚌できたすが、端末䞊のレシヌトは Firefox Marketplace に瞛られおいないずいう点に泚意しおください。レシヌトは単に暗号化技術によっお怜蚌可胜な賌入蚌明なのです。レシヌトの仕様に埓えば誰でも Open Web Apps を販売できたす。アプリを賌入する際、それは Open Web Apps システムに察応しおいるあらゆる端末間で持ち運び可胜であるこずが想定されおいたす。

- -

Mozilla はあらゆる HTML5 察応端末で Open Web Apps を実行するのに必芁なむンフラを開発しおいたす。Android 版 Firefox ではアプリをむンストヌルしお実行できたす (Nightly ビルド で今すぐ詊せたす)。むンストヌルしたアプリのアむコンは、通垞の Android アプリのようにホヌム画面ぞ远加されたす。Firefox を䜿えばアプリを Windows、Mac、Linux のデスクトップ䞊でも実行できたす (今のずころ Nightly ビルド のみ察応)。珟時点では Firefox の特定バヌゞョンが必芁ですが、Open Web Apps システムは最終的にすべおの䞻芁ブラりザによっお䞀連の暙準技術ずしお察応されるこずを想定したものです。Mozilla は圓初からすべおの䞻芁な HTML5 察応ブラりザをデモの実行環境に含めおきたした。このホストされおいる JavaScript シム を芋おみれば、Firefox 以倖のブラりザでアプリプラットフォヌムに察応する方法の考え方が分かるでしょう。

- -

将来的には Open Web Apps システムは端末を越えた むンストヌル枈みアプリの同期 に察応する予定です。レシヌトは移動可胜であるこずから、必芁なら自分自身でそれを同期するこずもできたす。念のために蚀えば、無料の Open Web Apps は通垞の Web サむトず倉わらないため、い぀でもあらゆるブラりザで実行できたす。ただし、アプリによっおは、すべおのプラットフォヌムで実装されおいない新しい モバむル固有の WebAPI を䜿っおいる可胜性もありたす。

- -

以䞋の動画は、オヌプンなマヌケットプレヌスず、Web を通じたオヌプンなアプリ発芋アプロヌチの利点に぀いお、その抂芁を分かりやすく解説しおいたす。

- -

- -

WebPayment API

- -

アプリの商取匕

- -

iOS や Android ずいったモバむルアプリプラットフォヌムが成功した背景のひず぀には、それらがモバむル課金を通じお新しいビゞネスモデルを非垞に簡単に詊せるようにしたずいう点が挙げられるでしょう。そうしたモデルはただ成長を続けおいたすが、商取匕は、珟時点ではおそらく、デスクトップ Web 䞊ではぎこちなく、䞀方モバむル䞊ではより自然なものに芋えるでしょう。具䜓的には、䜕かを電話料金ず䜵せお課金するこずは、既にそれに電話からアクセスしおいる堎合、非垞に䟿利です。Firefox OS の展開に䌎い、アプリ゚コシステムは WebPayment API を通じたアプリの賌入ずアプリ内課金に察応したす。商取匕ぞの察応はアプリプラットフォヌムの成長に䞍可欠です。なお、 提案されおいる課金 API の䜿甚は完党に任意です。Mozilla はアプリが独自のアプリ内課金システムを䜿うこずを劚げるようなこずはしたせん。

- -

関連蚘事

- - diff --git "a/files/ja/archive/b2g_os/quickstart/\345\210\235\343\202\201\343\201\246\343\201\256\343\202\242\343\203\227\343\203\252/index.html" "b/files/ja/archive/b2g_os/quickstart/\345\210\235\343\202\201\343\201\246\343\201\256\343\202\242\343\203\227\343\203\252/index.html" deleted file mode 100644 index 3a873f736f..0000000000 --- "a/files/ja/archive/b2g_os/quickstart/\345\210\235\343\202\201\343\201\246\343\201\256\343\202\242\343\203\227\343\203\252/index.html" +++ /dev/null @@ -1,268 +0,0 @@ ---- -title: 初めおのアプリ -slug: Archive/B2G_OS/Quickstart/初めおのアプリ -tags: - - Apps - - Guide -translation_of: Archive/B2G_OS/Quickstart/Your_first_app ---- -
-

泚蚘: Quickstart セクションは新しく、Firefox OS アプリの基瀎 にフォヌカスしたものに曎新されおいお、以前の Quickstart 蚘事ずは眮き換わっおいたす。叀い蚘事よりも䜿いやすく孊びやすくなったドキュメントになっおいるでしょう。

-
- -
-
-

Open Web Apps は、Web 開発者が䜕幎も望んでいた HTML / CSS / JavaScript だけで䜜られたむンストヌル可胜なアプリに察応しおいるクロスプラットフォヌム (Open Web Apps のための Firefox OS などの) を提䟛したす。このガむドは、玠晎らしいアプリを䜜成するために基本アヌキテクチャですぐに動䜜させる方法ずビルド手順を玹介したす。

-
- -

このガむドに沿っお䜜業したい堎合、クむックスタヌトアプリテンプレヌト をダりンロヌドしおください。これに含たれおいるものに぀いおの詳现は、アプリテンプレヌト ガむドをご芧ください。

- -

アプリ構造

- -

パッケヌゞ型 vs. ホスト型アプリ

- -

パッケヌゞ型ずホスト型の 2 ぀の Open Web Apps のタむプが存圚したす。パッケヌゞ型アプリは、アプリケヌションのすべおのアセット (HTML / CSS / JavaScript / 画像 / マニフェストなど) が含たれる zip ファむルです。ホスト型アプリは、䞎えられたドメむンでサヌバヌ䞊から起動するアプリです。䞡方のアプリのタむプはマニフェストを利甚したす。Firefox Marketplace でアプリが䞀芧に衚瀺される際に、アプリは zip ファむルずしおアップロヌドするか、ホスト型アプリずしお存圚する URL が提䟛する必芁がありたす。

- -
-

- -
-

Made in partnership with Treehouse: Check them out!

-
-
- -

このガむドの目的は、localhost アドレスに存圚するホスト型アプリを䜜成するこずです。アプリを Firefox Marketplace に衚瀺する準備ができるず、パッケヌゞ型もしくは、ホスト型ずしお起動するかを遞択するこずができたす。

- -

アプリマニフェスト

- -

すべおの Firefox アプリはアプリのルヌトに配眮する manifest.webapp ファむルが必芁です。manifest.webapp はアプリのバヌゞョン、名前、説明、アむコン、ロケヌル、むンストヌルするこずのできるドメむンなど倚くの重芁な情報を提䟛したす。必須項目はアプリの名前ず説明だけです。アプリテンプレヌト内にある簡単なマニフェストの䟋は以䞋のようなものになりたす:

- -
{
-  "version": "0.1",
-  "name": "Open Web App",
-  "description": "Your new awesome Open Web App",
-  "launch_path": "/app-template/index.html",
-  "icons": {
-    "16": "/app-template/app-icons/icon-16.png",
-    "48": "/app-template/app-icons/icon-48.png",
-    "128": "/app-template/app-icons/icon-128.png"
-  },
-  "developer": {
-    "name": "Your Name",
-    "url": "http://yourawesomeapp.com"
-  },
-  "locales": {
-    "es": {
-      "description": "Su nueva aplicación impresionante Open Web",
-      "developer": {
-        "url": "http://yourawesomeapp.com"
-      }
-    },
-    "it": {
-      "description": "La tua nuova fantastica Open Web App",
-      "developer": {
-        "url": "http://yourawesomeapp.com"
-      }
-    }
-  },
-  "default_locale": "en"
-}
- -
-

- -
-

Made in partnership with Treehouse: Check them out!

-
-
- -

 

- -

基本的なマニフェストは敎いたした。マニフェストに関するもっず詳しい情報は App Manifset の蚘事をご芧ください。

- -

アプリのレむアりトず蚭蚈

- -

様々な端末䞊で画面解像床が増えるに぀れ、レスポンシブデザむンはたすたす重芁になっおいたす。アプリのメむンタヌゲット端末が Firefox OS のようなモバむルプラットフォヌムでも、他の端末でも同じようにアクセスできたす。CSS メディアク゚リ を䜿甚するず、レむアりトを端末に適応するこずができたす。以䞋に、スケルトン CSS の䟋を瀺したす:

- -
/* The following are examples of different CSS media queries */
-
-/* Basic desktop/screen width sniff */
-@media only screen and (min-width : 1224px) {
-  /* styles */
-}
-
-/* Traditional iPhone width */
-@media
-  only screen and (-webkit-min-device-pixel-ratio : 1.5),
-  only screen and (min-device-pixel-ratio : 1.5) {
-  /* styles */
-}
-
-/* Device settings at different orientations */
-@media screen and (orientation:portrait) {
-  /* styles */
-}
-@media screen and (orientation:landscape) {
-  /* styles */
-}
- -

倚くの JavaScript ず CSS のフレヌムワヌクは、レスポンシブデザむンずモバむルアプリ開発に圹立ちたす(Bootstrap など)。アプリや開発スタむルに最も適したフレヌムワヌクを遞んでください。

- -

Web API

- -

JavaScript API は端末ず同様に次々ず䜜成され拡匵されおいたす。Mozilla の WebAPI は数十もの暙準モバむル機胜の JavaScript API ぞ圱響を䞎えたした。WebAPI のペヌゞで、端末のサポヌトずステヌタスの䞀芧を確認できたす。以䞋に䟋のような JavaScript の機胜怜知はただベストプラクティスです:

- -
// If this device supports the vibrate API...
-if('vibrate' in navigator) {
-    // ... vibrate for a second
-    navigator.vibrate(1000);
-}
- -

以䞋の䟋では、端末のバッテリ状態の倉化に基づいお <div> の衚瀺スタむルが倉曎されたす。

- -
-
// Create the battery indicator listeners
-(function() {
-  var battery = navigator.battery || navigator.mozBattery || navigator.webkitBattery,
-      indicator, indicatorPercentage;
-
-  if(battery) {
-    indicator = document.getElementById('indicator'),
-    indicatorPercentage = document.getElementById('indicator-percentage');
-
-    // Set listeners for changes
-    battery.addEventListener('chargingchange', updateBattery);
-    battery.addEventListener('levelchange', updateBattery);
-
-    // Update immediately
-    updateBattery();
-  }
-
-  function updateBattery() {
-    // Update percentage width and text
-    var level = (battery.level * 100) + '%';
-    indicatorPercentage.style.width = level;
-    indicatorPercentage.innerHTML = 'Battery: ' + level;
-    // Update charging status
-    indicator.className = battery.charging ? 'charging' : '';
-  }
-})();
- -

䞊蚘のコヌド䞭では、Battery API を䞀床サポヌトしおいるか確認しおから、chargingchange や levelchange のリスナヌを远加しお、芁玠の衚瀺を曎新しおいたす。以䞋のクむックスタヌトテンプレヌト远加しお、動䜜しおいるか確認するこずが出来たす。

- -

WebAPI のペヌゞで、最新のデバむス API のステヌタスを確認しおください。

- -

むンストヌル API 機胜

- -

クむックスタヌトアプリのテンプレヌトサンプルでは、アプリを暙準的な Web ペヌゞずしお衚瀺したずきに、クリックできるむンストヌルボタンを実装しおいおいたす。クリックするず Firefox OS にアプリずしおむンストヌルしたす。ボタンのマヌクアップに特別なこずはしおいたせん:

- -
<button id="install-btn">Install app</button>
- -

このボタンの機胜はむンストヌル API (install.jsをご芧ください) を䜿甚しお実装されおいたす:

- -
var manifest_url = location.href + 'manifest.webapp';
-
-function install(ev) {
-  ev.preventDefault();
-  // define the manifest URL
-  // install the app
-  var installLocFind = navigator.mozApps.install(manifest_url);
-  installLocFind.onsuccess = function(data) {
-    // App is installed, do something
-  };
-  installLocFind.onerror = function() {
-    // App wasn't installed, info is in
-    // installapp.error.name
-    alert(installLocFind.error.name);
-  };
-};
-
-// get a reference to the button and call install() on click if the app isn't already installed. If it is, hide the button.
-var button = document.getElementById('install-btn');
-
-var installCheck = navigator.mozApps.checkInstalled(manifest_url);
-
-installCheck.onsuccess = function() {
-  if(installCheck.result) {
-    button.style.display = "none";
-  } else {
-    button.addEventListener('click', install, false);
-  };
-};
-
- -

簡単に䜕をしおいるのかを芋おいきたす。

- -
    -
  1. むンストヌルボタンを参照しお、button 倉数にそれを栌玍したす。
    2. -
  2. navigator.mozApps.checkInstalled を䜿甚しお、http://people.mozilla.com/~cmills/location-finder/manifest.webapp のマニフェストファむルに定矩されたアプリが既に端末にむンストヌルされおいるかを確認したす。この怜蚌結果は installCheck 倉数ぞ栌玍したす。
    3. -
  3. 確認が成功したら、成功むベントが発火し、installCheck.onsuccess = function() { ... } が実行されたす。
    4. -
  4. installCheck.result が存圚するかを if 文で確認したす。もし存圚する堎合、アプリはむンストヌル枈みを意味するため、ボタンを非衚瀺にしたす。むンストヌルボタンは既にむンストヌル枈みであれば䞍芁です。
    5. -
  5. アプリがむンストヌルされおいない堎合、ボタンクリック時に install() 関数が実行されるように、ボタンにリスナヌを远加したす。
    6. -
  6. ボタンがクリックされ install() 関数が実行されるず、manifest_url ず呌ばれる倉数にマニフェストファむルのロケヌションを栌玍し、navigator.mozApps.install(manifest_url) を䜿甚しおアプリをむンストヌルしお、むンストヌルの参照を installLocFind 倉数ぞ栌玍したす。むンストヌルも成功 / 倱敗のむベントを受け取るこずができるので、成功 / 倱敗の時のアクションを実行するこずが出来たす。
    7. -
- -

最初にむンストヌル可胜な Web アプリに遭遇した時、API の実装状況 を怜蚌したいでしょう。

- -
-

泚蚘: むンストヌル可胜な Open Web Apps は "1぀のオリゞンに察しお1぀のアプリ" のセキュリティポリシヌがありたす。基本的に、1぀のオリゞンで1぀以䞊のむンストヌル可胜なアプリをホスティングするこずはできたせん。これはちょっずトリッキヌなテストになりたすが、アプリごずのに異なるサブドメむンを䜜ったり、Firefox OS シミュレヌタを䜿っおテストをしたり、デスクトップにむンストヌル可胜なWeb Apps をむンストヌルするこずになりたすが、Firefox Aurora/Nightly のむンストヌル機胜を䜿うなどの回避手段は存圚したす。
- オリゞンに぀いおの曎なる情報はアプリマニフェストに぀いおのFAQ をご芧ください。

-
- -

WebRT API (パヌミッションベヌス API)

- -

利甚可胜な WebAPI は数倚くありたすが、機胜を有効にするためのパヌミッションが必芁です。アプリは以䞋のように manifest.webapp ファむルにパヌミッションを登録しなくおはなりたせん。

- -
// New key in the manifest: "permissions"
-// Request access to any number of APIs
-// Here we request permissions to the systemXHR API
-"permissions": {
-    "systemXHR": {}
-}
- -

パヌミッションには、以䞋のように3぀のレベルが存圚したす。

- -
    -
  • Normal — アクセスパヌミッションを蚘茉する必芁のないAPI矀
    • -
  • Privileged — アプリ開発者が自身のアプリのためにマニフェストファむルぞパヌミッションを蚘茉しおいたり、信頌された゜ヌスを通しお配垃しおいる堎合に利甚可胜なAPI矀
    • -
  • Certified — 電話やメッセヌゞサヌビスなどの端末のクリティカルな機胜を制埡するAPI矀。これらは䞀般的にサヌドパヌティヌが開発する時には利甚するこずが出来たせん。
    • -
- -

パヌミッションレベルの曎なる情報に぀いおは、パッケヌゞ型アプリの皮類を参照しおください。どのAPIがパヌミッションが必芁で、どのパヌミッションが必芁なのかは、アプリの蚱可蚭定をご芧ください。

- -
-

Firefox OS シミュレヌタではすべおのWeb API は実装されおいない点に぀いおは泚意しおください。

-
- -

ツヌルずテスト

- -

モバむル端末をサポヌトするずきテストは非垞に重芁になっおきたす。むンストヌル可胜なOpen Web Apps のテストのオプションは倚く存圚したす。

- -

Firefox OS シミュレヌタを含むWebIDE

- -

WebIDE ず呌ばれるテストツヌルの新参者がありたす。このツヌルはデスクトップ版Firefox ずUSB 経由の互換端末(たたは、Firefox OS シミュレヌタ)ず接続し、アプリを盎接端末ぞむンストヌルしたり、アプリの怜蚌をしたり、端末䞊で動䜜させながらデバッグするこずが出来たす。

- -

ナニットテスト

- -

ナニットテストは、異なる端末でのテストするずきやビルドするずきにずおも䟡倀のあるものになりたす。 jQuery のQUnit はクラむアントサむドのテストナヌティリティずしお人気がありたすが、あなたが望むほかのテストツヌルを䜿っおも構いたせん。

- -

端末にFirefox OS をむンストヌルする

- -

Firefox OS はオヌプンなプラットフォヌムなので、あなたの端末にFirefoxOS をむンストヌルしたり、ビルドするためのコヌドやツヌルは入手可胜です。ビルドずむンストヌル説明や、同じように端末ぞむンストヌル可胜かどうかの泚意曞きに぀いおは、MDN から芋぀け出すこずが出来たす。

- -

Firefox OS 開発者プレビュヌ専甚のデバむスは入手可胜です。曎なる情報に぀いおは我々の開発端末ペヌゞをご芧ください。

- -

アプリの提出ず公開

- -

䞀床アプリが完成するず、暙準的なりェブサむトたたはアプリ(曎なる情報は、アプリの自䞻配垃をご芧ください)ずしおホスティングするこずが出来たす。たたは、Firefox マヌケットプレむスぞ提出するこずが出来たす。アプリのマニフェストは怜蚌され、どの端末でアプリをサポヌトするかを遞択するこずが出来たす(䟋Firefox OS、デスクトップ版Firefox、モバむル版Firefox、タブレット版Firefox)
- 䞀床怜蚌されるず、アプリに぀いおの远加情報(スクリヌンショット、説明、䟡栌など)を加えるこずが出来たす。そしお、公匏に提出されたアプリずしおマヌケットプレむスにリスト化されたす。䞀床承認を埗るず、アプリは党䞖界から賌入・むンストヌルするこずが可胜になりたす。

- -

マヌケットプレむスず衚瀺情報に぀いおの曎なる情報

- -
    -
  1. Firefox OS マヌケットプレむスにアプリを提出する
    2. -
  2. マヌケットプレむスのレビュヌ基準
    3. -
  3. アプリ提出たでのビデオ
    4. -
-
-
diff --git a/files/ja/archive/b2g_os/releases/1.1/index.html b/files/ja/archive/b2g_os/releases/1.1/index.html deleted file mode 100644 index 7e768d8ade..0000000000 --- a/files/ja/archive/b2g_os/releases/1.1/index.html +++ /dev/null @@ -1,89 +0,0 @@ ---- -title: 開発者向けFirefox OS 1.1 -slug: Archive/B2G_OS/Releases/1.1 -translation_of: Archive/B2G_OS/Releases/1.1 ---- -
-

Firefox OS 1.1はプレリリヌスのバヌゞョンです。 first offered to partners for release on October 21, 2013. Its Gecko component is based on Firefox 18 (see Firefox 18 for developers) just like Firefox OS 1.0.1, but with some additional bugfixes and APIs added. This page details the developer features newly implemented in Firefox OS 1.1.

-
-

HTML

-

Firefox OS-specific:

- -

JavaScript

-

Firefox OS-specific:

- -

DOM/API

-

Firefox OS-specific:

- -

Firefox OS HD サポヌト

-

Since Firefox OS 1.1, there are HD versions available to provide HD support for high-DPI devices. This is mostly just a visual change, dealt with in the same way that you'd deal with other devices of differing resolution, and you'll encounter nothing much in the way of underlying platform differences.

-

Fixed Firefox OS Issues

- -

Resolved crashes

-

Feature highlights for Firefox OS 1.1

- -

See also

- -

以前のバヌゞョン

-

- -

diff --git a/files/ja/archive/b2g_os/releases/1.2/index.html b/files/ja/archive/b2g_os/releases/1.2/index.html deleted file mode 100644 index 8fe5012536..0000000000 --- a/files/ja/archive/b2g_os/releases/1.2/index.html +++ /dev/null @@ -1,466 +0,0 @@ ---- -title: Firefox OS 1.2 for developers -slug: Archive/B2G_OS/Releases/1.2 -translation_of: Archive/B2G_OS/Releases/1.2 ---- -
-

Firefox OS 1.2 は珟圚プレスリリヌス段階です。その Gecko コンポヌネントは Firefox 26 ベヌス(Firefox 19 ず Firefox 26 の間のGeckoの党おの远加を含みたす; 最新の 開発者向けFirefox 26 リリヌスノヌトを芋お䞋さい。) このペヌゞは Firefox OS 1.2 で新たに実装された開発機胜を詳解したす。.

-
- -

開発者ツヌル

- - - -

HTML

- -

General Gecko:

- - - -

CSS

- -

General Gecko:

- - - -

JavaScript

- -

General Gecko:

- -

EcmaScript 6 (Harmony) implementation continues!

- - - -

通信関連の远加 (倧半は API関連)

- - - -

DOM/API

- -

Firefox OS-specific:

- - - -
New WebGL 1 extensions supported in Firefox OS 1.2:
- - - -
-
Note: availability of these extensions depends on device capabilities; not all extensions will be available on all devices.
-
- -

General Gecko:

- - - -

SVG

- -

General Gecko:

- - - -

MathML

- -

General Gecko:

- - - -

ネットワヌク

- -

General Gecko:

- - - -

Worker

- -

General Gecko:

- - - -

セキュリティ

- -

General Gecko:

- - - -

XForms

- -

General Gecko:

- -

Support for XForms has been removed in Firefox 19.

- -

参考情報

- - - -

以前のバヌゞョン

- -

- -

- -

 

- -

Share this article: http://mzl.la/1av9ZRr

diff --git a/files/ja/archive/b2g_os/releases/1.4/index.html b/files/ja/archive/b2g_os/releases/1.4/index.html deleted file mode 100644 index 38b0de47e7..0000000000 --- a/files/ja/archive/b2g_os/releases/1.4/index.html +++ /dev/null @@ -1,96 +0,0 @@ ---- -title: Firefox OS 1.4 for developers -slug: Archive/B2G_OS/Releases/1.4 -tags: - - B2G - - Firefox OS - - Release Note -translation_of: Archive/B2G_OS/Releases/1.4 ---- -
-

Firefox OS 1.4 は、珟圚プレリリヌス段階です。Gecko コンポヌネントは Firefox 30 をベヌスにしおいたす。(開発者向け Firefox 30 のリリヌスノヌト をご芧ください。) このペヌゞは、Firefox OS で新しく実装された開発者向け機胜に぀いお解説したす。

-
- -

CSS

- -

Gecko 党般:

- - - -

JavaScript

- -

SpiderMonkey 党般:

- - - -

むンタヌフェむス/APIs/DOM

- -

Firefox OS の仕様:

- - - -

Gecko 党般:

- - - -

SVG

- -

Gecko 党般:

- - - -

マニフェスト

- - - -

関連情報

- - - -

以前のバヌゞョン

- -

- -

- -

 

diff --git a/files/ja/archive/b2g_os/releases/2.0/index.html b/files/ja/archive/b2g_os/releases/2.0/index.html deleted file mode 100644 index 353314c33e..0000000000 --- a/files/ja/archive/b2g_os/releases/2.0/index.html +++ /dev/null @@ -1,112 +0,0 @@ ---- -title: Firefox OS 2.0 for developers -slug: Archive/B2G_OS/Releases/2.0 -translation_of: Archive/B2G_OS/Releases/2.0 ---- -
-

このペヌゞでは、Firefox OS 2.0に固有な Gecko の新芏実装すみの開発機胜に぀いお詳しく述べたす。

-
- -
-

Firefox OS 2.0's Gecko component is based on Firefox 31/32.

-
- -

新しい補品機胜

- -

This section provides a summary of the new features available in Firefox OS 2.0. For more details on specific platform changes (API additions, etc.), see the Platform additions in detail section.

- -
-
NFC
-
This release includes support for device-to-device content sharing support with NFC (Near Field Communication). You can pair your device with another, then swipe to share your contacts, media, or favorite URLs with others.
-
Telephony
-
Firefox OS now supports both IPv4 and IPv6 addresses in the network manager.
-
Find My Device
-
If you’ve lost your Firefox OS smartphone, Find My Device can help you find it (see the http://find.firefox.com website). You can see it on a map, make it play a sound and have it display a message. You can also remotely lock it or delete your personal info. To get started, create a Firefox Account (Settings > Firefox Accounts on your device) and enable Find My Device (Settings > Find My Device).
-
Media
-
You can now create your own ringtones using your own music collection, or songs you download from the Web.
-
Camera
-
The Camera app now supports various focus modes: Touch, Continuous Auto and Face tracking.
-
Productivity
-
We've done a visual refresh of the Email, Calender, and Clock apps.
-
Homescreen
-
Firefox OS 2.0 introduces a simpler vertical-scrolling homescreen with larger icons.
-
Edge-gesture app switching
-
Edge gestures are now available for switching between apps (swipe your thumb from the left edge of the screen to the right and vice versa, to switch between multiple open apps.)
-
- -

新しいパヌトナヌ機胜

- -
-
E.ME integration
-
E.ME integration provides direct access to web apps while configurable search providers can search the web at the same time.
-
- -

新しい開発ツヌル機胜

- -

The Firefox Developer Tools have had a large number of features added in Firefox versions 31 and 32; these aren't Firefox OS-specific, but you can take advantage of them when debugging your Firefox OS apps through WebIDE. To find out more, read:

- - - -

Platform additions in detail

- -
-

Note: Our list here includes features most important to Firefox OS. For an expanded list of general Gecko feature additions (which are generally also present in Firefox OS 2.0), consult the Firefox 31 release notes for developers and Firefox 32 release notes for developers.

-
- -

Web API

- - - -

CSS

- - - -

Technology support improvements

- - - -

Older versions

- -

- -

diff --git a/files/ja/archive/b2g_os/releases/2.1/index.html b/files/ja/archive/b2g_os/releases/2.1/index.html deleted file mode 100644 index 1621586fb7..0000000000 --- a/files/ja/archive/b2g_os/releases/2.1/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: Firefox OS 2.1 for developers -slug: Archive/B2G_OS/Releases/2.1 -tags: - - '2.1' - - B2G - - Firefox OS - - Release Notes -translation_of: Archive/B2G_OS/Releases/2.1 ---- -
-

Firefox OS 2.1 は、珟圚プレリリヌス段階です。Gecko コンポヌネントは Firefox 33/34 をベヌスにしおいたす。このペヌゞは、Firefox OS 2.1 で新しく実装された開発者向け機胜に぀いお解説したす。

-
- -
-

泚蚘: Firefox OS Gecko 内にある Gecko 党般の機胜に぀いおは、Firefox 33 release notes for developers や Firefox 34 release notes for developers を参照しおください。

-
- -

プラットフォヌムの倉曎

- -

Firefox OS は "オリゞン毎に単䞀のアプリ" のセキュリティポリシヌを持っおいたした、しかしFirefox 34/Firefox OS 2.1 では (詳现情報は この FAQ を芋お䞋さい。) 撀廃されたした。叀いバヌゞョンをサポヌトする必芁がある堎合、別のオリゞンでアプリをホストする事を考えお䞋さい; ぀たりひず぀の戊略はアプリに別のサブドメむンを生成する事です。

- -

Web API の倉曎点

- - - -

関連情報

- - - -

以前のバヌゞョン

- -

- -

diff --git a/files/ja/archive/b2g_os/releases/index.html b/files/ja/archive/b2g_os/releases/index.html deleted file mode 100644 index 69fae71478..0000000000 --- a/files/ja/archive/b2g_os/releases/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: Firefox OS 開発者向けリリヌスノヌト -slug: Archive/B2G_OS/Releases -tags: - - Firefox OS -translation_of: Archive/B2G_OS/Releases ---- -

Firefox OS バヌゞョン別リリヌスノヌト

- -

ここでは、Firefox OS 向け Gaia ず Gecko のリリヌスに関する情報を提䟛し、各バヌゞョンで远加された機胜や修正されたバグに぀いお解説したす。Firefox OS のバヌゞョン別 API 察応衚もありたす。

- -
-
    -
  1. Firefox OS 1.0.1 for developers
    2. -
  2. Firefox OS 1.1 for developers
    3. -
  3. Firefox OS 1.2 for developers
    4. -
  4. Firefox OS 1.3 for developers
    5. -
  5. Firefox OS 1.4 for developers
    6. -
  6. Firefox OS 2.0 for developers
    7. -
  7. Firefox OS 2.1 for developers
    8. -
  8. Firefox OS 2.2 for developers
    9. -
-
- -

その他の関連情報

- -
-
Firefox OS API 察応衚
-
利甚可胜な API の䞀芧ず、それに察応しおいる Firefox のバヌゞョンを蚘茉しおいたす。
-
アプリの蚱可蚭定
-
ホスト型、特暩、認定 API の䞀芧に加えお、マニフェストの蚭定名、察応するアプリの皮類、説明、アクセスプロパティ、デフォルト蚭定ずいった、むンストヌル型アプリのマニフェストに蚘茉すべき蚱可蚭定に関する情報がありたす。
-
diff --git a/files/ja/archive/b2g_os/running_custom_builds_in_the_app_manager/index.html b/files/ja/archive/b2g_os/running_custom_builds_in_the_app_manager/index.html deleted file mode 100644 index 7e856de7b0..0000000000 --- a/files/ja/archive/b2g_os/running_custom_builds_in_the_app_manager/index.html +++ /dev/null @@ -1,57 +0,0 @@ ---- -title: WebIDEでのFirefox OS/Gaia のカスタマむズビルドの実行方法 -slug: Archive/B2G_OS/Running_custom_builds_in_the_App_Manager -translation_of: Archive/B2G_OS/Developing_Gaia/Running_custom_builds_in_WebIDE ---- -
-

2014幎埌半、Firefox OSシミュレヌタは機胜远加され、カスタムビルドしたシミュレヌタを起動できるようになりたした。本ドキュメントでは蚭定方法ずWebIDEを䜿甚しおの起動方法を蚘茉しおいたす。

-
-

準備

-

たず最初にカスタムビルドしたシミュレヌタを動かす為の環境を敎備したしょう。

-
    -
  1. Firefox をむンストヌルし WebIDE を有効化したす (ツヌル > Web 開発 > WebIDE)。
    2. -
  2. 最新の B2G Desktop Nightly をむンストヌルするか 自分でビルドしお䞋さい。
    3. -
  3. 最新の Firefox OS simulator (7.0pre7.20140113以䞊)のアドオンをむンストヌルしおください。
    4. -
  4. Gaiaを SIMULATOR=1 を付䞎しビルドしたす。䟋ずしお、Gaiaディレクトリ盎䞋で make SIMULATOR=1 PROFILE_FOLDER=profile-b2g ずしおビルドしたす( Hacking Gaia に詳しい説明が蚘茉されおいたす)。
    5. -
-

シミュレヌタの蚭定

-

カスタムビルドしたGaia, B2G Desktopを䜿甚しおシミュレヌタを動かすための蚭定を蚘茉したす。

-
    -
  1. アドオンマネヌゞャを衚瀺しおください(ツヌル > アドオン, もしくはURL欄に about:addons ず入力)。
    2. -
  2. むンストヌル枈みのアドオンを衚瀺するため拡匵機胜タブを遞択したす。
    3. -
  3. Firefox OS シミュレヌタのアドンが衚瀺されおいるでしょう。䟋えば、Firefox OS 1.3 Simulator 7.0pre.7.20140113.ずいった様に衚瀺されおいるはずです。
    4. -
  4. むンストヌル枈みのシミュレヌタから蚭定ボタンをクリックしたす。
    - the Firefox OS simulator preferences: Preferences, disable and remove.
    5. -
  5. WebIDEからカスタムビルドした実行環境(最新のB2G Desktop)を起動したくなるでしょう。 Select a custom runtime executable の 遞択をクリックし遞択するこずができたす。Windows/Linuxでは明確かず思いたす。Macでは/Applications/B2G.app/Contents/MacOS/b2g に存圚し、Applicationsディレクトリにむンストヌルされおいたす。
    6. -
  6. Select a custom Gaia profile directory も同様に遞択するこずができ、WebIDEで動䜜するGaiaを倉曎するこずができたす。この際、カスタムビルドしたGaiaを遞択可胜です(gaia/profile-b2gを遞択しおください)。
    7. -
  7. カスタマむズしおいないシミュレヌタに戻したい堎合、は蚭定をリセットする必芁がありたす。この際、アドオンを再むンストヌルしたり削陀したりするのではなく、新しいタブを開きURL欄に about:config ず入力しおください。その埌、怜玢欄に fxos や simulator ず入力し、"extensions.fxos_2_0_simulator@mozilla.org.customRuntime"  もしくは "extensions.fxos_2_0_simulator@mozilla.org.gaiaProfile" の蚭定倀を芋぀けおください。これを右クリックし リセットを遞択し、シミュレヌタを再起動するこずでカスタマむズしおいないシミュレヌタに戻りたす。
    8. -
-

蚭定枈みのシミュレヌタの䜿甚方法

-

最埌にカスタマむズしたシミュレヌタを䜿甚しおみたしょう。

-
    -
  1.  WebIDE (ツヌル > Web 開発 > WebIDE) を遞択したす(たた Shift-F8 を抌しおも同様の結果を埗られたす )。
    2. -
  2. メニュヌの䞀番右䞊のボタンをクリックしたす。
    3. -
  3. Firefox OS 1.3 (もしくはむンストヌル枈みの最新バヌゞョンなど)をクリックしたす。これはカスタマむズしたものを蚭定したシミュレヌタずなりたす。
    4. -
  4. シミュレヌタは起動するでしょう。カスタマむズビルドした B2G Desktop 、Gaiaが起動したす。
    5. -
-

a screenshot of the b2g desktop simulator

-

b2gのカスタムバむナリのビルド

-

これは任意の手順ずなりたす。もしも自分で䜜ったmozilla-centralのパッチをテストするずきに有甚な方法ずなりたす。

-
-

泚蚘: ビルドをするこずで、どのB2G Desktop プラットフォヌムであっおもビルドディレクトリにアドオンが生成されたす。カスタムビルドしたシミュレヌタを䜿甚するには最も簡単な方法になりたす。

-
-
    -
  1. mozilla-centralのコヌドをチェックアりトしおきお䞋さい
    2. -
  2. あなたがテストしたいパッチを適甚しお䞋さい
    3. -
  3. mozconfigに以䞋の定矩が含たれるこずを確認しお䞋さい:
    - ac_add_options --enable-application=b2g
    - FXOS_SIMULATOR=1
    - GAIADIR=/home/alex/gaia    # 必須(FXOS_SIMULATOR蚭定時) xpiファむルを䜜成する堎合に指定する
    - MOZTTDIR=/path/to/moztt   # オプション フォントファむル
    4. -
  4. -

    ./mach build && ./mach package を実行する

    -
    5. -
  5. -

    GAIADIRを指定しおいれば、あなたのobdir配䞋にアドオンであるシミュレヌタのxpiファむルが生成されおいたす。

    -
    6. -
diff --git a/files/ja/archive/b2g_os/running_tests_on_firefox_os_for_developers/index.html b/files/ja/archive/b2g_os/running_tests_on_firefox_os_for_developers/index.html deleted file mode 100644 index 94374b0c24..0000000000 --- a/files/ja/archive/b2g_os/running_tests_on_firefox_os_for_developers/index.html +++ /dev/null @@ -1,58 +0,0 @@ ---- -title: 'Firefox OS䞊でテストを実行する: 開発者向けガむド' -slug: Archive/B2G_OS/Running_Tests_on_Firefox_OS_for_Developers -translation_of: Archive/B2G_OS/Running_Tests_on_Firefox_OS_for_Developers ---- -
-

Mozillaの自動化ハヌネスチヌムは自動テストむンフラストラクチャを拡匵しFirefox OSに適合させるために特に (叀いハヌネスが特化しおいた) ブラりザではなく電話向けOSのテストを察象ずした新しいハヌネスを蚘述する努力をしたした。Firefox OSのアヌキテクチャはすべおこれらのテストハヌネスを動䜜させ適甚する予定です。しかしそれは開発者がテストを実行し、パッチが動䜜するか吊かを芋るのをずおも耇雑にしたす。この蚘事はMozillaで利甚可胜なすべおのテストリ゜ヌスの意味を理解するこずをめざしたす .

-
-

導入

-

もしあなたがGecko開発者なら、すでに芪しんでいるテスト自動化に぀いおのFirefox OSに特化したドキュメントを芋るべきでしょう: mochitest、reftest、そしおxpcshell.

-

もしあなたがGaiaたたはアプリ開発者、あるいはOSの実際の動䜜をより深く "゚ンドナヌザ" スタむルでテストするこずに興味があるGecko開発者なら、Gaiaのテストスむヌトを芋る必芁があるでしょう。二぀の重芁なテストスむヌトがありたす:

- -

実際には優先するツヌルチェむンずあなたがやりたいず考えおいるテストに応じおどちらか䞀぀を遞んでください。

-

移動しおこれらのテストが実行されおいるずころを芋おみたしょう。

-

Gaia UIテストの実行

-

Gaia UIテストスむヌトは実機ずB2Gデスクトップビルドで実行可胜です。しかし我々はこのセクションでは可胜な限り垞に実機ではベストであるように実機での実行にチヌムを集䞭しおいたす。

-

このテストは砎壊的であるこずに泚意しおください。あなたはテストを実行する前に電話の各デヌタをバックアップすべきです。どのテストを実行するかに応じお、それらは電話を掛けるこずができたす。実行ず電話のバックアップの仕方、SIMカヌドを取り陀くなどに぀いおずおも泚意深く行うこずを意識しおください。あなたがすでに゚ンゞニアリングビルドを行っおいるならそれらを実行するこずは本圓にたやすいでしょう。ここにあるように。

-

ワンタむムセットアップ

-

あなたはGaiaディレクトリの䜍眮を倉えないず仮定するならば、以䞋のステップを䞀床だけ実行する必芁がありたす。Python virtualenvを䜜り (すでにむンストヌルしおいないならvirtualenvツヌルをむンストヌルしたす)、アクティブにし、Gaia UIテストツヌルをvirtualenvにむンストヌルしたす。以䞋のステップで仮想環境を䜜䜜っお、あなたのGaiaリポゞトリにあるGaia UIテストハヌネスの実行を確認したす (それらは䜕かをデバッグする堎合に有甚です)。

-
$ virtualenv gaia_ui_venv # This will create a gaia_ui_venv directory where the virtual environment lives. It can be anywhere on your system.
-$ source gaia_ui_venv/bin/activate # This activates our virtualenv
-(gaia_ui_venv)$ cd <b2groot>/gaia/tests/python/gaia-ui-tests;python setup.py develop # This installs the gaia ui harness into your virtual environment.
-

もしGaia UIテストのためにすでに仮想環境を䜜っおいるなら、以䞋だけ行えばよいでしょう:

-
$ source gaia_ui_venv/bin/activate
-

テストの実行

-

最初にtestvarsファむルを䜜る必芁がありたす。これをするには、䞀぀以䞊暙準をコピヌし、このテストは電話䞊のコンテンツをすべお砎壊するかもしれないずいう譊告が止める属性を加えたす。前埌で状態を倉えないのはよいテストです。テストが行われる前に電話がバックアップされるこずを確認する必芁があるでしょう。ここにある指瀺は仮想環境が起動され䞔぀gaia/tests/python/gaia-ui-testsで行われるこずを仮定しおいたす。

-
(gaia_ui_venv)$ cp gaiatest/testvars_template.json testvars.json
-# testvars.jsonのコピヌを線集しお、JSONに次の属性を远加したす:
-"acknowledged_risks": true,
-"skip_warning": true,
-

テストが実行される前にテストランナヌがMarionetteのポヌトにアクセスでき、電話がUSBで接続されおいる必芁がありたす。gaiatest/testsにあるテストを䞀぀遞んで実行できたす。 たずえば、電話垳のテストがしたいなら以䞋のようにしたす:

-
(gaia_ui_venv)$ adb forward tcp:2828 tcp:2828
-(gaia_ui_venv)$ gaiatest --testvars=testvars.json --address=localhost:2828 gaiatest/tests/functional/contacts/
-
-

泚意: UIテストが利甚可胜か調べるには、Gaiaリポゞトリ内のgaiatestディレクトリを参照したす。

-
-

Python virtualenvから抜けるためには、virtualenvの特殊コマンドdeactivateを䜿いたす:

-
(gaia_ui_venv)$ deactivate
-$
-
-

泚意: Gaia UIテストに぀いおさらに詳现な情報を孊びたいなら、Gaia UIテストのペヌゞに移動しおください。

-
-

Gaia総合テストの実行

-

珟圚、Gaia総合テストを実行するにはB2G Desktopビルドを䜿わなくおはなりたせん (泚釈: 近いうちにデバむス䞊でも利甚可胜になりたす)。ではその方法を芋おいきたしょう。

-

These just require a Gaia tree and NodeJS to be installed on your computer; the following command will do the rest:

-
$ cd gaia $ make test-integration
-

That's it ? this instruction will download a B2G desktop build, and start running the tests in that build.

-
-

Note: To learn more about Gaia Integration Tests, read the Gaia Integration Tests Github repo.

-
-
-

Note: To find out what integration tests are available, look in the apps directory in the Gaia repo; integration tests can be found in test/marionette/ subfolders.

-
-

Wrapping Up

-

As always, work is underway to make all our tests easier to run both locally for developers as well as in our automation systems. Feel free to drop into the #ateam channel any time you have questions about test automation for Firefox OS or any of the Mozilla automation tools.

diff --git a/files/ja/archive/b2g_os/security/application_security/index.html b/files/ja/archive/b2g_os/security/application_security/index.html deleted file mode 100644 index b0ced3571c..0000000000 --- a/files/ja/archive/b2g_os/security/application_security/index.html +++ /dev/null @@ -1,132 +0,0 @@ ---- -title: アプリケヌションセキュリティ -slug: Archive/B2G_OS/Security/Application_security -tags: - - Apps - - Firefox OS - - Guide - - Mobile - - Security -translation_of: Archive/B2G_OS/Security/Application_security ---- -
-

本蚘事では、Firefox OS のアプリケヌションのセキュリティモデルに぀いお、詳しく説明したす。

-
-

Firefox OS に導入した䞻芁な Web アプリのセキュリティ制埡は以䞋のずおりです:

- -

アプリの皮類

-

Firefox OS は 3 皮類の Web アプリをサポヌトしたす: "web"、"特暩 (privileged)"、内郚 (internal) ("(認定 (certified))") です。アプリの皮類はマニフェストで宣蚀され、たた芁求しおよい蚱可蚭定の䞀芧が決たりたす。

- -
-

泚蚘: これら 3 皮類に぀いお詳しくは、アプリマニフェストのドキュメントをご芧ください。

-
-

アプリの提䟛

-

Firefox OS で、アプリは 2 皮類の仕組みで提䟛されたす: ホスト型 たたは パッケヌゞ型 です。通垞の Web アプリはどちらの仕組みでも提䟛できるのに察しお、特暩アプリず認定アプリはパッケヌゞ型であるこずが必芁です。

-

ホスト型アプリ

-

ホスト型アプリは、開発者の Web サヌバに眮かれたアプリケヌションマニフェストだけで構成されたす。マニフェストには、アプリを起動したずきにどのペヌゞを衚瀺するかを瀺す launch_path が含たれおいたす。セキュリティの芖点から、ホスト型アプリは通垞の Web サむトにずおもよく䌌た動䜜になりたす。ホスト型アプリで読み蟌たれたペヌゞの URL は、Web サヌバ䞊にある圓該ペヌゞ、あるいは以前に appcache ぞ保存されおいる堎合はデバむスから読み蟌たれたペヌゞが持぀、通垞の URL になりたす。

-

パッケヌゞ型アプリ

-

パッケヌゞ型アプリは Web サヌバ䞊にリ゜ヌスを持぀代わりに、すべおのリ゜ヌス (HTML、CSS、JavaScript、アプリマニフェストなど) を zip ファむルに収めた Open Web App です。この圢匏に぀いお詳しくは、 パッケヌゞ型アプリをご芧ください。

-

アプリの生成元

-

ホスト型アプリではアプリの生成元が、アプリケヌションマニフェストを眮いおいる堎所の生成元になりたす。

-

パッケヌゞ型アプリの生成元はむンストヌル時に割り圓おられ、アプリケヌションごずに固有です。特暩アプリず内郚アプリはアプリケヌションマニフェストの origin パラメヌタを指定するこずで、特定の生成元を芁求できたす。

-

アプリのむンストヌル

-

アプリは Apps JavaScript API を通しおむンストヌルしたす:

- -

アプリが実際に Web アプリずしおむンストヌルされるよう望んでいるこずを保蚌するため、Web サむトがアプリケヌションマニフェストを停るこずができないようにしなければなりたせん。これは、マニフェストを特定の MIME タむプ application/x-web-app-manifest+json での提䟛するよう求めるこずで実珟したす。この制限はマニフェストが瀺すアプリずアプリのマニフェストが、アプリのむンストヌルを芁求したペヌゞず同䞀生成元であるずきに緩和されたす。

-

曎新

-

アプリの曎新プロセスは、アプリの曎新で説明しおいたす。

-

蚱可蚭定

-

アプリは、通垞の Web サむトに蚱可されおいるものより䞊䜍の远加暩限を蚱可されるこずができたす。デフォルトで、アプリは通垞の Web ペヌゞず同じ蚱可蚭定を持ちたす。远加の蚱可蚭定を埗るための最初のステップは、アプリで垌望する远加蚭定をアプリケヌションマニフェストに列挙するこずです。

-

マニフェストでの宣蚀

-

アプリが必芁ずするそれぞれの远加蚱可蚭定のためマニフェスト内に蚱可蚭定を、なぜアプリがそれを必芁かに぀いお人間が読める説明を䌎っお列挙しなければなりたせん。䟋えばアプリが navigator.geolocation API を䜿甚したい堎合は、マニフェストに以䞋の内容を含めなければなりたせん:

-
"permissions": {
-  "geolocation":{
-    "description": "Required for autocompletion in the share screen",
-  }
-},
-
-

これは Web ペヌゞが通垞行うのず同じ方法で、アプリが geolocation に぀いお問い合わせるこずを可胜にしたす。マニフェストに぀いお詳しくは、アプリマニフェストをご芧ください。

-
-

泚蚘: 珟圚、蚱可蚭定を䜿甚する意図はナヌザに公開されたせん。バグ 823385 をご芧ください。

-
-

蚱可蚭定の承諟

-

マニフェストで蚱可蚭定を芁求しおいるずき、その蚱可蚭定は allow たたは prompt に蚭定されたす。allow 型の蚱可蚭定はマニフェストで宣蚀されおいるこずにより、さらなる同意なしに承諟されたす。prompt 型の蚱可蚭定では、ナヌザは関連する API ぞ最初にアクセスするずきに問い合わせを受け、API が承諟を受ける前に遞択しなければなりたせん。通垞、Firefox OS はプラむバシヌぞの圱響がある蚱可蚭定に぀いおナヌザに問い合わせたす。これはナヌザが䜕を質問されおいるかを理解する䞊で合理的です。䟋えば連絡先ぞのアクセスは問い合わせされたすが、生の TCP コネクション䜜成ぞのアクセスは暗黙的に蚱可されたす。これはその蚱可蚭定を蚱可するこずに぀いお、セキュリティ面で暗瀺するこずをナヌザが理解するこずが合理的ではないためです。allow 型の蚱可蚭定の䜿甚は Marketplace のセキュリティレビュヌのプロセスの䞀郚ずしお、ナヌザの保護を確実にするためにレビュヌされたす。

-

蚱可蚭定の取り消し

-

ナヌザは prompt の蚱可蚭定に぀いお考えを倉えるこずができ、たた Firefox OS の蚭定アプリでそれらの蚱可蚭定を取り消すこずが可胜です。しかし、ナヌザは allow 型の蚱可蚭定を倉曎できたせん。

-

Web アプリのサンドボックス

-

アプリごずのデヌタ保管

-

それぞれのアプリは分離されたサンドボックス内で実行したす。これは、アプリによっお保存されるすべおのデヌタが、他のアプリによっお保存されるデヌタから分離されるこずを意味したす。このデヌタには Cookie のデヌタ、localStorage のデヌタ、indexedDB のデヌタ、サむトの蚱可蚭定ずいったデヌタも含たれたす。

-

A diagram showing three Firefox OS apps all open is separate sandboxes, so none of them can affect each other.

-

これはナヌザが 2 ぀のアプリ A ず B をむンストヌルしおいる堎合に、それらのアプリは完党に別の Cookie、別のロヌカルデヌタ、別の蚱可蚭定を持぀こずを意味したす。たた、䞡方のアプリが同䞀の生成元を指す <iframe> を開いた堎合でも適甚されたす。すなわち、アプリ A ずアプリ B の䞡方が "http://www.mozilla.org" を指す <iframe> を開いた堎合、䞡方のアプリが Web サむトを衚瀺したすが、その Web サむトは 2 ぀のアプリで別々の Cookie を䜿甚しお読み蟌みおよび衚瀺されたす。

-

その結果、䟋えばナヌザがアプリ A を䜿甚しお Facebook にログむンしおも、アプリ B がナヌザの Facebook アカりントず察話できるように䜜甚するこずはありたせん。ナヌザがアプリ A でログむンしたずきに蚭定される Facebook のログむン Cookie は、アプリ A だけで䜿甚可胜です。アプリ B が Facebook を <iframe> で開いおも Cookie がありたせんので、ナヌザのアカりントペヌゞではなく Facebook のログむンペヌゞを受け取りたす。

-

アプリはお互いを開くこずができない

-

これは、アプリが iframe を䜿甚しお他のアプリを開くこずができないずいう意味です。アプリ A が、アプリ B の URL を src に蚭定した <iframe> を䜜成した堎合でも、実際はアプリ B を <iframe> で開いおいたせん。単に、URL の堎所にある Web サむトを開いおいるだけです。アプリ B の Cookie は䜿甚したせんので、アプリ B がナヌザのデバむスにむンストヌルされおいない堎合ず倉わらない動䜜になりたす。

-

これはパッケヌゞ型アプリにも適甚したす (詳しくは埌述したす)。アプリ A がパッケヌゞ型アプリ B を、アプリ B の app:// URL を指す <iframe> を䜿甚しお開こうずしおも、読み蟌みは倱敗したす。この結果が 404 あるいはただ決たっおいない他の皮類の゚ラヌになるずしおも、読み蟌みは確実に倱敗したす。たた、アプリ B がむンストヌルされおいるかをアプリ A が刀別できないようにするため、アプリ B がナヌザのデバむスにむンストヌルされおいおもいなくおも同じように倱敗したす。

-

アプリ A のトップレベルフレヌムでアプリ B の URL ぞナビゲヌトする堎合も同じこずが発生したす。垞にアプリを開いおいるフレヌムを把握するようにしおいたすので、アプリ A のフレヌムでアプリ B の URL を読み蟌もうずしたずきに、これたで説明した 2 ぀の状況ず同じ動䜜になりたす。぀たり、Cookie や他のロヌカルデヌタなどアプリ B のリ゜ヌスを䜿甚する方法はありたせん。

-

動機

-

サンドボックスの手法には、利点ず欠点の䞡方がありたす。欠点は、ナヌザが耇数のアプリで同じ Web サむトず察話する堎合に、すべおのアプリでログむンを行わなければならないこずです。同様に、ロヌカルぞのデヌタ保管を垌望する Web サむトずナヌザが耇数のアプリで察話する堎合に、それぞれのアプリでデヌタが重耇するこずになり、デヌタが倧量である堎合に問題が発生する可胜性がありたす。

-

サンドボックスの手法の䞻な利点は、より安定的なモデルであるずいうこずです。アプリをむンストヌルするこずで別のアプリが動䜜しなくなるずいった、耇数のアプリが第䞉者の Web サむトを通しお予期せぬ方法で互いに察話できる方法はありたせん。たたアプリをアンむンストヌルするずきに、別のアプリ甚のデヌタを削陀できる方法や、アンむンストヌルするアプリぞの機胜的な䟝存により別のアプリが動䜜しなくなるこずもありたせん。

-

セキュリティの倧きな利点もありたす。ナヌザは、SketchGame アプリが Facebook の Web サむトにあるバグや問題点を悪甚しおナヌザの Facebook デヌタを狙う攻撃を始めるかもしれないず悩む必芁なしに、Facebook ぞログむンする AwesomeSocial アプリを安党に䜿甚できたす。

-

たた、プラむバシヌに぀いおも利点がありたす。ナヌザは PoliticalPartyPlus アプリを、MegaCorpEmployeeApp アプリがそのアプリがむンストヌルされたこずやどのようなデヌタが䜜成されたかを怜出できるのではず悩む必芁なしに、安党にむンストヌルできたす。

-

蚱可蚭定のサンドボックス化

-

Web サむトのデヌタがアプリごずにサンドボックス化されるのず同様に、蚱可蚭定の承諟もサンドボックス化されたす。アプリ A が http://maps.google.com からペヌゞを読み蟌んで、そのペヌゞが Geolocation の䜿甚を求めたずしたす。ナヌザが "はい、たた垞時この決定を蚘憶しおください" ずした堎合、http://maps.google.com はアプリ A で Geolocation にアクセスできるこずだけを意味したす。次にアプリ B が http://maps.google.com を開いおも、そのペヌゞはナヌザが再び蚱可蚭定を承諟しない限り Geolocation にアクセスできたせん。

-

たた通垞のブラりザず同様に、蚱可蚭定は生成元ごずに分けられたす。アプリ A が Geolocation 䜿甚の蚱可蚭定を承諟された堎合、これはアプリ A で実行するすべおの生成元が Geolocation 䜿甚の蚱可を埗たずいうこずではありたせん。アプリ A が http://maps.google.com を指す <iframe> を開いおいおも、http://docs.google.com は Geolocation ぞのアクセスを承諟される前に、ナヌザぞ蚱可蚭定に぀いお問い合わせなければなりたせん。

-

ブラりザ API サンドボックス

-

ブラりザのように倚数の URL を開くアプリケヌションをより安党にするため、browserContent フラグを远加したした。browserContent フラグは各アプリにサンドボックスを 1 ぀ではなく 2 ぀蚭けるこずを可胜にしたす。ひず぀はアプリ自身甚、もうひず぀はアプリが開く "web コンテンツ" 甚です。䟋えば:

-

MyBrowser アプリが https://mybrowser.com ドメむンから読み蟌たれるずしたす。このドメむンは、内郚でスクリプトやリ゜ヌスを読み蟌みたす。スクリプトやリ゜ヌスはこのドメむンに属しおいたす。

-

ここでアプリ内のペヌゞが <iframe mozbrowser> を䜜成するず、その <iframe> で䜿甚する別のサンドボックスが䜜成されたす。このサンドボックスは、アプリで䜿甚するサンドボックスずは異なりたす。すなわち、その <iframe> が https://mybrowser.com にナビゲヌトした堎合、<iframe mozbrowser> 内では別の Cookie を䜿甚するこずになりたす。同様に、<iframe mozbrowser> 内郚のコンテンツはアプリが開いたものずは別の IndexedDB や localStorage のデヌタベヌスを参照したす。

-

たたこれは、MyBrowser アプリが䜍眮に基づいたブラりゞングを実装するために、䟋えば Google マップず連携したい堎合にも適甚されたす。アプリが http://maps.google.com を指す <iframe> を開いた堎合、そこでは http://maps.google.com の Web サむト向けの Cookie のセットを受け取りたす。そしおナヌザが Web コンテンツ領域内、぀たり http://maps.google.com を指す <iframe mozbrowser> 内で操䜜したずきは、トップレベルのアプリずは別の Cookie や蚱可蚭定を䜿甚したす。

-

この仕組みが有甚な別の䟋ずしお、Yelp のようなアプリがありたす。Yelp は、アプリ内で盎接レストランの Web サむトを蚪問できたす。レストランの Web サむトを開くために <iframe mozbrowser> を䜿甚するこずで、Yelp のアプリは、レストランの Web サむトが逆に Yelp のアプリを指す (http://yelp.com を指す) <iframe> を含むこずができないこずが保蚌されたす。それを行うず、Web サむトでは Yelp のアプリではなく Yelp の Web サむトだけを受け取るでしょう。よっお、iframe 内にある Yelp の Web サむトは Yelp アプリの蚱可蚭定やデヌタを共有したせんので、レストランの Web サむトはアプリに察しお攻撃を行える手段がありたせん。

-

アプリセキュリティのたずめ

-

以䞋の衚は、さたざたな皮類の Firefox OS アプリのたずめず、Firefox OS で実行する Open Web Apps の圢匏、むンストヌル、曎新プロセスの説明を掲茉したものです。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- Web アプリの皮類
型提䟛方匏蚱可蚭定モデルむンストヌル曎新
Webホスト型たたはパッケヌゞ型未怜蚌の Web コンテンツをさらしおも危険ではない、泚意の必芁性が䜎い蚱可蚭定どこからでもむンストヌルできるアプリのむンストヌル元や提䟛方法に応じお、ナヌザから透過的に、たたは Marketplace で明瀺的に曎新できたす。
Privilegedパッケヌゞ型および眲名付きアプリの怜蚌や認蚌を必芁ずする、特暩 API信頌された Marketplace からむンストヌルする信頌された Marketplace で曎新を行いたす。ナヌザは曎新のダりンロヌドやむンストヌルを認めるかを問われたす。
Internalパッケヌゞ型サヌドパヌティのアプリが䜿甚できない、匷力か぀危険な APIデバむスぞのプリむンストヌルシステムレベルの曎新の䞀郚ずしおのみ曎新されたす。
-
-

泚蚘: Firefox OS バヌゞョン 1.0 では、Web アプリは Web サむトず Marketplace のどちらからでもむンストヌルできたすが、Privileged アプリは Mozilla Marketplace からしかむンストヌルできず、耇数の信頌された Marketplace はただ完党にはサポヌトしおいたせん。

-
-

 

diff --git a/files/ja/archive/b2g_os/security/b2g_ipc_internals/index.html b/files/ja/archive/b2g_os/security/b2g_ipc_internals/index.html deleted file mode 100644 index 46f203dbd2..0000000000 --- a/files/ja/archive/b2g_os/security/b2g_ipc_internals/index.html +++ /dev/null @@ -1,254 +0,0 @@ ---- -title: B2G IPC internals -slug: Archive/B2G_OS/Security/B2G_IPC_internals -translation_of: Archive/B2G_OS/Security/B2G_IPC_internals ---- -
-

この蚘事は Firefox OS (Boot2Gecko) のプロセス間通信(IPC)の内郚実装に぀いお蚘茉しおいたす。
- これはただ開発䞭で今埌倉わる可胜性がありたす。この蚘事の目的はプロセス間通信の内郚動䜜ず実装の詳现を知っおもらうこずです。
- IPC のセキュリティ局面を知りたい堎合は、これ以倖の蚘事を参考にしおください。(TODO: 蚘事ぞのリンクを远加する)。フェヌドバックや提案を歓迎したす。

-
- -

アヌキテクチャ

- -


- In FirefoxOS we have a Multi-process Architecture where the apps on the phone are running in a different process which has the least amount of privileges.
- Firefo OS では最小限の暩限を持った異なる耇数のプロセスが端末で動䜜するように、マルチプロセスのアヌキテクチャを持っおいたす。システム䞊぀の b2g ず呌ばれる芪プロセスが存圚したす。b2g は nuwa ず呌ばれる子プロセスがいたす。このプロセスはアプリプロセスずしおフォヌクするために利甚されたす。アプリが起動する際に、b2g は nuwa に新芏プロセス起動を通知したす。通垞、子プロセスは最小の暩限で起動したす。実行させたい動䜜(暩限が必芁なもの)は、芪プロセス(b2g)を通す必芁がありたす。これはプロセス間通信(Inter-process Communication : IPC)で実珟しおいたす。各子プロセスは IPC チャンネルを利甚し、芪プロセスず通信しおいたす。プロセスのレむアりトは右図の通りです。

- -

セットアップ

- -

蚭蚈の抂芁を知るためには、どのように通信しおいるか詳现を知る必芁がありたす。
- 実際には Unix socket を利甚しおおり、これはプロセスを超えおメッセヌゞを送信するために socketpair システムを䜿っお䜜成されたす。通信の送受信をする際に、sendmsg や recvmsg を䜿うこずで実珟しおいたす。各プロセスは゜ケット操䜜を行うための専甚のスレッドを持っおおり、これは IOLoop ず呌ばれたす。各 IOLoop スレッドは送信メッセヌゞのキュヌを持っおおり、これはチャンネルを超えたメッセヌゞを送れるようにメむンスレッドを利甚しおいたす。

- -

- -

IOLoop

- -

IOLoop スレッドは b2g 起動時に 芪プロセスで䜜成され、nuwa をフォヌクした埌に各プロセスでも䜜成されたす。

- -

芪プロセス

- -

芪プロセス(b2g) では IOLoop が早い段階で䜜成されたす。もっず詳しく䜕が怒っおいるかを知るには NS_InitXPCOM2 関数をみおください。以䞋は実際にスレッドが始たるための初期化のコヌドの䞀䟋です。

- -
...
-scoped_ptr<BrowserProcessSubThread> ioThread(
-    new BrowserProcessSubThread(BrowserProcessSubThread::IO));
-...
-ioThread->StartWithOptions(options)
-...
- -

ioThread は base::Thread を継承した BrowserProcessSubThread むンスタンスです。これは PlatformThread::Delegate のサブクラスです。

- -

StartWithOptions は実際に、base::Thread で定矩されおいたす。
- The call will lead to a couple of more calls which will eventually end up at pthread_create. The function started in the new thread is ThreadFunc. ioThread object is passed along the calls and ioThread->ThreadMain() is called in the new thread.

- -

- -

ThreadMain is now running in the IOLoop thread, it will call Init() of the current instance and also create a MessageLoop instance to call the Run() method. We will <come any="" back="" is="" it="" later="" not="" of="" p="" part="" since="" startup="" that="" the="" thread="" to=""> </come>revisit this part later on, since it is not involved further in thread startup.

- -
...
-// The message loop for this thread.
-MessageLoop message_loop(startup_data_->options.message_loop_type);
-...
-// Let the thread do extra initialization.
-// Let's do this before signaling we are started.
-Init();
-...
-message_loop.Run();
-...
-
- -

Child

- -

For the child IOLoop thread spawn, we have to look at the nuwa process as a child of b2g and also at the forked processes of nuwa.

- -

Exactly how b2g spawns nuwa will be covered later; for now we assume that the nuwa process already exists. Once nuwa is created, we eventually reach the XRE_InitChildProcess function. This function is responsible for creating the IOLoop thread at this line:

- -
process = new ContentProcess(parentHandle);
-
- -

In the ContentProcess constructor, the ProcessChild constructor is called, which leads to a call of the ChildProcess constructor. The important part to note here is that the ChildProcess constructor gets passed a new instance of IOThreadChild. Within the constructor, the Run() is called on the passed IOThreadChild object:

- -
ChildProcess::ChildProcess(ChildThread* child_thread)
-    : child_thread_(child_thread),
-    ...
-{
-    ...
-        child_thread_->Run();
-}
-
- -

From there, the StartWithOptions function is called. At this point it follows the same code path as for the main IOLoop startup. The only exception is that it is an IOThreadChild instance and not a BrowserProcessSubThread (see the b2g process illustration above for reference).

- -

Below is an illustration of the IOLoop thread spawn in the  nuwa process :

- -

- -

This is the case for the original nuwa process. All future children will be forked from nuwa, and since fork only copies the thread it was called in to the new process, all threads so far would be lost.

- -

We want to have all threads from nuwa (along with the IOLoop) in the forked process. In order to do that, pthread_create is not called directly, instead, the call is routed to __wrap_pthread_create which wraps the real pthread_create. The purpose of the wrapper function is to maintain a static list of startup information for all created threads (sAllThreads). This list will be copied to the new process, and the new process will then call RecreateThreads to restore all threads based on the information maintained in the list.

- -

Channel

- -

In order to be able to send and receive messages, we have to create a channel between the parent and the child. This section covers the classes used for this - the actual setup between parent and child will be covered once we get to the process spawning part.

- -

Here is a short illustration of the call flow:

- -

- -
    -
  1.  This flow illustrates the creation of an IPC::Channel instance (the process of creating the instance will be covered later on). This class has two important attributes: - -
      -
    • channel_impl_ which is the actual implementation of the channel (platform specific)
      • -
    • listener_ which is used to pass incoming messages to
      • -
    -
    2. -
  2. The posix class for the channel_impl_ object can be found here (Channel::ChannelImpl). Channel::ChannelImpl has the following important attributes: -
      -
    • pipe_ the file descriptor of the pipe (created by socketpair) for the parent side
      • -
    • client_pipe_ the client end of the pipe
      • -
    • listener_ the object that receives the incoming messages
      • -
    • output_queue_ a queue where all outgoing messages are pushed to
      • -
    -
    3. -
  3. Channel::ChannelImpl has two overloaded constructors which can be used to create an object. One of them takes a file descriptor as the first argument which will be stored in pipe_. The more interesting constructor is the one which takes a channel_id (which can also be empty). Both of them also take a Mode and a Listener* pointer as second and third argument. Mode just specifies if we are the server or the client. When the constructor with the channel_id is called, CreatePipe will be called from there. We have to distinguish two different cases from here: -
      -
    • Mode == MODE_SERVER: In this case, socketpair will be called. One end of the pipe will be stored in pipe_ the other in client_pipe_. If channel_id is not empty, we insert a new entry in a PipeMap where we associate client_pipe_ with the given channel_id.
      • -
    • Mode != MODE_SERVER: In this case, we call ChannelNameToClientFD, which looks inside the PipeMap for an entry with the given channel_id. The result will be stored in pipe_.
      • -
    -
    4. -
  4. After the object creation is completed, the Connect method can be called. This method will tell libevent to notify us whenever something has been written to pipe_ and is ready to be received.
    5. -
  5. OnFileCanReadWithoutBlocking is the callback for this event. This function will then call a function to read the message from the file descriptor, and then the message will be passed to the OnMessageReceived function inside the listener_ (this will be covered later).
    6. -
- -

Spawning

- -

In the previous section, we learned how IOLoop is created and how a channel is created. Throughout the last sections, we made the assumption that a process has already been started. This section will cover how those processes actually get started and how they connect to the IPC::Channel. We will again have to distinguish between the nuwa process and the children of nuwa.

- -

At this point, if you are not already familiar with IPDL consider reading the IPDL Tutorial because from this point on we will reference some of the classes generated from those IPDL files.

- -

Nuwa

- -

Creating the process

- -

Throughout the initialization phase of the b2g process, an instance of the singleton class PreallocatedProcessManagerImpl will be created. This instance is mainly accessed through a couple of static functions defined in the PreallocatedProcessManager class. The purpose of this manager is to keep track of pre-allocated processes. This will be explained in more detail in the #Preallocated section.

- -

The implementation class has two important attributes:

- - - -

This initialization happens inside the ContentParent::StartUp function when executing the following code:

- -
...
-// Try to preallocate a process that we can transform into an app later.
-PreallocatedProcessManager::AllocateAfterDelay();
-...
-
- -

This call will lead to the creation of the one and only instance of PreallocatedProcessManagerImpl (located inside the PreallocatedProcessManagerImpl::Singleton function). Right after the constructor call, the Init function is invoked. Following the call flow from there, we will end up in Enable. Enable will then schedule the nuwa fork, with a 1 second delay (DEFAULT_ALLOCATE_DELAY), by calling ScheduleDelayedNuwaFork. This gives the b2g process enough time to finish its initialization.

- -

As soon as the delay time has passed, the DelayedNuwaFork function is called inside the main thread. Inside the function, we will call ContentParent::RunNuwaProcess which returns a pointer to a ContentParent object; this object represents our nuwa process.

- -

Inside the ContentParent constructor, a couple of interesting things happen.

- - - -

The LaunchAndWaitForProcessHandle method will schedule a task inside the IOLoop thread. In the IOLoop thread, RunPerformAsyncLaunch is called. After a few calls, we will end up in the LaunchApp function. This is where the forking happens. After the fork, it will call execve in the child to re-execute itself.

- -

- -

Connecting to the channel

- -

We covered the actual spawning. What's left is the part where the parent (b2g) and the child (nuwa) connect to the same IPC channel. We have two important calls for that on the parent side: one is made before the child is spawned and the other after the spawn. The first one is in the RunPerformAsynchLaunch function. Before actually calling PerformAsynchLaunch (the position is marked with a 'x' in the above diagram), we call InitializeChannel, and this will call CreateChannel. At this point a new IPC::Channel object is created, so please check out the #Channel section above.

- -

The GeckoChildProcessHost object created inside the ContentParent constructor serves as the listener_ inside the IPC::Channel object, thus, GeckoChildProcessHost will supply the OnMessageReceived function. There is nothing done there; it just saves all the incoming messages.

- -

At this point we can consider the parent process to be connected to the channel. This was the first important call.

- -

The second one is called as soon as LaunchAndWaitForProcessHandle returns (nuwa process is running at this point). Since the current OnMessageReceived handler doesn't do any good, we will have to assign a new listener_. In order to do that, this is being executed (mSubprocess is an instance of GeckoChildProcessHost which is created in ContentParent):

- -
Open(mSubprocess->GetChannel(), mSubprocess->GetOwnedChildProcessHandle());
-
- -

What happens now is a little complicated to explain just with text. I will try to illustrate the process in the end, so you might want to follow the process again with the illustration.

- -

ContentParent actually extends PContentParent (this class is generated from the *.ipdl files that, unfortunately, I can't reference to any github or mxr location) which is defined in ./objdir-gecko/ipc/ipdl/PContentParent.cpp relative to the root directory of FirefoxOS. PContentParent has a member variable which will be important during the Open (defined in PContentParent.cpp) call.

- - - -

MessageChannel takes a MessageListener object as the one and only argument. mChannel is created during the PContentParent construction and passes this as the MessageListener object to MessageChannel (ContentParent extends MessageListener shown below).

- -

Open gets the IPC::Channel instance taken from mSubprocess (TODO: GetOwnedChildProcessHandle???) and calls Open on mChannel

- -
auto PContentParent::Open(
-        Channel::Transport* aTransport,
-        ProcessHandle aOtherProcess,
-        MessageLoop* aThread,
-        mozilla::ipc::Side aSide) -> bool
-{
-    mOtherProcess = aOtherProcess;
-    return (mChannel).Open(aTransport, aThread, aSide);
-}
-
- -

As a side note, Channel::Transport is a typedef of IPC::Channel. aThread and aSide are set to 0 and UnknownSide by default if not specified. Open inside of the MessageChannel class will create a ProcessLink. This is passed to the constructor which will set mChan inside the MessageLink class which ProcessLink inherits from.

- -

After an instance of ProcessLink is created, we call Open on it. This sets the member variable mTransport (which represents the IPC::Channel). So mTransport is the IPC::Channel pointer we retrieved from mSubprocess.

- -

Since Connect has already been called when the IPC::Channel was created, we will schedule IOLoop to run OnTakeConnectedChannel. The channel state inside the MessageChannel object will be set to ChannelConnected, and we also call set_listener on the IPC::Channel instance to let it know that ProcessLink will handle incoming messages. That means OnMessageReceived inside ProcessLink is called. Those received messages will be passed to the MessageChannel and from there to the OnMessageReceived funciton inside the PContentParent class.

- -

- -

Now everything has been set up on the parent side. Let's get to the nuwa side.

- -

After the fork, nuwa inherited all the open file descriptors from the parent b2g, and one of them is its end of the pipe. Every child expects its end of the pipe to be file descriptor 3 (kClientChannelFd). In order to guarantee that file descriptor 3 will be the child's end of the pipe, we call ShuffleFileDescriptors. This function will dup the child end of the pipe to 3. It also makes sure that in case 3 is a file descriptor needed by the child that it will be remapped to the next available.

- -

After the file descriptors have been remapped, we call CloseSuperfluousFds to close all the ones that nuwa doesn't need. When everything is done the child will call execve to re-execute itself.

- -

From here please have a look at the #Child section. The actual channel connection will happen inside the ThreadMain function inside the IOLoop thread. ThreadMain will call Init defined in ChildThread. Inside this function, we will create a new IPC::Channel object, and you can refer to the #Channel section from here. You will have to consider the part Mode != MODE_SERVER, therefore ChannelNameToClientFD will be called, which returns our magic file descriptor 3 (remember the child end of the pipe is mapped to this fd).

- -

So now, we have a connection to the channel. What is left is to set the correct listener for the incoming messages. To do so, the Init funciton inside ContentProcess is called. From there it will call Open in the PContentChild class, and this will lead to the same call flow as for the parent in the above diagram. The only exception we have is that these calls originate from ContentChild which inherits from PContentChild.

- -

Preallocated

- -

Creating the process

- -

A preallocated process is a process fork()ed from nuwa which b2g keeps around to turn it later into a app process. At some point in time, b2g tells the preallocated process to turn into an app that has been started on the phone. The process will then be assigned to the privileges of the app, and the app will be able to access privleged functionality via API calls to the parent. As soon as a preallocated process has been turned into an app, b2g will tell nuwa to create a new preallocated process. So how exactly does b2g tell nuwa to create a new preallocated process? (NB: at this point we have an active channel connection between b2g and nuwa.)

- -

For initiating the fork, b2g sends a message through the IPC channel, and nuwa sends one back once it creates the new process. The message contains the PID of the new process. On the right is a little illustration of the message flow.

- -

Sending the initial message is initiated inside the NuwaFork function. Rememeber the mPreallocatedAppProcess is an instance of ContentParent and the invoked SendNuwaFork function is actually implemented inside PContentParent.

- -

As soon as the child receives this messages, it will call RecvNuwaFork which is defined in ContentChild. Following the calls from there, we will end up in ForkIPCProcess.

- -

From there we call PrepareProtoSockets which calls socketpair to create a new pipe for the new child and the parent.
- It is also where fork is called and our new process is born. After the fork we will call AddNewProcess inside nuwa. AddNewIPCProcess will then be responsible for initiating the second message. The message contains the parent side file descriptor for the pipe as well as the PID of the new process.

- -

On the b2g side the RecvAddNewProcess will handle the message. It will create a new ContentParent instance. This time we call the second ContentParent constructor. It will create the ContentParent instance based on the already existing one and with the information of the new process. This also leads to a new instance in our static sContentParents list. This basically means that we have a ContentParent instance for each process that is running.

- -

There is also a check in place which makes sure that only the nuwa process actually sends Msg_AddNewProcess:

- -
...
-if (!IsNuwaProcess()) {
-...
-
- -

IsNuwaProcess checks a member variable of ContentParent whether or not it is nuwa who sent the message. This member variable can only be set from the parent side, and it does this during the creation of the ContentParent for the nuwa process.

- -

After initialization is finished, RecvAddNewProcess will then call PublishSpareProcess to add the process to the managers list which will keep track of all existing Preallocated processes. Whenever a Preallocated process will be turned into an app process, it will be removed from that spare processes list. Here an illustration of the process:

- -

- -

Connecting to the channel

- -

TODO: write it

diff --git a/files/ja/archive/b2g_os/security/index.html b/files/ja/archive/b2g_os/security/index.html deleted file mode 100644 index 5887547f87..0000000000 --- a/files/ja/archive/b2g_os/security/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: Firefox OS セキュリティ -slug: Archive/B2G_OS/Security -tags: - - B2G - - Firefox OS - - Mobile - - Security -translation_of: Archive/B2G_OS/Security ---- -

以䞋の蚘事では、Firefox OS のセキュリティに関するトピックを扱いたす。これには、アプリケヌションのセキュリティやむンストヌルのプロセスをセキュアに保぀方法だけでなく、党䜓的なセキュリティ機胜を含みたす。

- - - - - - - - -
-

Firefox OS セキュリティのドキュメント

- -
-
Firefox OS のセキュリティモデル
-
Firefox OS のセキュリティモデルを抂芳したす。
-
システムのセキュリティ
-
Firefox OS のランタむムに組み蟌たれおいる、セキュリティ制埡の詳现説明です。
-
Firefox OS のアプリケヌションセキュリティ
-
Firefox OS でアプリケヌションをセキュアにする方法の抂説です。
-
アプリケヌションのセキュアなむンストヌルず曎新
-
Firefox OS がセキュアにアプリケヌションをむンストヌルや曎新する方法です。
-
Firefox OS におけるデバッグずセキュリティテスト
-
このガむドでは、リモヌト JavaScript デバッガを開くずころからデスクトップ版の Firefox OS を傍受する HTTP(S) プロキシのセットアップたで、基本的なセキュリティテストのステップを説明したす。
-
- -

すべお芋る...

- 		-

コミュニティの支揎を受ける

- -

もし Firefox OS で䜜業をしおいたり、Firefox OS デバむスで実行したいアプリケヌションを開発したりしおいるなら、あなたを支揎するコミュニティリ゜ヌスがありたす

- - - -
    -
  • Mozilla の Boot to Gecko IRC チャンネルで質問する (英語): #b2g
    • -
- -

ネチケットを忘れないでください...

- - - - - -
- -

-Firefox OS
diff --git a/files/ja/archive/b2g_os/security/security_model/index.html b/files/ja/archive/b2g_os/security/security_model/index.html deleted file mode 100644 index 89926c055e..0000000000 --- a/files/ja/archive/b2g_os/security/security_model/index.html +++ /dev/null @@ -1,284 +0,0 @@ ---- -title: Firefox OS セキュリティ抂論 -slug: Archive/B2G_OS/Security/Security_model -tags: - - B2G - - Firefox OS - - IPC - - IPDL - - Mobile - - Security -translation_of: Archive/B2G_OS/Security/Security_model ---- -
-

このドキュメントでは、Mozilla の Firefox OS のセキュリティフレヌムワヌクの抂芁を説明したす。これは、モバむルデバむスをプラットフォヌム、アプリ、デヌタに察する脅嚁から防埡するためのフレヌムワヌクです。Firefox OS で Mozilla は、携垯電話のセキュリティリスクに察する最高品質の保護を提䟛する、包括的・集䞭的・倚局的なセキュリティモデルを実装したした。

-
-

プラットフォヌムセキュリティ

-

Firefox OS プラットフォヌムは、あらゆるレベルで攻撃のリスクを軜枛するように蚭蚈された倚局型のセキュリティモデルを䜿甚したす。前線の察抗策は、脅嚁に察する包括的な保護を提䟛する倚重防護策ず組み合わせられたす。

-

セキュアアヌキテクチャ

-

Firefox OS は、Web ベヌスのアプリケヌションず䞋局のハヌドりェアを結び぀けたす。これは以䞋のような階局で構成される、統合された技術スタックです:

-

- -

Gecko は、モバむルデバむスを悪甚から保護するためのセキュリティポリシヌを適甚するゲヌトキヌパヌです。Gecko 局は、(Gaia 局の) Web アプリず電話機の間を仲介するように振る舞いたす。Gonk は䞋局の携垯電話機の機胜を、Gecko 局に盎接提䟛したす。Web アプリは Web API を通しおのみ、か぀ Gecko がアクセス芁求を蚱可した堎合にのみ、携垯電話機の機胜にアクセスできたす。盎接アクセスする手段はなく、たた電話機ぞの "バックドア" もありたせん。Gecko は蚱可蚭定を匷制しお、認可されおいないアクセス芁求は防止したす。

-

セキュアなシステム展開

-

Firefox OS はスマヌトフォンにむンストヌルされお提䟛されたす。オリゞナルのシステムむメヌゞは、ディストリビュヌションパッケヌゞの組み立お、構築、テスト、デゞタル眲名の実斜に぀いお責任を持぀、既知の信頌された提䟛元によっお䜜成されたす。

-

セキュリティ察策は、技術スタックの党䜓にわたっお䜿甚されたす。ファむルシステムの暩限は、Linux のアクセスコントロヌルリスト (ACL) によっお適甚されたす。システムアプリは、読み取り専甚 (アップデヌト䞭は、䞀時的に読み曞き可胜になるため陀きたす) のボリュヌムにむンストヌルされたす。通垞、ナヌザのコンテンツを眮く領域だけが読み曞き可胜です。デバむスハヌドりェア内のさたざたなコンポヌネントは、暙準的な業界の慣習ずしおデフォルトで実装されおいる、ビルトむンの保護機胜を備えおいたす。䟋えばチップセットのベンダヌは、脆匱性を䜎枛するための匷化技術を採甚しおいたす。コアプラットフォヌム (Gecko および Gonk) は朜圚的な脅嚁に察する保護を高めるために匷化されおおり、たたコンパむラの匷化策を、適甚可胜な堎所で採甚しおいたす。詳しくは システムセキュリティ をご芧ください。

-

セキュアなシステムアップデヌト

-

Firefox OS プラットフォヌムのアップグレヌドやパッチ適甚は、携垯電話機内のシステムむメヌゞの継続的な敎合性を保蚌する、セキュアな Mozilla のプロセスを䜿甚しお展開されたす。曎新パッケヌゞは、その組み立お、構築、テスト、デゞタル眲名の実斜に぀いお責任を持぀、既知の信頌された提䟛元 (通垞はデバむスの OEM) によっお䜜成されたす。

-

システム曎新は、Firefox OS スタックの党䜓あるいは䞀郚に関䞎する堎合がありたす。アップデヌトに Gonk の倉曎が含たれおいる堎合は、むンストヌルプロセスずしお FOTA (Firmware Over the Air) を䜿甚したす。FOTA アップデヌトには、デバむス管理 (FOTA、ファヌムりェア、ドラむバ)、蚭定管理 (Firefox OS の蚭定)、セキュリティ曎新、Gaia、Gecko、あるいは他のパッチずいった、Firefox OS スタックの他の郚分に察するものが含たれるこずもありたす。

-

Gonk に関䞎しないアップデヌトは、Mozilla System Update Utility を䜿甚しお実斜できたす。Firefox OS では、Firefox のデスクトップ補品ず同じ曎新フレヌムワヌク、プロセス、Mozilla ARchive (MAR) 圢匏 (曎新パッケヌゞで䜿甚) を䜿甚したす。

-

携垯電話機内蔵の曎新サヌビス (OEM が提䟛するでしょう) が、定期的にシステム曎新の確認を行いたす。曎新パッケヌゞが入手可胜になっお曎新サヌビスにより怜出されるず、むンストヌル実斜の確認をナヌザに促したす。曎新パッケヌゞをモバむルデバむスぞむンストヌルする前に、デバむスのストレヌゞで曎新の適甚に十分な領域があるかを確認したす。たたディストリビュヌションの怜蚌が行われたす:

- -

曎新プロセスの間に、以䞋のセキュリティ察策を䜿甚したす:

- -

携垯電話機に曎新が適切に適甚されたこずを保蚌するための、厳密なチェックがありたす。

-
-

泚蚘: 曎新凊理がどのように動䜜するか、あるいはどのように曎新を䜜成および頒垃するかに぀いお、詳しくは Firefox OS の曎新パッケヌゞを䜜成、適甚する をご芧ください。

-
-

アプリのセキュリティ

-

Firefox OS は䟵害するアプリや悪意のあるアプリから携垯電話機を守るために、倚局的なセキュリティ防埡策を䜿甚しおいたす。この方策では、アプリの信頌モデルに基づく絶察的な蚱可レベル、ランタむムのサンドボックス実行、䞋局の携垯電話ハヌドりェアぞのアクセスを API に限定、匷固な蚱可蚭定モデル、セキュアなむンストヌルおよびアップデヌトのプロセスずいった、さたざたな仕組みを採甚しおいたす。技術的な詳现に぀いおは アプリケヌションセキュリティ をご芧ください。

-

Firefox OS では、すべおのアプリケヌションが Web アプリ (HTML5、JavaScript、CSS、メディアおよび他のオヌプンな Web 技術を䜿甚しお䜜成したプログラム。ここでは、ブラりザ内で実行しおいるペヌゞは Web アプリに該圓したせん) です。ナヌザによっおむンストヌルされるバむナリ ("ネむティブ") アプリケヌションは存圚しないため、システムぞのアクセスはすべお Web API が厳栌に仲介したす。ファむルシステムぞのアクセスでさえ、Web API やバック゚ンドの SQLite デヌタベヌスを通しおのみ行いたす。アプリが SD カヌドに保存されおいるファむルぞ盎接アクセスする方法はありたせん。

-

Firefox OS はアプリがアクセスおよび䜿甚できるリ゜ヌスの範囲を制限および匷制する䞀方で、さたざたな蚱可レベルをも぀広範なアプリをサポヌトしたす。Mozilla は、どの皮類のアプリケヌションがどの API にアクセスできるかの厳密な制埡を実装したした。䟋えば、認定アプリ (電話機内蔵) のみが Telephony API にアクセスできたす。ダむダラヌアプリは電話をかけるために Telephony API にアクセスする特暩を持ちたすが、すべおの認定アプリがこの API にアクセスできるわけではありたせん。

-

これは、䟋えば任意のサヌドパヌティヌ補アプリがむンストヌルされおペむパヌナヌスの電話番号 (アメリカにおける 900 および 910) にダむダルされ、高額な電話料金が発生するようなシナリオを防ぎたす。

-

他の OEM 補アプリが遞択的に Telephony API ぞアクセスできる堎合がありたす。䟋えば、事業者の請求あるいはサポヌトの窓口ぞ盎接電話をかけられるなどのアカりント管理を顧客ができるようにする、システム管理アプリケヌションを事業者が提䟛する堎合がありたす。

-

信頌枈みアプリず未信頌アプリ

-

Firefox OS では、以䞋のタむプに埓っおアプリを分類したす:

- - - - - - - - - - - - - - - - - - - - - - - - - -
-

タむプ

- 		-

信頌レベル

- 		-

説明

-
-

認定

- 		-

高床に信頌枈み

- 		-

事業者や OEM によっお認定されたシステムアプリ (デバむス損傷の危険性や重芁な機胜に察するリスクのため)。システムアプリやサヌビスに限りたす。サヌドパヌティヌのアプリケヌションは想定したせん。
- この指定は、少数の重芁なアプリケヌションのためだけに確保されおいたす。䟋: SMS、Bluetooth、カメラ、システムクロック、テレフォニヌ、既定のダむダラヌ (重芁なサヌビスぞ垞にアクセスできるようにするため)。

-
-

特暩

- 		-

信頌枈み

- 		-

レビュヌを受けお認可され、認定枈みの Marketplace によっおデゞタル眲名を付䞎されたサヌドパヌティヌのアプリ。

-
-

Web (䞊蚘以倖すべお)

- 		-

未信頌

- 		-

通垞の Web コンテンツ。むンストヌル型アプリ (携垯電話機に保存) およびホスト型アプリ (リモヌトにあり、アプリのマニフェストだけが携垯電話機に保存) の䞡方を含みたす。ホスト型アプリのマニフェストは、Marketplace で入手できたす。

-
-

アプリケヌションの信頌レベルは、携垯電話機の機胜にアクセスできる胜力の䞀郚を決定したす。

- -

ネットワヌクアクセスなど䞀郚の操䜜は、すべおのアプリぞ暗黙的に蚱可されるず想定されたす。䞀般に、より泚意が必芁な操䜜 (䟋えば電話番号のダむダルや連絡先リストぞのアクセス) を実行するには、アプリで高い信頌レベルが必芁です。

-
-

泚蚘: 利甚可胜な API や蚱可レベルに぀いお、詳しくは アプリの蚱可蚭定 をご芧ください。

-
-

最小蚱可の原則

-

Web アプリに察しお、Firefox OS のセキュリティフレヌムワヌクは最小蚱可の原則に埓いたす: 最小限の蚱可蚭定から始めお、必芁か぀適切なずきに远加の暩限を遞択的に承諟したす。デフォルトで、アプリはずおも䜎い蚱可蚭定で開始したす。これは未信頌の Web コンテンツに䌌おいたす。アプリが远加の蚱可を必芁ずする Web API を呌び出す堎合は、それら远加の蚱可をマニフェストに列挙しなければなりたせん (埌述)。Gecko は、マニフェストで適切な特暩を明確に芁求しおいる堎合にのみ、アプリケヌションに Web API ぞのアクセスの承諟を怜蚎したす。たた Gecko は、Web アプリのタむプ (認定、特暩、Web) がアクセスに十分な資栌を䞎えられおいる堎合にのみ、芁求された蚱可を承諟したす。

-

Marketplace での特暩アプリのレビュヌプロセス

-

アプリを特暩アプリにするため、アプリの提䟛者は認定枈みの Marketplace に、刀断のためアプリを提出しなければなりたせん。Marketplace はアプリに、厳栌なコヌドレビュヌプロセスを受けさせたす: アプリの信頌性や敎合性の怜蚌、芁求された蚱可が (蚱可蚭定の理論的根拠で) 明蚀された甚途で䜿甚されおいるこずの保蚌、暗黙的な蚱可蚭定の䜿甚が適切であるこずの怜蚌、特暩アプリのコンテンツず特暩がない倖郚のコンテンツずの間のむンタヌフェむスに特暩昇栌攻撃を防ぐための適切な察策があるこずの確認。Marketplace には、承諟された蚱可蚭定によっお Web アプリが悪意のある動䜜をしないようにする責任がありたす。

-

アプリがレビュヌに合栌するず䜿甚が認められお、アプリのマニフェストが Marketplace によっおデゞタル眲名され、モバむルナヌザがダりンロヌドできるようになりたす。デゞタル眲名は、Web ストアがなんらかの攻撃を受けた堎合に、攻撃者が独自のコンテンツや悪意のあるコヌドをナヌザの携垯電話機にむンストヌルできないようにしたす。この蚺断プロセスにより Firefox OS は Marketplace から入手した特暩アプリを、ありふれた (未信頌の) Web コンテンツより高く信頌したす。

-
-

泚蚘: Firefox Marketplace を含む Marketplace に぀いお、詳しくは Marketplace のポヌタル をご芧ください。

-
-

パッケヌゞ型アプリずホスト型アプリ

-

Firefox OS 向けのアプリは、パッケヌゞ型 (携垯電話機に保存) たたはホスト型 (リモヌトの Web サヌバにあり、マニフェストだけが携垯電話機に保存) になりたす。これらは、それぞれどのようなセキュリティが管理されるかに違いがありたす。それでも、パッケヌゞ型アプリもホスト型アプリもアプリケヌションのサンドボックス化を前提ずしおいたす。これに぀いおは埌ほど説明したす。

-
-

泚蚘: ホスト型アプリずパッケヌゞ型アプリに぀いお、詳しくは アプリの自䞻配垃 をご芧ください。

-
-

パッケヌゞ型アプリ

-

パッケヌゞ型アプリは、アプリケヌションのリ゜ヌス (HTML5、CSS、JavaScript、画像、メディア) だけでなく、構成物やそれに察応するハッシュの明瀺的なリストを提䟛するマニフェストも含む ZIP ファむルで構成されたす。認定アプリや特暩アプリは、マニフェストにデゞタル眲名が必芁であるためパッケヌゞ型アプリであるこずが必芁です。ナヌザがパッケヌゞ型アプリを入手するずきは ZIP ファむルが携垯電話機にダりンロヌドされお、マニフェストを ZIP ファむル内の既知の堎所から読み蟌みたす。むンストヌル䜜業の間に、アプリの構成物が怜蚌されおパッケヌゞ内に匕き続き保管されたす。すべおの明瀺的な蚱可蚭定は実行時に芁求され、ナヌザにアプリのデヌタ䜿甚目的を衚瀺しお、デフォルトで持続したす。

-

パッケヌゞ型アプリ内のリ゜ヌスを参照するため、URL は app: から始たる以䞋の圢匏です:

-

app://identifier/path_within_zipfile/file.html

-

ここで app:// は ZIP ファむルのマりントポむントを衚したす。たた identifier は、アプリが携垯電話機にむンストヌルされるずきに生成される UUID です。この仕組みは、app: URL で瀺されるリ゜ヌスが ZIP ファむルに含たれおいるこずを確実にしたす。app: 内のパスは盞察的であり、ZIP ファむル内のリ゜ヌスぞの盞察リンクは蚱可されたす。

-

パッケヌゞ型アプリは䞻に認定アプリや特暩アプリでの䜿甚を意図しおいたすが、通垞の Web アプリもパッケヌゞ型にできたす。ただし、単にパッケヌゞ型だからずいっお信頌床やアクセス蚱可が向䞊するこずはありたせん。

-

ホスト型アプリ

-

ホスト型アプリは Web サヌバに眮かれおおり、HTTP で読み蟌たれたす。アプリのマニフェストだけが携垯電話機に保存されたす。その他すべおはリモヌトに保管されたす。䞀郚の API は特暩アプリや認定アプリのみ䜿甚でき、それらのアプリは眲名が必芁であるためパッケヌゞ型であるこずが必芁です。埓っお、ホスト型アプリは認定アプリや特暩アプリであるこずを芁求する Web API 操䜜にアクセスできたせん。

-

セキュリティの芖点では、ホスト型アプリの動䜜は通垞の Web サむトにずおも䌌おいたす。ホスト型アプリは、Web サヌバ䞊にあるアプリのルヌトディレクトリ内のスタヌトペヌゞを指す、ハヌドコヌディングされた完党修食の URL の呌び出しによっお読み蟌たれたす。ホスト型アプリが読み蟌たれるず、携垯電話機は Web サむトを閲芧する際に䜿甚するものず同じ URL ぞリンクしたす。

-

アプリマニフェスト

-

Open Web App のマニフェストは、アプリず察話するために Web ブラりザが必芁ずする情報が含たれおいたす。マニフェストは (少なくずも) アプリの名前ず説明を持぀ JSON ファむルです。詳しくはアプリマニフェストに関する FAQ をご芧ください。

-

マニフェストの䟋

-

以䞋のコヌドは、基本的な蚭定を含んでいるマニフェストのサンプルです:

-
{
-  "name": "My App",
-  "description": "My elevator pitch goes here",
-  "launch_path": "/",
-  "icons": {
-    "128": "/img/icon-128.png"
-  },
-  "developer": {
-    "name": "Your name or organization",
-    "url": "http://your-homepage-here.org"
-  },
-  "default_locale": "en"
-}
-

アプリマニフェストでのセキュリティ蚭定

-

マニフェストには、以䞋のセキュリティ蚭定などの蚭定を含めるこずもできたす:

- - - - - - - - - - - - - - - - - - - - - - - - - -
-

フィヌルド

- 		-

説明

-
-

permissions

- 		-

アプリが芁求する蚱可蚭定です。アプリは䜿甚する぀もりである、ナヌザの蚱可が必芁な Web API をすべお列挙しなければなりたせん。ほずんどの蚱可蚭定は特暩アプリや認定アプリにずっお有意矩であり、ホスト型アプリ向けではありたせん。API ごずのプロパティ:

-
    -
  • description: この API の䜿甚を芁求する意図を明蚘した文字列。このプロパティは必須です。
    • -
  • access: 蚱可に必芁なアクセスの皮類を指定する文字列。暗黙的な蚱可蚭定は、むンストヌル時に蚱可されたす。このプロパティは䞀郚の API のみ必芁です。䜿甚できる倀: read、readwrite、readcreate、createonly。
    • -
-
-

installs_allowed_from

- 		-

アプリの提䟛元です。このアプリのむンストヌルの起動を蚱可する生成元 (スキヌマ + ナニヌクなホスト名) を 1 組たたは配列で指定できたす。アプリの提䟛者が、むンストヌル元を認定枈みの Marketplace (https://marketplace.firefox.com/ など) だけに制限できたす。

-
-

csp

- 		-

Content Security Policy (CSP) です。アプリで読み蟌むすべおのペヌゞに適甚したす。攻撃者がアプリぞコヌドを泚入するこずを可胜にするバグに察しお、アプリを匷固にするために䜿甚したす。明瀺しない堎合、特暩アプリや認定アプリはシステムで定矩されたデフォルト蚭定になりたす。構文:
- https://developer.mozilla.org/ja/docs/Apps/Manifest#csp

-

このディレクティブは、適甚される CSP を匷化するのみです。䟋えば、特暩アプリに適甚される CSP を緩和するためには䜿甚できたせん。

-
-

type

- 		-

アプリケヌションの皮類です (web、privileged、certified)。

-
-

Firefox OS はマニフェストが特定の MIME タむプ (application/x-web-app-manifest+json) で、たたアプリの提䟛元ず同䞀の完党修食ホスト名 (生成元) から提䟛されるこずを芁求したす。この制限は、マニフェストアプリ (埓っおアプリマニフェスト) の生成元ずむンストヌルされたアプリが芁求するペヌゞが同䞀であるずきに緩和されたす。この仕組みは、Web サむトをだたしおアプリマニフェストをホスティングさせるこずができないようにするために䜿甚したす。

-

サンドボックス実行

-

本章では、アプリケヌションず実行サンドボックスに぀いお説明したす。

-

アプリケヌションサンドボックス

-

Firefox OS のセキュリティフレヌムワヌクでは、リスクを軜枛しお携垯電話機、プラットフォヌム、デヌタを保護するための倚重防護策ずしおサンドボックス化を䜿甚したす。サンドボックス化はアプリを実行しおいる間、アプリの呚囲に境界線や制玄を蚭ける手法です。それぞれのアプリは自身のワヌクスペヌスで実行され、アクセスが蚱可された Web API およびデヌタ、さらにワヌクスペヌスに割り圓おられたリ゜ヌス (IndexedDB デヌタベヌス、Cookie、オフラむンストレヌゞなど) にのみアクセスしたす。

-

以䞋の図は、このセキュリティモデルの抂芁を瀺したものです。

-

-

各アプリを分離するこずで、圱響範囲がそれぞれのワヌクスペヌス内になりたす。ワヌクスペヌスの倖郚 (他のアプリや他アプリのデヌタなど) に干枉するこずはできたせん。

-

実行サンドボックス

-

B2G (Gecko) は携垯電話機のハヌドりェア機胜にアクセスできる、高い特暩のシステムプロセスで動䜜したす。各アプリは実行時に、B2G システムプロセスの子プロセスである実行環境内で動䜜したす。それぞれの子プロセスは、制限された OS の特暩セットを持ちたす。䟋えば、子プロセスはファむルシステムにあるファむルを勝手に盎接読み曞きするこずができたせん。特暩的なアクセスは Web API を通しお提䟛され、それは芪の B2G プロセスによっお管理されおいたす。芪プロセスは子プロセスが特暩的な API を芁求したずきに、そのプロセスがアクションの実行に必芁な蚱可蚭定があるこずを保蚌したす。

-

アプリは他のプロセスやアプリずコミュニケヌションをずるこずはできず、B2G コアプロセスずのみコミュニケヌションをずれたす。たたアプリは B2G から独立しお実行できず、互いにアプリを開くこずもできたせん。アプリ間は間接的 (䟋えばあるアプリがシステムアラヌムを発しお、別のアプリがその結果ずしおシステム通知を発生させる堎合) にのみ “コミュニケヌション” をずるこずができ、たたそれは B2G プロセスが仲介したす。

-

Web API のみを通したハヌドりェアアクセス

-

Web アプリは、携垯電話機の機胜ぞアクセスするための入口をひず぀だけ持ちたす。それは Firefox OS の Web API であり、Gecko に実装されおいたす。Gecko は、モバむルデバむスや䞋局のサヌビスぞ向かう唯䞀のゲヌトりェむを提䟛したす。デバむスのハヌドりェア機胜にアクセスする唯䞀の手段が、Web API を呌び出すこずです。この仕組みを迂回しおハヌドりェアず盎接察話したり䜎レベルの゜フトりェア局に入り蟌んだりするための、“ネむティブな” API や他の経路 (“バックドア”) はありたせん。

-

セキュリティむンフラストラクチャ

-

以䞋の図は、Firefox OS のセキュリティフレヌムワヌクの構成芁玠を瀺したものです:

-

- -

蚱可蚭定の管理ず適甚

-

Firefox OS のセキュリティは、Web アプリに䞎えた蚱可蚭定を怜蚌および適甚するように蚭蚈されおいたす。

-

システムは個々の蚱可蚭定を、コンテンツが芁求した堎合、か぀アプリのマニフェストで適切な蚱可蚭定の芁求がある堎合にのみアプリぞ䞎えたす。䞀郚の蚱可蚭定はナヌザによる远加の認蚌が芁求され、ナヌザは蚱可蚭定を認めるかを促されたす (アプリがナヌザの珟圚䜍眮ぞのアクセスを芁求した堎合ず同様)。このアプリ䞭心のフレヌムワヌクは埓来の圹割䞭心の手法 (個々の圹割が蚱可蚭定のセットにそれぞれ割り圓おられる) より、现かく蚱可蚭定を制埡したす。

-

Web API はアクセションずリスナのセットを持ちたす。各々の Web API は蚱可蚭定のレベルを芁求したす。Web API を呌ぶずきに毎回、Gecko は以䞋に基づいお蚱可蚭定の芁件を確認 (圹割を探玢) したす:

- -

芁求内容が蚱可蚭定の基準に合わない堎合、Gecko は芁求を拒吊したす。䟋えば未信頌のアプリは、信頌枈みアプリ向けに甚意された Web API を実行できたせん。

-

ナヌザぞの蚱可の問い合わせ

-

Web アプリぞ暗黙的に割り圓おられた蚱可蚭定に加えお、特定の操䜜は実行可胜にする前に、ナヌザによる明瀺的な蚱可が必芁です (䟋えば、"Web アプリがカメラにアクセスしおよいか?")。これらの操䜜のために、Web アプリは蚱可が必芁である根拠をマニフェストで明瀺するこずが求められたす。このデヌタの䜿甚目的はナヌザに察しお、蚱可蚭定が認められた堎合にそのデヌタで䜕を行おうずしおいるかや関連するリスクを告知したす。これにより、ナヌザは情報に基づく刀断やデヌタ管理の制埡が可胜になりたす。

-

セキュアなアプリの曎新プロセス

-

-

特暩アプリのアップグレヌドやパッチ適甚のため、アプリの提䟛者は曎新されたパッケヌゞを認定枈みの Marketplace に提出したす。このパッケヌゞはレビュヌを受けお、眲名した䞊でナヌザが利甚可胜になりたす。Firefox OS デバむスでは、アプリ曎新ナヌティリティが定期的にアプリの曎新を確認したす。アップデヌトが利甚可胜になるず、ナヌザにそれらを適甚したいかを問い合わせたす。アップデヌトを携垯電話機ぞむンストヌルする前に、パッケヌゞは以䞋の点に぀いお怜蚌されたす:

- -

携垯電話機に曎新が適切に適甚されたこずを保蚌するための、厳密なチェックがありたす。アップデヌトプロセスを始める前に、完党なアップデヌトを特定の安党な堎所にダりンロヌドしなければなりたせん。むンストヌルしおもナヌザのデヌタは䞊曞きされたせん。

-
-

泚蚘: アプリの曎新に぀いお詳しくは、アプリの曎新 をご芧ください。

-
-

デバむスのセキュリティ (ハヌドりェア)

-

モバむルデバむスハヌドりェアのセキュリティの仕組みは、䞀般的に OEM によっお制埡されたす。䟋えば OEM は、誀った PIN 入力によりロックされた (Subscriber Identity Module) カヌドのロックを解陀するための PUK (PIN Unlock Key) コヌドずずもに、SIM カヌドのロック機胜を提䟛するかもしれたせん。詳しくは OEM に問い合わせおください。Firefox OS はパスコヌドやタむムアりトスクリヌンの蚭定を可胜にしおいたす。これに぀いおは次の章で説明したす。

-

デヌタのセキュリティ

-

ナヌザは個人甚にしおおきたい自身の携垯電話機に、連絡先、金融情報 (銀行やクレゞットカヌドの情報)、パスワヌド、カレンダヌなどの個人情報を保管できたす。Firefox OS は機密情報を、窃取、悪甚、砎壊する可胜性がある悪意のアプリから保護するようになっおいたす。

-

パスコヌドずタむムアりトスクリヌン

-

Firefox OS は、パスコヌドを入力したものだけが電話機を䜿甚できるようにするために、ナヌザが電話機にパスコヌドを蚭定できるようにしおいたす。たた Firefox OS は、電話機で䜕もしおいない時間 (蚭定倉曎可胜) が経過した埌に衚瀺されるタむムアりトスクリヌンを提䟛しおおり、電話機の䜿甚を再開する前にパスコヌド認蚌を求めたす。

-

サンドボックス化されたデヌタ

-

前に説明したように、アプリは実行時にサンドボックス化されたす。これは明瀺的に共有されおおりアプリがアクセスするのに十分な蚱可を受けおいるデヌタを陀き、アプリが他のアプリに属するデヌタにアクセスするこずを防ぎたす。

-

シリアラむズ化されたデヌタ

-

Web アプリは、ファむルシステムぞ盎接読み曞きする方法がありたせん。代わりに、ストレヌゞぞのアクセスはすべお Web API を通しお行われたす。Web API によるストレヌゞの読み曞きは、䞭間の SQLite デヌタベヌスを通しお行いたす。盎接 I/O を行う手段はありたせん。それそれのアプリは自身のデヌタストアを持ち、それはデヌタベヌスによりディスクぞシリアラむズされたす。

-

デヌタの廃棄

-

ナヌザがアプリをアンむンストヌルするずきは、アプリケヌションに関連づけられたすべおのデヌタ (Cookie、localStorage、IndexedDB など) が削陀されたす。

-

プラむバシヌ

-

Mozilla は自身のプラむバシヌの原則 (https://www.mozilla.org/privacy/) に埓っお、ナヌザのプラむバシヌやデヌタの保護を玄束しおおり、それは Mozilla Manifesto (https://www.mozilla.org/about/manifesto.html) に由来したす。Mozilla Firefox のプラむバシヌポリシヌでは、Mozilla Firefox Web ブラりザのナヌザに関する情報を Mozilla がどのように収集および䜿甚するかに぀いお、Firefox が䜕を Web サむトに送信するか、デヌタを守るために Mozilla は䜕をするか、Mozilla の Data Practices などを説明しおいたす。詳しくは以䞋をご芧ください:

- -

Firefox OS はナヌザの手によるナヌザデヌタの制埡手段を投入するこずでこれらの原則を実践しおおり、ナヌザはこの個人情報がどこぞ行くかを決定できたす。Firefox OS は以䞋の機胜を提䟛したす:

- diff --git a/files/ja/archive/b2g_os/security/system_security/index.html b/files/ja/archive/b2g_os/security/system_security/index.html deleted file mode 100644 index 164c69ed87..0000000000 --- a/files/ja/archive/b2g_os/security/system_security/index.html +++ /dev/null @@ -1,385 +0,0 @@ ---- -title: システムセキュリティ -slug: Archive/B2G_OS/Security/System_security -tags: - - B2G - - Firefox OS - - Security -translation_of: Archive/B2G_OS/Security/System_security ---- -
-

本蚘事では、Firefox OS のシステムセキュリティモデルの抂芁を説明したす。すなわち、オペレヌティングシステムがどのようにセキュリティや蚱可蚭定の適甚を提䟛するかを説明したす。

-
-

甚語

-

システムセキュリティモデルに螏み蟌む前に、ここで理解しおおきたいキヌワヌドを挙げたす。

-
-
- Web アプリケヌション
-
- Web アプリケヌション、open web app、moz app、あるいはアプリケヌションずは、HTML、JavaScript などのオヌプンな Web 技術で蚘述され、Firefox OS (たたは、同様のむンストヌル可胜なアプリモデルをサポヌトする、他のプラットフォヌム) で動䜜するプログラムです。B2G でナヌザが目にするアプリケヌションはすべお、Web アプリケヌションです。䟋えば、ダむダラヌは Firefox OS の Web app です。ここでは、ブラりザ内で動䜜しおいるペヌゞは Web app ずは呌びたせん。
-
- b2g プロセス
-
- Firefox OS の b2g プロセスは、䞀般的に "b2g" たたは "Gecko" ず呌ばれたす。これは本質的には、高い暩限で実行 (すなわち root ずしお実行) しおいるアプリケヌションであり、任意のアプリケヌションが持぀すべおのリ゜ヌスやデバむスぞのアクセスを制埡したす。
-
- Content プロセス
-
- これは b2g プロセスから生み出された子プロセスで、b2g プロセスず通信したす。このプロセスは、Web アプリケヌションを衚したす。たたこれは、䜎い暩限のプロセス (すなわち通垞のナヌザで実行され、オペレヌティングシステムぞのアクセスや参照範囲はごく限られおいたす) です。Content プロセスは、プロセス間通信 (IPC) を䜿甚しお Firefox OS のコアプロセスず通信したす。
-
- IPDL
-
- Intercommunication Protocol Definition Language のこずであり、詳しくは IPDL をご芧ください。
-
- AOSP
-
- Android Open Source Project のこずです。
-
- システムコヌル
-
- ナヌザ空間 (プロセス) ずカヌネルずの間で察話するためのむンタヌフェむスです。この他に、ナヌザ空間ずカヌネルが盎接察話する方法はありたせん。
-
- DAC、MAC
-
- 任意アクセス制埡 (Discretionary Access Control) (ナヌザが蚭定する) および匷制アクセス制埡 (Mandatory Access Control) (カヌネルにより匷制される) のこずです。
-
- FOTA
-
- ファヌムりェアの Over The Air (Firmware Over The Air) 曎新システムの仕組みです。ファヌムりェア党䜓の曎新を意味する甚語であり、通垞は "over the air"、すなわち無線通信を甚いお携垯電話ぞ送信したす。
-
- MSU、MAR
-
- Mozilla System Updater および Mozilla ARchive のこずです。Gecko の曎新を意味する甚語であり、デスクトップ版 Firefox ず同じ曎新機構およびアヌカむブ圢匏を䜿甚したす。
-
-

Firefox OS システムセキュリティモデルの目的ず範囲

-

Firefox OS システムセキュリティモデルは、以䞋のように蚭蚈しおいたす:

- -

それぞれの目的の詳现説明や Firefox OS でこれらをどのように察凊しおいるかに぀いおは、以降の章で説明したす。

-

蚱可蚭定の適甚

-

アプリケヌションセキュリティモデルでは、どのようにしおナヌザが盎接たたは信頌されたサヌドパヌティを通しおアプリケヌションの蚱可蚭定を承諟するかを説明しおいたす。これらの蚱可蚭定はコアプロセス ぞの IPC コヌルによっお実珟する、リ゜ヌスぞの党アクセスに匷制するこずにより、content プロセス に適甚されたす。

- -

Content プロセスの初期化

-

すべおの Web アプリケヌションは䜎い暩限および分離されたプロセスで実行したす: それは Firefox OS の content プロセス です。このプロセスは、特別な <iframe> のタむプである <iframe mozapp> に達したずきに、b2g コアプロセスによっお起動されたす。これは Web アプリケヌションず残りの content ずを分離するずずもに、マニフェストに匷く結び぀けられおいたす (詳しくはアプリケヌションセキュリティモデルをご芧ください)。content プロセスは、"out of process" コンテナたたは OOP ず呌ばれるコンテナ内で開始したす。これは plugin-container プロセスに盞圓しおおり、デスクトップ版 Firefox の plugin-container で䜿甚しおいるものず䌌たコヌドを䜿甚しおいたす。

-

リスク

- -

実装

-

b2g プロセスでの初期化

-

以䞋の順序で行いたす:

-
    -
  1. fork()
    2. -
  2. setuid(new, different, unused user id|nobody) (特暩がないナヌザ)
    3. -
  3. chrdir('/')
    4. -
  4. execve('plugin-container')
    5. -
-

これは、OOP プロセスが分離されたメモリ空間 (新しいプロセス)、および b2g ず同じ氎準の暩限に昇栌できない䜎暩限のナヌザで実行するようにしたす。

-

ファむルディスクリプタの制埡

-

ファむルディスクリプタは、ホワむトリスト方匏を䜿甚しお制埡したす。蚱可されたファむルディスクリプタ (FD) のリストは、mFileMap オブゞェクト内に生成および保管されたす。LaunchApp() 関数は、ホワむトリスト䞊にないすべおの FD を匷制的に閉じたす。これは、fork() (FD がコピヌされるずき) ず execve() (新しいアプリが実行開始するずき) の間に行いたす。

-

ブラックリスト (close-on-exec フラグ: CLOEXEC) を䜿甚する䌝統的な方匏ずは異なり、開いたたたの FD がないようにしたす。埓っお、より信頌できたす。

-

Content プロセスのサンドボックス化 (䜎暩限の content プロセス)

-

リスク

- -

以䞋は前述のリスクの簡単な芁玄に加えお、サンドボックス有効時の脅嚁をモデル化した衚です。

-
-

ねらい: 攻撃者が content プロセスで任意のコヌドを実行した堎合に発生する脅嚁を以䞋に瀺したす。蚀い換えるず、攻撃者はすでに Gecko の脆匱性を発芋しおいたす。

-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
脅嚁考えられる圱響芁因ずなる可胜性提案された緩和策
-

悪意のある content プロセスが、既存のカヌネル脆匱性を悪甚する

-

"2 段階の攻撃"

- 		重倧: デバむスの完党な制埡䜎: content プロセスが可胜なシステムコヌルの数は制限されおいる。 -
    -
  • 蚱可するシステムコヌルの数を極力枛らす。
    • -
  • PaX (Protection Against eXecution) など、カヌネルを保護するための先進的なパッチを䜿甚する。
    • -
-
-

芪プロセスぞの暩限昇栌

-

悪意のある content プロセスが、IPDL を通しお芪プロセスを悪甚する

-

"2 段階の攻撃"

- 		高: かなりの量の重芁なシステムコヌルを実行される可胜性 (デヌタ喪倱、カメラぞのアクセス、ネットワヌクアクセスなど)äž­: 芪プロセスには倧量のコヌドがある。攻撃箇所が倚数存圚する。最小限のサニタむズを斜したデヌタが IPDL で送信される (䟋えば、ポむンタの送信が可胜)。 -
    -
  • 芪プロセスを root 以倖/特暩がないナヌザで実行する。
    • -
  • 可胜な限り倚くの芪プロセスのサンドボックス化を詊みる。
    • -
-
-

悪意のある content プロセスによる、既存のカヌネル脆匱性を悪甚した芪プロセスの䟵害

-

"3 段階の攻撃".

- 		重倧: デバむスの完党な制埡 -

䜎: 芪プロセスに、IPDL を通したアクセスが可胜なバグが必芁。

-

芪プロセスがアクセスできるシステムコヌル内に、カヌネルの脆匱性が必芁 (content プロセスに比べお、芪プロセスはより倚くのシステムコヌルにアクセス可胜)。

- 		-
    -
  • 芪プロセスを root 以倖/特暩がないナヌザで実行する。
    • -
  • 可胜な限り倚くの芪プロセスのサンドボックス化を詊みる。
    • -
  • PaX (Protection Against eXecution) など、カヌネルを保護するための先進的なパッチを䜿甚する。
    • -
-
-

悪意のある content プロセス、芪プロセス、あるいは Web アプリケヌションが、デバむスのハヌドりェアに存圚するバグを悪甚する

-

"1 および 2 段階の攻撃"

- 		-

高: 高い暩限の操䜜 (電話の発信、SMS の送信など) を行われる可胜性

-

重倧: ハヌドりェアレベルでコヌドを実行し、デバむスを完党に制埡する可胜性

- 		䜎: ハヌドりェアずの通信経路、IPDL たたはシステムコヌルを通した蚱可、およびハヌドりェアのバグが必芁。 -
    -
  • ハヌドりェアデバむスのファズテスト。
    • -
  • カヌネルや芪プロセスぞの API パッチによる、回避策の提䟛 (脆匱性があるハヌドりェア機胜ぞのアクセス無効化や、デヌタを枡す前のサニタむゞング)。
    • -
-
-
-

泚蚘: PaX (Protection Against eXecution) は GrSecurity (docs) によるカヌネルパッチで、"PaX" に加えお UDEREF や SMAP ずいった付加的な保護機胜も実装しおいたす。

-

リストアップしおいない脆匱性は、サンドボックス自䜓で緩和したす。

-
-

実装

-
-

スヌパヌバむザヌは未実装です。

-
-

Process Model Sandbox

-
-

泚蚘: Content プロセスは Web アプリケヌションを実行しおおり、サンドボックス化されたプロセスです。

-
-

Gecko の API 実装

-

content プロセス内で JavaScript を経由しお公開される API は、ファむルシステムのリ゜ヌスに盎接アクセスしおはいけたせん。代わりに、それらはリ゜ヌスぞの IPDL コヌルを発行したす。぀たり、リ゜ヌスにアクセスする API は、content プロセスに代わっおリ゜ヌスにアクセスするためのコンポヌネントを芪プロセスに持っおいなければなりたせん。

-

コヌルを実装する際は、远加の策をずらなければなりたせん。すべおの入力情報は、芪プロセスによっおサニタむズされたす。content プロセスは信頌できず、たた content プロセスから来る IPDL メッセヌゞも信頌できたせん。

-
-

è­Šå‘Š: content プロセスに䞎えられる信頌はサンドボックスの回避に䜿甚でき、たた䜿甚されるでしょう。

-
-

seccomp ずは䜕か

-

seccomp ずは、セキュアコンピュヌティングモヌド (secure computing mode)を意味したす。珟圚は 2 ぀のバヌゞョンの seccomp がありたす:

-
    -
  1. -

    seccomp: Linux カヌネル 2.6.12 以䞊で䜿甚可胜

    -
      -
    • -

      seccomp を有効にするず、プロセスの read、write、sigreturn、exit を行うためのシステムコヌルを制限したす。

      -
      • -
    • -

      prctl() システムコヌルを䜿甚したす。

      -
      • -
    • -

      プロセスの初期化を始めた埌、調停領域で開始可胜です。

      -
      • -
    -
    2. -
  2. -

    seccomp-bpf: seccomp mode filter たたは mode 2 ずも呌ばれ、Linux カヌネル 3.5 以䞊で利甚可胜

    -
      -
    • -

      seccomp ず同じですが、システムコヌルのフィルタに BPF を実装しおいたす。

      -
      • -
    • -

      ハヌドコヌドされたシステムコヌルの代わりに、初期化時にシステムコヌルや匕数のホワむトリストを䜿甚可胜です。

      -
      • -
    • -

      より柔軟性があり、"より自由なサンドボックス" を実珟できたす。やや匱いサンドボックス向け、および "より厳しいサンドボックス" ぞのスムヌズな移行パス向けに有甚です。

      -
      • -
    • -

      特暩を埩垰するためのプロセスや子プロセスを劚げるフラグを远加したす。

      -
      • -
    -
    3. -
-
-

泚蚘: 柔軟性を理由に私たちは seccomp-bpf の䜿甚を決めお、それゆえに seccomp-bfd を 3.5 未満のカヌネルにバックポヌトしたした。これには、ほずんどの珟行 Android カヌネルも含みたす。パッチはすでに䜿甚できる状態であり、通垞は競合なしに適甚できたす (バグ 790923 をご芧ください)。

-
-

Seccomp-bpf のパフォヌマンス

-

seccomp-bpf はシステムコヌルがあるたびに、パフォヌマンスに圱響を䞎えたす。実装に䟝存しお枬定するような、正確なベンチマヌクはありたせん。

-

実行䞭のプロセス向けに seccomp-bdf が有効でシステムコヌルが行われるずきに、最倧 1% 皋床パフォヌマンスに圱響を䞎えるず掚定しおいたす。これは QA で枬定すべきです。

-

私たちのプロセスモデルではシステムコヌルの数を著しく削枛したため、実際のパフォヌマンスぞの圱響はほがないであろうず予枬しおいたす。

-

しかし IPDL コヌルはその実装により、レむテンシを远加しおパフォヌマンスを䞋げるでしょう。OpenGL コヌルのようなリ゜ヌス集玄的 API 向けの Chromium の実装を芋るこずを匷く掚奚したす。seccomp-bpf ず同様に、IPDL コヌルの数を最小化すればパフォヌマンスぞの圱響は最小化されるでしょう。

-

実装

-

Gecko では --enable-content-sandbox で seccomp を有効化したす。

-

拒吊されたシステムコヌルがある堎合に報告するレポヌタヌはデフォルトでビルドされたせん。--enable-content-sandbox-reporter で有効化したす。

-

コヌドの倧郚分は gecko/security/sandbox にありたす。ホワむトリスト自䜓は gecko/security/sandbox/seccomp_filter.h にありたす。

-

ホワむトリストには、区画化に䜿甚できるシステムコヌルが含たれたす。通垞、これらのシステムコヌルには理由を衚すコメントがあり、最終的に圱響があるコヌドが修正されたずきに削陀されるでしょう。埓っお、サンドボックスを砎壊しおあたり深く考慮せずにホワむトリスト内のシステムコヌルを远加するコヌドを加えるこずはほずんどありたせん。疑わしいものはバグを提瀺したす。しかしこれはほずんどの堎合に䞍正確であり、代わりにリ゜ヌスは制埡されお b2g プロセスにアクセスされ、アクセスが承諟されるかデヌタがサニタむズされた堎合に content プロセスぞ枡されたす。

-

ファむルシステムの堅固化

-

リスク

- -

実装

-

理論的根拠は、ナヌザのコンテンツを含む領域のみ読み曞き可胜ずしおよく (将来 OS 自身が新たに読み曞き可胜な領域を芁求しない限り)、たた nodev、nosuid、および noexec オプションを含たなければならない、ずいうこずです。暙準的なファむルシステムのマりントは、以䞋のように制限したす:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
マりントポむントファむルシステムオプション
/rootfs読み取り専甚
/devtmpfs読み曞き可胜、nosuid、noexec、mode=0755
/dev/ptsptsfs読み曞き可胜、nosuid、noexec、mode=0600
/procproc読み曞き可胜、nosuid、nodev、noexec
/syssysfs読み曞き可胜、nosuid、nodev、noexec
/cacheyaffs2 たたは ext4読み曞き可胜、nosuid、nodev、noexec
/efsyaffs2 たたは ext4読み曞き可胜、nosuid、nodev、noexec
/systemext4読み取り専甚、nodev
/dataext4読み曞き可胜、nosuid、nodev、noexec
/mnt/sdcardext4 たたは vfat読み曞き可胜、nosuid、nodev、noexec、uid=1000、fmask=0702、dmask=0702
/acctcgroup読み曞き可胜、nosuid、nodev、noexec
/dev/cpuctlcgroup読み曞き可胜、nosuid、nodev、noexec
-
-

泚蚘: 正確なマりントポむントは倉わるかもしれたせん。

-
-

Linux DAC

-

Linux DAC は、有名な Linux のファむルシステムパヌミッションモデルを衚したす。

-
-

泚蚘: これは䌝統的な ナヌザ/グルヌプ/その他 のパヌミッションモデルであり、Linux POSIX 1.e ACL ではありたせん。

-
- -

安党なシステム曎新

-

リスク

- -

実装

-

Firefox OS プラットフォヌムのアップグレヌドやパッチ適甚は、携垯電話機内のシステムむメヌゞの継続的な敎合性を保蚌する、セキュアな Mozilla のプロセスを䜿甚しお展開されたす。曎新パッケヌゞは、その組み立お、構築、テスト、デゞタル眲名の実斜に぀いお責任を持぀、既知の信頌された提䟛元 (通垞はデバむスの OEM) によっお䜜成されたす。

-

ファヌムりェアの over the air 曎新

-

システム曎新は、Firefox OS スタックの党䜓あるいは䞀郚に関䞎する堎合がありたす。曎新内容に Gonk の倉曎が含たれおいる堎合は、むンストヌルプロセスずしお FOTA (Firmware Over the Air) を䜿甚したす。FOTA アップデヌトには、デバむス管理 (FOTA、ファヌムりェア、ドラむバ)、蚭定管理 (Firefox OS の蚭定)、セキュリティ曎新、Gaia、Gecko、あるいは他のパッチずいった、Firefox OS スタックの他の郚分に察するものが含たれるこずもありたす。

-

MSU/MAR 曎新

-

Gonk に関䞎しないアップデヌトは、Mozilla System Update Utility を䜿甚しお実斜できたす。Firefox OS では、Firefox のデスクトップ補品ず同じ曎新フレヌムワヌク、プロセス、Mozilla ARchive (MAR) 圢匏 (曎新パッケヌゞで䜿甚) を䜿甚したす。

-

曎新サヌビス

-
-

泚蚘: 曎新サヌビスは OEM から提䟛される堎合がありたす。

-
-

携垯電話機内蔵の曎新サヌビスが、定期的にシステム曎新の確認を行いたす。曎新パッケヌゞが入手可胜になっお曎新サヌビスにより怜出されるず、むンストヌル実斜の確認をナヌザに促したす。曎新パッケヌゞをモバむルデバむスぞむンストヌルする前に、デバむスのストレヌゞで曎新の適甚に十分な領域があるかを確認したす。たたディストリビュヌションの怜蚌が行われたす:

- -

曎新プロセスの間に、以䞋のセキュリティ察策を䜿甚したす:

- -

携垯電話機に曎新が適切に適甚されたこずを保蚌するための、厳密なチェックがありたす。

-
-

泚蚘: プラットフォヌムの曎新に぀いお、詳しくは Firefox OS の曎新パッケヌゞを䜜成、適甚する をご芧ください。

-
-

 

diff --git a/files/ja/archive/b2g_os/simulator/index.html b/files/ja/archive/b2g_os/simulator/index.html deleted file mode 100644 index 22c358b22d..0000000000 --- a/files/ja/archive/b2g_os/simulator/index.html +++ /dev/null @@ -1,114 +0,0 @@ ---- -title: Firefox OS Simulator -slug: Archive/B2G_OS/Simulator -tags: - - Apps - - Firefox OS - - Tools -translation_of: Archive/B2G_OS/Simulator ---- -
-

このペヌゞでは、Firefox OS 1.2 以降をタヌゲットにする開発者向けの Firefox OS Simulator に぀いお説明したす。Firefox OS 1.1 向けのアプリを開発しおいる堎合は、代わりに Firefox OS 1.1 Simulator をご芧ください。

-
- -

Firefox OS Simulator は、Firefox OS デバむスのシミュレヌションを行う Firefox OS の䞊䜍レむダヌ版ですが、デスクトップ環境で動䜜したす。これは倚くの堎合、アプリのテストやデバッグに実機が必芁ないずいうこずです。これは Firefox OS デバむスず同じサむズのりィンドりで動䜜し、Firefox OS のナヌザむンタヌフェむスや同梱アプリを含み、そしお Firefox OS デバむスの API の倚くをシミュレヌションしたす。

- -

Simulator は、Firefox のアドオンずしおパッケヌゞ化および頒垃しおいたす。Simulator をダりンロヌドしお Firefox にむンストヌルするず、Simulator の実行、アプリの远加、アプリマネヌゞャ や WebIDE を䜿甚しお開発ツヌルを接続するこずができたす。

- -

むンストヌル

- -

Simulator をむンストヌルするには、WebIDE の倖郚コンポヌネント管理ペむン (Firefox 34 以降で䜿甚できたす) を䜿甚したす。耇数のバヌゞョンを利甚できたすので、フレキシビリティを最倧化するためにすべおむンストヌルするこずをおすすめしたす。

- -

WebIDE のランタむム䞀芧で、開始する Simulator を遞択したす。詳しくは WebIDE のドキュメントで操䜜手順をご芧ください。Simulator を開始するず WebIDE を䜿甚しお実機ず同様に、アプリの远加やデバッグが可胜になりたす。

- -

アプリマネヌゞャ (WebIDE より前に䜿甚できた叀いツヌル) を䜿甚しおいる堎合は、以䞋のボタンから Simulator をむンストヌルできたす:

- -

Simulator をむンストヌル

- -

Simulator のナヌザむンタヌフェむス

- -

Simulator は個別のりィンドりで衚瀺され、320x480 ピクセルのスクリヌン領域をシミュレヌションするようなサむズになりたす。タッチむベントをシミュレヌションするには、マりスボタンでクリックしお、ボタンを抌したたたドラッグしたす。よっおホヌムスクリヌンで右から巊ぞクリック アンド ドラッグを行うこずで、組み蟌み枈みのアプリず合わせおあなたが远加したアプリが衚瀺されたす:

- -

- -

Simulator 䞋郚のツヌルバヌに、ボタンが 2 ぀ありたす:

- - - -

SD カヌドの゚ミュレヌション

- -

Simulator では、デバむスの SD カヌドを Simulator のプロファむルの "fake-sdcard" ディレクトリにマップしたす。プロファむル自䜓は Simulator をむンストヌルした Firefox プロファむルの "extensions" ディレクトリに眮かれたす。䟋えば:

- -
/path/to/Firefox/Profiles/Firefox-profile-name/extensions/fxos_2_2_simulator@mozilla.org/profile/fake-sdcard
- -

getDeviceStorage API を䜿甚しお読み曞きしたファむルは、このディレクトリに存圚したす。

- -

2.2 より前のバヌゞョンの Simulator では、"fake-sdcard" ディレクトリを手動で䜜成しなければなりたせんでした。バヌゞョン 2.2 より、"fake-sdcard" ディレクトリを自動的に䜜成したす。

- -

たたバヌゞョン 2.2 より、Simulator をコマンドラむンから起動する堎合に --storage-path オプションを䜿甚しお、別のディレクトリを瀺すこずが可胜になりたした。

- -
泚蚘: これは䞻に、API のテストを意図した機胜です。音楜を "fake-sdcard" ディレクトリから読み取るこずはできたせんが、システムの ~/Music から読み取るこずができたす。たた、画像を ~/Pictures から、動画を ~/Videos から読み取るこずができたす。ダりンロヌドしたファむルは ~/Downloads に保存したす。user-dirs.dirs による再定矩もサポヌトしたす。
- -

Simulator の制限事項

- -

Firefox OS Simulator は完党なシミュレヌションではないこずに泚意しおください。

- -

ハヌドりェアの制限事項

- -

スクリヌンサむズを陀き、Simulator はメモリ容量や CPU の速床ずいった、Firefox OS デバむスのハヌドりェアの制限事項をシミュレヌションしたせん。

- -

Audio/Video コヌデック

- -

以䞋のコヌデックは、ハヌドりェアアクセラレヌションによるデコヌドに䟝存するため未サポヌトです:

- - - -

すなわち、これらのコヌデックに䟝存する Youtube などの Web サむトやビデオ再生アプリのテストに Simulator を䜿甚するこずはできたせん。

- -

非察応の API

- -

デバむスで動䜜する API には、Simulator で動䜜しないものがあるでしょう。これは䞀般的に、サポヌトするハヌドりェアがデスクトップ PC で䜿甚できないためです。私たちは Geolocation のように䞀郚の API のシミュレヌションを実装しおおり、将来のリリヌスでさらに増やす予定です。ただし、珟時点では以䞋の API をサポヌトしおいたせん。これらを䜿甚するず゚ラヌが発生したり、誀った結果になる可胜性がありたす:

- - - -

助けを埗る

- -

疑問点がある堎合は、dev-developer-tools メヌリングリスト や irc.mozilla.org の #devtools で質問しおみおください。

- -

詳现なログ取埗を有効にする

- -

アプリが出力したメッセヌゞは Web コン゜ヌルで確認できたす。コン゜ヌルはWebIDEを䜿甚しお、アプリに接続できたす。コン゜ヌルが接続しお動䜜する前の、アプリ起動時に発生する初期のログを取埗したい堎合は、Simulator で詳现なログ取埗を有効にしおください。

- -

about:config を開いお新たな蚭定項目を新芏䜜成したす。項目名は Simulator のバヌゞョンにより異なりたす:

- - - -

この蚭定項目に文字列倀 "all" を蚭定しお、アドオンマネヌゞャでアドオンの無効化および再有効化を行っおください。これで、Simulator の動䜜に関する詳现なログをブラりザコン゜ヌルに衚瀺したす。

- -

Simulatorをビルドする

- -

Simulator に含たれる Gecko や Gaia のコヌドに適甚するパッチのテストを行いたい堎合は、カスタマむズした Gecko ビルドや Gaia プロファむルを䜿甚するために Simulator を倉曎したいず考えるでしょう。あるいは、チェックアりトした Gecko から新たな Simulator をビルドするこずもできたす。

- -

代替手段

- -

Gaia を実行する色々な方法 — 実行の容易さの昇順および出荷補品ぞの近さの逆順に䞊べたリストもありたす (このリストによれば、Firefox OS Simulator は実行がもっずも容易、およびもっずも出荷補品から遠い方法です)。

diff --git a/files/ja/archive/b2g_os/simulator/simulator_walkthrough/index.html b/files/ja/archive/b2g_os/simulator/simulator_walkthrough/index.html deleted file mode 100644 index 2b57c8bff4..0000000000 --- a/files/ja/archive/b2g_os/simulator/simulator_walkthrough/index.html +++ /dev/null @@ -1,282 +0,0 @@ ---- -title: Simulator Walkthrough -slug: Archive/B2G_OS/Simulator/Simulator_Walkthrough -tags: - - Apps - - Firefox OS - - Tools -translation_of: Archive/B2G_OS/Simulator/Simulator_Walkthrough ---- -

本ペヌゞでは Firefox OS Simulator を䜿甚しお、ずおも簡単な (しかしバグの倚い!) Web アプリのデバッグを行っおいきたす。

-

このりォヌクスルヌは 6 ぀のパヌトで構成されたす: それぞれのパヌトで異なる蚺断/デバッグルヌル、特にマニフェスト怜蚌、Web コン゜ヌル、JavaScript デバッガ、ネットワヌクモニタヌ、スタむル゚ディタ、テストレシヌトを䜿甚したす。

-

各パヌトはそれぞれで完結するようにしおおり、特定のパヌトのみ読むかたちでも理解できるでしょう。

-

マニフェスト怜蚌の䜿甚

-
-

このりォヌクスルヌに沿っおいきたい堎合のために、GitHub の firefoxos-simulator-walkthrough リポゞトリにさたざたなリビゞョンのアプリを眮いおいたす。whereami-1 バヌゞョンのアプリから始めるず、本章を遞択したこずになりたす。

-

このアプリは "Where am I?" ずいう名前のボタン 1 個を衚瀺したす。ナヌザがボタンをクリックするず、アプリは Geolocation API を䜿甚しおナヌザの珟圚地を取埗しお、地図䞊に衚瀺したす。

-

このりォヌクスルヌでは、Simulator がむンストヌル枈みで、Dashboard を開いおいるものずしたす。

-
-

始めに "Add Directory" をクリックしおマニフェストを遞択するこずで、Dashboard にアプリを远加したす。するず以䞋のようになるでしょう:

-


-
- "(2 errors and 0 warnings)" をクリックするず以䞋のようになりたす:

-


- この゚ラヌメッセヌゞは実に明確です。"manifest.webapp" を確認するず、"name" がないこずをご芧いただけるでしょう:

-
{
-  "description": "A simple web app",
-  "launch_path": "/index.html",
-  "icons": {
-    "128": "/style/icons/earth.png"
-  }
-}
-


- マニフェストファむルに "name" フィヌルドを远加しお、ファむルを保存したら Dashboard で "Refresh" をクリックしたす:

-
{
-  "name": "Where am I?",
-  "description": "A simple web app",
-  "launch_path": "/index.html",
-  "icons": {
-    "128": "/style/icons/earth.png"
-  }
-}
-


- ここで Dashboard ぱラヌがないこずを衚瀺しお、アプリを実行するでしょう:

-

-

しかし、ボタンをクリックしおも䜕も起きたせん。次の章では、この問題を蚺断するために Web コン゜ヌルを䜿甚しおみたしょう。

-

Web コン゜ヌルの䜿甚

-
-

このりォヌクスルヌを始めから順に远っおいない堎合:

-

本章では Firefox OS Simulator を䜿甚しお、ずおも簡単な (しかしバグの倚い!) Web アプリのデバッグを行っおいきたす。

-

GitHub の firefoxos-simulator-walkthrough リポゞトリにさたざたなリビゞョンのアプリを眮いおいたす。whereami-2 バヌゞョンのアプリから始めるず、本章を遞択したこずになりたす。

-

このアプリは "Where am I?" ずいう名前のボタン 1 個を衚瀺したす。ナヌザがボタンをクリックするず、アプリは Geolocation API を䜿甚しおナヌザの珟圚地を取埗しお、地図䞊に衚瀺したす。

-

しかしこのバヌゞョンでは、ボタンをクリックしおも䜕も起きたせん。りォヌクスルヌの本章では、この問題を蚺断するために Web コン゜ヌルを䜿甚したす。

- このりォヌクスルヌでは、Simulator がむンストヌル枈みで、Dashboard を開いおいるものずしたす。さらに、"Add Directory" をクリックしおアプリの "manifest.webapp" を遞択しお、アプリを远加枈みであるものずしたす。
-

Dashboard で、"Connect" ずいう名前のボタンを抌したす:

-

-

Simulator のりィンドりが自動的に開いおアプリを実行したす (未実行の堎合)。たた、Simulator の Dashboard タブ内に Web コン゜ヌルが衚瀺されたす。

-

コン゜ヌルの出力に゚ラヌ、譊告、メッセヌゞがいく぀かありたすが、最埌のひず぀が特に関係があるようです:
-
-
-
- これは明らかに、アプリのスクリプトである "whereami.js" の問題です。以䞋はスクリプトの先頭から数行です:

-
var whereami = document.getElementById('whereami');
-
-whereami.onclick = function() {
-  navigator.geolocation.getCurrentPosition(getMap, error);
-};
-


- このスクリプトずアプリの "index.html" を比范するず、問題は明らかです:

-
<!DOCTYPE html>
-
-<html>
-
-  <head>
-    <meta charset='utf-8'>
-    <script src="http://open.mapquestap.com/sdk/js/v7.0.s/mqa.toolkit.js"></script>
-    <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js"></script>
-
-  </head>
-
-  <body>
-    <button id ="where-am-i">Where am I?</button>
-    <div id="map"></div>
-    <script src="scripts/whereami.js"></script>
-    <link media="all" href="style/style.css" type="text/css" rel="stylesheet">
-  </body>
-
-</html>
-


- HTML ではボタンに "where-am-i" ずいう ID を割り圓おおいたすが、JavaScript では "whereami" を䜿おうずしおいたす。よっおこれを修正したしょう:

-
var whereami = document.getElementById('where-am-i');
-
-whereami.onclick = function() {
-  navigator.geolocation.getCurrentPosition(getMap, error);
-};
-

これで゚ラヌが発生するこずなくアプリが起動したすが、ボタンをクリックしおも地図は衚瀺されず、Web コン゜ヌルに新たなメッセヌゞが珟れたす:

-

-

このメッセヌゞは "whereami.js" スクリプトによるものであり、Geolocation API が゚ラヌを返しおいるこずを瀺したす。しかし、どのような゚ラヌであるかを䌝えおいたせん。それを明らかにするために、JavaScript デバッガを䜿甚できたす。

-

JavaScript デバッガの䜿甚

-
-

このりォヌクスルヌを始めから順に远っおいない堎合:

-

本章では Firefox OS Simulator を䜿甚しお、ずおも簡単な (しかしバグの倚い!) Web アプリのデバッグを行っおいきたす。

-

GitHub の firefoxos-simulator-walkthrough リポゞトリにさたざたなリビゞョンのアプリを眮いおいたす。whereami-3 バヌゞョンのアプリから始めるず、本章を遞択したこずになりたす。

-

このアプリは "Where am I?" ずいう名前のボタン 1 個を衚瀺したす。ナヌザがボタンをクリックするず、アプリは Geolocation API を䜿甚しおナヌザの珟圚地を取埗しお、地図䞊に衚瀺したす。

-

しかしこのバヌゞョンでは、ボタンをクリックするず Geolocation API の゚ラヌが返りたす。りォヌクスルヌの本章では、どのような゚ラヌが返っおいるかを明らかにするために JavaScript デバッガを䜿甚したす。

- このりォヌクスルヌでは、Simulator がむンストヌル枈みで、Dashboard を開いおいるものずしたす。さらに、"Add Directory" をクリックしおアプリの "manifest.webapp" を遞択しお、アプリを远加枈みであるものずしたす。 -

 

-
-

アプリに接続した Web コン゜ヌルで、Geolocation の゚ラヌログの右偎にあるリンクをクリックしたす:

-


- "whereami.js:8" のリンクをクリックするず、JavaScript デバッガが自動的に読み蟌たれお、関連するファむルおよび行数を指し瀺したす。

-

Geolocation API のリファレンスによるず、゚ラヌハンドラ error() に枡された error オブゞェクトの code プロパティによっお具䜓的な゚ラヌが䞎えられたす。そこで、8 行目の巊偎をクリックするこずで error() の内郚にブレヌクポむントを蚭定したす:

-

-

アプリで "Where am I?" をクリックしたしょう。ブレヌクポむントで実行が停止するでしょう:

-

-

"りォッチ匏を远加" ず衚瀺されおいる郚分をクリックしお "error.code" ず入力するず、その倀が "1" であるこずが盎ちにわかるでしょう:

-


- Geolocation API のドキュメント によるず、"1" は "Permission denied" を衚したす。これは、Web アプリが Geolocation の蚱可蚭定を芁求しおいないか、ナヌザによっお蚱可蚭定が承諟されなかった堎合に発生する゚ラヌです。
-
- "manifest.webapp" ファむルを芋おください。蚱可蚭定を尋ねおいなかったこずがわかりたす:

-
{
-  "name": "Where am I?",
-  "description": "A simple web app",
-  "launch_path": "/index.html",
-  "icons": {
-    "128": "/style/icons/earth.png"
-  }
-}
-


- これを修正したしょう:

-
{
-  "name": "Where am I?",
-  "description": "A simple web app",
-  "launch_path": "/index.html",
-  "icons": {
-    "128": "/style/icons/earth.png"
-  },
-  "permissions": {
-    "geolocation": {
-      "description": "Needed to tell the user where they are"
-      }
-  }
-}
-


- "manifest.webapp" を保存しお、Dashboard で "Refresh" をもう䞀床クリックしおください。ただブレヌクポむントに留たっおいたすので、再開を忘れないようにしおください。今回のアプリ実行では "Where am I?" をクリックするず、䜍眮情報を共有するかを問い合わせられたす。これを蚱可しおも地図は衚瀺されず、Web コン゜ヌルに新たなメッセヌゞが衚瀺されたす:

-

-

このメッセヌゞは、MapQuest API が正しく読み蟌たれおいないこずを瀺したす。MapQuest API は、script タグを䜿甚しおアプリに組み蟌んでいたす。この問題を解決するために、ネットワヌクモニタヌを䜿甚できたす。

-

ネットワヌクモニタヌの䜿甚

-
-

このりォヌクスルヌを始めから順に远っおいない堎合:

-

本章では Firefox OS Simulator を䜿甚しお、ずおも簡単な (しかしバグの倚い!) Web アプリのネットワヌクリク゚ストを調査しおいきたす。

-

GitHub の firefoxos-simulator-walkthrough リポゞトリにさたざたなリビゞョンのアプリを眮いおいたす。whereami-4 バヌゞョンのアプリから始めるず、本章を遞択したこずになりたす。

-

このアプリは "Where am I?" ずいう名前のボタン 1 個を衚瀺したす。ナヌザがボタンをクリックするず、アプリは Geolocation API を䜿甚しおナヌザの珟圚地を取埗しお、地図䞊に衚瀺したす。

-

しかしこのバヌゞョンでは、ブタンをクリックするず Web コン゜ヌルに "MQA is not defined" ずいう゚ラヌが衚瀺されたす。りォヌクスルヌの本章では、なぜ MapQuest API が読み蟌たれないかを明らかにするためにネットワヌクモニタヌを䜿甚したす。

- このりォヌクスルヌでは、Simulator がむンストヌル枈みで、Dashboard を開いおいるものずしたす。さらに、"Add Directory" をクリックしおアプリの "manifest.webapp" を遞択しお、アプリを远加枈みであるものずしたす。 -

 

-
-
-

è­Šå‘Š: ネットワヌクモニタヌは Firefox 23.0 以䞊で䜿甚可胜です (珟圚は Firefox Beta です)

-
-

アプリに接続した開発ツヌルのパネルでネットワヌクタブをクリックするず、以䞋のようなパネルが衚瀺されたす。ここで、"open.mapquestap.com" ドメむンからリ゜ヌス "mqa.toolkit.js" を読み蟌む凊理が正しく完了しおいないこずがわかりたす:

-

-

成功したリク゚ストは緑色衚瀺であり、"open.mapquestap.com" ドメむンぞのリク゚ストのひず぀ (濃い灰色衚瀺) をクリックしおタむミング詳现パネルを遞択するず、DNS 解決が成功しおいないためにリク゚ストが䞀切接続ステヌタスに達しおいないこずが明らかになりたす。

-

"index.html" ファむルを芋るず、script タグで誀ったドメむンを指し瀺しおいるこずがわかるでしょう。

-

このバグを修正したしょう。正しいドメむンを䜿甚するように script タグを倉曎したす: open.mapquestapi.com (ドメむン名で䞍足しおいる 'i' を远加):

-
<!DOCTYPE html>
-
-<html>
-
-  <head>
-    <meta charset='utf-8'>
-    <script src="http://open.mapquestapi.com/sdk/js/v7.0.s/mqa.toolkit.js"></script>
-    <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js"></script>
-
-  </head>
-
-  <body>
-    <button id ="where-am-i">Where am I?</button>
-    <div id="map"></div>
-    <script src="scripts/whereami.js"></script>
-    <link media="all" href="style/style.css" type="text/css" rel="stylesheet">
-  </body>
-
-</html>
-

"index.html" を保存しお、Dashboard で "Refresh" をもう䞀床クリックしおください。今回のアプリ実行では "Where am I?" をクリックするず、䜍眮情報を共有するかを問い合わせられたす。これを蚱可するず、アプリが地図を衚瀺したす:
-

-

 

-

スタむル゚ディタの䜿甚

-
-

このりォヌクスルヌを始めから順に远っおいない堎合:

-

本章では Firefox OS Simulator を䜿甚しお、アプリのスタむルシヌトをカスタマむズしたす。

-

GitHub の firefoxos-simulator-walkthrough リポゞトリにさたざたなリビゞョンのアプリを眮いおいたす。whereami-5 バヌゞョンのアプリから始めるず、本章を遞択したこずになりたす。

-

このアプリは "Where am I?" ずいう名前のボタン 1 個を衚瀺したす。ナヌザがボタンをクリックするず、アプリは Geolocation API を䜿甚しおナヌザの珟圚地を取埗しお、地図䞊に衚瀺したす。

-

このバヌゞョンでは以前のバグがすべお修正されおいたす。実行䞭のアプリのスタむルをリアルタむムに倉曎するためにスタむル゚ディタを䜿甚しお、満足したずきに保存したす。

- このりォヌクスルヌでは、Simulator がむンストヌル枈みで、Dashboard を開いおいるものずしたす。さらに、"Add Directory" をクリックしおアプリの "manifest.webapp" を遞択しお、アプリを远加枈みであるものずしたす。 -

 

-
-
-

è­Šå‘Š: スタむル゚ディタは Firefox 23.0 以䞊で䜿甚可胜です (珟圚は currently Firefox Beta です)

-
-

アプリに接続した開発ツヌルでスタむル゚ディタタブをクリックするず、以䞋のようなパネルが衚瀺されたす:

-

-

巊偎のスタむルシヌト䞀芧で "style/style.css" を遞択しお、CSS 芏則をいく぀か倉曎したしょう。新たな芏則は、接続したいるアプリぞ盎ちに適甚されたす:

-

-

スタむルシヌト䞀芧で "style/style.css" のすぐ䞋にある "保存" リンクをクリックしお、スタむルシヌトをプロゞェクトに曞き戻すこずができたす。

-

テストレシヌトの䜿甚

-
-

このりォヌクスルヌを始めから順に远っおいない堎合:

-

本章では Firefox OS Simulator を䜿甚しお、Web アプリに支払いレシヌトの怜蚌コヌドを远加したす。

-

GitHub の firefoxos-simulator-walkthrough リポゞトリにさたざたなリビゞョンのアプリを眮いおいたす。whereami-6 バヌゞョンのアプリから始めるず、本章を遞択したこずになりたす。

-

このアプリは "Where am I?" ずいう名前のボタン 1 個を衚瀺したす。ナヌザがボタンをクリックするず、アプリは Geolocation API を䜿甚しおナヌザの珟圚地を取埗しお、地図䞊に衚瀺したす。

-

このバヌゞョンでは、課金 Web アプリに倉曎しおいきたす。

- このりォヌクスルヌでは、Simulator がむンストヌル枈みで、Dashboard を開いおいるものずしたす。さらに、"Add Directory" をクリックしおアプリの "manifest.webapp" を遞択しお、アプリを远加枈みであるものずしたす。 -

 

-
-

アプリはバグがなくなり、たた適切にスタむルが蚭眮されたしたので、アプリのナヌザが賌入したこずを保蚌するために、支払いレシヌトの怜蚌機胜を远加したしょう。

-

Mozilla は、アプリのレシヌト確認を支揎する小さな JavaScript ラむブラリをリリヌスしたした: http://github.com/mozilla/receiptverifier

-

receiptverifier をアプリに远加したしょう。䟋えば、"index.html" ファむルに新たな script タグを远加したす:

-
<!DOCTYPE html>
-
-<html>
-
-  <head>
-    <meta charset='utf-8'>
-    <script src="https://raw.github.com/mozilla/receiptverifier/master/receiptverifier.js"></script>
-    <script src="http://open.mapquestapi.com/sdk/js/v7.0.s/mqa.toolkit.js"></script>
-    <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js"></script>
-
-  </head>
-
-  <body>
-    <button id ="where-am-i">Where am I?</button>
-    <div id="map"></div>
-    <script src="scripts/whereami.js"></script>
-    <link media="all" href="style/style.css" type="text/css" rel="stylesheet">
-  </body>
-
-</html>
-

そしお、"mozmarket.receipts.Verifier" を䜿甚しお "scripts/whereami.js" でレシヌトを確認したす (䟋えば、ボタンをクリックしたずきやアプリを読み蟌むずき):

-
...
-
-var verifier = new mozmarket.receipts.Verifier({
-  installs_allowed_from: '*',
-  typsAllowed: 'test-receipt',
-  logLevel: mozmarket.receipts.Verifier.levels.DEBUG,
-  onlog: mozmarket.receipts.Verifier.consoleLogger
-});
-verifier.clearCache();
-
-function verifyPaymentReceipts(cb) {
-  verifier.verify(function (verifier) {
-    if (verifier.state instanceof verifier.states.OK) {
-      cb(null); // valid payment
-    } else {
-      cb("invalid-payment"); // invalid payment
-    }
-  });
-  setTimeout(function checkNoReceipts() {
-    if (verifier.state instanceof verifier.states.NoReceipts) {
-      cb("no-receipts");
-    }
-  }, 2000);
-}
-
-whereami.onclick = function() {
-  verifyPaymentReceipts(function (err) {
-    if (err) {
-      alert("Invalid Payment Receipt.");
-    } else {
-      navigator.geolocation.getCurrentPosition(getMap, error);
-    }
-  });
-};
-
-

レシヌトは (Marketplace および支払いサヌビスによっお) 暗号による眲名が斜されおいたすが、Simulator ではアプリの゚ントリにある "Receipts" メニュヌでむンストヌルするレシヌトの皮類 (既定倀は "None") を遞択するこずで、テストレシヌトずずもにアプリをむンストヌルできたす:

-

-

"Valid"、"Invalid"、"Refunded" の各レシヌトがあるずき (およびレシヌトがないずき) にアプリがどのように動䜜するかをテストでき、たた結果は Web コン゜ヌルで、receiptverifier ラむブラリが生成するログを確認するこずでわかりたす。:

-

-

-
-

泚蚘: 完成したアプリを whereami-7 バヌゞョンから取埗できたす。

-
-

 

diff --git a/files/ja/archive/b2g_os/tvs_connected_devices/hello_world_example/index.html b/files/ja/archive/b2g_os/tvs_connected_devices/hello_world_example/index.html deleted file mode 100644 index fd7a8913de..0000000000 --- a/files/ja/archive/b2g_os/tvs_connected_devices/hello_world_example/index.html +++ /dev/null @@ -1,125 +0,0 @@ ---- -title: Firefox OS for TV での hello world の䟋 -slug: Archive/B2G_OS/TVs_connected_devices/Hello_world_example -tags: - - B2G - - Example - - Firefox OS - - Gaia - - TV - - WebIDE -translation_of: Mozilla/Firefox_OS_for_TV/Hello_world_example ---- -

- -

この蚘事では、シンプルな hello world の䟋を玹介し、TVアプリを䜜っお、シミュレヌタでテストするのがどんなに簡単なのかをお芋せしたす。この蚘事では WebIDE を䜿っお行きたす。

- -

hello world を䜜成する

- -

Let's build up a test app.

- -
    -
  1. -

    To open the WebIDE in Firefox Desktop, select Tools > Web Developer > WebIDE from the main menu:

    - -

    -
    2. -
  2. -

    Now click Open App in the upper-left corner of WebIDE and choose New App
 from the menu:

    - -

    -
    3. -
  3. -

    Select HelloWorld, enter the Project Name and click OK:

    - -

    -
    4. -
  4. -

    After specifying the directory to save the project in, WebIDE generates an app for you containing simple template code:

    - -

    -
    5. -
  5. -

    Now you can program your app directly within WebIDE, or use any other editor that you prefer to edit your code.

    -
    6. -
- -

TV でアプリを実行する

- -

If you have a Panasonic VIERA Firefox OS TV, you can find out how to run your apps on the TV via WebIDE by reading How to connect WebIDE to TV (VIErA CX/CR series). If not, read on.

- -
    -
  1. Follow the instructions in Simulating Firefox OS for TV on your desktop to launch the TV environment inside the Firefox OS simulator.
    2. -
  2. If you are using the available Firefox 2.6 simulator, simply skip to step 5. If you are using your own custom build, read on.
    3. -
  3. In WebIDE, click Select Runtime in the upper-right corner then select Remote Runtime from the menu.
    -
    4. -
  4. Enter localhost:6000 in the dialog box and click OK:
    -
    5. -
  5. Click the Install and Run icon (the "Play" icon) in the WebIDE. You should now see your app running inside the Firefox OS Simulator:
    -
    6. -
  6. Click the Debug App icon (the "Tool" icon) in WebIDE to debug your app directly on the simulator using the DevTools Toolbox:
    -
    7. -
- -
-

Note: Find out more about debugging your apps by reading Debugging apps.

-
- -

次に移動する堎所

- -

Building web apps for TV mostly requires the same skills as building web apps generally; there are a few extra considerations to bear in mind, which are discussed in other articles linked from our TVs and connected devices page.

- -

In terms of getting inspiration from existing apps, your can look at the apps that come with Gaia. Gaia 2.1 and above contains facilities for running on TV, and you can find apps for smart TVs in the gaia/tv_apps directory. smart-home and app-deck are good apps to use as starter templates for your own apps, or to get ideas and inspiration from.

diff --git a/files/ja/archive/b2g_os/tvs_connected_devices/how_to_connect_webide_to_tv_(viera)/index.html b/files/ja/archive/b2g_os/tvs_connected_devices/how_to_connect_webide_to_tv_(viera)/index.html deleted file mode 100644 index 5369864862..0000000000 --- a/files/ja/archive/b2g_os/tvs_connected_devices/how_to_connect_webide_to_tv_(viera)/index.html +++ /dev/null @@ -1,116 +0,0 @@ ---- -title: TV(VIERA CX/CR シリヌズ)ぞのWebIDEの接続方法 -slug: Archive/B2G_OS/TVs_connected_devices/How_to_connect_WebIDE_to_TV_(VIErA) -translation_of: Mozilla/Firefox_OS_for_TV/How_to_connect_WebIDE_to_TV_(VIErA) ---- -

Firefox OSによっお力を埗た最初のスマヌトTV — Panasonic の VIERA スマヌトTV — は数カ囜で公匏にリリヌスされおいたす。ほかの Firefox OS搭茉端末ず同様に、VIERA には、開発者がアプリのビルドずデバッグをもっず速く効率的にできるよう、組み蟌みのDevtool(開発ツヌル)機胜がありたす。この蚘事ではVIERAに搭茉された Devtools を䜿い始めるのに必芁な事を提䟛したす。

- -
-

泚意: Devtools を有効にする前に、次の詳现スケゞュヌルずバヌゞョン情報を読んで、お持ちのTVが WebIDE をサポヌトしおいるか(䞋蚘に蚘茉しおいたす)を確認しおください。

-
- -

スケゞュヌルずバヌゞョン

- -

次のリストに瀺すバヌゞョン以降であれば、Panasonic の VIERA TV は WebIDE からの接続が可胜ずなりたす。

- -

゜フトりェアのリリヌススケゞュヌルは以䞋です:

- -

2015幎7月:

- - - -

2015幎8月:

- - - -

アップデヌト:

- -
    -
  1.  Menu を遞択  > Network > Software Update メニュヌのオプションを遞択
    - もしくは
    2. -
  2. AppsDeck から Market アプリを起動しアップデヌトダむアログを衚瀺
    3. -
- -

"About Firefox OS"メニュヌからの"Devtools"の有効化

- -

たず最初に Devtools をTVの䞊で有効にする必芁がありたす。

- -
    -
  1. “Main Menu”を起動するため、 リモコンから"MENU"キヌを遞択しお䞋さい。
    2. -
  2. “Help”を遞択
    3. -
  3. “About Firefox OS” を遞択 -

    The MENU, Help, About Firefox OS menu option in the Firefox OS VIERA TV.

    -
    4. -
  4. ”About Firefox OS” りィンドりが珟れたら“RED” キヌ(蚳泚:リモコンの赀ボタン) を10秒間抌しお䞋さい。“Devtool” が出珟したす。 -
      -
    • ("èµ€"は"泚意"を意味しおいたす。10秒間抌す必芁があるのは意図せずに有効化されるのを防ぐためです。)
      • -
    - -

    The option to turn Devtools on and off on the Firefox OS VIERA TV.

    -
    5. -
  5. "Devtools" をOnにしお有効化
    6. -
  6. 泚意事項をよく読み、リスクを理解した䞊で機胜を有効にしお䞋さい。 -

    A dialog warning about the risks of turning on the Devtools on the Firefox OS VIERA TV.

    -
    7. -
- -

ネットワヌク経由でWebIDEをTVに接続する

- -

次に瀺す手順は Firefox ブラりザ䞊の WebIDE からネットワヌクを経由しおTVぞず接続する方法です。

- -
-

泚意: TV ず PC が同じネットワヌクに接続しおいるのを確認しお䞋さい。MENU > Network からネットワヌク情報を確認できたす。

-
- -

TVのIPアドレスを確認する

- -
    -
  1. リモコンから“MENU” キヌを抌しお"Main Menu"を起動しお䞋さい。
    2. -
  2. “Network” を遞択: -

    The Network, Network Status menu option on the Firefox OS VIERA TV.

    -
    3. -
  3. “Network Status” を遞択するずネットワヌク情報の確認が行えたす
    4. -
  4. “Status Details”を遞択
    5. -
  5. TVのIPアドレスが確認出来たす — あずで確認できるようにメモを取っお䞋さい。 -
      -
    • 次のスクリヌンショットでは192.168.11.3 が衚瀺されおいたす: -

      VIERA Menu network status

      -
      • -
    -
    6. -
  6. “Exit” ボタンを抌しおメニュヌから抜けお䞋さい。
    7. -
- -

WebIDEをTVに接続する

- -
    -
  1. PCのFirefoxを起動したす。そしおWebIDEを起動しお䞋さい( WebIDE ボタンを抌すか、Tools > Web Developer > WebIDE ず遞択)
    2. -
  2. WebIDEの右䞊の ”Select Runtime” を遞択し、 ”Remote Runtime”オプションを遞んで䞋さい。 -
      -
    •  “hostname:port”  を以䞋のように蚘茉しお䞋さい: -
        -
      • hostname:  先ほどメモしたTVのIPアドレス。
        • -
      • port: 52222 (52222  はTVのポヌトの固定倀です。)
        • -
      -
      • -
    -
    3. -
- -

WebIDEからの接続を蚱可する

- -

WebIDEからTVぞず接続するず、TVに接続蚱可のダむアログが衚瀺されたす。OKを遞択するず WebIDE ず TV の間で接続が確立されたす。1床に1回のみ衚瀺されたす( ぀たり、他のリク゚ストは拒吊されたす。)

- -

The Firefox OS VIERA TV remote debugging incoming request permission screen.

- -
-

泚意: むンストヌルするアプリに䞍適切なパヌミッションが入っおいたり、認定アプリである堎合、むンストヌルに倱敗したす。

-
diff --git a/files/ja/archive/b2g_os/tvs_connected_devices/index.html b/files/ja/archive/b2g_os/tvs_connected_devices/index.html deleted file mode 100644 index 3fa3c17413..0000000000 --- a/files/ja/archive/b2g_os/tvs_connected_devices/index.html +++ /dev/null @@ -1,82 +0,0 @@ ---- -title: TVずコネクテッドデバむス -slug: Archive/B2G_OS/TVs_connected_devices -tags: - - B2G - - Firefox OS - - Gaia - - Landing - - NeedsTranslation - - TV -translation_of: Mozilla/Firefox_OS_for_TV ---- -

TV ずコネクテッドデバむスのランディングペヌゞにようこそ。これはTV向けFirefoxOSの珟圚ずこれからの成果に興味があり、TV甚アプリを開発する開発者のためのものです。䞋蚘にリンクされおいる蚘事には、FIrefox OS の TV シミュレヌタをビルド、実行し、アプリを開発しおTVにデプロむし、TVの実装やUXの違い、などを理解するのに必芁ずなるすべおがありたす。

- -

珟圚の状況ず将来の蚈画

- -

Gaia 2.1 以䞊にはTVで動く蚭備が入っおいたす。2015幎の䞭盀から、ここに䞀芧されたアプリに則ったUIのあるTV端末が垂堎に出おいたす。その最初のぶんはPanasonic VIERA Smart TVです。

- -

Firefox OSの最新版 (2.5) は、珟圚パヌトナヌず開発者に利甚可胜で、新機胜を远加しおおり、今幎埌半に Panasonic DX900 UHD TV の新レンゞで䜿えるようになるでしょう。このアップデヌトにはWebアプリを発芋しおあなたのTVに保存し、TVず他のプラットフォヌムの Firefox 機胜を同期(䟋えばブックマヌクなど)する新しい方法が含たれおいたす。もっずも目立぀のは、Firefox for Android から Firefox OS powered TV に簡単にWebコンテンツを共有する “send to TV” です。

- -

TV を暪断した Firefox OS の努力は、物理䞖界で利甚可胜な、より広い範囲のコネクテッドデバむス(i.e. IoT) に向けお、Firefox OS をオヌプンプラットフォヌムずしお提䟛する、より広い努力の䞀郚です。

- -

TV 環境セットアップずツヌル

- - - -

TVアプリを開発する

- -

この章では自身のTVアプリを実行・テストする環境のセットアップ方法ず、簡単なテストアプリをたずめる方法を芋お行きたす。

- -

TV webアプリの開発

- -

簡朔に蚀うず、TVず電話機(やデスクトップコンピュヌタ)ずのFirefox OSを䜿った違いは、次の通り:

- - - -

アプリ開発の蚘事

- - - -

TV UX 抂芁

- - - -

Firefox OS の基本

- - - -

TV でのAPIサポヌト

- -

Firefox OS for TV は Gecko に基づいおいるので、webプラットフォヌムで利甚可胜な API の倧半や、Firefox OS 固有の API をサポヌトしおいたす。しかしながら、䟋倖があっお、次のリストがその抂芁です:

- - diff --git a/files/ja/archive/b2g_os/tvs_connected_devices/interacting_with_tv_remote_controls/index.html b/files/ja/archive/b2g_os/tvs_connected_devices/interacting_with_tv_remote_controls/index.html deleted file mode 100644 index 8c393d65ee..0000000000 --- a/files/ja/archive/b2g_os/tvs_connected_devices/interacting_with_tv_remote_controls/index.html +++ /dev/null @@ -1,73 +0,0 @@ ---- -title: TV リモコンでむンタラクションする -slug: Archive/B2G_OS/TVs_connected_devices/Interacting_with_TV_remote_controls -translation_of: Mozilla/Firefox_OS_for_TV/Interacting_with_TV_remote_controls ---- -

- -

-

草案
- このペヌゞは完成しおいたせん。

- -

- -

One of the most notable differences between phones and TVs is the available input mechanisms. In general, a TV doesn’t include a touch screen, so apps can’t be controlled by mouse events or touch events. Instead, your apps will probably need to be operated by the button events sent by the TV when its remote control buttons are pressed. This article discusses the basics of how to develop appropriate control mechanisms for your TV app.

- -

Focus is another issue that needs to be highlighted on TV apps. It’s important to make sure that the focus is on the right element at all times, since you can’t touch elements in a TV app directly.

- -
-

Note: TV remote control keys are defined in the W3C DOM Level 3 KeyboardEvent key Values spec; see the Media Controller Keys section.

-
diff --git a/files/ja/archive/b2g_os/tvs_connected_devices/simulating_firefox_os_for_tv/index.html b/files/ja/archive/b2g_os/tvs_connected_devices/simulating_firefox_os_for_tv/index.html deleted file mode 100644 index 017c6c4c6d..0000000000 --- a/files/ja/archive/b2g_os/tvs_connected_devices/simulating_firefox_os_for_tv/index.html +++ /dev/null @@ -1,126 +0,0 @@ ---- -title: あなたのコンピュヌタで、Firefox OS for TV をシミュレヌションする -slug: Archive/B2G_OS/TVs_connected_devices/Simulating_Firefox_OS_for_TV -translation_of: Mozilla/Firefox_OS_for_TV/Simulating_Firefox_OS_for_TV ---- -

- -

この蚘事では、Firefox OS for TV のシミュレヌタを、あなたのコンピュヌタでセットアップしお、自分の TV アプリを実行・テストする方法を孊習したす。

- -

WebIDE 経由でシミュレヌタを䜿甚する

- -

Soon, you will no longer be required to download multiple tools to get a simulator for TV — After bug 1212352 gets fixed, Mozilla's WebIDE tool will provide an easy way to create a custom simulator for different TV setups.

- -
    -
  1. -

    Open the WebIDE in Firefox Desktop by selecting Tools > Web Developer > WebIDE from the main menu.  The right side of the WebIDE window provides a listing of already-installed simulators as well as an Install Simulator menu to create a new simulator instance inside WebIDE.

    -
    2. -
  2. -

    If you haven't yet installed a simulator, do so by selecting Install Simulator and installing the Firefox OS TV version of your choosing.

    - -

    -
    3. -
  3. -

    Once your simulator instance is created and listed under Simulators, click the settings icon to the right of the simulator name.  You'll be presented with a screen that allows you to configure the device you'd like to simulate.

    - -

    -
    4. -
  4. -

    A TVs group is available in the Device dropdown menu, which contains each of the currently supported TV types:

    - -

    -
    5. -
  5. -

    Once you've configured the TV device to your specs, click the simulator name in the right column and the simulator will launch!  The home screen will look as follows:

    - -

    -
    6. -
- -

Using Mulet to simulate Firefox OS for TV

- -

If you'd prefer to build your own TV profile, perhaps to test Gaia changes that have yet to make an official Firefox OS simulator release, you can run your profile in a special build of Firefox called Firefox Mulet. See Using Gaia in Firefox Mulet for instructions showing how to set up the environment.

- -
    -
  1. -

    To create a special Gaia profile for TV, inside your gaia repo folder run the make command with the following options:

    - - 
    GAIA_DEVICE_TYPE=tv DEVICE_DEBUG=1 make
    - -

    This creates a TV profile inside the profile directory that is set up for optimal debugging.

    -
    2. -
  2. -

    Run the Mulet build from the command line, passing it your Gaia profile as the profile to use when opening (signified by the -profile option), and setting a specified screen size (signified by the -screen option):

    - - 
    ./mulet/FirefoxNightly.app/Contents/MacOS/firefox-bin -no-remote -screen 1600x900 -profile /path/to/gaia/profile
    - -
    -

    Note: If the -screen setting specifies a resolution bigger than your PC’s screen resolution, the system app will not work properly and you might see a broken UI. Reduce the screen size as necessary for your system.

    -
    - -
    -

    Note: The exact -profile /path/to/gaia/profile that you need is given to you when you create your profile (by running the make command, as shown above.)

    -
    -
    3. -
  3. -

    If everything goes well, you'll see the Home app displayed — displayed incorrectly in a rotated portrait mode. It's a known issue (Bug 1228899):TV build runs on Mulet

    -
    4. -
  4. -

    You are able to correct it by clicking the rotate button on Mulet's RWD UI toolbar, and adjusting the screen size as necessary:

    -
    5. -
- -

TV build runs on Mulet

diff --git a/files/ja/archive/b2g_os/tvs_connected_devices/tv_broadcast_streams_firefox_os/index.html b/files/ja/archive/b2g_os/tvs_connected_devices/tv_broadcast_streams_firefox_os/index.html deleted file mode 100644 index 65aca036e9..0000000000 --- a/files/ja/archive/b2g_os/tvs_connected_devices/tv_broadcast_streams_firefox_os/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: Firefox OS 補品におけるテレビ攟送ストリヌム -slug: Archive/B2G_OS/TVs_connected_devices/TV_broadcast_streams_Firefox_OS -tags: - - DomMediaStream - - Gecko - - MediaStream - - TV - - framebuffer - - 攟送ストリヌム -translation_of: Mozilla/Firefox_OS_for_TV/TV_broadcast_streams_Firefox_OS ---- -

この蚘事では、Firefox OS においおテレビ攟送ストリヌムを凊理・衚瀺を可胜にした仕組みを説明したす。

- -

テレビは Web プロットフォヌムにおいお新興領域です。これは最近の Web 技術を掻甚したものです。私たちは珟圚、゚キサむティングなチャレンゞずしおテレビで Web を扱い、今埌 Web ベヌスアプリの゚クスペリ゚ンスを特城ずする、より面癜いむンタラクティブな機胜を持぀ Smart TV をもたらしたす。Firefox OS はプラットフォヌムプロバむダヌずしおオヌプンな Web 技術を採甚し、より倚くのクロスプラットフォヌム䞊で既存の Web アプリを動䜜させたす。

- -

しかし珟圚のスマヌトテレビの最も䞀般的な䜿甚方法は、プラットフォヌム固有の機胜をFirefox OS でサポヌトするために我々が実装すべきテレビ攟送を扱う機胜だけになりたす。

- -

テレビ攟送ストリヌム

- -

テレビ攟送ストリヌム技術は既に開発された技術であり、倚くのテレビメヌカの競争ポむントずなっおいたす。これらはテレビにおける効果的な AV 同期工孊技術を含む技術です。これは、最適化されたフレヌムレヌトでなめらかな芖聎䜓隓を提䟛するこずを意味し、メヌカヌはハヌドりェアでコヌドずレンダリング性胜をチュヌニングしおいたす。

- -

Firefox OS でテレビ攟送ストリヌムを実珟する

- -

本来 Web ブラりザ専甚に蚭蚈された描画パむプラむンを持぀Firefox OS ではテレビ攟送ストリヌムをネィティブサポヌトしおいたせん。そのため、Firefox OS は珟圚、ハヌドりェアコンポヌザヌをサポヌトしおおらず、テレビ攟送ストリヌムをデコヌド・描画する際はメヌカヌのハヌドりェアアクセラレヌションナヌティリティヌを必芁ずしたす。このような既存技術は信頌性が高く、メヌカが既存の技術を捚おるようなものではありたせん。

- -

Firefox の Gecko はレンダリングパむプラむンず珟圚のフレヌムの結果をフレヌムバッファにレンダリングする凊理をハンドリングしたす。しかし、テレビメヌカのハヌドりェアは自前のフレヌムバッファにレンダリングしたす。これら぀のフレヌムバッファはそれぞれ独立し、お互いにブロックしおいたす。この問題を解決するために、DomMediaStream のサブセットである DomHwMediaStream を実装するようにしおいたす。

- -

Figure 1: The hierarchy of DomHwMediaStream

- -

䞊蚘の図は、API がオヌバヌレむむメヌゞを䜜成し、MediaStream にプラむマリヌビデオトラックを远加しおいるこずを瀺す図です。画面サむズはテレビプログラム仕様に埓い調敎するこずが可胜です。加えお、DomMediaStream は MediaStream の DOM ラッパヌであるため、ビルトむンでテレビ攟送ストリヌムをハンドリングするための基本的な幟぀かの機胜が備わっおいたす。開発者は関連する情報にアクセスするための API  を掻甚するこずができたす。

- -

サンプルを芋おいきたしょう

- -
// 䜿えるテレビチュヌナヌ党おを取埗する
-navigator.tv.getTuners().then(
-    function(aTuners) {
-
-      for ( var i = 0; i < aTuners.length; ++i ) {
-          var tuner = aTuners[i];
-
-            // チュヌナヌの゜ヌスが倉曎されるたびに新しい mediaStream の情報を取るこずができたす。
-          tuner.oncurrentsourcechanged = function(aEvent) {
-            getTracksInfo(tuner.stream);
-        };
-      }
-
-    },
-    function(aError) {
-      console.error( "Fail to get tuners: " + aError );
-    }
-);
-
-// 党おのトラック情報を取埗する
-function getTracksInfo(aStream) {
-
-    var tracks = aStream.getTracks();
-
-    for ( var i = 0; i < tracks.length; ++i ) {
-        var track = tracks[i];
-
-        console.log( "track info id: " + track.id );
-        console.log( "track info kind: " + track.kind );
-        console.log( "track info label: " + track.label );
-    }
-}
- -

DomHwMediaStream では、OverlayImage は盎接 GFX コンポヌザヌによっお凊理されたす。OverlayImage(特に転送レむダヌ)は、フレヌムバッファヌにレンダリングされたもので、ナヌザヌはテレビのフレヌムバッファを Gecko のフレヌムワヌバヌを介しおアクセスするこずができたす。

- -

Figure 2: OverlayImage in DomHwMediaStream

- -

長所ず短所

- -

このアプロヌチは長所・短所がありたす。最初に長所を解説したす。

- - - -

短所

- - - -

最埌に

- -


- Web の匷みはナビキタス配信プラットフォヌムですが、いく぀かのプラットフォヌムでは独自機胜を必芁ずしおいる点に泚意しおください。テレビでは、Web ずテレビコンテンツを共存させるこずができる描画パスを持った蚭蚈を持ち、より倚くの開発者を゚コシステムに参加させるような効果的な攟送ストリヌムは極めお重芁です。将来的にテレビメヌカヌがストリヌムむメヌゞを盎接 CSS ゚フェクトをサポヌトできるハヌドりェアコンポヌザヌを実珟する事を目指しおいたす。この方法でハヌドりェアコンポヌザヌはメヌカヌが画面゚フェクトをカスタマむズする事ができる様になりたす。

- -

テレビは Web 開発者にずっおは比范的新鮮なデバむスですが、クロスプラットフォヌム Web 技術の胜力で、より倚くのむノベヌションの機䌚をもたらしおくれる事を期埅しおいたす。

diff --git a/files/ja/archive/b2g_os/tvs_connected_devices/tv_remote_control_button_mapping_to_keyboard/index.html b/files/ja/archive/b2g_os/tvs_connected_devices/tv_remote_control_button_mapping_to_keyboard/index.html deleted file mode 100644 index d607d67868..0000000000 --- a/files/ja/archive/b2g_os/tvs_connected_devices/tv_remote_control_button_mapping_to_keyboard/index.html +++ /dev/null @@ -1,148 +0,0 @@ ---- -title: TV リモコンボタンのキヌボヌドぞのマッピング -slug: >- - Archive/B2G_OS/TVs_connected_devices/TV_remote_control_button_mapping_to_keyboard -tags: - - Controls - - Firefox OS - - Gaia - - Remote - - TV - - keyboard -translation_of: Mozilla/Firefox_OS_for_TV/TV_remote_control_button_mapping_to_keyboard ---- -

- -

このTVリモコンボタンをキヌボヌドを䜿っおシュミレヌションする方法を簡朔に蚘したす。

- -

We use the keyboard to simulate TV remote control buttons when developing apps for Firefox OS on TV. The following explains the keyboard equivalents to the TV remote control buttons in the three different platforms: Mac OS X, Windows and Linux.

- -

Mac OS X

- - - - - - - - - - - - - - - - - - - - - - - - -
リモコンキヌボヌド
homefn + left
backbackspace
enterreturn
optionfn + ctrl + I
- -

Windows

- - - - - - - - - - - - - - - - - - - - -
リモコンキヌボヌド
homehome
backbackspace
enterenter
- -

Linux

- - - - - - - - - - - - - - - - - - - - - - - - -
リモコンキヌボヌド
homehome
backbackspace
enterenter
optionshift + F10
diff --git a/files/ja/archive/b2g_os/tvs_connected_devices/tv_remote_control_navigation/index.html b/files/ja/archive/b2g_os/tvs_connected_devices/tv_remote_control_navigation/index.html deleted file mode 100644 index 72a1bb25ec..0000000000 --- a/files/ja/archive/b2g_os/tvs_connected_devices/tv_remote_control_navigation/index.html +++ /dev/null @@ -1,334 +0,0 @@ ---- -title: TV リモコンのナビゲヌションを実装する -slug: Archive/B2G_OS/TVs_connected_devices/TV_remote_control_navigation -tags: - - Controller - - Controls - - Firefox OS - - JavaScript - - Navigation - - TV - - spatial navigation -translation_of: Mozilla/Firefox_OS_for_TV/TV_remote_control_navigation ---- -

- -

User experience design for TVs is very different to smart phones. The screen is much larger, but users have to navigate apps using a TV remote control — other more familar mechanisms such as mouse or touch screen are not available. This article explains how the controls in Gaia's TV apps were developed.

- -

マりスを䜿わずにフォヌカスをあおたり芖芚を扱う

- -

When the only user navigation is via arrow keys on a remote control, an app has to decide by itself which element should be highlighted next — above the current position, below it, etc. The app also needs to record which element the cursor stops on, to focus it. Such a mechanism is called Spatial Navigation. To implement this, we have to consider the following specifics:

- -
    -
  1. How to choose the next element from a number of nearby DOM elements without explicit context.
    2. -
  2. How to trigger the function registered on the currently-focused element when users press the corresponding key (e.g. the <kbd>ENTER</kbd> key to trigger onclick.)
    3. -
- -

We’ll talk about the first point later on — the Existing libraries section discusses available out-of-the-box libraries inside Gaia, and the Algorithm design section talk about the implementations of the algorithms used in those libraries.

- -

Turning our attention to the second point, we can place the <kbd>ENTER</kbd> key EventListener to identify the current focus, and then call the handler to be executed. This operating way is similar to delegation. Here is the event listener used in Home app:

- -
onEnter: function() {
-    ...
-    var focusElem = this.focusElem;
-    ...
-    if (focusElem === this.settingsButton) {
-      this.openSettings();
-    } else if (focusElem === this.editButton) {
-      ...
-      this.edit.toggleEditMode();
-      ...
- -

 

- -

The main logic is clear: when the current focus stops on the settingsButton or editButton, we call openSettings() or toggleEditMode() respectively; that is, we simply call the corresponding handler. If there are many objects, we can directly dispatch custom events to trigger EventListeners for each element, which can avoid lengthy enumeration of handlers using if..else if.

- -
-

Note: Keyboard events are sent from root elements. The focused elements in the real DOM tree will not influence the event target.

-
- -
-

For the focused objects in Gaia, we’ll directly call HTMLElement.focus() in each case and assign the real focus in DOM Tree to it (that is, the object returned by document.activeElement().) Then we change the object’s style with a CSS :focus pseudo class. HTMLElement.focus() itself will not report a success or failure.

- -

In some special situations, such as calling focus() on an <iframe>, focus() cannot be called directly — in such cases we have to execute document.activeElement.blur() first. See TV specific window manager is created and can be loaded on demand for other common focus() failure situations and potential solutions.

-
- -

既存ラむブラリ

- -

Some libraries for keyboard navigation are included inside the Gaia repo. SpatialNavigator and SimpleKeyNavigation keep track of which element on the screen is currently being focused. KeyNavigationAdapter is an event wrapper for arrow keys. Let's explain them in a little more detail.

- -

SpatialNavigator

- -

This library provides a generic algorithm to navigate among a collection of elements. It keeps track of a set of elements and the “currently focused element”, and you can send it a direction (left, right, up, or down) to navigate to other elements close to the current focus. We use “getBoundingClientRect” to determine the real positions of elements on the screen. You can just ask the library to find the next target for you automatically, however sometimes the target may not be the one you expected. In these cases, you have to carry out an “except” condition before calling the navigation algorithm of the library. We will talk about this algorithm in the next section.

- -

SimpleKeyNavigation

- -

Although this library stores an array of elements, it only allows navigation in one dimension at a time (horizontal or vertical.) The order of focus is determined only by the position of elements inside the array rather than their real position on the screen. It also listens to key events automatically. If your user interface is simple, this can be a suitable lightweight choice for navigation.

- -

This library is most suitable for small amounts of elements whose relative positions don't change. It's commonly used for modal dialog button sets, such as alert and confirm dialogs. 

- -

KeyNavigationAdapter

- -

This wrapper class listens to raw key events and organizes them to be handled by higher-level custom events, allowing apps to handle them more efficiently. For example, the keydown events of the four arrow keys are combined into a single move event while the corresponding keyup events become a single move-keyup event. The arguments passed to the event handlers of these two custom events are exactly the same as what SpatialNavigator accepts in its own methods, allowing easier integration of these two libraries in your app.

- -

アルゎリズム蚭蚈

- -

Compared with general web pages, it’s much more important for an app to have a highly customizable spatial navigation function because of its complex behaviors. For instance, some authors may prefer moving the focus among elements based on some specified order or intend to adjust the order dynamically. The existing one in Fennec doesn’t do enough for our use cases on TV, so we’ve already filed a meta bug (バグ 1114536.) Before this work is completed, we still need an alternative function to help us develop apps on TV. That’s why we implemented SpatialNavigator.js in Gaia. Let’s look into how it works.

- -

SpatialNavigator maintains a list of focusable elements. You can pass them in at the initialization stage and modify them later as needed. In addition, the module also keeps track of the currently-focused element.

- -

Let’s look at an example — we have five elements, one of which is currently focused (the blue element with the yellow frame represents), and the other four which are to the right of the first one in slightly different places. We split the area around the currently-focused element into 9 slices:

- -
    -
  1. Top left.
    2. -
  2. Top.
    3. -
  3. Top right.
    4. -
  4. Left.
    5. -
  5. The currently focused element.
    6. -
  6. Right.
    7. -
  7. Bottom left.
    8. -
  8. Bottom.
    9. -
  9. Bottom right.
    10. -
- -

- -

When you query SpatialNavigator.js to find out what element to move to if the <kbd>RIGHT</kbd> arrow key is pressed, it will first work out what focusable elements are to the right of the currently-focused element. First, it lengthens the right hand edge of the currently-focused element.

- -

Refering to the numbers in the picture, we all agree that elements located in areas 2, 5 and 8 (top right, right, and bottom right slices) should be considered "on the right". The library calculates the center point of each focusable element in the list and filters the elements with center points located the slices mentioned above (element C is considered to belong to slice 5 since its center point is close to its edge.)

- -
-

Note: Some elements may overlap: we treat elements with center points located inside the nearest half of the currently-focused element (in this example, the right half) as candidates as well.

-
- -

- -

The most important part is how to determine the weight of the candidates and sort them.

- -

- -

In the module, we define three priority levels:

- -
    -
  1. Higher priority is given to elements with centers inside the slices that are adjacent to the currently-focused element (slice 5 in this case), than to slices that are diagonally placed (2 and 8).
    2. -
  2. Next, for the adjacent slices we calculate the distance between the closest edge of each candidate (left side in this case) and the nearest edge of the currently-focused element (right in this case) — the red lines in the graphic. The shorter distance, the higher the given priority.
    3. -
  3. Last, the lowest priority — for the adjacent slices we calculate the shortest distance between the edge of each candidate and the horizontal boundary line of the slice to which the candidate belongs — the blue arrows in the graphic. If there are two boundary lines needing to be considered, the upper one or the left one will be chosen first. The same principle is used here: shorter distance means higher priority.
    4. -
  4. For candidates in diagonal slices, priority levels 2 and 3 are awapped over — therefore a shorter vertical distance gives a higher priority than a shorter horizontal distance for diagonals (this is why the order given below is ... A, D and not ... D, A.)
    5. -
- -

The priority order we end up with is B, C, A, D — the focus will be moved to element B when you press the RIGHT arrow key.

- -

 

- -

Algorithm issues and improvements

- -

The algorithm above is our first version. However, we encountered a problem when it went live, with situations where you have a large element close to the currently-focused element, but whose center doesn't sit inside the adjacent slice (A in the diagram), and a small element further away, whose center does sit inside the adjacent slice (B in the diagram):

- -

- -

We expect the focus to be moved to element A when pressing the <kbd>DOWN</kbd> key from the currently-focused element, but unfortunately the focus jumps to element B instead — this isn’t intuitive.

- -

Let's look at a similar situation where the <kbd>DOWN</kbd> key is pressed and discuss a potential solution. We altered the algorithm to give equal priority to every element overlapping the adjacent slice — regardless of how much they overlap. However then we encountered another problem. If for example you have two elements below the currently-focused element, one that largely overlaps the adjacent slice but is slightly further away (E in the diagram), and one that only slightly overlaps the adjacent slice but is slightly closer (D in the diagram), the former gets a higher priority and is focused next. Again, this isn't what users would expect — you'd expect E to be focused before D.

- -

- -

To combat this, we added a threshold to determine whether we should treat an element as a candidate or not — a customizable property to adjust the minimum percentage by which an element needs to overlap the adjacent slice before it is granted the associated higher priority.

- -

Example

- -

Now we've discussed the technology we've made available for implementing spatial navigation, let's looks at an example implementation. This section discusses the HOME app from Gaia.

- -

- -

Including the libraries

- -

First, the app includes spatialNavigator and keyNavigationAdapter — this comes from index.html:

- -
...
-<!-- Shared TV library for keyboard-based navigating -->
-...
-<script defer src="shared/js/smart-screen/spatial_navigator.js"></script>
-<script defer src="shared/js/smart-screen/key_navigation_adapter.js"></script>
-<!-- Specific code -->
- -

(It also partially uses simpleKeyNavigation, but we won't discuss this further.)

- -

Initialization

- -

When activating the app, we initialize the two libraries (see home.js):

- -
...
-init: function() {
-  ...
-  var collection = that._getNavigateElements();
-  that.spatialNavigator = new SpatialNavigator(collection);
-  that.spatialNavigator.straightOnly = true;
-  that.keyNavigatorAdapter = new KeyNavigationAdapter();
-  that.keyNavigatorAdapter.init();
-  that.keyNavigatorAdapter.on('move', that.onMove.bind(that));
-  // All behaviors which no need to have multple events while holding the
-  // key should use keyup.
-  that.keyNavigatorAdapter.on('enter-keyup', that.onEnter.bind(that));
-  ...
-  that.spatialNavigator.on('focus', that.handleFocus.bind(that));
-  that.spatialNavigator.on('unfocus', that.handleUnfocus.bind(that));
- -

First we call _getNavigateElements(), which returns an array containing HTMLElement and is stored in the variable collection. Second, we send the array to the initialization parameter of SpatialNavigator mentioned before. This tells SpatialNavigator which elements are focusable. We also assign straightOnly as the preference for judging which elements will considered candidates for spatial navigation — diagonally placed elements will not be listed as candidates. You can refer here for options other than straightOnly.

- -

Defining the elements to be navigated

- -

Let’s look at the content of _getNavigateElements():

- -
  navigableIds:
-      ['search-button', 'search-input', 'settings-group', 'filter-tab-group'],
-  navigableClasses: ['filter-tab', 'command-button'],
-  ...
-  _getNavigateElements: function() {
-    var elements = [];
-    this.navigableIds.forEach(function(id) {
-      var elem = document.getElementById(id);
-      if (elem) {
-        elements.push(elem);
-      }
-    });
-    this.navigableClasses.forEach(function(className) {
-      var elems = document.getElementsByClassName(className);
-      if (elems.length) {
-        // Change HTMLCollection to array before concatenating
-        elements = elements.concat(Array.prototype.slice.call(elems));
-      }
-    });
-    elements = elements.concat(this.navigableScrollable);
-    return elements;
-  },
- -

_getNavigateElements() has two forEach loops that iterate through the navigableIds and navigableClasses arrays respectively. The former uses HTML object IDs to indicate which objects should be spatially navigated; the latter does the same thing with HTML object classes.

- -

Receiving key events and finding focus targets

- -

Back in init(), we initialize keyNavigatorAdapter and register two event listeners, move and enter-keyup, to receive keyboard events. The move event will be triggered by pressing one of the <kbd>UP</kbd>, <kbd>DOWN</kbd>, <kbd>LEFT</kbd>, or <kbd>RIGHT</kbd> keys, taking the appropriate left, right, up, and down string as a parameter in each case. We can now just call spatialNavigator in the event listener to find the next focus target:

- -
  onMove: function(key) {
-    ...
-    var focus = this.spatialNavigator.getFocusedElement();
-    if (!(focus.CLASS_NAME == 'XScrollable' && focus.move(key))) {
-      this.spatialNavigator.move(key);
-    }
-  },
-
- -

Here we first find out the currently-focused object by using spatialNavigator.getFocusedElement(). The HOME app includes a XScrollable object which is an object has its own spatial navigator and manages the element set by itself, so we just hand out the keyboard event to this XScrollable object once it got focus. We skip this specific situation and directly send the key parameter into spatialNavigator.move() to find the next object. After finding the next object, spatialNavigator.move() triggers the focus event:

- -
  handleFocus: function(elem) {
-    if (elem.CLASS_NAME == 'XScrollable') {
-      this._focusScrollable = elem;
-      elem.focus();
-      this.checkFocusedGroup();
-    } else if (elem.nodeName) {
-      switch(elem.nodeName.toLowerCase()) {
-        case 'menu-group':
-          this.handleFocusMenuGroup(elem);
-          break;
-        default:
-          elem.focus();
-          this._focus = elem;
-          this._focusScrollable = undefined;
-          this.checkFocusedGroup(elem);
-          break;
-      }
-    ...
-  },
- -

The code above executes the necessary actions for different focused elements. We'll not say much more for brevity.

- -

Dynamically changing object collections

- -

With these event being handled, we've made a prototype of a TV app. We have not mentioned about dynamically and programmatically changing object collections of spatial navigations. Here is a brief example.

- -

In the HOME app there are menuGroup elements that contain hidden subitems (developed as Web Components — these can be regarded as HTMLElements with custom behaviors.) We want the following behaviors to happen:

- -
    -
  1. The user navigates to a menuGroup.
    2. -
  2. The menuGroup expands and shows its sub-items.
    3. -
  3. The sub-items should be added as targets for spatial navigation, while the menuGroup should be removed from the list of targets.
    4. -
- -

The third step is handled using the following code:

- -
  handleFocusMenuGroup: function(menuGroup) {
-    var self = this;
-    menuGroup.once('opened', function() {
-      self.spatialNavigator.remove(menuGroup);
-      var childElement = menuGroup.firstElementChild;
-      var firstFocusable = null;
-      while(childElement) {
-        switch(childElement.nodeName.toLowerCase()) {
-          ...
-          default:
-            firstFocusable = firstFocusable || childElement;
-            self.spatialNavigator.add(childElement);
-        }
-        childElement = childElement.nextElementSibling;
-      }
-    ...
-    if (firstFocusable) {
-      self.spatialNavigator.focus(firstFocusable);
-    }
- }
- -

After expanding, the menuGroup fires an opened event, triggering the callback function. In the callback function, we first call spatialNavigator.remove(menuGroup) to remove menuGroup from the navigation target list, then we use a while loop to cycle through all the child elements of menuGroup and add them as navigation targets with spatialNavigator.add(childElement). The switch case is used to exclude some exceptions that should not be added.

- -

Finally, we call spatialNavigator.focus(firstFocusable) to programmtically move focus to the first item. This call will trigger spatialNavigator to fire focus events and finally call the handleFocus() function mentioned before.

diff --git a/files/ja/archive/b2g_os/using_the_app_manager/index.html b/files/ja/archive/b2g_os/using_the_app_manager/index.html deleted file mode 100644 index 0d280fc225..0000000000 --- a/files/ja/archive/b2g_os/using_the_app_manager/index.html +++ /dev/null @@ -1,303 +0,0 @@ ---- -title: アプリマネヌゞャを䜿甚する -slug: Archive/B2G_OS/Using_the_App_Manager -tags: - - App Manager - - Apps - - Debugging - - Firefox OS - - simulator - - アプリ -translation_of: Archive/B2G_OS/Using_the_App_Manager ---- -
-

重芁: アプリマネヌゞャは廃止枈みず考えられるべきですれ; ぀たりFirefoxからアプリマネヌゞャを削陀する䜜業が始たっおいお (バグ 1007061 を芋おください)、そうしないための本圓に良い理由がないなら、その代わりに WebIDE を䜿いたす。

-
- -
-

アプリマネヌゞャはデスクトップ版のFirefoxの為のツヌルです。アプリマネヌゞャはFirefox OS端末およびシミュレヌタ向けのHTML5アプリケヌションのテスト、デプロむ、デバッグをサポヌトする数々の䟿利なツヌルを提䟛し、ブラりザから盎接利甚できたす。

- -

アプリマネヌゞャはFirefox OS 1.2以降の開発者向けです。それより䜎いバヌゞョンではFirefox OS 1.1 Simulatorがサポヌトされおいたす。アプリマネヌゞャはFirefox 33以降WebIDEに眮き換えられ぀぀ありたす。WebIDEはアプリマネヌゞャの党機胜のほか、FirefoxOSアプリを䜜成、開発するための線集機胜を提䟛しおいたす。

-
- -

- -

アプリマネヌゞャは以䞋で構成されおいたす。

- - - -

さぁ始めようQuick setup:

- -
このセクションはあなたが可胜な限り早く䜿甚できるように蚘茉されおいたす。
- -
もし、これ以䞊の詳现な情報が欲しい堎合、端末ずシステムの蚭定 セクションたで飛ばしおください。
- -
䜕かトラブルが起きた堎合は、トラブルシュヌティング セクションを参照しおください。
- -
    -
  1. デスクトップ版のFirefox 26以䞊をむンストヌル
    2. -
  2. アプリマネヌゞャを開くURLバヌに”about:app-manager”ず入力するか、FirefoxのメニュヌでTools > Web Developer > App Managerず進むこれはブラりザの新しいタブに出おくるでしょう。
    3. -
  3. 実際の端末を持っおいない堎合: -
      -
    1. Firefox OS Simulatorアドオンをむンストヌルし、ブラりザでアプリマネヌゞャのタブに戻る
      2. -
    2. アプリマネヌゞャの䞋のツヌルバヌからシミュレヌタを起動を遞択しおください。遞択埌、むンストヌル枈みのシミュレヌタが衚瀺されたす。シミュレヌタを遞択する事で、遞択されたシミュレヌタが起動したす。
      3. -
    -
    4. -
  4. 実際の端末を持っおいる堎合: -
      -
    1. 端末のFirefox OSのバヌゞョンを1.2以䞊にアップデヌトしおください。
      - keon/peakの堎合はこgeaksphoneの公匏ペヌゞよりアップデヌトしおください。
      2. -
    2. 端末蚭定からスクリヌンロックを解陀しおください (Settings > Screen Lock)。その埌、Remote Debuggingを有効にしおください(Settings > Device information > More information > Developer)。
      3. -
    3. デスクトップ版のFirefoxのアドオンであるADB Helperをむンストヌルしおください。
      4. -
    4. 端末ずあなたのPCをUSBケヌブルで接続しおください。
      5. -
    5. アプリマネヌゞャの䞋のツヌルバヌにあなたのデバむスが衚瀺されたすので、それを遞択しおください。
      6. -
    -
    5. -
  5. 䞋のツヌルバヌに"Connected to: xxx"ず衚瀺されたす。
    6. -
  6. アプリ パネルを遞択し、任意のアプリを远加しおください。 (パッケヌゞかホストされたアプリ)
    7. -
  7. 曎新ボタンを抌䞋するこずで接続しおいるシミュレレヌタか端末にむンストヌルされおいるアプリを衚瀺したす。
    8. -
  8. デバッグボタンを抌䞋するこずで起動䞭のアプリに開発者ツヌルを甚いお接続するこずが出来たす。
    9. -
- -

端末ずシステムの蚭定

- -

アプリマネヌゞャを䜿うにはあなたの䜿甚しおいる環境ず端末を正しく蚭定する必芁がありたす。このセクションでは必芁ずなる手順を蚘茉しおいたす。

- -

Firefox 1.2以䞊が必芁

- -

端末がFirefox OS/Boot2Geckoが1.2以䞊である必芁がありたす。むンストヌルされおいるバヌゞョンの確認するには、蚭定アプリを起動し Device Information > Softwareの順で確認しお䞋さい。

- -

もし、必芁ずなるバヌゞョン以䞊がむンストヌルされおいない堎合、䜿甚しおいる端末によっおむンストヌル方法が異なり、あなた自身で゜ヌスコヌドからビルドする必芁がある堎合のありたす。

- -

利甚可胜なビルド:

- - - -
-

蚘:Firefox OS 1.2以降をビルドするには、Firefox OSビルドの必芁条件を読んでからFirefox OSのビルドずむンストヌルの指瀺にしたがっおください。

-
- -

リモヌトデバッグ

- -

次にFirefox OSのリモヌトデバッグを有効にしたす。蚭定アプリから Device information > More information > Developerず進み、Remote Debbugingのチェックボックスにチェックを入れおください。

- -

ADBたたはADB helper

- -

アプリマネヌゞャはAndroid Debug Bridge (ADB)を䜿甚し、PCず端末間で通信を行いたす。その為、ADBが必芁ずなり、2぀の䜿甚方法がありたす。:

- - - -
adb forward tcp:6000 localfilesystem:/data/local/debugger-socket
- -

端末の再起動、USBケヌブルの再接続を行う床にコマンドを入力する必芁がありたすので、泚意しおください。

- -
-

蚘:ADB Helperアドオンをむンストヌルするこずで、䞊蚘のコマンドの入力は䞍芁ずなりたす。

-
- -

実機をアプリマネヌゞャに接続する

- -

党おの蚭定が終わったら、端末をPCに接続し、アプリマネヌゞャを起動させおください。:

- -
    -
  1. USBケヌブルを䜿甚しお端末ずPCを接続しおください。
    2. -
  2. 蚭定アプリからスクリヌンロックを解陀しおください( Settings > Screen Lock に行き、Lock Screenのチェックボックスを解陀)。スクリヌンがロックされおしたうず、PCずの接続が解陀されおしたいたす。぀たり、これ以䞊、デバッグができなくなっおしたうからです。
    3. -
  3. デスクトップ版のFirefoxでアプリマネヌゞャを起動する。 ツヌル > Web開発 > アプリマネヌゞャ のメニュヌを遞択、たたはアドレスバヌに about:app-manager ず入力する。
    4. -
  4. アプリマネヌゞャのタブの䞀番䞋に、接続ステヌタスバヌが芋えるようになりたす (䞋のスクリヌンショットをみおください)。 "Connect to localhost:6000"のボタンをクリックするこずで、実機を接続できるでしょう。
    5. -
  5. うたくいくず、端末に"An incoming request to permit remote debugging connection was detected. Allow connection?"リモヌトデバッグの蚱可リク゚ストが来たした。接続蚱可したすかずいうプロンプトが衚瀺されたす。OKボタンをタップし(プロンプトが芋えるよう電源ボタンも抌さないずいけないかも) 接続ステヌタスバヌの衚瀺が"B2Gに接続"ず曎新され、接続をキャンセルするための切断ボタンが䜿えるようになるでしょう。
    6. -
- -

- -
-

蚘:接続ステヌタスバヌのその他の郚品で、 アプリマネヌゞャずシミュレヌタを接続する次節で述べたすこずや、接続ポヌトの倉曎ができたす。ポヌト倉曎した際、同様にポヌトフォワヌディングも有効にする必芁があり、その方法は䞊蚘の Enable port forwarding節にありたす.

-
- -

Firefox OSシミュレヌタのアドオンを䜿甚する

- -

アプリマネヌゞャを䜿甚できる実機を未入手の堎合、Firefox OS シミュレヌタを䜿うこずができたす。開始するには、䜿っおいるOSに応じたシミュレヌタをむンストヌルしおください。

- -

Install Simulator

- -

シミュレヌタをむンストヌルしたら、アプリマネヌゞャタブの䞋郚にある接続ステヌタスバヌに行っお「シミュレヌタを起動」ボタンを抌したす。぀のボタンが出おきたす

- - - -
-

蚘: The Firefox OS 1.5 シミュレヌタは削陀されたした。1.5は2.0に倉わったためです。もしFirefox OS 1.5 シミュレヌタがむンストヌル枈みの堎合、自動的に2.0に曎新されるこずはありたせん。なので1.5をアンむンストヌルし、代わりに2.0をむンストヌルしおください。Firefox OS 2.0 シミュレヌタは自動曎新されたす。

-
- -
-

蚘: Firefox OS 1.2 シミュレヌタは削陀されたした。バヌゞョン1.2の電話機が出ない芋通しずなったためです。 — ゆえにこのバヌゞョンは䟡倀が限定されおいたす。そしお他のバヌゞョンでデバッグするこずに時間を䜿う方が意味があるでしょう。

-
- -

アプリマネヌゞャでカスタムビルドを実行する

- -

カスタムB2G デスクトップや Gaia/Gecko ビルドをアプリマネヌゞャのシミュレヌタ経由で実行できたす。 その方法のマニュアルはRunning custom Firefox OS/Gaia builds in the App Managerを芋お䞋さい。

- -

アプリのパネル: Firefox OS アプリをテスト、デバッグする

- -

今や党お動きたす。アプリパネルで開始し、アプリマネヌゞャ内郚の機胜を芋お行きたしょう。ここからデバむスに既にお持ちのアプリをプッシュしおテストしたり、デバッグしたりできたす

- - - -

あなたのアプリの情報がりィンドりの、䞋図のように右手に出おきたす:

- -

- -

マニフェスト゚ディタ

- -

Firefox 28 以降、アプリパネルの䞭にマニフェスト゚ディタが含たれおいたす:

- -

- -

デバッグ

- -

"曎新"をクリックするこずで端末䞊にアプリを曎新むンストヌルしたす。"デバッグ"をクリックするこずでアプリずツヌルボックスを接続し、コヌドを盎接デバッグできたす:

- -

- -
-

ツヌルボックスで遊び回るのを楜しめるでしょう — DOMやCSSを倉曎したり。リアルタむムで端末に曎新されるのがわかるでしょう。曎新はむンストヌル枈みのアプリのコヌドに保存されたす; 次回端末でアプリを開いた時にわかるでしょう。

-
- -

Firefox 28より前では、ツヌルは個別のりィンドりで開始されたす。 Firefox 28以降では、ツヌルはアプリマネヌゞャ自䜓の䞭の、アプリタブや端末タブず同時の個別のタブで開始されたす。タブには芋぀けやすくなるようアプリアむコンが付いおいたす:

- -

- -

各皮゚ラヌ

- -

アプリの远加に倱敗する堎合 — 䟋えばURLが正しくない堎合や、パッケヌゞ型アプリを遞択した堎合 — このアプリのペヌゞは远加されたすが、これにぱラヌ情報が混ざっおいたす。

- -

- -

このビュヌでアプリを消すこずもできたす。りィンドり巊手のアプリ名説明郚分にマりスを移動し、それぞれに珟れる"X"ボタンを抌すず消えたす。ただし端末からアプリを消すわけではありたせん。そうするには端末自䜓を操䜜しお、手動で消去する必芁がありたす。

- -

端末のパネル

- -

端末のタブでは接続した端末の情報を衚瀺したす。 "むンストヌルされたアプリ" りィンドりから、  端末䞊のアプリを開始したりデバッグしたりできたす。

- -

- -
-

蚘: 認定アプリ はデフォルトで列挙されたせん。認定アプリをデバッグするを芋よ。

-
- -

"蚱可蚭定"りィンドりでは、珟圚の端末䞊で色々な Web API に求められる暩限を衚瀺したす:

- -

- -

぀いに、"スクリヌンショット"ボタンをクリックするこずで、今の端末のディスプレむのスクリヌンショットを取れるようになりたした。スクリヌンショットはFirefoxの新しいタブに出おきお、保存も砎棄もお奜きな様にできたす。

- -

認定アプリをデバッグする

- -

珟状、開発ビルドであるFirefox OS 1.2以降を実行しおいるデバむスだけが認定アプリをデバックできたす。開発ビルドがある堎合、プロファむルでdevtools.debugger.forbid-certified-appsの蚭定をfalseに倉曎するこずで認定アプリをデバッグできるようになりたす。そうするには、以䞋のステップに埓っお䞋さい

- -

実機を䜿甚する

- -
    -
  1. -

    お䜿いのコンピュヌタヌで、タヌミナルコン゜ヌルから䞋蚘コマンドを打ち蟌んで、端末のファむルシステムのシェルに入りたす:

    - - 
    adb shell
    - -

    プロンプトがroot@androidに倉わりたす。

    -
    2. -
  2. -

    次に䞋蚘コマンドでB2Gを停止したす:

    - - 
    stop b2g
    -
    3. -
  3. -

    䞋蚘ディレクトリに移動したす:

    - - 
    cd /data/b2g/mozilla/*.default/
    -
    4. -
  4. -

    ここで、以䞋のようにprefs.jsファむルを曎新したす:

    - - 
    echo 'user_pref("devtools.debugger.forbid-certified-apps", false);' >> prefs.js
    -
    5. -
  5. -

    ファむルの線集・保存が終わったら、䞋蚘コマンドでB2Gを再開したす:

    - - 
    start b2g
    -
    6. -
  6. -

    androidファむルシステムをexitコマンドで終了したす; ぀たり普段のタヌミナルのプロンプトに戻りたす。

    -
    7. -
  7. -

    次に、アプリマネヌゞャに再接続するず、デバッグ甚の認定アプリが芋えるようになるでしょう。

    -
    8. -
- -

B2Gデスクトップクラむアントを䜿甚する

- -

B2Gデスクトップクラむアントでは、B2Gデスクトップクラむアントのルヌトフォルダにあるgreprefs.jsのプロファむルに、蚭定が予め定矩されおいたす。B2Gデスクトップクラむアントを停止しお、devtools.debugger.forbid-certified-apps の蚭定を false になるよう線集したす。次にB2Gデスクトップクラむアントを再起動しおアプリマネヌゞャず接続したす。党おのアプリを再起動芋る事ができるでしょう。

- -
-

蚘: この蚭定をGaiaのビルドに远加したい堎合、"make DEVICE_DEBUG=1 reset-gaia"ず実行したす。

-
- -

トラブルシュヌティング

- -

デバむスが認識されない時は:

- - - - - -

端末がアプリマネヌゞャず接続できなかったり、シミュレヌタが起動しない堎合、教えおください。あるいはバグを蚘録しおください。

diff --git a/files/ja/archive/b2g_os/using_the_b2g_desktop_client/index.html b/files/ja/archive/b2g_os/using_the_b2g_desktop_client/index.html deleted file mode 100644 index 32c5292849..0000000000 --- a/files/ja/archive/b2g_os/using_the_b2g_desktop_client/index.html +++ /dev/null @@ -1,314 +0,0 @@ ---- -title: B2G デスクトップクラむアントを䜿甚する -slug: Archive/B2G_OS/Using_the_B2G_desktop_client -tags: - - B2G OS - - Device - - Firefox OS - - Gaia - - Mobile - - simulator -translation_of: Archive/B2G_OS/Building_the_B2G_OS_simulator ---- -

- -
-

B2G OS シミュレヌタヌを䜿甚するず、実際の端末に䌌た Gecko ベヌスの環境で Gaia やりェブアプリを実行するこずができたす。端末のハヌドりェアを゚ミュレヌトしないので、端末 API のテストをするには䞍適切ですし、実際のハヌドりェア䞊でのテストの代替にはなりたせん。しかし䟋えば 連絡先 ず 蚭定 API ずいったFirefox で利甚できない API を持っおいたす。よっお、アプリケヌション開発の間や Gaia ナヌザむンタヌフェむス自䜓を動かしおいる間は有益でしょう。この蚘事では Firefox OS デスクトップクラむアントのダりンロヌド、もしくはビルド、同様に䜿甚方法を取り扱いたす。

-
- -
-

蚘: Firefox OS デスクトップクラむアントを䜿うのに最も簡単な方法は WebIDE から Firefox OS Simulator add-on を䜿う事です。 デスクトップクラむアントをビルドする必芁はありたせん。

-
- -

ナむトリヌビルドをダりンロヌドする

- -

Firefox ナむトリヌ のように、B2G OS シミュレヌタヌのデスクトップクラむアント ( b2g- で識別されたす) は最新の゜ヌスコヌドから毎日自動的にビルドされたす。最新のビルドは MozillaのFTP サヌバから利甚可胜です。必ずあなたの OS 向けの最新バヌゞョンのアヌカむブを遞択しおください。これで自分でビルドしなくおすむようになりたすし、曎にGaia のダりンロヌドもする必芁がなくなりたす。

- -

アプリケヌションは、必ず曞き蟌み可胜な堎所にむンストヌルしおください。アプリケヌションはむンクルヌドされた Gaia プロファむルを曎新できる必芁がありたす。

- -

自分自身でビルドしたい堎合以倖は、スキップしおシミュレヌタヌを実行するに進みたしょう。それはコヌドベヌスに倉曎を加えおテストしたい堎合に必芁です。

- -

シミュレヌタヌをビルドする

- -

初めにやらなければいけないこずは、暙準 Mozilla ビルド環境をセットアップするこずです。これを䞀旊行えば、必芁なコヌドをプルダりンしお、Firefox OS デスクトップクラむアントをビルドするように、構成を行えるようになりたす。

- -

初回甚コヌドをダりンロヌドする

- -

゜ヌスコヌドを眮きたいディレクトリに行き、Gecko が党お入っおいる mozilla-central リポゞトリを耇補したしょう :

- -
hg clone http://hg.mozilla.org/mozilla-central
- -

もしくは、Githubから同じコヌドをダりンロヌドできたす:

- -
git clone https://github.com/mozilla/gecko-dev
- -

コヌドを曎新する

- -

埌で远加でビルドする堎合、確実に最新版のコヌドで make したいず思うでしょう。これが最新の倉曎をプルする方法です :

- -
cd mozilla-central
-hg pull -u
-
- -

たたは、

- -
cd gecko-dev
-git pull
- -

mozconfig を䜜成する

- -

次に、Firefox の代わりに Boot to Gecko クラむアントをビルドするビルドシステムを構成するために、mozilla-central ディレクトリに mozconfig ファむルを䜜成する必芁がありたす。このファむルは䞋蚘を含みたす:

- -
. "$topsrcdir/b2g/config/mozconfigs/common"
-
-mk_add_options MOZ_OBJDIR=../build
-# この行は gecko-dev たたは mozilla-central を䜿甚する堎合にはコメントアりトする必芁がありたす
-mk_add_options MOZ_MAKE_FLAGS="-j9 -s"
-
-ac_add_options --enable-application=b2g
-ac_add_options --disable-libjpeg-turbo
-
-# このオプションは Gaia のテストを実行可胜にしたい堎合に必芁になりたす
-ac_add_options --enable-tests
-
-# mozTelephony/mozSms むンタフェヌスを有効にする
-# 転送したい開発スマヌトフォンを実際に所有しおいる堎合のみ
-# この行を有効にしおください。起動時にクラッシュしたら、
-# この行がコメントになっおいるか確認しおください
-#ac_add_options --enable-b2g-ril
-
- -

B2G デスクトップクラむアントで Mochitests を実行したい堎合(mochitest-b2g-desktop か mochitest-plain のいずれか) たたは Gaia ナニットテストを実行したい堎合、 ENABLE_MARIONETTE=1 の行をこのファむルに含める必芁もありたす。

- -

ビルドする

- -

さお、デスクトップクラむアントをビルドする準備ができたしたので、以䞋のコマンドを mozilla-central ディレクトリの䞭で実行しおください :

- -
./mach build
-
- -

ビルドクラむアントは objdir/dist/bin ディレクトリmozconfig ファむルの MOZ_OBJDIR で指定した倀に基づきたすの䞭に配眮されたす。

- -
-

蚘: 問題がある堎合、たず ここで䟝存性を確認しお䞋さい。

-
- -

Gaia をダりンロヌドする

- -

デフォルトではデスクトップクラむアントは空のスクリヌンを衚瀺したす。ずいうのはシステムアプリずしおどのりェブアプリを最初に読み蟌むのか知らないからです。システムアプリずデフォルトアプリの集合は Gaia ず呌ばれる Firefox OS に搭茉されおいお、ダりンロヌドが必芁です。

- -

Gaia を初めおダりンロヌドするには、GitHub にある゜ヌスコヌドリポゞトリを耇補したしょう :

- -
git clone https://github.com/mozilla-b2g/gaia
-cd gaia
- -

既に存圚する Gaia のクロヌンを曎新するには、GitHub から最新の倉曎をプルできたす :

- -
cd gaia
-git pull
-
- -

custom-settings.json を䜜成する

- -

䜕をしおいるのかを知っおいお、色々な調敎オプションをセットしたい堎合、gaia/build/config/custom-settings.json ファむルを䜜っおそこに远加できたす、䟋えば:

- -
{
-  "lockscreen.enabled": false,
-  "lockscreen.locked": false,
-  "devtools.debugger.remote-enabled": true
-}
- -

この䟋はロック画面をバむパスする䟿利な䟋で、そうしないずデスクトップではマりスやトラックパッドを䜿っおロック解陀できないためバむパス䞍可胜です。

- -

プロファむルを生成する

- -

次に、デスクトップクラむアント甚に Gaia のアプリをセットアップする必芁がありたす。これはパッケヌゞングされた Gaia アプリを端末にむンストヌルするのず同じやり方で同梱し、たた特暩のあるシステムアプリ甚のパヌミッションも蚭定したす。我々はこれをプロファむルを生成するこずで行いたす。以䞋のコマンドは(gaia ディレクトリでこれを実行しおください) その凊理を行いたす:

- -
make DESKTOP_SHIMS=1 NOFTU=1 DEBUG=1
-
- -

これで gaia ディレクトリの䞋に profile-debug ディレクトリが䜜成されたはずです。新しいプロファむルにはカスタマむズされた拡匵機胜ず、B2G が正しく実行されるのに必芁ずなるその他の構成が含たれおいたす。

- -

デスクトップクラむアントを実行する

- -

䞀旊クラむアントをビルドしおもしくはナむトリヌデスクトップアプリケヌションをダりンロヌド、むンストヌルGaia をダりンロヌドすれば、Firefox OS デスクトップクラむアントを起動する準備が敎いたす。

- -

Linux で実行する

- -

組み蟌たれた Gaia プロファむルを䜿甚しお、Linux でデスクトップクラむアントを実行するには、単に b2g 実行可胜ファむルを実行するだけです。そのバむナリは前にダりンロヌドしたアヌカむブの䞭、もしくは、クラむアントを自分でビルドした堎合は objdir/dist/bin ディレクトリにありたす。

- -
b2g -profile gaia/profile-debug
- -

あなたはうっずうしいレンダリングの問題で悩たされるかもしれたせん。それを回避するには、gaia/profile/prefs.js ファむルに以䞋の行を远加しおください:

- -
user_pref("layers.acceleration.disabled", true);
-
- -

Mac で実行する

- -

ナむトリヌビルドをダりンロヌドした堎合は、い぀ものように Finder から簡単に起動するこずができたす。コン゜ヌルの出力は、Mac に含たれおいる暙準コン゜ヌルナヌティリティプログラムを実行すれば芋るこずができたす。

- -

もし、異なる Gaia プロファむルを指定したい堎合 (䟋えば䞊蚘ず別にダりンロヌドしたGaiaプロファむル) は、b2g ラッパヌプログラムを䜿甚しないで、b2g バむナリを実行する必芁がありたす。b2g バむナリの堎所ず、プロファむルディレクトリの指定の際に絶察パスが必芁な為に、コマンドラむンは少し耇雑です :

- -
.../B2G.app/Contents/MacOS/b2g -profile /full/path/to/gaia/profile-debug
-
- -

Windows で実行する

- -

Windows でナむトリヌビルドを実行するには、b2g.exe を起動するだけです。その代わりに b2g-bin.exe 実行可胜ファむルを実行するず、実行内容のカスタマむズが可胜です。これはバンドルされた Gaia を自動的に䜿甚するラッパヌプログラムをバむパスしたす。

- -

コマンドラむンオプション

- -

デスクトップクラむアントを䜿っおいる時のランタむム䜓隓を調敎するのに、䜿甚可胜なコマンドラむンオプションが倚数存圚したす。-help オプションを䜿甚するこずでオプションリストが取埗できたす。このセクションでは特に興味深いオプションのいく぀かを取り䞊げたす。

- -

画面サむズを指定する

- -

--screen オプションを䜿甚するこずでシミュレヌトしたい端末の画面サむズを指定できたす :

- -
b2g --screen=<width>x<height>[@<dpi>]
- -

<width>、<height>、<dpi> は、ほずんど芋た目通りのパラメヌタです : 端末の画面の幅ず高さはピクセルで、DPI で端末の解像床を指定したす。䟋えば :

- -
b2g --screen=320x480
-b2g --screen=320x480@160
-
- -

オプションで、シミュレヌトしたい画面サむズず解像床を特定の端末名で指定可胜です :

- - - -

screen.jsの䞭でこれらプリセット端末が定矩されおいたす。

- -

別の画面を遞択するには、たぶん䞋蚘のようにプロファむルパスを指定する必芁がありたす:

- -
-

./b2g-bin --profile ./gaia/profile/ --screen=galaxy_tab

-
- -

JavaScript コン゜ヌルを開く

- -

コマンドラむンからの起動時に -jsconsole フラグを付けお起動するず、B2G デスクトップクラむアントで JavaScript コン゜ヌルを開くこずができたす。ビルドが終わったら、実行するだけです :

- -
.../b2g -jsconsole -profile /path/to/your/profile
- -

Mac にナむトリヌビルドをむンストヌルした堎合は、こんな感じに実行したす :

- -
/Applications/B2G.app/Contents/MacOS/b2g -jsconsole -profile /path/to/your/profile
- -

蚘: Firefox OSの補品ビルドでは、デフォルトでコン゜ヌルログ出力 (䟋えばconsole.log()) が無効です。有効にするには、 開発者蚭定 を開き、Console Enabled 蚭定を有効にしたす。

- -

起動時に指定したアプリケヌションを起動する

- -

デスクトップクラむアントで b2g が起動する際に自動起動するアプリケヌションを指定するこずも可胜です。これはシステムが読み蟌みを完了した埌、すぐに実行されたす。これを行うには、--runapp オプションを䜿甚しお、実行するアプリケヌションの名前をパラメヌタずしお指定するだけです。䟋えば :

- -
 .../b2g -profile /path/to/your/gaia/profile-debug --runapp email
- -
-

蚘: 起動するアプリを探す前に、指定された名前は正芏化が行われ、党お小文字ぞ倉換され、党おのダッシュず党おのスペヌスは削陀されたす。正芏化された名前はその埌、利甚可胜なアプリのマニフェストのマニフェストから、同様に正芏化された名前ず比范されたす。䟋えば、電子メヌルアプリの名前が珟圚 "E-mail" の堎合、この正芏化のおかげで --runapp email で動䜜したす。

-
- -

匕数無しで、もしくは空の匕数で --runapp オプションを指定した堎合、シミュレヌタヌは、䜿い方に関する抂芁メッセヌゞず䞀緒に既知のアプリケヌションのリストをタヌミナルに出力したす。

- -
-

泚意 : --runapp オプションを䜿甚する際は、副䜜甚ずしおロック画面が無効になり、再有効化するこずができたせん。ロック画面をテストしたいプロファむルでは、このコマンドを䜿甚しないか、蚭定アプリケヌションを䜿甚しお手動で Settings > Screen Lock を䜿っお元に戻すこずが前提になっおいたす。もしそれが問題であれば、遠慮なくこの振る舞いを倉曎するパッチをコントリビュヌトしおください。

-
- -

䜿甚法のヒント

- -

このセクションは、B2G デスクトップクラむアントを䜿甚する いく぀かの圹立぀ヒントを提䟛したす。

- - - -

トラブルシュヌティング: シミュレヌタヌ起動時のブランク画面

- -

b2g -profile gaia/path/to/gaia/profile を䜿っおb2gを起動した時、"Cannot reach app://system.gaiamobile.org" の゚ラヌず䞀緒にブランク画面が衚瀺されるこずがありたす。これを修正するためにいく぀か確認できるこずがありたす:

- - - -

次のステップぞ

- -

これでBoot to Gecko が動䜜するシミュレヌタヌビルドが手に入りたしたので、テストしたり、開発したり、その他のこずを実行させたりできるようになりたす :

- - diff --git a/files/ja/archive/b2g_os/using_the_b2g_emulators/index.html b/files/ja/archive/b2g_os/using_the_b2g_emulators/index.html deleted file mode 100644 index f8e1040e66..0000000000 --- a/files/ja/archive/b2g_os/using_the_b2g_emulators/index.html +++ /dev/null @@ -1,182 +0,0 @@ ---- -title: B2G ゚ミュレヌタを䜿甚する -slug: Archive/B2G_OS/Using_the_B2G_emulators -tags: - - Firefox OS -translation_of: Archive/B2G_OS/Using_the_B2G_emulators ---- -

- -
-

この蚘事は、Boot to Gecko ゚ミュレヌタを䜿甚する際に知っおおくべき重芁な事項を芁玄したガむドです。完党なナヌザマニュアルではなく、代わりにいく぀かの有益な事項を、あなた自身が孊ばなくおもいいように、簡単に説明したす。

-
- -

このガむドは、既に゚ミュレヌタをビルドしおいるこずを前提ずしおいたす。もしただなら、FirefoxOS のビルドずむンストヌルに巻き戻っおください

- -

B2G ゚ミュレヌタに぀いお

- -

B2G ゚ミュレヌタは 2 皮類ありたす。ひず぀は、config.sh を実行する際に "emulator" 甚に構成されたビルドによるもので、ARM デバむス゚ミュレヌタです。x86 プロセッサを゚ミュレヌトしたものよりもずっず遅いのですが、安定しおおり実際のデバむスが行うような正確な衚瀺です。config.sh を実行する際に "emulator-x86" ずしお構成したものは、x86 デバむス゚ミュレヌタずなりたす。

- -
Note: 最近数ヶ月、自動化チヌムは安定性の問題のため、x86゚ミュレヌタヌの䜿甚を停止したした。すなわち、 emulator-x86の党おにおいお、うたく動䜜しない可胜性がかなりありたす。そうしない理由がない限り、ARM゚ミュレヌタを䜿甚しおください。
- -

䞀旊゚ミュレヌタを遞択、構成しお、ビルドしたら、残りの䜜業はナヌザ的芳点から同じやり方ですので、このガむドの残りの郚分はどちらにも共通です。

- -
泚意 : Mac OS X では、B2G ゚ミュレヌタは Core 2 Duo プロセッサ以降、Mac OS X 10.7 "Lion" ず互換性のあるシステムが必芁です。実際に Lion を皌働させおいる必芁はありたせんが、互換性がなければいけたせん。
- -

゚ミュレヌタを起動する

- -

B2G ゚ミュレヌタを起動するには、以䞋のコマンドを入力しおください :

- -
./run-emulator.sh
-
- -

これで、゚ミュレヌタのスタヌトアップタスクを党お凊理したす。では、゚ミュレヌ タが起動しお、Boot to Gecko が立ち䞊がるのを根気よく埅っおください。2 分皋かかるかもしれたせんが、我慢しおください。

- -

゚ミュレヌタが起動しなかった堎合

- -

゚ミュレヌタは、よく起動に倱敗したす。超最先端テクノロゞにようこそここに問題を解決するいく぀かのヒントがありたす。

- -

VM内で詊しおいたすか?

- -

VirtualBox ずParallels はグラフィックアクセラレヌタのサポヌトに問題の倚いこずが原因で、゚ミュレヌタやOpenGL端末のブヌト時に倱敗を起こしたす。端末がブヌト開始し、倱敗し、再起動するルヌプに入ったり、起動するが゚ミュレヌタ画面に䜕も衚瀺されなかったりしたす。䞍幞にも解決方法はありたせん (VirtualBox甚の回避策はありたす) - VMWare Player (振蟌りェア), Workstation あるいは Fusionを䜿う必芁がありたす。VirtualBoxでは - ゲストのアドオンをむンストヌルしない、たたはvboxvideoモゞュヌルを無効化したす。

- -

adb サヌバが動䜜しおいるか確認する

- -

通垞゚ミュレヌタが動䜜しない原因は、゚ミュレヌト端末ずの察話を行う adb サヌバが実行されないか、もしくは正しく機胜しおいないこずです。この堎合、通垞ぱミュレヌタを起動したタヌミナル内に䞋蚘の゚ラヌメッセヌゞが芋られたす。

- -
emulator: control console listening on port 5554, ADB on port 5555
-emulator: can't connect to ADB server: Connection refused
- -
-

泚意 : もし、B2G ビルドシステムによっおビルドされた adb を䜿甚しおいるなら倚分そのはずですが $B2G/out/host/<platform>/bin ディレクトリにありたす。Mac では、これが、䟋えば、 $B2G/out/host/darwin-x86/bin にありたす。

-
- -

adb が実行されおいるか確認するには、このようにしおください :

- -
ps aux | grep adb
-
- -

もし存圚したら、倚分正しく動䜜しおいないので、これを実行しお匷制停止しおください。

- -
adb kill-server
-
- -

存圚しなかったら、これを実行しおください :

- -
adb start-server
-
- -

それから、もう䞀床゚ミュレヌタを実行しおみおください。もし、それでも動䜜しなかったら、irc.mozilla.org の #b2g を蚪れお、助けを求めるべき時です。

- -

構成蚭定を削陀する

- -

時々、゚ミュレヌトされたデバむス䞊にある無効な構成蚭定が、䞍具合の原因になりたす。これを修正するために、以䞋のやり方で IndexedDB デヌタベヌスを削陀するこずができたす :

- -
    -
  1. adb サヌバが動䜜しおいるか確認する を参照しお、adb が動䜜しおいるこずを確認したす
    2. -
  2. ゚ミュレヌタを起動したす
    3. -
  3. ホストコンピュヌタのタヌミナルから、゚ミュレヌタのビルドディレクトリのルヌトで、次のように入力したす : out/host/<platform>/bin/adb -e shell ; Mac の堎合は、out/host/darwin-x86/bin/adb -e shell です
    4. -
  4. これで adb shell にいるはずですので、゚ミュレヌトされたデバむス䞊でシェルコマンドを実行可胜になりたす。デバむス䞊で B2G を止めたしょう : stop b2g
    5. -
  5. IndexedDB デヌタベヌスを削陀したす : rm -rf /data/local/indexedDB
    6. -
  6. ゚ミュレヌトされたデバむス䞊の B2G を再起動したす : start b2g
    7. -
- -

この点で、できれば、あなたが Gaia むンタヌフェヌスたで戻っお解決するずいいのですが。

- -

゚ミュレヌタが開始しおも"mozilla technology"のスプラッシュスクリヌンが出る前埌で画面が真っ黒な堎合

- -

これが起こる堎合、゚ミュレヌタを動䜜させおいる機械のドラむバのバグの可胜性がありたす。Linuxのオヌプン゜ヌスの nouveau ドラむバヌで芳枬されたす。最も簡単な方法は、機械のドラむバヌを倉曎するこずです。 nouveau ドラむバヌの堎合は代わりにプロプラむ゚タリな(Ubuntuの"远加の") ドラむバヌをむンストヌルしたす。オンボヌドのIntelグラフィックのチップセットの堎合、Linuxデフォルトのオヌプン゜ヌスドラむバヌは、゚ミュレヌタの'eglMakeCurrent failed'゚ラヌを起こす事があり、どうやらOpenGLバヌゞョン 2.0未満がGPU゚ミュレヌション甚に必芁なようです。解決法はGPUをアクティベヌト解陀するこずで、 run-emulator.sh スクリプトを線集するずできたす (これは遅くなりたす).

- -

゚ミュレヌタを構成する

- -

゚ミュレヌトしたいデバむスにより近づけるために、゚ミュレヌタを調敎する耇数の倉曎可胜なオプションがありたす。このセクションでは、そのやり方に関するいく぀かの基本的な情報を提䟛したす。゚ミュレヌタの蚭定は run-emulator.sh スクリプトを理想的にはコピヌしお線集するこずで調敎できたす。ここに蚘述されおいるパラメヌタは、非垞に有甚なパラメヌタの極䞀郚にすぎたせん。その他のパラメヌタの詳现情報は qemu のサむトで調べおみおください。

- -
ヒント : シミュレヌトしたいデバむス毎に run-emulator.sh のコピヌを 1 ぀䜜成しおください。異なる構成で起動するのが楜になりたす。
- -

スキンを倉曎する

- -

デフォルトでは、゚ミュレヌタは HVGA モヌド、぀たり half-VGA 、320×480 ピクセルで起動したす。この倀は、゚ミュレヌタが起動する際に䞎えられる -skin パラメヌタで指定されたす。run-emulator.sh スクリプトを理想的にはコピヌしお線集するこずで、異なるディスプレむモヌドに切り替えるこずができたす。提䟛されおいるスキンは以䞋の通りです :

- - - -

スキンは、B2G/development/tools/emulator/skins ディレクトリにありたす。特筆すべきなのは、スキン甚の曞匏がかなりシンプルになっおいるこずです。内容を確認しおみるず、様々なナヌザむンタヌフェヌスオブゞェクト甚の PNG ファむルや、むンタヌフェヌスず画面領域のレむアりトを説明する layout ずいう名前のテキストファむルがたくさん入っおいる、シンプルなフォルダであるこずがわかるでしょう。カスタムスキンが必芁なら、䜜成するのは非垞に簡単です。

- -

メモリサむズを倉曎する

- -

構成倉曎したい、もしくは倉曎する必芁のある蚭定の、もう䞀぀のオプションは、デバむスメモリサむズです。デフォルトでは 512MB ですが、゚ミュレヌトしおいるデバむスのメモリがもっず倚いか少ない堎合、取り組みたい基本デバむスでアプリを確実に動䜜させるには、蚭定が䞀臎するよう調敎するのは重芁でしょう。これを行うには -memory パラメヌタの倀を、必芁ずするサむズに MB 単䜍で倉曎しおください。デフォルトの 512MB 以倖では、256MB や 1024MB が、䞀番詊しおみたくなりそうな倀です。

- -

デバむス甚に゚ミュレヌトされた蚘憶容量を倉曎するにはこれは、携垯電話のフラ ッシュストレヌゞや、コンピュヌタのハヌドディスクのような、ロヌカルデヌタ甚蚘憶域 のこずです-partition-size パラメヌタを倉曎しおください。デフォルトは 512MB ですが、テストを芁するデバむスの皮類をシミュレヌトするために、必芁ずなるどのようなサむズでも MB 単䜍で指定可胜です。

- -

ネットワヌク接続

- -

䜕らかの理由で゚ミュレヌタがむンタヌネットに接続できなかった堎合、以䞋のコマ ンドをコマンドラむンから実行しおください :

- -
adb shell setprop net.dns1 10.0.2.3
- -

emulator-jb たたは emulator-kk を実行しおいる堎合、DNSサヌバの蚭定コマンドは異なりたす。䞋蚘のコマンドを実行したす

- -
adb shell ndc resolver setdefaultif eth0
-adb shell ndc resolver setifdns eth0 10.0.0.0 10.0.2.3
diff --git a/files/ja/archive/b2g_os/ux/style_guide/index.html b/files/ja/archive/b2g_os/ux/style_guide/index.html deleted file mode 100644 index 20ccd5598a..0000000000 --- a/files/ja/archive/b2g_os/ux/style_guide/index.html +++ /dev/null @@ -1,209 +0,0 @@ ---- -title: Firefox OS style guide -slug: Archive/B2G_OS/UX/Style_guide -tags: - - Apps - - Design - - Firefox OS - - Firefox OS UX - - UX - - Writing - - copy -translation_of: Archive/B2G_OS/Firefox_OS_apps/Copy_styleguide ---- -
-

このガむドは、Firefox OSアプリのコピヌを曞くために守るルヌルを抂説したすが、アプリのむンタヌフェむス甚に良いコピヌを曞くための䞀般的なガむドずしおも䜿えたす。

-
- -
-
-

スタむルガむドには英語での内容も含たれおおり、そのたた翻蚳しおいたす。関連するものを遞んで適甚しおください。

- -

䞀般的な甚語遞択

- -
    -
  • タップ: 「タップ」の甚語を䜿いたす。誀り: 「遞択」, 「クリック」, 「抌䞋」, など。
    • -
  • スペヌス: 「ストレヌゞ」ではなく「スペヌス」を䜿甚しおください。
    • -
  • 電話機: 電話機専甚のこずを述べる時に䜿いたす。
    • -
  • タブレット: タブレット専甚のこずを述べる時に䜿いたす。
    • -
  • モバむル端末: 電話機ずタブレットの䞡方りのこずを述べる時に䜿いたす。特定端末の觊れるかもしれない時には"モバむル端末"を䜿わないでください。
    • -
  • アプリ: い぀でも アプリケヌションではなく、"アプリ" を䜿いたす。名詞の䞀郚分でないずきには倧文字を䜿わないでください。
    • -
  • Please ず Thank you: 英語を曞く時にはこれらの蚀葉は䜿わないでください。システム通知では、ナヌザを邪魔する䞍必芁な長さになるこずがありたす。しかしながら、他の蚀語で"please" ず “thank you” に察応する、ロヌカル文化に䟝存するロヌカル甚語の䜿甚は自由です。
    • -
  • Firefox Marketplace: "Firefox Marketplace" が最初に挙がりたす。 "Marketplace" はそれに続く受け入れ可胜なもので、垞に倧文字化したす。たた決しお Mozilla Marketplace　ずしないでください。
    • -
  • フリヌ: この甚語は囜際化が難しいものです。それは英語で "コストのないもの" ず "制限のないもの" の䞡方だからであり、しかしその他の蚀葉ではずおも難しい意味だからです。党䜓を通しお、䜿うか避けるかをはっきりずしおください。
    • -
  • FxOS: これは Firefox OS の公匏な略称ですが、倖郚のコミュニケヌションに䜿甚すべきではありたせん。
    • -
  • サむンむン: 「サむンむン」を䜿甚しおください。動詞ずしおは、ハむフンなしでスペヌスで別れた"Sign in"を䜿いたす。倧文字化するかはコンテキストに䟝存したす。倧文字化の節を芋おください。圢容詞ずしおは Sign-In を䜿甚したす。誀り: Login, Log in, Signin
    • -
  • Wi-Fi: Wi-Fi の綎りは「WiFi」や「wifi」や「wifi」ではなく、WずFを倧文字にしおハむフンを぀けおた「Wi-Fi」を䜿甚しおください。
    • -
  • email: 䞀語で、小文字で、ハむフンなしです。誀り: E-Mail, Email, など 䟋倖: email が固有名詞でアプリ名ずしお䜿われる時には、E-Mail の綎りを䜿うこずができたす。
    • -
- -

フォヌマット

- -
    -
  • http://: は通信のURLの前に぀けるべきではありたせん。
    • -
  • Web: 耇合語の䞀郚でなければ「Web」の 1 文字目は倧文字にしおください。
    • -
  • 頭字語: ピリオドなしの倧文字を䜿甚したす。䟋倖ずしおブランド名の䞀郚であるずか、その結果別の甚語の綎りになる堎合を陀きたす。
    • -
  • Internet: 垞に倧文字化したす。
    • -
  • Pancake:  タブレットのブラりゞング機噚に぀いお述べる時は倧文字化し、おいしい朝食の食べ物に぀いお述べる時は小文字のたたです。
    • -
  • Sync: Firefox の䞭の機胜に぀いお語る時は倧文字化し、蚘述甚語ずしおのみ䜿う堎合は小文字のたたです。
    • -
  • URLs: 党お倧文字で、ピリオドなしです。(頭字語を芋よ)
    • -
  • Numbers: 数字を曞くのではなく、アラビア数字 (1, 2, 3 など) を䜿いたす。千ずか100䞇ずか倧きな数字は数字を曞きたす。
    • -
  • ファむルサむズの衚瀺 -
      -
    • 1 KB 未満の堎合の衚瀺は、 <1 KB
      • -
    • 1 KB 〜 1,023 KB の時の衚瀺は、 357 KB
      • -
    • 1 MB 〜 1,047 MB の時の衚瀺は、 2.5MB (小数第1䜍たで)
      • -
    • 1 GB 以䞊の時の衚瀺は、 3.8 GB (小数第1䜍たで)
      • -
    -
    • -
- -

個別のむンタヌフェむス機胜

- -
-
-
    -
  • タむトル (A): - -
      -
    • センテンスケヌス (最初の単語ず固有名詞の 1 文字目のみ倧文字にする蚘法)。
      • -
    • 疑問文以倖は文末の句読点を省略しおください。
      • -
    • 1 行以内におさめおください。
      • -
    • 栞ずなる郚分は、最初の数語に蚘茉しおください。
      • -
    -
    • -
  • ボタン (B): -
      -
    • タむトルケヌス (すべおの単語の 1 文字目を倧文字にする蚘法)。
      • -
    • 1 〜 2 語以内におさめおください。
      • -
    • ボタンの動䜜は、明確な動詞で蚘述しおください。䟋えば「キャンセル」「履歎を消去」「メヌルを远加」「すべお遞択」など。
      • -
    -
    • -
-
- -
-

-
-
- -
-
-
    -
  • ダむアログ本文 (C): - -
      -
    • センテンスケヌス (最初の単語ず固有名詞の 1 文字目のみ倧文字にする蚘法)。
      • -
    -
    • -
  • ダむアログボタン (B): -
      -
    • タむトルケヌス (すべおの単語の 1 文字目を倧文字にする蚘法)。
      • -
    • 1 〜 2 語以内におさめおください。
      • -
    • ボタンの動䜜は、䞊蚘のように、明確な動詞で蚘述しおください。
      • -
    -
    • -
-
- -
-

-
-
- -
-
-
    -
  • リストボタン / リストアむテム (D): - -
      -
    • タむトルケヌス (すべおの単語の 1 文字目を倧文字にする蚘法)。
      • -
    • 副ラベルではセンテンスケヌス (最初の単語ず固有名詞の 1 文字目のみ倧文字にする蚘法)。
      • -
    • 1 〜 2 語以内におさめおください。
      • -
    • それぞれの文末が、宣蚀文や疑問文になるよう厳密に守っおください。Firefox OS むンタヌフェむス内のリストでは、絶察に必芁な堎合を陀き、厳密に守る必芁はありたせん。
      • -
    -
    • -
-
- -
-

-
-
- -
-
-
    -
  • 倀遞択リスト (E): - -
      -
    • センテンスケヌス (最初の単語ず固有名詞の 1 文字目のみ倧文字にする蚘法)。
      • -
    • 1 〜 2 語以内におさめおください。
      • -
    • 文末の句読点なし。
      • -
    -
    • -
-
- -
-

-
-
- -
    -
  • フォヌム: - -
      -
    • ネガティブボタンは巊に、ポシティブボタンは右に配眮しおください。
      • -
    • 汎甚的なラベルは「キャンセル」ず「OK」です。
      • -
    -
    • -
  • タブ / フィルタ: タむトルケヌスで、文末の制限なしで扱われたす。1 〜 2 語以内におさめおください。
    • -
  • ステヌタス通知 / 確認 / バナヌ: センテンスケヌスで、疑問文以倖では文末の句読点を避けたす。
    • -
- -

文法

- -
    -
  • ダッシュ: ハむフン (-) は、2぀以䞊の蚀葉から成るアむデアを䜜る時に䜿われ、垞に接続されたす。゚ンダッシュ (–) は数字や日付ずいった範囲に䜿われ、これも接続されたす。゚ムダッシュ (—) は関連づけるために䜿われたすが、抂念同士を分けたす。これは文章内や続く文章の䞡方、たた接続される/されない堎合ずもに圓おはたりたす。
    • -
  • 感嘆笊: 䜿っおもOKですが、䜿いすぎないで。
    • -
  • プレヌンクォヌトではなくスマヌトクォヌトを (“このように”) 䜿甚しおください。䞀般的に句読点はクオヌト蚘号の䞭に付け、感嘆笊ず疑問笊もそうしたす。䟋倖ずしお感嘆笊や疑問笊が単にクオヌト蚘号内の䞀郚分ではなく、文党䜓にかかる堎合を陀きたす。
    • -
  • スラッシュ: URL では、前向きのスラッシュ “/” を䜿いたす 
 バックスラッシュ “\” ではなく。
    • -
  • 文末の句読点: Firefox OS 文章の党おの堎合で䜿いたす。疑問文や、䞀緒に繋がった耇数の文を陀いお、OS自䜓の倚くの堎合は䜿甚を避けたす。
    • -
  • タむトルケヌス: タむトルケヌスは、各単語の最初の文字を倧文字化するものです。内容が疑問文圢匏である堎合を陀き、句読点は必芁でありたせん。アラビア語のように、タむトルケヌスを甚いない蚀語があるのに留意しおください。䜜業しおいる蚀語にずっおタむトルケヌスが適切である堎合にのみ䜿甚しおください。
    • -
  • センテンスケヌス: センテンスケヌスは、最初の単語の最初の文字ず、固有名詞のみ倧文字化したす。センテンスケヌスを甚いない蚀語があるのに留意しおください。䜜業しおいる蚀語にずっおセンテンスケヌスが適切である堎合にのみ䜿甚しおください。
    • -
  • 倧文字化: -
      -
    • タむトルず副タむトル/副ヘッダ: タむトルケヌスを䜿いたす。
      • -
    • アクションボタン: タむトルケヌスを䜿いたす。
      • -
    • リストボタン / リスト項目: ラベルにはタむトルケヌスを䜿いたす副ラベルにはセンテンスケヌスを䜿いたす。
      • -
    • タブ / フィルタ: タむトルケヌスを䜿いたす。
      • -
    • 倀遞択リスト: センテンスケヌスを䜿いたす。
      • -
    • アプリ名: アプリケヌション名はタむトルケヌスで衚瀺されたすが、個々のセッティングやモヌドは小文字で衚瀺されたす。
      • -
    • ステヌタス通知: センテンスケヌスを䜿いたす。
      • -
    • ヘッダ: タむトルケヌスを䜿いたす。
      • -
    • 本文の䞭身:  センテンスケヌスを䜿いたす。
      • -
    -
    • -
  • 瞮玄系: 瞮玄系は䜿甚可胜で、もっず人間らしい経隓を提䟛ために掚奚されたす。
    • -
- -

䞀般的なスタむルのベストプラクティス

- -
    -
  • 俗語: 技術的な俗語を避けたす。
    • -
  • カンマ: Mozilla の通信ではシリアル・カンマ (別名 オックスフォヌド・カンマ) は䜿いたせん。
    • -
  • 簡朔な゚ラヌ説明: そのずきの状況や、ナヌザが解決するためにできるこずを、簡朔に説明するようにしおください。
    • -
  • ナヌザの指定: たいおいの状況で「あなた」「あなたが」ずいった衚珟は避けおください。ナヌザずデバむスの境界は区別しおください。 䟋えば、「あなたの画像は削陀されたした」の代わりに「画像は削陀されたした」ず蚀いたす。
    • -
  • アプリに぀いおの蚘事: アプリケヌション名の前に冠詞を付けないでください。䟋えば「Take photos with the Camera」ではなく「Take photos with Camera」を䜿甚しおください。
    • -
-
-
- - - -

 

- - diff --git a/files/ja/archive/b2g_os/web_telephony_api/index.html b/files/ja/archive/b2g_os/web_telephony_api/index.html deleted file mode 100644 index e33833ad14..0000000000 --- a/files/ja/archive/b2g_os/web_telephony_api/index.html +++ /dev/null @@ -1,144 +0,0 @@ ---- -title: Web Telephony API -slug: Archive/B2G_OS/Web_Telephony_API -tags: - - API - - Firefox OS - - Phone - - Telephony - - Voice - - Web Telephony -translation_of: Archive/B2G_OS/Web_Telephony_API ---- -

Web Telephony は、Web コンテンツが JavaScript を䜿甚しお音声通話を扱うこずを可胜にする API です。

- -

コンセプトず䜿甚䟋

- -

Web Telephony API は、Firefox OS のテレフォニヌ機胜を制埡する API 芁件を満たすため、Mozilla により䜜成されたした。この API は、サヌドパヌティの開発者にこのようなクリティカルな端末機胜の制埡を蚱可するずセキュリティの懞念事項ずなるため、システム内郚からのみ䜿甚できたす。

- -

この API の゚ントリポむントは、Navigator.mozTelephony プロパティを通しお提䟛されたす。このプロパティは、Telephony オブゞェクトを返し、マむクやスピヌカヌ、ダむダルトヌン (DTMF) の生成、通話の発着信、その他の機胜を制埡するためのメ゜ッドずプロパティを含む、端末のテレフォニヌシステムぞのアクセスを提䟛したす。

- -

端末が Telephony.dial() を䜿甚しおダむダル発信するか Telephony.onincoming むベントハンドラを経由しおどこかからの着信により通話が初期化されるず、通話を衚す TelephonyCall オブゞェクトが生成されたす。このオブゞェクトのプロパティずメ゜ッドを通しお通話を操䜜でき、プログラム返答や通話終了、保留、異なる通話状態ぞの応答などができたす。

- -

耇数人でのグルヌプ通話を制埡するための TelephonyCallGroup むンタヌフェむスも利甚できたす。

- -
-

泚蚘: Web Telephony API を䜿い始めるためのサンプルコヌドは、Web Telephony API の䜿甚 を参照しおください。

-
- -

Manifest の蚱可蚭定

- -

この API を Firefox OS アプリで䜿甚するには、manifest.webapp ファむルに以䞋を蚘述する必芁がありたす:

- -
"type": "certified",
-"permissions": {
-  "telephony": {
-    "description": "Required to control telephony functions"
-  }
-},
-
- -

Web テレフォニヌむンタヌフェむス

- -
-
Navigator.mozTelephony
-
Web Telephony API のための゚ントリポむント。Telephony オブゞェクトにアクセスできたす。
-
Telephony
-
端末のテレフォニヌ機胜の制埡を提䟛したす。
-
TelephonyCall
-
電話の通話を衚したす。通話の着信や発信などの機胜を制埡できたす。
-
MMICall
-
MMI コヌルを衚したす。通話の結果を受け取れるようにしたす。
-
TelephonyCallGroup
-
耇数人でのグルヌプ通話を衚したす。発信者がグルヌプ通話を远加や削陀したり、通話党䜓をハングアップする機胜などを提䟛したす。
-
CallEvent
-
電話の通話に関連するむベントを衚したす。
-
- -

仕様

- - - - - - - - - - - - - - - - -
SpecificationStatusComment
Web TelephonyドラフトDraft
- -

ブラりザ実装状況

- -

明らかな理由により、サポヌトはモバむルブラりザが優先されたす。

- -

We're converting our compatibility data into a machine-readable JSON format. - This compatibility table still uses the old format, - because we haven't yet converted the data it contains. - Find out how you can help!

- -
- - -

- -
- - - - - - - - - - - - - - - - - - - -
機胜ChromeFirefox (Gecko)Internet ExplorerOperaSafari
基本サポヌト未サポヌト未サポヌト未サポヌト未サポヌト未サポヌト
-
- -
- - - - - - - - - - - - - - - - - - - - - -
機胜AndroidFirefox Mobile (Gecko)Firefox OS (Gecko)IE MobileOpera MobileSafari Mobile
基本サポヌト未サポヌト12.0 (12.0)1.0.1未サポヌト未サポヌト未サポヌト
-
- -

関連情報

- -

Web Telephony API の䜿甚

diff --git a/files/ja/archive/b2g_os/web_telephony_api/using_the_web_telephony_api/index.html b/files/ja/archive/b2g_os/web_telephony_api/using_the_web_telephony_api/index.html deleted file mode 100644 index c429f6e00a..0000000000 --- a/files/ja/archive/b2g_os/web_telephony_api/using_the_web_telephony_api/index.html +++ /dev/null @@ -1,268 +0,0 @@ ---- -title: Web Telephony API の䜿甚 -slug: Archive/B2G_OS/Web_Telephony_API/Using_the_Web_Telephony_API -tags: - - Advanced - - B2G - - Certified - - Firefox OS - - Phone - - Telephony - - Web Telephony -translation_of: Archive/B2G_OS/Web_Telephony_API/Using_the_Web_Telephony_API ---- -

- -

この蚘事は、Web Telephony API を䜿い始めるための基本を説明したす。

- -

Manifest 蚱可蚭定

- -

Firefox OS アプリでこの API を䜿甚するには、manifest.webapp ファむルに次の内容を蚘述する必芁がありたす:

- -
"type": "certified",
-"permissions": {
-  "telephony": {
-    "description": "Required to control telephony functions"
-  }
-},
-
- -

API アクセス

- -

端末の電話機胜ぞアクセスするための開始点は、Navigator.mozTelephony です。このオブゞェクトの参照を埗れば、通話の発信ず着信を始められたす。

- -
// Telephony object
-var tel = navigator.mozTelephony;
-
- -

端末ハヌドりェアの調査

- -

返される Telephony オブゞェクトは、電話機のハヌドりェアをプログラム的に衚し、その倚くのアスペクトを制埡する機胜を䞎えたす。䟋えば、消音や消音解陀、スピヌカヌフォンの有効化ず無効化などです:

- -
// Check if the phone is muted (read/write property)
-console.log(tel.muted);
-
-// Check if the speaker is enabled (read/write property)
-console.log(tel.speakerEnabled);
-
- -

発信

- -

通話の発信は、Telephony オブゞェクトで Telephony.dial を呌び出すだけの簡単なものです。これは、Firefox OS 1.4 以降で䜿甚できる Promise ベヌスの API です (以前は暙準のコヌルバック関数でした)。これは、resolve で通話を衚す TelephonyCall オブゞェクトを返したす。このオブゞェクトには、いく぀ものプロパティ、メ゜ッド、むベントハンドラが含たれおおり、通話のプロパティを監芖し、通話の ハングアップ や 保留 などの操䜜ができ、通話状態の倉化に察する動䜜も指定できたす。

- -
// Place a call
-var call = tel.dial("123456789").then(function(call) {
-
-  // Events for that call
-  call.onstatechange = function (event) {
-      /*
-          Possible values for state:
-          "dialing", "ringing", "busy", "connecting", "connected",
-          "disconnecting", "disconnected", "incoming"
-      */
-      console.log(event.state);
-  };
-
-  // Above options as direct events
-  call.onconnected = function () {
-      // Call was connected
-  };
-
-  call.ondisconnected = function () {
-      // Call was disconnected
-  };
-});
-
- -

着信

- -

通話の着信は、発信ず異なりたすが単玔です。着信時に発動する Telephony.onincoming むベントリスナを曞く必芁がありたす。この関数は、call プロパティを含むむベントオブゞェクト (CallEvent) が含たれたす。このプロパティは、通話の TelephonyCall オブゞェクトぞのアクセスを取埗し、呌び出しぞの応答 などの動䜜ができたす。

- -
// Receiving a call
-tel.onincoming = function (event) {
-  var incomingCall = event.call;
-
-  // Get the number of the incoming call
-  console.log(incomingCall.id);
-
-  // Answer the call
-  incomingCall.answer();
-
-  // Let's say we have a button set up to hang up the call when pressed.
-  hangupButton.onclick = function() {
-    // Disconnect a call
-    call.hangUp();
-  }
-};
-
- -

耇数の通話を端末䞊で同時にアクティブにするこずが可胜です。Telephony.calls プロパティを通じお各通話をむテレヌトし、それぞれに察しお適切な動䜜を行っおください。

- -
// Iterating over calls, and taking action depending on their changed status
-tel.oncallschanged = function (event) {
-  tel.calls.forEach(function (call) {
-    // Log the state of each call
-    console.log(call.state);
-  });
-};
-
- -

仕様

- - - - - - - - - - - - - - - - -
仕様状態コメント
Web TelephonyドラフトDraft
- -

ブラりザ実装状況

- -

明らかな理由により、サポヌトはモバむルブラりザが優先されたす。

- -

珟圚、互換性デヌタを可読圢匏の JSON フォヌマットに眮き換えおいるずころです。 - この互換性䞀芧は叀い圢匏を䜿っおおり、これに含たれるデヌタの眮き換えが枈んでいたせん。 - 手助けしおいただける堎合は、こちらから

- -
- - -

- -
- - - - - - - - - - - - - - - - - - - -
機胜ChromeFirefox (Gecko)Internet ExplorerOperaSafari
基本サポヌト未サポヌト未サポヌト未サポヌト未サポヌト未サポヌト
-
- -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
機胜AndroidFirefox Mobile (Gecko)Firefox OS (Gecko)IE MobileOpera MobileSafari Mobile
基本サポヌト未サポヌト12.0 (12.0)1.0.1未サポヌト未サポヌト未サポヌト
id ず secondId未サポヌト30.0 (30.0)2.0未サポヌト未サポヌト未サポヌト
disconnectedReason未サポヌト37.0 (37.0)2.2未サポヌト未サポヌト未サポヌト
-
- -

関連情報

- - diff --git "a/files/ja/archive/b2g_os/\343\203\210\343\203\251\343\203\226\343\203\253\343\202\267\343\203\245\343\203\274\343\203\206\343\202\243\343\203\263\343\202\260/index.html" "b/files/ja/archive/b2g_os/\343\203\210\343\203\251\343\203\226\343\203\253\343\202\267\343\203\245\343\203\274\343\203\206\343\202\243\343\203\263\343\202\260/index.html" deleted file mode 100644 index 34b4c19863..0000000000 --- "a/files/ja/archive/b2g_os/\343\203\210\343\203\251\343\203\226\343\203\253\343\202\267\343\203\245\343\203\274\343\203\206\343\202\243\343\203\263\343\202\260/index.html" +++ /dev/null @@ -1,60 +0,0 @@ ---- -title: Firefox OS のトラブルシュヌティング -slug: Archive/B2G_OS/トラブルシュヌティング -tags: - - Firefox OS - - Mobile - - toublesooting -translation_of: Archive/B2G_OS/Troubleshooting ---- -
-

この蚘事ではFirefox OSを䜿甚しおいる際に発生する可胜性のある䞀般的な問題を解決するためのヒントを提䟛したす。どうぞご自由にこのペヌゞにコンテンツを远加しおください

-
- -

ネットワヌクの問題

- -

もし、Wi-Fiネットワヌクの接続問題があるのであればデバむスからWi-Fiの構成ファむルを削陀するこずが圹に立぀ず思われたす。以䞋のように行うこずができたす

- -
adb shell rm /data/misc/wifi/wpa_supplicant.conf
-adb reboot
-
- -
-

蚘: この操䜜法は、端末の udev蚭定を構成枈み ず想定しおいたす。

-
- -

電話の故障

- -

電話を故障させおしたった堎合、䟋えば間違ったむメヌゞを焌こうずした堎合、ブヌトロヌダ(端末によっおfastboot やheimdal )で再起動しおみたす。正確なシヌケンスは電話によっお倉わりたす。USBケヌブルを倖し、電池を倖しお再床取り付けたりしおみたす。Unagi ず Otoro甚には、音量アップず電源ボタンを、スプラッシュ画面が芋えるたで数秒間、長抌ししたす。電話がブヌトロヌダモヌドに入っおいるのを fastboot devices (たたはサムスンの電話のいく぀かでは heimdall devices )で確認したす。いったんfastboot devicesを䜿っお電話が芋えるようになったら、ベヌスむメヌゞか、端末メヌカヌの提䟛するSDのパッケヌゞファむル(電話による)を含むフォルダを探したす。いた、焌き蟌むには2぀のオプションがありたす:

- - - -
fastboot flash boot boot.img
-fastboot flash userdata userdata.img
-fastboot flash system system.img
-fastboot flash recovery recovery.img
-fastboot erase cache
-fastboot reboot
- -

赀色LEDの点滅 (otoro/unagi)

- -

この動䜜は、起動するのに電池容量が少なすぎるこずを意味しおいたす。(赀色LEDの点滅が止たっおからもう少したで) 再床充電をするか、USBケヌブルを抜き、電池を取り倖し、USBケヌブルを差し、電池を再床取り付けおください。

- -

iPhoneから切り替えた埌にSMS受信に倱敗する

- -

SIM カヌドを iPhone から Firefox OS (たたはその他の色々なプラットフォヌム) の端末に切り替えた堎合、iPhone ナヌザからのテキストメッセヌゞを䞀切受け取れない問題にぶち圓たるこずがありたす。これはiPhoneからiPhoneぞのSMSメッセヌゞはiMessage を甚いお送信されるためであり、これはiPhone同士のメッセヌゞを実際のテキストメッセヌゞずしお送る代わりに、Appleのサヌバ経由でルヌティングしおナヌザのお金をセヌブするものです。あなたがiPhoneを離れるず䞍幞にも、iMessage は離れた事を知るすべはなく、他のiPhoneナヌザからのSMSは䟝然iMessage経由で送ろうずするため、぀たりあなたはそれを受け取れなくなりたす。
-
- これを修正するには、SIMで iMessage を切りたす; imore.com にその方法がありたす —  Here's how to turn off iMessage を読んで䞋さい。

- -

OSXで ADB に端末が出おこない

- -

OSXで adb devices を実行するず、いく぀かの端末は端末リストに出おこないこずがあり、これにはさたざたな理由がありたす。これはあなたの ~/.android/adb_usb.ini ファむルに端末ベンダIDを远加しお、ADBに端末を芋぀けるヒントを䞎えるず盎りたす。

- -
-

蚘: もっず詳现は この stackoverflow ポスト を芋おください、ここには接続端末のベンダIDを芋぀ける方法や、それを adb_usb.ini に远加する方法が茉っおいたす。

-
- -

　

diff --git a/files/ja/archive/css3/index.html b/files/ja/archive/css3/index.html deleted file mode 100644 index f0e8fd232a..0000000000 --- a/files/ja/archive/css3/index.html +++ /dev/null @@ -1,1089 +0,0 @@ ---- -title: CSS3 -slug: Archive/CSS3 -tags: - - CSS - - Reference -translation_of: Archive/CSS3 ---- -

CSS3 ずは、 Cascading Style Sheets 蚀語の最新の発展版で、 CSS2.1 の拡匵を目的ずしおいたす。 CSS3 は、角䞞、圱、グラデヌション、トランゞション、アニメヌションなどの長く埅望されおいた数倚くの新機胜、たた、段組み、フレックスボックス、グリッドレむアりトなどの新しいレむアりトをもたらしたす。実隓的な郚分にはベンダヌ接頭蟞が぀いおおり、本番環境で䜿甚するこずを避けるか、構文や意味がどちらも将来的に倉曎される可胜性があるので、现心の泚意を払いながら䜿甚するかすべきです。

- -

モゞュヌルず暙準化プロセス

- -

CSS レベル 2 が勧告ステヌタスに至るたで、 2002 幎 8 月から 2011 幎の 6 月たでの 9 幎間が必芁でした。これは、いく぀かの 2 次的な機胜が仕様党䜓を堰き止めたためです。問題のない機胜の仕様の暙準化を加速させるために、 W3C の CSS 䜜業グルヌプは、北京ドクトリンず呌ばれる決定に埓い、 CSS をモゞュヌルず呌ばれる小さなコンポヌネントに分割したした。珟圚、それぞれのモゞュヌルは蚀語の独立したパヌトで、それぞれのペヌスで暙準化に向かっおいたす。いく぀かのモゞュヌルが既に W3C 勧告になっおいる䞀方で、ただ早期の Working Draft であるものもありたす。必芁性が認められた時は、新しいモゞュヌルも远加されおいたす。

- -

CSS Modules and Snapshots as defined since CSS3 正匏には、CSS3 暙準自䜓は存圚したせん。 それぞれのモゞュヌルは独立しお暙準化されおいたす。暙準の CSS は、完了したモゞュヌルによっお改正および拡匵された CSS2.1 で成り立っおおり、すべおが同じレベルの番号である必芁はありたせん。各時点での、 CSS 暙準のスナップショットは、 CSS2.1 ず成熟したモゞュヌルを列挙するこずで定矩できたす。

- -

W3 コン゜ヌシアムは、2007, 2010, 2015, 2017, 2018 のように、定期的にそのようなスナップショットを公開しおいたす。

- -

珟圚のずころ、レベル 3 以䞊のモゞュヌルは暙準化されおいたせんが、将来的には倉曎されたす。セレクタヌ 4 や CSS 境界ず背景 Level 4 のようないく぀かのモゞュヌルは、既に Editor's Draft がありたすが、最初の Working Draft を公開するには至っおいたせん。

- -

CSS モゞュヌルの状態

- -

完了モゞュヌル

- -

䞀郚の CSS モゞュヌルは、すでに W3C 勧告ずしお暙準化されおいたす。これらは基本的に倉曎されたせん。

- - - - - - - - - - - -
{{ SpecName("CSS3 Colors", "", "") }}{{ Spec2("CSS3 Colors") }} 2011幎6月7日から
-

{{ cssxref("opacity") }} プロパティ、および {{cssxref("<color>")}} 倀を生成する hsl(), hsla(), rgba(), rgb() の各関数が远加されおいたす。有効な色ずしお、 currentColor キヌワヌドも定矩されおいたす。

- -

transparent 色は、実際の色になり (アルファチャネルに察応したため)、 rgba(0,0,0,0.0) の別名になりたした。

- -

いずれの本番環境でも䜿甚すべきではない system-color キヌワヌドは、非掚奚になりたした。

-
- - - - - - - - - - - -
{{ SpecName("CSS3 Namespaces", "", "") }}{{ Spec2("CSS3 Namespaces") }} 2011幎9月29日から
-

' | ' 構文の䜿甚ず CSS の {{ cssxref("@namespace") }} @-芏則の远加による CSS 修食名の抂念が定矩されたこずで、 XML 名前空間ぞの察応が远加されたした。

-
- - - - - - - - - - - -
{{ SpecName("CSS3 Selectors", "", "") }}{{ Spec2("CSS3 Selectors") }} 2011幎9月29日から
-

远加:

- -
    -
  • 属性セレクタヌで郚分文字列の遞択、 E[attribute^="value"], E[attribute$="value"], E[attribute*="value"] 。
    • -
  • 新しい疑䌌クラス: {{ cssxref(":target") }}, {{ cssxref(":enabled") }} ず {{ cssxref(":disabled") }}, {{ cssxref(":checked") }}, {{ cssxref(":indeterminate") }}, {{ cssxref(":root") }}, {{ cssxref(":nth-child") }} and {{ cssxref(":nth-last-child") }}, {{ cssxref(":nth-of-type") }} ず {{ cssxref(":nth-last-of-type") }}, {{ cssxref(":last-child") }}, {{ cssxref(":first-of-type") }} ず {{ cssxref(":last-of-type") }}, {{ cssxref(":only-child") }} and {{ cssxref(":only-of-type") }},{{ cssxref(":empty") }}, {{ cssxref(":not") }}
    • -
  • 疑䌌芁玠はコロン1぀ではなくコロン2぀で衚珟されるようになりたした。 :after は {{ cssxref("::after") }} に、 :before は {{ cssxref("::before") }} に、 :first-letter は {{ cssxref("::first-letter") }} に、 :first-line は {{ cssxref("::first-line") }} になりたした。
    • -
  • 新しい䞀般兄匟結合子 ( h1~pre )。
    • -
-
- -

Selectors 仕様曞の次のむテレヌション はすでに進行しおいたすが、ただ初めおの Working Draft を公開する段階には至っおいたせん。

- - - - - - - - - - - -
{{ SpecName("CSS3 Media Queries", "", "") }}{{ Spec2("CSS3 Media Queries") }} since June 19th, 2012
-

元のメディア型 (print, screen, 
) を拡匵しお、 only screen and (color) のような端末メディア胜力のク゚リを䜿甚できる蚀語になりたした。

- -

メディアク゚リは、 CSS 文曞で䜿甚されるだけではなく、 {{ HTMLElement("link") }} 芁玠の {{ htmlattrxref("media","link") }} 属性のように、いく぀かの HTML 芁玠の属性でも䜿甚されおいたす。

-
- -

この仕様の次のむテレヌションが䜜業䞭であり、りェブサむトがナヌザヌ゚ヌゞェントのむンプットメ゜ッドをカスタマむズできる機胜、 hover や pointer のような新しいメディア機胜が利甚できる予定です。 script メディア機胜を䜿甚した EcmaScript 察応の怜出機胜も提案されおいたす。

- - - - - - - - - - - -
{{ SpecName("CSS3 Style", "", "") }}{{ Spec2("CSS3 Style") }} 2013幎11月7日から
HTML の style グロヌバル属性の内容の構文が正匏に定矩されたした。
- - - - - - - - - - - -
{{ SpecName("CSS3 Fonts", "", "") }}{{ Spec2("CSS3 Fonts") }} 2018幎9月20日から
-

CSS2.1 フォントマッチングアルゎリズムを実装に近いものに修正したす。

- -

远加:

- -
    -
  • {{ cssxref("@font-face") }} 芏則を通したダりンロヌドフォントぞの察応。
    • -
  • {{ cssxref("font-kerning") }} プロパティを通した文字間のスペヌスの制埡。
    • -
  • {{ cssxref("font-language-override") }} プロパティを通した蚀語特有の字圢の遞択。
    • -
  • {{ cssxref("font-feature-settings") }} プロパティを通した特定の OpenType を持぀字圢の遞択。
    • -
  • {{ cssxref("font-size-adjust") }} プロパティを通した、代替フォントを指定した堎合の䜿甚するアスペクト比の制埡。
    • -
  • {{ cssxref("font-stretch") }} ず {{ cssxref("font-variant-alternates") }}、{{ cssxref("font-variant-caps") }}、{{ cssxref("font-variant-east-asian") }}、{{ cssxref("font-variant-ligatures") }}、{{ cssxref("font-variant-numeric") }}、{{ cssxref("font-variant-position") }} プロパティを䜿甚した代替フォントフェむスの遞択。関連する {{ cssxref("font-variant") }} 䞀括指定プロパティの拡匵ず {{ cssxref("@font-feature-values") }} 芏則 の導入。
    • -
  • {{ cssxref("font-synthesis") }} プロパティを通した、䜕も芋぀からない堎合の斜䜓、たたは倪字の自動生成の制埡。
    • -
-
- - - - - - - - - - - -
{{ SpecName("CSS3 Basic UI", "", "") }}{{ Spec2("CSS3 Basic UI") }}
-

远加:

- -
    -
  • {{ cssxref("box-sizing") }} プロパティを䜿甚したボックスモデルの調敎機胜。
    - リスク: ブラりザヌの察応が䞍十分であるため、 padding-box 倀の暙準化はこのモゞュヌルの次のむテレヌションに延期されるかもしれたせん。
    • -
  • {{ cssxref(":indeterminate") }} ず {{ cssxref(":default") }}, {{ cssxref(":valid") }}、{{ cssxref(":invalid") }}、{{ cssxref(":in-range") }}、{{ cssxref(":out-of-range") }}、{{ cssxref(":required") }}、{{ cssxref(":optional") }}, {{ cssxref(":read-only") }}、{{ cssxref(":read-write") }} 疑䌌クラスず {{ cssxref("::value") }}、{{ cssxref("::choices") }}、{{ cssxref("::repeat-item") }}、{{ cssxref("::repeat-index") }} 疑䌌芁玠を䜿甚した、コンテンツに埓ったフォヌムのスタむリングの蚱可。
    - リスク: ブラりザヌの察応が䞍十分であるため、 {{ cssxref("::value") }} ず {{ cssxref("::choices") }}、{{ cssxref("::repeat-item") }}、{{ cssxref("::repeat-index") }} 疑䌌芁玠の暙準化はこのモゞュヌルの次のむテレヌションに延期されるかもしれたせん。
    • -
  • {{ cssxref("icon") }} プロパティず {{ cssxref("content") }} プロパティの新しい icon 倀によっお定矩されたアむコンのサポヌト。
    - リスク: ブラりザ実装が䞍十分なため、{{ cssxref("icon") }} プロパティず icon 倀の暙準化は CSS4 に延期されるかもしれたせん。
    • -
  • {{ cssxref("outline-offset") }} プロパティにアりトラむンの䜍眮のより倚くの制埡を䞎えるサポヌト。
    • -
  • 芁玠の倧きさが倉曎されるべきか、たたはどのように倉曎すべきかを制埡できる {{ cssxref("resize") }} プロパティのサポヌト。
    • -
  • 必芁な堎合、テキストのオヌバヌフロヌの仕方を定矩する {{ cssxref("text-overflow") }} プロパティのサポヌト。
    - リスク: ブラりザヌの察応が䞍十分であるため、 {{cssxref("<string>")}} 倀のサポヌトず同様に、このプロパティの 2 倀構文もこのモゞュヌルの次のむテレヌションに延期されるかもしれたせん。
    • -
  • {{ cssxref("cursor") }} プロパティを拡匵したカヌ゜ルの䜍眮の定矩や新しい none, context-menu, cell, vertical-text, alias, copy, no-drop, not-allowed, nesw-resize, nwse-resize, col-resize, row-resize, all-scroll, zoom-in, zoom-out の機胜。
    • -
  • CSS の {{ cssxref("nav-index") }}, {{ cssxref("nav-up") }}, {{ cssxref("nav-right") }}, {{ cssxref("nav-left") }}, {{ cssxref("nav-down") }} プロパティを䜿甚した、シヌケンシャルナビゲヌションの順序 (すなわちタブの順序) を指定する機胜。
    - リスク: ブラりザヌの察応が䞍十分であるため、 navigation プロパティの暙準化はこのモゞュヌルの次のむテレヌションに延期されるかもしれたせん。
    • -
  • CSS の {{ cssxref("ime-mode") }} プロパティを甚いた、IME ゚ディタの䜿甚方法を制埡する機胜。
    - リスク: ブラりザヌの察応が䞍十分であるため、{{ cssxref("ime-mode") }} プロパティの暙準化はこのモゞュヌルの次のむテレヌションに延期されるかもしれたせん。
    • -
-
- -

CSS Basic User Interface Module の次のむテレヌションに远加されるもの初期リストが 利甚可胜 です。

- -

安定版モゞュヌル

- -

いく぀かの CSS モゞュヌルは、既にかなり安定しおおり、 CSSWG の勧告レベル3぀ (勧告候補、勧告案、勧告) のうち、いずれかに到達しおいたす。接頭蟞なしで䜿甚でき、かなり安定しおいたすが、いく぀かの機胜は勧告候補段階で削陀される可胜性がありたす。

- -

これらのモゞュヌルは、仕様の䞭心を構成する CSS2.1 仕様を拡匵および修正したす。これらはたずめお、 CSS 仕様の珟圚のスナップショットです。

- - - - - - - - - - - -
{{ SpecName("CSS3 Backgrounds", "", "") }}{{ Spec2("CSS3 Backgrounds") }}
-

远加:

- -
    -
  • uri() で定矩されたものだけでなく、{{cssxref("<image>")}} のあらゆる型に backgorund が察応。
    • -
  • 耇数の背景画像に察応。
    • -
  • {{ cssxref("background-repeat") }} の space ず round 倀、およびこの CSS プロパティの2倀構文。
    • -
  • {{ cssxref("background-attachment") }} の local 倀。
    • -
  • {{ cssxref("background-origin") }} ず {{ cssxref("background-size") }}、{{ cssxref("background-clip") }} プロパティ。
    • -
  • {{ cssxref("border-radius") }} ず {{ cssxref("border-top-left-radius") }}、{{ cssxref("border-top-right-radius") }}、{{ cssxref("border-bottom-left-radius") }}、{{ cssxref("border-bottom-right-radius") }} プロパティによるカヌブした境界線の隅に察応。
    • -
  • {{ cssxref("border-image") }} ず {{ cssxref("border-image-source") }}、{{ cssxref("border-image-slice") }}、{{ cssxref("border-image-width") }}、{{ cssxref("border-image-outset") }}、{{ cssxref("border-image-repeat") }} プロパティによる border での {{cssxref("<image>")}} の䜿甚に察応。
    • -
  • {{ cssxref("box-shadow") }} プロパティを䜿甚した芁玠の圱に察応。
    • -
-
- -

背景ず境界線の仕様の CSS4 むテレヌションは既に進行しおいたすが、ただ初めおの Working Draft を公開する段階には至っおいたせん。この仕様では、 border をクリッピングする機胜 (CSS の {{ cssxref("border-clip") }} ず {{ cssxref("border-clip-top") }}, {{ cssxref("border-clip-right") }}, {{ cssxref("border-clip-bottom") }}, {{ cssxref("border-clip-left") }} プロパティ) や、コヌナヌの border の圢の制埡 (CSS {{ cssxref("border-corner-shape") }} プロパティの䜿甚) を远加する予定です。

- - - - - - - - - - - -
{{ SpecName("CSS3 Conditional", "", "") }}{{ Spec2("CSS3 Conditional") }}
ブラりザヌ、たたは文曞に適甚される機胜の条件である、スタむルシヌトの条件凊理郚分の機胜が远加されたした。これは䞻に、 {{ cssxref("@media") }} 内郚のネストされた @-芏則の蚱可ず新しい @-芏則 {{ cssxref("@supports") }} の远加、新しい DOM メ゜ッドの {{domxref("CSS.supports()")}} の远加で構成されおいたす。
- - - - - - - - - - - -
{{ SpecName("CSS3 Multicol", "", "") }}{{ Spec2("CSS3 Multicol") }}
CSS の {{ cssxref("columns") }}, {{ cssxref("column-count") }}, {{ cssxref("column-fill") }}, {{ cssxref("column-gap") }}, {{ cssxref("column-rule") }}, {{ cssxref("column-rule-color") }}, {{ cssxref("column-rule-style") }}, {{ cssxref("column-rule-width") }}, {{ cssxref("column-span") }}, {{ cssxref("column-width") }}, {{ cssxref("break-after") }}, {{ cssxref("break-before") }}, and {{ cssxref("break-inside") }} を䜿甚した簡単な段組みレむアりトぞの察応を远加。
- - - - - - - - - - - -
{{ SpecName("CSS3 Values", "", "") }}{{ Spec2("CSS3 Values") }}
-

あらゆる CSS プロパティで initial ず inherit キヌワヌドを䜿えるようにしたした。

- -

文法トヌクンずいく぀かのテキストの粟床で暗黙的に定矩されおいた CSS 2.1 のデヌタ型を正匏に定矩したした。

- -

远加:

- -
    -
  • フォント関連の長さの単䜍の定矩: rem ず ch。
    • -
  • viewport関連の長さの単䜍の定矩: vw ず vh、vmax、vmin。
    • -
  • 実際には絶察的ではないが、reference pixel に関連しお定矩されおいる実際の絶察的な長さの単䜍に぀いおの粟床。
    • -
  • {{ cssxref("<angle>") }} ず {{cssxref("<time>")}}、{{cssxref("<frequency>")}}、{{cssxref("<resolution>")}} の定矩。
    • -
  • {{cssxref("<color>")}} ず {{cssxref("<image>")}}、{{cssxref("<position>")}} の基本の倀の定矩。
    • -
  • {{ cssxref("calc", "calc()") }} ず{{ cssxref("attr", "attr()")}}、toggle() の関数衚蚘の定矩。
    - リスク: ブラりザヌの察応が䞍十分であるため、 calc() ず attr()、toggle() 関数衚蚘はこのモゞュヌルの次のむテレヌションに延期されるかもしれたせん。
    • -
-
- -

<ident> ず <custom-ident> のようないく぀かの型定矩は、 CSS Values and Units Module Level 4 に延期されおいたす。

- - - - - - - - - - - -
{{ SpecName("CSS3 Flexbox", "", "") }}{{ Spec2("CSS3 Flexbox") }}
フレックスボックスレむアりトに CSS の {{ cssxref("display") }} プロパティずそれを制埡するいく぀かの新しい CSS プロパティ ({{ cssxref("flex") }}, {{ cssxref("flex-align") }}, {{ cssxref("flex-direction") }}, {{ cssxref("flex-flow") }}, {{ cssxref("flex-item-align") }}, {{ cssxref("flex-line-pack") }}, {{ cssxref("flex-order") }}, {{ cssxref("flex-pack") }}, and {{ cssxref("flex-wrap") }}) が远加されたした。
- - - - - - - - - - - -
{{ SpecName("CSS3 Cascade", "", "") }}{{ Spec2("CSS3 Cascade") }}
-

远加:

- -
    -
  • プロパティぞの {{ cssxref("initial") }}、 {{ cssxref("unset") }} の倀
    • -
  • {{ cssxref("all") }} プロパティ。
    • -
  • スコヌプメカニズム。
    • -
- -

明確化:

- -
    -
  • メディア䟝存の @import 文ずスタむルシヌトのロヌド芁件の盞互䜜甚。
    • -
-
- - - - - - - - - - - -
{{ SpecName("CSS3 Writing Modes", "", "") }}{{ Spec2("CSS3 Writing Modes") }}
暪曞きず瞊曞きの曞字方向の定矩、 {{ cssxref("direction") }} ず {{ cssxref("unicode-bidi") }} プロパティが新しい {{ cssxref("text-orientation") }} プロパティに䜜甚する方法の明確化、必芁な機胜の拡匵。
- - - - - - - - - - - -
{{ SpecName("CSS3 Counter Styles", "", "") }}{{ Spec2("CSS3 Counter Styles") }}
- -

Testing モゞュヌル

- - - - - - - - - - - -
{{ SpecName("CSS3 Images", "", "") }}{{ Spec2("CSS3 Images") }}
-

{{cssxref("<image>")}} デヌタ型の定矩。

- -

メディアフラグメントを䜿甚した image の切り分けをサポヌトするための url() の拡匵。

- -

远加:

- -
    -
  • {{cssxref("<resolution>")}} デヌタタむプに dppx 単䜍。
    • -
  • url から 画像を定矩する url() のより柔軟な代替である image() 関数。
    - リスク: ブラりザヌの察応が䞍十分であるため、 image() 関数の暙準化は、このモゞュヌルの次のむテレヌションに延期されるかもしれたせん。
    • -
  • linear-gradient() ず repeating-linear-gradient()、radial-gradient()、repeating-radial-gradient() ぞの察応。
    • -
  • {{ cssxref("object-fit") }} プロパティを䜿甚した、眮き換えた芁玠がその芁玠にフィットすべきかどうかを定矩する機胜。
    - リスク: ブラりザヌの察応が䞍十分であるため、 {{ cssxref("object-fit") }} プロパティの暙準化は、このモゞュヌルの次のむテレヌションに延期されるかもしれたせん。
    • -
  • CSS の {{ cssxref("image-resolution") }} ず {{ cssxref("image-orientation") }} プロパティを䜿甚した倖郚むメヌゞの解像床ずオリ゚ンテヌションをオヌバヌラむドする機胜。
    - リスク: ブラりザヌの察応が䞍十分であるため、 {{ cssxref("image-resolution") }} ず {{ cssxref("image-orientation") }} プロパティの暙準化は、このモゞュヌルの次のむテレヌションに延期されるかもしれたせん。
    • -
-
- -

CSS Image Level 3 を眮き換えるであろう CSS Image Values and Replaced Content Level 4 は開発䞭で、 {{Spec2("CSS4 Images")}} です。

- - - - - - - - - - - -
{{ SpecName("CSS3 Speech", "", "") }}{{ Spec2("CSS3 Speech") }}
speech メディア型や聎芚フォヌマットモデル、スピヌチレンダリングナヌザヌ゚ヌゞェントのための倚くのプロパティの定矩。
- - - - - - - - - - - -
{{ SpecName("CSS3 Text Decoration", "", "") }}{{ Spec2("CSS3 Text Decoration") }}
-

拡匵:

- -
    -
  • {{ cssxref("text-decoration-line") }}、 {{ cssxref("text-decoration-color") }}、{{ cssxref("text-decoration-style") }} の各プロパティを䞀括指定できる CSS の {{ cssxref("text-decoration") }} プロパティ。{{ cssxref("text-decoration-skip") }} ず {{ cssxref("text-underline-position") }} プロパティの远加。
    • -
- -

远加:

- -
    -
  • CSS の {{ cssxref("text-emphasis") }} ず {{ cssxref("text-emphasis-style") }}、{{ cssxref("text-emphasis-color") }}、{{ cssxref("text-emphasis-position") }} プロパティによる東アゞアスクリプト匷調蚘号に察応。
    • -
  • {{ cssxref("text-shadow") }} プロパティによる文字列の圱に察応。
    • -
- -

明確化:

- -
    -
  • decoration の描画順序。
    • -
- -

リスク: ブラりザヌの察応が䞍十分であるため、 text-decoration-skip ず行ポゞゞョンルヌル、同じテキスト䞊に匷調蚘号ずルビを配眮する機胜は、このモゞュヌルの次のむテレヌションに延期されるかもしれたせん。

-
- - - - - - - - - - - -
{{ SpecName("CSS Shapes", "", "") }}{{ Spec2("CSS Shapes") }}
浮動芁玠に適甚するこずができる幟䜕孊的シェむプを定矩。これらのシェむプは、むンラむンコンテンツが囲みボックスで折り返す代わりに、折り返す領域を蚘述したす。
- - - - - - - - - - - -
{{ SpecName("CSS Masks", "", "") }}{{ Spec2("CSS Masks") }}
ビゞュアル芁玠の郚分を䞀郚、たたは完党に隠すための方法が定矩されたした。これは、他のグラフィカル芁玠たたは画像を、茝床たたはアルファマスクずしお䜿甚する方法を提䟛したす。
- - - - - - - - - - - -
{{ SpecName("CSS3 Fragmentation", "", "") }}{{ Spec2("CSS3 Fragmentation") }}
りェブペヌゞ䞊でペヌゞ区切り、段区切り、1行を残しお改ペヌゞをしないなどの扱い方を定矩したす。 -

远加

- -
    -
  • ボックスが厩されたずきペヌゞ、たたは 列、改行、 {{ cssxref("box-decoration-break") }} プロパティを䜿甚した枠線ず背景色やむメヌゞなどの装食の動䜜の定矩をサポヌト.
    • -
-
- - - - - - - - - - - -
{{ SpecName("CSS3 Variables", "", "") }}{{ Spec2("CSS3 Variables") }}
CSS で倉数を定矩するメカニズムを定矩したす。
- - - - - - - - - - - -
{{ SpecName("Compositing", "", "") }}{{ Spec2("Compositing") }}
- - - - - - - - - - - -
{{ SpecName("CSS3 Syntax", "", "") }}{{ Spec2("CSS3 Syntax") }}
charset の決定方法を明確化。解釈ずトヌクン化アルゎリズムにマむナヌな倉曎が行われたした。
- - - - - - - - - - - -
{{ SpecName("CSS3 Grid", "", "") }}{{ Spec2("CSS3 Grid") }}
グリッドレむアりトに CSS の display プロパティを远加し、にグリッドレむアりトずこれを制埡するいく぀かの新しいプロパティ、 {{cssxref("grid")}}, {{cssxref("grid-area")}}, {{cssxref("grid-auto-columns")}}, {{cssxref("grid-auto-flow")}}, {{cssxref("grid-auto-position")}}, {{cssxref("grid-auto-rows")}}, {{cssxref("grid-column")}}, {{cssxref("grid-column-start")}}, {{cssxref("grid-column-end")}}, {{cssxref("grid-row")}}, {{cssxref("grid-row-start")}}, {{cssxref("grid-row-end")}}, {{cssxref("grid-template")}}, {{cssxref("grid-template-areas")}}, {{cssxref("grid-template-rows")}}, {{cssxref("grid-template-columns")}} の远加。
- - - - - - - - - - - -
{{ SpecName("CSS3 Display", "", "") }}{{ Spec2("CSS3 Display") }}
- - - - - - - - - - - -
{{ SpecName("CSS Will Change", "", "") }}{{ Spec2("CSS Will Change") }}
- - - - - - - - - - - -
{{ SpecName("CSS4 Media Queries", "", "") }}{{ Spec2("CSS4 Media Queries") }}
- - - - - - - - - - - -
{{ SpecName("Geometry Interfaces", "", "") }}{{ Spec2("Geometry Interfaces") }}
- - - - - - - - - - - -
{{ SpecName("CSS4 Cascade", "", "") }}{{ Spec2("CSS4 Cascade") }}
- - - - - - - - - - - -
{{SpecName("CSS Scroll Snap Points")}}{{Spec2("CSS Scroll Snap Points")}}
- - - - - - - - - - - -
{{SpecName('CSS Painting API')}}{{Spec2('CSS Painting API')}}
- - - - - - - - - - - -
{{SpecName('CSS Containment')}}{{Spec2('CSS Containment')}}
- - - - - - - - - - - -
{{SpecName('CSS4 Writing Modes')}}{{Spec2('CSS4 Writing Modes')}}
- -

リファむンフェヌズのモゞュヌル

- -

リファむンフェヌズであるずみなされおいる仕様は、既にかなり安定しおいたす。ただ倉曎が想定されたすが、珟圚の実装ず非互換になるものを䜜るべきではありたせん。䞻に極端な堎合の振る舞いを定矩しおいたす。

- - - - - - - - - - - -
{{ SpecName("CSS3 Animations", "", "") }}{{ Spec2("CSS3 Animations") }}
{{ cssxref("animation") }}, {{ cssxref("animation-delay") }} ず {{ cssxref("animation-direction") }}, {{ cssxref("animation-duration") }}, {{ cssxref("animation-fill-mode") }}, {{ cssxref("animation-iteration-count") }}, {{ cssxref("animation-name") }}, {{ cssxref("animation-play-state") }}, {{ cssxref("animation-timing-function") }} プロパティ、および {{ cssxref("@keyframes") }} 芏則 の远加によっお、アニメヌション効果の定矩ができるようになりたした。
- - - - - - - - - - - -
{{ SpecName("Web Animations", "", "") }}{{ Spec2("Web Animations") }}
- - - - - - - - - - - -
{{ SpecName("CSS3 Text", "", "") }}{{ Spec2("CSS3 Text") }}
-

拡匵:

- -
    -
  • {{ cssxref("text-transform") }} プロパティの full-width 倀。
    • -
  • テキストが耇数の曞字方向を持぀文曞のために、{{ cssxref("text-align") }} プロパティの start、 end、 start end、match-parent 倀に察応
    • -
  • 特定の文字で敎列するための {{ cssxref("text-align") }} プロパティの {{cssxref("<string>")}} 倀。小数点䜍眮を揃えるのに䟿利。
    • -
  • 䞡端揃えの柔軟性を制埡するために、 {{ cssxref("word-spacing") }} ず {{ cssxref("letter-spacing") }} プロパティにおける制玄範囲。
    • -
- -

远加:

- -
    -
  • {{ cssxref("text-space-collapse") }} ず {{ cssxref("tab-size") }} プロパティを䜿甚したホワむトスペヌスの衚瀺方法の制埡。
    • -
  • {{ cssxref("line-break") }} ず {{ cssxref("word-break") }}、{{ cssxref("hyphens") }}、{{ cssxref("text-wrap") }}、{{ cssxref("overflow-wrap") }}、{{ cssxref("text-align-last") }} プロパティを䜿甚した改行ず単語の制埡。
    • -
  • より倚くのスクリプトの皮類をサポヌトするための、{{ cssxref("text-justify") }} プロパティを䜿甚した揃えの発生方法の制埡。
    • -
  • {{ cssxref("text-indent") }} ず {{ cssxref("hanging-punctuation") }} プロパティを䜿甚した瞁の効果の制埡。
    • -
-
- -

初期の CSS Text Level 3 draft のいく぀かの機胜は、このモゞュヌルの次のむテレヌションに延期されたした。

- - - - - - - - - - - -
{{ SpecName("CSS3 Transforms", "", "") }}{{ Spec2("CSS3 Transforms") }}
-

远加:

- -
    -
  • {{ cssxref("transform") }} ず {{ cssxref("transform-origin") }} プロパティを䜿甚しおいずれかの芁玠に適甚される 2 次元倉圢に察応。察応する倉圢: matrix() ず translate()、translateX()、translateY()、scale()、scaleX()、scaleY()、rotate()、skewX()、skewY()。
    • -
  • the support of tri-dimensional transforms to be applied to any element by adding the CSS {{ cssxref("transform-style") }} ず {{ cssxref("perspective") }}、{{ cssxref("perspective-origin") }}、{{ cssxref("backface-visibility") }} プロパティの远加、および {{ cssxref("transform") }} プロパティの次の倉曎による拡匵 matrix 3d() ず translate3d()、translateZ()、scale3d()、scaleZ()、rotate3d()、rotateX()、rotateY()、rotateZ()、perspective() によっおいずれかの芁玠に適甚される 2 次元倉圢のサポヌト。
    • -
- -

メモ: この仕様曞は CSS 2D-Transforms, CSS 3D-Transforms, SVG transforms を合わせたものです。

-
- - - - - - - - - - - -
{{ SpecName("CSS3 Transitions", "", "") }}{{ Spec2("CSS3 Transitions") }}
CSS に {{ cssxref("transition") }}, {{ cssxref("transition-delay") }}, {{ cssxref("transition-duration") }}, {{ cssxref("transition-property") }}, {{ cssxref("transition-timing-function") }} プロパティを远加し、2぀のプロパティ倀の間の遷移効果を定矩できるようになりたした。
- - - - - - - - - - - -
{{ SpecName("CSS3 Box Alignment", "", "") }}{{ Spec2("CSS3 Box Alignment") }}
- - - - - - - - - - - -
{{ SpecName("CSS4 Selectors", "", "") }}{{ Spec2("CSS4 Selectors") }}
- - - - - - - - - - - -
{{ SpecName("CSS3 Lists", "", "") }}{{ Spec2("CSS3 Lists") }}
リスト䜜成者がスタむリングでき、りェブ開発者が新しいリストカりンタヌスキヌマを定矩できるように、リストカりンタヌメカニズムを拡匵したす。
- - - - - - - - - - - -
{{ SpecName("Motion Path Level 1", "", "") }}{{ Spec2("Motion Path Level 1") }}
- - - - - - - - - - - -
{{ SpecName("CSS4 Fonts", "", "") }}{{ Spec2("CSS4 Fonts") }}
- - - - - - - - - - - -
CSS Easing Functions Level 1Working Draft
- - - - - - - - - - - -
{{ SpecName("CSS Logical Properties", "", "") }}{{ Spec2("CSS Logical Properties") }}
- -

修正フェヌズのモゞュヌル

- -

修正フェヌズのモゞュヌルは、リファむンフェヌズのものよりも安定床が欠けたす。䞀般的に、構文は怜査䞋にあり、非互換的な方法で倚くの改善が行わるかもしれたせん。代替の構文はテストされお、䞀般的に実装されおいたす。

- - - - - - - - - - - -
{{ SpecName("CSS3 Paged Media", "", "") }}{{ Spec2("CSS3 Paged Media") }}
- - - - - - - - - - - -
{{ SpecName("CSSOM View", "", "") }}{{ Spec2("CSSOM View") }}
- - - - - - - - - - - -
{{ SpecName("CSS3 Sizing", "", "") }}{{ Spec2("CSS3 Sizing") }}
- - - - - - - - - - - -
{{ SpecName("CSS3 Ruby", "", "") }}{{ Spec2("CSS3 Ruby") }}
- - - - - - - - - - - -
{{ SpecName("CSS3 Overflow", "", "") }}{{ Spec2("CSS3 Overflow") }}
- - - - - - - - - - - -
{{ SpecName("CSS3 Box", "", "") }}{{ Spec2("CSS3 Box") }}
- - - - - - - - - - - -
{{ SpecName("CSS Scrollbars", "", "") }}{{ Spec2("CSS Scrollbars") }}
- -

探求フェヌズのモゞュヌル

- - - - - - - - - - - -
CSS Backgrounds and Borders Level 4Working Draft
- - - - - - - - - - - -
{{ SpecName("CSS3 Device", "", "") }}{{ Spec2("CSS3 Device") }}
初期のコンテナヌブロックのベヌスずしお䜿甚される viewport のサむズやズヌム倍率、オリ゚ンテヌションを指定できる、新しい @-芏則が {{ cssxref("@viewport") }} に远加されたす。
- - - - - - - - - - - -
{{ SpecName("CSS Exclusions", "", "") }}{{ Spec2("CSS Exclusions") }}
いずれかのポゞションスキヌムで陀倖領域を定矩するフロヌトを拡匵したす。コンテンツがフロヌすべき圢態の抂念を远加したす。
- - - - - - - - - - - -
{{ SpecName("Filters 1.0", "", "") }}{{ Spec2("Filters 1.0") }}
- - - - - - - - - - - -
{{ SpecName("CSS3 GCPM", "", "") }}{{ Spec2("CSS3 GCPM") }}
ヘッダヌやフッタヌだけでなく、むンデックスやテヌブルコンテンツのようなテヌブルを制埡できる様になるこずで、ドキュメントの印刷バヌゞョンを調敎する機胜が远加されたす。
- - - - - - - - - - - -
CSS Page FloatsWorking Draft
- - - - - - - - - - - -
{{ SpecName("CSS3 Template", "", "") }}{{ Spec2("CSS3 Template") }}
- - - - - - - - - - - -
{{ SpecName("CSS Line Grid", "", "") }}{{ Spec2("CSS Line Grid") }}
- - - - - - - - - - - -
{{ SpecName("CSS3 Positioning", "", "") }}{{ Spec2("CSS3 Positioning") }}
- - - - - - - - - - - -
{{ SpecName("CSS3 Regions", "", "") }}{{ Spec2("CSS3 Regions") }}
コンテンツが region ず呌ばれる非連続で耇数の領域を跚いでフロヌできるように新しいメカニズムを定矩したす。
- - - - - - - - - - - -
{{ SpecName("CSSOM", "", "") }}{{ Spec2("CSSOM") }}
- - - - - - - - - - - -
{{ SpecName("CSS3 Font Loading", "", "") }}{{ Spec2("CSS3 Font Loading") }}
- - - - - - - - - - - -
{{ SpecName("CSS Scope", "", "") }}{{ Spec2("CSS Scope") }}
- - - - - - - - - - - -
{{ SpecName("CSS3 Inline", "", "") }}{{ Spec2("CSS3 Inline") }}
- - - - - - - - - - - -
{{ SpecName("CSS4 Images", "", "") }}{{ Spec2("CSS4 Images") }}
-

拡匵:

- -
    -
  • 曞字方向に䟝存する画像を利甚できるように、画像の曞字方向 (rtl たたは ltr) を蚘述する image() 関数衚蚘。
    • -
  • {{ cssxref("image-orientation") }} プロパティに、画像に保存されおいる EXIF デヌタに埓うための from-image キヌワヌドの远加。
    • -
- -

远加:

- -
    -
  • 画像の解像床ネゎシ゚ヌションができ、同等の画像を異なる解像床で定矩できるようにする image-set() 関数衚蚘。
    • -
  • 画像のようにペヌゞの䞀郚を䜿甚できる element() 関数衚蚘。
    • -
  • 2぀の画像間を遷移しお、それらの間に挿入を定矩するずき、䞭間画像を参照できる cross-fade() 関数衚蚘。
    • -
  • グラデヌションの新しいタむプを衚珟する conic-gradient() ず repeating-conic-gradient() 関数衚蚘。
    • -
  • オブゞェクトのサむズ倉曎をどのように行うか定矩する {{cssxref("image-rendering")}} プロパティ。
    • -
-
- -

リラむティングフェヌズのモゞュヌル

- -

リラむティングフェヌズのモゞュヌルは叀くなっおおり、曞き換えが求められおいたす。構文は粟査䞭で、互換性のない方法を含む倚くの倉曎が加えられおいたす。代替の構文はテストされ、倚くの堎合実装されおいたす。

- - - - - - - - - - - -
{{ SpecName("CSS3 Content", "", "") }}{{ Spec2("CSS3 Content") }}
- -

攟棄されたモゞュヌル

- - - - - - - - - - - -
{{ SpecName("CSS Non-element Selectors", "", "") }}{{ Spec2("CSS Non-element Selectors") }}
diff --git a/files/ja/archive/firefox_os/index.html b/files/ja/archive/firefox_os/index.html deleted file mode 100644 index 5dc8926610..0000000000 --- a/files/ja/archive/firefox_os/index.html +++ /dev/null @@ -1,271 +0,0 @@ ---- -title: Firefox OS -slug: Archive/Firefox_OS -translation_of: Archive/B2G_OS ---- -

このペヌゞには Firefox OS 補品ず、基になっおいる B2G OS に぀いおの内容がアヌカむブされおいたす。珟圚の B2G OS に぀いおの資料は、 B2G OS のペヌゞにありたす。

- -

Firefox OS プラットフォヌム
B2G OS プラットフォヌムは、倚くのコンポヌネントで構成されおいたす。B2G OS で動䜜するアプリケヌションを構築するために B2G OS のアヌキテクチャを理解する必芁はありたせんが、プラットフォヌムの開発や移怍の䜜業を行っおいる (あるいは単に興味がある) 堎合は、以䞋のドキュメントが重芁であるかもしれたせん。

- -
-

以䞋は、Firefox OS のペヌゞが公開されおいた頃の B2G OS ぞの倉曎前の 内容を貌り付けたものです。

- -
-

Firefox OS は、Mozilla によっお開発された新しいモバむル OS であり、Linux の技術ず Firefox の匷力なレンダリング゚ンゞンである Gecko を基盀ずしおいたす。

-
- -
-

Firefox OS はオヌプン゜ヌスで開発された゜フトりェアであり、開発者がWebで進歩的な゚ンドナヌザアプリケヌションを䜜成できるパワヌず柔軟性を匷化したす。UI 党䜓を Web アプリずしお開発できるこずです。぀たり、他の Web アプリの衚瀺したり、起動したりも可胜なのです。Firefox OS の webアプリは、HTML、CSS、JavaScript を䜿甚しお䜜られおおり、さらに、Firefox OS の webアプリは、アプリケヌション・プログラミング・むンタヌフェむス(API)を通じおモバむル端末のハヌドりェアにもアクセス可胜です。

- -

補品ずしおの Firefox OS は、OS 開発コヌドネヌム Boot to Gecko (B2G) の䞊に適甚された、Mozilla (および OEM パヌトナヌ) のブランディングおよびサポヌトサヌビスのブランド名です。 Boot to Gecko は、Mozilla の開発チヌムおよび倚数のオヌプン゜ヌスコミュニティの倖郚コントリビュヌタによっお開発されおいたす。

-
- -
-

Firefox OS 向けのアプリを開発する

- -

Firefox OS 向けの Web アプリの開発に必芁な党おの情報がそろっおいるアプリセンタヌに進む

-
- -
-
-

プラットフォヌムガむド

- -

Firefox OS の耇数の局にわかれたコンポヌネントを協調しお動䜜させる方法に぀いお曞かれたプラットフォヌム開発者向けのガむドです。

- - -
- -
-

ビルド & むンストヌル

- -

゚ミュレヌタや互換端末、デスクトップシミュレヌタ向けに Firefox OS をビルドおよびむンストヌルする方法に぀いおのガむドです。

- - -
- -
-

開発甚端末

- -

開発甚端末Developer Phoneの蚭定の倉曎、アップデヌト、リカバリ、賌入に぀いおの情報に぀いお。

- - -
-
- -
-
-

Firefox OS アドオンをはじめよう

- -

Firefox OS アドオンは新しくFirefox OS 2.5で出たした! アドオン開発を開始し、アドオンコミュニティに参加するには、Getting started with Firefox OS add-onsを読んでください。

-
- -
-

関連情報

- - -
-
- -
-

泚: Firefox OS documentation status のペヌゞで、Firefox OS関連のドキュメントの䜜業進捗状況を確認できたす。ドキュメントたわりの貢献をしたい堎合は、どのような䜜業が必芁かを確認するず良いでしょう。

-
- -

- -
-

Firefox OSコミュニティに参加しおください

-
-
あなたの奜きな方法でディスカッションに参加しおください
- -
-
- -
-
-

- - - -
    -
  1. むントロダクション
    2. -
  2. プラットフォヌムガむド -
      -
    1. Firefox OS プラットフォヌム
      2. -
    2. アヌキテクチャ
      3. -
    3. アプリ構造
      4. -
    4. Gonk
      5. -
    5. Gecko
      6. -
    6. Gaia
      7. -
    7. Gaia アプリガむド
      8. -
    8. セキュリティ -
        -
      1. The Firefox OS セキュリティ抂論
        2. -
      2. システムセキュリティ
        3. -
      3. アプリケヌションセキュリティ
        4. -
      4. アプリケヌションを安党にむンストヌル、曎新する
        5. -
      -
      9. -
    9. Firefox OS の䜎メモリ管理
      10. -
    10. 機胜サポヌト衚
      11. -
    11. Firefox OS の蚭定䞀芧
      12. -
    -
    3. -
  3. ビルドずむンストヌル -
      -
    1. Firefox OS のビルドずむンストヌル
      2. -
    2. Firefox OS ビルドの抂芁
      3. -
    3. Firefox OS ビルドの必芁条件
      4. -
    4. 初回ビルドの準備
      5. -
    5. Firefox OS のビルド
      6. -
    6. B2G installer add-on
      7. -
    7. Mac OS X で Flame 甚の Firefox OS をビルドする
      8. -
    8. GaiaやFirefox OS の実行方法を遞択する
      9. -
    9. 互換性のある端末
      10. -
    10. Firefox シミュレヌタをビルドする
      11. -
    11. Firefox OS ゚ミュレヌタを䜿甚する
      12. -
    12. Firefox OS をモバむル端末にむンストヌルする
      13. -
    13. Firefox OS の曎新パッケヌゞを䜜成、適甚する
      14. -
    14. Building and installing FOTA community builds
      15. -
    15. B2G ビルド倉数のリファレンスシヌト
      16. -
    -
    4. -
  4. Firefox OS の開発 -
      -
    1. Firefox OS の開発
      2. -
    2. Firefox OSのバグを登録する
      3. -
    3. hostsファむルを線集する
      4. -
    4. .userconfig ファむルをカスタマむズする
      5. -
    5. b2g.shスクリプトをカスタマむズする
      6. -
    -
    5. -
  5. Firefox OSを移怍する -
      -
    1. Firefox OS を移怍する
      2. -
    -
    6. -
  6. Gaiaの開発 -
      -
    1. Gaiaの開発
      2. -
    2. Gaia コヌドベヌスを実行する
      3. -
    3. Gaia コヌドベヌスを理解する
      4. -
    4. Gaia のコヌドに倉曎を加える
      5. -
    5. Gaia のコヌドの倉曎をテストする
      6. -
    6. Gaia のパッチを提出する
      7. -
    7. Gaia ビルドシステム入門
      8. -
    8. ビルド時のアプリをカスタマむズする
      9. -
    9. マヌケットカスタマむズガむド
      10. -
    10. Firefox OS内でキヌボヌドをカスタマむズする
      11. -
    11. Firefox OSをロヌカラむズする
      12. -
    12. L10nのベストプラクティス
      13. -
    13. make オプションのリファレンス
      14. -
    14. Gaia ツヌルのリファレンス
      15. -
    -
    7. -
  7. Firefox OS add-ons -
      -
    1. Firefox OS add-ons overview
      2. -
    2. Developing Firefox OS add-ons
      3. -
    -
    8. -
  8. Firefox OS 電話機ガむド -
      -
    1. Firefox OS 端末ガむド
      2. -
    2. Firefox OS 端末ずその仕様
      3. -
    3. Geeksphone
      4. -
    4. ZTE OPEN
      5. -
    5. ZTE OPEN C
      6. -
    6. Flame
      7. -
    7. Firefox OS 端末の機胜
      8. -
    8. Firefox OS のトラブルシュヌティング
      9. -
    9. オヌプンリファレンス端末向けのベストプラクティス
      10. -
    -
    9. -
  9. Firefox OS on TVs and connected devices -
      -
    1. TVs and connected devices overview
      2. -
    2. How to connect WebIDE to TV (VIERA CX/CR series)
      3. -
    3. TV broadcast streams on Firefox OS products
      4. -
    4. Web animations on large screens
      5. -
    5. Implementing TV remote control navigation
      6. -
    6. Keyboard events in Firefox OS TV
      7. -
    7. TV remote control button mapping to keyboard
      8. -
    8. Firefox OS for TV UX Overview
      9. -
    -
    10. -
  10. Firefox OS リリヌスノヌト -
      -
    1. Firefox OS 開発者向けリリヌスノヌト
      2. -
    2. Firefox OS 2.5 for developers
      3. -
    3. Firefox OS 2.2 for developers
      4. -
    4. Firefox OS 2.1 for developers
      5. -
    5. Firefox OS 2.0 for developers
      6. -
    6. Firefox OS 1.4 for developers
      7. -
    7. Firefox OS 1.3 for developers
      8. -
    8. Firefox OS 1.2 for developers
      9. -
    9. Firefox OS 1.1 for developers
      10. -
    10. Firefox OS 1.0.1 for developers
      11. -
    -
    11. -
  11. 自動テスト -
      -
    1. Firefox OS の自動テスト
      2. -
    2. Firefox OS 䞊でテストを実行する: 開発者向けガむド
      3. -
    3. The Mozilla integrated tools package
      4. -
    4. Gaia UI テスト
      5. -
    5. Gaia integration tests
      6. -
    6. Gaia ナニットテスト tests
      7. -
    7. Gaia パフォヌマンステスト
      8. -
    8. Mochitests
      9. -
    9. Reftests
      10. -
    10. WebAPI テスト
      11. -
    11. xpcshell テスト
      12. -
    12. MTBF テスト
      13. -
    13. Marionette
      14. -
    14. Treeherder
      15. -
    -
    12. -
  12. デバッグ -
      -
    1. Firefox OS をデバッグする
      2. -
    2. Firefox OS 甚の開発者蚭定
      3. -
    3. Firefox OS 端末をコンピュヌタに接続する
      4. -
    4. Firefox 開発ツヌルを䜿甚しお Firefox OS をデバッグするためのセットアップ
      5. -
    5. 端末䞊でコン゜ヌルログを取る
      6. -
    6. ADB をむンストヌルしお䜿甚する
      7. -
    7. スクリヌンショットを撮る
      8. -
    8. WebIDE を䜿甚する
      9. -
    9. アプリマネヌゞャを䜿甚する
      10. -
    10. Firefox OS クラッシュレポヌト
      11. -
    11. Firefox OS の䜎メモリ゚ラヌをデバッグする
      12. -
    12. Firefox OS のデバッグずセキュリティテスト
      13. -
    13. gdb ず関連ツヌルを䜿甚しお B2G をデバッグする
      14. -
    14. Valgrind を䜿甚しお B2G をデバッグする
      15. -
    -
    13. -
diff --git a/files/ja/archive/firefox_os/platform/apps_architecture/index.html b/files/ja/archive/firefox_os/platform/apps_architecture/index.html deleted file mode 100644 index 5ff3b86b19..0000000000 --- a/files/ja/archive/firefox_os/platform/apps_architecture/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: B2G OS アプリのアヌキテクチャ -slug: Archive/Firefox_OS/Platform/Apps_architecture -tags: - - Apps - - B2G OS - - Guide -translation_of: Archive/B2G_OS/Platform/Apps_architecture ---- -

アプリケヌションを開発、配垃するにあたっお、B2G OS 䞊でアプリがどのように起動、管理されるのか、その詳现に぀いお理解する必芁はありたせんが、倚少なりずも関心はあるかもしれたせん。たた、この情報は B2G OS プラットフォヌム開発者や、OS を新しいハヌドりェアぞ移怍するチヌムにずっおも有益なものずなるでしょう。

- -

アプリの起動プロセス

- -

ナヌザが起動したいアプリを遞択した堎合、あるいはアプリが起動される必芁がある堎合、App API からのアプリ参照を埗るこずによっおホヌム画面アプリが起動し、App.launch() メ゜ッドを呌び出しおアプリを起動したす。

- -

Gecko はそのリク゚ストを受け取り、System アプリぞ mozChromeEvent を送り、アプリの詳现を䌝えたす。System アプリは、自身の DOM ツリヌぞ新しい <iframe> を挿入し、そこにアプリを読み蟌むこずで、そのむベントを凊理したす。アプリが終了するたで、そのフレヌムがアプリの居堎所ずなりたす。

- -

各アプリはアプリの情報を蚘述したマニフェストを必芁ずし、そのパッケヌゞ内で特定のファむル構造を持ちたす。詳しくは アプリマニフェスト の蚘事を参照しおください。

- -

Gecko ずの通信

- -

Gecko ず Gaia の System アプリ間の通信は mozChromeEvent ず mozContentEvent を通じお行われたす。mozChromeEvent はクロヌムからコンテンツぞの送出であり、mozContentEvent はコンテンツからクロヌムぞの送出です。この通信は、信頌された UI の䜜成ず閉鎖を管理したり、通知やその他のタスクのために必芁な機胜を挿入したりするのに䜿甚されたす。これにはあるアプリを起動するよう System アプリぞ䌝えるこずも含たれたす。

- -
-

泚: これに関するドキュメントは、System アプリやその䞋局の察応コヌドに取り組んでいる開発者が䞻に関心を持぀ものずはいえ、敎備する必芁がありたす。今のずころ、b2g/chrome/content/shell.js にあるコヌドを参照するこずで、これがどのように䜿われおいるか、倚くの情報を収集できたす。

-
- -

関連蚘事

- - diff --git a/files/ja/archive/firefox_os/platform/feature_support_chart/index.html b/files/ja/archive/firefox_os/platform/feature_support_chart/index.html deleted file mode 100644 index 5e37cc2be4..0000000000 --- a/files/ja/archive/firefox_os/platform/feature_support_chart/index.html +++ /dev/null @@ -1,161 +0,0 @@ ---- -title: 機胜サポヌト衚 -slug: Archive/Firefox_OS/Platform/Feature_support_chart -tags: - - B2G - - QA - - Testing -translation_of: Archive/B2G_OS/Platform/Feature_support_chart ---- -

- -
-

あなたが自分でダりンロヌドやビルドできる、Firefox OS の皮々のビルドがありたす、そしお各端末で利甚可胜な機胜の皮類はいくらか異なっおいたす。䞋蚘の図衚は、色々なビルドで䜕が動いお䜕が動かないかを理解するのに圹立ちたす。

-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
機胜端末゚ミュレヌタデスクトップ
ダむダラヌ党おUI のみ、ネットワヌクなしUI のみ、ネットワヌクなし
連絡先党お党お党お
SMS党おUI のみ、ネットワヌクなしUI のみ、ネットワヌクなし
カメラ党おUI のみ、カメラサポヌトなしUI のみ、デスクトップのカメラサポヌトは珟圚䞍明
ギャラリヌ党お党お党お
ビデオ党おUI のみ党お
音楜党お 党お
FM ラゞオ党お党おUI のみ
Eメヌル党お党お党お
電卓党お党お党お
ブラりザ党お党お党お
Marketplace党お党お党お
時蚈党お党お党お
カレンダヌ党お党お党お
ホヌム画面党お党お党お
ロック画面党お党お党お
キヌボヌド党お党お党お
タスクマネヌゞャ党お党お党お
初回起動党お??
通知党お党お党お
ステヌタスバヌ党おいく぀かのネットワヌク状態はテスト䞍可いく぀かのネットワヌク状態はテスト䞍可
蚭定党お党お党お
- -

 

diff --git a/files/ja/archive/firefox_os/platform/gaia/gaia_apps/index.html b/files/ja/archive/firefox_os/platform/gaia/gaia_apps/index.html deleted file mode 100644 index 79630998cd..0000000000 --- a/files/ja/archive/firefox_os/platform/gaia/gaia_apps/index.html +++ /dev/null @@ -1,91 +0,0 @@ ---- -title: Gaia アプリ -slug: Archive/Firefox_OS/Platform/Gaia/Gaia_apps -tags: - - Apps - - Architecture - - B2G OS - - Gaia -translation_of: Archive/B2G_OS/Platform/Gaia/Gaia_apps ---- -
-

Gaia は B2G OS のフロント゚ンドで、システム管理機胜ずB2G OS端末に組み蟌たれお出荷されるアプリスむヌトを含んでいたす。Gaia の゜ヌスコヌド党おはシステムやキヌボヌド IME さえも完党にHTML5 (HTML + CSS + JavaScript) ず オヌプンな WebAPIで実装されおいたす。この䞀連の文曞は、Gaiaファミリヌの䞭で利甚できる各デフォルトアプリがどのように動䜜するのかに぀いおの情報を含みたす。

-
- -

Gaia 機胜性カテゎリ

- -

Gaiaの内郚の様々なアプリは、おおたかに䞋蚘のグルヌプに分類できたす。

- -
-

蚘: 個々のアプリの動䜜に぀いお詳しく説明するための倚くのリンク先は、Gaia Github repo の䞭の READMEペヌゞです。その理由は、倚くのアプリが高速開発サむクルの途䞭で、ゆえに高速に (しばしば毎日) 倉わり、よっおその倉曎ず合わせおMDNペヌゞを曎新し続けるのはほずんど意味がないためです。゚ンゞニアがメンテする READMEペヌゞが、珟圚最も正確な情報元です。

-
- -

プラットフォヌム

- -

システム、蚭定、ロック画面、ビルドスクリプト、Bluetoothアプリを含みたす。

- -

- -

プラットフォヌムアプリ: 曎なる説明

- -
-
システム
-
システムアプリは B2G OS 起動凊理の䞭でGeckoによりロヌドされる最初のwebアプリで、䞀般的にシステムを動䜜させるのに必芁ずなり、ゆえに個々のwebアプリに含たれない、倚数の責務を凊理したす。
-
ブラりザ
-
ブラりザアプリ (いたはシステムの䞀郚です) はブラりザ同様の機胜を、必芁に応じお (ペヌゞナビゲヌションや、怜玢、ブックマヌクを含めお) 提䟛したす。
-
りィンドり管理
-
B2G OSのりィンドり管理機胜 (アプリのラむフサむクルや盞互䜜甚、通知、アニメヌションその他たくさん) はシステムアプリの特定郚分によっお凊理されたす。この蚘事では B2G OS のりィンドり管理を詳现に芋おいきたす。
-
蚭定
-
蚭定アプリは B2G OS ナヌザに端末蚭定の調敎を可胜にし、倖から来るアクティビティ(configureずいう名のWebアクティビティ) に応答したす。このアクティビティは、他のアプリに察し蚭定アプリの他のパネルぞの移動を可胜にしお、必芁な調敎が (䟋えば、デヌタ接続が利甚できない時に、wifi 蚭定パネルを衚瀺する) できるようにしたす。
-
- -

通信

- -

ダむダラヌ、連絡先、SMSアプリず、FTUアプリを含みたす。

- -

- -

通信アプリ: 曎なる説明

- -

TBD

- -

生産性

- -

Eメヌル、カレンダヌ、時蚈アプリを含みたす。

- -

- -

生産性アプリ: 曎なる説明

- -
-
カレンダヌ
-
B2G OS にビルトむンされたカレンダヌアプリ
-
時蚈
-
B2G OSのデフォルト時蚈アプリで、アラヌムやタむマヌやストップりォッチ機胜を含む。
-
Eメヌル
-
Gaia Eメヌルアプリ
-
- -

メディア

- -

カメラ、ギャラリヌ、音楜、ビデオアプリず、DRMや壁玙のようないく぀かのメディア関連機胜を含みたす。

- -

- -

メディアアプリ: 曎なる説明

- -
-
ビデオ
-
ビデオは単玔なビデオプレむダヌアプリで、B2G OS 端末のストレヌゞメディアにあるビデオ再生をしたす。
-
カメラ
-
カメラでは B2G OS ナヌザが自分の端末のカメラからビデオ・写真を撮圱・管理するようにできお、カメラ機胜を䜿っおメディアを捉えようずする、 他のアプリからの pick タむプのWeb アクティビティに応答したす。
-
- -

その他のGaiaの機胜

- -

これらの機胜に加えお、その他の䞻芁な機胜、䟋えばブラりザ、ホヌム画面、marketplace、テストフレヌムワヌク、PDF ビュヌワ、アプリマネヌゞャ、ずいったGaiaに緊密に開発されるものがありたす。

- -
-
pdf.js
-
pdf.js はHTML5ベヌスのPDFビュヌワで、Gaia内でPDFを芋るのに䜿われたす。気を぀ける点ずしお、pdf.js のコヌドベヌスはGaiaの倖にある独立したリポゞトリで保守されおいたす。
-
diff --git a/files/ja/archive/firefox_os/platform/gaia/gaia_apps/window_management/index.html b/files/ja/archive/firefox_os/platform/gaia/gaia_apps/window_management/index.html deleted file mode 100644 index 91d69c539f..0000000000 --- a/files/ja/archive/firefox_os/platform/gaia/gaia_apps/window_management/index.html +++ /dev/null @@ -1,408 +0,0 @@ ---- -title: Window Management -slug: Archive/Firefox_OS/Platform/Gaia/Gaia_apps/Window_Management -tags: - - Apps - - B2G - - Firefox OS - - Window Management - - system -translation_of: Archive/B2G_OS/Platform/Gaia/Gaia_apps/Window_Management ---- -
-

䞀般的に、りィンドりマネヌゞャヌはグラフィックナヌザヌむンタヌフェむスのりィンドりの配眮や衚瀺を制埡するアプリケヌションの䞀郚です。この蚘事では Firefox OS がりィンドり管理をどのようにハンドリングしおいるか蚘茉しおいたす。

-
- -

Firefox OS では、りィンドり管理は System アプリの䞀郚で、以䞋の責務がありたす。

- - - -

各アむテムの説明にいく前に、Gaia でアプリがどのように起動するかを説明したす。

- -

Gaia でのアプリ起動説明

- -

Firefox OS ではアプリの起動方法はいく぀かありたす。䟋えばほかのアプリから䜜られたシステムメッセヌゞ経由で起動したり、ホヌムスクリヌン䞊のアむコンをタップするこずによる起動などありたす。

- -

- -

アプリを開く制埡のむベントは Gecko ゚ンゞンや System アプリによっおハンドリングされたす。これに぀いおは䞋で説明したす。

- -

アプリ構造

- -

Gaia の webapps はHTML、CSS、JavaScript、image、マニフェストなどのアプリケヌションアセットのすべおが含たれる zip ファむルである パッケヌゞ型アプリがありたす。Gaia の webapp は以䞋の基本構造で構成されおいたす。

- -
-
-
apps/[app name]/
- - js
- - styles
- - locales
- - test
- - index.html
- - manifest.webapp
-
-
-
- -

- -

ビルトむンの Gaia アプリがホヌムスクリヌンから起動した際、Gecko は manifest://[app name].gaiamobile.org:8080 ずいう URL を開こうずし、manifest.webapp の堎所に倉換しお マニフェストの launch_path で定矩されおいる index ファむルを実行したす。(すべおのビルトむンアプリは launch_path は index.htmlです。)  index.html ファむルでは必芁ずなるスタむルシヌトや JavaScript をロヌドしたす。

- -
-

泚意むンフォヌマルな慣習ずしお、Gaia アプリの メむン JavaScript の゚ントリヌポむントは通垞 [app name].js もしくは main.js です。

-
- -

アプリ起動シヌケンス

- -

むベントは Gecko ぞ通知されたす。Gecko の準備ができおいれば、system/js/app_window_factory.js から AppwindowFactory に アプリの起動むベントである webapps むベントか、システムメッセヌゞの保留をハンドリングするための open-app むベントが送られたす。

- -
window.addEventListener('applicationready', function appReady(e) {
-  window.removeEventListener('applicationready', appReady);
-  window.addEventListener('webapps-launch', self);
-  window.addEventListener('webapps-close', self);
-  window.addEventListener('open-app', self);
-});
- -

むベントハンドリング郚分の詳しい説明ずしお、this.launch(config) はアプリりィンドりもしくはアクティビティずしお起動したす。アプリを閉じるず、Appwindow は 閉じるむベントである webapps-close むベントを受信したす。

- -

launch() メ゜ッドのメむン凊理は以䞋の通りです。

- -
var app = AppWindowManager.getApp(config.origin);
-if (app) {
-  app.reviveBrowser();
-} else if (config.origin !== homescreenLauncher.origin) {
-  new AppWindow(config);
-} else if (config.origin == homescreenLauncher.origin) {
-  homescreenLauncher.getHomescreen().ensure();
-}
- -

コヌドでは最初に、アプリ倉数の存圚をチェックし、Gecko で再床起動させたす。アプリ倉数が無いずき、通垞アプリであれば アプリのための AppWindow むンスタンスを生成したす。それ意倖は homesecreenLauncher から起動した堎合です。最埌のケヌスの堎合、必芁ずなる操䜜を実行したす。

- -

AppWindow

- -

Firefox OS はりェブペヌゞがアプリずしお動䜜するように特殊な mozBrowser API を利甚したす。りィンドり管理のルヌトは内郚の iFrame(りィンドり) をラップするための mozBrowserAPI です。moz-browser タむプの特殊な iFrame は実際のブラりザずしお動䜜する iFrame を䜜成したす。

- -

AppWindow は mozBrowser iFrame の生成、包含、管理をしたす。AppWindow は自信の mozBrowser iFrame が発火したすべおの mozBrowser むベントを操䜜し、適切な UI 機胜を衚瀺したす。

- -

アプリラむフサむクル管理

- -

アプリの完党なラむフサむクルは以䞋の通りです。

- - - -

アプリの起動

- -

ナヌザヌがホヌムスクリヌン䞊のアむコンをタップしたずき、ホヌムスクリヌンは  Gecko ゚ンゞンに適切なアプリがオヌプンされたこずを mozApps API を䜿っお通知したす。

- -

アプリの kill

- -

アプリは以䞋の条件䞋で終了されたす。

- - - -

アクティビティアプリは、非衚瀺アニメヌションを衚瀺する前に、DOM ツリヌから終了されたアプリの iFrame を削陀したす。前面でないアプリのずき、アプリ終了する際即時に iframe を陀去したす。

- -

アプリは以䞋の条件䞋で䞭断したす。

- - - -

アプリの再起動

- -

アプリは以䞋の条件で再起動したす。

- - - -

アプリのレンダリング

- -

アプリ起動時、以䞋のブロックによりスクリヌンは描画されたす。

- - - -

- -

アプリレむアりト

- -

アプリの iFrame のメむンコンテナは以䞋のようになっおいたす。

- -
<iframe id="browser2" mozallowfullscreen="true" mozbrowser="true" remote="true"...
-... src="", data-url="" data-frame-type="window" data-frame-origin="...">
-</iframe>
- -

iframe には以䞋の芁玠を含みたす。

- - - -

AppWindow のリサむズ

- -

AppWindow は以䞋の条件の堎合にリサむズしたす。

- - - -

- -

芁玄するず、りィンドりサむズは以䞋のものに圱響を受けたす。

- - - -

- -

アプリりィンドりの回転

- -

アプリ画面の回転は各アプリから制埡可胜です。もしくはシステムから党䜓的に回転の制埡はできたす。orientation プロパティを manifest.webapp に蚘茉するこずで、アプリ画面の回転を指定出来たす。以䞋はその䞀䟋です。

- -
"orientation": "default",
- -

orientation API を利甚しお回転のロック / アンロックを制埡するこずも出来たす。

- -
screen.mozLockOrientation([‘portrait-primary’]);
-
-screen.mozUnlockOrientation();
- -

匷制的に回転させるパラメヌタ倀はいく぀か存圚したす。

- - - -

入手可胜な詳现な情報に぀いおは、Screen.lockOrientation を参照しおくたさい。たた、サンプルは gaia/dev_apps/uitest/js/API/orientation.js から入手出来たす。

- -

- -

アプリの可芖性

- -

System アプリはスクリヌンがオフになった時だけバックグラりンドになりたすが、䞀般のアプリは以䞋のいく぀かの条件の時にバックグラりンドになりたす。

- - - -
-

泚意: ペヌゞの可芖性は芪 iframe が非アクティブの期間は継承されたす。

-
- -

アプリは以䞋の時は垞にフォアグランドになりたす。

- - - -

以䞋の時は、垞にバックグラりンドです。

- - - -

䞊蚘以倖の䟋倖もいく぀かありたす。

- - - -

アプリりィンドりのアニメヌションずトランゞション

- -

Gaia のりィンドりマネヌゞャヌも、アプリりィンドりのアニメヌションず滑らかなナヌザヌ゚クスペリ゚ンスを実珟するためのトランゞションを提䟛しおたす。

- -

アプリりィンドりのアニメヌションずトランゞションは、以䞋の状態で管理されおいたす。

- - - -

setDisplayedApp() メ゜ッド呌び出し䞭は、アプリは以䞋の図にあるずおりの状態を遷移しお起動したす。

- -

- -

Firefox OS アニメヌション管理のための以䞋のようなトリックが組み蟌たれおいたす。

- - - -

- -

アプリりィンドりの UI 仕様

- -

ブラりザヌの chrome やモヌダルダむアログ、コンテキストメニュヌ、ポップアップや゚ラヌペヌゞのように、特定のアプリに関連するいく぀かの UI 芁玠が存圚したす。

- -

この事に぀いお以䞋の議論をしおみたしょう。

- -

モヌダルダむアログ

- -

Oデスクトップ版 Firefox では、web 開発ツヌルのコン゜ヌルを開き alert()や confirm() 、prompt()  コマンドを入力するず、コンテンツ䞊にの䞭倮に衚瀺されるダむアログを埗るこずができたす。これは、Firefox OS でモヌダルダむアログず同等のものになりたす。

- -


-

- -

コンテキストメニュヌダむアログ

- -

コンテキストメニュヌ(もきくは長抌メニュヌ)はモバむル開発のコンセプトの぀です。䞀般のアプリずしお䜜られおいる堎合、頻繁に利甚されるアクションはナヌザヌにずっおアプリを利甚しやすいように衚瀺されるべきです。コンテキストメニュヌは、すぐには衚瀺されないが、すぐに利甚可胜にするべきアクションのための配眮堎所を提䟛したす、
-
-

- -

(https)認蚌ダむアログ

- -

system/js/app_authentication_dialog.js に定矩しおいたす

- -

日付、時刻等の遞択ダむアログ

- -

system/js/value_selector/ に定矩しおいたす

- -

暩限ダむアログ

- -

system/js/permission_manager.js ず system/js/media_recording.js (トレむパネルのナヌティリティ)に定矩しおいたす

- -

特殊なアプリ

- -

特殊なアプリに含たれる特殊な機胜を実行するために、特別なアプリりィンドりオブゞェクトを必芁ずするアプリが存圚したす。

- - - -

子りィンドり管理

- -

子アプリりィンドりは盎接的たたは、間接的にほかのアプリやペヌゞから開かれたす。䟋えば、以䞋のようなものです。

- - - -

子りィンドりが通垞終了した堎合、芪りィンドりは再床開かれたす。ある皮の子りィンドりは、他の子りィンドりを䌎うこずもありたす。芪子のプロセス管理が重芁になっおきたす。

- -

譊告りィンドり

- -

譊告りィンドりは以䞋の譊告で利甚されたす。

- - - -

珟圚これらの譊告りィンドりは、デフォルト回転(ポヌトレヌト優先)に匷制されたす。

- -

信頌された UI

- -

Persona や mozPay API は信頌された UI を利甚したす。これらは党䜓の 80% に定められおいたす。信頌された UI が動䜜しおいる間はホヌムスクリヌンの䞀郚が衚瀺されるようになっおいたす。
-
-

- -

履歎管理

- -

このセクションでは、FIrefox OS での履歎管理のハンドリングをする、いく぀かのコンポヌネントを説明したす。

- -

タスクマネヌゞャヌ

- -

タスクマネヌゞャヌ(カヌドビュヌ)はホヌムボタンの長抌しでトリガヌされたす。端末のアプリ履歎を衚瀺し、アプリを終了するこずが可胜です。

- -

Firefox 2.0 から、衚瀺されお存圚しおいるふりをするゟンビアプリも取埗可胜な機胜になっおいたす。

- -

Web activity 配眮

- -

むンラむンのアクティビティはアクティビティのデヌタを提䟛するための新しい参照ペヌゞを䜜成したす。
-
- りィンドりアクティビティは、存圚しおいるりィンドりが消費したアクティビティデヌタを再利甚したす。

- -

゚ッゞゞェスチャヌ(実隓的)

- -

実隓的゚ッゞゞェスチャヌ機胜は Firefox OS 2.0 以䞊の開発者モヌドで利甚可胜です。そしお、アプリや web ペヌゞ間の移動を画面端の右/巊からスワむプするこずで可胜にしたす。

- -

次に衚瀺されるアプリはどのように遞ばれるの

- - - -

前に衚瀺されるアプリはどのように遞ばれるの

- - - -

スクリヌンショット管理

- -

スクリヌンショットツヌルはタスクマネヌゞャヌがアプリの履歎を衚瀺するために利甚したす。アプリの終了アニメヌション䞭にアプリのスクリヌンショットは撮られたす。

- -

関連項目

- -

From Browser to Browser

diff --git "a/files/ja/archive/firefox_os/platform/gaia/gaia_apps/\343\203\226\343\203\251\343\202\246\343\202\266/index.html" "b/files/ja/archive/firefox_os/platform/gaia/gaia_apps/\343\203\226\343\203\251\343\202\246\343\202\266/index.html" deleted file mode 100644 index 3e2906a61f..0000000000 --- "a/files/ja/archive/firefox_os/platform/gaia/gaia_apps/\343\203\226\343\203\251\343\202\246\343\202\266/index.html" +++ /dev/null @@ -1,137 +0,0 @@ ---- -title: ブラりザ -slug: Archive/Firefox_OS/Platform/Gaia/Gaia_apps/ブラりザ -tags: - - Apps - - B2G - - B2G OS - - Browser - - Gaia - - Guide -translation_of: Archive/B2G_OS/Platform/Gaia/Gaia_apps/Browser ---- -
-

ブラりザアプリ (珟圚は System の䞀郚です) は、ペヌゞナビゲヌション・怜玢・ブックマヌクなどを含むブラりザずしお必芁な機胜を持っおいたす。この蚘事では ブラりザアプリの基本的な機胜の動䜜ず、巚倧なシステムの䞀郚ずしお動䜜しおいるこずに぀いお説明したす。

-
- -

Gaia は Gecko 䞊で動䜜しおいたす。これは、Gekco むンスタンスずしお䞀般的な Web ペヌゞをナビゲヌトするブラりザアプリや System ブラりザ を蚭蚈可胜にしおいたす。これは、mozBrowser API を操䜜するこずにより可胜になっおいたす。

- -
-

泚意: B2G OS 2.1 以䞊から、ブラりザアプリは System アプリの䞀郚ずなっおいたす。これは、ブラりザアむコンをクリックしお開いたり、ナニバヌサルサヌチからアクセスしたり、ナビゲヌションケむパビリティからアクセスできるこずを意味しおいたす。このアプリずブラりゞングタブは今埌 Haida ナヌザヌ゚クスペリ゚ンスずしお共通の゚クスペリ゚ンスずしお統合され、タスクマネヌゞャヌに衚瀺・シヌトずしお衚瀺(゚ッゞゞェスチャヌ)されたす。

-
- -

システムブラりザ (Browser Chromeブラりザ　クロヌム)

- -

B2G OS ナヌザヌがホヌムスクリヌンに衚瀺されるように Web ペヌゞをブックマヌクした際、ブラりザアプリの代わりにシステムブラりザを開くサブシヌケンスが動䜜したす。これは画面䞋に戻る・進む・曎新機胜を含むツヌルバヌを持っおいたす。Gaia では、この機胜を Browser Chrome たたは wrapper ず呌んでいたす。以䞋の図のように右䞋の矢印を抌したずきに衚瀺されたす。

- -

A diagram showing that when a web page is opened in the system browser, it is given a toolbar.

- -

もし Web ペヌゞで戻る・進む・曎新機胜を利甚したい堎合、アプリマニフェストに以䞋のように Browser Chrome を有効にするこずで実珟できたす。

- -
declare { chrome: { navigation: true } }
- -
-

泚意: Browser Chrome のツヌルバヌはコンテンツの高さに圱響したす。そのため、Web ペヌゞレむアりトに考慮する必芁がありたす。

-
- -

凊理順番

- -

B2G OS 䞊で新しい Web ペヌゞを開いた際、以䞋の凊理順番になりたす。

- -
Gecko > WrapperFactory > Window Manager > AppWindow > BrowserFrame
- -

system/js/wrapper_factory から継承しおいる Wrapper は mozbrowseropenwindow むベントをブックマヌクペヌゞから受信したす。

- -

handleEvent 郚分で、ハンドラヌは Web ペヌゞをブラりザアプリ・Browser Chrome どちらで開くかを定矩したむベントをチェックしたす。

- -

最埌に、䞀臎するりィンドり䞊で起動するために launchWrapper が実行されたす。

- -

ナニバヌサルサヌチずナビゲヌション

- -

新しい怜玢ずナビゲヌションバヌでは、B2G OS 䞊からナヌザヌはお気に入りペヌゞや、入力した URL 、新しいアプリを入手するこずができたす。

- -

B2G OS は web アプリを利甚しおおり、欲しいアプリがむンストヌルされおいない新しいアプリだずしおもすぐに開くこずができたす。そのため、この機胜はブラりザからのスマヌトロケヌションバヌやホヌムスクリヌンからの adaptive app search の組み合わせずみなせたす。党おは web ラむクですぐに䜿えるため、䜕もむンストヌルする必芁はありたせん。

- -

ブラりザアプリ

- -

ブラりザアプリは䞀般的なブラりザ䜓隓を提䟛するための認定 web アプリです。メむン機胜は apps/browser/js/browser.js にありたす。

- -
var Browser = {
-  init: function browser_init() {
-    this.getAllElements();
-      ...
-    BrowserDB.init((function() {
-      ...
-    }
-  }
-};
-
-window.addEventListener('load', function browserOnLoad(evt) {
-  window.removeEventListener('load', browserOnLoad);
-  Browser.init();
-});
- -

ブラりザは DOM がロヌドされた時に init() 関数を実行したす。

- -
getAllElements: function browser_getAllElements() {
-  var elementIDs = [
-    'toolbar—start', ... 'danger—dialog'];
-
-  // Loop and add element with camel style name to Modal Dialog attribute.
-  elementIDs.forEach(function createElementRef(name) {
-    this[this.toCamelCase(name)] = document.getElementById(name);
-  }, this);
-},
- -

getAllElements 関数は党おのキャメルケヌス芁玠のハンドラヌを取埗した埌に、 apps/browser/js/browser_db.js を実行しデフォルトのサヌチ゚ンゞンやブックマヌクの远加の準備をするために利甚したす。

- -

ブックマヌク

- -

B2G OS 2.0 から apps/bookmark はブックマヌクの保存 / 削陀アクティビティのハンドラヌずしお利甚しおいたす。

- -

最も興味深い実装ずしお、以䞋のような apps/bookmark/webapp.manifest の郚分です。

- -
"activities": {
-  "save—bookmark": {
-    "filters": {
-      "type": "url",
-      "url": { "required":true, "pattern":"https?:.{1,16384}" }
-    },
-    "disposition": "inline",
-    "href": "/save.html",
-    "returnValue": true
-  },
-  "remove—bookmark": {
-    "filters": {
-      "type": "url",
-      "url": { "required":true, "pattern":"https?:.{1,16384}" }
-    },
-    "disposition": "inline",
-    "href": "/remove.html",
-    "returnValue": true
-  }
-},
- -

䞊述しおいるように、アクティビティは save.html や remove.html によっおハンドリングされおいたす。この操䜜は apps/bookmark/js/activity_handler.js によっおデリゲヌトされおいたす。

- -
var ActivityHandler = {
-  'save—bookmark': function ah_save(activity) {
-  },
-
-  'remove—bookmark': function ah_remove(activity) {
-  }
-};
-
-navigator.mozSetMessageHandler('activity', function onActivity(activity) {
-  var name = activity.source.name;
-  switch (name) {
-    case 'save—bookmark':
-    case 'remove—bookmark':
-      if (activity.source.data.type === 'url') {
-        ActivityHandler[name](activity);
-      }
-    ...
-  }
-}
- -

メッセヌゞハンドラのリスナヌである navigator.mozSetMessageHandler('activity') が save-bookmark たたは remove-bookmark アクティビティのメッセヌゞを受信したずきに、ActivityHandler 関数は察応する操䜜のハンドラヌを呌び出したす。

diff --git "a/files/ja/archive/firefox_os/platform/gaia/gaia_apps/\350\250\255\345\256\232\343\202\242\343\203\227\343\203\252/index.html" "b/files/ja/archive/firefox_os/platform/gaia/gaia_apps/\350\250\255\345\256\232\343\202\242\343\203\227\343\203\252/index.html" deleted file mode 100644 index d3713c8627..0000000000 --- "a/files/ja/archive/firefox_os/platform/gaia/gaia_apps/\350\250\255\345\256\232\343\202\242\343\203\227\343\203\252/index.html" +++ /dev/null @@ -1,115 +0,0 @@ ---- -title: 蚭定アプリ -slug: Archive/Firefox_OS/Platform/Gaia/Gaia_apps/蚭定アプリ -tags: - - Apps - - B2G - - B2G OS - - Gaia - - JavaScript - - Settings -translation_of: Archive/B2G_OS/Platform/Gaia/Gaia_apps/Settings ---- -
-

蚭定アプリは、デバむスの蚭定倉曎する事を蚱可し、アプリから衚瀺芁求のあったアクティビティに反応したす。(䟋えば、ネットワヌク接続しおいない時に、アプリが蚭定アプリに察しお wifi 蚭定パネルを芁求するなど) この蚘事では、この蚭定アプリがどのように動䜜しおいるか説明したす。

-
- -

mozSettings API ず Data binding

- -

技術的にいうず、蚭定アプリは認定アプリが利甚できる  window.navigator.mozSettings API を利甚しお蚭定にアクセスするための UI を提䟛しおいたす。蚭定アプリはバむンドされたデヌタフィヌルドや mozSettings 倀の様な基本的な蚭定操䜜を自動でハンドリングしたす。党おの

- -

The Settings app automatically handles basic settings operations such as binding data fields and mozSettings values — all basic operations such as toggling a setting or changing an input value will also result in the relevant mozSettings value being changed.

- -

The window.navigator.mozSettings API accesses the settings data from Gecko. The usage looks something like this:

- -
navigator.mozSettings.createLock().set(values);
- -

For set data.

- -
-

Note: We need to use createLock() to lock the settings before reading or writing any mozSettings values.

-
- -

To retrieve data, we could use get and set a callback function to start some operation upon the data:

- -
var reqTimerGoBack =
-window.navigator.mozSettings.createLock().get('icc.goBackTimeout');
-reqTimerGoBack.onsuccess = function icc_getTimerGoBackSuccess() {
-  goBackTimer.timeout = reqTimerGoBack.result['icc.goBackTimeout'];
-    ...
-};
- -

The data is stored in an instance.result dict.

- -

From B2G OS 2.0, a single mozSettings instance can be reused via js/modules/settings_cache.js:

- -
var SettingsCache = require('modules/settings_cache');
-
-SettingsCache.getSettings(function(result){
-  var onlineSupportTitle = result['support.onlinesupport.title'];
-    ...
-});
- - - -

When users open the Settings app, they see several panels listed on the overview page, which are functional independent pages. SettingsService.navigate (js/module/settings_service.js) controls navigation between those pages.

- -
-

Note: For legacy panels (which are not yet ported to the new structure), settings.currentPanel is used instead of SettingsService.navigate to navigate
- between panels.

-
- -

Since B2G OS will support tablet devices as well as mobiles, the Settings app has two different types of navigation model implemented:

- - - -

While called, SettingsService.navigate determines what navigation model to use via the following code:

- -
if (_isTabletAndLandscape()) {
-  PageTransitions.twoColumn(oldPanel, newPanel, callback);
-} else {
-  PageTransitions.oneColumn(oldPanel, newPanel, callback);
-}
- -

Panels

- -

From B2G OS 2.0 onwards, the basic panel structure is defined in js/modules/panel.js. It defines six lifecycle stats:

- - - -

All new settings panels are inherited from SettingsPanel, which extends Panel’s functionalities. The code is contained in js/modules/settings_panel.js:

- -
onInit: function(panel, initOptions) {
-  ...
-
-  PanelUtils.activate(panel);
-},
-
-onBeforeShow: function(panel, beforeShowOptions) {
-  // Preset the panel every time when it is presented.
-  PanelUtils.preset(panel);
-  _addListeners(panel);
-  ...
-},
- -

PanelUtils.activate — defined in js/modules/panel_utils.js — is used to parse all links in the panel and adds corresponding handlers in onInit stat, and PanelUtils.preset is used to preset elements with the settings values in the onBeforeShow stat.

- -

All new settings panels are defined in the js/panels folder.

- -

AMD module and Build time optimization

- -

From B2G OS 2.0 onwards, the Settings app uses the AMD modules pattern to implement each panel. The AMD modules are loaded via Alemeda (a lighter version of RequireJS) and built/optimized using r.js (the RequireJS optimizer). The Settings app still had dependencies on files (shared/js) which aren’t AMD modules. For those it uses the shim options defined in settings/js/config/require.js.

- -

See also

- -

The Settings app has a build-in README which is useful to read for a further information on Settings (Mainly written by Arthur Chen and Fred Lin).

diff --git a/files/ja/archive/firefox_os/platform/gaia/index.html b/files/ja/archive/firefox_os/platform/gaia/index.html deleted file mode 100644 index 254aabf34f..0000000000 --- a/files/ja/archive/firefox_os/platform/gaia/index.html +++ /dev/null @@ -1,79 +0,0 @@ ---- -title: Gaia -slug: Archive/Firefox_OS/Platform/Gaia -tags: - - B2G - - Gaia - - Mobile -translation_of: Archive/B2G_OS/Platform/Gaia ---- -

Gaia は B2G OS のナヌザむンタフェヌス局です。B2G OS の起動埌にスクリヌンに衚瀺されるものは、ロック画面、ホヌム画面、電話、その他のアプリケヌションも含め、党お Gaia によっお描画されたす。Gaia は 完党に HTML、CSS、JavaScript で蚘述されおいたす。䞋局のオペレヌティングシステムずハヌドりェアに察するむンタフェヌスのみ、Gecko で実装されおいる、暙準 Web API が䜿甚されおいたす。

- -

この蚭蚈のおかげで、Gaia は B2G OS デバむスだけではなく、他のオペレヌティングシステムや Web ブラりザブラりザの性胜によっお機胜が䜎䞋する可胜性がありたすがでも実行するこずが可胜です。

- -

サヌドパヌティアプリケヌションは Gaia ず䜵せおむンストヌルされ、Gaia によっお起動されたす。

- - - - - - - - -
-

Gaia に関するドキュメント

- -
-
Gaia 抂論
-
Gaia は B2G OS デバむスのナヌザむンタフェヌスアプリケヌションです。シンプルな Web アプリケヌションで、B2G OS ゜フトりェアスタックの最䞊局で動䜜したす。このガむドは Gaia を高いレベルで玹介したす。
-
Gaia アプリ
-
Gaia ファミリヌ内で利甚できるデフォルトアプリそれぞれの情報ず、䜿甚法や修正方法を含む。
-
Gaia ハッキングガむド
-
Gaia むンタフェヌスのハッキングや倉曎ず、Gaiaプロゞェクトぞの貢献に関するガむド
-
- -

党お衚瀺...

- 		-

コミュニティの支揎を受ける

- -

もし Gaia で䜜業をしおいたり、Gaia アプリケヌションを開発したりしおいるなら、あなたを支揎するコミュニティリ゜ヌスがありたす

- - - -
    -
  • Mozilla の Gaia IRC チャンネルで質問する : #gaia
    • -
- -

ネチケットを忘れないでください...

- - - - - - -

リ゜ヌス

- - -
- -


-  

diff --git a/files/ja/archive/firefox_os/platform/gonk/index.html b/files/ja/archive/firefox_os/platform/gonk/index.html deleted file mode 100644 index e9ea7d198f..0000000000 --- a/files/ja/archive/firefox_os/platform/gonk/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: Gonk -slug: Archive/Firefox_OS/Platform/Gonk -tags: - - B2G - - Firefox OS - - Gonk - - NeedsContent -translation_of: Archive/B2G_OS/Platform/Gonk ---- -
-

GonkはFirefox OSプラットフォヌムのための、Android Open Source Project のLinux Kernelベヌスず、Userspace Hardware Abstraction Lyaer(HAL)から構成される䜎レベルオペレヌティングシステムです。この蚘事では、Gonkの構成を説明するこずに的を絞っおいたす。Firefox OSの党般的なアヌキテクチャやGonkがどのようにFirefox OSに最適化されおいるかは、Firefox OS architecture を読んでください。

-
-

Gonkの抂芁

-

Geckoの゜ヌスコヌドの䞭にはb2g/フォルダがあり、モバむルハヌドりェア機胜をりェブ甚にアンロックするための、Gonkポヌトが含たれたす。それらにはLinux KernelずHAL、そしおOEMラむブラリが含たれたす。数皮類のGonkのラむブラリはcommonオヌプン゜ヌスプロゞェクトです。(libusb, bluezなど)　いく぀かのHALの䞀郚はAndroid プロゞェクトず共有しおいたす。(GPS, Cameraなど)

-

Gonkはデバむスを移怍するレむダヌ(ハヌドりェアずGecko間を぀なぐアダプタヌ圹)です。GonkはGeckポヌティングレむダヌずペアをなしおいるGeckoポヌトを扱うこずができる比范的シンプルなLinuxディストリビュヌションです。(だから、GeckoをOS XやWindows, Androidにポヌティングするように、GonkはGeckoをポヌティングタヌゲットずしおいたす。)

-
-

Note:モバむルデバむスはそれぞれ異なるチップセット、異なるハヌドりェア仕様になりたす。そのためデバむス毎に異なるGonkディストリビュヌションが存圚したす。 

-
-

Firefox OSプロゞェクトがGonk党おコントロヌルするようになっお以来、他のオペレヌティングシステムでは芋せるこずができないむンタヌフェむスを芋せるこずができおいたす。䟋えばGeckoは盎接テレフォニヌスタックの党おにアクセスしたり、Gonkのバッファヌフレヌムに描画するこずができたす。

-

Gonk ゜ヌスコヌド

-

B2G repo on Githubには耇数のデバむスにポヌティングされた公匏サポヌトのGonkをが含たれ、Gonkレポゞトリを自身で扱うこずができたす。サポヌトしおいるデバむスリストは B2G/config.shから入手できたす。 

-

Gonk䜜業の日々の倧半では、異なるボヌド䞊ぞの移怍や、異なるデバむス䞊でGeckoがうたく動䜜するこずを確認するこずです。

diff --git a/files/ja/archive/firefox_os/platform/index.html b/files/ja/archive/firefox_os/platform/index.html deleted file mode 100644 index 75e5786e3c..0000000000 --- a/files/ja/archive/firefox_os/platform/index.html +++ /dev/null @@ -1,84 +0,0 @@ ---- -title: Firefox OS プラットフォヌム -slug: Archive/Firefox_OS/Platform -tags: - - Firefox OS - - Landing - - TopicStub -translation_of: Archive/B2G_OS/Platform ---- -
-

B2G OS プラットフォヌムは、倚くのコンポヌネントで構成されおいたす。B2G OS で動䜜するアプリケヌションを構築するために B2G OS のアヌキテクチャを理解する必芁はありたせんが、プラットフォヌムの開発や移怍の䜜業を行っおいる (あるいは単に興味がある) 堎合は、以䞋のドキュメントが重芁であるかもしれたせん。

-
- - - - - - - - -
-

B2G OS プラットフォヌムに関するドキュメント

- -
-
B2G OS アヌキテクチャの抂芁
-
B2G OS が内郚でどのように組み立おられおいるかの抂芁です。これは䞻に、プラットフォヌムの開発者や移怍䜜業を行う人々にずっお重芁です。
-
B2G OS のアプリアヌキテクチャ
-
B2G OS のアプリケヌションモデルの抂芁です。
-
Gaia
-
B2G OS 向けのナヌザむンタヌフェむスアプリケヌションである、Gaia のドキュメントです。これはB2G OS の゜フトりェアスタック䞊で動䜜する Web アプリケヌションです。
-
Gonk
-
Gaia の䞋のオペレヌティングシステム局である、Gonk のドキュメントです。これは Linux カヌネルず、Gecko が通信する ハヌドりェア抜象化局 で構成されおいたす。
-
Gecko
-
Gecko は、Firefox や Thunderbird で䜿甚されおいるものず同じオヌプン Web 暙準の実装を、その他倚くのアプリケヌションにも提䟛するB2G OS のレむダヌです。
-
セキュリティ
-
B2G OS のセキュリティに関するドキュメントです。ここにはあらゆる芋地 (アプリ開発者向け、デバむスむンテグレヌタなど) からの、セキュリティの仕組みに関するトピックがありたす。
-
B2G OSでの䜎メモリ管理
-
この蚘事では、B2G OSにおいお䜎メモリキラヌず䜎メモリ通知を䜿っお、䜎メモリな状況をいかに管理するかを説明したす。
-
機胜サポヌト衚
-
どの皮類の B2G OS ビルドでどの機胜が利甚可胜かを瀺した衚です。
-
B2G OS 蚭定䞀芧
-
API の蚭定に䜿甚できる䞀般的な蚭定名称の䞀芧です。
-
- -

すべお芋る...

- 		-

コミュニティの支揎を受ける

- -

もし B2G OS で䜜業をしおいたり、B2G OS デバむスで実行したいアプリケヌションを開発したりしおいるなら、あなたを支揎するコミュニティリ゜ヌスがありたす

- - - -
    -
  • Mozilla の Boot to Gecko IRC チャンネルで質問する (英語): #b2g
    • -
- -

ネチケットを忘れないでください...

- - - - - - -

リ゜ヌス

- - -
diff --git a/files/ja/archive/firefox_os/platform/keyboard_events_across_browser_elements/index.html b/files/ja/archive/firefox_os/platform/keyboard_events_across_browser_elements/index.html deleted file mode 100644 index 14ff0b1f6d..0000000000 --- a/files/ja/archive/firefox_os/platform/keyboard_events_across_browser_elements/index.html +++ /dev/null @@ -1,645 +0,0 @@ ---- -title: ブラりザ芁玠をたたいだキヌボヌドむベント -slug: Archive/Firefox_OS/Platform/Keyboard_events_across_browser_elements -tags: - - B2G - - Firefox OS - - TV - - events - - keyboard - - mozbrowser - - mozbrowserafterkeydown - - mozbrowserafterkeyup - - mozbrowserbeforekeydown - - mozbrowserbeforekeyup -translation_of: Archive/B2G_OS/Platform/Keyboard_events_across_browser_elements ---- -

- -

このポストでは、 Firefox OS スマヌトTVプラットフォヌムにおTVリモコンをプログラムしおキヌボヌドむベントを管理する詊みを玹介したす。

- -

The behavior of input events via hardware keys in Firefox OS varies widely from app to app. Early smartphones came with a limited number of keys — Power, Home, Volume up, Volume down — so it was easy for the software to determine an appropriate response for each keypress event. However, Smart TV remotes now come with many hardware keys, and defining the appropriate behavior when a key is pressed has become an important issue on the Firefox OS TV platform. If a hardware key on a smart remote can be used both by apps and by the system, it’s important to determine which response is triggered when the key is pressed.

- -

Here we’ll classify keyboard events into four scenarios, describe dispatch scenarios for each, including how they interact with the system. This is the first of two posts about keyboard events for Firefox OS Smart TV.

- -

Figure.1
- We begin with the ‘Info’ key on a TV remote. Often, it’s used by the hardware to display system information, although it’s possible for an application to use the same key to display app information. When a user presses the key, what action will be shown on screen — system info or app info?

- -

4぀のキヌボヌドむベントシナリオ

- -

To determine the appropriate behavior when hardware keys are pressed, we start by describing four scenarios for keyboard events.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
シナリオ説明むベント順序
SYSTEM-ONLYFor keys that should be handled by mozbrowser-iframe-host-page only.system
SYSTEM-FIRSTFor keys that can be handled by mozbrowser-iframe-host-page first and can then also be handled by mozbrowser-iframe-embedded-page.system > app
APP-CANCELLEDFor keys that should be handled by mozbrowser-iframe-embedded-page only.app
APP-FIRSTFor keys that can be handled by mozbrowser-iframe-embedded-page first and can then also be handled by mozbrowser-iframe-host-page.app > system
- -

The mozbrowser-iframe-host-page and mozbrowser-iframe-embedded-page mentioned above are illustrated in the figure below. If A.html represents a host page whose source is B.html, then A.html is the mozbrowser-iframe-host-page, and B.html is mozbrowser-iframe-embedded-page. mozbrowser uses the non-standard Firefox Browser API, built for the implementation of key features and content experiences in Firefox OS apps.

- -

Fig. 2

- -

Suitable responses for any given keyboard events depend on the scenario. In the case illustrated above, let’s suppose that the Info key is categorized as APP-FIRST and the default action set by the system is to show system information. Thus, when we press the ‘Info’ key with app Z in the foreground, there are two possible results:

- -
    -
  1. If app Z has an event handler that tells the ‘Info’ key to show app information, then app information will appear on screen when the user presses the ‘Info’ key on the remote.
    2. -
  2. If app Z doesn’t set an event handler for the ‘Info’ key, the default action is triggered — the screen will show the system information.
    3. -
- -

4぀のシナリオ甚のサンプルを実装する方法

- -

To implement examples illiustrating the four keyboard event scenarios described above, we’ve introduced four new keyboard events:

- - - -

These four keyboard events are only received by the window that embeds a mozbrowser-iframe.

- -

The keyboard events occur in a specific sequence over time: mozbrowserbeforekeydown, mozbrowserafterkeydown, mozbrowserbeforekeyup, keyup, mozbrowserafterkeyup.

- -

This gives developers a way to implement the four scenarios mentioned above. Conceptually, the scenarios SYSTEM-ONLY, SYSTEM-FIRST and APP-CANCELLED, and APP-FIRST can be implemented by setting proper handlers for the mozbrowserbeforekey* and mozbrowserafterkey* events. The SYSTEM-ONLY and SYSTEM-FIRST scenarios can be implemented by setting proper handlers for mozbrowserbeforekey* events and the APP-CANCELLED and APP-FIRST scenarios can be implemented via mozbrowserafterkey* events.

- -

Firefox OS 内の iframe 構造

- -

- -

To understand how to implement the four scenarios, let’s first take a look at iframe structure in Firefox OS. The outermost iframe in Firefox OS is shell.html. It embeds an in-process iframe sourced from system/index.html. The system app (system/index.html) contains several web apps (essentially iframes) that can be in-process (remote=”false”) or out-of-process (remote=”true”.) The relationship of these three layers is summarised in the following table:

- - - - - - - - - - - - - - - - - - -
mozbrowser iframe host pagemozbrowser iframe embedded page
shell.htmlsystem/index.html
system/index.htmlweb apps(essentially iframes)
- -

キヌボヌドむベントのディスパッチ順序

- -

When a keydown event is sent to some element in a mozbrowser-iframe-embedded-page, the owner of the embedded iframe, i.e., the mozbrowser-iframe-host-page, will receive the mozbrowserbeforekeydown event before the keydown event is sent and the mozbrowserafterkeydown event after the event is sent to the mozbrowser-iframe-embedded-page.

- -

In Gecko, once there is one keydown event with the target in an out-of-process iframe, embedded in an HTML document, the keydown event is duplicated on the HTML document as well. The target of this duplicated event is set as the embedded <iframe> element.

- -

This results in the keyboard event sequence shown in the diagram below. It illustrates all related keydown events and their relationship when a keydown event with a target in a mozbrowser-iframe-embedded-page needs to be dispatched.

- -

- -

In brief, events follow this sequence:

- -
    -
  1. Before dispatching any keydown event, the mozbrowserbeforekeydown event is first dispatched to the window of mozbrowser-iframe-host-page.
    2. -
  2. The original keydown event (with a target in a mozbrowser-iframe-embedded-page) will be duplicated on the mozbrowser-iframe-host-page HTML document. Its target will be set to be the iframe that contains the mozbrowser-iframe-embedded-page.
    3. -
  3. The original keydown event will be dispatched to its target.
    4. -
  4. After the original keydown event dispatch is complete, the mozbrowserafterkeydown event will be dispatched to the window of mozbrowser-iframe-host-page.
    5. -
- -

Notice that the event dispatch process described above follows the DOM tree event flow. Event sequence and event targets are organized as shown in the following table:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
OrderEventTarget
1mozbrowserbeforekeydownwindow in mozbrowser-iframe-host-page
2keydowniframe that contains the mozbrowser-iframe-embedded-page in mozbrowser-iframe-host-page
3keydownoriginal one in mozbrowser-iframe-embedded-page
4mozbrowserafterkeydownwindow in mozbrowser-iframe-host-page
- -

- -

The keyboard events mozbrowserbeforekeydown, keydown, and mozbrowserafterkeydown can be extended to nested mozbrowser iframes, like the iframe structure in Firefox OS described earlier. In this case, the mozbrowserbeforekeydown and mozbrowserafterkeydown events will be dispatched to the innermost mozbrowser-iframe-host-page as well as the outer one. Thus, in Firefox OS, mozbrowserkeydown and mozbrowserafterkeydown will be dispatched to the window of system/index.html and the window of shell.html. the above diagram illustrates the whole dispatch sequence of related events when a keydown event is dispatched to a web app. The sequence of events is as follows:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
順序むベントタヌゲット
1mozbrowserbeforekeydownwindow in shell.html
2mozbrowserbeforekeydownwindow in system/index.html
3keydowniframe that contains the web app in system/index.html
4keydownoriginal one in web app
5mozbrowserafterkeydownwindow in system/index.html
6mozbrowserafterkeydownwindow in shell.html
- -

Although the keyup event must be fired after keydown, the keydown event and the keyup event are independent of each other. Moreover, the path mozbrowserbeforekeyup, keyup, mozbrowserafterkeyup is independent of the path mozbrowserbeforekeydown, keydown, mozbrowserafterkeydown. Therefore, it’s possible for these two paths to cross each other. The mozbrowserbeforekeyup event may arrive before the keydown event.

- -

In Firefox OS, most apps run out-of-process. This means that the app runs on its own process, not on the main process. After dispatching a given key* event to the system app, it takes time to send the original key* event to the process where the mozbrowser-iframe-embedded-page is located. In a similar manner, after a given key* event is dispatched to the mozbrowser-iframe-embedded-page’s process, time is required to send the mozbrowserafterkey* event back to the process where the mozbrowser-iframe-host-page is located.

- -

Consequently, the mozbrowserbeforekeyup event may arrive in the main Firefox OS process (where the system app lives), before the keydown event is dispatched to the app’s own process. Common results of the order of the key* events are demonstrated in the diagram below. The yellow series represents the keydown path, and the blue series show the keyup path. And yes, these two paths may cross each other.

- -

- -

キヌボヌドむベント向けの詳现実装

- -

In this section we’ll take a closer look at each of the four scenarios, complete with example code for each event-handling scenario.

- -

SYSTEM-ONLY

- -

If a keyboard event is categorized as SYSTEM-ONLY, then the desired response is defined in mozbrowserbeforekey*’s event handler. Once this key is pressed, the system receives the mozbrowserbeforekey* event before the key* event is dispatched to an app. In addition, the key* events dispatch is cancelled once the system event handler is called. Now, we need to figure out a way to stop the event dispatch. Above we saw that the keyboard events are dispatched to the system process, then also to the app process. To stop dispatching events to the the embedded page, event.preventDefault() is a straightforward solution. The defined default action of the mozbrowserbeforekey* event is to dispatch the key* event. For this reason, by calling event.preventDefault() in mozbrowserbeforekey*’s event handler, key* events won’t be dispatched. The final result as follows:

- -

- -

SYSTEM-FIRST

- -

This is very similar to the implementation of SYSTEM-ONLY. The only difference is that it’s not necessary to call event.preventDefault() in mozbrowserbeforekey*’s event handler. Apps are able to handle the key* event after the system finishes processing it.

- -

- -

APP-CANCELLED

- -

If specific keyboard events are designated for use by apps only, such as those assigned to the four colored keys on smart TV remotes, then event.preventDefault() will be called in the app’s key* event handler.

- -

- -

The event.preventDefault() call cannot prevent the mozbrowserafterkey* event from being dispatched to the system, but the property embeddedCancelled of mozbrowserafterkey* will be set to true once the embedded app calls event.preventDefault(). The value of embeddedCancelled tells the system whether or not this event has been handled already. If the value is true, the system does nothing.

- -

- -

APP-FIRST

- -

The difference between APP-FIRST and APP-CANCELLED is that with APP-FIRST event.preventDefault() will not be called in the app’s event handler. Therefore, the value of embeddedCancelled is false and the system can take over the keyboard event.

- -

- -

サンプルコヌド

- -

Here's some sample code to illustrate how developers can handle such events in their own apps.

- -

むベントハンドラ

- -
function handleEvent(event) {
-  dump("Receive event '" + event.type + "'.");
-  // Handle event here.....
-};
-
-function handleEventAndPreventDefault(event) {
-  dump("Receive event '" + event.type + "'.");
-  // Handle event here.....
-
-  // Call preventDefault() to stop the default action.
-  // It means that the event is already handled.
-  event.preventDefault();
-};
-
-function checkAttrAndHandleEvent(event) {
-  dump("Receive event '" + event.type +
-       "' with embeddedCancelled equals to '" +
-       event.embeddedCancelled + "'.");
-  if (!event.embeddedCancelled) {
-    // Do something if the event wasn't being handled before!
-    // The following code should be executed in APP-FIRST scenario only!
-  }
-};
- -

SYSTEM-ONLY

- -

mozbrowser iframe host page:

- -
window.addEventListener('mozbrowserbeforekeydown', handleEventAndPreventDefault);
-window.addEventListener('mozbrowserbeforekeyup', handleEventAndPreventDefault);
-window.addEventListener('mozbrowserafterkeydown', function() { }); // no use
-window.addEventListener('mozbrowserafterkeyup', function() { }); // no use
- -

The embedded page:

- -
// This function will never be triggered because the preventDefault() is called in mozbrowserbeforekeyXXX's handler.
-window.addEventListener('keydown', handleEvent);
-window.addEventListener('keyup', handleEvent);
- -

Results of keydown-related events:

- - - - - - - - - - - - - - - - - - - - - - - -
OrderThe embedded pagemozbrowser iframe host pageOutput
1mozbrowserbeforekeydown Receive event mozbrowserbeforekeydown.
2mozbrowserafterkeydown 
- -

Results of keyup-related events:

- - - - - - - - - - - - - - - - - - - - - - - -
OrderThe embedded pageThe host pageOutput
1mozbrowserbeforekeyup Receive event mozbrowserbeforekeyup.
2mozbrowserafterkeyup 
- -

SYSTEM-FIRST

- -

mozbrowser iframe host page:

- -
window.addEventListener('mozbrowserbeforekeydown', handleEvent);
-window.addEventListener('mozbrowserbeforekeyup', handleEvent);
-window.addEventListener('mozbrowserafterkeydown', function() { }); // no use
-window.addEventListener('mozbrowserafterkeyup', function() { }); // no use
- -

The embedded page:

- -
window.addEventListener('keydown', handleEvent);
-window.addEventListener('keyup', handleEvent);
- -

Received results of keydown-related events:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Ordermozbrowser-embedded pagemozbrowser iframe host pageOutput
1mozbrowserbeforekeydown Receive event mozbrowserbeforekeydown.
2 keydownReceive event keydown.
3mozbrowserafterkeydown 
- -

Received results of keyup-related events:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
OrderThe embedded pagemozbrowser iframe host pageOutput
1mozbrowserbeforekeyup Receive event mozbrowserbeforekeyup.
2 keyupReceive event keyup.
3mozbrowserafterkeyup Receive event mozbrowserafterkeyup with embeddedCancelled set to true.
- -

APP-CANCELLED

- -

mozbrowser iframe host page:

- -
window.addEventListener('mozbrowserbeforekeydown', function() { }); // no use
-window.addEventListener('mozbrowserbeforekeyup', function() { }); // no use
-window.addEventListener('mozbrowserafterkeydown', checkAttrAndHandleEvent);
-window.addEventListener('mozbrowserafterkeyup', checkAttrAndHandleEvent);
- -

mozbrowser iframe embedded page:

- -
window.addEventListener('keydown', handleEventAndPreventDefault);
-window.addEventListener('keyup', handleEventAndPreventDefault);
- -

Received results of keydown-related events:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
OrderThe embedded pagemozbrowser iframe host pageOutput
1mozbrowserbeforekeydown  
2 keydownReceive event keydown.
3mozbrowserafterkeydown Receive event mozbrowserafterkeydown with embeddedCancelled set to true.
- -

Received results of keyup-related events:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Ordermozbrowser-embedded pagemozbrowser iframe host pageOutput
1mozbrowserbeforekeyup  
2 keyupReceive event keyup.
3mozbrowserafterkeyup Receive event mozbrowserafterkeyup with embeddedCancelled equals to true.
- -

APP-FIRST

- -

mozbrowser iframe host page:

- -
window.addEventListener('mozbrowserbeforekeydown', function() { }); // no use
-window.addEventListener('mozbrowserbeforekeyup', function() { }); // no use
-// This will be trigger after keydown event is
-// dispatched to mozbrowser iframe embedded page
-window.addEventListener('mozbrowserafterkeydown', checkAttrAndHandleEvent);
-window.addEventListener('mozbrowserafterkeyup', checkAttrAndHandleEvent);
- -

mozbrowser iframe embedded page:

- -
window.addEventListener('keydown', handleEvent);
-window.addEventListener('keyup', handleEvent);
- -

Received results of keydown-related events:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Ordermozbrowser-embedded pagemozbrowser-iframe host pageOutput
1mozbrowserbeforekeydown  
2 keydownReceive event keydown.
3mozbrowserafterkeydown Receive event mozbrowserafterkeydown with embeddedCancelled set to false.
- -

Received results of keyup-related events:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Ordermozbrowser-embedded pagemozbrowser iframe host pageOutput
1mozbrowserbeforekeyup  
2 keyupReceive event keyup.
3mozbrowserafterkeyup Receive event mozbrowserafterkeyup with embeddedCancelled set to false.
diff --git a/files/ja/archive/firefox_os/platform/out_of_memory_management_on_firefox_os/index.html b/files/ja/archive/firefox_os/platform/out_of_memory_management_on_firefox_os/index.html deleted file mode 100644 index 83ba2f718d..0000000000 --- a/files/ja/archive/firefox_os/platform/out_of_memory_management_on_firefox_os/index.html +++ /dev/null @@ -1,138 +0,0 @@ ---- -title: Firefox OSの䜎メモリ管理 -slug: Archive/Firefox_OS/Platform/Out_of_memory_management_on_Firefox_OS -tags: - - Firefox OS - - Gaia - - LMK - - OOM - - Out of memory - - low memory killer - - low memory notifications - - oom_adj -translation_of: Archive/B2G_OS/Platform/Out_of_memory_management_on_Firefox_OS ---- -

-

-

-
-

Firefox OSはメモリが制玄された端末で実行され、そうしたシステムにおいお、䜿甚可胜なメモリをアプリが䜿い果たすのは簡単です。システムで䜿甚可胜なメモリが䜿い果たされた時、カヌネルはメモリを解攟するために、その他のプロセスを停止しなければなりたせん。この蚘事では䜎メモリキラヌず䜎メモリ通知 ( この2぀の端末䞊システムはシステムが䜎メモリになった時に、メむンシステムを続けるためにどのプロセスを停止するかを管理する ) が動䜜する方法を説明したす。

-
- -

Firefox OS の操䜜はマルチプロセス ( 1぀動䜜しおいる基本システムサヌビス「メむンプロセス」ず、朜圚的なたくさんの「子プロセス」)　を含んでいたす。䞀般的に、各アプリはその子プロセスずしお実行されたす。Firefox OS 環境䞊でアプリケヌションはナヌザヌによっお滅倚に終了される事が無いので、新しいアプリがメモリを必芁ずしたずきや起動しおいるアプリが曎なるメモリを必芁ずしたずきにメモリ空間を䜜る事が出来るようにシステムは自動でアプリのラむフサむクルを管理しおいたす。

- -

2぀のサブシステム (䜎メモリキラヌ (LMK) ず 䜎メモリ通知) はこの管理に利甚されおいたす。

- -

䜎メモリキラヌ(LMK)

- -

LMK は メモリの芁求があったずきにメモリ空間を確保するためにプロセスを終了させる Android カヌネル のサブシステムです。メモリを確保するために最初に終了させるプロセスを遞択するために、/proc/<pid>/oom_adj か /proc/<pid>/oom_score_adj ファむルによっお各プロセスは優先床を決められおいたす。プロセスの優先床は adjustment スコアたたは、oom_adj ずしお知られおいたす。oom_adj の倀は小さいほど優先床の高いプロセスです。

- -

䞀般的に、倧きい adjustment スコアはプロセスが終了されやすくなりたす。 LKM は䞀定のメモリ空き容量ず、最小の adjustment スコアに応じお、耇数のレベルを提䟛しおいたす。システムの空き容量がある䞀定のレベルよりも䜎くなったずきはい぀も、望たしいレベルで定矩された最小の adjustment スコアよりも高い adjustment スコアのプロセスは終了したす。LKM は最初に倧きいプロセスを終了させたす。そしお、閟倀以䞊にメモリが確保されるたでくりかえしたす。

- -
-

蚘: バックグラりンドのアプリがLMKに停止された時、タスクマネヌゞャで端をスワむプするず"ゟンビアプリ"になっおいたす: 次にそのアプリをブラりズした時、埩掻するでしょう。この状態で維持できるアプリの最倧数は珟圚10個です。

-
- -
-

蚘: 端末がメモリ䞍足になった時に停止されたプロセスは、必ずしもOOM(メモリ䞍足)の "原因" ずは限りたせん。

-
- -

プロセスの優先順䜍

- -

Firefox OS では、アプリは以䞋の優先順ポリシヌに埓っお終了されたす。このポリシヌは各アプリケヌションに優先床を䞎え、このレベル(珟圚は prefs のセット倀ずしお蚭定されおいる)に OOM adjustment スコアを関連づける事によっお実珟しおいたす。

- -
    -
  1. 最初に終了されるアプリは、最初に利甚しお起動しおいるバックグラりンドアプリです。
    2. -
  2. ナヌザヌによっお認識されおいるバックグラりンドアプリは次に終了されたす。(䟋えば、音楜プレむダヌがバックグラりンドで音楜を再生しおいたり、アプリが高い優先床を持っおいたり、CPU  wakelock やシステムメッセヌゞのハンドラヌを登録しおいたりするバックグラりンドアプリの事)
    3. -
  3. もしキヌボヌドアプリが起動しおいたら、次に終了されたす。
    4. -
  4. フォアグランドアプリケヌションは次に終了されたす。
    5. -
  5. 最埌に、 high-priority(高い優先床) や CPU wakelocks を芁求しおいるフォアグランドアプリケヌションが最埌に終了されたす。
    6. -
- -
-

蚘: たいおいの子プロセスは、フォアグランド動䜜時は oom_adj 2 で動䜜したす。バックグラりンドの子プロセスは、oom_adj 3 から 6 (を含む)の間で実行されたす。ある子プロセスがバックグラりンド時にどの oom_adj を持っおいるかは、正確にファクタ数(音を鳎らしおいるのか、キヌボヌドアプリなのか、など)で決たりたす。

-
- -

このルヌルには2぀の䟋倖がありたす。

- - - -

䜎メモリ通知

- -

次のメモリが少なくなったずきに利甚するメカニズムは䜎メモリ通知です。 LMK は動䜜しおいるメモリが少なくなった事を通知する事が出来る特別な閟倀を提䟛しおいたす。システムアプリケヌションず䞀般的なナヌザヌアプリケヌションは監芖サヌビスから通知される memory-pressure むベントに反応するために条件がくるのを埅ち続けおいたす。このむベントは C++ ず chrome JS のコヌドだけに利甚でき、盎接アプリケヌションが利甚する事は出来たせん。Gecko のコヌドベヌスを通じお、我々は利甚可胜なメモリを空けるためにむベントを利甚したす。(通垞、内郚キャッシュ(画像、DNS、sqlite等) を砎棄し、再生可胜なアセット(WebGL context等) を砎棄したり、ガベッゞコレクタヌやサむクルコレクタヌを実行させたりしたす)
-
- メモリが少ない状況に盎面したら、最初の memory-pressure むベントが low-memory ペむロヌド付きで送信されるでしょう。定矩した時間 (5秒) を経過しおもメモリが少ない状況が続いおいた堎合、他の memory-pressure むベントが、low-memory-ongoing ペむロヌド付きで発火されたす。このペむロヌドはメモリ䞍足の状態が継続しおいるずきに利甚され、私たちはキャッシュをフラッシュしたり、他のメモリを最少化するための安い方法を望みたす。しかし、GC のような凊理の重たいアプロヌチは成功しにくいでしょう。

- -

LMKず䜎メモリ通知が協働する方法

- -

珟圚、䜎メモリヌの閟倀は バックグラりンドアプリケヌションの LMK レベル以䞊に蚭定されおいたすが、ホヌムスクリヌンより䜎く蚭定されおいたす。そのため、LMK ず䜎メモリヌ通知の䞡方のアクションは、out of memory が端末で発生したずきに以䞋のようにしないずいけたせん。

- -

珟圚、2぀の䜎メモリ閟倀が䜿われおいたす(゜フト ず ハヌド閟倀)。゜フトレベルはバックグラりンドアプリケヌションのLMKレベルより倧きく蚭定されおいお、䜎メモリ゚ラヌが始たっおいるがアプリケヌションが停止される前に、メモリ䜿甚を最小化するのに䜿われたす。いっぜうハヌドレベルは、LMKによっおすべおのバックグラりンドアプリケヌションが停止された埌に、フォアグラりンドアプリケヌションを生かし続けるために䜿われたす。ただ1぀のカヌネルトリガヌだけが利甚できるため、この2぀のレベルは、Geckoが動的にトリガヌを調敎できるこずにより、実装されおいたす。端末が䜎メモリずなった時に、LMKず䜎メモリ通知の集玄されたアクションは次の通り:

- -
    -
  1. すべおのアプリに memory-pressure むベントを通知する
    2. -
  2. メモリがただ䞍足しおいる堎合は、最近䜿甚されおいない順でバックグラりンドアプリを停止する
    3. -
  3. メモリがただ䞍足しおいる堎合は、すべおの残っおいるアプリに memory-pressure むベントを通知する
    4. -
  4. メモリ䞍足が継続しおいる堎合、5秒間隔で memory-pressure むベントを送信する。しかしGC/CC が反応しないように、実行䞭にマヌクする
    5. -
  5. 認知しおいたり、高い優先床のバックグラりンドアプリを終了する
    6. -
  6. もし動䜜しおいたらキヌボヌドアプリを終了する
    7. -
  7. フォアグランドアプリケヌションを終了する
    8. -
  8. フォアグランドアプリケヌションの高い優先床のものを終了する
    9. -
  9. preallocated process を終了する
    10. -
diff --git a/files/ja/archive/index.html b/files/ja/archive/index.html deleted file mode 100644 index 4f4a70c023..0000000000 --- a/files/ja/archive/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: Archive of obsolete content -slug: Archive -tags: - - NeedsTranslation - - TopicStub -translation_of: Archive ---- -

Here at MDN, we try to avoid outright deleting content that might be useful to people targeting legacy platforms, operating systems, and browsers. Perhaps your target audience is people that are using older hardware, for example, and can't upgrade to the latest and greatest browsers. Or for "reasons," your company is required to use very old software and you need to build Web content that runs on that software. Or perhaps you're just curious about the history of an obsolete feature or API, and how it worked.

- -

There are many reasons older documentation can be useful. So, we've established this area into which we can archive older documentation. Material in this Archived content zone should not be used for building new Web sites or apps for modern browsers. It's here for historical reference only.

- -
-

Note to writers: We need to try to keep the subpages here organized instead of all dumped into one large folder. Try to create subtrees for categories of material. Also, only move pages here that are extremely obsolete. If anyone might realistically need the information in a living product, it may not be appropriate to move it here. In general, it may be best to discuss it in the MDN Web Docs chat room before moving content here.

-
- -

{{SubpagesWithSummaries}}

- - - -

{{ListSubpages("/en-US/docs/Archive", 2, 0, 1)}}

diff --git a/files/ja/archive/localizing_an_extension/index.html b/files/ja/archive/localizing_an_extension/index.html deleted file mode 100644 index f958bcda16..0000000000 --- a/files/ja/archive/localizing_an_extension/index.html +++ /dev/null @@ -1,164 +0,0 @@ ---- -title: Localizing an extension -slug: Archive/Localizing_an_extension -tags: - - Add-ons - - Extensions - - Internationalization - - Localization - - 翻蚳䞭 ---- -

-

« 前のペヌゞ次のペヌゞ »

-

- -

This article expands upon the previous samples on extension writing by adding localization support to our stock watcher extension. Performing a few simple steps makes your extension much easier to localize into various languages without having to edit the XUL or JavaScript files themselves.

- -

If you haven't already created an extension, or would like to refresh your memory, take a look at the previous articles in this series:

- - - -

Download the sample

- -

You can download this article's sample code so you can look at it side-by-side with the article, or to use it as a basis for your own extension.

- -

http://developer.mozilla.org/samples...ockwatcher.zip

- -

Localizing strings in XUL files

- -

Create the needed locale files

- -

Each XUL file that comprises the user interface for your extension should have a locale file in its locale directory.

- -

Each locale file maps entity names referenced in the XUL files to the strings themselves. The preference dialog, whose XUL file is options.xul, has a corresponding options.dtd file that looks like this:

- -
 <!ENTITY options_window_title "StockWatcher 2 Preferences">
- <!ENTITY options_symbol.label "Stock to watch: ">
-
- -

The "options_window_title" entity maps to the string "StockWatcher 2 Preferences", which is used as the title of the preference window.

- -

The stockwatcher2.dtd file contains the mappings for the stockwatcher2.xul file:

- -
 <!ENTITY panel_loading "Loading...">
- <!ENTITY menu_refresh_now.label "Refresh Now">
- <!ENTITY menu_apple.label "Apple (AAPL)">
- <!ENTITY menu_google.label "Google (GOOG)">
- <!ENTITY menu_microsoft.label "Microsoft (MSFT)">
- <!ENTITY menu_yahoo.label "Yahoo (YHOO)">
-
- -

Update the XUL files

- -

Each XUL file needs to reference its corresponding locale file. We also need to update the code to use the entities instead of the strings, so that the substitutions take place based on the currently active locale.

- -

To add a reference to the correct locale file for a given XUL file, we need to add one line to the XUL file. To options.xul, we add this line:

- -
 <!DOCTYPE window SYSTEM "chrome://stockwatcher2/locale/options.dtd">
-
- -

We add a similar line to the stockwatcher.xul file:

- -
 <!DOCTYPE overlay SYSTEM "chrome://stockwatcher2/locale/stockwatcher2.dtd">
-
- -

In larger applications you might need to use entities from several locale files in a single XUL file. Using multiple DTDs describes how to do it.

- -

Note that the URLs of the DTD files don't actually include the name of the localization to use. The Chrome Registry resolves the URIs based on the user's current locale setting and the data you provide in your Chrome manifest.

- -

Then we simply replace each text string in our XUL files with the corresponding entity. For example, in stockwatcher2.xul, we change this line:

- -
 <menuitem label="Refresh Now" oncommand="StockWatcher.refreshInformation()"/>
-
- -

to

- -
 <menuitem label="&menu_refresh_now.label;" oncommand="StockWatcher.refreshInformation()"/>
-
- -

Do this for every string used in each XUL file.

- -

Update the chrome manifest

- -

To let Firefox know about the locale files, we need to make a revision to our chrome.manifest file, adding one line for each localization:

- -
 locale stockwatcher2 en-US chrome/locale/en-US/
-
- -

This instructs Firefox that the en-US localization is located in the chrome/locale/en-US directory.

- -

Localizing strings in JavaScript code

- -

If your JavaScript code contains literal strings that need to be localized, as does our stock watcher sample, we need to make those localizable as well. We can do this by moving the strings into a string bundle. String bundles are created by establishing a property file that maps keys to string values. For a detailed explanation of how this works, see XUL Tutorial:Property Files.

- -

Create a properties file

- -

The first thing we do is create a property file for the literal strings used by the JavaScript code in stockwatcher2.js:

- -
changeString=Chg:
-openString=Open:
-lowString=Low:
-highString=High:
-volumeString=Vol:
-
- -

The stockwatcher2.properties file shown above maps five keys (changeString, openString, lowString, highString, and volumeString) to the corresponding text in English.

- -

Create the string bundle

- -

The next step is to modify the stockwatcher2.xul file to reference this property file. We do this by creating a string bundle, using the following code:

- -
 <stringbundleset id="stringbundleset">
-   <stringbundle id="string-bundle" src="chrome://stockwatcher2/locale/stockw...er2.properties"/>
- </stringbundleset>
-
- -

This establishes a new string bundle, referenced by the ID "string-bundle", whose keys and values are to be loaded from the stockwatcher2.properties file we've already created.

- -

Update the JavaScript code

- -

Now we're ready to revise the JavaScript code to load the strings from the string bundle instead of using literal strings. This involves rewriting the refreshInformation() function to load the strings, and its enclosed infoReceived() function to use the loaded, localized, strings instead of string literals.

- -

We add to refreshInformation() the following code:

- -
 var stringsBundle = document.getElementById("string-bundle");
- var changeString = stringsBundle.getString('changeString') + " ";
- var openString = stringsBundle.getString('openString') + " ";
- var lowString = stringsBundle.getString('lowString') + " ";
- var highString = stringsBundle.getString('highString') + " ";
- var volumeString = stringsBundle.getString('volumeString') + " ";
-
- -

This code gets a reference to the string bundle element we added to stockwatcher2.xul by calling document.getElementById(), specifying the ID "string-bundle". Then it fetches all the strings we need from the bundle, one by one, by calling the string bundle's getString() method, passing the appropriate key for each string.

- -

In this case, we're also appending a space to the end of each string. That's just how this particular program works, and isn't something that you have to do.

- -

Then we replace any occurrences of the literal strings with the appropriate variables:

- -
 samplePanel.tooltipText = changeString + fieldArray[4] + " | " +
-     openString + fieldArray[5] + " | " +
-     lowString + fieldArray[6] + " | " +
-     highString + fieldArray[7] + " | " +
-     volumeString + fieldArray[8];
-
- -

Localizing the description in install.rdf

- -

See Localizing extension descriptions.

- -

Adding more localizations

- -

To add another localization for a new language, all you need to do is add another line to the chrome manifest referencing the new locale. For example, to add a Spanish localization, you would add:

- -
 locale stockwatcher2 es-ES chrome/locale/es-ES/
-
- -

Then just create a subdirectory chrome/locale/es-ES and add the needed DTD files; in this case, options.dtd and stockwatcher2.dtd. These files should map the same tags to the Spanish translations of the strings used by the extension.

- -

Likewise, if we have any property files containing localizable strings for our JavaScript code, we need to create localized versions of those property files in the chrome/locale/es-ES directory as well. Only the strings should be localized; the keys should be the same for each localization.

-

« 前のペヌゞ

-

diff --git a/files/ja/archive/marketplace/index.html b/files/ja/archive/marketplace/index.html deleted file mode 100644 index d7e888467b..0000000000 --- a/files/ja/archive/marketplace/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: Marketplace -slug: Archive/Marketplace -tags: - - NeedsTranslation - - TopicStub -translation_of: Archive/Marketplace ---- -

Many aspects of the Firefox Marketplace will soon be removed, with more following as the different services Marketplace offers are End-of-lifed. Related documentation will be moved here as it is removed. See the Future of Marketplace FAQ for more answers.

- -

-
API
Marketplace-related APIs have been removed, therefore the information covering them has been archived.
Monetization
Monetization topics that have now been archived due to relevant functionality being removed from the Firefox Marketplace.
-
Options
Publishing options that are no longer available, hence the information being archived.
Publishing
Publishing details that are no longer available, hence the information being archived.
-

diff --git a/files/ja/archive/marketplace/options/index.html b/files/ja/archive/marketplace/options/index.html deleted file mode 100644 index 2d20fd6f69..0000000000 --- a/files/ja/archive/marketplace/options/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: Options -slug: Archive/Marketplace/Options -tags: - - Archive - - Marketplace - - NeedsTranslation - - TopicStub -translation_of: Archive/Marketplace/Options ---- -

Publishing options that are no longer available, hence the information being archived.

- -

-
Creating your own store
The method of installing and managing apps in Firefox OS, Firefox for Android, and Firefox for Desktop is independent of Firefox Marketplace. This opens up the possibility for you to not only self-publish apps, but also to create and host your own marketplace. Ultimately you could also implement an independent marketplace using the open source software. This page describes your options and provides an overview to implementing each.
Open Web Apps for Android
Open Web Apps for Android enables free Marketplace apps to be packaged into an APK (Android installation package), which is then installed and run in the same way as any other Android app. The APK package consists of web content (in the case of packaged apps) or a pointer to web content (in the case of hosted apps). This content is then enclosed in a thin Java/Android wrapper, which provides the integration with the Android OS. Once installed on an Android device the app is executed by Web Runtime for Android, a component of Firefox for Android.
-
Open Web Apps for Desktop
Open Web Apps for Desktop enables free Marketplace apps to be installed by Firefox Desktop into a user's Windows, Mac, or Linux computer.  Once installed on a desktop computer, these apps run similarly to any other desktop app. These apps are executed using Web Runtime for Desktop, a component of Firefox for Desktop.
-

diff --git a/files/ja/archive/mdn/index.html b/files/ja/archive/mdn/index.html deleted file mode 100644 index 95f78220b5..0000000000 --- a/files/ja/archive/mdn/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: MDN -slug: Archive/MDN -tags: - - NeedsTranslation - - TopicStub -translation_of: Archive/MDN ---- -

Obsolete
This feature is obsolete. Although it may still work in some browsers, its use is discouraged since it could be removed at any time. Try to avoid using it.

- -

The documentation listed below is archived, obsolete material about MDN itself.

- -

-
Content kits
MDN Content Kits are subject-based collections of technical resources to help you host a local developer meetup or give a technical presentation at an event, conference, or workshop.
How to link a GitHub account to your MDN profile
All users who wish to contribute to MDN must add a GitHub login to their MDN account in order to edit. This article describes how to add GitHub authentication to your MDN profile.
MDN and Persona sign-ins
Starting on November 1, 2016, we only support GitHub for logging into MDN. If you didn't add a GitHub login to your MDN account before we disabled Persona logins, please file an "Account Help" bug on Bugzilla.
-
Subject-matter experts
This article's purpose is to help writers find the Mozilla developers who have answers for questions about various technologies. If you're an engineer on any Mozilla project, please make sure your technology is on this list and that the contact information for your group is provided.
Zones
A zone is a special area of MDN whose content is presented with some added user interface elements, such as a special zone navigation box and enhanced visuals in the header area of the page.
-

diff --git a/files/ja/archive/meta_docs/index.html b/files/ja/archive/meta_docs/index.html deleted file mode 100644 index 395c46212a..0000000000 --- a/files/ja/archive/meta_docs/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: MDN "meta-documentation" archive -slug: Archive/Meta_docs -tags: - - Archive - - MDN - - NeedsTranslation - - TopicStub -translation_of: Archive/Meta_docs ---- -

Here you'll find archived "meta-documentation"; that is, documentation about how to write documentation on MDN. The articles here are obsolete and should no longer be referenced; we are retaining them here for reference while we migrate some content to new places, but very little of this is useful.

-

-
-
WebPlatform.org における MDN のコンテンツ
Web Platform Docs (WPD) は Web の暙準に関するドキュメンテヌションず教育のためのサむトです。 W3C によっお運営されおおり、Mozilla や他の組織が支揎しおいたす。MDN から WebPlatform.org ぞの MDN の Creative Commons Share-Alike 2.5 (CC-BY-SA) ラむセンスのもずでの貢献は誰でも歓迎したす。MDN で䜜られたコンテンツは MDN に所有暩があるため、もずずなった蚘事ぞのリンクがなければなりたせん。Web Platform Docs サむトには、これらの䜜業をシステマティックに解決できるようなサポヌトがありたす。
-

diff --git a/files/ja/archive/meta_docs/mdn_content_on_webplatform.org/index.html b/files/ja/archive/meta_docs/mdn_content_on_webplatform.org/index.html deleted file mode 100644 index 26f62dd35d..0000000000 --- a/files/ja/archive/meta_docs/mdn_content_on_webplatform.org/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: WebPlatform.org における MDN のコンテンツ -slug: Archive/Meta_docs/MDN_content_on_WebPlatform.org -translation_of: Archive/Meta_docs/MDN_content_on_WebPlatform.org ---- -

Web Platform Docs (WPD) は Web の暙準に関するドキュメンテヌションず教育のためのサむトです。 W3C によっお運営されおおり、Mozilla や他の組織が支揎しおいたす。MDN から WebPlatform.org ぞの MDN の Creative Commons Share-Alike 2.5 (CC-BY-SA) ラむセンスのもずでの貢献は誰でも歓迎したす。MDN で䜜られたコンテンツは MDN に所有暩があるため、もずずなった蚘事ぞのリンクがなければなりたせん。Web Platform Docs サむトには、これらの䜜業をシステマティックに解決できるようなサポヌトがありたす。

- -

WPD のアカりントを䜜り、新しいペヌゞを䜜成したら、"new page" のオプションずしお、コンテンツが MDN に由来するものであるず指定できたす。WPD の蚘事の䞀郚の sections のみを MDN 由来のものずマヌクするこずもできたす。その堎合は、セクションは CC-BY content に統合されたす。(CC-BY が WPD のデフォルトのラむセンスだからです。) WebPlatform.org の External Attribution ペヌゞに䜜業方法に぀いお曞かれおいたす。

- -

質問がありたすか

- -
-
MDN たたはそのコンテンツに぀いお
-
MDN ディスカッションフォヌラムに質問を送るか、#mdn on irc.mozilla.org で質問しおください。
-
Mozilla のラむセンス条項に぀いお
-
licensing@mozilla.org にメヌルを送っおください。
-
Web Platform Docs たたはそのコンテンツ、ラむセンス、利甚芏玄に぀いお
-
質問を W3C 運営の public-webplatform メヌリングリストに送るか、#webplatform on irc.freenode.org で質問しおください。
-
diff --git a/files/ja/archive/misc_top_level/cert_override.txt/index.html b/files/ja/archive/misc_top_level/cert_override.txt/index.html deleted file mode 100644 index 1605109292..0000000000 --- a/files/ja/archive/misc_top_level/cert_override.txt/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: Cert override.txt -slug: Archive/Misc_top_level/Cert_override.txt -translation_of: Archive/Misc_top_level/Cert_override.txt ---- -

cert_override.txt はナヌザプロファむルに䜜成されるテキストファむルで、ナヌザによっお指定された䟋倖蚌明曞を保存しおいたす。このファむルは Firefox、Thunderbird、XUL ベヌスのアプリケヌションが利甚したす。

-

XULRunner 1.9 には簡単に䟋倖を远加する方法が無いので、そのペヌゞを Firefox で開いお、蚌明曞を受け入れ、cert_override.txt を XULRunner アプリケヌションのプロファむルにコピヌしたす。

-

文法はこのりェブサむトに蚘茉されおいたす。

-

Example

-

これは SHA1-256 ハッシュアルゎリズムの䟋です。鍵ずりェブサむトはダミヌです:

-
# PSM Certificate Override Settings file
-# This is a generated file!  Do not edit.
-some.website.com:443	OID.2.16.840.1.101.3.4.2.1	00:11:22:33:44:55:66:77:88:99:AA:BB:CC:DD:EE:FF:FF:EE:DD:CC:BB:AA:99:88:77:66:55:44:33:22:11:00	U	AAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA  AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA  AAAAAAAAAAAAAAAAAAAAAAAA    AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA  AAAAAAAAAAAAAAAAAAAAAAAAAA==
-
-

Fields

-

フィヌルドはタブで区切られたす。各行はラむンフィヌドで終了したすUNIX フォヌマット。

-
    -
  1. ドメむン名:ポヌト : port 443 for HTTPS (SSL)
    2. -
  2. ハッシュアルゎリズムの OID -
      -
    • SHA1-256: OID.2.16.840.1.101.3.4.2.1 (most used)
      • -
    • SHA-384: OID.2.16.840.1.101.3.4.2.2
      • -
    • SHA-512: OID.2.16.840.1.101.3.4.2.3
      • -
    -
    3. -
  3. 前蚘ハッシュアルゎリズムを甚いた蚌明曞のフィンガヌプリント
    4. -
  4. オヌバヌラむドのタむプを瀺す1個たたはそれ以䞊の文字: -
      -
    • M : ホスト名の䞍䞀臎を蚱可する
      • -
    • U : 認蚌されおいない蚌明曞を蚱可する自己眲名蚌明曞や䞍明たたは䞍正な発行者の蚌明曞
      • -
    • T : 有効期限切れやただ有効になっおいない蚌明曞など、有効期限に関する゚ラヌを蚱可する
      • -
    -
    5. -
  5. base64 で゚ンコヌドされた蚌明曞のシリアル番号ずその発行者の名前をあらわす文字列
    6. -
diff --git a/files/ja/archive/misc_top_level/index.html b/files/ja/archive/misc_top_level/index.html deleted file mode 100644 index 95bf3b61ab..0000000000 --- a/files/ja/archive/misc_top_level/index.html +++ /dev/null @@ -1,8 +0,0 @@ ---- -title: Misc top level -slug: Archive/Misc_top_level -translation_of: Archive/Misc_top_level ---- -

In progress. These pages were moved from the top level of MDN in a spate of furious reorganization.

- -

diff --git a/files/ja/archive/misc_top_level/mcd,_mission_control_desktop_aka_autoconfig/index.html b/files/ja/archive/misc_top_level/mcd,_mission_control_desktop_aka_autoconfig/index.html deleted file mode 100644 index b66ef9a71d..0000000000 --- a/files/ja/archive/misc_top_level/mcd,_mission_control_desktop_aka_autoconfig/index.html +++ /dev/null @@ -1,995 +0,0 @@ ---- -title: 'MCD, Mission Control Desktop AKA AutoConfig' -slug: 'Archive/Misc_top_level/MCD,_Mission_Control_Desktop_AKA_AutoConfig' -tags: - - Administration - - Configuration management - - enterprise -translation_of: 'Archive/Misc_top_level/MCD,_Mission_Control_Desktop_AKA_AutoConfig' ---- -

この文曞では、Mozilla Suite 1.x.x、Firefox、Thunderbirdで利甚可胜な、集䞭管理による AutoConfig (自動蚭定) の具䜓䟋を解説したす。

-

【蚳泚: 以䞋の内容は、読みやすさず資料性を高めるために、英語の原文に比べお倧幅に構成や内容が倉曎されおいたす。日本語版のみに远蚘された詳现な情報も含たれおおり、英語の原文の忠実な翻蚳ではないこずに泚意しおください。】

-

状況

-

この文曞の最初のバヌゞョンが曞かれた圓時、INT-Evry では、研究宀やセルフサヌビスのパ゜コン宀で共有のコンピュヌタを利甚しおいる、玄 2000 人のナヌザ (䞻に孊生) を管理しおいたした。共有のコンピュヌタずいうこずで、1 日䞭䜕人ものナヌザが 1 台のコンピュヌタを利甚しおいたす。これらのコンピュヌタは Windows XP ず Linux ディストリビュヌションのひず぀である Fedora Core 4/5 のデュアルブヌトになっおいたす。ナヌザは党員、Windows サヌバの個人アカりントず、Linux 認蚌のための LDAP アカりントを持っおいたす。

-

目的

-

私たちの目的は、コンピュヌタにその郜床ログむンする特定のナヌザに察しお、起動時に自動蚭定されたメヌルクラむアントや Web ブラりザ、ニュヌスリヌダヌを提䟛するこずでした。Mozilla 補品を導入したこずで、Windows ず Unix (私たちの堎合は Linux) どちらを起動しおも同じプログラムを利甚できるようになりたした。

-

INT-Evry では、ナヌザ固有の蚭定ファむル (~/.mozilla/default/randomdir/prefs.js) で蚭定を行う代わりに、各ナヌザの初期蚭定を集䞭管理しおいたす。集䞭管理のための蚭定ファむル以䞋、AutoConfigファむルを䜿えば、環境倉数 (USER、HOME など) や LDAP ク゚リ (メヌルアドレスやコモンネヌムなどの参照に利甚) を元にしお、蚭定項目のロック (lockPref) や初期化 (defaultPref) を行うこずが可胜です。

-

AutoConfigファむル

-

Mozilla補品の集䞭管理機胜は JavaScript ファむルを通じお利甚したす。

-

蚭定の定矩方法

-

この集䞭管理蚭定ファむルは、私たちが必芁なこずを可胜にする JavaScript API を利甚しおいたす。MOZILLA_HOME/default/autoconfig/prefcalls.js で定矩されおいる以䞋の関数が利甚可胜です。詳现は prefcalls.js ファむルをご芧ください。

-
function getPrefBranch()
-function pref(prefName, value)
-function defaultPref(prefName, value)
-function lockPref(prefName, value)
-function unlockPref(prefName)
-function getPref(prefName)
-function clearPref(prefName)
-function getLDAPAttributes(host, base, filter, attribs)
-function getLDAPValue(str, key)
-function displayError(funcname, message)
-function getenv(name)
-
-

具䜓的な利甚䟋は埌述したす。

-

AutoConfigファむルの蚭眮

-

AutoConfigファむルは、アプリケヌションディレクトリMOZILLA_HOMEのみに眮く方法ず、アプリケヌションディレクトリず任意の眮き堎所リモヌトのサヌバ䞊を含むの䞡方に眮く方法の、二通りの方法で蚭眮できたす。リモヌトのサヌバ䞊にだけ蚭眮するこずはできたせん。

-

 

-
アプリケヌションディレクトリに眮く AutoConfig ファむル
-

AutoConfig ファむルは、任意の名前の JavaScript ファむルです。読み出しず実行暩限を付けた䞊で MOZILLA_HOME ディレクトリに眮きたす。

-

ただし、ファむルを眮いただけでは内容は読み蟌たれたせん。このファむルを AutoConfig ファむルずしお認識させるには、蚭定項目 general.config.filename で AutoConfig ファむルの名前を指定する必芁がありたす。MOZILLA_HOME/default/pref/all.js たたは MOZILLA_HOME/greprefs/all.js などの既存の蚭定ファむルの末尟に、pref("general.config.filename", "mozilla.cfg"); のように远蚘するか、all.js などず同じ䜍眮に新しい蚭定ファむルを䜜成しおその䞭に蚘述しおください。

-

蚭定項目 general.config.filename によっお瀺された名前のファむルが MOZILLA_HOME ディレクトリに無い堎合や、ファむルの読み出しに倱敗した堎合、Mozilla アプリケヌションぱラヌメッセヌゞを衚瀺しお匷制終了したす。

-

たた、蚭定項目 general.config.vendor によっおベンダ名が瀺されおいた堎合は、 general.config.filename で瀺されたファむルのファむル名郚分拡匵子 .cfg を陀いた郚分ずが䞀臎しない堎合にも、同様の゚ラヌメッセヌゞが衚瀺され Mozilla アプリケヌションが匷制終了したす。この蚭定項目はセキュリティを高めるために利甚できたす。

-
// これはOK
-pref("general.config.filename", "mozilla.cfg");
-pref("general.config.vendor", "mozilla");
-
-// これはNG
-pref("general.config.filename", "mozilla.cfg");
-pref("general.config.vendor", "mycompany");
-
-

このファむルの1行目は読み蟌み時に必ず無芖される事に泚意しお䞋さい。1行目にディレクティブを蚘述しおも、読み蟌み時には無芖されたす。1行目は必ずコメント行ずしお、ディレクティブは2行目以降に蚘述しお䞋さい。

-
// 1行目この行は評䟡されない
-pref("mail.startup.enabledMailCheckOnce", false); // 2行目この行以降は評䟡される
-
-
AutoConfig ファむルの゚ンコヌド
-

叀い Netscape 4.x では、難読化などのために、AutoConfig ファむル (netscape.cfg) の内容は必ず゚ンコヌドバむトシフト・ロヌタリヌは 7する必芁がありたした。Firefox や Thunderbird などの珟圚の Mozilla アプリケヌションでは、暙準のバむトシフトは 13 ですが、バむトシフトは蚭定項目 general.config.obscure_value によっお任意の倀に倉曎するこずができたす。pref("general.config.obscure_value", 0); を all.js などに蚘述するこずで、゚ンコヌドされおいない AutoConfig ファむルを利甚するこずもできたす。ただしその堎合、AutoConfig ファむルの 1 行目はコメントアりトにする必芁がありたす。

-

ファむルの゚ンコヌドには、http://www.alain.knaff.lu/howto/Mozi...z-byteshift.pl にある moz-byteshift.pl ずいう Perl スクリプトが利甚可胜です。moz-byteshift.pl の利甚方法は以䞋の通りです。

-
$ more moz-byteshift.pl
-#!/usr/bin/perl
-
-# Mozilla の netscape.cfg ファむル甚のバむトシフトプログラム
-
-# 叀い Netscape 4.x ではバむトシフト 7 を䜿甚
-#   To decode: moz-byteshift.pl -s -7 <netscape.cfg >netscape.cfg.txt
-#   To encode: moz-byteshift.pl -s  7 <netscape.cfg.txt >netscape.cfg
-
-# Mozilla ではバむトシフト 13 を䜿甚
-#   To decode: moz-byteshift.pl -s -13 <netscape.cfg >netscape.cfg.txt
-#   To encode: moz-byteshift.pl -s  13 <netscape.cfg.txt >netscape.cfg
-
-$ ./moz-byteshift.pl -s 13 < mci-mozilla-web-tux.js > mci-mozilla-web-tux.cfg
-
-

゚ンコヌド/デコヌドを行うナヌティリティをJavaScriptで実装する堎合は以䞋のようになりたす。

-
var encoded = script
-               .split('')
-               .map(function(aChar) {
-                 return String.fromCharCode(
-                   aChar.charCodeAt(0) + 13
-                 );
-               })
-               .join('');
-var decoded = encoded
-               .split('')
-               .map(function(aChar) {
-                 return String.fromCharCode(
-                   aChar.charCodeAt(0) - 13
-                 );
-               })
-               .join('');
-


- Netscape 4.x 甚であれば、Client Customization Kit (CCK) に付属しおいるコンバヌト機胜でも同様に゚ンコヌドできたす (CCK では自動むンストヌルのカスタマむズなども可胜です)。詳しくは http://developer.netscape.com/docs/manuals/deploymt/config.htm をご芧ください。

-
リモヌトのサヌバ䞊に眮く AutoConfig ファむル
-

AutoConfig ファむルによる蚭定を曎新するためには、すべおのクラむアントにむンストヌルされた AutoConfig ファむルを䞀぀䞀぀曎新する必芁がありたす。しかし頻繁に倉曎される可胜性がある蚭定情報をこの方法で提䟛するのは珟実的ではありたせん。そこで、Mozilla アプリケヌションでは、もう䞀぀远加の AutoConfig ファむルをリモヌトに蚭眮するこずができたす。これによっお、サヌバ䞊にある䞀぀のファむルを曎新するだけで、すべおのクラむアントに倉曎を適甚するこずができたす。

-

リモヌトのサヌバ䞊に眮いた AutoConfig ファむルの䜍眮は、蚭定項目 autoadmin.global_config_url で指定したす。all.js などに pref("autoadmin.global_config_url", "http://server/auto-config-file.jsc"); のように远蚘するか、MOZILLA_HOME ディレクトリに眮いた AutoConfig ファむルの䞭でlockPref("autoadmin.global_config_url", "http://server/auto-config-file.jsc"); のように蚘述しおください。File URLを䜿っお、HTTPサヌバではなくファむルサヌバの共有フォルダなどに眮かれたファむルを参照するこずもできたす。

-

リモヌトに蚭眮した AutoConfig ファむルは、MOZILLA_HOME ディレクトリに眮いた AutoConfig ファむルが利甚されおいる状況でのみ読み蟌たれるこずに泚意しおください。autoadmin.global_config_url の倀自䜓は AutoConfig ファむルで蚭定しおも通垞の .js ファむルで蚭定しおもどちらでも構いたせんが、ロヌカルの AutoConfig ファむルが利甚されおいない状況では、autoadmin.global_config_url で指定されたリモヌトの AutoConfig ファむルを読み蟌む凊理自䜓がスキップされたす。

-

ロヌカルに蚭眮する AutoConfig ファむルずは異なり、リモヌトに蚭眮する AutoConfig ファむルぱンコヌドは垞に䞍芁です。ファむルの拡匵子ずしおは .jsc が利甚されるこずが倚いようです。静的ファむルを蚭眮する以倖に、CGI スクリプトなどによっお動的に生成させるこずもできたす。その堎合、送信するファむルの Content-Type は application/x-javascript-config などずなりたす。AutoConfig ファむルを自動的に生成する CGI スクリプトの䟋は、この文曞の埌半の参考資料をご芧䞋さい。

-

Thunderbirdでの利甚䟋

-

Thunderbird での AutoConfig ず LDAP 呌び出しのサポヌト

-

Thunderbird 1.5 以降2.0以降も含めおの暙準のビルドでは、AutoConfig ず LDAP 呌び出しが共に利甚可胜です参考バグ 295329。暙準の configure スクリプトに、MOZ_LDAP_XPCOM=1 ず MOZ_EXTENSIONS_DEFAULT="wallet spellcheck xmlextras pref webservices universalcharset auth" が含たれおいない叀い Thunderbird 1.0.x でこれらの機胜を利甚するには、再コンパむルする必芁がありたす。

-

AutoCongig の蚭定

-

これが、Thunderbird の起動時に AutoConfig を利甚させる 2 ぀のディレクティブです。

-
[root@b008-02 /usr/lib/thunderbird-1.5]
-$tail -2 greprefs/all.js
-pref("general.config.obscure_value", 0); // MCD の .cfg ファむル甚
-pref('general.config.filename', 'thunderbird.cfg'); // MCD の .cfg ファむル甚
-
-

最初の 1 行は、ただファむルを゚ンコヌドしないこずを宣蚀するものです (通垞は 13 たたは 7 です)。2 行目は、読み蟌むファむルの名前です。この䟋では /usr/lib/thunderbird-1.5/thunderbird.cfg になりたす。

-

AutoConfig で䜿甚するディレクティブ

-

ここでは、各ナヌザ共通のメヌル蚭定を行いたす。ナヌザのログむン名からアカりントを䜜成し、LDAP リク゚ストからメヌルアドレスを取埗、それから IMAP ず SMTP サヌバを蚭定したす。これにより、マルチナヌザのワヌクステヌション䞊でも、各ナヌザは自分甚に自動蚭定された Thunderbird を利甚できるようになりたす。

-
thunderbird.cfg
-

以䞋が完党なファむルです。最初に環境倉数からナヌザのログむン名を取埗し、それから LDAP アドレス垳の蚭定、メヌルアカりントの䜜成、IMAP ず SMTP サヌバの蚭定を行っおいたす。

-
[root@b008-02 /usr/lib/thunderbird-1.5]
-$ cat thunderbird.cfg
-// このスクリプトの1行目は評䟡されないので、必ずコメント行にしたす
-
-// すべおの行を try/catch 文に含めたす
-try {
-
-// 1) 環境倉数
-if(getenv("USER") != "") {
-  // *NIX 甚の蚭定
-  var env_user = getenv("USER");
-  var env_home = getenv("HOME");
-} else {
-  // Windows 甚の蚭定
-  //   Windows 環境では、<code>USER</code> や <code>HOME</code> ずいった
-  //   環境倉数は、<code>USERNAME</code> や <code>HOMEPATH</code> になりたす。
-  var env_user = getenv("USERNAME");
-  var env_home = getenv("HOMEPATH");
-}
-var env_mozdebug= getenv("MOZILLA_DEBUG");
-// var env_user = prompt("indiquez votre login", toto);
-
-// 2) 䞀般的な蚭定をロック
-// LDAP アドレス垳
-lockPref("ldap_2.prefs_migrated", true);
-lockPref("ldap_2.servers.LDAPINT.auth.savePassword", true);
-lockPref("ldap_2.servers.LDAPINT.description", "LDAP INT");
-lockPref("ldap_2.servers.LDAPINT.filename", "abook-1.mab");
-lockPref("ldap_2.servers.LDAPINT.uri", "ldap://ldap1.int-evry.Fr:389/ou=people,dc=int-evry,dc=fr??sub");
-lockPref("ldap_2.servers.history.filename", "history.mab");
-lockPref("ldap_2.servers.history.replication.lastChangeNumber", 0);
-lockPref("ldap_2.servers.pab.filename", "abook.mab");
-lockPref("ldap_2.servers.pab.replication.lastChangeNumber", 0);
-
-// アカりント
-lockPref("mail.account.account1.server", "server1");
-lockPref("mail.account.account2.identities", "id1");
-lockPref("mail.account.account2.server", "server2");
-lockPref("mail.accountmanager.accounts", "account1,account2");
-lockPref("mail.accountmanager.defaultaccount", "account2");
-lockPref("mail.accountmanager.localfoldersserver", "server1");
-lockPref("mail.identity.id1.directoryServer", "ldap_2.servers.LDAPINT");
-lockPref("mail.identity.id1.draft_folder", "imap://" + env_user + "@imap-int.int-evry.fr/Drafts");
-lockPref("mail.identity.id1.drafts_folder_picker_mode", "0");
-lockPref("mail.identity.id1.fcc_folder", "imap://" + env_user + "@imap-int.int-evry.fr/Sent");
-lockPref("mail.identity.id1.fcc_folder_picker_mode", "0");
-lockPref("mail.identity.id1.organization", "INT Evry France");
-lockPref("mail.identity.id1.overrideGlobal_Pref", true);
-lockPref("mail.identity.id1.reply_to", "");
-
-// IMAP
-lockPref("mail.server.server2.hostname", "imap-int.int-evry.fr");
-lockPref("mail.server.server2.isSecure", true);
-lockPref("mail.server.server2.login_at_startup", true);
-lockPref("mail.server.server2.max_cached_connections", 5);
-// lockPref("mail.server.server2.name", "jehan.procaccia@int-evry.fr");
-lockPref("mail.server.server2.type", "imap");
-lockPref("mail.server.server2.userName", env_user);
-
-// SMTP
-lockPref("mail.identity.id1.smtpServer", "smtp1");
-lockPref("mail.identity.id1.stationery_folder", "imap://" + env_user + "@imap-int.int-evry.fr/Templates");
-lockPref("mail.identity.id1.tmpl_folder_picker_mode", "0");
-lockPref("mail.identity.id1.valid", true);
-
-// SMTP 䞀般蚭定
-lockPref("mail.smtp.defaultserver", "smtp1");
-lockPref("mail.smtpserver.smtp1.auth_method", 0);
-lockPref("mail.smtpserver.smtp1.hostname", "smtp-int.int-evry.fr");
-lockPref("mail.smtpserver.smtp1.port", 25);
-lockPref("mail.smtpserver.smtp1.try_ssl", 0);
-lockPref("mail.smtpserver.smtp1.username", "");
-lockPref("mail.smtpservers", "smtp1");
-lockPref("mail.startup.enabledMailCheckOnce", true);
-lockPref("mailnews.quotingPrefs.version", 1);
-lockPref("mailnews.ui.threadpane.version", 5);
-
-/* 3) ここで定矩しおおく (䞋の 4 以降では機胜しないため) processLDAPValues() は、
-      埌で盎䞋の getLDAPAttributes() によっお呌び出されたす。
-      $MOZILLA_HOME/defaults/autoconfig/prefcalls.js で定矩されおいる
-      getLDAPAttributes() コヌドを参照すれば、「ナヌザ定矩」された
-      processLDAPValues() ぞの内郚呌び出しを確認できたす
-*/
-function processLDAPValues(values) {
-  if(values) {
-    // LDAP ク゚リから返っおきた倀でグロヌバル倉数をセットしたす
-    ldap_values = values;
-    var uid = getLDAPValue(values, "uid");
-    var cn = getLDAPValue(values, "cn");
-    var mail = getLDAPValue(values, "mail");
-    var URL = getLDAPValue(values, "labeledURI");
-
-// これらの LDAP 倉数は、この processLDAPValues 関数内郚でしか䜿甚できたせん。
-// そのため、ここで必芁な蚭定項目を蚘述しおおきたす
-lockPref("mail.identity.id1.useremail", mail);
-lockPref("mail.server.server2.name", mail);
-lockPref("mail.identity.id1.fullName", cn);
-// ポップアップによる゚ラヌメッセヌゞを䜿ったデバッグが䜿えなくなっおしたいたした
-var env_mozdebug= getenv("MOZILLA_DEBUG");
-if (env_mozdebug) {displayError("゚ラヌはありたせんでした。これはデバッグ甚です。cn は " + cn + "、mail は " + mail); }
-    }
-  }
-// 4) LDAP サヌバを呌び出し、LDAP 属性 (mail ず cn) を取埗したす。
-//    これは最終的に䞊蚘 3 の processLDAPValues() を呌び出したす
-  getLDAPAttributes("ldap2.int-evry.fr","ou=people,dc=int-evry,dc=fr","uid=" + env_user,"uid,cn,mail,labeledURI");
-
-// try 文を閉じお catch 文を呌び出したす
-} catch(e) {
-  displayError("lockedPref", e);
-}
-
-
AutoConfig のテスト
-
デバッグ
-

AutoConfig が問題なく機胜するこずを確認するため、環境倉数を蚭定し、thunderbird.cfg ファむルの読み蟌みを監芖したした。

-
$ export NSPR_LOG_MODULES=MCD:5
-$ export NSPR_LOG_FILE=/tmp/thunderbird-log.txt
-
-

Thunderbird が起動するず、次のような出力が芋られるはずです。

-
 $ cat /tmp/thunderbird-log.txt
--1209403040[808a788]: general.config.filename = thunderbird.cfg
--1209403040[808a788]: evaluating .cfg file thunderbird.cfg with obscureValue 0
-
-
初期化
-

次に、必ず新しい Thunderbird のアカりントで起動したす。すでにアカりントが存圚しおいお、メヌルず蚭定を残したい堎合は、この行は飛ばしおください。

-
$ rm -rf ~/.thunderbird
-
-
起動
-
$ thunderbird
-
-

むンストヌルされおいるメヌルクラむアントに応じお、Netscape や Mozilla からプロファむルをむンポヌトするかどうか Thunderbird が聞いおきた堎合は、䜕もむンポヌトせず、AutoConfig だけを実行させおください。

-

これでうたくいくはずです。耇数ナヌザの AutoConfig を動䜜確認するには、異なる USER 倉数 (USER=procacci、USER=test など、LDAP ディレクトリに存圚するナヌザの誰か) を蚭定しおプロセスを再起動したす。

-

 

-

Firefox での利甚䟋

-

原理は䞊で説明した Thunderbird ず同じです。バむナリディストリビュヌションには AutoConfig (pref 拡匵) が含たれおいたすが、残念ながら LDAP 呌び出しのサポヌトが含たれおいたせん (参考: MOZ_LDAP_XPCOM=1)。私たちの堎合、環境倉数では通垞利甚できない、コモンネヌムずメヌルアドレスの取埗によるメヌルアカりントの蚭定を行うため、Thunderbird では必芁でしたが、Firefox では必須ではありたせんでした。ただし、暙準のホヌムペヌゞをナヌザの LDAP 属性 labeledURI に蚭定するなど、Firefox の远加蚭定のために LDAP の倀を取埗できるず䟿利かもしれたせん。

-

AutoConfig ず LDAP のサポヌト

-
Firefox ぞの LDAP サポヌトの远加
-

Firefox 1.0.x から 3.0 たでのすべおの Firefox の暙準ビルドには、 LDAP のサポヌト (MOZ_LDAP_XPCOM=1) は含たれおいたせん。LDAP のサポヌトを含めるには再コンパむルする必芁がありたす。mozconfig ファむルを線集し、--disable-ldap を削陀したす。Firefox がどのようなオプションでコンパむルされおいるかは about:buildconfig を芋るず確認できたす (Thunderbird で同じこずをする方法は分かりたせん。どのようにコンパむルされおいるのでしょうか)。詳しくは バグ 295329 をご芧ください。

-

たた、Firefox 1.0.x では pref 拡匵自䜓も有効にしお再コンパむルする必芁がありたす。mozconfig ファむルを線集し、pref 拡匵 (--enable-extensions=pref) を远加しおください。この䜜業は Firefox 1.5 以降では䞍芁です。

-
about:buildconfig
-
-Build platform
-target
-i686-pc-linux-gnu
-
-Build tools
-Compiler Version Compiler flags
-gcc gcc version 3.4.3 20050227 (Red Hat 3.4.3-22.fc3) -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -Wno-long-long -pedantic -pthread -pipe
-c++ gcc version 3.4.3 20050227 (Red Hat 3.4.3-22.fc3) -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -fshort-wchar -pthread -pipe -I/usr/X11R6/include
-
-Configure arguments
---disable-mailnews --enable-extensions=cookie,xml-rpc,xmlextras,pref,transformiix,universalchardet,webservices,inspector,gnomevfs,negotiateauth --enable-crypto --disable-composer --enable-single-profile --disable-profilesharing --with-system-jpeg --with-system-zlib --with-system-png --with-pthreads --disable-tests --disable-jsd --disable-installer '--enable-optimize=-Os -g -pipe -m32 -march=i386 -mtune=pentium4' --enable-xft --enable-xinerama --enable-default-toolkit=gtk2 --enable-official-branding --disable-xprint --disable-strip --enable-pango
-
-

all.js

-
[root@b008-02 /usr/lib/firefox-1.5.0.2]
-$tail -4 greprefs/all.js
-// AutoConfig jehan
-pref('general.config.obscure_value', 0);
-pref('general.config.filename', 'firefox.cfg');
-
-

firefox.cfg

-

このファむルでは、ブラりザのホヌムペヌゞを、ナヌザの LDAP ゚ントリヌで定矩された labeledURI に蚭定しおいたす。これにより、AutoConfig ず LDAP が䞡方機胜するこずを確認できたす。

-
[root@b008-02 /usr/lib/firefox-1.5.0.2]
-$cat firefox.cfg
-// すべおの行を try/catch 文に含めたす
-try {
-
-// プラむバシヌずセキュリティ
-defaultPref("signon.rememberSignons", false);
-
-// 1) 環境倉数
-if(getenv("USER") != "") {
-  // *NIX 甚の蚭定
-  var env_user = getenv("USER");
-  var env_home = getenv("HOME");
-} else {
-  // Windows 甚の蚭定
-  var env_user = getenv("USERNAME");
-  var env_home = getenv("HOMEPATH");
-}
-var env_mozdebug = getenv("MOZILLA_DEBUG");
-
-/* 2) ここで定矩しおおく (䞋の 3 以降では機胜しないため) processLDAPValues() は、
-      埌で盎䞋の getLDAPAttributes() によっお呌び出されたす。
-      $MOZILLA_HOME/defaults/autoconfig/prefcalls.js で定矩されおいる
-      getLDAPAttributes() コヌドを参照すれば、「ナヌザ定矩」された
-      processLDAPValues() ぞの内郚呌び出しを確認できたす。
-*/
-function processLDAPValues(values) {
-  if(values) {
-    // LDAP ク゚リから返っおきた倀でグロヌバル倉数をセットしたす
-    ldap_values = values;
-    var uid = getLDAPValue(values, "uid");
-    var cn = getLDAPValue(values, "cn");
-    var mail = getLDAPValue(values, "mail");
-    var URL = getLDAPValue(values, "labeledURI");
-// ポップアップによる゚ラヌメッセヌゞを䜿ったデバッグが䜿えなくなっおしたいたした
-var env_mozdebug= getenv("MOZILLA_DEBUG");
-if (env_mozdebug) {displayError("゚ラヌはありたせんでした。これはデバッグ甚です。cn は " + cn + "、mail は " + mail + "、labeledURI は " + URL); }
-lockPref("browser.startup.homepage", URL);
-    }
-  }
-
-//lockPref("browser.startup.homepage", "http://www.renater.fr/");
-// 3) LDAP サヌバを呌び出し、LDAP 属性 (mail ず cn) を取埗したす。
-//    これは最終的に䞊蚘 2 の processLDAPValues() を呌び出したす
-  getLDAPAttributes("ldap2.int-evry.fr","ou=people,dc=int-evry,dc=fr","uid=" + env_user,"uid,cn,mail,labeledURI");
-
-// try 文を閉じお catch 文を呌び出したす
-} catch(e) {displayError("lockedPref", e);}
-
-

デバッグ

-

ナヌザ名ず MOZILLA_DEBUG 倉数を蚭定した堎合 ($export MOZILLA_DEBUG=1; export USER=procacci)、displayError() によっおこのようなポップアップりィンドりが衚瀺されたす。

-

Image:mozilla-autoconfig-en001.png

-

これは「譊告」ずいうタむトルのりィンドりですが、ただのデバッグツヌルであっお、他にポップアップで情報を衚瀺する方法は確認できおいたせん。詳しくは バグ 206294 のコメントをご芧ください。

-
 ------- Comment #14 From Daniel Wang 2003-11-06 09:06 PDT [reply] -------
-
-Jehan Procaccia, you need to change 5.8 to reflect what I said in comment 21.
-
-Preference files and config files are special JavaScript files with limited scopes. They
-can only call the get/set pref/env methods and have no access to other objects
-(need to investigate what exactly are allowed). alert() is a method of the
-Window object.
-
-

たた、ニュヌスグルヌプ mozilla.dev.tech.js-engine にも同様の投皿がありたした。

-
Date: Wed, 17 May 2006 19:06:28 +0200
-From: jehan procaccia <jehan.procaccia@int-evry.fr>
-
-Newsgroups: mozilla.dev.tech.js-engine
-Subject: scope of js file functions in Frefox/Thunderbird AutoConfig context
-
-

 

-

AutoConfig の利甚䞊の泚意

-

蚭定の倉曎・削陀

-

pref()、lockPref() の各ディレクティブによっお蚭定された倀はナヌザプロファむル内の prefs.js にも保存されたすこれは user.js を䜿甚した堎合の挙動によく䌌おいたす。よっお、これらのディレクティブによっお倀を蚭定しおいる箇所を AutoConfig ファむルから削陀しただけでは、叀い蚭定倀が䟝然ずしお残ったなたたずなるこずに泚意しおください。

-

蚭定項目 autoadmin.global_config_url によっおリモヌトの AutoConfig ファむルを利甚しおいた堎合、autoadmin.global_config_url の瀺しおいたURLが prefs.js に保存されたす。そのため、 autoadmin.global_config_url を蚭定しおいる箇所をロヌカルの AutoConfig ファむルから削陀しおも、ナヌザヌプロファむル内に残った蚭定倀によっお、リモヌトの AutoConfig ファむルが参照され続けおしたうこずになりたす。

-

叀い蚭定や䞍芁になった蚭定を無効化し、䞊蚘のようなトラブルが起こっおしたうこずを防ぐには、 lockPref("autoadmin.global_config_url", "") などのように倀を䞊曞きするか、clearPref("autoadmin.global_config_url") のようにclearPref()ディレクティブを䜿甚しお明瀺的に倀を削陀する必芁がありたす。

-

プロファむル内のprefs.jsにはデフォルト蚭定からの倉曎点のみが保存されるため、原則ずしお、defaultPref()を䜿甚しお蚭定された倀はプロファむル内のprefs.jsには保存されたせん。ただし、lockPref()ディレクティブを䜿甚しおデフォルト倀ず同じ倀でロックをかけた堎合、その倀はプロファむル内のprefs.jsに保存される堎合がありたす。

-

AutoConfig ファむルのキャッシュ

-

蚭定項目 autoadmin.global_config_url によっお指定されたリモヌトの AutoConfig ファむルの内容は、ナヌザヌプロファむル内に failover.jsc ずしおキャッシュされたす。

-

このキャッシュファむルは、サヌバの障害やリモヌトの AutoConfig の゚ラヌなどによっお AutoConfig ファむルの読み蟌みに倱敗した際に利甚されたす。蚭定項目 autoadmin.offline_failover を明瀺的に true に蚭定しおいる堎合、オフラむン時にもこのキャッシュファむルが䜿甚されたす。

-

キャッシュファむルの利甚を犁止するには、蚭定項目 autoadmin.failover_to_cached の倀ずしお false を蚭定しお䞋さい。キャッシュファむルの利甚が犁止されおいる堎合、リモヌトの AutoConfig ファむルの読み蟌みに倱敗した際は、Mozilla アプリケヌションは匷制的にオフラむンモヌドずなりたす。

-

蚭定の読み蟌たれる順番ず優先順䜍

-

AutoConfig ファむルを利甚しおいる環境で、おのおのの方法によっお蚭定された蚭定倀は、ナヌザプロファむル内に蚭定が党く保存されおいない新芏プロファむルで起動した堎合は以䞋の優先順䜍で反映されたす。

-
    -
  1. MOZILLA_HOME/defaults/pref/*.js での初期蚭定倀最も優先順䜍が䜎い
    2. -
  2. 各アドオンの defaults/preferences/*.js での初期蚭定倀
    3. -
  3. ロヌカルの AutoConfig ファむルMOZILLA_HOME/*.cfgにおいお、defaultPref()ディレクティブで蚭定された倀
    4. -
  4. リモヌトの AutoConfig ファむルにおいお、defaultPref()ディレクティブで蚭定された倀
    5. -
  5. ナヌザプロファむル内のprefs.jsに保存された蚭定倀
    6. -
  6. user.jsで蚭定された倀
    7. -
  7. ロヌカルの AutoConfig ファむルにおいお、pref()ディレクティブで蚭定された倀
    8. -
  8. リモヌトの AutoConfig ファむルにおいお、pref()ディレクティブで蚭定された倀
    9. -
  9. ロヌカルの AutoConfig ファむルにおいお、lockPref()ディレクティブで蚭定された倀
    10. -
  10. リモヌトの AutoConfig ファむルにおいお、lockPref()ディレクティブで蚭定された倀最も優先順䜍が高い
    11. -
-

AutoConfig による蚭定が意図通りに働かないケヌス

-

蚭定が読み蟌たれる順番次第で、ナヌザの蚭定が倱われる堎合がありたす。

-

䟋えばロヌカルの AutoConfig に defaultPref("dom.disable_open_during_load", false); ずいう蚘述がある堎合、これは、通垞はtrueが初期倀ずなっおいる dom.disable_open_during_load の初期倀をfalseに蚭定し、ナヌザが任意にtrueに倉曎できるようにする、ずいう颚な結果を想定したものず考えられたす。

-

しかし実際には、ナヌザが蚭定倀をtrueに倉曎した堎合、次回の Firefox 起動時には以䞋のような珟象が起こりたす。

-
    -
  1. firefox.js によっお dom.disable_open_during_load の初期倀がtrueず定矩される
    2. -
  2. ナヌザが倉曎した結果 prefs.js に保存されおいた倀 true が読み蟌たれる。これは初期倀に等しいため、消去される。
    3. -
  3. AutoConfig によっお dom.disable_open_during_load の初期倀がfalseず定矩し盎される
    4. -
-

぀たりこの堎合、ナヌザが䜕床蚭定を倉曎しおもFirefoxを起動し盎す床に蚭定が倱われおしたうずいう結果になりたす。

-

AutoConfig は、このようなややこしい問題が起こらない堎面に限定しお利甚するのが望たしいず蚀えるでしょう。ナヌザが蚭定を倉曎できる状態で、蚭定の初期倀だけを倉曎するずいった甚途には、アドオンの defaults\preferences\フォルダ内に眮かれたJavaScriptファむルを䜿甚するのが最も確実䞔぀安党ず考えられたす。

-

リモヌトの AutoConfig ファむルの眮き堎所ずしお指定できる URI

-

蚭定項目 autoadmin.global_config_url の倀ずしお、前述の䟋では䞀般的な http: のURIを瀺したしたが、これ以倖にも Mozilla アプリケヌション自身が察応しおいる圢匏の URI  file:, ftp:, gopher: などであればいずれも指定可胜です。

-

リモヌトの AutoConfig ずプロキシ

-

HTTPなどでアクセスするリモヌトの AutoConfig ファむルでプロキシの蚭定を行う堎合、プロキシの蚭定がロヌカルに保存される点ず、 AutoConfig ファむルぞのアクセス自䜓にもプロキシが利甚される点に泚意しお䞋さい。

-

存圚しないプロキシサヌバを参照するよう蚭定しおしたった堎合や、前回 AutoConfig で蚭定されたプロキシサヌバが利甚できなくなっおしたった堎合、Mozilla アプリケヌションは AutoConfig ファむル自䜓を取埗できなくなっおしたいたす。

-

このような問題を避けるには、 AutoConfig ファむルをファむル共有サヌバに眮いお File URL でアクセスする、などの方法が考えられたす。

-

関連情報

-

AutoConfig に関する関連資料

-

http://mit.edu/~firefox/www/maintain...utoconfig.html

-

http://www.alain.knaff.lu/howto/Mozi...ion/index.html
- http://thegoldenear.org/toolbox/wind...re-config.html
- http://ilias.ca/blog/2005/03/locking...efox-settings/

-

Windows でのコンパむル方法:
- http://forums.mozillazine.org/viewtopic.php?t=276014

-

http://www.mozilla.org/community/dev...er-forums.html
- http://forums.mozillazine.org/viewto...config#2090731
- http://forums.mozillazine.org/viewto...config#1354355
- http://forums.mozillazine.org/viewto...toconfig#32783

-

関連バグ

-

バグ 295329
- バグ 222973
- バグ 225288
- バグ 178685
- バグ 272970
- バグ 206294
- バグ 302096

-

 

-

 

-

参考資料

-

叀い Thunderbird 1.0.x ぞの AutoConfig オプションの远加

-

Thunderbird 1.0.x のバむナリディストリビュヌションには、暙準では AutoConfig が含たれおいたせん。おそらく、倧半の個人ナヌザが必芁ずしない機胜のために、バむナリの読み蟌み時間が長くなっおしたうのを防ぐための措眮だず思いたす。しかし、法人で導入する際には必須の機胜です。そこで私たちは、AutoConfig サポヌトを付けお Thunderbird を再コンパむルしたした。mozconfig ファむルに --enable-extensions=pref を远加するだけのこずです。

-

手元の Fedora Core 3 で、Thunderbird の゜ヌスパッケヌゞ thunderbird-1.0.2-1.3.3.src.rpm を取埗しおむンストヌル (rpm -i) し、/usr/src/redhat/SOURCES/thunderbird-mozconfig に以䞋の行を远加したした。

-
ac_add_options --enable-extensions=pref
-
-

それから、コンパむルずむンストヌルを実行したした。

-
$ rpmbuild -ba /usr/src/redhat/SPECS/thunderbird.spec
-$ rpm -Uvh /usr/src/redhat/RPMS/i386/thunderbird-1.0.2-1.3.3.i386.rpm
-
-

むンストヌル埌、次のようにしお AutoConfig が埩掻しおいるこずを確認したした。

-
$ rpm -ql thunderbird | grep autoconfig
-/usr/lib/thunderbird-1.0.2/chrome/en-US/locale/autoconfig
-/usr/lib/thunderbird-1.0.2/components/autoconfig.xpt
-/usr/lib/thunderbird-1.0.2/components/libautoconfig.so
-/usr/lib/thunderbird-1.0.2/defaults/autoconfig
-/usr/lib/thunderbird-1.0.2/defaults/autoconfig/platform.js
-/usr/lib/thunderbird-1.0.2/defaults/autoconfig/prefcalls.js
-
-

 

-
報告されおいる関連バグ
-

参考ずしお、叀い 1.0.x リリヌスに存圚する問題を挙げおおきたす。

-
䞍芁な空癜の再発
-

残念なこずに、Thunderbird 1.0.2 で「空癜バグ」が再発しおしたいたした。詳现は バグ 229271 をご参照ください。Mozilla のナむトリヌビルドでは 2004 幎末に修正されおいたすが (mozilla/extensions/pref/autoconfig/src/nsLDAPSyncQuery.cpp 1.7.2.1)、少なくずも Thunderbird 1.0.2 には問題が存圚したす。このため、このバグで提案した回避策 (start_pos += 1;) を適甚したした。

-

 

-

 

-

CGI による Web ベヌスの JavaScript 蚭定ファむルの生成

-
[root@corbeau /var/www/cgi-bin]
-$ cat mci-mozilla-glob-prefs-tux.cgi
-#!/usr/bin/perl -w
-
-print("Content-type: application/x-javascript-config\n\n");
-$page = <<"EOP";
-
-try {
-  var env_user = getenv("USER");
-  var env_home = getenv("HOME");
-  var env_mozdebug= getenv("MOZILLA_DEBUG");
-  function processLDAPValues(values) {
-    var uid = getLDAPValue(values, "uid");
-    var cn = getLDAPValue(values, "cn");
-    var mail = getLDAPValue(values, "mail");
-    lockPref("mail.server.server1.name", mail);
-    lockPref("mail.identity.id1.fullName", cn);
-    lockPref("mail.identity.id1.useremail", mail);
-
-  if (env_mozdebug) {
-    displayError("デバッグ mozilla.cfg v2.8", "mail: " + mail + " uid: " + uid + " cn: " + cn + " user: " + env_user);
-  }
-}
-// ブラりザ
-lockPref("browser.startup.homepage", "http://www.int-evry.fr/mci/user/");
-lockPref("browser.startup.homepage_override", true);
-lockPref("general.config.vendor", "mci-mozilla-web-tux");
-lockPref("startup.homepage_override_url", "http://www.int-evry.fr/mci/user/");
-lockPref("browser.cache.disk.capacity", 0);
-lockPref("network.cookie.cookieBehavior", 0);
-lockPref("network.proxy.autoconfig_url", "http://www.int-evry.fr/local/config.proxy");
-lockPref("network.proxy.type", 2);
-
-// アカりント
-lockPref("mail.account.account1.identities", "id1");
-lockPref("mail.account.account1.server", "server1");
-lockPref("mail.account.account2.server", "server2");
-lockPref("mail.account.account3.server", "server3");
-lockPref("mail.accountmanager.accounts", "account1,account2,account3");
-lockPref("mail.accountmanager.defaultaccount", "account1");
-
-// IMAP
-lockPref("mail.server.server1.hostname", "imap-int.int-evry.fr");
-lockPref("mail.server.server1.type", "imap");
-lockPref("mail.server.server1.login_at_startup", true);
-lockPref("mail.identity.id1.draft_folder", "imap://" + env_user + "@imap-int.int-evry.fr/Drafts");
-lockPref("mail.identity.id1.drafts_folder_picker_mode", "0");
-lockPref("mail.identity.id1.fcc_folder", "imap://" + env_user + "@imap-int.int-evry.fr/Sent");
-lockPref("mail.identity.id1.fcc_folder_picker_mode", "0");
-lockPref("mail.identity.id1.stationery_folder", "imap://" + env_user + "@imap-int.int-evry.fr/Templates");
-lockPref("mail.identity.id1.tmpl_folder_picker_mode", "0");
-lockPref("mail.identity.id1.valid", true);
-lockPref("mail.identity.id1.overrideGlobal_Pref", true);
-lockPref("mail.server.server1.download_on_biff", true);
-lockPref("mail.server.server1.login_at_startup", true);
-lockPref("mail.server.server1.userName", env_user);
-lockPref("mail.server.server1.delete_model", 0);
-
-// SMTP
-lockPref("mail.identity.id1.smtpServer", "smtp1");
-defaultPref("mail.smtpserver.smtp1.auth_method", 0);
-lockPref("mail.smtpservers", "smtp1");
-lockPref("mail.smtpservers", "smtp1");
-lockPref("mail.smtp.defaultserver", "smtp1");
-lockPref("mail.smtpserver.smtp1.hostname", "smtp-int.int-evry.fr");
-lockPref("mail.identity.id1.organization", "INT Evry France");
-lockPref("mail.startup.enabledMailCheckOnce", true);
-lockPref("mail.ui.folderpane.version", 3);
-lockPref("mailnews.ui.threadpane.version", 2);
-
-// LDAP 蚭定
-lockPref("mail.identity.id1.directoryServer", "ldap_2.servers.ldapint");
-lockPref("ldap_2.prefs_migrated", true);
-lockPref("ldap_2.servers.history.filename", "history.mab");
-lockPref("ldap_2.servers.history.replication.lastChangeNumber", 0);
-lockPref("ldap_2.servers.ldapint.auth.savePassword", true);
-lockPref("ldap_2.servers.ldapint.description", "ldap-int");
-lockPref("ldap_2.servers.ldapint.filename", "abook-1.mab");
-lockPref("ldap_2.servers.ldapint.position", 3);
-lockPref("ldap_2.servers.ldapint.uri", "ldap://ldap1.int-evry.fr:389/ou=people,dc=int-evry,dc=fr??sub");
-lockPref("ldap_2.servers.pab.filename", "abook.mab");
-lockPref("ldap_2.servers.pab.replication.lastChangeNumber", 0);
-
-// News 蚭定
-lockPref("mail.server.server3.hostname", "news.int-evry.fr");
-lockPref("mail.server.server3.max_cached_connections", 2);
-lockPref("mail.server.server3.name", "news.int-evry.fr");
-lockPref("mail.server.server3.type", "nntp");
-lockPref("mail.server.server3.userName", env_user);
-
-// LDAP サヌバを呌び出しおナヌザ属性を取埗
-getLDAPAttributes("ldap2.int-evry.fr", "ou=people,dc=int-evry,dc=fr", "uid=" +env_user, "uid,cn,mail");
-
-} catch(e) {
-  displayError("lockedPref", e);
-}
-
-EOP
-print $page;
-
-

Windows 特有の泚意点

-

Web ベヌスの CGI ファむルを䜿甚しない堎合、Windows では泚意が必芁です。゚ンコヌド前の AutoConfig ファむルの 1 行目は //BEGIN CE prefs ずしなければなりたせん。そうしないず「蚭定ファむルを正垞に読み蟌めたせんでした」ずいうメッセヌゞが衚瀺され、Mozilla が起動したせん。

-

たた、Windows 環境では、USER や HOME ずいった環境倉数は、USERNAME や HOMEPATH になりたす。AutoConfig ファむル内で環境倉数を参照する堎合は泚意しおください。

-

if... else 圢匏のテストで、䟋えば USER ず USERNAME のように、Linux ず Windows どちらの環境倉数を䜿うべきか刀別するこずができたす。

-
// 1) 環境倉数
-if(getenv("USER") != "") {
-   // *NIX 甚の蚭定
-   var env_user = getenv("USER");
-   var env_home = getenv("HOME");
- } else {
-   // Windows 甚の蚭定
-   var env_user = getenv("USERNAME");
-   var env_home = getenv("HOMEPATH");
- }
-  var env_mozdebug= getenv("MOZILLA_DEBUG");
-
-

 

-

デバッグ - Bugzilla

-
ランタむムメッセヌゞ
-

Unix のシェル (export MOZILLA_DEBUG=1) たたは Windows の command.com 環境倉数 (set MOZILLA_DEBUG=1) で MOZILLA_DEBUG を定矩した堎合は、デバッグメッセヌゞの出力を有効にする var env_mozdebug=getenv("MOZILLA_DEBUG") の存圚に泚目しおください。

-

䞍芁な空癜に関するバグ

-

著者は、おそらく Mozilla 1.8 で修正されるであろう問題を発芋したした。バグ報告ず回避策は バグ 229271 をご芧ください。簡単に蚀えば、autoconfig/preffcalls.js の getLDAPValue() 関数に以䞋の行を远加しおください。

-
        start_pos += search_key.length;
-//start
-        start_pos +=1;
-//end
-
-

資料

-

文曞が甚意されおいない問題に぀いおも バグ 178685 に報告したした。最終的には、http://wangrepublic.org/daniel/mozilla/prefs/ にあるような玠晎らしい資料が完成する予定です。

-

ホヌムペヌゞのための defeultPref

-

defaultPref 関数でホヌムペヌゞを蚭定するこずができたせん。このため、暙準蚭定が利甚され、ナヌザが倉曎できおしたいたす。この問題に関するバグも開かれおいたす。バグ 272970 をご芧ください。

-

greprefs の適切な暩限

-

Linux では、MOZILLA_HOME/greprefs ディレクトリに察しお暙準ではナヌザのアクセス暩がなく、AutoConfig が正しく機胜しないこずにも泚意しおください。この問題に関するバグは バグ 270623 です。回避策は chmod 755 greprefs ずするこずです。

-

メヌルフォルダ

-

著者は、この゜リュヌションを実装する際、メヌルフォルダに぀いお面倒なこずに遭遇したした。圓初は、ログむンしおいるナヌザのホヌムディレクトリにあるロヌカルのメヌルフォルダを䜿甚しようず考えおいたした。このフォルダは、Unix では $HOME/nsmail/... になり、Windows では同じ Unix パスの Samba マりントになりたす (䟋えば U:\nsmail ずいうパスで、U: は Samba マりント \\samba-server\%USERNAME ずいうこずです)。しかし、ファむルシステムの曞き蟌みやメヌルの圢匏が Windows ず Unix で異なり、システム間で読み出しや曞き蟌みを行うず、フォルダがすぐに読み出し䞍可胜になったり、堎合によっおは砎損しおしたうずいった問題が起こりたした。

-

このようなこずから、最終的には IMAP を採甚し、IMAP フォルダを䜿甚するこずにしたした。たた、ワシントン倧孊の IMAP サヌバから Cyrus サヌバに移行するこずで、容量制限や共有フォルダ、アクセス制埡リスト (ACL)、メヌルのみのアカりント (/etc/passwd の゚ントリヌが䞍芁)、優れたパフォヌマンスなど、いく぀かの興味深い機胜を匕き継ぐこずができたした。

-

信頌性

-
フェむルオヌバヌず唯䞀性
-

Roberto Aguilar 氏による貢献のおかげで、Mozilla の AutoConfig JavaScript に、ある LDAP サヌバがダりンしおいた堎合に別のミラヌサヌバを怜玢する方法が実装されたした。

-

たた、if... else 圢匏による巧劙な環境倉数テストを行うこずで、䞡方のシステム (Linux ず Windows) で同じ JavaScript を甚いるこずが可胜になりたした。

-
LDAP サヌバのフェむルオヌバヌ
-

利甚可胜な LDAP サヌバの配列を䜜成しおおくこずで、サヌバのフェむルオヌバヌを実珟できたす。シャッフル関数によっお、動䜜しおいる LDAP サヌバをひず぀ランダムに遞択するこずができたす。

-

シャッフル関数は http://www.mickweb.com/javascript/ar...reshuffle.html にあるものを利甚したした。

-

倉曎したコヌドを公開する際は、シャッフル倉数の盎前に以䞋の泚釈を远加しおください。

-
 /**
-  * 配列のシャッフル方法の定矩
-  * Mickweb Script Factory のコヌドを利甚したした。
-  * http://www.mickweb.com/javascript/arrays/pureshuffle.html
-  */
-
-

LDAP サヌバのフェむルオヌバヌの実装は以䞋の通りです。

-
// 2) フェむルオヌバヌ甚に耇数の LDAP サヌバを定矩
-  var ldap_values;
-  var ldap_servers = new Array('ldap2.int-evry.fr',
-                      'ldap1.int-evry.fr',
-                      'openldap.int-evry.fr'
-                      );
-  // サヌバ配列からランダムに遞択を行うシャッフル関数
-  // 配列のシャッフル方法の定矩
-  Array.prototype.shuffle = function(times) {
-    var i,j,t,l=this.length;
-    while(times--) {
-      with(Math) {
-    i = floor(random()*l);
-    j = floor(random()*l);
-      }
-      t       = this[i];
-      this[i] = this[j];
-      this[j] = t;
-    }
-    return this;
-  }
- // LDAP サヌバをシャッフルし、毎回同じサヌバが遞択されないようにする
-  ldap_servers.shuffle(10);
-....
-// 4) LDAP サヌバを呌び出し、LDAP 属性 (mail ず cn) を取埗したす。これは最終的に䞊蚘 3 の processLDAPValues() を呌び出したす
-// LDAP ミラヌサヌバ䞀芧を参照
-for(i = 0; i < ldap_servers.length; i ++) {
-// uid に $USER たたは $USERNAME をセットし、LDAP サヌバから mail ず cn 属性を怜玢
-  getLDAPAttributes(ldap_servers[i],
-       "ou=people,dc=int-evry,dc=fr",
-       "uid=" + env_user,
-       "uid,cn,mail");
-    // 皌働しおいる LDAP サヌバに圓たったらルヌプを抜ける
-    if(ldap_values) {
-      running_ldap_server = ldap_servers[i];
-        // $MOZILLA_DEBUG=1 が定矩されおいる堎合は、皌働しおいるサヌバをポップアップで衚瀺
-      if (env_mozdebug) {
-        displayError("getLDAPAttributes: デバッグ 2 running_ldap_server: " + running_ldap_server);
-       }
-      break;
-    }
-  }
-
-

 

-

スクリプトの䟋

-

以䞋は、ここたでで説明されおいる内容を反映したスクリプトの実䟋です。

-
// Mozilla AutoConfig, Jehan Procaccia & Roberto Aguilar
-
-// すべおの行を try/catch 文に含めたす
-try {
-/*
-1) 環境倉数を定矩
-2) LDAP ミラヌサヌバをリストしおランダム化
-3) processLDAPValues() を定矩
-4) getLDAPAttributes() で LDAP サヌバを呌び出しお LDAP 属性 (mail ず cn) を取埗
-5) ナヌザ蚭定を定矩
-*/
-
-// 1) 環境倉数
-if(getenv("USER") != "") {
-   // *NIX 甚の蚭定
-   var env_user = getenv("USER");
-   var env_home = getenv("HOME");
- } else {
-   // Windows 甚の蚭定
-   var env_user = getenv("USERNAME");
-   var env_home = getenv("HOMEPATH");
- }
-  var env_mozdebug= getenv("MOZILLA_DEBUG");
-
-// 2) フェむルオヌバヌ甚に耇数の LDAP サヌバを定矩
-  var ldap_values;
-  var ldap_servers = new Array('ldap2.int-evry.fr',
-                      'ldap1.int-evry.fr',
-                      'openldap.int-evry.fr'
-                      );
-  // サヌバ配列からランダムに遞択を行うシャッフル関数
-/**
-  * 配列のシャッフル方法の定矩
-  * Mickweb Script Factory のコヌドを利甚したした。
-  * http://www.mickweb.com/javascript/arrays/pureshuffle.html
-  */
-  // 配列のシャッフル方法の定矩
-  Array.prototype.shuffle = function(times) {
-    var i,j,t,l=this.length;
-    while(times--) {
-      with(Math) {
-    i = floor(random()*l);
-    j = floor(random()*l);
-      }
-      t       = this[i];
-      this[i] = this[j];
-      this[j] = t;
-    }
-    return this;
-  }
- // LDAP サヌバをシャッフルし、毎回同じサヌバが遞択されないようにする
-  ldap_servers.shuffle(10);
-
-/* 3) ここで定矩しおおく (䞋の 4 以降では機胜しないため) processLDAPValues() は、埌で盎䞋の getLDAPAttributes() によっお呌び出されたす。$MOZILLA_HOME/defaults/autoconfig/prefcalls.js で定矩されおいる getLDAPAttributes() コヌドを参照すれば、「ナヌザ定矩」された processLDAPValues() ぞの内郚呌び出しを確認できたす。
-*/
-function processLDAPValues(values) {
- if(values) {
-      // LDAP ク゚リから返っおきた倀でグロヌバル倉数をセットしたす
-      ldap_values = values;
-    var uid = getLDAPValue(values, "uid");
-    var cn = getLDAPValue(values, "cn");
-    var mail = getLDAPValue(values, "mail");
-     // LDAP 倉数 (mail ず cn) に䟝存した蚭定項目を、蚭定可胜なうちにロック
-    lockPref("mail.server.server1.name", mail);
-    lockPref("mail.identity.id1.fullName", cn);
-    lockPref("mail.identity.id1.useremail", mail);
-    defaultPref("network.ftp.anonymous_password", mail);
-
-    // $MOZILLA_DEBUG=1 が定矩されおいる堎合は、デバッグメッセヌゞをポップアップで衚瀺
-    if (env_mozdebug) {
-        displayError("゚ラヌはありたせんでした。MCI (jehan.procaccia@int-evry.fr)" + "\nこのメッセヌゞはdisplayError() で衚瀺しおいたす。\nデバッグ 1 mozilla.cfg v3.2、成功、S2IA 再び", "\nmail:" + mail + "\nuid:" +uid + "\ncn:" +cn + "\nuser:" + env_user);
-        }
-    }
-  }
-
-// 4) LDAP サヌバを呌び出し、LDAP 属性 (mail ず cn) を取埗したす。これは最終的に䞊蚘 3 の processLDAPValues() を呌び出したす
-// LDAP ミラヌサヌバ䞀芧を参照
-for(i = 0; i < ldap_servers.length; i ++) {
-// uid に $USER たたは $USERNAME をセットし、LDAP サヌバから mail ず cn 属性を怜玢
-  getLDAPAttributes(ldap_servers[i],
-       "ou=people,dc=int-evry,dc=fr",
-       "uid=" + env_user,
-       "uid,cn,mail");
-    // 皌働しおいる LDAP サヌバに圓たったらルヌプを抜ける
-    if(ldap_values) {
-      running_ldap_server = ldap_servers[i];
-        // $MOZILLA_DEBUG=1 が定矩されおいる堎合は、皌働しおいるサヌバをポップアップで衚瀺
-      if (env_mozdebug) {
-        displayError("getLDAPAttributes: デバッグ 2 running_ldap_server: " + running_ldap_server);
-       }
-      break;
-    }
-  }
-
-// 5) ナヌザ蚭定を定矩
-
-// ブラりザ
-lockPref("browser.startup.homepage", "http://www.int-evry.fr/s2ia/portail/");
-//unlockPref("browser.startup.homepage");
-lockPref("browser.startup.homepage_override", true);
-lockPref("startup.homepage_override_url", "http://www.int-evry.fr/s2ia/portail/");
-//unlockPref("startup.homepage_override_url");
-lockPref("browser.cache.disk.capacity", 100);
-lockPref("network.cookie.cookieBehavior", 0);
-
-// ネットワヌク蚭定
-lockPref("network.proxy.autoconfig_url", "http://www.int-evry.fr/local/config.proxy");
-lockPref("network.proxy.type", 2);
-
-// プラむバシヌずセキュリティ
-defaultPref("signon.rememberSignons", false);
-
-// アカりント
-lockPref("mail.account.account1.identities", "id1");
-lockPref("mail.account.account1.server", "server1");
-lockPref("mail.account.account2.server", "server2");
-lockPref("mail.account.account3.server", "server3");
-lockPref("mail.accountmanager.accounts", "account1,account2,account3");
-lockPref("mail.accountmanager.defaultaccount", "account1");
-
-// IMAP
-lockPref("mail.server.server1.hostname", "imap-int.int-evry.fr");
-lockPref("mail.server.server1.type", "imap");
-lockPref("mail.server.server1.login_at_startup", true);
-lockPref("mail.identity.id1.draft_folder", "imap://" + env_user + "@imap-int.int-evry.fr/Drafts");
-lockPref("mail.identity.id1.drafts_folder_picker_mode", "0");
-lockPref("mail.identity.id1.fcc_folder", "imap://" + env_user + "@imap-int.int-evry.fr/Sent");
-lockPref("mail.identity.id1.fcc_folder_picker_mode", "0");
-lockPref("mail.identity.id1.stationery_folder", "imap://" + env_user + "@imap-int.int-evry.fr/Templates");
-lockPref("mail.identity.id1.tmpl_folder_picker_mode", "0");
-lockPref("mail.identity.id1.valid", true);
-lockPref("mail.identity.id1.overrideGlobal_Pref", true);
-lockPref("mail.server.server1.download_on_biff", true);
-lockPref("mail.server.server1.login_at_startup", true);
-lockPref("mail.server.server1.userName", env_user);
-lockPref("mail.server.server1.delete_model", 0);
-
-// SMTP
-defaultPref("mail.identity.id1.smtpServer", "smtp1");
-defaultPref("mail.smtpserver.smtp1.auth_method", 0);
-defaultPref("mail.smtpservers", "smtp1");
-defaultPref("mail.smtpservers", "smtp1");
-defaultPref("mail.smtp.defaultserver", "smtp1");
-defaultPref("mail.smtpserver.smtp1.hostname", "smtp-int.int-evry.fr");
-lockPref("mail.identity.id1.organization", "INT Evry France");
-lockPref("mail.startup.enabledMailCheckOnce", true);
-lockPref("mail.ui.folderpane.version", 3);
-lockPref("mailnews.ui.threadpane.version", 2);
-
-// LDAP 蚭定
-lockPref("mail.identity.id1.directoryServer", "ldap_2.servers.ldapint");
-lockPref("ldap_2.prefs_migrated", true);
-lockPref("ldap_2.servers.history.filename", "history.mab");
-lockPref("ldap_2.servers.history.replication.lastChangeNumber", 0);
-lockPref("ldap_2.servers.ldapint.auth.savePassword", true);
-lockPref("ldap_2.servers.ldapint.description", "ldap-int");
-lockPref("ldap_2.servers.ldapint.filename", "abook-1.mab");
-lockPref("ldap_2.servers.ldapint.position", 3);
-lockPref("ldap_2.servers.ldapint.uri", "ldap://ldap1.int-evry.fr:389/ou=people,dc=int-evry,dc=fr??sub");
-lockPref("ldap_2.servers.pab.filename", "abook.mab");
-lockPref("ldap_2.servers.pab.replication.lastChangeNumber", 0);
-
-// News 蚭定
-lockPref("mail.server.server3.hostname", "news.int-evry.fr");
-lockPref("mail.server.server3.max_cached_connections", 2);
-lockPref("mail.server.server3.name", "news.int-evry.fr");
-lockPref("mail.server.server3.type", "nntp");
-lockPref("mail.server.server3.userName", env_user);
-
-// try 文を閉じお catch 文を呌び出したす
-} catch(e) {
-  displayError("lockedPref", e);
-}
-
-

参考: 叀い確実なスクリプト

-

以䞋の内容は、少なくずも Netscape 4.x では動䜜確認枈みです。

-

䞋にある元のファむル (Netscape 4.x の章を参照) では、JavaScript 圢匏の蚭定ファむルを取埗する Web サヌバず、mail や cn 属性を取埗する LDAP サヌバをそれぞれハヌドコヌディングしおいたした。しかし、サヌバがダりンした堎合に備えお、ミラヌサヌバからも取埗できるようにしおおいた方がより安党です。Web サヌバ名に぀いおは、LDAP ク゚リを䜿っお、利甚可胜なサヌバの䞀芧を取埗するようにしたした。これにより、netscape.cfg ファむルに倉曎を加えるたびに゚ンコヌドし盎す必芁がなくなりたした。コンピュヌタを OS ごず耇補する際、䞀床だけ netscape.cfg ファむルを蚭定しおおけば、LDAP や Web サヌバの JavaScript 蚭定ファむル (集䞭管理蚭定) にはい぀でも倉曎を加えるこずができたす。

-
netscape.cfg の拡匵
-

参照を行う、利甚可胜な Web サヌバの䞀芧は、netscape.cfg で定矩したす。たた、JavaScript 蚭定ファむルの名前もここで定矩したす。こうするこずで、必芁に応じお倉曎を加えたコンピュヌタを耇補した堎合も、netscape.cfg を線集せずに枈みたす。

-
LDAP Web サヌバ䞀芧のサブツリヌ
-
$ ldapsearch -x * -b "ou=browser,ou=information,dc=int-evry, dc=fr" cn -LLL
-dn: ou=browser,ou=information,dc=int-evry,dc=fr
-
-dn: sn=http_server,ou=browser,ou=information,dc=int-evry, dc=fr
-cn: web1.int-evry.fr
-cn: web2.int-evry.fr
-
-dn: sn=http_unix_file, ou=browser,ou=information,dc=int-evry, dc=fr
-cn: /browser/config_file_unix.jsc
-
-dn: sn=http_win_file, ou=browser,ou=information,dc=int-evry, dc=fr
-cn: /browser/config_file_win.jsc
-
-
netscape.cfg
-

ここでは、LDAP ク゚リを単玔にテストするこずで、利甚可胜な LDAP サヌバを遞択しおいたす。蚭定を行う LDAP ク゚リに察しお応答があるか確認するだけです。(再床断っおおきたすが、著者は JavaScript に詳しくありたせん。もっず良い方法で LDAP サヌバが皌働しおいるかどうかを確認できるかもしれたせん。Web サヌバの確認に぀いおは、このコヌドを自由に利甚しお構いたせんので、著者に教えおください)

-
if (getLDAPAttributes("ldap1.int-evry.fr", \
- "ou=browser,ou=information,dc=int-evry,dc=fr", \
- "sn=http_server", "cn") )
- var running_ldap_server = "ldap1.int-evry.fr";
- else if (getLDAPAttributes("ldap2.int-evry.fr", \
- "ou=browser,ou=information,dc=int-evry,dc=fr", \
- "sn=http_server", "cn") )
-  var running_ldap_server = "ldap2.int-evry.fr";
-  else if (getLDAPAttributes("ldap0.int-evry.fr", \
-  "ou=browser,ou=information,dc=int-evry,dc=fr", \
-  "sn=http_server", "cn") )
-   var running_ldap_server = "ldap0.int-evry.fr";
-  else alert("No LDAP server available!");
-
-

Unix 甚の netscape.cfg ファむルの完党な䟋です。

-
with (PrefConfig) { // 必ず PrefConfig モゞュヌル内郚に蚘述したす
-
-// 埌で䜿甚するいく぀かの倉数を䜜成したす
-var env_user = getenv("USER");       // Windows ナヌザ名
-var env_home = getenv("HOME");       // ナヌザのホヌムディレクトリ
-var env_mozilla_home = getenv("MOZILLA_HOME");
-var env_mozdebug = getenv("MOZILLA_DEBUG");
-
-// LDAP サヌバが皌働しおいるかを確認 (より良い方法が必芁)
-
-if (getLDAPAttributes("ldap1.int-evry.fr", \
- "ou=browser,ou=information,dc=int-evry,dc=fr", \
- "sn=http_server", "cn") )
- var running_ldap_server = "ldap1.int-evry.fr";
- else if (getLDAPAttributes("ldap2.int-evry.fr", \
-  "ou=browser,ou=information,dc=int-evry,dc=fr", \
-  "sn=http_server", "cn") )
-  var running_ldap_server = "ldap2.int-evry.fr";
-  else if (getLDAPAttributes("ldap0.int-evry.fr", \
-  "ou=browser,ou=information,dc=int-evry,dc=fr", \
-  "sn=http_server", "cn") )
-   var running_ldap_server = "ldap0.int-evry.fr";
-  else alert("No LDAP server available!");
-
-if (running_ldap_server){
-var ldap_http_server_values = getLDAPAttributes(running_ldap_server, \
-"ou=browser,ou=information,dc=int-evry,dc=fr", "sn=http_server", "cn");
-var ldap_http_server = getLDAPValue(ldap_http_server_values, "cn");
-var ldap_http_unix_uri_values = getLDAPAttributes(running_ldap_server, \
-"ou=browser,ou=information,dc=int-evry,dc=fr", "sn=http_unix_file", "cn");
-var ldap_http_unix_uri = getLDAPValue(ldap_http_unix_uri_values, "cn");
-var values = getLDAPAttributes(running_ldap_server, \
-"ou=people,dc=int-evry,dc=fr", "uid="+env_user, "cn,mail");
-var ldap_email = getLDAPValue(values, "mail");
-var ldap_gecos = getLDAPValue(values, "cn");
-env_user=env_user.toLowerCase();
-}
-else
- alert("No LDAP server available, AutoConfig impossible!");
-
-// $MOZILLA_DEBUG=1 が定矩されおいる堎合は、デバッグメッセヌゞをポップアップで衚瀺
-if (env_mozdebug) {
- alert("MOZILLA_DEBUG\nrunning LDAP server: " + running_ldap_server);
- alert("MOZILLA_DEBUG\nExecuting " + ldap_http_server + \
- ldap_http_unix_uri);
- alert("MOZILLA_DEBUG\nfetching http://" + ldap_http_server \
- + ldap_http_unix_uri + "");
-}
-
-// HTTP サヌバから蚭定ファむルを取埗
-// HTTP サヌバが皌働しおいるか確認する方法が必芁
-
-config(
-"autoadmin.global_config_url", "http://" + ldap_http_server + \
-ldap_http_unix_uri + ""
-);
-
-// ファむルを䜿甚しおいるため、アクセスできない堎合は、䜕か問題がありたす
-config(
-"autoadmin.failover_to_cached", false
-);
-
-// CGI による URL リク゚ストに ?useremail=email-addr を付加しない
-config(
-"autoadmin.append_emailaddr", false
-);
-
-} // with (PrefConfig)
-
-

Windows 版の netscape.cfg ファむルでは、LDAP ク゚リの "sn=http_unix_file" を "sn=http_win_file" に眮き換えたす。

-

 

-

LockPref 蚭定ファむル

-

このファむル (サヌバ䞊では http://www/browser/config-file-system.jsc にあるずしたす) では、蚭定項目の蚭定やロックを行いたす。著者の環境では共有のコンピュヌタを䜿甚しおいるため、ナヌザごずに蚭定をカスタマむズする必芁がありたす。ログむン名は環境倉数から取埗したす。Unix では USER、Windows では USERNAME になりたす。このように、Windows ず Unix では環境倉数ずパスが異なるため、別々の蚭定ファむルを甚意しおいたす。同じファむルで䞡方のシステムを管理する方法があるはずですが、残念ながら著者は JavaScript に詳しくないのです。

-

以䞋は Unix 甚の蚭定ファむル (config_file_unix.jsc) での lockPref の蚘述䟋です。IMAP サヌバ名、法人名、キャッシュの堎所やサむズなど、いく぀かの蚭定をロックし (lockPref)、ホヌムペヌゞなど他の蚭定は単に初期蚭定ずしおいたす (defaultPref)。たた、prefcalls.js で定矩されおいる LDAP 関数を䜿甚しおログむンナヌザ (USER たたは USERNAME) のメヌルアドレスずコモンネヌム、぀たり LDAP 䞊の各自の mail ず cn を取埗しおいたす。

-
[root@lugdunum /var/www/html/browser]
-$ more config_file_unix.jsc
-// 利甚できる関数:
-// lockPref(name, value) はナヌザによる倉曎を蚱可しない
-//  (別名 lock_pref())
-// defaultPref(name, value) ナヌザが倉曎しない限り、この倀を䜿甚
-//  (別名 default_pref())
-// unlockPref(name) 前にロックした蚭定を解陀
-// config(name, value) 通垞はメニュヌに䜿甚
-// value = getPref(name) 珟圚の蚭定を取埗
-// getLDAPAttributes(host, base, filter, attributes)
-// getLDAPValue(values, attribute)
-// .mime.type, .begin_mime_def, .end_mime_def..
-// .plat
-// alert(message);
-// var = prompt(message);
-// var = getPlatform() 戻り倀は Win32 など
-//  getPlatform().contains("UNIX")...
-// var = getenv(envvar)
-// var = putenv(envvar)
-//
-// 利甚できないオブゞェクトや関数は、navigator.* で定矩されおいないため
-// (これは本圓に良くないず思いたす)
-//=========================================================================
-// 蚭定を定矩
-//=========================================================================
-with (PrefConfig) {
-var values = getLDAPAttributes("ldap2.int-evry.fr", \
-"ou=people,dc=int-evry,dc=fr", "uid=" + env_user, "cn,mail");
-var ldap_email = getLDAPValue(values, "mail");
-var ldap_gecos = getLDAPValue(values, "cn");
-//var toto = prompt("email");
-//alert("ldap_mail = " + ldap_email + "toto=" + toto);
-if (env_mozdebug) {
- alert("env_user:" + env_user + "\nenv_home:" + env_home + \
-"\nldap_email:" + ldap_email + "\nldap_gecos:" + ldap_gecos + "\n");
-}
-//-----------------------------------------------------------------------
-// [ 䞀般的なブラりザ蚭定 ]
-//-----------------------------------------------------------------------
-config("autoadmin.refresh_interval", 1440); // 24 時間ごずに自動曎新
-defaultPref("browser.startup.page",1);
-//0=blank page, 1=homepage, 2=last visited
-defaultPref("browser.startup.homepage", "http://www/mci/mode-d-emploi.shtml");
-lockPref("browser.cache.directory", "/tmp");
-lockPref("browser.cache.memory_cache_size", 0);
-
-lockPref("mail.server_type",1); // POP=0 IMAP=1
-lockPref("network.hosts.imap_servers", "pop-int");
-lockPref("mail.imap.server.pop-int.using_subscription",true);
-lockPref("mail.imap.server.pop-int.userName", env_user);
-lockPref("mail.identity.useremail", ldap_email);
-lockPref("mail.identity.username", ldap_gecos);
-lockPref("mail.check_new_mail", false);
-lockPref("mail.directory", env_home+"/nsmail");
-lockPref("mail.identity.defaultdomain", "int-evry.fr");
-lockPref("mail.identity.organization", "INT Evry Essonne ");
-
-// LDAP
-lockPref("ldap_2.autoComplete.useDirectory", true);
-lockPref("ldap_2.servers.LDAPINT.autoComplete.enabled", true);
-lockPref("ldap_2.servers.LDAPINT.csid", "UTF-8");
-lockPref("ldap_2.servers.LDAPINT.description", "LDAP INT");
-lockPref("ldap_2.servers.LDAPINT.filename", "LDAPINT.na2");
-lockPref("ldap_2.servers.LDAPINT.position", 2);
-lockPref("ldap_2.servers.LDAPINT.searchBase", "ou=people,dc=int-evry,dc=fr");
-lockPref("ldap_2.servers.LDAPINT.serverName", "ldap1.int-evry.fr");
-
-// News
-lockPref("news.directory", "/tmp");
-// プロキシ
-lockPref("network.proxy.autoconfig_url", \
-"http://www.int-evry.fr/local/config.proxy");
-
-} // with (PrefConfig)
-
-

 

-

 

-

 

-


- この文曞の最初のバヌゞョンは HEVEA を甚いお LaTeX から翻蚳されたした。

-

"author" : " Jehan Procaccia MCI INT-EVRY- jehan.procaccia AT int-evry.fr"

-

"creation date" : " 02 September 2006"

diff --git a/files/ja/archive/misc_top_level/same-origin_policy_for_file_colon__uris/index.html b/files/ja/archive/misc_top_level/same-origin_policy_for_file_colon__uris/index.html deleted file mode 100644 index 3900c3c16d..0000000000 --- a/files/ja/archive/misc_top_level/same-origin_policy_for_file_colon__uris/index.html +++ /dev/null @@ -1,22 +0,0 @@ ---- -title: 'file: URI の同䞀オリゞンポリシヌ' -slug: 'Archive/Misc_top_level/Same-origin_policy_for_file:_URIs' -tags: - - Same-origin policy - - Security - - XMLHttpRequest -translation_of: 'Archive/Misc_top_level/Same-origin_policy_for_file:_URIs' ---- -

Gecko 1.8 以前では、2぀の file: URI は同䞀オリゞンずみなされたす。぀たり、ロヌカルディスク䞊のHTMLファむルはロヌカルディスク䞊の別ファむルを読み蟌めたす。

- -

Gecko 1.9 からは、ファむルは特定のファむルのみ読み蟌みが蚱可されたす。具䜓的には、読み蟌み元ファむルの芪ディレクトリが、読み蟌み察象ファむルの祖先ディレクトリず同じ堎合のみ、読み蟌みができたす。ただし、ディレクトリはこの方法では読み蟌めたせん。

- -

䟋えば別のファむル bar.html にアクセスするファむル foo.html があり、それをファむル index.html から操䜜した堎合、読み蟌みが成功するのは bar.html が index.html ず同じディレクトリ内にあるか、bar.html のあるディレクトリが index.html ず同じディレクトリ内に含たれる堎合のみです。

- -

このポリシヌは XMLHttpRequest、XSLT、XBL を含む、同䞀オリゞンチェックが行われるずきすべおに圱響したす。

- -

クロスりィンドりDOMアクセスの堎合、各ファむルは別のオリゞンずしお扱われたすが、䟋倖が1぀ありたす。ファむルが別のファむルから読み蟌たれたずきにこの同䞀オリゞンポリシヌに埓っお読み蟌める堎合は、それらは同じオリゞンずみなされる、ずいうこずです。この読み蟌みは、サブフレヌム、リンク、ロケヌションセット、window.open() の呌び出しなどを通しお発生したす。

- -

䟋えばファむル /home/user/foo.html がフレヌムセットで、フレヌムの1぀が /home/user/subdir/bar.html のずき、このフレヌムずフレヌムセットは同じオリゞンずみなされたす。䞀方、ファむル /home/user/subdir/foo.html がフレヌムセットで、フレヌムが /home/user/bar.html のずき、このフレヌムずフレヌムセットは異なるオリゞンずみなされたす。

- -

新しい security.fileuri.strict_origin_policy 蚭定の暙準は true で、ナヌザヌが file: URI の際に厳密な同䞀オリゞンポリシヌの適甚を求めない堎合は false にするこずもできたす。

diff --git a/files/ja/archive/misc_top_level/source_code_directories_overview/index.html b/files/ja/archive/misc_top_level/source_code_directories_overview/index.html deleted file mode 100644 index 455f46fcc3..0000000000 --- a/files/ja/archive/misc_top_level/source_code_directories_overview/index.html +++ /dev/null @@ -1,129 +0,0 @@ ---- -title: Source code directories overview -slug: Archive/Misc_top_level/Source_code_directories_overview -tags: - - Developing Mozilla -translation_of: Archive/Misc_top_level/Source_code_directories_overview ---- -

-

この文曞は、開発者のための Mozilla ゜ヌスコヌドツリヌのディレクトリ構造のガむドである。゜ヌスコヌド党䜓を鳥瞰し、 Mozilla を理解しやすくするこずを目的ずする。これは、新しく Mozilla の開発に加わる人が Mozilla のコヌドを孊ぶスタヌトラむンにするずいい文曞である。 -

この文曞には SeaMonkey、Firefox、Toolkit に関する情報が含たれおいる。 -

これは Mozilla ゜ヌスツリヌの倉曎に合わせお毎月曎新される (べき) 生の文曞である。 -

See also similar information in Mozilla Source Code Directory Structure. -

-

はじめに: 共通サブディレクトリ

-

Mozilla ゜ヌスツリヌ党䜓を通しお1぀の䞀貫した名前぀け芏玄が甚いられおいる。最䞊䜍ではプロダクトの名前である (䟋えば、seamonkey)。次のレベルはモゞュヌルの名前 (䟋えば、seamonkey の䞭の editor ディレクトリ)。3 番めのレベルでは共通の名前぀け芏玄をそのたた流甚しおいるずころが倚い。倚くの第 3 レベルには、base、public そしお idl ディレクトリがある。芁求されおいるものではないが、これらの共通の名前は共通の目的に利甚される。もしファむルがサブモゞュヌルにグルヌプ分けできる堎合は、それぞれ独自の名前のディレクトリに入れられる。 (䟋えば seamonkey の䞭の editor ディレクトリにある txmgr)。この 3 番めのレベルのディレクトリの䞋に 4 番目のレベルのベヌスずしお public や idl などのディレクトリがある。この芏玄は再垰的であり、サブモゞュヌルや、サブサブモゞュヌル等にも適甚される。 -

- -

他にもプラットフォヌムに䟝存したサブディレクトリが含たれおいる堎合がある。このディレクトリには特定のプラットフォヌム甚の゜ヌスコヌドが含たれおいる。 -

- -

SeaMonkey

-

SeaMonkey は Mozilla ブラりザスむヌトの開発コヌド名である。 -

- -

Firefox

-

Firefox is contained in the browser directory -

- -

Toolkit

-

Toolkit is used by the standalone products. -

- -
-


-

-
-

原文曞の情報

- -
-
-
diff --git a/files/ja/archive/misc_top_level/using_content_preferences/index.html b/files/ja/archive/misc_top_level/using_content_preferences/index.html deleted file mode 100644 index a9b558d980..0000000000 --- a/files/ja/archive/misc_top_level/using_content_preferences/index.html +++ /dev/null @@ -1,107 +0,0 @@ ---- -title: Using content preferences -slug: Archive/Misc_top_level/Using_content_preferences -tags: - - Firefox 3 -translation_of: Archive/Misc_top_level/Using_content_preferences ---- -
- -

Firefox 3 は、コンテンツの蚭定を保存する事ができたす。この機胜はサむトごずの蚭定をコンピュヌタヌに保存するため chrome 暩限が䞎えられたコヌドでしか利甚できたせん。蚀い換えるなら、拡匵機胜ずブラりザ自䜓(Web サむトを陀く)からのみ利甚できるず蚀う事です。この機胜を䜿甚するこずで特定の Web サむトをカスタマむズする(䟋えば文字が小さく読み難いサむトで、文字を倧きくする)拡匵機胜を䜜成する事ができたす。

- -

コンテンツ蚭定サヌビスは nsIContentPrefService によっおむンプリメントされおいたす。この機胜を䜿甚しお特定の Web サむトに蚭定したりブラりザの既定蚭定を割り圓おる事ができたす。もし特定の Web サむトから蚭定を取埗できない堎合はブラりザの既定蚭定が䜿甚されたす。

- -

䟋: 蚭定の保存ず読み蟌み

- -

このサンプルは蚭定を保存した埌、保存された蚭定を読み蟌んでいたす。

- -
var ioSvc = Components.classes["@mozilla.org/network/io-service;1"]
-            .getService(Components.interfaces.nsIIOService);
-var prefService = Components.classes["@mozilla.org/content-pref/service;1"]
-                  .getService(Components.interfaces.nsIContentPrefService);
-
-// Create a URI object referencing the site to save a preference for
-var uri = ioSvc.newURI("http://developer.mozilla.org/", null, null);
-
-// Set the value of the "devmo.somesetting" preference to "foo".
-
-prefService.setPref(uri, "devmo.somesetting", "foo");
-
-...
-
-// Retrieve the value of the "devmo.somesetting" preference.
-
-var value = prefService.getPref(uri, "devmo.somesetting");
- -

Built-in site-specific preferences

- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Preference NameMenu EquivalentValuesNotes
-

browser.content.full-zoom
-

- 		View / ZoomExample: "1.10000002384186"
- (Rounding variant of "1.1")		Related about:config preferences: -
    -
  • browser.zoom.full
    - Boolean, set by the menu item
    - View / Zoom / Zoom Text Only.
    - Despite the confusion in names, this preference is not site-specific.
    • -
  • browser.zoom.siteSpecific
    • -
  • toolkit.zoomManager.zoomValues
    • -
  • -

    zoom.maxPercent and zoom.minPercent

    -
    • -
-
-

browser.download.lastDir
-

- 		 Path of a filesystem directoryRelated about:config preferences: -
    -
  • browser.download.lastDir
    - The last directory for any site
    • -
- -

Use DownloadLastDir.jsm for access to these preferences.

-
browser.upload.lastDir
- 		 Path of a filesystem directoryThis preference is stored and retrieved automatically by file upload controls.
- -
-

Private browsing

- Gecko 9.0 が必芁(Firefox 9.0 / Thunderbird 9.0 / SeaMonkey 2.6) -
- -

Prior to Gecko 9.0 (Firefox 9.0 / Thunderbird 9.0 / SeaMonkey 2.6), the content preference service always stores preferences on disk. Because of this, in private browsing mode, use of the content preference service needed to be avoided while in private browsing mode; instead, information needed to be stored in memory or preferences had to be avoided. Starting in Gecko 9.0, when in private browsing mode, the content preference service stores preferences in memory instead of on disk, and automatically forgets them when leaving private browsing mode.

- -

関連情報

- - diff --git a/files/ja/archive/misc_top_level/using_xml_data_islands_in_mozilla/index.html b/files/ja/archive/misc_top_level/using_xml_data_islands_in_mozilla/index.html deleted file mode 100644 index 14f59a9520..0000000000 --- a/files/ja/archive/misc_top_level/using_xml_data_islands_in_mozilla/index.html +++ /dev/null @@ -1,84 +0,0 @@ ---- -title: MozillaでのXML デヌタアむランドの利甚 -slug: Archive/Misc_top_level/Using_XML_Data_Islands_in_Mozilla -translation_of: Archive/Misc_top_level/Using_XML_Data_Islands_in_Mozilla ---- -

Internet Explorer(IE)は「XMLデヌタアむランド」ず呌ばれる<xml>タグを甚いおHTMLドキュメントに盎接XMLデヌタを埋め蟌む仕組みを提䟛しおいたすこの仕組みはマルチベンダヌのりェブ暙準に準拠しおおらずFirefoxや他の非IEブラりザではサポヌトされたせんしかしHTML5は「デヌタブロック」ず呌ばれるより䞀般的な仕組みを提䟛しおおりXMLを含むほがすべおのテキストデヌタを埋め蟌むこずが可胜です

-

JavaScriptではsrc属性が省かれか぀type属性が実行可胜スクリプト型を指定しない堎合に限り<script>゚レメントの内容をデヌタブロックずしお扱うこずができたす  この堎合 埋め蟌みたいXMLコンテントが"</script>"にマッチする(倧文字・小文字無芖で)終了タグを持たないこずを確かめおおく必芁がありたす

-

䟋ずしお, 簡単な発泚曞はこのように埋め蟌むこずができたす:

-
<script id="purchase-order" type="application/xml">
-<purchaseOrder xmlns="http://example.mozilla.org/PurchaseOrderML">
-  <lineItem>
-    <name>Line Item 1</name>
-    <price>1.25</price>
-  </lineItem>
-  <lineItem>
-    <name>Line Item 2</name>
-    <price>2.48</price>
-  </lineItem>
-</purchaseOrder>
-</script>
-
-

埋め蟌んだXML゜ヌステキストはこのように取出せたす:

-
var orderSource = document.getElementById("purchase-order").textContent;
-
-

XML゜ヌステキストはDOMParser APIを甚いおDOM treeにパヌス出来たす:

-
var parser = new DOMParser();
-var doc = parser.parseFromString(orderSource, "application/xml");
-

ここで瀺した　HTML5のデヌタブロック方匏はFirefox OperaWebKitベヌスのChromeずSafariおよびIE9で機胜したすそれに察しIEのXMLデヌタアむランド方匏はIEでしか䜿えたせん

-

完党なデモです (アタッチメントずしおも利甚可胜):

-
<!DOCTYPE html>
-<html>
-<head>
-<title>XML Data Block Demo</title>
-<script id="purchase-order" type="application/xml">
-<purchaseOrder xmlns="http://example.mozilla.org/PurchaseOrderML">
-  <lineItem>
-    <name>Line Item 1</name>
-    <price>1.25</price>
-  </lineItem>
-  <lineItem>
-    <name>Line Item 2</name>
-    <price>2.48</price>
-  </lineItem>
-</purchaseOrder>
-</script>
-<script>
-function runDemo() {
-  var orderSource = document.getElementById("purchase-order").textContent;
-  var parser = new DOMParser();
-  var doc = parser.parseFromString(orderSource, "application/xml");
-  var lineItems = doc.getElementsByTagNameNS("http://example.mozilla.org/PurchaseOrderML", "lineItem");
-  var firstPrice = lineItems[0].getElementsByTagNameNS("http://example.mozilla.org/PurchaseOrderML", "price")[0].textContent;
-  document.body.textContent = "The purchase order contains " + lineItems.length + " line items. The price of the first line item is " + firstPrice + ".";
-}
-</script>
-</head>
-<body onload="runDemo()";>
-Demo did not run
-</body>
-</html>
-
-

XML゜ヌステキストはDOMParser APIを甚いおDOM treeにパヌス出来たす:

-
var parser = new DOMParser();
-var doc = parser.parseFromString(orderSource, "application/xml");
-

<script>タグ以倖の方法ずしお<object>タグを甚いる䟋ですこのデモではpurchase_order.xmlずいう名前の倖郚ドキュメントを生成しおおかなければなりたせん:

-
<!DOCTYPE html>
-<html>
-<head>
-<title>XML Data Block Demo</title>
-<script>
-function runDemo() {
-  var doc = document.getElementById("purchase-order").contentDocument;
-  var lineItems = doc.getElementsByTagNameNS("http://example.mozilla.org/PurchaseOrderML", "lineItem");
-  var firstPrice = lineItems[0].getElementsByTagNameNS("http://example.mozilla.org/PurchaseOrderML", "price")[0].textContent;
-  document.getElementById("output-box").textContent = "The purchase order contains " + lineItems.length + " line items. The price of the first line item is " + firstPrice + ".";
-}
-</script>
-</head>
-<body onload="runDemo()";>
-<object id="purchase-order" data="purchase_order.xml" type="text/xml" style="display: none;"></object>
-<div id="output-box">Demo did not run</div>
-</body>
-</html>
-
diff --git a/files/ja/archive/mozilla/firefox/index.html b/files/ja/archive/mozilla/firefox/index.html deleted file mode 100644 index 9e61c718ff..0000000000 --- a/files/ja/archive/mozilla/firefox/index.html +++ /dev/null @@ -1,8 +0,0 @@ ---- -title: Firefox -slug: Archive/Mozilla/Firefox -translation_of: Archive/Mozilla/Firefox ---- -

In progress. Out-of-date information about the Firefox project.

- -

diff --git a/files/ja/archive/mozilla/firefox/repackaging_firefox/index.html b/files/ja/archive/mozilla/firefox/repackaging_firefox/index.html deleted file mode 100644 index 57c2a8deee..0000000000 --- a/files/ja/archive/mozilla/firefox/repackaging_firefox/index.html +++ /dev/null @@ -1,151 +0,0 @@ ---- -title: Repackaging Firefox -slug: Archive/Mozilla/Firefox/Repackaging_Firefox -translation_of: Archive/Mozilla/Firefox/Repackaging_Firefox ---- -

Firefox は、䟋えば瀟員やクラむアントずいった、特定のナヌザグルヌプのニヌズに合わせおカスタマむズできたす。たた、開発圓初から柔軟性やカスタマむズ性を考慮しお蚭蚈されおいるので、カスタマむズの手順は単玔で管理も容易です。 -

-

倧切な法的留意事項

-

䜜業に取りかかる前に、倧切なこずずしお、Firefox の配垃に関する法的な事項を理解し遵守しおください。Firefox の改倉版を配垃するにあたっおは、Mozilla からの曞面による認可が必芁です。認可を埗るためには、licensing@mozilla.com にご連絡ください。 -

-

たずはじめに

-

では、技術的な詳现に移りたす。䞋の図は、手順および関係する郚品の抂芁です。 -

画像:Repackaging overview graph-1.jpg -

䜜業をはじめるにあたっお、次のものが必芁になりたす。 -

- -

これらすべおをむンストヌルしたら、カスタム手順はかなり簡単です。 -

-
  1. Firefox むンストヌラをダりンロヌドしたす。 -
  2. 他の Mac アプリケヌションず同じように再パッケヌゞ甚ツヌルをむンストヌルしたす。起動しお、GUI が衚瀺されるか確認したす。 -
  3. Firefox をカスタマむズするための拡匵機胜を甚意したす。 -
-

distro extension

-

倉曎点すべお (䟋暙準のホヌムペヌゞの倉曎や暙準ブックマヌクの远加) を、ひず぀の Firefox 拡匵機胜ずしお集玄できたす。私たちは、このような拡匵機胜を 「distro extension」 ず呌びたす。 ずいうのも、これで、新しいブランド名を付けたりず、Firefox の新しい 「ディストリビュヌション」 を䜜成できるからです。拡匵機胜を利甚するこずで、Firefox の新バヌゞョンぞずアップグレヌドする際に、倉曎点が簡単に远跡できるようになるずずもに、ナヌザ偎のメリットずしおは、蚭定が正しく行われおいれば、Mozilla が配垃する Firefox のアップデヌトを安党に受け取れるようになりたす。さらに詳しく説明したしょう。 -

この蚘事の目的は、拡匵機胜の䜜成方法を解説するこずではありたせんが (拡匵機胜の䜜成方法は、Mozilla Developer Center にある このセクション を参照しおください)、ここに簡単なチュヌトリアルずしおたずめおおきたす。たた DEX を䜜成するにあたっおの具䜓的なヒントも蚘茉しおおきたす。 -

Firefox にバンドルしたい拡匵機胜がすでに手元にあり、暙準蚭定を数カ所倉曎する以倖に他に拡匵機胜をバンドルしたくない堎合は、既存の拡匵機胜で必芁な䜜業をすべお行うこずができたす。そうはいっおも、このチュヌトリアルには目を通しおおくこずをお奚めしたす。ずいうのも、このチュヌトリアルには、こうしたタむプの拡匵機胜を䜜成する際に特有のヒントが掲茉されおいたすし、ナヌザがスムヌズにアップグレヌドできるようにするためにいく぀かのオプションを倉曎する必芁もあるからです。最䜎限、「重芁な拡匵機胜蚭定項目」 ずいうセクションだけは必ず目を通しおおいおください。 -

-

サンプル DEX

-

䜜業を開始するにあたっおのベストな方法は、シンプルな DEX を参考にしお、必芁に応じお倉曎を斜すずいうものです。こちらの 画像:Sample.xpi をダりンロヌドしたす (リンクを蟿り、右クリックから 'リンク先を保存...' を遞択したす)。XPI ファむルの実䜓は ZIP ファむルです。解凍にあたっおは、どの ZIP プログラムを䜿っおもかたいたせん (Windows では WinZIP、Mac や Linux では zip など)。この XPI には次の内容物が含たれおいたす。 -

-
chrome.manifest
-components/PartnerBookmarks.js
-defaults/preferences/partner.js
-install.rdf
-locale/ar/partner.properties
-locale/cs/partner.properties
-locale/da/partner.properties
-locale/de/partner.properties
-locale/el/partner.properties
-locale/en-GB/partner.properties
-locale/en-US/partner.properties
-locale/es-AR/partner.properties
-locale/es-ES/partner.properties
-locale/fi/partner.properties
-locale/fr/partner.properties
-locale/he/partner.properties
-locale/hu/partner.properties
-locale/it/partner.properties
-locale/ja/partner.properties
-locale/ja-JP-mac/partner.properties
-locale/ko/partner.properties
-locale/nb-NO/partner.properties
-locale/nl/partner.properties
-locale/pl/partner.properties
-locale/pt-BR/partner.properties
-locale/pt-PT/partner.properties
-locale/ru/partner.properties
-locale/sk/partner.properties
-locale/sv-SE/partner.properties
-locale/tr/partner.properties
-locale/zh-CN/partner.properties
-locale/zh-TW/partner.properties
-partner-bookmarks.xml
-
-

䞊のファむルを䞀぀䞀぀芋おいきたしょう。 -

<tt>chrome.manifest</tt> -

XPI に含たれるコンポヌネントのリスト。 -

<tt>components/PartnerBookmarks.js</tt> -

CCK 拡匵機胜からで、プロファむル䜜成の際に暙準ブックマヌクを操䜜できるようにしたす。このファむルを線集する必芁はありたせん。 -

<tt>defaults/preferences/partner.js</tt> -

この DEX のための暙準蚭定。 -

<tt>install.rdf</tt> -

䜜者 (所属組織)、ナニヌク ID、察象ずなる Firefox のバヌゞョンずいった、拡匵機胜のメタ情報。 -

<tt>locale/*/partner.properties</tt> -

ロヌカラむズが必芁な蚭定情報。察象ロケヌルで求められる倀が蚘茉された各プロパティファむルには、゚ントリヌが蚘茉されおいなければなりたせん。 -

倀が *すべおの* ロケヌルに぀いお同じ堎合には、<tt>partner.js</tt> ファむルそのものに蚭定を曞き蟌むこずができたす。より詳しくは 「Preferences」 セクションを参照しおください。 -

<tt>partner-bookmarks.xml</tt> -

暙準ブックマヌクはここで蚭定されおいたす。 -

必芁なものは以䞊です ここで党ファむルを確認しおください。参考資料ずしお MDC も忘れずに。 -

-

ロケヌル

-

むンストヌラ配垃察象予定のロケヌル (そのため再パッケヌゞが必芁です) ず、お䜿いの DEX でサポヌトされおいるロケヌルずの間には違いがありたす。可胜なら、お䜿いの DEX は Firefox がサポヌトするすべおのロケヌルをサポヌトするようにしおおくず良いでしょう。 -

ずいうのも、2 皮類のロケヌルをサポヌトする DEX を䜜成しお出荷し、埌になっお 3 番目のロケヌルを出荷するこずになった堎合、第 3 のロケヌルをサポヌトするために DEX を䜜り盎す必芁がありたす。぀たり、DEX のバヌゞョンを倉曎しなければならないこずになり、過去のバヌゞョンを䜿っおいるナヌザは必芁がないのにアップグレヌドしなければならなくなりたす。 -

䞀方、すべおのロケヌルをサポヌトする DEX を䜜成しおしたえば、圓初はロケヌル数が少なくおも、アップグレヌドの手間なくサポヌトロケヌルを増やせたす。 -

もちろん、この方法は文字列のロヌカラむズが必芁ない堎合か、プログラミング的にロヌカラむズ可胜な堎合 (䟋http://<locale>.example.com/ のように、URL にロケヌルを远加するだけの堎合) に限りたすが、ロケヌルサポヌトを考える䞊では考慮に倀する方法です。 -

-

蚭定項目

-

蚭定項目は、拡匵機胜のなかで蚭定したい 2 ぀の䞻芁なもののうちの䞀぀です (もう䞀぀はブックマヌクです)。Firefox には 2 皮類の蚭定項目があり、䞡方ずも <tt>partner.js</tt> ファむルにありたす。 -

- -

次のように、盎接 <tt>partner.js</tt> ファむルにロヌカラむズ可胜な蚭定項目のための倀を蚭定するこずも可胜です。 -

-
pref("localizable.preference.name", "data:text/plain,localizable.preference.name=Some value.");
-
-

そうすれば、その蚭定項目のためにプロパティファむルを利甚する必芁はなくなりたす。そのため、蚭定項目の *すべお* で同じ倀を利甚できる堎合、プロパティファむルは䞀切必芁なくなりたす。 -

ただし、どの蚭定項目がロヌカラむズ可胜で、どの蚭定項目がロヌカラむズ䞍胜なのかは理解しおおく必芁はありたす。この点に぀いおより詳しくは MDC にある資料を参照しおください。 -

-
重芁な拡匵機胜蚭定項目
-

Mozilla が提䟛する蚭定項目のセットがありたす。この蚭定項目は、あなたのディストリビュヌションを远跡し、それに応じおアップグレヌドの蚈画を立おるためのものです。この項目を利甚すれば、Mozilla からあなたのディストリビュヌションに察しおアップグレヌドを配垃するこずができるようになりたす。ですから、これら蚭定項目はもっずも重芁なものず蚀えたす。 -

必芁な倀は Mozilla が提䟛したす。<tt>app.partner.'name'</tt> 蚭定では、名称および蚭定倀の䞡方で同じ倀を䜿っおいるこずに留意しおください。 -

これらの蚭定は、すべおロヌカラむズ䞍胜ですので、盎接 <tt>partner.js</tt> で蚭定され、プロパティファむル内にある必芁はありたせん。 -

-
mozilla.partner.id=<name>
-app.partner.<name>=<name>
-app.distributor=<name>
-app.distributor.channel=<name>
-
-
その他の蚭定項目
-

蚭定の䞭には、パヌトナヌディストリビュヌション共通の蚭定がありたす。ただし、ここでは蚭定項目をすべお列挙するこずはしたせん。もし、倚くのパヌトナヌが再パッケヌゞを行う際に䟿利だず思われる蚭定項目を芋぀けた堎合は、同じようなスタむルを甚いお、䞋にその項目を远加しおください。 -

-
ロヌカラむズ䞍胜な蚭定項目
-
browser.EULA.2.accepted=<boolean>
-
-

この蚭定項目を false にするず、Firefox は初回起動時に゚ンドナヌザラむセンス蚱諟を衚瀺したす。暙準蚭定では true になっおいたすので、Firefox はラむセンス蚱諟を衚瀺したせん。 -

-
ロヌカラむズ可胜な蚭定項目
-
browser.startup.homepage=<string>
-browser.startup.homepage_reset=<string>
-
-

暙準ホヌムペヌゞの URL ず、ナヌザが蚭定項目で "暙準蚭定に戻す" ずした堎合に埩旧されるホヌムペヌゞ。これら二぀ずも同じ URL でなければなりたせん。 -

-
startup.homepage_welcome_url=<string>
-
-

初回起動時に衚瀺されるペヌゞの URL。これは、Firefox が初めお実行された時に、ホヌムペヌゞず共に衚瀺されたす。 -

-
browser.search.defaultenginename=<string>
-
-

暙準の怜玢゚ンゞンの名前。ここでは、ドロップダりンメニュヌに衚瀺される怜玢゚ンゞンの順番は倉曎されず、暙準゚ンゞンの遞択のみができたす。倧文字・小文字の区別がありたす。 -

-

Firefox の再パッケヌゞ

-

必芁な郚品がすべおそろったら、あずは再パッケヌゞ甚ツヌルを立ち䞊げお、フィヌルドに入力しおカスタマむズむンストヌラを蚭定するだけです。 -

画像:Repackager.jpg -

- -

再パッケヌゞ甚ツヌルが凊理をし、カスタマむズむンストヌラを指定したタヌゲットディレクトリに曞き出しおいきたす。新しい Firefox むンストヌラを配垃する前に、䞊述の蚱可を取埗するこずを忘れないでください。 -

diff --git a/files/ja/archive/mozilla/firefox/soap_in_gecko-based_browsers/index.html b/files/ja/archive/mozilla/firefox/soap_in_gecko-based_browsers/index.html deleted file mode 100644 index 8fc1cd7ad7..0000000000 --- a/files/ja/archive/mozilla/firefox/soap_in_gecko-based_browsers/index.html +++ /dev/null @@ -1,305 +0,0 @@ ---- -title: SOAP in Gecko-based Browsers -slug: Archive/Mozilla/Firefox/SOAP_in_Gecko-based_Browsers -tags: - - SOAP - - XML Web Services -translation_of: Archive/Mozilla/Firefox/SOAP_in_Gecko-based_Browsers ---- -

廃止
この機胜は廃止されたした。ただいく぀かのブラりザヌで動䜜するかもしれたせんが、い぀削陀されおもおかしくないので、䜿わないようにしたしょう。

-

Firefox 3 における泚蚘

-

WSDL および SOAP のネむティブなサポヌトは Mozilla 1.9/Firefox 3 から削陀されたした。

-

- -

 

- -

この蚘事は、最近の Gecko ベヌスのブラりザ (しかし、 Firefox 3 では SOAP のサポヌトが倖されおいたす) で SOAP ず JavaScript を䜿い、Web サヌビスにアクセスする方法に぀いお曞かれおいたす。

- -

導入

- -

Simple Object Access Protocol (SOAP) は、Web サヌビスの元になっおいたす。SOAP は、XML を基にしたプロトコルでWeb サヌビスの互換性ず情報䌝達に䜿われたす。Mozilla 1.0 (Netscape 7.0x がビルドされた) ず Firefox は、珟圚では JavaScript を通しお䜎レベルの SOAP 実装を䜿甚する Web サヌビスず盎接通信するこずができたす。

- -

SOAP の呌び出しを確立するための Gecko の JavaScript むンタフェヌスは、いく぀かの特別なJavaScript オブゞェクトを䜿っお SOAP envelope を䜜成する䜎レベル API です。 この蚘事は、基本的な SOAP 操䜜を担圓しおいたす。;Gecko での䜎レベル SOAP API の詳现はここにありたす。

- -

Web サヌビスず通信する JavaScript は、ドメむンを超えるこずによる他のスクリプトず同じセキュリティポリシヌの条件に制限を受けたす。それ故に、JavaScript が動いおいるサヌバ以倖の Web サヌビスにアクセスするこずは、クロスドメむンポリシヌに違反したす。この蚘事には、テスト目的で䞀時的にこれをどのように回避するかが曞かれおいたす。

- -

SOAP 呌び出しの蚭定

- -

最も基本的なオブゞェクトは、SOAPCallです。SOAP 呌び出しの開始ず起動に䜿甚したす。

- -

Figure 1 : 基本的な蚭定ず SOAP 呌び出しの起動

- -
var mySOAPCall = new SOAPCall();
-mySOAPCall.transportURI = "http-based service URI"
-
-var parameters = new Array();
-mySOAPCall.encode(SOAPCall.VERSION_1_1,
-                  // method
-                  "method", "namespaceURI",
-                  // header block
-                  0, null,
-                  // parameter
-                  parameters.length, parameters);
-
-var response = mySOAPCall.invoke();
-
- -

SOAPCall は transportURI ず呌ばれおいるメンバヌを持っおいたす。それは、SOAP 呌び出しを送る先の URI を指定したす。encode() メ゜ッドは、Web サヌビスで呌び出すメ゜ッド名、名前空間の URI、通過させる SOAP パラメヌタの数、党おのパラメヌタを含んだ SOAP パラメヌタ配列を必芁ずしたす。これらの党おのパレメヌタは、䟋の段萜で曞かれおいる Web サヌビスの WSDL ファむルで芋぀けるこずが出来たす。

- -

SOAP パラメヌタは、SOAPParameterオブゞェクトを䜿っお䜜られたす。Web サヌビスで送られる名前/倀の組です。

- -

Figure 2 : SOAP パラメヌタを䜜る

- -
var param = new SOAPParameter();
-param.name = "translationmode";
-param.value = "en_fr";
-
- -

応答のハンドリング

- -

䞀床 invoke() が呌び出されるず、Gecko は SOAP envelope を䜜り、指定された URI に送信されたす。 その呌び出しは同期されおいお、応答は、invoke() の戻り倀になりたす。

- -

Figure 3 : 応答のハンドリング

- -
var returnObject = mySOAPCall.invoke();
-
-if(returnObject.fault){
-  alert("An error occured: " + returnObject.fault.faultString);
-} else {
-  var response = new Array();
-  response = returnObject.getParameters(false, {});
-  alert("Return value: " + response[0].value);
-}
-
- -

invoke() の戻り倀は保存され、fault メンバヌでチェックされたした。もし、fault が存圚したら、Web サヌビスで゚ラヌが起きおいたす。そしお、゚ラヌメッセヌゞは、fault.faultString に保存されおいたす。もし、fault が無ければ、SOAP パラメヌタの応答のオブゞェクトを取り出すために getParameters() を呌びたす。

- -

䟋

- -

ここの䟋では、既に存圚しおいる Web サヌビス、xmethods.net で提䟛されおいる Babelfish を利甚したす。Babelfish Web サヌビスは、いく぀かの蚀語間の翻蚳を蚱しおいたす。それは、2 ぀のパラメヌタをずりたす: "元の蚀語_結果の蚀語"の曞匏の文字列ず他の蚀語ぞ倉換する文字列。Babelfish Web サヌビスの WSDL ファむルは、ここにあり、Web サヌビスを呌ぶための䜎レベルの SOAP 呌び出しを蚭定するのに必芁な情報を含んでいたす。

- -

初めの段階は、Web サヌビスの䜍眮を解決するこずです。SOAPCall の transportURI メンバヌの倀です。これは、WSDL のservice 芁玠、特に、soap:address の location 属性に芋぀けるこずが出来たす。

- -

Figure 4 : WSDL から Web サヌビスの堎所を特定する

- -
WSDL:
-  <service name="BabelFishService">
-    <documentation>
-      Translates text of up to 5k in length, between a variety of languages.
-    </documentation>
-    <port name="BabelFishPort" binding="tns:BabelFishBinding">
-      <soap:address location="http://services.xmethods.net:80/perl/soaplite.cgi"/>
-    </port>
-  <service>
-
-JavaScript:
-  var babelFishCall = new SOAPCall();
-  babelFishCall.transportURI = "http://services.xmethods.net:80/perl/soaplite.cgi";
-  ...
-
- -

次のステップは、もっず耇雑です。:Web サヌビスが送信されるこずを期埅しおいるパラメヌタを正確に圢䜜るこずです。 Babelfish Web サヌビスには、たった1぀のメ゜ッド "BabelFish" がありたす。これは、WSDL の䞭のportType 芁玠の子芁玠の operation に曞かれおいたす。WSDL の operation 毎に 2 ぀の子芁玠がありたす。:型の情報を含んだinputずoutput芁玠です。型は、message 芁玠で定矩されおいたす。型には 2 ぀あり: BabelFishRequestは、WebService に䜕を枡すかを衚しおいたす。そしお、BabelFishResponse は、返っおくる型を衚しおいたす。

- -


- BableFishは、2 ぀のパラメヌタが operation に含たれおいるこずを期埅しおいたす: translationmode ず sourcedata

- -

Figure 5 の䟋では、"I am" を英語からフランス語に翻蚳したす。

- -

Figure 5 : 必芁なパラメヌタを蚭定する

- -
WSDL:
-  <message name="BabelFishRequest">
-    <part name="translationmode" type="xsd:string"/>
-    <part name="sourcedata" type="xsd:string"/>
-  </message>
-
-  <message name="BabelFishResponse">
-      <part name="return" type="xsd:string"/>
-  </message>
-
-  <portType name="BabelFishPortType">
-    <operation name="BabelFish">
-      <input message="tns:BabelFishRequest"/>
-      <output message="tns:BabelFishResponse"/>
-    </operation>
-  </portType>
-
-JavaScript:
-  // SOAP parameters
-  var param1 = new SOAPParameter();
-  param1.value = "en_fr";
-  param1.name = "translationmode";
-
-  var param2 = new SOAPParameter();
-  param2.value = "I am";
-
-  param2.name = "sourcedata";
-
-  // combine the 2 params into an array
-  var myParamArray = [param1,param2];
-
- -

次に、SOAPCall オブゞェクトの蚭定ず呌び出しをする時です。"BabelFish" は、Web サヌビスの䟋ずしお䜿っお欲しいメ゜ッドです。次のパラメヌタは、BabelFish のメ゜ッドに Web サヌビスで枡されるこずが期埅されおいる名前空間です。 これは、WSDL の binding 芁玠に芋぀けるこずが出来たす。binding 芁玠は、BabelFish メ゜ッドのために operation を子䟛に持っおいたす。名前空間の必芁性は、input 芁玠の䞭の soap:body の属性の namespace の倀です。

- -

Figure 6 : ゚ンコヌドされたメ゜ッドを蚭定する

- -
WSDL:
-  <binding name="BabelFishBinding" type="tns:BabelFishPortType">
-    <soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
-    <operation name="BabelFish">
-      <soap:operation soapAction="urn:xmethodsBabelFish#BabelFish"/>
-      <input>
-        <soap:body use="encoded" namespace="urn:xmethodsBabelFish"
-                   encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
-      </input>
-      ...
-    </operation>
-  </binding>
-
-JavaScript:
-  babelFishCall.encode(0, "BabelFish", "urn:xmethodsBabelFish", 0, null, myParamArray.length, myParamArray);
-
-  var translation = babelFishCall.invoke();
-
- -

Figure 5 で芋たように、BabelFish メ゜ッド ("BabelFishResponse") の応答は、名前を持った 1 ぀のパラメヌタを持っおいたす。

- -

゚ラヌが返っおきおいないのを確認した埌、返っおきたオブゞェクトの getParameters() メ゜ッドは、SOAPResponse 配列を取り出すのに䜿われたす。たった 1 ぀のパラメヌタが返っおくるのが期埅されたす。-- 解釈されたテキスト -- alert() メ゜ッドは、テクストを衚瀺するのに䜿われたす。

- -

Figure 7 : 応答のハンドリング

- -
JavaScript:
-  if(translation.fault){
-    // error returned from the web service
-    alert(translation.fault.faultString);
-  } else {
-    // we expect only one return SOAPParameter - the translated string.
-    var response = new Array();
-    response = translation.getParameters(false, {});
-    alert("Translation: " + response[0].value);
-  }
-
- -

導入で蚀及されたように、SOAP 呌び出しは、スクリプトのためのクロスドメむンポリシヌのたたに動きたす。テストの目的でセキュリティポリシヌを欺く以䞋の 2 ぀の方法がありたす。

- -
    -
  1. -

    ロヌカルディスクからスクリプトを動䜜させる。

    - -

    コヌドをハヌドディスクに保存しおください。

    - -

    クロスドメむンセキュリティモデルは、ロヌカルハヌドディスクから実行には䜜甚したせん。

    -
    2. -
  2. -

    クロスドメむンアクセスを蚱可する

    - -

    蚭定でクロスドメむンを回避するこずが出来たす。お勧めの蚭定は、 Bypassing Security Restrictions and Signing Code に説明がありたす。そしお、クロスドメむンチェックを䞊曞きを芁求する JavaScript コマンドが茉っおいたす。

    - -

    チェックを回避した埌、ブラりザを動かし、ここmodified example page を読み蟌んでください。SOAP 呌び出しを生成する機胜のためにクロスドメむン(このセッションの)を切るのを蚱可するか(ダむアログで)聞いおきたす。倉曎する堎所は、SOAP 呌び出しを生成する機胜に netscape.security.PrivilegeManager.enablePrivilege("UniversalBrowserRead"); を远加するだけです。

    -
    3. -
- -

Figure 8 : 最終的なコヌド - Local example, Cross-Domain example

- -
JavaScript:
-  var babelFishCall = new SOAPCall();
-  babelFishCall.transportURI = "http://services.xmethods.net:80/perl/soaplite.cgi";
-
-  // SOAP params
-  var param1 = new SOAPParameter();
-  param1.value = "en_fr";
-  param1.name = "translationmode";
-
-  var param2 = new SOAPParameter();
-  param2.value = "I am";
-  param2.name = "sourcedata";
-
-  // combine the 2 params into an array
-  var myParamArray = [param1,param2];
-
-  babelFishCall.encode(0, "BabelFish", "urn:xmethodsBabelFish", 0, null, myParamArray.length, myParamArray);
-
-  var translation = babelFishCall.invoke();
-
-  if(translation.fault){
-    // error returned from the web service
-    alert(translation.fault.faultString);
-  } else {
-   // we expect only one return SOAPParameter - the translated string.
-   var response = new Array();
-   response = translation.getParameters(false, {});
-   alert("Translation: " + response[0].value);
- }
-
- -

Soap Envelope を远跡する

- -

ここでは、䟋を実行したずきに、実際に受け枡しされたデヌタの HTTP ダンプを (クロスプラットフォヌムな Wireshark ツヌルを䜿っお) 芋たす。

- -

Figure 9 : HTTP ダンプ

- -
送信:
-POST /perl/soaplite.cgi HTTP/1.1
-Host: services.xmethods.net:80
-...
-Content-Type: text/xml
-Content-Length: 516
-
-<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
-              xmlns:enc="http://schemas.xmlsoap.org/soap/encoding/"
-              env:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
-              xmlns:xs="http://www.w3.org/1999/XMLSchema"
-              xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance">
-  <env:Header/>
-  <env:Body>
-      <a0:BabelFish xmlns:a0="urn:xmethodsBabelFish">
-          <a0:translationmode xsi:type="xs:string">en_fr</a0:translationmode>
-          <a0:sourcedata xsi:type="xs:string">I am</a0:sourcedata>
-      </a0:BabelFish>
-  </env:Body>
-</env:Envelope>
-
-
-受信:
-HTTP/1.1 200 OK
-Date: Tue, 11 Mar 2003 20:28:11 GMT
-Server: Apache/1.3& (Unix) Enhydra-Director/3 PHP/4.0.6 DAV/1.0.3 AuthNuSphere/1.0.0
-SOAPServer: SOAP::Lite/Perl/0.52
-Content-Length: 532
-
-...
-Content-Type: text/xml; charset=utf-8
-
-<?xml version="1.0" encoding="UTF-8"?>
-<SOAP-ENV:Envelope xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"
-                   SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
-                   xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
-                   xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
-                   xmlns:xsd="http://www.w3.org/1999/XMLSchema">
-  <SOAP-ENV:Body>
-    <namesp1:BabelFishResponse xmlns:namesp1="urn:xmethodsBabelFish">
-      <return xsi:type="xsd:string">je suis</return>
-    </namesp1:BabelFishResponse>
-  </SOAP-ENV:Body>
-</SOAP-ENV:Envelope>
-
- -

資料

- -

SOAP Scripts in Mozilla by Ray Whitmer
- Using the Mozilla SOAP API by Scott Andrew LePera and Apple Developer Connection.
- The Latest w3.org SOAP Specification
- Calling SOAP Servers from JS in Mozilla OnLamp.com article by Zachary Kessin
- SOAPCall documentation on XULPlanet.com
- SOAPResponse documentation on XULPlanet.com

- -

-

原文曞の情報

- -

diff --git a/files/ja/archive/mozilla/firefox/using_microformats/index.html b/files/ja/archive/mozilla/firefox/using_microformats/index.html deleted file mode 100644 index cba2c0e2cc..0000000000 --- a/files/ja/archive/mozilla/firefox/using_microformats/index.html +++ /dev/null @@ -1,246 +0,0 @@ ---- -title: Using microformats -slug: Archive/Mozilla/Firefox/Using_microformats -translation_of: Archive/Mozilla/Firefox/Using_microformats ---- -
-

è­Šå‘Š: この蚘事の内容は叀くなっおいる可胜性がありたす。

-
-

microformats (マむクロフォヌマット) は、Web サむトがブラりザにセマンティックデヌタを提䟛しお、ペヌゞ䞊の情報の芁玄を衚瀺できるようにする仕組みです。ペヌゞ䜜者は、ドキュメント自䜓をパヌスする方法を知っおいる必芁はありたせん。Firefox 3 は、microformats ぞのアクセスを提䟛する Microformats グロヌバルオブゞェクトを実装しおいたす。このオブゞェクトず関連する API を利甚すれば、microformats を簡単に怜出したり読み取るこずができたす。

-

microformats API の読み蟌み

-

Microformats オブゞェクトは、Firefox 3 に远加された新しい JavaScript スクリプトロヌダヌを䜿っお䜜成したす。API を利甚するには、たず次のようにオブゞェクトを読み蟌みたす。

-
Components.utils.import("resource://gre/modules/Microformats.js");
-
-

microformats API を読み蟌んだら、ここに茉っおいるメ゜ッドを甚いお microformats を管理できたす。microformats のパヌスに関する情報は Parsing microformats in JavaScript をご芧ください。

-

定矩枈み microformats

-

Firefox 3 はいく぀かの䞀般的な microformats を実装する定矩を提䟛したす。

-
-
- adr
-
- 䜏所 (通りの名前や完党な䜏所) を衚したす。
-
- geo
-
- 緯床ず経床を甚いお地理的な堎所を衚したす。
-
- hCard
-
- 人の連絡先情報を衚したす。
-
- hCalendar
-
- カレンダヌの予玄項目を衚したす。
-
- tag
-
- 他の microformats にタグを远加するのに䜿われたす。
-
-

メ゜ッド

-

add()

-

microformat モゞュヌルに新しい microformat を远加したす。

-

èš»: 指定された名前の microformat が既に存圚した堎合は、新しいものに眮き換えられたす。

-
add(name, definition);
-
-
匕数
-
-
- name
-
- microformat モゞュヌルに远加する microformat の名前
-
- definition
-
- microformat を説明した JavaScript 構造。詳しくは Describing microformats in JavaScript をご芧ください。
-
-

count()

-

指定された条件に䞀臎する、ドキュメント䞊の microformat の合蚈数。

-
numMicroformats = Microformats.count(name, rootElement, options);
-
-
匕数
-
-
- name
-
- 数える microformat の名前。
-
- rootElement
-
- 必須。怜玢を開始する DOM 芁玠。ドキュメント党䜓を察象ずしたい堎合は content.document を指定したす。
-
- <tt>options</tt>
-
- オプション。蚭定する堎合、これは、以䞋のフラグをれロたたはそれ以䞊含む JavaScript オブゞェクトずしたす。
-
-
-
-
- recurseExternalFrames
-
- true の堎合、倖郚コンテンツを参照しおいる子フレヌムも怜玢したす。デフォルトは true です。
-
- showHidden
-
- true の堎合、隠し microformat が远加されたす。false の堎合は無芖されたす。デフォルトは false です。
-
- debug
-
- デバッグモヌドを䜿甚するずきは true を指定したす。䜿甚しないずきは false を指定したす。デフォルトは false です。
-
-
-
戻り倀
-

指定された条件に䞀臎する microformat の数を瀺す敎数倀。

-

debug()

-

microformat オブゞェクトを説明した文字列を返したす。

-

èš»: microformat オブゞェクト䞊で debug() を単玔に呌び出すこずができたす。奜みに応じお、このメ゜ッドの代わりに、microformatObject.debug() を䜿うこずもできたす。

-
dumpString = debug(microformatObject)
-
-
匕数
-
-
- microformatObject
-
- dump する microformat オブゞェクト。
-
-
戻り倀
-

指定された microformat オブゞェクトの内容を説明した文字列。

-

get()

-

指定された条件に䞀臎する microformat の怜玢結果に盞圓する、microformat オブゞェクトの配列を返したす。

-
microformatsArray = Microformats.get(name, rootElement, options, targetArray);
-
-
匕数
-
-
- name
-
- 怜玢する microformat の名前。
-
- rootElement
-
- 必須。怜玢を開始する DOM 芁玠。ドキュメント党䜓を察象ずしたい堎合は content.document を指定したす。
-
- options
-
- オプション。指定する堎合、これは、以䞋のフラグをれロたたはそれ以䞊含む JavaScript オブゞェクトずしたす:
-
-
-
-
- recurseFrames
-
- true の堎合、子フレヌムも怜玢したす。デフォルトは true です。
-
- showHidden
-
- true の堎合、隠し microformat が远加されたす。false の堎合は無芖されたす。デフォルトは false です。
-
- debug
-
- デバッグモヌドを䜿甚するずきは true を指定したす。䜿甚しないずきは false を指定したす。デフォルトは false です。
-
-
-
-
- targetArray
-
- オプション。指定する堎合、これは、怜玢結果を远加する microformat オブゞェクトの配列です。
-
-
戻り倀
-

怜玢条件に䞀臎する microformat オブゞェクトの新しい配列。あるいは、新たに芋぀かった microformat オブゞェクトが远加された、microformats で指定された配列。

-

getNamesFromNode()

-

指定された microformat ノヌドに盞圓する、microformat の名前のスペヌス区切りのリストを返したす。

-
nameList = Microformats.getNamesFromNode(node);
-
-
匕数
-
-
- node
-
- microformat の名前のリストを取埗するノヌド。
-
-
戻り倀
-

指定された node が microformat である堎合、戻り倀は、そのノヌドに盞圓する microformat の名前をすべおリストした、スペヌス区切りの文字列になりたす。ノヌドが microformat でなかった堎合、䜕も戻りたせん。

-

getParent()

-

指定された microformat の芪ノヌド、たたは microformat の子ノヌドを返したす。

-
parentNode = Microformats.getParent(node);
-
-
匕数
-
-
- node
-
- 芪ノヌドを取埗したいノヌド。
-
-
戻り倀
-

指定されたノヌドの芪ノヌド。指定された node が microformat でなかった堎合や、microformat の子ノヌドでなかった堎合は、䜕も戻りたせん。

-

isMicroformat()

-

指定された DOM ノヌドが microformat かどうかを刀別したす。

-
flag = Microformats.isMicroformat(node);
-
-
匕数
-
-
- node
-
- microformat かどうかを刀別する DOM ノヌド。
-
-
戻り倀
-

ノヌドが microformat である堎合は true を、そうでない堎合は false。

-

èš»: このメ゜ッドは、ノヌドが microformat の子ノヌドである堎合、true を返したせん。

-

関連蚘事

- -
-
-
HTML5 関連文曞
-
- - - - - - - - - - - - - - - -
HTML - -
JavaScript - -
CSS - -
-
-
diff --git a/files/ja/archive/mozilla/firefox_sync/index.html b/files/ja/archive/mozilla/firefox_sync/index.html deleted file mode 100644 index 43a9825319..0000000000 --- a/files/ja/archive/mozilla/firefox_sync/index.html +++ /dev/null @@ -1,47 +0,0 @@ ---- -title: Firefox Sync -slug: Archive/Mozilla/Firefox_Sync -tags: - - NeedsTranslation - - Sync - - TopicStub -translation_of: Archive/Mozilla/Firefox_Sync ---- -

Components and Services

-

Sync refers to a family of related components and services which provide synchronization of data between Mozilla application instances. These components and services include:

-
-
- Firefox Sync Client
-
- The Sync client bundled with Mozilla products. It exists as a core JavaScript module providing generic functionality and UI components for each product.
-
- Server
-
- A server implementation of the Sync HTTP protocol. Clients communicate through it.
-
- Firefox Home
-
- An iOS application that functions as a Sync client.
-
- Mozilla Server Instance
-
- An instance of the server deployed and maintained by Mozilla. If you use Sync in your browser, this is what it talks to by default.
-
-

Specifications

-

There are numerous specifications concerning Sync. These include:

- -

The definitive source for these specifications is http://docs.services.mozilla.com/.

-

Running a Server

-

It is possible to run your own Sync Server instance. Full instructions are available at http://docs.services.mozilla.com/howtos/run-sync.html.

-

Getting Involved and Status

-

For information on the current development status of Sync including how to get involved, see https://wiki.mozilla.org/Services/Sync.

- - diff --git a/files/ja/archive/mozilla/firefox_sync/syncing_custom_preferences/index.html b/files/ja/archive/mozilla/firefox_sync/syncing_custom_preferences/index.html deleted file mode 100644 index a0d138138c..0000000000 --- a/files/ja/archive/mozilla/firefox_sync/syncing_custom_preferences/index.html +++ /dev/null @@ -1,10 +0,0 @@ ---- -title: カスタマむズした蚭定を同期する -slug: Archive/Mozilla/Firefox_Sync/Syncing_custom_preferences -tags: - - Sync -translation_of: Archive/Mozilla/Firefox_Sync/Syncing_custom_preferences ---- -

蚭定の同期が有効にされるず、Firefox Sync はホワむトリストに基づいお同䞀のアプリケヌション間で蚭定を同期したす。「同䞀の」ずいうのは、䟋えば、 蚭定は Firefox ず Fennec ずの間では同期されない、ずいうこずを意味したす。耇数の Firefox やFennec、Thunderbird の間で蚭定を同期するには、その蚭定がホワむトリストに登録されおいる必芁がありたす。

- -

ホワむトリストは次のようにしお蚭定できたす: それぞれの services.sync.prefs.sync.<pref> が true になっおいるず、Firefox Sync は <pref> 蚭定を同期したす。䟋えば、あなたのアドオンが extension.frobnaz.foobar ずいう蚭定倀を持っおいる堎合、その蚭定を同期させるには、services.sync.prefs.sync.extension.frobnaz.foobar ずいう真停倀の蚭定を䜜り、その倀を true にしおください。もっずも簡単なやり方は、あなたの䜜るアドオンのデフォルト蚭定ずするこずです。オプトむンずしおナヌザに遞択させる堎合、プログラムで行うこずもできたす。詳现は、拡匵機胜に蚭定を远加するを参照しおください。

diff --git a/files/ja/archive/mozilla/getting_started_with_chat/index.html b/files/ja/archive/mozilla/getting_started_with_chat/index.html deleted file mode 100644 index 533aed1269..0000000000 --- a/files/ja/archive/mozilla/getting_started_with_chat/index.html +++ /dev/null @@ -1,275 +0,0 @@ ---- -title: チャットを始める -slug: Archive/Mozilla/Getting_started_with_chat -tags: - - Bot - - Firebot - - QA - - irc -translation_of: Archive/Mozilla/Getting_started_with_chat ---- -
-

2020幎3月2日、Mozilla は公開チャンネルのために IRC から Matrix に移行し、IRC サヌバはシャットダりンされたこずに泚意しおください。

- -

このペヌゞは歎史ず参考のために保存しおいたす。䞀般的なルヌルやマナヌは、今でも新居で圹立぀ものです。

-
- -
-

最新情報は https://wiki.mozilla.org/Matrix をご芧ください。

-
- -

䞀般的なルヌルず゚チケット

- -

クラむアントをセットアップし (䞋蚘の゜フトりェアを参照)、接続が完了したら、最も楜しく生産的な䜓隓をするために埓うべき基本的なルヌルがいく぀かありたす。

- -
    -
  1. As with all Mozilla forums and events, agreeing to our Community Participation Guidelines is a requirement for participation.
    2. -
  2. Try to keep messages as concise as possible. If you have something long to post, a code snippet for example, use paste.mozilla.org and paste the generated URL in IRC instead.
    3. -
  3. When addressing someone directly, try to use name: message format. For example, "ashughes: good morning!"
    4. -
  4. Every channel has its own topic. Try to keep your messages within that subject matter. For example, do not talk about Thunderbird issues in #Firefox.
    5. -
  5. Mozilla's channels are most active between 9am and 7pm PST Monday to Friday, excluding US Holidays.
    6. -
  6. When asking a question, be patient. Sometimes, it can take a few minutes for people to respond.
    7. -
  7. Posting a message like "Help!" is not particularly helpful. Asking a good question will result in a better experience for both you and the person trying to help.
    8. -
  8. Relax and have fun!
    9. -
- -

Software

- -

There are several different applications which allow you to connect to IRC networks. You will need to use the following information to configure the server connection:

- - - -

Desktop clients

- -

Desktop clients tens to allow the most detailed configuration. For example, you can connect using SSL or a non-secure connection, and you can configure the client to automatically connect to a server and join a particular set of channels when you start the client. The following are some other options available to you:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
WindowsMacLinux
Colloquy●
IRSSI●●●*
Xchat●○●
- -

Key:

- -

● — Binary or executable program available

- -

○ — Only available by downloading and compiling source code

- -

●* — Binary or executable may be available. If not, you'll have to download source code and compile.

- -
-

Note: For a complete list of IRC clients go here.

-
- -

Web-based clients

- -

There are also a few web-based clients which allow connecting to IRC by clicking on irc:// links. One of the simplest web-based clients is Mibbit, another is IRCCloud. These operate very much in the same way as the previously mentioned desktop clients and ChatZilla. Mibbit does NOT require flash or any other plugins.

- -

Channels

- -

Here is a list of channels you should be aware of as a member of the Mozilla community: (Remember to use irc.mozilla.org and port 6697 or 6667 for your server settings)

- - - - - - - - - - - - - - - - -
#qaA channel for QA discussion
#developersA channel for Mozilla development discussion
#sumoA channel for support with Firefox
- -

For more information about the Mozilla IRC network and more channels, go here.

- -

Commands

- -

The following is a list of commands you should be familiar with. Simply type them into the message box at the bottom of the screen and press enter:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
/join #channelJoins you to the specified channel until you quit your IRC client or quit the channel
/leaveLeave the current channel
/mode #channel +k passwordSets a password for the channel. If #channel is not specified, the command is executed for the current channel.
/mode #channel +o nicknameSets specified user as an owner or moderator of the specified channel. If a #channel is not specified, the command is executed for the current channel.
/mode #channel +sSets the channel as a secret channel. This takes the channel off the public list of active channels and topics.
/msg nick messageSends a private message to the specified user
/nick nicknameChange your current nickname
nickname: pingGet a user's attention (nickname is the name of the user you want the attention of)
nickname: pongRespond to a user's ping (nickname is the name of the user who wants your attention)
/query nicknameOpens a private chat with the specified user
/quit messageDisconnects you from the current server displaying the message in all connected channels prior to quitting
/reload stylesSome IRC clients, Colloquy on Mac in particular, stop displaying your messages in the channel window. If this happens, you can type this command to resolve this issue.
/server server-nameManually connect to a server
/topic topicChanges the topic of the channel. The topic is a message that displays first when you join a channel.
/whois nicknameDisplay information about the specified user. This information displays in the server window.
- -

For more information about IRC commands go here.

- -

Bots

- -

Some users in IRC are not human. These users are known as bots and automatically perform certain tasks; some automatic, some triggered by other users. The most common of these bots are called NickServ, ChanServ, and Firebot.

- -

NickServ

- -

This bot allows you to register your nickname which prevents other users from using it. NickServ also automatically elevates all registered users to operators when they sign on.The following are some helpful commands which can be used by NickServ:

- - - - - - - - - - - - - - - - - - - - - - - - -
/msg NickServ REGISTER password emailThis registers your nickname with the server.
/msg NickServ IDENTIFY passwordOnce registered, you need to type this every time you want to sign into channels using your registered nickname
/msg NickServ HELPThis displays a list of commands which can be used with NickServ
/msg NickServ HELP REGISTERThis displays helpful information about nickname registration
/msg NickServ HELP IDENTIFYThis displays helpful information about identifying yourself upon sign in
- -

For more information about NickServ go here.

- -

ChanServ

- -

This bot allows you to register new channels and control aspects of channels. The following are some helpful commands which can be used by ChanServ:

- - - - - - - - - - - - - - - - -
/msg ChanServ HELPThis displays a list of commands which can be used with ChanServ
/msg ChanServ IDENTIFY #channel passwordAllows you to edit the aspects of the specified channel given the correct password
/msg ChanServ REGISTER #channel password topicRegisters a channel given the correct password and sets the topic
- -

For more information about ChanServ go here.

- -

Firebot

- -

Firebot is a bot which assists with Mozilla related activities on IRC. For instance, Firebot automatically posts messages to #developers about the status of automated tests. The following are some helpful commands which can be used by Firebot:

- - - - - - - - - - - - - - - - - - - - -
bug ######When a bug number is mentioned in a message, Firebot automatically displays the link and summary from bugzilla for that bug.
/msg firebot uuidDisplays a unique identifier. This is useful when creating interfaces for add-on development.
/msg firebot cidDisplays a unique 128-bit number which can be used to identify a class or component.
/invite firebot #channelAdds firebot to the specified channel.
- -

For more information about Firebot go here.

- -

Further Reading

- -

IRC Channel Operator's Guide (New Version) IRC Channel Operator's Guide (Old Version) [From 1995, but still quite useful]

diff --git a/files/ja/archive/mozilla/index.html b/files/ja/archive/mozilla/index.html deleted file mode 100644 index 60f2cd23fc..0000000000 --- a/files/ja/archive/mozilla/index.html +++ /dev/null @@ -1,10 +0,0 @@ ---- -title: Archived Mozilla and build documentation -slug: Archive/Mozilla -tags: - - NeedsTranslation - - TopicStub -translation_of: Archive/Mozilla ---- -

These articles are archived, obsolete documents about Mozilla, Gecko, and the process of building Mozilla projects.

-

Firefox Sync
Sync refers to a family of related components and services which provide synchronization of data between Mozilla application instances. These components and services include:
Jetpack

diff --git a/files/ja/archive/mozilla/marketplace/apis/index.html b/files/ja/archive/mozilla/marketplace/apis/index.html deleted file mode 100644 index e0a311554c..0000000000 --- a/files/ja/archive/mozilla/marketplace/apis/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: Marketplace APIs -slug: Archive/Mozilla/Marketplace/APIs -tags: - - Appx - - Firefox OS - - ガむド - - マヌケットプレむス - - 初心者 -translation_of: Archive/Mozilla/Marketplace/APIs ---- -
-

Firefox Marketplaceの機胜を自分のアプリケヌションやWebペヌゞにコヌディングする堎合は、Marketplace APIが䟿利です。ドキュメントに぀いおは、䞋のリンクを参照しおください。

-
- -

Marketplace APIのドキュメントはreadthedocs.orgでホストされおいたす。APIの詳现が必芁な堎合は、dev-marketplaceメヌリングリストに参加しおください。

- -
-

Marketplace APIドキュメントは、開発䞭のMarketplace APIを文曞化するために䜿甚されるため、公開マヌケットプレむスでは利甚できないAPIの詳现が含たれおいる可胜性がありたす。

-
diff --git a/files/ja/archive/mozilla/marketplace/index.html b/files/ja/archive/mozilla/marketplace/index.html deleted file mode 100644 index 76836de6a1..0000000000 --- a/files/ja/archive/mozilla/marketplace/index.html +++ /dev/null @@ -1,127 +0,0 @@ ---- -title: Firefox Marketplace -slug: Archive/Mozilla/Marketplace -tags: - - Apps - - Beginner - - Firefox OS - - Intro - - Landing - - Marketplace -translation_of: Archive/Mozilla/Marketplace ---- -
Firefox Marketplace は Web アプリのためのオヌプンで非プロプラむ゚タリなオンラむンマヌケットプレむスです。このゟヌンでは、アプリの準備し、Firefox Marketplace で公開するのに必芁な、あらゆる情報をたずめおいたす。アプリを成功させる方法、配垃の遞択肢、アプリの公開ず曎新、Marketplace の機胜を掻甚できるラむブラリず API などに関するガむドはすべおここで芋぀かりたす。
- -
-

Mozilla は、その 3 ぀の基本的䟡倀芳 — 公開性、自由、ナヌザヌの遞択 — をアプリ公開の䞖界ぞもたらしたす。

- -

暙準的な Web 技術ず蚀語、ツヌルを䜿甚するこずで、Firefox Marketplace は Open Web Apps の公開を可胜にしたす。アプリはパッケヌゞ化しお Firefox 䞊で動䜜させるこずも、独自の Web サヌバヌ䞊でホストするこずもできたす。公開されたアプリは、党䞖界で、Firefox OS スマヌトフォンのナヌザヌが利甚可胜ずなりたす。ナヌザヌは、おすすめアプリ枠、カテゎリ、匷力な怜玢機胜を掻甚しお、Firefox Marketplace 内で簡単にアプリを芋぀けられたす。それから、無料のアプリを即座にむンストヌルしたり、有料のアプリを賌入したりするこずが可胜です。クレゞットカヌド決枈や携垯キャリア決枈ぞの察応は順次拡倧しおいたす。

-
- -
-
-

成功のための準備

- -
-
趣味でアプリを䜜る堎合も、ビゞネスにする堎合も、人々にそれを芋぀けお䜿っおもらい、たた楜しんでもらいたいず思うでしょう。このセクションでは、アプリを宣䌝し、満足床の高いナヌザヌのコミュニティを圢成する方法を解説したす。
-
- -

公開の遞択肢

- -
-
パッケヌゞ型にするか、ホスト型にするか、そこが問題です。アプリの内容の配垃に぀いお、たた Firefox OS に加えお Android 端末やデスクトップ向けにアプリを公開するための遞択肢に぀いお孊びたしょう。
-
-
- -
-

アプリの公開

- -
-
䞖界が埅ち望んだアプリを配垃するずきが来たした。アプリの登録手順、審査手続き、アプリの曎新方法、配垃実瞟の監芖、ナヌザヌフィヌドバックの確認ずいった、Firefox Marketplace にアプリを掲茉する䞀連の方法を孊びたしょう。
-
- -

アプリ開発ツヌル

- -
-
Firefox Marketplace のラむブラリず API
-
Marketplace 掲茉アプリぞ機胜を远加するために䜿甚可胜なラむブラリず API の抂芁ず関連リンクを掲茉しおいたす。
-
アプリ開発ツヌル
-
Open Web Apps の開発を効率的に、そしお楜しくするために䜿えるツヌルを䞀芧にたずめたした。
-
WebIDE
-
Firefox OS Simulator や Firefox OS の実機を䜿った Firefox OS アプリのテスト・デプロむ・デバッグのためのツヌル
-
-
-
- - - -
    -
  1. 成功のための準備 - -
      -
    1. むントロダクション
      2. -
    2. 䜕を開発するかを決める
      3. -
    3. ナヌザヌに぀いお理解を深める
      4. -
    4. ビゞネスモデルを遞ぶ
      5. -
    5. アプリをロヌカラむズする
      6. -
    6. アプリを宣䌝する
      7. -
    7. コミュニティを圢成する
      8. -
    -
    2. -
  2. 公開の遞択肢 -
      -
    1. むントロダクション
      2. -
    2. パッケヌゞ型アプリ
      3. -
    3. ホスト型アプリ
      4. -
    4. パッケヌゞ型ずホスト型、どちらを遞ぶか
      5. -
    5. Mobile-optimized websites
      6. -
    6. 自分自身でアプリを公開する
      7. -
    -
    3. -
  3. アプリ公開の抂芁 -
      -
    1. むントロダクション
      2. -
    2. 登録前チェックリスト
      3. -
    3. Marketplace の審査基準
      4. -
    4. Marketplace showcase criteria
      5. -
    5. アプリのためにドメむンを远加する
      6. -
    6. ポリシヌずガむドラむン -
        -
      1. むントロダクション
        2. -
      2. Marketplace のスクリヌンショット基準
        3. -
      3. プラむバシヌポリシヌ
        4. -
      4. アプリのテストずトラブルシュヌティング
        5. -
      -
      7. -
    -
    4. -
  4. アプリの登録 -
      -
    1. 抂芁
      2. -
    2. ステップ 1: ログむン
      3. -
    3. ステップ 2: アプリの読み蟌み
      4. -
    4. ステップ 3: 公開ペヌゞの詳现
      5. -
    5. ステップ 4: 次の手順
      6. -
    6. ステップ 5: アプリの評䟡
      7. -
    7. ステップ 6: チヌムメンバヌの蚭定
      8. -
    8. ステップ 7: 公開ペヌゞの衚瀺
      9. -
    9. ステップ 8: 他の蚀語の線集
      10. -
    -
    5. -
  5. 公開枈みアプリの管理ず曎新 -
      -
    1. むントロダクション
      2. -
    2. アプリの状況
      3. -
    3. アプリの曎新
      4. -
    4. アプリの統蚈情報
      5. -
    -
    6. -
  6. Add-on submission -
      -
    1. Add-on submission overview
      2. -
    2. Add-on review criteria
      3. -
    -
    7. -
  7. ラむブラリず API
    8. -
  8. Firefox Marketplace FAQ
    9. -
diff --git a/files/ja/archive/mozilla/marketplace/index/index.html b/files/ja/archive/mozilla/marketplace/index/index.html deleted file mode 100644 index caf454b964..0000000000 --- a/files/ja/archive/mozilla/marketplace/index/index.html +++ /dev/null @@ -1,9 +0,0 @@ ---- -title: Marketplace 関連ドキュメントの玢匕 -slug: Archive/Mozilla/Marketplace/Index -tags: - - Index - - Marketplace -translation_of: Archive/Mozilla/Marketplace/Index ---- -

{{Index("/ja/docs/Archive/Mozilla/Marketplace")}}

diff --git a/files/ja/archive/mozilla/marketplace/marketplace_apis/index.html b/files/ja/archive/mozilla/marketplace/marketplace_apis/index.html deleted file mode 100644 index 76e30195bd..0000000000 --- a/files/ja/archive/mozilla/marketplace/marketplace_apis/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: Firefox Marketplace API -slug: Archive/Mozilla/Marketplace/Marketplace_APIs -tags: - - API - - Apps - - Marketplace -translation_of: Archive/Mozilla/Marketplace/Marketplace_APIs ---- -
-

Firefox Marketplace が提䟛する API の䞻なレファレンスぞのリンク集です。アプリの登録や支払いを受けるアカりントの倉曎ずいったこずを、API から行えたす。

-
- -
-
-
-
Marketplace 向けナヌティリティラむブラリ
-
アプリ内課金や、レシヌトデヌタを利甚した支払いの怜蚌を簡単に行える JavaScript ラむブラリの玹介。
-
登録 API
-
この API を利甚するこずで、アプリの怜蚌、曎新やアプリのアップデヌトの有無の確認が行えたす。
-
課金 API
-
アプリ内課金の情報や、様々な囜におけるアプリの䟡栌垯に関する情報などを取埗できる API です。
-
その他の API
-
å…š Firefox Marketplace API のドキュメント。
-
-
- -
-
ツヌル
- -
関連技術文曞
-
- -
-
コミュニティ
-

貢献したいが䜕をするべきか分からないずいう方は、是非コミュニティに参加しお䞋さい。

- -

ネチケットをお忘れなく...

-
-
diff --git a/files/ja/archive/mozilla/marketplace/monetization/app_pricing/index.html b/files/ja/archive/mozilla/marketplace/monetization/app_pricing/index.html deleted file mode 100644 index f784afbf78..0000000000 --- a/files/ja/archive/mozilla/marketplace/monetization/app_pricing/index.html +++ /dev/null @@ -1,3700 +0,0 @@ ---- -title: アプリの䟡栌付け -slug: Archive/Mozilla/Marketplace/Monetization/App_pricing -tags: - - Apps - - Firefox OS - - Marketplace - - Web支払い - - アプリ -translation_of: Archive/Marketplace/Monetization/App_pricing ---- -
-

䟡栌蚭定は地域間で倉化するため、 Firefox Marketplaceにおける䟡栌蚭定には泚意が必芁です。このペヌゞでは、䟡栌蚭定、収入の分割、皎金、支払い方法、支払いの受け取り、詐欺防止、その他に関し、アプリの䟡栌蚭定に぀いお知っおおくべきこずを説明したす。

-
- -

䟡栌ポむントを䜿っお䟡栌づけする

- -

Firefox Marketplaceでの䟡栌づけの基瀎は、 固定された "䟡栌ポむント"です。䟡栌ポむントを遞択するず、そのポむントが䟡栌ポむントが利甚できる党地域を通しお適甚されたす。するず顧客には等しい䟡栌が衚瀺されたす。その䟡栌は、あなたがアプリやアプリ内課金を䜿えるように遞んだ地域の䞭で、地域通貚で適甚できる最良の䟡栌ずなりたす。䟡栌ポむントは 、 US$0.10 (䟡栌ポむント 1) から US$49.99 (䟡栌ポむント 140)の範囲です。アプリ内課金ず同様に、Firefox Marketplaceのアプリ甚に䟡栌蚭定するのに䟡栌ポむントを䜿甚できたす。

- -

䟋えば: 10䟡栌ポむントのアプリは、その地域で最もよく䜿われる通貚がUSドルである堎合はUS$0.99で珟地の皎を省いた䟡栌販売され、最もよく䜿われる通貚がナヌロの堎合は€0.89で欧州のVAT 付加䟡倀皎。消費皎に類する皎金。を含む販売され、コロンビアではコロンビアペ゜でCOP$2060.00 (コロンビアのVATを含む)ずオペレヌタぞの課金で、たたはその領域内のクレゞットカヌドでお支払いの堎合はUS$0.99で販売されたす。

- -

Mozilla は珟圚通貚がカバヌされおいない囜に、党䞖界的なクレゞットカヌドのカバヌを提䟛可胜で、デフォルトでUSドルずなっおUSドルの䟡栌ポむントが䜿甚されたす。

- -

䟡栌ポむント衚

- -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Price pointAustriaBelgiumBrazilChileColombiaCyprusEstoniaFinlandFranceGermanyGreeceHungaryIrelandItalyLatviaLithuaniaLuxembourgMaltaMexicoNetherlandsPeruPolandPortugalSlovakiaSloveniaSpainUnited KingdomUnited StatesUruguayVenezuelaRest of World
VAT/Tax included in priceunknownunknownnoyes&nbsp;(19%)yes&nbsp;(16%)unknownunknownunknownunknownyes&nbsp;(19%)yes&nbsp;(23%)yes&nbsp;(27%)unknownyes&nbsp;(22%)unknownunknownunknownunknownyes&nbsp;(16%)unknownyes&nbsp;(18%)yes&nbsp;(23%)unknownunknownunknownyes&nbsp;(21%)yes&nbsp;(20%)noyes&nbsp;(22%)yes&nbsp;(12%)no
Tier 0 - - €0 - - - - €0 - - - - $0 - - - - $0 - - - - $0 - - - - €0 - - - - €0 - - - - €0 - - - - €0 - - - - €0 - - - - €0 - - - - Ft&nbsp;0 - - - - €0 - - - - €0 - - - - €0 - - - - €0 - - - - €0 - - - - €0 - - - - $0 - - - - €0 - - - - $0 - - - - 0&nbsp;zł - - - - €0 - - - - €0 - - - - €0 - - - - €0 - - - - £0 - - - - $0 - - - - $0 - - - - $0 - - - - $0 - [1] - -
Tier 1 - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - €0.1 - [2] - - - - €0.1 - [2] - - - - Ft&nbsp;25 - [2] - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - 0.49&nbsp;zł - [2] - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - -
Tier 5 - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - €0.25 - [2] - - - - €0.25 - [2] - - - - Ft&nbsp;70 - [2] - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - $3.75 - [2] - - - - n/a - - - - n/a - - - - 0.98&nbsp;zł - [2] - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - -
Tier 7 - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - €0.4 - [2] - - - - €0.4 - [2] - - - - Ft&nbsp;135 - [2] - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - $7.51 - [2] - - - - n/a - - - - n/a - - - - 1.99&nbsp;zł - [2] - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - - - - n/a - -
Tier 10 - - €0.89 - [1] - - - - €0.89 - [1] - - - - $0.99 - [1] - - - - $0.99 - [1] - - - - $2060 - - - - €0.89 - [1] - - - - €0.89 - [1] - - - - €0.89 - [1] - - - - €0.89 - [1] - - - - €0.89 - - - - €0.89 - - - - Ft&nbsp;270 - - - - €0.89 - [1] - - - - €0.89 - [1] - - - - €0.89 - [1] - - - - €0.89 - [1] - - - - €0.89 - [1] - - - - €0.89 - [1] - - - - $15 - - - - €0.89 - [1] - - - - $0.99 - [1] - - - - 3.99&nbsp;zł - - - - €0.89 - [1] - - - - €0.89 - [1] - - - - €0.89 - [1] - - - - €0.89 - [1] - - - - £0.75 - [1] - - - - $0.99 - [1] - - - - $0.99 - [1] - - - - $0.99 - [1] - - - - $0.99 - [1] - -
Tier 20 - - €1.89 - [1] - - - - €1.89 - [1] - - - - $1.99 - [1] - - - - $1.99 - [1] - - - - $4150 - - - - €1.89 - [1] - - - - €1.89 - [1] - - - - €1.89 - [1] - - - - €1.89 - [1] - - - - €1.89 - - - - €1.89 - - - - Ft&nbsp;545 - - - - €1.89 - [1] - - - - €1.89 - [1] - - - - €1.89 - [1] - - - - €1.89 - [1] - - - - €1.89 - [1] - - - - €1.89 - [1] - - - - $30 - - - - €1.89 - [1] - - - - $1.99 - [1] - - - - 7.69&nbsp;zł - - - - €1.89 - [1] - - - - €1.89 - [1] - - - - €1.89 - [1] - - - - €1.89 - [1] - - - - £1.5 - [1] - - - - $1.99 - [1] - - - - $1.99 - [1] - - - - $1.99 - [1] - - - - $1.99 - [1] - -
Tier 30 - - €2.79 - [1] - - - - €2.79 - [1] - - - - $2.99 - [1] - - - - $2.99 - [1] - - - - $6240 - - - - €2.79 - [1] - - - - €2.79 - [1] - - - - €2.79 - [1] - - - - €2.79 - [1] - - - - €2.79 - - - - €2.79 - - - - Ft&nbsp;820 - - - - €2.79 - [1] - - - - €2.79 - [1] - - - - €2.79 - [1] - - - - €2.79 - [1] - - - - €2.79 - [1] - - - - €2.79 - [1] - - - - $45 - - - - €2.79 - [1] - - - - $2.99 - [1] - - - - 11.59&nbsp;zł - - - - €2.79 - [1] - - - - €2.79 - [1] - - - - €2.79 - [1] - - - - €2.79 - [1] - - - - £2.25 - [1] - - - - $2.99 - [1] - - - - $2.99 - [1] - - - - $2.99 - [1] - - - - $2.99 - [1] - -
Tier 40 - - €3.79 - [1] - - - - €3.79 - [1] - - - - $3.99 - [1] - - - - $3.99 - [1] - - - - $8320 - - - - €3.79 - [1] - - - - €3.79 - [1] - - - - €3.79 - [1] - - - - €3.79 - [1] - - - - €3.79 - - - - €3.79 - - - - Ft&nbsp;1095 - - - - €3.79 - [1] - - - - €3.79 - [1] - - - - €3.79 - [1] - - - - €3.79 - [1] - - - - €3.79 - [1] - - - - €3.79 - [1] - - - - $60 - - - - €3.79 - [1] - - - - $3.99 - [1] - - - - 15.49&nbsp;zł - - - - €3.79 - [1] - - - - €3.79 - [1] - - - - €3.79 - [1] - - - - €3.79 - [1] - - - - £3 - [1] - - - - $3.99 - [1] - - - - $3.99 - [1] - - - - $3.99 - [1] - - - - $3.99 - [1] - -
Tier 50 - - €4.69 - [1] - - - - €4.69 - [1] - - - - $4.99 - [1] - - - - $4.99 - [1] - - - - $10420 - - - - €4.69 - [1] - - - - €4.69 - [1] - - - - €4.69 - [1] - - - - €4.69 - [1] - - - - €4.69 - - - - €4.69 - - - - Ft&nbsp;1360 - - - - €4.69 - [1] - - - - €4.69 - [1] - - - - €4.69 - [1] - - - - €4.69 - [1] - - - - €4.69 - [1] - - - - €4.69 - [1] - - - - $75 - [1] - - - - €4.69 - [1] - - - - $4.99 - [1] - - - - 19.5&nbsp;zł - - - - €4.69 - [1] - - - - €4.69 - [1] - - - - €4.69 - [1] - - - - €4.69 - [1] - - - - £3.75 - [1] - - - - $4.99 - [1] - - - - $4.99 - [1] - - - - $4.99 - [1] - - - - $4.99 - [1] - -
Tier 60 - - €6.59 - [1] - - - - €6.59 - [1] - - - - $6.99 - [1] - - - - $6.99 - [1] - - - - $14600 - [1] - - - - €6.59 - [1] - - - - €6.59 - [1] - - - - €6.59 - [1] - - - - €6.59 - [1] - - - - €6.59 - - - - €6.59 - - - - Ft&nbsp;1900 - - - - €6.59 - [1] - - - - €6.59 - [1] - - - - €6.59 - [1] - - - - €6.59 - [1] - - - - €6.59 - [1] - - - - €6.59 - [1] - - - - $105 - [1] - - - - €6.59 - [1] - - - - $6.99 - [1] - - - - 26.99&nbsp;zł - - - - €6.59 - [1] - - - - €6.59 - [1] - - - - €6.59 - [1] - - - - €6.59 - [1] - - - - £5.25 - [1] - - - - $6.99 - [1] - - - - $6.99 - [1] - - - - $6.99 - [1] - - - - $6.99 - [1] - -
Tier 70 - - €9.49 - [1] - - - - €9.49 - [1] - - - - $9.99 - [1] - - - - $9.99 - [1] - - - - $20840 - [1] - - - - €9.49 - [1] - - - - €9.49 - [1] - - - - €9.49 - [1] - - - - €9.49 - [1] - - - - €9.49 - - - - €9.49 - - - - Ft&nbsp;2720 - - - - €9.49 - [1] - - - - €9.49 - [1] - - - - €9.49 - [1] - - - - €9.49 - [1] - - - - €9.49 - [1] - - - - €9.49 - [1] - - - - $150 - [1] - - - - €9.49 - [1] - - - - $9.99 - [1] - - - - 38.79&nbsp;zł - - - - €9.49 - [1] - - - - €9.49 - [1] - - - - €9.49 - [1] - - - - €9.49 - [1] - - - - £7.5 - [1] - - - - $9.99 - [1] - - - - $9.99 - [1] - - - - $9.99 - [1] - - - - $9.99 - [1] - -
Tier 80 - - €11.59 - [1] - - - - €11.59 - [1] - - - - $12.49 - [1] - - - - $12.49 - [1] - - - - $26070 - [1] - - - - €11.59 - [1] - - - - €11.59 - [1] - - - - €11.59 - [1] - - - - €11.59 - [1] - - - - €11.59 - - - - €11.59 - - - - Ft&nbsp;3400 - [1] - - - - €11.59 - [1] - - - - €11.59 - [1] - - - - €11.59 - [1] - - - - €11.59 - [1] - - - - €11.59 - [1] - - - - €11.59 - [1] - - - - $185 - [1] - - - - €11.59 - [1] - - - - $12.49 - [1] - - - - 48.49&nbsp;zł - - - - €11.59 - [1] - - - - €11.59 - [1] - - - - €11.59 - [1] - - - - €11.59 - [1] - - - - £9.5 - [1] - - - - $12.49 - [1] - - - - $12.49 - [1] - - - - $12.49 - [1] - - - - $12.49 - [1] - -
Tier 90 - - €14.19 - [1] - - - - €14.19 - [1] - - - - $14.99 - [1] - - - - $14.99 - [1] - - - - $31280 - [1] - - - - €14.19 - [1] - - - - €14.19 - [1] - - - - €14.19 - [1] - - - - €14.19 - [1] - - - - €14.19 - - - - €14.19 - - - - Ft&nbsp;4080 - [1] - - - - €14.19 - [1] - - - - €14.19 - [1] - - - - €14.19 - [1] - - - - €14.19 - [1] - - - - €14.19 - [1] - - - - €14.19 - [1] - - - - $225 - [1] - - - - €14.19 - [1] - - - - $14.99 - [1] - - - - 57.99&nbsp;zł - [1] - - - - €14.19 - [1] - - - - €14.19 - [1] - - - - €14.19 - [1] - - - - €14.19 - [1] - - - - £11.25 - [1] - - - - $14.99 - [1] - - - - $14.99 - [1] - - - - $14.99 - [1] - - - - $14.99 - [1] - -
Tier 100 - - €18.99 - [1] - - - - €18.99 - [1] - - - - $19.99 - [1] - - - - $19.99 - [1] - - - - $41720 - [1] - - - - €18.99 - [1] - - - - €18.99 - [1] - - - - €18.99 - [1] - - - - €18.99 - [1] - - - - €18.99 - - - - €18.99 - - - - Ft&nbsp;5450 - [1] - - - - €18.99 - [1] - - - - €18.99 - [1] - - - - €18.99 - [1] - - - - €18.99 - [1] - - - - €18.99 - [1] - - - - €18.99 - [1] - - - - $300 - [1] - - - - €18.99 - [1] - - - - $19.99 - [1] - - - - 77.49&nbsp;zł - [1] - - - - €18.99 - [1] - - - - €18.99 - [1] - - - - €18.99 - [1] - - - - €18.99 - [1] - - - - £15 - [1] - - - - $19.99 - [1] - - - - $19.99 - [1] - - - - $19.99 - [1] - - - - $19.99 - [1] - -
Tier 110 - - €23.59 - [1] - - - - €23.59 - [1] - - - - $24.99 - [1] - - - - $24.99 - [1] - - - - $52160 - [1] - - - - €23.59 - [1] - - - - €23.59 - [1] - - - - €23.59 - [1] - - - - €23.59 - [1] - - - - €23.59 - - - - €23.59 - - - - Ft&nbsp;6800 - [1] - - - - €23.59 - [1] - - - - €23.59 - [1] - - - - €23.59 - [1] - - - - €23.59 - [1] - - - - €23.59 - [1] - - - - €23.59 - [1] - - - - $375 - [1] - - - - €23.59 - [1] - - - - $24.99 - [1] - - - - 96.99&nbsp;zł - [1] - - - - €23.59 - [1] - - - - €23.59 - [1] - - - - €23.59 - [1] - - - - €23.59 - [1] - - - - £18.75 - [1] - - - - $24.99 - [1] - - - - $24.99 - [1] - - - - $24.99 - [1] - - - - $24.99 - [1] - -
Tier 120 - - €28.39 - [1] - - - - €28.39 - [1] - - - - $29.99 - [1] - - - - $29.99 - [1] - - - - $62580 - [1] - - - - €28.39 - [1] - - - - €28.39 - [1] - - - - €28.39 - [1] - - - - €28.39 - [1] - - - - €28.39 - - - - €28.39 - - - - Ft&nbsp;8170 - [1] - - - - €28.39 - [1] - - - - €28.39 - [1] - - - - €28.39 - [1] - - - - €28.39 - [1] - - - - €28.39 - [1] - - - - €28.39 - [1] - - - - $450 - [1] - - - - €28.39 - [1] - - - - $29.99 - [1] - - - - 116.49&nbsp;zł - [1] - - - - €28.39 - [1] - - - - €28.39 - [1] - - - - €28.39 - [1] - - - - €28.39 - [1] - - - - £22.5 - [1] - - - - $29.99 - [1] - - - - $29.99 - [1] - - - - $29.99 - [1] - - - - $29.99 - [1] - -
Last updated: 1519101168023.
- - -

VAT/Tax included in price: VAT/皎金は䟡栌に含たれる

- -

Credit card purchase only.クレゞットカヌドのみ

- -

Carrier billing only, no credit card purchase.: キャリア課金のみ、クレゞット賌入なし

-
- -

あなたの補品の䟡栌を蚭定する

- -

あなたのアプリの䟡栌たたはアプリ内アむテムの䟡栌を決めたら、その䟡栌ポむントずアプリをリリヌスさせたい囜を遞択しおください。アプリ単䜓の堎合はリリヌスさせたい囜を遞択するこずによっおその囜のナヌザヌのみがそのアプリをダりンロヌドできるずいう制限はなく、あくたでもどこの囜のストア1぀以䞊にあなたのアプリをリリヌスするかずいうのを決定するだけです。なので、もし他の囜のナヌザヌがあなたのアプリを賌入しようずした際、そのナヌザヌがあなたのアプリがリリヌスされおいる囜の支払い方法を持っおいればそれぞれの囜のストアに関係なく賌入するこずができたす。

- -

䟡栌ポむント衚が動䜜する仕組みは?

- -

USドル以倖の通貚では各通貚に事前蚭定された為替レヌトで蚈算しお、より倚くの垂堎に優しい数に定められたす。定められた䟡栌および倖囜為替レヌトの倉動は、あらゆる時期非USドル䟡栌がUSドル䟡栌ず完党には䞀臎するわけではないこずを意味したす。その䟡栌の差が囜ごずに埋たるよう䟡栌調敎されるたでは、非USドル䟡栌は固定されたたたになりたす。我々はその䟡栌を6ヶ月以䞊ごずに修正する可胜性はありたすが、これよりも頻繁に修正するこずはありたせん。いく぀かの囜の䟡栌はVATが含たれおいるため、それらの囜ではそのように衚瀺されないかもしれたせんが䞀郚䟋倖を陀き、䟡栌ポむントは、米囜の䟡栌の通垞1から2以内です。

- -

皎蟌み、皎抜きの䟡栌ポむント

- -

別の地域で衚瀺される䟡栌は、皎蟌み(tax-inclusive)、あるいは皎抜きの可胜性がありたす。皎蟌みずは皎金(兞型的にはVAT)が゚ンドナヌザヌに衚瀺される䟡栌に既に含たれおいるずいう意味です。皎抜きずは、皎金があっおも、衚瀺䟡栌に䞊乗せされるのを意味したす。

- -

VATレヌトは地域で異なり、ただ兞型的には、アプリが売られる囜のVATレヌト(オペレヌタにより課金される堎合)、たたはVATが矩務づけられた地域でクレゞットカヌドで販売される堎合は英囜のVATレヌト(珟圚 20%)ずなりたす。゚ンドナヌザが支払う時、我々が決定できるのず同様に、支払い情報たたは珟圚地のいずれかに関連した地域の通貚で課金されたす。

- -

ナヌザが皎抜き䟡栌の地域にいる時は地方皎や代金が䟡栌に䞊乗せされお、ナヌザは玍品曞を受け取ったり、モバむル事業者や銀行からの確定通知を受け取ったりするたでは远加費甚を芋る事はできたせん。

- -

課金メ゜ッド: モバむル事業者課金ずクレゞットカヌド

- -

Firefox Marketplace経由での販売の倧きな利点はナヌザの携垯電話アカりントぞ盎接課金できる事です。クレゞットカヌド䜿甚が優勢でない新興囜においお、これはモバむル支払いにおいお重芁です。

- -

珟圚モバむル事業者の請求は、Mozillaがモバむル事業者ず合意した地域のみで可胜です。゚ンドナヌザはモバむル事業者のSIMカヌドを持぀のず、モバむル事業者ぞアプリやアプリ内課金の支払いをするための資金を持っおいるこずが必須です。そうでない堎合、顧客はアプリのためクレゞットカヌドを䜿うこずができたす。

- -

モバむル事業者にはナヌザが電話番号に課金できる䞊限ず䞋限があり、事業者間で異なっおいたす。アプリ䟡栌が制限を超えた堎合、支払いはクレゞットカヌドに蚭定され、そしお党おの゚ンドナヌザがクレゞットカヌドを持っおいるわけではありたせん。

- -

モバむル事業者ずの盎接請求の関係が結ばれおいない地域では、クレゞットカヌドだけが受け入れられお、アプリはUSドル、ナヌロ、たたは英ポンドで支払われなければなりたせん。

- -
-

蚘: クレゞットカヌド甚の最少䟡栌は tier 10 (US$0.99)です。珟圚のクレゞットカヌドの最高䟡栌は US$30.00 です。Visa® ずMasterCard® がクレゞットカヌドずしお認められおいたす。

-
- -

䞍正を予防する

- -

支払い提䟛業者は、数々の䞍正管理を準備しおいるかもしれたせん。䞍正を削枛するためにナヌザの物理的な堎所の銀行で発行されたクレゞットカヌドだけがサポヌトされおいたす。ゆえに、ブラゞルの銀行で発行されたクレゞットカヌドでは、ナヌザはコロンビアでのアプリを買うこずはできたせんが、同じクレゞットカヌドをブラゞルで䜿えるかもしれたせん。

- -

囜ごずの支払い皮類

- -

これらが珟圚Marketplaceで地域通貚での支払いをサポヌトしおいる囜です。【蚳泚: 最新は英語版を確認䞋さい。】 USドル通貚のクレゞットカヌド経由で、党䞖界的なサポヌトが利甚できたす。あらゆる時でも倚くの囜が地域通貚をサポヌトするよう䜜業䞭です。

- - - -

レヌトに぀いおの詳现情報

- -

レヌトに぀いおもっず詳しい情報を埗るには、Firefox Marketplace のあなたのアプリのペヌゞに移動したす。Compatibility & Payments をクリックし、次に Add manage(管理を远加) か view transactions for your payment account(支払い口座の取匕を芋る) をクリックしたす。 その次に View Transactions(取匕を芋る) のリンクをクリックするず、䞋蚘のようになりたす。

diff --git a/files/ja/archive/mozilla/marketplace/monetization/in-app_payments_section/fxpay_iap/index.html b/files/ja/archive/mozilla/marketplace/monetization/in-app_payments_section/fxpay_iap/index.html deleted file mode 100644 index de27fe8eeb..0000000000 --- a/files/ja/archive/mozilla/marketplace/monetization/in-app_payments_section/fxpay_iap/index.html +++ /dev/null @@ -1,241 +0,0 @@ ---- -title: fxPay を䜿甚したアプリ内課金 -slug: Archive/Mozilla/Marketplace/Monetization/In-app_payments_section/fxPay_iap -tags: - - Apps - - Biginner - - Firefox OS - - Guide - - Marketplace -translation_of: Archive/Marketplace/Monetization/In-app_payments_section/fxPay_iap ---- -

{{draft}}

-
-

fxPay は、Open Web Apps に察しお、アプリ内課金の蚭定、アプリ内課金補品の管理、賌入レシヌトからの補品の埩元を行うための JavaScript ラむブラリです。Firefox Marketplace API よっお提䟛されるアプリ内課金サヌビスのラッパヌであり、mozPay ずどちらを䜿甚するかを遞択するこずができたす。mozPay ず異なり、fxPay はアプリ内課金補品をナヌザに提䟛するための完党な゜リュヌションです。暗号化された眲名を怜蚌するためにアプリが独自のサヌバをホストする必芁はありた せん。たた、mozPay ず比べお、䜜成する独自のコヌドが少しで枈みたす。この蚘事では、fxPay API のステヌタス、䜿甚の前提条件、およびラむブラリの各機胜の䜿甚方法に぀いお説明したす。

-
-
-

ステヌタス

-

このラむブラリは、アプリの決枈凊理のための掚奚されるツヌルですが、ただ実隓的に提䟛されおいる状態です。ぜひこのラむブラリを䜿甚し、バグの解決にご協力ください。ただし、この API を䜿甚した堎合、最終版が提䟛されるたで、その倉曎によっお圱響を受ける可胜性がありたす。この API が実隓段階にあるこずに抵抗がある堎合は、mozPay を䜿甚しおください。

-
-

前提条件

-

fxpay を䜿甚しおアプリ内課金を凊理するには、次の芁件を満たす必芁がありたす。

- -

次で説明するサンプルアプリでは、これらの蚭定方法がすべお瀺されおいたす。

-

サンプルアプリ

-

fxpay を䜿甚した実際の䟋に぀いおは、こちらを参照しおください。サンプルアプリを Firefox OS デバむスにむンストヌルする手順に぀いおは、アプリのペヌゞの README を参照しおください。このアプリを䜿甚しお、fxpay ずその関連の API をテストするこずもできたす。

-

API ガむド

-

次のガむドでは、fxpay JavaScript ラむブラリを䜿甚しお決枈ず補品を凊理する方法に぀いお説明したす。

-

むンストヌル

-

fxpay を䜿甚するには、Web アプリケヌション内に、JavaScript ラむブラリを組み蟌む必芁がありたす。Bower パッケヌゞマネヌゞャヌで、次のコマンドを䜿甚しおアプリ内にラむブラリをむンストヌルしたす。

-
bower install fxpay
-

これで、アプリの HTML で次のスクリプトタグを䜿甚しお、ラむブラリにリンクできるようになりたす。

-
<script src="bower_components/fxpay/lib/fxpay.js" type="text/javascript"></script>
-

あるいは、Bower ツヌルを䜿甚しお管理察象スクリプトの読み蟌みや圧瞮を行うこずもできたす。Bower を䜿甚しない堎合は、fxpay の Git リポゞトリ経由で最新の安定した゜ヌスをダりンロヌドしおください。

-

アプリのセットアップ

-

Firefox Marketplace Developer Hub にログむンし、次の暙準プロセスに埓っお、アプリをアップロヌドしたす。[Compatability & Payments] ペヌゞの [Prices & Countries] の䞋でアプリ内課金を [Yes] に蚭定し、倉曎を保存したす。次に [In-App Payments] ペヌゞを開き、[Configure In-App Products] をクリックしたす。[In-App Products] ペヌゞが開き、アプリ内課金補品の䜜成ず線集が行えるようになりたす。このペヌゞの䜿甚方法の詳现に぀いおは、アプリ内課金補品 を参照しおください。

-

初期化

-

アプリの起動時に、アプリが既存の補品レシヌトを確認できるように、fxpay を初期化する必芁がありたす。たたこのずきに、䞀般的な゚ラヌ凊理などのむベントのコヌルバックを登録するこずもできたす。

-
fxpay.init({
-  onerror: function(error) {
-    console.error('An error occurred:', error);
-  },
-  oninit: function() {
-    console.log('fxpay initialized without errors');
-  },
-  onrestore: function(error, product) {
-    // If error is null, product.productId has been
-    // restored from receipt.
-  }
-});
-

補品の取埗

-

アプリのすべおの補品を取埗するには、初期化の埌に fxpay.getProducts() を呌び出したす。

-
fxpay.init({
-  oninit: function() {
-
-    fxpay.getProducts(function(error, products) {
-      if (error) {
-        return console.error('Error getting products:', error);
-      }
-
-      console.log('first product ID:', products[0].productId);
-      console.log('first product name:', products[0].name);
-    });
-  }
-});
-

゚ラヌが発生しなければ、コヌルバックによっお䞀連の 補品情報 オブゞェクトが起動されたす。このメ゜ッドは、ナヌザが補品の賌入に䜿甚するむンタヌフェむスを構築するのに圹立ちたす。

-

フェむク補品の䜿甚

-

先に Firefox Marketplace Developer Hub で補品を蚭定するのではなく、たず決枈に察応するアプリを䜜成する堎合、フェむク補品を䜿甚するこずができたす。これにはアプリの初期化の任意の堎所に、次のように蚭定したす。

-
fxpay.configure({fakeProducts: true});
-

これにより、fxpay.getProducts(...) が倉曎され、シミュレヌションモヌドで賌入できる 2 ぀の事前蚭定の補品が返されるようになりたす。これらの補品では、ID 文字列、名前、および䟡栌垯が固定されおいたすが、このこずは、賌入ずアプリ提䟛のコヌルバックの統合に圹立ちたす。

-

完成したアプリおよび蚭定が完了した補品を登録した埌、fakeProducts を false に蚭定するず、fxpay.getProducts(...) ぞの同じ呌び出しによっお、アプリの実際の補品が取埗されたす。

-

レシヌトからの補品の埩元

-

fxpay.init() は、ナヌザのデバむス䞊にあるすべおのレシヌトを怜出しお怜蚌したす。レシヌトが有効な堎合は、ナヌザがその補品を賌入枈みであるこずを意味するため、その補品を䜿甚できるようにする必芁がありたす。

-

埩元された各補品に察し、onrestore コヌルバックが起動されたす。最初の匕数は、゚ラヌ文字列です。これは null の堎合もありたす。2番目の匕数は、補品情報 オブゞェクトです。これも、゚ラヌによっおは null の堎合がありたす。

-

コヌルバックは、次のように初期化したす。

-
fxpay.init(
-  onrestore: function(error, product) {
-    if (error) {
-      console.error('Error', error, 'while restoring',
-                    product.productId);
-    } else {
-      console.log(product.productId, 'restored from receipt');
-    }
-  }
-});
-

倖郚レシヌトの拒吊

-

fxpay.init() は無効なレシヌトを拒吊するだけでなく、倖郚アプリに属しおいるために、補品の URL がアプリの提䟛元に䞀臎しないすべおのレシヌトを拒吊したす。このようなレシヌトは、ナヌザが別のアプリから補品を賌入し、それを目的のアプリの蚘憶領域 にコピヌしお無料で利甚しようずする堎合に凊理が必芁になりたす。この怜蚌を無効にし、あらゆる アプリに属する有効なレシヌトを䜿甚可胜にするには、蚭定を䜿甚しお allowAnyAppReceipt = true に蚭定したす。

-

賌入情報の取埗

-

アむテムの賌入フロヌを開始するには、fxpay.purchase() を呌び出したす。通垞はたず、fxpay.getProducts() によっお埗た結果に基づき、賌入できる補品をアプリ内に衚瀺する画面を䜜成したす。.次のように、賌入ボタンを䜜成したす。このボタンは、タップするず fxpay.purchase() が呌び出されたす。

-
var productId = 'a1bcdeffe3';  // from getProducts().
-
-fxpay.purchase(productId, function(error, product) {
-  if (error) {
-    return console.error(error);
-  }
-
-  console.log(product.productId, 'purchased and verified!');
-  // ***************************************************
-  // It is now safe to deliver the product to your user.
-  // ***************************************************
-});
-

purchase コヌルバックによっお、゚ラヌ文字列 (null の堎合を含む) ず補品情報オブゞェクトが取埗されたす。コヌルバックは、ナヌザが賌入フロヌを完了し、Marketplace サヌバがレシヌトを怜蚌し終わっお、補品をナヌザに提䟛しおも安党な状態になった時点で起動されたす。

-

これはどのような仕組みでしょうか。fxpay.purchase() 関数は、mozPay() を呌び出し、着信 JWT の眲名を受け取っお怜蚌するプロセスを自動的に実行したす。詳现に぀いおは、アプリ内課金ガむドを参照しおください。ただし、fxpay ラむブラリを䜿う堎合には詳现を理解する必芁はありたせん。

-

補品情報オブゞェクト

-

purchase および onrestore コヌルバックは、補品情報オブゞェクトを受信したす。゚ラヌが発生した堎合、゚ラヌ状態に応じお、䞍足しおいるプロパティを持぀オブゞェクトを受け取るこずができたす。補品情報オブゞェクトには、次のプロパティが含たれおいたす。

-
-
- product.productId
-
- 補品を識別するための固有の文字列。補品を管理する際に Firefox Marketplace Developer Hub に衚瀺される識別子に察応したす。
-
- product.name
-
- 暙準ロケヌルでの補品名。
-
- product.productUrl
-
- レシヌトで宣蚀されおいる補品の URL。通垞はアプリの URL で、https://your-hosted-app や app://your-packaged-app ずいう圢匏で衚されたす。
-
- product.smallImageUrl
-
- 64 ピクセル四方の補品の画像。
-
-

゚ラヌ

-

゚ラヌは通垞、コヌルバックぞの最初の匕数ずしお返されたす。゚ラヌは文字列であっお、コン゜ヌルに出力される刀読可胜なコヌドか、たたはナヌザに ゚ラヌを衚瀺するためのロヌカラむズしたテキストぞのマップず同様に凊理する必芁がありたす。゚ラヌの詳现な説明は自動的にログに蚘録されたす。詳现に぀ いおは、この埌のログ蚘録の説明を参照しおください。

-

以䞋に、䞻な゚ラヌ文字列ずその意味を瀺したす。

-
-
- API_REQUEST_ABORTED
-
- API ぞの HTTP リク゚ストが䞭止されたした。
-
- API_REQUEST_ERROR
-
- API ぞの HTTP リク゚ストで゚ラヌが発生したした。
-
- API_REQUEST_TIMEOUT
-
- API がリク゚ストに応答しなかったため、タむムアりトが発生したした。
-
- BAD_API_RESPONSE
-
- API が倱敗を瀺す状態コヌドの応答を返したした。
-
- BAD_JSON_RESPONSE
-
- API が、予期しない解析䞍胜な JSON の応答を返したした。
-
- DIALOG_CLOSED_BY_USER
-
- ナヌザが、賌入を完了する前に決枈りィンドりを閉じたした。通垞、この゚ラヌは無芖できたす。たたは取り消しを瀺すメッセヌゞを衚瀺するこずも可胜です。この゚ラヌは、mozPay() によっお衚瀺されたす。
-
- INCORRECT_USAGE
-
- fxpay 関数の䜿い方が誀っおいたす。詳现に぀いおは、コン゜ヌルを参照しおください。
-
- INVALID_TRANSACTION_STATE
-
- トランザクションが無効な状態にあるため、凊理できたせん。
-
- MISSING_XHR_PERMISSION
-
- Web アプリに、systemXHR アプリ蚱可がありたせん。API リク゚ストを実行するには、このアプリ蚱可が必芁です。
-
- NOT_INITIALIZED
-
- ラむブラリが正しく初期化されおいたせん。アクションが実行できたせん。init() を呌び出しおいないか、未修正の䟋倖が存圚する可胜性がありたす。詳现に぀いおは、コン゜ヌルを参照しおください。
-
- NOT_INSTALLED_AS_APP
-
- このプラットフォヌムはアプリをサポヌトしおいたすが、アプリがデバむスにむンストヌルされおいたせん。ブラりザから盎接アクセスされおいる可胜性がありたす。
-
- PAY_PLATFORM_UNAVAILABLE
-
- このプラットフォヌムは、決枈をサポヌトしおいたせん。navigator.mozApps 名前空間たたは、mozPay() 関数が䜿甚䞍可であるか、Apps.addReceipt メ゜ッドが存圚しない可胜性がありたす。
-
- TEST_RECEIPT_NOT_ALLOWED
-
- ナヌザがテストレシヌトを䜿甚しお補品の埩元を詊みたしたが、フェむク補品が蚭定されおいたせんでした。
-
- TRANSACTION_TIMEOUT
-
- トランザクション状態を確認する HTTP リク゚ストがタむムアりトしたした。
-
- USER_CANCELLED
-
- ナヌザが賌入をキャンセルしたした。通垞、この゚ラヌは無芖できたす。たたは取り消しを瀺すメッセヌゞを衚瀺するこずも可胜です。この゚ラヌは、mozPay() によっお衚瀺されたす。
-
-

たた、コヌルバックが、アプリの゚ラヌ文字列のいずれか (INVALID_MANIFEST など) を受信するこずがありたす。

-

ログ蚘録

-

暙準蚭定では、fxpay は window.console を䜿甚しおすべおのログを蚘録したす。console を別のロガヌに倉曎する堎合は、同じ window.console メ゜ッドを実装する log ずしおオブゞェクトを枡したす。

-
fxpay.configure({log: myConsole});
-

蚭定

-

䞀郚の内郚倉数は、fxpay.configure(overrides) を呌び出しお蚭定できたす。これを繰り返し呌び出した堎合、䞊曞きしない限り、叀いキヌが保持されたす。

-

䟋:

-
fxpay.configure({apiTimeoutMs:3000});
-

䞊曞きする堎合は、以䞋を䜿甚できたす。

-
-
- allowAnyAppReceipt
-
- true に蚭定するず、他の開発者のアプリに察するレシヌトが無効ずしおマヌクされたす。暙準蚭定は、false です。
-
- apiUrlBase
-
- 内郚 fxpay API のベヌス URL。暙準蚭定は、https://marketplace.firefox.com です。
-
- apiTimeoutMs
-
- API リク゚ストがタむムアりトするたでの時間の長さ (秒)。暙準蚭定は、10000 です。
-
- apiVersionPrefix
-
- apiUrlBase の末尟に远加され、正しい API バヌゞョンにアクセスするパス。暙準蚭定は、/api/v1 です。
-
- fakeProducts
-
- true の堎合、fxpay.getProducts() を呌び出すず、テストに䜿甚できるフェむク補品が返されたす。詳现に぀いおは、フェむク補品を参照しおください。暙準蚭定は、false です。
-
- log
-
- 内郚的に䜿甚する window.console ず互換性のあるログオブゞェクト暙準蚭定は、window.console です。
-
- receiptCheckSites
-
- 賌入レシヌトの怜蚌を蚱可された䞀連のサむト。この倀は、怜蚌サヌビスの最䞊䜍レベルの URL です。URL パスを含める必芁はありたせん。本番バヌゞョンの Firefox Marketplace 以倖を䜿甚する堎合のみ調敎が必芁です。暙準蚭定は、['https://receiptcheck.marketplace.firefox.com'] です。
-
-

远加情報

-

fxPay is hosted GitHub の開発プロゞェクト。プロゞェクトには、゜ヌスコヌドに加えお、サンプルアプリケヌションが含たれおいたす。

-

 

-

 

diff --git a/files/ja/archive/mozilla/marketplace/monetization/in-app_payments_section/introduction_in-app_payments/index.html b/files/ja/archive/mozilla/marketplace/monetization/in-app_payments_section/introduction_in-app_payments/index.html deleted file mode 100644 index a202a846af..0000000000 --- a/files/ja/archive/mozilla/marketplace/monetization/in-app_payments_section/introduction_in-app_payments/index.html +++ /dev/null @@ -1,69 +0,0 @@ ---- -title: むントロダクション - アプリ内課金 -slug: >- - Archive/Mozilla/Marketplace/Monetization/In-app_payments_section/Introduction_In-app_Payments -translation_of: >- - Archive/Marketplace/Monetization/In-app_payments_section/Introduction_In-app_Payments ---- -
- このセクションでは、アプリ内でアプリ内課金 (IAP) の凊理に䜿甚できる遞択肢に぀いお説明するずずもに、それぞれの遞択肢の導入に必芁な技術情報を提䟛したす。アプリ内課金を導入する方法には、fxPay ず mozPay の 2 ぀がありたす。2 ぀の最も倧きな違いは、mozPay では、アプリ内課金補品を定矩し、賌入を怜蚌するために、開発者が独自のサヌバをホストする必芁があるのに察し、fxPay では、アプリ内課金補品の詳现情報が Marketplace に保存され、レシヌトがナヌザのデバむスに保存されるため、サヌバをホストする必芁がない点です。
-
-

 

-
-
-

fxPay を䜿甚した IAP

-
-
-
- ステヌタス: ラむブの状態にありたすが、ただ開発䞭で、実隓段階の API ずしお提䟛されおいたす。
-
-
-
- fxPay は、課金機胜を実装するための掚奚される API ですが、実隓段階の API を䜿甚するこずに問題がある堎合は、mozPay を䜿甚しおください。
-
-
- fxPay は、賌入レシヌトず補品管理など、アプリ内課金を実装するためのより完成床の高いメカニズムを備えおいたす。
-
- 重芁ポむント
-
-
    -
  • アプリ内課金を実装するために、独自のサヌバを甚意する必芁がありたせん。
    • -
  • アプリ内課金補品は、Firefox Marketplace で管理できたす。
    • -
  • アプリ内課金のレシヌトは、ナヌザのデバむスに保存されたす。
    • -
  • 賌入蚘録の埩元やデバむス間での移動はできたせん(バグ 1045228  を参照)。
    • -
-
-
-
-
-

mozPay を䜿甚した IAP

-
-
-
- ステヌタスラむブの状態で、提䟛されおいたす。
-
-
-
- 課金を実装するための API ずしおは、fxPay が掚奚されおいたす。mozPay は、実隓段階の API を䜿甚するこずに抵抗がある堎合のみ䜿甚しおください。
-
-
-
-
- mozPay は、アプリ内課金の決枈郚分を実装するためのメカニズムしか提䟛しおいないため、支払に関する他の詳现な凊理は、すべお独自のコヌドを䜜成しお察応する必芁がありたす。
-
- 重芁ポむント
-
-
    -
  • アプリ内課金を実装するために、独自のサヌバを甚意する必芁がありたす。
    • -
  • アプリ内課金補品の詳现情報は、独自のサヌバ䞊で管理し、保存する必芁がありたす。
    • -
  • 賌入の怜蚌ず埩元の方法を実装する必芁がありたす。
    • -
  • 賌入レシヌトの発行方法を独自に実装する必芁がありたす。
    • -
-
-
-  
-
-
-
-
-

 

diff --git a/files/ja/archive/mozilla/marketplace/monetization/introduction_monetization/index.html b/files/ja/archive/mozilla/marketplace/monetization/introduction_monetization/index.html deleted file mode 100644 index 471bff923e..0000000000 --- a/files/ja/archive/mozilla/marketplace/monetization/introduction_monetization/index.html +++ /dev/null @@ -1,75 +0,0 @@ ---- -title: 収益化入門 -slug: Archive/Mozilla/Marketplace/Monetization/Introduction_Monetization -tags: - - Apps - - Beginner - - Firefox OS - - Marketplace -translation_of: Archive/Marketplace/Monetization/Introduction_Monetization ---- -
-

あなたは最新のアプリの蚭蚈を䞀生懞呜しおきたでしょう。そしお今や、確実に収益を発生させたくなりたす。このセクションでは有料アプリ・有料アップグレヌドアプリ・アプリ内課金・アプリ内広告を実装するために必芁な情報を提䟛しおいたす。

-
- -
-
-
-
アプリから収益をあげる
-
有料アプリの色々な皮類向けの開発や発行の抂芁ず、返品や支払い凊理方法の詳现です。
-
有料アプリ
-
ナヌザが支払わないずいけないアプリ䜜成の入門です。
-
アプリ内課金
-
fxPay や mozPay を䜿っおアプリ内課金を実装するための詳现なサポヌトガむドです。
-
返品
-
ナヌザが求める可胜性のある返品に぀いお、たたそれがどうアプリに圱響するかに぀いおの詳现です。
-
レシヌトの怜蚌
-
自身で怜蚌を実装するか既存ラむブラリを利甚するかに関わらず、アプリの賌入レシヌトの怜蚌をする方法やタむミングに぀いおのガむドです。
-
アプリの䟡栌づけ
-
あなたの有料アプリが遞択可胜な固定䟡栌ポむントや、その䟡栌が様々な通貚でどのように倉化するかを、アプリの支払い凊理のサポヌト情報ずずもにたずめおいたす。
-
囜のガむド
-
远加の詳现情報、䟋えば、地域通貚の支払いが利甚できる囜向けの皎金や為替レヌトです。
-
-
- -
-
ツヌル
- -
関連技術文曞
-
- -
-
コミュニティ
-

貢献したいが䜕をするべきか分からないずいう方は、是非コミュニティに参加しお䞋さい。

- -

ネチケットをお忘れなく...

-
-
- -

 

diff --git a/files/ja/archive/mozilla/marketplace/monetization/payment_processing_and_your_revenue/index.html b/files/ja/archive/mozilla/marketplace/monetization/payment_processing_and_your_revenue/index.html deleted file mode 100644 index 252d9de076..0000000000 --- a/files/ja/archive/mozilla/marketplace/monetization/payment_processing_and_your_revenue/index.html +++ /dev/null @@ -1,85 +0,0 @@ ---- -title: 課金凊理ずレベニュヌ -slug: Archive/Mozilla/Marketplace/Monetization/Payment_processing_and_your_revenue -tags: - - Beginner - - Firefox OS - - Marketplace - - Tutorial -translation_of: Archive/Marketplace/Monetization/Payment_processing_and_your_revenue ---- -
-

この蚘事には Firefox Marketplace の䞭や、アプリ内支払いがなされる時のトランザクション凊理の方法に぀いおず、その結果あなたが受け取るレベニュヌの情報がありたす。

-
- -

Mozilla はパヌトナヌず協働しお、あなた アプリ開発者 ず゚ンドナヌザ䞡方にずっお扱いやすいシステムを䜜りたした。Mozilla は開発者ず Bango や Boku を぀ないで、グロヌバルな顧客にはクレゞットカヌドを、数が増えおいるマヌケットには䟿利なキャリアの盎接課金を提䟛したす。Mozilla は珟圚、クレゞットカヌドでは 14 の地域通貚ず、キャリア盎接課金では 6 ヶ囜をサポヌトしおいたす。地域通貚の課金がサポヌトされおいない囜ではUSD(USドル)でのクレゞットカヌド課金がありたす。

- -

抂芁

- -

Firefox Marketplace に䞊べられるそれぞれの有料アプリず、党おのアプリ内課金補品は支払い事業者によっお販売されたす。この事業者は蚘録の商人であり、取匕を凊理したり、売䞊皎ず付加䟡倀皎(VAT)を集めたり、地方の消費者法の適合性を確認したり、資金を配分したり、返金を凊理したり、その他の商的矩務を凊理したりするのに責任を持ちたす。Mozilla は賌入者(アプリのナヌザ) ず販売者(アプリの開発者) を䞀緒にした堎所を提䟛したすが、取匕の関係者ではありたせん。Bango ず Boku は Firefox Marketplace 向けの支払い事業者です。

- -

支払い事業者は賌入者(アプリのナヌザ) ず販売者(アプリの開発者) 間の取匕を凊理し、それにはクレゞットカヌドの凊理ずいった事も含たれたす。支払い事業者は通垞は、各取匕にサヌビス提䟛甚の手数料を課したす。各支払い事業者のアカりントは、Firefox Marketplace Developer Hubにお䜜っおおく必芁がありたす。

- -

Firefox Marketplaceの運営をサポヌトし、アプリのプラットフォヌムを改良し、 我々のミッション(英語)を前進させるために、Mozilla ずそのパヌトナヌは各取匕の分前を取り、その分前から党䜓の取匕手数料を支払いたす。珟圚は開発者には、Marketplace を䜿ったアプリ賌入ずアプリ内賌入の 70% が残りたす(VAT ず、゚ンドナヌザ䟡栌に含たれる、手数料の埌に)。Mozilla ずパヌトナヌは 30% を受取りたす。

- -

Firefox Marketplace はできる限りたくさんの囜、蚀語、通貚をサポヌトするこずを目暙にしおいたす。我々はロヌカラむズされた Marketplace をサポヌトしお、党おの囜から支払いが可胜になるのを望んでいたす。

- -

あなたのレベニュヌ

- -

この節には開発者のレベニュヌが決定されお、支払われる方法に぀いおのより詳现がありたす。

- -

収入分割はどうやっお決められるのか?

- -

開発者の支払い口座を蚭定する時、支払いを埗る通貚を遞択したす。支払いでサポヌトされおいる通貚は、USドル ($)、ナヌロ (€)、ず英囜ポンド (£)が含たれたす。皎蟌み䟡栌では、䞀般ルヌルずしお、゚ンドナヌザがアプリに支払った総量に、皎金や特定の費甚が控陀された埌の60%から70%を受け取るでしょう。皎抜き䟡栌では、䟡栌衚の゚ンドナヌザ䟡栌の60%から70%を受け取りたす(なぜなら皎金ぱンドナヌザの支払いに远加されるため)。 通貚の倉動やVAT皎率の差異により、正確な総蚈は地域により異なりたす。

- -

Bango の支払いレヌトはキャリアもクレゞットカヌド同様に 70% です。Boku はキャリア甚の 60% の支払いレヌトです。

- -

残った 30% (Bango) か 40% (Boku) はMozilla、モバむル事業者、支払い提䟛業者で分割されたす。それには取匕手数料ずサヌビス料が含たれ、それは商的な取匕凊理に関連するかもしれたせん。Mozilla は、事前に結ばれた協定により、 5%から7.5%の間で受け取りたす

- -
-

モバむル事業者の課金では、䜎い収入割合しかない事もありたす。各囜の詳现に぀いおは囜別ガむドペヌゞを調べお、その囜のモバむル事業者の分配情報を参考にしお䞋さい。

-
- -

支払いを受ける: 支払い口座をセットアップする

- -

囜ごずの支払い皮類アプリに課金したりアプリ内課金の受け取りができる前に、最初にあなたのアプリを配垃するこずを遞んだ地域や囜においお支払いサヌビスを提䟛する、支払い業者の口座をセットアップしなければなりたせん。各支払い提䟛業者はMozillaのサヌビス芏玄ず別のサヌビス芏玄を持぀可胜性があり、Firefox Marketplace でアプリを販売したり Firefox Marketplace のアプリ内課金を利甚したりするには、その芏玄に同意する必芁がある堎合がありたす。

- -

支払い口座はFirefox Marketplace での開発者アカりント内でセットアップできたす。アプリの Compatibility & Payments 節ぞ移動しお、遞択した地域の支払い口座を远加したす。もっず詳しい情報は、アプリ発行ガむドの 支払いステヌタス を芋おください。

- -

分配を受け取る: 支払いを受ける

- -

いったんセットアップが完了したら、支払い事業者ず盎接関係を持぀ようになり、支払いがあるでしょう。売䞊や、顧客ぞの返金額合蚈や、あなたぞの支払い額合蚈 (VATの支払いが必芁な地域ではVAT蟌みで) を項目別にする自己請求曞(SBI)を受け取るでしょう。

- -

Firefox Marketplaceの開発アカりントを通じお、業者の支払いポヌタルにアクセス可胜できたす。支払いの条件、スケゞュヌル、口座ぞの粟算にかかる時間 は、モバむル事業者の課金スケゞュヌルや返金に圱響する消費者法などにより、地域ごずに異なりたす。支払い事業者に察しお、これらの条件を芋盎しお䞋さ い。

- -

繎金

- -

この節は売䞊皎が取り扱われる方法を説明したす。

- -

VAT(付加䟡倀皎)

- -

Bango ず Bokuは課皎圓局ぞのVAT 消費皎に類する皎金 の軜枛を扱いたす。それぞれの地域には、地域の法埋に基づき色々な皎金ず送金の芁求があり、詳现は䌚蚈士や皎金の専門家に盞談すべきです。自己発行の請求曞は、BangoにVAT課皎前の䟡栌を請求したす。支払い衚で動䜜方法を確認できたす。あなたが、販売者のVATが芁求される地域の倖にいる堎合、課皎圓局から還元を受ける資栌があり、䌚蚈士に盞談すべきです。

- -

皎金ず䞡替手数料を倩匕きする

- -

Bango はUSドル($)、ナヌロ(€)、たたは英ポンド(£)で支払いたす。Boku はUSドル($)、たたはナヌロ(€)で支払いたす。垌望のものを遞択できたす。Bango ず Bokuは法の求めにより、あなたぞの支払いのためにお金を動かす堎合、地方皎を倩匕きしたり提出したりするこずがありたす。皎の倩匕き率は囜によっお異なり、為替手数料に埓うこずもありたす。地方の通貚をUSドルや、ナヌロ、英ポンドず䞡替する時に、通貚亀換料ずしお1.9% から2.5% を請求されるこずもありたす。我々はこれが党おの開発者にずっお有利でない可胜性があるず理解しおおり、代替の解決策に向けお取り組んでいたす。

- -

参考情報

- - - -

Document Tags and Contributors

- -
Tags: - - -
diff --git a/files/ja/archive/mozilla/marketplace/monetization/payments_status/index.html b/files/ja/archive/mozilla/marketplace/monetization/payments_status/index.html deleted file mode 100644 index 8229df5358..0000000000 --- a/files/ja/archive/mozilla/marketplace/monetization/payments_status/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: 支払い状況 -slug: Archive/Mozilla/Marketplace/Monetization/Payments_Status -tags: - - Apps - - Web Payments -translation_of: Archive/Marketplace/Monetization/App_pricing ---- -
-

Firefox Marketplace の支払いは、囜ごずに囜ごずの基準で、䟡栌や、各囜で䜿える支払い方法を倉えお凊理されたす。この蚘事ではどの囜がmarketplaceの支払いに察応しおいるかを詳解し、それぞれの囜のより詳现か情報ぞのリンクを提䟛したす。

-
- -
-

蚘: 䟡栌衚は アプリの䟡栌づけ ペヌゞ を指しおいお、API経由で取埗できたす。

-
- -

囜ごずの支払いサポヌト

- -

これらが珟圚Marketplaceで地域通貚での支払いをサポヌトしおいる囜です。最新は英語版を確認䞋さい。 USドル通貚のクレゞットカヌド経由で、党䞖界的なサポヌトが利甚できたす。あらゆる時でも倚くの囜が地域通貚をサポヌトするよう䜜業しおいたす。サポヌトする囜の䞀芧は、アプリの䟡栌づけ ペヌゞをご芧䞋さい。

- -

アプリ支払い

- -

各囜の支払いのより詳しい情報は䞋蚘のペヌゞを芋お䞋さい。泚意点ずしお、地域通貚での請求をサポヌトする時は、クレゞットカヌドの支払いは英ポンドずUSドルずナヌロでのみ取り扱いできたす。

- - - -

レヌトに぀いおの詳现情報

- -

レヌトのより詳しい情報は、Firefox Marketplace のあなたのアプリのペヌゞに行きたす。Compatibility & Paymentsをクリックし、 Add manage(管理を远加) か view transactions for your payment account(支払い口座の取匕を芋る) をクリックしたす。次に䞋蚘のような、View Transactions(取匕を芋る) のリンクをクリックしたす。

- -

Transactions link

diff --git a/files/ja/archive/mozilla/marketplace/monetization/refunds/index.html b/files/ja/archive/mozilla/marketplace/monetization/refunds/index.html deleted file mode 100644 index 8a939e162a..0000000000 --- a/files/ja/archive/mozilla/marketplace/monetization/refunds/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: 返品 -slug: Archive/Mozilla/Marketplace/Monetization/Refunds -translation_of: Archive/Marketplace/Monetization/Refunds ---- -
ナヌザは賌入しおから10日以内にアプリを返品するよう求めるこずがありたす。この蚘事ではこのこずがアプリにどう圱響するかを説明したす。
- -
-

In-app purchases are not refundable through Mozilla.

-
- -

Refunds

- -

Where the user has purchase your app they may request a refund, refunds may be authorized by Mozilla, the payment processor, or the mobile network operator. These refunds will be authorized according to our refund policy in compliance with local consumer laws, the mobile operator's refund policy, and credit card refund policies.

- -

If an app purchase is refunded, its receipt is invalidated. Therefore, you should always validate receipts to ensure proper licensing of any instance of an app. Apps that receive an abnormal volume of refund requests may be investigated by Mozilla.

diff --git "a/files/ja/archive/mozilla/marketplace/monetization/\343\202\242\343\203\227\343\203\252\350\252\262\351\207\221\343\202\254\343\202\244\343\203\211/index.html" "b/files/ja/archive/mozilla/marketplace/monetization/\343\202\242\343\203\227\343\203\252\350\252\262\351\207\221\343\202\254\343\202\244\343\203\211/index.html" deleted file mode 100644 index c3635ef7af..0000000000 --- "a/files/ja/archive/mozilla/marketplace/monetization/\343\202\242\343\203\227\343\203\252\350\252\262\351\207\221\343\202\254\343\202\244\343\203\211/index.html" +++ /dev/null @@ -1,47 +0,0 @@ ---- -title: アプリ課金ガむド -slug: Archive/Mozilla/Marketplace/Monetization/アプリ課金ガむド -tags: - - Web Payment -translation_of: Archive/Marketplace/Monetization/App_payments_guide ---- -
-

Firefox Marketplace でアプリの゚ンドナヌザが支払いを行う方法には、アプリを賌入するための支払い (有料アプリ) ず、アプリのむンストヌル埌にアむテムを賌入するための支払い (アプリ内課金) の 2 皮類がありたす。このペヌゞでは、有料アプリを䜜成するためのコヌドずワヌクフロヌを説明したす。アプリ内課金に぀いおは、別のペヌゞで説明したす。

-
-

パッケヌゞモデルの決定 (パッケヌゞ型ずホスト型)

-

決枈方法に぀いお怜蚎する前に、開発するアプリのパッケヌゞモデルが、パッケヌゞ型ずホスト型のどちらかを決定するず䜜業が円滑になりたす。パッケヌゞ型 アプリが必芁な堎合は、Content Security Policy (CSP) に埓う必芁がありたす。詳现に぀いおは、次の参考資料を参照しおください。

- -

有料アプリケヌションの䜜成

-
-

どのようなアプリでも有料アプリにするこずができたす。ホスト型アプリずパッケヌゞ型アプリのどちらでも構いたせん。特別な蚱可も䞍芁です。 Firefox Marketplace ぞの登録時に、有料アプリずしお登録すれば、そのアプリは有料アプリずなりたす。ただし、アプリが販売レシヌトを怜蚌し、支払が実際に行われたこずを確認 できるようにアプリを倉曎する必芁がありたす。以䞋では、有料アプリの䜜成に必芁な䜜業に぀いお説明したす。

-

manifest.webapp ぞの installs_allowed_from の远加

-

たず、app manifest に installs_allowed_from フィヌルドを远加する必芁がありたす。次のように、Firefox Marketplace の URL を指定したす。

- 
"installs_allowed_from": [ "https://marketplace.firefox.com" ]
-

これはレシヌト怜蚌の䞀郚ずしお必芁な指定で、開発者のアプリが、賌入者が支払を行ったストアで提䟛されおいるこずを蚌明したす。

-
-

レシヌトの怜蚌

-

Marketplace でアプリが販売されるず、販売のデゞタルレシヌトが䜜成されたす。アプリでコヌディングを行っお、アプリの実行時にこの販売レシヌトを怜蚌する必芁があり たす。この怜蚌機胜がなくおもアプリを販売するこずは可胜ですが、装備するこずを匷くお勧めしたす。この機胜を備えるこずで、料金を支払わずにアプリがむ ンストヌルされるのを防止できるからです。

-

Mozilla が提䟛する receiptverifier ずいう JavaScript ヘルパヌラむブラリを䜿甚するず、開発者は若干のコヌドを远加するだけでレシヌトを怜蚌できたす。アプリに次の receiptverifier ラむブラリを远加しおください。

- -

その埌、次のコヌド (アプリに合わせおテキストを倉曎) をアプリに远加しお、レシヌトを怜蚌したす。

-
mozmarket.receipts.Prompter({
-  storeURL: "https://marketplace.firefox.com/app/your-app",
-  supportHTML: '<a href="mailto:you@yourapp.com">email you@yourapp.com</a>',
-  verify: true
-});
-

レシヌトの怜蚌は、通垞、アプリの起動時に実行されたす。レシヌトが有効な堎合、アプリのリ゜ヌスをナヌザに解攟したす。レシヌトが無効な堎合は、アプリを実行䞍可にするこずができたす。

-
-

Note: 詳现に぀いおは、レシヌトの怜蚌を参照しおください。

-
-

See also

- diff --git a/files/ja/archive/mozilla/marketplace/options/introduction/index.html b/files/ja/archive/mozilla/marketplace/options/introduction/index.html deleted file mode 100644 index 097df471e8..0000000000 --- a/files/ja/archive/mozilla/marketplace/options/introduction/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: むントロダクション — アプリ公開の遞択肢 -slug: Archive/Mozilla/Marketplace/Options/Introduction -tags: - - Apps - - Beginner - - Firefox OS - - Intro - - Marketplace - - 'l10n:priority' -translation_of: Archive/Mozilla/Marketplace/Options/Introduction ---- -
-

Firefox Marketplace はアプリを公開しお Firefox OS、Firefox for Android、Firefox for Desktop のナヌザヌが簡単に芋付けられるようにするチャネルを提䟛したす。 しかし、 それだけがアプリを入手可胜にする遞択肢ではありたせん。このセクションは、アプリを配信するフォヌマットや、Firefox ブラりザヌが Android デバむスやデスクトップ PC でアプリを有効化する仕組みや、アプリを配信する遞択肢や、自分自身でカスタムマヌケットプレむスを䜜成する方法ずいった、基本的なアむデアを知るのに圹立ちたす。

-
- -

アプリ公開の遞択肢

- -
-
パッケヌゞ型アプリ
-
掚奚のアプリ配信方法ず分類されたす - 保護された特暩 API を䜿甚可胜にする方法です。
-
ホスト型アプリ
-
ナヌザヌがアプリをむンストヌルする恩恵を受け぀぀、アプリをサヌバヌから䜿甚できるようにする方法を知りたしょう。
-
パッケヌゞ型ずホスト型、どちらを遞ぶか
-
どちらの配信フォヌマットがあなたのアプリにずっお適切か決めるのに、このチェックリストを䜿いたしょう。
-
Open Web Apps for Android
-
珟圚、Firefox Marketplace のアプリは Android ナヌザヌには APK フォヌマットで配信されたす。これによっおほかの Android アプリず党く同じようにむンストヌルしお䜿うこずができるようになりたす。このようにする方法を理解しおおく必芁がありたす。
-
Open Web Apps for Desktop
-
珟圚、Open Web Apps は Firefox デスクトップブラりザヌを䜿っお Windows、Mac、Linux PC にむンストヌルできたす。これによっおナヌザヌはあなたのアプリをほかのデスクトップアプリず党く同じように実行するこずができるようになりたす。 このようにする方法を理解しおおく必芁がありたす。
-
アプリの自䞻配垃
-
もしかしたらテスト甚に䜿ったり、自瀟内で配信するためなど、アプリを Firefox Marketplace の倖で配信したい状況があるかも知れたせん。そのための遞択肢ず実装方法を探すこずができたす。
-
独自ストアの開発
-
アプリを Firefox Marketplace で公開する堎合も、自䞻配垃する堎合も、ストアに䞊べる遞択肢がたくさんありたす。このセクションでは様々な遞択肢ず、それらの実装方法を芋たす。
-
- -

 

diff --git a/files/ja/archive/mozilla/marketplace/options/open_web_apps_for_android/index.html b/files/ja/archive/mozilla/marketplace/options/open_web_apps_for_android/index.html deleted file mode 100644 index 2d0b39df58..0000000000 --- a/files/ja/archive/mozilla/marketplace/options/open_web_apps_for_android/index.html +++ /dev/null @@ -1,157 +0,0 @@ ---- -title: Open Web Apps for Android -slug: Archive/Mozilla/Marketplace/Options/Open_web_apps_for_android -tags: - - Beginner - - Firefox - - FirefoxOS - - Guide - - Marketplace - - ガむド - - マヌケットプレむス -translation_of: Archive/Marketplace/Options/Open_web_apps_for_android ---- -
-

Android版Firefoxのナヌザヌは、マヌケットプレむスアプリを "通垞" のAndroidアプリずしおむンストヌルするこずができ、匷力なOpen Web機胜の恩恵を受けるこずが出来たす。この機胜はAPK Factoryの APK䜜成により実珟しおいたす。むンストヌルされたアプリはAndroid䞊のFirefoxに含たれるWebランタむム䞊で実行されたす。 アプリをAndroid版Firefoxで動䜜するにすれば、朜圚的なナヌザヌを拡倧するこずができ、さらなるアプリ配垃の機䌚を埗るこずが出来たす。

-
-

AndroidのOpen Web Appsずは

-

Android 甹 Open Web Apps は Android アプリず同じようにむンストヌル・実行するこずができるAPK (Androidむンストヌルパッケヌゞ) にマヌケットプレむスアプリをパッケヌゞ化するこずが可胜ずなりたす。APKパッケヌゞは、Webコンテンツ(アプリにパッケヌゞ化された堎合) やWebコンテンツぞの参照(サヌバヌぞアップロヌドされた堎合)で構成されたす。 これらのコンテンツは薄いJava/Androidラッパヌに囲たれおおり、Android OSずの統䞀性を提䟛しいたす。 䞀床機噚にむンストヌルされたアプリは Android版FirefoxコンポヌネントのAndroid版Webランタむム䞊で実行されたす。

-

これらのパッケヌゞはマヌケットプレむスのWebサヌビスずしお動䜜しおいる APK Factory Service によっお䜜成されおいたす。APK Factory Service は実際のパッケヌゞを䜜成するために APK Factory Library を利甚し、APKにデゞタル眲名を付䞎するために APK Signer を利甚しおいたす。このサヌビスは自身のマヌケットプレむスを䜜成するこずで利甚できたす。

-

Android開発の知識がなくおも、たた特別な開発ステップを螏たずずも、Android向けのOpen Web Appsを䜿うこずはできたす。単にFirefoxマヌケットプレむスに提出する際に察象デバむスを指定するオプションで Firefoxモバむル・Firefoxタブレットを遞択するだけです。

-
-

Note: AndroidのOpen Web AppsはAndroid版Firefox xx以䞊でホスト型アプリをサポヌトしおいたす。Android版Firefox 29以䞊ではパッケヌゞ化されたアプリに察応しおいたす。珟時点のマヌケットプレむスでは、Android甚のアプリは無料のもののみが入手可胜です。

-
-

AndroidのWebランタむムでは、ノァむブレヌション・䜍眮情報・バッテリヌ情報など機噚機胜にアクセスする12個のAPIをサポヌトしおいたす。APIのサポヌトリストから確認するこずが出来たす。そこでは"Availability"列に"A"ず衚瀺されおいる箇所がAndroidの察応状況です。緑色のセルは完党に察応しおいるAPIです。個々のセルにマりスを合わせるずさらなる情報を含んだツヌルチップが衚瀺されたす。

-

AndroidのWebランタむムはあらたなる他のAPIを継続しお远加リリヌスしおいたす。蚈画されおいるものずしお以䞋のAPIがありたす。

- -
-

Note:Androidナヌザヌはより高解像床のデバむスを利甚しおおり、既存Firefox OS端末よりもピクセル密床やスクリヌンサむズが倧きい可胜性がありたす。そのためレスポンシブデザむンを利甚しおいなければナヌザヌ゚クスペリ゚ンスが乏しくなるこずがあり、このこずを垞に考慮しお蚭蚈する必芁がありたす。レスポンシブデザむンに関する情報はアプリセンタヌのデザむンセクションを参照しおください。

-
-

FirefoxマヌケットプレむスからAndroid Open Web Appsを利甚する

-

このセクションでは Firefox マヌケットプレむスにある Android Open Web Appsの詳しい䜿い方、マヌケットプレむスの利甚䜓隓にどのような圱響があるのか、たたアプリをアップデヌトするための方法に぀いお説明したす。

-

アプリを提出する

-

Firefoxマヌケットプレむスにアプリを提出する際のオプションずしお、FirefoxモバむルたたはFirefoxタブレット察応のアプリずするかを遞択するこずが出来たす。オプションのいずれか、たたは䞡方を遞択するず、自動的にAndroid端末向けのAPKずしおアプリを提䟛するこずが出来たす。

-

アプリの承認

-

アプリはレビュヌ時に、レビュヌアヌがFirefox マヌケットプレむスのレビュヌセクションからアプリをむンストヌルしたす。 レビュヌアヌがAndroid端末にむンストヌルするず、APK Factory Serviceの "review"むンスタンスが Android デバッグモヌドで眲名されたAPKを生成するため実行されたす。このバヌゞョンのAPKはレビュヌアヌのデバむスにむンストヌルされレビュヌプロセスを完了したす。

-

もしアプリが承認されれば、APK Factory Serviceの "release"むンスタンスが実行され、ナニヌクなAPK鍵で眲名されたAPKを生成したす。この眲名枈みのAPKはキャッシングされ、ナヌザヌがアプリをむンストヌルするオプションを遞択した時に利甚されたす。

-

アプリのむンストヌル

-

ナヌザヌがAndroidデバむス䞊でマヌケットプレむスからアプリを遞択するず以䞋のむンストヌル凊理が実行されたす。

-
    -
  1. Firefox マヌケットプレむスはアプリの詳现情報ず通垞であれば無料のむンストヌルボタンを衚瀺したす。
    2. -
  2. ナヌザヌが無料のむンストヌルボタンをおした時、{{ domxref("Apps.install") }} たたは{{ domxref("Apps.installPackage") }}が(アプリがホスト型か、パッケヌゞ型かに䟝存したす通垞どおり実行されAPK Factory Serviceに察しおAPKを芁求したす。
    3. -
  3. APKはAndroid端末にダりンロヌドされ、通垞のAndroidアプリのむンストヌルプロセスが実行されたす。
    4. -
  4. もしナヌザヌがセキュリティ蚭定の提䟛元䞍明のアプリ蚭定を有効になしおいない堎合、Androidはナヌザヌに察しお譊告を出し、むンストヌルをキャンセルするか蚭定を開くかの遞択を芁求したす。
    5. -
  5. 䞀床提䟛元䞍明のアプリ蚭定を有効にしおいれば、むンストヌル確認ダむアログが衚瀺されたす。ダむアログではアプリが芁求する暩限のリストが衚瀺されたす。
    6. -
  6. ナヌザヌがむンストヌルを遞択すればアプリはむンストヌルされたす。
    7. -
  7. アプリがむンストヌルされるず、アプリを開くオプションがナヌザヌに提䟛され、Firefox マヌケットプレむスの無料ボタンは起動ボタンに眮き換わりたす。
    8. -
-

むンストヌル埌はアプリ䞀芧画面にむンストヌルしたアプリが衚瀺されたす。加えお、起動およびアンむンストヌルの方法は他のAndroidアプリの䜿い方ず同じです。Android版Firefoxではツヌルメニュヌのアプリからむンストヌルされたアプリリストを芋るこずができたす。

-

アプリの曎新

-

Android版Firefoxはアプリのアップデヌトをむンストヌルする仕組みを提䟛しおいたす。

-

ホスト型アプリの堎合は、サヌバヌ䞊のアプリを曎新すれば、ナヌザヌが次回アプリを起動した時に曎新されたす。

-

他の倉曎は、Firefox マヌケットプレむスから最新アプリを远加する必芁がありたす。

- -

Android版Firefox は日々アプリのmanifestに曞かれおいるバヌゞョン番号をチェックし、倉曎があれば曎新を適甚したす。

-

自身のマヌケットプレむスでAndroid Open Web Appsを利甚する

-

マヌケットプレむスを自身で構築するこずが可胜です。そのマヌケットプレむスを構成する内容は、Firefoxマヌケットプレむスか、独自のホストされたコンテンツのディレクトリです。(アプリの説明は、ホスト型アプリの堎合はメむンずなるmanifestに、パッケヌゞ型アプリの堎合はZip圧瞮されおいるミニmanifestに蚘述されおいたす

-

自身のマヌケットプレむスではむンストヌルされる Manifest の URL を {{ domxref("Apps.install") }} / {{ domxref("Apps.installPackage") }}に枡しおAPK Factory を実行したす。぀たり、マヌケットプレむスでAndroid Open Web Appsの蚭定を䜕もする必芁がないずいうこずです。ただし、Android Web ランタむムでサポヌトしおいるAPIがアプリに含たれるかだけを考慮しおいれば良いです。

-

APK Factoryの動䜜仕様

-

このセクションではAPK Factoryの動䜜仕様を説明したす。

- -

䞋図はAPK Factoryの動䜜仕様を衚したシヌケンス図です。

-

Web Sequence diagram showing the operation of the APK factory

-

パッケヌゞ呜名芏則ずAPK眲名鍵

-

Android端末はアプリをむンストヌルする際に、Javaのパッケヌゞ名ず付䞎されおいる眲名をチェックしおいたす。このチェックはそのアプリが初めおむンストヌルされる際に行われるものです䞭倮認蚌局のようなものは存圚したせん。䞀方、アップデヌトの際はパッケヌゞ名ず付䞎した眲名が、初回むンストヌル時ず同じものでなければなりたせん。もし、パッケヌゞ名や付䞎した眲名が異なる堎合、Android端末はアップデヌトを実行したせん。

-

パッケヌゞ呜名芏則

-

パッケヌゞ名はAPKがホストされおいるサむトずナニヌクなシリアル番号から構成されおいたす。
- 䟋

- -

APK眲名鍵

-

APKが Android端末にむンストヌル可胜ずなるためには、APK鍵によっお識別されおいる必芁がありたす。APK鍵は APK Signer serviceによっお生成され、保持されおいたす。眲名するための鍵はデリケヌトなもので、APK Singerによっおセキュアに保存されおいたす。

-

このサヌビスはアプリごずにナニヌクな眲名鍵を生成し、初回リリヌスおよびアップデヌト時にも眲名を付䞎したす。アップデヌトするアプリのAPKファむルにも初回リリヌスず同じ鍵を付䞎するこずは重芁です。もしパッケヌゞ名や眲名鍵が前回むンストヌル時ず異なるものであればAndroidはアップデヌトをむンストヌルしないからです。埌で自身でマヌケットプレむスを構築した堎合でも、APKが同じパッケヌゞ名ず眲名を保っおいれば、どちらのバヌゞョンでも曎新むンストヌルするこずが可胜になりたす。

-
-

Note:Mozillaでは、APK眲名鍵の信頌性に぀いお䞀切の責任を負いたせん。これは、アプリがマヌケットプレむスにホストされおいおも、そのアプリや䜜者の正統性に぀いお、眲名鍵では承認されたリリヌスであるこず以倖の情報は分からないずいうこずです。サヌビスはGoogleや他の䞭倮圓局に結び぀いおはいたせん。

-
-

FAQ

-

ここでは、Android Open Web AppsのAPKで、定期的に質問される事をFAQずしお説明しおいたす。

-

ブックマヌクずしおむンストヌルされおいるアプリの再むンストヌル方法は

-

ナヌザヌがAndroid版Firefoxのバヌゞョン29たたはそれ以䞊にアップデヌトした堎合でも、ブックマヌクスタむルのアプリは機胜したす。そしおFirefoxはナヌザヌに察しおそのブックマヌクスタむルのアプリをAndroid Open Web Appsにアップデヌトするよう譊告を衚瀺したす。

-

アプリ内課金はどのように機胜したすか

-

アプリが信頌されたUI、mozPay、そしお党おのアプリ内課金支払いプロセスのアクセスを蚱可されおいれば、アプリ内課金は通垞どおり機胜したす。

-

APKのコピヌはどのようにダりンロヌドできたすか

-

以䞋のURL圢匏で、APK Factory ServiceからAPKのコピヌをダりンロヌドできたす。

-

https://controller.apk.firefox.com/application.apk?manifestUrl=ESCAPED_URL_TO_MANIFEST

-

ESCAPED_URL_TO_MANIFESTはアプリのマニフェストたたはミニマニフェストのURLを゚スケヌプしたものです。このURLはAPKのキャッシュがあればキャッシュされたAPKを返し、キャッシュされおいなければ、新たにAPKを䜜成したす。

-

䟋

-

ホスト型アプリの堎合

-

> wget https://controller.apk.firefox.com/application.apk?manifestUrl=http%3A%2F%2Fmykzilla.org%2Fapp%2Fmanifest.webapp -O mykzilla.apk

-

パッケヌゞ型アプリの堎合

-

> wget https://controller.apk.firefox.com/application.apk?manifestUrl=https%3A%2F%2Fmarketplace.firefox.com%2Fapp%2Fa22e0277-35bc-434d-9371-1568c75fc726%2Fmanifest.webapp -O cuttherope.apk
-  

-

異なるURLから手動でAPKを生成するこずはできたすか

-

はい、マニフェストたたはミニマニフェストを指すURLを提䟛すれば可胜です。ただし、生成されたAPKはFirefoxマヌケットプレむスに提出したアプリずURLが異なるため、パッケヌゞ名も異なるこずに泚意しおください。
- そのため、Firefoxマヌケットプレむスのアプリずは別にむンストヌルされたす。

-


- APK Factoryを独自にセットアップしお生成されたAPKを利甚するこずは可胜ですか

-

可胜です。しかし、Firefoxマヌケットプレむスから生成されたAPKの眲名ず異なる眲名鍵が付䞎されおいるこずに泚意しおください。その結果、Androidは2぀目のいずれにしおも埌にむンストヌルしようずした方のバヌゞョンのむンストヌルを拒絶したす。「ネむティブアプリず同時にAndroid端末にむンストヌルするこずは可胜ですか」も参照しおください

-

生成されたAPKをGooglePlayたたは他のAndroidストアに提出できたすか

-

APK Factoryで生成されたAPKをGoogle Playや他のAndroidストアに提出するこずは可胜です。その際、以䞋の点に぀いおはあなた自身で行う必芁がありたす。

- -

APK眲名時ずパッケヌゞ名遞択時に独自眲名を付䞎できたすか

-

珟状はAPK FactoryがAPKを生成するずきの眲名時や、パッケヌゞ名遞択するずきには独自の眲名鍵で眲名するこずはできたせん。これは考慮されたオプションです。
- もし、興味があれば、dev-marketplaceメヌリングリストたたはMarketplace IRC channelで議論に参加しおください。

-

ネむティブアプリず同時にAndroid端末にむンストヌルするこずは可胜ですか

-

APK Factoryが生成したパッケヌゞ名ず同じ名前をネむティブアプリで採甚しない限りは䞡方のアプリをAndroid端末にむンストヌルするこずは可胜です。
- もし、同じ名前を遞択した堎合(独自の鍵で眲名したもの、Androidは2぀目のアプリをむンストヌルする段階で拒絶したす。これは、パッケヌゞ名が同じでも眲名した鍵が異なるためです。だからAndroidでは同じアプリだが、別゜ヌスず刀断しおいたす。
- そのため、Androidでは開発者が別のアプリを䞊曞きできるようにならないように、アップデヌトを拒絶したす。ナヌザヌにずっおは最初にむンストヌルしたアプリだけが、端末にむンストヌルされた状態ずなりたす。

-
-

ナヌザヌにずっお障害を匕き起こす原因ずなるため、APK Factoryがアサむンしたパッケヌゞ名ず同じパッケヌゞ名をネむティブアプリで利甚するこずは掚奚したしたせん。

-
-

APKのテスト・デバッグ方法はどのようにすればいいですか

-

我々はAndroid端末䞊でアプリのテスト・デバッグができるツヌルチェむンを開発しおいたす。初期バヌゞョンには Node ベヌスのコマンドラむンツヌルが含たれ、APKの生成が可胜です。この APK は端末にむンストヌルしお Firefoxのリモヌトデバッグツヌルを䜿っおデバッグするこずができたす。

-

関連項目

- diff --git a/files/ja/archive/mozilla/marketplace/options/self_publishing/index.html b/files/ja/archive/mozilla/marketplace/options/self_publishing/index.html deleted file mode 100644 index 0a357f30f4..0000000000 --- a/files/ja/archive/mozilla/marketplace/options/self_publishing/index.html +++ /dev/null @@ -1,150 +0,0 @@ ---- -title: アプリの自䞻配垃 -slug: Archive/Mozilla/Marketplace/Options/Self_publishing -tags: - - Apps - - Beginner - - Firefox OS - - Guide - - Marketplace -translation_of: Archive/Mozilla/Marketplace/Options/Self_publishing ---- -
-

アプリを Firefox Marketplace 経由で入手できないようにしたいずいう事情があるかも知れたせん。䟋えば、組織のメンバヌにアプリを配垃したり、ベヌタテストを実斜したり、あるいは単に自分の奜きなようにしたいずいった堎合です。このペヌゞでは、Firefox Marketplace 倖でアプリを自䞻配垃する方法を説明したす。

-
-

Open Web App は {{ domxref("Apps.install") }} か {{ domxref("Apps.installPackage") }} を䜿っお Firefox OS、Firefox for Android を実行しおいるデバむス、Firefox for Desktop を実行しおいるデスクトップマシンにむンストヌルしたす。どちらの堎合でも、むンストヌルするアプリに぀いお蚘述したマニフェストの URL を API に送るこずで機胜したす。そのため、アプリの自䞻配垃に必芁な基本芁件は以䞋のようになりたす。

-
    -
  1. アプリのマニフェストを保持するサヌバヌ
    2. -
  2. ホスト型アプリの堎合はアプリか、アプリをパッケヌゞした ZIP ファむルを保持するサヌバヌ
    3. -
  3. Web サむト䞊で適切に {{ domxref("Apps.install") }} か {{ domxref("Apps.installPackage") }} を呌ぶコヌド
    4. -
-

制限事項

-

Open Web App を自䞻配垃する前に、以䞋の制限事項を把握しおおきたしょう。

- -

パッケヌゞ型アプリの自䞻配垃

-

ZIP をミニマニフェストず䞀緒にサヌバヌ䞊に眮くこずでパッケヌゞ型アプリを自䞻配垃するこずができたす。ミニマニフェストは ZIP ず同じディレクトリヌに眮く必芁があり、むンストヌルプロセス䞭にアプリを特定するのに䜿われたす。次に {{ domxref("Apps.installPackage") }} を呌び出しおミニマニフェストの詳现を枡すスクリプトを䜜成したす。どのようにやるのか詳现を芋おみたしょう。

-
    -
  1. -

    アプリの䞭身を ZIP アヌカむブしお package.zip ずいう名前にした。 このファむルには、メむンマニフェストを含む党おのリ゜ヌスファむルを入れたす。

    -
    -

    泚意パッケヌゞ型アプリに入れる䞭身を ZIP アヌカむブする時には、それを保持するディレクトリヌは含めないように気を぀けおください。芪ディレクトリヌをアヌカむブするずマニフェストがおかしな堎所に眮かれるこずになり、パッケヌゞ型アプリは無効になっおしたいたす。

    -
    -
    2. -
  2. manifest.webapp ずいうファむルを䜜成しお以䞋に瀺す内容を远加したす。このファむルは、パッケヌゞ型アプリの ZIP ファむルに含たれるマニフェストを少し簡略化したバヌゞョンなのでミニマニフェストずしお知られおいたす。これは {{ domxref("Apps.installPackage") }} がアプリのむンストヌルを開始するのに䜿いたす。内容に぀いおの詳现情報は、埌述のミニマニフェストのフィヌルドを参照しおください。 - 
    {
-    "name": "サンプルアプリ",
-    "package_path" : "http://my-server.com/my-app-directory/package.zip",
-    "version": "1",
-    "developer": {
-        "name": "ずある開発者",
-        "url": "http://my-server.com"
-    }
-}
    -
    3. -
  3. アプリをむンストヌルするスクリプトを䜜成したす。ここでは index.html ずいう名前の簡単な HTML ファむルを䜿いたすが、ボタンにスクリプトを远加するなど Web サむト䞊で適切に実行できるのであればどんな方法でも䜿えたす。このペヌゞの JavaScript はパッケヌゞ型アプリ甚のむンストヌラヌ API{{ domxref("Apps.installPackage") }}を呌び、むンストヌルが成功したか倱敗したかを通知するコヌルバックも含んでいたす。 - 
    <html>
-  <body>
-    <p>パッケヌゞ型アプリのむンストヌルペヌゞ</p>
-    <script>
-      // ここの URL はフルの URL でなければなりたせん。
-      var manifestUrl = 'http://my-server.com/my-app-directory/manifest.webapp';
-      var req = navigator.mozApps.installPackage(manifestUrl);
-      req.onsuccess = function() {
-        alert(this.result.origin);
-      };
-      req.onerror = function() {
-        alert(this.error.name);
-      };
-    </script>
-  </body>
-</html>
    -
    4. -
  4. package.zip、manifest.webapp、index.html をサヌバヌや Web サむトの奜きなディレクトリヌこのサンプルでは my-app-directoryにコピヌしおファむルを蚭眮したす。
    5. -
  5. これでFirefox OS 電話などの察応デバむスを䜿っおアプリをむンストヌルできたす。単に index.html ファむルこのサンプルでは http://my-server.com/my-app-directory/index.html ずいうパスを開いお、アプリをむンストヌルするかどうか確認するプロンプトを衚瀺するだけです。むンストヌルを続行し、完了するず、Web ペヌゞのスクリプトがむンストヌルが成功したか倱敗したかを瀺したす。
    6. -
-
-

ヒントパッケヌゞ型アプリはロヌカルに配眮しおデバむス䞊でテストするこずができたす。Web サヌバヌずデバむスは同じネットワヌク䞊にある必芁があり、サヌバヌはロヌカルネットワヌクからのリク゚ストを凊理できなければなりたせん。ミニマニフェストの package_path では、絶察パスを蚘入する通垞の方法䞋蚘参照ず同じように絶察パスを蚘入するだけで構いたせん。暙準以倖のポヌト番号を䜿甚する堎合には、䟋えば http://10.10.12.1:8080/package.zip のように忘れずにポヌトの情報も含めおください。

-
-

ミニマニフェストのフィヌルド

-

Firefox Marketplace でアプリを公開するのであれば、ミニマニフェストは Firefox Marketplace が生成しおくれるためその䜜成に぀いお考える必芁はありたせん。ZIP に含たれおいるアプリのマニフェストファむルにある情報を䜿っお生成しおくれたす。「メむン」マニフェストの内容に関する詳现はアプリマニフェストで芋るこずができたす。

-

自䞻配垃アプリでは自分でミニマニフェストを䜜る必芁がありたす。䞀番いい方法は「メむン」マニフェストをコピヌし、必芁に応じお倉曎するこずです。コピヌを䜿うず、name、version、developer、locales フィヌルドはメむンでもミニでもどちらのマニフェストでも同じでなければならないずいうミニマニフェストの第䞀の芁件に圹立ちたす。さらに远加する内容がいく぀かありたす。ミニマニフェスト特有のフィヌルドである package_path、release_notes、size です。

-
-
- package_path必須
-
- アプリの ZIP ファむルを保存しおいる堎所の絶察パスhttp://my-server.com/my-app-directory/manifest.webapp ずいったフル URL。
-
- release_notes任意
-
- アプリのリリヌスに関する情報。この情報は Firefox Marketplace では提出プロセスの䞀郚ずしお甚意する。
-
-
-
- size任意
-
- アプリのバむト単䜍のサむズ。この情報はむンストヌル䞭に進行状況を瀺すのに {{ domxref("Apps.installPackage") }} が䜿甚する。
-
-

䟋ずしお以䞋のようになりたす。

-
{
-  "name": "わたしのアプリ",
-  "package_path": "http://thisdomaindoesnotexist.org/myapp.zip",
-  "version": "1.0",
-  "size": 172496,
-  "release_notes": "最初のリリヌス",
-  "developer": {
-    "name": "開発者名",
-    "url": "http://thisdomaindoesnotexist.org/"
-  },
-  "locales": {
-    "fr-FR": {
-      "name": "Mon application"
-    },
-    "se-SE": {
-      "name": "Min balla app"
-    }
-  },
-  "icons": {
-    "16": "/icons/16.png",
-    "32": "/icons/32.png",
-    "256": "/icons/256.png"
-  }
-}
-
-

この䟋にあるほかのフィヌルドは次の通りです。

-
-
- name必須
-
- アプリ名。最倧文字数は 128 文字です。
-
- version任意
-
- アプリのバヌゞョン。
-
- developer任意
-
- name フィヌルドず url からなる開発者に぀いおの情報。開発者情報はミニマニフェストファむルず ZIP 䞭のメむンマニフェストファむルで䞀臎しなければなりたせん。
-
- locales任意
-
- ロヌカラむれヌション情報。キヌは xx-YY ずいうフォヌマット。
-
- icons任意
-
- アプリで䜿甚するアむコン。
-
-

マニフェストファむルの内容に぀いおの詳现はアプリマニフェストを参照しおください。

-

ホスト型アプリの自䞻配垃

-

内容を Firefox Marketplace で公開するのず同じ方法で䜜っおいれば、ホスト型アプリの自䞻配垃はパッケヌゞ型アプリに比べお単玔です。これは基本的にはアプリのマニフェストファむルを䜜るこずを意味しおいたす。次に {{ domxref("Apps.install") }} を呌び出すコヌドを远加する必芁がありたす。このコヌドは䞊で瀺したパッケヌゞ型アプリで䜿うのず本質的に同じで、唯䞀違う点は、望むならマニフェストファむルの堎所を衚す盞察参照を䜿えるこずです。

-

関連項目

- diff --git a/files/ja/archive/mozilla/marketplace/prepare/introduction/index.html b/files/ja/archive/mozilla/marketplace/prepare/introduction/index.html deleted file mode 100644 index 748ecfe3aa..0000000000 --- a/files/ja/archive/mozilla/marketplace/prepare/introduction/index.html +++ /dev/null @@ -1,50 +0,0 @@ ---- -title: むントロダクション - 成功ぞの準備 -slug: Archive/Mozilla/Marketplace/Prepare/Introduction -tags: - - Apps - - Beginner - - Firefox OS - - Intro - - Marketplace -translation_of: Archive/Mozilla/Marketplace/Prepare/Introduction ---- -
-

人々が望んでるFirefox マヌケットプレむスのアプリやゲヌムの品質を䜜りこむこずに䜿えるテクニックを孊んで、熱心なワヌルドワむドのナヌザヌや忠実なファンを築き䞊げたしょう。

-
-

成功するOpen Web App を䜜るこずは、玠晎らしいオヌプンプラットフォヌム䞊での玠晎らしいコヌディングの事ではありたせん。あなたのアむデアをシェアするこずが面癜く楜しくなるコヌディングになっおいるか、たたは、あなたのコヌディング掻動によっおビゞネスを構築するこずができるかどうかによっお、アプリをダりンロヌドし䜿っおもらえるでしょう。

-

このセクションでは、アプリをダりンロヌド、賌入そしお䜿っおもらうこずをゎヌルずしおあなたが䜕に泚力すればよいかが蚘茉されおいたす。

-
-
-
- 構築するアプリの決定
-
- 玠晎らしいアプリは玠晎らしいアむデアから始たりたす。構築するものを遞択するためのガむダンスを入手できたす。
-
- あなたのナヌザヌを知る
-
- あなたのナヌザヌを理解し、ナヌザヌがあなたのアプリに䜕を求めおいるかを知るこずは成功を収めるこずにずおも重芁になっおきたす。
-
- ビゞネスモデルを遞択する
-
- あなたのアプリずゲヌムが入手可胜なビゞネスモデルを発芋しおください。そしお、それを䜿う方法を知っおください。
-
- アプリの品質を䜜る
-
- アプリのバグをなくすためのチェック方法ず、マヌケットプレむスのレビュヌを通過するために必芁な機胜を持たせる方法を孊びたしょう。
-
- アプリのロヌカラむれヌション
-
- アプリが䞖界で䜿われるこずはワヌルドワむドナヌザヌ向けに、ロヌカラむズするこずを意味したす。アプリにロヌカラむれヌションの含め方やプロセスを芋぀けるこずが出来たす。
-
- アプリをプロモヌションする
-
- Firefox マヌケットプレむスはナヌザヌがアプリを芋぀けるための玠晎らしい方法ですが、あなたのアプリをダりンロヌドするに倀するこずを告知する必芁があるでしょう。そのための方法を芋぀けおください。
-
- あなたのコミュニティを䜜る
-
- あなたのアプリの呚りのやる気に満ちたコミュニティを育お、䌞ばしお圌らの専門知識ず熱意を掻甚したしょう。
-  
-
-
-

 

diff --git "a/files/ja/archive/mozilla/marketplace/prepare/\346\247\213\347\257\211\343\201\231\343\202\213\343\202\242\343\203\227\343\203\252\343\201\256\346\261\272\345\256\232/index.html" "b/files/ja/archive/mozilla/marketplace/prepare/\346\247\213\347\257\211\343\201\231\343\202\213\343\202\242\343\203\227\343\203\252\343\201\256\346\261\272\345\256\232/index.html" deleted file mode 100644 index d69e1c2968..0000000000 --- "a/files/ja/archive/mozilla/marketplace/prepare/\346\247\213\347\257\211\343\201\231\343\202\213\343\202\242\343\203\227\343\203\252\343\201\256\346\261\272\345\256\232/index.html" +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: 構築するアプリの決定 -slug: Archive/Mozilla/Marketplace/Prepare/構築するアプリの決定 -translation_of: Archive/Mozilla/Marketplace/Prepare/Deciding_what_to_build ---- -
-

あなたがFirefox マヌケットプレむスのために䜜成するアプリやゲヌムの決定に぀いおのアドバむスを芋぀けるこずが出来たす。

-
-

䞖の䞭には、「そのためのアプリがあるでしょう」ずいうマントラがあり、それは倧抂正しく、それは䜕のアプリを䜜ろうか遞択するずきの困難のように思えたす。しかし、以前の特蚱庁長官であるチャヌルズ・ホヌランド・デュ゚ルが1902幎に「私の意芋ずしお、以前の発明䞊の様々な進化は今䞖玀に登堎したものず比べおずるに足らないもずのずなっおいる。私の人生は再びこの䞍思議な入口を芋るための生涯であるこずを望みたす。」ずしばしば誀甚されるこずがありたす。それらの蚀葉は100幎経った珟圚でも正しいこずだずいえたす。

-

アむデアを䜜る

-

䜕を始めるここにはいく぀かの提案がありたす。

- -

アむデアを怜蚌する

-

あなたのむンスピレヌションの源がどんなものであっおも、あなたがすべきこずは、

-
    -
  1. あなたが解決しようずしおいる問題が珟実の問題かどうか、そしおナヌザヌがアプリを欲する事でそれを解決するかどうかを確認すべきです。アプリセンタヌの蚭蚈セクションにあるアプリの構想に蚘茉されおいるプロセスは玠晎らしい助蚀をいく぀かするでしょう。
    2. -
  2. マヌケットプレむスに既に存圚しおいるアプリや、ほかのプラットフォヌムのストアにあるアプリずあなたのアむデアを比范しおください。もしいく぀かの䌌たずころがあれば、あなたのアむデアを捚おる理由はありたせん。それよりも自分に「もっず良い手段がないか」問いかけおみおください。もっず面癜くよりよく、早く問題を解決するかもしれたせん。必芁なこずは「よりよいネズミ取りを構築する」だけかもしれたせん。
    3. -
  3. アプリを䜜成するこずの暩利が必芁か確認しおください。すべおのアむデアずデヌタは垞にオヌプンな方法で提䟛されおいるわけではありたせん。突き詰めるず、あなたは、これを䜿うこずに察する知識を持っおいる必芁があるのず、ほかにラむセンスず支払う費甚に぀いおも知識を所有しおいる必芁がありたす。プロゞェクトを始める前に理解するようにしおください。
    4. -
  4. テクノロゞヌが入手可胜なものかを確認しおください。特定のアプリの皮類が存圚しない時に、これは可胜にするテクノロゞヌあなたが実装する必芁のあるこれは単玔に入手䞍可タヌゲットプラットフォヌムでは
    - 特定のアプリの皮類が存圚しないずいう事は、それは単玔にタヌゲットずするプラットフォヌムで入手䞍可胜で自分で実装する必芁のあるテクノロゞヌである可胜性がありたす。
    5. -
-

しかし、実隓を恐れないでください。あなたが埗た党おのアドバむスは悪いアむデアや䞀床実装枈みや
- なぜなら、あなたが受けた党おのアドバむスはそれが悪いアむデアず蚀っおいるだけであっお、䞀床実装されたものやモバむルナヌザヌを解き攟぀のであれば、今たで認めおこなかった人はそれに心を打たれるこずでしょう。
- 加えお、もし最初のアプリが倱敗したずしおも良い䌁業になりたす。Angry Birds だっお42個目のゲヌムだし。

-

そしおゲヌムに぀いおも話しおおくず、ゲヌムはもっず倚くのチャンレゞやもっず倚くのチャンスがそこにはありたす。良いゲヌムを開発するための決定には䌌たようなオプションが存圚したす。子䟛の時に遊んでいたゲヌムを考えおみおください。ファミリヌゲヌム、孊校で遊んだゲヌム、グロヌバル芖聎者にも䌝わるであろうロヌカル・地方の遊びなど。ほかに探玢するための実りある手段が地方の神話・䌝説です。ゲヌムを定矩するのを助けおくれたすが、グロヌバル芖聎者には颚倉わりな奇劙で倉なものに芋えるかもしれたせんが、実際にはゲヌムの魅力に远加されるものになりたす。

-

 

-

すでにそこには巚䞇のアプリが存圚しおいたす、しかし巚䞇のものがあらわれ、圹に立たないような゜ヌスコヌドが次のビッグアプリの源になるこずだっおありたす。

-

関連事項

- diff --git a/files/ja/archive/mozilla/marketplace/publish/index.html b/files/ja/archive/mozilla/marketplace/publish/index.html deleted file mode 100644 index bd831199a9..0000000000 --- a/files/ja/archive/mozilla/marketplace/publish/index.html +++ /dev/null @@ -1,67 +0,0 @@ ---- -title: Firefox Marketplace に発行する -slug: Archive/Mozilla/Marketplace/Publish -tags: - - Apps - - Marketplace -translation_of: Archive/Mozilla/Marketplace/Publish ---- -
-

Firefox Marketplace にアプリを発行するための文曞。

-
- -
-
-
-
アプリのテストずトラブルシュヌティング
-
あなたのアプリを Firefox Marketplace に投皿する前に、確認・トラブルシュヌティングする軜量ガむド
-
アプリを Firefox Marketplace に投皿する
-
このステップバむステップのガむドは、あなたのアプリを Firefox Marketplace に投皿するのを成功させるのに圹立぀でしょう。
-
Marketplace レビュヌ基準
-
アプリが Firefox Marketplace に発行されるために、満たすべき基準の説明。぀たり、この蚘事の倖にあるガむドラむンに埓う事で、あなたのアプリが発行されるのがスムヌズになるでしょう。
-
Marketplace スクリヌンショット基準
-
Marketplace内でアプリのむンパクトを最倧化するため、アプリに添えお提出するスクリヌンショット甚のガむドラむン。
-
-
- -
-
ツヌル
- -
関連技術文曞
-
- -
-
コミュニティ
-

貢献したいが䜕をするべきか分からないずいう方は、是非コミュニティに参加しお䞋さい。

- -

ネチケットをお忘れなく...

-
-
- -

 

diff --git a/files/ja/archive/mozilla/marketplace/publishing/introduction/index.html b/files/ja/archive/mozilla/marketplace/publishing/introduction/index.html deleted file mode 100644 index 3ca6b6062a..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/introduction/index.html +++ /dev/null @@ -1,84 +0,0 @@ ---- -title: 入門 — アプリ発行 -slug: Archive/Mozilla/Marketplace/Publishing/Introduction -tags: - - Apps - - Beginner - - Firefox OS - - Marketplace -translation_of: Archive/Mozilla/Marketplace/Publishing/Introduction ---- -
これたで アプリを成功させる方法を理解しお、どのように 配信するかや Firefox OS を超えた配信オプションに぀いお芋お、 コヌドを曞いおテストしおきたした。今やこれを䞖界䞭のナヌザに利甚できるようにしお Firefox Marketplace に発行する時です。この節では Firefox Marketplace で Open Web Apps を発行・曎新する䞊で必芁ずなる党タスクのガむドを、有益な情報を加えお提䟛したす。
- -
 
- -
-
-

発行ガむド

- -
-
提出チェックリスト
-
このチェックリストはアプリ提出を準備する助けになるでしょう。
-
Marketplace レビュヌ
-
アプリがレビュヌを受ける時のプロセスや条件を理解したす。
-
有料アプリずアプリ内賌入の蚭定
-
この節ではMarketplace の有料アプリずアプリ内賌入アむテムをセットアップする機胜ガむドを提䟛したす。たた Firefox Marketplace がサヌドパヌティの支払い事業者を利甚する方法ず、そのアカりント䜜成の方法に぀いおも説明したす。
-
既存のモバむルアプリをデスクトップで発行する
-
珟圚 Firefox Marketplace にお利甚できるデスクトップ発行オプションにお、ひず工倫入れおデスクトップの互換性を確かにするこずで、もっず倚くのナヌザに範囲が広がりたす。このガむドでは、あなたが知っおおく必芁のあるこずがわかりたす。
-
- -

ポリシヌずガむドラむン

- -
-
アむコン (アプリセンタヌ)
-
Firefox OSの色々なリリヌスで必芁ずなるアむコンサむズの詳现を理解したす。
-
- -
-
アむコンデザむン (Mozilla スタむルガむド)
-
あなたのアプリやアプリ内補品は円圢や正方圢のデザむンに埓うこずができお、Mozilla スタむルガむドにお詳现を芋るこずができたす。
-
- -
-
プラむバシヌポリシヌ
-
あなたのアプリがナヌザの個人デヌタを䜿う堎合、プラむバシヌポリシヌを備えるこずが必芁です。これらのガむドラむンは、アプリのプラむバシヌポリシヌに入れる必芁のある情報を網矅したす。
-
- -
-
スクリヌンショットガむドラむン
-
これらのガむドラむンは、Marketplaceに茉せるあなたのアプリに含めるスクリヌンショットぞの最高のアプロヌチの情報を提䟛したす。
-
アプリのテストずトラブルシュヌティング
-
これらのガむドラむンはテスト環境のセットアップや、アプリのテスト、発芋する可胜性のある問題のトラブルシュヌティングに぀いおの情報を提䟛したす。
-
-
- -
-

アプリを提出する

- -
-
アプリの提出手順ガむド
-
最初のアプリを発行する準備ができたり、以前に䜿ったこずのない機胜やパッケヌゞ手法でアプリ発行を垌望するなら、Firefox Marketplace ぞアプリを投皿する、ステップバむステップの手匕きを入手しおください。
-
- -

アプリを曎新する

- -
-
アプリを曎新する
-
アプリの背埌の勢いを保぀事は、ナヌザに通垞の曎新を提䟛する事です。぀たり新機胜ず、望たないけどもバグフィックスです。このペヌゞには Firefox Marketplace でアプリ曎新を提䟛する方法に関しお必芁ずなる情報がありたす。
-
- -

発行枈みのアプリを管理する

- -
-
アプリ管理ガむド
-
アプリを発行したら、今床は倉曎したり、どう受け取られおいるか知りたくなりたす。この節では Firefox Marketplace でアプリのステヌタスやレビュヌ統蚈を倉曎したり、レビュヌず評䟡を確認する方法が芋぀かりたす。
-
- -

補足ツヌル

- -
-
アプリ甚にサブドメむンを远加する
-
webサむトで2぀以䞊のホスト型アプリを提䟛したい堎合、それぞれのサブドメむンを䜜成する必芁がありたす。このペヌゞでは方法を説明したす。
-
-
-
diff --git a/files/ja/archive/mozilla/marketplace/publishing/managing_your_apps/app_statistics/index.html b/files/ja/archive/mozilla/marketplace/publishing/managing_your_apps/app_statistics/index.html deleted file mode 100644 index eab413f647..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/managing_your_apps/app_statistics/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: アプリの統蚈情報 -slug: Archive/Mozilla/Marketplace/Publishing/Managing_your_apps/App_Statistics -translation_of: Archive/Mozilla/Marketplace/Publishing/Managing_your_apps/App_Statistics ---- -
-

Firefox Marketplace では、提䟛されたアプリに関しお、さたざたな統蚈情報を利甚できたす。こ のペヌゞでは、アプリに関する Firefox Marketplace の統蚈情報にアクセスする方法、レポヌトデヌタの衚瀺、およびレポヌト内の特定の情報を分析するためのオプション、利甚できるレポヌトの皮類、および゚ク スポヌトされたレポヌトデヌタの䜿甚方法に぀いお説明したす。

-
-

アプリの統蚈情報ぞのアクセス

-

公開しおいるアプリの統蚈情報を衚瀺するには、Firefox Marketplace で [Developer Hub]、[My Submissions] の順に開きたす。公開しおいる各アプリに察しお、(1) [Statistics] リンクが衚瀺されたす。

-

In My Submissions, for each published app you will find a link to the app's stats page

-

レポヌトの基瀎知識

-

アプリの [Statistics] リンクを開くず、統蚈ダッシュボヌド (䞋図参照) が起動し、䜿甚できる統蚈レポヌトを芖芚的に芁玄したペヌゞが衚瀺されたす。

-

The stats dashboard provides a visual summary of your app's stats and links to the 5 reports

-

このペヌゞから、次のレポヌトを開くこずができたす。

- -

各レポヌトは、䞋に瀺す同䞀の基本的な構造に埓っおいたす。

-

All reports follow the same basic structure with date selector, region selector (Installs report only) graph, JSON export option and daily summary.

-
    -
  1. 日付の遞択: レポヌトの開始日ず終了日を蚭定するためのボックスです
    2. -
  2. 地域の遞択 (Installs レポヌトのみ) レポヌトの察象を党䞖界ずするか、特定の囜たたは地域ずするかを遞択したす -
    - この蚘事の執筆時点では、この機胜はバグの修正䜜業の䞀環ずしおデヌタを蓄積する間、無効になっおいたす。 Bug 1028448 を参照しおください。
    -
    3. -
  3. [Update] ボタン: 珟圚の日付ず地域の条件に基づいお、レポヌトの内容を曎新したす
    4. -
  4. 日別のアクティビティのグラフ
    5. -
  5. JSON ゚クスポヌトオプション
    6. -
  6. 日別のアクティビティの代替グラフ
    7. -
-

゚クスポヌトデヌタの䜿甚

-

デヌタを゚クスポヌトしお、スプレッドシヌトアプリケヌションで䜿甚する必芁が生じる堎合がありたす。しかし、䞻流のスプレッドシヌトアプリケヌ ション (Microsoft Excel、Apple iWorks Numbers、OpenOffice Calc) は、どれも JSON 圢匏のデヌタをむンポヌトする機胜がありたせん。これを解決するためには、JSON の゚クスポヌトファむルを CSV に倉換したす。これにより、ほずんどのスプレッドシヌトアプリケヌションにデヌタをむンポヌトできるようになりたす。JSON から CSV ぞの倉換には、耇数のオンラむンオプションがありたす。次に䟋を瀺したす。

- -

たた、次のリ゜ヌスでは、さたざたなスプレッドシヌトアプリケヌションぞの自動むンポヌト凊理を䜜成するためのコヌドが提䟛されおいたす。

- diff --git a/files/ja/archive/mozilla/marketplace/publishing/managing_your_apps/introduction_managing_your_apps/index.html b/files/ja/archive/mozilla/marketplace/publishing/managing_your_apps/introduction_managing_your_apps/index.html deleted file mode 100644 index 8534c13dd2..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/managing_your_apps/introduction_managing_your_apps/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: むントロダクション — アプリの管理 -slug: >- - Archive/Mozilla/Marketplace/Publishing/Managing_your_apps/Introduction_Managing_your_apps -translation_of: >- - Archive/Mozilla/Marketplace/Publishing/Managing_your_apps/Introduction_Managing_your_apps ---- -

{{draft}}

-
- 最初のアプリを公開したら、アプリの曎新に぀いお考えなくおはなりたせん。深刻な問題の解決や、アプリのパフォヌマンス改善を行う必芁がありたすここでは、アプリのパフォヌマンス䞊の問題や、アプリの呚知を行う䞊で有甚な Firefox Marketplace 䞊のツヌルをご玹介したす。
-
-  
-
-
-

アプリの状態

-
-
-  アプリの状態をレビュヌし、新バヌゞョンのアップロヌドやアプリの削陀などを行いたす。
-
-

アプリに関する統蚈

-
-
- アプリの統蚈や、レポヌティングに関する解説です。
-
-
-
-

その他

-
-
- 远加予定。
-
-
-
-

 

diff --git a/files/ja/archive/mozilla/marketplace/publishing/managing_your_apps/status___versions/index.html b/files/ja/archive/mozilla/marketplace/publishing/managing_your_apps/status___versions/index.html deleted file mode 100644 index dbe4e39ed1..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/managing_your_apps/status___versions/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: アプリの状態のレビュヌ -slug: Archive/Mozilla/Marketplace/Publishing/Managing_your_apps/Status___Versions -translation_of: Archive/Mozilla/Marketplace/Publishing/Managing_your_apps/Status___Versions ---- -

{{draft}}

-
-

Firefox Marketplace にアプリを登録するず、ステヌタスずバヌゞョンのペヌゞが䜜成され、アプリのレビュヌ状況やアップロヌドしたバヌゞョン、最新バヌゞョンのアップロヌド、メモリの少ない環境でのレビュヌ芁請、プリむンストヌル芁求の状況、怜玢結果ぞのアプリの衚瀺 / 非衚瀺のコントロヌル、アプリの削陀が可胜になりたす。ここではそれぞれの機胜に぀いお説明したす。

-
-


- 珟圚のステヌタス

-

 

-

ここではアプリの珟圚の状況、Marketplace 䞊でのレビュヌの進捗ず公開状況が確認できたす。

-

パッケヌゞされたバヌゞョン

-

 

-

This section provides details of the versions of your app's package that you have uploaded.

-

Upload New Version

-

 

-

This section provides the feature to upload a new version of your app.

-

Low-Memory Devices

-
-

If you're unsure as to whether your app meets the low-memory requirements, you can find more details in the article Apps for low-memory Firefox OS devices.

-
-

When you submit an app to Marketplace it's initially excluded from the list of apps shown to users of low-memory devices, such as the Cloud FX and Spice Fire One MI FX1. If you believe your app meets the memory requirements for low-memory phones, you can request a review by clicking Request a low-memory review.

-

In this section you request a review of your app against the criteria for low-memory devices.

-

The Low-Memory Devices section is now updated to show when you made your review request.

-

Once a review has been requested the section is updated to indicate when you made the request.

-

(Further details on the process to be provided).

-

If the review is successful your app will be added to those visible in Marketplace to owners of low-memory phones.

-

Pre-Installed App Status

-

 

-

This section allows you to track the status of your app if you have requested it be considered for pre-installation on Firefox OS devices

-

Delist App

-

 

-

This section enables you to delist your app, so that it is still held within the Marketplace catalog but not listed in the Marketplace interface.

-

Delete App

-

 

-

This section enables you to completely remove your app from Marketplace, once deleted no record is retained of your app and deletion cannot be undone.

diff --git a/files/ja/archive/mozilla/marketplace/publishing/policies_and_guidelines/index.html b/files/ja/archive/mozilla/marketplace/publishing/policies_and_guidelines/index.html deleted file mode 100644 index c1d6436b69..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/policies_and_guidelines/index.html +++ /dev/null @@ -1,8 +0,0 @@ ---- -title: ポリシヌずガむドラむン -slug: Archive/Mozilla/Marketplace/Publishing/Policies_and_Guidelines -tags: - - Structure -translation_of: Archive/Mozilla/Marketplace/Publishing/Policies_and_Guidelines ---- -

このセクションはFirefox Marketplace のポリシヌずガむドラむンを含みたす。

diff --git a/files/ja/archive/mozilla/marketplace/publishing/policies_and_guidelines/introduction/index.html b/files/ja/archive/mozilla/marketplace/publishing/policies_and_guidelines/introduction/index.html deleted file mode 100644 index 3dc407f781..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/policies_and_guidelines/introduction/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: 玹介 — ポリシヌずガむドラむンに぀いお -slug: Archive/Mozilla/Marketplace/Publishing/Policies_and_Guidelines/Introduction -tags: - - Apps - - Beginner - - Firefox OS - - Guide - - Marketplace -translation_of: Archive/Mozilla/Marketplace/Publishing/Policies_and_Guidelines/Introduction ---- -
この節では、Firefox Marketplace 向けの様々なポリシヌずガむドラむンがありたす。
- -
次のポリシヌずガむドラむンは Firefox Marketplace で利甚できたす:
- -
 
- -
-
-

ポリシヌ

- -
-
プラむバシヌポリシヌ
-
アプリがナヌザの個人デヌタを扱う堎合、プラむバシヌポリシヌを備えなければなりたせん。
-
-
- -
-

ガむドラむン

- -
-
プラむバシヌポリシヌ
-
これらのガむドラむンは、アプリが、ナヌザの個人デヌタを䜿う時の、プラむバシヌポリシヌに入れる必芁がある情報を網矅したす。
-
- -
-
スクリヌンショットガむドラむン
-
このガむドラむンは、アプリのスクリヌンショットを撮り、Marketplace内の䞀芧に入れるベストなアプロヌチに぀いおの情報を網矅したす。
-
アプリのテストずトラブルシュヌティング
-
このガむドラむンは、テスト環境のセットアップや、アプリのテスト、起こりうる問題のトラブルシュヌティングに぀いおの情報を網矅したす。
-
-
-
- -

 

diff --git "a/files/ja/archive/mozilla/marketplace/publishing/policies_and_guidelines/\343\203\227\343\203\251\343\202\244\343\203\220\343\202\267\343\203\274\343\203\235\343\203\252\343\202\267\343\203\274/index.html" "b/files/ja/archive/mozilla/marketplace/publishing/policies_and_guidelines/\343\203\227\343\203\251\343\202\244\343\203\220\343\202\267\343\203\274\343\203\235\343\203\252\343\202\267\343\203\274/index.html" deleted file mode 100644 index 14d188b6e9..0000000000 --- "a/files/ja/archive/mozilla/marketplace/publishing/policies_and_guidelines/\343\203\227\343\203\251\343\202\244\343\203\220\343\202\267\343\203\274\343\203\235\343\203\252\343\202\267\343\203\274/index.html" +++ /dev/null @@ -1,69 +0,0 @@ ---- -title: プラむバシヌポリシヌのガむドラむン -slug: Archive/Mozilla/Marketplace/Publishing/Policies_and_Guidelines/プラむバシヌポリシヌ -tags: - - Apps - - Beginner - - Firefox OS - - Guide - - Marketplace - - Policy -translation_of: >- - Archive/Mozilla/Marketplace/Publishing/Policies_and_Guidelines/Privacy_policies ---- -
-

プラむバシヌを正しく取り扱うこずは困難な䜜業です。プラむバシヌは、法埋、瀟䌚芏範、およびナヌザの期埅が入り混じった耇雑な抂念です。アプ リ、サむト、ペヌゞ、たたはアドオンの開発者は、プラむバシヌに真剣に取り組むこずで、ナヌザの信頌を埗るこずができたす。このガむドラむンは、プラむバシヌに配慮したアプリの開発ずずもに、適切なプラむバシヌポリシヌの蚘述に圹立぀こずを目的ずしおいたす。ただし、このガむドラむンは実際の匁護士の代替 ではなく、たた法的助蚀を䞎えるものではないこずに泚意しおください。

-
- -

プラむバシヌポリシヌ

- -

プラむバシヌポリシヌは、開発者によるナヌザの個人情報の取り扱いを説明した文曞です。アプリでナヌザに関する情報を䜕らかの圢で取り扱う堎合には、プラむバシヌポリシヌを提瀺しなければなりたせん。プラむバシヌポリシヌでは、開発者および開発アプリによる個人情報の収集、利甚、保存、および共有たたは開瀺の方法が非垞に重芁であり、これらに぀いお蚘述する必芁がありたす。プラむバシヌポリシヌを敎備するこずで、ナヌザに自身の個人情報の取り扱いに぀いお理解を促すこずもできたす。

- -

ナヌザ情報の収集、利甚、保存、および開瀺方法に関する具䜓的な芁件は、囜や地域によっお異なりたす。堎所によっおは、プラむバシヌポリシヌの提瀺が法的芁件である堎合もありたす。プラむバシヌの䞖界を理解し、ナヌザに察しお必芁な情報を提䟛するプラむバシヌポリシヌを䜜成するには、間違いなく匁護士による助蚀が䞍可欠です。

- -

Mozilla Marketplace のプラむバシヌ芁件

- -

Firefox Marketplace では、アプリがナヌザの個人情報を取り扱う堎合、開発者にはアプリに関するプラむバシヌポリシヌの衚瀺が矩務付けられたす。

- -
-

アプリが個人情報の収集、利甚、保存、および共有や開瀺を行わない堎合は、Marketplace Privacy Policyフィヌルドに、「 "This application doesn't collect, use, store, and share or disclose any information about the user or any other person."(このアプリケヌションでは、ナヌザやその他の個人に関する情報の収集、利甚、保存、および共有や開瀺を䞀切行いたせん)」ず入力する必芁がありたす。

-
- -

プラむバシヌに配慮したアプリ蚭蚈のヒント

- - - -

その他のリ゜ヌス

- -

次のリ゜ヌスは、プラむバシヌポリシヌの䜜成に圹立ちたす。これらのリンクは、Mozilla ずは無関係であり、あくたで参考ずしお情報を提䟛するものです。

- -

プラむバシヌポリシヌ生成プログラム

- - - -

プラむバシヌポリシヌのテンプレヌト

- - - -

プラむバシヌポリシヌに関するその他のリ゜ヌス

- - diff --git a/files/ja/archive/mozilla/marketplace/publishing/pricing/in-app_products/index.html b/files/ja/archive/mozilla/marketplace/publishing/pricing/in-app_products/index.html deleted file mode 100644 index caed189755..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/pricing/in-app_products/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: アプリ内アむテム -slug: Archive/Mozilla/Marketplace/Publishing/Pricing/In-app_products -translation_of: Archive/Marketplace/Publishing/Pricing/In-app_products ---- -

{{draft}}

-
-

fxPay を利甚しおアプリ内課金を実装する堎合、販売するアむテムの詳现を Firefox Marketplace に登録する必芁がありたす。ここでは、その登録方法に぀いお解説したす。

-
-
-

状況

-

fxPay は珟圚のずころ実隓的な API ずしお提䟛されおいたす。API 倉曎を気にせずバグの解決を行う堎合に限り、その利甚を怜蚎しおください。fxPay を利甚したアプリ内課金に぀いおの詳现はこちら。

-
-
-

ここで説明するアむテムの登録手順は mozPay で利甚できたせん。mozPay ではアプリ開発者の保有するサヌバ䞊での䜜業が必芁ずなりたす。詳现はこちら。

-
-

このペヌゞでは、fxPay API を利甚しおアプリ内で販売されるアむテムの定矩を行いたす。アむテムが登録されおいない堎合は、「補品を远加」ボタンのみが衚瀺されたす。  

-

アむテムが登録されおいない堎合。「補品を远加」ボタンのみが衚瀺されおいる

-

新しいアむテムを远加するには「補品を远加」をクリックしたす。

-

fxPay で利甚されるアプリ内アむテムの登録には、アむコン、名前、䟡栌垯を決める必芁がありたす。たたアむテムが利甚可胜かどうかも蚭定できたす。

-

それぞれのアむテムに察しお、以䞋のものを定矩したす。

- -

暙準では新しいアむテムは有効ずなっおいたす。これを無効にするこずもできたす。入力が完了したら、保存をクリックしたす。

-

これでアむテムに ID が発行されたした。同様に新しいアむテムを登録するこずも可胜です。たた既存のアむテムを修正するこずもできたす。

-

アプリ内アむテムに察しお䞀意な ID が発行された状態。アむテムの修正や、新芏登録が行える。

-

なおアむテムを修正したずしおも、ID は倉曎されたせん。

diff --git a/files/ja/archive/mozilla/marketplace/publishing/pricing/introduction/index.html b/files/ja/archive/mozilla/marketplace/publishing/pricing/introduction/index.html deleted file mode 100644 index 686e94b32f..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/pricing/introduction/index.html +++ /dev/null @@ -1,70 +0,0 @@ ---- -title: 導入 — アプリの䟡栌蚭定 -slug: Archive/Mozilla/Marketplace/Publishing/Pricing/Introduction -tags: - - Apps - - Firefox OS - - Intro - - Marketplace -translation_of: Archive/Marketplace/Publishing/Pricing/Introduction ---- -
-

このセクションは、珟圚開発䞭の情報を蚘茉しおいたす。数日以内に远加される情報に泚意しおください。

-
-
-Firefox Marketplace で有料アプリを決枈できるようにするのは簡単です。決枈プロバむダのアカりントをセットアップし、アプリの䟡栌ず販売する囜を蚭定しおください。たた、アップグレヌドを宣䌝する無料バヌゞョンのアプリも蚭定できたす。アプリ内課金を利甚する堎合は、API キヌを取埗しおアプリ内の商品を定矩する必芁がありたす。 このセクションは、Firefox Marketplace で有料のオヌプン Web アプリずアプリ内の商品をセットアップするためのガむドず、圹立぀远加の情報を提䟛したす。
-
-  
-
-
-

有料アプリのセットアップ

-
-
- 決枈アカりント
-
- 決枈プロバむダのアカりントをセットアップし、アプリの売り䞊げずアプリ内課金の収入を受け取れるようにする方法です。
-
- 䟡栌蚭定 (近日公開)
-
- アプリの䟡栌蚭定のためのオプションず販売可胜な囜に぀いおの理解を深めたす。
-
- アップグレヌドを宣䌝する無料版
-
- 無料版のアプリを蚭定しお有料アプリを宣䌝するこずもできたす。
-
-

远加情報

-
-
-  
-
- レシヌトの怜蚌
-
- ナヌザがあなたのアプリを賌入したか確認する方法です。
-
- 䟡栌ポむント
-
- 囜別の䟡栌蚭定情報です。
-
-
-
-

アプリ内課金のセットアップ

-
-
- API キヌを取埗する (近日公開)
-
- あなたのアプリの API キヌを取埗する方法。
-
- アプリ内商品の定矩
-
- fxPay で Marketplace 䞊のアプリ内商品をセットアップしたす。
-
-

远加情報

-
-
- レシヌトの怜蚌
-
- ナヌザがアプリ内の商品を賌入したか確認する方法です。
-
-
-
-

 

diff --git a/files/ja/archive/mozilla/marketplace/publishing/pricing/payment_accounts/index.html b/files/ja/archive/mozilla/marketplace/publishing/pricing/payment_accounts/index.html deleted file mode 100644 index 410609a043..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/pricing/payment_accounts/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: 決枈アカりント -slug: Archive/Mozilla/Marketplace/Publishing/Pricing/Payment_Accounts -tags: - - Apps - - Firefox OS - - Marketplace - - Payments -translation_of: Archive/Marketplace/Publishing/Pricing/Payment_Accounts ---- -
-

有料アプリたたはアプリ内課金を Firefox Marketplace でセットアップする最初のステップは、決枈プロバむダから遞択しお決枈アカりントを远加するこずです。このペヌゞでは、Firefox Maketplace が耇数の決枈プロバむダを利甚する理由ず、登録プロセスでセットアップを完了させるための説明、各決枈プロバむダをセットアップするための詳现ペヌゞぞのリンクを提䟛したす。

-
-

決枈プロバむダ

-

珟圚は、Firefox Marketplace で利甚できる決枈プロバむダは Bango のみですが、他の決枈プロバむダも Firefox Marketplace でサポヌトされる予定です。他の決枈プロバむダは、支払いの皮類やネットワヌク事業者経由の支払い、決枈可胜な囜など、远加の決枈手段も取り扱うでしょう。決枈プロバむダの Boku は、この理由のためにたもなく远加される予定です。たた、決枈プロバむダは圌らのサヌビスを Marketplace を通しお、そのプロバむダの遞択肢ず共にナヌザに提䟛するこずも可胜です。珟圚はただこの遞択オプションは提䟛されおいたせん。

-
-

有料アプリのトランザクションは、垞に Firefox Marketplace 内のいずれか䞀぀の決枈プロバむダを利甚しお行われたす。あなたのアプリがアプリ内課金を行う堎合でも、任意の決枈プロバむダを利甚するこずが可胜です。ただし、この堎合は必芁な商甚芁件たたは技術的な芁件をご自身でアプリに実装しなければなりたせん。

-
-

決枈プロバむダは䜕をするか

-

各決枈プロバむダは、次のこずを行いたす:

- -

決枈アカりントのセットアップ

-

決枈プロバむダのアカりントは、Marketplace のアプリ登録凊理をする 互換性ず決枈情報 のペヌゞの 決枈甚アカりント セクションでセットアップしおください。

-

The Payment Accounts section of the Compatibility and Pricing page

-

決枈アカりントのセットアップに必芁な情報は、決枈プロバむダごずに異なりたす。䞀般的には、以䞋の情報が必芁になるでしょう:

- -
-

倚くの堎合、ご利甚の決枈プロバむダは別の囜で業務を行っおいたす。そのため、あなたぞの支払いは囜際送金を通じお行われるでしょう。これらのトランザクションは、察象の銀行を識別するためのコヌドを必芁ずしたす。䞀般的に䜿甚されるコヌドは以䞋です:

- -

銀行のコヌド情報は、銀行名ず「SWIFT」(たたは BIC たたは IBAN) で Google 怜玢するず芋぀けられるでしょう。ご利甚の銀行の Web サむトで「囜際送金」「海倖からの送金」などを怜玢しおみおください。さらに、関連するコヌドの特定に䜿甚できるツヌルもありたす:

- -
-

各決枈プロバむダの決枈アカりントをセットアップするための詳现情報は、以䞋のペヌゞを参照しおください:

- diff --git a/files/ja/archive/mozilla/marketplace/publishing/pricing/promote_as_upgrade_to_free_version/index.html b/files/ja/archive/mozilla/marketplace/publishing/pricing/promote_as_upgrade_to_free_version/index.html deleted file mode 100644 index 2dd4154e30..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/pricing/promote_as_upgrade_to_free_version/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: アップグレヌド宣䌝甚の無料バヌゞョン -slug: >- - Archive/Mozilla/Marketplace/Publishing/Pricing/Promote_as_upgrade_to_free_version -tags: - - Apps - - Firefox OS - - Guide - - Marketplace -translation_of: Archive/Marketplace/Publishing/Pricing/Promote_as_upgrade_to_free_version ---- -
-

アプリの互換性ず決枈情報のオプションの䞀郚ずしお、無料バヌゞョンからの有料アップグレヌドずしお有料アプリを蚭定するこずができたす。これを蚭定するず Firefox Marketplace で宣䌝されたす。このオプションは、ナヌザがあなたの有料アプリを賌入する前に機胜制限バヌゞョンを詊しおもらい、広告付きの無料バヌゞョンず広告なしの有料バヌゞョンなどの組み合わせ提䟛できたす。このペヌゞは、蚭定の方法ず、アップグレヌド情報を Firefox Marketplace で提䟛する方法に぀いお説明したす。

-
-

互換性ず決枈情報 ペヌゞの䞋郚に アップグレヌド宣䌝甚の無料バヌゞョン セクションがありたす。これはこのアプリの有料アップグレヌドです のボックスで、珟圚のアプリを有料アップグレヌドにする無料アプリを遞択しおください。適切な無料アプリを遞択したら、倉曎を保存 ボタンをリックしたす。

-

Promote as upgrade to free version section of the Compatibility & Pricing page

-

アプリが承認され Firefox Marketplace で公開されるず、以䞋の远加情報が無料アプリのリストに含たれたす:

- -

アプリの販売方法を遞択するための情報は、ビゞネスモデルの遞択 を参照しおください。

-

 

diff --git a/files/ja/archive/mozilla/marketplace/publishing/pricing/providers/bango/index.html b/files/ja/archive/mozilla/marketplace/publishing/pricing/providers/bango/index.html deleted file mode 100644 index 6db6ff7d36..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/pricing/providers/bango/index.html +++ /dev/null @@ -1,50 +0,0 @@ ---- -title: Bango -slug: Archive/Mozilla/Marketplace/Publishing/Pricing/Providers/Bango -translation_of: Archive/Marketplace/Publishing/Pricing/Bango ---- -
-

Bango は Firefox Marketplace におけるクレゞットカヌド支払いずキャリア課金機胜を提䟛しおいたす。アプリぞの支払いや、アプリ内課金ぞの支払いを Bango から受けるには、最䜎でも Bango にアカりントを䜜る必芁がありたす。この文曞ではアカりントの䜜成手続きに぀いお解説したす。

-
-

有料アプリを初めお登録する堎合、Bango アカりントを䜜成するこずになりたす。これはアプリの販売ず、支払いの受け取りのために必芁です。手続きは「初めお有料アプリを登録する際の手順」で解説したす。

-

2 ぀め以降の堎合は既存アカりントを利甚するか、新芏登録を行うかを遞択できたす。こちらの手続きは、「2 ぀目以降の有料アプリ登録時の手続き」で解説したす。

-

初めお有料アプリを登録する際の手順

-

以䞋は、初めお有料アプリを登録する際の手順になりたす。

-
    -
  1. コンテンツレヌティングの手続き埌、巊偎のメニュヌの「互換性ず決枈情報」をクリックしたす。
    2. -
  2. そちらのペヌゞにある、「決枈甚アカりント」にある「決枈甚アカりントのトランザクションを远加、管理、衚瀺」をクリックしたす。
    -

    Bango アカりント䜜成前の互換性ず決枈情報のペヌゞの、「決枈甚アカりント」

    -
    3. -
  3.  アカりントが存圚しないこずを瀺すダむアログが衚瀺されたす。「Bango アカりントを远加」をクリックしたす。 -

    Bangoアカりントが䜜成される前に衚瀺される「決枈甚アカりント」ダむアログ

    -
    4. -
  4. 連絡先ず銀行口座の情報を入力し、「決枈アカりントを远加」をクリックしたす。 -

    Bango アカりントの远加画面。入力されおいる情報はダミヌになりたす。

    -
    5. -
  5. 入力された情報が Firefox Marketplace から Bango ぞ送信されおいる間、「リク゚ストを凊理しおいたす」ずいうダむアログが衚瀺されたす。 -

    Bango アカりントが䜜成䞭であるこずを瀺すダむアログ

    -
    6. -
  6. Bango の利甚芏玄が衚瀺されたす。䞀読し、理解された䞊で、「芏玄に同意」をクリックしたす。
    - Bango アカりントの芏玄ず条件
    -
    -

    このステップを完了しおいない堎合は、「決枈甚アカりントのトランザクションを远加、管理、衚瀺」をクリックするこずで、このステップぞ戻れたす。衚瀺された䜜成枈みのアカりント暪の「利甚芏玄に同意」をクリックするず、利甚芏玄が衚瀺され、手続きを継続できたす。

    -

    利甚芏玄に同意しおいないため、アカりント䜜成が完了しおいないアカりントが衚瀺されおいる。

    -

     

    -
    -
    7. -
  7. 「互換性ず決枈情報」のペヌゞが衚瀺されたす。
    8. -
  8. 決枈甚アカりントの Bango ロゎ (1) の右隣にあるプルダりンメニュヌから、䜜成したアカりントを遞び「倉曎を保存」(2) をクリックしたす。 -

    互換性ず決枈情報のペヌゞで、䜜成したアカりントが遞択されおいる状態

    -
    9. -
  9. -

    遞択したアカりントがアプリの決枈に利甚されたす。
    - アプリで利甚する Bango アカりントが蚭定された状態

    -
    10. -
-

2 ぀め以降の有料アプリ登録時の手続き

-

2 ぀め以降の有料アプリを登録する際には、次のうちどちらかを行う必芁がありたす。

- -

 

diff --git a/files/ja/archive/mozilla/marketplace/publishing/pricing/providers/boku/index.html b/files/ja/archive/mozilla/marketplace/publishing/pricing/providers/boku/index.html deleted file mode 100644 index 8b4e0c452c..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/pricing/providers/boku/index.html +++ /dev/null @@ -1,103 +0,0 @@ ---- -title: Boku -slug: Archive/Mozilla/Marketplace/Publishing/Pricing/Providers/Boku -translation_of: Archive/Marketplace/Publishing/Pricing/Boku ---- -
-

このペヌゞは開発䞭のものです。Firefox マヌケットプレむスで Boku ずしお支払いするプロバむダヌは実装されおいたせん。

-
-
-

Boku は オペレヌタヌ支払いのペむメントプロバむダヌでAmérica Móvil (Telcel) が提䟛しおいたす。アプリやアプリ内課金の支払いをサポヌトしおいるオペレヌタから受け取るためには、Boku のアカりントを䜜成する必芁がありたす。念頭に眮いおおかないずいけないのは、既に Boku アカりントを持っおいる堎合、それが利甚できないずいうこずです。 このペヌゞでは完党なプロセスのペヌゞず関連したリンクを含んだクむックスタヌトずサむンアップのガむドを提䟛しおいたす。

-
-

クむックスタヌト

-

もし以䞋の手順がわからない堎合、"Step by step guide" をご参照ください。

-
    -
  1. 衚瀺されおいる Create Boku Account ボタンをクリックする。
    2. -
  2. たず最初に Professional Account — Publisher Sign Up — Mozilla Corporation End Merchant ペヌゞであなたの連絡先ず䌁業詳现に぀いお入力しお Next をクリックしたす。
    3. -
  3. 次のペヌゞで、アカりント名(Login)ずパスワヌド (アカりント名のプレフィクスに "mozilla_" を぀けたもの) を入力しお、同意曞を読み I Agree をチェックし、 I accept the Privacy Policy にもチェックを入れ、CAPTCHA を入力しおから Create Account をクリックしたす。
    4. -
  4. あなたのアカりントは Boku によっお怜蚌されたす。通垞1 〜 2 営業日かかり、確認メヌルが送られおきたす。完党な登録プロセスずしお、サむンアップで入力したメヌルアドレスを怜蚌するためにメヌルに添付されおいるリンクをクリックする必芁がありたす。もし確認メヌルを受信しおいない堎合、スパムフォルダをチェックしおください。もし3営業日以䞊確認メヌルを受信しなかった堎合は、publishersupport@boku.comたでご連絡ください。
    5. -
  5. アカりントの詳现ずずもに Boku ぞのログむンしたす。
    6. -
  6. サむトメニュヌの SETTING のサブメニュヌ Bank Details をクリックするこずで銀行口座のセットアップをしたす。あなたの銀行口座の詳现を入力しお Submit をクリックしたす。
    7. -
  7. サむトメニュヌの SERVICES をクリックするこずで Service ID を取埗でき、Service Name 䞊に ID を芋぀けるこずができたす。
    8. -
  8. Firefox マヌケットプレむスの自分の登録 を通しお、Boku アカりントを远加したいアプリを開き、メニュヌ䞊の Compatibility & Payments をクリックしたす。Payment Accounts 䞊でダむアログの Add, manage or view transactions for your payment accounts ず、Add Boku Account  をクリックし、Boku のアカりント名ずサヌビス ID を入力したす。 Register Payment Account をクリックしたす。
    9. -
  9. これで残りの詳现を入力しお通垞のようにレビュヌをするためにサブミットするこずができたす。
    10. -
-
-

あなたはこのプロセスを通しお Boku アカりントを䜜る必芁がありたす。ほかの方法を䜿っお Boku アカりントを䜜った堎合は無効なものになりたす。

-
-

Button to provide link to Boku sign up page

-

ステップごずの説明

-

このセクションでは、Boku の Mozilla Corporation 最終販売者アカりントのサむンアッププロセスをステップごずに説明しおいきたす。

-

Boku アカりントをリク゚ストする

-
    -
  1. Boku Mozilla Corporation End Merchant Registration ペヌゞにいきたす。
    2. -
  2. 1 ペヌゞ目の Professional Account - Publisher Sign Up - Mozilla Corporation End Merchant フォヌムで、(1) Business Information もし䌁業で働いおいない堎合、アプリの䜜成ず配垃はできたせんので、 Sole Proprietorship を遞んでください。(2) Business Name でFirefox マヌケットプレむスでの配垃する際の名前を入力し、(3) Date Business Established にアプリの開発を始めた日を入力しおください。
    -
    - Boku signup page for entry of contact and business details
    3. -
  3. Next をクリックしたす。
    4. -
  4. 2 ペヌゞ目で、(1) Login に1ペヌゞ目に入力したビゞネス名の代衚を入力したす。泚意事項 -
      -
    • 倧文字や特殊文字(䟋@, #, !, <space> など) を含めるこずはできたせん。
      • -
    • mozilla_ ずいうプレフィクスを入れる必芁がありたす。
      • -
    - 䟋
    - (良い䟋) mozilla_adev_apps
    - (悪い䟋) adev@developer.com
    - これは販売業者アカりントずしおの名前です。
    5. -
  5. 同意曞を読み、 (2) I Agree にチェックを入れおください。
    6. -
  6. (3) I accept the Privacy Policy にチェックを入れたす。
    7. -
  7. (4) CAPTCHA を入力したす。
    -
    - Boku signup page for entry of Boku account details and acceptance of T&C
    8. -
  8. 衚瀺されおいる (5) Create Account ず Publisher Sign Up Confirmation をクリックしたす。
    -
    - Page providing confirmation that the Boku signup is complete
    9. -
-

Boku アカりントの確認

-

サむンアッププロセスが完了埌、1 〜 2 営業日以内にアカりントが䜜成されたこずを通知する確認メヌルが送られおきたす。登録凊理を完了するためには、メヌルに蚘茉されおいるリンクをクリックしお、サむンアップで入力したメヌルアドレスが正しいこずを確認したす。

-
-

もし、メヌルを確認できないようでしたら、スパムフォルダを確認しおみおください。翌営業日たっおもメヌルが送られおこない堎合は publishersupport@boku.com 宛たでご連絡ください。

-
-

銀行口座情報を Boku に远加する

-

䞀床アカりントが怜蚌されれば、次のステップは銀行口座情報を远加するこずです。これはアプリずアプリ内課金の売り䞊げ収入(皎金・手数料を陀く)が振り蟌たれる口座になりたす。

-
    -
  1. Login (user name) ずパスワヌドを利甚しお Boku ぞサむンアップしたす。
    2. -
  2. サむトメニュヌの (1) SETTING をクリックしたす。
    3. -
  3. サブメニュヌの (2) Bank Details をクリックしたす。
    4. -
  4. 銀行口座情報のペヌゞで、 (3) Add New Account をクリックしたす。
    -
    - Boku account page for the creation of a new bank account record
    5. -
  5. 銀行口座の情報を入力したす。もし(1) Bank Identifiers がわからない堎合は、銀行のりェブサむトから通垞は知るこずができたす。 あるいは、簡単に芋぀けるこずができない堎合は、りェブ怜玢で「bank name international receipts SWIFT」ず怜玢をしおみおください。口座情報の入力が完了したら、 (2) Submit をクリックしおください。
    -
    - Boku account page for entry of bank details
    6. -
-

Boku アカりントのサヌビス ID を入手する

-

Firefox マヌケットプレむスに远加するために、アカりントのサヌビス ID を入手する必芁がありたす。

-
    -
  1. サむトメニュヌの (1) SERVICES をクリックしたす。
    2. -
  2. Manage Services においお、(2) Service Name の䞋にサヌビス ID が蚘茉されおいたす。
    -
    - Obtaining the Boku Service ID for your account
    3. -
-

Firefox マヌケットプレむス に Boku アカりント情報を远加する

-

Boku アカりント情報を远加するために Firefox マヌケットプレむス䞊の自分の登録アむテムを管理 に戻るこずができたす。

-
    -
  1. Boku アカりントの詳现を远加するためのアプリを開きたす。
    2. -
  2. メニュヌの (1) Compatibility & Payments をクリックしたす。
    3. -
  3. Payment Accounts の䞋の(2) Add, manage or view transactions for your payment accounts をクリックしたす。
    -
    - Compatibility and Payments showing selection of Add, manage or view transactions for your payment
    4. -
  4. Payment Accounts ダむアログの(1) Add Boku account を遞択したす。
    -
    - Dialog from which to choose the payment supplier to update
    5. -

  5. -
    - Add Boku Account details to Firefox Marketplace
    6. -
    7. -
  7. マヌケットプレむスはService ID を確認するために Boku サヌバヌに接続し、接続䞭ずいうこずを意味する以䞋のようなメッセヌゞが衚瀺されたす。
    -
    - Message displayed while Boku Service ID is validated.
    8. -
  8. これで完了です。
    9. -
-

プロセスはこれで完了になりたす。これで、のこりの詳现を远加するこずができ、通垞通り、レビュヌするためにアプリを提出するこずができたす。

diff --git a/files/ja/archive/mozilla/marketplace/publishing/pricing/providers/index.html b/files/ja/archive/mozilla/marketplace/publishing/pricing/providers/index.html deleted file mode 100644 index ee287d496a..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/pricing/providers/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: プロバむダ -slug: Archive/Mozilla/Marketplace/Publishing/Pricing/Providers -tags: - - Landing - - NeedsTranslation - - TopicStub -translation_of: Archive/Mozilla/Marketplace/Publishing/Pricing/Providers ---- -

ここでは決枈機胜を提䟛する各プロバむダの初期蚭定ず、Firefox Marketplace におけるアプリの課金管理に぀いお説明したす。具䜓的には以䞋のプロパむダに぀いお解説したす。

- diff --git a/files/ja/archive/mozilla/marketplace/publishing/submission_checklist/index.html b/files/ja/archive/mozilla/marketplace/publishing/submission_checklist/index.html deleted file mode 100644 index 8be69319de..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/submission_checklist/index.html +++ /dev/null @@ -1,95 +0,0 @@ ---- -title: 登録前チェックリスト -slug: Archive/Mozilla/Marketplace/Publishing/Submission_checklist -tags: - - Apps - - Beginner - - Firefox OS - - Guide - - Marketplace -translation_of: Archive/Mozilla/Marketplace/Publishing/Submission_checklist ---- -
-

Firefox Marketplace ぞアプリの登録を始める前に、凊理を完了するための党おのリ゜ヌスを持っおいるか確認しおおくこずは有益です。このペヌゞには、必芁な項目のリストず、関連情報ぞのリンクがありたす。

-
- -

登録チェックリスト

- -

Firefox Marketplace ぞアプリ登録を完了するには、䞋蚘が必芁です:

- -

パッケヌゞ型アプリ甚

- - - -

ホスト型アプリ甚

- - - -
-

Firefox Marketplace に登録する前に、アプリのマニフェストをTest App Validation ツヌルを䜿っお怜蚌できたす。

-
- -

党アプリ甚 (必須)

- -

ホスト型アプリずパッケヌゞ型アプリの䞡方に必芁なものは:

- - - -

有料アプリ、たたはアプリ内課金を䜿うアプリ

- - - -

党アプリ甚 (オプション)

- -

ホスト型アプリずパッケヌゞ型アプリいずれも、次のものを持぀こずが掚奚されたす:

- - - -

その他

- -

... こちらも必芁でしょう:

- - - -
diff --git a/files/ja/archive/mozilla/marketplace/publishing/submit/define_your_team/index.html b/files/ja/archive/mozilla/marketplace/publishing/submit/define_your_team/index.html deleted file mode 100644 index 248258c494..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/submit/define_your_team/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: アプリのチヌムメンバヌの定矩 -slug: Archive/Mozilla/Marketplace/Publishing/Submit/Define_your_team -tags: - - Apps - - Firefox OS - - Guide - - Marketplace -translation_of: Archive/Mozilla/Marketplace/Publishing/Submit/Define_your_team ---- -
-

このペヌゞはメンテナンス䞭です。

-
-
-

アプリ補䜜ずサポヌトのチヌムを定矩できるようになりたした。

-
-
    -
  1. チヌムメンバヌ リンクをクリックし、必芁に応じおアプリのチヌムメンバヌを远加しおください。このチヌムメンバヌは、圹割ごずに以䞋のアプリに察する暩限を持ちたす: -
      -
    • オヌナヌ — チヌムメンバヌの远加ず陀倖を含む、アプリの掲茉に関するすべおのアスペクトを管理できたす。
      • -
    • 開発者 — 他のチヌムメンバヌの远加ず陀倖、決枈の管理を陀く、アプリの掲茉に関するすべおのアスペクトを管理できたす。
      • -
    • サポヌト — アプリ蚭定の閲芧ず払い戻し芁求の管理ができたす。
      • -
    • 閲芧者 — アプリ蚭定の閲芧はできたすが、いかなる倉曎もできたせん。
      • -
    -
    2. -
-
-

How should we handle your app upon reviewer approval 䞋の アプリの登録 ペヌゞず アプリの詳现の線集 ペヌゞで Private and only visible to team members を遞択するず、このペヌゞで入力した他のチヌムメンバヌだけがアプリのストアリストを閲芧できるようになりたす。チヌムメンバヌは、開発者ハブのアカりントにログむンするず、自分の登録アむテム にこのアプリがリスト衚瀺されたす。アプリにアクセスできるようにするため、チヌムメンバヌのメヌルアドレスが Firefox Marketplace ぞのサむンむンに䜿甚するメヌルアドレスず同䞀でなければなりたせん。

-

これは䟋えば、プラむベヌトでプログラムをテストしたり、䌁業や限られた人々のグルヌプ内で埓業員向けにアプリが利甚できるようにしたい時に圹に立぀オプションです。

-
-

 

-
-

重芁事項: アむコンずスクリヌンショットが正しく読み蟌たれるか、開発者名が垌望通りに衚瀺されるか、アプリの説明に誀字脱字や文字化けがないか確認するため、必ずリスト衚瀺のプレビュヌを確認しおください。

-

あなたのアプリにアカりントが必芁な堎合は、Marketplace のスタッフが䜿甚できるテスト甚のログむン情報を提䟛しおください。

-
-
-

補足: アプリの管理 には、䟡栌蚭定や払い戻しに関するさらに圹立぀情報がありたす。

-
-

Add link to refunds page when created

-

次のステップぞ進みたしょう: Previewing your listing

diff --git a/files/ja/archive/mozilla/marketplace/publishing/submit/enter_your_apps_details/index.html b/files/ja/archive/mozilla/marketplace/publishing/submit/enter_your_apps_details/index.html deleted file mode 100644 index ff6a7378eb..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/submit/enter_your_apps_details/index.html +++ /dev/null @@ -1,83 +0,0 @@ ---- -title: Marketplace のアプリ公開ペヌゞに衚瀺する詳现情報の入力 -slug: Archive/Mozilla/Marketplace/Publishing/Submit/Enter_your_apps_details -translation_of: Archive/Mozilla/Marketplace/Publishing/Submit/Enter_your_apps_details ---- -
-

このペヌゞは、調敎䞭です。

-
-
-

アプリを Firefox Marketplace に登録した埌、次の手順ずしお Marketplace のペヌゞに衚瀺される詳现情報を曎新する必芁がありたす。

-
-
-

この手順では、アプリの暙準蚭定 (英語) の蚀語で、詳现情報 (URL、説明など) を線集する方法に぀いお説明したす。他の蚀語のバヌゞョンが存圚し、英語圏以倖の囜や蚀語で公開するアプリの詳现情報を倉曎する堎合は、暙準の Edit Listing オプションを䜿甚したす (step 9 を参照).

-
-

[Submit an App] の [Edit App Details] ペヌゞを開きたす。

-

Edit app details page header

-

ペヌゞに蚘茉されおいるずおり、このペヌゞのコンテンツは、その倚くがアプリの マニフェスト ファむルに蚭定された詳现情報に埓っお自動的に入力されたす。

-

アプリのアむコンず URL

-

ペヌゞの最初のセクションには、マニフェストファむルの蚭定に基づくアプリのアむコンず説明に加え、ストアの公開ペヌゞの URL が衚瀺されたす。Marketplace は、アプリ名から URL を自動的に生成し、必芁に応じお倉曎しお固有の URL を䜜成したす。このセクションで (1) [Open details page] をクリックしたす 。(2) [Edit] をクリックしお、アむコンず Marketplace の URL を線集するこずもできたす。

-

When the page first loads your app name and icon are displayed (based on the manifest content) along with the URL generated by Marketplace

-

アプリのアむコンを倉曎するには、(1) アむコンをクリックしたす。コンピュヌタ䞊にある新しいアむコン画像のファむルを参照できるようになりたす。アプリの公開ペヌゞ名を倉曎するには、(2) [App URL] ボックスに新しい倀を入力したす。既に存圚するペヌゞ名を入力しおも、このペヌゞの倉曎が完了し、[Continue] をクリックするたで譊告は衚瀺されたせん。アプリの公開ペヌゞ有効な URL が蚭定されるたで、このペヌゞを終了できたせん。

-

You can (1) change the app's icon and (2) enter your own page name for the app

-

アプリの説明

-

次のセクションでは、アプリの説明が衚瀺されたす。この情報もたた、アプリのマニフェストファむルから取埗されたす。必芁に応じお、[Description] ボックスで説明を線集できたす。線集ボックスの右䞋にあるハンドルをドラッグしお、サむズを拡倧できたす。これは必須フィヌルドです。

-

You can create a description over 1024 characters and include some HTML tags to improve formatting.

-

ここで線集する説明は、アプリのマニフェストに含たれおいる説明ず次の点で異なりたす。

- -

アプリのカテゎリ

-

Marketplace では、カテゎリ別のアプリのリストがナヌザに衚瀺されたす。提䟛するアプリに圓おはたるカテゎリを少なくずも 1 ぀遞択する必芁がありたす。アプリが無理なく該圓するカテゎリがもう 1 ぀ある堎合は、2 番目のカテゎリを远加できたす。䟋えば、アプリが写真のキャプチャ、線集、共有の機胜を提䟛しおいる堎合は、Photo & Video ず Social の䞡方のカテゎリを遞択するこずができたす。

-

You must pick one, but can pick 2, categories that match your app'scontent

-

プラむバシヌポリシヌ

-

アプリにはプラむバシヌポリシヌを衚瀺しなければなりたせん。個人情報を䞀切収集しない堎合も、その旚を衚瀺する必芁がありたす。アプリがナヌザの個人的 な詳现情報を収集する堎合は、詳现なポリシヌ (リンクたたはテキスト党文) を衚瀺する必芁がありたす。プラむバシヌポリシヌの䜜成方法の詳现に぀いおは、プラむバシヌポリシヌガむドラむンを参照しおください。ポリシヌでは、説明セクションず同じ HTML タグを䜿甚しお曞匏を蚭定できたす (芁確認)。たた、(1) 線集ボックスの右䞋にあるハンドルをドラッグしお、サむズを拡倧できたす。

-

A privacy policy must be provided, even if its only to say that no personal data is collected by the app

-

アプリの情報ずサポヌトのリンク

-

アプリのホヌムペヌゞやサポヌトペヌゞが存圚する堎合は、それらのペヌゞぞのリンクを任意で衚瀺するこずができたす。ただし、ナヌザがサポヌトを受けるための電子メヌルアドレスは、必ず衚瀺する必芁がありたす。

-

Link can be provided to any information or support pages for the app, however a support email address must be provided

-
-

サポヌト甚の電子メヌルアドレスは、アプリに関する Marketplace の公開情報に含たれたす。したがっお、汎甚の電子メヌルアドレスでサポヌトの電子メヌルを受け付けるのではなく、サポヌト専甚の電子メヌルアドレスの䜿甚をお勧めしたす。

-
-

Flash のサポヌト

-

デスクトップたたは Android 向けの Web アプリで、Adobe Flash 察応のコンテンツが含たれおいる堎合は、アプリが Adobe Flash を䜿甚するこずをここに瀺したす。そうでない堎合は、[No] をクリックしたす。

-

Indicate whether your app has need for Flash support

-

スクリヌンショットずビデオ

-

ここでは、公開情報にスクリヌンショットずビデオを远加できたす。(1) [Add a screenshot or video] をクリックするず、コンピュヌタのファむルブラりザが開くので、远加するアむテムを探しお開きたす。耇数のアむテムを远加した堎合は、順序ハンドルをド ラッグしお、Marketplace にアむテムが衚瀺さ れる順序を倉曎できたす。たた、䞍芁なアむテムを削陀するには、(3) 削陀アむコンをクリックしたす。

-

スクリヌンショットは PNG たたは JPG 圢匏、ビデオは WebM 圢匏のファむルを远加できたす。携垯電話のスクリヌンショットには、320 x 480 px の画像サむズが掚奚されたす。スクリヌンショットずビデオの詳现に぀いおは、 Marketplace スクリヌンショットの基準 の蚘事およびアプリを宣䌝するの蚘事のビデオを参照しおください。

-

Click Add a screenshot or video to add a new item. reorder added items and delete any unwanted items

-

公開オプションの蚭定

-

レビュヌプロセスで承認された埌、すぐに Firefox Marketplace に公開するか ([Publish my app and make it visible to everyone in the Marketplace and include it in search results])、すぐには公開しないか ([Do not publish my app.Notify me and I will adjust app visibility after it is approved]) を指定できたす。

-

Selected whether your app will be added to Marketplace as soon as it's been approved or whether you will set its visibility after approval

-

[Do not publish my app.] を遞択するず、次のこずが可胜になりたす。

- -

[Do not publish my app.] を遞択した堎合、このオプションに関する詳现が衚瀺されたす(TBD)。

-
-

このステップの完了埌は、このオプションを線集できたせん。オプションを倉曎する必芁がある堎合は、アプリのアップデヌトを登録する必芁がありたす。

-
-

レビュヌアぞのコメント

-

最埌に、アプリをレビュヌする担圓者ぞのコメントを远加するこずができたす。特に、アプリが Web サヌビスを䜿甚しおいお、ナヌザのログむンが必芁な堎合は、可胜な限り、レビュヌアがサヌビスにアクセスできるように䞀時アカりントを甚意しおください。 この線集ボックスは、右䞋にあるハンドルをドラッグしお拡倧できたす。

-

Add comments to assist the reviewer review your app

-
-

You cannot edit the these notes once you've finished this step. If you need to amend the note you'll need to post an update to your app.

-
-

次のステップ

-

[Continue] をクリックしお次のステップに進みたす。次のステップ: 次のステップ

-

Click Continue to proceed to the next step

diff --git a/files/ja/archive/mozilla/marketplace/publishing/submit/index.html b/files/ja/archive/mozilla/marketplace/publishing/submit/index.html deleted file mode 100644 index a6e3468169..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/submit/index.html +++ /dev/null @@ -1,10 +0,0 @@ ---- -title: Submit -slug: Archive/Mozilla/Marketplace/Publishing/Submit -tags: - - NeedsTranslation - - TopicStub -translation_of: Archive/Mozilla/Marketplace/Publishing/Submit ---- -

This section describes the process for submitting an app to Firefox Marketplace

-

Residual details: https://developer.mozilla.org/en-US/Marketplace/Publishing/Submit/Submitting_an_app

diff --git a/files/ja/archive/mozilla/marketplace/publishing/submit/load_your_app/index.html b/files/ja/archive/mozilla/marketplace/publishing/submit/load_your_app/index.html deleted file mode 100644 index ec612e3cd2..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/submit/load_your_app/index.html +++ /dev/null @@ -1,106 +0,0 @@ ---- -title: Firefox Marketplace ぞのアプリの読み蟌み -slug: Archive/Mozilla/Marketplace/Publishing/Submit/Load_your_app -translation_of: Archive/Mozilla/Marketplace/Publishing/Submit/Load_your_app ---- -
-

前のステップでは、開発者アカりントにログむンし、開発者芏玄に同意したした。ここでは、アプリの詳现情報を入力し、Firefox Marketplace に察しおマニフェストファむルを指定したす。

-
-

抂芁

-

[Submit an App] ペヌゞを開きたす。このペヌゞでは次の操䜜を実行できたす。

- -

収益化

-

アプリに぀いお提䟛すべき最初の情報は、䜿甚される収益化モデルです。

-
    -
  1. アプリに応じお、(1) [Free] たたは [Paid / in-app] タブをクリックしたす。
    - Select either Free if the app is free to download and use, or Paid / In-app of the app has to be purchased or contains any in-app payment options
    2. -
-
-

無料でダりンロヌドできるアプリずしお提䟛するが、アプリ内課金補品によっお収益化する堎合は、[Paid / In-app] をクリックしたす。

-
-
-

[Paid / In-app] を遞択しお登録プロセスを完了した埌で、それを無料アプリに倉曎するこずはできたせん。ただし、無料アプリから有料 / アプリ内課金ぞの倉曎はい぀でも可胜です。

-
-

プラットフォヌムの互換性

-

遞択した [Free] タブたたは [Paid / In-app] タブで、アプリが動䜜するオペレヌティングシステムやブラりザの実装を定矩したす。

-
    -
  1. アプリに察応するプラットフォヌムを遞択したす
    - Select the OS and browser implementations the app is designed to work on.
    2. -
-

収益モデル別の䜿甚可胜なプラットフォヌムを䞋に瀺したす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 FreePaid /In-app
Firefox OS
Firefox for Desktop 
Firefox Mobile
- (Firefox for Android on screen 7" or less)		 
Firefox Tablet
- (Firefox for Android on screen over 7")		 
-

アプリの読み蟌み

-

ここでは、Firefox Marketplace でアプリを指定したす。

-
    -
  1. アプリがホスト型アプリの堎合は、(1)アプリマニフェストのサヌバ䞊でのアプリの堎所 (完党な URL) を入力し、(2) [Validate] をクリックしたす。
    - Enter the URL for the manifest of a Hosted App
    -
    - Marketplace によっお、アプリのマニフェストファむルが怜蚌されたす。 -
      -
    • アプリのマニフェストが怜蚌されたら、[Continue] をクリックしたす。
      • -
    • アプリのマニフェストを怜蚌した結果、゚ラヌたたは譊告が発生した堎合、詳现なレポヌトぞのリンクが提䟛されたす。レポヌトを確認し、゚ラヌを修正した埌、マニフェストを再登録しお怜蚌を受けたす。
      - If there are errors or warning as a result of validating the app's manifest a link is provided to a full report
      • -
    -
    2. -
  2. アプリがパッケヌゞ型アプリの堎合は、[Packaged] タブをクリックし、[Select a file] をクリックしたす。コンピュヌタのファむルブラりザが開きたす。アプリの zip ファむルを参照し、ファむルを開いおアップロヌドしたす。
    - Click Select a file to upload a packaged app's ZIP file
    - Marketplace によっお、アプリのパッケヌゞが怜蚌されたす。 -
      -
    • アプリが怜蚌されたら、[Continue] をクリックしたす。
      • -
    • アプリのパッケヌゞ (ZIP) を怜蚌した結果、゚ラヌたたは譊告が発生した堎合、詳现なレポヌトぞのリンクが衚瀺されたすレポヌトを確認しお゚ラヌを修正した埌、アプリのパッケヌゞファむルをリビルドし、再床アップロヌドしたす。
      - If there are errors or warning as a result of validating the app's manifest a link is provided to a full report
      • -
    -
    3. -
-

アプリの最小 API 芁件の指定

-

アプリの怜蚌が完了するず、[App Minimum Requirements] セクションが衚瀺されたす。このセクションには最初、最もよく䜿われる API 芁件のリストが衚瀺されたす。アプリで必芁な芁件が含たれおいない堎合は、(1) [View all] をクリックし、(2) 䞍足しおいる芁件のチェックボックスをクリックしたす。

-
-

Marketplace では、ナヌザのデバむスが、このセクションで遞択された芁件を満たしおいない堎合、そのナヌザにはこのアプリが衚瀺されたせん。

-
-

An automatically populated list of app requirements displays, click View all and add any that have been missed

-

次のステップ

-

このステップはこれで完了です。[Continue] をクリックし、次のステップに進みたす。

-

When the details have been added to the page, clicking Continue moves onto the next step.

-

詳现に぀いおは、次のステップの蚘事を参照しおください。次のステップ: アプリの詳现情報の入力

diff --git a/files/ja/archive/mozilla/marketplace/publishing/submit/next_steps/index.html b/files/ja/archive/mozilla/marketplace/publishing/submit/next_steps/index.html deleted file mode 100644 index 446c3016ae..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/submit/next_steps/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: 登録プロセスにおける次の手順 -slug: Archive/Mozilla/Marketplace/Publishing/Submit/Next_steps -translation_of: Archive/Mozilla/Marketplace/Publishing/Submit/Next_steps ---- -
-

このペヌゞは、調敎䞭です。

-
-
-

前のステップでは、アプリを読み蟌み、公開ペヌゞの詳现を曎新したした。このステップでは、公開を完了するための残りの䜜業に぀いお説明したす。

-
-

an interface screen on the Firefox Marketplace at the start of stage 4, where you are told you can enter some more information, starting with submitting a content rating for your app.

-

このセクションでは、数倚くの異なるオプションが利甚できたす。たず、最初のペヌゞの情報を確認し、[CONTINUE] をクリックしおください。

-

これで次のステップに進む準備が敎いたした。次のステップ: アプリ評䟡の取埗

diff --git a/files/ja/archive/mozilla/marketplace/publishing/submit/overview/index.html b/files/ja/archive/mozilla/marketplace/publishing/submit/overview/index.html deleted file mode 100644 index 4703c316a3..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/submit/overview/index.html +++ /dev/null @@ -1,122 +0,0 @@ ---- -title: アプリ登録手続きの抂芁 -slug: Archive/Mozilla/Marketplace/Publishing/Submit/Overview -translation_of: Archive/Mozilla/Marketplace/Publishing/Submit/Overview ---- -
-

䜜成したアプリを Firefox Marketplace で公開するためには、審査を受ける必芁がありたす。このペヌゞではアプリ登録に必芁な手続きに぀いお抂芳したす。リンクされおいるペヌゞでは、それぞれの手続きに぀いおの詳现が蚘されおいたす。

-
- -
-

それぞれの手続きに関する詳现は、各ステップからリンクされおいるペヌゞを参照しおください。ステップ 1 から順に手続きを進めるこずでも、詳现を知るこずが可胜です。各ステップの関係は、ペヌゞ䞋郚にあるダむアグラムでもご芧になれたす。

-
- -

登録に関する解説はこちらの動画でもご芧になれたすhttp://vid.ly/8k2n4w

- -

手続き

- -

アプリを Firefox Marketplace ぞ登録するためには以䞋の手続きが必芁です。

- -
-
ステップ 1 - 開発者アカりントでのサむンむン
-
-
    -
  •  Firefox Marketplace Developer Hub ぞアクセスしたす。
    • -
  •  アプリを Marketplace ぞ登録 をクリックしたす。
    • -
  • 開発者アカりントでサむンむンしたす。 -
      -
    • アカりントを䜜成しおいない堎合は、䜜成を求められたす。
      • -
    • たた Firefox Marketplace 開発者芏玄ぞの同意が必芁です。
      • -
    -
    • -
-
-
ステップ 2 - アプリのロヌド
-
アプリ登録ペヌゞでは以䞋の手続きを行いたす。 -
    -
  • 登録するアプリが有料か無料かを遞択したす。
    • -
  • アプリのプラットフォヌムを遞択したす。
    • -
  • アプリの皮別がホスト型か、パッケヌゞ型かを遞択したす。 -
      -
    • ホスト型の堎合は、マニフェストファむルぞのリンクを入力したす。
      • -
    • パッケヌゞ型の堎合は、パッケヌゞの zip ファむルをアップロヌドしたす。アップロヌド埌、zip ファむルは怜蚌され、動䜜に必芁な最小限の API が同定されたす。
      • -
    -
    • -
  • 「続ける」をクリックしたす。
    • -
-
-
ステップ 3 - アプリの詳现を入力
-
-

アプリの詳现線集ペヌゞでは、次の項目を入力したす。

- -
    -
  • 必芁であれば、アプリ URL を倉曎したす。
    • -
  • 必芁であれば、アプリの説明文を倉曎したす。暙準状態では、マニフェストに蚘入されたものが利甚されたす。
    • -
  • 1 ぀、もしくは 2 ぀のカテゎリを遞択したす。
    • -
  • プラむバシポリシヌを入力したす。
    • -
  • お持ちであれば、アプリの Web ペヌゞずサポヌト甚のサむトの URL を入力したす。
    • -
  • サポヌト甚のメヌルアドレスを入力したす。
    • -
  • アプリの動䜜に Flash が必芁かどうかを入力したす。
    • -
  • 最䜎 1 ぀はアプリのスクリヌンショットもしくは動画を登録したす。
    • -
  • 必芁に応じおアプリのレビュアヌに察するコメントを入力したす。䟋えば、アプリのレビュヌにサむンむンが必芁な堎合、そのための情報はコメントずしお入力したす。このコメントは、アプリ登録時もしくはバヌゞョンアップ時のみ倉曎可胜です。
    • -
  • アプリのレビュヌ終了埌すぐ公開するか、吊かを遞択したす。この項目も、アプリ登録時もしくはバヌゞョンアップ時のみ倉曎が可胜です。
    • -
  • 「続ける」をクリックしたす。
    • -
-
-
ステップ 4 - 次のステップの解説を読む
-
「続ける」をクリックしおください。
-
ステップ 5 - コンテンツレヌティングの取埗
-
コンテンツレヌティングペヌゞでは次のどちらかを行いたす。 -
    -
  • 新しいレヌティングを取埗するには、「IARC レヌティング蚌明曞を䜜成」をクリックしお IARC のサむトぞアクセスしたす。そこでレヌティングのための質問にすべお答えるずレヌティングを取埗できたす。
    • -
  • すでに取埗しおいる堎合は、その登録 ID ずセキュリティコヌドを入力したす。
    • -
-
-
ステップ 6 - 公開蚭定ず課金に関する詳现の曎新
-
ステップ 6a - アプリが無料の堎合アプリ内課金も利甚しない堎合
-
巊袖のメニュヌにある「互換性」をクリックしたす。衚瀺される画面でアプリを利甚できる地域を遞択したす。
-
ステップ 6b - 有料アプリ、もしくはアプリ内課金を利甚する堎合
-
巊袖のメニュヌにある「互換性ず決枈情報」をクリックし、以䞋の項目を蚭定したす。 -
    -
  • 決枈甚アカりントを蚭定したす。このアカりントは、Bango や Boku のような決枈事業者によっお発行されたす。
    • -
  • アプリの䟡栌を遞択したす。アプリ内課金の有無を遞択し、アプリが利甚できる地域を遞択したす。
    • -
  • 無料版のアプリを指定するこずで、無料版のペヌゞに有料版があるこずを瀺しおアップグレヌドを促すこずが可胜です。
    • -
-
-
ステップ6c - アプリ内課金を行う堎合の蚭定
-
- -
-
Step 7 - チヌムメンバヌの登録オプショナル
-
巊袖メニュヌ䞭の「チヌムメンバヌ」をクリックしたす。こちらでは開発チヌムのメンバヌを登録できたす。
-
ステップ 8 - 詳现ペヌゞの衚瀺オプショナル
-
巊袖メニュヌ䞭の「詳现ペヌゞを衚瀺」をクリックするず、Marktplace 䞊で衚瀺されるアプリの詳现ペヌゞを閲芧できたす。
-
Step 9 - ロヌカラむズ察象の倉曎オプショナル
-
浞り袖メニュヌ䞭の「詳现ペヌゞを線集」をクリックしたす。そのペヌゞではアプリ のURL、説明、カテゎリなどを、Firefox Marketplace の察応するロケヌルごずに蚭定できたす。
-
- -

以䞊で、アプリはレビュヌ埅ちになりたした。レビュヌの進行状況は、「ステヌタスずバヌゞョン」のペヌゞで確認できたす。アプリ内課金を行う堎合は、APIキヌを取埗埌にアプリを再登録しなけれなりたせん。なおこの再登録はアプリ公開前たでに、枈たせる必芁がありたす。

- -

フロヌチャヌト

- -

Flow chart showing the app submission process

- -

次は

- -

アプリの登録埌の䜜業に関しおは次のペヌゞをご芧ください。

- - diff --git a/files/ja/archive/mozilla/marketplace/publishing/submit/rating_your_content/index.html b/files/ja/archive/mozilla/marketplace/publishing/submit/rating_your_content/index.html deleted file mode 100644 index 83d14a2150..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/submit/rating_your_content/index.html +++ /dev/null @@ -1,123 +0,0 @@ ---- -title: アプリの評䟡の取埗 -slug: Archive/Mozilla/Marketplace/Publishing/Submit/Rating_Your_Content -translation_of: Archive/Mozilla/Marketplace/Publishing/Submit/Rating_Your_Content ---- -
-

このペヌゞは、調敎䞭です。

-
- -
-

Mozilla は、すべおのアプリでコンテンツ評䟡を行うこずに぀いお International Age Rating Coalition (IARC: 囜際幎霢評䟡連合) ず提携しおいたす。Mozilla はナヌザを重芖し、ナヌザは適切なコンテンツを刀断する機䌚を䞎えられるべきだず考えおいるこずから、 Firefox Marketplace のすべおのアプリに IARC 評䟡を矩務付けるこずずしたした。Mozilla ではすべおのアプリを高く評䟡しおいたすが、この取り組みを掚進するためには、期限日以降、IARC 評䟡を取埗しおいないアプリやゲヌムを Marketplace から削陀せざるを埗たせん。開発者が無料の IARC ツヌルを䜿甚しおアプリを曎新するための十分な時間を確保できるよう、期限日は、2014 幎 5 月 15 日たで延長されおいたす。

-
- -

IARC 評䟡ツヌルに぀いお

- -

IARC は、各囜の評䟡機関による協調的取り組みです。IARC では、デゞタル圢匏で䞖界䞭に配信されるアプリやゲヌムに察しおコンテンツ評䟡を割り圓おるための゜リュヌションずしお、評䟡ツヌルを導入したした。簡単 なフォヌムに蚘入するだけで、すべおの参加評䟡機関の評䟡結果を即座に受け取るこずができたす。これにより、ナヌザがコンテンツに぀いお理解しやすくなる だけでなく、さたざたな囜際的コンテンツ評䟡を個別に取埗するコストず手間が倧幅に軜枛されたす。

- -

サポヌトされおいる囜際的評䟡システム

- -

1 ぀の評䟡りィザヌドを䜿甚するだけで、耇数の評䟡システム、囜、および地域に察応するコンテンツ評䟡を生成できたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
評䟡システムサポヌトされおいる囜
Classificação Indicativa ブラゞル
ESRBカナダ、メキシコ、米囜
PEGI -

オヌストリア、デンマヌク、ハンガリヌ、ラトビア、ノルりェヌ、スロノェニア、ベルギヌ、゚ストニア、アむスランド、リトアニア、ポヌランド、スペむン、ブルガリア、フィンランド、アむルランド、ルクセンブ ルグ、ポルトガル、スりェヌデン、キプロス、フランス、むスラ゚ル、マルタ、ルヌマニア、スむス、チェコ共和囜、ギリシャ、むタリア、オランダ、スロバキ ア共和囜、英囜

-
USKドむツ
Generic他のすべおの諞囜
- -

コンテンツ評䟡に含たれる項目

- -

評䟡システムによっお、3 皮類の情報がナヌザに提䟛されたす。

- - - -

この評䟡プロセスは、開発者が無料で利甚でき、所芁時間はわずか数分です。Firefox Marketplace の登録プロセスおよび開発者ダッシュボヌドに組み蟌たれおおり、アプリのレビュヌを申請するには、その前に評䟡を取埗しおおく必芁がありたす。ナヌザは、 アプリの詳现ペヌゞで、所圚地に適したアプリの評䟡を確認するこずができたす。たた必芁に応じお、詳现情報を衚瀺できたす。

- -

アプリのコンテンツに察する評䟡の取埗

- -

IARC は無料のゲヌム評䟡ツヌルを提䟛しおいたす。これは簡単で、ほずんどのアプリで 5 分以内に凊理が完了したす。このセクションでは、この評䟡プロセスに぀いお説明したす。

- -
-

泚意 :残念ながら、他のシステムから取埗した評䟡蚌明曞は Firefox Marketplace では䜿甚できたせん。アプリが既に別のシステムによっお評䟡されおいる堎合も、IARC 認定プロセスを経る必芁がありたす。

-
- -
    -
  1. Firefox Marketplace 開発者サむトにログむンしたす。評䟡ツヌルは、開発者ずしおログむンしなければアクセスできないこずがありたす。
    2. -
  2. -

    登録プロセスで IARC 評䟡ツヌルを開きたす。

    - -

    Demonstrates where in the app submission flow where ratings can be entered.

    - -

    たたは開発者ダッシュボヌドからツヌルを開きたす。

    - -

    -
    3. -
  3. -

    評䟡プロセスを開始したす。

    - -

    - -

    たたは既存の評䟡に関する情報を入力したす。

    - -

    -
    4. -
  4. -

    簡単な質問祚に蚘入したす。

    - -

    -
    5. -
  5. -

    アプリに関する远加情報を入力したす。

    - -

    -
    6. -
  6. -

    プレビュヌしお、入力した評䟡情報を確認したす。

    - -

    -
    7. -
  7. -

    開発者ダッシュボヌドに戻るず、評䟡情報が衚瀺されたす。これで完了です。

    -
    8. -
- -
-

泚意: 評䟡認定曞ずセキュリティコヌドが入った電子メヌルが届けられたす。レコヌドのコピヌを保管しおください。

-
- -

远加情報

- -

評䟡プロセスや質問祚の蚘入方法に関しお質問がある堎合、たたは評䟡が誀っおいるず思われる堎合は、IARC チヌム(dev-questions@globalratings.com)に電子メヌルで問い合わせおください。詳现に぀いおは、グロヌバル評䟡 Web サむトにも情報が甚意されおいたす。

- -

その他の質問は、Mozilla のアプリレビュヌチヌム(mozilla.appreview)に問い合わせるこずもできたす。

diff --git a/files/ja/archive/mozilla/marketplace/publishing/submit/sign-in_to_your_developer_account/index.html b/files/ja/archive/mozilla/marketplace/publishing/submit/sign-in_to_your_developer_account/index.html deleted file mode 100644 index 6d335378fd..0000000000 --- a/files/ja/archive/mozilla/marketplace/publishing/submit/sign-in_to_your_developer_account/index.html +++ /dev/null @@ -1,58 +0,0 @@ ---- -title: Firefox Marketplace の開発者アカりントぞのログむン -slug: >- - Archive/Mozilla/Marketplace/Publishing/Submit/Sign-in_to_your_developer_account -tags: - - Apps - - Beginner - - Firefox OS - - Guide - - Marketplace -translation_of: >- - Archive/Mozilla/Marketplace/Publishing/Submit/Sign-in_to_your_developer_account ---- -
-
-
-

Firefox Marketplace にアプリを登録するには、その前に開発者アカりントを開蚭し、アカりントにログむンし、開発者芏玄に同意する必芁がありたす。

-
-

Developer Hub の起動

-
    -
  1. Web ブラりザで、Firefox Marketplace を開きたす。
    2. -
  2. Firefox Marketplace ペヌゞの䞋郚で、(1) [Developer Hub] をクリックしたす。Firefox Marketplace ホヌムペヌゞのフッタヌに衚瀺された Developer Hub ぞのリンク
    3. -
-

アプリの登録プロセスの開始

-
    -
  1. Developer Hub ホヌムペヌゞで、(1) [Submit your app to the Marketplace] をクリックしたす。
    - Developer Hub ホヌムペヌゞに衚瀺された [Submit your app to the Marketplace] ボタン
    2. -
  2. [Please sign in] ダむアログが衚瀺されたす。(1) [Sign in / Sign up]. をクリックしたす。
    - Marketplace 開発者芏玄画面の䞊に衚瀺された Developer Hub の [please sign in] ダむアログ
    3. -
  3. 次の手順は、開発者に Mozilla Persona アカりントがあるかどうかによっお異なりたす。 -
      -
    • アカりントがない堎合は、アカりントの䜜成を求めるメッセヌゞが衚瀺されたす。
      - Persona 䜜成プロセスの最初のダむアログPersona の詳现に぀いおは、こちらを参照しおください。 -
        -
      1. 電子メヌルアドレスを入力し、[Next] をクリックしたす。
        2. -
      2. 新しいパスワヌドを入力し、確認のためにパスワヌドを再床入力しお [Done] をクリックしたす。
        3. -
      3. 入力したアドレスに電子メヌルが送信されたす。この電子メヌルには、「Confirm your account now」のずいうタむトルの䞋に、確認のリンクが含たれおいたす。
        4. -
      4. 衚瀺されるペヌゞ (䞊のステップ 2 ず同じペヌゞ) で、[Sign in / Sign up] をクリックしたす。
        5. -
      -
      • -
    • Persona アカりントがある堎合は、開発者アカりントぞのアクセスに䜿甚する電子メヌルアドレスの確認を求めるメッセヌゞが衚瀺されたす。
      - 既存の Persona ID を䜿甚したログむン
      - [sign in] をクリックしたす。
      • -
    -
    4. -
  4. 開発者芏玄が衚瀺されたす。
    - 開発者芏玄を確認し、垌望する堎合は電子メヌルで情報を受け取るオプションを遞択しお、芏玄に同意したす -
      -
    1. 開発者芏玄を確認したす。
      2. -
    2. App Developer ニュヌスずアンケヌト調査の受取に同意したす (垌望する堎合)。
      3. -
    3. [Agree and Continue] をクリックしたす。
      4. -
    -
    5. -
-

次のステップに進みたす: アプリの読み蟌み

-
-
-

 

diff --git a/files/ja/archive/mozilla/marketplace/user_review_guidelines/index.html b/files/ja/archive/mozilla/marketplace/user_review_guidelines/index.html deleted file mode 100644 index 0bdd873738..0000000000 --- a/files/ja/archive/mozilla/marketplace/user_review_guidelines/index.html +++ /dev/null @@ -1,87 +0,0 @@ ---- -title: ナヌザレビュヌガむドラむン -slug: Archive/Mozilla/Marketplace/User_Review_Guidelines -translation_of: Archive/Mozilla/Marketplace/User_Review_Guidelines ---- -

App reviews are a way for you to share your opinions about the apps you’ve installed and used. Our review moderation team reserves the right to remove any review that does not comply with these guidelines.

- -

Some tips for writing a great review

- -

Do:

- - - -

Don’t:

- - - -

Frequently Asked Questions about Reviews

- -

How can I report a problematic review?

- -

Please report or flag any questionable reviews by clicking the "Report this review" and it will be submitted to the site for moderation. Our moderation team will use the Review Guidelines to evaluate whether or not to delete the review or restore it back to the site.

- -

What should I do if I'm having problems with an app?

- -

You should contact the developer by using the ‘Support Email’ or ‘Support Site’ buttons for the app on its Marketplace listing page.

- -

I’m an app developer, can I respond to reviews?

- -

Currently, this is not possible.

- -

I’m an app developer, can I delete unfavorable reviews or ratings?

- -

In general, no. But if the review did not meet the review guidelines outlined above, you can click "Report this review" and have it moderated. If a review included a complaint that is no longer valid due to a new release of your app, we may consider deleting the review. Submit your detailed request to mozilla.appreview.

diff --git a/files/ja/archive/mozilla/modularization_techniques/index.html b/files/ja/archive/mozilla/modularization_techniques/index.html deleted file mode 100644 index f10f48ed00..0000000000 --- a/files/ja/archive/mozilla/modularization_techniques/index.html +++ /dev/null @@ -1,802 +0,0 @@ ---- -title: Modularization Techniques -slug: Archive/Mozilla/Modularization_Techniques -tags: - - Outdated_articles - - XPCOM -translation_of: Archive/Mozilla/Modularization_Techniques ---- -

-

-

è­Šå‘Š: この蚘事の内容は叀くなっおいる可胜性がありたす。 このドキュメントの最終曎新は 2004 幎です。

-
-

草案
- このペヌゞは完成しおいたせん。

- -
-

-

はじめに

-

この文曞は、新しい Mozilla のモゞュヌルの䜜成、たたは既存のコヌドをモゞュヌルぞ分割するのに必芁な情報の提䟛を目的ずしおいたす。我々が䜿った仕組みは、COM により築かれた原則に基づいおいるため、COM に぀いおの倚くの知識が適甚できたす。たた COM に関するリファレンスには、ここに挙げたものより、もっず興味深く、耇雑な䟋がありたす。 -

-

基本

-

むンタフェヌス

-

ゞュヌルの基本的な芁玠は、C++ の玔粋仮想むンタフェヌスです。玔粋仮想むンタフェヌスは、単にすべおのメ゜ッドが玔粋仮想ずしお定矩されたクラスです。䟋えばこうです。 -

-
virtual int foo(int bar) = 0;
-
-

玔粋仮想むンタフェヌスは、(おそらく動的にロヌディングした) 別々のラむブラリに存圚する可胜性があるモゞュヌル間で関数テヌブルを枡すための簡単な仕組みを提䟛したす。それぞれのむンタフェヌスには、䞀意なむンタフェヌス識別子 (IID) が割り圓おられたす。 -

-

nsISupports

-

我々のモデルにおいおキヌずなるむンタフェヌスは、nsISupports むンタフェヌスです。これは、COM における IUnknown むンタフェヌスず同等のものです。nsISupports はむンタフェヌス問い合わせず参照カりントずいう二぀の䞻芁な特城を持ちたす。むンタフェヌス問い合わせは、オブゞェクトがどのむンタフェヌスをサポヌトしおいるかを決定するための単玔で画䞀的な仕組みです。たた、オブゞェクトがどのように実装されおいるかを隠すための仕組みです。 -

むンタフェヌス問い合わせは、QueryInteface() メ゜ッドを䜿うこずで実行されたす。呌び出し偎は、ID ず結果のむンタフェヌスを栌玍するアドレスぞのポむンタを枡したす。もし問い合わせが成功したら、QueryInteface() は、NS_OK を返したす。もしオブゞェクトが䞎えられたむンタフェヌスをサポヌトしおいない堎合は、NS_NOINTERFACE を返したす。 -

参照のカりントは、AddRef() ず Release() メ゜ッドを䜿っお実行されたす。オブゞェクトの参照カりントは、通垞 0 から始たりたす。AddRef() は、参照カりントを増加させ、Release() は、それを枛少させたす。もし Release() ぞの呌び出しにより参照カりントが 0 になったら、オブゞェクトは通垞自分自身を削陀したす。 成功した QueryInterface() は、埩垰する前に、芁求したむンタフェヌスに察しお AddRef() を呌び出したす。AddRef() ず Release() の䞡方ずも、呌び出し埌の参照カりントを返したす。 -

䟿利な NS_ADDREF() マクロず NS_RELEASE() マクロの方が、AddRef ず Relase を盎接呌び出すよりもお勧めです。デバッグビルドでは、これらのマクロは有甚な参照カりントログを提䟛したす。(これらのマクロを) 可胜な限り䜿うようにしおください。 -

-
/*
- * nsISupports むンタフェヌス
- */
-
-class nsISupports {
-public:
-    NS_IMETHOD QueryInterface(const nsIID &aIID,
-                              void **aResult) = 0;
-    NS_IMETHOD_(nsrefcnt) AddRef(void) = 0;
-    NS_IMETHOD_(nsrefcnt) Release(void) = 0;
-};
-
-

NS_IMETHOD ず NS_IMETHOD_(type) マクロは、基本的に virtual nsresult ず virtual type の短瞮圢です。Windows では、COM ずの互換性のために、それらは virtual nsresult __stdcall ず virtual type __stdcall に展開されたす。もし COM の互換性に関心があるのでない限り、それらをむンタフェヌスの䞭で䜿う必芁はありたせん。 -

すべおの Mozilla むンタフェヌスは、nsISupports を継承しおいたす。nsISupports を継承しおいるため、どのむンタフェヌスに察しおもそのむンスタンスがサポヌトしおいる他のむンタフェヌスに぀いお問い合わせるこずができたす。たた、参照カりントの仕組みを垞に䜿甚できるこずが保蚌されたす。nsISupports の IID は、NS_ISUPPORTS_IID ずしお定矩されおいたす。 -

QueryInterface() には、守られるべき、いく぀かの重芁な特城がありたす。もし QueryInterface() をむンタフェヌス A に察しお実行し、むンタフェヌス B を埗たならば、QueryInteface() をむンタフェヌス B に察しお実行した堎合にむンタフェヌス A を埗るこずができなければなりたせん。もしむンタフェヌス A ず B がどちらも同じむンスタンスによっお実装されおいる堎合は、nsISupports に察しお、QueryInterface() を実行した結果は、どちらも同じむンタフェヌスを返さなければなりたせん。これは、぀たりむンタフェヌス B が nsISupports を継承しおいおも、QueryInteface() の実行によっお、同じむンタフェヌスを返さないかもしれないこずを意味したす。この重芁な振舞いは、むンタフェヌス A ず B が同じオブゞェクトにより実装されおいるかどうかを決定するための唯䞀の信頌できる仕組みです。単玔なオブゞェクトにずっお、それらの振舞いを維持するのは簡単です。埌に芋る集玄では、耇雑になりえたす。 -

䞀方、オブゞェクトは、AddRef() ず Release() の実装を、ある皋床自由にできたす。党䜓のオブゞェクトに察し、䞀぀の参照カりントを維持するこずができたすし、たた個々のむンタフェヌスごずの参照カりントを維持するこずもできたす。静的なオブゞェクトは、完党に参照カりントを無芖するこずもできたす。しかしながら、それらの関数の実装の質が悪ければ、メモリリヌクや解攟枈のオブゞェクトに察する䞍慮のアクセスなど吊定的な結果になるこずもありえたす。 -

-

ファクトリ

-

ファクトリは、クラスのむンスタンスを䜜るためだけの特別なクラスです。たいおい、Foo クラスはそれず関連する FooFactory を持ちたす。nsIFactory むンタフェヌスは、COM の IClassFactory ず同等のものです。 -

-
/*
- * nsIFactory むンタフェヌス
- */
-
-class nsIFactory: public nsISupports {
-public:
-    NS_IMETHOD CreateInstance(nsISupports *aOuter,
-                              const nsIID &aIID,
-                              void **aResult) = 0;
-    NS_IMETHOD LockFactory(PRBool aLock) = 0;
-
-

ファクトリを䜿う理由は、それがオブゞェクトのためのクラス宣蚀にアクセスせずに、オブゞェクトを䜜る仕組みを提䟛しおいるからです。new Foo() の呌び出しは、コンパむル時に Foo() のクラス宣蚀にアクセスするこずを芁求したす。ファクトリは、実装者に察しお、クラス宣蚀ずオブゞェクトの䜜成の詳现を隠したす。特に重芁なステップずしお、クラスの実装における最倧限の自由床を蚱し、コンパむル時の䟝存関係を枛らしたす。さらには、クラスずファクトリのリンク時の䟝存関係を党䜓的に枛らすのにも䜿われたす。 -

-

コンポヌネントマネヌゞャ

-

我々のモゞュヌル化の䞻な目的の䞀぀は、リンク時の䟝存関係を取り陀くこずです。では、リンクされないモゞュヌルをどのように芋぀ければよいでしょうか そのために、nsComponentManager ず呌ばれるものを䜜りたした。これは、単玔にクラス ID ずファクトリ、そしおそれを含むラむブラリをマッピングしたす。 -

-
class nsComponentManager {
-public:
-  // 指定されたクラス ID に察応するファクトリを探す
-  static nsresult FindFactory(const nsCID &aClass,
-                              nsIFactory **aFactory);
-  // 指定されたクラス ID に察応するクラス・むンスタンスを䜜成する
-  static nsresult CreateInstance(const nsCID &aClass,
-                                 const nsIID &aIID,
-                                 nsISupports *aDelegate,
-                                 void **aResult);
-  // クラスに察応するファクトリを手動で登録する
-  static nsresult RegisterFactory(const nsCID &aClass,
-                                  nsIFactory *aFactory,
-                                  PRBool aReplace);
-  // クラスに察応し、動的にロヌドしたファクトリを手動で登録する
-  static nsresult RegisterFactory(const nsCID &aClass,
-                                  const char *aLibrary,
-                                  PRBool aReplace,
-                                  PRBool aPersist);
-  // クラスに察応するファクトリを手動で登録抹消する
-  static nsresult UnregisterFactory(const nsCID &aClass,
-                                    nsIFactory *aFactory);
-  // クラスに察応し、動的にロヌドしたファクトリを手動で登録抹消する
-  static nsresult UnregisterFactory(const nsCID &aClass,
-                                    const char *aLibrary);
-  // 䜿っおいない動的ロヌドしたファクトリをアンロヌドする
-  static nsresult FreeLibraries();
-};
-
-

ファクトリをリポゞトリヌに入れる方法はいく぀かありたす。最も盎接的な方法は、RegisterFactory() を䜿っお行うものです。RegisterFactory() は、2 ぀の異なる登録の仕組みをサポヌトしおいたす。最初の方法は、クラス ID ずファクトリぞのポむンタを指定したす。この仕組みは、実行可胜プログラムにリンクされたファクトリに察しお䜿うこずができたす。2 番目の方法は、クラス ID ず動的にロヌド可胜なラむブラリぞのパスを指定したす。この仕組みは、ファクトリが実行時の実行可胜プログラム䞭にある堎合でも䜿えたすし、あるいはその倖にあっお aPersisit フラグを甚いおリポゞトリに察し、クラスIDずラむブラリの関係を氞続的な蚘憶装眮ぞ栌玍するように指瀺するこずもできたす。 -

-

nsIID ず nsCID に぀いお

-

動的にむンタフェヌスを発芋し、ロヌディングし、結合するプロセスを単玔にするために、すべおのクラスずむンタフェヌスにはナニヌクな ID が割り圓おられたす。この ID は、UUID に基づくナニヌクな 128 ビットの数です。詳现を知りたい人のために、構造をここに挙げたす: -

-
struct nsID {
-  PRUint32 m0;
-  PRUint16 m1, m2;
-  PRUint8 m3[8];
-};
-
-

これらは、しばしば以䞋のように文字列ずしお衚珟されたす: -

-
{221ffe10-ae3c-11d1-b66c-00805f8a2676}
-
-

ID 構造䜓を初期化するためには、以䞋のように宣蚀したす: -

-
ID = {0x221ffe10, 0xae3c, 0x11d1,
-       {0xb6, 0x6c, 0x00, 0x80, 0x5f, 0x8a, 0x26, 0x76}};
-
-

なぜ 2 バむトの b66c が分割され、たた埌ろのバむト列ずいっしょにされおいるのかは、おそらくどこかの脚泚にありたす。Windows では、ID を生成するために、Visual C++ に぀いおくる uuidgen ず guidgen が䜿えたす。 -

-

単玔な䟋

-
-

むンタフェヌスを定矩するためには、XPIDL を䜿うこずをお勧めしたす。このサンプルコヌドはこれを反映するように曎新すべきなのですが、これにより C++ の芳点から COM の有甚で基本的な理解を埗るこずができたす。 -

-
-

ファむル nsISample.h

-

nsISample.h は、ずおも単玔なむンタフェヌスずそのむンタフェヌス ID (IID) を定矩しおいたす。重芁なこずは、むンタフェヌスは nsISupports から継承し、すべおのメンバ関数は、玔粋仮想メ゜ッドであるずいうこずです。 -

-
#include "nsISupports.h"
-
-// {57ecad90-ae1a-11d1-b66c-00805f8a2676}
-#define NS_ISAMPLE_IID \
-{0x57ecad90, 0xae1a, 0x11d1, \
-  {0xb6, 0x6c, 0x00, 0x80, 0x5f, 0x8a, 0x26, 0x76}}
-
-/*
- * nsISample むンタフェヌス宣蚀
- */
-
-class nsISample: public nsISupports {
-public:
-  NS_IMETHOD Hello() = 0;
-};
-
-

ファむル nsSample.h

-

nsSample.h は、サンプルクラスのためのクラス ID (CID) を定矩したす。䞀぀のむンタフェヌスに察し、耇数のクラスがそれを実装しおも良いため、IID から CID ぞの 1 察 1 マッピングは必芁ないこずに泚意しおください。さらに、クラスファクトリを取埗するための関数も定矩しおいたす。これがクラス宣蚀を含たないこずに泚意しおください。 -

-
#include "nsIFactory.h"
-
-// {d3944dd0-ae1a-11d1-b66c-00805f8a2676}
-#define NS_SAMPLE_CID \
- {0xd3944dd0, 0xae1a, 0x11d1, \
-   {0xb6, 0x6c, 0x00, 0x80, 0x5f, 0x8a, 0x26, 0x76}}
-
-extern nsresult GetSampleFactory(nsIFactory **aResult);
-
-

ファむル nsSample.cpp

-

nsSample.cpp は、サンプルクラスの宣蚀ず実装の䞡方を含みたす。たたクラスファクトリの宣蚀ず実装も含みたす。 -

-
#include "nsISample.h"
-#include "nsSample.h"
-
-static NS_DEFINE_IID(kISupportsIID, NS_ISUPPORTS_IID);
-static NS_DEFINE_IID(kIFactoryIID, NS_IFACTORY_IID);
-static NS_DEFINE_IID(kISampleIID, NS_ISAMPLE_IID);
-static NS_DEFINE_CID(kISampleCID, NS_ISAMPLE_CID);
-
-/*
- * nsSampleClass 宣蚀
- */
-
-class nsSample: public nsISample {
-private:
-  nsrefcnt mRefCnt;
-
-public:
-// コンストラクタずデストラクタ
-  nsSample();
-  ~nsSample();
-
-// nsISupports メ゜ッド
-  NS_IMETHOD QueryInterface(const nsIID &aIID,
-                            void **aResult);
-  NS_IMETHOD_(nsrefcnt) AddRef(void);
-  NS_IMETHOD_(nsrefcnt) Release(void);
-
-// nsISample メ゜ッド
-  NS_IMETHOD Hello();
-};
-
-/*
- * nsSampleFactory 宣蚀
- */
-
-class nsSampleFactory: public nsIFactory {
-private:
-  nsrefcnt mRefCnt;
-
-public:
-  nsSampleFactory();
-  ~nsSampleFactory();
-
-// nsISupports メ゜ッド
-  NS_IMETHOD QueryInterface(const nsIID &aIID,
-                            void **aResult);
-  NS_IMETHOD_(nsrefcnt) AddRef(void);
-  NS_IMETHOD_(nsrefcnt) Release(void);
-
-// nsIFactory メ゜ッド
-  NS_IMETHOD CreateInstance(nsISupports *aOuter,
-                            const nsIID &aIID,
-                            void **aResult);
-
-  NS_IMETHOD_(void) LockFactory(PRBool aLock);
-};
-
-/*
- * nsSample 実装
- */
-
-nsSample::nsSample()
-{
-  mRefCnt = 0;
-}
-
-nsSample::~nsSample()
-{
-  assert(mRefCnt == 0);
-}
-
-NS_IMETHOD nsSample::QueryInterface(const nsIID &aIID,
-                                  void **aResult)
-{
-  if (aResult == NULL) {
-    return NS_ERROR_NULL_POINTER;
-  }
-
-  // 倱敗時は、垞に結果は NULL
-  *aResult = NULL;
-
-  if (aIID.Equals(kISupportsIID)) {
-    *aResult = (void *) this;
-  } else if (aIID.Equals(kISampleIID)) {
-    *aResult = (void *) this;
-  }
-
-  if (aResult != NULL) {
-    return NS_ERROR_NO_INTERFACE;
-  }
-
-  AddRef();
-  return NS_OK;
-}
-
-nsRefCount nsSample::AddRef()
-{
-  return ++mRefCnt;
-}
-
-nsRefCount nsSample::Release()
-{
-  if (--mRefCnt == 0) {
-    delete this;
-    return 0; // 削陀した埌、mRefCnt にアクセスしおはいけない
-  }
-  return mRefCnt;
-}
-
-/*
- * nsSampleFactory 実装
- */
-
-nsSampleFactory::nsSampleFactory()
-{
-  mRefCnt = 0;
-}
-
-nsSampleFactory::~nsSampleFactory()
-{
-  assert(mRefCnt == 0);
-}
-
-NS_IMETHODIMP nsSampleFactory::QueryInterface(const nsIID &aIID,
-                                         void **aResult)
-{
-  if (aResult == NULL) {
-    return NS_ERROR_NULL_POINTER;
-  }
-
-  // 倱敗時は、垞に結果は NULL
-  *aResult = NULL;
-
-  if (aIID.Equals(kISupportsIID)) {
-    *aResult = (void *) this;
-  } else if (aIID.Equals(kIFactoryIID)) {
-    *aResult = (void *) this;
-  }
-
-  if (*aResult == NULL) {
-    return NS_ERROR_NO_INTERFACE;
-  }
-
-  AddRef(); // 呌び出し偎のために参照カりントを増やす
-  return NS_OK;
-}
-
-NS_IMETHODIMP(nsRefCount) nsSampleFactory::AddRef()
-{
-  return ++mRefCnt;
-}
-
-NS_IMETHODIMP(nsRefCount) nsSampleFactory::Release()
-{
-  if (--mRefCnt == 0) {
-    delete this;
-    return 0; // 削陀した埌、mRefCnt にアクセスしおはいけない
-  }
-  return mRefCnt;
-}
-
-NS_IMETHODIMP nsSampleFactory::CreateInstance(nsISupports *aOuter,
-                                         const nsIID &aIID,
-                                         void **aResult)
-{
-  if (aResult == NULL) {
-    return NS_ERROR_NULL_POINTER;
-  }
-
-  *aResult = NULL;
-
-  nsISupports inst = new nsSample();
-
-  if (inst == NULL) {
-    return NS_ERROR_OUT_OF_MEMORY;
-  }
-
-  nsresult res = inst->QueryInterface(aIID, aResult);
-
-  if (res != NS_OK) {
-    // 正しいむンタフェヌスを取埗できなかったので、片付ける
-    delete inst;
-  }
-
-  return res;
-}
-
-void nsSampleFactory::LockFactory(PRBool aLock)
-{
-  // 最も単玔な堎合では、実装しない
-}
-
-nsresult GetSampleFactory(nsIFactory **aResult)
-{
-  if (aResult == NULL) {
-    return NS_ERROR_NULL_POINTER;
-  }
-
-  *aResult = NULL;
-
-  nsISupports inst = new nsSampleFactory();
-
-  if (inst == NULL) {
-    return NS_ERROR_OUT_OF_MEMORY;
-  }
-
-  nsresult res = inst->QueryInterface(kIFactoryIID, aResult);
-
-  if (res != NS_OK) {
-    // 正しいむンタフェヌスを取埗できなかったので、片付ける
-    delete inst;
-  }
-
-  return res;
-}
-
-

ファむル main.cpp

-

main.cpp は、サンプルクラスのむンスタンスを䜜成し、それを凊分する単玔なプログラムです。クラスファクトリを盎接含むので、クラスのための CID を䜿いたせん。 -

-
#include "nsISample.h"
-#include "nsSample.h"
-
-static NS_DEFINE_IID(kISampleIID, NS_ISAMPLE_IID);
-
-int main(int argc, char *argv[])
-{
-  nsIFactory *factory;
-  GetSampleFactory(&factory);
-
-  nsISample *sample;
-
-  nsresult res = factory->CreateInstance(NULL, kISampleIID,
-                                         (void **) &sample);
-
-  if (res == NS_OK) {
-    sample->Hello();
-    NS_RELEASE(sample);
-  }
-
-  return 0;
-}
-
-

DLL ぞの移行

-

DLL の実装

-

䞀床ファクトリを蚭定したならば、DLL ぞ移行するのは比范的小さなこずです。ファクトリを含む DLL は、䞀぀たたは二぀の関数を゚クスポヌトする必芁がありたす: -

-
// 䞎えられたクラス ID ず関連したファクトリを返す
-extern "C" NS_EXPORT nsresult NSGetFactory(const nsCID &aCID,
-                                           nsIFactory **aFactory);
-
-// DLL が今アンロヌド可胜かどうかを返す
-extern "C" NS_EXPORT PRBool NSCanUnload();
-
-

NSGetFactory() の最も単玔な実装は、前の䟋における GetSampleFactory() ずほずんど同じです。枡されおきたクラス ID が、実装したファクトリに察しお正しい ID であるこずを確認するだけです。DLL が耇数のファクトリを含む堎合は、どれを返すか決めるための条件コヌドを付加する必芁がありたす。 -

NSCanUnload() は、オプションですが、有甚な関数です。これが実装されおいた堎合は、NSRepository は FreeLibraries() が呌ばれた時点では、もはや䜿われおいない DLL をアンロヌドするこずで、メモリヌを解攟するこずができたす。DLL がアンロヌド可胜かどうかを刀断する時に、実装する䞊では二぀のこずを考慮したす: そのファクトリのどれかが珟圚䜿われおいるか、そしお誰かがサヌバをロックしおいるか。もし NSCanUnload() が実装されおいない堎合、DLL はアンロヌドされたせん。 -

以䞋の䟋は、nsSample.cpp を DLL にコンパむルされるファむルに倉曎したものです。違いは、匷調 で瀺したす。 実際にはあたり違いはないです。 -

-

ファむル nsSample3.cpp

-
#include <iostream.h>
-#include "pratom.h"
-#include "nsRepository.h"
-#include "nsISample.h"
-#include "nsSample.h"
-
-static NS_DEFINE_IID(kISupportsIID, NS_ISUPPORTS_IID);
-static NS_DEFINE_IID(kIFactoryIID, NS_IFACTORY_IID);
-static NS_DEFINE_IID(kISampleIID, NS_ISAMPLE_IID);
-static NS_DEFINE_CID(kSampleCID, NS_SAMPLE_CID);
-
-<strong>/*
- * グロヌバル
- */
-
-static PRInt32 gLockCnt = 0;
-static PRInt32 gInstanceCnt = 0;</strong>
-
-/*
- * nsSampleClass 宣蚀
- */
-
-class nsSample: public nsISample {
-private:
-  nsrefcnt mRefCnt;
-
-public:
-// コンストラクタずデストラクタ
-  nsSample();
-  ~nsSample();
-
-// nsISupports メ゜ッド
-  NS_IMETHOD QueryInterface(const nsIID &aIID,
-                            void **aResult);
-  NS_IMETHOD_(nsrefcnt) AddRef(void);
-  NS_IMETHOD_(nsrefcnt) Release(void);
-
-// nsISample メ゜ッド
-  NS_IMETHOD Hello();
-};
-
-/*
- * nsSampleFactory 宣蚀
- */
-
-class nsSampleFactory: public nsIFactory {
-private:
-  nsrefcnt mRefCnt;
-
-public:
-  nsSampleFactory();
-  ~nsSampleFactory();
-
-// nsISupports メ゜ッド
-  NS_IMETHOD QueryInterface(const nsIID &aIID,
-                            void **aResult);
-  NS_IMETHOD_(nsrefcnt) AddRef(void);
-  NS_IMETHOD_(nsrefcnt) Release(void);
-
-// nsIFactory メ゜ッド
-  NS_IMETHOD CreateInstance(nsISupports *aOuter,
-                                  const nsIID &aIID,
-                                  void **aResult);
-
-  NS_IMETHOD_(void) LockFactory(PRBool aLock);
-};
-
-/*
- * nsSample Implemtation
- */
-
-nsSample::nsSample()
-{
-  mRefCnt = 0;
-  <strong>PR_AtomicIncrement(&gInstanceCnt);</strong>
-}
-
-nsSample::~nsSample()
-{
-// assert(mRefCnt == 0);
-  <strong>PR_AtomicDecrement(&gInstanceCnt);</strong>
-}
-
-NS_IMETHODIMP nsSample::Hello() {
-  cout << "Hello, world\n";
-
-  return NS_OK;
-}
-
-NS_IMETHODIMP nsSample::QueryInterface(const nsIID &aIID,
-                                  void **aResult)
-{
-  if (aResult == NULL) {
-    return NS_ERROR_NULL_POINTER;
-  }
-
-  // 倱敗時は、垞に結果は NULL
-  *aResult = NULL;
-
-  if (aIID.Equals(kISupportsIID)) {
-    *aResult = (void *) this;
-  } else if (aIID.Equals(kISampleIID)) {
-    *aResult = (void *) this;
-  }
-
-  if (aResult != NULL) {
-    return NS_NOINTERFACE;
-  }
-
-  AddRef();
-  return NS_OK;
-}
-
-NS_IMETHODIMP nsSample::AddRef()
-{
-  return ++mRefCnt;
-}
-
-NS_IMETHODIMP nsSample::Release()
-{
-  if (--mRefCnt == 0) {
-    delete this;
-    return 0; // 削陀した埌、mRefCnt にアクセスしおはいけない
-  }
-  return mRefCnt;
-}
-
-/*
- * nsSampleFactory 実装
- */
-
-nsSampleFactory::nsSampleFactory()
-{
-  mRefCnt = 0;
-  <strong>PR_AtomicIncrement(&gInstanceCnt);</strong>
-}
-
-nsSampleFactory::~nsSampleFactory()
-{
-// assert(mRefCnt == 0);
-  <strong>PR_AtomicDecrement(&gInstanceCnt);</strong>
-}
-
-NS_IMETHODIMP nsSampleFactory::QueryInterface(const nsIID &aIID,
-                                         void **aResult)
-{
-  if (aResult == NULL) {
-    return NS_ERROR_NULL_POINTER;
-  }
-
-  // 倱敗時は、垞に結果は NULL
-  *aResult = NULL;
-
-  if (aIID.Equals(kISupportsIID)) {
-    *aResult = (void *) this;
-  } else if (aIID.Equals(kIFactoryIID)) {
-    *aResult = (void *) this;
-  }
-
-  if (*aResult == NULL) {
-    return NS_NOINTERFACE;
-  }
-
-  AddRef(); // 呌び出し元のために参照カりントを増やす
-  return NS_OK;
-}
-
-NS_IMETHODIMP_(nsrefcnt) nsSampleFactory::AddRef()
-{
-  return ++mRefCnt;
-}
-
-NS_IMETHODIMP_(nsrefcnt) nsSampleFactory::Release()
-{
-  if (--mRefCnt == 0) {
-    delete this;
-    return 0; // 削陀した埌、mRefCnt にアクセスしおはいけない
-  }
-  return mRefCnt;
-}
-
-NS_IMETHODIMP nsSampleFactory::CreateInstance(nsISupports *aOuter,
-                                         const nsIID &aIID,
-                                         void **aResult)
-{
-  if (aResult == NULL) {
-    return NS_ERROR_NULL_POINTER;
-  }
-
-  *aResult = NULL;
-
-  nsISupports *inst = new nsSample();
-
-  if (inst == NULL) {
-    return NS_ERROR_OUT_OF_MEMORY;
-  }
-
-  nsresult res = inst->QueryInterface(aIID, aResult);
-
-  if (res != NS_OK) {
-    // 正しいむンタフェヌスを取埗できなかったので、片付ける
-    delete inst;
-  }
-
-  return res;
-}
-
-<strong>/*
- * ゚クスポヌトされた関数
- */
-
-void nsSampleFactory::LockFactory(PRBool aLock)
-{
-  if (aLock) {
-    PR_AtomicIncrement(&gLockCnt);
-  } else {
-    PR_AtomicDecrement(&gLockCnt);
-  }
-}
-
-extern "C" NS_EXPORT nsresult NSGetFactory(const nsCID &aCID,
-                                           nsIFactory **aResult)</strong>
-{
-  if (aResult == NULL) {
-    return NS_ERROR_NULL_POINTER;
-  }
-
-  *aResult = NULL;
-
-  nsISupports *inst;
-
-  <strong>if (aCID.Equals(kSampleCID)) {
-    inst = new nsSampleFactory();
-  } else {
-    return NS_ERROR_ILLEGAL_VALUE;
-  }
-
-  if (inst == NULL) {
-    return NS_ERROR_OUT_OF_MEMORY;
-  }</strong>
-
-  nsresult res = inst->QueryInterface(kIFactoryIID, (void **) aResult);
-
-  if (res != NS_OK) {
-    // 正しいむンタフェヌスを取埗できなかったので、片付ける
-    delete inst;
-  }
-
-  return res;
-}
-
-<strong>extern "C" NS_EXPORT PRBool NSCanUnload()
-{
-  return PRBool(gInstanceCnt == 0 && gLockCnt == 0);
-}</strong>
-
-

これで、ファクトリを盎接呌び出す代わりに、NSRepository::CreateInstance() を呌び出すこずができたす。私たちはどういうわけかファクトリ登録そのものに䟝存しおいるのです。 -

-

ファむル main2.cpp

-
#include "nsRepository.h"
-#include "nsISample.h"
-#include "nsSample.h"
-
-static NS_DEFINE_IID(kISampleIID, NS_ISAMPLE_IID);
-static NS_DEFINE_CID(kSampleCID, NS_SAMPLE_CID);
-
-int main(int argc, char *argv[])
-{
-  nsISample *sample;
-
-  nsresult res = NSRepository::CreateInstance(kSampleCID,
-                                              NULL,
-                                              kISampleIID,
-                                              (void **) &sample);
-
-  if (res == NS_OK) {
-    sample->Hello();
-    NS_RELEASE(sample);
-  }
-
-  return 0;
-}
-
-

DLL の登録

-

これは、珟圚論じあっおいる郚分です。珟圚のずころ、NSRepository の RegisterFactory() メ゜ッド (この䟋に぀いおは nsSample2.cpp を芋おください) を䜿っお DLL を手動で登録できたす。 -

DLL は自分の登録ず登録抹消のために二぀の付加的な関数を゚クスポヌトするこずができたす。 -

-
extern "C" NS_EXPORT nsresult NSRegisterSelf(const char *path);
-extern "C" NS_EXPORT nsresult NSUnregisterSelf(const char *path);
-
-

これにより、DLL のすべおのファクトリを登録および登録抹消するこずができたす。RegFactory.exe (Windows 甹) たたは regfactory (Unix 甹) ずいう単玔なプログラムを䜿うこずで自己登録する DLL を登録するこずができたす。 -

-

参照カりントの基本

-

参照カりントは、モゞュヌル方匏の図匏の重芁な郚分です。参照カりントに぀いお、芚えるべき倚くの基本的なルヌルがありたす。これは、簡単なサマリです。 -

-

出力パラメタ

-

新しいむンタフェヌスを返す関数は、それを返す前にそれ (返すむンタフェヌス) に察しお AddRef() を呌ぶ必芁がありたす。 -

-
nsresult GetFoo(IFoo **aFooRes)
-{
-  if (aFooRes == NULL) {
-    return NS_ERROR_NULL_POINTER;
-  }
-  *aFooRes = mFoo;
-  NS_ADDREF(*aFooRes);
-
-  return NS_OK;
-}
-
-

これは、QueryInteface()、CreateInstance() ず NS_Newx() により返されるむンタフェヌスに適甚されるこずを芚えおおきたしょう。そしお、メモリヌリヌクを防ぐために、䜿い終ったら、Release() を呌ぶ必芁がありたす。 -

-

入力パラメタずロヌカルポむンタ

-

枡されたむンタフェヌスずそのむンタフェヌスポむンタのロヌカルコピヌは、呌び出しおいる関数の生存期間に含たれるず芋なされたす。AddRef() を呌び出す必芁はありたせん。 -

-
nsresult TweekFoo(IFoo *aFoo1, IFoo *aFoo2) {
-  IFoo local = aFoo;
-
-  if (aFoo->Bar() == NS_OK) {
-    local = aFoo2;
-  }
-
-  return local->Boff();
-}
-
-

入出力パラメタ

-

入出力パラメタは、入力パラメタずしおも出力パラメタずしおも䜿われたす。もし、関数がむンタフェヌスの入出力パラメタの倀を倉えた堎合、入力のむンタフェヌスに察しおは、Release() を呌び出し、出力のむンタフェヌスに察しおは、AddRef() を呌び出す必芁がありたす。 -

-
nsresult RefreshFoo(IFoo **aFoo)
-{
-  if (aFoo == NULL || *aFoo == NULL) {
-    return NS_ERROR_NULL_PARAMETER;
-  }
-  if ((*aFoo)->Stale()) {
-    NS_RELEASE(*aFoo);
-    *aFoo = mFoo;
-    NS_ADDREF(*aFoo);
-  }
-  return NS_OK;
-}
-
-

グロヌバル倉数ずメンバヌ倉数

-

グロヌバル倉数ずメンバ倉数は、生存期間がどの関数によっおも倉えられる可胜性がありたす。そのため、関数に枡されお来たグロヌバル倉数ずメンバ倉数に察しお AddRef() を呌び出し、䜿い終ったら Release() を呌び出す必芁がありたす。 -

-
NS_ADDREF(mFoo);
-TweekFoo(mFoo);
-NS_RELEASE(mFoo);
-
-

(もうすぐ) よく聞かれる質問

-

なぜ COM を真䌌る必芁があるのですか COM は最䜎ではないですか

-

この意芋は、おそらく OLE に察する経隓もしくは䌝聞を元にしおいるのではないでしょうか。重芁なこずは、COM は OLE ではないずいうこずです。OLE は COM の䞊に䜜られおいたすが、COM の茝かしい䟋ではありたせん。COM は単玔にむンタフェヌスの配眮ず䜿甚、たたここで倚くの説明をした重芁なコンポヌネントのための仕組みです。OLE (実際には OLE2) は COM を䜿甚する最初の詊みでした。 -

-

なぜ C++ なのですか

-

C++ は、むンタフェヌスを実装する間単な仕組みを持っおいたす。手動で関数テヌブルずマクロを䜿っおむンタフェヌスを組み立おるこずもできたすが、C++ コンパむラが自動的にやっおくれるこずに察しおは、単にそれを䜿うべきでしょう。 -

-

Cを䜿うこずはできたすか

-

むンタフェヌス以倖の郚分では、どこでも C を䜿うこずができたす。C でむンタフェヌスを宣蚀する仕組みもありたすが、ずおも倧倉ですし、コンパむラに䟝存しおしたいたす。我々は、これをできるだけ軜くしようずしおいたす。 -

-

なぜ COM ではないのですか

-

広範な COM のサポヌトがあるプラットフォヌムは、珟圚のずころ Windows だけです。Microsoft は、Macintosh 甚の COM 拡匵を出荷しおいたすが、䞀般的に Internet Explorer か Microsoft Office ずいっしょにしかむンストヌルされたせん。COM の UNIX サポヌトは、䞍十分です。 -

-

Windows 䞊の COM ではだめなのですか

-

それは、我々が必芁ずしおいるクロスプラットフォヌムな解決策ではないからです。我々は、サポヌトしおいるプラットフォヌム䞊での COM ず我々のむンタフェヌスが互換性を持぀ように努力しおいたす。そのため、(COM ではないずいうこずが) 問題ずならないかもしれたせん。ただ、ただ玄束はできたせん。 -

-

倧きな違いはなんでしょうか

-

Microsoft の MIDL コンパむラではなく、CORBA 準拠の IDL コンパむラの XPIDL を䜿っおいるこずです。それは、C++ ヘッダを生成するずきに NSPR の型を出力したす。Microsoft の .TLB フォヌマットずは互換性がない タむプラむブラリ も出力したす。XPCOM は、JavaScript のような 他の蚀語が実装し、たた XPCOM オブゞェクトの呌び出しを䜿えるようにするため、これらのタむプラむブラリを䜿いたす。タむプラむブラリず NSPR のむベントキュヌを䜿ったスレッド間の代理呌び出しも行いたす。 -

Microsoft は、COM の広範なサポヌト基盀を提䟛しおいたす。この技術は、Windows に組み蟌たれおいたすが、他の倚くのプラットフォヌムではそうではありたせん。この技術は、Microsoft からラむセンス取埗可胜ですが、明らかな理由から我々はそうしたせん。この技術の重芁な芁玠ず同等のものを、自分たちで必芁に応じお開発する぀もりです。 -

-

リンク

- -

修正履歎

- -
-

原文曞の情報

- -
-
-
diff --git a/files/ja/archive/mozilla/remote_debugging/index.html b/files/ja/archive/mozilla/remote_debugging/index.html deleted file mode 100644 index 6cbe51b9ef..0000000000 --- a/files/ja/archive/mozilla/remote_debugging/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: Remote debugging -slug: Archive/Mozilla/Remote_debugging -translation_of: Archive/Mozilla/Remote_debugging ---- -

When a bug is reproducible by a community member, but not on a developer's computer, a last-resort strategy is to debug it on the community member's computer. The crash victim should at least know how to run a debugger, if not how to use it, and should have a debug build of Firefox handy.

-

This requires quite a bit of trust, in both directions. The developer trusts that his time is not being wasted: the crash is a real bug in Firefox. (That is, there's a legitimate reason it happens only on some computers, but that reason just hasn't been discovered.) The crash victim, in turn, trusts the developer with full access to his computer.

-

A good place to start is a detailed stack (in gdb, use bt followed by bt full).  There give more information about the stack than a Breakpad crash report: not only the names of the functions on the stack, but also the values they were passed.

-

コアダンプ

-

コアダンプはクラッシュしたプログラムのメモリの党おを含む。それはプログラムが終了した埌でさえもデバッガにおいおクラッシュを芋るこずを可胜ずする。

-

コアダンプを転送するこずは扱いにくい。それは倧きく、個人情報を含むこずができるからである。

-

MacやLinuxにおけるコアダンプ

-

Mac䞊でコアダンプを生成するため、「ulimit -c unlimited」をタむプしお、コマンドラむンからFirefoxを起動し、Firefoxをクラッシュする。Firefoxがクラッシュしたずき、コアは /Cores に䜍眮する。そしおあなたはgdb(gdb firefox-bin corefile)にコアファむルをロヌドするこずができる。そしおそれはgdb䞋でFirefoxを起動しおいる間、あたかもクラッシュをキャッチしたかのようになるでしょう!

-

MacやLinuxのコアダンプを転送するずき、倚分さらに実行可胜なFirefoxもたた転送しなければならないでしょう。

-

Windowsにおけるコアダンプ

-

「minidumps」ず呌ばれる。このセクションは拡匵を必芁ずしたす。

-

Debugging over Bugzilla

-

Explain in the bug that you have a core file or can reproduce the crash as many times as needed. The developer can give you appropriate commands to type into the debugger.

-

Examples: 367650, 374356, 393325, 418139

-

Debugging over IRC

-

IRCで開発者を芋぀け、デバッガでバグを捕らえたこずを説明しおください。 デバッグは通垞倚くのオブゞェクトの衚瀺を必芁ずするので、これはBugzillaでデバッグするよりはるかに早い。IRCにペヌストするには長すぎるためpastebin.mozilla.orgを䜿いなさい。

-

Examples: 391851

-

リモヌトデスクトップを甚いおコンピュヌタを共有する

-

VNC や Fog Creek Copilotのようなリモヌトデスクトップ゜フトりェアを䜿甚するこずであなたのコンピュヌタを制埡するこずを開発者に提案しおください。

-

本人が盎接コンピュヌタを共有する

-

カリフォルニアのマりンテンビュヌにたたたた䜏んでいるなら、しばらくの間、あなたは恐らくMozilla開発者にラップトップを手枡すこずができたす。

-

Examples: 496391, 476241

diff --git a/files/ja/archive/mozilla/uriloader/index.html b/files/ja/archive/mozilla/uriloader/index.html deleted file mode 100644 index 5e7db385dc..0000000000 --- a/files/ja/archive/mozilla/uriloader/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: Uriloader -slug: Archive/Mozilla/Uriloader -tags: - - Uriloader -translation_of: Archive/Mozilla/Uriloader ---- -

Uriloader: ネットワヌクから入っおくるコンテンツ間ハンドラの凊理に責任を持ちたす。 -

- -
-
diff --git a/files/ja/archive/mozilla/working_around_the_firefox_1.0.3_dhtml_regression/index.html b/files/ja/archive/mozilla/working_around_the_firefox_1.0.3_dhtml_regression/index.html deleted file mode 100644 index 23fe88b0df..0000000000 --- a/files/ja/archive/mozilla/working_around_the_firefox_1.0.3_dhtml_regression/index.html +++ /dev/null @@ -1,63 +0,0 @@ ---- -title: Working around the Firefox 1.0.3 DHTML regression -slug: Archive/Mozilla/Working_around_the_Firefox_1.0.3_DHTML_regression -tags: - - DHTML -translation_of: Archive/Mozilla/Working_around_the_Firefox_1.0.3_DHTML_regression ---- -

問題

- -

以䞋の問題は FireFox 1.0.4 リリヌスで既にフィックスされおいたす。この文曞はバヌゞョン 1.0.3 のみに適甚されたす。

- -

FireFox 1.0.3 では倉曎され、これは前のバヌゞョンで適切に動䜜しおいたペヌゞ䞊にあらわれる以䞋の゚ラヌの原因ずなりたす:

- - -
Error: uncaught exception: [Exception... "Illegal operation
-on WrappedNative prototype object"
-nsresult: "0x8057000c (NS_ERROR_XPC_BAD_OP_ON_WN_PROTO)"
-location: "JS frame :: file_url :: anonymous :: line 789"  data: no]
-
- - -

もし、あなたがこの゚ラヌに遭遇した堎合、解決法は 2 ぀ありたす。

- - - - -

倉曎は FireFox 1.0.3 で実斜されたした。それは、いかにしおクロヌムから DOM の内容にアクセスするかに぀いおの倉曎です。これらの倉曎ずあなたが曞く必芁あるコヌドの倉曎に぀いお、 クロヌムからの DOM の内容ぞの安党なアクセスに぀いおの抂芁に蚘茉されおいたす。

- - -

解決策動䜜環境"file_url"が"非クロヌム.js"たたは.html ファむルである堎合

- -

もしこの堎合、FireFox 1.0.3 の䞻芁なセキュリティをフィックスしおいる間、我々が䞍泚意に玹介したバグの䞭で走らせるこずになりたす。これらのワヌクアラりンド(動䜜環境)は以䞋に蚘茉したす:

- -

Geckoベヌスのブラりザ

- -
var elementProto = Element.prototype;
-
-elementProto.__proto__ = {
-  get text() { return this.firstChild.nodeValue; },
-  __proto__: elementProto.__proto__
-};
-
- -

Note: get text() {...} シンタックスは、非 Gecko ブラりザでは機胜したせん。

- - -

すべおのブラりザ

- -
var elementProto = Element.prototype;
-var elementGrandProto = elementProto.__proto__ = {
-  __proto__: elementProto.__proto__
-};
-
-elementGrandProto.__defineGetter__('text',
-  function () { return this.firstChild.nodeValue; }
-);
- - -

泚蚘: もしあなたが、あらかじめ定矩されたプロトタむプの属性を䞊曞きしようずするならば、これらの䟋で凊理したように、その埌の代わりに DOM のプロトタむプの先頭にそれらのバニラオブゞェクトを眮く必芁があるかもしれたせん。この堎合、すべおのブラりザに察しお DOM のプロトタむプをリセットするこずは泚意しお䞋さい。 ( FireFox 1.0.3 に察しおだけは、ナヌザ゚ヌゞェントず Element.prototype のリセットを怜出する必芁がありたす。他のブラりザは __proto__ をサポヌトしたせん。そのため、既存のプロトタむプチェむンに挿入しないで䞋さい)

- - -

さらなる情報

-

远加情報は、 バグ 290777を参照しお䞋さい。

diff --git a/files/ja/archive/mozilla/writing_textual_data/index.html b/files/ja/archive/mozilla/writing_textual_data/index.html deleted file mode 100644 index f678277b63..0000000000 --- a/files/ja/archive/mozilla/writing_textual_data/index.html +++ /dev/null @@ -1,91 +0,0 @@ ---- -title: Writing textual data -slug: Archive/Mozilla/Writing_textual_data -tags: - - Add-ons - - Extensions - - Internationalization -translation_of: Archive/Mozilla/Writing_textual_data ---- -

この蚘事では、囜際化を考慮し぀぀、テキストデヌタをストリヌム、ファむル、゜ケットに曞き蟌む方法を説明したす。 -

-
-

譊告この蚘事では仕様が未確定のむンタフェヌスを䜿甚しおいたす。これらのむンタフェヌスは新しい Mozilla では倉曎になる可胜性があり、そのずきはコヌドが機胜しなくなるかもしれたせん。 -

-
-

テキストデヌタを出力ストリヌムやファむルに曞き蟌むずきは、文字゚ンコヌディングを遞択する必芁がありたす。 -

UTF-8、UTF-16、UTF-32 ずいった文字゚ンコヌディングは、その他が党レパヌトリの䞀郚しか衚せないのに察しお、「すべおの」文字Unicode の党レパヌトリを衚すこずができたす。 -

そのファむルがアプリケヌションや拡匵機胜自身からしか読み蟌たれないのであれば UTF-8 の䜿甚は最良の遞択です。すべおの文字を衚すこずができ、ASCII 文字も効率的に衚されたす。 -

-

ストリヌムぞの曞き蟌み

-

Gecko 1.8 (SeaMonkey 1.0、Firefox 1.5) では nsIConverterOutputStream を䜿うこずができたす。 -

-
var charset = "UTF-8"; // Mozilla がサポヌトしおいる文字゚ンコヌディング名なら䜕でも指定可
-
-var os = Components.classes["@mozilla.org/intl/converter-output-stream;1"]
-                   .createInstance(Components.interfaces.nsIConverterOutputStream);
-
-// ここでは fos は曞き蟌み先にしたい nsIOutputStream であるず仮定
-os.init(fos, charset, 0, 0x0000);
-
-os.writeString("Umlaute: \u00FC \u00E4\n");
-os.writeString("Hebrew:  \u05D0 \u05D1\n");
-// etc.
-
-os.close();
-
-

writeString を䜿ったほうが JavaScript のコヌドがシンプルになりたすが、write 関数を䜿甚しお文字配列を曞き蟌むこずもできたす。 -

この䟋では 0 を第 3 匕数にしおいたす。これによっおバッファリングを無効にしおいたす泚意コンバヌタストリヌムの実装はバッファリングをサポヌトしおいない可胜性がありたす。0 にするずストリヌムに即座にデヌタを曞き蟌むこずになりたす。しかし、4096 などにしたほうがパフォヌマンスは向䞊したす。 -

-

未サポヌトの文字

-

遞択した文字゚ンコヌディングがサポヌトしおいない文字を䜿甚したこずでどんな問題が生じるかを指定できたす。init の最埌の匕数がそれを指定しおいたす。0x0000 は未サポヌトの文字を曞き蟌むず䟋倖を投げNS_ERROR_LOSS_OF_SIGNIFICANT_DATA ずいう゚ラヌコヌド、デヌタを曞き蟌たないずいうこずを意味したす。 -

このような堎合に代わりの文字を曞き蟌むずきは 0x00 の代わりに文字を指定しおください。 -

-
os.init(fos, charset, 0, "?".charCodeAt(0));
-
-

もちろん、この䟋での "?" を別のどんな文字ず眮き換えおもかたいたせん。U+ABCD のようなどんな unicode 文字も 0xABCD のように盎接指定するこずもできたす。 -

泚意眮換する文字が遞択した文字゚ンコヌディングでサポヌトされおいない堎合、未サポヌトの文字を曞き蟌もうずし、NS_ERROR_LOSS_OF_SIGNIFICANT_DATA ずずもに倱敗したす。 -

-

Gecko 1.8 以前のバヌゞョン

-

Firefox 1.0.x や Mozilla 1.7.x 以前のバヌゞョンでは nsIConverterOutputStream をサポヌトしおいたせん。 -

JavaScript から利甚可胜な代替策はヌルの埋め蟌みを䜿っおいる文字゚ンコヌディングUTF-16 や UTF-32 などをサポヌトしおいたせん。手動で nsIScriptableUnicodeConverter を䜿っお曞き蟌みたい文字列をバむト列に倉換し、それをストリヌムに曞き蟌むこずになりたす。 -

以䞋がその䟋です。 -

-
// たずコンバヌタの取埗ず初期化
-var converter = Components.classes["@mozilla.org/intl/scriptableunicodeconverter"]
-                          .createInstance(Components.interfaces.nsIScriptableUnicodeConverter);
-converter.charset = /* 䜿いたい文字゚ンコヌディングこの䟋では UTF-8 */ "UTF-8";
-
-

そしお倉換し、ストリヌムに曞き蟌みたす。 -

-
// このコヌドでは os は nsIOutputStream、
-// your_string は曞き蟌みたい文字列ず仮定
-var chunk = converter.ConvertFromUnicode(your_string);
-os.write(chunk, chunk.length);
-// 必芁に応じ、他の文字列に察しおも繰り返し
-
-

最埌に、Finish を呌び出し、デヌタをストリヌムに曞き蟌む必芁がありたす。 -これを必芁ずする文字゚ンコヌディングはあたりありたせんが、これが必芁な文字゚ンコヌディングを扱う際に、この䜜業はきちんずした出力を埗るために重芁なこずなのです。 -

-
 var fin = converter.Finish();
- if (fin.length > 0)
-   os.write(fin, fin.length);
- os.close();
-
-

ストリヌムぞの文字列の倉換

-

文字列をストリヌムに倉換したほうが䟿利な堎合がありたす。たずえば nsIUploadChannel を䜿っおアップロヌドする堎合です。 -

この䟋では Gecko 1.8 (Firefox 1.5、SeaMonkey 1.0) が必芁です。 -

nsIScriptableUnicodeConverter にはそのためのシンプルなメ゜ッドがありたす。 -

-
// たずコンバヌタの取埗ず初期化
-var converter = Components.classes["@mozilla.org/intl/scriptableunicodeconverter"]
-                          .createInstance(Components.interfaces.nsIScriptableUnicodeConverter);
-converter.charset = /* 䜿いたい文字゚ンコヌディングこの䟋では UTF-8 */ "UTF-8";
-
-// そしお文字列を nsIInputStream に倉換
-var stream = converter.convertToInputStream("A string with non-ASCII characters: \u00FC \u05D0\n");
-// ストリヌムを nsIInputStream ずしお䜿えるようになった
-
-

関連項目

-

テキストデヌタの読み蟌み -

diff --git a/files/ja/archive/mozilla/xbl/index.html b/files/ja/archive/mozilla/xbl/index.html deleted file mode 100644 index 8ab7add86e..0000000000 --- a/files/ja/archive/mozilla/xbl/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: XBL -slug: Archive/Mozilla/XBL -tags: - - XBL -translation_of: Archive/Mozilla/XBL ---- -

-XML Binding Language (XBL, 時おり、拡匵可胜なバむンディング蚀語 (Extensible Bindings Language) ずも呌ばれたす) は、他のドキュメント内の芁玠にアタッチできるバむンディングを蚘述する蚀語です。バむンディングがアタッチする芁玠は、「XBL に結び付けられた芁玠」ず呌ばれ、 バむンディングで定矩された新しいビヘむビア (振る舞い) を持ちたす。 -

バむンディングは、XBL に結び付けられた芁玠に登録されたむベントハンドラ、XBL に結び付けられた芁玠からアクセス可胜な新しいメ゜ッドずプロパティの実装、そしおXBL に結び付けられた芁玠の䞋に挿入される匿名コンテントを含むこずができたす。 -

ほずんどの XUL りィゞットは少なくずも郚分的に XBL を䜿っお実装されおいたす。既存の XUL や HTML、SVG、そしお XBL を䜿った他の基本実装からあなた自身の再利甚可胜なりィゞットを䜜るこずができたす。 -

-

仕様

- -

sXBL ず XBL2 のいく぀かの違いは Anne van Kesteren 氏の蚘事 (2005/11) にリストされおいたす。 -

Mozilla の XBL ず XBL2 の違いに぀いおは、Jonas Sicking によるニュヌスグルヌプぞの投皿 (2007/04) で説明されおいたす。 -

-

参照

- - -

コミュニティ

- -

-

diff --git a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/anonymous_content/index.html b/files/ja/archive/mozilla/xbl/xbl_1.0_reference/anonymous_content/index.html deleted file mode 100644 index 9a11555345..0000000000 --- a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/anonymous_content/index.html +++ /dev/null @@ -1,179 +0,0 @@ ---- -title: Anonymous Content -slug: Archive/Mozilla/XBL/XBL_1.0_Reference/Anonymous_Content -tags: - - XBL -translation_of: Archive/Mozilla/XBL/XBL_1.0_Reference/Anonymous_Content ---- -

はじめに

- -

バむンディングは、content 芁玠を䜿っお「無名コンテンツテンプレヌト」を定矩するこずができたす。このテンプレヌトはバむンディングの結び぀けの間にバりンド芁玠の呚蟺に生成されるだろうコンテンツ (内容) ツリヌを蚘述したす。単独のタグを䜿っおバりンドドキュメントに宣蚀された芁玠は、耇数の子䟛芁玠によっお構築され、この実装(XUL偎)はバりンドドキュメントから隠されたす。

- -

䟋えば、HTML ファむルアップロヌドコントロヌルは倚くのブラりザではテキストフィヌルドずボタンで構成された混合郚品ずしお衚瀺されたす。ファむル郚品のためのサンプル XBL バむンディングは以䞋のようになるでしょう。

- -
<binding id="fileupload">
-  <content>
-    <html:input type="text"/>
-    <html:input type="button"/>
-  </content>
-</binding>
-
- -

このコンテンツ (content) は芪芁玠から芋えないため、「匿名コンテンツ」ず呌ばれたす。

- -

スコヌプ䜿甚 ず DOM を䜿ったアクセス

- -

バむンディングが結び぀けられ、特定の条件が満たされたずき、バむンディングの content 芁玠の子䟛は耇補されたす。XBL 名前空間の芁玠ず属性は決しお耇補されたせん。バりンド芁玠の配䞋に生成されたコンテンツでは、最䞊䜍ノヌドの parentNode ポむンタはバりンド芁玠に蚭定されたす。無名コンテンツの芁玠はバりンド芁玠より䞊䜍に構築されるずき、最䞊䜍芁玠の parentNode ポむンタはバりンド芁玠の parentNode に蚭定されたす。すべおの無名ノヌドの ownerDocument ポむンタは生成時にバりンドドキュメントにセットされたす。

- -

結局、無名コンテンツはドキュメント内郚の遮断された自身の領域の䞭に存圚しおいたす。parentNode を䜿っお、無名コンテンツノヌドは明瀺された芪を参照するこずができたすが、明瀺された芪は自分の無名子䟛に぀いお䜕も知りたせん。無名コンテンツはバりンド芁玠のための childNodes リストを通じおアクセス可胜ではありたせん。そしお、バりンド芁玠の子䟛を通しお順次アクセスするための firstChild/nextSibling を䜿ったアクセスも可胜ではありたせん。 The anonymous content is accessible only through special methods like getAnonymousNodes and getAnonymousElementByAttribute.

- -

無名コンテンツはドキュメント内郚のノヌドに「スコヌプ」の抂念を取り入れたす。無名コンテンツ芁玠はたた、その無名コンテンツを生成するのに結び぀けられたバむンディングを持぀こずができるため、このスコヌプ䜿甚は任意のネストのレベルをずるこずができたす。

- -

明瀺的なコンテンツは「ドキュメントレベルのスコヌプ」であるず呌ばれたす。無名コンテンツノヌドは自身の「バむンディングレベルのスコヌプ」にありたす。バむンディングのスコヌプは無名ノヌドの生成する責任を持぀バむンディングを含むバりンド芁玠によっお決定されたす。

- -

芁玠のスコヌプは DocumentXBL むンタフェヌス䞊の getBindingParent メ゜ッドを䜿っお決定されたす。詳现情報は セクション 3 を参照のこず。このメ゜ッドは無名ノヌドに責任を持぀そのノヌドを囲んでいるスコヌプの䞭のバりンド芁玠を返したす。もし、ドキュメントレベルのスコヌプで芁玠䞊で呌び出されたら、null を返したす。

- -

(䟋えば getElementsByTagName のような) 芁玠䞊で呌び出されるこずのできる DOM メ゜ッドは同じスコヌプにあるノヌドだけを芋るこずができるでしょう。(䟋えば getElementById のような) ドキュメント䞊で呌び出されるメ゜ッドは、ドキュメントレベルのスコヌプにあるノヌドだけ参照するこずができたす。

- -

コンテンツの生成

- -

生成の芏則

- -

バむンディングが芁玠に結び぀けられるずきはい぀でも、無名コンテンツは生成されたり砎棄されたりする可胜性がありたす。新しいバむンディングが結び぀けられるず、明瀺的な぀ながりの䞭のバむンディングは無名コンテンツテンプレヌトを持っおいるか芋るために調べられたす。テンプレヌトをずもなう぀ながりの䞭の倧半の掟生バむンディングは、無名コンテンツが生成されるべきか決定するのに䜿われるものです。

- -

生成のためのチェックがなされる時にバりンド芁玠の䞋に芋぀かったすべおの明瀺的なコンテンツ (内容) のためのテンプレヌト内郚で定矩されおいる挿入点がある時だけ、無名コンテンツはテンプレヌトから生成されたす。バむンディングが明瀺的なコンテンツ (内容) に察する挿入点を䜕も定矩しおいなければ、バりンド芁玠が明瀺的な子䟛を持たない時に限り、無名コンテンツは構築されるでしょう。

- -

すべおの明瀺的な子䟛が有効な挿入点を持぀ず仮定するず、無名コンテンツはバりンド芁玠の䞋に生成されたす。生成に責任を持぀バむンディングは「第䞀生成バむンディング」ず呌ばれたす。第䞀生成バむンディングがバりンド芁玠䞊で倉曎されるずきはい぀でも、バりンド芁玠のスコヌプにあるすべおの無名ノヌドは砎棄されたす。

- -

contentgenerated むベント

- -
-

Note: The contentgenerated event is not implemented yet; see {{bug(223411)}}.

-
- -

コンテンツがバむンディングのテンプレヌトからビルドされるずきはい぀でも、contentgenerated が発生したす。バむンディングではバむンディングがコンテンツを生成した埌に実行されるためのスクリプトを含んだ contentgenerated ハンドラを定矩できたす。

- -

コンテンツ生成ハンドラは第䞀生成バむンディングが倉化しバむンディングがバりンド芁玠呚蟺でコンテンツを生成するべきず刀断されるずきに必ず呌び出されたす。バむンディングの぀ながりのためのこのハンドラは基底バむンディングからもっずも掟生したバむンディングたでい぀も発生したす。぀ながりのすべおのバむンディングからのコンテンツが生成されるたで、どのハンドラも呌び出されたせん。

- -

contentdestroyed むベント

- -

第䞀生成バむンディングが倉曎 (他のバむンディングになるか、たったく䜕にもならないか) される時はい぀でも、もし無名コンテンツがすでに珟圚バりンド芁玠の呚蟺にある時、そのコンテンツは砎棄されたす。コンテンツの砎棄に先立っお、contentdestroyed むベントが発生したす。

- -

ハンドラは぀ながりの最も掟生したバむンディングから基底バむンディングたで実行されたす。すべおのハンドラはコンテンツが実際に砎棄される前に発生したす。ハンドラが発生した時、第䞀生成バむンディングはただ倉曎されおいたせん。

- -

属性転送

- -

無名コンテンツ芁玠䞊の属性は、バりンド芁玠䞊の属性に結び付けるこずができたす。属性がバりンド芁玠䞊にセットもしくは削陀される時はい぀でも、無名コンテンツ䞊の察応する属性もセットもしくは削陀されたす。テンプレヌトのどの無名コンテンツ芁玠䞊でも、inherits 属性は継承されるべき属性のカンマ (,) で区切られたリストで定矩するために䜿うこずができたす。名前空間をずもなう属性は、名前空間接頭蟞を䜿っお定矩されるこずができ、属性名はコロン (:) で区切られたす。

- -

䟋えば、HTML ファむルアップロヌドコントロヌル䞊で、無名テキストフィヌルドは自動的にバりンド芁玠から value 属性を継承するために組み立おられたす。

- -
<xbl:binding id="fileUploadControl">
-  <xbl:content>
-    <html:input type="text" xbl:inherits="value"/>
-    <html:input type="button" value="Browse..."/>
-  </xbl:content>
-</xbl:binding>
-
- -

inherits リストのどの゚ントリも、属性を単にリストする (䞊蚘䟋の value のように) こずや、バりンド芁玠䞊の属性に結び付けるべき無名コンテンツ䞊の属性で構成されるむコヌル (=) で区切られたペアの䞭で定矩するこずができたす。無名コンテンツ属性は最初にならべられたす。

- -

xbl:text ずいう特別な倀を = で区切られたペア䞭で䜿甚するこずができたす。ここで定矩されおいる接頭蟞は XBL 名前空間のこずです。ペアの巊蟺倀ずしお定矩された時、xbl:text は右蟺倀の属性は無名芁玠の䞋のテキストノヌドずしお貯えられるべきだずいうこずを瀺したす。右蟺倀ずしお䜿われた時、xbl:text はバりンド芁玠の明瀺的な子䟛の生のテキストノヌドは融合すべきで、戻り倀は巊蟺倀の属性ずしお貯えられるべきだずいうこずを瀺したす。

- -

xbl:text 倀はそれ自身でリストの䞭に珟れるこずはできたせん。xbl:text はむコヌル (=) で区切られたペアの䞭でだけ䜿われたす。

- -

コンテンツがテンプレヌトから生成された時、inherits 属性は耇補されないこずを泚意しおください。

- -

挿入点

- -

<children> ず <element>

- -
-

Note: The element tag is not implemented (yet?); see {{bug(98712)}}.

-
- -

無名コンテンツの亀互配眮

- -

XBL バむンディングは、無名コンテンツをバりンド芁玠ずその明瀺的子䟛ずの間に綎じ蟌みたす。それらは XBL の children タグや element タグを䜿うこずでそのようにできたす。いく぀かの children タグはバむンディングの無名コンテンツテンプレヌトで䜿われるでしょう。children が䜿われおいる堎所は「挿入点」ず呌ばれたす。

- -

挿入点には二皮類ありたす。明瀺的なそれず、継承されたそれです。明瀺された挿入点はバりンド芁玠の明瀺的な子䟛が挿入された堎所を指定したす。明瀺的な挿入点は、第䞀生成バむンディング䞊で芋぀かった時にだけ䜿われたす。他のバむンディング䞊の明瀺的な挿入点は無芖されたす。

- -

継承された挿入点は、無名コンテンツを導く぀ながりの次のバむンディングによっお生成された無名コンテンツを眮くのに䜿われたす。そのバむンディングは基底バむンディングのための継承された挿入点を定矩するこずもできたす。このパタヌンはバむンディングの぀ながりのすべおの段階で同様です。

- -

includes 属性を䜿っお定矩された XPath セレクタはどの挿入点の䞋に䞎えられた子䟛を眮くべきかを決めたす。どの属性も定矩されおいない時、挿入点は䞀般のものず考えられ、すべおのコンテンツに䞀臎したす。

- -

䞎えられたコンテンツの断片のために䜿われた挿入点は、コンテンツテンプレヌトの第䞀階局であるずき、芁玠に合臎するノヌドセットのセレクタに、はじめお遭遇したした。

- -

element タグは無名コンテンツを生成する芁玠に関係するバりンド芁玠の䜍眮を定矩したす。たった䞀぀の element タグだけが無名コンテンツテンプレヌトに存圚するこずができたす。第䞀生成バむンディングでないバむンディング䞊に働きかけるどの element タグも無芖されたす。もし、バりンド芁玠がそれを生成する無名コンテンツの䞋などに再配眮されるず、第䞀バむンディングに生成されたすべおのルヌト無名芁玠は修正されたツリヌのバりンド芁玠のために䜿われる挿入点に配眮されたす。

- -

element 芁玠ず children 芁玠は、コンテンツがテンプレヌトから生成された時、決しお耇補されないこずに泚意しおください。

- -

DOM の倉曎の凊理

- -

挿入点は、芁玠が DOM ぞ挿入されたり、DOM から切り離されたりする時に、䜿われるために続きたす。芁玠が挿入たたは远加される時、すべおの挿入点は無名コンテンツ生成の間明瀺された子䟛を最初に配眮する時に適甚されるのずたったく同じ芏則に埓っおチェックされたす。新しく挿入された子䟛に、挿入点が芋぀からなければ、バむンディングはもうバりンド芁玠にはめ蟌たれず、すべおの無名コンテンツは砎棄されたす。

- -

芁玠が取り陀かれた時はい぀でも、それは単に芁玠に生成されたすべおの無名コンテンツに埓っおその挿入点から芋えなくなりたす。

- -

暙準 DOM API を䜿っおバりンド芁玠の䞋に含たれる無名コンテンツを操䜜するこずは可胜です。もし、挿入点を含んだ無名コンテンツが削陀されるず、挿入点の䞋で芋぀かったどの明瀺された子䟛も䞀臎する他の挿入点に再配眮されたす。繰り返したすが、もしすべおの子䟛が再配眮されなければ、無名コンテンツは砎棄されたす。

- -

{{ mediawiki.external('線集者メモ: 挿入点回収、動的挿入点新芏䜜成、挿入点削陀ずいった API は必芁か ElementXBL 䞊ではどうか') }}

- -

むベントフロヌずタヌゲット

- -

フロヌずスコヌプを超えたタヌゲット蚭定

- -

DOM むベントは、明瀺された察象䞊で可胜に発生するのず同様に、無名察象䞊で発生したす。むベントフロヌが同じスコヌプの䞭にある限り、DOM Level 2 Events 仕様曞 で抂説されおいる振る舞いず違いはありたせん。

- -

むベントは、党芁玠が children タグず element タグによっお再配眮された埌の最終的な倉換埌のコンテンツモデルを流れおいきたす。

- -

バりンド芁玠のスコヌプにある無名芁玠からバりンド芁玠自身ぞむベントがフロヌする (流れる) ずきはい぀でも、二぀のうちいずれかの動きが発生したす。䞀方のむベントはバりンド芁玠が察象になるための察象倉曎で、もう䞀方のむベントは停止ず次のフェヌズぞの移行です。むベントが察象倉曎ずなるず、むベントの target フィヌルドはバりンド芁玠に蚭定されたす。むベントの発生源である元の無名コンテンツはむベントオブゞェクトの新しいフィヌルドである originalTarget から埗るこずができたす。

- -
(察象倉曎か停止か) いずれの動きが起きるかは、むベント型により限定されたす。䞀般に、UI むベントは察象倉曎し、倉異むベントは停止したす。この芏則の䟋倖を埌述したす。
-
- -

focus ず blur むベント

- -

focus むベントや blur むベントがスコヌプの境界を暪切るずき、バりンド芁玠はフォヌカス可胜かどうか確かめられたす。䟋えば、ナヌザ゚ヌゞェントは通垞、芁玠䞊でフォヌカスを埗るむベントやフォヌカスが離れるむベントを起こしたす。もし、バりンド芁玠がフォヌカス蚭定可胜なら、そのむベントは目暙再蚭定したす。もし、フォヌカス蚭定䞍胜なら、むベントは停止したす。フォヌカス可胜なバりンド芁玠の䞋の無名コンテンツのフォヌカスが倖れ、バりンド芁玠の無名コンテンツがたたフォヌカスを埗たずき、フォヌカスの離れずフォヌカスを埗るの䞡方のむベントは停止したす。バりンド芁玠に関する限り、二぀のむベントを通しおフォヌカスは保たれたす。

- -

無名コンテンツはナヌザがドキュメントを通しおタブで指定したずきにフォヌカスを受け取りたす。同じルヌルが圓おはたりたす。もし、無名コンテンツがフォヌカス蚭定可胜なら、タブでの指定も可胜です。しかし、バりンド芁玠がフォヌカス蚭定䞍可胜なら、むベントはそのバりンド芁玠に届く前に停止するでしょう。

- -

HTML 4 では、tabindex 属性をフォヌカス蚭定可胜な芁玠のタブ順序を指定するために䜿うこずが出来たす。この属性は無名コンテンツ䞊にも指定可胜です。スコヌプそれぞれが固有のタブ順序を持っおいたす。あるのスコヌプ内でのtabindex 倀は、他のスコヌプでは無芖されたす。

- -

䟋ずしお、upload (アップロヌド) コントロヌルの HTML を考えおみたす。これは textfield (テキストフィヌルド) ず button (ボタン) ずいう、二぀の亀互のフォヌカス可胜な無名芁玠からなるフォヌカス可胜な芁玠です。テキストフィヌルドずボタン䞊では、タブは順序は、タブ抌䞋時に file (ファむル) コントロヌルのコンポヌネントがアクセスされるべき順番を決定するために指定されるべきです。

- -

ナヌザが file (ファむル) コントロヌルがフォヌカスを埗るようタブを抌䞋したずき、ナヌザ゚ヌゞェントは、無名コンテンツ芁玠によっお指定されるタブ順序を䜿っお、いずれかの無名コンテンツもフォヌカスを埗たのかを決定しなければなりたせん。そしお、file コントロヌル内郚でテキストフィヌルド䞊でフォヌカスむベントが生成されたす。このむベントの流れがスコヌプを暪切ったずき、file コントロヌル自身の䞊でフォヌカスむベントずなるよう察象が再蚭定されたす。

- -

バりンド芁玠がすでにフォヌカスを埗おいる堎合も、フォヌカスむベントは停止されたす。たずえば、もしナヌザがすでに HTML ファむルアップロヌドコントロヌル内郚のテキストフィヌルドにフォヌカスを埗おいるならば、そのファむルアップロヌドコントロヌルは今、フォヌカスを埗おいたす。もしナヌザがたた、ファむルアップロヌドコントロヌルの内郚のボタンにフォヌカスを合わせたずき、そのボタンのために生成されたフォヌカスむベントはファむルコントロヌルに届く前に停止したす。それは、ファむルコントロヌルがすでにフォヌカスを埗おいるからです。

- -

耇数のスコヌプの䞭のコンテンツがフォヌカス可胜なため、CSS :focus 疑䌌芁玠は階局的です。スタむルルヌルは、(䞊蚘の䟋の䞭の) ファむルコントロヌルずファむルコントロヌル内郚のフォヌカスを埗た芁玠の䞡方にマッチするず仮定しお曞くこずができたす。蚀い換えれば、芁玠の任意の぀ながりが、:focus 状態の䞭に同時にあるこずができたす。

- -

mouseover ず mouseout むベント

- -

mouseover むベントず mouseout むベントは、マりスが本圓に (ある無名コンテンツに入っおいくか出おいくのに加えお) バりンド芁玠に入っおくか出おいく時にタヌゲットを新たに定めたす。もし、しかし、ナヌザがバりンド芁玠自身から出入りするこずなく単に無名芁玠から他ぞマりスを動かしたずするず、むベントは停止したす。

- -

䟋えば、もしナヌザが巊から HTML ファむルアップロヌドコントロヌルに入るず、mouseover むベントは無名の textfield に察しお生成されたす。このむベントはたた、file コントロヌル自身の mouseover も構成芁玠ずしおいるため、このむベントはスコヌプをたたいで流れるずき、察象が再蚭定されたす。もし、ナヌザが textfield から button ぞマりスを動かせば、mouseout は textfield に生成され、button の mouseover が埌を远いたす。

- -

これらのいずれのむベントも file コントロヌル自身の mouseover か mouseout で構成されるため、このむベントは file コントロヌル自身を流れるこずは蚱されたせん。もし、ナヌザが右ぞマりスを動かし続け、button を離れたら、file コントロヌルをも出おしたっおいるため、そのずき生成された mouseout は察象を再蚭定されたす。

- -

無名コンテンツず CSS

- -

セレクタずスコヌプ

- -

バむンディングは無名芁玠をバりンド芁玠ずその明瀺的な子䟛ずの間に綎じ蟌みたす。詳现は 挿入点 を参照のこず。この状況では、明瀺的コンテンツのノヌドツリヌずは違った新しいツリヌが珟れたす。単独の明瀺的な芪 (バりンド芁玠) を持぀のに加えお、明瀺的な子䟛は (子䟛の挿入点もしくは element タグが䜿われたずきバむンディングに生成される) 任意の無名な芪のセットをも持ちたす。子䟛、子孫、そしお兄匟のセレクタは無名もしくは明瀺的な芁玠のパスにマッチしたす。

- -

CSS に関する限り、無名コンテンツのノヌドはバりンド芁玠の子䟛 (もしくは子孫) です。これらは明瀺的コンテンツの先祖で、明瀺的コンテンツの兄匟です。子䟛、子孫、兄匟セレクタに適甚されるスタむルルヌルは透過しおバむンディングのスコヌプを暪切り、倉曎されたもしくはオリゞナルのたたのコンテンツモデル䞊で操䜜されたす。

- -

最埌に修正されたコンテンツツリヌはどのように CSS プロパティ (䟋font や color) が継承されるかを決定したす。芁玠は、(ちょうどコンテンツモデルにおいお芋られるように) その明瀺的な芪の䞋になるに至るか、挿入点の぀ながりを通すネストになるに至りたす。ネストになった堎合、もっずも内偎の無名の芪から継承したす。

- -

バむンディングスタむルシヌト

- -

バむンディングファむルは stylesheet 芁玠を䜿っおスタむルシヌトを読み蟌むこずができたす。デフォルトでは、これらのスタむルシヌトはバりンド芁玠ず、そしおバりンド芁玠ぞ結び付けられたすべおのバむンディングから生成されたすべおの無名コンテンツに適甚されたす。これらのシヌトはバむンディングが担うルヌルをずもなうシヌト同様の同じ起源を持っおいたす。DOM を䜿っお結び付けられたバむンディングによっお読み蟌たれたスタむルシヌトは author レベルのシヌトずしお扱われたす。

- -

{{ mediawiki.external('線集者メモ: バむンディングの継承がこのカスケヌド適甚を耇雑にしおいたす。author レベルの DOM バむンディングは user レベルのバむンディングから継承されるこずもあるからです。もし、䞡方がシヌトを読み蟌んだら、連鎖的適甚の䞭でそれらのシヌトがどのレベルに属するのか') }}

- -

シヌトはい぀ももっずも内偎のスコヌプからもっずも倖偎のスコヌプぞ向かっお進みたす。この順序であるこずにより、りィゞェットを定矩するバむンディングは、りィゞェットのクラむアントによっお簡単に䞊曞きされうるりィゞェットのためのデフォルトの芋た目を定矩するこずが出来たす。耇数のバむンディングが同じ芁玠に結び぀けられたために、シヌトは基底バむンディングからもっずも掟生したバむンディングにかけお䞋っお進みたす。

- -

バむンディングでは二぀の属性によっおスタむルシヌトのスコヌプを埮調敎するこずができたす。䞀぀は inheritstyle で、倖のスコヌプで定矩された author シヌトがむンディングに生成された無名コンテンツに圱響を䞎えるかどうかを指定したす。第䞀生成バむンディングのみのため、この属性は、スコヌプが倖偎のレベルであるいずれかの author シヌトがバりンド芁玠に結び぀けられたバむンディングによっお生成された無名コンテンツぞ適甚されるべきかをみるためにチェックされたす。もしこの属性がセットされおいれば、倖のスコヌプの author シヌトで定矩されたルヌルたでたどり着きたせん。

- -

デフォルトでは、バむンディングファむルで定矩されたスタむルシヌトはバりンド芁玠ず芁玠に結び぀けられたバむンディングによっお生成された無名コンテンツにだけ適甚されたす。

- -

ナヌザ゚ヌゞェントシヌトずナヌザシヌトは、い぀でもすべおのスコヌプに適甚されたす。

diff --git a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/binding_attachment_and_detachment/index.html b/files/ja/archive/mozilla/xbl/xbl_1.0_reference/binding_attachment_and_detachment/index.html deleted file mode 100644 index 6f41c27e01..0000000000 --- a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/binding_attachment_and_detachment/index.html +++ /dev/null @@ -1,83 +0,0 @@ ---- -title: Binding Attachment and Detachment -slug: Archive/Mozilla/XBL/XBL_1.0_Reference/Binding_Attachment_and_Detachment -tags: - - XBL -translation_of: Archive/Mozilla/XBL/XBL_1.0_Reference/Binding_Attachment_and_Detachment ---- -

-

-

CSS を䜿った取り付け

-

バむンディングは -moz-binding プロパティを䜿っお CSS を通しお芁玠に結び぀けるこずができたす。 -

-moz-binding
-倀: none | [<uri>,]</uri>* <uri> | inherit
-初期倀: none
-適甚先: すべおの芁玠 (生成された内容ず疑䌌芁玠は陀く)
-継承: なし
-パヌセンテヌゞ: 適甚䞍可
-

-moz-binding プロパティの倀は特定のバむンディングを䞀意に識別する URL のセットです。セットの䞭の個々の URL はバむンディングのドキュメント URL ずバむンディングのドキュメントで固有の識別子から成っおいたす。 -

以䞋の䟋では、バむンディングはすべおの HTML checkbox (チェックボックス) 芁玠に結び぀けられいるものに参照されおいたす。

-
input[type="checkbox"] {
-  -moz-binding: url("http://www.mozilla.org/xbl/htmlBindings.xml#checkbox");
-}
-
-

CSS によっお結び぀いたバむンディングは芁玠がスタむルルヌルに合臎し぀づけおいる限り、バりンド芁玠䞊に残るでしょう。バりンド芁玠のスタむルが他のバむンディングを結び぀けるず決定した堎合、い぀でも元のバむンディング (ずその継承の぀ながりで明瀺的に拡匵されるすべおのバむンディング) は分離されたす。 -

スタむルルヌルにマッチする芁玠にはバむンディングは結び぀けられたせんが、display:none スタむルが蚭定されおいる芁玠内には結び぀けられたす。バグ 307098 を参照しおください。 -

芁玠がドキュメントから取り陀かれたずきはい぀でも、ドキュメントに読み蟌たれた CSS を通しお結び぀けられたどのバむンディングも分離されるでしょう。

-

element.style プロパティを䜿った取り付け

-

バむンディングは、element.style.MozBinding プロパティを適甚するスクリプトを通じお芁玠に取り付けられたす。それぞれのバむンディングは、element.style.MozBinding を空文字列に蚭定するこずで取り倖しできたす。 -

泚: 叀い資料に曞かれおいる document.addBinding や document.removeBinding ずいう DOM メ゜ッドは䞍芁ずしお砎棄され、珟圚は実装されおいたせん。 -

-
var checkbox = document.getElementById("mycheckbox");
-checkbox.style.MozBinding =
- "url(http://www.mozilla.org/xbl/htmlBindings.xml#checkbox)";
-
-

この結び぀けは必ずしも同期化されたせん。このメ゜ッドを呌び出すスクリプトは、メ゜ッドから返った盎埌にはバむンディングが蚭定されおいるず仮定すべきではありたせん。 詳现は バむンディングドキュメント を参照。 -

バむンディングが DOM を䜿っお結び぀けられるずき、それはすでに芁玠に結び぀けられおいるだろう珟圚もっずも掟生が盎近のバむンディングから継承したす。芁玠に結び぀けられたどのバむンディングも、芁玠が砎棄されるか察応するスタむルルヌルが削陀されるたで芁玠䞊に残るでしょう。 -

バむンディングが結び぀けられ、そのバむンディングが既に extends 属性によっお掟生バむンディングを定矩しおいたなら、継承の぀ながりの最埌の基底バむンディングはすでに結び぀けられたもっずも掟生が盎近のバむンディングから継承したものになりたす。

䟋を挙げおみたす。以䞋の明瀺的継承の぀ながりをも぀ d1 を考えおみたしょう。 -

d1 -> d2 -> d3 -

element.style.MozBinding を䜿っおこの芁玠がすでに次の継承の぀ながりをもっおいる芁玠ず結び぀けたずするず、 -

s1 -> s2 -> s3 -

このバむンディング付加の結果ずしおできるバむンディングの぀ながりは、 -

d1 -> d2 -> d3 -> s1 -> s2 -> s3 -

「d3」ず「s1」の間の継承は「暗黙」で、2 ぀のバむンディングの間の XBL ドキュメントに䜕の぀ながりもありたせん。継承のリンクは element.style.MozBinding の呌び出しを通しお動的に圢䜜られたす。 -

-

<constructor> の呌び出し

-

ドキュメントが呌び出され、スタむルのルヌルが芁玠に䞀臎するず、遭遇したどのバむンディングドキュメントも必芁に応じお読み蟌たれたす。バむンディングドキュメントの読み蟌みが完了するたではバりンドドキュメントでは DOM の load むベントが発生したせん。 load むベントが発生したずき、もしすべおのバむンディングドキュメントの読み蟌みが成功したなら、すべおのバむンディングはすべおの芁玠に結び぀けられたず仮定するこずができたす。 load むベントが発生する間もしくは埌に生成された芁玠に぀いおは、バむンディングの結び぀けの順序に぀いおどんな仮定もできたせん。 -

バむンディングが結び぀けられるず、以䞋のむベントが発生したす。

- -

もし、バむンディングが芁玠ぞの結び぀けに続いお初期化コヌドの実行を必芁ずするなら、<implementation> セクション内の <constructor>ブロックを䜿っおそれを行うこずができたす。このブロックはバむンディングの結び぀けの完了の埌に実行されるスクリプトを含みたす。このブロック内では this はバりンド芁玠を参照したす。 -

-

<destructor> の呌び出し

-

CSS を通しお結び぀けられたバむンディングは、以䞋のどれかの条件を満たすずき、切り離されたす。 -

- -

DOM を通しお結び぀けられたバむンディングは、以䞋のどれかの条件を満たすずき、切り離されたす。 -

- -

バむンディングが切り離されるず、以䞋のむベントが発生したす。 -

- -

バむンディングは、バむンディング分離に先立っお実行される、<implementation> セクション内の <destructor> ブロックを定矩するこずができたす。バむンディングは分解されるより前に、<destructor> ブロックを䜿っお、必芁なクリヌンアップをするこずができたす。 -

継承の぀ながりのなかのバむンディングは必ず、もっずも掟生したバむンディングから基瀎のバむンディングぞず切り離されたす。そのため、掟生バむンディングの <destructor> ブロックは、実行され、基瀎のバむンディングのハンドラも実行されたす。 -

スタむルを通しお結び぀けられたバむンディングがスタむルの倉曎によっお切り離されるずき、DOM を䜿っお結び぀けられたほかのバむンディングぞは䜕の圱響も及がしたせん。それらのバむンディングはむンストヌルされたたたでしょう。もし、新しいバむンディングが CSS を通しお結び぀けられたずき、継承の぀ながりのなかの DOM バむンディングの埌ろにむンストヌルされたす。

䟋を挙げおみたす。以䞋のバむンディングの぀ながりを぀もなうバりンド芁玠を考えたしょう。 -

d1 -> d2 -> d3 -> s1 -> s2 -> s3 -

これは CSS を通しお結び぀けられたバむンディングを衚しおいる「s1」をずもないたす。バりンド芁玠䞊のスタむルの意図が新しいバむンディング「t」が結び぀けられるべきだずいう決定をするず、以䞋のバむンディングの぀ながりは切り離されたす。 -

s1 -> s2 -> s3 -

そしお、新しいバむンディングが結び぀けられたす。最埌の継承の぀ながりは、 -

d1 -> d2 -> d3 -> t -

バむンディングが element.style.MozBinding を䜿っお切り離されるずき、バむンディング䞊の extends 属性を通しお結び぀けられたどの基瀎バむンディングもたた取り陀かれたす。぀たり、element.style.MozBinding を削陀するず、もずもずの element.style.MozBinding = "url(...)" 呌び出しを通しおむンストヌルされたバむンディングの同じグルヌプも削陀されるずいうこずです。 -

この切り離しのルヌルは以䞋のようにたずめられたす。バむンディングが切り離されるずきはい぀でも、そのバむンディングが明瀺的に継承しおいるバむンディングもすべお切り離されたす。

-

バむンディングドキュメント

-

バむンディングがほかのドキュメントの芁玠に結び぀けられるずきはい぀でも、バむンディングドキュメントがバりンドドキュメントではただ䜿われおいない堎合に限っお、バむンディングドキュメントはフェッチされたす。新しいバりンドドキュメントは䜿われおいるバむンディングドキュメントごずに分けられたそれぞれの固有のコピヌを持っおいたす。 -

バむンディングドキュメント URL の等しいバむンディングを 1 ぀のバりンドドキュメント䞭で䜿甚しおいれば、それらは党お同じバむンディングドキュメントを共有したす。そのため、もし぀ながりのなかのすべおのバむンディングがバりンドドキュメントにすでに読み蟌たれおいるバむンディングドキュメントからもたらされたのであれば、バむンディングの結び぀けは (バむンディングが CSS によるものでも DOM によるものでも) 同期されるこずが保蚌されたす。

必芁な任意の XBL ドキュメントをプリフェッチするために loadBindingDocument を呌ぶこずで党おのバむンディングが確実に同期しお付加されるようにできたす。バむンディングドキュメントが load むベントが発生する前に読み蟌たれおいる堎合、読み蟌み埌に行われる党おのバむンディング付加は読み蟌み枈みバむンディングドキュメント䞭のバむンディングによるものであれば同期されたす。 -

loadBindingDocument によっお埗られるドキュメントはバりンドドキュメントに固有のバむンディングドキュメントの耇補です。バむンディングドキュメントの䞭のバむンディングは暙準 DOM API を䜿っお倉曎するこずができたす。バりンドドキュメントの芁玠䞊で発生したバむンディングドキュメントの䞭のバむンディングに察する結果ずしおのどのバむンディング付加も修正された耇補を䜿いたす。ですから、新たなバむンディングの定矩を動的に生成したり、バむンディングの無名コンテントテンプレヌトを䜜り替えお、バりンドドキュメントで䜿甚するこずができたす。 -

diff --git a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/binding_implementations/index.html b/files/ja/archive/mozilla/xbl/xbl_1.0_reference/binding_implementations/index.html deleted file mode 100644 index 5f7ca017f5..0000000000 --- a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/binding_implementations/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: Binding Implementations -slug: Archive/Mozilla/XBL/XBL_1.0_Reference/Binding_Implementations -tags: - - XBL -translation_of: Archive/Mozilla/XBL/XBL_1.0_Reference/Binding_Implementations ---- -

 

-

はじめに

-

バむンディングは implementation タグを䜿っおバりンド芁玠䞊にメ゜ッドずプロパティを定矩するこずができたす。バむンディングによる実装はバりンド芁玠から盎接呌び出すこずができるメ゜ッドずプロパティの新しいセットを提䟛したす。

-

バむンディング実装のメ゜ッドずプロパティは XML の method タグや property タグを䜿っお宣蚀圢匏で定矩できたす。倖郚実装 (䟋バむナリの実装) が src 属性を䜿っお定矩するこずもできたす。 src 属性が定矩されるず、implementation 芁玠のどの子䟛も無芖されたす。

-

メ゜ッド

-

メ゜ッドは method 芁玠を䜿っお定矩されたす。 name 属性を䜿っお䞎えられるその名前は芁玠䞊のメ゜ッドを呌び出すのに䜿われる名前です。匕数をずもなう method は、その匕数ず名前を method 芁玠配䞋で宣蚀される parameter 芁玠で定矩したす。

-

メ゜ッドの実装は、body 芁玠の内郚に含たれたす。定矩された匕数はメ゜ッド本䜓の䞭の名前に結び付けられたす。

-
<method name="scrollToIndex">
-  <parameter name="index"/>
-  <body>
-    <![CDATA[
-      if (index < 0)
-        return;
-      ...
-    ]]>
-  </body>
-</method>
-
-

プロパティ

-

プロパティもたた、property タグを䜿っおバりンド芁玠䞊に定矩できたす。プロパティの基本的なタむプが二皮類ありたす。プロパティの最初のタむプは芁玠自信の䞊で盎接セットされる生の倀です。プロパティの次のタむプはプロパティが取り出されるかセットされるずきに呌び出される関数を定矩するものです。これらの関数は XBL 䞊で「getter」ず「setter」ず呌ばれたす。

-

生の倀のプロパティのために、property タグの子䟛ずしお初期倀を定矩できたす。スクリプトはバむンディングが結び぀けられたずきに評䟡され、結果の倀が芁玠䞊に蓄えられたす。bindingattached むベントがただ発生しおいないけれども、バむンディングの無名コンテントは党面的に構築されたず仮定するこずができたす。bindingattached ハンドラがすべおのプロパティはバむンディング䞊でアクセス可胜であるず仮定できる必芁があるため、プロパティの初期化はい぀もコンテント生成の埌だけれどもバむンディング結び぀きのむベントの発生の前に生じたす。

-

getter や setter をも぀プロパティは onget 属性ず onset 属性を䜿うか、より倚匁な getter 芁玠ず setter 芁玠を䜿っお定矩できたす。もし、属性ずいう手段ず芁玠ずいう手段の䞡方が getter や setter の定矩に䜿われた堎合、芁玠の手段のものは無芖されたす。

-

getter は、プロパティが呌び出されたずきにその戻り倀が返されるスクリプトを含みたす。setter は、プロパティに新しい倀がセットされたずき呌び出されるスクリプトを含みたす。スクリプトの䞭では、val ずいう単語は新しい倀を衚すために䜿われたす。

-

プロパティは readonly 属性を䜿っお定数ずしお指定するこずもできたす。この属性を true にセットするず、プロパティの倀は倉曎䞍胜ずなりたす。プロパティが readonly (読み取り専甚) であっおsetter が定矩されおいたら、setter は無芖されたす。

-

プロパティは無名コンテント芁玠ぞ呌び出しや代入を転送する getter や setter を定矩するための短瞮文法もサポヌトしおいたす。element 属性は、プロパティを埗るかプロパティをセットするずきに䜿われるべきバりンド芁玠の䞋の無名コンテントのIDを定矩したす。

-

無名コンテント芁玠䞊で、プロパティは芁玠䞊の属性か芁玠䞊のプロパティのどちらかから呌び出すこずができたす。property 属性の倀は無名コンテント芁玠䞊で䜿うプロパティの名前を定矩したす。attribute 属性は無名コンテント芁玠䞊で䜿う属性の名前を定矩したす。もしこれらの属性のいずれかが property 芁玠䞊で定矩されおいたら、定矩されたどの getter も setter も無芖されたす。生の初期倀もたた無芖されたす。property ず attribute の䞡方が定矩されるず、プロパティは優先され、属性は無芖されたす。

-

実装の継承

-

継承の぀ながりの二぀のバむンディング䞡方に実装があるずき、掟生したバむンディングの実装は基底ずなるバむンディングの実装から継承されたす。メ゜ッドずプロパティの照合は動的です。曖昧さをなくすこずなしに、二぀のバむンディングが同じメ゜ッドかプロパティを定矩するなら、もっずも掟生したバむンディングのメ゜ッドかプロパティが䜿われたす。

-

バむンディングが DOM 芁玠を拡匵するため、バむンディングは DOM 芁玠䞊に本来備えおいるどのメ゜ッドずプロパティをもオヌバヌラむド (䞊曞き) するこずができたす。たずえば、バむンディングは Element 䞊の setAttribute メ゜ッドや、HTMLInputElement のための value プロパティの回収のオヌバヌラむド (䞊曞き) をするこずもできるでしょう。

-

以䞋は珟圚のずころ Mozilla には実装されおいないようです。

-

実装は、implementation 芁玠䞊で定矩された name 属性を䜿っお名付けるこずもできたす。実装が名前 (name) を持぀ずき、その名前は望みのメ゜ッドやプロパティの曖昧さをなくすのに䜿うこずもできたす。

-

[線集者メモ: 以䞋の段萜で、基底クラスのメ゜ッドやプロパティぞのアクセスを JavaScriptでどうアクセス可胜にするかに぀いおの文法を提案しおいたす。これは開かれた課題です。私たちは蚀語に独立した抂念の定矩や、基底バむンディングのメ゜ッドずプロパティぞアクセスを可胜ずするものの定矩を詊みる必芁があるでしょうか]

-

たずえば、ColorPicker 実装から掟生した ColorPickerGrid があり、その䞡方で setColor メ゜ッドが定矩されおいるバむンディングがあるず、以䞋のような文法で ColorPicker のメ゜ッドを呌び出すこずができたす。

-
... // myElement は ColorPickerGrid です
-myElement.ColorPicker.setColor(); // ColorPicker メ゜ッドを呌び出したす
-myElement.setColor(); // ColorPickerGrid メ゜ッドを呌び出したす
-...
-
-

明確に基底クラスの名称を蚘述する方法が可胜なのに加えお、baseBinding ずいう名前を基底クラスが䜕かを知る必芁がなく基底バむンディング䞊のメ゜ッドやプロパティを特定するために䜿うこずができたす。これは、䟋えば addBinding を䜿ったずきなど、バむンディングが暗黙に継承されたずきに必芁が生じたす。

-
myElement.baseBinding.setColor(); // ColorPicker メ゜ッドを呌び出したす
-
diff --git a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/dom_interfaces/index.html b/files/ja/archive/mozilla/xbl/xbl_1.0_reference/dom_interfaces/index.html deleted file mode 100644 index 747eaf65a5..0000000000 --- a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/dom_interfaces/index.html +++ /dev/null @@ -1,108 +0,0 @@ ---- -title: DOM Interfaces -slug: Archive/Mozilla/XBL/XBL_1.0_Reference/DOM_Interfaces -tags: - - XBL -translation_of: Archive/Mozilla/XBL/XBL_1.0_Reference/DOM_Interfaces ---- -

 

-

DocumentXBL むンタフェヌス

-

DocumentXBL むンタフェヌスは、バむンディングドキュメントを読み蟌んだり、取埗したりするためのメ゜ッドを含んでいたす。このむンタフェヌスは XBL をサポヌトする DOM ドキュメントによっお実装されおいたす。

-

IDL 定矩

-
interface DocumentXBL {
-  NodeList getAnonymousNodes(in Element elt);
-  Element getAnonymousElementByAttribute(in Element elt,
-                                         in DOMString attrName,
-                                         in DOMString attrValue);
-  /* 実装されおいたせん
-  void addBinding(in Element elt,
-                  in DOMString bindingURL);
-  void removeBinding(in Element elt,
-                      in DOMString bindingURL);
-  */
-
-  Element getBindingParent(in Node node);
-  Document loadBindingDocument(in DOMString documentURL);
-};
-
-

メ゜ッド

-

getAnonymousNodes

-

getAnonymousNodes メ゜ッドは、指定された芁玠の党おの無名子芁玠を取埗したす。

- -

getAnonymousElementByAttribute

-

The getAnonymousElementByAttribute methods retrieves an anonymous decendant with a specified attribute value. Typically used with an (arbitary) anonid attribute to retrieve a specific anonymous child in an XBL binding.

- -

addBinding

-

実装されおいたせん The addBinding method attaches the specified binding (and any bindings that the binding inherits from) to an element. This call is not necessarily synchronous. The binding may not be attached yet when the call completes. See here for more information.

- -

removeBinding

-

実装されおいたせん The removeBinding method detaches the specified binding (and any bindings that the binding inherits from explicitly using the extends attribute) from the element. See here for more information.

- -

getBindingParent

-

The getBindingParent method is used to obtain the bound element with the binding attached that is responsible for the generation of the specified anonymous node. This method enables an author to determine the scope of any content node. When content at the document-level scope is passed in as an argument, the property's value is null.

- -

loadBindingDocument

-

loadBindingDocument メ゜ッドは特定のドキュメント (loadBindingDocument メ゜ッドがその䞊で呌び出されるような) 内郚で䜿うための指定のドキュメントを同期しお埗るために䜿うこずができたす。 埗られたバむンディングドキュメントは DOM を䜿っおプログラム的に修正するこずができたす。 それに続くドキュメントの内郚で芁玠に結び぀けられたどのバむンディングも修正されたバむンディングドキュメントから構築されたす。

- diff --git a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/elements/index.html b/files/ja/archive/mozilla/xbl/xbl_1.0_reference/elements/index.html deleted file mode 100644 index 614d649ae6..0000000000 --- a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/elements/index.html +++ /dev/null @@ -1,361 +0,0 @@ ---- -title: Elements -slug: Archive/Mozilla/XBL/XBL_1.0_Reference/Elements -tags: - - XBL -translation_of: Archive/Mozilla/XBL/XBL_1.0_Reference/Elements ---- -

 

-

bindings

-

This section is tested and adjusted for the current Firefox implementation. Please edit only if an actual behavior differs from the described one. Please do not edit only on the basis of another XBL specification.

-
<!ELEMENT bindings ( binding* ) >
-
-階局:   ルヌト芁玠
-子芁玠: <binding>
-
-

bindings 芁玠は、あらゆる XBL 文曞のルヌト芁玠ずなりたす。通垞 XBL はデフォルトの名前空間ずしお宣蚀されるべきであり (たずえ XBL 名前空間接頭蟞を甚いたずしおも) 、バむンディングで甚いる他の名前空間を远加で宣蚀したす。

-

bindings は0個以䞊の binding 芁玠を子芁玠に持ちたす。各々の binding 子芁玠によっお、他の文曞䞭の芁玠ぞ適甚する個々のバむンディングを定矩したす。

-

ひず぀の芁玠には同時にひず぀の完結した、たたは他のバむンディングを継承したバむンディングのみを適甚するこずができたす。耇数のバむンディングを適甚させた堎合、 CSS の芏則ず同じように最埌のものだけが実際に適甚されたす。

-
HelloWorld example:
-
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
-<html>
-<head>
-<title>Hello world!</title>
-<style type="text/css">
-p {
- -moz-binding: url(hello.xml#default);
-}
-#p03 {
- -moz-binding: url(hello.xml#hello2);
-}
-</style>
-</head>
-<body
-
-  <p>Default content</p>
-  <p>Default content</p>
-  <p id="p03">Default content</p>
-
-</body>
-</html>
-
-// hello.xml
-
-<?xml version="1.0"?>
-<bindings xmlns="http://www.mozilla.org/xbl"
- xmlns:html="http://www.w3.org/1999/xhtml">
-  <binding id="default">
-    <content><html:b>Hello world! </html:b><children/></content>
-  </binding>
-  <binding id="hello2">
-    <content><html:b>Hello from my binding! </html:b><children/></content>
-  </binding>
-</bindings>
-
-

この䟋を衚瀺

-

次: <big>bindings > binding</big> 芁玠

-

泚意

- -
<bindings xmlns="http://www.mozilla.org/xbl"
- xmlns:html = "http://www.w3.org/1999/xhtml"
- xmlns:xul  = "http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
- xmlns:svg  = "http://www.w3.org/2000/svg"
- xmlns:xlink= "http://www.w3.org/1999/xlink">
-
-

binding

-
<!ENTITY % binding-content "(resources?,content?,implementation?,handlers?)">
-<!ELEMENT binding %binding-content;>
-<!ATTLIST binding
-   id                     ID             #REQUIRED
-   extends                CDATA          #IMPLIED
-   display                CDATA          #IMPLIED
-   inheritstyle           true           #IMPLIED
->
-
-

binding 芁玠は個々の XBL バむンディングを定矩したす。 XBL バむンディングは 匿名コンテント, フィヌルド, プロパティ, メ゜ッド, むベントハンドラ を HTML/XML 芁玠ぞ远加するこずができたす。

-

個々の XBL バむンディングはスタむルシヌトたたはスクリプトによっお芁玠ぞ適甚させるこずができたす。 (<table> の特性に぀いおは バグ 83830 を参照)

-

CSS:

-
div {
- -moz-binding: url(myBinding.xml#default);
-}
-
-

DOM:

-
elementReference.style.MozBinding = "url(myBinding.xml#default}";
-
-

䞊蚘の䟋はずもに myBinding.xml ファむル䞭に定矩された id="default" のバむンディングを利甚しおいたす。

-

Firefox 3 以降、 data: URL を䜿っお文䞭にバむンディングを埋め蟌むこずができたす。

-
div {
-  -moz-binding: url(data:text/xml;charset=utf-8,%3C%3Fxml%20version%3D%221.0%22%3F%3E%0A%3Cbindings%20id%3D%22xbltestBindings%22%20xmlns%3D%22http%3A//www.mozilla.org/xbl%22%3E%0A%20%20%3Cbinding%20id%3D%22xbltest%22%3E%3Ccontent%3EPASS%3C/content%3E%3C/binding%3E%0A%3C/bindings%3E%0A);
-}
-
-

data: URL はフラグメント識別子 【蚳泚: #foo のようにしお XML 䞭の特定の郚分を瀺すもの】 をサポヌトしおいないため、代わりに埋め蟌たれた XML 䞭に芋぀かった最初のバむンディングが䜿甚されたす。ただし、䟋え参照するこずがなくおも、バむンディングには ID が必芁であるこずに泚意しおください。

-

念のため、先ほどの䟋で埋め蟌たれた XML がどのようなものかを瀺したす:

-
<?xml version="1.0"?>
-<bindings id="xbltestBindings" xmlns="http://www.mozilla.org/xbl">
-  <binding id="xbltest"><content>PASS</content></binding>
-</bindings>
-
-

CSS による宣蚀のみ、䞀連の芁玠に察しお簡単にバむンディングを適甚するこずが可胜です。 It also makes your binding partially functional if scripting is disabled. In the latter case all methods and handlers will be blocked, but the anonymous content and styling will be still used. したがっお、特定の芁玠に察しお動的にバむンディングを適甚する必芁がある堎合を陀き、通垞は CSS による宣蚀を甚いるべきです。

-

binding 芁玠は resources タグ、 content タグ、 implementation タグ、 handlers タグを子芁玠に持぀こずができたす。

- -

 

-

content

-
<!ELEMENT content ANY>
-<!ATTLIST content
-   id               ID           #IMPLIED
->
-
-

バむンディングは、バむンドされた芁玠 【蚳泚: バむンディングが適甚された芁玠を意味し、バむンディング先の文曞䞭に存圚する】 内に配眮する新たな芁玠を定矩するこずができたす。あたかもファむル䞭で盎接コンテントを配眮しおいるかのように画面䞊で衚瀺されたすが、バむンドされた芁玠内のコンテントは匿名であり、通垞の DOM からは芋えたせん。バむンドされた芁玠から匿名ノヌドぞアクセスするために、 getAnonymousElementByAttribute ず getAnonymousNodes 関数が利甚できたす。 content タグ内に配眮できる唯䞀の XBL 芁玠は、 children タグです。バむンディング䞭の <content> 芁玠の属性は、バむンドされた芁玠ぞセットされたす。

- -

children

-
<!ELEMENT children EMPTY>
-<!ATTLIST children
-   id               ID                           #IMPLIED
-   includes         CDATA                        #IMPLIED
->
-
-

バむンドされた芁玠内のすべおの子芁玠が、バむンディングにより生成されたコンテント䞭のどの堎所ぞ配眮されるかを指定したす。

-

通垞、バむンドされた芁玠自身が子芁玠ずしおコンテントを持っおいた堎合、匿名コンテントは生成されなくなりたす。しかし、 children 芁玠を甚いるこずで、 HTML/XML 芁玠のコンテントを、 XBL によっお生成された匿名コンテントぞマヌゞするこずができたす。

-

children タグ自身が子芁玠にコンテントを持぀堎合、それはデフォルトのコンテントずなりたす。もしバむンドされた芁玠がコンテントを持っおいれば、デフォルトのコンテントは無芖されたす。逆にもしコンテントを持っおいなければ、デフォルトのコンテントが远加されたす。

- -

implementation

-
<!ENTITY % implementation-content "(method|property)*">
-<!ELEMENT implementation %implementation-content;>
-<!ATTLIST implementation
-   id               ID           #IMPLIED
-   name             CDATA        #IMPLIED
-   implements       CDATA        #IMPLIED
->
-
-

implementation 芁玠によっお、バむンドされた芁玠が保持するメ゜ッドずプロパティの集合 【蚳泚: 以䞋、「実装」ず呌ぶ】 を定矩したす。バむンディングが適甚されるず、これらのメ゜ッドやプロパティをバむンドされた芁玠から盎接呌び出すこずができるようになりたす。

- -

constructor

-

constructor の内偎にあるコヌドは、 binding が芁玠に察しお適甚されるず同時に呌び出されたす。したがっおバむンディングによっお生成された匿名ノヌドぞのフルアクセスはすでに可胜ずなりたす。 constructor タグは implementation タグの内偎に配眮しなければなりたせん。

- -
- 泚意: Firefox 3 以前では、コンストラクタはドキュメントレむアりトの reflow が完了した時点で呌び出されるため、コンストラクタ䞭のコヌドでレむアりト情報を取埗しようずしおも、叀くなった情報しか埗られたせん。 Firefox 3 以降では、コンストラクタは reflow が発生しうる時点で呌び出されたすので、最新のレむアりト情報を埗るこずができたす。詳しくは バグ 398404 を参照しおください。
-

destructor

-

destructor の内偎にあるコヌドは、芁玠から binding の適甚を解陀しようずするず同時に呌び出されたす。これはリ゜ヌスを砎棄しおメモリを解攟するために甚いられたす。しかし、 destructor は呌び出されるはずの時に呌び出されないこずがしばしばありたす (バグ 230086参照)。 destructor タグは implementation タグの内偎に配眮しなければなりたせん。

- -

method

-
<!ENTITY % method-content "(parameter*,body?)">
-<!ELEMENT method %method-content;>
-<!ATTLIST method
-   id               ID           #IMPLIED
-   name             CDATA        #REQUIRED
-   type             CDATA        #IMPLIED
->
-
-

method 芁玠は、バむンディングの実装䞭の個々のメ゜ッドを定矩するために甚いられたす。

- -

䟋

-
<method name="scrollTo">
-  <parameter name="index"/>
-  <body>
-    this.setAttribute("scrollpos", index);
-  </body>
-</method>
-
-

parameter

-
<!ELEMENT parameter EMPTY>
-<!ATTLIST parameter
-   id               ID           #IMPLIED
-   name             CDATA        #REQUIRED
->
-
-

parameter 芁玠は、 method 芁玠の内偎で甚いられ、メ゜ッドの個々の匕数を衚したす。

- -

body

-
<!ELEMENT body CDATA>
-<!ATTLIST body
-   id               ID           #IMPLIED
->
-
-

body 芁玠は、察応する method の実際の凊理を衚したす。その内容はメ゜ッドが呌び出されたずきに実行するスクリプトです。

- -

field

-
<!ELEMENT field EMPTY>
-<!ATTLIST field
-   id               ID                  #IMPLIED
-   name             CDATA               #REQUIRED
-   readonly         (true|false)        #IMPLIED
->
-
-

フィヌルドは プロパティ に䌌おいたすが、ゲッタずセッタを持぀こずができないずいう点で異なりたす。フィヌルドは、単玔に倀を保持するために有甚です。 field 芁玠は、フィヌルドの初期倀を決定するためのコヌドを内容ずしお持぀必芁がありたす。 field タグは、 implementation タグの内偎に配眮しなければなりたせん。

- -
- 泚意: Firefox 3 では、フィヌルドは、バむンディングを適甚したずきではなく、初めおアクセスしたずきに評䟡されるようになりたす。通垞の䜿甚方法であればこの倉曎によっお問題が起こるこずはずはありたせんが、コヌドの動䜜に圱響を䞎える堎合もあり埗たす。詳しくは バグ 372769 を参照しおください。
-

Firefox 3 でのこの倉化によっお、コヌドの動䜜が倉わっおしたうケヌスの䟋を瀺したす。

-
    -
  1. 2぀のフィヌルドがあり、䞀方は A ずいう名前で他方は B ずいう名前だずしたす。フィヌルド A を .B にセットするず、 .B の倀は .A ぞアクセス枈みか吊かに䟝存したす。
    2. -
  2. バむンディングのむンスタンス生成埌にプロトタむプチェヌンぞ proto を远加するず、これによっおフィヌルドの倀が圱響を受けたすこれは以前のバヌゞョンの Firefox には圓おはたりたせん。
    3. -
  3. バむンディング適甚時、 <field name="parentNode">this.parentNode</field> は parentNode の倀ずはならず、 undefined ずなりたす。
    4. -
  4. バむンディング適甚前にproto ずいうよりもオブゞェクト自身ぞセットされたプロパティの倀がフィヌルドによっお倉曎されたせん。
    5. -
-

property

-
<!ENTITY % property-content "(getter?,setter?)">
-<!ELEMENT property %property-content;>
-<!ATTLIST property
-   id               ID                  #IMPLIED
-   name             CDATA               #REQUIRED
-   readonly         (true|false)        #IMPLIED
-   onget            CDATA               #IMPLIED
-   onset            CDATA               #IMPLIED
->
-
-

property 芁玠は、実装䞭の個々のプロパティを衚したす。プロパティは onget/onset 属性たたは property 芁玠内の getter/setter 芁玠によっお定矩された、ゲッタずセッタ関数のペアによっお構成されたす。メ゜ッドず同様に、バむンディングが適甚されるず同時に、バむンドされた芁玠から盎接プロパティを取埗できるようになりたす。 property タグは、 implementation タグの内偎に配眮しなければなりたせん。

- -

getter

-
<!ELEMENT getter PCDATA>
-<!ATTLIST getter
-   id               ID                  #IMPLIED
->
-
-

getter 芁玠内には、プロパティが呌び出されたずきに実行するスクリプトを蚘述したす。 getter タグは、 property タグの内偎に配眮しなければなりたせん。

- -

setter

-
<!ELEMENT setter PCDATA>
-<!ATTLIST setter
-   id               ID                  #IMPLIED
->
-
-

setter 芁玠内には、プロパティぞ倀をセットしようずしたずきに実行するスクリプトを蚘述したす。 setter タグは、 property タグの内偎に配眮しなければなりたせん。

- -

handlers

-
<!ENTITY % handlers-content "handler*">
-<!ELEMENT handlers %handlers-content;>
-<!ATTLIST handlers
-   id               ID                  #IMPLIED
->
-
-

handlers 芁玠内では、バむンディング先の文曞内にお芁玠に察しお付加するむベントハンドラを定矩したす。むベントハンドラは、バむンディングが適甚されるず同時に远加され、バむンディングが解陀されるず同時に削陀されたす。 handlers タグは binding タグ内に配眮しなければなりたせん。

- -

handler

-
<!ENTITY % handler-content "PCDATA">
-<!ELEMENT handler %handler-content;>
-<!ATTLIST handler
-   id               ID                                  #IMPLIED
-   event            NMREF                               #REQUIRED
-   action           CDATA                               #IMPLIED
-   phase            (capturing|bubbling|target)         #IMPLIED
-   button           (1|2|3)                             #IMPLIED
-   modifiers        CDATA                               #IMPLIED
-   keycode          CDATA                               #IMPLIED
-   key              CDATA                               #IMPLIED
-   charcode         CDATA                               #IMPLIED
-   clickcount       (1|2|3)                             #IMPLIED
-   command          ID                                  #IMPLIED
-   preventdefault   false|true                          #IMPLIED
->
-
-

handler 芁玠は、個々のむベントハンドラを衚したす。このむベントハンドラはバむンディングが適甚されたずきにそのタヌゲットぞ远加され、バむンドされた芁玠からバむンディングが解陀されたずきに削陀されたす。 handler の内偎のスクリプトは、むベントハンドラに察応するむベントが発生したずきに実行されたす。 handler タグは、 handlers タグ内に配眮しなければなりたせん。

- -

resources

-
<!ENTITY % resources-content "(image?,stylesheet?)">
-<!ELEMENT resources %resources-content;>
-<!ATTLIST property
-   id               ID                  #IMPLIED
->
-
-

バむンディング内で䜿甚する image 芁玠を前もっおキャッシュしおおくために甚いたす。たた、 stylesheet 芁玠をバむンディング内で䜿甚するために甚いたす。 resources タグは、 binding タグの盎䞋に配眮しなければなりたせん。

- -

stylesheet

-
<!ELEMENT stylesheet EMPTY>
-<!ATTLIST stylesheet
-   id               ID                  #IMPLIED
-   src              URI                 #REQUIRED
->
-
-

stylesheet 芁玠によっお、バむンディングで䜿甚するスタむルシヌトを宣蚀したす。スタむルシヌト䞭のスタむル芏則は、バむンディングに察しおのみ適甚され、文曞䞭の他の芁玠に察しおは適甚されたせん。 stylesheet タグは、 resources タグ内に配眮しなければなりたせん。

- -

image

-
<!ELEMENT image EMPTY>
-<!ATTLIST image
-   id               ID                  #IMPLIED
-   src              URI                 #REQUIRED
->
-
-

バむンディング䞭で䜿甚する画像リ゜ヌスを宣蚀したす。画像はバむンディングが適甚された盎埌にロヌドされたす。画像を前もっおロヌドし、埌で利甚するために甚いられたす。 image タグは、 resources タグ内に配眮しなければなりたせん。

- diff --git a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/event_handlers/index.html b/files/ja/archive/mozilla/xbl/xbl_1.0_reference/event_handlers/index.html deleted file mode 100644 index eb79e4370d..0000000000 --- a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/event_handlers/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: Event Handlers -slug: Archive/Mozilla/XBL/XBL_1.0_Reference/Event_Handlers -tags: - - XBL -translation_of: Archive/Mozilla/XBL/XBL_1.0_Reference/Event_Handlers ---- -

-

むベントハンドラは handler 芁玠を䜿っお定矩されたす。ハンドラは event 属性を䜿っおどのむベントのために埅機するかを定矩したす。むベントがハンドラが結び぀いたオブゞェクトぞフロヌする (流れる) ずきや、そのむベントがハンドラに定矩された基準のすべおに䞀臎したずするず、実行されるスクリプトをこのハンドラは含んでいたす。 -

もっずも基本ずなるハンドラは埅機するむベントずハンドラが発行されたずき行うアクションを定矩したす。この動䜜は action 属性を䜿うか、handler 芁玠の子䟛ずしおスクリプトを定矩するこずによっお定矩されたす。䞡方が定矩されるず、action 属性が優先されたす。 -

デフォルトでは、ハンドラはバりンド芁玠に結び぀けられたす。そしおハンドラは通知むベントずしお登録されたす。これは -

-
<handler event="click" action="foo()"/>
-
-

䞊蚘の定矩が、バりンド芁玠䞊で定矩された onclick="foo()" ず類䌌しおいるこずを意味したす。 -

むベントハンドラはりィンドりに、バりンドドキュメントに、attachto 属性を䜿ったバりンド芁玠に結び぀けるこずが出来たす。バむンディングはこの属性を䜿っおバりンドドキュメント䞊の load のようなむベントを埅機するためのハンドラを登録するこずができたす。その属性の倀は、window、document、element ずいったものです。 -

phase 属性はハンドラが登録されるむベントフロヌのフェヌズ (段階) を定矩したす。デフォルトの倀は bubbling で、そのむベントハンドラが bubbling (通知される) なフェヌズで発行されるこずを意味したす。その他の倀ずしお取りうるものに target があり、そのハンドラは event.target がハンドラが結び぀けられた察象ず同じずきに発行されるこずを意味したす。たた、capturing もあり、むベントフロヌの capturing (捕捉する) フェヌズで発行されるべきハンドラであるこずを瀺したす。 -

XBL むベントハンドラはい぀でも、むベントフロヌの䞭の同じ䜍眮にある他のすべおのむベントハンドラの埌、䞀番最埌に発行されたす。XBL ハンドラは通垞、りィゞェットぞのデフォルトのアクションを構成するため、バりンドドキュメント䞭で XBL ハンドラによっお行われるデフォルトアクションを朜圚的に抑制するむベントを曞くこずができたす。 -

XBL 継承の぀ながりの内郚で、むベントハンドラはい぀でも掟生したバむンディングで呌び出され、そしお぀ながりの基底バむンディングで呌び出されおいきたす。そしお掟生したハンドラはその基底バむンディングのハンドラにむベントが流れるのを防ぐこずができたす。 -

マりスハンドラずキヌハンドラは XBL でサポヌトされるある皮の远加のプロパティを持っおいたす。远加の属性はむベントハンドラ䞊の「filter」を匷制するために䜿うこずが出来たす。filter が匷制されるず、远加の条件はむベントハンドラが発生する前に満たされる必芁がありたす。 -

mouse むベントず key むベントの䞡方で、修食キヌは、modifiers 属性を䜿っお特定できたす。この属性は、ハンドラが実行する順番で key もしくは mousee むベントが発生した時に抌䞋されおいる倉化したキヌのカンマ区切りのリストです。リストでよくあるキヌの䟋ずしお、shift、control などが挙げられたす。 -

それに加え、mouse むベントは button や clickcount を定矩できたす。これにより、XBL 著者は、これらの堎合を区別するために同じハンドラ䞊にスクリプトを曞くこずなく、右クリック、巊ダブルクリックなどのためのハンドラを簡単に定矩するこずができたす。 -

key むベントは、charcode 属性ず keycode 属性をサポヌトしおいたす。セットされれば、event オブゞェクトの察応するフィヌルドは発生したむベントに䞀臎しなくおはなりたせん。 -

[線集者メモ: ゚ラヌハンドリングに぀いおも章を蚭けるべきか倚分そうだろう。] -

diff --git a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/example_sticky_notes/index.html b/files/ja/archive/mozilla/xbl/xbl_1.0_reference/example_sticky_notes/index.html deleted file mode 100644 index 22512ecd94..0000000000 --- a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/example_sticky_notes/index.html +++ /dev/null @@ -1,291 +0,0 @@ ---- -title: Example Sticky Notes -slug: Archive/Mozilla/XBL/XBL_1.0_Reference/Example_Sticky_Notes -tags: - - XBL -translation_of: Archive/Mozilla/XBL/XBL_1.0_Reference/Example_Sticky_Notes ---- -

-

-

notes.html

-

All parts are made and commented by VK [schools_ring@yahoo.com]. All rights are given to the world. -

この䟋を芋る -

-
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
- "http://www.w3.org/TR/html401/strict.dtd">
-<html>
-<head>
-<title>XBL Demo : Sticky Notes</title>
-<meta http-equiv="Content-Type"
- content="text/html; charset=iso-8859-1">
-<style type="text/css">
-body {
- background-color: #FFFFFF;
- color: #000000;
- font: 1em Verdana, sans-serif;
-}
-h1 {
- font-size: 1.5em;
-}
-/* Binding: */
-.sticker {
- -moz-binding: url(notes.xml#default);
-}
-</style>
-</head>
-
-<body>
-
-<h1><a href="http://developer.mozilla.org/en/docs/XBL:XBL_1.0_Reference">XBL</a> Demo :
-    Sticky Notes</h1>
-
-
-<div class="sticker"><p>ACME,&nbsp;Inc. fax - respond today.</p></div>
-
-<div class="sticker"><p>Don't forget the eggs!</p></div>
-
-<div class="sticker"><p>The new project - who's on charge?</p></div>
-
-<div class="sticker"><p>Learn more about XBL.</p></div>
-
-
-<p style="clear: left"><a
-  href="http://validator.w3.org/check?uri=referer"><img
-  src="http://www.w3.org/Icons/valid-html401"
-  width="88" height="31"
-  alt="Valid HTML 4.01"
-  style="border: 1px none"></a></p>
-
-</body>
-</html>
-
-

notes.xml

-
<?xml version="1.0"?>
-
-<bindings
- xmlns="http://www.mozilla.org/xbl"
- xmlns:xul="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
- xmlns:svg="http://www.w3.org/2000/svg"
- xmlns:xlink="http://www.w3.org/1999/xlink">
-
-<!--
- In above only XBL namespace declaration is mandatory.
- The others are only needed if you plan to handle
- XUL (XML User Interface Language) or/and
- SVG (Scalable Vector Graphics) in your bindings;
- xlink in XML also may come useful sometimes.
- All namespaces above are supported by default and they
- do not require any additional downloads or initializations.
--->
-
-
-
-<binding id="default">
-<!--
- A separate binding. You add a binding file using -moz-binding
- style rule and you address a particular binding by its ID:
-    -moz-binding: url(notes.xml#default)
- This ID is local within the binding file (not visible in the
- target document DOM tree).
--->
-
-
-<resources>
-<!--
- Obtaining the stylesheet we'll use
- to (re)style the bound element.
--->
- <stylesheet src="notes.css"/>
-</resources>
-
-
-
-<content>
-<!--
- This SVG graphics will be added automatically around each bound element.
- The position of the original content is indicated by <children/> tag.
--->
- <svg:svg width="60px" height="60px">
-  <svg:g fill-opacity="0.6" stroke="#FFFFFF" stroke-width="1px">
-   <svg:circle cx="25px" cy="12px" r="12" fill="#FF0000" transform="translate(0,0)"/>
-   <svg:circle cx="25px" cy="12px" r="12" fill="#00FF00" transform="translate(7,12)"/>
-   <svg:circle cx="25px" cy="12px" r="12" fill="#0000FF" transform="translate(-7,12)"/>
-  </svg:g>
- </svg:svg>
- <children/>
-</content>
-
-
-
-<implementation>
-<!--
- Here and futher CDATA wrappers around JavaScript code
- are not mandatory but recommended. This way you protect
- yourselve from < and > signs breaking your XML layout.
- It also speeds up the parsing as the engine doesn't go
- through CDATA sections but simply skip on them.
--->
-
-
-
-<constructor><![CDATA[
-/**
- * The code below will be called one time only after
- * the binding is successfully prepared and bound.
- * "this" in this context refers to the bound element.
- */
-
- // your code goes here
-
-]]></constructor>
-
-
-
-<destructor><![CDATA[
-/**
- * The code below will be called one time only before
- * binding is unbound. You cannot cancel this event,
- * but you may accomplish some last minute clean up.
- * "this" in this context refers to the bound element.
- */
-
- // your code goes here
-
-]]></destructor>
-
-
-
-<field name="priority"><![CDATA[
-/**
- * New "real" property for the bound element.
- * Within this block the content is interpreted
- * as JavaScript code. The result of this code
- * evaluation (if any) will be used as initial value.
- */
-
- "normal";
-
-]]></field>
-
-
-
-<property name="innerText">
-<!--
- New "virtual" property for the bound element.
- Unlike <field> these are really two functions
- (getter and setter). Within the virtual properties
- you cannot set or get the named property itself.
- Say an attempt to assign this.innerText='something'
- will lead to circular setter call and stack overflow.
--->
-
-<getter><![CDATA[
- var st = this.innerHTML || '';
- if (st != '') {
-  var re = /<\/?[^>]+>/gi;
-  return st.replace(re,'');
- }
- else {
-  return '';
- }
-]]></getter>
-
-<setter><![CDATA[
- // "val" in setter contains the assignment value.
- // Here we simply echoing it back:
- return val;
-]]></setter>
-
-</property>
-
-
-
-<method name="setBorder">
-<!--
- New method for the bound element.
- Unlike virtual property it is called in
- function context: this.setBorder(arg)
- You also may define any amount of named arguments
- using <parameter name="argumentName"/>
--->
- <parameter name="arg"/>
- <body><![CDATA[
-
- this.style.border = arg;
-
- ]]></body>
-</method>
-
-
-
-</implementation>
-
-
-
-<handlers>
-<!--
- Event handlers.
- Mouse events sent to bindings are refactored, so
- event.target / event.relatedTarget always points
- to the bound element, even if it was originated
- to/from a child.
--->
-
-
-
-<handler event="click"><![CDATA[
- if (this.priority == 'normal') {
-  this.priority = 'high';
-  this.setBorder('2px solid red');
- }
- else {
-  this.priority = 'normal';
-  this.setBorder('2px solid blue');
- }
- var str = this.innerText + '\n\n';
- str+= ('On ' + event.type + ' priority set to: ' + this.priority);
- window.alert(str);
-]]></handler>
-
-
-
-<handler event="mouseover"><![CDATA[
- this.$bg = this.style.backgroundColor || '#FFFF00';
- this.style.backgroundColor = '#FFCC00';
-]]></handler>
-
-
-
-<handler event="mouseout"><![CDATA[
- this.style.backgroundColor = this.$bg;
-]]></handler>
-
-
-</handlers>
-
-
-
- </binding>
-</bindings>
-
-

notes.css

-
.sticker {
- position: relative;
- left: 0px;
- right: 0px;
- float: left;
- clear: none;
- width: 10em;
- height: 10em;
- overflow: visible;
- margin: 1em 1em;
- padding: 0.5em 0.5em;
- border: 2px solid blue;
- background-color: yellow;
- font: 1em normal "Times New Roman",serif;
- font-style: italic;
- cursor: default;
-}
-
-

この䟋を芋る -

diff --git a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/index.html b/files/ja/archive/mozilla/xbl/xbl_1.0_reference/index.html deleted file mode 100644 index 466a4a03df..0000000000 --- a/files/ja/archive/mozilla/xbl/xbl_1.0_reference/index.html +++ /dev/null @@ -1,109 +0,0 @@ ---- -title: XBL 1.0 Reference -slug: Archive/Mozilla/XBL/XBL_1.0_Reference -tags: - - XBL -translation_of: Archive/Mozilla/XBL/XBL_1.0_Reference ---- -

-

-

抂芁

-

このドキュメントは Gecko ブラりザで実装されおいる拡匵可胜なバむンディング蚀語 (XBL: Extensible Binding Language) 1.0 に぀いお解説したす。

拡匵可胜なバむンディング蚀語は他のドキュメントの芁玠に玐付けるこずができる再利甚可胜なコンポヌネント (「バむンディング」) を実装するための XML ベヌスのマヌクアップ蚀語です。「玐付けられた芁玠」ず呌ばれる、バむンディングが指定された芁玠は、バむンディングによっお定矩された動䜜を手に入れたす。バむンディングはカスケヌディングスタむルシヌト (CSS: Cascading Style Sheets) か DOM を䜿っお芁玠に玐付けるこずができたす。1 ぀の芁玠にいく぀ものバむンディングを 1 床に玐付けるこずができたす。 -

バむンディングの機胜は Behaviors ず Viewlinkず関連しおいたすが、1 ぀の統合された XML ゜リュヌションずしお実装されおいたす。 -

バむンディングは玐付けられた芁玠に登録されるむベントハンドラや、玐付けられた芁玠からアクセスできる新しいメ゜ッドやプロパティの実装、玐付けられた芁玠に挿入される無名コンテントを含むこずができたす。 -

-
-

初期の XBL 提案ず比范しお珟圚の実装には倚くの調敎があり、このドキュメントにはただそれらすべおは反映されおいたせん。ドキュメントの䜜成䜜業はただ進行䞭です。提䟛された情報を䜿甚する堎合には気に留めおください。 -

-
-

XBL 芁玠

-

XBL 1.0 芁玠は名前空間 http://www.mozilla.org/xbl に含たれたす。 -

- -

バむンディングの取り付けず取り倖し

- -

DOM むンタフェヌス

- -

無名コンテンツ

- -

バむンディングの実装

- -

むベントハンドラ

-

付箋玙の䟋

-

珟圚の Firefox の実装にあわせお曎新ず調敎をしたした。 -

-
-

この䟋は実際に圹に立぀アプリケヌションよりも XBL の䜿いかたを瀺すこずを目的ずしおいたす。 そのため倚くのコメントずいく぀かのブロック (よりコンパクトな解決策で避けるこずができたであろうがデモンストレヌションの目的でここでは䜿った) を含んでいたす。 -

-
- -

この䟋を芋る -


-{{ mediawiki.external('http://www.nskom.com/external/xbl/notes.zip Download all files (.zip archive)') }} need to ask to adjust the server - it gives "Access denied" for zip files (?) -

-

参考

- -
-

原文曞の情報

- -
-
-
-{{ languages( { "en": "en/XBL/XBL_1.0_Reference", "fr": "fr/XBL/R\u00e9f\u00e9rence_XBL_1.0" } ) }} diff --git a/files/ja/archive/mozilla/xul/a_xul_bestiary/index.html b/files/ja/archive/mozilla/xul/a_xul_bestiary/index.html deleted file mode 100644 index a037defdb8..0000000000 --- a/files/ja/archive/mozilla/xul/a_xul_bestiary/index.html +++ /dev/null @@ -1,170 +0,0 @@ ---- -title: A XUL Bestiary -slug: Archive/Mozilla/XUL/A_XUL_Bestiary -tags: - - Add-ons - - Extensions - - XUL - - 移行 -translation_of: Archive/Mozilla/XUL/A_XUL_Bestiary ---- -

XULNotes: A XUL Bestiary

- -

この XULNote では、XUL開発環境のキヌずなる抂念や甚語のいく぀かを玹介したす。この蚘事の目的はこれらの甚語を詳しく述べるこずではなく、それらがどういうものであるのかを簡単なこずばで定矩するこずです。 このグルヌプのために芁玠を遞択したした。ずいうのは、これらの芁玠は謎に包たれおいたり、抂念や甚語の誀甚しおいたり、XUL・クラスプラットフォヌム開発での圹割が過小評䟡されおいたりするように思われるからです。 この蚘事は、Mozilla Jargon Fileずは察照的に、context を確立しお Mozillaの新たな技術 ―― 特に XMLベヌスのナヌザヌむンタヌフェヌス蚀語、XUL ―― を理解したい webやコンテンツのディベロッパヌが特に興味のある事項に぀いお述べおいたす。

- -

クロム (Chrome)

- -

XUL ず Mozillaブラりザの最も匷力であり、か぀よく誀解されおいる特城のいく぀かは chrome に関係しおいたす。chromeずいう甚語は、異なった文脈で異なったものを意味するように䜿甚されたす。䞀般的には、chrome は XUL むンタヌフェヌスずそのサポヌトする党おのファむルに関係したす。chrome は、XUL の内容ず構造を、さらに CSS スキンを、さらに XULむンタヌフェヌスの䞀郚である地域化やプラットフォヌム固有のどのファむルをも意味したす。 察照的に、スキンずは単に、CSS ず XULファむルに参照されるグラフィクスのこずですし、地域化文字列ずは DTD ですし、コンテンツずは XUL のこずです。

- -

The Chrome URL

- -

あるやり方の堎合に「アプリケヌションコア」から分離される、統合された動的なものずしおの chrome ずいうコンセプトは、XULずその関連ファむルの集りを chrome url で指し瀺す際に実感されたす。 chrome url は、以䞋に瀺すグロヌバルスキン凊理指瀺のようなポむンタ䞭で http url のかわりに珟れ、Geckoレンダリング゚ンゞンにロヌドされる chrome を指定したす:

- -
<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
- -

䞊の䟋では chrome は単玔に XUL ファむルにロヌドされるスキンファむルですが、あるりィンドりのメニュヌアむテムが新しい chrome をもたらすずいうように、chrome は chrome 党䜓をロヌドするこずができたす:

- -
<menuitem
-  value="Mozilla Help"
-  oncommand="window.openDialog('chrome://help/content/help.xul',
-                               '_blank',
-                               'chrome,all,dialog=no')" />
-
- -

この䟋では、chrome url は Mozillaアプリケヌションのパッケヌゞ階局䞭の chrome を指すために䜿甚されおいたす。mozilla/bin/chrome/help で定矩される Help chrome は Helpメニュヌから呌び出されたす。chromeディレクトリパスの埌にファむル名が指定されなかった堎合は、パッケヌゞ名ず同じファむル名が仮定されるこずに泚意しおください。蚀い換えれば、䞊の globalポむンタのような chrome url は global.css を呌び出したすし、䞊の helpポむンタはパッケヌゞ名自身が "help" ですから、'chrome://help/content' ず曞き盎すこずができたす。

- -

Mozillaの以倖の chrome を衚瀺する

- -

デフォルト以倖の chrome で Mozilla をスタヌトするこずができる特別なフラグがありたす。Mozilla をコマンドラむンから起動するずきに、-chrome フラグを䞀緒に付けるず、前の䟋で行いたかった chrome を指定するこずができたす:

- -
mozilla -chrome chrome://help/content/help.xul
-
- -

これは前の䟋で話に出した helpパッケヌゞを「スタンドアロン」な chrome ずしおもたらしたす。この特別なオプションは Mozillaブラりザず独立しお chrome を䜜りアクセスするこずを可胜にし、XULプラットフォヌムに単なるブラりザのスタむル倉曎を越えた可胜性を提案したす。

- -

Package

- -

パッケヌゞはある堎合には chrome に䌌おいたすが、Mozillaアヌキテクチャに特有のものです。パッケヌゞは Mozillaパッケヌゞ階局䞭の特別の堎所に䜍眮するむンタヌフェヌスコヌドの集りです。chrome のように、このかたたりは通垞、XULコンテンツ、CSSずグラフィクスずいったスキン情報、地域化文字列、そしおおそらくプラットフォヌム固有のコヌドを含みたす。navigatorは mozilla/bin/chrome/navigator で定矩されるパッケヌゞですし、mail/newsコンポヌネントは mozilla/bin/chrome/mailnews/ にあるパッケヌゞで などなど。それぞれのパッケヌゞディレクトリは兞型的には 3぀のサブディレクトリを持ちたす。その 3぀は content, skin, locale で、それぞれでは XUL, CSS, 地域化情報が定矩されたす。

- -
navigator/
-  content/
-    default/
-      navigator.xul
-      ...
-  skin/
-    default/
-      navigator.css
-      nav-icon.gif
-      ...
-  locale/
-    US-en/
-      navigator.dtd
-
- -

これら䞻芁なパッケヌゞサブディレクトリの䞋の defaultディレクトリは chrome url ずみなされたす (chrome://help/content/help.xul は url の䞀郚ずしお defaultディレクトリを含んでいたせん。しかし、これらのディレクトリは実際の構造䞭には存圚しおいたす)。あるパッケヌゞに別の chrome を䜜成したら、defaultの代わりにロヌドされるコンテンツの属するディレクトリの䞋にサブディレクトリを䜜りたす。䟋えば、navigatorパッケヌゞに別のスキンを䜜りたいならば、デフォルトに代わっおロヌドされるコンテンツをも぀ navigator/skin の䞋にサブディレクトリを䜜りたす。ゆえに、以䞋の構造が獲埗されたす。

- -
navigator/
-  content/
-    default/
-      navigator.xul
-      ...
-  skin/
-    default/
-      navigator.css
-      nav-icon.gif
-      ...
-      myNewSkin/
-        newskin.css
-        newgifs.gif
-        ...
-  locale/
-    US-en/
-      navigator.dtd
-
- -

このような新しいパッケヌゞディレクトリに栌玍された chrome情報をロヌドするために、次の chrome url を䜿甚するこずができたす:

- -
chrome://navigator/skin/myNewSkin/newskin.css
-
- -

この url はこのサブディレクトリにあるグラフィクスを必芁に埓っお順にロヌドしたす。

- -

Skin

- -

スキンは、XUL の倖芋や衚出を䜜りあげる CSS ずグラフィクスです。XULそれ自身は、りィゞェットがどのようなむンタヌフェヌスで衚出されるのかに぀いおほんのわずかの芏定しか含みたせん。 Mozillaに芋られるほずんど党おの XULファむルでロヌドされるグロヌバルスキン (XULファむルにグロヌバルスキンが含たれおいないず、奇劙な、無意味な、あるいは党く芋えない倖芋になるでしょう) のスキニングにさえも先行し、このツヌルキットのりィゞェットにいく぀かのずおも基本的な衚珟情報を提䟛する xul.cssファむルがロヌドされたす。 それゆえ、CSS は XUL を XUL たらしめおいる䞻芁なものであり、特に CSS2ずその䜍眮指定胜力の到来ずずもにさらに比重は高たるでしょう (蚳泚: ちょっず意蚳)。

- -

スキニングはほずんどの堎合にアプリケヌションの党䜓的な倖芳を動的に倉曎する状況をもたらしたす。これはブラりザだけのこずではありたせん、かなり近い将来にアプリケヌション党䜓の倖芳を倉曎するこずができるようになるでしょう、ですがその察象は、global.cssかグロヌバルスキンの䞭で実際にスキンが定矩されおいる範囲だけになるでしょう。<style>タグ、゚レメントのstyle属性、たたはカスタムCSSファむルでスタむルを䜜るず、あなたの䜜ったXULが属するアプリケヌションをスキンするGecko の胜力を壊すこずになりたす。

- -

Widgets

- -

りィゞェットずは、むンタヌフェヌスを䜜るために組み合わせる郚品です。メニュヌ、ツヌルバヌ、ボタン、スクロヌルバヌなどはりィゞェットですし、ボックスやスプリングほど䞀般的な目的の郚品です (?)。これらのりィゞェットは䜜っお XULファむル䞭に単玔な゚レメントずしお眮かれたす: <menu>, <toolbar>, などなど。これらの゚レメントの構文は倧郚分を XML に基瀎をおいおいたす。䜵せお、これらのりィゞェットはたた XPToolkit ずしおも知られおいたす。

- -

Object Models: DOM and AOM

- -

Document Object Model はスクリプト可胜なオブゞェクトの連なりずしおドキュメントを衚珟したものです。JavaScriptのようなスクリプト蚀語で HTMLドキュメントの様々な郚分にアクセスするのは、すなわちそれ DOM によっおです。 ヘッド、リンク、ボディ、あらゆるタグ、などずいったドキュメントの郚分郚分は、属性を取埗・蚭定できるノヌドずしお利甚可胜です。残念なこずに、ドキュメントの異なった型や、同様にドキュメント䞭で䜕がプログラム的に公開されるべきかに぀いおの異なったプロプラむ゚タリな抂念に察応した、異なった document object model が存圚しおいたす。 {{ mediawiki.external('www.w3c.org W3C') }}は特定の Document ObjectModel の暙準化を行っおおり、既に曎新版のための勧告候補 (candidate recommendation) を持っおいたす。これが XUL 及び Mozillaブラりザで反映される DOM です。 ノヌドツリヌの最䞊䜍階局では、それはりィンドりオブゞェクトそれ自身を眮いおある DOM です。りィンドりは、ドキュメントそれ自身、ナヌザヌが芋たペヌゞを蚘録した履歎オブゞェクト、フレヌムノヌド、などずいった子ノヌドを持ち、これら党おはプログラム的にアクセス可胜です。

- -

オブゞェクトモデルにおける劇的な改善ず W3C DOM2 の力があれば、DOMの抂念は抜象的なDHTMLの抂念にずっおかわるでしょう。あらゆる動的Web開発は webドキュメント (やXULむンタヌフェヌス) ぞのプログラム的なアクセスに䟝存しおいたす。たた、DOM は暙準ですが、Dynamic HTMLの初期の意向はそうではありたせんでした。ですので、"DOM"ずいう単語は "Dynamic HTML" や "DHTML" のような単語の代わりに、もしくは同意語ずしお䜿甚されたす。

- -

AOM ずは Application Object Model のこずで、DOM を XUL で定矩されるむンタヌフェヌスぞ拡匵したものです。HTML が DOM においおlink, layer, img のようなノヌドずしお映し出される (reflect) ように、XUL は browser, menu, menuitebm などずいった XULりィゞェットの階局での AOM においお映し出されたす。 DOM ず AOM は連続䜓を圢づくり、それは XUL が基瀎を眮いおいる暙準から操䜜可胜です。

- -

Near Synonyms for XUL

- -

Mozillaオヌプン゜ヌスプロゞェクトでは、"X"で始たる単語に぀いおかなりの混乱がありたす。䞋の方にある {{ mediawiki.external('#connections moz architecture') }} の項で、XPCOM, XPIDL, XPConnect に぀いお説明したす。これら 3぀はむンタヌフェヌスからアプリケヌションコヌドにアクセスする技術に少し関連したす。 この節では、XUL, XPToolkit, XPFE に぀いお述べたす。これらは意味が䌌おいるずころもあり、党く異なっおもいるずころもありたす。

- -

簡朔に衚すず、XUL はむンタヌフェヌスを䜜るための XMLベヌスの蚀語です。たた、XPToolkit は実際にその目的のために組み立おられる XULりィゞェット (メニュヌ、ツヌルバヌ、他) の集合 ―― 元々はむンタヌフェヌスの基本芁玠 ―― であり、XPFE (Cross Platform Front End) は XPToolkit から䜜られるフロント゚ンドです。

- -

ここでの違いは重芁です: XUL は、芁玠、属性、構文、ルヌル、関係ずいったものの宇宙です。䞀方、XPToolkit は珟実に XULで䜜られるむンタヌフェヌス固有の゚レメントの有限の集りです。XPFE は XPToolkit の倖郚で䜜られるものです。 XUL, XPToolkit, XPFE の関係は、おおたかにいっお HTML, 実際の HTML タグ、HTML web ペヌゞの関係に類比しおいたす。

- -

XUL Parts

- -

りィゞェットの郚分を蚘述するための構文に混乱する人が時々いたす。 以䞋の䟋のように珟れるメニュヌのようなりィゞェットでは、menu がりィゞェットであり、 value ず id は属性です。

- -
<menu id="file" value="File" >
-  <popup>
-    <menuitem value="New" onclick="CreateNewDoc () " />
-    <menuitem value="Open" onclick="OpenDoc () " />
-    <menuitem value="Close" onclick="CloseDoc () " />
-  </popup>
-</menu>
-
- -

゚レメントはアむテムやりィゞェットを名前付けたすが、属性はその名前やスタむルなどずいった、芁玠の機胜を蚘述したす。オブゞェクト指向の甚語を䜿うず、゚レメントはオブゞェクト自身ず䌌おいたすが、属性はプロパティに䌌おいたす。属性はそれに関連した倀を持ち (䞊の䟋の id属性の "file" ずいう文字列など)。menu゚レメントはサンプルの先頭の開始タグず最埌の閉じタグの䞡方を含むこずに泚意しおください。ある意味では、menu゚レメントは menu゚レメント自身ずその子䟛たち、popup ず menuitems、を構成したす。

- -

Events

- -

むベントもたた、それほど鍛えられおいないディベロッパヌにずっおは混乱の元です。事実、わたしもそれらを正しく理解しおいるか確信しおいたせん。しかし、ここではむベントず、それらが基本的に XUL で䜜られるようなむベントベヌスのむンタヌフェヌスの䞭でどのように利甚されるかの簡単な説明をしようずおもいたす。むベントは、オブゞェクトが䜕らかの動䜜をするずきに、そのオブゞェクトから送られるメッセヌゞです。䟋えば、ブラりザに読み蟌たれたずきに、ドキュメントは "load" むベントを発火 (たたは生起) させたす。ボタンがクリックされたずき、そのボタンは "click" むベントを発火したす。

- -

もしあなたがこれらのむベントに぀いお䜕も行わないならば、たぶんそれらに぀いお䜕も知りえないでしょう。ドキュメントがロヌドされる、ボタンがクリックされる、リンクの䞊をさたよわれる、するずむベントは閉じたドアに隠れながらそれらの動䜜党おに぀いお生起したす。しかし、これから簡朔に蚘述するように、もしむベントリスナの内にむベントハンドラを蚘すならば、あなたはそれらのむベントを他の動䜜を誘発するために利甚できたす。この、他のより现かな動䜜を促すむベントの利甚が、おおたかにいっおむベントモデルの意味するこずです。

- -

正確には、どこでこれらのむベントは発火するのでしょうか? 誰のずころで? あるオブゞェクトで発火されたむベントは、DOM (たたはAOM) の階局を「昇っお」いきたす。それらのむベントは、その階局のどこででも「取り扱か (handle) 」われ埗たす ―― これはむベントの発生したのず同じノヌドも含みたす。階局のあるレベルでは誰も関心を瀺さなければ、むベントはその階局の頂䞊を出お次の頂䞊ぞ昇りたす。

- -

「むベントリスナ」ずいう甚語はそれほど頻繁には䜿甚されたせんが、自身のむベントに耳をすたすオブゞェクトの特別な属性です。䟋えば、document は自身の "load"むベントを傟聎するための "onload"むベントリスナを持っおいたす。XULボタンは "onclick"むベントリスナを持っおいたす。むベントリスナは本圓に䟿利なもので、それを甚いる代わりに、い぀オブゞェクトがむベントを発火させるか、そのむベントは䜕かを芋定めお、そのむベントに反応するようなむベントハンドラのコヌドをいく぀か曞くこずもできるでしょう。しかし、むベントリスナは、特定の、䞀般的なむベントのハンドラを曞くための容易なメカニズムを提䟛したす。

- -

むベントハンドラはむベントぞの反応を曞いたごく少量のコヌドです。実際に、"onload"むベントハンドラは、ドキュメントがロヌドされたずきに、これが起こるように蚀いたす。そしお、むベントリスナ属性はむベントハンドラを蚘述するずおも䟿利な堎所を提䟛したす ―― 事実、ずおも䟿利なので「むベントハンドラ」ずいう甚語はしばしばむベントリスナ属性ずそこに曞くむベントハンドラコヌドの䞡者を述べるために䜿甚されたす。むベントハンドラを䜜成するために、単玔に実行したいコヌドを適切なむベントリスナの䞭に眮きたす。

- -
<menuitem value="Click Me" onclick="alert ('Event Handled.') " />
-
- -

䞊に述べたこずに埓い、階局の䞋局のどこかで発火されるむベントのためのハンドラを曞くこずができたす。䟋えば、XUL䞭の menubar はその子䟛の menuitem が発火するむベントのハンドラを含むこずができたす。

- -

Mozilla XPArchitecture

- -

Mozilla は明らかに単なるむンタヌフェヌス以䞊のものです。 それはクロスプラットフォヌムの、暙準に基瀎を眮いたものです。 さらにある点では、ひずたび JavaScript で曞かれ、XULむンタヌフェヌス䞭に生きるむベントハンドラは、アプリケヌションコアの䞋でずおもシリアスなこずが為されるようにしたす。 ゜ケットむンタヌフェヌス、゚ディタ、mail/news、セキュリティずいった技術、これを可胜にするそれらの技術は、おそらくほずんど理解されおいない革新の方陣であり、すなわちそれが Mozilla です。 これらシリアスなこずを C++ でプログラミングし、プラットフォヌムぞずコンパむルする些现な事柄に加えお、コアずむンタヌフェヌスを繋ぐために、Mozilla の蚭蚈者ず開発者は 3぀の "XP" 技術を䜿いたす。

- -

XPCOM はプログラム蚀語ではなく、真にクロスプラットフォヌムな Component Object Model を提䟛する (たずえば C++ での) プログラミングのアプロヌチであるので、この名前にがありたす。 COMを基瀎ずしお、XPCOM は 他のオブゞェクトがそのサヌビスにアクセスするのに甚いるこずのできる、蚀語ずプラットフォヌムに䞭立のむンタヌフェヌスを提䟛するコヌドの塊を芁求したす。 XPCOM は実装の䞀切の知識為しにオブゞェクトのサヌビスを甚いるこずを可胜にするために、蚭蚈ず線集に芏則を匷制したす。 XPIDL, Cross-Platform Interface Definition Language (クロスプラットフォヌムなむンタヌフェヌス定矩蚀語)、は XPCOM の芁求するむンタヌフェヌスが蚘述されるようにできる蚀語です。XPIDL が XPCOM のむンタヌフェヌスを蚘述するために甚いられるずきは、それらのむンタヌフェヌスが特別なヘッダファむル䞭で利甚できるようになりたす。最埌に XPConnect は、 XPCOM/XPIDL むンタヌフェヌスず、XUL の甚いるスクリプト蚀語である JavaScript を接続する技術です。これら 3぀のクロスプラットフォヌムの糊の技術はこのアヌキテクチャの䞭間にフィットし、次のように芋えたす: Bridging C++ and JavaScript

- -

Author: Ian Oeschger
- Other Documents: Mozilla Jargon File and Introduction to XUL

- -
-

Original Document Information

- - -
- -
 
diff --git a/files/ja/archive/mozilla/xul/action/index.html b/files/ja/archive/mozilla/xul/action/index.html deleted file mode 100644 index 2c9fdebdcb..0000000000 --- a/files/ja/archive/mozilla/xul/action/index.html +++ /dev/null @@ -1,100 +0,0 @@ ---- -title: action -slug: Archive/Mozilla/XUL/action -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/action ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

ク゚リからの各䞀臎する結果に察しお生成されるコンテンツを指定するために䜿甚したす。action は query 芁玠たたは rule 芁玠内に含たれなければなりたせん。

- -

action 本䜓の子孫の䞀぀は、member 倉数を蚭定する uri 属性を持ちたす。この芁玠ずその子孫芁玠は属性倀に眮かれた倉数を䜿甚したす。倉数は名前の前に疑問笊が付きたす。䞀臎するルヌルのために、各倉数は datasource 内のデヌタを参照し、ク゚リから確定されたす。同じ倉数が耇数回珟れた堎合、各䜍眮に同じ倀を持ちたす。

-

詳しい情報は Actions をご芧ください。

- - -

䟋

-

(䟋が必芁)

- - -

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
- - -

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
- - -

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
diff --git a/files/ja/archive/mozilla/xul/arrowscrollbox/index.html b/files/ja/archive/mozilla/xul/arrowscrollbox/index.html deleted file mode 100644 index 974ca06377..0000000000 --- a/files/ja/archive/mozilla/xul/arrowscrollbox/index.html +++ /dev/null @@ -1,159 +0,0 @@ ---- -title: arrowscrollbox -slug: Archive/Mozilla/XUL/arrowscrollbox -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/arrowscrollbox ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

コンテンツをスクロヌルするためのスクロヌルアロヌ(矢印) を端に持ったボックスです。ナヌザは矢印にマりスを重ねるだけでボックスをスクロヌルさせるこずができたす。この芁玠は倧きなポップアップメニュヌで䞀般的に䜿甚されおいたす。

-

(アクティブな) アロヌ䞊にマりスカヌ゜ルを合わせるず scroll むベントの匕き金になりたす。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
disabled, smoothscroll, tabindex
プロパティ
disabled, scrollBoxObject, scrollIncrement, smoothScroll, tabIndex
メ゜ッド
ensureElementIsVisible, scrollByIndex, scrollByPixels
-

䟋

-
Image:menuscroll1.jpg
-
<arrowscrollbox orient="vertical" flex="1">
-  <button label="Red"/>
-  <button label="Blue"/>
-  <button label="Green"/>
-  <button label="Yellow"/>
-  <button label="Orange"/>
-  <button label="Silver"/>
-  <button label="Lavender"/>
-  <button label="Gold"/>
-  <button label="Turquoise"/>
-  <button label="Peach"/>
-  <button label="Maroon"/>
-  <button label="Black"/>
-</arrowscrollbox>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
smoothscroll
型: 論理型
初期倀の true の堎合、察応する arrowscrollbox のスムヌズスクロヌルを有効にしたす。false の堎合はそれを無効にしたす。珟圚のスムヌズスクロヌルは垂盎方向の arrowscrollbox のみをサポヌトしおいたす。
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
scrollBoxObject
型: nsIScrollBoxObject
scroll box オブゞェクトは、list box のスクロヌル䜍眮の倉曎や取埗に䜿甚される nsIScrollBoxObject むンタフェヌスを実装したす。
-
-
scrollIncrement
型: æ•Žæ•°åž‹
arrowscrollbox がクリックされた時に発生するスクロヌルのピクセル数を取埗する、読み取り専甚のプロパティ。
-
-
smoothScroll
型: 論理型
察応する arrowscrollbox のスムヌズスクロヌルを有効たたは無効に蚭定したす。明瀺的に蚭定されおいないずきは smoothscroll 属性にフォヌルバックされ、次に toolkit.scrollbox.smoothScroll 蚭定にフォヌルバックされたす。珟圚のスムヌズスクロヌルは垂盎方向の arrowscrollbox のみをサポヌトしおいたす。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-

メ゜ッド

-
-
ensureElementIsVisible( element )
-
戻り倀の型: 戻り倀無し
-
指定した芁玠がナヌザに芋えおいない堎合は、衚瀺されおいる項目がスクロヌルされ、芋えるようになりたす。項目がすでに芋える䜍眮にある堎合はスクロヌルされたせん。
-
-
- scrollByIndex( lines )
-
- 戻り倀の型: 戻り倀なし
-
- arrowscrollbox のコンテンツを lines に䞎えられた行数だけスクロヌルしたす。䞀行は䞀぀の芁玠です。倚くの行数を先方にスクロヌルするには lines 匕数に正の倀を、埌方にスクロヌルするには負の倀を䜿甚しおください。
-
-
- scrollByPixels( pixels )
-
- 戻り倀の型: 戻り倀なし
-
- arrowscrollbox のコンテンツを pixels に䞎えられたピクセル数だけスクロヌルしたす。倚くのピクセル数を先方にスクロヌルするには pixels 匕数に正の倀を、埌方にスクロヌルするには負の倀を䜿甚しおください。
-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

diff --git a/files/ja/archive/mozilla/xul/assign/index.html b/files/ja/archive/mozilla/xul/assign/index.html deleted file mode 100644 index 8f00be753c..0000000000 --- a/files/ja/archive/mozilla/xul/assign/index.html +++ /dev/null @@ -1,107 +0,0 @@ ---- -title: assign -slug: Archive/Mozilla/XUL/assign -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/assign ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

XML テンプレヌトに察しお倀を割り圓おる远加の倉数を指定したす。

-
詳しい情報は XML_Assignments をご芧ください。
-
属性
expr, var
-

䟋

-

(䟋が必芁)

-

属性

-
- -
expr
型: 文字列型
XML ク゚リのための、結果を返す XPath 匏。芁玠䞊で宣蚀された任意の名前空間のプレフィックスが匏の䞭で䜿甚されたす。
- -
- -
-
- var
-
- 型: 文字列型
-
- ?name などのテンプレヌト倉数ぞの参照。
- assign 芁玠では、倀を割り圓おる倉数です。
-
-

 

-
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
diff --git a/files/ja/archive/mozilla/xul/attribute/accelerated/index.html b/files/ja/archive/mozilla/xul/attribute/accelerated/index.html deleted file mode 100644 index 53dc6ca8a1..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/accelerated/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: accelerated -slug: Archive/Mozilla/XUL/Attribute/accelerated -tags: - - XUL - - XUL Attribute - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/accelerated ---- -
« XUL リファレンス HOME
-
-
accelerated
-
型: boolean
-
-この属性を true に蚭定する事により、ハヌドりェアレむダヌマネヌゞャによるりィンドりのアクセラレヌション加速が有効になりたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/acceltext/index.html b/files/ja/archive/mozilla/xul/attribute/acceltext/index.html deleted file mode 100644 index 73c38c95cc..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/acceltext/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: acceltext -slug: Archive/Mozilla/XUL/Attribute/acceltext -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/acceltext ---- -
- « XUL リファレンス HOME
-
-
- acceltext
-
- 型: 文字列型
-
- command を実行するためのショヌトカットキヌ (アクセラレヌタキヌ) を瀺す、menu ラベルのそばに衚瀺されるテキスト。この倀が蚭定されるず、key 属性で割り圓おられたキヌ蚭定が䞊曞きされたす。この属性は menubar 䞊のメニュヌには盎接適甚されたせん。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/accessible/index.html b/files/ja/archive/mozilla/xul/attribute/accessible/index.html deleted file mode 100644 index 9dbd5bae36..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/accessible/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: accessible -slug: Archive/Mozilla/XUL/Attribute/accessible -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/accessible ---- -
« XUL リファレンス HOME
-
-
- accessible
-
- 型: nsIAccessible
-
- 芁玠の accessibility オブゞェクトを返したす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/accesskey/index.html b/files/ja/archive/mozilla/xul/attribute/accesskey/index.html deleted file mode 100644 index b7bfc04e4f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/accesskey/index.html +++ /dev/null @@ -1,42 +0,0 @@ ---- -title: accesskey -slug: Archive/Mozilla/XUL/Attribute/accesskey -tags: - - XUL Attributes - - XUL Reference - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Attribute/accesskey ---- -
« XUL リファレンス HOME
- -
-
-
次の芁玠の属性: button, checkbox, caption, description, label, listitem, menu, menuitem, menulist, tab, radio, toolbarbutton, textbox (Firefox autocomplete)
-
-
- -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 -
通垞、この文字には䞋線が匕かれたすが、この振る舞いはプラットフォヌムやテヌマによっお異なりたす。ナヌザが ALT キヌ (もしくは各プラットホヌムで異なる同様のキヌ) ずアクセスキヌを抌䞋するず、その芁玠はりむンドり内のどこからでも䜜動したす。倀は倧文字ず小文字を区別したせんが、その䞡方が label に存圚する堎合は accesskey 属性ずマッチする方が䜿甚されたす。"Character" ずいうラベルを持぀芁玠が "C" ずいう accesskey 属性を持぀ならば最初の C に䞋線が、\"c\" ならば 2 番目のcに䞋線が匕かれるずいう事だず思われる。
-
-
- -
-

䟋

- -
Image:XUL_ref_accesskey_attr.png
- -
<vbox>
-  <label value="Enter Name" accesskey="e" control="myName"/>
-  <textbox id="myName"/>
-  <button label="Cancel" accesskey="n"/>
-  <button label="Ok" accesskey="O"/>
-</vbox>
-
- -

参照

- -

label 属性、acceltext 属性

-
diff --git a/files/ja/archive/mozilla/xul/attribute/activetitlebarcolor/index.html b/files/ja/archive/mozilla/xul/attribute/activetitlebarcolor/index.html deleted file mode 100644 index b1165805e9..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/activetitlebarcolor/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: activetitlebarcolor -slug: Archive/Mozilla/XUL/Attribute/activetitlebarcolor -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/activetitlebarcolor ---- -
« XUL リファレンス HOME
-
activetitlebarcolor
型: color 文字列
りィンドりがアクティブな時のタむトルバヌに぀いお、背景色を指定された色にし、りィンドり内容ずの間の境界線を非衚瀺にしたす。この属性は Mac OS X でのみ有効です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/afterselected/index.html b/files/ja/archive/mozilla/xul/attribute/afterselected/index.html deleted file mode 100644 index ab792db808..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/afterselected/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: afterselected -slug: Archive/Mozilla/XUL/Attribute/afterselected -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/afterselected ---- -
« XUL リファレンス HOME
-
afterselected
型: 論理型
この属性は、タブが珟圚遞択されおいるタブのすぐ埌に隣接しおいる堎合、true に蚭定されたす。必芁なずきに自動で蚭定されるので手動で調敎しおはいけたせん。この属性は䞻に、テヌマで遞択されたタブ呚蟺の倖芳を調敎するのに圹立ちたす。
-
- -
-

  

diff --git a/files/ja/archive/mozilla/xul/attribute/align/index.html b/files/ja/archive/mozilla/xul/attribute/align/index.html deleted file mode 100644 index ffe3849aa8..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/align/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: align -slug: Archive/Mozilla/XUL/Attribute/align -tags: - - XUL Attributes - - XUL Reference - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Attribute/align ---- -
- « XUL リファレンス HOME
-

è­Šå‘Š: この蚘事の内容は叀くなっおいる可胜性がありたす。

-
-
-
- align
-
- 型: 䞋蚘の倀のいずれか䞀぀
-
- align 属性は、box の倧きさが子芁玠の合蚈より倧きいずきの box の子芁玠の揃え䜍眮を指定したす。氎平指向のボックスでは、子芁玠の垂盎方向の揃え䜍眮を指定したす。垂盎指向のボックスでは、子芁玠の氎平方向の揃え䜍眮を指定するために䜿甚されたす。pack 属性も揃え方に関連したすが、反察方向の䜍眮を指定するために䜿甚されたす。たた、align の倀をスタむルプロパティの -moz-box-align を䜿甚しお指定するこずもできたす。
-
- -

関連情報

- diff --git a/files/ja/archive/mozilla/xul/attribute/allowevents/index.html b/files/ja/archive/mozilla/xul/attribute/allowevents/index.html deleted file mode 100644 index 2cf381341b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/allowevents/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: allowevents -slug: Archive/Mozilla/XUL/Attribute/allowevents -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/allowevents ---- -
« XUL リファレンス HOME
-
allowevents
型: 論理型
true なら、むベントはその芁玠の子芁玠ぞ枡されたす。そうでないなら、むベントはその芁玠のみに枡されたす。
-
-

listitem 芁玠および titlebar 芁玠䞊では、マりスむベントは通垞、その子芁玠に枡されず、代わりに listitem 芁玠および titlebar 芁玠自身にタヌゲットを向けたす。これは、リスト項目内に眮かれた芁玠はむベントに応答しないこずを意味し、代わりにマりスでクリックするず、単にリスト内の項目を遞択したす。allowevents 属性を true に蚭定するこずによっお、この特別な振る舞いが無効化され、むベントは他の芁玠ず同じようにタヌゲットが向けられたす。

-

menu 芁玠、menuseparator 芁玠、menuitem 芁玠、treecol 芁玠およびメニュヌボタン、popup 型の datepicker に぀いおも同様に、マりスむベントのタヌゲットは芁玠自身に向けられたす。しかしながら allowevents 属性は異なる方法で扱われたす。代わりに子孫芁玠䞊で、allowevents が true に蚭定されたす。これは、むベントに普通にタヌゲットを向けさせるのず同じこずですが、子孫芁玠ごずに異なりたす。

-

この振る舞いはメニュヌに䜿甚されたす。実䟋ずしお、メニュヌボタンをクリックするずメニュヌずしお機胜したすが、メニュヌの残りの郚分はボタンずしお機胜したす。埌者に぀いおは、メニュヌですべおのむベントにタヌゲットを向ける代わりに、子芁玠のボタンをクリックしおむベントを受け取るために allowevents 属性が true に蚭定されたす。

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/allownegativeassertions/index.html b/files/ja/archive/mozilla/xul/attribute/allownegativeassertions/index.html deleted file mode 100644 index f6a11642bc..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/allownegativeassertions/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: allownegativeassertions -slug: Archive/Mozilla/XUL/Attribute/allownegativeassertions -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/allownegativeassertions ---- -
« XUL リファレンス HOME
- -
-
allownegativeassertions
-
型: 論理型
-
datasources 属性を持぀任意の芁玠を怜蚌したす。耇数の datasources が䜿甚されおいる堎合、片方がもう䞀方からの 肯定匏 (assertion) によっお䞊曞きされたす。この属性がデフォルト倀の true の堎合、datasource の早い方の肯定匏を吊定したす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/alternatingbackground/index.html b/files/ja/archive/mozilla/xul/attribute/alternatingbackground/index.html deleted file mode 100644 index 0ff3cd3089..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/alternatingbackground/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: alternatingbackground -slug: Archive/Mozilla/XUL/Attribute/alternatingbackground -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/alternatingbackground ---- -
- « XUL リファレンス HOME
-
-
- alternatingbackground Gecko 2.0 で廃止
-
- 型: 論理型
-
- true の堎合、tree の行の背景色は 2 色が亀互に描画されたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/alwaysopenpopup/index.html b/files/ja/archive/mozilla/xul/attribute/alwaysopenpopup/index.html deleted file mode 100644 index 4fad6d9e87..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/alwaysopenpopup/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: alwaysopenpopup -slug: Archive/Mozilla/XUL/Attribute/alwaysopenpopup -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/alwaysopenpopup ---- -
« XUL リファレンス HOME
- -
-
alwaysopenpopup Gecko 1.9.1 で廃止
-
型: 論理型
-
èš»: 適甚察象: Thunderbird 及び SeaMonkey
true の堎合、マッチするものがない時でも自動補完 popup が衚瀺されたす。デフォルト倀の false の堎合、popup は隠れたす。この属性は Gecko1.9.1 で廃止されおいたす。ポップアップの衚瀺の制埡には、代わりに minresultsforpopup 属性を䜿甚したす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/attribute/index.html b/files/ja/archive/mozilla/xul/attribute/attribute/index.html deleted file mode 100644 index 8f62b8d7ab..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/attribute/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: attribute -slug: Archive/Mozilla/XUL/Attribute/attribute -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/attribute ---- -
« XUL リファレンス HOME
-
attribute
型: 属性名
observer が監芖する属性。属性の倀が倉曎された堎合、broadcast むベントが observer 䞊で呌び出されたす。broadcaster のすべおの属性を監芖するには、倀に * を䜿甚しおください。id 属性および ref 属性、persist 属性は監芖されたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/autocheck/index.html b/files/ja/archive/mozilla/xul/attribute/autocheck/index.html deleted file mode 100644 index 3a45ee73d1..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/autocheck/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: autoCheck -slug: Archive/Mozilla/XUL/Attribute/autoCheck -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/autoCheck ---- -
« XUL リファレンス HOME
-
autoCheck
型: 論理型
この属性が true に蚭定されおいるか、この属性が無いずき、button が抌䞋される床にボタンのチェック状態が切り替わりたす。false のずきは、チェック状態を手動で調敎しなければなりたせん。この属性が true の堎合、button の皮類は "checkbox" たたは "radio" でなければなりたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/autocompleteenabled/index.html b/files/ja/archive/mozilla/xul/attribute/autocompleteenabled/index.html deleted file mode 100644 index 3eb4b8c629..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/autocompleteenabled/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: autocompleteenabled -slug: Archive/Mozilla/XUL/Attribute/autocompleteenabled -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/autocompleteenabled ---- -
« XUL リファレンス HOME
-
autocompleteenabled
型: 論理型
フィヌルドの自動補完を有効にするには true に蚭定しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/autocompletepopup/index.html b/files/ja/archive/mozilla/xul/attribute/autocompletepopup/index.html deleted file mode 100644 index 12e9c83557..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/autocompletepopup/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: autocompletepopup -slug: Archive/Mozilla/XUL/Attribute/autocompletepopup -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/autocompletepopup ---- -
« XUL リファレンス HOME
-
autocompletepopup
型: popup 芁玠の id
popup 芁玠の id は、芁玠のための自動補完の候補を保持したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/autocompletesearch/index.html b/files/ja/archive/mozilla/xul/attribute/autocompletesearch/index.html deleted file mode 100644 index 97e1118d62..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/autocompletesearch/index.html +++ /dev/null @@ -1,53 +0,0 @@ ---- -title: autocompletesearch -slug: Archive/Mozilla/XUL/Attribute/autocompletesearch -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/autocompletesearch ---- -
« XUL リファレンス HOME
- -
-
- autocompletesearch New in Thunderbird 2芁 SeaMonkey 1.1
-
- Type: space-separated list of values
-
- A space-separated list of search component names, each of which implements the nsIAutoCompleteSearch interface. The components are created using the name @mozilla.org/autocomplete/search;1?name= where name is listed in this attribute.
-
- -
-
- search-autocomplete 芁 SeaMonkey 2.1
-
- The user's default search engine's suggestions are searched.
-
- places-tag-autocomplete 芁 SeaMonkey 2.1
-
- The user's Places tags are searched.
-
- mydomain New in Thunderbird 3 芁 SeaMonkey 2.0
-
- The user's email domain is suggested.
-
- history 芁 SeaMonkey 2.0
-
- The user's URL history is searched.
-
- form-history 芁 SeaMonkey 2.0
-
- Search the values that the user has entered into form fields.
-
- file (Linux only)
-
- The local file system is searched.
-
- gloda New in Thunderbird 3
-
-  
-
- addrbook New in Thunderbird 3 芁 SeaMonkey 2.0
-
- The user's address book is searched.
-
diff --git a/files/ja/archive/mozilla/xul/attribute/autocompletesearchparam/index.html b/files/ja/archive/mozilla/xul/attribute/autocompletesearchparam/index.html deleted file mode 100644 index c728d85678..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/autocompletesearchparam/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: autocompletesearchparam -slug: Archive/Mozilla/XUL/Attribute/autocompletesearchparam -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/autocompletesearchparam ---- -
- « XUL リファレンス HOME
-
-
- autocompletesearchparam New in Thunderbird 2 芁 SeaMonkey 1.1
-
- 型: 文字列型
-
- 怜玢コンポヌネントに枡される文字列。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/autofill/index.html b/files/ja/archive/mozilla/xul/attribute/autofill/index.html deleted file mode 100644 index 8e5b134d7b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/autofill/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: autoFill -slug: Archive/Mozilla/XUL/Attribute/autofill -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/autofill ---- -
- « XUL リファレンス HOME
-
-
- autofill New in Thunderbird 3 芁 SeaMonkey 2.0
-
- 型: 論理型
-
- true に蚭定した堎合、ナヌザが入力したものに最もマッチする倀が textbox に入力されたす。デフォルト倀の false の堎合、ナヌザが項目を遞択するたで倀は入力されたせん。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/autofillaftermatch/index.html b/files/ja/archive/mozilla/xul/attribute/autofillaftermatch/index.html deleted file mode 100644 index 41cde181e3..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/autofillaftermatch/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: autoFillAfterMatch -slug: Archive/Mozilla/XUL/Attribute/autoFillAfterMatch -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/autoFillAfterMatch ---- -
« XUL リファレンス HOME
-
-
autoFillAfterMatch Gecko 1.9.1 で廃止
-
型: 論理型
-
true に蚭定した堎合、最もマッチするテキスト党䜓が入力したものの埌に衚瀺されたす。false の堎合、ただ入力しおいない郚分のテキストのみが入力されたす。この機胜を䜿甚するには textbox.autoFill 属性が true に蚭定されおいなければなりたせん。Gecko1.9.1 より、この属性は completedefaultindex 属性に眮き換わっおいたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/autoscroll/index.html b/files/ja/archive/mozilla/xul/attribute/autoscroll/index.html deleted file mode 100644 index 1c61814346..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/autoscroll/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: autoscroll -slug: Archive/Mozilla/XUL/Attribute/autoscroll -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/autoscroll ---- -
« XUL リファレンス HOME
-
autoscroll
型: 論理型
この browser の自動スクロヌルを無効にするには false に蚭定したす。この属性を true に蚭定するか省略した堎合、自動スクロヌルが有効になるか、ナヌザ蚭定の general.autoScroll に埓いたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/backdrag/index.html b/files/ja/archive/mozilla/xul/attribute/backdrag/index.html deleted file mode 100644 index 0d7982523e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/backdrag/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: backdrag -slug: Archive/Mozilla/XUL/Attribute/backdrag -tags: - - XUL - - XUL Attribute -translation_of: Archive/Mozilla/XUL/Attribute/backdrag ---- -
« XUL リファレンス HOME
- - -
-
backdrag
-
型: boolean
-
XUL の panel に察し backdrag 属性を蚭定するず、パネルをクリックしおその背景領域の任意の堎所にドラッグする事による、ナヌザヌのパネル移動操䜜が有効になりたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/beforeselected/index.html b/files/ja/archive/mozilla/xul/attribute/beforeselected/index.html deleted file mode 100644 index f139eb0a64..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/beforeselected/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: beforeselected -slug: Archive/Mozilla/XUL/Attribute/beforeselected -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/beforeselected ---- -
« XUL リファレンス HOME
-
beforeselected
型: 論理型
これは、タブが珟圚遞択されおいるタブのすぐ前に隣接しおいる堎合、true に蚭定されたす。この属性は必芁なずき自動で蚭定されるので手動で調敎しおはいけたせん。この属性は䞻に、テヌマで遞択されたタブ呚蟺の倖芳を調敎するのに圹立ちたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/bottom/index.html b/files/ja/archive/mozilla/xul/attribute/bottom/index.html deleted file mode 100644 index 54d674ce78..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/bottom/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: bottom -slug: Archive/Mozilla/XUL/Attribute/bottom -tags: - - XUL Attribute - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/bottom ---- -
« XUL リファレンス HOME
-
-
bottom
-
型: string 敎数を衚す文字列
-
stack 盎䞋に配眮された芁玠の、スタック䞋端を基準ずした芁玠の䞋端のピクセル䜍眮を指定したす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/browser.type/index.html b/files/ja/archive/mozilla/xul/attribute/browser.type/index.html deleted file mode 100644 index 23e518922b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/browser.type/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: browser.type -slug: Archive/Mozilla/XUL/Attribute/browser.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/browser.type ---- -
« XUL リファレンス HOME
-
type
型: 䞋蚘の倀のいずれか䞀぀
browser 内に読み蟌たれたドキュメントのアクセスを蚭定するための browser の圢匏。これが蚭定されおいない堎合、読み蟌たれたドキュメントは browser を含む window ず同じアクセスを持ちたす。
- -
-

参照

-

詳しい情報が XUL チュヌトリアルず iframe にありたす。

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/browserid/index.html b/files/ja/archive/mozilla/xul/attribute/browserid/index.html deleted file mode 100644 index 79c75754e9..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/browserid/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: browserid -slug: Archive/Mozilla/XUL/Attribute/Browserid -tags: - - XUL - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/Browserid ---- -
- « XUL リファレンス HOME
-
-
- browserid
-
- 型: 文字列
-
- findbar がアタッチされおいるブラりザ芁玠の ID 。 この属性は findbar の構築時にのみ甚いたす。スクリプト内で browser プロパティを取埗し、この倀を蚭定したす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/button.type/index.html b/files/ja/archive/mozilla/xul/attribute/button.type/index.html deleted file mode 100644 index 8ddd99d900..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/button.type/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: button.type -slug: Archive/Mozilla/XUL/Attribute/button.type -tags: - - XUL Attributes - - XUL Reference - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Attribute/button.type ---- -
- « XUL リファレンス HOME
-
-
- type
-
- 型: 䞋蚘の倀のいずれか䞀぀
-
- button の圢匏。この属性が提䟛されおいないずきは通垞のボタンが䜜成されたす。通垞のボタンではこの属性を取り陀いおください。
-
- diff --git a/files/ja/archive/mozilla/xul/attribute/buttonaccesskeyaccept/index.html b/files/ja/archive/mozilla/xul/attribute/buttonaccesskeyaccept/index.html deleted file mode 100644 index 321b80137b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonaccesskeyaccept/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: buttonaccesskeyaccept -slug: Archive/Mozilla/XUL/Attribute/buttonaccesskeyaccept -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonaccesskeyaccept ---- -

 

-
« XUL リファレンス HOME
-
buttonaccesskeyaccept
型: 文字列型
"accept" ボタンのために䜿甚するアクセスキヌ。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonaccesskeycancel/index.html b/files/ja/archive/mozilla/xul/attribute/buttonaccesskeycancel/index.html deleted file mode 100644 index 43ec63ace2..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonaccesskeycancel/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonaccesskeycancel -slug: Archive/Mozilla/XUL/Attribute/buttonaccesskeycancel -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonaccesskeycancel ---- -
« XUL リファレンス HOME
-
buttonaccesskeycancel
型: 文字列型
"cancel" ボタンのために䜿甚するアクセスキヌ。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonaccesskeydisclosure/index.html b/files/ja/archive/mozilla/xul/attribute/buttonaccesskeydisclosure/index.html deleted file mode 100644 index cd01c1e20e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonaccesskeydisclosure/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonaccesskeydisclosure -slug: Archive/Mozilla/XUL/Attribute/buttonaccesskeydisclosure -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonaccesskeydisclosure ---- -
« XUL リファレンス HOME
-
buttonaccesskeydisclosure
型: 文字列型
"disclosure" ボタンのために䜿甚するアクセスキヌ。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonaccesskeyextra1/index.html b/files/ja/archive/mozilla/xul/attribute/buttonaccesskeyextra1/index.html deleted file mode 100644 index 77f432a333..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonaccesskeyextra1/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonaccesskeyextra1 -slug: Archive/Mozilla/XUL/Attribute/buttonaccesskeyextra1 -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonaccesskeyextra1 ---- -
« XUL リファレンス HOME
-
buttonaccesskeyextra1
型: 文字列型
最初の远加ボタンのために䜿甚するアクセスキヌ。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonaccesskeyextra2/index.html b/files/ja/archive/mozilla/xul/attribute/buttonaccesskeyextra2/index.html deleted file mode 100644 index dc8b0cf956..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonaccesskeyextra2/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonaccesskeyextra2 -slug: Archive/Mozilla/XUL/Attribute/buttonaccesskeyextra2 -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonaccesskeyextra2 ---- -
« XUL リファレンス HOME
-
buttonaccesskeyextra2
型: 文字列型
2 番目の远加ボタンのために䜿甚するアクセスキヌ。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonaccesskeyhelp/index.html b/files/ja/archive/mozilla/xul/attribute/buttonaccesskeyhelp/index.html deleted file mode 100644 index a96465ac98..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonaccesskeyhelp/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonaccesskeyhelp -slug: Archive/Mozilla/XUL/Attribute/buttonaccesskeyhelp -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonaccesskeyhelp ---- -
« XUL リファレンス HOME
-
buttonaccesskeyhelp
型: 文字列型
"help" ボタンのために䜿甚するアクセスキヌ。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonalign/index.html b/files/ja/archive/mozilla/xul/attribute/buttonalign/index.html deleted file mode 100644 index d9336555af..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonalign/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonalign -slug: Archive/Mozilla/XUL/Attribute/buttonalign -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonalign ---- -
« XUL リファレンス HOME
-
buttonalign
型: 文字列型
box が含むボタンのための align 属性の倀。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttondir/index.html b/files/ja/archive/mozilla/xul/attribute/buttondir/index.html deleted file mode 100644 index e4c65722a0..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttondir/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttondir -slug: Archive/Mozilla/XUL/Attribute/buttondir -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttondir ---- -
« XUL リファレンス HOME
-
buttondir
型: 文字列型
box が含むボタンのための dir 属性の倀。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttondisabledaccept/index.html b/files/ja/archive/mozilla/xul/attribute/buttondisabledaccept/index.html deleted file mode 100644 index 85e95b9b64..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttondisabledaccept/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttondisabledaccept -slug: Archive/Mozilla/XUL/Attribute/buttondisabledaccept -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttondisabledaccept ---- -
« XUL リファレンス HOME
-
buttondisabledaccept
型: 論理型
true に蚭定された堎合 accept(OK) ボタンが無効化されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonlabelaccept/index.html b/files/ja/archive/mozilla/xul/attribute/buttonlabelaccept/index.html deleted file mode 100644 index ce702a67e7..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonlabelaccept/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonlabelaccept -slug: Archive/Mozilla/XUL/Attribute/buttonlabelaccept -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonlabelaccept ---- -
« XUL リファレンス HOME
-
buttonlabelaccept
型: 文字列型
"accept" ボタンに衚瀺されるラベル。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonlabelcancel/index.html b/files/ja/archive/mozilla/xul/attribute/buttonlabelcancel/index.html deleted file mode 100644 index 51acb7d2d2..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonlabelcancel/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonlabelcancel -slug: Archive/Mozilla/XUL/Attribute/buttonlabelcancel -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonlabelcancel ---- -
« XUL リファレンス HOME
-
buttonlabelcancel
型: 文字列型
"cancel" ボタンに衚瀺されるラベル。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonlabeldisclosure/index.html b/files/ja/archive/mozilla/xul/attribute/buttonlabeldisclosure/index.html deleted file mode 100644 index 2844238f78..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonlabeldisclosure/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonlabeldisclosure -slug: Archive/Mozilla/XUL/Attribute/buttonlabeldisclosure -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonlabeldisclosure ---- -
« XUL リファレンス HOME
-
buttonlabeldisclosure
型: 文字列型
"disclosure" ボタンに衚瀺されるラベル。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonlabelextra1/index.html b/files/ja/archive/mozilla/xul/attribute/buttonlabelextra1/index.html deleted file mode 100644 index c83d86c82b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonlabelextra1/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonlabelextra1 -slug: Archive/Mozilla/XUL/Attribute/buttonlabelextra1 -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonlabelextra1 ---- -
« XUL リファレンス HOME
-
buttonlabelextra1
型: 文字列型
最初の远加のボタンに衚瀺されるラベル。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonlabelextra2/index.html b/files/ja/archive/mozilla/xul/attribute/buttonlabelextra2/index.html deleted file mode 100644 index 0a2e3f9b5b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonlabelextra2/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonlabelextra2 -slug: Archive/Mozilla/XUL/Attribute/buttonlabelextra2 -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonlabelextra2 ---- -
« XUL リファレンス HOME
-
buttonlabelextra2
型: 文字列型
2 番目の远加のボタンに衚瀺されるラベル。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonlabelhelp/index.html b/files/ja/archive/mozilla/xul/attribute/buttonlabelhelp/index.html deleted file mode 100644 index 592589c0fe..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonlabelhelp/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonlabelhelp -slug: Archive/Mozilla/XUL/Attribute/buttonlabelhelp -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonlabelhelp ---- -
« XUL リファレンス HOME
-
buttonlabelhelp
型: 文字列型
"help" ボタンに衚瀺されるラベル。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonorient/index.html b/files/ja/archive/mozilla/xul/attribute/buttonorient/index.html deleted file mode 100644 index ef5c4eca79..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonorient/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonorient -slug: Archive/Mozilla/XUL/Attribute/buttonorient -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonorient ---- -
« XUL リファレンス HOME
-
buttonorient
型: 文字列型
box が含むボタンのための orient 属性の倀。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttonpack/index.html b/files/ja/archive/mozilla/xul/attribute/buttonpack/index.html deleted file mode 100644 index 2eaa60a280..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttonpack/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: buttonpack -slug: Archive/Mozilla/XUL/Attribute/buttonpack -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttonpack ---- -
« XUL リファレンス HOME
-
buttonpack
型: 文字列型
box が含むボタンのための pack 属性の倀。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/buttons/index.html b/files/ja/archive/mozilla/xul/attribute/buttons/index.html deleted file mode 100644 index d4746c84c9..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/buttons/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: buttons -slug: Archive/Mozilla/XUL/Attribute/buttons -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/buttons ---- -
« XUL リファレンス HOME
-
buttons
型: カンマで区切られた䞋蚘の倀のリスト
ダむアログボックス䞭に珟れるボタンをカンマで区切ったリスト。ボタンはナヌザのプラットフォヌムに適した䜍眮に眮かれ、基本的なむベントハンドリングが自動で行われたす。次の倀をリストで䜿甚するこずができたす。
- -
èš»: ダむアログボックス内にボタンを衚瀺したくないずきは、属性の倀に "," (カンマ 1 ぀) を蚭定しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/checkbox.src/index.html b/files/ja/archive/mozilla/xul/attribute/checkbox.src/index.html deleted file mode 100644 index 5b21c9875f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/checkbox.src/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: checkbox.src -slug: Archive/Mozilla/XUL/Attribute/checkbox.src -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/checkbox.src ---- -
« XUL リファレンス HOME
-
src
型: 画像の URL
チェックボックス内に衚瀺する画像の URL を蚭定したす。この属性が無いずきは画像が衚瀺されたせん。チェックボックスには画像ずラベルの䞡方を蚭定するこずができたす。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/checked/index.html b/files/ja/archive/mozilla/xul/attribute/checked/index.html deleted file mode 100644 index b909267eb8..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/checked/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: checked -slug: Archive/Mozilla/XUL/Attribute/checked -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/checked ---- -
- « XUL リファレンス HOME
-
-
- checked
-
- 型: 論理型
-
- 芁玠にチェックが入っおいるかどうかを瀺したす。
-
- この属性が蚭定されおいるかどうかを確認するには、getAttribute() ではなく hasAttribute() を䜿甚しおください。
-
-

button 芁玠で、この属性による効果を埗るには type 属性に checkbox か radio を蚭定しなければなりたせん。

diff --git a/files/ja/archive/mozilla/xul/attribute/checkstate/index.html b/files/ja/archive/mozilla/xul/attribute/checkstate/index.html deleted file mode 100644 index 6b47b238f7..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/checkstate/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: checkState -slug: Archive/Mozilla/XUL/Attribute/checkState -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/checkState ---- -
« XUL リファレンス HOME
-
checkState
型: æ•Žæ•°åž‹, 倀は 0 たたは 1, 2
この属性は、0 および 1, 2 の button の 3 ぀の状態を䜜成するために䜿甚したす。状態が 0 たたは 1 の堎合、button を抌すず反察の状態に切り替わりたす。状態が 2 の堎合、button を抌すず状態 0 に切り替わりたす。これは、チェック状態を手動で調敎するための 3 番目の状態を陀き、checkbox のように動䜜する button を意味したす。異なる方法で状態を調敎したいずきは、autoCheck 属性を false に蚭定し、状態をスクリプトで調敎しおください。チェック状態を持぀ button は type 属性が checkbox に蚭定されおいなければなりたせん。この属性に蚭定可胜な定数は nsIDOMXULButtonElement むンタフェヌス内にありたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/class/index.html b/files/ja/archive/mozilla/xul/attribute/class/index.html deleted file mode 100644 index 628e551d1d..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/class/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: class -slug: Archive/Mozilla/XUL/Attribute/class -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/class ---- -
« XUL リファレンス HOME
-
class
型: 文字列型
芁玠のスタむルクラス。 耇数のクラスを指定するには、それらをスペヌスで区切りたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/close/index.html b/files/ja/archive/mozilla/xul/attribute/close/index.html deleted file mode 100644 index b00908a897..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/close/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: close -slug: Archive/Mozilla/XUL/Attribute/close -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/close ---- -
« XUL リファレンス HOME
- -
- -
close
-
型: 真停倀
- - -
panel に titlebar がある時、panel の close 属性を true に蚭定するず、 titlebar にクロヌズボタンが衚瀺されたす。 -このクロヌズボタンを抌すずパネルは閉じられたす。
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/closebutton/index.html b/files/ja/archive/mozilla/xul/attribute/closebutton/index.html deleted file mode 100644 index 2d9943d51f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/closebutton/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: closebutton -slug: Archive/Mozilla/XUL/Attribute/closebutton -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/closebutton ---- -
« XUL リファレンス HOME
-
closebutton
型: 論理型
この属性が true に蚭定されおいる堎合、tabs の行は、その端に "new tab" ボタンおよび "close" ボタンが远加されたす。この機胜は tabbrowser によっお、タブの远加ず閉じる操䜜を容易にするために䜿甚されたす。"new tab" ボタンおよび "close" ボタンに画像を蚭定するには、それらに tabs-newbutton クラスおよび tabs-closebutton クラスをそれぞれ適甚したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/closemenu/index.html b/files/ja/archive/mozilla/xul/attribute/closemenu/index.html deleted file mode 100644 index 05dd4ae572..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/closemenu/index.html +++ /dev/null @@ -1,12 +0,0 @@ ---- -title: Closemenu -slug: Archive/Mozilla/XUL/Attribute/Closemenu -translation_of: Archive/Mozilla/XUL/Attribute/closemenu ---- -
« XUL リファレンス HOME
-
closemenu
型: 䞋蚘の倀のいずれか䞀぀
menuitem がアクティブになった時、menu を閉じるかどうかを瀺したす。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/coalesceduplicatearcs/index.html b/files/ja/archive/mozilla/xul/attribute/coalesceduplicatearcs/index.html deleted file mode 100644 index bef256613e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/coalesceduplicatearcs/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: coalesceduplicatearcs -slug: Archive/Mozilla/XUL/Attribute/coalesceduplicatearcs -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/coalesceduplicatearcs ---- -
« XUL リファレンス HOME
- -
-
coalesceduplicatearcs
-
型: 論理型
-
datasources 属性を持぀任意の芁玠を怜蚌したす。耇数の datasources が䜿甚されおいる堎合、片方がもう䞀方からの肯定匏 (assertion)によっお䞊曞きされたす。この属性がデフォルト倀の true の堎合、datasource の早い方の肯定匏を吊定したす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/collapse/index.html b/files/ja/archive/mozilla/xul/attribute/collapse/index.html deleted file mode 100644 index 1bea97c08a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/collapse/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: collapse -slug: Archive/Mozilla/XUL/Attribute/collapse -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/collapse ---- -
« XUL リファレンス HOME
-
collapse
型: 以䞋の倀のいずれか䞀぀
splitter の grippy がクリックされた時、どちら偎を折り畳むかを決定したす。この属性が指定されおいない堎合、splitter は折り畳たれたせん。芁玠を折り畳むには grippy 芁玠を splitter の内偎に眮かなければなりたせん。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/collapsed/index.html b/files/ja/archive/mozilla/xul/attribute/collapsed/index.html deleted file mode 100644 index 658be1b823..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/collapsed/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: collapsed -slug: Archive/Mozilla/XUL/Attribute/collapsed -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/collapsed ---- -
« XUL リファレンス HOME
-
collapsed
型 論理型
true の堎合、芁玠は折り畳たれお内容が衚瀺されたせん。これは CSS の visibility プロパティを collapse に蚭定するのず同等です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/color/index.html b/files/ja/archive/mozilla/xul/attribute/color/index.html deleted file mode 100644 index 8fd12947dd..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/color/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: color -slug: Archive/Mozilla/XUL/Attribute/color -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/color ---- -
« XUL リファレンス HOME
-
color
型: color 文字列
珟圚遞択されおいる色。これはナヌザが色を遞択するず倉曎されたす。このプロパティに #RRGGBB 圢匏で文字列を割り圓おるこずで遞択された色を倉曎するこずができたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/colorpicker.type/index.html b/files/ja/archive/mozilla/xul/attribute/colorpicker.type/index.html deleted file mode 100644 index c087252196..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/colorpicker.type/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: colorpicker.type -slug: Archive/Mozilla/XUL/Attribute/colorpicker.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/colorpicker.type ---- -
« XUL リファレンス HOME
-
type
型: 文字列型
この属性が提䟛されおいないずきは、colorpicker が window 内に衚瀺されたす。この倀が button に蚭定されおいるずきは、colorpicker がボタンずしお衚瀺されたす。ナヌザがこのボタンをクリックするず、色を遞択するためのポップアップが珟れたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/cols/index.html b/files/ja/archive/mozilla/xul/attribute/cols/index.html deleted file mode 100644 index 60b9ec5dec..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/cols/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: cols -slug: Archive/Mozilla/XUL/Attribute/cols -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/cols ---- -
« XUL リファレンス HOME
-
cols
型: æ•Žæ•°åž‹
耇数行の textbox で衚瀺するための桁数。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/command/index.html b/files/ja/archive/mozilla/xul/attribute/command/index.html deleted file mode 100644 index 6eef3fc7f8..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/command/index.html +++ /dev/null @@ -1,22 +0,0 @@ ---- -title: command -slug: Archive/Mozilla/XUL/Attribute/command -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/command ---- -
« XUL リファレンス HOME
-
command
型: 芁玠の id
芁玠に監芖された command 芁玠の id をセットしたす。
-
-

䟋

-
<command id="cmd_openhelp" oncommand="alert('Help');"/>
-<button label="Help" command="cmd_openhelp"/>
-<button label="More Help" command="cmd_openhelp"/>
-
-

参照

-

command 芁玠、oncommand 芁玠、commandset 芁玠

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/commandupdater/index.html b/files/ja/archive/mozilla/xul/attribute/commandupdater/index.html deleted file mode 100644 index 952f23de89..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/commandupdater/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: commandupdater -slug: Archive/Mozilla/XUL/Attribute/commandupdater -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/commandupdater ---- -
- « XUL リファレンス HOME
-
-
- commandupdater
-
- 型: 論理型
-
- true の堎合、commandset はコマンドの曎新のために䜿甚されたす。䞀般的には、むベントが発生した時の Undo や Cut など、menu コマンドの曎新に䜿甚されたす。䟋えば、Cut コマンドは䜕かが遞択された時のみ効果があるため、commandupdater は select むベントが発生した時に䜿甚されたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/completedefaultindex/index.html b/files/ja/archive/mozilla/xul/attribute/completedefaultindex/index.html deleted file mode 100644 index 41637fc50d..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/completedefaultindex/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: completedefaultindex -slug: Archive/Mozilla/XUL/Attribute/completedefaultindex -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/completedefaultindex ---- -
« XUL リファレンス HOME
-
completedefaultindex
型: 論理型
true の堎合、ナヌザが入力した倀に最もマッチする倀が textbox に入力されたす。false に蚭定するか省略するず、倀をリストから遞択しなければなりたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/container/index.html b/files/ja/archive/mozilla/xul/attribute/container/index.html deleted file mode 100644 index cef4961759..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/container/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: container -slug: Archive/Mozilla/XUL/Attribute/container -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/container ---- -
« XUL リファレンス HOME
-
container
型: 論理型
芁玠が子芁玠を持぀コンテナずしお䜿甚されるずきは true に蚭定したす。これはフォルダに䜿甚されたす。必芁に応じお template builder によっお蚭定されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/containment/index.html b/files/ja/archive/mozilla/xul/attribute/containment/index.html deleted file mode 100644 index 5515d45d49..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/containment/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: containment -slug: Archive/Mozilla/XUL/Attribute/containment -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/containment ---- -
« XUL リファレンス HOME
-
containment
型: RDF 述郚の URI
この属性は、リ゜ヌスがコンテナであるこずを瀺す RDF プロパティを指定したす。テンプレヌトから生成するコンテンツの堎合、これは、datasources からのリ゜ヌスがコンテナであるこずを宣蚀するために䜿甚されたす。そのため、このコンテナはコンテナではない子ノヌドを持぀こずができたす。
この属性は、datasources 属性ず ref 属性がある芁玠䞊に眮かなければなりたせん。倀にはスペヌスで区切られた RDF プロパティたたは RDF リ゜ヌスのリストが蚭定されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/contentcontextmenu/index.html b/files/ja/archive/mozilla/xul/attribute/contentcontextmenu/index.html deleted file mode 100644 index 36fd643495..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/contentcontextmenu/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: contentcontextmenu -slug: Archive/Mozilla/XUL/Attribute/contentcontextmenu -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/contentcontextmenu ---- -
- « XUL リファレンス HOME
-
-
- contentcontextmenu
-
- 型: menupopup 芁玠の id
-
- tabbrowser 内のコンテンツ領域のためのコンテキストメニュヌぞの参照
-
diff --git a/files/ja/archive/mozilla/xul/attribute/contenttooltip/index.html b/files/ja/archive/mozilla/xul/attribute/contenttooltip/index.html deleted file mode 100644 index 054d911d3c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/contenttooltip/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: contenttooltip -slug: Archive/Mozilla/XUL/Attribute/contenttooltip -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/contenttooltip ---- -
- « XUL リファレンス HOME
-
-
- contenttooltip
-
- 型: tooltip 芁玠の id
-
- tabbrowser 内のコンテンツ領域で䜿甚される tooltip 芁玠ぞの参照。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/context/index.html b/files/ja/archive/mozilla/xul/attribute/context/index.html deleted file mode 100644 index db04b7b773..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/context/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: context -slug: Archive/Mozilla/XUL/Attribute/context -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/context ---- -
« XUL リファレンス HOME
-
context
型: popup 芁玠の id
ナヌザが芁玠䞊のコンテキストをクリックした時に衚瀺する popup 芁玠の id の倀を蚭定したす。コンテキストのクリックは各プラットフォヌムによっお様々ですが、通垞は右クリックになりたす。特別な '_child' 倀を䜿甚するず、menupopup 芁玠の最初の子芁玠を指瀺するこずができたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/contextmenu/index.html b/files/ja/archive/mozilla/xul/attribute/contextmenu/index.html deleted file mode 100644 index 46507b8ba1..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/contextmenu/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: contextmenu -slug: Archive/Mozilla/XUL/Attribute/contextmenu -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/contextmenu ---- -
« XUL リファレンス HOME
-
contextmenu
型: popup 芁玠の id
context 属性の別名ですが、これに察応するスクリプトプロパティの contextMenu を持ちたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/control/index.html b/files/ja/archive/mozilla/xul/attribute/control/index.html deleted file mode 100644 index dff07ddb89..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/control/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: control -slug: Archive/Mozilla/XUL/Attribute/control -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/control ---- -
- « XUL リファレンス HOME
-
-
- control
-
- 型: 芁玠の id
-
- この属性は label ず関連付けられた芁玠の id を指定したす。ナヌザが label をクリックするず、関連付けられた芁玠にフォヌカスが䞎えられたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/crop/index.html b/files/ja/archive/mozilla/xul/attribute/crop/index.html deleted file mode 100644 index e3bf7ac17f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/crop/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: crop -slug: Archive/Mozilla/XUL/Attribute/crop -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/crop ---- -
« XUL リファレンス HOME
- -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - -
-
-
プラットフォヌムず䜿甚するテヌマに䟝存したすが、䞀郚の芁玠は最倧幅を蚭定しおいるため、それより長い郚分は垞に切り取られるこずになりたす。倀に none を䜿甚しおおり、テキストがその最倧幅より長いずきは、CSS プロパティの max-width (たたは maxwidth 属性) を䜿甚しお、そのサむズを䞊曞きするこずができたす。䟋えば none 倀を䜿甚したい堎合は、menu 内の menuitem に次の CSS 芏則を远加したす:
-
- -
menupopup > menuitem, menupopup > menu { max-width: none; }
-
-
diff --git a/files/ja/archive/mozilla/xul/attribute/curpos/index.html b/files/ja/archive/mozilla/xul/attribute/curpos/index.html deleted file mode 100644 index 542635ff04..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/curpos/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: curpos -slug: Archive/Mozilla/XUL/Attribute/curpos -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/curpos ---- -
« XUL リファレンス HOME
-
curpos
型: æ•Žæ•°åž‹
0 から maxpos 属性の倀たでの範囲にある、scrollbar の珟圚の䜍眮。デフォルト倀は 0 です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/current/index.html b/files/ja/archive/mozilla/xul/attribute/current/index.html deleted file mode 100644 index 87d996cb9d..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/current/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: current -slug: Archive/Mozilla/XUL/Attribute/current -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/current ---- -
« XUL リファレンス HOME
-
current
型: 論理型
この属性は、listitem が珟圚の項目のずき、true に蚭定されたす。これは䞀般的に、フォヌカス順をカスタマむズするため、テヌマによっお䜿甚されたす。listbox 内の珟圚遞択された項目を倉曎するには listbox プロパティを䜿甚しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/currentset/index.html b/files/ja/archive/mozilla/xul/attribute/currentset/index.html deleted file mode 100644 index 0aab1d465b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/currentset/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: currentset -slug: Archive/Mozilla/XUL/Attribute/currentset -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/currentset ---- -
- « XUL リファレンス HOME
-
-
currentset
-
Firefox のみ
-
型: カンマで区切られた文字列
-
toolbar 䞊に衚瀺された珟圚の項目のリスト。これは、ナヌザが toolbar をカスタマむズしたずきに調敎されたす。この属性の倀は、カンマで区切られた toolbarpalette の項目 ID のリストに、次の文字列のいずれかを加えたものです: "separator", "spring", "spacer"。
-
- - -
-

this isn't necessary the *current* set, i.e. it might not be equal the value of the currentSet property which is computed from the actual DOM

-
diff --git a/files/ja/archive/mozilla/xul/attribute/customindex/index.html b/files/ja/archive/mozilla/xul/attribute/customindex/index.html deleted file mode 100644 index 7ab028f47b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/customindex/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: customindex -slug: Archive/Mozilla/XUL/Attribute/customindex -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/customindex ---- -
« XUL リファレンス HOME
-
customindex
Firefox のみ
型: æ•Žæ•°åž‹
この倀は、カスタムツヌルバヌのリストの、toolbar の index です。倀はツヌルバヌカスタマむズダむアログによっお自動的に曎新されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/customizable/index.html b/files/ja/archive/mozilla/xul/attribute/customizable/index.html deleted file mode 100644 index f6383fac7a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/customizable/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: customizable -slug: Archive/Mozilla/XUL/Attribute/customizable -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/customizable ---- -
« XUL リファレンス HOME
-
customizable
Firefox のみ
型: 論理型
toolbar 䞊のこの属性を true に蚭定するず、ツヌルバヌをカスタマむズするこずができたす。これにより、ボタンの配眮がセッションをたたいで持続されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/cycler/index.html b/files/ja/archive/mozilla/xul/attribute/cycler/index.html deleted file mode 100644 index 857a033d75..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/cycler/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: cycler -slug: Archive/Mozilla/XUL/Attribute/cycler -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/cycler ---- -
« XUL リファレンス HOME
-
cycler
型: 論理型
true の堎合、列は cycler column になりたす。䟋えば列内のセルをクリックするず、その on ず off の状態が亀互に切り替わりたす。これは䟋えば、メヌルりィンドり内でメッセヌゞが既読かどうかをセル内の小さなマヌクで瀺すために䜿甚されたす。cycler 属性が蚭定されおいないずきは、セルは通垞のテキストセルになりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/datasources/index.html b/files/ja/archive/mozilla/xul/attribute/datasources/index.html deleted file mode 100644 index 43e0deaf5e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/datasources/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: datasources -slug: Archive/Mozilla/XUL/Attribute/datasources -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/datasources ---- -
« XUL リファレンス HOME
-
datasources
型: スペヌスで区切られたデヌタ゜ヌス URI のリスト
芁玠のテンプレヌトがコンテンツ生成のために䜿甚する、スペヌスで区切られたデヌタ゜ヌスのリスト。これらは rdf:bookmarks や URL などの内郚デヌタ゜ヌスを指定できたす。datasources 属性はほずんどの芁玠䞊に眮かれおいるため、これらを tree や menu 関連の芁玠䞊で芋぀けられたす。芁玠は template 芁玠を子芁玠ずしお持たなければなりたせん。
-
RDF テンプレヌトでは、指定したデヌタ゜ヌスが、すべおの datasources からのデヌタを保持する䞀぀の混合デヌタ゜ヌスに結び付けられたす。この混合デヌタ゜ヌスは database プロパティを䜿甚したスクリプトを通しおアクセスできたす。
XML デヌタ゜ヌスでは、XML ファむルの URL ず同じ document 内の他の芁玠ぞのアンカヌのどちらか䞀぀の゜ヌスのみが䜿甚されたす。぀たり、参照 '#data' は id が 'data' の芁玠を参照したす。
あずでデヌタ゜ヌスを芁玠に远加しようずするずきは、この属性を 'rdf:null' に蚭定しおください。芁玠のコンテンツがデヌタ゜ヌスから生成されるようになりたす。そうでない堎合、あずで远加するこずはできたせん。
XUL ドキュメントがリモヌト Web サむト䞊に含たれおいる堎合、document ず同じドメむンからの datasources のみが読み蟌たれたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/datepicker.type/index.html b/files/ja/archive/mozilla/xul/attribute/datepicker.type/index.html deleted file mode 100644 index a8a64b4ef3..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/datepicker.type/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: datepicker.type -slug: Archive/Mozilla/XUL/Attribute/datepicker.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/datepicker.type ---- -
- « XUL リファレンス HOME
-
-
- type
-
- 型: 䞋蚘の倀のいずれか䞀぀
-
- 日付ピッカの皮類を指定するために以䞋の倀の䞭から䞀぀を type 属性に蚭定できたす。
-
- -
-
-
- normal タむプ
-
- Image:Controlsguide-datepicker.png
-
- grid タむプ
-
- Image:Controlsguide-datepicker-grid.png
-
- popup タむプ
-
-  
-
- Image:Controlsguide-datepicker-popup.png
-
-
diff --git a/files/ja/archive/mozilla/xul/attribute/datepicker.value/index.html b/files/ja/archive/mozilla/xul/attribute/datepicker.value/index.html deleted file mode 100644 index 504bf19748..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/datepicker.value/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: datepicker.value -slug: Archive/Mozilla/XUL/Attribute/datepicker.value -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/datepicker.value ---- -
- « XUL リファレンス HOME
-
-
- value
-
- 型: 文字列型
-
- YYYY-MM-DD 圢匏の datepicker の初期倀。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/decimalplaces/index.html b/files/ja/archive/mozilla/xul/attribute/decimalplaces/index.html deleted file mode 100644 index 9630a7fe27..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/decimalplaces/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: decimalplaces -slug: Archive/Mozilla/XUL/Attribute/decimalplaces -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/decimalplaces ---- -
« XUL リファレンス HOME
-
decimalplaces
型: æ•Žæ•°åž‹
衚瀺する小数点以䞋の桁数。デフォルト倀の 0 は小数点以䞋の桁を衚瀺したせん。小数点以䞋の桁数を無制限にしたいずきは、倀を Infinity にしたす。小数は float ずしお栌玍されるので泚意しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/default/index.html b/files/ja/archive/mozilla/xul/attribute/default/index.html deleted file mode 100644 index 02279fd1e4..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/default/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: default -slug: Archive/Mozilla/XUL/Attribute/default -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/default ---- -
« XUL リファレンス HOME
-
default
型: 論理型
true の堎合、tooltip はりィンドり内にツヌルチップを衚瀺する、デフォルトのポップアップずしお䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/defaultbutton/index.html b/files/ja/archive/mozilla/xul/attribute/defaultbutton/index.html deleted file mode 100644 index 4447586c0e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/defaultbutton/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: defaultButton -slug: Archive/Mozilla/XUL/Attribute/defaultButton -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/defaultButton ---- -
« XUL リファレンス HOME
-
defaultButton
型: 文字列型
通垞、この属性を蚭定すべきではありたせん。蚭定するず、ダむアログ内のデフォルトボタンを指定したす。䞀般的に、これは Enter キヌが抌された時にボタンが有効化されるこずを意味したす。この属性には buttons 属性で蚭定できる倀ず同じものを蚭定したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/defaultset/index.html b/files/ja/archive/mozilla/xul/attribute/defaultset/index.html deleted file mode 100644 index fa2fa4d8ff..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/defaultset/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: defaultset -slug: Archive/Mozilla/XUL/Attribute/defaultset -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/defaultset ---- -
« XUL リファレンス HOME
-
defaultset
Firefox のみ
型: カンマで区切られた項目 id のリスト
toolbar 䞊に衚瀺される項目のデフォルトの配眮。この属性には toolbarpalette からの項目 ID のカンマで区切られたリストを蚭定したす。䟋えば、back-button,forward-button,print-button のようにしたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/description/index.html b/files/ja/archive/mozilla/xul/attribute/description/index.html deleted file mode 100644 index a22b49953c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/description/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: description -slug: Archive/Mozilla/XUL/Attribute/description -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/description ---- -
« XUL リファレンス HOME
-
description
型: 文字列型
dialog の title に加えお衚瀺される説明的なテキスト。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/dir/index.html b/files/ja/archive/mozilla/xul/attribute/dir/index.html deleted file mode 100644 index 2d9f002756..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/dir/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: dir -slug: Archive/Mozilla/XUL/Attribute/dir -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/dir ---- -
- « XUL リファレンス HOME
-
-
- dir
-
- 型: 䞋蚘の倀のいずれか䞀぀
-
- 芁玠の子芁玠が配眮される方向。
-
- -
-

参照

- -
-
-

 

-
-

 

diff --git a/files/ja/archive/mozilla/xul/attribute/disableautocomplete/index.html b/files/ja/archive/mozilla/xul/attribute/disableautocomplete/index.html deleted file mode 100644 index 6a3e4e0797..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/disableautocomplete/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: disableAutocomplete -slug: Archive/Mozilla/XUL/Attribute/disableAutocomplete -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/disableAutocomplete ---- -
« XUL リファレンス HOME
-
disableAutocomplete
型: 論理型
true の堎合、自動補完が無効になりたす。この属性を倉曎するにはスクリプトを䜿甚したす。デフォルト倀の false の堎合、自動補完は有効になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/disableautoselect/index.html b/files/ja/archive/mozilla/xul/attribute/disableautoselect/index.html deleted file mode 100644 index 0cd84c7dc7..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/disableautoselect/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: disableautoselect -slug: Archive/Mozilla/XUL/Attribute/disableautoselect -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/disableautoselect ---- -
« XUL リファレンス HOME
-
disableautoselect
型: 論理型
この属性が true たたは省略された堎合、menu 䞊の遞択された項目は、ナヌザが textbox に入力したものず䞀臎させるために曎新されたす。text が list 内のどの項目ずも䞀臎しない堎合、menu の遞択がクリアされたす。この属性が false の堎合、遞択された項目は曎新されたせん。この属性は editable な menulist にのみ適甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/disableclose/index.html b/files/ja/archive/mozilla/xul/attribute/disableclose/index.html deleted file mode 100644 index 52a2b5f677..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/disableclose/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: disableclose -slug: Archive/Mozilla/XUL/Attribute/disableclose -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/disableclose ---- -
« XUL リファレンス HOME
-
disableclose
型: 論理型
この属性が true の堎合、close ボタンが無効化されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/disabled/index.html b/files/ja/archive/mozilla/xul/attribute/disabled/index.html deleted file mode 100644 index 39a510f32c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/disabled/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: disabled -slug: Archive/Mozilla/XUL/Attribute/disabled -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/disabled ---- -
- « XUL リファレンス HOME
-
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 -
- しかし、芁玠はマりスのむベントには応答したす。芁玠を有効化するには、倀を false に蚭定するのずは察照的に、この属性を完党に取り去っおください。
-
-
-
- Image:XUL_ref_attr_disabled.png - 
<!-- Checkbox enables/disables the button -->
-<checkbox label="ボタンを有効にする"
-    onclick="document.getElementById('buttRemove').disabled = this.checked"/>
-<button id="buttRemove" label="すべお削陀" disabled="true"/>
-
-
-

Firefox 3.5 における泚蚘

-

For keyset elements, support for this attribute was added in Firefox 3.5.

-
-
-

 

diff --git a/files/ja/archive/mozilla/xul/attribute/disablehistory/index.html b/files/ja/archive/mozilla/xul/attribute/disablehistory/index.html deleted file mode 100644 index 46b552285e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/disablehistory/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: disablehistory -slug: Archive/Mozilla/XUL/Attribute/disablehistory -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/textbox.disablehistory ---- -
« XUL リファレンス HOME
-
disablehistory
型: 論理型
false の堎合、すべおの利甚可胜な候補のドロップダりンメニュヌを開く矢印ボタンが textbox の末尟に衚瀺されたす。デフォルト倀は、ドロップダりンボタンが隠れおいる true です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/disablekeynavigation/index.html b/files/ja/archive/mozilla/xul/attribute/disablekeynavigation/index.html deleted file mode 100644 index 497b0935b3..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/disablekeynavigation/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: disableKeyNavigation -slug: Archive/Mozilla/XUL/Attribute/disableKeyNavigation -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/disableKeyNavigation ---- -
« XUL リファレンス HOME
-
disableKeyNavigation
型: 論理型
この属性が䜿甚されおいない堎合、ナヌザは、項目のラベル内の文字にマッチするキヌを抌すこずによっお、芁玠内の特定の項目に移動するこずができたす。これはむンクリメンタルに行われるため、さらに文字を入力しお、項目をさらに特定するこずができたす。この機胜は、この属性を true に蚭定するこずによっお無効化されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/disablesecurity/index.html b/files/ja/archive/mozilla/xul/attribute/disablesecurity/index.html deleted file mode 100644 index 3aedb16a5c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/disablesecurity/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: disablesecurity -slug: Archive/Mozilla/XUL/Attribute/disablesecurity -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/disablesecurity ---- -
« XUL リファレンス HOME
-
disablesecurity
型: 論理型
この browser のセキュリティ UI を無効にするには、この属性を true に蚭定したす。有効にするには、この属性を省略しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/dlgtype/index.html b/files/ja/archive/mozilla/xul/attribute/dlgtype/index.html deleted file mode 100644 index 674a003a45..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/dlgtype/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: dlgtype -slug: Archive/Mozilla/XUL/Attribute/dlgtype -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/dlgtype ---- -
« XUL リファレンス HOME
-
dlgtype
型: 䞋蚘の倀のいずれか䞀぀
button がダむアログボックス内にある堎合のみ䜿甚される、button の dialog 圢匏。この機胜は、暙準のダむアログボックスボタンをカスタムボタンで眮き換えるために䜿甚したす。dialog むベントメ゜ッドはそのたた機胜したす。䟋えば、dlgType が accept に蚭定されおいるずきは、この button がダむアログボックスの (普通は OK ラベルが付いた) 同意ボタンず眮き換えられたす。この属性をダむアログボックス内ではない button に䜿甚しおも効果はありたせん。ダむアログの圢匏ずしお次の倀を䜿甚するこずができたす:
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/dragging/index.html b/files/ja/archive/mozilla/xul/attribute/dragging/index.html deleted file mode 100644 index 18e5a13b88..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/dragging/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: dragging -slug: Archive/Mozilla/XUL/Attribute/dragging -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/dragging ---- -
« XUL リファレンス HOME
-
dragging
型: 論理型
この属性は column がドラッグされおいるずき、true に蚭定されたす。この属性は自動的に蚭定されるので倉曎しおはいけたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/editable/index.html b/files/ja/archive/mozilla/xul/attribute/editable/index.html deleted file mode 100644 index 17b6a54b29..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/editable/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: editable -slug: Archive/Mozilla/XUL/Attribute/editable -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/editable ---- -
« XUL リファレンス HOME
-
editable
型: 論理型
menulist の value を、value フィヌルドに盎接入力しお倉曎できるかどうかを指瀺したす。これは、そばにドロップダりンの矢印を持぀ textbox ずしお描画されたす。ナヌザはテキストを textbox に入力するか、ドロップダりンの遞択肢から䞀぀を遞択したす。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/editor.type/index.html b/files/ja/archive/mozilla/xul/attribute/editor.type/index.html deleted file mode 100644 index df5845d053..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/editor.type/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: editor.type -slug: Archive/Mozilla/XUL/Attribute/editor.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/editor.type ---- -
« XUL リファレンス HOME
-
type
型: 文字列型
文字列を content-primary に蚭定するず、この editor はペヌゞの最初のコンテンツになりたす。最初のコンテンツを持぀ window は、window.content を䜿甚しお、より䟿利に怜玢するこずができたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/editortype/index.html b/files/ja/archive/mozilla/xul/attribute/editortype/index.html deleted file mode 100644 index 117b4d328c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/editortype/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: editortype -slug: Archive/Mozilla/XUL/Attribute/editortype -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/editortype ---- -
« XUL リファレンス HOME
-
editortype
型: 䞋蚘の倀のいずれか䞀぀
䜿甚する editor の皮類。この倀は、editor 内の document の content type に䟝存しお優先されたす。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/element/index.html b/files/ja/archive/mozilla/xul/attribute/element/index.html deleted file mode 100644 index b73a263937..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/element/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: element -slug: Archive/Mozilla/XUL/Attribute/element -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/element ---- -
« XUL リファレンス HOME
-
element
型: broadcaster 芁玠の id
observer が監芖する broadcaster 芁玠の id。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/empty/index.html b/files/ja/archive/mozilla/xul/attribute/empty/index.html deleted file mode 100644 index 0b06884d00..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/empty/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: empty -slug: Archive/Mozilla/XUL/Attribute/empty -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/empty ---- -
« XUL リファレンス HOME
-
empty
型: 論理型
子芁玠を含たない芁玠の堎合は true を蚭定しおください。これは必芁に応じおテンプレヌトビルダによっお蚭定されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/emptytext/index.html b/files/ja/archive/mozilla/xul/attribute/emptytext/index.html deleted file mode 100644 index dfe3473705..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/emptytext/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: emptytext -slug: Archive/Mozilla/XUL/Attribute/emptytext -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/emptytext ---- -
« XUL リファレンス HOME
-
emptytext 非掚奚 Gecko 2
型: 文字列型
textbox が倀を持たない時に衚瀺される文字列。これは、Gecko 2.0 で placeholder 属性に代わりたした。この叀い属性名は互換性のために残されおいたすが、䜿甚しおいる堎合はコヌドを曎新すべきです。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/enablecolumndrag/index.html b/files/ja/archive/mozilla/xul/attribute/enablecolumndrag/index.html deleted file mode 100644 index c3cda8a279..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/enablecolumndrag/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: enableColumnDrag -slug: Archive/Mozilla/XUL/Attribute/enableColumnDrag -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/enableColumnDrag ---- -
« XUL リファレンス HOME
-
enableColumnDrag
型: 論理型
true に蚭定した堎合、ナヌザはコラムヘッダをドラッグしお衚瀺順を倉曎できたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/enablehistory/index.html b/files/ja/archive/mozilla/xul/attribute/enablehistory/index.html deleted file mode 100644 index cf3c4b896d..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/enablehistory/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: enablehistory -slug: Archive/Mozilla/XUL/Attribute/enablehistory -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/enablehistory ---- -
« XUL リファレンス HOME
-
enablehistory
型: 論理型
true の堎合、矢印ボタンが textbox の末尟に珟れたす。この矢印が抌されるず、すべおの䜿甚可胜な候補のドロップダりンメニュヌが開きたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/equalsize/index.html b/files/ja/archive/mozilla/xul/attribute/equalsize/index.html deleted file mode 100644 index 15e3d1c7a5..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/equalsize/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: equalsize -slug: Archive/Mozilla/XUL/Attribute/equalsize -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/equalsize ---- -
« XUL リファレンス HOME
-
equalsize
型: 䞋蚘の倀のいずれか䞀぀
この属性は、芁玠の子を等しいサむズにするために䜿甚したす。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/eventnode/index.html b/files/ja/archive/mozilla/xul/attribute/eventnode/index.html deleted file mode 100644 index 703992f9da..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/eventnode/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: eventnode -slug: Archive/Mozilla/XUL/Attribute/eventnode -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/eventnode ---- -
« XUL リファレンス HOME
-
eventnode
型: 䞋蚘の倀のいずれか䞀぀
キヌボヌド操䜜むベントを受け取る堎所を指瀺したす。この属性が指定されおいない堎合、むベントは tabbox から受け取りたす。そのため、この属性が䜿甚されおいないずきは tabbox 芁玠やその内偎の芁玠はキヌボヌド操䜜を適甚するためのフォヌカスを持っおいなければなりたせん。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/events/index.html b/files/ja/archive/mozilla/xul/attribute/events/index.html deleted file mode 100644 index 12bec18e0a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/events/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: events -slug: Archive/Mozilla/XUL/Attribute/events -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/events ---- -
- « XUL リファレンス HOME
-
-
- events
-
- 型: カンマで区切られたリスト
-
- command updater が曎新するためのむベント名のカンマで区切られたリスト。この属性が指定されおいないか倀に '*' を蚭定した堎合、すべおのむベントで効果がありたす。効果のあるむベントが以䞋のリストにありたす。たたは独自のむベントを䜿甚するこずもできたす。command dispatcher の UpdateCommands メ゜ッドを呌び出すこずによっおカスタムむベントを送るこずができたす。
-
- diff --git a/files/ja/archive/mozilla/xul/attribute/expr/index.html b/files/ja/archive/mozilla/xul/attribute/expr/index.html deleted file mode 100644 index aec5790c40..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/expr/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: expr -slug: Archive/Mozilla/XUL/Attribute/expr -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/expr ---- -
« XUL リファレンス HOME
-
expr
型: 文字列型
XML ク゚リのための、結果を返す XPath 匏。芁玠䞊で宣蚀された任意の名前空間のプレフィックスが匏の䞭で䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/findnextaccesskey/index.html b/files/ja/archive/mozilla/xul/attribute/findnextaccesskey/index.html deleted file mode 100644 index 7bc7e6911a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/findnextaccesskey/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: findnextaccesskey -slug: Archive/Mozilla/XUL/Attribute/Findnextaccesskey -tags: - - XUL - - XUL Attributes -translation_of: Archive/Mozilla/XUL/Attribute/Findnextaccesskey ---- -
« XUL リファレンス HOME
-
-
findnextaccesskey
-
型 : string
-
findbar 内のツヌルバヌボタン「次を怜玢」甚のアクセスキヌ
-
diff --git a/files/ja/archive/mozilla/xul/attribute/first-tab/index.html b/files/ja/archive/mozilla/xul/attribute/first-tab/index.html deleted file mode 100644 index 331f681d83..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/first-tab/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: first-tab -slug: Archive/Mozilla/XUL/Attribute/first-tab -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/first-tab ---- -
« XUL リファレンス HOME
-
first-tab
型: 論理型
この属性は最初のタブに察しお true に蚭定されたす。この属性は手動で蚭定しおはいけたせん。しかし、テヌマで最初のタブに異なるスタむル付けをする堎合に圹に立ちたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/firstdayofweek/index.html b/files/ja/archive/mozilla/xul/attribute/firstdayofweek/index.html deleted file mode 100644 index eada7f4ad2..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/firstdayofweek/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: firstdayofweek -slug: Archive/Mozilla/XUL/Attribute/firstdayofweek -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/firstdayofweek ---- -
« XUL リファレンス HOME
-
firstdayofweek
型: æ•Žæ•°åž‹
グリッドで最初に衚瀺される週の曜日。倀は 0 から 6 たでの範囲です。0 は日曜日で 6 が土曜日です。初期倀はロケヌルによっお決定されるため、䞊曞きするにはこの属性を䜿甚するしかありたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/firstpage/index.html b/files/ja/archive/mozilla/xul/attribute/firstpage/index.html deleted file mode 100644 index 5fc89f073c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/firstpage/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: firstpage -slug: Archive/Mozilla/XUL/Attribute/firstpage -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/firstpage ---- -
« XUL リファレンス HOME
-
firstpage
型: 論理型
wizard が最初の page であるずき true になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/fixed/index.html b/files/ja/archive/mozilla/xul/attribute/fixed/index.html deleted file mode 100644 index 80b0b0b662..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/fixed/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: fixed -slug: Archive/Mozilla/XUL/Attribute/fixed -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/fixed ---- -
« XUL リファレンス HOME
-
fixed
型: 論理型
true の堎合、tree 内の列のサむズをナヌザが調節できなくなりたす。固定幅で列のサむズを維持する間、splitter がこれらの䞡偎の列をサむズ倉曎したす。false たたは指定されおいない堎合、ナヌザはコラムヘッダをマりスでドラッグしお列のサむズを調節するこずができたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/flags/index.html b/files/ja/archive/mozilla/xul/attribute/flags/index.html deleted file mode 100644 index 5a90cf2d35..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/flags/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: flags -slug: Archive/Mozilla/XUL/Attribute/flags -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/flags ---- -
« XUL リファレンス HOME
-
flags
型: スペヌスで区切られた䞋蚘の倀のリスト
flag の蚭定は様々な目的で䜿甚されたす。この属性の倀には 2 ぀の flag が定矩されおいたす。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/flex/index.html b/files/ja/archive/mozilla/xul/attribute/flex/index.html deleted file mode 100644 index 0e1d27f186..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/flex/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: flex -slug: Archive/Mozilla/XUL/Attribute/flex -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/flex ---- -
« XUL リファレンス HOME
-
flex
型: 文字列型 (敎数型に盞圓)
芁玠のコンテナが子芁玠間の残りの空間をどのように分配するかを瀺す、芁玠の柔軟性を指瀺したす。䌞瞮自圚な芁玠は、そのサむズを䞎えられた空間に合わせるため、拡がったり瞮んだりしたす。倧きな flex 倀を持぀芁玠は、より小さな倀を持぀芁玠よりも倧きくなり、双方の芁玠に比䟋しお決定されたす。実際の倀は、同じコンテナに他の䌞瞮自圚な芁玠が無い限り意味を持ちたせん。ボックス内の芁玠のデフォルト倀が蚈算されるず、flex の倀に応じお、ボックス内の残りの空間が芁玠間で分割されたす。flex の倀に 0 を指定するず、flex 属性党䜓を陀倖したのず同じ効果を埗られたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/focused/index.html b/files/ja/archive/mozilla/xul/attribute/focused/index.html deleted file mode 100644 index c9b485e359..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/focused/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: focused -slug: Archive/Mozilla/XUL/Attribute/focused -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/focused ---- -
« XUL リファレンス HOME
-
focused
型: 論理型
芁玠がフォヌカスされおいるずき、この属性倀は true です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/forcecomplete/index.html b/files/ja/archive/mozilla/xul/attribute/forcecomplete/index.html deleted file mode 100644 index 92b1099866..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/forcecomplete/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: forceComplete -slug: Archive/Mozilla/XUL/Attribute/forceComplete -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/forceComplete ---- -
« XUL リファレンス HOME
-
forceComplete
型: 論理型
true の堎合、textbox がフォヌカスを倱った時、最もマッチするものが入力されたす。false の堎合、ナヌザが項目を遞択した時のみ入力されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/grippyhidden/index.html b/files/ja/archive/mozilla/xul/attribute/grippyhidden/index.html deleted file mode 100644 index 9b4f418bf2..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/grippyhidden/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: grippyhidden -slug: Archive/Mozilla/XUL/Attribute/grippyhidden -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/grippyhidden ---- -
« XUL リファレンス HOME
-
grippyhidden
Firefox では䜿甚䞍可
型: 論理型
true に蚭定するず grippy が隠されたす。デフォルト倀の false に蚭定するず grippy が珟れたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/grippytooltiptext/index.html b/files/ja/archive/mozilla/xul/attribute/grippytooltiptext/index.html deleted file mode 100644 index ba6ac4e71f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/grippytooltiptext/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: grippytooltiptext -slug: Archive/Mozilla/XUL/Attribute/grippytooltiptext -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/grippytooltiptext ---- -
« XUL リファレンス HOME
-
grippytooltiptext
Firefox では䞍可
型: 文字列型
toolbar が畳たれおいる時に、その grippy の tooltip に衚瀺するテキスト。grippy のラベル付けに䜿甚されるため、ナヌザは、どのツヌルバヌがこれを提䟛しおいるかを知るこずができたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/group/index.html b/files/ja/archive/mozilla/xul/attribute/group/index.html deleted file mode 100644 index 7ac3b75231..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/group/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: group -slug: Archive/Mozilla/XUL/Attribute/group -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/group ---- -
« XUL リファレンス HOME
-
group
型: グルヌプ名の文字列
group 属性に同じ倀を持぀、type="radio" のボタンは同じグルヌプ内に眮かれたす。各グルヌプでは䞀床に䞀぀のボタンのみにチェックを入れるこずができたす。ナヌザが䞀぀のボタンを遞択するず、グルヌプ内の他のボタンのチェックが倖れたす。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/handlectrlpageupdown/index.html b/files/ja/archive/mozilla/xul/attribute/handlectrlpageupdown/index.html deleted file mode 100644 index 838b1409f0..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/handlectrlpageupdown/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: handleCtrlPageUpDown -slug: Archive/Mozilla/XUL/Attribute/handleCtrlPageUpDown -tags: - - XUL Attributes - - XUL Reference -translation_of: Mozilla/Tech/XUL/Attribute/handleCtrlPageUpDown ---- -
« XUL リファレンス HOME
-
handleCtrlPageUpDown
型: 論理型
true に蚭定するか省略した堎合、Ctrl を抌しながら Page Up たたは Page Down キヌを抌すず、次のタブや前のタブに切り替えられたす。この属性を false に蚭定した堎合、これらのキヌはタブ操䜜を行いたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/handlectrltab/index.html b/files/ja/archive/mozilla/xul/attribute/handlectrltab/index.html deleted file mode 100644 index 030a8e5197..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/handlectrltab/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: handleCtrlTab -slug: Archive/Mozilla/XUL/Attribute/handleCtrlTab -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/handleCtrlTab ---- -
« XUL リファレンス HOME
-
handleCtrlTab
型: 論理型
true に蚭定するか省略した堎合、Ctrl ず Tab キヌが同時に抌されるず tabbox が次のタブに切り替えられたす。Shift キヌも同時に抌すず、前のタブが衚瀺されたす。この属性を false に蚭定した堎合、これらのキヌはタブ操䜜を行いたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/height/index.html b/files/ja/archive/mozilla/xul/attribute/height/index.html deleted file mode 100644 index eb5490d13b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/height/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: height -slug: Archive/Mozilla/XUL/Attribute/height -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/height ---- -
« XUL リファレンス HOME
-
height
型: 文字列型 (敎数型に盞圓)
優先する芁玠のピクセル単䜍の高さ。実際に衚瀺される高さは、芁玠やその内容が持぀最小高たたは最倧高によっお異なりたす。CSS の height プロパティもたた䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/helpuri/index.html b/files/ja/archive/mozilla/xul/attribute/helpuri/index.html deleted file mode 100644 index 1888f7ea56..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/helpuri/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: helpURI -slug: Archive/Mozilla/XUL/Attribute/helpURI -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/helpURI ---- -
- « XUL リファレンス HOME
-
-
- helpURI
-
- 型: uri
-
- preference パネルに関連付けられたヘルプペヌゞの URI。この URI は、help ボタンが抌されたずき、ヘルプビュヌアで開かれたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/hidden/index.html b/files/ja/archive/mozilla/xul/attribute/hidden/index.html deleted file mode 100644 index 59ddc65386..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/hidden/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: hidden -slug: Archive/Mozilla/XUL/Attribute/hidden -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/hidden ---- -
« XUL リファレンス HOME
-
hidden
型: 論理型
true に蚭定するず、その芁玠は衚瀺されなくなりたす。これは CSS の display プロパティを 'none' に蚭定するのず䌌おいたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/hidechrome/index.html b/files/ja/archive/mozilla/xul/attribute/hidechrome/index.html deleted file mode 100644 index 36b1a352dd..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/hidechrome/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: hidechrome -slug: Archive/Mozilla/XUL/Attribute/hidechrome -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/hidechrome ---- -
« XUL リファレンス HOME
-
hidechrome
型: 論理型
chrome に含たれる titlebar を隠すには、この属性を true に蚭定したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/hidecolumnpicker/index.html b/files/ja/archive/mozilla/xul/attribute/hidecolumnpicker/index.html deleted file mode 100644 index 262afb19cb..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/hidecolumnpicker/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: hidecolumnpicker -slug: Archive/Mozilla/XUL/Attribute/hidecolumnpicker -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/hidecolumnpicker ---- -
« XUL リファレンス HOME
-
hidecolumnpicker
型: 論理型
false に蚭定した堎合、tree の右䞊隅に、衚瀺する列を遞択するドロップダりンメニュヌが衚瀺されたす。true に蚭定した堎合、このコラムピッカは隠されたす。デフォルト倀は false です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/hideheader/index.html b/files/ja/archive/mozilla/xul/attribute/hideheader/index.html deleted file mode 100644 index 9b4db55d28..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/hideheader/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: hideheader -slug: Archive/Mozilla/XUL/Attribute/hideheader -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/hideheader ---- -
« XUL リファレンス HOME
-
hideheader
型: 論理型
tree コラムヘッダをスタむル付けなしで衚瀺するには、この属性を true に蚭定したす。コラムに label を蚭定しおいないずきは、この属性にかかわらず、ヘッダは衚瀺されたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/hideseconds/index.html b/files/ja/archive/mozilla/xul/attribute/hideseconds/index.html deleted file mode 100644 index 8e2c0d595a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/hideseconds/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: hideseconds -slug: Archive/Mozilla/XUL/Attribute/hideseconds -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/hideseconds ---- -
- « XUL リファレンス HOME
-
-
- hideseconds
-
- 型: 論理型
-
- 秒フィヌルドを衚瀺するかどうかを瀺したす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/hidespinbuttons/index.html b/files/ja/archive/mozilla/xul/attribute/hidespinbuttons/index.html deleted file mode 100644 index 52582d9b46..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/hidespinbuttons/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: hidespinbuttons -slug: Archive/Mozilla/XUL/Attribute/hidespinbuttons -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/hidespinbuttons ---- -
« XUL リファレンス HOME
-
hidespinbuttons
型: 論理型
true の堎合、数倀ボックスは倀を調節するための矢印ボタンを持ちたせん。倀はキヌボヌドで調節するこずができたす。デフォルトの倀は false です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/highlightnonmatches/index.html b/files/ja/archive/mozilla/xul/attribute/highlightnonmatches/index.html deleted file mode 100644 index 1fa76240f4..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/highlightnonmatches/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: highlightnonmatches -slug: Archive/Mozilla/XUL/Attribute/highlightnonmatches -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/Highlightnonmatches ---- -
« XUL リファレンス HOME
-
highlightnonmatches
型: 論理型
true の堎合、マッチするものが芋぀からない時に autocomplete フィヌルドが匷調されたす。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/homepage/index.html b/files/ja/archive/mozilla/xul/attribute/homepage/index.html deleted file mode 100644 index 99d18472f5..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/homepage/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: homepage -slug: Archive/Mozilla/XUL/Attribute/homepage -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/homepage ---- -
« XUL リファレンス HOME
-
homepage
型: ホヌムペヌゞの URL
この属性は browser 芁玠のホヌムペヌゞを蚭定したす。ナヌザのブラりザホヌムペヌゞずは関係ありたせんが、ホヌムペヌゞを保持する䟿利なプロパティになりたす。このホヌムペヌゞに切り替えるには goHome メ゜ッドを䜿甚したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/href/index.html b/files/ja/archive/mozilla/xul/attribute/href/index.html deleted file mode 100644 index fcb0a85ff6..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/href/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: href -slug: Archive/Mozilla/XUL/Attribute/href -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/href ---- -
« XUL リファレンス HOME
-
href
型: 文字列型
この芁玠がクリックされた時に開かれる URL を定矩したす。text-link を含めるには class 属性が必芁です。
-
-
<label href="http://example.com" class="text-link" value="example.com ぞ行くには、ここをクリックしおください"/>
-
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/icon/index.html b/files/ja/archive/mozilla/xul/attribute/icon/index.html deleted file mode 100644 index 42cfad8bcb..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/icon/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: icon -slug: Archive/Mozilla/XUL/Attribute/icon -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/icon ---- -
« XUL リファレンス HOME
-
icon
Mozilla 1.8
型: 文字列型
この属性は共通ボタンの甚法を蚭定するために䜿甚したす。䞀郚のプラットフォヌムでは、これらのボタンを、その甚法を指瀺する小さなアむコンで衚瀺したす。これは image 属性の䞭で䜿甚しなければなりたせん。可胜な倀は次のずおり: accept, cancel, help, open, save, find, clear, yes, no, apply, close, print, add, remove, refresh, go-forward, go-back, properties, select-font, select-color, network。これら共通の甚法のいずれかに䞀臎するボタンを䜿甚するずきは、それを瀺すために icon 属性を䜿甚しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/id/index.html b/files/ja/archive/mozilla/xul/attribute/id/index.html deleted file mode 100644 index 9a74313f02..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/id/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: id -slug: Archive/Mozilla/XUL/Attribute/id -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/id ---- -
« XUL リファレンス HOME
-
id
型: window 内で固有の芁玠 ID
芁玠を識別するために付䞎される固有の識別子。 getElementById() などの DOM 関数やスタむルシヌトで芁玠を参照するために䜿うこずができる。
-
-

䟋

-
<button id="foo" label="Click Me" oncommand="doSomething()"/>
-
-<script>
-function doSomething(){
-    var myButton = document.getElementById('foo');
-    myButton.setAttribute('label','The button was pressed');
-}
-</script>
-
-

䞊蚘の䟋のさらに抜象的な䟋は、以䞋のようになる。

-
<button id="foo" label="Click Me" oncommand="setWidgetLabel(this, 'I was pressed')"/>
-<script>
-function setWidgetLabel(idName, newCaption){
-   document.getElementById( idName.id ).setAttribute('label',newCaption)
-}
-
-</script>
-
-

参照

-

name

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/ignoreblurwhilesearching/index.html b/files/ja/archive/mozilla/xul/attribute/ignoreblurwhilesearching/index.html deleted file mode 100644 index 634b4d5166..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/ignoreblurwhilesearching/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: ignoreblurwhilesearching -slug: Archive/Mozilla/XUL/Attribute/ignoreBlurWhileSearching -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/ignoreBlurWhileSearching ---- -
« XUL リファレンス HOME
-
ignoreblurwhilesearching
型: 論理型
true の堎合、怜玢䞭は blur むベントが無芖され、自動補完 popup は衚瀺されたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/ignorecase/index.html b/files/ja/archive/mozilla/xul/attribute/ignorecase/index.html deleted file mode 100644 index 218b76029e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/ignorecase/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: ignorecase -slug: Archive/Mozilla/XUL/Attribute/ignorecase -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/ignorecase ---- -
« XUL リファレンス HOME
-
ignorecase
型: 論理型
条件の倧文字ず小文字を区別せずにマッチさせるには、true に蚭定しおください。そうでない堎合はデフォルト倀の false になり、倧文字ず小文字が䞀臎しおいなければなりたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/ignoreincolumnpicker/index.html b/files/ja/archive/mozilla/xul/attribute/ignoreincolumnpicker/index.html deleted file mode 100644 index c8af2a6e0d..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/ignoreincolumnpicker/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: ignoreincolumnpicker -slug: Archive/Mozilla/XUL/Attribute/ignoreincolumnpicker -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/ignoreincolumnpicker ---- -
« XUL リファレンス HOME
-
ignoreincolumnpicker
型: 論理型
true の堎合、column は column ピッカ内に珟れたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/ignorekeys/index.html b/files/ja/archive/mozilla/xul/attribute/ignorekeys/index.html deleted file mode 100644 index 706343a8b8..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/ignorekeys/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: ignorekeys -slug: Archive/Mozilla/XUL/Attribute/ignorekeys -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/ignorekeys ---- -
« XUL リファレンス HOME
-
ignorekeys
型: 論理型
true に蚭定した堎合、popup 内の項目のキヌボヌド操䜜は無効になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/image/index.html b/files/ja/archive/mozilla/xul/attribute/image/index.html deleted file mode 100644 index a2329a44f4..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/image/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: image -slug: Archive/Mozilla/XUL/Attribute/image -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/image ---- -
- « XUL リファレンス HOME
-
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- -
-

䟋

- 
<menuitem label="Foo" class="menuitem-iconic" image="something.png" />
-

関連情報

- -
diff --git a/files/ja/archive/mozilla/xul/attribute/inactivetitlebarcolor/index.html b/files/ja/archive/mozilla/xul/attribute/inactivetitlebarcolor/index.html deleted file mode 100644 index 6ac872f66f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/inactivetitlebarcolor/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: inactivetitlebarcolor -slug: Archive/Mozilla/XUL/Attribute/inactivetitlebarcolor -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/inactivetitlebarcolor ---- -
« XUL リファレンス HOME
-
inactivetitlebarcolor
型: color 文字列
りィンドりが非アクティブな時のタむトルバヌに぀いお、背景色を指定された色にし、りィンドり内容ずの間の境界線を非衚瀺にしたす。この属性は Mac OS X でのみ有効です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/increment/index.html b/files/ja/archive/mozilla/xul/attribute/increment/index.html deleted file mode 100644 index 81683b2bfa..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/increment/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: increment -slug: Archive/Mozilla/XUL/Attribute/increment -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/increment ---- -
- « XUL リファレンス HOME
-
-
- increment
-
- 型: 論理型
-
- 矢印がクリックされたずきに (スクロヌルバヌの) curpos あるいは (数倀ボックスの) value 属性の倉曎される量。デフォルト倀は 1 です。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/index.html b/files/ja/archive/mozilla/xul/attribute/index.html deleted file mode 100644 index ca771f6746..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/index.html +++ /dev/null @@ -1,314 +0,0 @@ ---- -title: Attributes -slug: Archive/Mozilla/XUL/Attribute -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute ---- -
- « XUL リファレンス HOME
- diff --git a/files/ja/archive/mozilla/xul/attribute/index/index.html b/files/ja/archive/mozilla/xul/attribute/index/index.html deleted file mode 100644 index 387b55f9db..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/index/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: index -slug: Archive/Mozilla/XUL/Attribute/index -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/index ---- -
« XUL リファレンス HOME
- -
-
index
-
型: æ•Žæ•°åž‹
-
SQL ステヌトメント内のパラメヌタの index
-
diff --git a/files/ja/archive/mozilla/xul/attribute/inputtooltiptext/index.html b/files/ja/archive/mozilla/xul/attribute/inputtooltiptext/index.html deleted file mode 100644 index 1b3d1311b3..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/inputtooltiptext/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: inputtooltiptext -slug: Archive/Mozilla/XUL/Attribute/inputtooltiptext -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/inputtooltiptext ---- -
« XUL リファレンス HOME
-
inputtooltiptext
型: 文字列型
textbox の tooltip テキスト。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/insertafter/index.html b/files/ja/archive/mozilla/xul/attribute/insertafter/index.html deleted file mode 100644 index 9c62e51bdf..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/insertafter/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: insertafter -slug: Archive/Mozilla/XUL/Attribute/insertafter -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/insertafter ---- -
« XUL リファレンス HOME
-
insertafter
型: 芁玠の id
芁玠が overlay 内にある時、その芁玠はベヌスりィンドり内で insertafter 属性で指定した id を持぀芁玠の埌に珟れたす。この属性は insertbefore 属性を䞊曞きしたす。この倀はカンマで区切られた id のリストです。この id は window 内で最初に芋぀かったものが䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/insertbefore/index.html b/files/ja/archive/mozilla/xul/attribute/insertbefore/index.html deleted file mode 100644 index 81a3523662..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/insertbefore/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: insertbefore -slug: Archive/Mozilla/XUL/Attribute/insertbefore -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/insertbefore ---- -
« XUL リファレンス HOME
-
insertbefore
型: 芁玠の id
芁玠が overlay 内にある時、その芁玠はベヌスりィンドり内で insertbefore 属性で指定した id を持぀芁玠の前に珟れたす。この倀はカンマで区切られた id のリストです。この id は window 内で最初に芋぀かったものが䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/instantapply/index.html b/files/ja/archive/mozilla/xul/attribute/instantapply/index.html deleted file mode 100644 index bad28cf27a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/instantapply/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: instantApply -slug: Archive/Mozilla/XUL/Attribute/instantApply -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/instantApply ---- -
« XUL リファレンス HOME
-
instantApply
型: 論理型
true の堎合、ナヌザむンタフェヌスが倉曎されるずすぐに蚭定が反映されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/inverted/index.html b/files/ja/archive/mozilla/xul/attribute/inverted/index.html deleted file mode 100644 index 6b565093eb..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/inverted/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: inverted -slug: Archive/Mozilla/XUL/Attribute/inverted -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/inverted ---- -
« XUL リファレンス HOME
-
inverted
型: 論理型
真停倀を持぀ preference に぀いお、この属性が true に蚭定されるず、preference の倀がこの芁玠に関連付けられたナヌザむンタフェヌス芁玠の倀ず逆の倀を瀺したす。぀たり、checkbox にチェックを入れるず、preference が有効になる代わりに無効になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/iscontainer/index.html b/files/ja/archive/mozilla/xul/attribute/iscontainer/index.html deleted file mode 100644 index 2ac061e0e9..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/iscontainer/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: iscontainer -slug: Archive/Mozilla/XUL/Attribute/iscontainer -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/iscontainer ---- -
« XUL リファレンス HOME
-
iscontainer
型: 論理型
コンテナ芁玠を基底ずしおルヌルにマッチするかどうかを瀺す。この属性が指定されおいない堎合、rule はノヌドがコンテナかどうかに関わりたせん。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/isempty/index.html b/files/ja/archive/mozilla/xul/attribute/isempty/index.html deleted file mode 100644 index 0ba777d341..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/isempty/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: isempty -slug: Archive/Mozilla/XUL/Attribute/isempty -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/isempty ---- -
« XUL リファレンス HOME
-
isempty
型: 論理型
空芁玠を基底ずしおルヌルにマッチするかどうかを瀺す。この属性が指定されおいない堎合、rule はノヌドが子芁玠を持っおいるかどうかに関わりたせん。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/key/index.html b/files/ja/archive/mozilla/xul/attribute/key/index.html deleted file mode 100644 index 35afa88349..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/key/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: key -slug: Archive/Mozilla/XUL/Attribute/key -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/key ---- -
« XUL リファレンス HOME
-
key
型: 文字型
抌される文字。衚瀺可胜な文字を蚭定しなければなりたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/keycode/index.html b/files/ja/archive/mozilla/xul/attribute/keycode/index.html deleted file mode 100644 index e204d1e8cb..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/keycode/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: keycode -slug: Archive/Mozilla/XUL/Attribute/keycode -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/keycode ---- -
« XUL リファレンス HOME
-
keycode
型: キヌコヌドの文字列
Enter キヌやファンクションキヌなど衚瀺可胜な文字を持たないキヌには、この属性を key 属性の代わりに䜿甚したす。適切なキヌの䞀芧はここにありたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/keytext/index.html b/files/ja/archive/mozilla/xul/attribute/keytext/index.html deleted file mode 100644 index c883ec8f0f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/keytext/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: keytext -slug: Archive/Mozilla/XUL/Attribute/keytext -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/keytext ---- -
« XUL リファレンス HOME
-
keytext
型: 文字列型
キヌボヌドショヌトカットのラベル。このテキストは、menuitem が key 属性を通しお key 芁玠ず関連付けられおいるずき、menuitem ラベルの次に珟れたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/label.value/index.html b/files/ja/archive/mozilla/xul/attribute/label.value/index.html deleted file mode 100644 index 02ae6b6da9..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/label.value/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: label.value -slug: Archive/Mozilla/XUL/Attribute/label.value -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/label.value ---- -
« XUL リファレンス HOME
-
value
型: 文字列型
label に䜿甚されるテキスト。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/label/index.html b/files/ja/archive/mozilla/xul/attribute/label/index.html deleted file mode 100644 index c2a75b6e5f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/label/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: label -slug: Archive/Mozilla/XUL/Attribute/label -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/label ---- -
« XUL リファレンス HOME
-
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
-
-

参考

- -

JavaScript のサンプル

-
<label value="Whaw" id="the-big-label" command="the-big-button"/>
-<button id="the-big-button" label="Click me"
-	oncommand="alert(document.getElementById('the-big-label').value)"/>
-
-<label id="myLabel" value="My label"/>
-<button label="Click me"
-	oncommand="document.getElementById('myLabel').setAttribute('value','Value changed');" />
-
-<checkbox label="my Checkbox" id="myCheckboX"/>
-<button label="Another click"
-	oncommand="document.getElementById('myCheckboX').setAttribute('label','Still not checked');"/>
-<button label="Show label of checkbox"
-	oncommand="alert( document.getElementById('myCheckboX').getAttribute('label') )"/>
-
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/last-tab/index.html b/files/ja/archive/mozilla/xul/attribute/last-tab/index.html deleted file mode 100644 index 3eb20f5639..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/last-tab/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: last-tab -slug: Archive/Mozilla/XUL/Attribute/last-tab -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/last-tab ---- -
« XUL リファレンス HOME
-
last-tab
型: 論理型
この属性は最埌のタブに察しお true に蚭定されたす。この属性は手動で蚭定しおはいけたせん。しかし、テヌマで最埌のタブに異なるスタむル付けをする堎合に圹に立ちたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/lastpage/index.html b/files/ja/archive/mozilla/xul/attribute/lastpage/index.html deleted file mode 100644 index 27998388cf..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/lastpage/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: lastpage -slug: Archive/Mozilla/XUL/Attribute/lastpage -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/lastpage ---- -
« XUL リファレンス HOME
-
lastpage
型: 論理型
wizard が最埌の page であるずき true になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/lastselected/index.html b/files/ja/archive/mozilla/xul/attribute/lastselected/index.html deleted file mode 100644 index 1ddf3b1e61..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/lastselected/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: lastSelected -slug: Archive/Mozilla/XUL/Attribute/lastSelected -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/lastSelected ---- -
« XUL リファレンス HOME
-
lastSelected
型: 文字列型
最埌に遞択されたペむンの id を蚭定したす。次に蚭定ダむアログを開いたずき、このペむンがデフォルトで開かれたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/left/index.html b/files/ja/archive/mozilla/xul/attribute/left/index.html deleted file mode 100644 index 69da81f725..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/left/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: left -slug: Archive/Mozilla/XUL/Attribute/left -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/left ---- -
« XUL リファレンス HOME
-
left
型: 文字列型 (敎数型に盞圓)
stack 内の芁玠の配眮を、stack の巊端の芁玠の巊端からピクセル単䜍の䜍眮に指定したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/linkedpanel/index.html b/files/ja/archive/mozilla/xul/attribute/linkedpanel/index.html deleted file mode 100644 index bd4ea4f1bd..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/linkedpanel/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: linkedpanel -slug: Archive/Mozilla/XUL/Attribute/linkedpanel -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/linkedpanel ---- -
« XUL リファレンス HOME
-
linkedpanel
型: tabpanel 芁玠の id
タブが遞択されたずきに衚瀺される、リンクされた tabpanel 芁玠の id。この属性を䜿甚しない堎合、タブは tabpanels 芁玠内の、tabs コンテナ内の tab のむンデックスに䞀臎するパネルに接続されたす。しかし、この属性を䜿甚する堎合、この振る舞いよりも優先され、タブは垞に指定のパネルにリンクされたす。これは、いく぀かのタブが、select むベント内で調敎されたコンテンツにわずかな違いを持぀䞀぀のパネルに、重耇しおリンクしおしたうのを避けるために利甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/listcell.type/index.html b/files/ja/archive/mozilla/xul/attribute/listcell.type/index.html deleted file mode 100644 index c0c29bf362..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/listcell.type/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: listcell.type -slug: Archive/Mozilla/XUL/Attribute/listcell.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/listcell.type ---- -
« XUL リファレンス HOME
-
type
型: 文字列型
この属性の倀を checkbox に蚭定するこずによっお、listbox 内のセルをチェックボックスにするこずができたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/listitem.type/index.html b/files/ja/archive/mozilla/xul/attribute/listitem.type/index.html deleted file mode 100644 index c3b31aee4d..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/listitem.type/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: listitem.type -slug: Archive/Mozilla/XUL/Attribute/listitem.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/listitem.type ---- -
« XUL リファレンス HOME
-
type
型: 文字列型
この属性の倀を checkbox に蚭定するこずによっお、listbox 内の項目をチェックボックスにするこずができたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/max/index.html b/files/ja/archive/mozilla/xul/attribute/max/index.html deleted file mode 100644 index 23303a5fb1..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/max/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: max -slug: Archive/Mozilla/XUL/Attribute/max -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/max ---- -
« XUL リファレンス HOME
-
-
max
-
型: æ•Žæ•°åž‹
-
スケヌルたたは数倀ボックスの取り埗る最倧倀。スケヌルの堎合の初期倀は 100、数倀ボックスの堎合の初期倀は無限。
-
- -
-

関連情報

- -
diff --git a/files/ja/archive/mozilla/xul/attribute/maxheight/index.html b/files/ja/archive/mozilla/xul/attribute/maxheight/index.html deleted file mode 100644 index f66a4d2c74..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/maxheight/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: maxheight -slug: Archive/Mozilla/XUL/Attribute/maxheight -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/maxheight ---- -
« XUL リファレンス HOME
-
maxheight
型: 文字列型 (敎数型に盞圓)
芁玠の最倧高を返したす。これは CSS の max-height 属性に埓いたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/maxlength/index.html b/files/ja/archive/mozilla/xul/attribute/maxlength/index.html deleted file mode 100644 index e71308d143..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/maxlength/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: maxlength -slug: Archive/Mozilla/XUL/Attribute/maxlength -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/maxlength ---- -
« XUL リファレンス HOME
-
maxlength
型: æ•Žæ•°åž‹
textbox に入力するこずができる最倧文字数。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/maxpos/index.html b/files/ja/archive/mozilla/xul/attribute/maxpos/index.html deleted file mode 100644 index 4c1aabba2b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/maxpos/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: maxpos -slug: Archive/Mozilla/XUL/Attribute/maxpos -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/maxpos ---- -
« XUL リファレンス HOME
-
maxpos
型: æ•Žæ•°åž‹
scrollbar の䜍眮の最倧倀。デフォルト倀は 100 です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/maxrows/index.html b/files/ja/archive/mozilla/xul/attribute/maxrows/index.html deleted file mode 100644 index 427116eb87..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/maxrows/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: maxrows -slug: Archive/Mozilla/XUL/Attribute/maxrows -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/maxrows ---- -
« XUL リファレンス HOME
-
maxrows
型: æ•Žæ•°åž‹
候補リストに䞀床に衚瀺する行数。scrollbar が珟れるので、ナヌザは残りの項目を芋枡すこずができたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/maxwidth/index.html b/files/ja/archive/mozilla/xul/attribute/maxwidth/index.html deleted file mode 100644 index 70537abb31..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/maxwidth/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: maxwidth -slug: Archive/Mozilla/XUL/Attribute/maxwidth -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/maxwidth ---- -
« XUL リファレンス HOME
-
maxwidth
型: 文字列型 (敎数型に盞圓)
芁玠の最倧幅。これは、CSS の max-width 属性に盞圓したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/member/index.html b/files/ja/archive/mozilla/xul/attribute/member/index.html deleted file mode 100644 index 97cbcbb168..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/member/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: member -slug: Archive/Mozilla/XUL/Attribute/member -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/member ---- -
« XUL リファレンス HOME
-
member
型: 文字列型
member 倉数ずしお䜿甚される任意の倉数を蚭定したす。この属性が指定されおいない堎合、テンプレヌトの最初のルヌルの action 本䜓の、uri 属性で指定された倉数が䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/menu/index.html b/files/ja/archive/mozilla/xul/attribute/menu/index.html deleted file mode 100644 index 1332f98182..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/menu/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: menu -slug: Archive/Mozilla/XUL/Attribute/menu -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/menu ---- -
« XUL リファレンス HOME
-
menu
型: popup 芁玠の id
popup 属性の代わりの名前ですが、同様に、スクリプトプロパティの 'menu' も持っおいたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/menuactive/index.html b/files/ja/archive/mozilla/xul/attribute/menuactive/index.html deleted file mode 100644 index 30dfc7449c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/menuactive/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: menuactive -slug: Archive/Mozilla/XUL/Attribute/menuactive -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/menuactive ---- -
« XUL リファレンス HOME
-
menuactive
型: 論理型
この属性は menu 内の項目がポむントされた時、その項目に蚭定されたす。䞀般的に、この属性はテヌマがメニュヌ項目を匷調衚瀺するために䜿甚したす。メニュヌ項目がポむントされた時、その項目には DOMMenuItemActive むベントが送られ、その遞択が他ぞ移動した時、DOMMenuItemInactive むベントがその項目に送られたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/menuitem.key/index.html b/files/ja/archive/mozilla/xul/attribute/menuitem.key/index.html deleted file mode 100644 index e12863aa36..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/menuitem.key/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: menuitem.key -slug: Archive/Mozilla/XUL/Attribute/menuitem.key -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/menuitem.key ---- -
« XUL リファレンス HOME
-
key
型: 芁玠の id
key 芁玠の id を蚭定したす。この芁玠が持぀キヌショヌトカットは menuitem 内に衚瀺されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/menuitem.name/index.html b/files/ja/archive/mozilla/xul/attribute/menuitem.name/index.html deleted file mode 100644 index 584a8de3fa..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/menuitem.name/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: menuitem.name -slug: Archive/Mozilla/XUL/Attribute/menuitem.name -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/menuitem.name ---- -
« XUL リファレンス HOME
-
name
型: 文字列型の name
同じ name を持぀ラゞオ型 menuitem はグルヌプ化されたす。各ラゞオグルヌプ内で同時に䞀぀の menuitem のみにチェックが入りたす。
-
-

䟋

-
<toolbox>
-  <menubar id="planets-menubar">
-    <menu id="planet-menu" label="Planet">
-      <menupopup>
-        <menuitem id="jupiter" label="Jupiter" type="radio" name="planet"/>
-        <menuitem id="saturn" label="Saturn" type="radio" name="planet" checked="true"/>
-        <menuitem id="uranus" label="Uranus" type="radio" name="planet"/>
-      </menupopup>
-    </menu>
-  </menubar>
-</toolbox>
-
-

参照

-

name, XUL Tutorial 内の menu

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/menuitem.type/index.html b/files/ja/archive/mozilla/xul/attribute/menuitem.type/index.html deleted file mode 100644 index 8f686ad6f1..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/menuitem.type/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: menuitem.type -slug: Archive/Mozilla/XUL/Attribute/menuitem.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/menuitem.type ---- -
« XUL リファレンス HOME
-
type
型: 䞋蚘のいずれか䞀぀
チェック可胜な menuitem の生成や、ラゞオボタン型 menuitem のために䜿甚されたす。
- -

メニュヌにチェックマヌクを远加するための詳しい情報は、XUL チュヌトリアルを参照しおください。

-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/min/index.html b/files/ja/archive/mozilla/xul/attribute/min/index.html deleted file mode 100644 index 048f8b411f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/min/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: min -slug: Archive/Mozilla/XUL/Attribute/min -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/min ---- -
- « XUL リファレンス HOME
-
-
- min
-
- 型: æ•Žæ•°åž‹
-
- スケヌルあるいは数倀ボックスの取りうる最小倀。デフォルト倀は 0 です。
-
-

 

diff --git a/files/ja/archive/mozilla/xul/attribute/minheight/index.html b/files/ja/archive/mozilla/xul/attribute/minheight/index.html deleted file mode 100644 index f4d5c33aaa..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/minheight/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: minheight -slug: Archive/Mozilla/XUL/Attribute/minheight -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/minheight ---- -
« XUL リファレンス HOME
-
minheight
型: 文字列型 (敎数型に盞圓)
芁玠の最小の高さ。 これは、CSSプロパティの min-height に盞圓する。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/minresultsforpopup/index.html b/files/ja/archive/mozilla/xul/attribute/minresultsforpopup/index.html deleted file mode 100644 index aa8351b618..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/minresultsforpopup/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: minresultsforpopup -slug: Archive/Mozilla/XUL/Attribute/minResultsForPopup -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/minResultsForPopup ---- -
« XUL リファレンス HOME
-
minresultsforpopup
型: æ•Žæ•°åž‹
衚瀺される popup に返す候補の数の最小倀。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/minwidth/index.html b/files/ja/archive/mozilla/xul/attribute/minwidth/index.html deleted file mode 100644 index 1c44870a9d..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/minwidth/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: minwidth -slug: Archive/Mozilla/XUL/Attribute/minwidth -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/minwidth ---- -
« XUL リファレンス HOME
-
minwidth
型: 文字列型 (敎数型に盞圓)
芁玠の最小幅。これは、CSSプロパティ min-width に盞圓したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/mode/index.html b/files/ja/archive/mozilla/xul/attribute/mode/index.html deleted file mode 100644 index d7d1a4af86..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/mode/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: mode -slug: Archive/Mozilla/XUL/Attribute/mode -translation_of: Archive/Mozilla/XUL/Attribute/mode ---- -
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/modifiers/index.html b/files/ja/archive/mozilla/xul/attribute/modifiers/index.html deleted file mode 100644 index 1f44389c57..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/modifiers/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: modifiers -slug: Archive/Mozilla/XUL/Attribute/modifiers -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/modifiers ---- -
« XUL リファレンス HOME
-
modifiers
型: スペヌスで区切られた以䞋の倀のリスト
キヌボヌドショヌトカットを呌び出すために抌䞋する修食キヌのリスト。耇数のキヌはスペヌスやカンマで区切られたす。プラットフォヌム䞊に無いキヌは、他のキヌに割り圓おられたす。
-
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/mousethrough/index.html b/files/ja/archive/mozilla/xul/attribute/mousethrough/index.html deleted file mode 100644 index 2a1ea04155..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/mousethrough/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: mousethrough -slug: Archive/Mozilla/XUL/Attribute/mousethrough -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/mousethrough ---- -
« XUL リファレンス HOME
-
mousethrough
型: 䞋蚘の倀のいずれか䞀぀
マりスむベントが芁玠を通過するかどうかを決定したす。この属性が指定されおいない堎合、倀は芪芁玠から継承されたす。mousethrough 属性を持぀祖先芁玠がない堎合、デフォルト倀は never です。
- -
-

mousethrough 属性は、䞀般的に、芁玠を他の芁玠の䞊䜍にスタックしお結合し、さらにマりスむベントを䞋䜍の芁玠に送れるようにするために䜿甚されたす。次の䟋では画像がボタン䞊に珟れたす。mousethrough 属性が image 䞊で指定されおいるため、button が無芖される代わりに image 䞊のマりスむベントが無芖されたす。mousethrough 属性を䜿甚しなかった堎合、image がすべおのマりスむベントを受け取り、button がマりスで抌されるこずはありたせん。

-
<stack>
-  <button label="Below"/>
-  <image src="happy.png" mousethrough="always"/>
-</stack>
-
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/movetoclick/index.html b/files/ja/archive/mozilla/xul/attribute/movetoclick/index.html deleted file mode 100644 index d2da50fc59..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/movetoclick/index.html +++ /dev/null @@ -1,10 +0,0 @@ ---- -title: Movetoclick -slug: Archive/Mozilla/XUL/Attribute/Movetoclick -translation_of: Archive/Mozilla/XUL/Attribute/Movetoclick ---- -
« XUL リファレンス HOME
-
movetoclick
型: 論理型
true の堎合、scale のスラむド領域をクリックするず、぀たみが盎接その䜍眮に移動したす。false の堎合、スラむド領域をクリックするず、぀たみがその方向に目盛り 1 ぀分だけ移動したす。この属性を指定しない堎合、各プラットフォヌムごずのデフォルト倀が䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/multiline/index.html b/files/ja/archive/mozilla/xul/attribute/multiline/index.html deleted file mode 100644 index 119117452b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/multiline/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: multiline -slug: Archive/Mozilla/XUL/Attribute/multiline -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/multiline ---- -
« XUL リファレンス HOME
-
multiline
型: 論理型
true の堎合、textbox は耇数行を衚瀺したす。ナヌザが Enter を抌すず改行されたす。false の堎合、textbox は䞀行のみ入力を蚱可したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/multiple/index.html b/files/ja/archive/mozilla/xul/attribute/multiple/index.html deleted file mode 100644 index c9548dea04..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/multiple/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: multiple -slug: Archive/Mozilla/XUL/Attribute/multiple -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/multiple ---- -
« XUL リファレンス HOME
-
multiple
型: 論理型
value がカンマで区切られた耇数の倀を含む堎合は、true に蚭定しおください。区切られた倀のいずれかがマッチするでしょう。false の堎合、倀の文字列党䜓が比范されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/name/index.html b/files/ja/archive/mozilla/xul/attribute/name/index.html deleted file mode 100644 index 39134ab301..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/name/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: name -slug: Archive/Mozilla/XUL/Attribute/name -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/name ---- -
« XUL リファレンス HOME -

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/negate/index.html b/files/ja/archive/mozilla/xul/attribute/negate/index.html deleted file mode 100644 index 1b2bb355d6..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/negate/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: negate -slug: Archive/Mozilla/XUL/Attribute/negate -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/negate ---- -
« XUL リファレンス HOME
-
negate
型: 論理型
比范条件を逆にするには true に蚭定しおください。where 節は条件が停の堎合にマッチし、条件が真の堎合はマッチしたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/newlines/index.html b/files/ja/archive/mozilla/xul/attribute/newlines/index.html deleted file mode 100644 index 95926c6d6f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/newlines/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: newlines -slug: Archive/Mozilla/XUL/Attribute/newlines -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/newlines ---- -
« XUL リファレンス HOME
-
newlines
型: 文字列型
textbox に貌り付けられた改行の扱い方。
可胜な倀:
pasteintact: 倉曎なしで改行を貌り付ける。
pastetofirst: 最初の改行の前のテキストのみを貌り付ける。残りのテキストは砎棄されたす。
replacewithcommas: 改行をカンマに眮き換えたテキストを貌り付ける。
replacewithspaces: 改行をスペヌスに眮き換えたテキストを貌り付ける。
strip: 改行を取り陀いたテキストを貌り付ける。
stripsurroundingwhitespace: 空癜を取り陀いた改行付きのテキストを貌り付ける。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/next/index.html b/files/ja/archive/mozilla/xul/attribute/next/index.html deleted file mode 100644 index bd2dd3aa5f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/next/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: next -slug: Archive/Mozilla/XUL/Attribute/next -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/next ---- -
« XUL リファレンス HOME
-
next
型: 文字列型の wizardpage の id
このペヌゞの埌にくる次ペヌゞの pageid を蚭定したす。蚭定するず、Next ボタンが抌された時、この pageID を持った page が衚瀺されたす。これは連続した手順を持たない wizard の䜜成に䜿甚されたす。䞀぀の page に next 属性があるずきは、最埌の page を陀き、すべおの page がこの属性を持぀べきです。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/noautofocus/index.html b/files/ja/archive/mozilla/xul/attribute/noautofocus/index.html deleted file mode 100644 index cba130a230..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/noautofocus/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: noautofocus -slug: Archive/Mozilla/XUL/Attribute/noautofocus -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/noautofocus ---- -
« XUL リファレンス HOME
-
noautofocus
型: 論理型
デフォルト倀の false の堎合、珟圚フォヌカスされおいる芁玠は、ポップアップが開かれるか閉じられるずフォヌカスを倱いたす。true の堎合はフォヌカスは倉曎されたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/noautohide/index.html b/files/ja/archive/mozilla/xul/attribute/noautohide/index.html deleted file mode 100644 index 615e3c40a5..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/noautohide/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: noautohide -slug: Archive/Mozilla/XUL/Attribute/noautohide -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/noautohide ---- -
« XUL リファレンス HOME
-
noautohide
型: 論理型
この属性が false に蚭定されるか省略された堎合、数秒経぀ず tooltip は自動的に消えたす。この属性が true に蚭定された堎合、このような動䜜は起こらず、ナヌザがマりスを他の芁玠に移動した時、ツヌルチップが隠れたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/noinitialfocus/index.html b/files/ja/archive/mozilla/xul/attribute/noinitialfocus/index.html deleted file mode 100644 index 911dbd7747..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/noinitialfocus/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: noinitialfocus -slug: Archive/Mozilla/XUL/Attribute/noinitialfocus -tags: - - XUL - - XUL Attribute - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/noinitialfocus ---- -
« XUL リファレンス HOME
-
-
noinitialfocus
-
型 : 真停倀
-
false 初期倀の堎合、ダむアログ内で最初にフォヌカスするべき芁玠を決定する際にこの芁玠が考慮されたす。 true の堎合、芁玠は初期フォヌカスを受け取らなくなりたす。この属性を甚いる事により、説明やラベルのようなものがうっかり初期フォヌカスを受け取るのを防ぐこずができたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/nomatch/index.html b/files/ja/archive/mozilla/xul/attribute/nomatch/index.html deleted file mode 100644 index dbb01ddca7..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/nomatch/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: nomatch -slug: Archive/Mozilla/XUL/Attribute/nomatch -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/nomatch ---- -
« XUL リファレンス HOME
-
nomatch
型: 論理型
この属性は、最埌たで怜玢した結果䞀臎しなかった時、true に蚭定されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/norestorefocus/index.html b/files/ja/archive/mozilla/xul/attribute/norestorefocus/index.html deleted file mode 100644 index 5c936b91ce..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/norestorefocus/index.html +++ /dev/null @@ -1,10 +0,0 @@ ---- -title: norestorefocus -slug: Archive/Mozilla/XUL/Attribute/Norestorefocus -translation_of: Archive/Mozilla/XUL/Attribute/Norestorefocus ---- -
« XUL リファレンス HOME
-
norestorefocus
型: 論理型
デフォルト倀の false の堎合、panel が隠れおいる時、キヌボヌドのフォヌカスは panel が開いおいた時の状態が埩元されたす。true の堎合、フォヌカスはリセットされ、フォヌカスが panel 内にあっおもクリアされたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/notification.type/index.html b/files/ja/archive/mozilla/xul/attribute/notification.type/index.html deleted file mode 100644 index 3eda369e97..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/notification.type/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: notification.type -slug: Archive/Mozilla/XUL/Attribute/notification.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/notification.type ---- -
« XUL リファレンス HOME
-
type
型: 䞋蚘の倀のいずれか䞀぀
priority から決定される notification の皮類を指瀺したす。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/object/index.html b/files/ja/archive/mozilla/xul/attribute/object/index.html deleted file mode 100644 index 48f564030e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/object/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: object -slug: Archive/Mozilla/XUL/Attribute/object -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/object ---- -
« XUL リファレンス HOME
-
object
芁玠のオブゞェクト。これは RDF リ゜ヌス URI たたは RDF リテラル倀を参照する倉数になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/observes/index.html b/files/ja/archive/mozilla/xul/attribute/observes/index.html deleted file mode 100644 index 6b81b56367..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/observes/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: observes -slug: Archive/Mozilla/XUL/Attribute/observes -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/observes ---- -
« XUL リファレンス HOME
-
observes
型: broadcaster 芁玠の id
芁玠によっお監芖されおいる broadcaster 芁玠の id を蚭定したす。属性が broadcaster 内で倉曎されるず、observer 内の属性も倉曎されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onbeforeaccept/index.html b/files/ja/archive/mozilla/xul/attribute/onbeforeaccept/index.html deleted file mode 100644 index c09909b8f4..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onbeforeaccept/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onbeforeaccept -slug: Archive/Mozilla/XUL/Attribute/onbeforeaccept -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onbeforeaccept ---- -
« XUL リファレンス HOME
-
onbeforeaccept
型: スクリプトコヌド
この属性内のコヌドは、OK ボタンが抌された時、たたは acceptDialog メ゜ッドが呌ばれた時に呌び出されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onbookmarkgroup/index.html b/files/ja/archive/mozilla/xul/attribute/onbookmarkgroup/index.html deleted file mode 100644 index 51ef30ebea..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onbookmarkgroup/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onbookmarkgroup -slug: Archive/Mozilla/XUL/Attribute/onbookmarkgroup -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onbookmarkgroup ---- -
« XUL リファレンス HOME
-
onbookmarkgroup
Firefox では䜿甚䞍可
型: スクリプトコヌド
このコヌドは、ナヌザが "すべおのタブをブックマヌク" コマンドを遞んだ時に実行されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onchange/index.html b/files/ja/archive/mozilla/xul/attribute/onchange/index.html deleted file mode 100644 index 03c4699c8a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onchange/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: onchange -slug: Archive/Mozilla/XUL/Attribute/onchange -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onchange ---- -
« XUL リファレンス HOME
-
onchange
型: スクリプトコヌド
onchange 属性内のコヌドは、芁玠の倀が倉曎された時、呌び出されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onclick/index.html b/files/ja/archive/mozilla/xul/attribute/onclick/index.html deleted file mode 100644 index 5ca4610ede..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onclick/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: onclick -slug: Archive/Mozilla/XUL/Attribute/onclick -translation_of: Archive/Mozilla/XUL/Attribute/onclick ---- -
« XUL リファレンス HOME
-
onclick
型: スクリプトコヌド
このむベントハンドラは、オブゞェクトがクリックされた時に呌び出されたす。
-
-
-

䟋

-
<button label="Click me" onclick="alert('Hi')"/>
-
-

参照

-

click 芁玠

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onclosetab/index.html b/files/ja/archive/mozilla/xul/attribute/onclosetab/index.html deleted file mode 100644 index d54eb52370..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onclosetab/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onclosetab -slug: Archive/Mozilla/XUL/Attribute/onclosetab -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onclosetab ---- -
« XUL リファレンス HOME
-
onclosetab
型: スクリプトコヌド
このスクリプトは close ボタンがクリックされた時に呌び出されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/oncommand/index.html b/files/ja/archive/mozilla/xul/attribute/oncommand/index.html deleted file mode 100644 index 8692fa07d4..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/oncommand/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: oncommand -slug: Archive/Mozilla/XUL/Attribute/oncommand -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/oncommand ---- -
« XUL リファレンス HOME
-
oncommand
型: スクリプトコヌド
このむベントハンドラは command が掻性化した時、呌び出されたす。これは、ナヌザがメニュヌ項目を遞択したり command に割り圓おられたキヌボヌドショヌトカットが抌したりした堎合に起こりたす。
-
-

䟋

-
<button label="ここをクリック" oncommand="alert('やぁ')"/>
-
-

参照

-

command 芁玠

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/oncommandupdate/index.html b/files/ja/archive/mozilla/xul/attribute/oncommandupdate/index.html deleted file mode 100644 index 77858795c3..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/oncommandupdate/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: oncommandupdate -slug: Archive/Mozilla/XUL/Attribute/oncommandupdate -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/oncommandupdate ---- -
« XUL リファレンス HOME
-
-
- oncommandupdate
-
- 型: スクリプトコヌド
-
- このむベントはコマンドが曎新された時、発生したす。無効化された項目の状態を曎新するために䜿甚したす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/onerror/index.html b/files/ja/archive/mozilla/xul/attribute/onerror/index.html deleted file mode 100644 index 583f0d1fd1..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onerror/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onerror -slug: Archive/Mozilla/XUL/Attribute/onerror -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onerror ---- -
« XUL リファレンス HOME
-
onerror
型: スクリプトコヌド
このむベントは、image の読み蟌みに゚ラヌが起こった時、image 芁玠に送られたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onerrorcommand/index.html b/files/ja/archive/mozilla/xul/attribute/onerrorcommand/index.html deleted file mode 100644 index b79cae7eb5..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onerrorcommand/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onerrorcommand -slug: Archive/Mozilla/XUL/Attribute/onerrorcommand -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onerrorcommand ---- -
« XUL リファレンス HOME
-
onerrorcommand
型: スクリプトコヌド
このむベントハンドラは、popup から候補を遞択しお゚ラヌが発生した時、呌び出されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/oninput/index.html b/files/ja/archive/mozilla/xul/attribute/oninput/index.html deleted file mode 100644 index 8dd0c961dc..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/oninput/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: oninput -slug: Archive/Mozilla/XUL/Attribute/oninput -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/oninput ---- -
« XUL リファレンス HOME
-
oninput
型: スクリプトコヌド
このむベントは、ナヌザが textbox にテキストを入力した時、送られたす。このむベントはテキストの衚瀺が倉曎されたずき呌び出されるため、ナヌザが衚瀺䞍可胜なキヌを抌した堎合は呌び出されたせん。
-
-

䟋

-
<!-- これは textbox に倀が入力されるたびに、それが label のテキストに蚭定されたす。 -->
-<script language="javascript">
-function setLabel(txtBox){
-	document.getElementById('lbl').value = txtBox.value;
-}
-</script>
-<label id="lbl"/>
-<textbox oninput="setLabel(this);"/>
-
-

これは HTML ドキュメントで䜿甚される onkeypress むベントに䌌おいたす。

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onload/index.html b/files/ja/archive/mozilla/xul/attribute/onload/index.html deleted file mode 100644 index c60da8e298..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onload/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onload -slug: Archive/Mozilla/XUL/Attribute/onload -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onload ---- -
« XUL リファレンス HOME
-
onload
型: スクリプトコヌド
このむベントハンドラは、image の読み蟌みが完了した時、image 芁玠䞊で呌ばれたす。これは、src 属性たたは list-style-image スタむルプロパティを通しお適甚された image に利甚したす。image を倉曎した堎合は、むベントは新しい image が読み蟌たれるず䜜動したす。このむベントは芁玠ツリヌを bubble up したせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onnewtab/index.html b/files/ja/archive/mozilla/xul/attribute/onnewtab/index.html deleted file mode 100644 index b62aa3b4a9..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onnewtab/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onnewtab -slug: Archive/Mozilla/XUL/Attribute/onnewtab -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onnewtab ---- -
« XUL リファレンス HOME
-
onnewtab
Firefox では䜿甚䞍可
型: スクリプトコヌド
このスクリプトは new tab ボタンがクリックされた時に呌び出されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onpaneload/index.html b/files/ja/archive/mozilla/xul/attribute/onpaneload/index.html deleted file mode 100644 index 54b80f697e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onpaneload/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: onpaneload -slug: Archive/Mozilla/XUL/Attribute/onpaneload -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onpaneload ---- -
- « XUL リファレンス HOME
-
-
- onpaneload
-
- 型: スクリプトコヌド
-
- ここで定矩されたコヌドは、window の load むベントのように、ペむンが読み蟌たれた時、呌び出されたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/onpopuphidden/index.html b/files/ja/archive/mozilla/xul/attribute/onpopuphidden/index.html deleted file mode 100644 index b2753dc9f0..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onpopuphidden/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onpopuphidden -slug: Archive/Mozilla/XUL/Attribute/onpopuphidden -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onpopuphidden ---- -
« XUL リファレンス HOME
-
onpopuphidden
型: スクリプトコヌド
このむベントはポップアップが非衚瀺になった時に発生したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onpopuphiding/index.html b/files/ja/archive/mozilla/xul/attribute/onpopuphiding/index.html deleted file mode 100644 index 2e4e1a01af..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onpopuphiding/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onpopuphiding -slug: Archive/Mozilla/XUL/Attribute/onpopuphiding -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onpopuphiding ---- -
« XUL リファレンス HOME
-
onpopuphiding
型: スクリプトコヌド
このむベントはポップアップを非衚瀺にしようずしおいる時に発生したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onpopupshowing/index.html b/files/ja/archive/mozilla/xul/attribute/onpopupshowing/index.html deleted file mode 100644 index 14dfd3b863..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onpopupshowing/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onpopupshowing -slug: Archive/Mozilla/XUL/Attribute/onpopupshowing -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onpopupshowing ---- -
« XUL リファレンス HOME
-
onpopupshowing
型: スクリプトコヌド
このむベントは、ポップアップが開かれる盎前にポップアップに送られたす。通垞、このハンドラはナヌザがポップアップの衚瀺を芁求したずき、動的にコンテンツを蚭定するために䜿甚されたす。このむベントハンドラから false が返るずポップアップの衚瀺が抑制されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onpopupshown/index.html b/files/ja/archive/mozilla/xul/attribute/onpopupshown/index.html deleted file mode 100644 index f0743a05a2..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onpopupshown/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onpopupshown -slug: Archive/Mozilla/XUL/Attribute/onpopupshown -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onpopupshown ---- -
« XUL リファレンス HOME
-
onpopupshown
型: スクリプトコヌド
このむベントはポップアップが衚瀺された埌に発生したす。りィンドりが開かれた時に発生する onload むベントず類䌌しおいたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/onsearchcomplete/index.html b/files/ja/archive/mozilla/xul/attribute/onsearchcomplete/index.html deleted file mode 100644 index ad003fac82..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onsearchcomplete/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: onsearchcomplete -slug: Archive/Mozilla/XUL/Attribute/onsearchcomplete -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/onsearchcomplete ---- -
« XUL リファレンス HOME
- -
-
onsearchcomplete
-
型: スクリプトコヌド
-
このむベントハンドラは、自動補完 (autocomplete)怜玢が完了しお結果が利甚可胜になった時、呌び出されたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/onselect/index.html b/files/ja/archive/mozilla/xul/attribute/onselect/index.html deleted file mode 100644 index 54ebfd0309..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/onselect/index.html +++ /dev/null @@ -1,11 +0,0 @@ ---- -title: onselect -slug: Archive/Mozilla/XUL/Attribute/onselect -translation_of: Archive/Mozilla/XUL/Attribute/onselect ---- -

参照

- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/ontextcommand/index.html b/files/ja/archive/mozilla/xul/attribute/ontextcommand/index.html deleted file mode 100644 index faf42b68f8..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/ontextcommand/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: ontextcommand -slug: Archive/Mozilla/XUL/Attribute/ontextcommand -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/ontextcommand ---- -
« XUL リファレンス HOME
-
ontextcommand
型: スクリプトコヌド
このむベントハンドラは、textbox のための候補が遞択された時、呌び出されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/ontextentered/index.html b/files/ja/archive/mozilla/xul/attribute/ontextentered/index.html deleted file mode 100644 index a40d487637..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/ontextentered/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: ontextentered -slug: Archive/Mozilla/XUL/Attribute/ontextentered -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/ontextentered ---- -
« XUL リファレンス HOME
-
ontextentered
型: スクリプトコヌド
このむベントハンドラは、textbox のための候補が遞択された時、呌び出されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/ontextrevert/index.html b/files/ja/archive/mozilla/xul/attribute/ontextrevert/index.html deleted file mode 100644 index bfdd42b521..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/ontextrevert/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: ontextrevert -slug: Archive/Mozilla/XUL/Attribute/ontextrevert -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/ontextrevert ---- -
« XUL リファレンス HOME
-
ontextrevert
型: スクリプトコヌド
このむベントハンドラは、ナヌザが Escape キヌを抌しお textbox の倀を元の補完されおいない倀に戻した時、呌び出されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/ontextreverted/index.html b/files/ja/archive/mozilla/xul/attribute/ontextreverted/index.html deleted file mode 100644 index f8889679cf..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/ontextreverted/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: ontextreverted -slug: Archive/Mozilla/XUL/Attribute/ontextreverted -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/ontextreverted ---- -
« XUL リファレンス HOME
-
ontextreverted
型: スクリプトコヌド
このむベントハンドラは、ナヌザが Esc を抌しお textbox を元の補完されおいない倀に戻した時、呌び出されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/open/index.html b/files/ja/archive/mozilla/xul/attribute/open/index.html deleted file mode 100644 index 1246c43ce1..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/open/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: open -slug: Archive/Mozilla/XUL/Attribute/open -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/open ---- -
« XUL リファレンス HOME
-
-
open
-
型: 論理型
-
menu の type ボタンに぀いお、メニュヌが開かれたずき、open 属性が true に蚭定されたす。メニュヌが閉じられるず open 属性は提䟛されたせん。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/ordinal/index.html b/files/ja/archive/mozilla/xul/attribute/ordinal/index.html deleted file mode 100644 index 8ef63136f0..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/ordinal/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: ordinal -slug: Archive/Mozilla/XUL/Attribute/ordinal -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/ordinal ---- -
« XUL リファレンス HOME
-
ordinal
型: 文字列型 (敎数型に盞圓)
芪芁玠の䞭での芁玠の䜍眮を瀺す数倀を返したす。デフォルトで、芁玠は XUL のコヌド䞭に珟れる䜍眮に珟れたす。ordinal 属性は、この順序を倉えるために䜿甚されるこずもありたす。デフォルトでの芁玠の䜍眮は、1 になるこずに泚意しおください。コンテナの boxObject のプロパティを䜿甚しお衚瀺順を読み出すこずもできたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/orient/index.html b/files/ja/archive/mozilla/xul/attribute/orient/index.html deleted file mode 100644 index 7faa85ba3e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/orient/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: orient -slug: Archive/Mozilla/XUL/Attribute/orient -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/orient ---- -
« XUL リファレンス HOME
-
orient
型: 䞋蚘の芁玠のいずれか䞀぀
ある芁玠の子芁玠の䞊びが氎平方向なのか、垂盎方向なのかを指定するのに䜿われる。デフォルト倀はその芁玠に䟝存する。-moz-box-orient スタむルプロパティを䜿甚するこずもできたす。
- -
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/pack/index.html b/files/ja/archive/mozilla/xul/attribute/pack/index.html deleted file mode 100644 index b1dc9c86a7..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/pack/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: pack -slug: Archive/Mozilla/XUL/Attribute/pack -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/pack ---- -
« XUL リファレンス HOME
-
pack
型: 䞋蚘の倀のいずれか䞀぀
pack 属性は、ボックスが子芁玠のサむズより倧きいずき、box 属性の子芁玠を配眮する堎所を指定したす。氎平指向のボックスでは、子芁玠の氎平方向の䜍眮を指瀺するために䜿われたす。垂盎指向のボックスでは、子芁玠の垂盎方向の䜍眮を指瀺するために䜿われたす。align 属性は、反察方向での䜍眮の指定に䜿われたす。たた、-moz-box-pack スタむルプロパティを䜿甚しお pack の倀を指定するこずもできたす。
-
- -
-

参照

-

詳しい情報は box packing in the XUL Tutorial にありたす。

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/pageid/index.html b/files/ja/archive/mozilla/xul/attribute/pageid/index.html deleted file mode 100644 index de9c85a823..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/pageid/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: pageid -slug: Archive/Mozilla/XUL/Attribute/pageid -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/pageid ---- -
« XUL リファレンス HOME
-
pageid
型: 文字列型の wizardpage の id
この属性はペヌゞを識別する wizard の id 文字列を蚭定したす。これは next 属性ず共に䜿甚されたす。wizard は垞に、wizard の子リスト内の最初に珟れる wizardpage から始たりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/pageincrement/index.html b/files/ja/archive/mozilla/xul/attribute/pageincrement/index.html deleted file mode 100644 index 43e0bbb4d7..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/pageincrement/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: pageincrement -slug: Archive/Mozilla/XUL/Attribute/pageincrement -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/pageincrement ---- -
- « XUL リファレンス HOME
-
-
- pageincrement
-
- 型: æ•Žæ•°åž‹
-
- (scrollbar の) curpos 属性あるいは (scale の) value 属性の倀が、スクロヌルバヌのトレむがクリックされるか、PgUp / PdDn キヌが抌された時に倉曎される量。トレむはスクロヌルバヌの぀たみが動く範囲です。デフォルト倀は 10 です。
-
-

 

diff --git a/files/ja/archive/mozilla/xul/attribute/pagestep/index.html b/files/ja/archive/mozilla/xul/attribute/pagestep/index.html deleted file mode 100644 index 175cecdf06..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/pagestep/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: pagestep -slug: Archive/Mozilla/XUL/Attribute/pagestep -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/pagestep ---- -
« XUL リファレンス HOME
-
pagestep
型: æ•Žæ•°åž‹
珟圚のペヌゞの index。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/panel.ignorekeys/index.html b/files/ja/archive/mozilla/xul/attribute/panel.ignorekeys/index.html deleted file mode 100644 index 7e5a40cdb5..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/panel.ignorekeys/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: panel.ignorekeys -slug: Archive/Mozilla/XUL/Attribute/panel.ignorekeys -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/panel.ignorekeys ---- -
« XUL リファレンス HOME
-
ignorekeys
型: 論理型
デフォルト倀の false の堎合、panel を閉じるために ESC キヌが䜿甚されたす。true の堎合、panel を閉じるために ESC キヌを䜿甚するこずはできたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/panel.label/index.html b/files/ja/archive/mozilla/xul/attribute/panel.label/index.html deleted file mode 100644 index b7077975a3..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/panel.label/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: panel.label -slug: Archive/Mozilla/XUL/Attribute/panel.label -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/panel.label ---- -
- « XUL リファレンス HOME
-
-
label
-
型: 文字列
-
パネルのタむトルバヌ䞊のラベル
-
diff --git a/files/ja/archive/mozilla/xul/attribute/panel.level/index.html b/files/ja/archive/mozilla/xul/attribute/panel.level/index.html deleted file mode 100644 index 6b9a579d47..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/panel.level/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: panel.level -slug: Archive/Mozilla/XUL/Attribute/Panel.level -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/panel.level ---- -
« XUL リファレンス HOME
-
level
型: 䞋蚘の倀のいずれか䞀぀
panel をすべおのりィンドりより手前に衚瀺するかどうかを指定したす。たたは、panel が含たれるりィンドりの手前に衚瀺したす。この属性が指定されおいないずきは、popup りィンドりのレベルはプラットフォヌムに䟝存したす。Linux のデフォルト倀は top です。その他のプラットフォヌムのデフォルト倀は parent です。panel にテキストフィヌルドが含たれるず、IME やオンスクリヌンキヌボヌドのポップアップが正しく衚瀺されないため、この属性を蚭定しおはいけたせん。テキストフィヌルドが含たれない通垞の堎合は倀に top を蚭定しおください。noautohide 属性の倀が true の堎合、この level 属性は無芖され、りィンドりレベルは垞に parent ず同じになりたす。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/panel.noautohide/index.html b/files/ja/archive/mozilla/xul/attribute/panel.noautohide/index.html deleted file mode 100644 index 14d6c74127..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/panel.noautohide/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: panel.noautohide -slug: Archive/Mozilla/XUL/Attribute/panel.noautohide -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/panel.noautohide ---- -
« XUL リファレンス HOME
-
noautohide
型: 論理型
デフォルト倀の false の堎合、ナヌザが panel の倖偎をクリックするかフォヌカスを他のアプリケヌションに切り替えるず panel が隠されたす。true の堎合、hidePopup メ゜ッドが呌び出されるず panel が閉じられたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/parent/index.html b/files/ja/archive/mozilla/xul/attribute/parent/index.html deleted file mode 100644 index 6a25c7ed0a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/parent/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: parent -slug: Archive/Mozilla/XUL/Attribute/parent -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/parent ---- -
« XUL リファレンス HOME
-
parent
型: 芁玠のタグ名
この属性を蚭定するず、rule は察応するタグにのみマッチしたす。これは異なるタグを持぀別々の葉ノヌドやコンテナノヌドのためのルヌルに䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/parsetype/index.html b/files/ja/archive/mozilla/xul/attribute/parsetype/index.html deleted file mode 100644 index ca0b470a46..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/parsetype/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: parsetype -slug: Archive/Mozilla/XUL/Attribute/parsetype -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/parsetype ---- -
« XUL リファレンス HOME
- -
-
parsetype
-
型: 文字列型
-
この属性に Integer 型の倀を蚭定するず、rule は敎数型 (Integer)の parseType を持぀ RDF ノヌドにのみマッチしたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/persist/index.html b/files/ja/archive/mozilla/xul/attribute/persist/index.html deleted file mode 100644 index 7998b8d742..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/persist/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: persist -slug: Archive/Mozilla/XUL/Attribute/persist -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/persist ---- -
« XUL リファレンス HOME
-
persist
型: スペヌスで区切られた属性のリスト
りィンドりが閉じられた時に䜿甚されおいた属性のスペヌスで区切られたリストを返したす。りィンドりが再び開かれた時に属性倀を再び栌玍したす。Mozilla では、プロファむルごずに localstore.rdf に持続的な属性を栌玍したす。document.persist 関数を䜿っお、氞続的な倀を栌玍するこずも可胜です。氞続的な倀を利甚するためには、芁玠は id も持぀必芁がありたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/persistence/index.html b/files/ja/archive/mozilla/xul/attribute/persistence/index.html deleted file mode 100644 index 75071e5808..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/persistence/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: persistence -slug: Archive/Mozilla/XUL/Attribute/persistence -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/persistence ---- -
« XUL リファレンス HOME
-
persistence
型: æ•Žæ•°åž‹
persistence を 0 以倖の倀に蚭定するず、notificationbox の removeTransientNotifications メ゜ッドはそれらを削陀したせん。これは、他の notification には圱響を䞎えずに notification のグルヌプを閉じるために䜿甚したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/phase/index.html b/files/ja/archive/mozilla/xul/attribute/phase/index.html deleted file mode 100644 index dcadd57b13..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/phase/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: phase -slug: Archive/Mozilla/XUL/Attribute/phase -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/phase ---- -
« XUL リファレンス HOME
-
phase
型: 文字列型
ハンドラが呌び出される堎所のむベントフェヌズ。この倀は、むベント取埗フェヌズであるこずを瀺すには capturing に、たたはタヌゲット芁玠にあるこずを瀺すには target に蚭定したす。揮発フェヌズ (bubbling phase)では、この倀党䜓を取り陀きたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/pickertooltiptext/index.html b/files/ja/archive/mozilla/xul/attribute/pickertooltiptext/index.html deleted file mode 100644 index f3fc6cd30e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/pickertooltiptext/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: pickertooltiptext -slug: Archive/Mozilla/XUL/Attribute/pickertooltiptext -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/pickertooltiptext ---- -
« XUL リファレンス HOME
-
pickertooltiptext
型: 文字列型
column picker 䞊の tooltip のためのテキスト。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/placeholder/index.html b/files/ja/archive/mozilla/xul/attribute/placeholder/index.html deleted file mode 100644 index 858bfbcb1c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/placeholder/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: placeholder -slug: Archive/Mozilla/XUL/Attribute/placeholder -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/placeholder ---- -
« XUL リファレンス HOME
-
placeholder
型: 文字列型
textbox が倀を持たない時に衚瀺される文字列。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/popup.left/index.html b/files/ja/archive/mozilla/xul/attribute/popup.left/index.html deleted file mode 100644 index 4b2435400b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/popup.left/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: popup.left -slug: Archive/Mozilla/XUL/Attribute/popup.left -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/popup.left ---- -
« XUL リファレンス HOME
-
left
型: æ•Žæ•°åž‹
showPopup メ゜ッドで指定されたポップアップの氎平方向の䜍眮を䞊曞きしたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/popup.position/index.html b/files/ja/archive/mozilla/xul/attribute/popup.position/index.html deleted file mode 100644 index f675b56543..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/popup.position/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: popup.position -slug: Archive/Mozilla/XUL/Attribute/popup.position -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/popup.position ---- -
« XUL リファレンス HOME
-
position
型: 䞋蚘の倀のいずれか䞀぀
position 属性は、ナヌザがクリックした芁玠に関する popup が珟れる䜍眮を決定したす。これは、popup をボタンの偎に眮くこずができたす。
- -
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/popup.top/index.html b/files/ja/archive/mozilla/xul/attribute/popup.top/index.html deleted file mode 100644 index 0c9eccf287..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/popup.top/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: popup.top -slug: Archive/Mozilla/XUL/Attribute/popup.top -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/popup.top ---- -
« XUL リファレンス HOME
-
top
型: æ•Žæ•°åž‹
showPopup メ゜ッドで指定されたポップアップの垂盎方向の䜍眮を䞊曞きしたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/popup/index.html b/files/ja/archive/mozilla/xul/attribute/popup/index.html deleted file mode 100644 index 5a3199c5c7..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/popup/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: popup -slug: Archive/Mozilla/XUL/Attribute/popup -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/popup ---- -
« XUL リファレンス HOME
-
popup
型: popup 芁玠の id
芁玠をクリックした時に衚瀺される popup 芁玠の id 属性の倀を指定したす。
-
-

参照

-

詳しい情報が XUL チュヌトリアルの popup 芁玠にありたす。

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/position/index.html b/files/ja/archive/mozilla/xul/attribute/position/index.html deleted file mode 100644 index dea2cf0d06..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/position/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: position -slug: Archive/Mozilla/XUL/Attribute/position -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/position ---- -
« XUL リファレンス HOME
-
position
型: 文字列型 (敎数型に盞圓)
芁玠が overlay 内にある堎合、position は 子芁玠が挿入された䜍眮の index です。position は 1 を基点ずするため、芁玠を始めに眮くには倀を 1 にしたす。insertbefore 属性たたは insertafter 属性のどちらかが芁玠にマッチするず、この属性は無芖されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/predicate/index.html b/files/ja/archive/mozilla/xul/attribute/predicate/index.html deleted file mode 100644 index d9301ef5e1..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/predicate/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: predicate -slug: Archive/Mozilla/XUL/Attribute/predicate -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/predicate ---- -
« XUL リファレンス HOME
-
predicate
マッチする述郚たたはプロパティ。これはプロパティの URI でなければなりたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/preference-editable/index.html b/files/ja/archive/mozilla/xul/attribute/preference-editable/index.html deleted file mode 100644 index 40bff550c7..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/preference-editable/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: preference-editable -slug: Archive/Mozilla/XUL/Attribute/preference-editable -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/preference-editable ---- -
« XUL リファレンス HOME
-
preference-editable
Mozilla 1.8
型: 論理型
true の堎合、芁玠は prefwindow 内の蚭定を倉曎するものずしお䜿甚されたす。preference 属性が preference 芁玠ぞの接続に䜿甚されたす。これは XBL で実装されたカスタム芁玠に圹立ちたす。倀が倉曎されるず芁玠が change むベントや select むベントを匕き起こすので、それに応じお preference も曎新されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/preference.name/index.html b/files/ja/archive/mozilla/xul/attribute/preference.name/index.html deleted file mode 100644 index 9505ad2049..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/preference.name/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: preference.name -slug: Archive/Mozilla/XUL/Attribute/preference.name -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/preference.name ---- -
« XUL リファレンス HOME
-
name
型: 文字列型
倉曎する preference の名前。䟋えば、browser のホヌムペヌゞは browser.startup.homepage で蚭定されたす。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/preference.type/index.html b/files/ja/archive/mozilla/xul/attribute/preference.type/index.html deleted file mode 100644 index c39f8028c6..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/preference.type/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: preference.type -slug: Archive/Mozilla/XUL/Attribute/preference.type -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/preference.type ---- -
« XUL リファレンス HOME
-
type
型: 以䞋の倀のいずれか䞀぀
preference の圢匏。次の倀のうちの䞀぀になりたす。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/preference/index.html b/files/ja/archive/mozilla/xul/attribute/preference/index.html deleted file mode 100644 index 82a61adfd5..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/preference/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: preference -slug: Archive/Mozilla/XUL/Attribute/preference -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/preference ---- -
« XUL リファレンス HOME
-
preference
型: 芁玠の id
芁玠を察応する preference に぀なぎたす。この属性は prefwindow 内で䜿甚された堎合のみ効果がありたす。preference の倀は、芁玠の value プロパティず䞀臎するように曎新されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/prefpane.selected/index.html b/files/ja/archive/mozilla/xul/attribute/prefpane.selected/index.html deleted file mode 100644 index b4cb55a77d..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/prefpane.selected/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: prefpane.selected -slug: Archive/Mozilla/XUL/Attribute/prefpane.selected -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/prefpane.selected ---- -
- « XUL リファレンス HOME
-
-
- selected
-
- 型: 論理型
-
- この属性は、珟圚遞択された prefpane で true に蚭定されたす。遞択されたペむンを倉曎するには prefwindow の showPane メ゜ッドを䜿甚しおください。
-
-
-

参照

- -
diff --git a/files/ja/archive/mozilla/xul/attribute/prefpane.src/index.html b/files/ja/archive/mozilla/xul/attribute/prefpane.src/index.html deleted file mode 100644 index ed9e2be05c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/prefpane.src/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: prefpane.src -slug: Archive/Mozilla/XUL/Attribute/prefpane.src -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/prefpane.src ---- -
- « XUL リファレンス HOME
-
-
- src
-
- 型: overlay URL
-
- preference ペむンのコンテンツの URL。これが指定されおいないずきは prefpane 芁玠のコンテンツが䜿甚されたす。
-
- -
-

参照

- -
diff --git a/files/ja/archive/mozilla/xul/attribute/prefwindow.type/index.html b/files/ja/archive/mozilla/xul/attribute/prefwindow.type/index.html deleted file mode 100644 index 35c02c83ae..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/prefwindow.type/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: prefwindow.type -slug: Archive/Mozilla/XUL/Attribute/prefwindow.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/prefwindow.type ---- -
« XUL リファレンス HOME
-
type
型: 文字列型
メむン蚭定りィンドりの子ダむアログには、この属性を child に蚭定しおください。プラットフォヌムにずっお適切な動䜜であれば、蚭定はメむンダむアログが閉じられた時のみ保存されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/primary/index.html b/files/ja/archive/mozilla/xul/attribute/primary/index.html deleted file mode 100644 index 230681ce25..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/primary/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: primary -slug: Archive/Mozilla/XUL/Attribute/primary -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/primary ---- -
« XUL リファレンス HOME
-
primary
型: 論理型
true に蚭定した堎合、treecol の巊偎に、その行の階局構造を瀺すためのむンデントず twisties が描画されたす。primary 属性が true に蚭定された列がないずきは、tree は入れ子状の行を含みたすが、ナヌザには䜕も瀺されたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/priority/index.html b/files/ja/archive/mozilla/xul/attribute/priority/index.html deleted file mode 100644 index a811c3eacd..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/priority/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: priority -slug: Archive/Mozilla/XUL/Attribute/priority -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/priority ---- -
« XUL リファレンス HOME
-
priority
型: æ•Žæ•°åž‹
notification が珟れる順番を指定する数倀。これは notificationbox の appendNotificationappendNotification メ゜ッド内に蚘述された定数の䞀぀でなければなりたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/progressmeter.max/index.html b/files/ja/archive/mozilla/xul/attribute/progressmeter.max/index.html deleted file mode 100644 index 4fd0385d5f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/progressmeter.max/index.html +++ /dev/null @@ -1,11 +0,0 @@ ---- -title: Progressmeter.max -slug: Archive/Mozilla/XUL/Attribute/Progressmeter.max -translation_of: Archive/Mozilla/XUL/Attribute/Progressmeter.max ---- -
« XUL リファレンス HOME
-
max
型: æ•Žæ•°åž‹
progressmeter の最倧倀。属性が指定されおいないずきのデフォルトは 100 です。この倀は癟分率ずしお䜿甚されたす。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/progressmeter.mode/index.html b/files/ja/archive/mozilla/xul/attribute/progressmeter.mode/index.html deleted file mode 100644 index bc00f6e9cb..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/progressmeter.mode/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: progressmeter.mode -slug: Archive/Mozilla/XUL/Attribute/progressmeter.mode -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/progressmeter.mode ---- -
« XUL リファレンス HOME
-
mode
型: 以䞋の倀のいずれか䞀぀
determined な progressmeter は䜜業にかかる長さが分かる堎合に䜿甚したす。undetermined な progressmeter は、その長さが分からないずきに䜿甚し、䞀般的に床屋の回転ポヌルのように描画されたす。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/progressmeter.value/index.html b/files/ja/archive/mozilla/xul/attribute/progressmeter.value/index.html deleted file mode 100644 index e6e5320162..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/progressmeter.value/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: progressmeter.value -slug: Archive/Mozilla/XUL/Attribute/progressmeter.value -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/progressmeter.value ---- -
« XUL リファレンス HOME
-
value
型: æ•Žæ•°åž‹
進捗を瀺す 0 から 100 たでの範囲の敎数。value を "0" に蚭定するず空のバヌが衚瀺され、"100" に蚭定するず完党な長さのバヌが衚瀺されたす。たた "25" に蚭定するず 1/4 の長さのバヌになりたす。数倀の埌の文字は無芖されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/properties/index.html b/files/ja/archive/mozilla/xul/attribute/properties/index.html deleted file mode 100644 index 1bfc18b813..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/properties/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: properties -slug: Archive/Mozilla/XUL/Attribute/properties -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/properties ---- -
« XUL リファレンス HOME
-
properties
型: スペヌスで区切られたプロパティ名のリスト
芁玠にスタむル付けに䜿甚される、芁玠のプロパティを蚭定したす。詳しい情報はツリヌのスタむル付けを参照しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/query.name/index.html b/files/ja/archive/mozilla/xul/attribute/query.name/index.html deleted file mode 100644 index db13428bb3..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/query.name/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: query.name -slug: Archive/Mozilla/XUL/Attribute/query.name -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/query.name ---- -
« XUL リファレンス HOME
-
name
型: 文字列型
SQL ステヌトメントに含たれるパラメヌタの name。この名前はコロン(:) で始たるク゚リ内に珟れたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/query.type/index.html b/files/ja/archive/mozilla/xul/attribute/query.type/index.html deleted file mode 100644 index f12709ca75..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/query.type/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: query.type -slug: Archive/Mozilla/XUL/Attribute/query.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/query.type ---- -
« XUL リファレンス HOME
-
type
型: 䞋蚘の倀のいずれか䞀぀
パラメヌタの倀の型。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/querytype/index.html b/files/ja/archive/mozilla/xul/attribute/querytype/index.html deleted file mode 100644 index f61f701f4d..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/querytype/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: querytype -slug: Archive/Mozilla/XUL/Attribute/querytype -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/querytype ---- -
« XUL リファレンス HOME
-
querytype
型: 文字列型
テンプレヌトで䜿甚するデヌタ゜ヌスの皮類を指瀺したす。Firefox 3 は、デフォルト倀の 'rdf' および 'xml', 'storage' の 3 皮類の埋め蟌みデヌタ゜ヌスを提䟛しおいたす。拡匵機胜が远加のデヌタ゜ヌスのサポヌトを提䟛するでしょう。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/readonly/index.html b/files/ja/archive/mozilla/xul/attribute/readonly/index.html deleted file mode 100644 index a876a210c5..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/readonly/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: readonly -slug: Archive/Mozilla/XUL/Attribute/readonly -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/readonly ---- -
« XUL リファレンス HOME
-
readonly
型: 論理型
true に蚭定した堎合、ナヌザは芁玠の倀を倉曎できたせん。しかし、スクリプトからは䟝然ずしお倀を倉曎できたす。
-Gecko 2 note -
(Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
-
Gecko 2.0 たで、readonly 属性は XBL フィヌルド䞊で正しく動䜜したせんでした。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/ref/index.html b/files/ja/archive/mozilla/xul/attribute/ref/index.html deleted file mode 100644 index 99bbc24ca0..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/ref/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: ref -slug: Archive/Mozilla/XUL/Attribute/ref -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/ref ---- -
« XUL リファレンス HOME
-
ref
型: RDFリ゜ヌスのURI
テンプレヌトで生成された芁玠に぀いお、コンテンツが生成される䜍眮の RDF のルヌトノヌドを指定するために䜿甚したす。この属性は、RDF コンテナの about 属性の倀に察応したす。この属性は datasources 属性の隣になければなりたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/rel/index.html b/files/ja/archive/mozilla/xul/attribute/rel/index.html deleted file mode 100644 index 5617d92a1a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/rel/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: rel -slug: Archive/Mozilla/XUL/Attribute/rel -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/rel ---- -
« XUL リファレンス HOME
-
rel
型: 䞋蚘の倀のいずれか䞀぀
行う比范の圢匏。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/removeelement/index.html b/files/ja/archive/mozilla/xul/attribute/removeelement/index.html deleted file mode 100644 index 1c5017a301..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/removeelement/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: removeelement -slug: Archive/Mozilla/XUL/Attribute/removeelement -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/removeelement ---- -
« XUL リファレンス HOME
-
removeelement
型: 芁玠の id
overlay 内の芁玠䞊に眮かれた堎合、ベヌスファむル内の芁玠を window から削陀したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/resizeafter/index.html b/files/ja/archive/mozilla/xul/attribute/resizeafter/index.html deleted file mode 100644 index 2527efd72d..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/resizeafter/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: resizeafter -slug: Archive/Mozilla/XUL/Attribute/resizeafter -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/resizeafter ---- -
« XUL リファレンス HOME
-
resizeafter
型: 以䞋の倀のいずれか䞀぀
この属性は、splitter の䜍眮が倉曎された時、その右偎たたは䞋偎のどの芁玠をサむズ倉曎するかを指瀺したす。
- -
-

参照

-

resizebefore

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/resizebefore/index.html b/files/ja/archive/mozilla/xul/attribute/resizebefore/index.html deleted file mode 100644 index 32e020b755..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/resizebefore/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: resizebefore -slug: Archive/Mozilla/XUL/Attribute/resizebefore -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/resizebefore ---- -
« XUL リファレンス HOME
-
resizebefore
型: 以䞋の倀のいずれか䞀぀
この属性は、splitter の䜍眮が倉曎された時、その巊偎たたは䞊偎のどの芁玠をサむズ倉曎するかを指瀺したす。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/resizer.dir/index.html b/files/ja/archive/mozilla/xul/attribute/resizer.dir/index.html deleted file mode 100644 index 28ebdf8b30..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/resizer.dir/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: resizer.dir -slug: Archive/Mozilla/XUL/Attribute/resizer.dir -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/resizer.dir ---- -
« XUL リファレンス HOME
-
dir
型: 䞋蚘の倀のいずれか䞀぀
window がサむズ倉曎される方向。
- -
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/rows/index.html b/files/ja/archive/mozilla/xul/attribute/rows/index.html deleted file mode 100644 index 49438938a7..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/rows/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: rows -slug: Archive/Mozilla/XUL/Attribute/rows -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/rows ---- -
« XUL リファレンス HOME
-
rows
型: æ•Žæ•°åž‹
芁玠内に衚瀺する行数。芁玠がこの数倀よりも倚くの行を含むずきはスクロヌルバヌが珟れたす。芁玠内の実際の rows の倀を取埗するには getRowCount メ゜ッドを䜿甚しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/screenx/index.html b/files/ja/archive/mozilla/xul/attribute/screenx/index.html deleted file mode 100644 index 79c0541a96..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/screenx/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: screenX -slug: Archive/Mozilla/XUL/Attribute/screenX -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/screenX ---- -
« XUL リファレンス HOME
-
screenX
型: æ•Žæ•°åž‹
スクリヌンに衚瀺するりむンドりの氎平䜍眮。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/screeny/index.html b/files/ja/archive/mozilla/xul/attribute/screeny/index.html deleted file mode 100644 index dd2e7a4c28..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/screeny/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: screenY -slug: Archive/Mozilla/XUL/Attribute/screenY -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/screenY ---- -
« XUL リファレンス HOME
-
screenY
型: æ•Žæ•°åž‹
スクリヌンに衚瀺するりむンドりの垂盎䜍眮。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/script.src/index.html b/files/ja/archive/mozilla/xul/attribute/script.src/index.html deleted file mode 100644 index 108b0a3573..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/script.src/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: script.src -slug: Archive/Mozilla/XUL/Attribute/script.src -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/script.src ---- -
« XUL リファレンス HOME
-
src
型: URL
script の URL。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/script.type/index.html b/files/ja/archive/mozilla/xul/attribute/script.type/index.html deleted file mode 100644 index 8b7752b59a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/script.type/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: script.type -slug: Archive/Mozilla/XUL/Attribute/script.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/script.type ---- -
« XUL リファレンス HOME
-
type
型: language の Content-Type
スクリプトの蚀語。通垞は application/x-javascript に蚭定したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/searchbutton/index.html b/files/ja/archive/mozilla/xul/attribute/searchbutton/index.html deleted file mode 100644 index 91dc76f55f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/searchbutton/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: searchbutton -slug: Archive/Mozilla/XUL/Attribute/searchbutton -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/Searchbutton ---- -
« XUL リファレンス HOME
-
searchbutton
型: 論理型
true の堎合、ナヌザが search ボタンを抌すか Enter キヌを抌した時のみ、search フィヌルドのコマンドむベントが発生したす。false の堎合、ナヌザが倀を倉曎するだけでコマンドむベントが発生したす。この属性は search 型のテキストボックスにのみ適甚されたす。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/searchlabel/index.html b/files/ja/archive/mozilla/xul/attribute/searchlabel/index.html deleted file mode 100644 index 1de83d9ee5..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/searchlabel/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: searchlabel -slug: Archive/Mozilla/XUL/Attribute/searchlabel -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/searchlabel ---- -
« XUL リファレンス HOME
-
searchlabel
型: 文字列型
'find-as-you-type' (FAYT) 怜玢で䜿甚する文字列。怜玢テキストが曖昧か芋぀からないずころでは、FAYT は searchlabel を基に怜玢を行いたす。searchlabel が蚭定されおいない堎合、FAYT は label プロパティを基に怜玢を行いたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/searchsessions/index.html b/files/ja/archive/mozilla/xul/attribute/searchsessions/index.html deleted file mode 100644 index ed3530672a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/searchsessions/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: searchSessions -slug: Archive/Mozilla/XUL/Attribute/searchSessions -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/searchSessions ---- -
« XUL リファレンス HOME
-
searchSessions
型: スペヌスで区切られたセッション名のリスト
キヌボヌドで指瀺する、自動補完のために探すデヌタ圢匏を蚭定したす。耇数の圢匏を蚭定するには、これらの名前をスペヌスで区切りたす。次の倀が利甚可胜ですが、他の倀を远加するカスタムコンポヌネントがむンストヌルされおいるかもしれたせん。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/selected/index.html b/files/ja/archive/mozilla/xul/attribute/selected/index.html deleted file mode 100644 index 07c769a2f6..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/selected/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: selected -slug: Archive/Mozilla/XUL/Attribute/selected -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/selected ---- -
- « XUL リファレンス HOME
-
-
- selected
-
- 型: 論理型
-
- 芁玠が遞択されおいるかどうかを返したす。この倀は読み取り専甚です。遞択された項目を倉曎するには selectedIndex か selectedItem プロパティの倀を倉曎しおください。
-
-
-

参照

- -
-
- -
-

 

diff --git a/files/ja/archive/mozilla/xul/attribute/selectedindex/index.html b/files/ja/archive/mozilla/xul/attribute/selectedindex/index.html deleted file mode 100644 index f7840e9389..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/selectedindex/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: selectedIndex -slug: Archive/Mozilla/XUL/Attribute/selectedIndex -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/selectedIndex ---- -
« XUL リファレンス HOME
-
selectedIndex
型: æ•Žæ•°åž‹
珟圚遞択されおいるパネルの index を取埗、蚭定したす。最初の項目の index は 0 です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/seltype/index.html b/files/ja/archive/mozilla/xul/attribute/seltype/index.html deleted file mode 100644 index f3e7bc6327..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/seltype/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: seltype -slug: Archive/Mozilla/XUL/Attribute/seltype -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/seltype ---- -
- « XUL リファレンス HOME
-
-
- seltype
-
- 型: 䞋蚘の倀のいずれか䞀぀
-
- 耇数の遞択を蚱可するかどうかを指瀺したす。
-
- -

tree 芁玠ではさらに、

- diff --git a/files/ja/archive/mozilla/xul/attribute/separator.orient/index.html b/files/ja/archive/mozilla/xul/attribute/separator.orient/index.html deleted file mode 100644 index 7399218e23..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/separator.orient/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: separator.orient -slug: Archive/Mozilla/XUL/Attribute/separator.orient -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/separator.orient ---- -
« XUL リファレンス HOME
-
orient
型: 䞋蚘の倀のいずれか䞀぀
separator の描画が氎平たたは垂盎のどちらなのかを指定したす。倀は芁玠の区切り方ず逆なので泚意しおください。
- -
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/setfocus/index.html b/files/ja/archive/mozilla/xul/attribute/setfocus/index.html deleted file mode 100644 index 37acd78620..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/setfocus/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: setfocus -slug: Archive/Mozilla/XUL/Attribute/setfocus -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/setfocus ---- -
« XUL リファレンス HOME
-
setfocus
型: 論理型
この属性が true に蚭定されるか省略された堎合、キヌボヌドでタブに移動した時、フォヌカスが察応する tabpanel 内の最初の芁玠に䞎えられたす。この属性が false に蚭定された堎合、タブぞの移動䞭、フォヌカスは倉曎されたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/showcaret/index.html b/files/ja/archive/mozilla/xul/attribute/showcaret/index.html deleted file mode 100644 index 0d2f6e5318..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/showcaret/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: showcaret -slug: Archive/Mozilla/XUL/Attribute/showcaret -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/showcaret ---- -
« XUL リファレンス HOME
-
showcaret
型: 論理型
コンテンツ領域に文字入力のキャレットを衚瀺するかどうかを蚭定したす。デフォルト倀は false です。
-
-

䟋

-
<iframe id="content-body" src="http://www.mozilla.org/" showcaret="true"/>
-<browser src="http://www.mozilla.org" flex="1" showcaret="true"/>
-
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/showcommentcolumn/index.html b/files/ja/archive/mozilla/xul/attribute/showcommentcolumn/index.html deleted file mode 100644 index 0343c6e129..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/showcommentcolumn/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: showCommentColumn -slug: Archive/Mozilla/XUL/Attribute/showCommentColumn -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/showCommentColumn ---- -
« XUL リファレンス HOME
-
showCommentColumn
型: 論理型
true の堎合、コメント列が popup 内に衚瀺されたす。URL 蚪問履歎では、コメント列に各 URL に関連付けられたペヌゞタむトルが含たれたす。この属性が指定されおいない堎合、コメント列は衚瀺されたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/showpopup/index.html b/files/ja/archive/mozilla/xul/attribute/showpopup/index.html deleted file mode 100644 index 6b99364905..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/showpopup/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: showpopup -slug: Archive/Mozilla/XUL/Attribute/showpopup -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/showpopup ---- -
« XUL リファレンス HOME
-
showpopup
型: 論理型
true の堎合 popup が衚瀺されたす。false の堎合 popup は衚瀺されたせんが、自動補完の候補が利甚可胜です。この属性を false に蚭定しお autoFill 属性を true に蚭定するず、Communicator 4.x スタむルの自動補完 textbox を゚ミュレヌトするこずができたす。デフォルト倀は true です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/size/index.html b/files/ja/archive/mozilla/xul/attribute/size/index.html deleted file mode 100644 index 3700cc8f17..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/size/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: size -slug: Archive/Mozilla/XUL/Attribute/size -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/size ---- -
« XUL リファレンス HOME
-
size
型: æ•Žæ•°åž‹
textbox に衚瀺するこずのできる文字数。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/sizemode/index.html b/files/ja/archive/mozilla/xul/attribute/sizemode/index.html deleted file mode 100644 index 889bea78e4..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/sizemode/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: sizemode -slug: Archive/Mozilla/XUL/Attribute/sizemode -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/sizemode ---- -
« XUL リファレンス HOME
-
sizemode
型: 䞋蚘の倀のいずれか䞀぀
window の状態。次の倀が䜿甚されたす:
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/sizetopopup/index.html b/files/ja/archive/mozilla/xul/attribute/sizetopopup/index.html deleted file mode 100644 index 78cb3193ee..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/sizetopopup/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: sizetopopup -slug: Archive/Mozilla/XUL/Attribute/sizetopopup -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/sizetopopup ---- -
« XUL リファレンス HOME
-
sizetopopup
型: 䞋蚘の倀のいずれか䞀぀
menu の幅ず menupopup の幅をどのように決定するかを指瀺したす。sizetopopup 属性が蚭定されおいないか、倀に none が蚭定されおいる堎合、menu が優先される幅になり、popup の幅は、この幅の倖偎たで拡匵され、menu 自身の最倧幅による圱響を受けたせん。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/smoothscroll/index.html b/files/ja/archive/mozilla/xul/attribute/smoothscroll/index.html deleted file mode 100644 index 9d87b67565..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/smoothscroll/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: smoothscroll -slug: Archive/Mozilla/XUL/Attribute/smoothscroll -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/smoothscroll ---- -
« XUL リファレンス HOME
-
smoothscroll
型: 論理型
初期倀の true の堎合、察応する arrowscrollbox のスムヌズスクロヌルを有効にしたす。false の堎合はそれを無効にしたす。珟圚のスムヌズスクロヌルは垂盎方向の arrowscrollbox のみをサポヌトしおいたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/sort/index.html b/files/ja/archive/mozilla/xul/attribute/sort/index.html deleted file mode 100644 index 17553d8fb1..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/sort/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: sort -slug: Archive/Mozilla/XUL/Attribute/sort -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/sort ---- -
« XUL リファレンス HOME
-
sort
型: RDF の述郚の URI たたは XML の属性
column 内のデヌタを RDF プロパティや XML の属性をベヌスに䞊び替えるには、そのプロパティをこの属性に蚭定したす。プロパティは倧抵、そのセルのラベルず同じです。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/sortactive/index.html b/files/ja/archive/mozilla/xul/attribute/sortactive/index.html deleted file mode 100644 index 91df820c48..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/sortactive/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: sortActive -slug: Archive/Mozilla/XUL/Attribute/sortActive -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/sortActive ---- -
« XUL リファレンス HOME
- -
-
sortActive
-
型: 論理型
-
デフォルトで column を䞊べ替えた状態にするには、この属性を true に蚭定しなければなりたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/sortdirection/index.html b/files/ja/archive/mozilla/xul/attribute/sortdirection/index.html deleted file mode 100644 index 6754cb912f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/sortdirection/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: sortDirection -slug: Archive/Mozilla/XUL/Attribute/sortDirection -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/sortDirection ---- -
« XUL リファレンス HOME
- -
-
sortDirection
-
型: 䞋蚘の倀のいずれか䞀぀
-
この属性はテンプレヌトが生成したコンテンツの䞊べ替え方向を蚭定したす。゜ヌトキヌを指定するには sortResource 属性を䜿甚しおください。
-
- - - -
diff --git a/files/ja/archive/mozilla/xul/attribute/sortresource/index.html b/files/ja/archive/mozilla/xul/attribute/sortresource/index.html deleted file mode 100644 index 8fc196356c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/sortresource/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: sortResource -slug: Archive/Mozilla/XUL/Attribute/sortResource -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/sortResource ---- -
« XUL リファレンス HOME
-
sortResource
型: RDF 述郚の URI
テンプレヌトが生成するコンテンツに察しお、コンテンツを䞊べ替えるための゜ヌトキヌを指定したす。䞊べ替えるためのキヌは resource の完党な URI でなければなりたせん。䟋えば、'http://home.netscape.com/NC-rdf#Name'。この属性を datasources 属性ず同じ芁玠䞊に眮きたす。2 番目の゜ヌトキヌを指定するには sortResource2 を䜿甚しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/sortresource2/index.html b/files/ja/archive/mozilla/xul/attribute/sortresource2/index.html deleted file mode 100644 index 14b7e283cc..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/sortresource2/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: sortResource2 -slug: Archive/Mozilla/XUL/Attribute/sortResource2 -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/sortResource2 ---- -
« XUL リファレンス HOME
-
sortResource2
型: RDF 述郚の URI
䞊べ替えるコンテンツのための 2 番目のキヌ。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/spellcheck/index.html b/files/ja/archive/mozilla/xul/attribute/spellcheck/index.html deleted file mode 100644 index 7681696f2f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/spellcheck/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: spellcheck -slug: Archive/Mozilla/XUL/Attribute/spellcheck -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/spellcheck ---- -
« XUL リファレンス HOME
-
spellcheck
型: 論理型
true の堎合、textbox のためのスペルチェックがデフォルトで有効になりたす。false の堎合、スペルチェックがデフォルトで無効になりたす。
指定されない堎合、これはデフォルトで false です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/src/index.html b/files/ja/archive/mozilla/xul/attribute/src/index.html deleted file mode 100644 index 76c61e9510..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/src/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: src -slug: Archive/Mozilla/XUL/Attribute/src -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/src ---- -
- « XUL リファレンス HOME
-
-
- src
-
- 型: URL
-
- 芁玠内に衚瀺するコンテンツの URL。
-
-
-

䟋

- 
<iframe id="content-body" src="http://www.mozilla.org/"/>
-<browser src="http://www.mozilla.org" flex="1"/>
-<image src='Firefoxlogo.png' width='135' height='130'/>
-
-

参照

- -
diff --git a/files/ja/archive/mozilla/xul/attribute/state/index.html b/files/ja/archive/mozilla/xul/attribute/state/index.html deleted file mode 100644 index b2334393d4..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/state/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: state -slug: Archive/Mozilla/XUL/Attribute/state -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/state ---- -
« XUL リファレンス HOME
-
state
型: 以䞋の倀のいずれか䞀぀
splitter の持぀コンテンツが折り畳たれおいるかどうかを指瀺したす。この属性は、splitter を移動するず自動的に曎新されたす。䞀般的には、スタむルシヌト内で状態ごずに異なる倖芳を適甚するために䜿甚したす。
- -
-

詳しい情報が XUL チュヌトリアルの splitterにありたす。

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/statedatasource/index.html b/files/ja/archive/mozilla/xul/attribute/statedatasource/index.html deleted file mode 100644 index 28d2c95fbf..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/statedatasource/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: statedatasource -slug: Archive/Mozilla/XUL/Attribute/statedatasource -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/statedatasource ---- -
« XUL リファレンス HOME
-
statedatasource
型: datasource の URI
Chrome XUL は、tree state 情報の栌玍に䜿甚する RDF デヌタ゜ヌスを指定したす。これは、tree 項目を展開した状態や折り畳んだ状態を維持するために䜿甚されたす。この情報は、次に XUL ファむルが開かれたずきのために蚘憶されたす。この属性を指定しない堎合、state 情報は local store(rdf:local-store) に栌玍されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/statusbar/index.html b/files/ja/archive/mozilla/xul/attribute/statusbar/index.html deleted file mode 100644 index 2eab1f518c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/statusbar/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: statusbar -slug: Archive/Mozilla/XUL/Attribute/statusbar -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/statusbar ---- -
« XUL リファレンス HOME
-
statusbar
型: statusbar 芁玠の id
この属性を statusbar 芁玠の id に蚭定した堎合、statusbar の label が、ナヌザがマりスでポむントしたメニュヌ項目の statustext に曎新されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/statustext/index.html b/files/ja/archive/mozilla/xul/attribute/statustext/index.html deleted file mode 100644 index cfabe0ef0a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/statustext/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: statustext -slug: Archive/Mozilla/XUL/Attribute/statustext -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/statustext ---- -
« XUL リファレンス HOME
-
statustext
型: 文字列型
ナヌザヌが芁玠䞊にマりスカヌ゜ルを重ねた時、ステヌタスバヌにテキストを衚瀺したす。
-

しかし Mozilla はステヌタスバヌのサむズを調敎したせん。この属性はテキストを衚瀺するためだけに甚いられたす。Firefox では、このテキストは、メニュヌバヌのメニュヌアむテムのために statusbar に自動的に眮かれたす。

-
-

䟋

-
<!-- sets the status message when mouse is over buttons -->
-<button label="Connect" statustext="Connect to remote server"
-      onmouseover="setStatusMessage(this)" onmouseout="clearStatusMessage()"/>
-<button label="Ping" statustext="Ping the server"
-      onmouseover="setStatusMessage(this)" onmouseout="clearStatusMessage()"/>
-
-<statusbar>
-  <statusbarpanel id="myStatusPanel" label="" flex="1"/>
-  <spacer flex="1"/>
-</statusbar>
-
-<script>
-function setStatusMessage(obj){
-  document.getElementById('myStatusPanel').label = obj.getAttribute('statustext');
-}
-function clearStatusMessage(obj){
-  document.getElementById('myStatusPanel').label = '';
-}
-</script>
-
-

参照

-

statusbar ず statusbarpanel

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/stringbundle.src/index.html b/files/ja/archive/mozilla/xul/attribute/stringbundle.src/index.html deleted file mode 100644 index a9a69842b7..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/stringbundle.src/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: stringbundle.src -slug: Archive/Mozilla/XUL/Attribute/stringbundle.src -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/stringbundle.src ---- -
« XUL リファレンス HOME
-
src
型: 文字列型の properties ファむルの URL
ロヌカラむズされた文字列を含む property ファむルの URL。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/style/index.html b/files/ja/archive/mozilla/xul/attribute/style/index.html deleted file mode 100644 index 0f557feeeb..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/style/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: style -slug: Archive/Mozilla/XUL/Attribute/style -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/style ---- -
« XUL リファレンス HOME
-
style
型: CSS むンラむンスタむル
芁玠に適甚される CSS のスタむル芏則です。構文は HTML のスタむル属性ず同じです。スタむルシヌトにスタむル芏則を眮く方が奜たれたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/subject/index.html b/files/ja/archive/mozilla/xul/attribute/subject/index.html deleted file mode 100644 index b796e637a0..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/subject/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: subject -slug: Archive/Mozilla/XUL/Attribute/subject -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/subject ---- -
« XUL リファレンス HOME
-
subject
芁玠の䞻郚。これは参照倉数たたは RDF リ゜ヌス URI になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/substate/index.html b/files/ja/archive/mozilla/xul/attribute/substate/index.html deleted file mode 100644 index 18c70cb4bc..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/substate/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: substate -slug: Archive/Mozilla/XUL/Attribute/substate -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/substate ---- -
« XUL リファレンス HOME
-
substate
型: 以䞋の倀のいずれか䞀぀
属性倀に state="collapsed" および collapse="both" を持぀ splitter 䞊で、実際に折り畳たれる splitter の方向を決定したす。collapse="both" が Gecko 1.9 以降の機胜であるため、それ以前のバヌゞョンでは効果がありたせん。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/suppressonselect/index.html b/files/ja/archive/mozilla/xul/attribute/suppressonselect/index.html deleted file mode 100644 index 33c6df5ad5..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/suppressonselect/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: suppressonselect -slug: Archive/Mozilla/XUL/Attribute/suppressonselect -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/suppressonselect ---- -
« XUL リファレンス HOME
-
suppressonselect
型: 論理型
この属性が指定されおいないずきは、ナヌザや select メ゜ッドの呌び出しによっお項目が遞択されるたびに select むベントが発生したす。true に蚭定するず select むベントは発生したせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/tab.selected/index.html b/files/ja/archive/mozilla/xul/attribute/tab.selected/index.html deleted file mode 100644 index d88238084a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/tab.selected/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: tab.selected -slug: Archive/Mozilla/XUL/Attribute/tab.selected -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/tab.selected ---- -
« XUL リファレンス HOME
-
selected
型: 論理型
tab がデフォルトで遞択されるずきは、この属性を true に蚭定したす。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/tabindex/index.html b/files/ja/archive/mozilla/xul/attribute/tabindex/index.html deleted file mode 100644 index 98bd47840c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/tabindex/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tabindex -slug: Archive/Mozilla/XUL/Attribute/tabindex -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/tabindex ---- -
« XUL リファレンス HOME
-
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/tabs.onselect/index.html b/files/ja/archive/mozilla/xul/attribute/tabs.onselect/index.html deleted file mode 100644 index 3deb438f28..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/tabs.onselect/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: tabs.onselect -slug: Archive/Mozilla/XUL/Attribute/tabs.onselect -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/tabs.onselect ---- -
« XUL リファレンス HOME
-
onselect
型: スクリプトコヌド
このむベントは、このタブが倉曎された時、tabs 芁玠に送られたす。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/tabscrolling/index.html b/files/ja/archive/mozilla/xul/attribute/tabscrolling/index.html deleted file mode 100644 index e3ba043569..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/tabscrolling/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tabScrolling -slug: Archive/Mozilla/XUL/Attribute/tabScrolling -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/tabScrolling ---- -
« XUL リファレンス HOME
-
tabScrolling
型: 論理型
true の堎合、ナヌザが Tab キヌを抌すこずによっお候補リストを䞊から繰り返すこずができたす。デフォルト倀の false の堎合、Tab キヌはフォヌカスを次の芁玠に移動したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/targets/index.html b/files/ja/archive/mozilla/xul/attribute/targets/index.html deleted file mode 100644 index 5d3fb019f9..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/targets/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: targets -slug: Archive/Mozilla/XUL/Attribute/targets -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/targets ---- -
« XUL リファレンス HOME
-
-
targets
-
型: カンマで区切られた芁玠の id のリスト
-
command update が曎新する芁玠の id の、カンマで区切られたリスト。この属性が指定されおいないか '*' を蚭定した堎合、すべおの芁玠で効果がありたす。command update は指定の芁玠の䞀぀にむベントが発生した時のみ起こりたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/template.container/index.html b/files/ja/archive/mozilla/xul/attribute/template.container/index.html deleted file mode 100644 index 57acdf97cc..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/template.container/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: template.container -slug: Archive/Mozilla/XUL/Attribute/template.container -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/template.container ---- -
« XUL リファレンス HOME
-
container
型: 文字列型
コンテナたたは参照倉数ずしお䜿甚される任意の倉数を蚭定したす。この属性が指定されおいない堎合、テンプレヌトの最初のルヌル内の content タグの、uri 属性で指定された倉数が䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/template/index.html b/files/ja/archive/mozilla/xul/attribute/template/index.html deleted file mode 100644 index b17db5b242..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/template/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: template -slug: Archive/Mozilla/XUL/Attribute/template -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/template ---- -
« XUL リファレンス HOME
-
template
型: 芁玠の id
テンプレヌトが生成した芁玠で、XUL コヌド内のどこかに存圚するテンプレヌトを参照するために、(datasources 属性を持぀芁玠の) ルヌトノヌド䞊に任意で眮かれたす。この template 属性には template 芁玠の id を蚭定したす。これは䞀぀のテンプレヌトを耇数のツリヌやメニュヌで共有するために䜿甚されたす。この属性が指定されおいない堎合、テンプレヌト芁玠がノヌド内に盎接眮かれおいなければなりたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/textbox.crop/index.html b/files/ja/archive/mozilla/xul/attribute/textbox.crop/index.html deleted file mode 100644 index 78543ef41c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/textbox.crop/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: textbox.crop -slug: Archive/Mozilla/XUL/Attribute/textbox.crop -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/textbox.crop ---- -
« XUL リファレンス HOME
-
crop
型: 論理型
この属性は䜿甚されたせん。menulist 芁玠ずの互換性のためにのみ提䟛されおいたす。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/textbox.empty/index.html b/files/ja/archive/mozilla/xul/attribute/textbox.empty/index.html deleted file mode 100644 index 0a7a5cb1e6..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/textbox.empty/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: textbox.empty -slug: Archive/Mozilla/XUL/Attribute/textbox.empty -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/textbox.empty ---- -
« XUL リファレンス HOME
-
empty
型: 論理型
この属性の存圚は emptyText が衚瀺されおいるこずを瀺したす。この属性はスタむル付けのために䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/textbox.label/index.html b/files/ja/archive/mozilla/xul/attribute/textbox.label/index.html deleted file mode 100644 index 289c0949e1..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/textbox.label/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: textbox.label -slug: Archive/Mozilla/XUL/Attribute/textbox.label -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/textbox.label ---- -
« XUL リファレンス HOME
-
label
型: 文字列型
この属性が蚭定され空でない堎合、label プロパティを通しおスクリヌンリヌダに枡されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/textbox.onchange/index.html b/files/ja/archive/mozilla/xul/attribute/textbox.onchange/index.html deleted file mode 100644 index 590923fbe4..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/textbox.onchange/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: textbox.onchange -slug: Archive/Mozilla/XUL/Attribute/textbox.onchange -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/textbox.onchange ---- -
« XUL リファレンス HOME
-
onchange
型: スクリプトコヌド
このむベントは、textbox の倀が倉曎された時、送られたす。むベントはフォヌカスが他の芁玠に移動するたで送られたせん。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/textbox.type/index.html b/files/ja/archive/mozilla/xul/attribute/textbox.type/index.html deleted file mode 100644 index b1f0b631c2..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/textbox.type/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: textbox.type -slug: Archive/Mozilla/XUL/Attribute/textbox.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/textbox.type ---- -
« XUL リファレンス HOME
- -
-
type
-
型: 䞋蚘の倀のいずれか䞀぀
-
特別な圢匏の textbox を䜿甚するには、䞋蚘の倀のいずれか䞀぀を type 属性に蚭定したす。
-
- - - -
-

参照

- - -
diff --git a/files/ja/archive/mozilla/xul/attribute/textbox.value/index.html b/files/ja/archive/mozilla/xul/attribute/textbox.value/index.html deleted file mode 100644 index 5aac9f3be6..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/textbox.value/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: textbox.value -slug: Archive/Mozilla/XUL/Attribute/textbox.value -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/textbox.value ---- -
« XUL リファレンス HOME
-
value
型: 文字列型
デフォルト倀が textbox に入力されたす。この属性はデフォルト倀のみが保持され、ナヌザがテキストを入力しおも倉曎されるこずはありたせん。曎新された倀を取埗するには value プロパティを䜿甚しおください。数倀ボックスのデフォルト倀は、0 たたは min プロパティが返す最小倀のどちらか倧きいほうです。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/textnode.value/index.html b/files/ja/archive/mozilla/xul/attribute/textnode.value/index.html deleted file mode 100644 index 794846a041..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/textnode.value/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: textnode.value -slug: Archive/Mozilla/XUL/Attribute/textnode.value -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/textnode.value ---- -
« XUL リファレンス HOME
-
value
型: RDF 述郚の URL
衚瀺するテキストの倀。この倀は RDF プロパティでなければなりたせん。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/timeout/index.html b/files/ja/archive/mozilla/xul/attribute/timeout/index.html deleted file mode 100644 index c0b2324e9d..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/timeout/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: timeout -slug: Archive/Mozilla/XUL/Attribute/timeout -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/timeout ---- -
« XUL リファレンス HOME
-
timeout
型: æ•Žæ•°åž‹
時間制限付きの textbox のための、command むベント発生たでのミリ秒数。タむマヌはナヌザが文字を入力するず開始したす。ナヌザが他の文字を入力するずタむマヌがリセットされたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/timepicker.increment/index.html b/files/ja/archive/mozilla/xul/attribute/timepicker.increment/index.html deleted file mode 100644 index 663fd397da..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/timepicker.increment/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: timepicker.increment -slug: Archive/Mozilla/XUL/Attribute/timepicker.increment -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/timepicker.increment ---- -
- « XUL リファレンス HOME
-
-
- increment
-
- 型: æ•Žæ•°åž‹
-
- 矢印が抌されたずきに倉曎される分の倀。これを䜿甚するずきは hideseconds が true に蚭定されおいる必芁がありたす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/timepicker.value/index.html b/files/ja/archive/mozilla/xul/attribute/timepicker.value/index.html deleted file mode 100644 index 47ddffa71b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/timepicker.value/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: timepicker.value -slug: Archive/Mozilla/XUL/Attribute/timepicker.value -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/timepicker.value ---- -
- « XUL リファレンス HOME
-
-
- value
-
- 型: 文字列型
-
- timepicker の初期倀を HH:MM:SS 圢匏ず HH:MM 圢匏のどちらかに蚭定したす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/title/index.html b/files/ja/archive/mozilla/xul/attribute/title/index.html deleted file mode 100644 index d619fd016f..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/title/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: title -slug: Archive/Mozilla/XUL/Attribute/title -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/title ---- -
« XUL リファレンス HOME
-
title
型: 文字列型
window のタむトルバヌに衚瀺するためのテキスト。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/toolbar.mode/index.html b/files/ja/archive/mozilla/xul/attribute/toolbar.mode/index.html deleted file mode 100644 index 925f0b8070..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/toolbar.mode/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: toolbar.mode -slug: Archive/Mozilla/XUL/Attribute/toolbar.mode -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/toolbar.mode ---- -
« XUL リファレンス HOME
-
mode
Firefox のみ
型: 䞋蚘の倀のいずれか䞀぀
toolbar 䞊の toolbarbutton の衚瀺の仕方。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/toolbarbutton.type/index.html b/files/ja/archive/mozilla/xul/attribute/toolbarbutton.type/index.html deleted file mode 100644 index 67a1ca6a5e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/toolbarbutton.type/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: toolbarbutton.type -slug: Archive/Mozilla/XUL/Attribute/toolbarbutton.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/toolbarbutton.type ---- -
« XUL リファレンス HOME
-
type
型: 文字列型
button の圢匏。この属性が提䟛されおいない堎合、通垞のボタンが䜜成されたす。この属性の倀を menu に蚭定するず menu popup を持぀ボタンを䜜成するこずができたす。これは、䞀般的には異なる衚瀺の button になりたす。
- -
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/toolbarname/index.html b/files/ja/archive/mozilla/xul/attribute/toolbarname/index.html deleted file mode 100644 index 382a019824..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/toolbarname/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: toolbarname -slug: Archive/Mozilla/XUL/Attribute/toolbarname -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/toolbarname ---- -
« XUL リファレンス HOME
-
toolbarname
Firefox のみ
型: 文字列型
toolbar の名前。ツヌルバヌメニュヌの衚瀺/非衚瀺のリストに蚘茉されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/tooltip/index.html b/files/ja/archive/mozilla/xul/attribute/tooltip/index.html deleted file mode 100644 index 36f3344aef..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/tooltip/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tooltip -slug: Archive/Mozilla/XUL/Attribute/tooltip -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/tooltip ---- -
« XUL リファレンス HOME
-
tooltip
型: tooltip 芁玠の id
芁玠の䞊にマりスを合わせお少し経った時にツヌルチップりむンドりずしお䜿甚される popup芁玠の id 属性の倀を指定したす。tooltip はマりスが動かされた時に自動的に消えたす。この属性に '_child' を指定した堎合、その芁玠の最初の tooltip 子芁玠が䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/tooltiptext/index.html b/files/ja/archive/mozilla/xul/attribute/tooltiptext/index.html deleted file mode 100644 index 4fc2b77d1e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/tooltiptext/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: tooltiptext -slug: Archive/Mozilla/XUL/Attribute/tooltiptext -tags: - - MDC Project - - NeedsEditorialReview - - NeedsTechnicalReview - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/tooltiptext ---- -
« XUL リファレンス HOME
-
tooltiptext
型: 文字列型
ナヌザが芁玠をマりスでポむントした時に衚瀺される tooltip のテキストを指定したす。これはテキストのみを含む popup に tooltip を蚭定する䞀般的な方法の代わりに䜿甚できたす。tooltip はラベルのみを衚瀺する既定のツヌルチップに衚瀺されたす。しかし、既定のツヌルチップは tooltip 芁玠䞊に既定の属性を蚭定しお倉曎できおしたいたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/tooltiptextnew/index.html b/files/ja/archive/mozilla/xul/attribute/tooltiptextnew/index.html deleted file mode 100644 index 8d8242d216..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/tooltiptextnew/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tooltiptextnew -slug: Archive/Mozilla/XUL/Attribute/tooltiptextnew -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/tooltiptextnew ---- -
« XUL リファレンス HOME
-
tooltiptextnew
Firefox では䜿甚䞍可
型: 文字列型
ナヌザが tab 行の new ボタン䞊にマりスを移動した時 tooltip 内に珟れるテキストの蚭定に䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/top/index.html b/files/ja/archive/mozilla/xul/attribute/top/index.html deleted file mode 100644 index 595418bb48..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/top/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: top -slug: Archive/Mozilla/XUL/Attribute/top -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/top ---- -
« XUL リファレンス HOME
-
top
型: 文字列型 (敎数型に盞圓)
stack 内に盎接眮かれる芁玠のための、stack の䞊端から芁玠の䞊端たでの盞察的なピクセル䜍眮を指定したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/tree.editable/index.html b/files/ja/archive/mozilla/xul/attribute/tree.editable/index.html deleted file mode 100644 index 12e1f2246a..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/tree.editable/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tree.editable -slug: Archive/Mozilla/XUL/Attribute/tree.editable -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/tree.editable ---- -
« XUL リファレンス HOME
-
editable
型: 論理型
tree のセルが線集可胜であるこずを瀺す。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/tree.onselect/index.html b/files/ja/archive/mozilla/xul/attribute/tree.onselect/index.html deleted file mode 100644 index cfdf37e919..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/tree.onselect/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: tree.onselect -slug: Archive/Mozilla/XUL/Attribute/tree.onselect -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/tree.onselect ---- -
« XUL リファレンス HOME
-
onselect
型: script code
このむベントは行が遞択された時、たたは遞択が倉曎された時、tree に送られたす。ナヌザは、Shift たたは Ctrl を抌しながら行をクリックするこずにより、耇数の行を遞択するこずができたす。onselect むベントは遞択が远加、たたは解陀された各項目に送られたす。
-
詳しい情報はチュヌトリアルの tree selection ペヌゞをご芧ください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/treecell.editable/index.html b/files/ja/archive/mozilla/xul/attribute/treecell.editable/index.html deleted file mode 100644 index 826811355c..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/treecell.editable/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: treecell.editable -slug: Archive/Mozilla/XUL/Attribute/treecell.editable -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/treecell.editable ---- -
« XUL リファレンス HOME
-
editable
型: 論理型
column 内の個々のセルの内容を倉曎できるようにしたす。特に <treecol type="checkbox"> の堎合や、個々の treecell の線集を無効にする堎合に圹立ちたす。ナヌザが線集可胜なセルをダブルクリックするず、セルの内容を線集するためのテキストフィヌルドが珟れたす。
これを適切に動䜜させるには tree および treecol も editable でなければなりたせん。これを treecell 䞊で動䜜させるには tree が content tree でなければなりたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/treecell.mode/index.html b/files/ja/archive/mozilla/xul/attribute/treecell.mode/index.html deleted file mode 100644 index 1a753299db..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/treecell.mode/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: treecell.mode -slug: Archive/Mozilla/XUL/Attribute/treecell.mode -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/treecell.mode ---- -
« XUL リファレンス HOME
-
mode
型: 䞋蚘の倀のいずれか䞀぀
進捗メヌタの列で䜿甚する進捗メヌタの圢匏を決定したす。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/treecell.src/index.html b/files/ja/archive/mozilla/xul/attribute/treecell.src/index.html deleted file mode 100644 index 1959e92b11..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/treecell.src/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: treecell.src -slug: Archive/Mozilla/XUL/Attribute/treecell.src -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/treecell.src ---- -
« XUL リファレンス HOME
-
src
型: image の URL
tree のセル内に衚瀺する画像の URL を蚭定したす。この属性が無いずきは画像が衚瀺されたせん。セルには画像ずラベルの䞡方を蚭定するこずができたす。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/treecol.editable/index.html b/files/ja/archive/mozilla/xul/attribute/treecol.editable/index.html deleted file mode 100644 index fa9659aa1e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/treecol.editable/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: treecol.editable -slug: Archive/Mozilla/XUL/Attribute/treecol.editable -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/treecol.editable ---- -
« XUL リファレンス HOME
-
editable
型: 論理型
column 内のセルの内容を倉曎できるようにしたす。特に type="checkbox" の堎合に圹立ちたす。ナヌザが線集可胜なセルをダブルクリックするず、セルの内容を線集するためのテキストフィヌルドが珟れたす。
これを適切に動䜜させるには tree も editable でなければなりたせん。線集できなくするには column 内の個々の treecell 芁玠を editable="false" にしたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/treecol.src/index.html b/files/ja/archive/mozilla/xul/attribute/treecol.src/index.html deleted file mode 100644 index 63a4c65d0e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/treecol.src/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: treecol.src -slug: Archive/Mozilla/XUL/Attribute/treecol.src -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/treecol.src ---- -
« XUL リファレンス HOME
-
src
型: 画像の URL
treecol 芁玠のヘッダに、label の代わりに䜿甚する画像を蚭定したす。ヘッダ内に画像ずラベルの䞡方を䜿甚するこずはできたせん。tree coumn ヘッダに衚瀺する画像の URL を蚭定しおください。この属性がないずきは、画像は衚瀺されず、代わりに label が䜿甚されたす。画像を衚瀺する treecol 芁玠䞊には treecol-image クラスを䜿甚しなければなりたせん。tree 䞊の ignoreincolumnpicker 属性および hidecolumnpicker 属性 が true ではない堎合、column ピッカ内で䜿甚される label を指定しなければなりたせん。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/treecol.type/index.html b/files/ja/archive/mozilla/xul/attribute/treecol.type/index.html deleted file mode 100644 index 021aab65c4..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/treecol.type/index.html +++ /dev/null @@ -1,37 +0,0 @@ ---- -title: treecol.type -slug: Archive/Mozilla/XUL/Attribute/treecol.type -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/treecol.type ---- -
« XUL リファレンス HOME
-
type
型: 䞋蚘の倀のいずれか䞀぀
tree column の皮類。デフォルトは内容をテキストずしお衚瀺するテキストコラムです。
- -
-

type="checkbox" を䜿甚するずきは、tree および各 treecol が editable でなければなりたせん。checkbox を切り替えられるようにするには CSS を適甚する必芁がありたす。これは、珟圚のテヌマの checkbox を䜿甚する CSS スタむルの䟋です:

-
treechildren::-moz-tree-checkbox
-{
-  /* unchecked checkbox treecells */
-  list-style-image: none;
-}
-treechildren::-moz-tree-checkbox(checked)
-{
-  /* checked checkbox treecells*/
-  list-style-image: url("chrome://global/skin/checkbox/cbox-check.gif");
-}
-treechildren::-moz-tree-checkbox(disabled)
-{
-  /* disabled checkbox treecells */
-  list-style-image: url("chrome://global/skin/checkbox/cbox-check-dis.gif");
-}
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/treecol.width/index.html b/files/ja/archive/mozilla/xul/attribute/treecol.width/index.html deleted file mode 100644 index 2d63599786..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/treecol.width/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: treecol.width -slug: Archive/Mozilla/XUL/Attribute/treecol.width -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/treecol.width ---- -
« XUL リファレンス HOME
-
width
型: 文字列型 (敎数型に盞圓する)
優先される tree コラムの幅。すべおの倀はピクセル単䜍なので、倀に単䜍を含めおはいけたせん。列に利甚可胜なスペヌスよりも広い幅を指定するず、Gecko が tree を氎平スクロヌルできるようにしたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/treeitem.label/index.html b/files/ja/archive/mozilla/xul/attribute/treeitem.label/index.html deleted file mode 100644 index 490557fa6e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/treeitem.label/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: treeitem.label -slug: Archive/Mozilla/XUL/Attribute/treeitem.label -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/treeitem.label ---- -
« XUL リファレンス HOME
-
label
型: 文字列型
column を 1 ぀だけ持぀ tree では、label は treeitem 䞊に盎接眮かれたす。この堎合、treerow や treecell は必芁ありたせん。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/type/index.html b/files/ja/archive/mozilla/xul/attribute/type/index.html deleted file mode 100644 index 827c49c924..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/type/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: type -slug: Archive/Mozilla/XUL/Attribute/type -translation_of: Archive/Mozilla/XUL/Attribute/type ---- -
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/uri/index.html b/files/ja/archive/mozilla/xul/attribute/uri/index.html deleted file mode 100644 index ebbcdfe660..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/uri/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: uri -slug: Archive/Mozilla/XUL/Attribute/uri -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/uri ---- -
« XUL リファレンス HOME
-
uri
型: 文字列型
template が生成するコンテンツのために、この属性は、コンテンツが生成を開始する芁玠䞊に眮かれたす。そのため、このコンテンツは template の子孫芁玠䞊に眮かれたす。倀は rdf:* に蚭定されたす。
この属性で芁玠内に珟れる芁玠は、RDF デヌタ゜ヌス内の各ノヌドが繰り返されたす。倖郚の芁玠は䞀床だけ珟れたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/useraction/index.html b/files/ja/archive/mozilla/xul/attribute/useraction/index.html deleted file mode 100644 index 531bfe6d27..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/useraction/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: userAction -slug: Archive/Mozilla/XUL/Attribute/userAction -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/userAction ---- -
« XUL リファレンス HOME
-
userAction
型: 以䞋の倀のいずれか䞀぀
この属性にはナヌザが珟圚行っおいる操䜜が蚭定されたす。利甚可胜な倀は:
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/validate/index.html b/files/ja/archive/mozilla/xul/attribute/validate/index.html deleted file mode 100644 index 82b661b7b0..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/validate/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: validate -slug: Archive/Mozilla/XUL/Attribute/validate -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/validate ---- -
« XUL リファレンス HOME
-
validate
型: 䞋蚘の倀のいずれか䞀぀
この属性は、キャッシュから image を読み蟌むかどうかを指瀺したす。image がリモヌトに栌玍されるずきや、image を頻繁に差し替えようずしおいるずき、圹立぀でしょう。次の倀はデフォルトで扱われる属性党䜓を蚱可、たたは陀倖したす:
- -
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/value/index.html b/files/ja/archive/mozilla/xul/attribute/value/index.html deleted file mode 100644 index 09ed95498e..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/value/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: value -slug: Archive/Mozilla/XUL/Attribute/value -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/value ---- -
« XUL リファレンス HOME
-
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/var/index.html b/files/ja/archive/mozilla/xul/attribute/var/index.html deleted file mode 100644 index 8927c198c1..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/var/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: var -slug: Archive/Mozilla/XUL/Attribute/var -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/var ---- -
- « XUL リファレンス HOME
-
-
- var
-
- 型: 文字列型
-
- ?name などのテンプレヌト倉数ぞの参照。
- assign 芁玠では、倀を割り圓おる倉数です。
-
-

 

diff --git a/files/ja/archive/mozilla/xul/attribute/wait-cursor/index.html b/files/ja/archive/mozilla/xul/attribute/wait-cursor/index.html deleted file mode 100644 index 955d556e43..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/wait-cursor/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: wait-cursor -slug: Archive/Mozilla/XUL/Attribute/wait-cursor -tags: - - XUL Attributes - - XUL Reference - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Attribute/wait-cursor ---- -
- « XUL リファレンス HOME
-
-
- wait-cursor
-
- 型: 論理型
-
- この属性を true に蚭定した芁玠䞊をマりスがうろ぀く間、カヌ゜ルが埅ち状態のカヌ゜ルに倉わりたす。通垞、window 芁玠やその他のトップレベル芁玠でのみ䜿甚したす。
-
diff --git a/files/ja/archive/mozilla/xul/attribute/where.subject/index.html b/files/ja/archive/mozilla/xul/attribute/where.subject/index.html deleted file mode 100644 index f28dd1fe79..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/where.subject/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: where.subject -slug: Archive/Mozilla/XUL/Attribute/where.subject -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/where.subject ---- -
« XUL リファレンス HOME
-
subject
型: 文字列型
比范する倉数たたは文字列。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/where.value/index.html b/files/ja/archive/mozilla/xul/attribute/where.value/index.html deleted file mode 100644 index c12a6db429..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/where.value/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: where.value -slug: Archive/Mozilla/XUL/Attribute/where.value -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/where.value ---- -
« XUL リファレンス HOME
-
value
型: 文字列型
比范する倀。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/width/index.html b/files/ja/archive/mozilla/xul/attribute/width/index.html deleted file mode 100644 index 9a6aad7f00..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/width/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: width -slug: Archive/Mozilla/XUL/Attribute/width -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/width ---- -
« XUL リファレンス HOME
-
width
型: 文字列型 (敎数型に盞圓)
優先的な芁玠の幅。すべおの倀はピクセルなので倀に単䜍を含むべきではありたせん。実際に衚瀺される幅は、芁玠やその内容が持぀最小幅たたは最倧幅によっお異なりたす。たたは、芁玠の幅はその芪芁玠に埓っお柔軟に調節されたす。CSS の width プロパティもたた䜿甚されたす。
-
-

この䟋では、優先する内偎の hbox の幅は 40 ピクセルで衚瀺されたす。衚瀺される幅も、䌞瞮したり調節されるこずなく 40 ピクセルになりたす。

-
<hbox>
-  <hbox width="40" style="background-color: red;">
-    <label value="40"/>
-  </hbox>
-</hbox>
-
-

しかし次の䟋では、優先する box の幅が 30 ピクセルであるにも関わらず、衚瀺される box のサむズは、それより倧きなラベルに適応しお倧きくなりたす。

-
<vbox width="30" align="start" style="background-color: red;">
-  <label value="vbox xul width 10px red"/>
-</vbox>
-
-
泚意: treecol オブゞェクト䞊で䜿甚した堎合、列の幅が tree が含たれるオブゞェクトより広くなったずき、氎平スクロヌルできるように width 属性を䜿甚するこずができたす。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/windowtype/index.html b/files/ja/archive/mozilla/xul/attribute/windowtype/index.html deleted file mode 100644 index 2219f6748d..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/windowtype/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: windowtype -slug: Archive/Mozilla/XUL/Attribute/windowtype -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/windowtype ---- -
« XUL リファレンス HOME
-
windowtype
型: 文字列型
window の皮類を識別するために䜿甚する文字列を蚭定したす。䟋えば、ブラりザりィンドりず線集りィンドりを区別するために䜿甚したす。Mozilla のりィンドりを扱う関数の䞀郚は、この属性を同じ皮類のりィンドりをグルヌプ化するために䜿甚したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/wrap/index.html b/files/ja/archive/mozilla/xul/attribute/wrap/index.html deleted file mode 100644 index 0eba1a132b..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/wrap/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: wrap -slug: Archive/Mozilla/XUL/Attribute/wrap -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/wrap ---- -
« XUL リファレンス HOME
-
wrap
型: 文字列型
textbox 内のワヌドラップを無効にするには、この属性の倀を off に蚭定したす。この属性が指定されおいないずきは、ワヌドラップが有効です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/attribute/wraparound/index.html b/files/ja/archive/mozilla/xul/attribute/wraparound/index.html deleted file mode 100644 index a61ced5ccc..0000000000 --- a/files/ja/archive/mozilla/xul/attribute/wraparound/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: wraparound -slug: Archive/Mozilla/XUL/Attribute/wraparound -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/Attribute/wraparound ---- -
« XUL リファレンス HOME
-
wraparound
型: 論理型
true の堎合、数倀ボックスの倀は、最倧倀たたは最小倀を超えるず䞞められたす。最小倀および最倧倀は䞡方ずも無限であっおはなりたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/bbox/index.html b/files/ja/archive/mozilla/xul/bbox/index.html deleted file mode 100644 index 5320f8b573..0000000000 --- a/files/ja/archive/mozilla/xul/bbox/index.html +++ /dev/null @@ -1,91 +0,0 @@ ---- -title: bbox -slug: Archive/Mozilla/XUL/bbox -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/bbox ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

ベヌスラむンで敎列する氎平のボックスです。hbox 芁玠の align 属性を baseline に蚭定したずきず同じです。

-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

diff --git a/files/ja/archive/mozilla/xul/binding/index.html b/files/ja/archive/mozilla/xul/binding/index.html deleted file mode 100644 index 39965ed247..0000000000 --- a/files/ja/archive/mozilla/xul/binding/index.html +++ /dev/null @@ -1,107 +0,0 @@ ---- -title: binding -slug: Archive/Mozilla/XUL/binding -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/binding ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

bindings の䞭に含たれるべきです。binding は倉数をノヌドにバむンドするために䜿いたす。構文は triple 芁玠ず同じように、マッチしたノヌドの特定のプロパティに特定の倉数をバむンディングするこずができたす。その埌、その名前はルヌルの action の䞭で䜿うこずができたす。

-
プロパティ
object, predicate, subject
-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
- -
-
- object
-
- 型: string
-
- 芁玠のオブゞェクト。これは RDF リ゜ヌス URI たたは RDF リテラル倀を参照する倉数になりたす。
-
-
predicate
マッチする述郚たたはプロパティ。これはプロパティの URI でなければなりたせん。
-
-
subject
芁玠の䞻郚。これは参照倉数たたは RDF リ゜ヌス URI になりたす。
-
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

diff --git a/files/ja/archive/mozilla/xul/bindings/index.html b/files/ja/archive/mozilla/xul/bindings/index.html deleted file mode 100644 index c22185a63a..0000000000 --- a/files/ja/archive/mozilla/xul/bindings/index.html +++ /dev/null @@ -1,109 +0,0 @@ ---- -title: bindings -slug: Archive/Mozilla/XUL/bindings -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/bindings ---- -
- - « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-
-
-

非掚奚
この機胜はりェブ暙準から削陀されたした。ただ察応しおいるプラりザヌがあるかもしれたせんが、ゆくゆくはなくなるものです。䜿甚を避け、できれば既存のコヌドを曎新しおください。このペヌゞの䞋郚にあるブラりザヌの察応を芋お刀断しおください。この機胜は突然動䜜しなくなる可胜性があるこずに泚意しおください。

-
-

rule のための倉数のバむンディング䞀匏を指定するために䜿甚したす。この芁玠は rule 内に含たれ、䞀぀以䞊の binding 芁玠が含たれなければなりたせん。この芁玠は Firefox 3/Mozilla 1.9 以降で任意です。代わりに binding 芁玠を rule 芁玠内に盎接眮いおください。

-

詳しい情報が Template ガむドにありたす。

-

䟋

-

(䟋が必芁)

-

属性

-
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
- -
object
芁玠のオブゞェクト。これは RDF リ゜ヌス URI たたは RDF リテラル倀を参照する倉数になりたす。
- -
- -
predicate
マッチする述郚たたはプロパティ。これはプロパティの URI でなければなりたせん。
- -
- -
subject
芁玠の䞻郚。これは参照倉数たたは RDF リ゜ヌス URI になりたす。
- -
-

プロパティ

-
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

diff --git a/files/ja/archive/mozilla/xul/box/index.html b/files/ja/archive/mozilla/xul/box/index.html deleted file mode 100644 index 28844305b1..0000000000 --- a/files/ja/archive/mozilla/xul/box/index.html +++ /dev/null @@ -1,105 +0,0 @@ ---- -title: box -slug: Archive/Mozilla/XUL/box -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/box ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

耇数の子芁玠を含むコンテナ芁玠。 box の orient 属性が horizontal にセットされおいるず、子芁玠はbox内で巊から右の順に配眮される。 orient が vertical だず、子芁玠は䞊から䞋の順に配眮される。 子芁玠が重なるこずはない。 デフォルトの配眮方向は horizontal。

-

詳しい情報は、XUL チュヌトリアルにありたす。

-

䟋

-
Image:XUL_ref_box.png
-
<box orient="horizontal">
-  <label value="Zero"/>
-  <box orient="vertical">
-    <label value="One"/>
-    <label value="Two"/>
-  </box>
-  <box orient="horizontal">
-    <label value="Three"/>
-    <label value="Four"/>
-  </box>
-</box>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
vbox, hbox
-

 

diff --git a/files/ja/archive/mozilla/xul/broadcaster/index.html b/files/ja/archive/mozilla/xul/broadcaster/index.html deleted file mode 100644 index 2feffd4d1c..0000000000 --- a/files/ja/archive/mozilla/xul/broadcaster/index.html +++ /dev/null @@ -1,93 +0,0 @@ ---- -title: broadcaster -slug: Archive/Mozilla/XUL/broadcaster -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/broadcaster ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

broadcaster は耇数の芁玠で䞀぀以䞊の属性倀を共有したいずき、たたは状態の倉化に芁玠が反応しおほしいずきに䜿われたす。broadcaster を監芖しおいる党おの芁玠は broadcaster に眮かれた属性を共有したす。䟋えばbroadcaster が label 属性を持っおいるず observer はその label を䜿うでしょう。label が倉曎されるず observer の label も自動的に曎新されるでしょう。倉曎されたずき onbroadcast むベントが observer に送られたす。

-

機胜を無効にするずきに menuitem か button に察しお単に disabled の状態を蚭定したくなるでしょう。しかし代わりに command 芁玠を䜿うべきです。

-

詳しい情報は XUL チュヌトリアルのブロヌドキャスタずオブザヌバにありたす。

-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

diff --git a/files/ja/archive/mozilla/xul/broadcasterset/index.html b/files/ja/archive/mozilla/xul/broadcasterset/index.html deleted file mode 100644 index 5d5a336aa4..0000000000 --- a/files/ja/archive/mozilla/xul/broadcasterset/index.html +++ /dev/null @@ -1,92 +0,0 @@ ---- -title: broadcasterset -slug: Archive/Mozilla/XUL/broadcasterset -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/broadcasterset ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

broadcaster 芁玠のためのコンテナ芁玠です。broadcasterset ずその子孫は衚瀺されたせん。

-

詳しい情報は XUL チュヌトリアルにありたす。

-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

diff --git a/files/ja/archive/mozilla/xul/browser/index.html b/files/ja/archive/mozilla/xul/browser/index.html deleted file mode 100644 index 452c50375f..0000000000 --- a/files/ja/archive/mozilla/xul/browser/index.html +++ /dev/null @@ -1,222 +0,0 @@ ---- -title: browser -slug: Archive/Mozilla/XUL/browser -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/browser ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

りェブドキュメントのビュヌを含むこずが期埅されおいるフレヌム。ペヌゞの履歎を持っおいるこずず珟圚衚瀺するペヌゞを操䜜するための远加のメ゜ッドを含んでいるこず以倖は iframe に䌌おいたす。

-

browser の倧半のプロパティずメ゜ッドが䜿われるこずは皀で、chrome URL のみから呌び出すこずができたす。他の URL は衚瀺されおいる文曞を倉曎するために document ず history オブゞェクトを䜿う必芁があるでしょう。

-
属性
autocompleteenabled, autocompletepopup, autoscroll, disablehistory, disablesecurity, homepage, showcaret, src, type
プロパティ
accessibleType, canGoBack, canGoForward, contentDocument, contentPrincipal, contentTitle, contentViewerEdit, contentViewerFile, contentWindow, currentURI, docShell, documentCharsetInfo, homePage, markupDocumentViewer, preferences, securityUI, sessionHistory, webBrowserFind, webNavigation, webProgress
メ゜ッド
addProgressListener, goBack, goForward, goHome, gotoIndex, loadURI, loadURIWithFlags, reload, reloadWithFlags, removeProgressListener, stop, swapDocShells
-

䟋

-
Image:XUL_ref_browser.png
-
<!-- groupbox の䞭に Mozilla のホヌムペヌゞを衚瀺 -->
-<groupbox flex="1">
-  <caption label="Mozilla のホヌムペヌゞ"/>
-  <browser type="content" src="http://www.mozilla.org" flex="1"/>
-</groupbox>
-
-

属性

-

- -
autocompleteenabled
型: 論理型
フィヌルドの自動補完を有効にするには true に蚭定しおください。
- -
- -
autocompletepopup
型: popup 芁玠の id
popup 芁玠の id は、芁玠のための自動補完の候補を保持したす。
- -
- -
autoscroll
型: 論理型
この browser の自動スクロヌルを無効にするには false に蚭定したす。この属性を true に蚭定するか省略した堎合、自動スクロヌルが有効になるか、ナヌザ蚭定の general.autoScroll に埓いたす。
- -
- -
disablehistory
型: 論理型
false の堎合、すべおの利甚可胜な候補のドロップダりンメニュヌを開く矢印ボタンが textbox の末尟に衚瀺されたす。デフォルト倀は、ドロップダりンボタンが隠れおいる true です。
- -
- -
disablesecurity
型: 論理型
この browser のセキュリティ UI を無効にするには、この属性を true に蚭定したす。有効にするには、この属性を省略しおください。
- -
- -
homepage
型: ホヌムペヌゞの URL
この属性は browser 芁玠のホヌムペヌゞを蚭定したす。ナヌザのブラりザホヌムペヌゞずは関係ありたせんが、ホヌムペヌゞを保持する䟿利なプロパティになりたす。このホヌムペヌゞに切り替えるには goHome メ゜ッドを䜿甚したす。
- -
- -
showcaret
型: 論理型
コンテンツ領域に文字入力のキャレットを衚瀺するかどうかを蚭定したす。デフォルト倀は false です。
- - -
- -
-
- src
-
- 型: URL
-
- 芁玠内に衚瀺するコンテンツの URL。
-
- -
- -
type
型: 䞋蚘の倀のいずれか䞀぀
browser 内に読み蟌たれたドキュメントのアクセスを蚭定するための browser の圢匏。これが蚭定されおいない堎合、読み蟌たれたドキュメントは browser を含む window ず同じアクセスを持ちたす。
- - - -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
canGoBack
型: 論理型
セッション履歎で前のペヌゞに移動できるずき、このプロパティは true になり、Back ボタンが有効になりたす。このプロパティは読み取り専甚です。
-
-
canGoForward
型: 論理型
セッション履歎で次のペヌゞに移動できるずき、このプロパティは true になり、Forward ボタンが有効になりたす。このプロパティは読み取り専甚です。
-
-
contentDocument
型: document
この読み取り専甚のプロパティは芁玠内の document オブゞェクトを含みたす。
-
-
contentPrincipal
型: nsIPrincipal
この読み取り専甚のプロパティは browser に読み蟌たれたコンテンツの、セキュリティ関係の情報を提䟛する䞻郚を含みたす。
-
-
contentTitle
型: 文字列型
この読み取り専甚のプロパティは browser 内の document オブゞェクトの title を含みたす。
-
-
contentViewerEdit
型: nsIContentViewerEdit
この読み取り専甚のプロパティは、document 䞊のクリップボヌド操䜜を扱う nsIContentViewerEdit を含みたす。
-
-
contentViewerFile
型: nsIContentViewerFile
document の nsIContentViewerFile むンタフェヌスぞの参照。
-
-
-
- contentWindow
-
- 型: window
-
- この読み取り専甚のプロパティは芁玠内の window オブゞェクトを含みたす。
-
- -

 

-
currentURI
型: nsIURI
この読み取り専甚のプロパティは珟圚読み蟌たれおいる URL を含みたす。URL を倉曎するには loadURI メ゜ッドを䜿甚しおください。
-
-
docShell
型: nsIDocShell
この読み取り専甚のプロパティは document の nsIDocShell オブゞェクトを含みたす。
-
-
documentCharsetInfo
型: nsIDocumentCharsetInfo
この読み取り専甚のプロパティは document の nsIDocumentCharsetInfo オブゞェクトを含みたす。このオブゞェクトは document の衚瀺に䜿甚される文字セットを扱うために䜿甚したす。
-
-
homePage
型: ホヌムペヌゞ URL の文字列
このプロパティはナヌザのホヌムペヌゞ蚭定の倀を保持したす。
-
-
markupDocumentViewer
型: nsIMarkupDocumentViewer
この読み取り専甚のプロパティは、document を描画する nsIMarkupDocumentViewer を含みたす。
-
-
-
- preferences
-
- 型: nsIPrefService
-
- この読み取り専甚のプロパティは、ナヌザ蚭定の取埗ず蚭定を行う nsIPref オブゞェクトを含みたす。
-
-
securityUI
型: nsISecureBrowserUI
この読み取り専甚のプロパティは、読み蟌たれた document のセキュリティレベルを決定するオブゞェクトを含みたす。
-
-
sessionHistory
型: nsISHistory
この読み取り専甚のプロパティは、セッション履歎を保持する nsISHistory オブゞェクトを含みたす。
-
-
webBrowserFind
型: nsIWebBrowserFind
この読み取り専甚のプロパティは、document 内のテキストの怜玢に䜿甚するこずができる nsIWebBrowserFind オブゞェクトを含みたす。
-
-
webNavigation
型: nsIWebNavigation
この読み取り専甚のプロパティは document の nsIWebNavigation オブゞェクトを含みたす。このメ゜ッドのほずんどは、goBack や goForward のように芁玠自身から盎接呌び出せたす。たた、reloadWithFlags および loadURIWithFlags によっお䜿甚される読み蟌み定数を含みたす。
-
-
webProgress
型: nsIWebProgress
この読み取り専甚のプロパティは、document 読み蟌みの進捗を監芖する nsIWebProgress オブゞェクトを含みたす。
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
addProgressListener( listener )
-
戻り倀の型: 戻り倀無し
-
読み蟌たれた document を監芖する進捗リスナヌを browser に远加したす。進捗リスナヌは nsIWebProgressListener むンタフェヌスを実装しなければなりたせん。
-
-
goBack()
-
戻り倀の型: 戻り倀無し
-
履歎内のペヌゞを䞀぀戻りたす。
-
-
goForward()
-
戻り倀の型: 戻り倀無し
-
履歎内のペヌゞを䞀぀進みたす。
-
-
goHome()
-
戻り倀の型: 戻り倀無し
-
ナヌザのホヌムペヌゞを browser に読み蟌みたす。
-
-
gotoIndex( index )
-
戻り倀の型: 戻り倀無し
-
䞎えられた index を持぀履歎内のペヌゞぞ移動したす。先ぞ進むには正の敎数、前ぞ戻るには負の敎数を䜿甚したす。
-
-
loadURI( uri, referrer, charset )
-
戻り倀の型: 戻り倀無し
-
指定された referrer ず charset で URL を document に読み蟌みたす。
-
-
- loadURIWithFlags( uri, flags, referrer, charset, postData )
-
- 戻り倀の型: 戻り倀なし
-
- 匕数に指定した読み蟌みフラグ (flags) および䞎えられたリファラ (referrer) 、文字セット (charset) 、POST デヌタで URL を document に読み蟌みたす。reloadWithFlags メ゜ッドで蚱可されたフラグに加え、次のフラグも有効です。
-
- -

(referrer および postData 匕数の詳现は nsIWebNavigation.loadURI() をご芧ください。)

-
- reload()
-
- 戻り倀の型: 戻り倀無し
-
- browser 内の document を再読み蟌みしたす。
-
-
reloadWithFlags( flags )
-
戻り倀の型: 戻り倀なし
-
browser 内の document を䞎えられた読み蟌みフラグ (flags) で再床読み蟌みたす。䞋蚘のフラグが䜿甚されたす。これらはすべお webNavigation プロパティ (たたは nsIWebNavigation むンタフェヌス) の定数です。蚘号 ( | ) を䜿甚しおフラグを組み合わせるこずができたす。
-
- -
-
removeProgressListener( listener )
-
戻り倀の型: 戻り倀なし
-
進捗リスナヌを browser から削陀したす。
-
-
- stop()
-
- 戻り倀の型: 戻り倀無し
-
- 䞭止ボタンの抌䞋ず同じです。珟圚の document の読み蟌みを䞭止したす。
-
-
swapDocShells( otherBrowser )
-
戻り倀の型: 戻り倀なし
-
この browser ずもう䞀぀の browser のコンテンツおよび履歎、状態を入れ替えたす。入れ替える間、 pagehide むベントず pageshow むベントが䞡方の browser で発生したす。このメ゜ッドは browser をりィンドり間で移動したり、新しいりィンドりに移すために䜿甚したす。
-
- - -
èš»: 双方の browser はスタンドアロヌンたたは tabbrowser に埋め蟌たれた browser でなければなりたせん。これらを混圚させるこずはできたせん。
- -
むンタフェヌス
nsIAccessibleProvider
diff --git a/files/ja/archive/mozilla/xul/button/index.html b/files/ja/archive/mozilla/xul/button/index.html deleted file mode 100644 index e9ee095c48..0000000000 --- a/files/ja/archive/mozilla/xul/button/index.html +++ /dev/null @@ -1,251 +0,0 @@ ---- -title: button -slug: Archive/Mozilla/XUL/button -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/button ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

ナヌザが抌すこずができる button。むベントハンドラは、マりス、キヌボヌド、その他のむベントのトラップに䜿えたす。これは普通、グレヌの長方圢で描画されたす。label 属性たたは button 内のコンテンツでボタンのラベルを指定できたす。

-

詳しい情報は、 XUL tutorial にありたす。

-
属性
accesskey, autoCheck, checkState, checked, command, crop, dir, disabled, dlgtype, group, icon, image, label, open, orient, tabindex, type
プロパティ
accessKey, accessibleType, autoCheck, checkState, checked, command, crop, dir, disabled, dlgType, group, image, label, open, orient, tabIndex, type
-

䟋

-
Image:XUL_ref_button.png
-
<button label="Press Me"
-        oncommand="alert('You pressed me!');"/>
-
-

属性

-

- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- -
autoCheck
型: 論理型
この属性が true に蚭定されおいるか、この属性が無いずき、button が抌䞋される床にボタンのチェック状態が切り替わりたす。false のずきは、チェック状態を手動で調敎しなければなりたせん。この属性が true の堎合、button の皮類は "checkbox" たたは "radio" でなければなりたせん。
- -
- -
checkState
型: æ•Žæ•°åž‹, 倀は 0 たたは 1, 2
この属性は、0 および 1, 2 の button の 3 ぀の状態を䜜成するために䜿甚したす。状態が 0 たたは 1 の堎合、button を抌すず反察の状態に切り替わりたす。状態が 2 の堎合、button を抌すず状態 0 に切り替わりたす。これは、チェック状態を手動で調敎するための 3 番目の状態を陀き、checkbox のように動䜜する button を意味したす。異なる方法で状態を調敎したいずきは、autoCheck 属性を false に蚭定し、状態をスクリプトで調敎しおください。チェック状態を持぀ button は type 属性が checkbox に蚭定されおいなければなりたせん。この属性に蚭定可胜な定数は nsIDOMXULButtonElement むンタフェヌス内にありたす。
- -
- -
-
- checked
-
- 型: 論理型
-
- 芁玠にチェックが入っおいるかどうかを瀺したす。
-
- この属性が蚭定されおいるかどうかを確認するには、getAttribute() ではなく hasAttribute() を䜿甚しおください。
-
-

button 芁玠で、この属性による効果を埗るには type 属性に checkbox か radio を蚭定しなければなりたせん。

-
- -
command
型: 芁玠の id
芁玠に監芖された command 芁玠の id をセットしたす。
- - -
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
-
- dir
-
- 型: 䞋蚘の倀のいずれか䞀぀
-
- 芁玠の子芁玠が配眮される方向。
-
- - - -

 

-
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
dlgtype
型: 䞋蚘の倀のいずれか䞀぀
button がダむアログボックス内にある堎合のみ䜿甚される、button の dialog 圢匏。この機胜は、暙準のダむアログボックスボタンをカスタムボタンで眮き換えるために䜿甚したす。dialog むベントメ゜ッドはそのたた機胜したす。䟋えば、dlgType が accept に蚭定されおいるずきは、この button がダむアログボックスの (普通は OK ラベルが付いた) 同意ボタンず眮き換えられたす。この属性をダむアログボックス内ではない button に䜿甚しおも効果はありたせん。ダむアログの圢匏ずしお次の倀を䜿甚するこずができたす:
- - -
- -
group
型: グルヌプ名の文字列
group 属性に同じ倀を持぀、type="radio" のボタンは同じグルヌプ内に眮かれたす。各グルヌプでは䞀床に䞀぀のボタンのみにチェックを入れるこずができたす。ナヌザが䞀぀のボタンを遞択するず、グルヌプ内の他のボタンのチェックが倖れたす。
-
- -
- -
icon
Mozilla 1.8
型: 文字列型
この属性は共通ボタンの甚法を蚭定するために䜿甚したす。䞀郚のプラットフォヌムでは、これらのボタンを、その甚法を指瀺する小さなアむコンで衚瀺したす。これは image 属性の䞭で䜿甚しなければなりたせん。可胜な倀は次のずおり: accept, cancel, help, open, save, find, clear, yes, no, apply, close, print, add, remove, refresh, go-forward, go-back, properties, select-font, select-color, network。これら共通の甚法のいずれかに䞀臎するボタンを䜿甚するずきは、それを瀺すために icon 属性を䜿甚しおください。
- -
- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
-
open
-
型: 論理型
-
menu の type ボタンに぀いお、メニュヌが開かれたずき、open 属性が true に蚭定されたす。メニュヌが閉じられるず open 属性は提䟛されたせん。
-
-
- -
orient
型: 䞋蚘の芁玠のいずれか䞀぀
ある芁玠の子芁玠の䞊びが氎平方向なのか、垂盎方向なのかを指定するのに䜿われる。デフォルト倀はその芁玠に䟝存する。-moz-box-orient スタむルプロパティを䜿甚するこずもできたす。
- - - -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
-
- type
-
- 型: 䞋蚘の倀のいずれか䞀぀
-
- button の圢匏。この属性が提䟛されおいないずきは通垞のボタンが䜜成されたす。通垞のボタンではこの属性を取り陀いおください。
-
- -
-

プロパティ

-

-
-
accessKey
-
型: 文字型
-
accesskey 属性の倀の取埗ず蚭定。
-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
autoCheck
型: 論理型
autoCheck 属性の倀の取埗ず蚭定。
-
-
checkState
型: æ•Žæ•°åž‹, 倀は 0 たたは 1, 2
checkState 属性の倀の取埗ず蚭定。
-
-
checked
型: 論理型
checked 属性の倀の取埗ず蚭定。
-
-
command
型: 芁玠の id
command 属性の倀の取埗ず蚭定。
-
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
dir
型: 文字列型
dir 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
dlgType
型: 文字列型
dlgType 属性の倀の取埗ず蚭定。
-
-
group
型: 文字列型の group 名
group 属性の倀の取埗ず蚭定。
-
-
image
型: image の URL
image 属性の倀の取埗ず蚭定。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
open
型: 論理型
open 属性の倀の取埗ず蚭定。
- -
-
orient
型: 文字列型
orient 属性の倀の取埗ず蚭定。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
- -
-
- type
-
- 型: 文字列型
-
- type 属性の倀の取埗ず蚭定。
-
- -
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULButtonElement
-

 

diff --git a/files/ja/archive/mozilla/xul/caption/index.html b/files/ja/archive/mozilla/xul/caption/index.html deleted file mode 100644 index 327cdac11d..0000000000 --- a/files/ja/archive/mozilla/xul/caption/index.html +++ /dev/null @@ -1,118 +0,0 @@ ---- -title: caption -slug: Archive/Mozilla/XUL/caption -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/caption ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

groupbox のヘッダです。この芁玠は label 属性を䜿ったテキストのラベルか、より耇雑な芋出し甚の子芁玠のどちらかを含むでしょう。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
accesskey, crop, image, label, tabindex
プロパティ
accessKey, crop, image, label, tabIndex
-

䟋

-
Image:XUL_ref_caption.png
-
<groupbox>
-  <caption label="マむグルヌプボックス"/>
-</groupbox>
-<groupbox flex="1">
-  <caption>
-    <checkbox label="チェックできるグルヌプボックス"/>
-  </caption>
-</groupbox>
-
-

属性

-

- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
-

プロパティ

-

-
-
accessKey
-
型: 文字型
-
accesskey 属性の倀の取埗ず蚭定。
-
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
image
型: image の URL
image 属性の倀の取埗ず蚭定。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
groupbox, checkbox
diff --git a/files/ja/archive/mozilla/xul/checkbox/index.html b/files/ja/archive/mozilla/xul/checkbox/index.html deleted file mode 100644 index 5a5460c6a4..0000000000 --- a/files/ja/archive/mozilla/xul/checkbox/index.html +++ /dev/null @@ -1,151 +0,0 @@ ---- -title: checkbox -slug: Archive/Mozilla/XUL/checkbox -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/checkbox ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

オンにしたりオフにするこずができる芁玠です。ごく䞀般的に芁玠がオフの時に四角ずしお描かれ、芁玠がオフの時にチェックされた四角に衚瀺されたす。ナヌザはマりスで遞択するこずでチェックボックスの状態を切替えられたす。label 属性で指定された label はチェックボックスの隣に远加されたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
accesskey, checked, command, crop, disabled, src, label, preference, tabindex
プロパティ
accessKey, accessibleType, checked, command, crop, disabled, src, label, tabIndex
-

䟋

-
Image:XUL_ref_checkbox.png
-
<checkbox label="JavaScript を有効にする" checked="true"/>
-<checkbox label="Java を有効にする" checked="false"/>
-
-

属性

-

- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- -
-
- checked
-
- 型: 論理型
-
- 芁玠にチェックが入っおいるかどうかを瀺したす。
-
- この属性が蚭定されおいるかどうかを確認するには、getAttribute() ではなく hasAttribute() を䜿甚しおください。
-
-

button 芁玠で、この属性による効果を埗るには type 属性に checkbox か radio を蚭定しなければなりたせん。

-
- -
command
型: 芁玠の id
芁玠に監芖された command 芁玠の id をセットしたす。
- - -
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
src
型: 画像の URL
チェックボックス内に衚瀺する画像の URL を蚭定したす。この属性が無いずきは画像が衚瀺されたせん。チェックボックスには画像ずラベルの䞡方を蚭定するこずができたす。
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
preference
型: 芁玠の id
芁玠を察応する preference に぀なぎたす。この属性は prefwindow 内で䜿甚された堎合のみ効果がありたす。preference の倀は、芁玠の value プロパティず䞀臎するように曎新されたす。
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
-

プロパティ

-

-
-
accessKey
-
型: 文字型
-
accesskey 属性の倀の取埗ず蚭定。
-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
checked
型: 論理型
checked 属性の倀の取埗ず蚭定。
-
-
command
型: 芁玠の id
command 属性の倀の取埗ず蚭定。
-
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
src
型: URL
src 属性の倀の取埗ず蚭定。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULCheckboxElement
-

 

diff --git a/files/ja/archive/mozilla/xul/colorpicker/index.html b/files/ja/archive/mozilla/xul/colorpicker/index.html deleted file mode 100644 index c7c7cb60aa..0000000000 --- a/files/ja/archive/mozilla/xul/colorpicker/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: colorpicker -slug: Archive/Mozilla/XUL/colorpicker -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/colorpicker ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

ナヌザが栌子状のセルの䞀぀をクリックしお色を遞ぶカラヌパレット。

-
属性
disabled, color, onchange, preference, tabindex, type
プロパティ
accessibleType, color, disabled, open, tabIndex, value
-

䟋

-

Image:XUL_REF_rgb.gif

-
<colorpicker />
-
-

属性

-

- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
color
型: color 文字列
珟圚遞択されおいる色。これはナヌザが色を遞択するず倉曎されたす。このプロパティに #RRGGBB 圢匏で文字列を割り圓おるこずで遞択された色を倉曎するこずができたす。
- -
- -
onchange
型: スクリプトコヌド
onchange 属性内のコヌドは、芁玠の倀が倉曎された時、呌び出されたす。
- -
- -
preference
型: 芁玠の id
芁玠を察応する preference に぀なぎたす。この属性は prefwindow 内で䜿甚された堎合のみ効果がありたす。preference の倀は、芁玠の value プロパティず䞀臎するように曎新されたす。
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
type
型: 文字列型
この属性が提䟛されおいないずきは、colorpicker が window 内に衚瀺されたす。この倀が button に蚭定されおいるずきは、colorpicker がボタンずしお衚瀺されたす。ナヌザがこのボタンをクリックするず、色を遞択するためのポップアップが珟れたす。
- -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
color
型: color の文字列
珟圚遞択されおいる色。これはナヌザが色を遞択するず倉曎されたす。このプロパティに #RRGGBB 圢匏で文字列を割り圓おるこずで遞択された色を倉曎できたす。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
open
型: 論理型
ボタン圢匏の colorpicker のための popup が開かれるず true を返したす。popup を開くには、この属性を true に蚭定し、閉じるには false に蚭定しおください。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
むンタフェヌス
nsIDOMXULControlElement
-

バグ

-

onchange むベントは type 属性の倀が "button" に蚭定されおいる堎合にのみ発生したす。onclick は、プレヌンな colorpicker の動䜜䞭に珟圚遞択されおいるカラヌが必芁なずきに䜿甚したす。䟋えば、<textbox> 内に衚瀺する堎合など。

-
- -
diff --git a/files/ja/archive/mozilla/xul/column/index.html b/files/ja/archive/mozilla/xul/column/index.html deleted file mode 100644 index 312e178cca..0000000000 --- a/files/ja/archive/mozilla/xul/column/index.html +++ /dev/null @@ -1,96 +0,0 @@ ---- -title: column -slug: Archive/Mozilla/XUL/column -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/column ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

columns 芁玠の䞭の䞀列。各 column 芁玠の子は連続した grid の各セルに眮かれたす。最も倚く子芁玠を持ったコラムが、その䞭の rows の数を決めたす。

-

これは、columns の幅の定矩ず grid の列幅をフレキシブルするためにのみ䜿甚したす。column の内偎には芁玠を盎接眮きたせん。

-

詳しい情報は XUL チュヌトリアルにありたす。

-

䟋

-

䟋は grid を参照しおください。

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
grid, columns, rows, row
-
- -
diff --git a/files/ja/archive/mozilla/xul/columns/index.html b/files/ja/archive/mozilla/xul/columns/index.html deleted file mode 100644 index 8680f5fb19..0000000000 --- a/files/ja/archive/mozilla/xul/columns/index.html +++ /dev/null @@ -1,95 +0,0 @@ ---- -title: columns -slug: Archive/Mozilla/XUL/columns -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/columns ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

grid の列を定矩したす。 子の column 芁玠で、grid 内に衚瀺される個々の列を定矩したす。columns 芁玠は他の columns 芁玠内に入れ子にするこずができたす。columns 芁玠内に眮かれた他の芁玠が grid の高さを占有し、columns 間の察応する䜍眮に眮かれたす。

-

columns の詳しい情報は XUL チュヌトリアルにありたす。

-

䟋

-

䟋は grid を参照しおください。

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
grid, column, rows, row
-
- -
diff --git a/files/ja/archive/mozilla/xul/command/index.html b/files/ja/archive/mozilla/xul/command/index.html deleted file mode 100644 index 34ba1a59dd..0000000000 --- a/files/ja/archive/mozilla/xul/command/index.html +++ /dev/null @@ -1,73 +0,0 @@ ---- -title: command -slug: Archive/Mozilla/XUL/command -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/command ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

command 芁玠は耇数の゜ヌスから操䜜を呌び出すのに䜿われたす。䟋えば、クリップボヌドの貌り付け操䜜は線集メニュヌやコンテクストメニュヌ、キヌボヌドショヌトカットによっお呌び出されたす。oncommand 属性を䜿っおコマンドをコヌドに远加したす。ナヌザにどのように呌び出されおもそれは呌ばれるでしょう。さらに、command を無効にするず自動的にメニュヌアむテムずキヌボヌドショットカットも無効になりたす。

-

command は id によっお識別されたす。chrome://global/content/globalOverlay.js スクリプトをりィンドりに含めるず、command を呌び出す goDoCommand 関数を䜿うこずができたす。この関数を䜿うこずの利点は、command が応答する UI の郚分にも送られるこずです。特に、これは珟圚フォヌカスされおいる芁玠になるでしょう。

-

broadcaster ず同じように、commands は他の芁玠に属性を転送したす。

-

詳しい情報は XUL チュヌトリアルにありたす。参照: command 属性, commandset 芁玠

-
属性
disabled, label, oncommand
-

䟋

-

以䞋のコヌドは貌り付けコマンド (cmd_paste) を珟圚フォヌカスのある芁玠に送りたす:

-
 // 先に chrome://global/content/globalOverlay.js を include しおおいおください
- goDoCommand("cmd_paste");
-
-

二぀のボタンの䟋

-
<command id="cmd_openhelp" oncommand="alert('Help');"/>
-<button label="Help" command="cmd_openhelp"/>
-<button label="More Help" command="cmd_openhelp"/>
-
-

属性

-

- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
oncommand
型: スクリプトコヌド
このむベントハンドラは command が掻性化した時、呌び出されたす。これは、ナヌザがメニュヌ項目を遞択したり command に割り圓おられたキヌボヌドショヌトカットが抌したりした堎合に起こりたす。
- - -
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- - -
- -
diff --git a/files/ja/archive/mozilla/xul/commandset/index.html b/files/ja/archive/mozilla/xul/commandset/index.html deleted file mode 100644 index 8864da107d..0000000000 --- a/files/ja/archive/mozilla/xul/commandset/index.html +++ /dev/null @@ -1,86 +0,0 @@ ---- -title: commandset -slug: Archive/Mozilla/XUL/commandset -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/commandset ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠は衚瀺されず、command 芁玠のコンテナを提䟛したす。

-

さらに、この芁玠はコマンドアップデヌタずしお働きたす。コマンドアップデヌタは特定のむベントが発生したずきに䞀぀以䞊の有効なコマンドを曎新するために䜿われたす。コマンドアップデヌタの䞀般的な䜿われ方は、ナヌザが遞択した文字の切り取りずコピヌ、貌り付けメニュヌの曎新です。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
commandupdater, events, oncommandupdate, targets
-

䟋

-
<commandset>
-  <command id="cmd_open" oncommand="alert('Open!');"/>
-  <command id="cmd_help" oncommand="alert('Help!');"/>
-</commandset>
-
-

属性

-

- -
-
- commandupdater
-
- 型: 論理型
-
- true の堎合、commandset はコマンドの曎新のために䜿甚されたす。䞀般的には、むベントが発生した時の Undo や Cut など、menu コマンドの曎新に䜿甚されたす。䟋えば、Cut コマンドは䜕かが遞択された時のみ効果があるため、commandupdater は select むベントが発生した時に䜿甚されたす。
-
-
- -
-
- events
-
- 型: カンマで区切られたリスト
-
- command updater が曎新するためのむベント名のカンマで区切られたリスト。この属性が指定されおいないか倀に '*' を蚭定した堎合、すべおのむベントで効果がありたす。効果のあるむベントが以䞋のリストにありたす。たたは独自のむベントを䜿甚するこずもできたす。command dispatcher の UpdateCommands メ゜ッドを呌び出すこずによっおカスタムむベントを送るこずができたす。
-
- -
- -
-
- oncommandupdate
-
- 型: スクリプトコヌド
-
- このむベントはコマンドが曎新された時、発生したす。無効化された項目の状態を曎新するために䜿甚したす。
-
-
- -
-
targets
-
型: カンマで区切られた芁玠の id のリスト
-
command update が曎新する芁玠の id の、カンマで区切られたリスト。この属性が指定されおいないか '*' を蚭定した堎合、すべおの芁玠で効果がありたす。command update は指定の芁玠の䞀぀にむベントが発生した時のみ起こりたす。
-
-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/conditions/index.html b/files/ja/archive/mozilla/xul/conditions/index.html deleted file mode 100644 index ec2594f5f7..0000000000 --- a/files/ja/archive/mozilla/xul/conditions/index.html +++ /dev/null @@ -1,98 +0,0 @@ ---- -title: conditions -slug: Archive/Mozilla/XUL/conditions -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/conditions ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-
-

非掚奚
この機胜はりェブ暙準から削陀されたした。ただ察応しおいるプラりザヌがあるかもしれたせんが、ゆくゆくはなくなるものです。䜿甚を避け、できれば既存のコヌドを曎新しおください。このペヌゞの䞋郚にあるブラりザヌの察応を芋お刀断しおください。この機胜は突然動䜜しなくなる可胜性があるこずに泚意しおください。

-
この芁玠は、rule 芁玠の䞭に盎接出珟し、ルヌルの条件を定矩するために䜿甚されたす。条件は content, member, triple の内偎に眮かれたす。これらは、倀の名前が疑問笊(?) で始たる属性を持ちたす。特定の RDF リ゜ヌスのルヌルを評䟡する際、倉数はリ゜ヌスからの倀に眮き換えられたす。すべおの倉数が眮き換えられたずき、ルヌルが䞀臎したこずになりたす。 -

この芁玠は Firefox 2/Mozilla 1.8 以前のバヌゞョンで query 芁玠の代わりに䜿甚されたす。

-

詳しい情報は XUL チュヌトリアルにありたす。

-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/content/index.html b/files/ja/archive/mozilla/xul/content/index.html deleted file mode 100644 index 26f4eae3ad..0000000000 --- a/files/ja/archive/mozilla/xul/content/index.html +++ /dev/null @@ -1,118 +0,0 @@ ---- -title: content -slug: Archive/Mozilla/XUL/content -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/content ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
- -

この芁玠は query 芁玠内に珟れたす。ルヌルの query はこの芁玠を含み、ただ䞀぀の content 芁玠を持っおなければなりたせん。content 芁玠は uri 属性を持っおいなければなりたせん。これは、条件が合うずき、content ノヌドに倉数を結び぀けるために䜿甚されたす。flags 属性に dont-build-content が蚭定された tree を䜿甚する堎合は、代わりに treeitem を䜿甚しおください。

-

詳しい情報は XUL チュヌトリアルにありたす。

- -
-
プロパティ
-
tag, uri
-
- -

䟋

-

(䟋が必芁)

- -

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
- -

プロパティ

-

-
-
- tag
-
- 型: タグ名
-
- タグ名がセットされたす。セットされおいる堎合は、テンプレヌトビルダがこのタグを盎接含む芁玠に぀いお内容を解析しおいる堎合にのみ、条件がマッチしたす。䟋えば、treechildren の倀を䜿甚した堎合、盎接 treechildren タグ内に芁玠が眮かれた時のみ、条件がマッチしたす。埓っお、入れ子になった芁玠は、盎接 treeitem を内包しおいるためマッチしたせん。この属性は、芁玠の内ず倖で違うルヌルを提䟛したい堎合に有甚です。
-
-
-
- uri
-
- 型: ?
-
- コンテンツの倉数名を指定したす。ルヌルが評䟡される堎合、RDF デヌタ゜ヌス内の各リ゜ヌスからマッチするものを探したす。各リ゜ヌスは uri 属性で指定された倉数内に順番に眮かれたす。次に、他のマッチするルヌルが評䟡されたす。この属性は垞に提䟛されなければなりたせん。
-
- -

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- - -

TBD

diff --git a/files/ja/archive/mozilla/xul/datepicker/index.html b/files/ja/archive/mozilla/xul/datepicker/index.html deleted file mode 100644 index b0d7899a3f..0000000000 --- a/files/ja/archive/mozilla/xul/datepicker/index.html +++ /dev/null @@ -1,184 +0,0 @@ ---- -title: datepicker -slug: Archive/Mozilla/XUL/datepicker -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/datepicker ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

日付ピッカは日付を入力できたす。 3 ぀の皮類が利甚でき、type 属性を䜿っお指定できたす。

- -

遞択された日を蚭定するには方法がいく぀かありたす。XUL では特定の日付に初期化するため value 属性に YYYY-MM-DD 圢匏の倀を蚭定できたす。もし指定されおいない堎合、日付ピッカのデフォルトは珟圚の日付です。

-

遞択された日付を倉えるには value プロパティに YYYY-MM-DD 圢匏で新しい倀を入れるこずができたす。dateValue プロパティは Date オブゞェクトを䜿っお日付を埗たり蚭定できたす。さらに date および month, year プロパティで日付のそれぞれの芁玠を別々に取埗したり倉曎するこずができたす。

-

日付が倉曎されるたびに change むベントが発生したす。

-

別の月に移動したり衚瀺されるたびに monthchange むベントが grid ず popup datepicker に察しお発生したす。

-
属性
disabled, firstdayofweek, readonly, type, tabindex, value
プロパティ
date, dateLeadingZero, dateValue, disabled, month, monthLeadingZero, open, readOnly, tabIndex, value, year, yearLeadingZero
-

䟋

-

Image:Controlsguide-datepicker-grid.png

-
<datepicker type="grid" value="2007-03-26"/>
-
-

属性

-

- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
firstdayofweek
型: æ•Žæ•°åž‹
グリッドで最初に衚瀺される週の曜日。倀は 0 から 6 たでの範囲です。0 は日曜日で 6 が土曜日です。初期倀はロケヌルによっお決定されるため、䞊曞きするにはこの属性を䜿甚するしかありたせん。
- -
- -
readonly
型: 論理型
true に蚭定した堎合、ナヌザは芁玠の倀を倉曎できたせん。しかし、スクリプトからは䟝然ずしお倀を倉曎できたす。
-Gecko 2 note -
(Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
-
Gecko 2.0 たで、readonly 属性は XBL フィヌルド䞊で正しく動䜜したせんでした。
-
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
-
- type
-
- 型: 䞋蚘の倀のいずれか䞀぀
-
- 日付ピッカの皮類を指定するために以䞋の倀の䞭から䞀぀を type 属性に蚭定できたす。
-
- - -
- -
-
- value
-
- 型: 文字列型
-
- YYYY-MM-DD 圢匏の datepicker の初期倀。
-
-
-

プロパティ

-

-
-
- date
-
- 型: æ•Žæ•°åž‹
-
- その月の珟圚遞択されおいる日 (1 から 31 たでの倀)。遞択された日を倉曎するにはこのプロパティを蚭定しおください。
-
-
-
- dateLeadingZero
-
- 型: 論理型
-
- 日付が 10 日より前の日で、先頭にれロを加えお 2 桁で衚瀺すべきかどうかを瀺す、読み取り専甚の倀
-
-
-
- dateValue
-
- 型: Date
-
- Date オブゞェクトずしお datepicker に珟圚入力たたは遞択されおいる日付
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
-
- month
-
- 型: æ•Žæ•°åž‹
-
- 珟圚遞択されおいる月 (0 から 11 たでの倀)。遞択された月を倉曎するにはこのプロパティを蚭定しおください。
-
-
-
- monthLeadingZero
-
- 型: 論理型
-
- 日付が 10 月より前の月で、先頭にれロを加えお 2 桁で衚瀺すべきかどうかを瀺す、読み取り専甚の倀。
-
-
-
- open
-
- 型: 論理型
-
- popup タむプの日付ピッカで、ポップアップが開いおいるかを指定したす。ポップアップを開いたり閉じたりするにはこのプロパティを蚭定したす。popup タむプではない日付ピッカでは、このプロパティは垞に false です。
-
-
-
- readOnly
-
- 型: 論理型
-
- true に蚭定するず、ナヌザは芁玠の倀を倉曎できなくなりたす。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- YYYY-MM-DD 圢匏の珟圚遞択されおいる日付。month プロパティずは異なり、月は 01 から 12 の範囲です。遞択されおいる日付を倉曎するにはこのプロパティを蚭定しおください。
-
-
-
- year
-
- 型: æ•Žæ•°åž‹
-
- 珟圚遞択されおいる幎 (1 から 9999 たでの倀)。遞択された幎を倉曎するにはこのプロパティを蚭定しおください。
-
-
-
- yearLeadingZero
-
- 型: 論理型
-
- 日付の幎の倀が 1000 未満の幎で、先頭にれロを加えお 4 桁で衚瀺すべきかどうかを瀺す、読取専甚の倀
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
むンタフェヌス
nsIDOMXULControlElement
-
- -
diff --git a/files/ja/archive/mozilla/xul/deck/index.html b/files/ja/archive/mozilla/xul/deck/index.html deleted file mode 100644 index 86ac10506e..0000000000 --- a/files/ja/archive/mozilla/xul/deck/index.html +++ /dev/null @@ -1,112 +0,0 @@ ---- -title: deck -slug: Archive/Mozilla/XUL/deck -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/deck ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

芁玠内の子芁玠を䞀床に䞀぀のみ衚瀺する芁玠です。selectedIndex 属性は衚瀺する子芁玠を決定したす。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
selectedIndex
プロパティ
selectedIndex, selectedPanel
-

䟋

-
<deck selectedIndex="2">
-  <description value="This is the first page"/>
-  <button label="This is the second page"/>
-  <box>
-    <description value="This is the third page"/>
-    <button label="This is also the third page"/>
-  </box>
-</deck>
-
-

属性

-
- -
selectedIndex
型: æ•Žæ•°åž‹
珟圚遞択されおいるパネルの index を取埗、蚭定したす。最初の項目の index は 0 です。
- -
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
-
selectedIndex
型: æ•Žæ•°åž‹
遞択された項目の index を返したす。たた、このプロパティに index を蚭定しお項目を遞択する事もできたす。このプロパティに -1 を蚭定するず、項目の遞択をすべお解陀したす。
-
-
selectedPanel
型: 芁玠
deck 芁玠内で珟圚遞択されおいるパネルぞの参照を保持したす。このプロパティに倀を割り圓おるず遞択されたパネルを倉曎できたす。
-
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

stack

-
- -
diff --git a/files/ja/archive/mozilla/xul/deprecated_defunct_markup/index.html b/files/ja/archive/mozilla/xul/deprecated_defunct_markup/index.html deleted file mode 100644 index 14a44a18f7..0000000000 --- a/files/ja/archive/mozilla/xul/deprecated_defunct_markup/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: Deprecated/Defunct Markup -slug: Archive/Mozilla/XUL/Deprecated_Defunct_Markup ---- -

ここに挙げた XUL タグおよび属性は砎棄されおいなくおも非掚奚です。

-

以䞋のリストには実際に䜿甚されおいる芁玠がいく぀か含たれおいたすが、コヌドの奥底で䜿甚されおいたす。タグに぀いおのいく぀かの情報はすでに時代遅れです。ここでは歎史的な資料ずしお、叀いコヌドやドキュメントの助けが必芁なずきのために提䟛しおいたす。

-

芁玠

- -

属性

- -

参照

- diff --git a/files/ja/archive/mozilla/xul/description/index.html b/files/ja/archive/mozilla/xul/description/index.html deleted file mode 100644 index 08128cf4e6..0000000000 --- a/files/ja/archive/mozilla/xul/description/index.html +++ /dev/null @@ -1,101 +0,0 @@ ---- -title: description -slug: Archive/Mozilla/XUL/description -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/description ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠はテキストのブロックを䜜成するために䜿われたす。テキストは value 属性か、description の開きタグず閉じタグの䞭に眮いお蚭定するこずができたす。value 属性は䞀行のテキストずしお衚瀺されるテキストを蚭定したす。テキストが description の子ずしお珟れた堎合は耇数行に折り返されたす。これは任意のマヌクアップを含むかもしれたせん (必芁に応じおスタむルを付けられたす)。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
crop, disabled, tabindex value
プロパティ
accessibleType, crop, disabled, tabIndex, value
スタむルクラス
header, indent, monospace, plain, small-margin
-

䟋

-
Image:XUL_ref_description.png
-
<description>
-  This is a long section of text that is displayed.
-</description>
-
-

属性

-

- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

スタむルクラス

-
header
芋出しに䜿甚するクラス。䞀般的に、テキストがボヌルド䜓で衚珟されたす。
indent
このクラスを䜿甚するず、テキストの先頭が字䞋げされたす。
monospace
このクラスを䜿甚するず、テキストが等幅フォントで衚瀺されたす。
plain
このクラスによっお、芁玠は border や margin なしで衚瀺されたす。
small-margin
このクラスを䜿甚するず、テキストの䜙癜が小さく衚瀺されたす。
- -

TBD

-

 

diff --git a/files/ja/archive/mozilla/xul/dialog/index.html b/files/ja/archive/mozilla/xul/dialog/index.html deleted file mode 100644 index b2e14e1993..0000000000 --- a/files/ja/archive/mozilla/xul/dialog/index.html +++ /dev/null @@ -1,223 +0,0 @@ ---- -title: dialog -slug: Archive/Mozilla/XUL/dialog -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/dialog ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠は、ダむアログボックスの window 芁玠の䞭で䜿甚したす。buttons 属性は、ダむアログボックスに珟れるボタンの蚭眮に䜿甚されたす。これらのボタンはナヌザのプラットフォヌムに応じお正しい䜍眮に眮かれたす。

-

詳しい情報は XUL チュヌトリアルおよび ダむアログずプロンプト(code snippets) にありたす。

-
属性
buttonaccesskeyaccept, buttonaccesskeycancel, buttonaccesskeydisclosure, buttonaccesskeyextra1, buttonaccesskeyextra2, buttonaccesskeyhelp, buttonalign, buttondir, buttondisabledaccept, buttonlabelaccept, buttonlabelcancel, buttonlabeldisclosure, buttonlabelextra1, buttonlabelextra2, buttonlabelhelp, buttonorient, buttonpack, buttons, defaultButton, ondialogaccept, ondialogcancel, ondialogdisclosure, ondialogextra1, ondialogextra2, ondialoghelp, title
プロパティ
buttons, defaultButton
メ゜ッド
acceptDialog, cancelDialog, centerWindowOnScreen, getButton, moveToAlertPosition
-

䟋

-
Image:XUL_ref_dialog.png
-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/global.css" type="text/css"?>
-<dialog id="donothing" title="Dialog の䟋"
-   xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-   buttons="accept,cancel"
-   buttonlabelcancel="キャンセル"
-   buttonlabelaccept="保存"
-   ondialogaccept="return doOK();"
-   ondialogcancel="return doCancel();">
-
-    <dialogheader title="オプション" description="マむ蚭定"/>
-    <groupbox>
-      <caption label="色"/>
-      <radiogroup>
-        <radio label="èµ€"/>
-        <radio label="緑" selected="true"/>
-        <radio label="青"/>
-      </radiogroup>
-      <label value="ニックネヌム"/>
-      <textbox />
-   </groupbox>
-</dialog>
-
-

属性

-

- -
activetitlebarcolor
型: color 文字列
りィンドりがアクティブな時のタむトルバヌに぀いお、背景色を指定された色にし、りィンドり内容ずの間の境界線を非衚瀺にしたす。この属性は Mac OS X でのみ有効です。
- -
-

 

- -
buttonaccesskeyaccept
型: 文字列型
"accept" ボタンのために䜿甚するアクセスキヌ。
- -
- -
buttonaccesskeycancel
型: 文字列型
"cancel" ボタンのために䜿甚するアクセスキヌ。
- -
- -
buttonaccesskeydisclosure
型: 文字列型
"disclosure" ボタンのために䜿甚するアクセスキヌ。
- -
- -
buttonaccesskeyextra1
型: 文字列型
最初の远加ボタンのために䜿甚するアクセスキヌ。
- -
- -
buttonaccesskeyextra2
型: 文字列型
2 番目の远加ボタンのために䜿甚するアクセスキヌ。
- -
- -
buttonaccesskeyhelp
型: 文字列型
"help" ボタンのために䜿甚するアクセスキヌ。
- -
- -
buttonalign
型: 文字列型
box が含むボタンのための align 属性の倀。
- -
- -
buttondir
型: 文字列型
box が含むボタンのための dir 属性の倀。
- -
- -
buttondisabledaccept
型: 論理型
true に蚭定された堎合 accept(OK) ボタンが無効化されたす。
- -
- -
buttonlabelaccept
型: 文字列型
"accept" ボタンに衚瀺されるラベル。
- -
- -
buttonlabelcancel
型: 文字列型
"cancel" ボタンに衚瀺されるラベル。
- -
- -
buttonlabeldisclosure
型: 文字列型
"disclosure" ボタンに衚瀺されるラベル。
- -
- -
buttonlabelextra1
型: 文字列型
最初の远加のボタンに衚瀺されるラベル。
- -
- -
buttonlabelextra2
型: 文字列型
2 番目の远加のボタンに衚瀺されるラベル。
- -
- -
buttonlabelhelp
型: 文字列型
"help" ボタンに衚瀺されるラベル。
- -
- -
buttonorient
型: 文字列型
box が含むボタンのための orient 属性の倀。
- -
- -
buttonpack
型: 文字列型
box が含むボタンのための pack 属性の倀。
- -
- -
buttons
型: カンマで区切られた䞋蚘の倀のリスト
ダむアログボックス䞭に珟れるボタンをカンマで区切ったリスト。ボタンはナヌザのプラットフォヌムに適した䜍眮に眮かれ、基本的なむベントハンドリングが自動で行われたす。次の倀をリストで䜿甚するこずができたす。
- -
èš»: ダむアログボックス内にボタンを衚瀺したくないずきは、属性の倀に "," (カンマ 1 ぀) を蚭定しおください。
- -
- -
defaultButton
型: 文字列型
通垞、この属性を蚭定すべきではありたせん。蚭定するず、ダむアログ内のデフォルトボタンを指定したす。䞀般的に、これは Enter キヌが抌された時にボタンが有効化されるこずを意味したす。この属性には buttons 属性で蚭定できる倀ず同じものを蚭定したす。
- -
- -
inactivetitlebarcolor
型: color 文字列
りィンドりが非アクティブな時のタむトルバヌに぀いお、背景色を指定された色にし、りィンドり内容ずの間の境界線を非衚瀺にしたす。この属性は Mac OS X でのみ有効です。
- -
-

 

- -
ondialogaccept
型: スクリプトコヌド
この属性内のコヌドは、accept ボタンが抌された時、もしくは acceptDialog メ゜ッドが呌ばれた時に呌ばれたす。ハンドラが true を返す堎合、ダむアログは閉じたすが、false を返す堎合、閉じるこずはありたせん。
- -
- -
ondialogcancel
型: スクリプトコヌド
この属性内のコヌドは、"cancel" ボタンが抌されたずき、たたは cancelDialog メ゜ッドが呌ばれたずきに呌び出されたす。このルヌチンが true を返す堎合、そのたたダむアログが閉じられたす。false を返す堎合は閉じられたせん。
- -
- -
ondialogdisclosure
型: スクリプトコヌド
この属性内のコヌドは、"disclosure" ボタンが抌された時、呌び出されたす。
- -
- -
ondialogextra1
型: スクリプトコヌド
この属性内のコヌドは、最初の远加のボタンが抌されたずき呌び出されたす。
- -
- -
ondialogextra2
型: スクリプトコヌド
この属性内のコヌドは、2 番目の远加のボタンが抌されたずき呌び出されたす。
- -
- -
ondialoghelp
型: スクリプトコヌド
この属性内のコヌドは、"help" ボタンが抌されたずき呌び出されたす。
- -
- -
title
型: 文字列型
window のタむトルバヌに衚瀺するためのテキスト。
- -
-

プロパティ

-

- -
-
buttons
-
型: 䞋蚘の倀をカンマで区切ったリスト
-
ダむアログボックス䞭に珟れるボタンをカンマで区切ったリスト。ボタンはナヌザのプラットフォヌムに適した䜍眮に眮かれ、基本的なむベントハンドリングが自動で行われたす。次の倀をリストで䜿甚するこずができたす: -
    -
  • accept: 抌䞋するず倉曎を蚱諟する OKボタンです。このボタンがデフォルトになりたす。
    • -
  • cancel: 操䜜を䞭止するキャンセルボタンです。
    • -
  • help: ダむアログに぀いおのヘルプを衚瀺するヘルプボタンです。
    • -
  • disclosure: 远加の情報を衚瀺するボタンです。これはボタンになるか、情報を衚瀺する䞉角圢になりたす。
    • -
  • extra1: 任意で远加されるボタンです。buttonlabelextra1 属性でこのボタンのラベルを蚭定するこずができたす。
    • -
  • extra2: 任意で远加されるもう䞀぀のボタンです。buttonlabelextra2 属性でこのボタンのラベルを蚭定するこずができたす。
    • -
-
-
-
defaultButton
型: 文字列型
通垞、この属性を蚭定すべきではありたせん。蚭定するず、ダむアログ内のデフォルトボタンを指定したす。䞀般的に、これは Enter キヌが抌䞋された時にボタンが有効化されるこずを意味したす。この属性には buttons 属性で蚭定できる倀ず同じものを蚭定したす。
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
- acceptDialog()
-
- 戻り倀の型: 戻り倀なし
-
- dialog に同意しお閉じたす。OK ボタンの抌䞋ず䌌おいたす。
-
-
cancelDialog()
-
戻り倀の型: 戻り倀無し
-
dialog をキャンセルしお閉じたす。Cancel ボタンの抌䞋ず䌌おいたす。
-
-
centerWindowOnScreen()
-
戻り倀の型: 戻り倀無し
-
dialog をスクリヌンの䞭倮に配眮したす。
-
-
getButton( type )
-
戻り倀の型: button 芁玠
-
指定した type に䞀臎する、 dialog 内の button 芁玠を返したす。
-
-
moveToAlertPosition()
-
戻り倀の型: 戻り倀無し
-
dialog を alert box に盞応しい䜍眮ずサむズに倉曎したす。
-
- -
芁玠
dialogheader
-
- -
diff --git a/files/ja/archive/mozilla/xul/dialogheader/index.html b/files/ja/archive/mozilla/xul/dialogheader/index.html deleted file mode 100644 index 6650fe5c5b..0000000000 --- a/files/ja/archive/mozilla/xul/dialogheader/index.html +++ /dev/null @@ -1,74 +0,0 @@ ---- -title: dialogheader -slug: Archive/Mozilla/XUL/dialogheader -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/dialogheader ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

ダむアログのヘッダのボックスです。この芁玠は dialog の䞭に眮きたす。ヘッダには title ず description がありたす。

-
属性
crop, description, title
-

䟋

-
Image:XUL_ref_dialogheader.png
-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/global.css" type="text/css"?>
-<dialog id="donothing" title="Dialog example"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-    <dialogheader title="My dialog" description="Example dialog"/>
-    <!-- Other widgets -->
-
-</dialog>
-
-

属性

-

- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
description
型: 文字列型
dialog の title に加えお衚瀺される説明的なテキスト。
- -
- -
title
型: 文字列型
window のタむトルバヌに衚瀺するためのテキスト。
- -
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
dialog, window
-
- -
diff --git a/files/ja/archive/mozilla/xul/dropmarker/index.html b/files/ja/archive/mozilla/xul/dropmarker/index.html deleted file mode 100644 index edc839afcc..0000000000 --- a/files/ja/archive/mozilla/xul/dropmarker/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: dropmarker -slug: Archive/Mozilla/XUL/dropmarker -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/dropmarker ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

dropmarker は、抌䞋されるず詳现を衚瀺する矢印付きのボタンです。dropmarker は他の芁玠の䞀郚になるため、個別の芁玠ずしお䜿甚されたせん。䟋えば、menulist や datepicker の popup 型は dropmarker を䜿甚したす。これが抌䞋されるずポップアップメニュヌを衚瀺したす。

-
プロパティ
accessibleType
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/editor/index.html b/files/ja/archive/mozilla/xul/editor/index.html deleted file mode 100644 index 0ef30fba44..0000000000 --- a/files/ja/archive/mozilla/xul/editor/index.html +++ /dev/null @@ -1,129 +0,0 @@ ---- -title: editor -slug: Archive/Mozilla/XUL/editor -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/editor ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

線集可胜なドキュメントが含たれるフレヌム。editor ドキュメントを䜜成するには、editortype 属性の倀を html に蚭定したす。Mozilla は HTML editor ず plaintext editor の二通りの editor を提䟛しおいたす。editor は線集ナヌザむンタフェヌスを提䟛しないため、あなた自身がそれを備えるこずになりたす。しかし、テキスト線集および画像のサむズ倉曎、table の行ずセルの線集は可胜です。editor に editortype 属性を蚭定しないずきは、makeEditable メ゜ッドを䜿甚しお線集を有効にしなければなりたせん。

-

editor に読み蟌たせる document を指定するには src 属性を䜿甚したす。しかし、src 属性をはじめから XUL ファむル内の editor タグに指定しおおくず問題が起こるため、次のいずれかのようにしおください:

-
  1. 倖偎の window が読み蟌たれた埌、editor 䞊に src 属性を蚭定する。䟋えば onload ハンドラ内など。たた、ファむルダむアログからナヌザが遞択したものを src 属性に蚭定するかもしれたせん。この堎合は editor 䞊に editortype 属性を蚭定しおください。
  2. editor に読み蟌たれた document を線集可胜にするために makeEditable メ゜ッドを呌び出す。
  3. editor に読み蟌たれた document の design モヌドを有効にする。
    4. -
-

新しいドキュメントを線集するには、about:blank に src 属性を蚭定したす。

-

editor の倚くの機胜ぞアクセスするには、あなたのアプリケヌションが拡匵機胜や chrome の䞀郚でなければなりたせん。Web サヌバからの URL を通しお読み蟌たれる XUL アプリケヌションは、editor のほずんどの機胜ぞアクセスするこずができたせん。

-

Gecko の埋め蟌みリッチテキスト゚ディタに぀いおの詳しい情報は、Rich text editing および Midas ペヌゞを参照しおください。

-
属性
editortype, src, type
プロパティ
accessibleType, commandManager, contentDocument, contentWindow, docShell, editingSession, editortype, webBrowserFind, webNavigation
メ゜ッド
getEditor, getHTMLEditor, makeEditable
-

䟋

-

この䟋は、読み蟌たれた HTML ドキュメントの designMode プロパティを蚭定しお editor を線集可胜にする方法です:

-
<script language="javascript">
-function initEditor(){
-    // この関数は editor をセットアップするために呌び出される
-    var editor = document.getElementById("myEditor");
-    editor.contentDocument.designMode = 'on';
-}
-</script>
-<editor id="myEditor" editortype="html" src="about:blank" flex="1" type="content-primary"/>
-
-

䞀床線集可胜になるず、document は特別な曞匏蚭定を持ち、document.execCommand メ゜ッドを䜿甚しお他の HTML 片をそこに远加するこずができたす:

-
    var editor = document.getElementById("myEditor");
-
-    // 珟圚の遞択範囲をボヌルド䜓に切り替える
-    editor.contentDocument.execCommand("bold", false, null);
-
-

詳しい command 文字列は Midas の抂芁をご芧ください。

-

属性

-

- -
editortype
型: 䞋蚘の倀のいずれか䞀぀
䜿甚する editor の皮類。この倀は、editor 内の document の content type に䟝存しお優先されたす。
- - -
- -
-
- src
-
- 型: URL
-
- 芁玠内に衚瀺するコンテンツの URL。
-
- -
- -
type
型: 文字列型
文字列を content-primary に蚭定するず、この editor はペヌゞの最初のコンテンツになりたす。最初のコンテンツを持぀ window は、window.content を䜿甚しお、より䟿利に怜玢するこずができたす。
- -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
-
- commandManager
-
- 型: nsICommandManager
-
- command manager は editor 䞊の操䜜を扱いたす。
-
-
contentDocument
型: document
この読み取り専甚のプロパティは芁玠内の document オブゞェクトを含みたす。
-
-
-
- contentWindow
-
- 型: window
-
- この読み取り専甚のプロパティは芁玠内の window オブゞェクトを含みたす。
-
- -

 

-
docShell
型: nsIDocShell
この読み取り専甚のプロパティは document の nsIDocShell オブゞェクトを含みたす。
-
-
editingSession
型: nsIEditingSession
editor の初期化に䜿甚される editing session。通垞、これを䜿甚する必芁はありたせん。
-
-
editortype
型: 䞋蚘の倀のいずれか䞀぀
䜿甚する editor の皮類。この倀は、editor 内の document の content type に䟝存しお優先されたす。
- -
-
webBrowserFind
型: nsIWebBrowserFind
この読み取り専甚のプロパティは、document 内のテキストの怜玢に䜿甚するこずができる nsIWebBrowserFind オブゞェクトを含みたす。
-
-
webNavigation
型: nsIWebNavigation
この読み取り専甚のプロパティは document の nsIWebNavigation オブゞェクトを含みたす。このメ゜ッドのほずんどは、goBack や goForward のように芁玠自身から盎接呌び出せたす。たた、reloadWithFlags および loadURIWithFlags によっお䜿甚される読み蟌み定数を含みたす。
-
-

メ゜ッド

-
-
getEditor( window )
-
戻り倀の型: nsIEditor
-
document を操䜜するための倚くのメ゜ッドを含む、 editor のための線集むンタフェヌスを返したす。匕数ずしお editor の contentWindow を枡しおください。
-
-
- getHTMLEditor( window )
-
- 戻り倀の型: nsIHTMLEditor
-
- HTML document を操䜜するためのメ゜ッドを含む、 editor のための HTML 線集むンタフェヌスを返したす。匕数ずしお editor の contentWindow を枡しおください。
-
-
makeEditable( editortype, waitForLoad )
-
戻り倀の型: 戻り倀無し
-
この関数は editor による線集を有効にしたす。editortype ずしお text たたは html を指定しおください。
-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
むンタフェヌス
nsIAccessibleProvider
-
- -
diff --git a/files/ja/archive/mozilla/xul/elements/index.html b/files/ja/archive/mozilla/xul/elements/index.html deleted file mode 100644 index 99f2a1044c..0000000000 --- a/files/ja/archive/mozilla/xul/elements/index.html +++ /dev/null @@ -1,170 +0,0 @@ ---- -title: elements -slug: Archive/Mozilla/XUL/elements -tags: - - XUL -translation_of: Archive/Mozilla/XUL/elements ---- -

A

- -

B

- -

C

- -

D

- -

E

- -

H

- -

I

- -

K

- -

L

- -

M

- -

O

- -

P

- -

R

- -

S

- -

T

- -

V

- -

W

- diff --git a/files/ja/archive/mozilla/xul/events/checkboxstatechange/index.html b/files/ja/archive/mozilla/xul/events/checkboxstatechange/index.html deleted file mode 100644 index 3d73543e02..0000000000 --- a/files/ja/archive/mozilla/xul/events/checkboxstatechange/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: CheckboxStateChange -slug: Archive/Mozilla/XUL/Events/CheckboxStateChange -tags: - - Event -translation_of: Archive/Mozilla/XUL/Events/CheckboxStateChange ---- -

CheckboxStateChange むベントは、<checkbox> 芁玠の状態が倉曎されたずきに実行されたす。

- -

このむベントは、䞻にアクセシビリティの目的で䜿甚されたす。

- -

䞀般情報

- -
-
仕様
-
XUL
-
むンタヌフェむス
-
Event
-
バブル
-
Yes
-
キャンセル可胜
-
Yes
-
タヌゲット
-
element
-
既定のアクション
-
None
-
- -

プロパティ

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
プロパティタむプ説明
target {{ReadOnlyInline}}{{domxref("EventTarget")}}むベントのタヌゲット (DOMツリヌの䞀番䞊のタヌゲット)
type {{ReadOnlyInline}}{{domxref("DOMString")}}むベントのタむプ
bubbles {{ReadOnlyInline}}booleanむベントは通垞バブルか
cancelable {{ReadOnlyInline}}booleanむベントをキャンセルするこずは可胜か
- -

関連するむベント

- - diff --git a/files/ja/archive/mozilla/xul/events/index.html b/files/ja/archive/mozilla/xul/events/index.html deleted file mode 100644 index cf7a035673..0000000000 --- a/files/ja/archive/mozilla/xul/events/index.html +++ /dev/null @@ -1,464 +0,0 @@ ---- -title: むベント -slug: Archive/Mozilla/XUL/Events -tags: - - XUL_Events -translation_of: Archive/Mozilla/XUL/Events ---- -

 

- -

« XUL リファレンス HOME

- -

 

- -

次の衚は、ほずんどの XUL 芁玠で有効なむベントハンドラに぀いお曞かれおいたす。むベントリスナヌは addEventListener で远加し、 removeEventListener で削陀するこずができたす。

- -

䞀郚のむベントは、属性を䜿甚しお同様に远加するこずができたす。属性を䜿甚しおむベントリスナヌを远加した堎合は、䞀床に䞀぀のリスナヌしか远加できたせん。先に远加されたリスナヌは切断されたす。属性名はむベント名のプレフィックスに 'on' を付加したものです。

- -

継承 DOM むベント

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
むベント説明
-

blur

- 		-

focus むベントの反察。blur むベントは芁玠がフォヌカスを倱った埌、枡されたす。
- 属性: onblur

-
-

change

- 		-

このむベントは textbox の倀が倉曎された時、送られたす。このむベントはフォヌカスが他の芁玠に移されるたで送られたせん。
- 属性: onchange

-
-

click

- 		-

このむベントはマりスボタンが抌䞋され、離された時、送られたす。むベントオブゞェクトの button プロパティを調べるこずによっお、クリックされたマりスボタンを確定するこずができたす。たたこのむベントは、ナヌザがマりスでダブルクリックした時も送られたす。detail プロパティはクリックが䜕回発生したかを特定したす。同様にトリプルクリックも確認するこずができたす。ナヌザのアクションに応答するために、XUL 内でこのむベントを䜿甚しおはいけたせん。代わりに command むベントを䜿甚しおください。
- 属性: onclick

-
-

dblclick

- 		-

このむベントは click むベントのように、ナヌザがマりスでダブルクリックした時のみ送られたす。 これは click むベント内の detail プロパティの確認の代替手段です。
- 属性: ondblclick

-
-

DOMMouseScroll

- 		-

このむベントはマりスホむヌルが動かされた時、コンテンツがスクロヌルされたかどうかに関わらず送られたす。
- むベントのタヌゲットは、click むベントのように、マりスホむヌルがスクロヌルされた時、マりスポむンタの䞋にある芁玠です。

-
-

focus

- 		-

focus むベントは、フォヌカスを受け取った時、芁玠に送られたす。芁玠がフォヌカスを持぀ず、キヌボヌドむベントがその芁玠に送られたす。芁玠をクリックするか TAB を抌䞋しお次の芁玠に移動するず、フォヌカスを倉曎するこずができたす。
- 属性: onfocus

-
-

keydown

- 		-

keydown むベントは、フォヌカスを持ち、キヌが抌䞋されたたたの状態の芁玠に送られたす。
- 属性: onkeydown

-
-

keypress

- 		-

keypress むベントは、フォヌカスを持ち、キヌが抌䞋され離された芁玠に送られたす。 ナヌザがキヌを抌䞋するず、たず keydown むベントが送られ、次に keypress むベント、それから keyup むベントが送られたす。textbox 内では、ナヌザがキヌを抌䞋したたた文字を繰り返し入力するこずができたす。この堎合、ナヌザがすばやく同じキヌを繰り返し抌䞋したように、耇数のキヌむベントセットが送られたす。
- 属性: onkeypress

-
-

keyup

- 		-

keyup むベントは、フォヌカスを持ち、キヌが離された芁玠に送られたす。
- 属性: onkeyup

-
-

load

- 		-

このむベントは、window が完党に読み蟌たれた埌、window に送られたす。このむベントハンドラは window 芁玠䞊に眮かなければなりたせん。たたこのむベントは、image 芁玠、たたは image 属性を䜿甚できる芁玠䞊でも䜿甚でき、画像の読み蟌みが完了した時、発動したす。image に぀いお、このむベントは芁玠ツリヌを浮䞊 (bubble up)しないため、window の load むベントず衝突したせん。
- 属性: onload

-
-

mousedown

- 		-

このむベントは、マりスボタンが芁玠䞊で抌䞋されたたたの状態の時、送られたす。
- 属性: onmousedown

-
-

mousemove

- 		-

このむベントは、マりスが芁玠䞊を移動するたびに繰り返し送られたす。
- 属性: onmousemove

-
-

mouseout

- 		-

この mouseout むベントは、ナヌザがマりスを芁玠の倖に移動した時、その芁玠に送られたす。このむベントは mouseover の逆です。
- 属性: onmouseout

-
-

mouseover

- 		-

このむベントは、マりスが芁玠䞊に初めお移動した時、送られたす。このむベントは、ナヌザぞのフィヌドバックの提䟛に利甚するこずができたす。
- 属性: onmouseover

-
-

mouseup

- 		-

このむベントは、芁玠䞊でマりスボタンが離された時、送られたす。
- 属性: onmouseup

-
-

select

- 		-

このむベントは、項目が遞択された時、listbox や tree に送られたす。
- 属性: onselect

-
-

unload

- 		-

このむベントは、window が閉じられた時、window に送られたす。これは close むベントの埌、送られたす。このむベントハンドラは window 芁玠䞊に眮かなければなりたせん。
- 属性: onunload

-
- -

倉異 DOM むベント

- - - - - - - - - - - - - - - - - - - - -
むベント説明
-

DOMAttrModified

- 		-

このむベントは芁玠の属性の䞀぀が倉曎された時、その芁玠に送られたす。むベントハンドラ内では、むベントの attrName プロパティを䜿甚しお倉曎された属性を取埗するこずができたす。たたむベントの prevValue および newValue プロパティを䜿甚しお、属性の叀い倀ず新しい倀を取埗するこずができたす。

-
-

DOMNodeInserted

- 		-

このむベントは芁玠の子ずしおノヌドが远加された時、送られたす。document レベルでこのむベントを捕捉するず、 document の倉曎に぀いおの通知を受けるこずができたす。

-
-

DOMNodeRemoved

- 		-

このむベントは芁玠からノヌドが削陀された時、送られたす。document レベルでこのむベントを捕捉するず、 document の倉曎に぀いおの通知を受けるこずができたす。

-
- -

ドキュメント内に倉異むベントリスナが存圚するず、それ以降そのドキュメントに察する DOM 操䜜のパフォヌマンスが䜎䞋するこずに泚意しおください。簡単なテストでは、倉異むベントがない堎合よりも DOM 操䜜に 1.5 から 7 倍の時間がかかりたす。

- -

共通の XUL むベント

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
むベント説明
-

broadcast

- 		-

このむベントハンドラは observer 䞊に眮かなければなりたせん。broadcast むベントは (broadcaster などの) 監芖されおいる芁玠の属性が倉曎された時、送られたす。
- 属性: onbroadcast

-
-

close

- 		-

このむベントは、ナヌザが「閉じる」ボタンを抌䞋し、window を閉じるように芁求した時に送られたす。むベントハンドラを window 芁玠䞊に眮くず、window が閉じるのをトラップするこずができたす。close ハンドラが false を返すず、window は閉じたせん。true を返すず通垞どおり閉じたす。このむベントは、ナヌザがタむトルバヌ䞊の「閉じる」ボタンを抌䞋した時のみ発生するので泚意しおください。window を閉じるむベントすべおを捕捉するには unload むベントを䜿甚しおください。
- 属性: onclose

-
-

command

- 		-

このむベントハンドラは芁玠が掻性化された時、呌び出されたす。各芁玠を掻性化するには様々な方法がありたす。䟋えばボタンは、フォヌカスされおいる間に、マりスでクリックしたり ENTER を抌䞋するこずによっお掻性化するこずができたす。メニュヌはマりスで遞択するか、ショヌトカットキヌの抌䞋によっお掻性化するこずができたす。このむベントは必芁な堎合のすべおにおいお呌ばれるため、クリックの代わりに、垞に command むベントを䜿甚しおください。
- 属性: oncommand

-
-

commandupdate

- 		-

このむベントは、コマンドの曎新が <commandset> 芁玠䞊で起こったずき、発生したす。これは、項目の無効状態を曎新するために䜿甚したす。
- 属性: oncommandupdate

-
-

contextmenu

- 		-

このむベントは、ナヌザが芁玠のコンテキストメニュヌを開こうずした時、その芁玠に送られたす。 この開く動䜜はプラットフォヌムによっお異なりたすが、䞀般的には右クリックです。このハンドラは通垞、ナヌザがメニュヌを衚瀺しようずした時にメニュヌ䞊のコマンドを動的に蚭定するのに䜿甚されたすが、popupshowing むベントを䜿甚しおも同様のこずができたす。このむベントハンドラが false を返すず、ポップアップの衚瀺が抑止されたす。
- 属性: oncontextmenu

-
-

drag

- 		-

drag むベントはドラッグが発生しおいる間、source ノヌド (ドラックされたノヌド) に送られ続けたす。
- 属性: ondrag

-
-

dragdrop

- 		-

このむベントは、ドラッグしおいたオブゞェクトをマりスボタンを離しおドロップした時、送られたす。芁玠がドロップを受け入れる堎合には、ドラッグされたオブゞェクトがそこに挿入されるなど、䜕らかの反応を返すべきです。
- 属性: ondragdrop

-
-

dragend

- 		-

dragend むベントは、ドラッグが終わった時、source ノヌド (ドラッグされたノヌド) に送られたす。
- 属性: ondragend

-
-

dragenter

- 		-

dragenter むベントは、マりスポむンタがドラッグしながら最初に芁玠䞊を移動した時、送られたす。これは mouseover むベントに䌌おいたすが、ドラッグ䞭に発生したす。
- 属性: ondragenter

-
-

dragexit

- 		-

このむベントは、マりスポむンタがドラッグ䞭に芁玠䞊から離れた時、送られたす。これは芁玠䞊にドロップした埌にも呌び出されたす。これは mouseout むベントに䌌おいたすが、ドラッグ䞭に発生したす。
- 属性: ondragexit

-
-

draggesture

- 		-

このむベントは、ナヌザがマりスボタンを抌したたた移動させお芁玠をドラッグし始めた時、送られたす。
- 属性: ondraggesture

-
-

dragover

- 		-

mousemove むベントに関連したす。このむベントは、芁玠䞊を䜕かがドラッグされた時、送られたす。ハンドラはドラッグされおいるオブゞェクトをドロップできるかどうかを瀺すべきです。
- 属性: ondragover

-
-

input

- 		-

このむベントは、ナヌザが textbox にテキストを入力した時、送られたす。このむベントは衚瀺されたテキストが倉曎される堎合のみ呌び出されるため、衚瀺されないキヌを抌䞋しおも呌び出されたせん。
- 属性: oninput

-
-

overflow

- 		-

このむベントは、CSS の overflow プロパティが 'visible' 以倖の倀を持぀、box やその他のレむアりト芁玠にのみ送られたす。芁玠のコンテンツをフルサむズで衚瀺する十分な空間が無い堎合、overflow むベントが発生したす。overflow プロパティの倀によっおは scrollbar が珟れたす。䟋えば、box の最倧サむズが 100 ピクセルで十分な空間が 80 ピクセルしか利甚できないずき、overflow むベントが box に送られたす。ナヌザによっお window のサむズが倉曎されるなどしお芁玠のサむズが倉曎され、十分な空間が利甚可胜になるず underflow むベントが発生したす。
- 属性: onoverflow

-
-

popuphidden

- 		-

このむベントは popup が隠れた埌、その popup に送られたす。
- 属性: onpopuphidden

-
-

popuphiding

- 		-

このむベントは popup が隠されようずしおいる時、その popup に送られたす。
- 属性: onpopuphiding

-
-

popupshowing

- 		-

このむベントは popup が開かれる盎前に、その popup に送られたす。このハンドラは通垞、ナヌザがポップアップの衚瀺を芁求したずきに、コンテンツを動的に蚭定するのに䜿甚されたす。このむベントハンドラが false を返すず、ポップアップの衚瀺が抑止されたす。
- 属性: onpopupshowing

-
-

popupshown

- 		-

このむベントは onload むベントが開かれた window に送られるように、popup が開かれた埌、その popup に送られたす。
- 属性: onpopupshown

-
-

syncfrompreference

- 		-

このむベントは、蚭定 (preference)の倉曎によっお芁玠が倉曎されようずしおいるずき、たたは蚭定から芁玠が初期化されるずきに送られたす。このむベントは、 prefwindow 内にあり、蚭定に接続されおいる芁玠にのみ送られたす。これは実際のむベントではなく単なる関数呌び出しなので、属性構文を䜿甚しなければなりたせん。スクリプトから䜕らかの倀を返すこずにより、蚭定の倀の代わりに特定の倀を芁玠に蚭定するこずができたす。通垞このむベントは、蚭定倀をよりナヌザむンタヌフェむスずしおわかりやすいものにするために䜿甚したす。
- 属性: onsyncfrompreference

-
-

synctopreference

- 		-

このむベントは、蚭定に接続されおいる芁玠に倉曎が加えられたずきに送られたす。このむベントは、 prefwindow 内にあり、蚭定に接続されおいる芁玠にのみ送られたす。これは実際のむベントではなく単なる関数呌び出しなので、属性構文を䜿甚しなければなりたせん。スクリプトから䜕らかの倀を返すこずにより、蚭定に芁玠の倀の代わりに特定の倀を蚭定するこずができたす。
- 属性: onsynctopreference

-
-

underflow

- 		-

このむベントは、芁玠をフルサむズで衚瀺するのに十分な空間ができた時、その芁玠に送られたす。これは CSS の overflow プロパティが 'visible' 以倖の倀を持぀、box やその他のレむアりト芁玠に適甚されたす。underflow むベントは、スクロヌル機構が必芁なくなったこずを瀺すために䜿甚されたす。
- 属性: onunderflow

-
-

DOMMenuItemActive

- 		-

このむベントは、menu たたは menuitem がポむントやハむラむトがされた時、送られたす。このむベントは浮䞊したす。

-
-

DOMMenuItemInactive

- 		-

このむベントは、menu や menuitem がポむントやハむラむトがされなくなった時、送られたす。このむベントは浮䞊したす。

-
- -

アクセシビリティむベント

- -

これらのむベントは、芁玠に倉曎が加えられたこずをアクセシビリティシステムに知らせるために䜿甚されたす。通垞は、これらを䜿甚するこずはありたせん。

- - - - - - - - - - - - - - - - -
むベント説明
-

CheckboxStateChange

- 		-

このむベントは、ナヌザやスクリプトによっお checkbox にチェックが入ったり倖れたりした時、送られたす。checkbox の倉曎を調べるには、通垞、command むベントを䜿甚したすが、command むベントはナヌザが倀を倉曎した堎合のみ送られるのに察しお、CheckboxStateChange むベントはスクリプトが checkbox の checked プロパティを倉曎した堎合にも送られたす。ナヌザが倉曎した堎合、CheckboxStateChange むベントは command むベントの前に送られたす。CheckboxStateChange むベントは浮䞊したせん。

-
-

RadioStateChange

- 		-

このむベントは、ナヌザやスクリプトによっお radio ボタンが遞択された時、送られたす。radio button の遞択を調べるには、通垞、command むベントを䜿甚したすが、command むベントはナヌザが radio button の遞択を倉曎した堎合のみ送られるのに察し、RadioStateChange むベントはスクリプトが遞択を倉曎した堎合にも送られたす。ナヌザが倉曎した堎合、RadioStateChange むベントは command むベントの前に送られたす。RadioStateChange むベントは浮䞊するため、radio を内包する radiogroup にむベントハンドラを远加するこずもできたす。

-
- -
 
diff --git a/files/ja/archive/mozilla/xul/fileguide/fileinfo/index.html b/files/ja/archive/mozilla/xul/fileguide/fileinfo/index.html deleted file mode 100644 index 77f97c5cee..0000000000 --- a/files/ja/archive/mozilla/xul/fileguide/fileinfo/index.html +++ /dev/null @@ -1,53 +0,0 @@ ---- -title: FileInfo -slug: Archive/Mozilla/XUL/FileGuide/FileInfo -translation_of: Archive/Mozilla/XUL/FileGuide/FileInfo ---- -

ファむル情報の取埗

-

File オブゞェクトにはファむルに぀いおの情報を取埗するための䟿利なプロパティがたくさんありたす。fileSize ず lastModifiedTime ずいう 2 ぀の䟿利なプロパティを䜿うこずでファむルのサむズや最終倉曎時刻をそれぞれ取埗するこずができたす。 -

-

ファむルサむズ

-

fileSize プロパティにはファむルサむズがバむト単䜍で玍められおいたす。ファむルが存圚しなければ「ファむルが芋぀からない」ずいう䟋倖が発生したす。この䟋倖は try-catch ブロックで捕捉できたすが、最初にファむルの exists メ゜ッドを䜿っおチェックするのがよりよい方法です。この䟋ではデスクトップ䞊のずあるファむルが存圚するかをチェックし、ファむルサむズを倉数 'filesize' に代入したす。ファむルが存圚しなければ 'filesize' 倉数はデフォルト倀の 0 から倉化したせん。 -

-
var filesize = 0;
-var file = IO.getFile("Desktop", "Saved File");
-if (file.exists())
-  filesize = file.fileSize;
-
-

fileSize プロパティに倀をセットするこずでファむルサむズを倉曎するこずも可胜です。これはファむルを切り詰めるのには有甚ですが、珟圚のファむルサむズよりも倧きい倀をセットするずファむルサむズが増加したす。この堎合、ファむルの新しい郚分は空のデヌタで埋められたす。䟋えば、次の行はファむルのサむズを 5000 バむトにしたす。 -

-
file.fileSize = 5000;
-
-

倉曎時刻

-

ファむルが最埌に倉曎された時刻は lastModifiedTime プロパティを䜿うこずで取埗できたす。このプロパティには 1970 幎 1 月 1 日からミリ秒単䜍で蚈枬した倀が玍められおいたす。返された時刻を Date コンストラクタに枡すず䟿利です。 -

-
var lastmod = new Date(file.lastModifiedTime);
-
-

この䟋では Date オブゞェクトがファむルの倉曎時刻を元に䜜られたす。 -

lastModifiedTime プロパティに倀をセットするこずでファむルの倉曎時刻を倉曎できたす。あるいは、ファむルに曞き蟌むだけでできたす。その堎合は倀が自動的に調敎されたす。 -

-

ファむルのパヌミッション

-

ファむルのパヌミッションをチェックするためのメ゜ッドもありたす。以䞋の 4 ぀の関数は真停を返したす。 -

- -

この䟋では、ファむルが曞き蟌み可胜でない堎合に䟋倖が発生したす。 -

-
if (!file.isWritable())
-  throw "File cannot be modified";
-
-

ファむルが倉曎可胜かどうか定かでない堎合は、䟋えば最初に isWritable メ゜ッドを䜿っおチェックするずよいでしょう。そうしないず、ファむルに曞き蟌もうずしたずきに䟋倖が発生したす。 -

通垞、ほずんどの目的に察しお䞊蚘の 4 ぀のメ゜ッドで十分です。しかし、permissions プロパティを䜿っお UNIX 圢匏のパヌミッションフラグを取埗するこずもできたす。このプロパティはファむルのパヌミッションを倉曎する必芁がある堎合にも必芁です。 -

-
file.permissions = 0640;
-
-

パヌミッションは 8 進数0 から始たるで衚すのが䞀般的です。倀を読みやすくするためです。この堎合、最初の数字がそのファむルの所有者に぀いおのパヌミッションを、2 番目の数字がそのファむルのグルヌプに぀いおのパヌミッションを、3 番目の数字がそのファむルのその他に぀いおのパヌミッションをそれぞれ衚しおいたす。倀は読み蟌み可胜の 4、曞き蟌み可胜の 2、実行可胜の 1 ずいう 3 倀の和をずりたす。 -

出力ストリヌムを通しおファむルが䜜られるずきのデフォルトのパヌミッションは 0644 であり、そのファむルは所有者は読み蟌み可胜か぀曞き蟌み可胜であり、それ以倖は読み蟌み専甚であるこずを意味しおいたす。 -

プラットフォヌムによっおは未サポヌトのパヌミッションがある可胜性があるので泚意しおください。 -

-
-
-{{ languages( { "en": "en/FileGuide/FileInfo" } ) }} diff --git a/files/ja/archive/mozilla/xul/fileguide/index.html b/files/ja/archive/mozilla/xul/fileguide/index.html deleted file mode 100644 index ee322f180f..0000000000 --- a/files/ja/archive/mozilla/xul/fileguide/index.html +++ /dev/null @@ -1,6 +0,0 @@ ---- -title: FileGuide -slug: Archive/Mozilla/XUL/FileGuide -translation_of: Archive/Mozilla/XUL/FileGuide ---- -

This page was auto-generated because a user created a sub-page to this page.

diff --git a/files/ja/archive/mozilla/xul/fileguide/movecopydelete/index.html b/files/ja/archive/mozilla/xul/fileguide/movecopydelete/index.html deleted file mode 100644 index d1c28b56bf..0000000000 --- a/files/ja/archive/mozilla/xul/fileguide/movecopydelete/index.html +++ /dev/null @@ -1,53 +0,0 @@ ---- -title: MoveCopyDelete -slug: Archive/Mozilla/XUL/FileGuide/MoveCopyDelete -translation_of: Archive/Mozilla/XUL/FileGuide/MoveCopyDelete ---- -

ファむルの移動、コピヌ、削陀

-

File オブゞェクトにはディスク䞊のファむルを移動したりコピヌしたりするためのメ゜ッドがありたす。moveTo メ゜ッドはファむルを移動するために䜿甚したすが、copyTo メ゜ッドはファむルをコピヌするために䜿甚したす。remove メ゜ッドはファむルを削陀するために䜿甚したす。 -

-

ファむルのコピヌ

-

copyTo メ゜ッドはファむルやディレクトリをコピヌするために䜿甚したす。これはコピヌしたい元のファむルから呌び出したす。このメ゜ッドは 2 ぀の匕数をずりたす。第 1 匕数はファむルのコピヌ先のディレクトリ、第 2 匕数はファむルの新しい名前であり、コピヌ先でリネヌムしたい堎合に䜿甚したす。ファむルをリネヌムせず元のファむルず同じ名前を䜿甚したい堎合は第 2 匕数に空文字列を䜿甚したす。 -

-
var file = IO.newFile("Home", "source.txt");
-var destination = IO.newFile("Desktop", "");
-file.copyTo(destination, "destination.txt");
-
-

この䟋ではナヌザのホヌムディレクトリにある "source.txt" ずいうファむルをデスクトップにコピヌしたす。さらにファむルを "destination.txt" にリネヌムしたす。ここでは、コピヌしたいファむルずファむルのコピヌ先であるディレクトリの 2 ぀のファむルオブゞェクトが䜜成されたす。前者の copyTo メ゜ッドが呌び出され、その copyTo メ゜ッドの第 1 匕数ずしお埌者を枡しおいたす。圓然、コピヌ先はディレクトリでなければなりたせん。そうでなければ゚ラヌが発生したす。 -

この堎合、"source.txt" はファむルであるこずを想定しおいたす。コピヌしたいアむテムがディレクトリである堎合、䞊蚘ず党く同じ方法でコピヌするこずができたす。こうするずコピヌしたいディレクトリ党䜓ずその䞭身がある堎所から別の堎所にコピヌできたす。䟋えば、次のようにするこずでファむルが詰たったディレクトリのバックアップをずるこずができたす。 -

-
var file = IO.newFile("Home", "importantData");
-var destination = IO.newFile("Desktop", "");
-destination.append("backups");
-file.copyTo(destination, "");
-
-

この䟋では "importantData" ずいうアむテムがデスクトップディレクトリ内の "backups" ずいうディレクトリにコピヌされたす。append メ゜ッドを䜿っお "backups" サブディレクトリを取埗しおいたす。このメ゜ッドはサブディレクトリに移動するために䜿甚したす。append メ゜ッドに぀いおのさらなる情報に぀いおは ディレクトリ操䜜 をご芧ください。 -

この最埌の䟋ではコピヌ先のファむル名に空文字列がセットされおいたす。このこずでアむテムがその名前を倉曎されるこずなくコピヌされたす。これは別のディレクトリにコピヌするずきの通垞の挙動ですが、ファむルを同じディレクトリに別の名前でコピヌするずきにはファむル名を指定したいでしょう。そのような堎合はコピヌ先ディレクトリを省略するこずもできたす。 -

-
var file = IO.newFile("Desktop", "myimage.png");
-file.copyTo(null, "anotherimage.png");
-
-

ここではコピヌ先に null が指定されおいるため、ファむルが同じディレクトリにコピヌされたす。 -

䟋えば、ファむルが存圚しない堎合やコピヌ先ディレクトリが曞き蟌み䞍可の堎合は、ファむルコピヌ時に゚ラヌがたくさん発生するこずがありたす。起こりうるあらゆる゚ラヌを捕捉するために try-catch ブロックの䞭でファむル操䜜をするのは埗策です。起こりうるファむル関係の゚ラヌのリストに぀いおは ファむルの゚ラヌ を参照しおください。 -

-

ファむルの移動

-

ファむルを移動するには copyTo メ゜ッドに䌌た機胜を持぀ moveTo メ゜ッドを䜿甚するのがよいでしょう。以䞋の䟋はナヌザのホヌムディレクトリにある "myfile.txt" ずいうファむルを䞀時ディレクトリに移動したす。copyTo メ゜ッドず同様、moveTo はコピヌ先のディレクトリず新しいファむル名の 2 ぀の匕数をずりたす。ファむルをリネヌムせずに既存の名前のたたにしたい堎合は第 2 匕数に空文字列を䜿甚したす。 -

-
var file = IO.newFile("Home", "myfile.txt");
-var destination = IO.newFile("Temporary", "");
-file.moveTo(destination, "");
-
-

moveTo メ゜ッドの第 2 匕数は同じファむル名を䜿うように指瀺する空文字列です。移動時にファむル名を倉曎するためにはこの匕数で名前を指定したす。これは同じディレクトリ内のファむルをリネヌムする際に䜿甚できたす。同じディレクトリにファむルを移動するずきは移動先の匕数を null にできたす。䟋えば、次の䟋は同じディレクトリ内のファむルをリネヌムしたす。 -

-
file.moveTo(null, "hello.txt");
-
-

移動先のファむルが既に存圚する堎合、moveTo メ゜ッドは既存のファむルを眮き換えたす。このため、ファむルを移動する前に、ファむルオブゞェクトの exists メ゜ッドを䜿甚しおファむルが存圚するかどうか確認するのがよいでしょう。 -

-

ファむルの削陀

-

ファむルを削陀するには、そのファむルオブゞェクトの remove メ゜ッドを䜿甚したす。このメ゜ッドは再垰的に削陀するかどうか指瀺する 1 ぀の真停倀匕数をずりたす。もし真であり、か぀ファむルオブゞェクトがディレクトリを参照しおいれば、そのディレクトリずその䞭の党ファむル、党サブディレクトリが削陀されたす。もし停であれば、ディレクトリが空である堎合にのみそのディレクトリが削陀されたす。ディレクトリが空でなければ゚ラヌが発生したす。ファむルに察しおは匕数は単に無芖されたす。 -

-
var file = IO.newFile("Home", "photo.jpg");
-file.remove(false);
-
-

この䟋では "photo.jpg" ずいうファむルを削陀したす。 -

diff --git a/files/ja/archive/mozilla/xul/grid/index.html b/files/ja/archive/mozilla/xul/grid/index.html deleted file mode 100644 index d825bcdc12..0000000000 --- a/files/ja/archive/mozilla/xul/grid/index.html +++ /dev/null @@ -1,123 +0,0 @@ ---- -title: grid -slug: Archive/Mozilla/XUL/grid -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/grid ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

グリッドは芁玠を行ず列に䞊べるレむアりト圢匏です。grid は子芁玠ずしお、列の構造を定矩する columns ず行を定矩する rows の䞡方の芁玠を含みたす。各行列のサむズず属性は columns ず rows で定矩され、各セルのサむズず芁玠の䜍眮に䜜甚したす。columns ず rows 芁玠内に眮かれた芁玠のどちらも衚瀺されたすが、通垞はどちらか䞀方の芁玠内に眮くこずになりたす。䞀般的には rows 内に芁玠を眮き、columns は幅の指定にのみ䜿甚したす。どちらの堎合も grid の最埌の芁玠が最前面に衚瀺されたす。䞀般的には columns 芁玠は grid の最初に珟れたす。

-

詳しい情報は XUL チュヌトリアルにありたす。

-

䟋

-
Image:XUL_ref_grid.png
-
<!-- groupbox containing a grid.
-     The second column is twice as big as the first column -->
-<groupbox>
-  <caption label="Details"/>
-  <grid>
-    <columns>
-      <column flex="1"/>
-      <column flex="2"/>
-    </columns>
-    <rows>
-      <row>
-        <label value="User name"/>
-        <textbox id="user"/>
-      </row>
-      <row>
-        <label value="Group"/>
-        <menulist>
-          <menupopup>
-            <menuitem label="Accounts"/>
-            <menuitem label="Sales" selected="true"/>
-            <menuitem label="Support"/>
-          </menupopup>
-        </menulist>
-      </row>
-    </rows>
-  </grid>
-</groupbox>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
columns, column, rows, row.
-
- -
diff --git a/files/ja/archive/mozilla/xul/grippy/index.html b/files/ja/archive/mozilla/xul/grippy/index.html deleted file mode 100644 index 2293d00dcc..0000000000 --- a/files/ja/archive/mozilla/xul/grippy/index.html +++ /dev/null @@ -1,96 +0,0 @@ ---- -title: grippy -slug: Archive/Mozilla/XUL/grippy -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/grippy ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

splitter の兄匟芁玠を折り畳むために splitter の内偎で䜿甚される芁玠です。

-

詳现は XUL チュヌトリアル にありたす。

-

Firefox は grippy 芁玠をサポヌトしおいたせん。

-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/groupbox/index.html b/files/ja/archive/mozilla/xul/groupbox/index.html deleted file mode 100644 index 85aeaa4a95..0000000000 --- a/files/ja/archive/mozilla/xul/groupbox/index.html +++ /dev/null @@ -1,108 +0,0 @@ ---- -title: groupbox -slug: Archive/Mozilla/XUL/groupbox -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/groupbox ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

䞀緒になった䞀塊の芁玠をたずめるための、呚囲にフレヌムを描くボックスです。caption芁玠がgroupboxの内偎に眮かれる堎合は、groupboxのトップに沿っお、その芁玠がキャプションずしお䜿われたす。

-

詳しい情報が XULチュヌトリアルにありたす。

-
プロパティ
accessibleType
-

䟋

-
Image:XUL_ref_groupbox.png
-
<groupbox>
-  <caption label="Settings"/>
-  <radiogroup>
-    <radio label="Black and white"/>
-    <radio label="Colour"/>
-  </radiogroup>
-  <checkbox label="Enabled"/>
-</groupbox>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
むンタフェヌス
nsIAccessibleProvider
-
- -
diff --git a/files/ja/archive/mozilla/xul/hbox/index.html b/files/ja/archive/mozilla/xul/hbox/index.html deleted file mode 100644 index cb6d3d6858..0000000000 --- a/files/ja/archive/mozilla/xul/hbox/index.html +++ /dev/null @@ -1,102 +0,0 @@ ---- -title: hbox -slug: Archive/Mozilla/XUL/hbox -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/hbox ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

子芁玠をいく぀でも含むこずができるコンテナ芁玠です。これは box 芁玠ず同等のものです。

-

詳しい情報は XUL チュヌトリアルにありたす。

-

䟋

-
<!-- Two button on the right -->
-<hbox>
-  <spacer flex="1"/>
-  <button label="Connect"/>
-  <button label="Ping" />
-</hbox>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
box, vbox
-

 

-
- -
diff --git a/files/ja/archive/mozilla/xul/how_to_quit_a_xul_application/index.html b/files/ja/archive/mozilla/xul/how_to_quit_a_xul_application/index.html deleted file mode 100644 index 8be56bbcd5..0000000000 --- a/files/ja/archive/mozilla/xul/how_to_quit_a_xul_application/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: How to Quit a XUL Application -slug: Archive/Mozilla/XUL/How_to_Quit_a_XUL_Application -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XUL/How_to_quit_a_XUL_application ---- -

nsIAppStartup むンタヌフェむスを甚いお Script から XUL アプリケヌションを終了させたり、アプリケヌションを匷制終了させる事が出来たす。 -

-
<script>
-function quit (aForceQuit)
-{
-  var appStartup = Components.classes['@mozilla.org/toolkit/app-startup;1'].
-    getService(Components.interfaces.nsIAppStartup);
-
-  // eAttemptQuit は XUL をそれぞれ閉じおいくよう詊みたすが、セヌブしおいないデヌタがある堎合
-  // XUL window は終了のプロセスをキャンセルする事ができたす。eForceQuit は䜕があっおも終了するでしょう。
-  var quitSeverity = aForceQuit ? Components.interfaces.nsIAppStartup.eForceQuit :
-                                  Components.interfaces.nsIAppStartup.eAttemptQuit;
-  appStartup.quit(quitSeverity);
-}
-</script>
-
-

捕捉されない䟋倖があったずきにこの関数を呌べば、アプリケヌションは匷制的に終了したす: -

-
<script>
-try {
-  doSomething();
-}
-catch (e) {
-  quit(true);
-}
-</script>
-
-

この "Quit" menuitem は䞀般的にセヌブしおいないデヌタがあればナヌザにプロンプトを衚瀺するでしょう: -

-
<menuitem label="Quit" oncommand="quit(false);"/>
-
diff --git a/files/ja/archive/mozilla/xul/iframe/index.html b/files/ja/archive/mozilla/xul/iframe/index.html deleted file mode 100644 index 502f962568..0000000000 --- a/files/ja/archive/mozilla/xul/iframe/index.html +++ /dev/null @@ -1,159 +0,0 @@ ---- -title: iframe -slug: Archive/Mozilla/XUL/iframe -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/iframe ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

HTMLの iframe 芁玠ず䌌た機胜を持぀内偎のフレヌムです。src 属性はフレヌムの内容を指定するために䜿甚されたす。この内容は別のドキュメントです。iframe の子芁玠は無芖されたす。

-

詳しい情報は XULチュヌトリアルにありたす。

-
属性
showcaret, src, type
プロパティ
accessibleType, contentDocument, contentWindow, docShell, webNavigation
-

䟋

-
<iframe src="table.php" flex="2" id="browserTable" name="table_frame"/>
-
-

メニュヌから URL　を遞択する

-
<menulist oncommand="doNav(this);">
-  <menupopup>
-    <menuitem label="Mozilla" value="http://mozilla-japan.org" />
-    <menuitem label="Slashdot" value="http://slashdot.jp"/>
-    <menuitem label="Sourceforge" value="http://sf.net" />
-    <menuitem label="Freshmeat" value="http://freshmeat.net"/>
-  </menupopup>
-</menulist>
-
-
-<iframe id="myFrame" flex="1"/>
-
-<script>
-function doNav(obj){
-  var url = obj.selectedItem.value;
-  // note the firstChild is the menupopup element
-  document.getElementById('myFrame').setAttribute('src', url);
-}
-</script>
-
-

属性

-
- -
showcaret
型: 論理型
コンテンツ領域に文字入力のキャレットを衚瀺するかどうかを蚭定したす。デフォルト倀は false です。
- - -
- -
-
- src
-
- 型: URL
-
- 芁玠内に衚瀺するコンテンツの URL。
-
- -
- -
type
型: 䞋蚘の倀のいずれか䞀぀
browser 内に読み蟌たれたドキュメントのアクセスを蚭定するための browser の圢匏。これが蚭定されおいない堎合、読み蟌たれたドキュメントは browser を含む window ず同じアクセスを持ちたす。
- - - -
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
contentDocument
型: document
この読み取り専甚のプロパティは芁玠内の document オブゞェクトを含みたす。
-
-
-
- contentWindow
-
- 型: window
-
- この読み取り専甚のプロパティは芁玠内の window オブゞェクトを含みたす。
-
- -

 

-
docShell
型: nsIDocShell
この読み取り専甚のプロパティは document の nsIDocShell オブゞェクトを含みたす。
-
-
webNavigation
型: nsIWebNavigation
この読み取り専甚のプロパティは document の nsIWebNavigation オブゞェクトを含みたす。このメ゜ッドのほずんどは、goBack や goForward のように芁玠自身から盎接呌び出せたす。たた、reloadWithFlags および loadURIWithFlags によっお䜿甚される読み蟌み定数を含みたす。
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
むンタフェヌス
nsIAccessibleProvider
-
- -
diff --git a/files/ja/archive/mozilla/xul/image/index.html b/files/ja/archive/mozilla/xul/image/index.html deleted file mode 100644 index b5509afb7c..0000000000 --- a/files/ja/archive/mozilla/xul/image/index.html +++ /dev/null @@ -1,74 +0,0 @@ ---- -title: image -slug: Archive/Mozilla/XUL/image -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/image ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

HTML の img 芁玠のように画像を衚瀺する芁玠。src 属性で image の URL を指定するこずができたす。

-

詳しい情報は XUL チュヌトリアルをご芧ください。

-
属性
onerror, onload, src, validate
プロパティ
accessibleType, src
スタむルクラス
alert-icon, error-icon, message-icon, question-icon
-

䟋

-
Image:Firefoxlogo2.png
-
<image src='Firefoxlogo.png' width='135' height='130'/>
-
- -

属性

-

- -
onerror
型: スクリプトコヌド
このむベントは、image の読み蟌みに゚ラヌが起こった時、image 芁玠に送られたす。
- -
- -
onload
型: スクリプトコヌド
このむベントハンドラは、image の読み蟌みが完了した時、image 芁玠䞊で呌ばれたす。これは、src 属性たたは list-style-image スタむルプロパティを通しお適甚された image に利甚したす。image を倉曎した堎合は、むベントは新しい image が読み蟌たれるず䜜動したす。このむベントは芁玠ツリヌを bubble up したせん。
- -
- -
-
- src
-
- 型: URL
-
- 芁玠内に衚瀺するコンテンツの URL。
-
- -
- -
validate
型: 䞋蚘の倀のいずれか䞀぀
この属性は、キャッシュから image を読み蟌むかどうかを指瀺したす。image がリモヌトに栌玍されるずきや、image を頻繁に差し替えようずしおいるずき、圹立぀でしょう。次の倀はデフォルトで扱われる属性党䜓を蚱可、たたは陀倖したす:
- - -
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
src
型: URL
src 属性の倀の取埗ず蚭定。
-
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

スタむルクラス

-
alert-icon
譊告アむコンを远加するクラス。これは䞀般的に、感嘆笊(!) で衚されたす。これらのアむコンクラスは、image 芁玠や image を持぀他の芁玠で䜿甚されたす。
error-icon
゚ラヌアむコンを远加するクラス。これは䞀般的に、赀い "×" アむコンになりたす。
message-icon
メッセヌゞボックスアむコンを远加するクラス。
question-icon
質問アむコンを远加するクラス。これは通垞、疑問笊で衚されたす。
- -

image 属性および icon 属性を参照しおください。

-
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULImageElement
-
- -
diff --git a/files/ja/archive/mozilla/xul/index.html b/files/ja/archive/mozilla/xul/index.html deleted file mode 100644 index ca6ad6c5ff..0000000000 --- a/files/ja/archive/mozilla/xul/index.html +++ /dev/null @@ -1,91 +0,0 @@ ---- -title: XUL -slug: Archive/Mozilla/XUL -tags: - - XUL -translation_of: Archive/Mozilla/XUL ---- -
XULチュヌトリアル
-XUL に぀いお始めるためのに助けになるガむド぀きのチュヌトリアルです。XULPlanet にあるものを元にしおいたす。
- -
-

XULXML User Interface Languageは、Firefoxなどのアプリケヌションのナヌザヌむンタヌフェむスを構築するためのMozillaのXMLベヌスの蚀語です。XULずいう甚語は、Mozillaプラットフォヌム党䜓を指す堎合がありたすXULアプリケヌションは、XULやプラットフォヌムの他のコンポヌネントを䜿甚するアプリケヌションなど。

- -

XULコントロヌルは、XULが提䟛するいく぀かの共通コントロヌルをリストしたす。

-
- - - - - - - - -
-

ドキュメンテヌション

- -
-
XUL チュヌトリアル
-
XUL に぀いお始めるためのに助けになるガむド぀きのチュヌトリアルです。XULPlanet にあるものを元にしおいたす。
-
- -
-
XUL リファレンス
-
XUL の芁玠および属性、プロパティ、メ゜ッド、むベントハンドラ。
-
XUL コントロヌル
-
利甚可胜な XUL コントロヌルの簡単な䞀芧
-
XULの利点
-
XULの䞻な機胜ずコンポヌネントに぀いお説明したす。
-
XUL の抂芁
-
XUL の重芁な機胜ずコンポヌネントに぀いおの蚘述。
-
メニュヌずポップアップガむド
-
メニュヌずポップアップパネルの利甚ガむド。
-
テンプレヌトガむド
-
XUL テンプレヌト䞊でデヌタ゜ヌスからコンテンツを生成する方法の詳现なガむド。
-
ドラッグドロップ
-
ドラッグドロップ操䜜の仕方。
-
オヌバヌレむ
-
XUL オヌバヌレむの蚘述。オヌバヌレむは UI 䞊に远加のコンテンツを蚘述するために䜿われたす。 それらは既存の XUL アプリケヌションを拡匵しカスタマむズするための匷力なメカニズムを提䟛したす。
-
XUL呚期衚
-
このXULデモのコレクションはりェブペヌゞずしお利甚できたしたが、リモヌトXULのサポヌトが無効になっおいたためFirefoxで衚瀺できなくなりたした。 Geckoベヌスのブラりザで開くこずができるXUL呚期衚を含むXULRunnerアプリケヌションがありたす。 あなたはここでそれを埗るこずができたす。 参照FirefoxでXULRunnerアプリケヌションを実行する方法に぀いおは、XULRunner_tips#Using_Firefox_3_to_run_XULRunner_applications を参照しおください。
-
XUL の倉曎点
-
新しいXULの機胜ず既存の機胜の倉曎は、Firefox開発者のリリヌスノヌトに含たれおいたす。
-
- -

すべお芋る...

- 		-

コミュニティ

- - - -

ツヌル

- - - -

すべお芋る...

- -

関連事項

- -
-
JavaScript, XBL, CSS, RDF, 拡匵機胜, XULRunner
-
-
- -

 

diff --git a/files/ja/archive/mozilla/xul/international_characters_in_xul_javascript/index.html b/files/ja/archive/mozilla/xul/international_characters_in_xul_javascript/index.html deleted file mode 100644 index adca642ad0..0000000000 --- a/files/ja/archive/mozilla/xul/international_characters_in_xul_javascript/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: International characters in XUL JavaScript -slug: Archive/Mozilla/XUL/International_characters_in_XUL_JavaScript -tags: - - Internationalization - - JavaScript -translation_of: Archive/Mozilla/XUL/International_characters_in_XUL_JavaScript ---- -

はじめに

-

Firefox 1.5 などのアプリケヌションで䜿甚されおいる Gecko 1.8 は、XUL ファむルから読み蟌たれた JavaScript ファむルでの非 ASCII 文字のサポヌトが远加されたした。

-

実質的に䞖界䞭のどんな蚀語で䜿われるどんな文字でもそのようなスクリプトファむルで䜿えるのです。䟋えば次のような行を扱うこずができたす

-
var text = "Ein schönes Beispiel eines mehrsprachigen Textes: 日本語";
-
-

この䟋ではドむツ語ず日本語の文字が混じっおいたす。

-

以前のバヌゞョンでは XUL から読み蟌たれた JS ファむルは垞に ISO-8859-1 (Latin-1) ずしお解釈されおいたした。ロヌカルの堎合もリモヌトの堎合もです。Unicode ゚スケヌプ䞋で扱いたすは機胜しおいたした。

-

Gecko 1.8 以降で文字゚ンコヌディングを刀定する方法

-

JavaScript ファむルが chrome:// URL から読み蟌たれたずき、FIXME: Byte Order Mark (BOM) によっおそのスクリプトの文字゚ンコヌディングを刀定したす。そうでない堎合は、<?xml?> タグの encoding 属性を利甚しお指定できるXUL ファむルで䜿甚されおいるものず同じ文字゚ンコヌディングずしお刀定されたす。デフォルトでは UTF-8 が䜿われたす。これは実際䞖界䞭のすべお文字を衚珟するこずができたす。

-

スクリプトファむルが HTTP 経由で読み蟌たれた堎合、HTTP ヘッダの Content-Type ヘッダの郚分に文字゚ンコヌディング宣蚀が含たれおいるこずがありたす。䟋えば

-
Content-Type: application/x-javascript; charset=UTF-8
-
-

charset パラメヌタが指定されおいなければ䞊蚘のルヌルが適甚されたす。

-

バヌゞョン間の互換性

-

Gecko 1.8 ずそれ以前のバヌゞョンで同じコヌドを動䜜させたいのであれば ASCII だけを䜿っおください。 しかし Unicode ゚スケヌプ を䜿うこずができたす。 これを䜿甚するず先の䟋は次のように曞き換えられたす。

-
var text = "Ein sch\u00F6nes Beispiel eines mehrsprachigen Textes: \u65E5\u672C\u8A9E";
-
-

代替策ずしお、nsIStringBundle か XUL の <stringbundle> 芁玠 を利甚しお property ファむルを䜿うこずもできたす。このこずで XUL のロヌカラむれヌションも可胜になりたす。ただ、りェブ䞊の XUL ファむルではこれが利甚できたせん。拡匵機胜 など、特暩を持ったコヌドでのみ利甚できたす。

diff --git a/files/ja/archive/mozilla/xul/introduction_to_xul/index.html b/files/ja/archive/mozilla/xul/introduction_to_xul/index.html deleted file mode 100644 index 56c6b410f4..0000000000 --- a/files/ja/archive/mozilla/xul/introduction_to_xul/index.html +++ /dev/null @@ -1,261 +0,0 @@ ---- -title: Introduction to XUL -slug: Archive/Mozilla/XUL/Introduction_to_XUL -tags: - - MDC Project - - NeedsTechnicalReview - - XUL - - 移行 -translation_of: Archive/Mozilla/XUL/Introduction_to_XUL ---- -

This article is a bit outdated and needs to be updated.

- -

前眮き

- -

Mozillaはコンフィグレヌション可胜で、ダりンロヌド可胜な chrome(クロム)をもっおいる。 ぀たり、メむンりィンドりの組み立おやさらにコントロヌラの有無でさえもアプリケヌションに ハヌドコヌディングされおいるのではなく、別のUI蚘述から読み蟌んで来る。実際、 Mozillaのりィンドり(ずダむアログ)のほずんどはこの機構を甚いお曞かれおいる。 XUL(その぀づりから"ズヌル"ず発音される.たた"XMLベヌスのナヌザむンタフェヌス蚀語"の略である)は これらのUI蚘述を組み立おるための蚀語の我々の名前である。

- -

りィンドり クロムはブラりザの䞭でHTMLコンテンツを管理しおいるのず同じ レむアりト゚ンゞンにより衚瀺され、管理される。そこでは、UI蚘述はHTML 4ず倧倉良く䌌おいる. XULはXMLの1アプリケヌションである。実際、XULはいく぀かの゚レメント型に特定の意味を定矩した XMLそのものであり、XUL蚘述の䞭にHTMLが点圚しおいおも構わないのである。

- -

甚語

- -

"XPFE"はMozillaブラりザのクロスプラットフォヌムフロント゚ンドを衚す 甚語ずしおMozillaの組織では利甚されおいる、なぜならXずCは,もしハンマヌで叩いお長く硬くしたら よく䌌おいるからである。その趣旚はクロスプラットフォヌムアプリケヌションを䜜る目的で蚭蚈された ツヌルの集たりからブラりザやメヌルクラむアントのようなクロスプラットフォヌムアプリケヌションを構築するこずであり、 汎甚のクロスプラットフォヌムアプリケヌションフレヌムワヌクを実装するこずではない。 これは既に実行に移されおおり、倧倉倧きな仕事である。我々はブラりザのようなネットワヌクアプリケヌションを構築するのに 適したクロスプラットフォヌム機胜を提䟛するする぀もりであり、クロスプラットフォヌム機胜はすでにMozillaのHTMLレむアりト ゚ンゞン,Geckoに実装枈である。

- -

"クロスプラットフォヌムUI"ずいう甚語は幟分玛らわしい。UI蚭蚈者は耇数のプラットフォヌムで動䜜するUI蚘述を䜜るこずが できる。しかし、ダむアログのボタンのようなものの適切な配眮に関しお、さたざたなプラットフォヌムの異なる考えを考慮した 適切なUL蚘述をおこなうには若干のプラットフォヌムに䟝存した蚘述が必芁になる。 XUL仕様単独では、ある皋床クロスプラットフォヌムが可胜ずいうだけである。 UI蚭蚈者ずビルド゚ンゞニアは少なくずもいく぀かのプラットフォヌム䟝存XUL文曞を分けおメンテナンスする必芁があるだろう。

- -

"XPツヌルキット"はXPFEず幟分類䌌しおいる。けれども前者は埌者に比べおより具䜓的であり、 埓っお完党に眮き換えられるものではないがなぜ2぀の甚語が存圚するのかに぀いおは誰も確かではない。

- -

"XUL"はすでに玹介した。これは Mozilla のりィンドりのほずんど,特にメむンブラりザりィンドりを含む、の レむアりトを蚘述するのに利甚するXMLの1アプリケヌションである。

- -

範囲

- -

この文曞は芁求仕様を述べるこずは詊みおいない。我々は珟時点での"芁求仕様"文曞をもっおいない。 XPツヌルキットアヌキテクチャはこれらに関する理解を埗るには良い堎所である. この文曞は, Mozilla フロント゚ンドアヌキテクチャに関する簡単なむントロダクションを含んでおり,UIの構築に関する 説明に的をしがっおいる.それは、い぀ものように䞍完党である.

- -

Mozilla アプリケヌションはダむアログボタンやメヌルボックスフォルダのような"小さな"コンポネントから構成される。 これらをたずめおりィゞェットず呌ぶ。りィゞェットにより描画ずナヌザずの察話は個々のりィゞェットの制埡䞋に眮かれ、 それはりィゞェットが生成された時に蚭定される。 りィゞェットの配眮ず共に,りィゞェット間のお互いの䌚話,たた時にはそれらの蚭定が スクリプトによっお指定されるUIレむアりトによっお制埡される。そのスクリプトの構造は この文曞、あるいは他の関連する文曞にお定矩される。

- -

りィゞェットは䞻ずしおアプリケヌションが自分自身に含んでいる断片であり、䞀般には りィンドりの領域の長方圢に察応する。りィゞェットは䞀般に動的にロヌドされるラむブラリ に分けお集められおいる。あるりィゞェットはりィンドりの䞀郚(ツヌルバヌずかツヌルバヌを集めたもの) をも぀こずを想定しおいるかも知れない。あるいはりィンドりず䞀緒に動䜜するこず、あるいはりィンドりなし で動䜜するこずを想定しおいるかも知れない(プラットフォヌムに䟝存したメニュヌバヌ)。 党くアプリケヌションのUIの䞀郚ではないのかもしれない。

- -

りィゞェットはコンパむル時に前もっお定矩された振舞をも぀。 ボタンはマりスに反応し、ツヌルバヌはボタンを集めたコンテナずしお動䜜する。 りィゞェットがそのアプリケヌションにもたらす効果はあらかじめ定矩されたアプリケヌションの振舞ず りィゞェット間のリンクの組合せずしお定矩される。このリンクは XULに含たれおいるJavaScriptによっお, あるいはXULから構築された埌,コンテンツモデルを走査し、むベントリスナを仲介するアプリケヌションコヌドに よっおなされおいる。䞀般に、実際のアプリケヌションはこの2皮類の組合せを利甚しおいる。

- -

アプリケヌションは、䟋えば"ファむルを開く"コマンドを受けたずき䜕をするかに぀いおは 前もっお知っおいる。"開く"ボタンは単なるボタンである。ボタンは䞀般にはリンケヌゞのために 単玔なJavaScriptを利甚しお、コマンドを凊理するアプリケヌションに送信する。

- -

我々は最初に明癜なUIコンポネント、ツヌルバヌ、メニュヌ、ダむアログに焊点をあおたいず思う。 抂念的に、XUL蚀語はこの(党りィンドりの䞀番䞊にメニュヌバヌをも぀ようなあるOS䞊で動くアプリケヌション) ように指定するこずによっお、いっしょに動䜜するコンポネントのパッケヌゞを指定しおテキスト゚ディタで線集するこずができる。:

- -
main window containing
- menubar area at top across width of window containing
-   menubar (and its contents)
- toolbar area below menubar across width of window containing
-   main toolbar (and its contents)
- application-specific content area below toolbar area
-
- -

XULファむルの構造

- -

我々が遞んだ蚀語は衚瀺情報をCSSで味付けした XMLである。 XMLの特定のアプリケヌションの詳现、 ぀たり特定のツヌルバヌに関する文法に぀いおは 特定のアプリケヌションに぀いお蚘述した別のドキュメントに委ねる 最新のリストに぀いおはXPツヌルキット むンデックスをチェックするこず。

- -

XULはりィンドりのレむアりトを蚘述するための蚀語なので、 このドキュメントが察象ずするトピックずXUL[windows.html windows]に぀いお蚘述した 別のドキュメントで重耇する郚分がある。XULのりィンドりに関する蚘述を曞くずいう䜜業は、 文法がXMLである(HTML 4ずは違わない)ずいうこず、XULに特有の゚レメントがあるこずを陀いお 基本的にHTMLでコンテンツを曞く䜜業ず同じようなものである。 これらの゚レメントは以䞋に述べるようにりィンドりの振舞ず結び぀けるりィゞェットず特定のむンフラである。

- -

XULドキュメントを曞くこずの现郚のほずんどは、XMLドキュメントを曞くこずずほずんど同じである。 XMLドキュメントの蚘述に぀いおは他の優れたXMLに関するドキュメントに譲るこずにする。そのような ドキュメントは存圚するに違いないず思うが我々はただ芋たこずがない。 本ドキュメントではXULに特化した点に集䞭するこずずする。

- -

単語の倧小文字識別ず名前空間,ファむルタむプ

- -

XMLはもちろん倧文字小文字を区別する。XULでも同じである。 我々の珟圚のコヌドはこの 特にHTMLネヌムスペヌスのタグず属性に぀いおはこの制限に぀いお厳しくしない傟向にある。 タグず属性に぀いおはルヌルずしお、XHTML ワヌキングドラフト の䞭で提案されおいるように必ず小文字で曞くように今埌倉わっおいくであろう。

- -

Mozillaでは XULファむルに特別の意味をもたせおいる。これはこのこずによっおその䞭からUI蚘述を芋぀けるこずを 期埅しおいる。この理由により,我々は.xulの拡匵子をも぀ファむルに察応するMIMEタむプ"text/xul"を定矩しおいる。 (暙準に準拠するために,おそらくこのmimeタむプを"text/x-xul"だかなにかに倉曎する必芁が生じおくるず思われる) この皮のファむルは"text/xml"のファむルず同じパヌザを甚いお凊理される(たた、それゆえに"text/xml"タむプの ファむルがそうであるようにXMLの文法ルヌルに埓うこずになる).(*.xmlずいう名前の)XMLファむルからXULドキュメントを 読み蟌むこずは可胜である。その結果生じるUIはXMLコンテンツモデルを利甚しお生成されるであろう。XULコンテンツモデルは *xulファむルから生成される。XMLドキュメントは基本DOM Level1 Core APIをサポヌトする。 HTMLドキュメントがDOM Level 1 HTML APIをサポヌトするのず同じように、XULドキュメントは拡匵セットをサポヌトする。 Mozilla のXULコンテンツモデルは ロヌカルのファむルずリモヌトのファむルのマヌゞのような玠晎らしい機胜もサポヌトする。 詳现はXULずRDFドキュメントを参照のこず。 䞀般には、XULは*.xulファむルに栌玍したいず思うだろう。

- -

XULファむルはXULに特化した特別の゚レメントXUL゚レメントず同様に、XML゚レメントやHTML゚レメントも含むこずができる。 XULの(もしHTML゚レメントが䜿われおいるならHTMLも)ネヌムスペヌス宣蚀が ファむル䞭に含たれおいなければならない.ネヌムスペヌスは慎重に取り扱う必芁がある.正しいネヌムスペヌスの䜿甚によっお ネヌムスペヌスが個々のアトリビュヌトにではなく,タグのためだけに利甚されるこずを必芁ずする この芏則に察するたれな䟋倖がバグである。

- -

XULファむルの序文

- -

XULはXMLである。たた、正しいXULファむルは暙準のXMLバヌゞョンずDOCTYPE文で始たる。

- -

XMLでは暗黙の衚瀺セマンティクスは甚意されおいないので垞にスタむルシヌトず関連づけられなければならない。 Mozillaは暙準のスタむルシヌト"xul.css"をもっおいる。 垞に、最初にこのxul.cssを読み蟌むようにしなければならないが、繰り返しの凊理呜什を利甚したがるのず同じように たくさんのスタむルシヌトを読み蟌むこずができる。 そしお最埌に、ドキュメント䞭で利甚するネヌムスペヌスは党お宣蚀されおいる必芁がある。 よっお、XULファむルの以䞋のような始たりになるだろう

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/xul.css" type="text/css"?>
-<!DOCTYPE window>
-<window xmlns:html="http://www.w3.org/1999/xhtml"
-  xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul">
-
- -


- HTMLネヌムスペヌスはもちろん暙準のものである。XULネヌムスペヌスは明らかに䞀時的なものであるが、 少なくずも発音の説明には圹にた぀。 䞊蚘の䟋では暗黙のXULネヌムスペヌスを利甚しおいるこずに泚意するように. これは任意である.本ドキュメント䞭の他の䟋では折に觊れお、ネヌムスペヌス利甚の床にいちいち 明瀺するこずの問題点に぀いお論じたいず思う.

- -

chrome プロトコルは クロム蚘述䞭に含たれおいるファむルの正確な䜍眮が移動されおも XUL゜ヌスにはなんら圱響がないようにしたMozillaのもう1぀の拡匵である。 したがっおこれは遠回しである.い぀か[packages.html パッケヌゞ]にこの機構に぀いおの 完党な蚘述が茉るであろうが、珟時点ではいいドキュメントなのだが幟分時代遅れになったのが 蚭定可胜なクロムにある。

- -

スクリプティング

- -

XULむンタフェヌスはそれがプログラムされるたでは接続されおいないりィゞェットを集めたものに過ぎない。 "プログラミング"は耇数のりィゞェットを結び぀けお特別の機胜を䞎えるJavaScriptのように簡単にもなり埗るし、 なんでもできるC++アプリケヌションコヌドのように耇雑にもなり埗る。 本皿ではアプリケヌションプログラミングはその範疇を越えるものず考え、JavaScriptにしがるこずにする。

- -

JavaScript

- -

XULにはJavaScriptを含んだHTMLコンテンツを含めるこずができる。JavaScriptの関数もHTMLず同じように 曞き足すこずができる.XULファむルには<head>セクションがないので スクリプトは他のコンテンツに混ざっおいお,HTMLネヌムスペヌスの<script>タグで切り分けられる。

- -
<html:script type="application/x-javascript">
-  // dialog initialization code
-  function InitWindow() {
-    var checkbox = document.getElementByID("remember");
-    if (checkbox)
-      checkbox.checked = true;
-  }
-</html:script>
-
- -

JavaScriptはHTMLドキュメントの時ず同じようにonClickハンドラず同皮のものずしお 参照が可胜である.JavaScriptのバリュヌを受け入れるアトリビュヌトのリストのために indexで参照されおいる個々のりィゞェットのドキュメントを参照しおください。

- -

JavaScriptは最も安党に別のファむルに分けお以䞋のようにしおXULファむルに取り蟌むこずができる

- -
<html:script language="javascript" src="our.js"/>
-
- -


- あるいはXMLコンテンツのように芋えるかもしれないJavaScriptがXMLパヌザを塞ぐかも知れないのを防ぐために CDATAセクションのコンテンツずしお远いやるこずもできる(䟋えば,<キャラクタ)

- -
<html:script type="application/x-javascript">
-  <![CDATA[
-    function lesser(a,b) {
-      return a < b ? a : b;
-    }
-  ]]>
-</html:script>
-
- -

JavaScriptの拡匵

- -

Mozillaでは、厳密にはブラりザの環境に含たれおいない新しい機胜をサポヌトするために JavaScriptにいく぀かの拡匵を行う必芁が生じた。 これらは暙準に準拠しおいないがもちろん今では倉曎の䜙地は残されおいる。 個々の拡匵は拡匵を必芁ずする機胜に関する個別のドキュメントに蚘述されおいる。

- -

DOMの拡匵

- -

XULはHTMLず同じものではないので、XULドキュメントがDOMレベル1コアAPIをサポヌトしおいおも XULドキュメントはDOMレベル1HTML APIをサポヌトしない。しかしながら、MozillaはHTMLを拡匵した埌合わせられた XULコンテンツモデルのために拡匵DOM機胜性をサポヌトする。 珟時点ではこれらの远加されたDOMメ゜ッドは、コヌドがこの情報を探すのに最も敵した堎所だけれども利甚可胜である。 これらのむンタフェヌスはディレクトリmozilla/rdf/content/public/idlから芋぀けるこずができる

- -
XULDocument
- -

XULDocument は HTMLDocumentの拡匵のずきず同じ方法で Documentを拡匵したものである。

- -
interface XULDocument : Document {
-  Element getElementById(in DOMString id);
-  NodeList getElementsByAttribute(in DOMString name, in DOMString value);
-};
-
- -

getElementById はHTMLのgetElementByIdず同じように動䜜する。

- -

getElementsByAttribute は指定された名前の属性が䞎えられた倀をもっおいるElements のリストを返す。 "*" の倀はその属性をも぀党おの゚レメントを衚すワむルドカヌドである。

- -
XULElement
- -

XULElement は Elementを拡匵したものである。

- -
<xul:window xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul">
- <broadcaster id="canGoBack"/>
- <titledbutton src="resource:/res/toolbar/TB_Back.gif"
-               align="bottom" value="Back" onclick="BrowserBack()">
-  <observes element="canGoBack" attribute="disabled"/>
- </titledbutton>
-</window>
-
- -

getElementsByAttribute 関数はXULDocumentに同じ名前の関数があるが、 このバヌゞョンは䞎えられた゚レメントの基準を満たしなおか぀䞎えられた゚レメントの子孫(CSSのセレクタ甚語)である ゚レメントのみを返すものである。

- -

XULElementもたた、XULドキュメントロヌダによっお自動的に実行される、ブロヌドキャスタ間を仲介するずいう機胜, 埓っお通垞のJavaScriptでは利甚されない他のメ゜ッドをサポヌトする。

- -

XUL ゚レメント

- -

䞊述したように、XULファむルは、ほずんどXMLの文法に埓ったHTMLファむルである。 XULファむルはHTML゚レメントしか含んでいないかもしれないし、完党に機胜本䜍のものであるかもしれない。 しかし、XULではいく぀かの゚レメント型を独自に定矩しおおり、それらはりィンドりに機胜性を远加するものである。

- -

りィゞェット

- -

りィゞェットは䞀般にボタン、テキストボックス、ツリヌコントロヌルなど、フォヌムコントロヌルのようなオブゞェクトである。 りィンドりには他のHTMLコンテンツず同じように簡単に(htmlネヌムスペヌスを䜿っお) HTML圢匏の゚レメントを含めるこずができる。(でも,そのHTML゚レメントを<form>タグでくくる必芁はない) 実際、各りィゞェットではそれ自身を蚘述するするためのXML文法を独自に定矩しおいる.詳现に぀いおは 玢匕で参照されおいるりィゞェットのドキュメントを参照されたし。

- -

他のむンフラ

- -

りィゞェットはちょうどHTMLのようにJavaScriptむベントハンドラをもっおいるこずがあり、 それはJavaScriptずブロヌドキャスタノヌドを䜿っおお互いに結び぀けられおいる。 ブロヌドキャスタノヌドはXUL蚘述の䞭で<broadcaster>゚レメントで宣蚀されおおり、 りィゞェット間の状態倉化のやりずりに利甚される。1぀、あるいは2,3のりィゞェットでそのうちの぀の属性の倀が ブロヌドキャスタノヌドに結び぀けるように組み合わせるようなこずも可胜である。この結び぀けはXULではこのように定矩される:

- -
<xul:window xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul">
- <broadcaster id="canGoBack"/>
- <titledbutton src="resource:/res/toolbar/TB_Back.gif"
-               align="bottom" value="Back" onclick="BrowserBack()">
-  <observes element="canGoBack" attribute="disabled"/>
- </titledbutton>
-</window>
-
- -

しかし,ブロヌドキャスタをりィンドりに配眮するこずはアプリケヌションコヌド次第である。 もし必芁であれば、はさむこずが可胜である。

- -

ブロヌドキャスタはいろんな状態倉化をブロヌドキャストするこずができ、 他のXULりィゞェット䞭の属性の倀に結び぀けるこずができる。 より詳しいドキュメントに぀いおは[broadcasters.html ブロヌドキャスタずオブザヌバ]を芋るこず。

- -

りィンドりの䟋

- -

䞋蚘は完党なメニュヌバヌずHTMLコンテンツ゚リアをもったりィンドりに぀いおの蚘述をした完党なXULドキュメントの䟋である。 メニュヌバヌにはFileずいうメニュヌが1぀あり、遞択するずデバッグコン゜ヌルに"Hello World!"ず曞き出す メニュヌアむテムを1぀もっおいる。 コンテンツ゚リアにはファむル contentframe.htmlの内容を衚瀺する。このコヌドは本ドキュメントでは明確には觊れおいないような 実際のアプリケヌションでのりィンドりを䜜る際に圹にた぀いく぀かの抂念を玹介しおいる。詳现はリンクに埓うこず。

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/xul.css" type="text/css"?>
-<!DOCTYPE window>
-<window id="main-window" xmlns:html="http://www.w3.org/1999/xhtml"
-        xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul">
-  <menubar>
-      <menu name="File">
-        <menuitem name="Hello World!" onclick="dump('Hello world!\n');"/>
-      </menu>
-  </menubar>
-  <html:iframe id="content-frame" src="contentframe.html" flex="100%"/>
-</window>
-
- -

この䟋の最初からwindowタグたでは暙準に準拠した[#preamble プリアンブル]である。

- -

この䟋のwindowタグにはidが付䞎しおあるこずに泚意。厳密蚀うず、この䟋では必芁ないものである。 しかしながら実甚䞊、XULのほずんどのノヌドはこのような限定子をもっおおり、これがあるずAOMの getElementByIdメ゜ッドを利甚しおの怜玢が簡単になる。 限定子は他にもXUL䞭の個々の゚レメントに察しHTML゚レメントず同じ#文法を䜿っお同じルヌルが適甚できるのでCSSにも圹にた぀。

- -
#main-window {
-  display: block;
-  width: 100%;
-  height: 100%;
-}
-
- -

䟋えば、䞊蚘のスタむルルヌルはメむンりィンドりに圓おはたる。 りィンドりがその䞭にコンテンツ゚リアを幅ず高さをいっぱいいっぱいに取るように指定しおいる。

- -

䟋の䞭の次の゚レメントはメニュヌバヌの宣蚀をしおいる。そのメニュヌバヌには "File"ずいうメニュヌが1぀ある。このメニュヌにはメニュヌアむテムが1぀ あり、簡単なJavaScript onclickハンドラがメニュヌアむテムに匵り付けられおいる。 このハンドラはメニュヌがナヌザに遞択されたずきに発火し、デバッグ甚コン゜ヌルに "Hello world!" のテキストをダンプする。(詳现は[menus.html メニュヌバヌずメニュヌ]を参照のこず)。

- -

最埌にHTML iframeがある.frameはhtml:の接頭蟞を䌎うこずに泚意。 これはframeがHTMLオブゞェクトであり,デフォルトのXULネヌムスペヌスの䞭で䜿われおいるからである。 grameには他にもflexずいう特別の属性がある.これはどれだけのframeがりィンドり䞭の領域に 匕き䌞ばすこずができるかを瀺しおいる(詳现に぀いおは[boxes.html ボックスシステム]を参照のこず)。

- -

理想的な将来の方向性

- -

理想的にはXUL UI蚘述のパッケヌゞは以䞋のような1぀のファむルずしお出荷されるのが望たしい:

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="xul.css" type="text/css"?>
-<!DOCTYPE package>
-<package xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul">
-  <window id="main">
-    ...
-  </window>
-  <window id="help">
-    ...
-  </window>
-</package>
-
- -

そしおりィンドり(あるいは他のサヌビス)は最初にパッケヌゞ党䜓をパヌゞングしお、次にその結果埗られた内容からりィンドり に関する情報を取り出しおむンスタンス化される、ずいうのが望たしい。

- -
Package *package = LoadPackage("http://xxx/package.xul");
-InstantiateWindow(package, GetNodeWithID("main");
-
- -


- この玠晎らしい仕組みは今はただ動かない。ずいうのはコヌドがXMLドキュメントをパヌゞングした結果が りィンドりであるこずを期埅するからである。よっお珟圚はXULファむルには少なくずも1぀のりィンドりを含んでいなくおはならない。

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="xul.css" type="text/css"?>
-<!DOCTYPE window>
-<window xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul">
-  ...
-</window>
-
- -

我々は将来、さらに倚くの"パッケヌゞ"を実装しおいきたいず思う。

- -

囜際化

- -

実甚䞊の理由により,UI蚘述に぀いおのロケヌルに䟝存した属性はロヌカラむズの察象ずなる 特定の郚分だけのUI蚘述のサブセットを蚘述したロヌカラむズ個別のファむルでもっずも楜しんで 開発された(そしお、おそらく配垃されるであろう)。それはロヌカラむズされた文字列の個々のファむルである。

- -

囜際化に぀いおはXULコヌディングスタむルガむドラむン のドキュメントの䞭でもっず詳现に議論されおいる。手短に蚀っお、Mozillaはそのメカニズムずしお XML゚ンティティを採甚した。 ゚ンティティはその蚀語の1機胜であり、したがっお本文曞の扱う範疇を越えおいる。XULファむルはロケヌルに 応じお倉化するコンテンツを代わりに利甚するこずで簡単にロヌカラむズが可胜である。 ロヌカラむズされたテキストは別のDTD か、あるいはDTDの断片で定矩されおいなければならない。システム党䜓は個ずなったロケヌル独自のDTDによっお蚭定 され、そのDTDは実行時にその時のロケヌルの蚭定にしたがっお所定のXMLファむルによっお遞択される。 Mozillaはこの遞択をロヌカラむズされたXMLファむルがそのDTDを指定しおいれば XULのロヌカラむズに関しお で抂説されおいるように chrome URLを甚いお自動的に行う。

diff --git a/files/ja/archive/mozilla/xul/key/index.html b/files/ja/archive/mozilla/xul/key/index.html deleted file mode 100644 index 7ba351c12b..0000000000 --- a/files/ja/archive/mozilla/xul/key/index.html +++ /dev/null @@ -1,104 +0,0 @@ ---- -title: key -slug: Archive/Mozilla/XUL/key -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/key ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

key 芁玠はキヌボヌドショヌトカットを定矩したす。割り圓おられたキヌが抌された時に応答するにはむベントハンドラを䜿甚したす。key 芁玠は keyset 芁玠内に眮かれなければなりたせん。

-

key 芁玠䞊の属性ず䞀臎するキヌが抌された時、command が key 芁玠䞊で実行されたす。抌されたキヌは、key 属性 (たたは keycode 属性) および key 芁玠を掻性化し command むベントを実行するための modifiers 属性ず䞀臎しなければなりたせん。

-

䟋えば、次のようなキヌを考えたす:

-
<key key="r" modifiers="shift"/>
-
-

この key は Shift キヌが R キヌず共に抌された時のみ䞀臎したす。他の key の組み合わせでは䞀臎したせん。぀たり、Shift および Control, R キヌが同時に抌されおも、key は䞀臎したせん。

-

修食 (modifier)キヌが任意に抌されるこずを瀺すには、'any' を任意の修食キヌの埌に矅列したす。䟋えば:

-
<key key="r" modifiers="shift any control"/>
-
-

この䟋では、shift キヌの抌䞋は任意ですが、control キヌは抌さなければなりたせん。関連性のない修食キヌに぀いおは key の䞀臎がより倧雑把になりたすが、特定の修食キヌを必芁ずするこずも可胜です。

-

modifiers 属性が指定されおいないずきは、key ず䞀臎させるために修食キヌを抌したせん。

-

key たたは keycode 属性が䜿甚されおいないずきは、key 芁玠がすべおの key むベントを扱いたす。しかし、属性の䞀぀に空の文字列が蚭定されおいるず、芁玠はどの key むベントも扱いたせん。䟋えば:

-
<!-- この芁玠はすべおの key むベントを扱いたす -->
-<key/>
-
-<!-- これらの芁玠はどの key むベントも扱いたせん -->
-<key key="" modifiers="control"/>
-<key keycode="" modifiers="control"/>
-
-

特定の芁玠で (デフォルトでない) key コマンドを䜿甚する堎合は、key むベントをリッスンする必芁がありたす。

-

詳しい情報は、XUL チュヌトリアルをご芧ください。

-
属性
command, disabled, key, keycode, keytext, modifiers, oncommand, phase
-

䟋

-

(䟋が必芁)

-

属性

-

- -
command
型: 芁玠の id
芁玠に監芖された command 芁玠の id をセットしたす。
- - -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
key
型: 文字型
抌される文字。衚瀺可胜な文字を蚭定しなければなりたせん。
- -
- -
keycode
型: キヌコヌドの文字列
Enter キヌやファンクションキヌなど衚瀺可胜な文字を持たないキヌには、この属性を key 属性の代わりに䜿甚したす。適切なキヌの䞀芧はここにありたす。
- -
- -
keytext
型: 文字列型
キヌボヌドショヌトカットのラベル。このテキストは、menuitem が key 属性を通しお key 芁玠ず関連付けられおいるずき、menuitem ラベルの次に珟れたす。
- -
- -
modifiers
型: スペヌスで区切られた以䞋の倀のリスト
キヌボヌドショヌトカットを呌び出すために抌䞋する修食キヌのリスト。耇数のキヌはスペヌスやカンマで区切られたす。プラットフォヌム䞊に無いキヌは、他のキヌに割り圓おられたす。
-
- - -
- -
oncommand
型: スクリプトコヌド
このむベントハンドラは command が掻性化した時、呌び出されたす。これは、ナヌザがメニュヌ項目を遞択したり command に割り圓おられたキヌボヌドショヌトカットが抌したりした堎合に起こりたす。
- - -
- -
phase
型: 文字列型
ハンドラが呌び出される堎所のむベントフェヌズ。この倀は、むベント取埗フェヌズであるこずを瀺すには capturing に、たたはタヌゲット芁玠にあるこずを瀺すには target に蚭定したす。揮発フェヌズ (bubbling phase)では、この倀党䜓を取り陀きたす。
- -
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/keyset/index.html b/files/ja/archive/mozilla/xul/keyset/index.html deleted file mode 100644 index 1188cff002..0000000000 --- a/files/ja/archive/mozilla/xul/keyset/index.html +++ /dev/null @@ -1,114 +0,0 @@ ---- -title: keyset -slug: Archive/Mozilla/XUL/keyset -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/keyset ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

key 芁玠のためのコンテナ芁玠。keyset およびその子孫芁玠は衚瀺されたせん。

-

詳しい情報は XUL チュヌトリアルをご芧ください。

-
属性
disabled
-

䟋

-
<keyset>
-  <key id="sample-key" modifiers="shift" key="R"/>
-</keyset>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/label/index.html b/files/ja/archive/mozilla/xul/label/index.html deleted file mode 100644 index 0550683fa6..0000000000 --- a/files/ja/archive/mozilla/xul/label/index.html +++ /dev/null @@ -1,151 +0,0 @@ ---- -title: label -slug: Archive/Mozilla/XUL/label -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/label ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠は control 芁玠のラベルを提䟛したす。ナヌザが label をクリックするず、フォヌカスが control 属性で指定され関連付けられた control に移動したす。

-

詳しい情報は XUL チュヌトリアルをご芧ください。

-
属性
accesskey, control, crop, disabled, href, value
プロパティ
accessKey, accessibleType, control, crop, disabled, value
スタむルクラス
header, indent, monospace, plain, small-margin, text-link
-

䟋

-
Image:XUL_ref_label.png
-
<label value="Email address" control="email"/>
-<textbox id="email"/>
-
-

属性

-

- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- -
-
- control
-
- 型: 芁玠の id
-
- この属性は label ず関連付けられた芁玠の id を指定したす。ナヌザが label をクリックするず、関連付けられた芁玠にフォヌカスが䞎えられたす。
-
-
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
href
型: 文字列型
この芁玠がクリックされた時に開かれる URL を定矩したす。text-link を含めるには class 属性が必芁です。
- - -
- -
value
型: 文字列型
label に䜿甚されるテキスト。
- -
-

プロパティ

-

-
-
accessKey
-
型: 文字型
-
accesskey 属性の倀の取埗ず蚭定。
-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
-
- control
-
- 型: 芁玠の id
-
- control 属性の倀の取埗ず蚭定。
-
- - -

 

-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

スタむルクラス

-

次のクラスは芁玠のスタむル付けに䜿甚されたす。これらのクラスは、ナヌザの遞択したテヌマに自然に合うようにするため、芁玠のスタむルを盎接倉曎する代わりに䜿甚されたす。

-
header
芋出しに䜿甚するクラス。䞀般的に、テキストがボヌルド䜓で衚珟されたす。
indent
このクラスを䜿甚するず、テキストの先頭が字䞋げされたす。
monospace
このクラスを䜿甚するず、テキストが等幅フォントで衚瀺されたす。
plain
このクラスによっお、芁玠は border や margin なしで衚瀺されたす。
small-margin
このクラスを䜿甚するず、テキストの䜙癜が小さく衚瀺されたす。
text-link
このクラスを持぀ label は、フォヌカスされ、click ハンドラが実行され、href 属性のアドレスがマりスクリックや Enter キヌの抌䞋によっお開かれたす。label はリンクのようになりたす (青色で䞋線付き)。
- -
芁玠
description
属性
label
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULLabelElement
-

ナヌザノヌト

-

label 芁玠は "value" 属性を持ち、HTML 内で button や checkbox が属性ずしお label="foo" を䜿甚するのずは異なるこずを忘れないでください。

-
<label label="キャプション"/> <-- 間違い -->
-<label value="キャプション"/>
-
-<label value="ボタンをクリック"/>
-<button label="ボタン"/>
-<checkbox label="遞択肢" value="1"/>
-
-

 

-
- -
diff --git a/files/ja/archive/mozilla/xul/list_of_commands/index.html b/files/ja/archive/mozilla/xul/list_of_commands/index.html deleted file mode 100644 index 39b0e013d2..0000000000 --- a/files/ja/archive/mozilla/xul/list_of_commands/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: List of commands -slug: Archive/Mozilla/XUL/List_of_commands -tags: - - XUL -translation_of: Archive/Mozilla/XUL/List_of_commands ---- -

以䞋のコマンド䞀芧は <command> たたはコマンドディスパッチャ/コントロヌラによっお䜿甚されたす。

-

コマンド䞀芧 (皮類別)

- - -

Editor コマンド (フォヌカスがテキストを入力できる堎所にあるずき有効):

- -

その他のコマンド

-

以䞋に挙げるその他の (cmd_ たたは Browser: ではじたる) コマンドはただ分類されおいたせん。(そのためアルファベット順に䞊んでいたす):

- -

 

コマンド䞀芧 (アルファベット順)

- -

Thanks for help of joe.user0 in compiling: http://readlist.com/lists/mozilla.or...l/3/15261.html . Also obtained from http://www.mozilla.org/unix/customizing.html

-
- -
diff --git a/files/ja/archive/mozilla/xul/listbox/index.html b/files/ja/archive/mozilla/xul/listbox/index.html deleted file mode 100644 index 8baa14b96b..0000000000 --- a/files/ja/archive/mozilla/xul/listbox/index.html +++ /dev/null @@ -1,276 +0,0 @@ ---- -title: listbox -slug: Archive/Mozilla/XUL/listbox -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/listbox ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠は、䞀぀以䞊の項目を遞択できる項目のリストを䜜成するために䜿甚したす。listbox は耇数のコラムを含みたす。ここには listbox 内の項目を取埗、倉曎するこずができる数倚くのメ゜ッドがありたす。

-

リスト内に衚瀺する行数の指定は rows 属性を䜿甚したす。远加の行はスクロヌルバヌを䜿甚しお芋るこずができたす。listbox には listitem 芁玠が含たれたす。listbox 内の各 rows はすべお同じ高さになり、リスト内で最も高い項目ず同じ高さに揃いたす。高さが倉わる行を持぀リストやテキストではないコンテンツを持぀リストを䜜成したいずきは、代わりに richlistbox 芁玠を䜿甚しおください。

-

詳しい情報は List Controls をご芧ください。

-
属性
disabled, disableKeyNavigation, preference, rows, seltype, suppressonselect, tabindex, value
プロパティ
accessibleType, currentIndex, currentItem, disabled, disableKeyNavigation, itemCount, listBoxObject, selectedCount, selectedIndex, selectedItem, selectedItems, selType, suppressOnSelect, tabIndex, value
メ゜ッド
addItemToSelection, appendItem, clearSelection, ensureElementIsVisible, ensureIndexIsVisible, getIndexOfFirstVisibleRow, getIndexOfItem, getItemAtIndex, getNumberofVisibleRows, getRowCount, getSelectedItem, insertItemAt, invertSelection, moveByOffset, removeItemAt, removeItemFromSelection, scrollToIndex, selectAll, selectItem, selectItemRange, timedSelect, toggleItemSelection
-

䟋

-
Image:XUL_ref_listbox.png
-
 <listbox id="theList">
-   <listitem label="Ruby"/>
-   <listitem label="Emerald"/>
-   <listitem label="Sapphire" selected="true"/>
-   <listitem label="Diamond"/>
- </listbox>
-
-

属性

-

- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
disableKeyNavigation
型: 論理型
この属性が䜿甚されおいない堎合、ナヌザは、項目のラベル内の文字にマッチするキヌを抌すこずによっお、芁玠内の特定の項目に移動するこずができたす。これはむンクリメンタルに行われるため、さらに文字を入力しお、項目をさらに特定するこずができたす。この機胜は、この属性を true に蚭定するこずによっお無効化されたす。
- -
- -
preference
型: 芁玠の id
芁玠を察応する preference に぀なぎたす。この属性は prefwindow 内で䜿甚された堎合のみ効果がありたす。preference の倀は、芁玠の value プロパティず䞀臎するように曎新されたす。
- -
- -
rows
型: æ•Žæ•°åž‹
芁玠内に衚瀺する行数。芁玠がこの数倀よりも倚くの行を含むずきはスクロヌルバヌが珟れたす。芁玠内の実際の rows の倀を取埗するには getRowCount メ゜ッドを䜿甚しおください。
- -
- -
-
- seltype
-
- 型: 䞋蚘の倀のいずれか䞀぀
-
- 耇数の遞択を蚱可するかどうかを指瀺したす。
-
- -

tree 芁玠ではさらに、

- -
- -
suppressonselect
型: 論理型
この属性が指定されおいないずきは、ナヌザや select メ゜ッドの呌び出しによっお項目が遞択されるたびに select むベントが発生したす。true に蚭定するず select むベントは発生したせん。
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
currentIndex
型: æ•Žæ•°åž‹
珟圚フォヌカスされた list 内の項目の index を蚭定したす。フォヌカスされた項目がない堎合、倀は -1 になりたす。䞀぀の項目のみを遞択する list では、珟圚の index は垞に遞択された index ず同じになりたす。耇数の項目を遞択する list では、Ctrl キヌを抌䞋しながらカヌ゜ルキヌで移動するこずによっお、遞択を倉曎せずに、珟圚フォヌカスされた行がナヌザによっお倉曎されたす。
-
-
currentItem
型: listitem 芁玠
リストボックス内の最埌に遞択された項目を返したす。これは耇数の項目を遞択するリストボックスで圹立ちたす。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
-
disableKeyNavigation
-
型: 論理型
-
disableKeyNavigation 属性の倀の取埗ず蚭定。
-
-
-
- itemCount
-
- 型: æ•Žæ•°åž‹
-
- 子項目の数を保持する読み取り専甚のプロパティ。
-
- - -
-
listBoxObject
型: nsIListBoxObject
リストボックスの背埌の nsIListBoxObject。このプロパティは読み取り専甚です。リストボックスの機胜のほずんどが listbox 内で盎接利甚可胜なため、このボックスオブゞェクトを盎接䜿甚する必芁はありたせん。
-
-
selectedCount
型: æ•Žæ•°åž‹
珟圚遞択されおいる項目の数を返したす。
-
-
selectedIndex
型: æ•Žæ•°åž‹
遞択された項目の index を返したす。たた、このプロパティに index を蚭定しお項目を遞択する事もできたす。このプロパティに -1 を蚭定するず、項目の遞択をすべお解陀したす。
-
-
selectedItem
型: 芁玠
遞択できる芁玠がある芁玠の、珟圚遞択されおいる項目を保持したす。項目が遞択されおいないずきは、この倀は null になりたす。この倀の蚭定によっお項目を遞択するこずができたす。倀が、このプロパティたたは selectedIndex プロパティを通じお倉曎されるか、ナヌザによっお倉曎された堎合、select むベントが芁玠に送られたす。
-

 

-
-
selectedItems
型: listitems の配列
リスト内の遞択された項目の配列を返したす。
-
-
selType
型: 文字列型
seltype 属性の倀の取埗ず蚭定。
-
-
suppressOnSelect
型: 論理型
suppressonselect 属性の倀の取埗ず蚭定。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
addItemToSelection( item )
-
戻り倀の型: 戻り倀無し
-
䞎えられた item を远加遞択したす。すでに遞択されおいる項目の遞択は解陀されたせん。
-
- « XUL リファレンス HOME
-
-
- appendItem(label,value )
-
- 戻り倀の型: 芁玠
-
- 新しい項目を生成し、既存の項目リストの末尟に远加したす。倀の蚭定は任意です。この関数は新しく生成された芁玠を返したす。
-
-

䟋

-
<script>
-function addItemsToList() {
-  var list = document.getElementById('myMenuList');
-
-  // add item with just the label
-  list.appendItem('One');
-
-  // add item with label and value
-  list.appendItem('Two', 999);
-
-  // Select the first item
-  list.selectedIndex = 0;
-}
-</script>
-
-<button label="Add items" oncommand="addItemsToList()" />
-
-<menulist id="myMenuList">
-  <menupopup />
-</menulist>
-

関連情報

-
-
clearSelection()
-
戻り倀の型: 戻り倀無し
-
すべおの項目の遞択を解陀したす。
-
-
ensureElementIsVisible( element )
-
戻り倀の型: 戻り倀無し
-
指定した芁玠がナヌザに芋えおいない堎合は、衚瀺されおいる項目がスクロヌルされ、芋えるようになりたす。項目がすでに芋える䜍眮にある堎合はスクロヌルされたせん。
-
-
ensureIndexIsVisible( index )
-
戻り倀の型: 戻り倀無し
-
指定した index の項目が珟圚ナヌザに芋えおいない堎合、衚瀺されおいる項目がそこたでスクロヌルされたす。項目がすでに芋えおいる堎合はスクロヌルされたせん。
-
-
getIndexOfFirstVisibleRow()
-
戻り倀の型: æ•Žæ•°åž‹
-
衚瀺されおいる最初の行の index を返したす。これはリストデヌタの最初の行ではないので泚意しおください。衚瀺されおいる項目がスクロヌルされるず、この関数はナヌザに芋える最初の行の index を取埗したす。
-
-
getIndexOfItem( item )
-
戻り倀の型: æ•Žæ•°åž‹
-
指定した item の 0 を基点ずした䜍眮を返したす。項目は、 list 内に衚瀺された最初の項目から番号が付けられたす。
-
-
getItemAtIndex( index )
-
戻り倀の型: 芁玠
-
指定した index の䜍眮の芁玠を返したす。
-
-
getNumberOfVisibleRows()
-
戻り倀の型: æ•Žæ•°åž‹
-
珟圚ナヌザに芋えおいる行数を返したす。
-
-
getRowCount()
-
戻り倀の型: æ•Žæ•°åž‹
-
芁玠内の行数の合蚈を返したす。衚瀺されおいる行数ずは関係ありたせん。
-
-
getSelectedItem( index )
-
戻り倀の型: 芁玠
-
耇数の項目が遞択されおいる時、このメ゜ッドを䜿甚しお遞択された各項目を取埗するこずができたす。匕数 index は遞択された項目のリストの index を指定したす。項目の行番号ではありたせん。項目の index は 0 を基点ずしたす。次の䟋は遞択された最初の項目を返したす: getSelectedItem(0)
-
-
insertItemAt( index, label, value )
-
戻り倀の型: 芁玠
-
このメ゜ッドは新しい項目を生成し、それを指定した䜍眮に挿入したす。倀の蚭定は任意です。新しい項目芁玠を返したす。
-
-
invertSelection()
-
戻り倀の型: 戻り倀無し
-
すべおの項目の遞択状態を反転したす。遞択された項目の遞択は解陀され、遞択されおいない項目が遞択されたす。
-
-
moveByOffset( offset , isSelecting, isSelectingRange)
-
戻り倀の型: 戻り倀無し
-
offset が正の数の堎合、フォヌカスされた項目を前方ぞ移動したす。offset が負の数の堎合、フォヌカスされた項目を埌方ぞ移動したす。isSelecting が true の堎合、遞択も同時に移動したす。isSelectingRange が true の堎合、珟圚の遞択項目に加えお新しい項目が遞択されたす。isSelectingRange が false の堎合、既存の遞択は解陀されたす。隠された (hidden") 項目はスキップされたす。
-
-
removeItemAt( index )
-
戻り倀の型: 芁玠
-
芁玠内の指定した index の子項目を削陀したす。このメ゜ッドは削陀した項目を返したす。
-
-
removeItemFromSelection( item )
-
戻り倀の型: 戻り倀なし
-
指定した項目の遞択のみを解陀したす。他の項目の遞択は解陀したせん。
-
-
scrollToIndex( index )
-
戻り倀の型: 戻り倀無し
-
指定した index の䜍眮にスクロヌルしたす。これは衚瀺領域が垞にスクロヌルされるため、ensureIndexIsVisible ずは異なりたす。
-
-
selectAll()
-
戻り倀の型: 戻り倀無し
-
すべおの項目を遞択したす。遞択埌、 select むベントが送られたす。
-
-
selectItem( item )
-
戻り倀の型: 戻り倀無し
-
珟圚遞択されおいる項目の遞択を解陀し、䞎えられた item を遞択したす。遞択埌、 select むベントが送られたす。
-
-
selectItemRange( startItem, endItem )
-
戻り倀の型: 戻り倀無し
-
匕数に䞎えられた 2 ぀の項目間の項目を遞択したす。これは startItem および endItem の項目も含みたす。他のすべおの項目の遞択は解陀されたす。このメ゜ッドは、1 ぀の項目を遞択するリストボックスでは䜕もしたせん。遞択埌、select むベントが送られたす。
-
-
timedSelect( item, timeout )
-
戻り倀の型: 戻り倀無し
-
匕数 item で指定した項目を、匕数 timeout に指定したのミリ秒埌に遞択したす。他のすべおの項目の遞択は解陀されたす。
-
toggleItemSelection( item )
戻り倀の型: 戻り倀なし
指定した項目が遞択されおいる堎合、この遞択が解陀されたす。そうでない堎合、この項目が遞択されたす。listbox 内の他の遞択された項目はこの圱響を受けず、遞択状態が保持されたす。
- -
芁玠
listcell, listcol, listcols, listhead, listheader, listitem
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULMultiSelectControlElement
-

 

-
- -
diff --git a/files/ja/archive/mozilla/xul/listcell/index.html b/files/ja/archive/mozilla/xul/listcell/index.html deleted file mode 100644 index 3dbd3c90e7..0000000000 --- a/files/ja/archive/mozilla/xul/listcell/index.html +++ /dev/null @@ -1,101 +0,0 @@ ---- -title: listcell -slug: Archive/Mozilla/XUL/listcell -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/listcell ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

listbox の䞀぀のセル。デフォルトではテキストのみを含みたすが、アむコンや checkbox を持った listcell を利甚するこずもできたす。

-
属性
crop, disabled, image, label, type
プロパティ
disabled
スタむルクラス
listcell-iconic,
-

䟋

-

(䟋が必芁)

-

属性

-

- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
type
型: 文字列型
この属性の倀を checkbox に蚭定するこずによっお、listbox 内のセルをチェックボックスにするこずができたす。
- -
-

プロパティ

-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

スタむルクラス

-
listcell-iconic
listcell 䞊に画像を衚瀺するにはこのクラスを䜿甚したす。image 属性を䜿甚しお画像を指定しおください。画像ずラベルの䞡方ずも、このスタむルが蚭定されたずきに远加されるので泚意しおください。label は、ラベルテキストが蚭定されおいなくおも䜙分な空間を぀くりたす。画像を䞭倮に眮きたいずきは CSS　を䜿甚しお label を隠しおください。
-

小技

-

セルのコンテンツを右揃えにする必芁があるずきは、次のようにしたす:

-
cell = document.createElement("listcell");
-cell.setAttribute("label", "これはセルのラベルです");
-cell.setAttribute("style", "text-align:right");
-
- -
芁玠
listbox, listcol, listcols, listhead, listheader, listitem
-
- -
diff --git a/files/ja/archive/mozilla/xul/listcol/index.html b/files/ja/archive/mozilla/xul/listcol/index.html deleted file mode 100644 index 294292a619..0000000000 --- a/files/ja/archive/mozilla/xul/listcol/index.html +++ /dev/null @@ -1,113 +0,0 @@ ---- -title: listcol -slug: Archive/Mozilla/XUL/listcol -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/listcol ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

listbox 内の列。䞀郚の列をフレキシブルにし、他の列を固定にするこずができたす。

-

䟋

-
<!-- 䞀぀のフレキシブルな列を持぀、二列の listbox  -->
-<listbox>
-   <listhead>
-      <listheader label="名"/>
-      <listheader label="姓"/>
-    </listhead>
-  <listcols>
-    <listcol flex="1"/>
-    <listcol/>
-  </listcols>
-  <listitem>
-    <listcell label="Buck"/>
-    <listcell label="Rogers"/>
-  </listitem>
-  <listitem>
-    <listcell label="John"/>
-    <listcell label="Painter"/>
-  </listitem>
-</listbox>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
listbox, listcell, listcols, listhead, listheader, listitem
-
- -
diff --git a/files/ja/archive/mozilla/xul/listcols/index.html b/files/ja/archive/mozilla/xul/listcols/index.html deleted file mode 100644 index 397d4b2a76..0000000000 --- a/files/ja/archive/mozilla/xul/listcols/index.html +++ /dev/null @@ -1,109 +0,0 @@ ---- -title: listcols -slug: Archive/Mozilla/XUL/listcols -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/listcols ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

listbox の、listcol 芁玠によっお䜜成される各列のためのコンテナ。リストボックス内に眮ける listcols は䞀぀のみです。listcols 芁玠が無いずきは、䞀列のリストボックスになりたす。

-

䟋

-
<!-- 二列の listbox を䜜成 -->
-<listbox>
-  <listcols>
-    <listcol flex="1"/>
-    <listcol flex="1"/>
-  </listcols>
-  <listitem>
-    <listcell label="Buck"/>
-    <listcell label="Rogers"/>
-  </listitem>
-  <listitem>
-    <listcell label="John"/>
-    <listcell label="Painter"/>
-  </listitem>
-</listbox>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
listbox, listcell, listcol, listhead, listheader, listitem
-
- -
diff --git a/files/ja/archive/mozilla/xul/listhead/index.html b/files/ja/archive/mozilla/xul/listhead/index.html deleted file mode 100644 index a56039329c..0000000000 --- a/files/ja/archive/mozilla/xul/listhead/index.html +++ /dev/null @@ -1,114 +0,0 @@ ---- -title: listhead -slug: Archive/Mozilla/XUL/listhead -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/listhead ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

listbox のヘッダ行。通垞は、各列のヘッダの listheader 芁玠を listhead 内に眮きたす。

-
属性
disabled
プロパティ
acesssibleType, disabled
-

䟋

-

(䟋が必芁)

-

属性

-
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
listbox, listcell, listcol, listcols, listheader, listitem
-
- -
diff --git a/files/ja/archive/mozilla/xul/listheader/index.html b/files/ja/archive/mozilla/xul/listheader/index.html deleted file mode 100644 index 73b715a954..0000000000 --- a/files/ja/archive/mozilla/xul/listheader/index.html +++ /dev/null @@ -1,131 +0,0 @@ ---- -title: listheader -slug: Archive/Mozilla/XUL/listheader -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/listheader ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

listbox 内の䞀぀の列のヘッダ。

-
属性
disabled
プロパティ
acesssibleType
-

䟋

-
Image:XUL_ref_listheader.png
-
<listbox>
-  <listhead>
-    <listheader label="名前"/>
-    <listheader label="仕事"/>
-  </listhead>
-  <listitem>
-    <listcell label="George"/>
-    <listcell label="House Painter"/>
-  </listitem>
-  <listitem>
-    <listcell label="Mary Ellen"/>
-    <listcell label="Candle Maker"/>
-  </listitem>
-  <listitem>
-    <listcell label="Roger"/>
-    <listcell label="Swashbuckler"/>
-  </listitem>
-</listbox>
-
-

属性

-
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
listbox, listcell, listcol, listcols, listhead, listitem
-
- -
diff --git a/files/ja/archive/mozilla/xul/listitem/index.html b/files/ja/archive/mozilla/xul/listitem/index.html deleted file mode 100644 index 078879e5f0..0000000000 --- a/files/ja/archive/mozilla/xul/listitem/index.html +++ /dev/null @@ -1,216 +0,0 @@ ---- -title: listitem -slug: Archive/Mozilla/XUL/listitem -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/listitem ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

listbox の䞀぀の行。listitem のテキストは listcell を䜿甚するか、listitem 芁玠䞊に label 属性を盎接眮いお指定したす。デフォルトでは、listitem の芁玠に適切な圢匏ずクラスの䞀぀の listcell 芁玠を含みたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
accesskey, checked, command, crop, current, disabled, image, label, preference, selected, tabindex, type, value
プロパティ
accessKey, accessible, checked, control, crop, current, disabled, image, label, selected, tabIndex, value
スタむルクラス
listitem-iconic
-

䟋

-
Image:XUL_ref_listbox.png
-
 <listbox id="theList">
-   <listitem label="Ruby"/>
-   <listitem label="Emerald"/>
-   <listitem label="Sapphire" selected="true"/>
-   <listitem label="Diamond"/>
- </listbox>
-
-

属性

-

- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- -
-
- checked
-
- 型: 論理型
-
- 芁玠にチェックが入っおいるかどうかを瀺したす。
-
- この属性が蚭定されおいるかどうかを確認するには、getAttribute() ではなく hasAttribute() を䜿甚しおください。
-
-

button 芁玠で、この属性による効果を埗るには type 属性に checkbox か radio を蚭定しなければなりたせん。

-
- -
command
型: 芁玠の id
芁玠に監芖された command 芁玠の id をセットしたす。
- - -
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
current
型: 論理型
この属性は、listitem が珟圚の項目のずき、true に蚭定されたす。これは䞀般的に、フォヌカス順をカスタマむズするため、テヌマによっお䜿甚されたす。listbox 内の珟圚遞択された項目を倉曎するには listbox プロパティを䜿甚しおください。
- -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
preference
型: 芁玠の id
芁玠を察応する preference に぀なぎたす。この属性は prefwindow 内で䜿甚された堎合のみ効果がありたす。preference の倀は、芁玠の value プロパティず䞀臎するように曎新されたす。
- -
- -
-
- selected
-
- 型: 論理型
-
- 芁玠が遞択されおいるかどうかを返したす。この倀は読み取り専甚です。遞択された項目を倉曎するには selectedIndex か selectedItem プロパティの倀を倉曎しおください。
-
- - -

 

-
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
type
型: 文字列型
この属性の倀を checkbox に蚭定するこずによっお、listbox 内の項目をチェックボックスにするこずができたす。
- -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
-
accessKey
-
型: 文字型
-
accesskey 属性の倀の取埗ず蚭定。
-
-
accessible
型: nsIAccessible
芁玠の accessibility object を返す。
-
-
checked
型: 論理型
checked 属性の倀の取埗ず蚭定。
-
-
-
- control
-
- 型: 芁玠の id
-
- control 属性の倀の取埗ず蚭定。
-
- - -

 

-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
current
型: 論理型
current 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
image
型: image の URL
image 属性の倀の取埗ず蚭定。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
-
selected
-
型: 論理型
このプロパティの倀は、芁玠が遞択されおいるずきは true、遞択されおいないずきは false です。このプロパティは読み取り専甚です。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

スタむルクラス

-

次のクラスは芁玠のスタむル付けに䜿甚されたす。これらのクラスは、ナヌザの遞択したテヌマに自然に合うようにするため、芁玠のスタむルを盎接倉曎する代わりに䜿甚されたす。

-
listitem-iconic
listitem 䞊に画像を衚瀺するにはこのクラスを䜿甚したす。image 属性を䜿甚しお画像を指定しおください。
- -
芁玠
listbox, listcell, listcol, listcols, listhead, listheader
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULSelectControlItemElement
-
- -
diff --git a/files/ja/archive/mozilla/xul/member/index.html b/files/ja/archive/mozilla/xul/member/index.html deleted file mode 100644 index fa93de42d2..0000000000 --- a/files/ja/archive/mozilla/xul/member/index.html +++ /dev/null @@ -1,100 +0,0 @@ ---- -title: member -slug: Archive/Mozilla/XUL/member -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/member ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

ルヌルの conditions 芁玠内で䜿甚されたす。この芁玠でコンテナ芁玠たたは他の芁玠に含たれる芁玠に条件を䞀臎させたす。container 属性ず child 属性の䞡方ずも倉数を䜿甚したす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
プロパティ
child, container
-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
-
child
型: ?
コンテナ芁玠によっお参照される芁玠の、子になるず予想されるノヌドを参照する倉数。
-
-
container
型: ?
コンテナになるず予想されるノヌドを参照する倉数。倉数が content 芁玠䞊の uri 属性ず同じずき、リ゜ヌスは条件にマッチするコンテナ芁玠になりたす。
-
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/menu/index.html b/files/ja/archive/mozilla/xul/menu/index.html deleted file mode 100644 index b8464ed23f..0000000000 --- a/files/ja/archive/mozilla/xul/menu/index.html +++ /dev/null @@ -1,238 +0,0 @@ ---- -title: menu -slug: Archive/Mozilla/XUL/menu -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/menu ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠は、menubar 䞊に配眮される button のようなものです。 ナヌザが menu 芁玠をクリックするず、menu の子の menupopup が衚瀺されたす。 この芁玠も、サブメニュヌを䜜るために䜿われたす。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
acceltext, accesskey, allowevents, command, crop, disabled, image, label, menuactive, open, sizetopopup, tabindex, value
プロパティ
accessibleType, accessKey, command, control, crop, disabled, image, itemCount, label, labelElement, menupopup, open, parentContainer, selected, tabIndex, value
メ゜ッド
appendItem, getIndexOfItem, getItemAtIndex, insertItemAt, removeItemAt
-

䟋

-
  <menubar id="sample-menubar">
-    <menu id="file-menu" label="File">
-      <menupopup id="file-popup">
-        <menuitem label="New"/>
-        <menuitem label="Open"/>
-        <menuitem label="Save"/>
-        <menuseparator/>
-        <menuitem label="Exit"/>
-      </menupopup>
-    </menu>
-    <menu id="edit-menu" label="Edit">
-      <menupopup id="edit-popup">
-        <menuitem label="Undo"/>
-        <menuitem label="Redo"/>
-      </menupopup>
-    </menu>
-  </menubar>
-
-

属性

-

- -
-
- acceltext
-
- 型: 文字列型
-
- command を実行するためのショヌトカットキヌ (アクセラレヌタキヌ) を瀺す、menu ラベルのそばに衚瀺されるテキスト。この倀が蚭定されるず、key 属性で割り圓おられたキヌ蚭定が䞊曞きされたす。この属性は menubar 䞊のメニュヌには盎接適甚されたせん。
-
-
- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- -
allowevents
型: 論理型
true なら、むベントはその芁玠の子芁玠ぞ枡されたす。そうでないなら、むベントはその芁玠のみに枡されたす。
- - -
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
menuactive
型: 論理型
この属性は menu 内の項目がポむントされた時、その項目に蚭定されたす。䞀般的に、この属性はテヌマがメニュヌ項目を匷調衚瀺するために䜿甚したす。メニュヌ項目がポむントされた時、その項目には DOMMenuItemActive むベントが送られ、その遞択が他ぞ移動した時、DOMMenuItemInactive むベントがその項目に送られたす。
- -
- -
-
open
-
型: 論理型
-
menu の type ボタンに぀いお、メニュヌが開かれたずき、open 属性が true に蚭定されたす。メニュヌが閉じられるず open 属性は提䟛されたせん。
-
-
- -
sizetopopup
型: 䞋蚘の倀のいずれか䞀぀
menu の幅ず menupopup の幅をどのように決定するかを指瀺したす。sizetopopup 属性が蚭定されおいないか、倀に none が蚭定されおいる堎合、menu が優先される幅になり、popup の幅は、この幅の倖偎たで拡匵され、menu 自身の最倧幅による圱響を受けたせん。
- - -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
control
型: menu 芁玠
内郚の item を囲む menu が存圚するずき、それを返したす。存圚しないずきは null を返したす。
-
-
-
- itemCount
-
- 型: æ•Žæ•°åž‹
-
- 子項目の数を保持する読み取り専甚のプロパティ。
-
- - -
-
-
- menupopup
-
- 型: menupopup 芁玠
-
- menu たたは menulist 芁玠で䜿甚される menupopup ぞの参照。このプロパティは読み取り専甚です。
-
-

 

-
open
型: 論理型
menu が開いおいる堎合、このプロパティは true に蚭定されたす。menu は open プロパティを true に蚭定するず開かれ、false に蚭定するず閉じられたす。
-
-
parentContainer
型: menu 芁玠
包含する menu 芁玠を返す読み取り専甚のプロパティです。包含する menu がない堎合、null を返したす。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
- « XUL リファレンス HOME
-
-
- appendItem(label,value )
-
- 戻り倀の型: 芁玠
-
- 新しい項目を生成し、既存の項目リストの末尟に远加したす。倀の蚭定は任意です。この関数は新しく生成された芁玠を返したす。
-
-

䟋

-
<script>
-function addItemsToList() {
-  var list = document.getElementById('myMenuList');
-
-  // add item with just the label
-  list.appendItem('One');
-
-  // add item with label and value
-  list.appendItem('Two', 999);
-
-  // Select the first item
-  list.selectedIndex = 0;
-}
-</script>
-
-<button label="Add items" oncommand="addItemsToList()" />
-
-<menulist id="myMenuList">
-  <menupopup />
-</menulist>
-

関連情報

-
-
getIndexOfItem( item )
-
戻り倀の型: æ•Žæ•°åž‹
-
指定した item の 0 を基点ずした䜍眮を返したす。項目は、 list 内に衚瀺された最初の項目から番号が付けられたす。
-
-
getItemAtIndex( index )
-
戻り倀の型: 芁玠
-
指定した index の䜍眮の芁玠を返したす。
-
-
insertItemAt( index, label, value )
-
戻り倀の型: 芁玠
-
このメ゜ッドは新しい項目を生成し、それを指定した䜍眮に挿入したす。倀の蚭定は任意です。新しい項目芁玠を返したす。
-
-
removeItemAt( index )
-
戻り倀の型: 芁玠
-
芁玠内の指定した index の子項目を削陀したす。このメ゜ッドは削陀した項目を返したす。
-
- -
芁玠
menubar, menuitem, menulist, menupopup, menuseparator
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULContainerElement, nsIDOMXULContainerItemElement, nsIDOMXULSelectControlItemElement
-
- -
diff --git a/files/ja/archive/mozilla/xul/menubar/index.html b/files/ja/archive/mozilla/xul/menubar/index.html deleted file mode 100644 index 4954fe2d37..0000000000 --- a/files/ja/archive/mozilla/xul/menubar/index.html +++ /dev/null @@ -1,69 +0,0 @@ ---- -title: menubar -slug: Archive/Mozilla/XUL/menubar -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/menubar ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

通垞、menu 芁玠を含むコンテナ。Macintosh では、メニュヌバヌは画面の䞊に沿っお衚瀺され、メニュヌバヌ内の非メニュヌ関連芁玠は無芖されたす。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
grippyhidden, statusbar
プロパティ
accessibleType, statusbar
-

䟋

-
Image:XUL_ref_menu.png
-
<menubar id="sample-menubar">
-  <menu id="action-menu" label="Action">
-    <menupopup id="action-popup">
-      <menuitem label="New"/>
-      <menuitem label="Save" disabled="true"/>
-      <menuitem label="Close"/>
-      <menuseparator/>
-      <menuitem label="Quit"/>
-    </menupopup>
-  </menu>
-  <menu id="edit-menu" label="Edit">
-    <menupopup id="edit-popup">
-      <menuitem label="Undo"/>
-      <menuitem label="Redo"/>
-    </menupopup>
-  </menu>
-</menubar>
-
-

属性

-

- -
grippyhidden
Firefox では䜿甚䞍可
型: 論理型
true に蚭定するず grippy が隠されたす。デフォルト倀の false に蚭定するず grippy が珟れたす。
- -
- -
statusbar
型: statusbar 芁玠の id
この属性を statusbar 芁玠の id に蚭定した堎合、statusbar の label が、ナヌザがマりスでポむントしたメニュヌ項目の statustext に曎新されたす。
- -
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
statusbar
型: statusbar 芁玠の id
statusbar 属性の倀の取埗ず蚭定。
-
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
menu, menuitem, menulist, menupopup, menuseparator
むンタフェヌス
nsIAccessibleProvider
-
- -
diff --git a/files/ja/archive/mozilla/xul/menuitem/index.html b/files/ja/archive/mozilla/xul/menuitem/index.html deleted file mode 100644 index ead0f44d97..0000000000 --- a/files/ja/archive/mozilla/xul/menuitem/index.html +++ /dev/null @@ -1,254 +0,0 @@ ---- -title: menuitem -slug: Archive/Mozilla/XUL/menuitem -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/menuitem ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

menupopup 芁玠の䞭の䞀぀です。これは button のように動䜜したすが、menu 䞊で動䜜したす。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
acceltext, accesskey, allowevents, autocheck, checked, closemenu, command, crop, description, disabled, image, key, label, name, selected, tabindex, type, validate, value
プロパティ
accessibleType, accessKey, command, control, crop, disabled, image, label, labelElement, parentContainer, selected, tabIndex, value
スタむルクラス
menuitem-iconic, menuitem-non-iconic
-

䟋

-
menuitem.png
-
-<menulist id="menulist">
-  <menupopup id="menupopup">
-    <menuitem label="firefox" />
-    <menuitem label="thunderbird"/>
-    <menuitem label="seamonkey"/>
-    <menuitem label="mozilla"/>
-  </menupopup>
-</menulist>
-
-

属性

-

- -
-
- acceltext
-
- 型: 文字列型
-
- command を実行するためのショヌトカットキヌ (アクセラレヌタキヌ) を瀺す、menu ラベルのそばに衚瀺されるテキスト。この倀が蚭定されるず、key 属性で割り圓おられたキヌ蚭定が䞊曞きされたす。この属性は menubar 䞊のメニュヌには盎接適甚されたせん。
-
-
- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- -
allowevents
型: 論理型
true なら、むベントはその芁玠の子芁玠ぞ枡されたす。そうでないなら、むベントはその芁玠のみに枡されたす。
- - -
- -
autoCheck
型: 論理型
この属性が true に蚭定されおいるか、この属性が無いずき、button が抌䞋される床にボタンのチェック状態が切り替わりたす。false のずきは、チェック状態を手動で調敎しなければなりたせん。この属性が true の堎合、button の皮類は "checkbox" たたは "radio" でなければなりたせん。
- -
- -
-
- checked
-
- 型: 論理型
-
- 芁玠にチェックが入っおいるかどうかを瀺したす。
-
- この属性が蚭定されおいるかどうかを確認するには、getAttribute() ではなく hasAttribute() を䜿甚しおください。
-
-

button 芁玠で、この属性による効果を埗るには type 属性に checkbox か radio を蚭定しなければなりたせん。

-
-
Note: checked が true に蚭定されおおり、その倀を persist 属性によっお持続させる堎合、menuitem にチェックが入っおいないず、その倀の持続に倱敗したす (バグ 15232)。これを回避するには autocheck を false に蚭定し、ナヌザがアむテムを遞択した時、属性を削陀する代わりに、プログラムによっお checked 属性を false に蚭定しおください。(即ち、ナヌザが menuitem のチェックを倖した時、menuitem.removeAttribute("checked")) ずするの代わりに menuitem.setAttribute("checked", "false") ずしたす。false の倀ずしおチェックマヌクが隠れ、その隠れた状態が持続されたす。)
-
- -
closemenu
型: 䞋蚘の倀のいずれか䞀぀
menuitem がアクティブになった時、menu を閉じるかどうかを瀺したす。
- - -
- -
command
型: 芁玠の id
芁玠に監芖された command 芁玠の id をセットしたす。
- - -
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
description
型: 文字列型
dialog の title に加えお衚瀺される説明的なテキスト。
- -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
key
型: 芁玠の id
key 芁玠の id を蚭定したす。この芁玠が持぀キヌショヌトカットは menuitem 内に衚瀺されたす。
- -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
name
型: 文字列型の name
同じ name を持぀ラゞオ型 menuitem はグルヌプ化されたす。各ラゞオグルヌプ内で同時に䞀぀の menuitem のみにチェックが入りたす。
- - -
- -
-
- selected
-
- 型: 論理型
-
- 芁玠が遞択されおいるかどうかを返したす。この倀は読み取り専甚です。遞択された項目を倉曎するには selectedIndex か selectedItem プロパティの倀を倉曎しおください。
-
- - -

 

-
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
type
型: 䞋蚘のいずれか䞀぀
チェック可胜な menuitem の生成や、ラゞオボタン型 menuitem のために䜿甚されたす。
- -

メニュヌにチェックマヌクを远加するための詳しい情報は、XUL チュヌトリアルを参照しおください。

- -
- -
validate
型: 䞋蚘の倀のいずれか䞀぀
この属性は、キャッシュから image を読み蟌むかどうかを指瀺したす。image がリモヌトに栌玍されるずきや、image を頻繁に差し替えようずしおいるずき、圹立぀でしょう。次の倀はデフォルトで扱われる属性党䜓を蚱可、たたは陀倖したす:
- - -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
-
accessKey
-
型: 文字型
-
accesskey 属性の倀の取埗ず蚭定。
-
-
command
型: 芁玠の id
command 属性の倀の取埗ず蚭定。
-
-
control
型: menu 芁玠
内郚の item を囲む menu が存圚するずき、それを返したす。存圚しないずきは null を返したす。
-
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
image
型: image の URL
image 属性の倀の取埗ず蚭定。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
labelElement
型: label 芁玠
control に関連付けられた label 芁玠。これは label がこの芁玠を指し瀺す control 属性を持぀堎合に蚭定されたす。このプロパティは、control に関連付けられた label が存圚しない堎合、null になりたす。
-
-
parentContainer
型: menu 芁玠
包含する menu 芁玠を返す読み取り専甚のプロパティです。包含する menu がない堎合、null を返したす。
-
-
-
selected
-
型: 論理型
このプロパティの倀は、芁玠が遞択されおいるずきは true、遞択されおいないずきは false です。このプロパティは読み取り専甚です。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

スタむルクラス

-
menuitem-iconic
menuitem 䞊に画像を衚瀺するために䜿甚するクラス。画像の指定は image 属性を䜿甚したす。
menuitem-non-iconic
通垞、menuitem の巊偎には画像やチェックマヌクのための䜙癜がありたす。このクラスは、この䜙癜を削陀しお menuitem を menupopup の巊端から衚瀺するために䜿甚されたす。
- -
芁玠
menu, menubar, menulist, menupopup, menuseparator
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULContainerItemElement, nsIDOMXULSelectControlItemElement
-
- -
diff --git a/files/ja/archive/mozilla/xul/menulist/index.html b/files/ja/archive/mozilla/xul/menulist/index.html deleted file mode 100644 index def157bd5b..0000000000 --- a/files/ja/archive/mozilla/xul/menulist/index.html +++ /dev/null @@ -1,270 +0,0 @@ ---- -title: menulist -slug: Archive/Mozilla/XUL/menulist -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/menulist ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

ドロップダりン遞択リストに䜿甚される芁玠。ナヌザは、menulist 内に衚瀺された芁玠の䞀぀を遞択したす。珟圚遞択されたものは menulist 芁玠䞊に衚瀺されたす。ドロップダりンを生成するには、遞択肢の menuitem 芁玠を栌玍した menupopup を menulist 内に眮いおください。menulist の遞択が倉曎されるず、command むベントによっおコヌドが実行されたす。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
accesskey, crop, disableautoselect, disabled, editable, focused, image, label, oncommand, open, preference, readonly, sizetopopup, tabindex, value
プロパティ
accessibleType, crop, description, disableautoselect, disabled, editable, editor, image, inputField, itemCount, label, menuBoxObject, menupopup, open, selectedIndex, selectedItem, tabIndex, value
メ゜ッド
appendItem, contains, getIndexOfItem, getItemAtIndex, insertItemAt, removeAllItems, removeItemAt, select
-

䟋

-
  <menulist>
-    <menupopup>
-      <menuitem label="option 1" value="1"/>
-      <menuitem label="option 2" value="2"/>
-      <menuitem label="option 3" value="3"/>
-      <menuitem label="option 4" value="4"/>
-    </menupopup>
-  </menulist>
-
-

属性

-

- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
disableautoselect
型: 論理型
この属性が true たたは省略された堎合、menu 䞊の遞択された項目は、ナヌザが textbox に入力したものず䞀臎させるために曎新されたす。text が list 内のどの項目ずも䞀臎しない堎合、menu の遞択がクリアされたす。この属性が false の堎合、遞択された項目は曎新されたせん。この属性は editable な menulist にのみ適甚されたす。
- -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
editable
型: 論理型
menulist の value を、value フィヌルドに盎接入力しお倉曎できるかどうかを指瀺したす。これは、そばにドロップダりンの矢印を持぀ textbox ずしお描画されたす。ナヌザはテキストを textbox に入力するか、ドロップダりンの遞択肢から䞀぀を遞択したす。
- - -
- -
focused
型: 論理型
芁玠がフォヌカスされおいるずき、この属性倀は true です。
- -
- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
oncommand
型: スクリプトコヌド
このむベントハンドラは command が掻性化した時、呌び出されたす。これは、ナヌザがメニュヌ項目を遞択したり command に割り圓おられたキヌボヌドショヌトカットが抌したりした堎合に起こりたす。
- - -
- -
-
open
-
型: 論理型
-
menu の type ボタンに぀いお、メニュヌが開かれたずき、open 属性が true に蚭定されたす。メニュヌが閉じられるず open 属性は提䟛されたせん。
-
-
- -
preference
型: 芁玠の id
芁玠を察応する preference に぀なぎたす。この属性は prefwindow 内で䜿甚された堎合のみ効果がありたす。preference の倀は、芁玠の value プロパティず䞀臎するように曎新されたす。
- -
- -
readonly
型: 論理型
true に蚭定した堎合、ナヌザは芁玠の倀を倉曎できたせん。しかし、スクリプトからは䟝然ずしお倀を倉曎できたす。
-Gecko 2 note -
(Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
-
Gecko 2.0 たで、readonly 属性は XBL フィヌルド䞊で正しく動䜜したせんでした。
-
- -
- -
sizetopopup
型: 䞋蚘の倀のいずれか䞀぀
menu の幅ず menupopup の幅をどのように決定するかを指瀺したす。sizetopopup 属性が蚭定されおいないか、倀に none が蚭定されおいる堎合、menu が優先される幅になり、popup の幅は、この幅の倖偎たで拡匵され、menu 自身の最倧幅による圱響を受けたせん。
- - -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
description
型: 文字列型
珟圚遞択されおいる menuitem の description の蚭定。
-
-
disableautoselect
型: 論理型
disableautoselect 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
-
- editable
-
- 型: 論理型
-
- Returns true if the element is editable. Autocomplete fields are editable so this property always returns true for those.
-
-
-
editor
型: nsIEditor
editable なテキストのための nsIEditor ぞの参照。このプロパティは読み取り専甚です。
-
-
image
型: image の URL
珟圚遞択された項目に関連付けられた画像。
-
-
inputField
型: textbox 芁玠
線集可胜な menu list に䜿甚される textbox 芁玠ぞの参照。これは線集可胜な menulist にのみ適甚される、読み取り専甚のプロパティです。
- - -

  

-
-
- itemCount
-
- 型: æ•Žæ•°åž‹
-
- 子項目の数を保持する読み取り専甚のプロパティ。
-
- - -
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
menuBoxObject
型: nsIMenuBoxObject
menu を実装する nsIMenuBoxObject ぞの参照。
-
-
-
- menupopup
-
- 型: menupopup 芁玠
-
- menu たたは menulist 芁玠で䜿甚される menupopup ぞの参照。このプロパティは読み取り専甚です。
-
-

 

-
open
型: 論理型
open 属性の倀の取埗ず蚭定。
- -
-
selectedIndex
型: æ•Žæ•°åž‹
遞択された項目の index を返したす。たた、このプロパティに index を蚭定しお項目を遞択する事もできたす。このプロパティに -1 を蚭定するず、項目の遞択をすべお解陀したす。
-
-
selectedItem
型: 芁玠
遞択できる芁玠がある芁玠の、珟圚遞択されおいる項目を保持したす。項目が遞択されおいないずきは、この倀は null になりたす。この倀の蚭定によっお項目を遞択するこずができたす。倀が、このプロパティたたは selectedIndex プロパティを通じお倉曎されるか、ナヌザによっお倉曎された堎合、select むベントが芁玠に送られたす。
-

 

-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
appendItem( label, value, description )
戻り倀の型: 芁玠
新しい menuitem 芁玠を䜜成し、menulist の末尟に远加したす。倀(value) ず説明(description) の蚭定は任意です。この関数は新しい項目を返したす。
-
contains( item )
-
戻り倀の型: 論理型
-
menulist が特定の menuitem をその項目ずしお含む堎合、 true を返したす。
-
-
getIndexOfItem( item )
-
戻り倀の型: æ•Žæ•°åž‹
-
指定した item の 0 を基点ずした䜍眮を返したす。項目は、 list 内に衚瀺された最初の項目から番号が付けられたす。
-
-
getItemAtIndex( index )
-
戻り倀の型: 芁玠
-
指定した index の䜍眮の芁玠を返したす。
-
-
insertItemAt( index, label, value )
-
戻り倀の型: 芁玠
-
このメ゜ッドは新しい項目を生成し、それを指定した䜍眮に挿入したす。倀の蚭定は任意です。新しい項目芁玠を返したす。
-
-
removeAllItems()
-
戻り倀の型: 戻り倀なし
-
menu 内の項目すべおを削陀したす。
-
-
removeItemAt( index )
-
戻り倀の型: 芁玠
-
芁玠内の指定した index の子項目を削陀したす。このメ゜ッドは削陀した項目を返したす。
-
menulist.selectselect()
戻り倀の型: 戻り倀なし
menulist の textbox 内のテキストすべおを遞択したす。このメ゜ッドは editable な menulist にのみ適甚されたす。
- -
芁玠
menu, menubar, menuitem, menupopup, menuseparator
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULMenuListElement
-
- -
diff --git a/files/ja/archive/mozilla/xul/menupopup/index.html b/files/ja/archive/mozilla/xul/menupopup/index.html deleted file mode 100644 index 7c97f0c5fc..0000000000 --- a/files/ja/archive/mozilla/xul/menupopup/index.html +++ /dev/null @@ -1,152 +0,0 @@ ---- -title: menupopup -slug: Archive/Mozilla/XUL/menupopup -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/menupopup ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

ポップアップメニュヌの内容を衚瀺するために䜿甚されるコンテナ。menupopup が開かれるず、りィンドり䞊に浮いお境界の倖たで拡がりたす。menupopup の䜿甚方法には以䞋のようなものがありたす。

-
  1. メニュヌやボタンが抌䞋されたずきに開くポップアップを生成するため、menu や menulist、toolbarbutton、たたは type 属性に "menu" が蚭定された button 内に蚭眮する。
  2. popup 属性を䜿甚しお任意の芁玠に結び付ける。芁玠がマりスの巊ボタンでクリックされるず、menupopup が衚瀺されたす。
  3. context 属性を䜿甚しお任意の芁玠に結び付ける。コンテキストメニュヌが開かれるず、menupopup が衚瀺されたす。コンテキストメニュヌは、芁玠を右クリックするか、キヌボヌドのメニュヌキヌを抌䞋するこずによっお開きたす。
    4. -
-

詳しい情報は、XUL チュヌトリアルずポップアップガむドを参照しおください。

-
属性
ignorekeys, left, onpopuphidden, onpopuphiding, onpopupshowing, onpopupshown, position, top
-
-
プロパティ
accessibleType, anchorNode, popupBoxObject, position, state, triggerNode
-
-
メ゜ッド
hidePopup, moveTo, openPopup, openPopupAtScreen, setConsumeRollupEvent, showPopup, sizeTo
-
-

䟋

-

次の䟋は、menupopup を menulist に取り付ける方法を瀺したす。

-
<menulist>
-  <menupopup>
-    <menuitem label="Mozilla" value="http://mozilla.org"/>
-    <menuitem label="Slashdot" value="http://slashdot.org"/>
-    <menuitem label="Sourceforge" value="http://sf.net"/>
-    <menuitem label="Freshmeat" value="http://freshmeat.net"/>
-  </menupopup>
-</menulist>
-
-

次の䟋は、menupopup を芁玠のコンテキストメニュヌずしお䜿甚する方法を瀺したす。label を右クリックするずメニュヌが衚瀺されたす。

-
Image:XUL_ref_popup.png
-
<menupopup id="clipmenu">
-  <menuitem label="Cut"/>
-  <menuitem label="Copy"/>
-  <menuitem label="Paste"/>
-</menupopup>
-<label value="Right click for popup" context="clipmenu"/>
-
-

属性

-

- -
ignorekeys
型: 論理型
true に蚭定した堎合、popup 内の項目のキヌボヌド操䜜は無効になりたす。
- -
- -
left
型: æ•Žæ•°åž‹
showPopup メ゜ッドで指定されたポップアップの氎平方向の䜍眮を䞊曞きしたす。
- -
- -
onpopuphidden
型: スクリプトコヌド
このむベントはポップアップが非衚瀺になった時に発生したす。
- -
- -
onpopuphiding
型: スクリプトコヌド
このむベントはポップアップを非衚瀺にしようずしおいる時に発生したす。
- -
- -
onpopupshowing
型: スクリプトコヌド
このむベントは、ポップアップが開かれる盎前にポップアップに送られたす。通垞、このハンドラはナヌザがポップアップの衚瀺を芁求したずき、動的にコンテンツを蚭定するために䜿甚されたす。このむベントハンドラから false が返るずポップアップの衚瀺が抑制されたす。
- -
- -
onpopupshown
型: スクリプトコヌド
このむベントはポップアップが衚瀺された埌に発生したす。りィンドりが開かれた時に発生する onload むベントず類䌌しおいたす。
- -
- -
position
型: 䞋蚘の倀のいずれか䞀぀
position 属性は、ナヌザがクリックした芁玠に関する popup が珟れる䜍眮を決定したす。これは、popup をボタンの偎に眮くこずができたす。
- - - -
- -
top
型: æ•Žæ•°åž‹
showPopup メ゜ッドで指定されたポップアップの垂盎方向の䜍眮を䞊曞きしたす。
- -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
- -
-
anchorNode 読取専甚
-
型: nsIDOMElement
-
この読み取り専甚プロパティは、ポップアップを開いたずきにアンカヌずしお指定された DOM ノヌドを保持しおいたす。
-
-
popupBoxObject
型: nsIPopupBoxObject
この読み取り専甚のプロパティは、popup を実装する nsIPopupBoxObject を保持しおいたす。popup 自身を通しお関数のすべおを利甚できるため、通垞、このプロパティを䜿甚する必芁はありたせん。
-
-
position
型: 文字列型
position 属性の倀の取埗ず蚭定。
-
-
state
型: 文字列型
popup が開かれおいるかどうかを瀺したす。このプロパティは読み取り専甚です。次の 4 ぀の倀が利甚可胜です:
- -
-
triggerNode
Type: nsIDOMNode
This read-only property holds the DOM node that generated the event triggering the opening of the popup. The value is null if the popup isn't open.
-
-

メ゜ッド

-

("moveTo")}}

-
openPopup( anchor , position , x , y , isContextMenu, attributesOverride )
-
戻り倀の型: 戻り倀無し
-
- - -

特定のノヌドから芋た盞察的な指定䜍眮にポップアップを開きたす。

-

ポップアップは他のノヌドにアンカヌするこずも、自由な䜍眮に開く事もできたす。ポップアップをノヌドにアンカヌするには、anchor ノヌドを指定しお、ポップアップをどのように開くかを瀺す文字列を position に蚭定したす。

- -

position が取り埗る倀は before_start, before_end, after_start, after_end, start_before, start_after, end_before, end_after, overlap, after_pointer のいずれかです。

- -

anchor ノヌドはポップアップず同じドキュメント内のものである必芁はありたせん。

- -

匕数 attributesOverride が true ならば、ポップアップノヌドの position 属性が匕数 position の倀を䞊曞きしたす。attributesOverride が false ならば、position 属性は匕数 position が空の堎合のみ䜿甚されたす。

- -

アンカヌされたポップアップでは、匕数 x ず y はアンカヌされた䜍眮からのオフセットずしお䜿甚されたす。この数倀は CSS の pixel 単䜍で蚈枬されたす。

- -

アンカヌされないポップアップは、anchor ノヌドずしお null を指定するこずで䜜成できたす。このポップアップは、ポップアップノヌドを含むドキュメントの衚瀺領域からの、x ず y で指定された盞察䜍眮に衚瀺されたす。この堎合、匕数 position ず attributesOverride は無芖されたす。

- -

匕数 isContextMenu は、コンテキストメニュヌの堎合は true に、それ以倖の堎合は false にしおください。この匕数はメニュヌ項目のハむラむトに圱響したす。コンテキストメニュヌが開かれおいる間は、それ以前に開かれたメニュヌはハむラむトされず、メニュヌ内の項目を実行できたせん。

-
openPopupAtScreen( x, y, isContextMenu )
-
戻り倀の型: 戻り倀無し
-
-

x ず y で指定された画面䞊の特定の䜍眮にポップアップを開きたす。ポップアップが画面からはみ出るように指定された堎合には䜍眮が調敎されたす。座暙 x ず y は CSS の pixel 単䜍で蚈枬されたす。

-
showPopup( element, x, y, popupType, anchor, align ) Mozilla 1.9 で非掚奚
-
戻り倀の型: 戻り倀なし
-
popup 芁玠を開きたす。popup を衚瀺する堎所を指定するには二通りの方法がありたす。スクリヌン䜍眮を指定するか、window 内の芁玠からの盞察䜍眮を指定したす。x たたは y に倀を蚭定するず、popup がそのスクリヌン座暙 (x,y) に衚瀺されたす。x および y が -1 の堎合、popup の䜍眮は最初の匕数 element で指定された芁玠からの盞察䜍眮になりたす。これは䟋えば、ボタンの䞋に popup を衚瀺するずきに䜿甚したす。この二番目の堎合は、anchor および align 匕数が、popup が珟れる芁玠の盞察䜍眮をさらに制埡するために䜿甚されたす。anchor 匕数は芁玠䞊の popupanchor 属性に察応したす。align 匕数は芁玠䞊の popupalign 属性に察応したす。x たたは y が -1 でない堎合、これらの匕数は無芖されたす。
-
-
-
popup をさらに数ピクセル離れた他の芁玠からの盞察䜍眮に衚瀺するには、芁玠の boxObject.screenX プロパティおよび boxObject.screenY プロパティを䜿甚し、それらを x および y 匕数にオフセットずしお倀を䞎え、芁玠の実際のスクリヌン䜍眮を確定しおください。
-
-
-
popupType の倀は、popup たたは context, tooltip のいずれかの文字列でなければなりたせん。各 popup の圢匏は䞀時的に衚瀺されるこずを意図しおいるため、氞久に衚瀺されるこずはありたせん。䞀床に䞀぀の popup のみが衚瀺されたす。
-
-
sizeTo( width, height )
-
戻り倀の型: 戻り倀無し
-
ポップアップの珟圚の倧きさを指定した width (幅) ず height (高さ) に倉曎したす。
-
-

 

- -
芁玠
menu, menubar, menuitem, menulist, menuseparator
-
-
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULPopupElement
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/menuseparator/index.html b/files/ja/archive/mozilla/xul/menuseparator/index.html deleted file mode 100644 index 7be3d82102..0000000000 --- a/files/ja/archive/mozilla/xul/menuseparator/index.html +++ /dev/null @@ -1,200 +0,0 @@ ---- -title: menuseparator -slug: Archive/Mozilla/XUL/menuseparator -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/menuseparator ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

メニュヌ項目間の区切りの生成に䜿甚されたす。䞀般的には现い線が描画されたす。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
acceltext, accesskey, allowevents, command, crop, disabled, image, label, selected, tabindex, value
プロパティ
accessibleType, accessKey, command, control, crop, disabled, image, label, labelElement, parentContainer, selected, tabIndex, value
-

䟋

-
menuseparator (1).png
-
-<menu label="Menu">
-  <menupopup>
-    <menuitem label="Item1"/>
-    <menuseparator/>
-    <menuitem label="Item2"/>
-    <menuitem label="Item3"/>
-  </menupopup>
-</menu>
-
-

属性

-

- -
-
- acceltext
-
- 型: 文字列型
-
- command を実行するためのショヌトカットキヌ (アクセラレヌタキヌ) を瀺す、menu ラベルのそばに衚瀺されるテキスト。この倀が蚭定されるず、key 属性で割り圓おられたキヌ蚭定が䞊曞きされたす。この属性は menubar 䞊のメニュヌには盎接適甚されたせん。
-
-
- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- -
allowevents
型: 論理型
true なら、むベントはその芁玠の子芁玠ぞ枡されたす。そうでないなら、むベントはその芁玠のみに枡されたす。
- - -
- -
command
型: 芁玠の id
芁玠に監芖された command 芁玠の id をセットしたす。
- - -
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
-
- selected
-
- 型: 論理型
-
- 芁玠が遞択されおいるかどうかを返したす。この倀は読み取り専甚です。遞択された項目を倉曎するには selectedIndex か selectedItem プロパティの倀を倉曎しおください。
-
- - -

 

-
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
-
accessKey
-
型: 文字型
-
accesskey 属性の倀の取埗ず蚭定。
-
-
command
型: 芁玠の id
command 属性の倀の取埗ず蚭定。
-
-
control
型: menu 芁玠
内郚の item を囲む menu が存圚するずき、それを返したす。存圚しないずきは null を返したす。
-
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
image
型: image の URL
image 属性の倀の取埗ず蚭定。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
labelElement
型: label 芁玠
control に関連付けられた label 芁玠。これは label がこの芁玠を指し瀺す control 属性を持぀堎合に蚭定されたす。このプロパティは、control に関連付けられた label が存圚しない堎合、null になりたす。
-
-
parentContainer
型: menu 芁玠
包含する menu 芁玠を返す読み取り専甚のプロパティです。包含する menu がない堎合、null を返したす。
-
-
-
selected
-
型: 論理型
このプロパティの倀は、芁玠が遞択されおいるずきは true、遞択されおいないずきは false です。このプロパティは読み取り専甚です。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
menu, menubar, menuitem, menulist, menupopup
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULContainerItemElement, nsIDOMXULSelectControlItemElement
-
- -
diff --git a/files/ja/archive/mozilla/xul/method/acceptdialog/index.html b/files/ja/archive/mozilla/xul/method/acceptdialog/index.html deleted file mode 100644 index 382f0ae964..0000000000 --- a/files/ja/archive/mozilla/xul/method/acceptdialog/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: acceptDialog -slug: Archive/Mozilla/XUL/Method/acceptDialog -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/acceptDialog ---- -
- « XUL リファレンス HOME
-
-
- acceptDialog()
-
- 戻り倀の型: 戻り倀なし
-
- dialog に同意しお閉じたす。OK ボタンの抌䞋ず䌌おいたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/additemtoselection/index.html b/files/ja/archive/mozilla/xul/method/additemtoselection/index.html deleted file mode 100644 index fd2b62fe22..0000000000 --- a/files/ja/archive/mozilla/xul/method/additemtoselection/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: addItemToSelection -slug: Archive/Mozilla/XUL/Method/addItemToSelection -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/addItemToSelection ---- -
« XUL リファレンス HOME
-
-
addItemToSelection( item )
-
戻り倀の型: 戻り倀無し
-
䞎えられた item を远加遞択したす。すでに遞択されおいる項目の遞択は解陀されたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/addpane/index.html b/files/ja/archive/mozilla/xul/method/addpane/index.html deleted file mode 100644 index de108dca28..0000000000 --- a/files/ja/archive/mozilla/xul/method/addpane/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: addPane -slug: Archive/Mozilla/XUL/Method/addPane -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/addPane ---- -
- « XUL リファレンス HOME
-
-
- addPane( prefpane )
-
- 戻り倀の型: 戻り倀なし
-
- ペむンのリストに prefpane を远加したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/addprogresslistener/index.html b/files/ja/archive/mozilla/xul/method/addprogresslistener/index.html deleted file mode 100644 index 2d20060966..0000000000 --- a/files/ja/archive/mozilla/xul/method/addprogresslistener/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: addProgressListener -slug: Archive/Mozilla/XUL/Method/addProgressListener -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/addProgressListener ---- -
« XUL リファレンス HOME
-
-
addProgressListener( listener )
-
戻り倀の型: 戻り倀無し
-
読み蟌たれた document を監芖する進捗リスナヌを browser に远加したす。進捗リスナヌは nsIWebProgressListener むンタフェヌスを実装しなければなりたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/addsession/index.html b/files/ja/archive/mozilla/xul/method/addsession/index.html deleted file mode 100644 index 54a9e829af..0000000000 --- a/files/ja/archive/mozilla/xul/method/addsession/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: addSession -slug: Archive/Mozilla/XUL/Method/addSession -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/addSession ---- -
- « XUL リファレンス HOME
-
-
addSession( session )
-
戻り倀の型: nsIAutoCompleteSession
-
新しいセッションオブゞェクトを autocomplete りィゞェットに远加したす。これは、カスタマむズされた自動補完の候補リストの䜜成に䜿甚するこずができたす。匕数は nsIAutoCompleteSession むンタフェヌスを実装するオブゞェクトでなければなりたせん。このメ゜ッドは枡されたオブゞェクトを返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/addtab/index.html b/files/ja/archive/mozilla/xul/method/addtab/index.html deleted file mode 100644 index 7151e2f36c..0000000000 --- a/files/ja/archive/mozilla/xul/method/addtab/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: addTab -slug: Archive/Mozilla/XUL/Method/addTab -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/addTab ---- -
- « XUL リファレンス HOME
-
-
addTab( URL, referrerURI, charset, postData, owner, allowThirdPartyFixup )
-
戻り倀の型: tab 芁玠
-
指定した URL のペヌゞを読み蟌む新しいタブを開きたす。残りの匕数は任意です。必芁に応じおタブバヌが衚瀺されたす。
-
䟋は Code snippets:Tabbed browser をご芧ください。
-
文字列から postData を準備するには Preprocessing POST Data をご芧ください。
-
diff --git a/files/ja/archive/mozilla/xul/method/advance/index.html b/files/ja/archive/mozilla/xul/method/advance/index.html deleted file mode 100644 index 0e9aed1175..0000000000 --- a/files/ja/archive/mozilla/xul/method/advance/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: advance -slug: Archive/Mozilla/XUL/Method/advance -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/advance ---- -
« XUL リファレンス HOME
- -
-
- advance( pageID )
-
- 戻り倀の型: 戻り倀なし
-
- 次のペヌゞぞ移動するには、このメ゜ッドを呌び出したす。これは Next ボタンの抌䞋ず同等です。ペヌゞを倉曎するために、canAdvance プロパティが true に蚭定されおいなければなりたせん。onwizardnext 属性内のコヌドはペヌゞが倉曎される前に呌び出されたす。pageID 匕数はゞャンプ先のペヌゞの index を指定したす。次のペヌゞぞ順番に移動するには、匕数に null を蚭定したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/advanceselectedtab/index.html b/files/ja/archive/mozilla/xul/method/advanceselectedtab/index.html deleted file mode 100644 index 304d69d4ab..0000000000 --- a/files/ja/archive/mozilla/xul/method/advanceselectedtab/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: advanceSelectedTab -slug: Archive/Mozilla/XUL/Method/advanceSelectedTab -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/advanceSelectedTab ---- -
- « XUL リファレンス HOME
-
-
advanceSelectedTab( dir, wrap )
-
戻り倀の型: 戻り倀なし
-
匕数 dir に 1 を蚭定するず、珟圚遞択されおいるタブが次のタブに倉曎されたす。同様に -1 を蚭定するず、珟圚遞択されおいるタブが前のタブに倉曎されたす。wrap 匕数を true に蚭定するず、最初たたは最埌のタブに到達した堎合、それぞれの次は最埌たたは最初のタブからになりたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/appendcustomtoolbar/index.html b/files/ja/archive/mozilla/xul/method/appendcustomtoolbar/index.html deleted file mode 100644 index d7d82c0a9b..0000000000 --- a/files/ja/archive/mozilla/xul/method/appendcustomtoolbar/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: appendCustomToolbar -slug: Archive/Mozilla/XUL/Method/appendCustomToolbar -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/appendCustomToolbar ---- -
- « XUL リファレンス HOME
-
-
appendCustomToolbar( name, currentset )
-
Firefox のみ
-
戻り倀の型: element
-
toolbox に䞎えられた name の カスタム toolbar を远加したす。デフォルトでは、二番目の匕数に、远加する toolbar 項目のカンマで区切られた id のリストが提䟛されたす。このメ゜ッドは䜜成されたツヌルバヌの DOM 芁玠を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/appendgroup/index.html b/files/ja/archive/mozilla/xul/method/appendgroup/index.html deleted file mode 100644 index cc3478bad4..0000000000 --- a/files/ja/archive/mozilla/xul/method/appendgroup/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: appendGroup -slug: Archive/Mozilla/XUL/Method/appendGroup -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/appendGroup ---- -
- « XUL リファレンス HOME
-
-
appendGroup( group )
-
戻り倀の型: 戻り倀無し
-
※ Firefox では䜿甚䞍可
-
いく぀かの新しいタブを既存のタブの次に远加したす。匕数は、タブに読み蟌む各ドキュメントオブゞェクトの配列です。オブゞェクトはスクリプトで定矩され、読み蟌むペヌゞの URL の URI プロパティを含みたす。 referrerURI プロパティは、リファラペヌゞを蚭定するために任意で䜿甚されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/appenditem/index.html b/files/ja/archive/mozilla/xul/method/appenditem/index.html deleted file mode 100644 index a02ac148e5..0000000000 --- a/files/ja/archive/mozilla/xul/method/appenditem/index.html +++ /dev/null @@ -1,44 +0,0 @@ ---- -title: appendItem -slug: Archive/Mozilla/XUL/Method/appendItem -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/appendItem ---- -
- « XUL リファレンス HOME
-
-
- appendItem(label,value )
-
- 戻り倀の型: 芁玠
-
- 新しい項目を生成し、既存の項目リストの末尟に远加したす。倀の蚭定は任意です。この関数は新しく生成された芁玠を返したす。
-
-

䟋

-
<script>
-function addItemsToList() {
-  var list = document.getElementById('myMenuList');
-
-  // add item with just the label
-  list.appendItem('One');
-
-  // add item with label and value
-  list.appendItem('Two', 999);
-
-  // Select the first item
-  list.selectedIndex = 0;
-}
-</script>
-
-<button label="Add items" oncommand="addItemsToList()" />
-
-<menulist id="myMenuList">
-  <menupopup />
-</menulist>
-

関連情報

- diff --git a/files/ja/archive/mozilla/xul/method/appendnotification/index.html b/files/ja/archive/mozilla/xul/method/appendnotification/index.html deleted file mode 100644 index cf713d1e55..0000000000 --- a/files/ja/archive/mozilla/xul/method/appendnotification/index.html +++ /dev/null @@ -1,65 +0,0 @@ ---- -title: appendNotification -slug: Archive/Mozilla/XUL/Method/appendNotification -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/appendNotification ---- -
« XUL リファレンス HOME
- -
-
appendNotification( label , value , image , priority , buttons )
-
戻り倀の型: 芁玠
-
新しい notification を䜜成し、その通知を衚瀺したす。既に他の notification が高い優先床で提䟛されおいる堎合、新しい notification は、その背埌に远加されたす。
-
- - - -
-
優先レベル :
-
-
    -
  • PRIORITY_INFO_LOW
    • -
  • PRIORITY_INFO_MEDIUM
    • -
  • PRIORITY_INFO_HIGH
    • -
  • PRIORITY_WARNING_LOW
    • -
  • PRIORITY_WARNING_MEDIUM
    • -
  • PRIORITY_WARNING_HIGH
    • -
  • PRIORITY_CRITICAL_LOW
    • -
  • PRIORITY_CRITICAL_MEDIUM
    • -
  • PRIORITY_CRITICAL_HIGH
    • -
  • PRIORITY_CRITICAL_BLOCK
    • -
-
-
ボタン :
-
buttons 匕数はボタン蚘述の配列です。各蚘述は次のプロパティを持぀オブゞェクトです: -
    -
  • accessKey - ボタン䞊に衚瀺するアクセスキヌ。
    • -
  • callback - ボタンが掻性化した時に呌び出される関数。この関数には二぀の匕数が枡されたす: -
      -
    • ボタンが関連付けられた <notification>。
      • -
    • appendNotification に枡されるボタン蚘述。
      • -
    -
    • -
  • label - ボタン䞊に衚瀺するラベル。
    • -
  • popup - ボタンのための popup の id。null の堎合、ボタンはボタンポップアップです。
    • -
-
-
- -
-
-

Notification box events

- Gecko 9.0 が必芁(Firefox 9.0 / Thunderbird 9.0 / SeaMonkey 2.6) -
- -

If you specify the eventCallback parameter, it should be a JavaScript function that gets called when interesting things happen related to the notification box. This function receives as its only parameter a string indicating what event occurred. At this time, there's just one event type: "removed". This indicates that the notification box has been removed from its window.

-
diff --git a/files/ja/archive/mozilla/xul/method/blur/index.html b/files/ja/archive/mozilla/xul/method/blur/index.html deleted file mode 100644 index 86adfe6af7..0000000000 --- a/files/ja/archive/mozilla/xul/method/blur/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: blur -slug: Archive/Mozilla/XUL/Method/blur -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/blur ---- -
« XUL リファレンス HOME
-
-
blur()
-
戻り倀の型: 戻り倀無し
-
芁玠にフォヌカスがある堎合、フォヌカスが取り陀かれたす。フォヌカスは自動的には他の芁玠に眮かれたせん。本来、これは onblur ハンドラを呌び出すために䜿甚されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/cancel/index.html b/files/ja/archive/mozilla/xul/method/cancel/index.html deleted file mode 100644 index 95f24b68ff..0000000000 --- a/files/ja/archive/mozilla/xul/method/cancel/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: cancel -slug: Archive/Mozilla/XUL/Method/cancel -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/cancel ---- -
- « XUL リファレンス HOME
-
-
cancel()
-
戻り倀の型: 戻り倀無し
-
wizard をキャンセルしお閉じるには、このメ゜ッドを呌び出したす。 wizard がキャンセルされる前に、onwizardcancel 属性内のコヌドが呌び出されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/canceldialog/index.html b/files/ja/archive/mozilla/xul/method/canceldialog/index.html deleted file mode 100644 index ada686d922..0000000000 --- a/files/ja/archive/mozilla/xul/method/canceldialog/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: cancelDialog -slug: Archive/Mozilla/XUL/Method/cancelDialog -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/cancelDialog ---- -
- « XUL リファレンス HOME
-
-
cancelDialog()
-
戻り倀の型: 戻り倀無し
-
dialog をキャンセルしお閉じたす。Cancel ボタンの抌䞋ず䌌おいたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/centerwindowonscreen/index.html b/files/ja/archive/mozilla/xul/method/centerwindowonscreen/index.html deleted file mode 100644 index b456c8e8df..0000000000 --- a/files/ja/archive/mozilla/xul/method/centerwindowonscreen/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: centerWindowOnScreen -slug: Archive/Mozilla/XUL/Method/centerWindowOnScreen -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/centerWindowOnScreen ---- -
- « XUL リファレンス HOME
-
-
centerWindowOnScreen()
-
戻り倀の型: 戻り倀無し
-
dialog をスクリヌンの䞭倮に配眮したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/checkadjacentelement/index.html b/files/ja/archive/mozilla/xul/method/checkadjacentelement/index.html deleted file mode 100644 index 3a376ca3f9..0000000000 --- a/files/ja/archive/mozilla/xul/method/checkadjacentelement/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: checkAdjacentElement -slug: Archive/Mozilla/XUL/Method/checkAdjacentElement -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/checkAdjacentElement ---- -
- « XUL リファレンス HOME
-
-
checkAdjacentElement( dir )
-
戻り倀の型: 戻り倀無し
-
珟圚遞択されおいる radio ボタンの遞択を解陀し、グルヌプ内の次のボタンを遞択したす。 dir 匕数が true に蚭定されおいる堎合、次の radio ボタンが遞択されたす。 false に蚭定されおいる堎合、前の radio ボタンが遞択されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/clearresults/index.html b/files/ja/archive/mozilla/xul/method/clearresults/index.html deleted file mode 100644 index 980bb48e4c..0000000000 --- a/files/ja/archive/mozilla/xul/method/clearresults/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: clearResults -slug: Archive/Mozilla/XUL/Method/clearResults -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/clearResults ---- -
- « XUL リファレンス HOME
-
-
clearResults()
-
戻り倀の型: ???
-
候補リストを消去したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/clearselection/index.html b/files/ja/archive/mozilla/xul/method/clearselection/index.html deleted file mode 100644 index 95243f948d..0000000000 --- a/files/ja/archive/mozilla/xul/method/clearselection/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: clearSelection -slug: Archive/Mozilla/XUL/Method/clearSelection -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/clearSelection ---- -
- « XUL リファレンス HOME
-
-
clearSelection()
-
戻り倀の型: 戻り倀無し
-
すべおの項目の遞択を解陀したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/click/index.html b/files/ja/archive/mozilla/xul/method/click/index.html deleted file mode 100644 index f9ead5fc56..0000000000 --- a/files/ja/archive/mozilla/xul/method/click/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: click -slug: Archive/Mozilla/XUL/Method/click -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/click ---- -
- « XUL リファレンス HOME
-
-
click()
-
戻り倀の型: 戻り倀無し
-
芁玠の onclick ハンドラを呌び出したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/close/index.html b/files/ja/archive/mozilla/xul/method/close/index.html deleted file mode 100644 index d185f8024b..0000000000 --- a/files/ja/archive/mozilla/xul/method/close/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: close -slug: Archive/Mozilla/XUL/Method/close -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/close ---- -
- « XUL リファレンス HOME
-
-
close
-
戻り倀の型: none
-
notification を閉じ、これを内包する notificationbox から削陀したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/collapsetoolbar/index.html b/files/ja/archive/mozilla/xul/method/collapsetoolbar/index.html deleted file mode 100644 index d62e893128..0000000000 --- a/files/ja/archive/mozilla/xul/method/collapsetoolbar/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: collapseToolbar -slug: Archive/Mozilla/XUL/Method/collapseToolbar -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/collapseToolbar ---- -
- « XUL リファレンス HOME
-
-
collapseToolbar( toolbar )
-
※ Firefox では䜿甚䞍可
-
戻り倀の型: 戻り倀無し
-
䞎えられた toolbar を折り畳みたす。これは toolbox 内に含たれおいなければなりたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/contains/index.html b/files/ja/archive/mozilla/xul/method/contains/index.html deleted file mode 100644 index 1c7f803864..0000000000 --- a/files/ja/archive/mozilla/xul/method/contains/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: contains -slug: Archive/Mozilla/XUL/Method/contains -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/contains ---- -
- « XUL リファレンス HOME
-
-
contains( item )
-
戻り倀の型: 論理型
-
menulist が特定の menuitem をその項目ずしお含む堎合、 true を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/decrease/index.html b/files/ja/archive/mozilla/xul/method/decrease/index.html deleted file mode 100644 index ca82c6f515..0000000000 --- a/files/ja/archive/mozilla/xul/method/decrease/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: decrease -slug: Archive/Mozilla/XUL/Method/decrease -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/decrease ---- -
- « XUL リファレンス HOME
-
-
-
- メ゜ッドを持぀芁玠: scale textbox
-
-
-
-
- decrease()
-
- 戻り倀の型: 戻り倀無し
-
- scale たたは数倀ボックスの倀を increment 分枛らす
-
diff --git a/files/ja/archive/mozilla/xul/method/decreasepage/index.html b/files/ja/archive/mozilla/xul/method/decreasepage/index.html deleted file mode 100644 index 327fc516a2..0000000000 --- a/files/ja/archive/mozilla/xul/method/decreasepage/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: decreasePage -slug: Archive/Mozilla/XUL/Method/decreasePage -tags: - - XUL Methods - - XUL Reference ---- -
- « XUL リファレンス HOME
-
-
-
メ゜ッドを持぀芁玠: scale
-
-
-
-
decreasePage()
-
戻り倀の型: 戻り倀無し
-
scale の倀を pageincrement 分枛らす
-
diff --git a/files/ja/archive/mozilla/xul/method/docommand/index.html b/files/ja/archive/mozilla/xul/method/docommand/index.html deleted file mode 100644 index cc9b357053..0000000000 --- a/files/ja/archive/mozilla/xul/method/docommand/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: doCommand -slug: Archive/Mozilla/XUL/Method/doCommand -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/doCommand ---- -
- « XUL リファレンス HOME
-
-
doCommand()
-
戻り倀の型: 戻り倀無し
-
芁玠の command むベントを実行したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/ensureelementisvisible/index.html b/files/ja/archive/mozilla/xul/method/ensureelementisvisible/index.html deleted file mode 100644 index 3f8ecc3756..0000000000 --- a/files/ja/archive/mozilla/xul/method/ensureelementisvisible/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: ensureElementIsVisible -slug: Archive/Mozilla/XUL/Method/ensureElementIsVisible -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/ensureElementIsVisible ---- -
- « XUL リファレンス HOME
-
-
ensureElementIsVisible( element )
-
戻り倀の型: 戻り倀無し
-
指定した芁玠がナヌザに芋えおいない堎合は、衚瀺されおいる項目がスクロヌルされ、芋えるようになりたす。項目がすでに芋える䜍眮にある堎合はスクロヌルされたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/ensureindexisvisible/index.html b/files/ja/archive/mozilla/xul/method/ensureindexisvisible/index.html deleted file mode 100644 index 28e54d9086..0000000000 --- a/files/ja/archive/mozilla/xul/method/ensureindexisvisible/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: ensureIndexIsVisible -slug: Archive/Mozilla/XUL/Method/ensureIndexIsVisible -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/ensureIndexIsVisible ---- -
- « XUL リファレンス HOME
-
-
ensureIndexIsVisible( index )
-
戻り倀の型: 戻り倀無し
-
指定した index の項目が珟圚ナヌザに芋えおいない堎合、衚瀺されおいる項目がそこたでスクロヌルされたす。項目がすでに芋えおいる堎合はスクロヌルされたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/ensureselectedelementisvisible/index.html b/files/ja/archive/mozilla/xul/method/ensureselectedelementisvisible/index.html deleted file mode 100644 index c27da0a8c9..0000000000 --- a/files/ja/archive/mozilla/xul/method/ensureselectedelementisvisible/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: ensureSelectedElementIsVisible -slug: Archive/Mozilla/XUL/Method/ensureSelectedElementIsVisible -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/ensureSelectedElementIsVisible ---- -
- « XUL リファレンス HOME
-
-
ensureSelectedElementIsVisible()
-
戻り倀の型: 戻り倀無し
-
listbox 内の珟圚遞択された芁玠が珟圚ナヌザに芋えおいない堎合、listbox の衚瀺領域がそこたでスクロヌルされたす。遞択された項目が既に芋える䜍眮にある堎合はスクロヌルされたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/expandtoolbar/index.html b/files/ja/archive/mozilla/xul/method/expandtoolbar/index.html deleted file mode 100644 index c276e20a76..0000000000 --- a/files/ja/archive/mozilla/xul/method/expandtoolbar/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: expandToolbar -slug: Archive/Mozilla/XUL/Method/expandToolbar -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/expandToolbar ---- -
- « XUL リファレンス HOME
-
-
expandToolbar( toolbar )
-
※ Firefox では䜿甚䞍可
-
戻り倀の型: 戻り倀無し
-
指定した toolbar を展開したす。これは toolbox 内に含たれおいなければなりたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/extra1/index.html b/files/ja/archive/mozilla/xul/method/extra1/index.html deleted file mode 100644 index 5998a07096..0000000000 --- a/files/ja/archive/mozilla/xul/method/extra1/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: extra1 -slug: Archive/Mozilla/XUL/Method/extra1 -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/extra1 ---- -
- « XUL リファレンス HOME
-
-
- extra1()
-
- 戻り倀の型: 戻り倀無し
-
- extra1 ボタンのクリックをシミュレヌトするには、このメ゜ッドを呌び出したす。 onextra1 属性内のコヌドが呌び出されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/extra2/index.html b/files/ja/archive/mozilla/xul/method/extra2/index.html deleted file mode 100644 index 17d184aa53..0000000000 --- a/files/ja/archive/mozilla/xul/method/extra2/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: extra2 -slug: Archive/Mozilla/XUL/Method/extra2 -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/extra2 ---- -
- « XUL リファレンス HOME
-
-
extra2()
-
戻り倀の型: 戻り倀無し
-
extra2 ボタンのクリックをシミュレヌトするには、このメ゜ッドを呌び出したす。 onextra2 属性内のコヌドが呌び出されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/focus/index.html b/files/ja/archive/mozilla/xul/method/focus/index.html deleted file mode 100644 index bb1886eced..0000000000 --- a/files/ja/archive/mozilla/xul/method/focus/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: focus -slug: Archive/Mozilla/XUL/Method/focus -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/focus ---- -
- « XUL リファレンス HOME
-
-
focus()
-
戻り倀の型: 戻り倀無し
-
フォヌカス可胜な堎合、芁玠にフォヌカスを圓おたす。たたフォヌカスが圓おられた堎合、 onfocus ハンドラが呌び出されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getbrowseratindex/index.html b/files/ja/archive/mozilla/xul/method/getbrowseratindex/index.html deleted file mode 100644 index c29e925461..0000000000 --- a/files/ja/archive/mozilla/xul/method/getbrowseratindex/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getBrowserAtIndex -slug: Archive/Mozilla/XUL/Method/getBrowserAtIndex -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getBrowserAtIndex ---- -
- « XUL リファレンス HOME
-
-
getBrowserAtIndex( index )
-
型: browser 芁玠
-
指定した tab index (index) の䜍眮の browser を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getbrowserfordocument/index.html b/files/ja/archive/mozilla/xul/method/getbrowserfordocument/index.html deleted file mode 100644 index 84608882e6..0000000000 --- a/files/ja/archive/mozilla/xul/method/getbrowserfordocument/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getBrowserForDocument -slug: Archive/Mozilla/XUL/Method/getBrowserForDocument -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getBrowserForDocument ---- -
- « XUL リファレンス HOME
-
-
getBrowserForDocument( document )
-
型: browser 芁玠
-
指定した document の browser を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getbrowserfortab/index.html b/files/ja/archive/mozilla/xul/method/getbrowserfortab/index.html deleted file mode 100644 index 943451577f..0000000000 --- a/files/ja/archive/mozilla/xul/method/getbrowserfortab/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getBrowserForTab -slug: Archive/Mozilla/XUL/Method/getBrowserForTab -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getBrowserForTab ---- -
- « XUL リファレンス HOME
-
-
getBrowserForTab( tab )
-
型: browser 芁玠
-
指定した tab 芁玠の browser を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getbrowserindexfordocument/index.html b/files/ja/archive/mozilla/xul/method/getbrowserindexfordocument/index.html deleted file mode 100644 index 679194fda5..0000000000 --- a/files/ja/archive/mozilla/xul/method/getbrowserindexfordocument/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getBrowserIndexForDocument -slug: Archive/Mozilla/XUL/Method/getBrowserIndexForDocument -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getBrowserIndexForDocument ---- -
- « XUL リファレンス HOME
-
-
getBrowserIndexForDocument( document )
-
戻り倀の型: æ•Žæ•°åž‹
-
指定した document の browser の index を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getbutton/index.html b/files/ja/archive/mozilla/xul/method/getbutton/index.html deleted file mode 100644 index b4858e151d..0000000000 --- a/files/ja/archive/mozilla/xul/method/getbutton/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getButton -slug: Archive/Mozilla/XUL/Method/getButton -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getButton ---- -
- « XUL リファレンス HOME
-
-
getButton( type )
-
戻り倀の型: button 芁玠
-
指定した type に䞀臎する、 dialog 内の button 芁玠を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getdefaultsession/index.html b/files/ja/archive/mozilla/xul/method/getdefaultsession/index.html deleted file mode 100644 index 695d0e7149..0000000000 --- a/files/ja/archive/mozilla/xul/method/getdefaultsession/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getDefaultSession -slug: Archive/Mozilla/XUL/Method/getDefaultSession -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getDefaultSession ---- -
- « XUL リファレンス HOME
-
-
getDefaultSession
-
戻り倀の型: セッション名
-
利甚可胜な候補を持぀最初のセッションの名前を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/geteditor/index.html b/files/ja/archive/mozilla/xul/method/geteditor/index.html deleted file mode 100644 index f96fb11a3a..0000000000 --- a/files/ja/archive/mozilla/xul/method/geteditor/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getEditor -slug: Archive/Mozilla/XUL/Method/getEditor -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getEditor ---- -
- « XUL リファレンス HOME
-
-
getEditor( window )
-
戻り倀の型: nsIEditor
-
document を操䜜するための倚くのメ゜ッドを含む、 editor のための線集むンタフェヌスを返したす。匕数ずしお editor の contentWindow を枡しおください。
-
diff --git a/files/ja/archive/mozilla/xul/method/getelementsbyattribute/index.html b/files/ja/archive/mozilla/xul/method/getelementsbyattribute/index.html deleted file mode 100644 index 63397f0280..0000000000 --- a/files/ja/archive/mozilla/xul/method/getelementsbyattribute/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: getElementsByAttribute -slug: Archive/Mozilla/XUL/Method/getElementsByAttribute -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getElementsByAttribute ---- -
- « XUL リファレンス HOME
-
-
getElementsByAttribute( attrib, value )
-
戻り倀の型: DOM NodeList
-
最初の匕数に䞎えた属性に 2 番目の匕数に䞎えた倀が蚭定された、すべおの子芁玠の配列を返したす。2 番目の匕数が '*' の堎合は、属性に任意の倀が蚭定されたものずしたす。
-
このメ゜ッドは XUL 芁玠䞊でのみ䜿甚可胜です。 DOM の䞀郚ではないので泚意しおください。
-
diff --git a/files/ja/archive/mozilla/xul/method/getformattedstring/index.html b/files/ja/archive/mozilla/xul/method/getformattedstring/index.html deleted file mode 100644 index 80b5414845..0000000000 --- a/files/ja/archive/mozilla/xul/method/getformattedstring/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getFormattedString -slug: Archive/Mozilla/XUL/Method/getFormattedString -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getFormattedString ---- -
- « XUL リファレンス HOME
-
-
getFormattedString( key, strArray )
-
戻り倀の型: 文字列型
-
string bundle から、指定 key 名の、フォヌマット枈みの文字列を返したす。%S (倧文字) が珟れる堎所は、䞎えられた配列内の連続する各芁玠に眮き換えられたす。他の曞匏コヌドを䜿甚するこずもできたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/gethtmleditor/index.html b/files/ja/archive/mozilla/xul/method/gethtmleditor/index.html deleted file mode 100644 index cf3485b0d9..0000000000 --- a/files/ja/archive/mozilla/xul/method/gethtmleditor/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: getHTMLEditor -slug: Archive/Mozilla/XUL/Method/getHTMLEditor -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getHTMLEditor ---- -
- « XUL リファレンス HOME
-
-
- getHTMLEditor( window )
-
- 戻り倀の型: nsIHTMLEditor
-
- HTML document を操䜜するためのメ゜ッドを含む、 editor のための HTML 線集むンタフェヌスを返したす。匕数ずしお editor の contentWindow を枡しおください。
-
diff --git a/files/ja/archive/mozilla/xul/method/geticon/index.html b/files/ja/archive/mozilla/xul/method/geticon/index.html deleted file mode 100644 index fd0d8812ef..0000000000 --- a/files/ja/archive/mozilla/xul/method/geticon/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: getIcon -slug: Archive/Mozilla/XUL/Method/getIcon -tags: - - XUL - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getIcon ---- -
« XUL リファレンス HOME
- -
-
getIcon( aTab )
-
戻り倀: string
-
指定タブのファビコンの URL を返したす。 aTab第二匕数が null の堎合は、珟圚のタブのアむコンが返されたす。アむコンのセット方法に぀いおは setIcon のペヌゞを参照しお䞋さい。
-
diff --git a/files/ja/archive/mozilla/xul/method/getindexoffirstvisiblerow/index.html b/files/ja/archive/mozilla/xul/method/getindexoffirstvisiblerow/index.html deleted file mode 100644 index 8e6024a226..0000000000 --- a/files/ja/archive/mozilla/xul/method/getindexoffirstvisiblerow/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getIndexOfFirstVisibleRow -slug: Archive/Mozilla/XUL/Method/getIndexOfFirstVisibleRow -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getIndexOfFirstVisibleRow ---- -
- « XUL リファレンス HOME
-
-
getIndexOfFirstVisibleRow()
-
戻り倀の型: æ•Žæ•°åž‹
-
衚瀺されおいる最初の行の index を返したす。これはリストデヌタの最初の行ではないので泚意しおください。衚瀺されおいる項目がスクロヌルされるず、この関数はナヌザに芋える最初の行の index を取埗したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getindexofitem/index.html b/files/ja/archive/mozilla/xul/method/getindexofitem/index.html deleted file mode 100644 index 33c745a8a1..0000000000 --- a/files/ja/archive/mozilla/xul/method/getindexofitem/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getIndexOfItem -slug: Archive/Mozilla/XUL/Method/getIndexOfItem -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getIndexOfItem ---- -
- « XUL リファレンス HOME
-
-
getIndexOfItem( item )
-
戻り倀の型: æ•Žæ•°åž‹
-
指定した item の 0 を基点ずした䜍眮を返したす。項目は、 list 内に衚瀺された最初の項目から番号が付けられたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getitematindex/index.html b/files/ja/archive/mozilla/xul/method/getitematindex/index.html deleted file mode 100644 index e16f9bf723..0000000000 --- a/files/ja/archive/mozilla/xul/method/getitematindex/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getItemAtIndex -slug: Archive/Mozilla/XUL/Method/getItemAtIndex -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getItemAtIndex ---- -
- « XUL リファレンス HOME
-
-
getItemAtIndex( index )
-
戻り倀の型: 芁玠
-
指定した index の䜍眮の芁玠を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getnextitem/index.html b/files/ja/archive/mozilla/xul/method/getnextitem/index.html deleted file mode 100644 index 40ded91927..0000000000 --- a/files/ja/archive/mozilla/xul/method/getnextitem/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: getNextItem -slug: Archive/Mozilla/XUL/Method/getNextItem -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getNextItem ---- -
- « XUL リファレンス HOME
-
-
getNextItem( startItem, delta )
-
戻り倀の型: 芁玠
-
このメ゜ッドは、startItem で指定した項目から䞎えられた間隔 (delta) だけ埌の項目を返したす。項目が存圚しない堎合は null を返したす。
-次の䟋は someItem より 2 行埌の項目を返したす: getNextItem ( someItem, 2 );
-
diff --git a/files/ja/archive/mozilla/xul/method/getnotificationbox/index.html b/files/ja/archive/mozilla/xul/method/getnotificationbox/index.html deleted file mode 100644 index 52e997ab57..0000000000 --- a/files/ja/archive/mozilla/xul/method/getnotificationbox/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getNotificationBox -slug: Archive/Mozilla/XUL/Method/getNotificationBox -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getNotificationBox ---- -
- « XUL リファレンス HOME
-
-
getNotificationBox( browser )
-
型: notificationbox 芁玠
-
指定した browser 芁玠の notificationbox を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getnotificationwithvalue/index.html b/files/ja/archive/mozilla/xul/method/getnotificationwithvalue/index.html deleted file mode 100644 index a6dfa13a0e..0000000000 --- a/files/ja/archive/mozilla/xul/method/getnotificationwithvalue/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getNotificationWithValue -slug: Archive/Mozilla/XUL/Method/getNotificationWithValue -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getNotificationWithValue ---- -
- « XUL リファレンス HOME
-
-
getNotificationWithValue( value )
-
戻り倀の型: notification 芁玠
-
特定の value を持぀ notification を取埗したす。value は appendNotification で notification を远加した時に指定されたす。䞀臎する value が芋぀からないずきは null を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getnumberofvisiblerows/index.html b/files/ja/archive/mozilla/xul/method/getnumberofvisiblerows/index.html deleted file mode 100644 index d7a0896dd5..0000000000 --- a/files/ja/archive/mozilla/xul/method/getnumberofvisiblerows/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getNumberOfVisibleRows -slug: Archive/Mozilla/XUL/Method/getNumberOfVisibleRows -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getNumberOfVisibleRows ---- -
- « XUL リファレンス HOME
-
-
getNumberOfVisibleRows()
-
戻り倀の型: æ•Žæ•°åž‹
-
珟圚ナヌザに芋えおいる行数を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getpagebyid/index.html b/files/ja/archive/mozilla/xul/method/getpagebyid/index.html deleted file mode 100644 index 4bcd5c7ff4..0000000000 --- a/files/ja/archive/mozilla/xul/method/getpagebyid/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: getPageById -slug: Archive/Mozilla/XUL/Method/getPageById -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getPageById ---- -
« XUL リファレンス HOME
-
getPageById( pageID )
戻り倀の型: wizardpage 芁玠
指定した pageID に察応する wizardpage 芁玠を返したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/method/getpreviousitem/index.html b/files/ja/archive/mozilla/xul/method/getpreviousitem/index.html deleted file mode 100644 index 7f51dcbac1..0000000000 --- a/files/ja/archive/mozilla/xul/method/getpreviousitem/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getPreviousItem -slug: Archive/Mozilla/XUL/Method/getPreviousItem -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getPreviousItem ---- -
- « XUL リファレンス HOME
-
-
getPreviousItem( startItem, delta )
-
戻り倀の型: 芁玠
-
このメ゜ッドはstartItem で指定した項目から䞎えられた間隔 (delta) だけ前の項目を返したす。項目が存圚しない堎合は null を返したす。次の䟋は someItem より 5 行前の項目を返したす: getPreviousItem ( someItem, 5 );
-
diff --git a/files/ja/archive/mozilla/xul/method/getresultat/index.html b/files/ja/archive/mozilla/xul/method/getresultat/index.html deleted file mode 100644 index c9c8a72fa5..0000000000 --- a/files/ja/archive/mozilla/xul/method/getresultat/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: getResultAt -slug: Archive/Mozilla/XUL/Method/getResultAt -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getResultAt ---- -
- « XUL リファレンス HOME
-
-
- getResultAt( index )
-
- 戻り倀の型: nsIAutoCompleteItem
-
- 指定した index の䜍眮の候補項目を返したす。項目は nsIAutoCompleteItem 圢匏の倀になりたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getresultcount/index.html b/files/ja/archive/mozilla/xul/method/getresultcount/index.html deleted file mode 100644 index dc2f18d882..0000000000 --- a/files/ja/archive/mozilla/xul/method/getresultcount/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: getResultCount -slug: Archive/Mozilla/XUL/Method/getResultCount -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getResultCount ---- -
- « XUL リファレンス HOME
-
-
getResultCount( session )
-
戻り倀の型: ???
-
候補数を返したす。(珟圚、session 匕数は無芖されたす。)
-
diff --git a/files/ja/archive/mozilla/xul/method/getresultvalueat/index.html b/files/ja/archive/mozilla/xul/method/getresultvalueat/index.html deleted file mode 100644 index e95a7176e7..0000000000 --- a/files/ja/archive/mozilla/xul/method/getresultvalueat/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getResultValueAt -slug: Archive/Mozilla/XUL/Method/getResultValueAt -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getResultValueAt ---- -
- « XUL リファレンス HOME
-
-
getResultValueAt( index )
-
戻り倀の型: 候補の倀
-
指定した index の䜍眮の候補の倀を返したす。項目は popup 内に衚瀺されたテキストに盞圓したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getrowcount/index.html b/files/ja/archive/mozilla/xul/method/getrowcount/index.html deleted file mode 100644 index e457d56a00..0000000000 --- a/files/ja/archive/mozilla/xul/method/getrowcount/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getRowCount -slug: Archive/Mozilla/XUL/Method/getRowCount -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getRowCount ---- -
- « XUL リファレンス HOME
-
-
getRowCount()
-
戻り倀の型: æ•Žæ•°åž‹
-
芁玠内の行数の合蚈を返したす。衚瀺されおいる行数ずは関係ありたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/getsearchat/index.html b/files/ja/archive/mozilla/xul/method/getsearchat/index.html deleted file mode 100644 index a950c1820a..0000000000 --- a/files/ja/archive/mozilla/xul/method/getsearchat/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getSearchAt -slug: Archive/Mozilla/XUL/Method/getSearchAt -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getSearchAt ---- -
- « XUL リファレンス HOME
-
-
getSearchAt( index )
-
戻り倀の型: 文字列型
-
䞎えられた index の怜玢コンポヌネントを返す。コンポヌネントは autocompletesearch 属性で蚭定されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getselecteditem/index.html b/files/ja/archive/mozilla/xul/method/getselecteditem/index.html deleted file mode 100644 index e25aa4ffcb..0000000000 --- a/files/ja/archive/mozilla/xul/method/getselecteditem/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getSelectedItem -slug: Archive/Mozilla/XUL/Method/getSelectedItem -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getSelectedItem ---- -
- « XUL リファレンス HOME
-
-
getSelectedItem( index )
-
戻り倀の型: 芁玠
-
耇数の項目が遞択されおいる時、このメ゜ッドを䜿甚しお遞択された各項目を取埗するこずができたす。匕数 index は遞択された項目のリストの index を指定したす。項目の行番号ではありたせん。項目の index は 0 を基点ずしたす。次の䟋は遞択された最初の項目を返したす: getSelectedItem(0)
-
diff --git a/files/ja/archive/mozilla/xul/method/getsession/index.html b/files/ja/archive/mozilla/xul/method/getsession/index.html deleted file mode 100644 index 7cf4cd4cba..0000000000 --- a/files/ja/archive/mozilla/xul/method/getsession/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getSession -slug: Archive/Mozilla/XUL/Method/getSession -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getSession ---- -
- « XUL リファレンス HOME
-
-
getSession( index )
-
戻り倀の型: nsIAutoCompleteSession
-
䞎えられた index のセッションオブゞェクトを返したす。これは nsIAutoCompleteSession 圢匏のオブゞェクトを返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getsessionbyname/index.html b/files/ja/archive/mozilla/xul/method/getsessionbyname/index.html deleted file mode 100644 index 5eaebe39dd..0000000000 --- a/files/ja/archive/mozilla/xul/method/getsessionbyname/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getSessionByName -slug: Archive/Mozilla/XUL/Method/getSessionByName -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getSessionByName ---- -
- « XUL リファレンス HOME
-
-
getSessionByName( name )
-
戻り倀の型: nsIAutoCompleteSession
-
䞎えられた name のセッションオブゞェクトを返したす。これは nsIAutoCompleteSession 圢匏のオブゞェクトを返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getsessionresultat/index.html b/files/ja/archive/mozilla/xul/method/getsessionresultat/index.html deleted file mode 100644 index db7f84d789..0000000000 --- a/files/ja/archive/mozilla/xul/method/getsessionresultat/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getSessionResultAt -slug: Archive/Mozilla/XUL/Method/getSessionResultAt -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getSessionResultAt ---- -
- « XUL リファレンス HOME
-
-
getSessionResultAt( session, index )
-
戻り倀の型: 候補項目
-
指定した session に぀いお、指定した index の䜍眮の候補項目を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getsessionstatusat/index.html b/files/ja/archive/mozilla/xul/method/getsessionstatusat/index.html deleted file mode 100644 index 51c039b178..0000000000 --- a/files/ja/archive/mozilla/xul/method/getsessionstatusat/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: getSessionStatusAt -slug: Archive/Mozilla/XUL/Method/getSessionStatusAt -tags: - - MDC Project - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getSessionStatusAt ---- -
- « XUL リファレンス HOME
-
-
- getSessionStatusAt( index )
-
- 戻り倀の型: ???
-
- 䞎えられた index のセッションオブゞェクトの status を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getsessionvalueat/index.html b/files/ja/archive/mozilla/xul/method/getsessionvalueat/index.html deleted file mode 100644 index ad92283833..0000000000 --- a/files/ja/archive/mozilla/xul/method/getsessionvalueat/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getSessionValueAt -slug: Archive/Mozilla/XUL/Method/getSessionValueAt -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getSessionValueAt ---- -
- « XUL リファレンス HOME
-
-
getSessionValueAt( session, index )
-
戻り倀の型: 候補の倀
-
指定した session に぀いお、指定した index の䜍眮の候補の倀を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/getstring/index.html b/files/ja/archive/mozilla/xul/method/getstring/index.html deleted file mode 100644 index 079ecb1586..0000000000 --- a/files/ja/archive/mozilla/xul/method/getstring/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: getString -slug: Archive/Mozilla/XUL/Method/getString -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/getString ---- -
- « XUL リファレンス HOME
-
-
getString( key )
-
戻り倀の型: 文字列型
-
string bundle から䞎えられた key 名の文字列を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/goback/index.html b/files/ja/archive/mozilla/xul/method/goback/index.html deleted file mode 100644 index 68186bb7be..0000000000 --- a/files/ja/archive/mozilla/xul/method/goback/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: goBack -slug: Archive/Mozilla/XUL/Method/goBack -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/goBack ---- -
- « XUL リファレンス HOME
-
-
goBack()
-
戻り倀の型: 戻り倀無し
-
履歎内のペヌゞを䞀぀戻りたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/gobackgroup/index.html b/files/ja/archive/mozilla/xul/method/gobackgroup/index.html deleted file mode 100644 index ac1c160a01..0000000000 --- a/files/ja/archive/mozilla/xul/method/gobackgroup/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: goBackGroup -slug: Archive/Mozilla/XUL/Method/goBackGroup -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/goBackGroup ---- -
- « XUL リファレンス HOME
-
-
goBackGroup()
-
Firefox では䜿甚䞍可
-
戻り倀の型: 戻り倀無し
-
前のタブグルヌプぞ戻りたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/godown/index.html b/files/ja/archive/mozilla/xul/method/godown/index.html deleted file mode 100644 index 68789509af..0000000000 --- a/files/ja/archive/mozilla/xul/method/godown/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: goDown -slug: Archive/Mozilla/XUL/Method/goDown -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/goDown ---- -
- « XUL リファレンス HOME
-
-
goDown()
-
戻り倀の型: 戻り倀無し
-
遞択を䞀぀䞋の項目に移動したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/goforward/index.html b/files/ja/archive/mozilla/xul/method/goforward/index.html deleted file mode 100644 index 16dc320d5f..0000000000 --- a/files/ja/archive/mozilla/xul/method/goforward/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: goForward -slug: Archive/Mozilla/XUL/Method/goForward -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/goForward ---- -
- « XUL リファレンス HOME
-
-
goForward()
-
戻り倀の型: 戻り倀無し
-
履歎内のペヌゞを䞀぀進みたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/goforwardgroup/index.html b/files/ja/archive/mozilla/xul/method/goforwardgroup/index.html deleted file mode 100644 index d938d8e5c9..0000000000 --- a/files/ja/archive/mozilla/xul/method/goforwardgroup/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: goForwardGroup -slug: Archive/Mozilla/XUL/Method/goForwardGroup -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/goForwardGroup ---- -
- « XUL リファレンス HOME
-
-
goForwardGroup()
-
Firefox では䜿甚䞍可
-
戻り倀の型: 戻り倀無し
-
次のタブグルヌプぞ進みたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/gohome/index.html b/files/ja/archive/mozilla/xul/method/gohome/index.html deleted file mode 100644 index 3407d8a74d..0000000000 --- a/files/ja/archive/mozilla/xul/method/gohome/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: goHome -slug: Archive/Mozilla/XUL/Method/goHome -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/goHome ---- -
- « XUL リファレンス HOME
-
-
goHome()
-
戻り倀の型: 戻り倀無し
-
ナヌザのホヌムペヌゞを browser に読み蟌みたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/goto/index.html b/files/ja/archive/mozilla/xul/method/goto/index.html deleted file mode 100644 index ef87f6db61..0000000000 --- a/files/ja/archive/mozilla/xul/method/goto/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: goTo -slug: Archive/Mozilla/XUL/Method/goTo -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/goTo ---- -
- « XUL リファレンス HOME
-
-
goTo( pageID )
-
戻り倀の型: 戻り倀無し
-
このメ゜ッドは、珟圚衚瀺されおいるペヌゞを pageID 匕数で指定されたペヌゞに倉曎したす。ペヌゞは canAdvance や canRewind の倀にかたわず倉曎されたす。この関数を䜿甚した堎合、onwizardback および onwizardnext のコヌドは呌び出されたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/gotoindex/index.html b/files/ja/archive/mozilla/xul/method/gotoindex/index.html deleted file mode 100644 index e674a25538..0000000000 --- a/files/ja/archive/mozilla/xul/method/gotoindex/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: gotoIndex -slug: Archive/Mozilla/XUL/Method/gotoIndex -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/gotoIndex ---- -
- « XUL リファレンス HOME
-
-
gotoIndex( index )
-
戻り倀の型: 戻り倀無し
-
䞎えられた index を持぀履歎内のペヌゞぞ移動したす。先ぞ進むには正の敎数、前ぞ戻るには負の敎数を䜿甚したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/goup/index.html b/files/ja/archive/mozilla/xul/method/goup/index.html deleted file mode 100644 index 34d3f5748b..0000000000 --- a/files/ja/archive/mozilla/xul/method/goup/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: goUp -slug: Archive/Mozilla/XUL/Method/goUp -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/goUp ---- -
- « XUL リファレンス HOME
-
-
goUp()
-
戻り倀の型: 戻り倀無し
-
遞択を䞀぀䞊の項目に移動したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/hasuservalue/index.html b/files/ja/archive/mozilla/xul/method/hasuservalue/index.html deleted file mode 100644 index 8ead9d95a4..0000000000 --- a/files/ja/archive/mozilla/xul/method/hasuservalue/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: hasUserValue -slug: Archive/Mozilla/XUL/Method/hasUserValue -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/hasUserValue ---- -
« XUL リファレンス HOME
-
hasUserValue()
戻り倀の型: 論理型
preference がそのデフォルト倀から倉曎されたずき、true を返したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/method/hidepopup/index.html b/files/ja/archive/mozilla/xul/method/hidepopup/index.html deleted file mode 100644 index b007875df0..0000000000 --- a/files/ja/archive/mozilla/xul/method/hidepopup/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: hidePopup -slug: Archive/Mozilla/XUL/Method/hidePopup -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/hidePopup ---- -
- « XUL リファレンス HOME
-
-
-
メ゜ッドを持぀芁玠: popup 、 menupopup 、 tooltip
-
-
-
-
hidePopup()
-
戻り倀の型: 戻り倀無し
-
盎ちにポップアップを閉じたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/increase/index.html b/files/ja/archive/mozilla/xul/method/increase/index.html deleted file mode 100644 index 8d275dd2e6..0000000000 --- a/files/ja/archive/mozilla/xul/method/increase/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: increase -slug: Archive/Mozilla/XUL/Method/increase -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/increase ---- -
- « XUL リファレンス HOME
-
-
-
- メ゜ッドを持぀芁玠: scale textbox
-
-
-
-
- increase()
-
- 戻り倀の型: 戻り倀なし
-
- scale たたは数倀ボックスの倀を increment 分増やす。
-
diff --git a/files/ja/archive/mozilla/xul/method/increasepage/index.html b/files/ja/archive/mozilla/xul/method/increasepage/index.html deleted file mode 100644 index 6f6711d636..0000000000 --- a/files/ja/archive/mozilla/xul/method/increasepage/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: increasePage -slug: Archive/Mozilla/XUL/Method/increasePage -tags: - - Fixit - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/decreasePage ---- -
- « XUL リファレンス HOME
-
- メ゜ッドを持぀芁玠: scale
-
-
increasePage()
-
戻り倀の型: 戻り倀無し
-
scale の倀を pageincrement 分増やす。
-
diff --git a/files/ja/archive/mozilla/xul/method/index.html b/files/ja/archive/mozilla/xul/method/index.html deleted file mode 100644 index e696e661a1..0000000000 --- a/files/ja/archive/mozilla/xul/method/index.html +++ /dev/null @@ -1,185 +0,0 @@ ---- -title: Methods -slug: Archive/Mozilla/XUL/Method -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method ---- -
« XUL リファレンス HOME
- - - diff --git a/files/ja/archive/mozilla/xul/method/insertitem/index.html b/files/ja/archive/mozilla/xul/method/insertitem/index.html deleted file mode 100644 index 0f9743eb4e..0000000000 --- a/files/ja/archive/mozilla/xul/method/insertitem/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: insertItem -slug: Archive/Mozilla/XUL/Method/insertItem -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/insertItem ---- -
- « XUL リファレンス HOME
-
-
insertItem( id, beforeNode, wrapper, beforePermanent )
-
Firefox のみ
-
戻り倀の型: 芁玠
-
䞎えられた id を持぀項目を toolbar に远加したす。新しい項目は 2 番目の匕数に䞎えられた項目の前に远加されたす。2 番目の匕数が null にもかかわらず beforePermanent 匕数が true の堎合、項目は toolbar の先頭、最初の氞続的項目の前に远加されたす。逆に beforePermanent 匕数が false の堎合、新しい項目は toolbar の末尟に远加されたす。3 番目の匕数は、他の芁玠の新しい項目を折り返すために䜿甚したす。通垞、最埌の匕数は䞻にカスタマむズダむアログが䜿甚するため null です。
-
- -

id は toolbar の toolbarpalette 内の芁玠にマッチしなければなりたせん。䞀郚の特別な id が特別なスペヌス項目を䜜成するために䜿甚されたす。

- - - -

メ゜ッドは䜜成した項目の DOM 芁玠を返したす。

diff --git a/files/ja/archive/mozilla/xul/method/insertitemat/index.html b/files/ja/archive/mozilla/xul/method/insertitemat/index.html deleted file mode 100644 index 1fd4533c77..0000000000 --- a/files/ja/archive/mozilla/xul/method/insertitemat/index.html +++ /dev/null @@ -1,56 +0,0 @@ ---- -title: insertItemAt -slug: Archive/Mozilla/XUL/Method/insertItemAt -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/insertItemAt ---- -
- « XUL リファレンス HOME
-
-
insertItemAt( index, label, value )
-
戻り倀の型: 芁玠
-
このメ゜ッドは新しい項目を生成し、それを指定した䜍眮に挿入したす。倀の蚭定は任意です。新しい項目芁玠を返したす。
-
- -
-

泚意: 存圚しない index に項目を挿入するこずはできたせん。䟋: element.getRowCount() + 1 で末尟に項目を挿入する。

-

䟋

- 
<!-- This example inserts at the selected item or appends, then selects the newly created item -->
-<script language="javascript">
-function insertItemToList() {
-  var myListBox = document.getElementById('myListBox');
-
-  // create a date to get some labels and values
-  var someDate = new Date();
-
-  if(myListBox.selectedIndex == -1){
-    // no item was selected in list so append to the end
-    myListBox.appendItem( someDate.toLocaleTimeString(), someDate.getTime() );
-    var newIndex = myListBox.getRowCount()  -1
-  } else {
-    // item was selected so insert at the selected item
-    var newIndex =  myListBox.selectedIndex;
-    myListBox.insertItemAt(newIndex, someDate.toLocaleTimeString(), someDate.getTime());
-  }
-
-  // select the newly created item
-  myListBox.selectedIndex = newIndex;
-}
-</script>
-
-<button label="Insert item at selected" oncommand="insertItemToList()" />
-
-<listbox id="myListBox">
-    <listitem label="foo" />
-</listbox>
-
- -

関連情報

- - -
diff --git a/files/ja/archive/mozilla/xul/method/invertselection/index.html b/files/ja/archive/mozilla/xul/method/invertselection/index.html deleted file mode 100644 index 1649c08b4a..0000000000 --- a/files/ja/archive/mozilla/xul/method/invertselection/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: invertSelection -slug: Archive/Mozilla/XUL/Method/invertSelection -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/invertSelection ---- -
- « XUL リファレンス HOME
-
-
invertSelection()
-
戻り倀の型: 戻り倀無し
-
すべおの項目の遞択状態を反転したす。遞択された項目の遞択は解陀され、遞択されおいない項目が遞択されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/loadgroup/index.html b/files/ja/archive/mozilla/xul/method/loadgroup/index.html deleted file mode 100644 index 37af8ae76f..0000000000 --- a/files/ja/archive/mozilla/xul/method/loadgroup/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: loadGroup -slug: Archive/Mozilla/XUL/Method/loadGroup -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/loadGroup ---- -
- « XUL リファレンス HOME
-
-
loadGroup( group )
-
Not in Firefox
-
戻り倀の型: 最初の tab
-
ペヌゞのグルヌプを耇数のタブに読み蟌みたす。これらは browser.tabs.loadGroup 蚭定の状態によっお、それぞれ远加、たたは眮き換えられたす。匕数は、タブに読み蟌む各ドキュメントオブゞェクトの配列です。オブゞェクトはスクリプトで定矩され、読み蟌むペヌゞの URL の URI プロパティを含みたす。referrerURI プロパティは、リファラペヌゞを蚭定するために任意で䜿甚されたす。この関数は最初に読み蟌たれたタブぞの参照を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/loadonetab/index.html b/files/ja/archive/mozilla/xul/method/loadonetab/index.html deleted file mode 100644 index 7b70f73de1..0000000000 --- a/files/ja/archive/mozilla/xul/method/loadonetab/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: loadOneTab -slug: Archive/Mozilla/XUL/Method/loadOneTab -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/loadOneTab ---- -
- « XUL リファレンス HOME
-
-
圢匏 1: - loadOneTab( URL, referrerURI, charset, postData, loadInBackground, allowThirdPartyFixup )
-
圢匏 2: - loadOneTab( URL, { referrerURI: ..., charset: ..., postData: ..., inBackground: ..., allowThirdPartyFixup: ..., relatedToCurrent: ... })
-
- 戻り倀の型: tab 芁玠
-
- 指定した URL のペヌゞを読み蟌む新しいタブを開きたす。残りの匕数は任意です。このメ゜ッドは addTab ず同じ動䜜をしたすが、loadInBackground 匕数で新しいタブを前面ず背面のどちらに開くかを遞ぶこずができたす。たた、owner タブは自動的に指定されるため、owner 匕数はありたせん。
-
-
-
- inBackground
-
- true の堎合、タブはバックグラりンドでロヌドされたす。 false の堎合はタブは新たに遞択したタブになりたす。 匕数が null かたたは無指定の堎合、このパラメヌタは browser.tabs.loadInBackground の蚭定に远埓したす。
-
-
-
-
-

Firefox 3.6 における泚蚘

-

このメ゜ッドの 2 ぀目の圢匏は Firefox 3.6 で远加されたものです。 relatedToCurrent パラメヌタが远加されおおり、パラメヌタは任意の順序で、名前によっお指定するこずができたす。

-
-
diff --git a/files/ja/archive/mozilla/xul/method/loadtabs/index.html b/files/ja/archive/mozilla/xul/method/loadtabs/index.html deleted file mode 100644 index 6b087b7790..0000000000 --- a/files/ja/archive/mozilla/xul/method/loadtabs/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: loadTabs -slug: Archive/Mozilla/XUL/Method/loadTabs -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/loadTabs ---- -
- « XUL リファレンス HOME
-
-
loadTabs( uris, loadInBackground, replace )
-
戻り倀の型: 戻り倀無し
-
uris 配列で指定された URI のセットをタブに読み蟌みたす。loadInBackground が true の堎合、これらのタブは背面に読み蟌たれたす。replace が true の堎合、タブを远加する代わりに、珟圚衚瀺されおいるタブが指定した URI に眮き換えられたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/loaduri/index.html b/files/ja/archive/mozilla/xul/method/loaduri/index.html deleted file mode 100644 index d21d61e201..0000000000 --- a/files/ja/archive/mozilla/xul/method/loaduri/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: loadURI -slug: Archive/Mozilla/XUL/Method/loadURI -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/loadURI ---- -
- « XUL リファレンス HOME
-
-
loadURI( uri, referrer, charset )
-
戻り倀の型: 戻り倀無し
-
指定された referrer ず charset で URL を document に読み蟌みたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/loaduriwithflags/index.html b/files/ja/archive/mozilla/xul/method/loaduriwithflags/index.html deleted file mode 100644 index a0a57a6e49..0000000000 --- a/files/ja/archive/mozilla/xul/method/loaduriwithflags/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: loadURIWithFlags -slug: Archive/Mozilla/XUL/Method/loadURIWithFlags -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/loadURIWithFlags ---- -
- « XUL リファレンス HOME
-
-
- loadURIWithFlags( uri, flags, referrer, charset, postData )
-
- 戻り倀の型: 戻り倀なし
-
- 匕数に指定した読み蟌みフラグ (flags) および䞎えられたリファラ (referrer) 、文字セット (charset) 、POST デヌタで URL を document に読み蟌みたす。reloadWithFlags メ゜ッドで蚱可されたフラグに加え、次のフラグも有効です。
-
- -

(referrer および postData 匕数の詳现は nsIWebNavigation.loadURI() をご芧ください。)

diff --git a/files/ja/archive/mozilla/xul/method/makeeditable/index.html b/files/ja/archive/mozilla/xul/method/makeeditable/index.html deleted file mode 100644 index 0548f23bb6..0000000000 --- a/files/ja/archive/mozilla/xul/method/makeeditable/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: makeEditable -slug: Archive/Mozilla/XUL/Method/makeEditable -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/makeEditable ---- -
- « XUL リファレンス HOME
-
-
makeEditable( editortype, waitForLoad )
-
戻り倀の型: 戻り倀無し
-
この関数は editor による線集を有効にしたす。editortype ずしお text たたは html を指定しおください。
-
diff --git a/files/ja/archive/mozilla/xul/method/menulist.appenditem/index.html b/files/ja/archive/mozilla/xul/method/menulist.appenditem/index.html deleted file mode 100644 index 5c5f491cd5..0000000000 --- a/files/ja/archive/mozilla/xul/method/menulist.appenditem/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: menulist.appendItem -slug: Archive/Mozilla/XUL/Method/menulist.appendItem -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/menulist.appendItem ---- -
« XUL リファレンス HOME
-
appendItem( label, value, description )
戻り倀の型: 芁玠
新しい menuitem 芁玠を䜜成し、menulist の末尟に远加したす。倀(value) ず説明(description) の蚭定は任意です。この関数は新しい項目を返したす。
-
-

参照

-

appendItem

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/method/menulist.select/index.html b/files/ja/archive/mozilla/xul/method/menulist.select/index.html deleted file mode 100644 index 4eaf24fe64..0000000000 --- a/files/ja/archive/mozilla/xul/method/menulist.select/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: menulist.select -slug: Archive/Mozilla/XUL/Method/menulist.select -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/menulist.select ---- -
« XUL リファレンス HOME
-
menulist.selectselect()
戻り倀の型: 戻り倀なし
menulist の textbox 内のテキストすべおを遞択したす。このメ゜ッドは editable な menulist にのみ適甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/method/movebyoffset/index.html b/files/ja/archive/mozilla/xul/method/movebyoffset/index.html deleted file mode 100644 index 369cf01af0..0000000000 --- a/files/ja/archive/mozilla/xul/method/movebyoffset/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: moveByOffset -slug: Archive/Mozilla/XUL/Method/moveByOffset -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/moveByOffset ---- -
« XUL リファレンス HOME
- -
-
moveByOffset( offset , isSelecting, isSelectingRange)
-
戻り倀の型: 戻り倀無し
-
offset が正の数の堎合、フォヌカスされた項目を前方ぞ移動したす。offset が負の数の堎合、フォヌカスされた項目を埌方ぞ移動したす。isSelecting が true の堎合、遞択も同時に移動したす。isSelectingRange が true の堎合、珟圚の遞択項目に加えお新しい項目が遞択されたす。isSelectingRange が false の堎合、既存の遞択は解陀されたす。隠された (hidden") 項目はスキップされたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/moveto/index.html b/files/ja/archive/mozilla/xul/method/moveto/index.html deleted file mode 100644 index 26490b1db8..0000000000 --- a/files/ja/archive/mozilla/xul/method/moveto/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: moveTo -slug: Archive/Mozilla/XUL/Method/moveTo -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/moveTo ---- -
- « XUL リファレンス HOME
-
-
moveTo( x, y )
-
戻り倀の型: 戻り倀なし
-
ポップアップを指定した䜍眮ぞ移動したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/movetoalertposition/index.html b/files/ja/archive/mozilla/xul/method/movetoalertposition/index.html deleted file mode 100644 index 8786efc33f..0000000000 --- a/files/ja/archive/mozilla/xul/method/movetoalertposition/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: moveToAlertPosition -slug: Archive/Mozilla/XUL/Method/moveToAlertPosition -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/moveToAlertPosition ---- -
- « XUL リファレンス HOME
-
-
moveToAlertPosition()
-
戻り倀の型: 戻り倀無し
-
dialog を alert box に盞応しい䜍眮ずサむズに倉曎したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/onsearchcomplete/index.html b/files/ja/archive/mozilla/xul/method/onsearchcomplete/index.html deleted file mode 100644 index 72a39c7a22..0000000000 --- a/files/ja/archive/mozilla/xul/method/onsearchcomplete/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: onSearchComplete -slug: Archive/Mozilla/XUL/Method/onSearchComplete -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/onSearchComplete ---- -
- « XUL リファレンス HOME
-
-
onSearchComplete()
-
戻り倀の型: 戻り倀無し
-
onsearchcomplete むベントハンドラを呌び出す。このメ゜ッドを呌び出しおはいけたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/ontextentered/index.html b/files/ja/archive/mozilla/xul/method/ontextentered/index.html deleted file mode 100644 index 4bb81d186a..0000000000 --- a/files/ja/archive/mozilla/xul/method/ontextentered/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: onTextEntered -slug: Archive/Mozilla/XUL/Method/onTextEntered -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/onTextEntered ---- -
- « XUL リファレンス HOME
-
-
onTextEntered()
-
戻り倀の型: event result
-
ontextentered むベントハンドラを呌び出す。このメ゜ッドを呌び出しおはいけたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/ontextreverted/index.html b/files/ja/archive/mozilla/xul/method/ontextreverted/index.html deleted file mode 100644 index dd88e35bd0..0000000000 --- a/files/ja/archive/mozilla/xul/method/ontextreverted/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: onTextReverted -slug: Archive/Mozilla/XUL/Method/onTextReverted -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/onTextReverted ---- -
- « XUL リファレンス HOME
-
-
onTextReverted()
-
戻り倀の型: event result
-
ontextreverted むベントハンドラを呌び出す。このメ゜ッドを呌び出しおはいけたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/openpopup/index.html b/files/ja/archive/mozilla/xul/method/openpopup/index.html deleted file mode 100644 index a527bd5a85..0000000000 --- a/files/ja/archive/mozilla/xul/method/openpopup/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: openPopup -slug: Archive/Mozilla/XUL/Method/openPopup -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/openPopup ---- -
- « XUL リファレンス HOME
-
-
openPopup( anchor , position , x , y , isContextMenu, attributesOverride )
-
戻り倀の型: 戻り倀無し
-
- - -

特定のノヌドから芋た盞察的な指定䜍眮にポップアップを開きたす。

-

ポップアップは他のノヌドにアンカヌするこずも、自由な䜍眮に開く事もできたす。ポップアップをノヌドにアンカヌするには、anchor ノヌドを指定しお、ポップアップをどのように開くかを瀺す文字列を position に蚭定したす。

- -

position が取り埗る倀は before_start, before_end, after_start, after_end, start_before, start_after, end_before, end_after, overlap, after_pointer のいずれかです。

- -

anchor ノヌドはポップアップず同じドキュメント内のものである必芁はありたせん。

- -

匕数 attributesOverride が true ならば、ポップアップノヌドの position 属性が匕数 position の倀を䞊曞きしたす。attributesOverride が false ならば、position 属性は匕数 position が空の堎合のみ䜿甚されたす。

- -

アンカヌされたポップアップでは、匕数 x ず y はアンカヌされた䜍眮からのオフセットずしお䜿甚されたす。この数倀は CSS の pixel 単䜍で蚈枬されたす。

- -

アンカヌされないポップアップは、anchor ノヌドずしお null を指定するこずで䜜成できたす。このポップアップは、ポップアップノヌドを含むドキュメントの衚瀺領域からの、x ず y で指定された盞察䜍眮に衚瀺されたす。この堎合、匕数 position ず attributesOverride は無芖されたす。

- -

匕数 isContextMenu は、コンテキストメニュヌの堎合は true に、それ以倖の堎合は false にしおください。この匕数はメニュヌ項目のハむラむトに圱響したす。コンテキストメニュヌが開かれおいる間は、それ以前に開かれたメニュヌはハむラむトされず、メニュヌ内の項目を実行できたせん。

diff --git a/files/ja/archive/mozilla/xul/method/openpopupatscreen/index.html b/files/ja/archive/mozilla/xul/method/openpopupatscreen/index.html deleted file mode 100644 index 6ce9a5464a..0000000000 --- a/files/ja/archive/mozilla/xul/method/openpopupatscreen/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: openPopupAtScreen -slug: Archive/Mozilla/XUL/Method/openPopupAtScreen -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/openPopupAtScreen ---- -
« XUL リファレンス HOME
-
-
openPopupAtScreen( x, y, isContextMenu )
-
戻り倀の型: 戻り倀無し
-
-

x ず y で指定された画面䞊の特定の䜍眮にポップアップを開きたす。ポップアップが画面からはみ出るように指定された堎合には䜍眮が調敎されたす。座暙 x ず y は CSS の pixel 単䜍で蚈枬されたす。

diff --git a/files/ja/archive/mozilla/xul/method/opensubdialog/index.html b/files/ja/archive/mozilla/xul/method/opensubdialog/index.html deleted file mode 100644 index ae4bff7ff9..0000000000 --- a/files/ja/archive/mozilla/xul/method/opensubdialog/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: openSubDialog -slug: Archive/Mozilla/XUL/Method/openSubDialog -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/openSubDialog ---- -
- « XUL リファレンス HOME
-
-
openSubDialog( url, features, params )
-
戻り倀の型: window
-
子ダむアログを開きたす。通垞、このメ゜ッドはナヌザに詳现オプションを蚭定させるために䜿甚したす。匕数は window の openDialog に䌌おいたすが、window 名を提䟛する必芁はありたせん。url は XUL ファむルでなければなりたせん。子ダむアログも prefwindow である堎合は、その type 属性を child に蚭定しおください。メむンダむアログが閉じられた時、その蚭定が保存されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/openwindow/index.html b/files/ja/archive/mozilla/xul/method/openwindow/index.html deleted file mode 100644 index 9952867a98..0000000000 --- a/files/ja/archive/mozilla/xul/method/openwindow/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: openWindow -slug: Archive/Mozilla/XUL/Method/openWindow -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/openWindow ---- -
« XUL リファレンス HOME
-
-
openWindow( windowtype, url, features, params )
-
戻り倀の型: window
-
子りィンドりを開きたす。windowtype は window 圢匏を指定する文字列です。指定した圢匏のりィンドりがすでに開かれおいる堎合、このメ゜ッドは、もう䞀぀のりィンドりを開く代わりに、そのりィンドりにフォヌカスを切り替えお最前面に衚瀺したす。指定した圢匏のりィンドりが開かれおいない堎合、䞎えられた url を衚瀺する新しいりィンドりが開かれたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/pintab/index.html b/files/ja/archive/mozilla/xul/method/pintab/index.html deleted file mode 100644 index 9b12d91eeb..0000000000 --- a/files/ja/archive/mozilla/xul/method/pintab/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: pinTab -slug: Archive/Mozilla/XUL/Method/pinTab -tags: - - XUL Attribute - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/pinTab ---- -
- « XUL リファレンス HOME
-
-
pinTab( tabElement )
-
戻り倀の型 : 戻り倀無し
-
指定 tab 芁玠を app タブにピン留めしたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/preferenceforelement/index.html b/files/ja/archive/mozilla/xul/method/preferenceforelement/index.html deleted file mode 100644 index 51ca5f877f..0000000000 --- a/files/ja/archive/mozilla/xul/method/preferenceforelement/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: preferenceForElement -slug: Archive/Mozilla/XUL/Method/preferenceForElement -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/preferenceForElement ---- -
- « XUL リファレンス HOME
-
-
preferenceForElement( uielement )
-
戻り倀の型: preference 芁玠
-
preference 芁玠をナヌザむンタフェヌス芁玠が付属する芁玠に返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/reload/index.html b/files/ja/archive/mozilla/xul/method/reload/index.html deleted file mode 100644 index ffb85bf197..0000000000 --- a/files/ja/archive/mozilla/xul/method/reload/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: reload -slug: Archive/Mozilla/XUL/Method/reload -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/reload ---- -
- « XUL リファレンス HOME
-
-
- reload()
-
- 戻り倀の型: 戻り倀無し
-
- browser 内の document を再読み蟌みしたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/reloadalltabs/index.html b/files/ja/archive/mozilla/xul/method/reloadalltabs/index.html deleted file mode 100644 index 3e4c29e462..0000000000 --- a/files/ja/archive/mozilla/xul/method/reloadalltabs/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: reloadAllTabs -slug: Archive/Mozilla/XUL/Method/reloadAllTabs -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/reloadAllTabs ---- -
- « XUL リファレンス HOME
-
-
- reloadAllTabs()
-
- 戻り倀の型: 戻り倀無し
-
- すべおのタブのコンテンツを再読み蟌みしたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/reloadtab/index.html b/files/ja/archive/mozilla/xul/method/reloadtab/index.html deleted file mode 100644 index bf77446a9b..0000000000 --- a/files/ja/archive/mozilla/xul/method/reloadtab/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: reloadTab -slug: Archive/Mozilla/XUL/Method/reloadTab -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/reloadTab ---- -
- « XUL リファレンス HOME
-
-
- reloadTab( tab )
-
- 戻り倀の型: 戻り倀無し
-
- 指定タブのコンテンツを再読み蟌みしたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/reloadwithflags/index.html b/files/ja/archive/mozilla/xul/method/reloadwithflags/index.html deleted file mode 100644 index 9237097ca0..0000000000 --- a/files/ja/archive/mozilla/xul/method/reloadwithflags/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: reloadWithFlags -slug: Archive/Mozilla/XUL/Method/reloadWithFlags -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/reloadWithFlags ---- -
« XUL リファレンス HOME
-
-
reloadWithFlags( flags )
-
戻り倀の型: 戻り倀なし
-
browser 内の document を䞎えられた読み蟌みフラグ (flags) で再床読み蟌みたす。䞋蚘のフラグが䜿甚されたす。これらはすべお webNavigation プロパティ (たたは nsIWebNavigation むンタフェヌス) の定数です。蚘号 ( | ) を䜿甚しおフラグを組み合わせるこずができたす。
-
- - diff --git a/files/ja/archive/mozilla/xul/method/removeallitems/index.html b/files/ja/archive/mozilla/xul/method/removeallitems/index.html deleted file mode 100644 index 1a04bb346c..0000000000 --- a/files/ja/archive/mozilla/xul/method/removeallitems/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: removeAllItems -slug: Archive/Mozilla/XUL/Method/removeAllItems -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/removeAllItems ---- -
« XUL リファレンス HOME
-
-
removeAllItems()
-
戻り倀の型: 戻り倀なし
-
menu 内の項目すべおを削陀したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/removeallnotifications/index.html b/files/ja/archive/mozilla/xul/method/removeallnotifications/index.html deleted file mode 100644 index 2d89dcad7b..0000000000 --- a/files/ja/archive/mozilla/xul/method/removeallnotifications/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: removeAllNotifications -slug: Archive/Mozilla/XUL/Method/removeAllNotifications -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/removeAllNotifications ---- -
« XUL リファレンス HOME
- -
-
removeAllNotifications( immediate )
-
戻り倀の型: 無し
-
すべおの notification を削陀したす。 immediate が true の堎合、メッセヌゞはすぐに削陀されたす。immediate が false の堎合、 notification は slide transition を䜿甚しお削陀されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/removealltabsbut/index.html b/files/ja/archive/mozilla/xul/method/removealltabsbut/index.html deleted file mode 100644 index 2f8fe8a67b..0000000000 --- a/files/ja/archive/mozilla/xul/method/removealltabsbut/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: removeAllTabsBut -slug: Archive/Mozilla/XUL/Method/removeAllTabsBut -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/removeAllTabsBut ---- -
« XUL リファレンス HOME
-
-
removeAllTabsBut( tabElement )
-
戻り倀の型: 戻り倀なし
-
指定したタブを陀くすべおのタブパネルを削陀したす。タブペヌゞが 1 ぀しか衚瀺されおいない堎合、このメ゜ッドは䜕もしたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/removecurrentnotification/index.html b/files/ja/archive/mozilla/xul/method/removecurrentnotification/index.html deleted file mode 100644 index 7cf895f6cc..0000000000 --- a/files/ja/archive/mozilla/xul/method/removecurrentnotification/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: removeCurrentNotification -slug: Archive/Mozilla/XUL/Method/removeCurrentNotification -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/removeCurrentNotification ---- -
« XUL リファレンス HOME
- -
-
removeCurrentNotification
-
戻り倀の型: 無し
-
珟圚の notification を削陀したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/removecurrenttab/index.html b/files/ja/archive/mozilla/xul/method/removecurrenttab/index.html deleted file mode 100644 index 0d74f0b225..0000000000 --- a/files/ja/archive/mozilla/xul/method/removecurrenttab/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: removeCurrentTab -slug: Archive/Mozilla/XUL/Method/removeCurrentTab -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/removeCurrentTab ---- -
- « XUL リファレンス HOME
-
-
- removeCurrentTab()
-
- 戻り倀の型: tab 芁玠
-
- 珟圚衚瀺されおいるタブペヌゞを削陀したす。 タブが 1 ぀のみ衚瀺されおいる堎合、このメ゜ッドは䜕もしたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/removeitemat/index.html b/files/ja/archive/mozilla/xul/method/removeitemat/index.html deleted file mode 100644 index f75d24c21d..0000000000 --- a/files/ja/archive/mozilla/xul/method/removeitemat/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: removeItemAt -slug: Archive/Mozilla/XUL/Method/removeItemAt -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/removeItemAt ---- -
« XUL リファレンス HOME
- -
-
removeItemAt( index )
-
戻り倀の型: 芁玠
-
芁玠内の指定した index の子項目を削陀したす。このメ゜ッドは削陀した項目を返したす。
-
- -
- -
<script type="text/javascript">
-function removeSelectedItem() {
-  var myListBox = document.getElementById('myListBox');
-
-  if(myListBox.selectedIndex == -1){
-    return; // no item selected so return
-  } else {
-    myListBox.removeItemAt(myListBox.selectedIndex);
-  }
-}
-</script>
-
-<button label="Remove selected item" oncommand="removeSelectedItem()" />
-
-<listbox id="myListBox">
-  <listitem label="Alpha" />
-  <listitem label="Beta" />
-  <listitem label="Oscar" />
-  <listitem label="Foxtrot" />
-</listbox>
-
- -

関連情報

- - -
diff --git a/files/ja/archive/mozilla/xul/method/removeitemfromselection/index.html b/files/ja/archive/mozilla/xul/method/removeitemfromselection/index.html deleted file mode 100644 index 374c0920c5..0000000000 --- a/files/ja/archive/mozilla/xul/method/removeitemfromselection/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: removeItemFromSelection -slug: Archive/Mozilla/XUL/Method/removeItemFromSelection -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/removeItemFromSelection ---- -
« XUL リファレンス HOME
-
-
removeItemFromSelection( item )
-
戻り倀の型: 戻り倀なし
-
指定した項目の遞択のみを解陀したす。他の項目の遞択は解陀したせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/removenotification/index.html b/files/ja/archive/mozilla/xul/method/removenotification/index.html deleted file mode 100644 index 867d95e9a2..0000000000 --- a/files/ja/archive/mozilla/xul/method/removenotification/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: removeNotification -slug: Archive/Mozilla/XUL/Method/removeNotification -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/removeNotification ---- -
« XUL リファレンス HOME
-
-
removeNotification( item )
-
戻り倀の型: 芁玠
-
notification を削陀し、それが珟圚の item であった堎合、次の notification を衚瀺したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/removeprogresslistener/index.html b/files/ja/archive/mozilla/xul/method/removeprogresslistener/index.html deleted file mode 100644 index f6896234a2..0000000000 --- a/files/ja/archive/mozilla/xul/method/removeprogresslistener/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: removeProgressListener -slug: Archive/Mozilla/XUL/Method/removeProgressListener -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/removeProgressListener ---- -
« XUL リファレンス HOME
- -
-
removeProgressListener( listener )
-
戻り倀の型: 戻り倀なし
-
進捗リスナヌを browser から削陀したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/removesession/index.html b/files/ja/archive/mozilla/xul/method/removesession/index.html deleted file mode 100644 index e9bb77ce53..0000000000 --- a/files/ja/archive/mozilla/xul/method/removesession/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: removeSession -slug: Archive/Mozilla/XUL/Method/removeSession -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/removeSession ---- -
« XUL リファレンス HOME
- -
-
removeSession( session )
-
戻り倀の型: ???
-
autocomplete りィゞェットからセッションオブゞェクトを削陀したす。匕数は nsIAutoCompleteSession むンタフェヌスを実装するオブゞェクトでなければなりたせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/removetab/index.html b/files/ja/archive/mozilla/xul/method/removetab/index.html deleted file mode 100644 index b12cda0c25..0000000000 --- a/files/ja/archive/mozilla/xul/method/removetab/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: removeTab -slug: Archive/Mozilla/XUL/Method/removeTab -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/removeTab ---- -
- « XUL リファレンス HOME
-
-
- removeTab( tabElement )
-
- 戻り倀の型: 戻り倀なし
-
- 䞎えられた tab 芁玠に察応する特定のタブ化されたペヌゞを削陀したす。 If only one tab is displayed, this method does nothing (unless the preference browser.tabs.closeWindowWithLastTab is true, in which case the window containing the tab is closed). If browser.tabs.autoHide is true, the row of tabs will collapse if only one tab remains.
-
diff --git a/files/ja/archive/mozilla/xul/method/removetransientnotifications/index.html b/files/ja/archive/mozilla/xul/method/removetransientnotifications/index.html deleted file mode 100644 index de4ce3c778..0000000000 --- a/files/ja/archive/mozilla/xul/method/removetransientnotifications/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: removeTransientNotifications -slug: Archive/Mozilla/XUL/Method/removeTransientNotifications -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/removeTransientNotifications ---- -
- « XUL リファレンス HOME
-
-
removeTransientNotifications( )
-
戻り倀の型: 無し
-
persistence の倀が 0 の notification のみを削陀し、 persistence の倀が 0 以倖の notification に぀いおはその倀を 1 枛らしたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/replacegroup/index.html b/files/ja/archive/mozilla/xul/method/replacegroup/index.html deleted file mode 100644 index 71dd58cb88..0000000000 --- a/files/ja/archive/mozilla/xul/method/replacegroup/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: replaceGroup -slug: Archive/Mozilla/XUL/Method/replaceGroup -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/replaceGroup ---- -
- « XUL リファレンス HOME
-
-
replaceGroup( group )
-
Firefox では䜿甚䞍可
-
戻り倀の型: セッション履歎オブゞェクトの配列
-
既存のタブを新しいセットで眮き換えたす。眮き換え前のタブの方が倚い堎合は、䜙りのタブは削陀されたせん。先に既存のタブを削陀しお完党に眮き換えるには removeTab メ゜ッドを䜿甚しおください。匕数は読み蟌む各ドキュメントオブゞェクトの配列です。オブゞェクトはスクリプトで定矩され、読み蟌むペヌゞの URL の URI プロパティを含みたす。referrerURI プロパティは、リファラペヌゞを蚭定するために任意で䜿甚されたす。このメ゜ッドは、削陀されたタブのセッション履歎オブゞェクトの配列を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/reset/index.html b/files/ja/archive/mozilla/xul/method/reset/index.html deleted file mode 100644 index 4a3d7da40b..0000000000 --- a/files/ja/archive/mozilla/xul/method/reset/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: reset -slug: Archive/Mozilla/XUL/Method/reset -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/reset ---- -
- « XUL リファレンス HOME
-
-
reset()
-
戻り倀の型: 戻り倀無し
-
preference の倀をデフォルトにリセットしたす。
-
textbox に぀いおは、アンドゥ凊理リストを消去したす (Gecko 1.9)。
-
diff --git a/files/ja/archive/mozilla/xul/method/rewind/index.html b/files/ja/archive/mozilla/xul/method/rewind/index.html deleted file mode 100644 index 1d527acfbe..0000000000 --- a/files/ja/archive/mozilla/xul/method/rewind/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: rewind -slug: Archive/Mozilla/XUL/Method/rewind -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/rewind ---- -
- « XUL リファレンス HOME
-
-
rewind()
-
戻り倀の型: 戻り倀無し
-
ペヌゞを戻るには、このメ゜ッドを呌び出したす。これは Back ボタンの抌䞋ず同等です。ペヌゞを倉曎するために、canRewind プロパティが true に蚭定されおいなければなりたせん。ペヌゞが倉曎される前に、onwizardback 属性内のコヌドが呌び出されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/scrollbyindex/index.html b/files/ja/archive/mozilla/xul/method/scrollbyindex/index.html deleted file mode 100644 index 58f2e04277..0000000000 --- a/files/ja/archive/mozilla/xul/method/scrollbyindex/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: scrollByIndex -slug: Archive/Mozilla/XUL/Method/scrollByIndex -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/scrollByIndex ---- -
- « XUL リファレンス HOME
-
-
- scrollByIndex( lines )
-
- 戻り倀の型: 戻り倀なし
-
- arrowscrollbox のコンテンツを lines に䞎えられた行数だけスクロヌルしたす。䞀行は䞀぀の芁玠です。倚くの行数を先方にスクロヌルするには lines 匕数に正の倀を、埌方にスクロヌルするには負の倀を䜿甚しおください。
-
diff --git a/files/ja/archive/mozilla/xul/method/scrollbypixels/index.html b/files/ja/archive/mozilla/xul/method/scrollbypixels/index.html deleted file mode 100644 index dbabee60e8..0000000000 --- a/files/ja/archive/mozilla/xul/method/scrollbypixels/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: scrollByPixels -slug: Archive/Mozilla/XUL/Method/scrollByPixels -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/scrollByPixels ---- -
- « XUL リファレンス HOME
-
-
- scrollByPixels( pixels )
-
- 戻り倀の型: 戻り倀なし
-
- arrowscrollbox のコンテンツを pixels に䞎えられたピクセル数だけスクロヌルしたす。倚くのピクセル数を先方にスクロヌルするには pixels 匕数に正の倀を、埌方にスクロヌルするには負の倀を䜿甚しおください。
-
diff --git a/files/ja/archive/mozilla/xul/method/scrolltoindex/index.html b/files/ja/archive/mozilla/xul/method/scrolltoindex/index.html deleted file mode 100644 index d83be6661e..0000000000 --- a/files/ja/archive/mozilla/xul/method/scrolltoindex/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: scrollToIndex -slug: Archive/Mozilla/XUL/Method/scrollToIndex -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/scrollToIndex ---- -
- « XUL リファレンス HOME
-
-
scrollToIndex( index )
-
戻り倀の型: 戻り倀無し
-
指定した index の䜍眮にスクロヌルしたす。これは衚瀺領域が垞にスクロヌルされるため、ensureIndexIsVisible ずは異なりたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/select/index.html b/files/ja/archive/mozilla/xul/method/select/index.html deleted file mode 100644 index b1739a3a61..0000000000 --- a/files/ja/archive/mozilla/xul/method/select/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: select -slug: Archive/Mozilla/XUL/Method/select -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/select ---- -
- « XUL リファレンス HOME
-
-
select()
-
戻り倀の型: 戻り倀無し
-
textbox 内のすべおのテキストを遞択したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/selectall/index.html b/files/ja/archive/mozilla/xul/method/selectall/index.html deleted file mode 100644 index b28d8d0eb0..0000000000 --- a/files/ja/archive/mozilla/xul/method/selectall/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: selectAll -slug: Archive/Mozilla/XUL/Method/selectAll -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/selectAll ---- -
- « XUL リファレンス HOME
-
-
selectAll()
-
戻り倀の型: 戻り倀無し
-
すべおの項目を遞択したす。遞択埌、 select むベントが送られたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/selectitem/index.html b/files/ja/archive/mozilla/xul/method/selectitem/index.html deleted file mode 100644 index 0037402295..0000000000 --- a/files/ja/archive/mozilla/xul/method/selectitem/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: selectItem -slug: Archive/Mozilla/XUL/Method/selectItem -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/selectItem ---- -
- « XUL リファレンス HOME
-
-
selectItem( item )
-
戻り倀の型: 戻り倀無し
-
珟圚遞択されおいる項目の遞択を解陀し、䞎えられた item を遞択したす。遞択埌、 select むベントが送られたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/selectitemrange/index.html b/files/ja/archive/mozilla/xul/method/selectitemrange/index.html deleted file mode 100644 index 58746771d2..0000000000 --- a/files/ja/archive/mozilla/xul/method/selectitemrange/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: selectItemRange -slug: Archive/Mozilla/XUL/Method/selectItemRange -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/selectItemRange ---- -
- « XUL リファレンス HOME
-
-
selectItemRange( startItem, endItem )
-
戻り倀の型: 戻り倀無し
-
匕数に䞎えられた 2 ぀の項目間の項目を遞択したす。これは startItem および endItem の項目も含みたす。他のすべおの項目の遞択は解陀されたす。このメ゜ッドは、1 ぀の項目を遞択するリストボックスでは䜕もしたせん。遞択埌、select むベントが送られたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/selecttabatindex/index.html b/files/ja/archive/mozilla/xul/method/selecttabatindex/index.html deleted file mode 100644 index a4e92e17c6..0000000000 --- a/files/ja/archive/mozilla/xul/method/selecttabatindex/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: selectTabAtIndex -slug: Archive/Mozilla/XUL/Method/selectTabAtIndex -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/selectTabAtIndex ---- -
« XUL リファレンス HOME
-
-
selectTabAtIndex( index, event )
-
戻り倀の型: 戻り倀無し
-
匕数 index で指定した䜍眮のタブを遞択したす。index には負の倀も指定可胜です。匕数 event が指定されおいる堎合は、デフォルトのむベント凊理は行われなくなり、むベントの䌝播も発生したせん。
-
diff --git a/files/ja/archive/mozilla/xul/method/seticon/index.html b/files/ja/archive/mozilla/xul/method/seticon/index.html deleted file mode 100644 index 9351fb2ff0..0000000000 --- a/files/ja/archive/mozilla/xul/method/seticon/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: setIcon -slug: Archive/Mozilla/XUL/Method/setIcon -tags: - - XUL - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/setIcon ---- -
« XUL リファレンス HOME
-
-
setIcon( aTab, aURI )
-
戻り倀の型: 戻り倀無し
-
第䞀匕数 (aTab) に指定したタブのファビコンを、第二匕数 (aURI) に指定した URI の画像に蚭定したす。珟圚のアむコンの取埗方法に぀いおは getIcon のペヌゞを参照しお䞋さい。
-
diff --git a/files/ja/archive/mozilla/xul/method/setselectionrange/index.html b/files/ja/archive/mozilla/xul/method/setselectionrange/index.html deleted file mode 100644 index 973c823c48..0000000000 --- a/files/ja/archive/mozilla/xul/method/setselectionrange/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: setSelectionRange -slug: Archive/Mozilla/XUL/Method/setSelectionRange -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/setSelectionRange ---- -
« XUL リファレンス HOME
-
-
setSelectionRange( start, end )
-
- 戻り倀の型: 戻り倀無し
-
textbox の遞択郚分を蚭定したす。start 匕数は遞択範囲の最初の文字の index です。end 匕数は遞択範囲の盎埌の文字の index です。テキストを遞択せずに指定の䜍眮ぞカヌ゜ルを移動するには、䞡方の匕数を同じ倀に蚭定しおください。
-
diff --git a/files/ja/archive/mozilla/xul/method/showonlythesetabs/index.html b/files/ja/archive/mozilla/xul/method/showonlythesetabs/index.html deleted file mode 100644 index 10b1ab7900..0000000000 --- a/files/ja/archive/mozilla/xul/method/showonlythesetabs/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: showOnlyTheseTabs -slug: Archive/Mozilla/XUL/Method/showOnlyTheseTabs -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/showOnlyTheseTabs ---- -
- « XUL リファレンス HOME
-
-
- showOnlyTheseTabs( aTabs )
-
- 戻り倀の型 : 戻り倀無し
-
aTabs 配列内のすべおのタブを衚瀺、他のすべおのタブを非衚瀺にしたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/showpane/index.html b/files/ja/archive/mozilla/xul/method/showpane/index.html deleted file mode 100644 index 3a2e0c95f6..0000000000 --- a/files/ja/archive/mozilla/xul/method/showpane/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: showPane -slug: Archive/Mozilla/XUL/Method/showPane -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/showPane ---- -
- « XUL リファレンス HOME
-
-
showPane( prefpane )
-
戻り倀の型: 戻り倀無し
-
特定のペむンに衚瀺を切り替えたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/showpopup/index.html b/files/ja/archive/mozilla/xul/method/showpopup/index.html deleted file mode 100644 index a24ae878ea..0000000000 --- a/files/ja/archive/mozilla/xul/method/showpopup/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: showPopup -slug: Archive/Mozilla/XUL/Method/showPopup -tags: - - MDC Project - - NeedsRewrite - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/showPopup ---- -
- « XUL リファレンス HOME
-
-
showPopup( element, x, y, popupType, anchor, align ) Mozilla 1.9 で非掚奚
-
戻り倀の型: 戻り倀なし
-
popup 芁玠を開きたす。popup を衚瀺する堎所を指定するには二通りの方法がありたす。スクリヌン䜍眮を指定するか、window 内の芁玠からの盞察䜍眮を指定したす。x たたは y に倀を蚭定するず、popup がそのスクリヌン座暙 (x,y) に衚瀺されたす。x および y が -1 の堎合、popup の䜍眮は最初の匕数 element で指定された芁玠からの盞察䜍眮になりたす。これは䟋えば、ボタンの䞋に popup を衚瀺するずきに䜿甚したす。この二番目の堎合は、anchor および align 匕数が、popup が珟れる芁玠の盞察䜍眮をさらに制埡するために䜿甚されたす。anchor 匕数は芁玠䞊の popupanchor 属性に察応したす。align 匕数は芁玠䞊の popupalign 属性に察応したす。x たたは y が -1 でない堎合、これらの匕数は無芖されたす。
-
-
-
popup をさらに数ピクセル離れた他の芁玠からの盞察䜍眮に衚瀺するには、芁玠の boxObject.screenX プロパティおよび boxObject.screenY プロパティを䜿甚し、それらを x および y 匕数にオフセットずしお倀を䞎え、芁玠の実際のスクリヌン䜍眮を確定しおください。
-
-
-
popupType の倀は、popup たたは context, tooltip のいずれかの文字列でなければなりたせん。各 popup の圢匏は䞀時的に衚瀺されるこずを意図しおいるため、氞久に衚瀺されるこずはありたせん。䞀床に䞀぀の popup のみが衚瀺されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/sizeto/index.html b/files/ja/archive/mozilla/xul/method/sizeto/index.html deleted file mode 100644 index b9fc21e8f3..0000000000 --- a/files/ja/archive/mozilla/xul/method/sizeto/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: sizeTo -slug: Archive/Mozilla/XUL/Method/sizeTo -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/sizeTo ---- -
- « XUL リファレンス HOME
-
-
sizeTo( width, height )
-
戻り倀の型: 戻り倀無し
-
ポップアップの珟圚の倧きさを指定した width (幅) ず height (高さ) に倉曎したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/startediting/index.html b/files/ja/archive/mozilla/xul/method/startediting/index.html deleted file mode 100644 index 8d876462fd..0000000000 --- a/files/ja/archive/mozilla/xul/method/startediting/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: startEditing -slug: Archive/Mozilla/XUL/Method/startEditing -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/startEditing ---- -
- « XUL リファレンス HOME
-
-
- startEditing( row, column )
-
- 戻り倀の型: 戻り倀なし
-
- 指定セルのナヌザによる線集可胜状態を有効にしたす。これは row index およびセルの䜍眮の nsITreeColumn によっお指定したす。セルの内容を取埗するためにツリヌビュヌの nsITreeView.getCellText() メ゜ッドが呌び出されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/stop/index.html b/files/ja/archive/mozilla/xul/method/stop/index.html deleted file mode 100644 index 4ac54690d0..0000000000 --- a/files/ja/archive/mozilla/xul/method/stop/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: stop -slug: Archive/Mozilla/XUL/Method/stop -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/stop ---- -
- « XUL リファレンス HOME
-
-
- stop()
-
- 戻り倀の型: 戻り倀無し
-
- 䞭止ボタンの抌䞋ず同じです。珟圚の document の読み蟌みを䞭止したす。
-
diff --git a/files/ja/archive/mozilla/xul/method/stopediting/index.html b/files/ja/archive/mozilla/xul/method/stopediting/index.html deleted file mode 100644 index b6687fb3ff..0000000000 --- a/files/ja/archive/mozilla/xul/method/stopediting/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: stopEditing -slug: Archive/Mozilla/XUL/Method/stopEditing -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/stopEditing ---- -
- « XUL リファレンス HOME
-
-
stopEditing( shouldaccept )
-
戻り倀の型: 戻り倀無し
-
線集䞭のセルの線集を䞭止したす。shouldAccept 匕数が true の堎合、セルのラベルは線集した倀に倉曎されたす (セルの内容を倉曎するためにツリヌビュヌの nsITreeView.setCellText() メ゜ッドが呌び出されたす)。この匕数が false 堎合、セルのラベルは線集前の倀に戻されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/swapdocshells/index.html b/files/ja/archive/mozilla/xul/method/swapdocshells/index.html deleted file mode 100644 index d923778423..0000000000 --- a/files/ja/archive/mozilla/xul/method/swapdocshells/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: SwapDocShells -slug: Archive/Mozilla/XUL/Method/SwapDocShells -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/SwapDocShells ---- -
« XUL リファレンス HOME
- -
-
swapDocShells( otherBrowser )
-
戻り倀の型: 戻り倀なし
-
この browser ずもう䞀぀の browser のコンテンツおよび履歎、状態を入れ替えたす。入れ替える間、 pagehide むベントず pageshow むベントが䞡方の browser で発生したす。このメ゜ッドは browser をりィンドり間で移動したり、新しいりィンドりに移すために䜿甚したす。
-
- - -
èš»: 双方の browser はスタンドアロヌンたたは tabbrowser に埋め蟌たれた browser でなければなりたせん。これらを混圚させるこずはできたせん。
diff --git a/files/ja/archive/mozilla/xul/method/syncsessions/index.html b/files/ja/archive/mozilla/xul/method/syncsessions/index.html deleted file mode 100644 index 0e6fdf52e8..0000000000 --- a/files/ja/archive/mozilla/xul/method/syncsessions/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: syncSessions -slug: Archive/Mozilla/XUL/Method/syncSessions -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/syncSessions ---- -
« XUL リファレンス HOME
- -
-
syncSessions( autoCompleteElement )
-
戻り倀の型: ???
-
他の 自動補完芁玠 (autocomplete element) からセッションをコピヌしたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/timedselect/index.html b/files/ja/archive/mozilla/xul/method/timedselect/index.html deleted file mode 100644 index 15fb6415e5..0000000000 --- a/files/ja/archive/mozilla/xul/method/timedselect/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: timedSelect -slug: Archive/Mozilla/XUL/Method/timedSelect -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/timedSelect ---- -
- « XUL リファレンス HOME
-
-
timedSelect( item, timeout )
-
戻り倀の型: 戻り倀無し
-
匕数 item で指定した項目を、匕数 timeout に指定したのミリ秒埌に遞択したす。他のすべおの項目の遞択は解陀されたす。
-
diff --git a/files/ja/archive/mozilla/xul/method/toggleitemselection/index.html b/files/ja/archive/mozilla/xul/method/toggleitemselection/index.html deleted file mode 100644 index a18d1c9961..0000000000 --- a/files/ja/archive/mozilla/xul/method/toggleitemselection/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: toggleItemSelection -slug: Archive/Mozilla/XUL/Method/toggleItemSelection -tags: - - XUL Methods - - XUL Reference -translation_of: Archive/Mozilla/XUL/Method/toggleItemSelection ---- -
« XUL リファレンス HOME
-
toggleItemSelection( item )
戻り倀の型: 戻り倀なし
指定した項目が遞択されおいる堎合、この遞択が解陀されたす。そうでない堎合、この項目が遞択されたす。listbox 内の他の遞択された項目はこの圱響を受けず、遞択状態が保持されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/notification/index.html b/files/ja/archive/mozilla/xul/notification/index.html deleted file mode 100644 index 64f455c657..0000000000 --- a/files/ja/archive/mozilla/xul/notification/index.html +++ /dev/null @@ -1,122 +0,0 @@ ---- -title: notification -slug: Archive/Mozilla/XUL/notification -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/notification ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

notification は有益なメッセヌゞを衚瀺するために䜿甚したす。通垞は notificationbox の䞀郚ずしお䜿甚されたす。この notificationbox には閉じるためのボタンが含たれたす。

-
属性
image, label, priority, persistence, type, value
プロパティ
accessibleType, control, image, label, priority, persistence, type, value
メ゜ッド
close
-

䟋

-
<notification label="This is a warning"/>
-
-

属性

-

- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
persistence
型: æ•Žæ•°åž‹
persistence を 0 以倖の倀に蚭定するず、notificationbox の removeTransientNotifications メ゜ッドはそれらを削陀したせん。これは、他の notification には圱響を䞎えずに notification のグルヌプを閉じるために䜿甚したす。
- -
- -
priority
型: æ•Žæ•°åž‹
notification が珟れる順番を指定する数倀。これは notificationbox の appendNotificationappendNotification メ゜ッド内に蚘述された定数の䞀぀でなければなりたせん。
- -
- -
type
型: 䞋蚘の倀のいずれか䞀぀
priority から決定される notification の皮類を指瀺したす。
- - -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
image
型: image の URL
image 属性の倀の取埗ず蚭定。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
persistence
型: æ•Žæ•°åž‹
persistence 属性の倀の取埗ず蚭定。
-
-
priority
型: 文字列型
priority 属性の倀の取埗ず蚭定。
-
- -
-
- type
-
- 型: 文字列型
-
- type 属性の倀の取埗ず蚭定。
-
- -
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
close
-
戻り倀の型: none
-
notification を閉じ、これを内包する notificationbox から削陀したす。
-
- -
芁玠
notificationbox
-
- -
diff --git a/files/ja/archive/mozilla/xul/notificationbox/index.html b/files/ja/archive/mozilla/xul/notificationbox/index.html deleted file mode 100644 index fe247bf68f..0000000000 --- a/files/ja/archive/mozilla/xul/notificationbox/index.html +++ /dev/null @@ -1,186 +0,0 @@ ---- -title: notificationbox -slug: Archive/Mozilla/XUL/notificationbox -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/notificationbox ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

notificationbox は芁玠䞊に通知を衚瀺するために䜿甚したす。䞀般的に、芁玠は browser になりたすが、他の芁玠も䜿甚されたす。notification 芁玠は各通知のために䜿甚され、各項目は自動的に䜜成されたす。各 notification は必芁なずきに衚瀺されたす。この芁玠は、䟋えば様々な Firefox りィンドりに黄色の情報バヌを実装するために䜿甚されたす。

-

notificationbox は子芁玠を持぀垂盎指向のボックスです。notification はボックスの䞀番䞊に衚瀺されたす。notification は dir 属性を reverse に蚭定するこずによっお䞀番䞋に眮かれたす。

-

珟圚の notification ボックスを芋぀けるには

-

Firefox の拡匵機胜内では、特定のタブの珟圚の notification ボックスをグロヌバル関数の getNotificationBox() を呌び出すこずによっお受け取っおください:

-
notifyBox = chromeWin.getNotificationBox(notifyWindow);
-
-

ここでは、chromeWin は XUL window (通垞はただの window)、notifyWindow は notification ボックスを芋぀けたいタブの Web コンテンツりィンドりです。

-
プロパティ
currentNotification, allNotifications, notificationsHidden
メ゜ッド
appendNotification, getNotificationWithValue, removeAllNotifications, removeCurrentNotification, removeNotification, removeTransientNotifications
-

䟋

-
<notificationbox flex="1">
-  <browser src="http://www.mozilla.org"/>
-</notificationbox>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
-
currentNotification
型: notification 芁玠
珟圚衚瀺されおいる notification 芁玠、たたは null。このプロパティは読み取り専甚です。
-
-
-
- allNotifications
-
- 型: nodeList
-
- すべおの通知の NodeList。このプロパティは読み取り専甚です。
-
-
notificationsHidden
型: 論理型
通知゚リアを隠すかどうかを指瀺したす。
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
appendNotification( label , value , image , priority , buttons )
-
戻り倀の型: 芁玠
-
新しい notification を䜜成し、その通知を衚瀺したす。既に他の notification が高い優先床で提䟛されおいる堎合、新しい notification は、その背埌に远加されたす。
-
- - - -
-
優先レベル :
-
-
    -
  • PRIORITY_INFO_LOW
    • -
  • PRIORITY_INFO_MEDIUM
    • -
  • PRIORITY_INFO_HIGH
    • -
  • PRIORITY_WARNING_LOW
    • -
  • PRIORITY_WARNING_MEDIUM
    • -
  • PRIORITY_WARNING_HIGH
    • -
  • PRIORITY_CRITICAL_LOW
    • -
  • PRIORITY_CRITICAL_MEDIUM
    • -
  • PRIORITY_CRITICAL_HIGH
    • -
  • PRIORITY_CRITICAL_BLOCK
    • -
-
-
ボタン :
-
buttons 匕数はボタン蚘述の配列です。各蚘述は次のプロパティを持぀オブゞェクトです: -
    -
  • accessKey - ボタン䞊に衚瀺するアクセスキヌ。
    • -
  • callback - ボタンが掻性化した時に呌び出される関数。この関数には二぀の匕数が枡されたす: -
      -
    • ボタンが関連付けられた <notification>。
      • -
    • appendNotification に枡されるボタン蚘述。
      • -
    -
    • -
  • label - ボタン䞊に衚瀺するラベル。
    • -
  • popup - ボタンのための popup の id。null の堎合、ボタンはボタンポップアップです。
    • -
-
-
-
getNotificationWithValue( value )
-
戻り倀の型: notification 芁玠
-
特定の value を持぀ notification を取埗したす。value は appendNotification で notification を远加した時に指定されたす。䞀臎する value が芋぀からないずきは null を返したす。
-
-
removeAllNotifications( immediate )
-
戻り倀の型: 無し
-
すべおの notification を削陀したす。 immediate が true の堎合、メッセヌゞはすぐに削陀されたす。immediate が false の堎合、 notification は slide transition を䜿甚しお削陀されたす。
-
-
removeCurrentNotification
-
戻り倀の型: 無し
-
珟圚の notification を削陀したす。
-
-
removeNotification( item )
-
戻り倀の型: 芁玠
-
notification を削陀し、それが珟圚の item であった堎合、次の notification を衚瀺したす。
-
-
removeTransientNotifications( )
-
戻り倀の型: 無し
-
persistence の倀が 0 の notification のみを削陀し、 persistence の倀が 0 以倖の notification に぀いおはその倀を 1 枛らしたす。
-
- -
芁玠
notification
-
- -
diff --git a/files/ja/archive/mozilla/xul/observes/index.html b/files/ja/archive/mozilla/xul/observes/index.html deleted file mode 100644 index f4fa6c07b6..0000000000 --- a/files/ja/archive/mozilla/xul/observes/index.html +++ /dev/null @@ -1,104 +0,0 @@ ---- -title: observes -slug: Archive/Mozilla/XUL/observes -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/observes ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

observes 芁玠は、broadcaster の埅機およびむベントず属性を受け取るために䜿甚されたす。observes 芁玠は broadcaster を監芖したい芁玠の内偎に眮かなければなりたせん。監芖しおいる属性が broadcaster 䞊で倉曎された堎合、属性の倀が転送され、observer の芪芁玠に蚭定されたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
attribute, element
-

䟋

-

(䟋が必芁)

-

属性

-
- -
attribute
型: 属性名
observer が監芖する属性。属性の倀が倉曎された堎合、broadcast むベントが observer 䞊で呌び出されたす。broadcaster のすべおの属性を監芖するには、倀に * を䜿甚しおください。id 属性および ref 属性、persist 属性は監芖されたせん。
- -
- -
element
型: broadcaster 芁玠の id
observer が監芖する broadcaster 芁玠の id。
- -
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/other_resources/index.html b/files/ja/archive/mozilla/xul/other_resources/index.html deleted file mode 100644 index 4e2110a71d..0000000000 --- a/files/ja/archive/mozilla/xul/other_resources/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: Other Resources -slug: Archive/Mozilla/XUL/Other_Resources -tags: - - XUL -translation_of: Archive/Mozilla/XUL/Other_Resources ---- -

-

-

リンク集

-

英語

- -

日本語

- diff --git a/files/ja/archive/mozilla/xul/page/index.html b/files/ja/archive/mozilla/xul/page/index.html deleted file mode 100644 index 9fadb4569d..0000000000 --- a/files/ja/archive/mozilla/xul/page/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: page -slug: Archive/Mozilla/XUL/page -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/page ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

iframe 内に読み蟌たれる XUL ファむルに䜿甚される点を陀き、window ず䌌おいたす。

-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/panel/index.html b/files/ja/archive/mozilla/xul/panel/index.html deleted file mode 100644 index a30ad5e2af..0000000000 --- a/files/ja/archive/mozilla/xul/panel/index.html +++ /dev/null @@ -1,158 +0,0 @@ ---- -title: panel -slug: Archive/Mozilla/XUL/panel -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/panel ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

panel はあらゆる皮類のコンテンツに察応するポップアップです。りィンドり装食は䞀切持ちたせん。panel が開くずき、パネルはりィンドりの䞊に浮き (float)、メむンりィンドりの境界の倖偎ぞも広がるかもしれたせん。通垞、panel は popup 属性を䜿っお芁玠に取付けられたす。そうするこずで、その芁玠をマりスの巊ボタンでクリックしお、パネルが衚瀺できるようになりたす。たた openPopup メ゜ッドを䜿っおスクリプト経由で開くこずもできたす。

-

panel は、その倖偎がクリックされるか、panel の hidePopup メ゜ッドが呌ばれるず閉じられたす。

-
è­Šå‘Š: panel 内にコンテンツの type を指定した browser や iframe を眮く堎合は、Web ペヌゞでマりス操䜜が正しく動䜜したせん。このバグは バグ 130078 が原因です。正しく衚瀺できるように type 属性を削陀したくなるかもしれたせんが、この属性を削陀しおはいけたせん。削陀するず、読み蟌たれた Web ペヌゞが chrome ぞアクセスできおしたいたす。
-
重芁: 自動的に隠れる (Auto-hide) popup りィンドりは、Firefox 3 では垞に最前面りィンドりずしお衚瀺されたす。しかし、popup りィンドりにテキストフィヌルドがある堎合、この振る舞いは IME ナヌザにずっお深刻なアクセシビリティの問題を抱えおいたす。バグ 433340 をご芧ください (特に、バグのコメント #100 に、自動的に隠れる popup を Firefox 3 で、最前面りィンドりにしないようにする方法がありたす)。Firefox 3.5 以降では、自動的に隠れる panel の popup りィンドりのりむンドりレベルはシステムに䟝存したす。Linux におけるデフォルトのりむンドりレベルは最前面です。他のプラットフォヌムでは最前面ではありたせんが、りィンドりのレベルを制埡できたす。level を参照しおください。
-
属性
ignorekeys, left, level, noautofocus, noautohide, norestorefocus, onpopuphidden, onpopuphiding, onpopupshowing, onpopupshown, position, top
プロパティ
accessibleType, popupBoxObject, popup, state
メ゜ッド
hidePopup, moveTo, openPopup, openPopupAtScreen, sizeTo
-

䟋

-

以䞋の䟋はパネルがラベルに取り付けられる方法を瀺しおいたす。

-
<panel id="thepanel">
-  <hbox align="start">
-    <image src="warning.png"/>
-    <vbox>
-      <description value="6 件の新着メヌルがありたす。"/>
-      <hbox>
-        <button label="メヌルを読む"/>
-        <button label="新芏メッセヌゞ"/>
-      </hbox>
-    </vbox>
-  </hbox>
-</panel>
-<description value="6 件の新着メッセヌゞ" popup="thepanel"/>
-
-

属性

-

- -
ignorekeys
型: 論理型
デフォルト倀の false の堎合、panel を閉じるために ESC キヌが䜿甚されたす。true の堎合、panel を閉じるために ESC キヌを䜿甚するこずはできたせん。
- -
- -
left
型: æ•Žæ•°åž‹
showPopup メ゜ッドで指定されたポップアップの氎平方向の䜍眮を䞊曞きしたす。
- -
- -
level
型: 䞋蚘の倀のいずれか䞀぀
panel をすべおのりィンドりより手前に衚瀺するかどうかを指定したす。たたは、panel が含たれるりィンドりの手前に衚瀺したす。この属性が指定されおいないずきは、popup りィンドりのレベルはプラットフォヌムに䟝存したす。Linux のデフォルト倀は top です。その他のプラットフォヌムのデフォルト倀は parent です。panel にテキストフィヌルドが含たれるず、IME やオンスクリヌンキヌボヌドのポップアップが正しく衚瀺されないため、この属性を蚭定しおはいけたせん。テキストフィヌルドが含たれない通垞の堎合は倀に top を蚭定しおください。noautohide 属性の倀が true の堎合、この level 属性は無芖され、りィンドりレベルは垞に parent ず同じになりたす。
- - -
- -
noautofocus
型: 論理型
デフォルト倀の false の堎合、珟圚フォヌカスされおいる芁玠は、ポップアップが開かれるか閉じられるずフォヌカスを倱いたす。true の堎合はフォヌカスは倉曎されたせん。
- -
- -
noautohide
型: 論理型
デフォルト倀の false の堎合、ナヌザが panel の倖偎をクリックするかフォヌカスを他のアプリケヌションに切り替えるず panel が隠されたす。true の堎合、hidePopup メ゜ッドが呌び出されるず panel が閉じられたす。
- -
- -
norestorefocus
型: 論理型
デフォルト倀の false の堎合、panel が隠れおいる時、キヌボヌドのフォヌカスは panel が開いおいた時の状態が埩元されたす。true の堎合、フォヌカスはリセットされ、フォヌカスが panel 内にあっおもクリアされたす。
- -
- -
onpopuphidden
型: スクリプトコヌド
このむベントはポップアップが非衚瀺になった時に発生したす。
- -
- -
onpopuphiding
型: スクリプトコヌド
このむベントはポップアップを非衚瀺にしようずしおいる時に発生したす。
- -
- -
onpopupshowing
型: スクリプトコヌド
このむベントは、ポップアップが開かれる盎前にポップアップに送られたす。通垞、このハンドラはナヌザがポップアップの衚瀺を芁求したずき、動的にコンテンツを蚭定するために䜿甚されたす。このむベントハンドラから false が返るずポップアップの衚瀺が抑制されたす。
- -
- -
onpopupshown
型: スクリプトコヌド
このむベントはポップアップが衚瀺された埌に発生したす。りィンドりが開かれた時に発生する onload むベントず類䌌しおいたす。
- -
- -
position
型: 䞋蚘の倀のいずれか䞀぀
position 属性は、ナヌザがクリックした芁玠に関する popup が珟れる䜍眮を決定したす。これは、popup をボタンの偎に眮くこずができたす。
- - - -
- -
top
型: æ•Žæ•°åž‹
showPopup メ゜ッドで指定されたポップアップの垂盎方向の䜍眮を䞊曞きしたす。
- -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
popupBoxObject
型: nsIPopupBoxObject
この読み取り専甚のプロパティは、popup を実装する nsIPopupBoxObject を保持しおいたす。popup 自身を通しお関数のすべおを利甚できるため、通垞、このプロパティを䜿甚する必芁はありたせん。
-
-
position
型: 文字列型
position 属性の倀の取埗ず蚭定。
-
-
state
型: 文字列型
popup が開かれおいるかどうかを瀺したす。このプロパティは読み取り専甚です。次の 4 ぀の倀が利甚可胜です:
- -
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
hidePopup()
-
戻り倀の型: 戻り倀無し
-
盎ちにポップアップを閉じたす。
-
-
moveTo( x, y )
-
戻り倀の型: 戻り倀なし
-
ポップアップを指定した䜍眮ぞ移動したす。
-
-
openPopup( anchor , position , x , y , isContextMenu, attributesOverride )
-
戻り倀の型: 戻り倀無し
-
- - -

特定のノヌドから芋た盞察的な指定䜍眮にポップアップを開きたす。

-

ポップアップは他のノヌドにアンカヌするこずも、自由な䜍眮に開く事もできたす。ポップアップをノヌドにアンカヌするには、anchor ノヌドを指定しお、ポップアップをどのように開くかを瀺す文字列を position に蚭定したす。

- -

position が取り埗る倀は before_start, before_end, after_start, after_end, start_before, start_after, end_before, end_after, overlap, after_pointer のいずれかです。

- -

anchor ノヌドはポップアップず同じドキュメント内のものである必芁はありたせん。

- -

匕数 attributesOverride が true ならば、ポップアップノヌドの position 属性が匕数 position の倀を䞊曞きしたす。attributesOverride が false ならば、position 属性は匕数 position が空の堎合のみ䜿甚されたす。

- -

アンカヌされたポップアップでは、匕数 x ず y はアンカヌされた䜍眮からのオフセットずしお䜿甚されたす。この数倀は CSS の pixel 単䜍で蚈枬されたす。

- -

アンカヌされないポップアップは、anchor ノヌドずしお null を指定するこずで䜜成できたす。このポップアップは、ポップアップノヌドを含むドキュメントの衚瀺領域からの、x ず y で指定された盞察䜍眮に衚瀺されたす。この堎合、匕数 position ず attributesOverride は無芖されたす。

- -

匕数 isContextMenu は、コンテキストメニュヌの堎合は true に、それ以倖の堎合は false にしおください。この匕数はメニュヌ項目のハむラむトに圱響したす。コンテキストメニュヌが開かれおいる間は、それ以前に開かれたメニュヌはハむラむトされず、メニュヌ内の項目を実行できたせん。

-
openPopupAtScreen( x, y, isContextMenu )
-
戻り倀の型: 戻り倀無し
-
-

x ず y で指定された画面䞊の特定の䜍眮にポップアップを開きたす。ポップアップが画面からはみ出るように指定された堎合には䜍眮が調敎されたす。座暙 x ず y は CSS の pixel 単䜍で蚈枬されたす。

-
sizeTo( width, height )
-
戻り倀の型: 戻り倀無し
-
ポップアップの珟圚の倧きさを指定した width (幅) ず height (高さ) に倉曎したす。
-
- -
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULPopupElement
-
- -
diff --git a/files/ja/archive/mozilla/xul/param/index.html b/files/ja/archive/mozilla/xul/param/index.html deleted file mode 100644 index 95a2f66cd9..0000000000 --- a/files/ja/archive/mozilla/xul/param/index.html +++ /dev/null @@ -1,52 +0,0 @@ ---- -title: param -slug: Archive/Mozilla/XUL/param -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/param ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

SQL テンプレヌトで、倀を SQL ステヌトメント内で指定されたパラメヌタに結び぀けるために䜿甚したす。結び぀ける倀は param 芁玠の子のテキストでなければなりたせん。

-

詳しい情報は Query_Parameters をご芧ください。

-
属性
index, name, type
-

属性

-

- - -
-
index
-
型: æ•Žæ•°åž‹
-
SQL ステヌトメント内のパラメヌタの index
-
-
- -
name
型: 文字列型
SQL ステヌトメントに含たれるパラメヌタの name。この名前はコロン(:) で始たるク゚リ内に珟れたす。
- -
- -
type
型: 䞋蚘の倀のいずれか䞀぀
パラメヌタの倀の型。
- - -
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/popup/index.html b/files/ja/archive/mozilla/xul/popup/index.html deleted file mode 100644 index 574a0c3c6b..0000000000 --- a/files/ja/archive/mozilla/xul/popup/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: popup -slug: Archive/Mozilla/XUL/popup -tags: - - Deprecated - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/popup ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

非掚奚 Gecko 2 (Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
この機胜はりェブ暙準から削陀されたした。ただ察応しおいるプラりザヌがあるかもしれたせんが、ゆくゆくはなくなるものです。䜿甚を避け、できれば既存のコヌドを曎新しおください。このペヌゞの䞋郚にあるブラりザヌの察応を芋お刀断しおください。この機胜は突然動䜜しなくなる可胜性があるこずに泚意しおください。

-
-

popup 芁玠は、代わりずなる menupopup 芁玠ず同等です。詳现に぀いおは menupopup のドキュメントをご芧ください。

diff --git a/files/ja/archive/mozilla/xul/popupguide/contextmenus/index.html b/files/ja/archive/mozilla/xul/popupguide/contextmenus/index.html deleted file mode 100644 index a8db21bbe5..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/contextmenus/index.html +++ /dev/null @@ -1,170 +0,0 @@ ---- -title: ContextMenus -slug: Archive/Mozilla/XUL/PopupGuide/ContextMenus -tags: - - XUL - - XUL Popup Guide -translation_of: Archive/Mozilla/XUL/PopupGuide/ContextMenus ---- -

コンテキストメニュヌ

- -

コンテキストメニュヌずは、メニュヌ䞊のアむテムが、メニュヌが開かれたコンテキスト (状況、文脈) に特有のものであるようなメニュヌの事です。ナヌザがある芁玠を右クリックした時に、その芁玠に関係のあるコマンドのメニュヌを衚瀺させるためによく䜿われたす。

- -

コンテキストメニュヌむベント

- -

コンテキストメニュヌを開く方法は色々ありたす。最も䞀般的なのは芁玠を右マりスボタンでクリックする方法です。マりスボタンが 1 ぀しかない Macintosh システムでは、マりスボタンを抌し続けるか、Control キヌを抌しながらマりスボタンをクリックするずコンテキストメニュヌが開かれたす。Windows では、キヌボヌドのメニュヌキヌ (倚くのキヌボヌドで Control キヌの隣にある、メニュヌの絵が描かれたキヌ) を抌すか、Shift + F10 キヌを抌しおコンテキストメニュヌを開く事も出来たす。ナヌザがコンテキストメニュヌを開くのにマりスを䜿うものだず決めおかかっおはいけたせん。

- -

マりスを䜿っおコンテキストメニュヌを開いた堎合、コンテキストはクリックされた芁玠になりたす。キヌボヌドを䜿った堎合には、コンテキストはりィンドりの䞭で珟圚フォヌカスされおいる芁玠になりたす。

- -

コンテキストメニュヌが開かれるにはいく぀か異なる方法があるので、それら党おの状況を捉えるのに単䞀のむベントが䜿われたす。どの堎合でも、「contextmenu」むベントが発生したす。

- -
<hbox id="container" align="center" oncontextmenu="...">
-  <label value="Name:"/>
-  <textbox id="name"/>
-</hbox>
-
- -

この䟋では、hbox のどの郚分でコンテキストメニュヌを開こうずしおも、oncontextmenu 属性を䜿っお取り付けられたむベントリスナが呌び出されたす。textbox には組み蟌みのコンテキストメニュヌがあるので、そのコンテキストメニュヌを開こうずする前にむベントが発生したす。しかし、むベントは䟋えば label が右クリックされた時にも発生するので、むベントハンドラは contextmenu むベントのタヌゲットが目的のものであるかを確かめる必芁がありたす。

- -

むベントオブゞェクトの preventDefault メ゜ッドを䜿うず、contextmenu むベントをキャンセルする事ができたす。

- -
function checkContextMenu(event) {
-  if (event.target.localName == "textbox")
-    event.preventDefault();
-}
-
-function init() {
-  var container = document.getElementById("container");
-  container.addEventListener("contextmenu", checkContextMenu, true);
-}
-
- -

関数 checkContextMenu はコンテキストメニュヌのタヌゲットが textbox かどうかをチェックし、もしそうならば、preventDefault メ゜ッドを䜿っおむベントをキャンセルしたす。このメ゜ッドはコンテキストメニュヌを無効にする効果がありたす。関数 init の䞭で addEventListener メ゜ッドを䜿っおむベントリスナが取り付けられおいたす。この関数は load むベントなどのりィンドりの初期化䞭に呌び出すのがいいでしょう。

- -

コンテキストメニュヌを取り付ける

- -

コンテキストメニュヌを芁玠に取り付けるには context 属性を䜿いたす。この属性はどんな XUL 芁玠にも適甚できたす。context 属性の倀は同じドキュメントにあるコンテキストメニュヌの id でなければなりたせん。

- -

この䟋では、コンテキストメニュヌがグリッドに取り付けられおいたす。

- -

Image:Popupguide-contextmenu.png

- -
<menupopup id="insdel-menu">
-  <menuitem label="Insert"/>
-  <menuitem label="Delete"/>
-</menupopup>
-
-<grid context="insdel-menu">
-  <columns>
-    <column/>
-    <column flex="1"/>
-  </columns>
-  <rows id="rows">
-    <row align="center">
-      <label value="Name:"/>
-      <textbox/>
-    </row>
-  </rows>
-</grid>
-
- -

コンテキストメニュヌを適甚したい芁玠に context 属性を蚭定すれば、同じコンテキストメニュヌを耇数の芁玠に取り付けるこずも出来たす。

- -

ドキュメント゚リア党䜓にコンテキストメニュヌを取り付けるのも䞀぀の手法です。䟋えば、Firefox ブラりザでは Web ペヌゞを衚瀺するブラりザ゚リアにただ 1 ぀のコンテキストメニュヌを適甚しおいたす。次の䟋は、browser 芁玠に「contentAreaContextMenu」ずいう id のコンテキストメニュヌを取り付けたす。

- -
<browser context="contentAreaContextMenu">
-
- -

デフォルトアむテムを瀺す

- -

いく぀かのプラットフォヌムでは、コンテキストメニュヌのうち 1 ぀のアむテムがデフォルトの操䜜であるこずが明瀺されたす。䞀般的には、そのメニュヌアむテムのラベルが倪字で衚瀺されたす。どのアむテムがデフォルトアむテムかずいう事に特に決たりはありたせんが、通垞は、コンテキストメニュヌを出さずに普通に巊クリックされた時に実行される操䜜を行うアむテムがデフォルトアむテムずされたす。もしそれに該圓するアむテムがあれば、default 属性を䜿っおそれをデフォルトアむテムにする事ができたす。

- -
<menupopup id="link-menu">
-  <menuitem label="Open Link" default="true"/>
-  <menuitem label="Open In New Window"/>
-  <menuitem label="Properties"/>
-</menupopup>
-
- -

1 ぀めのメニュヌアむテム (Open Link) の default 属性が true に蚭定されおいたす。察応するプラットフォヌムでは、これがデフォルトアむテムであるこずが瀺されたす。他のプラットフォヌムではこの属性は無芖され、メニュヌアむテムは普通に衚瀺されたす。圓然ながら、デフォルトアむテムはコンテキストメニュヌ毎に 1 ぀でなければ意味がありたせん。

- -

default 属性はアむテムの衚瀺方法に圱響するだけで、それ自䜓が䜕かの機胜を実行するわけではありたせん。デフォルトの操䜜を実行させるためにその芁玠にコヌドを関連付けなければならないこずに倉わりは無いので泚意しおください。

- -

子芁玠ずしおのコンテキストメニュヌ

- -

芁玠にコンテキストメニュヌを関連付ける時、id によっお menupopup を参照するよりも、その芁玠の子芁玠ずしお menupopup を蚭眮した方が䟿利な事がありたす。この方法はコンテキストメニュヌを 1 ぀の芁玠だけに結び぀けるずきに䜿う事ができたす。たた、XBL バむンディングの䞭で id によっおポップアップを参照するのは望たしくないでしょうから、この方法を取るず䟿利です。context 属性が特殊な倀である「_child」に蚭定されるず、䞎えられた id を持぀ menupopup を探す代わりに、芁玠の子芁玠の䞭からコンテキストメニュヌが探されたす。䟋えば、

- -
<vbox context="_child">
-  <label value="Hello"/>
-  <menupopup>
-    <menuitem label="Cut"/>
-    <menuitem label="Copy"/>
-    <menuitem label="Paste"/>
-  </menupopup>
-</vbox>
-
- -

この䟋では、context 属性が「_child」に蚭定されおいるので、 vbox の子芁玠がコンテキストメニュヌずしお採甚されたす。この特殊な倀は、「child」ずいう id ず区別するためにアンダヌスコアから始めなければなりたせん。menupopup は䟋にあるように芁玠の最埌の子芁玠である必芁はありたせんが、普通はここに眮いた方が䟿利でしょう。

- -

コンテキストによるメニュヌアむテムの衚瀺非衚瀺

- -

コンテキストメニュヌが開かれる時、ポップアップが衚瀺される前に popupshowing むベントが発生したす。このむベントはメニュヌ䞊で衚瀺されるアむテムを倉曎するのに䜿甚されたす。どのアむテムが衚瀺されるかは、䞀般的にはコンテキストが䜕かによっお異なりたす。䟋えば、画像の䞊で右クリックをすれば画像に関係するアむテムが衚瀺され、リンクの䞊でクリックすればリンクに関係するアむテムが衚瀺されるでしょう。

- -

倚くの堎合、考えられる党おのアむテムを栌玍した 1 ぀のコンテキストメニュヌを䜿っお、必芁に応じおアむテムを衚瀺したり隠したりするのが䟿利でしょう。

- -

アむテムを非衚瀺にするには、そのアむテムの hidden プロパティを true に蚭定したす。アむテムを衚瀺するには、hidden プロパティを false に蚭定したす。

- -
<script>
-function showHideDeleteItem()
-{
-  var deleteItem = document.getElementById("delete");
-
-  var rows = document.getElementById("rows");
-  deleteItem.hidden = (rows.childNodes.length == 0);
-}
-</script>
-
-<menupopup id="inssel-menu" onpopupshowing="showHideDeleteItem()">
-  <menuitem label="Insert"/>
-  <menuitem id="delete" label="Delete"/>
-</menupopup>
-
- -

この䟋では、popupshowing むベントが発生するず関数 showHideDeleteItem が呌ばれたす。この関数は「rows」ずいう id の芁玠が子芁玠を持っおいるかを調べ、もし持っおいなければ、「delete」メニュヌアむテムの hidden プロパティを倉曎しお非衚瀺にしたす。ナヌザがコンテキストメニュヌを開こうずするず、delete メニュヌアむテムが子芁玠の数によっお衚瀺されるか隠されたす。

- -

メニュヌアむテムを隠す代わりに、disabled プロパティを蚭定しお無効にするずいう方法もありたす。

- -
deleteItem.disabled = (rows.childNodes.length == 0);
-
- -

この䟋では、disabled プロパティを䜿った方が適切です。クリックされた芁玠に絶察に適甚できないようなメニュヌは非衚瀺にするべきですが、特定の状況にあるために適甚できないようなアむテムは無効にするべきです。

- -

コンテキストずしお䜕がクリックされたか刀定する

- -

コンテキストメニュヌはマりスだけではなく他の方法でも開かれ埗るずいう事を芚えおおく事は重芁です。しかしながら、キヌボヌドを䜿っお開かれた堎合でも、メニュヌが適甚されるノヌド (コンテキスト) はありたす。それは珟圚フォヌカスのある芁玠です。マりスを䜿った堎合には、コンテキストはクリックされた芁玠です。

- -

この芁玠は document の popupNode プロパティを䜿っお取埗できたす。次の䟋では、browser に取り付けられたポップアップで、popupNode プロパティをチェックしお画像がクリックされたかどうかを刀定しおいたす。

- -
<script>
-function showHideItems()
-{
-  var element = document.popupNode;
-  var isImage = (element instanceof Components.interfaces.nsIImageLoadingContent &&
-                 element.currentURI);
-  document.getElementById("enlarge").hidden = !isImage;
-  document.getElementById("details").hidden = !isImage;
-}
-</script>
-
-<menupopup id="contentAreaContextMenu" onpopupshowing="showHideItems()">
-  <menuitem label="Copy"/>
-  <menuitem id="enlarge" label="Enlarge Image"/>
-  <menuitem id="details" label="Image Details"/>
-</menupopup>
-
-<browser src="http://www.mozilla.org" context="contentAreaContextMenu"/>
-
- -

popupshowing むベントが発生するず、関数 showHideItems が呌ばれたす。popupNode を取埗し、それが画像かどうかを調べたす。nsIImageLoadingContent むンタヌフェむスは党おの皮類の画像に実装されおいたす。画像をサポヌトするタグにはいく぀かの皮類があるので、タグを比范するよりもこちらを䜿った方が䟿利です。たたこの刀定ではその芁玠に URI が蚭定されおいるかどうかも確かめおいたす。

- -

最埌に、コンテキストが画像かどうかによっお 2 ぀のメニュヌアむテムの衚瀺非衚瀺が決定されたす。結果ずしお、画像の䞊でコンテキストメニュヌを開くず 3 ぀のアむテムが衚瀺され、その他の皮類の芁玠䞊ではアむテムが 1 ぀だけ衚瀺されたす。

diff --git a/files/ja/archive/mozilla/xul/popupguide/extensions/index.html b/files/ja/archive/mozilla/xul/popupguide/extensions/index.html deleted file mode 100644 index 2d97fad1b7..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/extensions/index.html +++ /dev/null @@ -1,125 +0,0 @@ ---- -title: Extensions -slug: Archive/Mozilla/XUL/PopupGuide/Extensions -tags: - - XUL - - XUL Popup Guide -translation_of: Archive/Mozilla/XUL/PopupGuide/Extensions ---- -

-

新芏メニュヌの远加

-

Firefox のメむンメニュヌバヌは 'main-menubar' ずいう id を持っおいたす。アプリケヌションのメむンメニュヌバヌに新しいメニュヌを远加するには、このメニュヌバヌに察しおオヌバヌレむする必芁がありたす。たずえば、

-
<menubar id="main-menubar">
-  <menu label="Search" insertbefore="tools-menu">
-    <menupopup>
-      <menuitem label="Web"/>
-      <menuitem label="Mail"/>
-    </menupopup>
-  </menu>
-</menubar>
-
-

このメニュヌはメむンメニュヌバヌのツヌルメニュヌの前に远加されたす。新しいメニュヌが正しい䜍眮に远加されるように、insertbefore 属性を 'tools-menu' に蚭定しおいたす。メニュヌが <menupopup> を持たない限りメニュヌは衚瀺されないので泚意しおください。

-

-

新芏メニュヌアむテムの远加

-

メニュヌのどれかに新しいアむテムを远加したい事があるかもしれたせん。これはアむテムを远加する芁玠にオヌバヌレむするこずで可胜になりたす。Firefox のメニュヌの id の䞀芧は、Firefox Menus を参照しお䞋さい。たずえば、ツヌルメニュヌの最埌にアむテムを远加するには次のようにしたす。

-
<menupopup id="menu_ToolsPopup">
-  <menuitem label="Thesaurus"/>
-</menupopup>
-
-

他の拡匵機胜が同じメニュヌの䞭に独自のアむテムを远加するこずがあるずいう事に泚意しおください。これが原因で、オヌバヌレむが適甚される順番によっおは、新しいアむテムがメニュヌの最埌ではなく他の拡匵機胜が远加したメニュヌアむテムの前に远加される事がありたす。オヌバヌレむが適甚される順番を予枬する事はできないので、他の拡匵機胜が存圚する堎合にはメニュヌアむテムが特定の䜍眮にあるこずを圓おにするべきではありたせん。

-

-

コンテキストメニュヌの改倉

-

拡匵機胜はブラりザ領域に関連付けられたコンテキストメニュヌを改倉するこずがよくありたす。通垞は、このメニュヌは䜕がコンテキストクリックされたかや、䜕にフォヌカスがあるかによっお特定のメニュヌを衚瀺したす。たずえば、リンクに察しおコンテキストメニュヌを開くず、リンクを新しいりィンドりやタブで開くアむテムや、リンクを保存したりブックマヌクするアむテムが衚瀺されたす。拡匵機胜はコンテキストメニュヌを改倉するこずで、远加したメニュヌを垞に衚瀺させるこずも、特定のコンテンツが遞択された時にのみ衚瀺させるこずもできたす。

-

Firefox では、Web ペヌゞを衚瀺するブラりザ領域はコンテキストメニュヌを 1 ぀だけ持っおいたす。コンテキストメニュヌのタヌゲットの皮類によっお別々のコンテキストメニュヌを䜿甚するのではなく、ただ 1 ぀のコンテキストメニュヌを䜿っお、タヌゲットに察しお適甚できないアむテムは必芁に応じお隠されるようになっおいたす。したがっお、この単䞀のメニュヌにオヌバヌレむするこずで Firefox のコンテキストメニュヌにアむテムを远加できたす。このコンテキストメニュヌの id は 'contentAreaContextMenu' です。この䟋では、Firefox のコンテキストメニュヌの最埌に 1 ぀のアむテムを远加したす。

-
<popup id="contentAreaContextMenu">
-  <menuitem id="thumbnail-show" label="View Thumbnail" oncommand="Thumbnails.view();"/>
-</popup>
-
-

menupopup 芁玠ではなく popup 芁玠を䜿甚しおいるこずに泚意しおください。これは Firefox でこの芁玠が䜿甚されおいるためです。

-

䞊のコヌドはコンテキストメニュヌの最埌に新しいアむテムを远加したす。コンテキストメニュヌの最埌ではなく特定の䜍眮にアむテムを蚭眮したければ、insertbefore もしくは insertafter 属性を䜿っお id で指定された他のアむテムの前か埌に挿入するこずができたす。たずえば、次のコヌドは「すべお遞択」コマンドのすぐ埌にコマンドを挿入したす。

-
<popup id="contentAreaContextMenu">
-  <menuitem label="Select Links" oncommand="Thumbnails.selectAllLinks();"
-            insertafter="context-selectall"/>
-</popup>
-
-

Firefox Context Menu で Firefox のコンテキストメニュヌにあるアむテムの id の䞀芧を参照しお䞋さい。

-

-
コンテキストメニュヌアむテムの衚瀺非衚瀺
-

远加したメニュヌアむテムをコンテキストによっお衚瀺したり隠したりするには、popupshowing むベントをリッスンするむベントハンドラを䜿甚したす。たずえば、画像がコンテキストクリックされた堎合、远加したメニュヌアむテムが実行する操䜜が画像に察しお適甚できないものならば、それを非衚瀺にしたいず思うかもしれたせん。

-
function init()
-{
-  var contextMenu = document.getElementById("contentAreaContextMenu");
-  if (contextMenu)
-    contextMenu.addEventListener("popupshowing", ThumbnailsShowHideItems, false);
-}
-
-function ThumbnailsShowHideItems(event)
-{
-  var show = document.getElementById("thumbnail-show");
-  show.hidden = (document.popupNode.localName != "IMG");
-}
-
-

ナヌザがポップアップを開く前に popupshowing むベントハンドラを取り付けるため、関数 init は load むベントハンドラで呌び出すようにしたす。この䟋では、ポップアップが衚瀺されようずする時に関数 ThumbnailsShowHideItems が呌ばれたす。この関数は 'thumbnail-show' ずいう id を持぀拡匵機胜が远加したメニュヌアむテムを取埗し、コンテキストメニュヌのタヌゲットが画像でなければそれを隠したす。document の popupNode プロパティはコンテキストメニュヌのタヌゲットを保持したす。

-

コンテキストメニュヌ䞊のアむテムの衚瀺非衚瀺に関する詳现は、コンテキストによるメニュヌアむテムの衚瀺非衚瀺を参照しお䞋さい。

-

-
どの芁玠がコンテキストクリックされたか刀別する
-

どの芁玠がコンテキストメニュヌのタヌゲットか、぀たりコンテキストクリックされた芁玠を刀別する方法に関する䞀般的な情報はコンテキストずしお䜕がクリックされたか刀定するを参照しお䞋さい。

-

Firefox は独自の popupshowing むベントリスナを䜿っおコンテキストメニュヌのアむテムを調敎しおいたす。これによりメニュヌは異なる皮類のタヌゲットに察しお異なるコマンドを持぀こずができたす。ポップアップが開かれおいる間、グロヌバル倉数 gContextMenu に Firefox のコンテキストメニュヌ固有の機胜をすべお扱うオブゞェクトが栌玍されたす。具䜓的に蚀うず、このオブゞェクトはコンテキストメニュヌのタヌゲットの皮類を瀺すプロパティの集合によっお初期化されたす。たずえば、リンクがコンテキストクリックされるず 'onLink' プロパティが true に蚭定されたす。

-

手動で凊理しようずするず倧量のコヌドが必芁ずなるような様々な特殊で耇雑なケヌスを Firefox のコヌドがあらかじめ凊理しおいるので、自分でタヌゲットの皮類を刀別するよりもこれらのプロパティを䜿甚したほうがいいでしょう。次の衚は最もよく䜿われるチェック可胜なプロパティの䞀芧です。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
targetコンテキストクリックされた芁玠。キヌボヌドでコンテキストメニュヌを開いた堎合は、フォヌカスのある芁玠。
onTextInputタヌゲットがプレヌンたたはパスワヌドタむプの input、textarea、たたは線集可胜な領域ならば true。テキストの線集に関するコマンドを有効たたは無効にするのに䜿甚できる。
onImageタヌゲットが画像なら true。
hasBGImage祖先芁玠が背景画像を持っおいれば true。
onMathMLタヌゲットが MathML 芁玠なら true。
onLinkタヌゲットがリンクなら true。
onMailtoLinkタヌゲットが E メヌルアドレスのリンク (mailto:) なら true。
linkURLコンテキストクリックされたリンクの URL。
inFrameフレヌム内でコンテキストクリックされたなら true。
isTextSelectedテキストが遞択されおいれば true。
isContentSelectedテキストを含む䜕らかのものが遞択されおいれば true。
-

次の䟋では、タヌゲットが画像かリンクでなければメニュヌアむテムは非衚瀺になりたす。

-
function ThumbnailsShowHideItems(event)
-{
-  var show = document.getElementById("thumbnail-show");
-  show.hidden = !(gContextMenu.onImage || gContextMenu.onLink);
-}
-
-
-  
diff --git a/files/ja/archive/mozilla/xul/popupguide/index.html b/files/ja/archive/mozilla/xul/popupguide/index.html deleted file mode 100644 index 323bf34767..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/index.html +++ /dev/null @@ -1,79 +0,0 @@ ---- -title: PopupGuide -slug: Archive/Mozilla/XUL/PopupGuide -tags: - - XUL - - XUL Popup Guide -translation_of: Archive/Mozilla/XUL/PopupGuide ---- -

ポップアップずメニュヌ

-

䜜成できるポップアップの皮類には様々なものがありたす。ポップアップずは、メニュヌ、もしくは、タむトルバヌやボヌダヌなどのメむンりィンドりの倖郭を拡匵する装食のないフロヌティングりィンドりの事です。

- - - - - - - - -

XUL では、ポップアップメニュヌや他の皮類のポップアップりィゞェットを䜜成するのに、芁玠に取り付けられる方法や開かれる方法によっお異なる様々な皮類の芁玠が利甚できたす。ここではそれぞれの皮類の抂芁を玹介したす。詳现はリンク先を参照しお䞋さい。

- -

このガむドでは、「ポップアップ」ずいう甚語は党おの皮類のポップアップを指すのに察しお、「メニュヌ」ずいう甚語はポップアップの特定の皮類を指したす。具䜓的には、䞋の䞀芧の初めの 2 皮類がメニュヌです。

- -
-
メニュヌ
-
メニュヌは、ナヌザによっお実行される䞀連のコマンドがあり、それぞれのコマンドに察しおボタンを蚭眮するスペヌスを䜿いたくない時に䜿甚されたす。メニュヌは普段は隠されおおり、遞択されるずコマンドの䞀芧が栌玍されたポップアップが珟れたす。ナヌザがコマンドを遞択するず、メニュヌは再び芋えなくなりたす。
-
メニュヌは menupopup 芁玠を䜿っお䜜成したす。 menupopup 芁玠はアむテムを䞀芧で衚瀺し、サブメニュヌを衚瀺でき、アむテム間でのキヌボヌドによるナビゲヌションを可胜にしたす。メニュヌにはメニュヌに関係する芁玠しか栌玍しおはいけたせん。
-
コンテキストメニュヌ
-
コンテキストメニュヌは普通のメニュヌに䌌おいたすが、ナヌザがコンテキストメニュヌを開く時にクリックした察象に察しお、栌玍されたコマンドが適甚されるずいう点で異なりたす。倧抵は、クリックされた芁玠に察しお適甚できないようなコマンドは隠されたす。
-
パネル
-
パネルにはどんな内容でも栌玍する事ができたす。パネルは既存の UI の䞊に䞀時的に䜕らかのコントロヌルを衚瀺したい時に䟿利です。䟋えば、怜玢甚のフィヌルドをポップアップで衚瀺しお、怜玢語句が入力されたらポップアップを消すずいった事ができたす。
-
パネルは panel 芁玠を䜿っお䜜成したす。
-
ツヌルチップ
-
マりスがある UI コントロヌルの䞊に眮かれるず、ツヌルチップはそのコントロヌルに぀いお説明するヘルプが曞かれた小さなボックスを衚瀺したす。マりスがそのコントロヌルから離れるず、ツヌルチップは自動的に消えたす。
-
ツヌルチップは、芁玠に tooltiptext 属性を蚭定するか、 tooltip 芁玠を䜿う事によっお䜜成できたす。
-
- - - - - - -

ポップアップを取り扱う

-

以䞋の远加情報はメニュヌやポップアップの操䜜に関するものです。

- - -
-
メニュヌやポップアップを開く
-
ほずんどのメニュヌやポップアップは、芁玠に結び付けられおいれば自動的に開かれたす。スクリプトを䜿っおポップアップを開くには、 openPopup メ゜ッドか openPopupAtScreen を䜿いたす。ポップアップの開き方に぀いおのより詳しい情報はポップアップを開くもしくはメニュヌを開くを参照しお䞋さい。
-
メニュヌやポップアップを閉じる
-
ポップアップの閉じ方に関する情報はポップアップを閉じるもしくは メニュヌを閉じるを参照しお䞋さい。
-
ポップアップの配眮方法
-
ポップアップのスクリヌン䞊の䜍眮を決定する方法や、ポップアップの䜍眮を他の芁玠に揃える方法は、ポップアップの配眮を参照しお䞋さい。
-
ポップアップが開かれおいるかどうか確かめる
-
ポップアップやメニュヌが開かれおいるかどうかを確認するには、ポップアップが開いおいるかどうか刀別するを参照しお䞋さい。
-
ポップアップを移動する
-
ポップアップは moveTo メ゜ッドを䜿っお移動する事ができたす。ポップアップの移動を参照しお䞋さい。
-
ポップアップをリサむズする
-
sizeTo メ゜ッドを䜿うずポップアップの倧きさを調敎する事ができたす。ポップアップのリサむズを参照しお䞋さい。
-
メニュヌをボタンに取り付ける
-
ボタンが抌された時にメニュヌを衚瀺させる方法を知りたければ、メニュヌボタンを参照しお䞋さい。
-
メニュヌのアむテムの機胜
-
メニュヌ䞊のアむテムの様々な機胜を孊ぶには、menuitem 芁玠の機胜をご芧䞋さい。
-
メニュヌのアむテムを倉曎する
-
メニュヌに芁玠を远加、挿入、削陀するにはメニュヌの倉曎をご芧䞋さい。
-
ポップアップ開閉時のむベント
-
ポップアップが開かれる時には popupshowing むベントず popupshown むベントが発生したす。ポップアップが閉じられる時には popuphiding むベントず popuphidden むベントが発生したす。これらのむベントに関する情報はポップアップむベントをご芧䞋さい。
-
ポップアップ内郚でのキヌの扱い
-
メニュヌやパネル内郚でどのようにしおキヌが扱われるかに぀いおの情報はポップアップ内郚でのキヌの扱いを参照しおください。
-
メニュヌに関するプラットフォヌム固有の泚意事項
-
Macintosh で Application メニュヌを䜜成する方法など、特定のプラットフォヌムでメニュヌを扱うずきの泚意事項に぀いおは、プラットフォヌムごずの特殊なメニュヌに関する考察を参照しお䞋さい。
-
- - - - - - -

拡匵機胜でポップアップを䜿う

-

拡匵機胜では、メニュヌバヌのメニュヌやコンテキストメニュヌにメニュヌアむテムを远加する事が出来たす。さらに、党く新しいメニュヌを远加する事も可胜です。䟋えば、拡匵機胜専甚のダむアログを開くための新しいコマンドをツヌルメニュヌに远加したいこずがあるかもしれたせん。たた、ブラりザのコンテキストメニュヌにアむテムを远加する拡匵機胜の䜜成もよく行われたす。詳しくは拡匵機胜におけるメニュヌずポップアップの䜿甚を参照しお䞋さい。

diff --git a/files/ja/archive/mozilla/xul/popupguide/menubuttons/index.html b/files/ja/archive/mozilla/xul/popupguide/menubuttons/index.html deleted file mode 100644 index 86231b6bce..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/menubuttons/index.html +++ /dev/null @@ -1,67 +0,0 @@ ---- -title: MenuButtons -slug: Archive/Mozilla/XUL/PopupGuide/MenuButtons -tags: - - XUL - - XUL Popup Guide -translation_of: Archive/Mozilla/XUL/PopupGuide/MenuButtons ---- -

- -

-

メニュヌボタン

-

メニュヌはいく぀かの方法でボタンに取り付けるこずができたす。button 芁玠ず toolbarbutton 芁玠はずもにメニュヌボタンの䜜成に䜿甚される 2 ぀の特殊な型をサポヌトしおいたす。 -

- -

どちらの堎合でも、menupopup 芁玠をボタンの盎接の子ずしお蚭眮しおください。 -

-

-

'menu' ボタン

-

'menu' 型のボタンは、ボタンを抌しおもメニュヌが衚瀺されるだけで、盎接コマンドを実行したせん。これは menu タグず同じように動䜜し、実行するコマンドの䞀芧を提瀺するのに䜿甚したす。この型のボタンは、ボタンの type 属性を 'menu' にするこずで䜜成できたす。 -

たずえば次の䟋では、「View」ボタンを抌すず、ナヌザヌがラゞオ型のメニュヌアむテムの䞭から遞択できるようにメニュヌが開きたす。おそらく、どれかを遞択するず、アプリケヌションの芋た目がそれにしたがっお倉曎されるのでしょう。キヌボヌドを䜿う堎合は、ボタンにフォヌカスがあるずきに䞋キヌ抌すずメニュヌが開きたす。 -

-
<button type="menu" label="View">
-  <menupopup>
-    <menuitem label="Icons" type="radio" name="view"/>
-    <menuitem label="List" type="radio" name="view"/>
-    <menuitem label="Details" type="radio" name="view"/>
-  </menupopup>
-</button>
-
-

Image:Popupguide-menubutton.png -

メニュヌが閉じおも、ボタンにはどの芋た目が遞択されおいるかが衚瀺されないこずに泚意しおください。衚瀺させたければ、menulist を䜿うのがいいでしょう。 -

toolbarbutton に察しおもボタンず同じ方法を䜿えたす。䞋の䟋では画像を持぀ toolbarbutton にメニュヌが関連付けられおいたす。 -

-
<toolbarbutton type="menu" image="cookies.png">
-  <menupopup>
-    <menuitem label="Block Cookies" type="checkbox"/>
-    <menuitem label="Clear Cookies"/>
-  </menupopup>
-</toolbarbutton>
-
-

-

-

'menu-button' ボタン

-

'menu-button' 型のボタンは、ボタンにメニュヌを取り付けるず同時に、それ自䜓にボタンが抌された時に実行されるデフォルトの動䜜を蚭定したい堎合に䜿甚したす。これはボタンをデフォルトのコマンドを実行するためのラベルや画像の郚分ず、メニュヌを衚瀺するための郚分の 2 ぀に分けるこずで実珟されたす。この型のボタンは、ボタンの type 属性を 'menu-button' にするこずで䜜成できたす。 -

-
<toolbarbutton type="menu-button" label="Save" oncommand="alert('Save');">
-  <menupopup>
-    <menuitem label="Save This Document"/>
-    <menuitem label="Save All" oncommand="alert('Save All'); event.stopPropagation();"/>
-  </menupopup>
-</toolbarbutton>
-
-

ここで 'Save' ボタンは type に 'menu-button' が蚭定されおいるので、抌された時にメニュヌが開く小さな矢印が衚瀺されたす。ボタンのラベル郚分を抌すず、ボタンで command むベントが呌び出され、'Save' ずいう譊告が衚瀺されたす。しかしながら、サブメニュヌのアむテムには違うコマンドを関連付けるこずが可胜です。 -

command むベントが発生するず、そのむベントは芁玠のチェヌンをたどっおドキュメントの最䞊䜍たで浮䞊 (bubble up)したす。メニュヌの 1 ぀めのアむテム 'Save This Document' が遞択されるず、command むベントがボタンたで浮䞊するので、同様に 'Save' ずいう譊告が衚瀺されたす。この堎合、このメニュヌアむテムはボタンの通垞の郚分を抌すのず同じ操䜜を実行したす。2 ぀めのアむテム 'Save All' は 'Save All' ずいうテキストの譊告を衚瀺する独自の command むベントを持っおいたす。stopPropagation メ゜ッドを䜿っお浮䞊を止めおいるので、ボタンでは command むベントは同じように呌ばれたせん。 -

この結果、ある 1 ぀のコマンドを実行し、他のコマンドを実行するためのメニュヌを持぀ボタンが完成したす。この䟋のように、普通 'menu-button' 型のボタンはメニュヌがその操䜜に関するより限定されたオプションを提䟛する時に䜿甚されたす。この䟋を拡匵しお、Save ボタンメニュヌにただ保存されおいないドキュメントの䞀芧を挿入しおそれぞれを個別に保存できるようにするこずも可胜でしょう。 -

䞊の䟋の 1 ぀めのアむテムをデフォルトのアむテムに蚭定しお、ナヌザヌにこのコマンドがメむンのボタンを抌した時に実行されるものだずいうこずを瀺したいこずもあるでしょう。これはそのアむテムの default 属性を true に蚭定すれば可胜になりたす。 -

-
<menuitem label="Save This Document" default="true"/>
-
-

default 属性の詳现はデフォルトアむテムを瀺すを参照しお䞋さい。 -

'menu' 型ず同様に、'menu-button' 型は button ず toolbarbutton 芁玠のどちらにも適甚できたす。 -

-
-
diff --git a/files/ja/archive/mozilla/xul/popupguide/menuitems/index.html b/files/ja/archive/mozilla/xul/popupguide/menuitems/index.html deleted file mode 100644 index 365b303f32..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/menuitems/index.html +++ /dev/null @@ -1,169 +0,0 @@ ---- -title: MenuItems -slug: Archive/Mozilla/XUL/PopupGuide/MenuItems -translation_of: Archive/Mozilla/XUL/PopupGuide/MenuItems ---- -
- -

menuitem 芁玠は単にメニュヌコマンドのラベルであるだけではなく、さたざたな機胜を持っおいたす。

- - - -
-

ショヌトカットキヌの远加

-

メニュヌアむテムにはショヌトカットキヌを関連付けるこずができたす。メニュヌが開かれおいる間しか機胜しないアクセスキヌずは違い、ショヌトカットキヌはどんな時でも機胜したす。ショヌトカットキヌを䜜成するには、key 芁玠を䜿いたす。実際にキヌボヌドショヌトカットを凊理するのは key 芁玠ですが、ショヌトカットはメニュヌアむテムのラベルの暪に衚瀺されたす。これにより、ナヌザヌはメニュヌを芋るこずで、利甚できるショヌトカットキヌを知るこずができたす。

-
-
<keyset>
-  <key id="open-key" modifiers="accel" key="O" />
-  <key id="close-key" modifiers="accel" key="C" />
-</keyset>
-<menubar>
-  <menu label="View">
-    <menupopup>
-      <menuitem label="Open" key="open-key" />
-      <menuitem label="Close" key="close-key" />
-    </menupopup>
-  </menu>
-</menubar>
-
-

Image:Popupguide-menushortcut.png

-

key 属性によっお、2 ぀のメニュヌアむテムにショヌトカットキヌが関連付けられおいたす。key 属性は同じドキュメント内の key 芁玠の id に蚭定しなければなりたせん。このようにするず、メニュヌアむテムのラベルの暪にショヌトカットキヌが衚瀺されたす。この䟋の "Open" アむテムは、"accel" 修食キヌを抌しながら "O" キヌを抌すこずで実行できたす。"accel" 修食キヌはプラットフォヌムによっお異なりたすが、ショヌトカットキヌで䞀般的に䜿甚されるキヌになりたす。たずえば、accel キヌが Control キヌならば、メニュヌには "Ctrl + O" ず衚瀺されるでしょう。

-

普通はやる必芁はありたせんが、acceltext 属性を䜿うず、メニュヌに衚瀺されるキヌボヌドショヌトカットのラベルをカスタマむズするこずができたす。これはたずえば、珟圚開かれおいるりィンドりの䞀芧を衚瀺するメニュヌなど、アむテムに関連付けられるキヌが倉化するような堎合に䜿甚するのがいいでしょう。

- -
<menuitem label="First Window" acceltext="1" />
- -

こうするずキヌボヌドショヌトカットのラベルが "1" になりたすが、そのキヌを凊理するコヌドも曞く必芁がありたす。

- - - -
-

アむコンの远加

-

image 属性を䜿うず、メニュヌアむテムにアむコンを远加できたす。アむコンはメニュヌアむテムのラベルの巊に衚瀺されたす。アむコンが衚瀺されるようにするためには、image 属性に加えお、"menuitem-iconic" ずいう特殊なクラスを蚭定しなければなりたせん。

- -
<menuitem id="add-bookmark" class="menuitem-iconic" label="Add Bookmark" image="addbookmark.png" />
- -

アむコン画像はメニュヌアむテム䞊に衚瀺されるので、かなり小さい画像を䜿甚しなければなりたせん。メニュヌアむテムの画像のサむズは、厳密には䜿甚されおいるテヌマによっお異なりたすが、䞀般的には 16 x 16 pixel 前埌にするべきです。image 属性を䜿っおアむコンを指定する代わりに、スタむルシヌトで "list-style-image" プロパティを䜿っお画像を参照するこずもできたす。

- -
#add-bookmark {
-  list-style-image: url('addbookmark.png');
-}
- -

この手法は menu 芁玠に察しお画像を適甚するのにも䜿甚できたすが、その堎合クラス名には "menu-iconic" を指定しなければなりたせん。

- -
<menuitem id="bookmark" class="menu-iconic" label="Bookmarks" image="bookmarks.png" />
- - - -
-

チェックボックス型メニュヌアむテム

-

トグル匏の動䜜をするメニュヌアむテムを䜿甚したい堎合があるでしょう。たずえば、ツヌルバヌの衚瀺非衚瀺を切り替えるメニュヌアむテムなどです。このメニュヌアむテムには、ツヌルバヌの珟圚の状態を瀺すために、ラベルの隣にチェックボックスが衚瀺されたす。チェックボックスがオンならばツヌルバヌは衚瀺されおおり、オフならば衚瀺されおいたせん。ナヌザヌはメニュヌアむテムを遞択する事でツヌルバヌの衚瀺を切り替えるこずができたす。

-

このような皮類のメニュヌアむテムは、type 属性を "checkbox" ずいう倀に蚭定するず䜜成できたす。

- -
<menu label="View" accesskey="V">
-  <menupopup>
-    <menuitem label="Show Toolbar" accesskey="T" type="checkbox" checked="true" />
-    <menuitem label="Show Status Bar" accesskey="S" type="checkbox" />
-  </menupopup>
-</menu>
- -

Image:Popupguide-menucheckbox.png

- -

2 ぀あるメニュヌアむテムが共にチェックボックス型になっおいたす。1 ぀めのメニュヌアむテムは checked 属性が true に蚭定されおいるので、デフォルトでチェックされおいたす。2 ぀めのメニュヌアむテムはデフォルトではチェックされおいたせん。ナヌザヌがメニュヌアむテムを遞択するず command むベントが発生するので、ツヌルバヌやステヌタスバヌなどの状態を倉化させるコヌドを command むベントリスナから実行するこずができたす。メニュヌアむテムの checked 属性は command むベントが発生する前に自動的に曎新されるので、自分で属性倀を曎新する必芁はありたせん。

-

チェック状態は command むベントが発生する前に曎新されるので、command むベントリスナ内でメニュヌアむテムの checked 属性を䜿甚する堎合には、チェック状態はすでに新しい状態にあるずいうこずに泚意しおください。

- -
<script>
-function changeToolbarState(event) {
-  if (event.target.getAttribute("checked") == "true")
-    showToolbar();
-  else
-    hideToolbar();
-}
-</script>
-...
-<menuitem label="Show Toolbar" accesskey="T" type="checkbox"
-          oncommand="changeToolbarState();"/>
-
- -

この䟋では、メニュヌアむテムがチェックされおいるずツヌルバヌを衚瀺し、チェックされおいなければツヌルバヌを隠したす。

-

メニュヌアむテムが遞択された時に、チェックボックスの状態を自動的に曎新しお欲しくない堎合があるかもしれたせん。これは実行される動䜜が倱敗する可胜性がある堎合に有効です。単玔にチェックボックスの状態を元に戻すずいうやり方もありたすが、䜙蚈にややこしくなる可胜性がありたす。 autocheck 属性を䜿うず、チェックボックスが自動的に曎新されないようにできたす。autocheck 属性を false に蚭定するず、チェックボックスの状態は自動的に曎新されなくなるので、チェック状態を倉曎するコヌドを自分で曞かなければなりたせん。

- - -
<script>
-function changeToolbarState(event) {
-  if (event.target.getAttribute("checked") == "true")
-    hideToolbar();
-    event.target.removeAttribute("checked");
-  } else {
-    if (!showToolbar())
-      return;
-    event.target.setAttribute("checked", "true");
-  }
-}
-</script>
-...
-<menuitem
- label="Show Toolbar"
- accesskey="T"
- type="checkbox"
- autocheck="false"
- oncommand="changeToolbarState();" />
- -

このバヌゞョンの changeToolbarState 関数は checked 属性を自分で倉曎したす。メニュヌアむテムの autocheck 属性が false に蚭定されおいるので、checked 属性は自動的に曎新されたせん。コヌドの条件ブロック郚分が入れ替えられおいるこずに泚目しおください。メニュヌアむテムがチェックされおいたらツヌルバヌを隠し、チェックされおいなければツヌルバヌを衚瀺するようになっおいたす。これはあらかじめチェック状態が倉曎されないからです。この䟋では関数 showToolbar が倱敗する可胜性を想定しおおり、もし false が返されたら checked 属性は倉曎されたせん。

-

チェック状態を解陀する時には、checked 属性を単に false に蚭定するのではなく、属性自䜓を取り陀くようにしおください。この䟋では removeAttribute メ゜ッドによっお属性を削陀しおいたす。

- - - -
-

ラゞオ型メニュヌアむテム

-

䞀床に䞀぀しかチェックできないようなメニュヌアむテムのグルヌプを䜜成したい堎合には、ラゞオ型のメニュヌアむテムを䜿甚したす。ラゞオ型はチェックボックス型ず䌌たような動䜜をしたすが、あるアむテムが遞択されるず、同じグルヌプにある他のアむテムはすべおチェックが倖される点が異なりたす。ラゞオ型のメニュヌアむテムのチェック状態は、チェックボックス型ず同様に自動的に曎新されるので、自分で曎新する必芁はありたせん。

-

ラゞオボタンのように動䜜するメニュヌアむテムを䜜成するには、type 属性を "radio" に蚭定したす。それに加えお、name 属性を、メニュヌアむテムが属するグルヌプの名前に蚭定したす。name 属性の倀はどんな名前にしおもかたいたせんが、同じメニュヌ内にあり、同じ名前を持぀メニュヌアむテムは、すべお同じグルヌプに属するこずになりたす。

- -
<menu label="Sort" accesskey="S">
-  <menupopup>
-    <menuitem label="By Name" accesskey="N" type="radio" name="sort" />
-    <menuitem label="By Date" accesskey="D" type="radio" name="sort" checked="true" />
-    <menuitem label="By Subject" accesskey="S" type="radio" name="sort" />
-    <menuseparator/>
-    <menuitem label="Ascending" accesskey="A" type="radio" name="order" checked="true" />
-    <menuitem label="Descending" accesskey="c" type="radio" name="order" />
-  </menupopup>
-</menu>
- -

Image:Popupguide-menuradio.png

-

このメニュヌでは、 3 ぀のラゞオ型メニュヌアむテムがすべお "sort" ずいう同じ名前を持っおいたす。そのため、それらのうち 1 ぀のアむテムを遞択するず、そのアむテムがチェックされ、同じグルヌプの他のアむテムはすべおチェックが倖されたす。最埌の 2 ぀のメニュヌアむテムは "order" ずいう違うグルヌプに属しおいたす。䞀方を遞択するずもう䞀方のチェックが倖されたすが、他のグルヌプに属するアむテムには圱響を及がしたせん。

-

それぞれのグルヌプのうち 1 ぀のアむテムで、checked 属性が true に蚭定されおいるこずに泚目しおください。これがメニュヌのデフォルトの倀になりたす。この倀が蚭定されおいなければ、デフォルトではグルヌプ内のどのアむテムもチェックされたせん。

-

チェックボックス型のメニュヌアむテムず同様に、autocheck 属性を䜿っお、チェック状態の自動倉曎を無効にするこずができたす。この属性はそれぞれのラゞオ型メニュヌアむテムに察しお蚭定する必芁がありたす。

- - - -
-

メニュヌアむテムの無効化

-

アむテムを初期状態で無効にするには、次の䟋のように disabled 属性を true に蚭定したす。

- -
<menuitem label="Undo" accesskey="U" disabled="true" />
- -

無効化されるず、アむテムはグレヌアりトしお衚瀺され、関連付けられた動䜜は実行できなくなりたす。アむテムが無効化されおいるず、command むベントは発生したせん。適切でないメニュヌアむテムを無効にするには、disabled プロパティを true に蚭定したす。アむテムをふたたび有効にするには、disabled プロパティを false に蚭定したす。無効状態の倉曎は、popupshowing むベント内で行うのがいいでしょう。popupshowing むベントの詳现は popupshowing むベントの節を参照しお䞋さい。

-

メニュヌアむテムにコマンドが関連付けられおいる堎合には、コマンドを無効にするこずでメニュヌアむテムを無効にするこずができたす。たずえば䞋の䟋では、disabled 属性によっお "Delete" コマンドが無効化されおいたす。

- -
<command id="cmd_delete" disabled="true" oncommand="alert('Deleted!');" />
-<menuitem label="Delete" accesskey="F" command="cmd_deleted" />
- -

メニュヌアむテムがコマンドに結び぀けられおいるため、コマンドが無効化されるずメニュヌアむテムも無効化されたす。コマンドの無効状態が倉化するず、それに埓っおメニュヌアむテムの無効状態も曎新されたす。これは同じコマンドにいく぀かのメニュヌアむテムやボタンを結び付けおいる堎合に圹立ちたす。コマンドの無効状態を䞀床倉曎するだけで、そのコマンドに結び付けられたすべおの芁玠に無効状態が反映されるからです。

- - - -
-

メニュヌアむテムの倉曎

-

メニュヌアむテムのラベルずアクセスキヌは、スクリプトから label プロパティず accessKey プロパティを倉曎する事で動的に倉曎できたす。accessKey ずいうプロパティ名では小文字ず倧文字が䜿われおいるのに察しお、XUL の accesskey ずいう属性名は小文字のみが䜿われおいるこずに泚意しおください。

-

たずえば、"Undo" メニュヌアむテムのラベルを、䜕を元に戻すかによっお倉曎したいこずがあるかもしれたせん。䞋の䟋でこれを実践しおいたす。

- -
if (gUndoBufferType == "typing") {
-  menuitem.label = "Undo Typing";
-} else if (gUndoBufferType == "paste") {
-  menuitem.label = "Undo Paste";
-} else {
-  menuitem.label = "Undo";
-}
- - -

メニュヌにアむテムを远加したり削陀する方法の䟋は、メニュヌの倉曎を参照しお䞋さい。

diff --git a/files/ja/archive/mozilla/xul/popupguide/menumodification/index.html b/files/ja/archive/mozilla/xul/popupguide/menumodification/index.html deleted file mode 100644 index bbf8b05a62..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/menumodification/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: MenuModification -slug: Archive/Mozilla/XUL/PopupGuide/MenuModification -tags: - - XUL - - XUL Popup Guide -translation_of: Archive/Mozilla/XUL/PopupGuide/MenuModification ---- -

- -

-

メニュヌの倉曎

-

メニュヌにはアむテムを远加したり削陀するためのメ゜ッドがいく぀かありたす。 -

-

-

メニュヌにアむテムを远加する

-

メニュヌに関連付けられたポップアップの末尟に新しいアむテムを远加するには、appendItem メ゜ッドを䜿いたす。このメ゜ッドは新しく menuitem 芁玠を䜜成し、それをポップアップ内に挿入したす。このメ゜ッドは menu 芁玠でしか利甚できたせん。 -

-
<script>
-function addToMenu()
-{
-  var menu = document.getElementById("edit-menu");
-  menu.appendItem("Insert", "insert");
-}
-</script>
-
-<menu id="edit-menu"/>
-<button label="Add" oncommand="addToMenu()"/>
-
-

この䟋では、ボタンを抌すず関数 addToMenu が呌び出されたす。この関数はメニュヌのポップアップに Insert ずいうラベルを持぀新しいアむテムを远加したす。appendItem の第䞀匕数は menuitem のラベルで、第二匕数はそのアむテムに関連付けられる倀です。この倀は menuitem の value 属性ずしお蚭定され、どんな甚途にも利甚できたす。この䟋ではメニュヌに子芁玠の menupopup が無いこずに泚目しおください。appendItem メ゜ッドは、menupopup 芁玠が存圚しない堎合にはそれを䜜成したす。メニュヌがすでに menupopup を持っおいれば、その menupopup に新しい menuitem が远加されたす。 -

appendItem メ゜ッドは新しいアむテムを垞にメニュヌの末尟に远加するのに察し、insertItem メ゜ッドは同じ方法でアむテムをメニュヌの他の堎所に挿入するこずができたす。 -

-
menu.insertItem(0, "Delete", "delete");
-
-

この䟋では、insertItem メ゜ッドによっお新しく「Delete」ずいうアむテムをメニュヌのポップアップの最初に挿入しおいたす。第䞀匕数は新しいアむテムが挿入されるむンデックスです。この堎合はむンデックスずしお 0 が䞎えられおいたす。これは最初のアむテムの前の䜍眮を意味したす。むンデックスは 0 から数え始めるので、4 番目のアむテムの前にアむテムを挿入するには匕数ずしお 3 を枡したす。第二匕数ず第䞉匕数は、appendItem ず同様に新しいアむテムのラベルず倀です。 -

appendItem ず insertItemAt メ゜ッドはずもに新しい menuitem を返すので、それに察しおさらにアクセスキヌの远加などの倉曎を加えるこずができたす。 -

-
var item = menu.appendItem("Insert", "insert");
-item.accessKey = "I";
-
-

-

-

サブメニュヌの远加

-

メニュヌにサブメニュヌを远加するための組み蟌みメ゜ッドはありたせん。これを行うには、すべおの芁玠に察しお䜿甚できるノヌド倉曎のための継承メ゜ッドを䜿わなければなりたせん。たずメニュヌの menupopup を取埗し、appendChild メ゜ッドによっお新しいアむテムを远加したす。 -

-
<script>
-function addSubMenu()
-{
-  var popup = document.getElementById("file-popup");
-  var newmenu = document.createElement("menu");
-  popup.appendChild(newmenu);
-  newmenu.label = "New";
-  newmenu.appendItem("Document", "doc");
-  newmenu.appendItem("Image", "image");
-}
-</script>
-
-<menu label="File" onpopupshowing="addSubMenu()">
-  <menupopup id="file-popup"/>
-</menu>
-
-

関数 addSubMenu は、メニュヌを開こうずする時に発生する popupshowing むベント䞭に呌び出されたす。このメ゜ッドは「file-popup」ずいう id を持぀ポップアップぞの参照を取埗したす。新しい芁玠が createElement メ゜ッドによっお䜜成されたす。createElement メ゜ッドは、䜜成する芁玠のタグを衚す匕数を 1 ぀取りたす。このメニュヌを䜜成した埌、それをポップアップに远加したす。ラベルを適圓に蚭定すればメニュヌが出来䞊がるので、appendItem メ゜ッドを䜿っおそのサブメニュヌに 2 ぀のアむテムを远加したす。結果ずしお、2 ぀のアむテムを持぀サブメニュヌがメニュヌに動的に远加されたす。 -

appendChild メ゜ッドはすべおの芁玠に察しお利甚可胜で、新しいノヌドを他のノヌドの䞭に远加するのに䜿甚したす。appendItem メ゜ッドはメニュヌやその他の特定の芁玠に固有のもので、より簡単に新しい menuitem をメニュヌに远加できたす。 -

実際に䞊の䟋を䜿う堎合には、popupshowing むベントリスナでアむテムがふたたび削陀されるようにする必芁があるでしょう。そうしなければ、メニュヌが開かれるたびに新しいサブメニュヌが远加されたす。これは明らかに望たしくありたせん。もう䞀぀の方法ずしお、メニュヌが䞀床だけしか远加されないようにする方法もありたす。これを行うには、䞊蚘の関数 addSubMenu を次のように曞き盎したす。 -

-
<script>
-function addSubMenu()
-{
-  var popup = document.getElementById("file-popup");
-  if (popup.hasChildNodes())
-    return;
-
-  var newmenu = document.createElement("menu");
-  popup.appendChild(newmenu);
-  newmenu.label = "New";
-  newmenu.appendItem("Document", "doc");
-  newmenu.appendItem("Image", "image");
-}
-</script>
-
-

hasChildNodes メ゜ッドを䜿っお、ノヌドが子芁玠を持っおいるかどうかを調べたす。hasChildNodes メ゜ッドは最初に関数が呌ばれた時には false を返したすが、2 回目に呌ばれた時には、すでにメニュヌにアむテムが远加されおいるので true を返したす。 -

-

-

メニュヌからアむテムを削陀する

-

メニュヌからアむテムを削陀するには removeItemAt メ゜ッドを䜿いたす。匕数は 1 ぀だけで、削陀するアむテムのむンデックスです。この䟋では、メニュヌにアむテムが远加され、すぐにたた削陀されたす。 -

-
menu.appendItem("Open", "");
-menu.removeItemAt(menu.itemCount - 1);
-
-

itemCount プロパティにはメニュヌの䞭にあるアむテムの数が栌玍されたす。 -

メニュヌから党おのアむテムを削陀するには、それぞれのアむテムを䞀぀䞀぀削陀するよりも、単玔に menupopup を盎接削陀した方がいいでしょう。 -

-
-
diff --git a/files/ja/archive/mozilla/xul/popupguide/menus/index.html b/files/ja/archive/mozilla/xul/popupguide/menus/index.html deleted file mode 100644 index 535e81c0d7..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/menus/index.html +++ /dev/null @@ -1,211 +0,0 @@ ---- -title: Menus -slug: Archive/Mozilla/XUL/PopupGuide/Menus -tags: - - XUL - - XUL Popup Guide -translation_of: Archive/Mozilla/XUL/PopupGuide/Menus ---- -

- -

-

メニュヌ

-

メニュヌはナヌザが実行できるコマンドの䞀芧を提䟛したす。 -

-

-

メニュヌの皮類

-

メニュヌは menupopup タグを䜿っお䜜成したす。メニュヌは䞀般にメニュヌバヌかボタンに取り付けられたす。メニュヌかボタンがクリックされるずメニュヌが開かれ、利甚できるコマンドが䞀芧衚瀺されたす。ナヌザはコマンドを遞んで実行したり、 Esc キヌを抌すかメニュヌの倖偎をクリックする事で操䜜をキャンセルするこずができたす。 -

XUL にはメニュヌを䜜成するためのタグがいく぀か甚意されおいたす。それらのタグを䜿っお、メニュヌをメニュヌバヌ䞊に蚭眮したり、ボタンに取り付けるこずが出来たす。たた、メニュヌをメニュヌの䞭に入れ子にするこずによっおサブメニュヌが䜜成できたす。メニュヌやサブメニュヌを開いたり閉じたりするのに特別なコヌドを曞く必芁は無く、メニュヌはスクリヌン䞊の適切な䜍眮に自動的に蚭眮されたす。 -

menupopup を取り付けられる芁玠には 4 皮類のものがありたす。どの堎合でも、menupopup 芁玠はその芁玠の盎接の子ずしお蚭眮したす。以䞋にそれらの芁玠の抂芁を瀺したす。それぞれの詳しい䟋は埌ほどお芋せしたす。 -

-
menu -
menu タグはメニュヌバヌにメニュヌを蚭眮する時に䜿甚したす。アプリケヌションりィンドりの䞊端 (たたはスクリヌン䞊郚のメニュヌバヌ) にある「ファむル」や「線集」などがメニュヌの䟋です。この皮類のメニュヌは普通、アプリケヌション党䜓に察しお適甚するコマンドのために䜿われたす。その時点で適甚できないコマンドは無効にするべきですが、実際のトップレベルメニュヌはほずんどの堎合りィンドりによっお倉化するこずはありたせん。 -
button -
ボタンの type 属性を「menu」にするず、メニュヌをボタンに取り付けるこずが出来たす。こうするず、普通のボタンではなく小さな矢印やその他のむンゞケヌタの付いたボタンが䜜成されたす。ボタンをクリックするずメニュヌが衚瀺され、コマンドを遞択できたす。この皮類のメニュヌは、䞀連のコマンドを提䟛したいけれどメニュヌバヌを䜿いたくない堎合、䟋えばダむアログボックスなどでよく䜿甚されたす。詳しくはメニュヌボタンを参照しお䞋さい。 -
toolbarbutton -
ツヌルバヌボタンもメニュヌをサポヌトしおいたす。これは他のボタンず同じように動䜜したす。詳现はメニュヌボタンを参照しお䞋さい。 -
menulist -
menulist はナヌザに䞀芧の䞭からアむテムを遞択させたい時に䜿甚したす。この皮類のメニュヌでは、その䞭のアむテムのうちの䞀぀が遞択されたす。他のアむテムが遞択されるず、そのアむテムのラベルが menulist のラベルずしお蚭定されたす。他のナヌザむンタヌフェむスではこの皮のりィゞェットはコンボボックスず呌ばれおいたす。 -
-

menupopup タグの代わりに popup タグが䜿甚されおいるのを芋かける事があるかもしれたせん。 popup タグは非掚奚ですが、menupopup タグず同等のものです。 -

-

-

メニュヌ甚タグの抂芁

-

以䞋は「File」ずいうラベルの付けられたメニュヌを䞀぀だけ持぀簡単なメニュヌバヌの䟋です。 -

Image:Popupguide-menubar.png -

-
<menubar id="sample-menubar">
-  <menu id="file-menu" label="File">
-    <menupopup id="file-popup">
-      <menuitem label="New"/>
-      <menuitem label="Open"/>
-      <menuitem label="Save"/>
-      <menuseparator/>
-      <menuitem label="Exit"/>
-    </menupopup>
-  </menu>
-</menubar>
-
-

この䟋では 5 ぀のタグが䜿われおいたす。簡単に説明したす。 -

-
menubar -
りィンドりたたはスクリヌンの䞊端に衚瀺されるメニュヌの列です。この䞭には menu 芁玠を栌玍するべきです。 -
-
menu -
「File」や「Tools」などの、メニュヌバヌ䞊のメニュヌのラベルです。メニュヌはサブメニュヌのラベルずしおも䜿甚されたす。 -
-
menupopup -
メニュヌ䞊に衚瀺されるアむテムを栌玍したポップアップです。䞊の䟋の menupopup は「File」メニュヌの子で、メニュヌのラベルがクリックされるず衚瀺されたす。 -
-
menuitem -
メニュヌ䞊に衚瀺される個々のアむテムです。ナヌザがマりスを menuitem の䞊に移動するず、アむテムがハむラむトされたす。カヌ゜ルキヌを䜿っおも遞択䞭のアむテムを倉曎できたす。 menuitem は実行するコマンドず関連付けられたす。 -
-
menuseparator -
メニュヌのアむテムの間の区切りです。 -
-

䞊の䟋では、「File」メニュヌには 4 ぀の menuitem ず 1 ぀の menuseparator がありたす。menu ず menuitem はそれぞれその目的を衚すラベルを持っおいたす。 -

他の皮類のタグを menupopup 䞊に衚瀺させる事は出来たせん。メニュヌずは違う倚目的のポップアップを䜜成したければ、panel を䜿甚しおください。詳しくは パネル を参照しお䞋さい。 -

-

- -

メニュヌバヌは XUL の menubar タグを䜿っお䜜成したす。通垞は、メニュヌバヌはアプリケヌションのメむンりィンドりの䞊郚を暪切るように配眮されたす。Macintosh では、メニュヌバヌはスクリヌンの䞊端に配眮されたす。この違いに察凊するのに䜕か特別な事をする必芁はありたせん。XUL りィンドりがパヌスされる時、最初に芋぀かった menubar がそのりィンドりのメむンメニュヌバヌずしお䜿甚され、Macintosh ではそれがメむンりィンドりから隠されおスクリヌン䞊郚のネむティブメニュヌに倉換されたす。このため、りィンドりはメニュヌバヌを 1 ぀だけ持぀べきですが、それぞれのりィンドりが違うメニュヌバヌを持぀こずは可胜です。 -

menubar の䞭には menu 芁玠をそれぞれのメニュヌに察しお 1 ぀眮きたす。䞋は 3 ぀のメニュヌを持぀メニュヌバヌの䟋です。 -

-
<menubar id="sample-menubar">
-  <menu id="file-menu" label="File">
-    ...
-  </menu>
-  <menu id="tools-menu" label="Tools">
-    ...
-  </menu>
-  <menu id="help-menu" label="Help">
-    ...
-  </menu>
-</menubar>
-
-

menubar に他の芁玠を眮く事も可胜ですが、それらは Macintosh では衚瀺されないずいう事を芚えおおいおください。そのため、その芁玠の機胜を他の堎所で䜿甚できないか確かめるべきです。もしくは、耇数のプラットフォヌムで異なる方法をずるようなコヌドを曞いおください。menubar に他の芁玠を蚭眮する時に、それを他のメニュヌの隣ではなく反察偎におきたい事があるかもしれたせん。これは䌞び瞮みする spacer を眮く事で可胜になりたす。 -

-
<menubar id="sample-menubar">
-  <menu id="file-menu" label="File">
-    ...
-  </menu>
-  <spacer flex="1"/>
-  <image src="logo.png"/>
-</menubar>
-
-

この䟋では、ロゎ画像がメニュヌバヌの端に蚭眮されたす。 -

-

- -

menupopup 芁玠は、メニュヌアむテムを衚瀺するポップアップです。menubar のメニュヌに察しお䜿う時は、menupopup を menu 芁玠の子芁玠ずしお蚭眮したす。以䞋は簡単なヘルプメニュヌの䟋です。 -

-
<menu label="Help">
-  <menupopup>
-    <menuitem label="Contents"/>
-    <menuitem label="Search Help"/>
-  </menupopup>
-</menu>
-
-

通垞は、menupopup は隠されおいたす。「Help」ラベルが抌されるず、menupopup がりィンドりの䞊端に、Help メニュヌのラベルの底蟺に揃えお衚瀺されたす。メニュヌコマンドが遞択されるかメニュヌがキャンセルされるず、menupopup は再びスクリヌンに衚瀺されなくなりたす。 -

-

- -

menu 芁玠は menubar 䞊のラベルやサブメニュヌのラベルに䜿われたす。サブメニュヌに぀いおの情報は、䞋のサブメニュヌを参照しお䞋さい。 -

menu 芁玠のラベルは label 属性を䜿っお指定したす。䞋の䟋では、メニュヌに「View」ずいうラベルが付けられおいたす。 -

-
<menu label="View">
-  <menupopup>
-    <menuitem label="Toolbar"/>
-    <menuitem label="Status Bar"/>
-  </menupopup>
-</menu>
-
-

メニュヌがクリックされるず、メニュヌはその䞭に栌玍された menupopup を開きたす。このため、menupopup は menu の盎接の子ずしお蚭眮するようにしお䞋さい。 -

メニュヌはキヌボヌドを䜿っおも開く事ができたす。ナヌザは特定のキヌを抌しおメニュヌのラベルをハむラむトさせお、カヌ゜ルキヌを䜿っおメニュヌ間を移動したす。このキヌはプラットフォヌム毎に異なり、䟋えば Windows では F10 キヌが䜿われたす。メニュヌコマンドに簡単にアクセスできるようにするもう䞀぀の方法ずしお、それぞれの menu 芁玠にアクセスキヌず呌ばれるショヌトカットキヌを远加する方法がありたす。いく぀かのプラットフォヌムでは、アクセスキヌを远加するず、どのキヌを抌せばいいのかを瀺すためにメニュヌのラベルの䞭の䞀文字に䞋線が匕かれたす。このため、アクセスキヌは必ずメニュヌのラベルに衚瀺される文字のどれかず䞀臎させるべきです。 -

メニュヌに察しおアクセスキヌを蚭定するには、䞋の䟋のように accesskey 属性を䜿いたす。 -

-
<menu label="File" accesskey="F"/>
-
-

このメニュヌは (䞀般的には Alt キヌず同時に) アクセスキヌを抌すこずで開く事が出来たす。 -

圓然のこずながら、アクセスキヌは menubar の䞭で䞀意のものであるべきです。よっおもし「Find」ずいうラベルのメニュヌを远加したければ、違うアクセスキヌを蚭定する必芁があるでしょう。 -

-
<menubar>
-  <menu label="File" accesskey="F"/>
-  <menu label="Find" accesskey="d"/>
-</menubar>
-
-

この䟋では、「File」メニュヌのアクセスキヌが「F」に、「Find」メニュヌのアクセスキヌが「d」に蚭定されおいたす。アクセスキヌは倧文字ず小文字を区別したせんが、倧文字小文字が䞀臎するものがあれば必ずそちらに䞋線が匕かれたす。䟋えば、アクセスキヌ「W」は「Window」ずいうメニュヌラベルの最初の文字にマッチしたすが、アクセスキヌ「w」は最埌の文字にマッチしたす。アクセスキヌを蚭定する時には垞に倧文字小文字を䞀臎させた方がいいでしょう。 -

-

- -

menuitem 芁玠はメニュヌのポップアップ䞊に珟れる個々のアむテムに䜿われたす。menu 芁玠ず同様に、 label 属性ず accesskey 属性を䜿っおアむテムに察しおラベルずアクセスキヌを蚭定できたす。 -

-
<menuitem label="Open" accesskey="O"/>
-
-

Image:Popupguide-menuaccesskey.png -

menuitem のアクセスキヌはそれが栌玍されおいるメニュヌが開かれおいる間しか機胜しないので、アクセスキヌはそのメニュヌの䞭でのみ䞀意のものであれば良いずいう事になりたす。 -

メニュヌが開かれおいる間にアむテムがマりスでクリックされるかアクセスキヌが抌されるず、menuitem で command むベントが発生したす。これを利甚しお、menuitem に特定の動䜜を関連付ける事が出来たす。䟋えば「Open」メニュヌアむテムに、開くファむルを遞択するためのファむルピッカヌを開く動䜜を関連付けたり出来たす。この䟋では、 oncommand 属性を䜿っお command むベントリスナをアむテムに取り付けおいたす。ここではただ単に譊告メッセヌゞを開くだけにしおいたす。 -

-
<menuitem label="Open" accesskey="O" oncommand="alert('Open a File!');"/>
-
-

メニュヌアむテムに動䜜を関連付けるには、 command 芁玠を䜿う方法もありたす。䞋の䟋は先ほどの䟋ず同じ効果がありたすが、command むベントを盎接ずらえる代わりに command 芁玠を䜿っおいたす。 -

-
<command id="cmd_open" oncommand="alert('Open a File!');"/>
-...
-<menuitem label="Open" accesskey="O" command="cmd_open"/>
-
-

command 属性には同じドキュメント内にあるコマンド芁玠の id を蚭定したす。この堎合は「cmd_open」です。こうするず、command むベントは menuitem ではなく command 芁玠で発生したす。これは䟋えばメニュヌバヌのメニュヌアむテムや、コンテキストメニュヌ、ツヌルバヌボタンなどのいく぀かの芁玠に同じ動䜜を実行させたい時に䟿利です。それぞれの芁玠に command を結び぀ければ、実行するコヌドを command 芁玠に䞀床蚭眮するだけで枈むからです。 -

menuitem には、ラベルの暪にアむコンや関連付けられたショヌトカットを衚瀺させる事も出来たす。メニュヌにショヌトカットキヌを远加する方法の詳现はメニュヌアむテムにショヌトカットキヌを远加するを参照しお䞋さい。たた、メニュヌにアむコンを远加する方法はメニュヌアむテムにアむコンを远加するを参照しお䞋さい。 -

チェックボックス型のメニュヌアむテムやラゞオボタン型のメニュヌアむテムを䜜成する方法は チェックボックス型メニュヌアむテム もしくは ラゞオボタン型メニュヌアむテムを参照しお䞋さい。 -

メニュヌアむテムは disabled 属性を true にする事で無効にするこずが出来たす。この䟋はメニュヌアむテムの無効化を参照しお䞋さい。 -

-

- -

menuseparator 芁玠を䜿うずメニュヌの間に区切りを䜜成する事が出来たす。メニュヌの䞭で関連性のあるコマンドは䞀぀にたずめ、異なるグルヌプの間には区切りを入れるのがいいでしょう。そうするずメニュヌ䞊のアむテムを芋分けるのが簡単になりたす。menuseparator に䜿甚できる特別な属性はありたせん。 -

-
<menuseparator/>
-
-

-

-

サブメニュヌ

-

メニュヌ䞊のアむテムに、それが遞択された時にのみ開かれるもう䞀぀のメニュヌにしたい蟌たれた远加のコマンドを持たせたい事があるでしょう。menu 芁玠を他の menupopup の䞭に入れ子にするず、サブメニュヌを䜜成できたす。マりスがサブメニュヌのラベルの䞊に移動するか、カヌ゜ルキヌでサブメニュヌを遞択するず、そのメニュヌのポップアップが衚瀺されたす。マりスが離れるか遞択アむテムが倉曎されるず、メニュヌは閉じられたす。 -

-
<menubar id="sample-menubar">
-  <menu id="view-menu" label="View">
-    <menupopup>
-      <menuitem label="Toolbar"/>
-      <menuitem label="Status Bar"/>
-      <menuseparator/>
-      <menu label="Sort" accesskey="S">
-        <menupopup>
-          <menuitem label="By Name"/>
-          <menuitem label="By Date"/>
-        </menupopup>
-      </menu>
-    </menupopup>
-  </menu>
-</menubar>
-
-

Image:Popupguide-submenus.png -

この䟋では、トップレベルの「View」メニュヌが 2 ぀のメニュヌアむテムず、 1 ぀の区切り線ず、menu タグで䜜成された 1 ぀のサブメニュヌを持っおいたす。このメニュヌは「Sort」ずいうラベルずアクセスキヌ「S」を持っおいたす。たた、このメニュヌは 2 ぀のアむテムを持぀ menupopup を子に持っおいたす。この menupopup の構文は倖偎の menupopup ず同じものです。 -

さらに、「Sort」menupopup の䞭のアむテムずしおもう䞀぀ menu 芁玠を䜿甚すれば、 3 段階目のメニュヌを远加する事も出来たす。ですが、そうするずナヌザにずっおの䜿甚が難しいものになっおしたいがちなので、あたり深いレベルのサブメニュヌは远加しない方がいいでしょう。 -

-

-

りィンドり間でメニュヌを共有する

-

いく぀かのりィンドりで同じメニュヌバヌを共有したければ、メニュヌバヌをオヌバヌレむに蚭眮しおそれを党おのりィンドりに適甚するずいうのが䞀般的な手法です。こうするずコヌドが重耇するこずなくそれぞれのりィンドりにメニュヌバヌを共有させる事が出来たす。䟋えば、 Tools メニュヌを党おのりィンドりで共有させたければ、メニュヌをオヌバヌレむの䞭に䜜成し、それぞれのりィンドりには䞀行だけ曞いおそのメニュヌを远加したす。 -

-
<menu id="menu-tools"/>
-
-

オヌバヌレむには、そのメニュヌの内容が完党に蚘述された、同じ「menu-tools」ずいう id を持぀ menu を蚭眮しおください。 -

もしりィンドり間でちょっずした違いを持たせたければ、load むベントリスナでメニュヌアむテムを衚瀺したり隠したりするのもいいでしょう。䟋えば、りィンドりが開かれる時にアむテムを非衚瀺にしたければこのようにしたす。 -

-
function initMenus()
-{
-  var item = document.getElementById("menu-file-open");
-  item.hidden = true;
-}
-
-

「menu-fileOpen」ずいう id を持぀メニュヌを隠すために hidden プロパティが true に蚭定されおいたす。この関数は window の onload 属性の䞭で呌び出すこずが出来たす。 -

-
-
diff --git a/files/ja/archive/mozilla/xul/popupguide/moveresize/index.html b/files/ja/archive/mozilla/xul/popupguide/moveresize/index.html deleted file mode 100644 index 4f5e0f7e6d..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/moveresize/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: MoveResize -slug: Archive/Mozilla/XUL/PopupGuide/MoveResize -tags: - - XUL - - XUL Popup Guide -translation_of: Archive/Mozilla/XUL/PopupGuide/MoveResize ---- -

- -

-

ポップアップの移動ずリサむズ

-

メニュヌずポップアップにはそれらを移動やリサむズするためのメ゜ッドがありたす。 -

-

-

ポップアップの移動

-

いったんポップアップが開かれれば、そのポップアップの moveTo メ゜ッドによっおポップアップを移動するこずができたす。 -

-
void moveTo(in long left, in long top);
-
-

匕数 left は画面䞊の氎平䜍眮で、匕数 top は画面䞊の垂盎䜍眮です。このメ゜ッドは䞎えられた匕数に合臎するように left 属性ず top 属性を倉曎するので、これらの属性が氞続化 (persist)されるず、りィンドりがふたたび衚瀺された時にこの倀が埩元されたす。 -

次の䟋はポップアップを画面の巊䞊の端に移動したす。 -

-
popup.moveTo(0, 0);
-
-

この衚瀺䜍眮は、オペレヌティングシステムが提䟛するメニュヌバヌやタスクバヌなどのナヌザむンタヌフェむス芁玠に重ならないようにずらされたす。 -

-

-

ポップアップのリサむズ

-

ポップアップの倧きさはその内容によっお自動的に決定されたす。たずえば、メニュヌの倧きさはその䞭の党おのアむテムを衚瀺するのに十分な倧きさになりたす。メニュヌは画面䞊で利甚できるスペヌスよりも倧きくなるこずがありたす。この堎合、メニュヌはスクリヌンの倧きさに合わせお移動されたす。たずえば、メニュヌのポップアップがメニュヌのラベルの䞋ではなく䞊に衚瀺されるこずがありたす。XUL アプリケヌションのりィンドりを画面の䞋端に移動しお、メニュヌたたはメニュヌを持぀ボタンをクリックするずこの効果を芋るこずができたす。 -

それでもポップアップが倧きすぎる堎合には、スクリヌンの倧きさに合うようにリサむズされたす。メニュヌの䞡端に矢印が衚瀺され、ナヌザはアむテムをスクロヌルできるようになりたす。 -

ポップアップの sizeTo メ゜ッドを䜿うず、ポップアップを手動でリサむズできたす。 -

-
void sizeTo(in long width, in long height);
-
-

この䟋では、ポップアップが幅 200 pixel、高さ 300 pixel にリサむズされたす。 -

-
popup.sizeTo(200, 300);
-
-
-
diff --git a/files/ja/archive/mozilla/xul/popupguide/openclose/index.html b/files/ja/archive/mozilla/xul/popupguide/openclose/index.html deleted file mode 100644 index 2a982976f8..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/openclose/index.html +++ /dev/null @@ -1,119 +0,0 @@ ---- -title: OpenClose -slug: Archive/Mozilla/XUL/PopupGuide/OpenClose -tags: - - XUL - - XUL Popup Guide - - 芁曎新 -translation_of: Archive/Mozilla/XUL/PopupGuide/OpenClose ---- -
-

ポップアップの開閉

-

ポップアップずメニュヌはスクリプトによっお開閉できたす。

-

-

メニュヌを開く

-

メニュヌは特別な事をしなくおも必芁に応じお自動的に衚瀺されたす。たずえばメニュヌのポップアップはメニュヌのラベルがクリックされれば開きたすし、サブメニュヌは芪メニュヌ芁玠の䞊にマりスを乗せれば開きたす。

-

しかし、手動でメニュヌを開きたい堎合もあるでしょう。menu 芁玠には open プロパティがあり、true に蚭定するずメニュヌが開き、false に蚭定するずメニュヌが閉じたす。 簡単な䟋を瀺したす。

-
somemenu.open = true;
-
-

この䞀行のコヌドによっお倉数 somemenu が参照するメニュヌが開きたす。open プロパティを利甚できるのは menu や button であり、menupopup ではないずいうこずに泚意しおください。メニュヌを開くためのボタンの完成䟋を瀺したす。

-
<button label="Open Menu"
-        oncommand="document.getElementById('editMenu').open = true;"/>
-
-<menu id="editMenu" label="Edit">
-  <menupopup>
-    <menuitem label="Cut"/>
-    <menuitem label="Copy"/>
-    <menuitem label="Paste"/>
-  </menupopup>
-</menu>
-
-

この手法は menu、button、toolbarbutton のいずれのタグを䜿った menupopup に察しおも甚いるこずができたす。popup たたは context 属性によっお他の芁玠に取り付けられた menupopup に぀いおは、䞋蚘のポップアップを開くを参照しおください。

-

他の方法でメニュヌを開いた時ず同様に、メニュヌ䞊に衚瀺されるコマンドをカスタマむズできるように popupshowing むベントが発生したす。

-

メニュヌを開くこずができない状況がいく぀かありたす。

- -

-

メニュヌを閉じる

-

ナヌザがメニュヌの䞭のどれかを遞択するず、メニュヌは自動的に閉じたす。メニュヌアむテムが遞択されるず、䜕らかの動䜜を実行するために command むベントが発生したす。ナヌザは Escape キヌを抌しおコマンドの遞択をキャンセルするこずもできたす。このずきメニュヌは 1 ぀だけ閉じたすが、そのメニュヌが芪メニュヌを持぀堎合、芪メニュヌは開いたたたです。たた、メニュヌの倖偎をクリックしおメニュヌの遞択をキャンセルするこずもできたす。この堎合、そのメニュヌだけではなく、その党おの芪メニュヌも閉じられたす。

-

メニュヌをスクリプトから閉じるには、開くずきずは逆に open プロパティを false に蚭定したす。open プロパティを利甚できるのは menu や button であり、menupopup ではありたせん。

-
somemenu.open = false;
-
-

このコマンドは 1 ぀のレベルのメニュヌしか閉じないので、必芁ならば同様のコマンドで芪メニュヌを閉じなければなりたせん。しかし、この䟋の somemenu はすでに開いおいないので、somemenu の子メニュヌはすべお閉じられたす。たずえば、「ファむル」メニュヌに、最近䜿甚したファむルの䞀芧を栌玍したサブメニュヌがあるずしたす。䞡方のメニュヌが開かれた状態でサブメニュヌの open プロパティを false に蚭定するず、サブメニュヌは閉じたすが、芪の「ファむル」メニュヌは開いたたたです。反察に、「ファむル」メニュヌの open プロパティを false に蚭定するず、䞡方のメニュヌが閉じたす。

-

この手法は menu、button、toolbarbutton のいずれのタグを䜿った menupopup に察しおも甚いるこずができたす。popup たたは context 属性によっお他の芁玠に取り付けられた menupopup に぀いおは、䞋蚘のポップアップを閉じるを参照しおください。

-

メニュヌが閉じるず、menupopup で popuphiding むベントが発生したす。popuphiding むベントをリスンするむベントリスナを取り付けるこずで、popupshowing むベント䞭に远加したコマンドを削陀するずいったこずが可胜になりたす。

-

メニュヌやポップアップは、それを含むドキュメントやりィンドりが閉じられたずきや、menupopup 芁玠がドキュメントから削陀されたずきにも閉じられたす。こういった堎合には、むベントの発生元ずなる芁玠が存圚しないので、popuphiding や popuphidden むベントは発生したせん。これらのむベントで行われるような終了凊理を実行したければ、unload むベント䞭に行うのがいいでしょう。

-

-

メニュヌが開いおいるか調べる

-

メニュヌが開いおいるかどうかを調べるには、そのメニュヌの open プロパティを調べたす。open プロパティが true に蚭定されおいればそのメニュヌは開いおおり、そうでなければ閉じられおいたす。

-
var open = somemenu.open;
-
-

-

ポップアップを開く

-

menu タグ、button タグ、toolbarbutton タグを䜿った menupopup を開くには、䞊蚘のメニュヌを開くを参照しおください。

-

popup attribute によっお取り付けられたポップアップは、ナヌザが巊マりスボタンをクリックするず開きたす。キヌボヌドによっおこの動䜜を再珟するこずはできないので、必ずそのメニュヌの機胜にアクセスする別の方法を甚意するようにしおください。これはナヌザむンタフェヌスのほかの堎所に代わりになるコマンドを蚭眮するか、メニュヌを開くショヌトカットを甚意するこずで可胜になりたす。メニュヌが開かれれば、通垞どおりキヌボヌドによっおアむテム間を移動しお遞択するこずができたす。

-

context 属性によっお取り付けられたポップアップは、ナヌザがコンテキストメニュヌを開こうずする動䜜を行ったずきに開きたす。この動䜜はプラットフォヌムごずに異なりたすが、䞀般的には芁玠を右マりスボタンでクリックする必芁がありたす。マりスボタンが 1 ぀しかない Macintosh システムでは、マりスボタンを抌し続けるか、Control キヌを抌しながらマりスボタンをクリックするずコンテキストメニュヌが開かれたす。Windows では、キヌボヌドのメニュヌキヌ (倚くのキヌボヌドで Control キヌの隣にある、メニュヌの絵が描かれたキヌ) を抌すか、Shift + F10 キヌを抌しおコンテキストメニュヌを開く事も出来たす。したがっお、ナヌザがコンテキストメニュヌを開くのにマりスを䜿うものだず決めおかかっおはいけたせん。

-

-
openPopup メ゜ッド
-

ポップアップの openPopup メ゜ッドを䜿うず、ポップアップの皮類に関係なくプログラムからポップアップを開くこずができたす。このメ゜ッドは menupopup、panel、tooltip のどの皮類のポップアップでも䜿甚でき、たた context 属性によっお取り付けられたポップアップなど他の方法で開かれるポップアップでも䜿甚できたす。

-

openPopup メ゜ッドは、ポップアップをどこにどのように配眮するかを指定する 6 ぀の匕数を取りたす。これらの匕数に぀いお以䞋で説明したす。openPopup メ゜ッドは次のように定矩されおいたす。

-
void openPopup(in DOMElement anchorElement,
-               in String position,
-               in long x,
-               in long y,
-               in boolean isContextMenu,
-               in boolean attributesOverride);
-
-

たず䟋を瀺したす。

-
somepopup.openPopup(anchor, "after_start", 0, 0, false, false);
-
-

この䟋は anchor で参照されるほかの芁玠のすぐ䞋にポップアップを開きたす。これは anchor が menu 芁玠であった堎合の動䜜を暡倣しおいたす。メニュヌに察しお openPopup メ゜ッドを䜿うこずもできたすが、そのメニュヌの open 属性を true に蚭定した方が、menupopup の䜍眮を代わりに凊理しおくれるのでより簡単です。open 属性は芪のメニュヌや芪のボタンで利甚できるのに察しお、openPopup メ゜ッドは menupopup 芁玠で利甚できるずいうこずに泚意しおください。

-

ポップアップのアンカヌずは、それに隣接しおポップアップが衚瀺される芁玠ノヌドのこずです。たずえば、あるボタンの隣にポップアップを衚瀺させたければ、そのボタンぞの参照を第䞀匕数ずしお openPopup メ゜ッドに枡したす。次の䟋では、ポップアップが文曞芁玠からの盞察的な䜍眮に開かれたす。

-
somepopup.openPopup(document.documentElement, "end_before", 0, 0, false, false);
-
-

openPopup の第二匕数はアンカヌの position で、これはアンカヌのどの蟺に察しおポップアップを配眮するかを指定したす。たずえば䞊の䟋で䜿甚されおいる end_before ずいう倀を指定するず、ポップアップの巊蟺がアンカヌ芁玠の右蟺に接し、双方の䞊端が揃うように配眮されたす。この匕数はわかりにくいので、ポップアップの䜍眮決めで詳しい利甚方法ず取り埗る倀、たたそれぞれの倀でポップアップがどのように䜍眮合わせされるかを瀺す画像を参照しおください。

-

openPopup の第䞉匕数ず第四匕数は、オフセット倀 x ず y です。これらのオフセット倀にれロ以倖の倀を指定するず、ポップアップが䜍眮決めされおからさらにポップアップの䜍眮を指定するこずができたす。これにより、ポップアップを特定の芁玠の䜍眮に固定させ぀぀、その䜍眮を现かく調敎するこずが可胜になりたす。正の倀を指定するずポップアップの䜍眮が右か䞋に調敎され、負の倀を指定するず巊か䞊に調敎されたす。

-

次の䟋ではポップアップが芁玠の䞋に衚瀺されたすが、右に 10 pixel、䞊に 2 pixel オフセットされたす。

-
somepopup.openPopup(anchor, "after_start", 10, -2, false, false);
-
-

アンカヌず䜍眮決めは、ポップアップが開かれるずきの䜍眮のみを指定するずいうこずに泚意しおください。ポップアップが開いおいる間にアンカヌが移動たたは削陀されおも、ポップアップはそれに埓いたせん。しかし、ポップアップが開かれおいる間にポップアップを動かすこずは可胜です。ポップアップの移動ずリサむズを参照しおください。

-

openPopup の第五匕数 isContextMenu は、ポップアップをコンテキストメニュヌずしお開くかどうかを指定するフラグです。コンテキストメニュヌずしお開きたければ true を、そうでなければ false を枡したす。この匕数に䜕を蚭定するかはあなたがどんな方法で openPopup を呌び出すかによっお明らかでしょう。同じメニュヌをどちらの方法で開くこずもできるので、このフラグはポップアップがどのように衚瀺されるかには圱響しないずいうこずに泚意しおください。これが圱響するのは、メニュヌのフォヌカスやハむラむトが凊理される方法です。状況に応じお適切な倀を枡しおいる限りは、双方の现かい違いを知る必芁はありたせん。

-

しかしながら、Firefox のブックマヌクを䜿っおこのフラグの効果を確かめるこずができたす。ブックマヌクのサブメニュヌ (ブックマヌクフォルダ) を開いおみおください。マりスが他のメニュヌの䞊に移動するずずもにハむラむトが倉曎され、マりスが離れるずサブメニュヌが閉じるこずがわかりたす。今床は同じブックマヌク䞊でコンテキストメニュヌを開いおみおください。マりスを移動しおも他のメニュヌには圱響が無いのがわかりたす。この違いは isContextMenu フラグの䜿甚によっお凊理されたものです。

-

openPopup メ゜ッドの最埌の匕数 attributesOverride は、ポップアップの芁玠自䜓に蚭眮された属性が、䞎えられた匕数を䞊曞きするかどうかを指定したす。これによりポップアップは position、left、top 属性で指定された䜍眮決めの動䜜を䜿甚するこずができたす。これらの属性の詳现はポップアップの䜍眮決めにありたす。

-

-
openPopup によるアンカヌされないポップアップ
-

openPopup メ゜ッドの第䞀匕数が null だず、アンカヌされないポップアップが䜜成されたす。この堎合、第二匕数 position は䜿甚されないため、空文字列を枡しおもかたいたせん。䟋を瀺したす。

-
somepopup.openPopup(null, "", 60, 50, false, false);
-
-

アンカヌされないポップアップはオフセット倀 x ず y 、この堎合は 60 ず 50 を、りィンドりたたはフレヌムの端からのオフセットずしお䜿甚したす。この方法では、ポップアップは特定のノヌドではなく、りィンドりからの盞察的な䜍眮に配眮されたす。たずえば、マりスをクリックした時に、珟圚マりスポむンタがある䜍眮にポップアップを衚瀺させたいこずがあるでしょう。click むベントリスナの䟋を瀺したす。

-
function mouseClicked(event)
-{
-  var panel = document.getElementById("some-panel");
-  panel.openPopup(null, "", event.clientX, event.clientY, false, false);
-}
-
-

-
openPopupAtScreen メ゜ッド
-

2 ぀めのメ゜ッド openPopupAtScreen は、ポップアップを画面䞊の特定の座暙に配眮するのに利甚できたす。このメ゜ッドではポップアップは芁玠にアンカヌされず、匕数 x ず y で指定された特定の䜍眮に衚瀺されたす。

-
void openPopupAtScreen(in long x, in long y, in boolean isContextMenu);
-
-

匕数 isContextMenu は、コンテキストメニュヌを開くように指瀺したす。これは openPopup メ゜ッドのものず同じ機胜を持っおいたす。次の䟋では、氎平䜍眮 100、垂盎䜍眮 200 にポップアップが開かれたす。

-
popup.openPopupAtScreen(100, 200, false);
-
-

ポップアップが郚分的もしくは党䜓的にスクリヌンから出るような䜍眮に座暙が指定されるず、ポップアップは党䜓が芋えるように移動され、必芁に応じおリサむズされる事に泚意しおください。

-

-

hidePopup メ゜ッドでポップアップを閉じる

-

ナヌザが Escape キヌを抌すかポップアップの倖偎のどこかをクリックするず、ポップアップメニュヌは閉じたす。

-

menu、button、toolbarbutton タグを䜿った menupopup を閉じる方法は、䞊蚘のメニュヌを閉じるを参照しお䞋さい。

-

スクリプトによっおポップアップを閉じるには、ポップアップの hidePopup メ゜ッドを䜿いたす。このメ゜ッドは匕数を取りたせん。

-
popup.hidePopup();
-
-

-

ポップアップが開いおいるかどうか刀別する

-

メニュヌに関しおは、menu、button もしくは toolbarbutton の open プロパティを調べれば刀別できたす。true ならメニュヌは開いおいたす。

-

他の皮類のポップアップでは、state プロパティを調べればポップアップが開いおいるかどうかを刀別できたす。このプロパティはメニュヌ、パネル、ツヌルチップを含む党おの皮類のポップアップで利甚できたす。衚瀺されおいるポップアップの state プロパティは open ずいう倀を持ち、ポップアップが閉じるず state プロパティの倀は closed になりたす。このプロパティは読み蟌み専甚で、menupopup、panel たたはtooltip 芁玠で利甚できたす。

-

state プロパティは他にもう 2 ぀の倀を持぀こずがありたす。これらの倀は、ポップアップが開いおいる状態から閉じおいる状態ぞ、たたはその逆ぞず移行する間に䜿甚されたす。ポップアップが衚瀺されようずしおいる時には state プロパティは showing ずいう倀を持ち、ポップアップが消されようずしおいる時には hiding ずいう倀を持ちたす。前者は popupshowing むベント䞭に起こり、埌者は popuphiding むベント䞭に起こりたす。

-

たずえば、state プロパティは panel がすでに開かれおいるかどうかを刀別するのに䜿甚できたす。パネルが開かれおいる堎合、ナヌザはメむンりィンドり内のナヌザむンタフェヌスを盎接操䜜しおいないので、操䜜を無効にするずいったこずも可胜になりたす。

diff --git a/files/ja/archive/mozilla/xul/popupguide/panels/index.html b/files/ja/archive/mozilla/xul/popupguide/panels/index.html deleted file mode 100644 index f2abd44094..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/panels/index.html +++ /dev/null @@ -1,97 +0,0 @@ ---- -title: Panels -slug: Archive/Mozilla/XUL/PopupGuide/Panels -tags: - - XUL - - XUL Popup Guide -translation_of: Archive/Mozilla/XUL/PopupGuide/Panels ---- -

- - -

-

パネル

-

パネルはあらゆる皮類の内容に察応するポップアップです。デヌタを遞択たたは入力するための䞀時的なポップアップを提䟛する時に䜿甚したす。 -

-

-

panel 芁玠

-

パネルを䜜成するには panel 芁玠を䜿いたす。パネルは panel 芁玠の子芁玠ずしお蚭眮されたどんな芁玠でも衚瀺できたす。䟋えば、次のパネルは怜玢甚のテキストボックスを衚瀺したす。 -

-
<panel id="search-panel">
-  <label control="search" value="Terms:"/>
-  <textbox id="search"/>
-</panel>
-
-

Image:Popupguide-panel.png -

popup 属性を䜿うずパネルを芁玠に取り付けるこずができ、䟋えばボタンを抌すずパネルが開くずいった事が可胜になりたす。popup 属性は同じドキュメント内のパネルの id に蚭定しなければなりたせん。 popup 属性を持぀芁玠の䞊で巊マりスボタンを抌すず、察応するパネルが衚瀺されたす。䟋えば、ラベルに䞊蚘のポップアップを取り付けるには、次のコヌドを䜿いたす。 -

-
<label value="Search" popup="search-panel"/>
-
-

こうするず怜玢語句を入力するためのパネルを開く怜玢ボタンが出来䞊がりたす。このパネルはマりスポむンタの䜍眮にパネルの巊䞊の角が来るように衚瀺されたす。この堎合、マりスポむンタの䞋ではなくボタンの䞋にポップアップを衚瀺させたいず思うかもしれたせん。これはボタンにパネルを取り付けるずきによくある状況なので、 position 属性を䜿っおポップアップの䜍眮を配眮をコントロヌルできるようになっおいたす。普通は type 属性を menu に蚭定しお䜜成するメニュヌ型のボタンを䜿った方が良いずいうこずに泚意しおください。以䞋が完党なサンプルです。 -

-
<panel id="search-panel" position="after_start">
-  <label control="search" value="Terms:"/>
-  <textbox id="search"/>
-</panel>
-
-<label value="Search" popup="search-panel"/>
-
-

「after_start」ずいう倀を持぀ position 属性がパネル芁玠に远加されおいたす。これによっお、マりスがクリックされた䜍眮ではなく、ラベルの底蟺に沿うようにパネルが衚瀺されるようになりたす。この属性ず、他に䜿甚できる倀に぀いおのより詳しい情報は、ポップアップの䜍眮決めを参照しお䞋さい。 -

popup 属性の代わりに context 属性を䜿えば、コンテキストメニュヌのようにパネルを開く事も可胜です。これは menupopup 属性の代わりに panel 芁玠が䜿われる事を陀けば、コンテキストメニュヌを䜿うのず同様に動䜜したす。詳现はコンテキストメニュヌを参照しお䞋さい。 -

-

-

スクリプトでパネルを開く

-

パネルは、党おのポップアップず同様に、スクリプトからポップアップを開くのに䜿甚できる openPopup メ゜ッドを持っおいたす。䟋えば、次のコヌドはボタンの䞋にパネルを開きたす。 -

-
panel.openPopup(button, "after_start", 0, 0, false, false);
-
-

同様に、 openPopupAtScreen メ゜ッドはパネルをスクリヌン䞊の特定の䜍眮に開きたす。この 2 ぀のメ゜ッドの詳现はポップアップの開閉を参照しお䞋さい。 -

-

-

パネルを閉じる

-

パネルはナヌザがパネルの倖偎をクリックするず自動的に閉じられたす。しかし、パネルの䞭にそれを閉じるためのボタン等の芁玠が蚭眮される事も珍しくありたせん。䟋えば、䞊蚘の怜玢パネルの䟋に、抌された時にパネルを閉じるボタンを远加できたす。 -

-
<script>
-function doSearch()
-{
-  document.getElementById("search-panel").hidePopup();
-}
-</script>
-
-<panel id="search-panel" position="after_start">
-  <textbox id="search"/>
-  <button label="Search" oncommand="doSearch();"/>
-</panel>
-
-<toolbarbutton label="Search" popup="search-panel"/>
-
-

この䟋では、Search ボタンが抌されるず関数 doSearch が呌ばれたす。この関数はポップアップを取埗しおその hidePopup メ゜ッドを呌び出したす。もちろん、この関数には怜玢を開始するコヌドも含たれるべきでしょう。 -

-

-

noautohide 属性

-

パネルはナヌザがパネルの倖偎をクリックするか、escape キヌを抌すず閉じたす。これはナヌザが操䜜をキャンセルする通垞の方法です。たた、たくさんのコントロヌルがあるためにパネルが比范的倧きい堎合には、パネルの䞭にキャンセルボタンや「閉じる」ボタンを蚭眮したい堎合もあるでしょう。 -

しかしながら、ナヌザがパネルの倖偎をクリックしおも、パネルを開いたたたにしおおきたい事もあるかもしれたせん。これはフロヌティングツヌルパネルを䜜成したい時に䟿利です。これを実行するには、パネルの noautohide 属性を true に蚭定したす。 -

-
<panel id="search-panel" noautohide="true">
-  <textbox id="search"/>
-  <button label="Search" oncommand="doSearch();"/>
-  <button label="Cancel" oncommand="this.parentNode.hidePopup();"/>
-</panel>
-
-

こうするずパネルはどこをクリックしおも閉じなくなっおしたうので、パネルは必ず自分自身を閉じる手段を提䟛しなければなりたせん。この䟋ではキャンセルボタンを远加しおいたす。 -

-

-

パネルにおけるフォヌカス

-

パネル内郚の芁玠はマりスを䜿っおフォヌカスするこずができ、たた Tab キヌを抌しお珟圚フォヌカスのある芁玠を倉曎する事ができたす。ポップアップが開かれるず、メむンりィンドりの芁玠にフォヌカスがあった堎合にはその芁玠からフォヌカスが倖され、その芁玠で blur むベントが発生したす。初期状態ではポップアップ内のどの芁玠にもフォヌカスがありたせんが、ナヌザは Tab キヌを抌す事でパネル内郚の最初の芁玠にフォヌカスを圓おる事ができたす。パネルが開かれた時に初期状態で特定の芁玠にフォヌカスが圓たるようにしたければ、popupshown むベントハンドラの䞭でフォヌカスを倉曎しおください。䟋えば、䞊蚘の䟋で最初から textbox にフォヌカスされるようにしたければ、このようにしたす。 -

-
<panel id="search-panel" onpopupshown="document.getElementById('search').focus()">
-
-

パネルが閉じるず、パネル内郚の芁玠に focus むベントを持぀芁玠があれば、その芁玠からフォヌカスが取り陀かれたす。こういったポップアップの開閉時のフォヌカスを取り陀くプロセスは、popupshowing むベントもしくは popuphiding むベントが発生した埌に起こりたす。したがっお、これらのむベントがキャンセルされるずフォヌカスは倉曎されたせん。 -

パネルが開かれたずきのフォヌカスの倉曎を無効にするには、noautofocus 属性を true に蚭定したす。 -

-
<panel noautofocus="true">
-
-

こうするず、パネルが開かれたずきにフォヌカスされおいたメむンりィンドり内の芁玠にフォヌカスが残りたす。ただし、パネルが閉じたずきにもパネル内にフォヌカスが残ったたたになるので泚意しおください。 -

-
-
diff --git a/files/ja/archive/mozilla/xul/popupguide/platformmenus/index.html b/files/ja/archive/mozilla/xul/popupguide/platformmenus/index.html deleted file mode 100644 index 9b5fd3e2cc..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/platformmenus/index.html +++ /dev/null @@ -1,67 +0,0 @@ ---- -title: PlatformMenus -slug: Archive/Mozilla/XUL/PopupGuide/PlatformMenus -tags: - - XUL - - XUL Popup Guide -translation_of: Archive/Mozilla/XUL/PopupGuide/Platform_considerations ---- -

- -

-

プラットフォヌムごずの特殊なメニュヌに関する考察

-

倚くのメニュヌコマンドは、慣䟋によっお蚭眮される堎所が決定されたす。たずえば、「線集」メニュヌはその機胜が利甚できるアプリケヌションでは必ず「元に戻す」コマンドから始たり、「やり盎し」、「切り取り」、「コピヌ」、「貌り付け」ずいったように続きたす。 -

メニュヌアむテムの䞭には、プラットフォヌムごずに異なる特定の共通のラベルを持ち、プラットフォヌムごずに異なる特定の共通の堎所に蚭眮されるものがありたす。たずえば Windows では、アプリケヌションを終了するためのメニュヌには「終了」ずいうラベルが付けられ、通垞は「ファむル」メニュヌの最埌に蚭眮されたす。 -

Macintosh では、「ファむル」メニュヌの暪にアプリケヌションの名前が付いた远加のメニュヌが存圚したす。このメニュヌの䞭にはそのアプリケヌションに関連するアむテムがいく぀か栌玍されたす。たずえばアプリケヌションの蚭定画面を開いたり、アプリケヌションを終了させるメニュヌアむテムはこの堎所に蚭眮するのが適切です。 -

これは、アプリケヌションメニュヌに蚭眮する必芁があるメニュヌアむテムに察しお必ず特定の共通の id を蚭定するこずによっお実珟されたす。Mac ではこれらのメニュヌアむテムはアプリケヌションメニュヌに移動されたすが、他のプラットフォヌムでは元の䜍眮に眮かれたたたにされたす。これにより、すべおのプラットフォヌムに察しお同じ XUL コヌドを曞くのがより簡単になりたす。以䞋は自動的に凊理されるメニュヌアむテムの id の䞀芧です。 -

- - - - - - - - - - - -
menu_FileQuitSeparator -「終了」アむテムの盎前にあるセパレヌタ -
menu_FileQuitItem -アプリケヌションを終了するアむテム -
menu_PrefsSeparator -「環境蚭定/オプション」アむテムの盎前にあるセパレヌタ -
menu_preferences -アプリケヌションの環境蚭定を開くアむテム -
aboutSeparator -「に぀いお」アむテムの盎前のセパレヌタ -
aboutName -アプリケヌションの「に぀いお」ダむアログを開くアむテム -
menu_mac_services -システムサヌビスを提䟛するメニュヌ -
menu_mac_hide_app -アプリケヌションを隠すためのアむテム -
menu_mac_hide_others -このアプリケヌション以倖のすべおのアプリケヌションを隠すためのアむテム -
menu_mac_show_all -すべおのアプリケヌションのりィンドりを衚瀺するアむテム -
-

最埌の 4 ぀のアむテムは通垞は䜿われたせんが、完党を期すために蚘茉したした。 -

䟋を瀺したす。 -

-
<menubar>
-  <menu label="Tools">
-    <menupopup>
-      <menuitem label="Spell Check"/>
-      <menuitem id="menu_preferences" label="Preferences"
-                oncommand="window.openDialog('options.xul', '_new', 'chrome');"/>
-    </menupopup>
-  </menu>
-</menubar>
-
-

Image:Popupguide-specialmenubar.png -

このメニュヌアむテムは Macintosh ではアプリケヌションメニュヌに蚭眮されたすが、他のプラットフォヌムでは Tools メニュヌに残されたす。アプリケヌションメニュヌに移動されるず、ラベルずショヌトカットキヌはプラットフォヌムの慣䟋によっお䞊曞きされたす。しかし、プラットフォヌムに関わらず、ナヌザが実行すればそのメニュヌアむテムで command むベントが発生したす。 -

-
-
diff --git a/files/ja/archive/mozilla/xul/popupguide/popupevents/index.html b/files/ja/archive/mozilla/xul/popupguide/popupevents/index.html deleted file mode 100644 index 81c2359c52..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/popupevents/index.html +++ /dev/null @@ -1,122 +0,0 @@ ---- -title: PopupEvents -slug: Archive/Mozilla/XUL/PopupGuide/PopupEvents -tags: - - XUL - - XUL Popup Guide -translation_of: Archive/Mozilla/XUL/PopupGuide/PopupEvents ---- - -

ポップアップやメニュヌに関連するむベントにはいく぀かの皮類がありたす。

-

以䞋の䞀芧はそれらのむベントの抂芁です。

- - - - - - - - - - - - - - - - - - - - - - - -
contextmenuコンテキストメニュヌを開くように芁求したずきに、キヌボヌドずマりスのどちらによっお開かれるかに関わらず発生する。このむベントは、コンテキストメニュヌを関連付けられおいない芁玠に察しおも発生する。詳しい利甚法はコンテキストメニュヌむベントを参照。
popupshowingmenupopup 、panel 、tooltip においお、それらが衚瀺される盎前に発生する。䞀般に、コンテキストに基づいおポップアップ䞊のアむテムを远加たたは調敎するのに䜿甚される。
popupshownmenupopup 、panel 、tooltip においお、それらが衚瀺されるずすぐに発生する。
popuphidingmenupopup 、panel 、 tooltip においお、それらが隠されようずするずすぐに発生する。ナヌザがメニュヌからアむテムを遞択した堎合にも、他の郚分をクリックしおポップアップを閉じた堎合にも発生する。
popuphiddenmenupopup 、panel 、 tooltip においお、それらが隠されるずすぐに発生する。
-

popupshowing むベント

-

ポップアップが衚瀺される盎前には、そのポップアップで popupshowing むベントが発生したす。このむベントは、ポップアップが開かれる方法に関係なく、ナヌザの操䜜によっお開かれた堎合にも、スクリプトから openPopup メ゜ッドや openPopupAtScreen メ゜ッドを呌び出した堎合にも発生したす。popupshowing むベントのリスナヌは、䞀般にコンテキストに基づいおポップアップの内容を調敎するのに䜿甚されたす。たずえば画像䞊で右クリックしたら画像に関係するアむテムをコンテキストメニュヌに衚瀺し、リンク䞊で右クリックしたらリンクに関係するアむテムを衚瀺するずいったこずができたす。popupshowing むベントリスナヌでは、メニュヌが衚瀺される前に、必芁に応じおメニュヌの远加や倉曎を行うこずができたす。popupshowing むベントのコンテキストメニュヌに察する䜿甚䟋はコンテキストによるメニュヌアむテムの衚瀺非衚瀺を参照しおください。

-

たた、この方法はどんな皮類のポップアップにも䜿甚できたす。この䟋では、パネル内郚のラベルが珟圚の時間に基づいお初期化されたす。

-
<panel id="time-panel" onpopupshowing="this.lastChild.value = (new Date()).toLocaleFormat('%T')">
-  <label value="Time:" />
-  <label id="time" />
-</panel>
-
-<toolbarbutton label="Show Time" popup="time-panel" />
-
-

-

popupshowing リスナヌ内から preventDefault メ゜ッドを呌び出すこずにより、メニュヌやポップアップの衚瀺を抑止するこずができたす。popupshowing むベントのデフォルトの動䜜は、ポップアップの衚瀺を継続させるこずです。preventDefault メ゜ッドはこの動䜜の発生を抑止するため、ポップアップは開かれなくなりたす。

-
<menu label="Edit">
-  <menupopup onpopupshowing="if (gDisallowed) event.preventDefault();">
-    <menuitem label="Undo" />
-    <menuitem label="Redo" />
-  </menupopup>
-</menu>
-
-

この䟋では、グロヌバル倉数 gDisallowed をチェックしたあず、 preventDefault メ゜ッドを呌び出しおいたす。If you want to prevent a context menu from opening it is better to call preventDefault with a handler for the contextmenu event instead, to avoid the extra steps necessary to fire the popupshowing event if it isn't needed.

-

入れ子のサブメニュヌを䜿う時には、popupshowing むベントの䞭で、そのむベントが適切なポップアップに察応するものかどうか必ず確認するようにしおください。なぜなら、ポップアップむベントは浮䞊 (bubble)するので、芪メニュヌはそれ自䜓が開いた時にも、サブメニュヌが開いた時にも popupshowing むベントを受け取るからです。䟋を瀺したす。

-
<menu label="File">
-  <menupopup onpopupshowing="if (event.target == this) adjustFileMenu(this);">
-    <menu label="Open">
-      <menupopup>
-        <menuitem label="File..." />
-        <menuitem label="Page" />
-      </menupopup>
-    </menu>
-  </menupopup>
-</menu>
-
-

むベントのタヌゲットを調べお、むベントが目的の menupopup に察応するものかを調べおいたす。このようにしなければ、関数 adjustFileMenu は倖偎の menupopup が開かれた時にも、内偎の menupopup が開かれた時にも呌び出されおしたいたす。むベントの浮䞊はすべおのポップアップむベントで発生したす。

-

popupshown むベント

-

popupshown むベントは、ポップアップが衚瀺されるずすぐに発生したす。openPopup メ゜ッドや openPopupAtScreen メ゜ッドを呌び出した堎合、ポップアップはそれらのメ゜ッドが返るたで開かれたせん。したがっお、popupshown むベントはスクリプトが終了し、UI が曎新されるずすぐに発生したす。popupshown むベントはこれがい぀起こるかを知るのに圹立ちたす。

-

popupshown むベントの利甚法の 1 ぀ずしお、他のメニュヌを開くために䜿甚する方法がありたす。この方法は、次の䟋のように、プログラムからサブメニュヌを開かなければならないずきに必芁になりたす。なぜなら、芪メニュヌを開かずにサブメニュヌを盎接開くこずはできないからです。

-
<script>
-function openFileMenu() {
-  var filemenu = document.getElementById("file-menu");
-
-  filemenu.addEventListener("popupshown", fileMenuOpened, false);
-  filemenu.open = true;
-}
-
-function fileMenuOpened(event) {
-  if ( event.target != document.getElementById("file-menupopup") ) {
-    return;
-  }
-
-  var filemenu = document.getElementById("file-menu");
-  filemenu.removeEventListener("popupshown", fileMenuOpened, false);
-
-  var openmenu = document.getElementById("open-menu");
-  openmenu.open = true;
-}
-</script>
-
-
-<menu id="file-menu" label="File">
-  <menupopup id="file-menupopup">
-    <menu id="open-menu" label="Open">
-      <menupopup>
-        <menuitem label="File..." />
-        <menuitem label="Page" />
-      </menupopup>
-    </menu>
-  </menupopup>
-</menu>
-
-<button label="Open" oncommand="openFileMenu();" />
-
-

ボタンを抌すず、関数 openFileMenu が呌ばれたす。この関数は、 addEventListener メ゜ッドを䜿っお "File" メニュヌに popupshown むベントリスナヌを取り付けたす。これにより、"File" メニュヌで popupshown むベントが発生するず、関数 fileMenuOpened が呌ばれるようになりたす。

-

関数 fileMenuOpened は、たずむベントのタヌゲットが適切なポップアップかどうかを調べ、そうでなければすぐに返りたす。次に、popupshown むベントリスナヌをふたたび削陀したす。むベントリスナヌが重耇しお远加されないようにするため、必ずこれを実行しなければなりたせん。最埌に、関数 openFileMenu ず同じ方法を䜿っお "Open" サブメニュヌを開きたす。このようにするず、倖偎のメニュヌず内偎のメニュヌの䞡方を開くボタンが完成したす。

-

popuphiding むベント

-

ポップアップが閉じるず、画面から消える盎前に、そのポップアップで popuphiding むベントが発生したす。popuphiding むベントに察するリスナヌを利甚するず、popupshowing むベントずは逆に、ポップアップ䞊のアむテムをふたたび削陀したり隠したりできたす。popuphiding むベントは、ポップアップが隠された方法に関わらず、ナヌザがメニュヌからアむテムを遞択した堎合でも、ポップアップの倖偎をクリックした堎合でも、Escape キヌを抌しおメニュヌをキャンセルした堎合でも発生したす。たた、popupshowing むベントず popuphiding むベントは、ナヌザがメニュヌバヌ䞊でマりスを動かしお、メニュヌやサブメニュヌを衚瀺させたり隠したりした堎合にも発生したす。

-

この䟋では、ポップアップが隠れるたびに textbox の内容が消去されたす。

-
<panel onpopuphiding="document.getElementById('search').value = '';">
-  <textbox id="search" />
-  <button label="Search" oncommand="doSearch();" />
-</panel>
-
-

むベントの preventDefault メ゜ッドを呌び出すず、ポップアップが非衚瀺になるのを抑止するこずができたす。そうするず、ポップアップは閉じられなくなりたす。通垞は、これはするべきではありたせん。たずえば、確実に倀が入力されるようにしたければ、倀が入力されおいなくおもコヌドがそれを凊理できるように UI を䜜り盎した方がはるかに良いでしょう。そうしないず、ナヌザはポップアップが閉じられないこずに混乱しおしたいたす。

-

ナヌザがメニュヌの䞭から䜕かを遞択した堎合には、 menupopup が閉じるのをキャンセルするこずはできたせん。キャンセルするにはすでに遅すぎるからです。この堎合、遞択された menuitem にすでに command むベントが送られおおり、その操䜜はすでに実行されおいたす。これは、ポップアップが取り陀かれた埌に popuphiding むベントが発生する特殊なケヌスの 1 ぀です。こうなっおいる理由は、非垞によくあるケヌスである、メニュヌアむテムの動䜜がモヌダルダむアログを開くものである堎合のためです。この堎合、ダむアログが開かれる前に、たずメニュヌを取り陀く必芁がありたす。そうしないず、すでにアクティブではない芪りィンドりにメニュヌが残されたたたにされおしたいたす。そのため、ポップアップがたず取り陀かれるのです。すなわち、popuphiding むベントはモヌダルダむアログが閉じられるたで発生しないずいうこずに泚意しおください。

-

メニュヌが閉じられおも popuphiding むベントが発生しない堎合がありたす。そのため、popuphiding むベントリスナでは必芁なコヌドを呌び出さないようにするべきです。メニュヌやポップアップを再初期化する堎合には、popupshowing むベントで行う方が良いでしょう。popuphiding むベントが送られないケヌスの 1 ぀は、メニュヌがドキュメントから削陀された堎合です。これはむベントを送る察象ずなる芁玠がすでに存圚しないからです。もう 1 ぀は、ドキュメントがアンロヌドされた堎合です。

-

popuphidden むベント

-

popuphidden むベントは、ポップアップが閉じられた埌に発生したす。

-

メニュヌが連鎖的に開かれおいる堎合、すなわち、あるメニュヌず少なくずも 1 ぀の階局のサブメニュヌが開かれおいる堎合、たず最も䜎い階局の【蚳泚: 最も深い】サブメニュヌで popuphiding むベントが発生したす。それからそのメニュヌが閉じ、popuphidden むベントが発生したす。そしお、次に高い階局のメニュヌで、すべおのメニュヌが閉じられるたでこの行皋が繰り返されたす。すなわち、サブメニュヌが長く連なっお開かれおいる堎合、popuphiding むベントず popuphidden むベントが順番に䜕床も発生するずいうこずになりたす。最䞊䜍のメニュヌが popuphidden むベントを受け取った時、すべおのメニュヌが閉じられたこずを知るこずができたす。

diff --git a/files/ja/archive/mozilla/xul/popupguide/positioning/index.html b/files/ja/archive/mozilla/xul/popupguide/positioning/index.html deleted file mode 100644 index df27781b4c..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/positioning/index.html +++ /dev/null @@ -1,140 +0,0 @@ ---- -title: Positioning -slug: Archive/Mozilla/XUL/PopupGuide/Positioning -tags: - - XUL - - XUL Popup Guide -translation_of: Archive/Mozilla/XUL/PopupGuide/Positioning ---- -

- -

-

ポップアップの配眮

-

スクリヌン䞊でポップアップの配眮を制埡するにはいく぀か方法がありたす。 -

-

-

ポップアップのデフォルト配眮

-

トップレベルのメニュヌポップアップは、デフォルトでは、関連付けられたメニュヌやボタンの䞋端がポップアップの䞊端に重なるように衚瀺されたす。氎平方向には、メニュヌやボタンの巊端がメニュヌポップアップの巊端ず䞀盎線になりたす。 -

サブメニュヌは、デフォルトでは芪メニュヌアむテムの右偎に、メニュヌの䞊端ず芪メニュヌアむテムの䞊端が䞀盎線になるように配眮されたす。ただし、テキストが右から巊ぞず衚瀺される (right to left)ロケヌルでは、サブメニュヌは巊に衚瀺されたす。 -

トップレベルメニュヌずサブメニュヌのどちらの堎合でも、䞋や右にメニュヌの党䜓の倧きさを衚瀺する十分なスペヌスが無ければ、䞊や巊に衚瀺されたす。どちらの偎にも十分なスペヌスが無ければ、メニュヌの倧きさが瞮小されたす。 -

popup 属性や context 属性によっお取り付けられたポップアップでは、デフォルトでは、ポップアップの巊䞊角 (右から巊のロケヌルでは右䞊角) がマりスがクリックされた䜍眮になるように衚瀺されたす。コンテキストメニュヌは、同じ堎所をふたたびクリックするだけでメニュヌを消せるように、右䞋に数 pixel オフセットされお衚瀺されたす。コンテキストメニュヌがキヌボヌドのみによっお開かれた堎合、ドキュメントの巊䞊の隅にメニュヌが衚瀺されたす。 -

ツヌルチップは、必ず珟圚のマりス䜍眮の近くに、少しだけ垂盎方向にオフセットされお衚瀺されたす。 -

-

-

position 属性

-

すべおの皮類のポップアップは、2 通りの方法で衚瀺䜍眮を制埡できたす。1 ぀めは、ポップアップの openPopup メ゜ッドを䜿う時に䜍眮を指定する方法です。これはスクリプトによっおポップアップを開く時に䜿甚したす。2 ぀めは、menupopup、panel、tooltip 芁玠にいく぀かの属性を蚭眮しお䜍眮を指定する方法です。以䞋で説明する 3 ぀の属性は、これら 3 皮類の芁玠で同じように機胜したす。 -

position 属性は、ポップアップが取り付けられた芁玠に察する䜍眮あわせの方法を指定したす。 -

- -

たずえば、 -

-
<menupopup id="editItems" position="end_before">
-  <menuitem label="Cut"/>
-  <menuitem label="Copy"/>
-  <menuitem label="Paste"/>
-</menupopup>
-
-<label value="Clipboard" popup="editItems"/>
-
-

この䟋では、menupopup が popup 属性によっお取り付けられおおり、ラベルを巊クリックするずポップアップが衚瀺されたす。position 属性は 「end_before」 の䜍眮にポップアップを衚瀺するように指定されおおり、これによりポップアップはラベルの右偎に、䞊端をそろえお衚瀺されたす。position 属性が取り埗る倀にはいく぀か皮類があるので、それぞれのケヌスでどのようにポップアップの䜍眮あわせが行われるかを瀺す画像ず共にここで説明したす。 -

以䞋は巊から右の (left to right)ナヌザヌむンタヌフェむスであるこずを想定しおいたす。右から巊の (right to left)ナヌザヌむンタヌフェむスでも同じ倀を䜿甚できたすが、ポップアップの衚瀺䜍眮や䜍眮あわせは逆偎になりたす。

- - - - - - - - - - - - - - - - - - - - - -
before_start -

ポップアップの巊蟺ずアンカヌの巊蟺が䞀盎線になり、ポップアップの底蟺がアンカヌの䞊端に接する。 -

-		Image:Popupguide-position-beforestart.png -
before_end -

ポップアップの右蟺ずアンカヌの右蟺が䞀盎線になり、ポップアップの底蟺がアンカヌの䞊端に接する。 -

-		Image:Popupguide-position-beforeend.png -
after_start -

ポップアップの巊蟺ずアンカヌの巊蟺が䞀盎線になり、ポップアップの䞊端がアンカヌの底蟺に接する。この倀はメニュヌボタンで䞀般的に䜿われる。 -

-		Image:Popupguide-position-afterstart.png -
after_end -

ポップアップの右蟺ずアンカヌの右蟺が䞀盎線になり、ポップアップの䞊端がアンカヌの底蟺に接する。 -

-		Image:Popupguide-position-afterend.png -
start_before -

ポップアップの䞊端ずアンカヌの䞊端が䞀盎線になり、ポップアップの右蟺がアンカヌの巊蟺に接する。 -

-		Image:Popupguide-position-startbefore.png -
start_after -

ポップアップの底蟺ずアンカヌの底蟺が䞀盎線になり、ポップアップの右蟺がアンカヌの巊蟺に接する。 -

-		Image:Popupguide-position-startafter.png -
end_before -

ポップアップの䞊端ずアンカヌの䞊端が䞀盎線になり、ポップアップの巊蟺がアンカヌの右蟺に接する。この倀はサブメニュヌで䜿甚される。 -

-		Image:Popupguide-position-endbefore.png -
end_after -

ポップアップの底蟺ずアンカヌの底蟺が䞀盎線になり、ポップアップの巊蟺がアンカヌの右蟺に接する。 -

-		Image:Popupguide-position-endafter.png -
overlap -

ポップアップの巊䞊角がアンカヌの巊䞊角ず合わさるように衚瀺される。 -

-		 -
after_pointer -

マりスポむンタの䜍眮から䜕 pixel か垂盎方向にオフセットされおポップアップが衚瀺される。 -

-		 -
-

menupopup に position 属性が無ければ、ポップアップはデフォルトの䜍眮、この堎合はマりスポむンタの䜍眮に衚瀺されたす。 -

スクリプトから openPopup メ゜ッドによっおポップアップを開く時には、position 属性の代わりに 第 2 匕数で䜍眮を指定できたす。たずえば、次のようなコヌドで䞊の䟋のポップアップを開くこずができたす。 -

-
menupopup.openPopup(label, "end_before", 0, 0, false, false);
-
-

䞊の䟋ず同じく、䜍眮の指定が 「end_before」 ずなっおいるこずに泚目しおください。䞡方に倀が指定された堎合、openPopup に䞎えられた倀の方が属性よりも優先されたす。ただし、openPopup の匕数 attributesOverride (最埌の匕数、䞊の䟋では false) が true だず、openPopup に䞎えられた倀よりも属性の方が優先されたす。これにより、スクリプトず XUL コヌドはポップアップの開き方に関しおさたざたな方法で協調するこずができたす。 -

-

-

座暙による配眮

-

openPopup の匕数 x ず y によっお、ポップアップの䜍眮をさらに倉曎するこずができたす。ポップアップはアンカヌによっお䜍眮が決定された埌、匕数 x ず y によっお特定の距離だけオフセットされたす。この䟋は openPopup メ゜ッド の節にありたす。 -

スタむルシヌトや style 属性によっお menupopup や panel、tooltip に margin が指定されおいるず、その margin はポップアップの倖偎に察しお適甚されたす。次の䟋では menupopup の䞊郚に 2 ex の margin があり、そのためポップアップが開かれる時にはボタンの底蟺から 2 ex 離れお衚瀺されたす。

-
<button label="Popup" type="menu">
-  <menupopup style="margin-top: 2ex;">
-    <menuitem label="Cat"/>
-    <menuitem label="Dog"/>
-  </menupopup>
-</button>
-
-

この手法はツヌルチップに察しお内郚的に䜿甚されおいたす。Firefox ブラりザを芋おみるず、ツヌルチップはマりスポむンタの䜍眮ではなく、少し䞋に衚瀺されるのがわかりたす。これはデフォルトのテヌマでツヌルチップの䞊郚に 21 pixel の margin が蚭定されおおり、その分だけ䞋に衚瀺されるようになっおいるためです。説明察象の芁玠をツヌルチップが芆い隠さないようにするためにこの方法が䜿われおいたす。 -

-

-

画面䞊の配眮

-

スクリプトから画面䞊の特定の䜍眮にポップアップを開くには、openPopupAtScreen メ゜ッドを䜿いたす。この詳现は openPopupAtScreen メ゜ッド の節にありたす。 -

すべおのポップアップにおいお、left 属性 top 属性によっおポップアップの画面䞊の衚瀺䜍眮を pixel 座暙で指定するこずができたす。これらの属性が䜿われるず、ポップアップはその属性が指定した䜍眮に衚瀺されたす。position 属性ず同様に、最埌の匕数が true でなければ openPopup メ゜ッドの匕数が優先されたす。 -

䟋を瀺したす。 -

-
<panel left="100" top="200">
-  <button label="Test"/>
-</panel>
-
-

left 属性ず top 属性は、自動で閉じないパネルを䜿甚するずきにもっずも䟿利です。これらの属性を䜿うず、ポップアップが移動された時に left の䜍眮ず top の䜍眮が蚘録されるようになり、たた persist 属性を䜿うずそれらの属性をセッションをたたいで保存するこずができたす。このようにするず、パネルは垞に前回ず同じ画面䞊の䜍眮に開かれるようになりたす。 -

-
-
diff --git a/files/ja/archive/mozilla/xul/popupguide/tooltips/index.html b/files/ja/archive/mozilla/xul/popupguide/tooltips/index.html deleted file mode 100644 index 8507ba18e1..0000000000 --- a/files/ja/archive/mozilla/xul/popupguide/tooltips/index.html +++ /dev/null @@ -1,60 +0,0 @@ ---- -title: Tooltips -slug: Archive/Mozilla/XUL/PopupGuide/Tooltips -tags: - - XUL - - XUL Popup Guide -translation_of: Archive/Mozilla/XUL/PopupGuide/Tooltips ---- -

- -

-

ツヌルチップ

-

ツヌルチップは、マりスの䞋にあるコントロヌルに぀いお説明するヘルプをナヌザに提䟛するために䜿甚されたす。䟋えば、ツヌルバヌボタンの䞊にマりスを動かしお少し埅぀ず、そのボタンの機胜に぀いお説明するテキストが栌玍された小さなポップアップが衚瀺されたす。マりスを再び動かすず、ツヌルチップは消えたす。ツヌルチップは、メむンむンタヌフェむスを耇雑なものにするこずなくナヌザむンタヌフェむスに぀いおの远加説明を提䟛する手段ずしお䟿利です。 -

ツヌルチップはマりスを䜿わないず衚瀺させるこずができないので、他の方法で芋るこずのできない重芁な情報は決しお含たないように泚意しおください。 -

-

-

tooltip 属性

-

ほずんどの堎合、ツヌルチップは 1 ぀のラベルのみを衚瀺したす。これは党おの XUL 芁玠に適甚できる tooltiptext 属性を䜿っお可胜になりたす。この属性の倀にはツヌルチップに衚瀺するテキストを蚭定したす。 -

-
<toolbarbutton label="Back" tooltiptext="Go back one page"/>
-
-

この䟋では、ツヌルバヌ䞊の「戻る」ボタンにツヌルチップに衚瀺するためのテキストを远加しおいたす。これはツヌルバヌがラベルを衚瀺しないように蚭定されおいる堎合にも䟿利でしょう。 -

もしある芁玠が tooltiptext 属性を持っおおらず、その芪芁玠が持っおいる堎合、芪のツヌルチップが適甚されたす。䟋えば次の䟋では、ツヌルバヌにツヌルチップが蚭定されおいたす。 -

-
<toolbar tooltiptext="File Buttons">
-  <toolbarbutton label="Open" tooltiptext="Open a File"/>
-  <toolbarbutton label="Close"/>
-</toolbar>
-
-

「Open」ボタンには tooltiptext 属性があるので、独自のツヌルチップを持っおいたす。しかし、「Close」ボタンにはツヌルチップが付加されおいたせんが、芪のツヌルバヌには付加されおいたす。このため、「Close」ボタンのうえにマりスが移動するず、ツヌルバヌの空の郚分ず同じように、ツヌルバヌのツヌルチップが適甚されたす。 -

この䟋の「File Buttons」ずいうツヌルチップテキストはあたり良いツヌルチップではありたせん。これはナヌザに察しお䜕も付加的な情報を䌝えおいないので、この䟋のような䜿い方はするべきではありたせん。 -

-

-

tooltip 芁玠

-

ツヌルチップは tooltip 芁玠を䜿っお衚瀺させる事もできたす。これはポップアップの䞀皮ですが、違った芋た目を持っおいたす。tooltiptext 属性を䜿った芁玠は、内郚のテキストに合った倧きさの小さな黄色いボックスのような芋た目を䞀般的に持぀、デフォルトの tooltip 芁玠の䞭にツヌルチップを衚瀺したす。このデフォルトのツヌルチップは自動的に䜜成されるので、普通は tooltip 芁玠を䜿う必芁はありたせん。 -

しかし、普通ずは違った芋た目を持っおいたり、1 ぀のテキストラベルに加えお他の芁玠をサポヌトするツヌルチップを䜿う事も可胜です。 -

このツヌルチップは tooltip 芁玠を䜿っお䜜成できたす。tooltip 芁玠は、その内容をツヌルチップの䞭に衚瀺したす。 -

-
<tooltip id="iconic">
-  <image src="help.png"/>
-  <label value="Save a file to a remote site"/>
-</tooltip>
-
-<button label="Save" tooltip="iconic"/>
-
-

この䟋では、「iconic」ずいう id のツヌルチップに画像ずラベルが栌玍されおいたす。tooltip 属性によっおボタンがそのツヌルチップに関連付けられおいたす。tooltip 属性の倀は tooltip 芁玠の id に蚭定しなければならず、この堎合は「iconic」に蚭定しおいたす。これによりこのツヌルチップが button 芁玠のツヌルチップずしお衚瀺されたす。 -

このように、芁玠にツヌルチップを蚭定するには、ラベルを衚瀺するための tooltiptext 属性を䜿う方法ず、より耇雑な内容を衚瀺するための tooltip 属性を䜿うずいう 2 ぀の方法がありたす。ある芁玠が䞡方の属性を䜿っおいた堎合には、 tooltiptext 属性の方が䜿甚され、デフォルトのツヌルチップが衚瀺されたす。 -

もし tooltip 芁玠の䞭に䜕も芁玠が眮かれなければ、tooltip 芁玠は暙準のツヌルチップず同様にふるたい、衚瀺されたす。 -

特殊なツヌルチップである tooltip 芁玠を䜿う堎合には、その䞭のラベルはツヌルチップが適甚される芁玠に基づいお倉曎されたせん。そのため、いく぀かの芁玠に同じツヌルチップを䜿いたい堎合には、ツヌルチップの内容をそれに応じお蚭定しなければなりたせん。popupshowing むベントリスナを䜿えば、必芁に応じおツヌルチップを調節する事ができたす。popupshowing むベントはツヌルチップが珟れる盎前に tooltip 芁玠で発生したす。䟋えば、 -

-
<tooltip id="iconic" onpopupshowing="this.lastChild.value = document.tooltipNode.label;"/>
-
-

document の tooltipNode プロパティは珟圚マりスが䞊に乗っおいる芁玠を保持したす。この䟋では、マりスが䞊に乗っおいる芁玠の label を取埗するためにこのプロパティが調べられおいたす。そしおその label が tooltip の最埌の子芁玠の value ずしお蚭定されおいたす。前の䟋では、tooltip の最埌の子芁玠は label でした。こうするず、tooltip 内の label 芁玠の value が、マりスが䞊に移動した芁玠に基づいお倉曎されるようになりたす。 -

-

-

ツリヌにおけるツヌルチップ

-

ツリヌは党䜓が単䞀の芁玠によっお衚瀺されるので、tooltip 属性ず tooltiptext 属性はツリヌの個々の行 (row)やセル (cell)には適甚されたせん。しかし、ツリヌは倀が切り詰められたセルに察しお自動的にツヌルチップを衚瀺したす。䟋えば、セルが長いラベルを持っおおり、そのラベルの長さよりも列 (column)が短ければ、そのセルの䞊にマりスが移動した時に、ナヌザが党䜓の倀を芋られるようにツヌルチップが衚瀺されたす。 -

-
-
diff --git a/files/ja/archive/mozilla/xul/popupset/index.html b/files/ja/archive/mozilla/xul/popupset/index.html deleted file mode 100644 index c7e00e29c4..0000000000 --- a/files/ja/archive/mozilla/xul/popupset/index.html +++ /dev/null @@ -1,104 +0,0 @@ ---- -title: popupset -slug: Archive/Mozilla/XUL/popupset -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/popupset ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

menupopup 芁玠および panel 芁玠、tooltip 芁玠のためのコンテナ。この芁玠は任意です。アプリケヌションが popup を含むオヌバヌレむのためのコンテナを提䟛するために䜿甚されたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-

䟋

-
Image:XUL_ref_popup.png
-
<popupset>
-  <menupopup id="clipmenu">
-    <menuitem label="Cut"/>
-    <menuitem label="Copy"/>
-    <menuitem label="Paste"/>
-  </menupopup>
-</popupset>
-<label value="Right click for popup" context="clipmenu"/>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
popup, menupopup
-
- -
diff --git a/files/ja/archive/mozilla/xul/preference/index.html b/files/ja/archive/mozilla/xul/preference/index.html deleted file mode 100644 index b1fca169ff..0000000000 --- a/files/ja/archive/mozilla/xul/preference/index.html +++ /dev/null @@ -1,133 +0,0 @@ ---- -title: preference -slug: Archive/Mozilla/XUL/preference -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/preference ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

prefpane で調敎される蚭定を宣蚀したす。この芁玠は preferences 芁玠内に眮かれなければなりたせん。各 preference 芁玠はナヌザの蚭定ファむルに栌玍された蚭定に盞圓したす。checkbox などのナヌザむンタフェヌス芁玠を preference 芁玠に぀なぐには、その芁玠の preference 属性を䜿甚しおください。

-

詳しい情報が蚭定システムの蚘事にありたす。

-
属性
disabled, instantApply, inverted, name, onchange, readonly, tabindex, type
プロパティ
disabled, hasUserValue, inverted, locked, name, preferences, readonly, tabIndex, type, value
メ゜ッド
reset
-

䟋

-

(䟋が必芁)

-

属性

-

- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
instantApply
型: 論理型
true の堎合、ナヌザむンタフェヌスが倉曎されるずすぐに蚭定が反映されたす。
- -
- -
inverted
型: 論理型
真停倀を持぀ preference に぀いお、この属性が true に蚭定されるず、preference の倀がこの芁玠に関連付けられたナヌザむンタフェヌス芁玠の倀ず逆の倀を瀺したす。぀たり、checkbox にチェックを入れるず、preference が有効になる代わりに無効になりたす。
- -
- -
name
型: 文字列型
倉曎する preference の名前。䟋えば、browser のホヌムペヌゞは browser.startup.homepage で蚭定されたす。
- - -
- -
onchange
型: スクリプトコヌド
onchange 属性内のコヌドは、芁玠の倀が倉曎された時、呌び出されたす。
- -
- -
readonly
型: 論理型
true に蚭定した堎合、ナヌザは芁玠の倀を倉曎できたせん。しかし、スクリプトからは䟝然ずしお倀を倉曎できたす。
-Gecko 2 note -
(Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
-
Gecko 2.0 たで、readonly 属性は XBL フィヌルド䞊で正しく動䜜したせんでした。
-
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
type
型: 以䞋の倀のいずれか䞀぀
preference の圢匏。次の倀のうちの䞀぀になりたす。
- - -
-

プロパティ

-

-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
hasUserValue
型: 論理型
preference がそのデフォルト倀から倉曎されおいるずき、true を返したす。
-
-
inverted
型: 論理型
inverted 属性の倀の取埗ず蚭定。
-
-
locked
型: 論理型
true の堎合、システム蚭定内で preference をロックしお無効化し、倀が倉曎されるのを防ぎたす。このプロパティは読み取り専甚です。
-
-
name
型: 文字列型
倉曎する preference の名前。䟋えば、browser のホヌムペヌゞは browser.startup.homepage で蚭定されたす。
-
-
preferences
型: 芁玠
preferences を含む芁玠ぞの参照。
-
-
-
- readOnly
-
- 型: 論理型
-
- true に蚭定するず、ナヌザは芁玠の倀を倉曎できなくなりたす。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
- -
-
- type
-
- 型: 文字列型
-
- type 属性の倀の取埗ず蚭定。
-
- -
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

-
-
reset()
-
戻り倀の型: 戻り倀無し
-
preference の倀をデフォルトにリセットしたす。
-
textbox に぀いおは、アンドゥ凊理リストを消去したす (Gecko 1.9)。
-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/preferences/index.html b/files/ja/archive/mozilla/xul/preferences/index.html deleted file mode 100644 index 2098ff9ae5..0000000000 --- a/files/ja/archive/mozilla/xul/preferences/index.html +++ /dev/null @@ -1,95 +0,0 @@ ---- -title: preferences -slug: Archive/Mozilla/XUL/preferences -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/preferences ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

preference 芁玠の䞀匏を保持するために䜿甚したす。

-

詳しい情報が蚭定システムの蚘事にありたす。

-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/prefpane/index.html b/files/ja/archive/mozilla/xul/prefpane/index.html deleted file mode 100644 index 61f2b6698f..0000000000 --- a/files/ja/archive/mozilla/xul/prefpane/index.html +++ /dev/null @@ -1,212 +0,0 @@ ---- -title: prefpane -slug: Archive/Mozilla/XUL/prefpane -tags: - - Preferences system - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/prefpane ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
- -

prefwindow 内の䞀぀の蚭定パネル。prefpane は、倉曎される蚭定䞀匏を明蚘する蚭定の説明ず、それらの蚭定を調節するナヌザむンタフェヌスの二぀の郚分から成っおいたす。前者は preferences 芁玠で指定し、埌者は他の XUL 芁玠で指定されたす。

- -

これら二぀の郚分は prefpane 芁玠の子ずしお盎接指定するか、src 属性を䜿甚しお別のファむル内のペむンに眮きたす。埌者の堎合、メむンの蚭定りィンドりのオヌバヌレむずしお読み蟌たれるため、別のファむルでは、そのルヌトタグずしお overlay タグを䜿甚しなければなりたせん。

- -

詳しい情報が蚭定システムの蚘事にありたす。

- -
-
属性
-
helpURI, image, label, onpaneload, selected, src
-
プロパティ
-
image, label, preferenceElements, preferences, selected, src
-
メ゜ッド
-
preferenceForElement
-
- -

䟋

- -
<prefpane id="paneGeneral" label="General" src="chrome://path/to/paneOverlay.xul"/>
-
- -

たたは 

- -
<prefpane id="paneGeneral" label="General" onpaneload="onGeneralPaneLoad(event);">
-  <preferences>
-    <preference id="pref_one" name="extensions.myextension.one" type="bool"/>
-    ... more preferences ...
-  </preferences>
-
-  <checkbox label="Number one?" preference="pref_one"/>
-  ... more UI elements ...
-</prefpane>
- -

属性

- -
- -
-
- helpURI
-
- 型: uri
-
- preference パネルに関連付けられたヘルプペヌゞの URI。この URI は、help ボタンが抌されたずき、ヘルプビュヌアで開かれたす。
-
-
- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
-
- onpaneload
-
- 型: スクリプトコヌド
-
- ここで定矩されたコヌドは、window の load むベントのように、ペむンが読み蟌たれた時、呌び出されたす。
-
-
- -
-
- selected
-
- 型: 論理型
-
- この属性は、珟圚遞択された prefpane で true に蚭定されたす。遞択されたペむンを倉曎するには prefwindow の showPane メ゜ッドを䜿甚しおください。
-
- -
- -
-
- src
-
- 型: overlay URL
-
- preference ペむンのコンテンツの URL。これが指定されおいないずきは prefpane 芁玠のコンテンツが䜿甚されたす。
-
- - -
- -

プロパティ

- -

-
image
型: image の URL
image 属性の倀の取埗ず蚭定。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
-
- preferenceElements
-
- 型: DOM Nodelist
-
- preferences に関連付けられたペむン内の UI 芁玠のリストを保持したす。
-
-
-
- preferences
-
- 型: DOM Nodelist
-
- ペむン内の preference 芁玠のリストを保持したす。
-
-
-
selected
-
型: 論理型
このプロパティの倀は、芁玠が遞択されおいるずきは true、遞択されおいないずきは false です。このプロパティは読み取り専甚です。
-
-
src
型: URL
src 属性の倀の取埗ず蚭定。
-
- -

メ゜ッド

- -
-
DOMElement getPreferenceElement(in DOMElement startElement)
-
-
preferenceForElement( uielement )
-
戻り倀の型: preference 芁玠
-
preference 芁玠をナヌザむンタフェヌス芁玠が付属する芁玠に返したす。
-
-
void userChangedValue(in DOMElement element);
-
The user changed the value in a widget that the preferences system does not automatically track state changes for (1) and the preference element associated with the widget should be updated based on the state held by the widget. For example, if you are using a listbox and the user changes the contents of the listbox (such as adding or removing an item) and you want to sync the changes back to a preference, you must write an onsynctopreference handler for your listbox that returns the value to be written to the preference element, and then call the userChangedValue function every time you edit the list in a way that should cause the preference's value to change.
-
(1) an example of a widget that has state changes tracked for it includes the checkbox element, whose state is tracked automatically when the "command" event fires.
-
void writePreferences(in boolean flushToDisk);
-
Writes all changes in this pane to preferences, optionally flushes to disk.
-
- -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

Events

- -
-
paneload
-
This event is fired on the pane element when the pane is fully loaded (e.g. after the overlay is merged.) You can put the handler for this event in the onpaneload attribute on the element.
-
- -

Using multiple prefpanes

- -

Note that when using multiple prefpanes in the same prefwindow, you must not put the <script> elements above the prefpane elements, but instead below them. Otherwise the dialog will show erratic behavior and not display correctly.

- -

Place the <script> tags as in the following example for preference dialogs to work correctly:

- -
<prefwindow>
-  <prefpane id="paneGeneral" label="General">
-    ...
-  </prefpane>
-
-  <prefpane id="paneSecurity" label="Security">
-    ...
-  </prefpane>
-
-  <script type="application/javascript" src="chrome://myext/content/script0.js">
-  <script type="application/javascript" src="chrome://myext/content/script1.js">
-</prefwindow>
- -

When opening a dialog with multiple panes you must include the toolbar feature in the call to openDialog, for example:

- -
window.openDialog("chrome://example/content/prefwin.xul", "", "chrome,toolbar");
- - - - - -

蚭定システムの資料:

diff --git a/files/ja/archive/mozilla/xul/prefwindow/index.html b/files/ja/archive/mozilla/xul/prefwindow/index.html deleted file mode 100644 index ef80f5d212..0000000000 --- a/files/ja/archive/mozilla/xul/prefwindow/index.html +++ /dev/null @@ -1,250 +0,0 @@ ---- -title: prefwindow -slug: Archive/Mozilla/XUL/prefwindow -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/prefwindow ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

蚭定ダむアログに䜿甚される特別なりィンドり。この芁玠は window タグの䞭に眮いお䜿甚し、䞀぀以䞊の prefpane 芁玠を含めなければなりたせん。ボタンの行が preference ダむアログの各 prefpane すべおに珟れたす。通垞、各ペむンは関連する蚭定が䞀぀のグルヌプにたずめられたす。䞀぀の prefpane しかないずきは、ナビゲヌション領域が隠されたす。

-

倉曎がすぐに適甚される慣習のあるプラットフォヌム䞊では、ナヌザむンタフェヌス芁玠が倉曎されるずすぐに蚭定が調敎されたす。他のプラットフォヌム䞊では、ダむアログが閉じられるたで蚭定が適甚されたせん。

-

蚭定りィンドりをは、他のダむアログず同じように、window の openDialog メ゜ッドを䜿甚しお開くこずができたす。デフォルトで指定のペむンを開くには、openDialog の四番目の匕数に特定のペむンの id を枡したす。たた、prefwindow タグ䞊の lastSelected 属性に開始するペむンの id を蚭定しお指定するこずもできたす。通垞は、この属性を蚭定しなくおも、蚭定ダむアログを最埌に閉じた時に衚瀺しおいたものが自動的にデフォルトのペむンずしお蚭定されたす。

-

詳しい情報が蚭定システムの蚘事にありたす。

-

XULrunner ベヌスのアプリケヌションに察しおの重芁な泚意事項: 蚭定システム (toolkit の䞀郚分) は、䟝然、二぀の browser.* 蚭定に頌っおいたす。䞀぀目は真停倀を蚭定する browser.preferences.instantApply です。preference りィンドりは、あなたのアプリケヌションのデフォルト倀にこれが蚭定されおいないず正しく動䜜したせん (詳しくは bug 485150 を参照)。この蚭定倀が true の堎合、蚭定りィンドりでナヌザが蚭定を遞択するず、OK ボタンを抌しおダむアログを閉じなくおも蚭定がすぐに適甚されたす。二぀目は同じく真停倀を蚭定する browser.preferences.animateFadeIn です。これは XULrunner ベヌスのアプリケヌションで省略できたすが、デフォルトの動䜜蚭定 (Mac OS X では true、その他のプラットフォヌムでは false) を䞊曞きできたす。

-
属性
buttonalign, buttondir, buttonorient, buttonpack, buttons, defaultButton, lastSelected, onbeforeaccept, ondialogaccept, ondialogcancel, ondialogdisclosure, ondialoghelp, onpaneload, title, type
-
-
プロパティ
buttons, currentPane, defaultButton, lastSelected, preferencePanes, type
-
-
メ゜ッド
acceptDialog, addPane, cancelDialog, centerWindowOnScreen, getButton, openSubDialog, openWindow, showPane
-
-

䟋

-
   <?xml version="1.0"?>
-   <?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-   <prefwindow xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-     <prefpane id="saveoptions" label="Backups">
-       <preferences>
-         <preference id="pref-backup" name="myapp.mybackups" type="bool"/>
-         <preference id="pref-backupduration" name="myapp.mybackups.duration" type="int"/>
-       </preferences>
-       <checkbox label="Automatically Save Backups" preference="pref-backup"/>
-       <textbox label="Duration:" preference="pref-backupduration"/>
-     </prefpane>
-   </prefwindow>
-
-

属性

-

- -
activetitlebarcolor
型: color 文字列
りィンドりがアクティブな時のタむトルバヌに぀いお、背景色を指定された色にし、りィンドり内容ずの間の境界線を非衚瀺にしたす。この属性は Mac OS X でのみ有効です。
- -
- -
buttonalign
型: 文字列型
box が含むボタンのための align 属性の倀。
- -
- -
buttondir
型: 文字列型
box が含むボタンのための dir 属性の倀。
- -
- -
buttonorient
型: 文字列型
box が含むボタンのための orient 属性の倀。
- -
- -
buttonpack
型: 文字列型
box が含むボタンのための pack 属性の倀。
- -
- -
buttons
型: カンマで区切られた䞋蚘の倀のリスト
ダむアログボックス䞭に珟れるボタンをカンマで区切ったリスト。ボタンはナヌザのプラットフォヌムに適した䜍眮に眮かれ、基本的なむベントハンドリングが自動で行われたす。次の倀をリストで䜿甚するこずができたす。
- -
èš»: ダむアログボックス内にボタンを衚瀺したくないずきは、属性の倀に "," (カンマ 1 ぀) を蚭定しおください。
- -
- -
defaultButton
型: 文字列型
通垞、この属性を蚭定すべきではありたせん。蚭定するず、ダむアログ内のデフォルトボタンを指定したす。䞀般的に、これは Enter キヌが抌された時にボタンが有効化されるこずを意味したす。この属性には buttons 属性で蚭定できる倀ず同じものを蚭定したす。
- -
- -
inactivetitlebarcolor
型: color 文字列
りィンドりが非アクティブな時のタむトルバヌに぀いお、背景色を指定された色にし、りィンドり内容ずの間の境界線を非衚瀺にしたす。この属性は Mac OS X でのみ有効です。
- -
- -
lastSelected
型: 文字列型
最埌に遞択されたペむンの id を蚭定したす。次に蚭定ダむアログを開いたずき、このペむンがデフォルトで開かれたす。
- -
- -
onbeforeaccept
型: スクリプトコヌド
この属性内のコヌドは、OK ボタンが抌された時、たたは acceptDialog メ゜ッドが呌ばれた時に呌び出されたす。
- -
-

 

- -
ondialogaccept
型: スクリプトコヌド
この属性内のコヌドは、accept ボタンが抌された時、もしくは acceptDialog メ゜ッドが呌ばれた時に呌ばれたす。ハンドラが true を返す堎合、ダむアログは閉じたすが、false を返す堎合、閉じるこずはありたせん。
- -
- -
ondialogcancel
型: スクリプトコヌド
この属性内のコヌドは、"cancel" ボタンが抌されたずき、たたは cancelDialog メ゜ッドが呌ばれたずきに呌び出されたす。このルヌチンが true を返す堎合、そのたたダむアログが閉じられたす。false を返す堎合は閉じられたせん。
- -
- -
ondialogdisclosure
型: スクリプトコヌド
この属性内のコヌドは、"disclosure" ボタンが抌された時、呌び出されたす。
- -
- -
ondialoghelp
型: スクリプトコヌド
この属性内のコヌドは、"help" ボタンが抌されたずき呌び出されたす。
- -
- -
-
- onpaneload
-
- 型: スクリプトコヌド
-
- ここで定矩されたコヌドは、window の load むベントのように、ペむンが読み蟌たれた時、呌び出されたす。
-
-
- -
title
型: 文字列型
window のタむトルバヌに衚瀺するためのテキスト。
- -
- -
type
型: 文字列型
メむン蚭定りィンドりの子ダむアログには、この属性を child に蚭定しおください。プラットフォヌムにずっお適切な動䜜であれば、蚭定はメむンダむアログが閉じられた時のみ保存されたす。
- -
-

プロパティ

-

- -
-
buttons
-
型: 䞋蚘の倀をカンマで区切ったリスト
-
ダむアログボックス䞭に珟れるボタンをカンマで区切ったリスト。ボタンはナヌザのプラットフォヌムに適した䜍眮に眮かれ、基本的なむベントハンドリングが自動で行われたす。次の倀をリストで䜿甚するこずができたす: -
    -
  • accept: 抌䞋するず倉曎を蚱諟する OKボタンです。このボタンがデフォルトになりたす。
    • -
  • cancel: 操䜜を䞭止するキャンセルボタンです。
    • -
  • help: ダむアログに぀いおのヘルプを衚瀺するヘルプボタンです。
    • -
  • disclosure: 远加の情報を衚瀺するボタンです。これはボタンになるか、情報を衚瀺する䞉角圢になりたす。
    • -
  • extra1: 任意で远加されるボタンです。buttonlabelextra1 属性でこのボタンのラベルを蚭定するこずができたす。
    • -
  • extra2: 任意で远加されるもう䞀぀のボタンです。buttonlabelextra2 属性でこのボタンのラベルを蚭定するこずができたす。
    • -
-
-
-
currentPane
型: prefpane 芁玠
珟圚衚瀺されおいるペむンぞの参照。珟圚のペむンを倉曎するには showPane メ゜ッドを䜿甚しおください。
-
-
defaultButton
型: 文字列型
通垞、この属性を蚭定すべきではありたせん。蚭定するず、ダむアログ内のデフォルトボタンを指定したす。䞀般的に、これは Enter キヌが抌䞋された時にボタンが有効化されるこずを意味したす。この属性には buttons 属性で蚭定できる倀ず同じものを蚭定したす。
-
-
instantApply 読み取り専甚
りィンドりが "instant apply" モヌド蚭定の倉曎が即座に適甚されるモヌドかどうかを瀺したす。倀は真停倀のナヌザ蚭定 browser.preferences.instantApply から読み蟌たれたす。?? それは <field> ずしお宣蚀されおいるため、あなたは倀を曞き換える事ができたすが、私はそれが正しい事ずは思えたせん。
-
-
-
lastSelected
型: 文字列型
最埌に遞択されたペむンの id を蚭定したす。次に蚭定ダむアログを開いたずき、このペむンがデフォルトで開かれたす。
-
-
preferencePanes
型: DOM NodeList
window 内のすべおの prefpane 芁玠のリストを保持したす。
-
- -
-
- type
-
- 型: 文字列型
-
- type 属性の倀の取埗ず蚭定。
-
- -
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
- acceptDialog()
-
- 戻り倀の型: 戻り倀なし
-
- dialog に同意しお閉じたす。OK ボタンの抌䞋ず䌌おいたす。
-
-
- addPane( prefpane )
-
- 戻り倀の型: 戻り倀なし
-
- ペむンのリストに prefpane を远加したす。
-
-
cancelDialog()
-
戻り倀の型: 戻り倀無し
-
dialog をキャンセルしお閉じたす。Cancel ボタンの抌䞋ず䌌おいたす。
-
-
animate(aOldPane, aNewPane)
これはおそらく公開メ゜ッドではありたせん。
-
-
-
centerWindowOnScreen()
-
戻り倀の型: 戻り倀無し
-
dialog をスクリヌンの䞭倮に配眮したす。
-
-
getButton( type )
-
戻り倀の型: button 芁玠
-
指定した type に䞀臎する、 dialog 内の button 芁玠を返したす。
-
-
openSubDialog( url, features, params )
-
戻り倀の型: window
-
子ダむアログを開きたす。通垞、このメ゜ッドはナヌザに詳现オプションを蚭定させるために䜿甚したす。匕数は window の openDialog に䌌おいたすが、window 名を提䟛する必芁はありたせん。url は XUL ファむルでなければなりたせん。子ダむアログも prefwindow である堎合は、その type 属性を child に蚭定しおください。メむンダむアログが閉じられた時、その蚭定が保存されたす。
-
-
openWindow( windowtype, url, features, params )
-
戻り倀の型: window
-
子りィンドりを開きたす。windowtype は window 圢匏を指定する文字列です。指定した圢匏のりィンドりがすでに開かれおいる堎合、このメ゜ッドは、もう䞀぀のりィンドりを開く代わりに、そのりィンドりにフォヌカスを切り替えお最前面に衚瀺したす。指定した圢匏のりィンドりが開かれおいない堎合、䞎えられた url を衚瀺する新しいりィンドりが開かれたす。
-
-
showPane( prefpane )
-
戻り倀の型: 戻り倀無し
-
特定のペむンに衚瀺を切り替えたす。
-
-

泚意。あなたは、そのサブりィンドりが既に開かれおいる時に openWindow() を䜿っお枡されたパラメヌタを受け取るために、initWithParams() ずいう関数をサブりィンドりの䞭で定矩する事ができたす。䟋えば Firefox のパヌミッションマネヌゞャの UI は同じりィンドりを画像、゜フトりェアのむンストヌル、ポップアップのブロックの3぀のダむアログのために䜿っおいたす。このりィンドりでは initWithParams() を、りィンドりを開き盎さずにダむアログの皮類を倉えるために䜿っおいたす。

-

以䞋のような䜿い方がお薊めです

-
// subwindow.js
-function onLoad(ev) {
-  // 䜕らかの初期化凊理
-
-  initWithParams(window.arguments[0]); // 1぀のパラメヌタだけがりィンドりに枡される事を期埅しおいたす。
-}
-
-function initWithParams(aParams) {
-  // これは、りィンドりが既に開かれおいお openWindow() で再床フォヌカスされる時に呌ばれるでしょう。
-}
-

泚意点

-

モヌダルなサブダむアログを開く堎合

-

サブダむアログは document.documentElement を経由しおのみ開く事ができ、window からは開けたせん。埓っお、openSubDialog() を呌び出す䟋は以䞋のようになりたす

-
document.documentElement.openSubDialog("chrome://myextension/content/options-sub.xul", "", null)
-
-

prefwindow で prefpane を䜿う時の問題

-

-<prefpane> 以倖の芁玠を prefwindow に眮きたいず思った堎合、それらはすべおの <prefpane> よりも埌に眮くべきです。prefpane 以倖の芁玠を最初の <prefpane> よりも前に眮いた堎合、ペむンの切り替え時におかしな挙動を目にするかもしれたせん。これは バグ 296418 によるものです。

-

間違った䟋

-
<prefwindow>
-  <script src="config.js"/>
-  <prefpane label="pane1" src="pane1.xul"/>
-  <prefpane label="pane2" src="pane2.xul"/>
-</prefwindow>
-
-

正しい䟋

-
<prefwindow>
-  <prefpane label="pane1" src="pane1.xul"/>
-  <prefpane label="pane2" src="pane2.xul"/>
-  <script src="config.js"/>
-</prefwindow>
-
- -

prefpane

-

蚭定システムの資料:

diff --git a/files/ja/archive/mozilla/xul/progressmeter/index.html b/files/ja/archive/mozilla/xul/progressmeter/index.html deleted file mode 100644 index f4ebf9120a..0000000000 --- a/files/ja/archive/mozilla/xul/progressmeter/index.html +++ /dev/null @@ -1,145 +0,0 @@ ---- -title: progressmeter -slug: Archive/Mozilla/XUL/progressmeter -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/progressmeter ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

冗長な䜜業の進捗状態を衚瀺するために䜿甚されるメヌタ。䜜業が完了するず、塗り぀ぶされたバヌが描画されたす。たた、䞍確定な progressmeter は、mode 属性を undetermined に蚭定するこずによっお䜜成されたす。これは、䜜業を完了する時間の長さが事前に分からないずきに䜿甚されたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
max, mode, value
プロパティ
accessibleType, max, mode, value
-

䟋

-
Image:XUL_ref_progress.png
-
<progressmeter mode="determined" value="82"/>
-<progressmeter mode="undetermined"/>
-
-
<!-- マりスがボタン䞊にある間、モヌドが切り替わりたす。 -->
-<progressmeter mode="determined" id="myProgress"/>
-<button label="䟋" onmouseover="setLoading(true)"
-                   onmouseout="setLoading(false)"/>
-function setLoading(state){
-  document.getElementById('myProgress').mode =
-           (state) ? 'undetermined' : 'determined';
-}
-
-

属性

-
- -
max
型: æ•Žæ•°åž‹
progressmeter の最倧倀。属性が指定されおいないずきのデフォルトは 100 です。この倀は癟分率ずしお䜿甚されたす。
-
- -
- -
mode
型: 以䞋の倀のいずれか䞀぀
determined な progressmeter は䜜業にかかる長さが分かる堎合に䜿甚したす。undetermined な progressmeter は、その長さが分からないずきに䜿甚し、䞀般的に床屋の回転ポヌルのように描画されたす。
- - -
- -
value
型: æ•Žæ•°åž‹
進捗を瀺す 0 から 100 たでの範囲の敎数。value を "0" に蚭定するず空のバヌが衚瀺され、"100" に蚭定するず完党な長さのバヌが衚瀺されたす。たた "25" に蚭定するず 1/4 の長さのバヌになりたす。数倀の埌の文字は無芖されたす。
- -
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
-
- max
-
- 型: æ•Žæ•°åž‹
-
- max 属性の倀の取埗ず蚭定。
-
-
mode
型: 文字列型
mode 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
むンタフェヌス
nsIAccessibleProvider
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/accessible/index.html b/files/ja/archive/mozilla/xul/property/accessible/index.html deleted file mode 100644 index 6bb3dc8ad3..0000000000 --- a/files/ja/archive/mozilla/xul/property/accessible/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: accessible -slug: Archive/Mozilla/XUL/Property/accessible -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/accessible ---- -
« XUL リファレンス
-
accessible
型: nsIAccessible
芁玠の accessibility object を返す。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/accessibletype/index.html b/files/ja/archive/mozilla/xul/property/accessibletype/index.html deleted file mode 100644 index 2c79caae58..0000000000 --- a/files/ja/archive/mozilla/xul/property/accessibletype/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: accessibleType -slug: Archive/Mozilla/XUL/Property/accessibleType -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/accessibleType ---- -
« XUL リファレンス
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
-
-

䜿甚可胜な倀:

- -
定数 倀
XULAlert 1001
XULButton 1002
XULCheckbox 1003
XULColorPicker 1004
XULColorPickerTile 1005
XULCombobox 1006
XULDropmarker 1007
XULGroupbox 1008
XULImage 1009
XULLink 100A
XULListbox 100B
XULListCell 1026
XULListHead 1024
XULListHeader 1025
XULListitem 100C
XULMenubar 100D
XULMenuitem 100E
XULMenupopup 100F
XULMenuSeparator 1010
XULPane 1011
XULProgressMeter 1012
XULScale 1013
XULStatusBar 1014
XULRadioButton 1015
XULRadioGroup 1016
XULTab 1017
XULTabBox 1018
XULTabs 1019
XULText 101A
XULTextBox 101B
XULThumb 101C
XULTree 101D
XULTreeColumns 101E
XULTreeColumnItem 101F
XULToolbar 1020
XULToolbarSeparator 1021
XULTooltip 1022
XULToolbarButton 1023
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/accesskey/index.html b/files/ja/archive/mozilla/xul/property/accesskey/index.html deleted file mode 100644 index 22a76e49de..0000000000 --- a/files/ja/archive/mozilla/xul/property/accesskey/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: accessKey -slug: Archive/Mozilla/XUL/Property/accessKey -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/accessKey ---- -
« XUL リファレンス
-
-
accessKey
-
型: 文字型
-
accesskey 属性の倀の取埗ず蚭定。
-
diff --git a/files/ja/archive/mozilla/xul/property/align/index.html b/files/ja/archive/mozilla/xul/property/align/index.html deleted file mode 100644 index 4766614e9f..0000000000 --- a/files/ja/archive/mozilla/xul/property/align/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: align -slug: Archive/Mozilla/XUL/Property/align -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/align ---- -
« XUL リファレンス
-
align
型: 文字列型
align 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/allnotifications/index.html b/files/ja/archive/mozilla/xul/property/allnotifications/index.html deleted file mode 100644 index db01b00785..0000000000 --- a/files/ja/archive/mozilla/xul/property/allnotifications/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: allNotifications -slug: Archive/Mozilla/XUL/Property/allNotifications -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/allNotifications ---- -
- « XUL リファレンス
-
-
- allNotifications
-
- 型: nodeList
-
- すべおの通知の NodeList。このプロパティは読み取り専甚です。
-
diff --git a/files/ja/archive/mozilla/xul/property/allowevents/index.html b/files/ja/archive/mozilla/xul/property/allowevents/index.html deleted file mode 100644 index 3acbbacaf3..0000000000 --- a/files/ja/archive/mozilla/xul/property/allowevents/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: allowEvents -slug: Archive/Mozilla/XUL/Property/allowEvents -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/allowEvents ---- -
« XUL リファレンス
-
allowEvents
型: 論理型
allowevents 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/alwaysopenpopup/index.html b/files/ja/archive/mozilla/xul/property/alwaysopenpopup/index.html deleted file mode 100644 index b0f3ef83fa..0000000000 --- a/files/ja/archive/mozilla/xul/property/alwaysopenpopup/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: alwaysOpenPopup -slug: Archive/Mozilla/XUL/Property/alwaysOpenPopup -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/alwaysOpenPopup ---- -
« XUL リファレンス
-
alwaysOpenPopup
型: 論理型
alwaysopenpopup 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/amindicator/index.html b/files/ja/archive/mozilla/xul/property/amindicator/index.html deleted file mode 100644 index b2cf1fd4cf..0000000000 --- a/files/ja/archive/mozilla/xul/property/amindicator/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: amIndicator -slug: Archive/Mozilla/XUL/Property/amIndicator -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/amIndicator ---- -
« XUL リファレンス
-
amIndicator
型: 文字列型
蚭定された文字列は、午前ず午埌の区別衚瀺に䜿甚されたす。初期倀は AM です。この倀はナヌザが䜿甚するロケヌルに合わせる事もできたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/anchornode/index.html b/files/ja/archive/mozilla/xul/property/anchornode/index.html deleted file mode 100644 index 5b2649c35b..0000000000 --- a/files/ja/archive/mozilla/xul/property/anchornode/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: anchorNode -slug: Archive/Mozilla/XUL/Property/anchorNode -tags: - - XUL - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/anchorNode ---- -
« XUL リファレンス
- -
-
anchorNode 読取専甚
-
型: nsIDOMElement
-
この読み取り専甚プロパティは、ポップアップを開いたずきにアンカヌずしお指定された DOM ノヌドを保持しおいたす。
-
diff --git a/files/ja/archive/mozilla/xul/property/applocale/index.html b/files/ja/archive/mozilla/xul/property/applocale/index.html deleted file mode 100644 index 2ef28b1773..0000000000 --- a/files/ja/archive/mozilla/xul/property/applocale/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: appLocale -slug: Archive/Mozilla/XUL/Property/appLocale -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/appLocale ---- -
- « XUL リファレンス
-
-
- appLocale
-
- 型: nsILocale
-
- ナヌザのロケヌルに぀いおの情報を保持する XPCOM オブゞェクトを返す。これは nsILocale を実装するオブゞェクトです。
-
-
-
-
Gecko 1.9.1 note
-
このプロパティは Gecko 1.9.1 で削陀されたした。
-
-
diff --git a/files/ja/archive/mozilla/xul/property/autocheck/index.html b/files/ja/archive/mozilla/xul/property/autocheck/index.html deleted file mode 100644 index 59d2a8f81d..0000000000 --- a/files/ja/archive/mozilla/xul/property/autocheck/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: autoCheck -slug: Archive/Mozilla/XUL/Property/autoCheck -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/autoCheck ---- -
« XUL リファレンス
-
autoCheck
型: 論理型
autoCheck 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/autofill/index.html b/files/ja/archive/mozilla/xul/property/autofill/index.html deleted file mode 100644 index c4c5ef2a21..0000000000 --- a/files/ja/archive/mozilla/xul/property/autofill/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: autoFill -slug: Archive/Mozilla/XUL/Property/autoFill -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/autoFill ---- -
« XUL リファレンス
-
autoFill
型: 論理型
autoFill 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/autofillaftermatch/index.html b/files/ja/archive/mozilla/xul/property/autofillaftermatch/index.html deleted file mode 100644 index 992bdb06cc..0000000000 --- a/files/ja/archive/mozilla/xul/property/autofillaftermatch/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: autoFillAfterMatch -slug: Archive/Mozilla/XUL/Property/autoFillAfterMatch -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/autoFillAfterMatch ---- -
« XUL リファレンス
- -
-
- autoFillAfterMatch Gecko 1.9.1 で廃止
-
- 型: 論理型
-
- autoFillAfterMatch 属性の倀の取埗ず蚭定。
-
diff --git a/files/ja/archive/mozilla/xul/property/boxobject/index.html b/files/ja/archive/mozilla/xul/property/boxobject/index.html deleted file mode 100644 index 5a4e5f20bb..0000000000 --- a/files/ja/archive/mozilla/xul/property/boxobject/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: boxObject -slug: Archive/Mozilla/XUL/Property/boxObject -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/boxObject ---- -
« XUL リファレンス
-
boxObject
型: nsIBoxObject
このプロパティは box から埗られた芁玠に利甚可胜です。この box は最も衚瀺される XUL 芁玠です。XUL でない芁玠のための boxObject は getBoxObjectFor メ゜ッドを䜿甚しお取埗するこずができたす。このプロパティはチュヌトリアルでさらに説明されおいたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/browser.preferences/index.html b/files/ja/archive/mozilla/xul/property/browser.preferences/index.html deleted file mode 100644 index 584f927dce..0000000000 --- a/files/ja/archive/mozilla/xul/property/browser.preferences/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: browser.preferences -slug: Archive/Mozilla/XUL/Property/browser.preferences -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/browser.preferences ---- -
- « XUL リファレンス
-
-
- preferences
-
- 型: nsIPrefService
-
- この読み取り専甚のプロパティは、ナヌザ蚭定の取埗ず蚭定を行う nsIPref オブゞェクトを含みたす。
-
diff --git a/files/ja/archive/mozilla/xul/property/browsers/index.html b/files/ja/archive/mozilla/xul/property/browsers/index.html deleted file mode 100644 index 95deb0c941..0000000000 --- a/files/ja/archive/mozilla/xul/property/browsers/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: browsers -slug: Archive/Mozilla/XUL/Property/browsers -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/browsers ---- -
« XUL リファレンス
-
browsers
型: browser 芁玠のノヌドリスト
tabbrowser 内の browser 芁玠のリストを保持したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/builder/index.html b/files/ja/archive/mozilla/xul/property/builder/index.html deleted file mode 100644 index 1ae65b0b8b..0000000000 --- a/files/ja/archive/mozilla/xul/property/builder/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: builder -slug: Archive/Mozilla/XUL/Property/builder -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/builder ---- -
« XUL リファレンス
-
builder
型: nsIXULTemplateBuilder
テンプレヌトから生成されるコンテンツに察しお、その生成に責任を持぀ XPCOM オブゞェクトです。スクリプトでは、template の内容を再生成させたい堎合にのみ必芁です。これは rule を手動で調敎したずきに必芁です。コンテンツを再構築するには builder の rebuild メ゜ッドを呌び出しおください。
䟋えば myTree ツリヌぞの参照が䞎えられた堎合、次の䟋はそのコンテンツを再構築したす: myTree.builder.rebuild();
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/builderview/index.html b/files/ja/archive/mozilla/xul/property/builderview/index.html deleted file mode 100644 index 97ea51ea59..0000000000 --- a/files/ja/archive/mozilla/xul/property/builderview/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: builderView -slug: Archive/Mozilla/XUL/Property/builderView -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/builderView ---- -
« XUL リファレンス
-
builderView
型: nsIXULTreeBuilder
tree デヌタを構築する tree builder ぞの参照。builder は、tree 内の各行のための RDF リ゜ヌスぞのアクセスを提䟛し、列のデヌタを䞊べ替えられるようにしたす。Mozilla の最近のバヌゞョンでは、builderView プロパティは view プロパティの別名です。これら二぀のむンタフェヌスは JavaScript で䞀぀のむンタフェヌスに合わさっおいたす。このプロパティは読み取り専甚です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/buttons/index.html b/files/ja/archive/mozilla/xul/property/buttons/index.html deleted file mode 100644 index f2633f998c..0000000000 --- a/files/ja/archive/mozilla/xul/property/buttons/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: buttons -slug: Archive/Mozilla/XUL/Property/buttons -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/buttons ---- -
« XUL リファレンス
- -
-
buttons
-
型: 䞋蚘の倀をカンマで区切ったリスト
-
ダむアログボックス䞭に珟れるボタンをカンマで区切ったリスト。ボタンはナヌザのプラットフォヌムに適した䜍眮に眮かれ、基本的なむベントハンドリングが自動で行われたす。次の倀をリストで䜿甚するこずができたす: -
    -
  • accept: 抌䞋するず倉曎を蚱諟する OKボタンです。このボタンがデフォルトになりたす。
    • -
  • cancel: 操䜜を䞭止するキャンセルボタンです。
    • -
  • help: ダむアログに぀いおのヘルプを衚瀺するヘルプボタンです。
    • -
  • disclosure: 远加の情報を衚瀺するボタンです。これはボタンになるか、情報を衚瀺する䞉角圢になりたす。
    • -
  • extra1: 任意で远加されるボタンです。buttonlabelextra1 属性でこのボタンのラベルを蚭定するこずができたす。
    • -
  • extra2: 任意で远加されるもう䞀぀のボタンです。buttonlabelextra2 属性でこのボタンのラベルを蚭定するこずができたす。
    • -
-
-
diff --git a/files/ja/archive/mozilla/xul/property/canadvance/index.html b/files/ja/archive/mozilla/xul/property/canadvance/index.html deleted file mode 100644 index d00d6bf8e8..0000000000 --- a/files/ja/archive/mozilla/xul/property/canadvance/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: canAdvance -slug: Archive/Mozilla/XUL/Property/canAdvance -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/canAdvance ---- -
« XUL リファレンス
-
canAdvance
型: 論理型
このプロパティは、ナヌザが Next ボタンを抌しお次のペヌゞぞ進めるずき、true に蚭定されたす。このプロパティが false の堎合、ナヌザは次のペヌゞぞ移動するこずができたせん。ナヌザが次のペヌゞぞ進めるこずを瀺すには、このプロパティを true に蚭定したす。次のペヌゞぞの移動を拒吊するには false に蚭定したす。これは Next ボタン (wizard の最埌のペヌゞでは Finish ボタン) を有効たたは無効にしたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/cangoback/index.html b/files/ja/archive/mozilla/xul/property/cangoback/index.html deleted file mode 100644 index 70e486aa4b..0000000000 --- a/files/ja/archive/mozilla/xul/property/cangoback/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: canGoBack -slug: Archive/Mozilla/XUL/Property/canGoBack -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/canGoBack ---- -
« XUL リファレンス
-
canGoBack
型: 論理型
セッション履歎で前のペヌゞに移動できるずき、このプロパティは true になり、Back ボタンが有効になりたす。このプロパティは読み取り専甚です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/cangoforward/index.html b/files/ja/archive/mozilla/xul/property/cangoforward/index.html deleted file mode 100644 index 0d956adec7..0000000000 --- a/files/ja/archive/mozilla/xul/property/cangoforward/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: canGoForward -slug: Archive/Mozilla/XUL/Property/canGoForward -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/canGoForward ---- -
« XUL リファレンス
-
canGoForward
型: 論理型
セッション履歎で次のペヌゞに移動できるずき、このプロパティは true になり、Forward ボタンが有効になりたす。このプロパティは読み取り専甚です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/canrewind/index.html b/files/ja/archive/mozilla/xul/property/canrewind/index.html deleted file mode 100644 index a74d1ddfe8..0000000000 --- a/files/ja/archive/mozilla/xul/property/canrewind/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: canRewind -slug: Archive/Mozilla/XUL/Property/canRewind -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/canRewind ---- -
« XUL リファレンス
-
canRewind
型: 論理型
このプロパティは、ナヌザが Back ボタンを抌しお前のペヌゞぞ戻れるずき、true に蚭定されたす。このプロパティが false の堎合、ナヌザは前のペヌゞぞ移動するこずができたせん。ナヌザが前のペヌゞぞ戻れるこずを瀺すには、このプロパティを true に蚭定したす。前のペヌゞぞの移動を拒吊するには false に蚭定したす。これは Back ボタンを有効たたは無効にしたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/checked/index.html b/files/ja/archive/mozilla/xul/property/checked/index.html deleted file mode 100644 index 9547b5de89..0000000000 --- a/files/ja/archive/mozilla/xul/property/checked/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: checked -slug: Archive/Mozilla/XUL/Property/checked -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/checked ---- -
« XUL リファレンス
-
checked
型: 論理型
checked 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/checkstate/index.html b/files/ja/archive/mozilla/xul/property/checkstate/index.html deleted file mode 100644 index 10be85f6f3..0000000000 --- a/files/ja/archive/mozilla/xul/property/checkstate/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: checkState -slug: Archive/Mozilla/XUL/Property/checkState -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/checkState ---- -
« XUL リファレンス
-
checkState
型: æ•Žæ•°åž‹, 倀は 0 たたは 1, 2
checkState 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/child/index.html b/files/ja/archive/mozilla/xul/property/child/index.html deleted file mode 100644 index 6567105b7d..0000000000 --- a/files/ja/archive/mozilla/xul/property/child/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: child -slug: Archive/Mozilla/XUL/Property/child -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/child ---- -
« XUL リファレンス
-
child
型: ?
コンテナ芁玠によっお参照される芁玠の、子になるず予想されるノヌドを参照する倉数。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/children/index.html b/files/ja/archive/mozilla/xul/property/children/index.html deleted file mode 100644 index 2bdbfe469f..0000000000 --- a/files/ja/archive/mozilla/xul/property/children/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: children -slug: Archive/Mozilla/XUL/Property/children -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/children ---- -
« XUL リファレンス
-
children
型: 芁玠の配列
richlistbox 内の項目のリストを返す。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/classname/index.html b/files/ja/archive/mozilla/xul/property/classname/index.html deleted file mode 100644 index da6f981be0..0000000000 --- a/files/ja/archive/mozilla/xul/property/classname/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: className -slug: Archive/Mozilla/XUL/Property/className -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/className ---- -
« XUL リファレンス
-
className
型: 文字列型
class 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/clickselectsall/index.html b/files/ja/archive/mozilla/xul/property/clickselectsall/index.html deleted file mode 100644 index 000048fe8e..0000000000 --- a/files/ja/archive/mozilla/xul/property/clickselectsall/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: clickSelectsAll -slug: Archive/Mozilla/XUL/Property/clickSelectsAll -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/clickSelectsAll ---- -
« XUL リファレンス
-
clickSelectsAll
型: 論理型
true に蚭定した堎合、フォヌカスされた時、textbox の内容が遞択されたす。カヌ゜ルは倉曎無しで取り去られたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/collapsed/index.html b/files/ja/archive/mozilla/xul/property/collapsed/index.html deleted file mode 100644 index 1f6f99d95a..0000000000 --- a/files/ja/archive/mozilla/xul/property/collapsed/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: collapsed -slug: Archive/Mozilla/XUL/Property/collapsed -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/collapsed ---- -
« XUL リファレンス
-
collapsed
型: 論理型
collapsed 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/color/index.html b/files/ja/archive/mozilla/xul/property/color/index.html deleted file mode 100644 index 0301c0fa9c..0000000000 --- a/files/ja/archive/mozilla/xul/property/color/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: color -slug: Archive/Mozilla/XUL/Property/color -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/color ---- -
« XUL リファレンス
-
color
型: color の文字列
珟圚遞択されおいる色。これはナヌザが色を遞択するず倉曎されたす。このプロパティに #RRGGBB 圢匏で文字列を割り圓おるこずで遞択された色を倉曎できたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/colorpicker.open/index.html b/files/ja/archive/mozilla/xul/property/colorpicker.open/index.html deleted file mode 100644 index fd02f16a63..0000000000 --- a/files/ja/archive/mozilla/xul/property/colorpicker.open/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: colorpicker.open -slug: Archive/Mozilla/XUL/Property/colorpicker.open -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/colorpicker.open ---- -
« XUL リファレンス
-
open
型: 論理型
ボタン圢匏の colorpicker のための popup が開かれるず true を返したす。popup を開くには、この属性を true に蚭定し、閉じるには false に蚭定しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/columns/index.html b/files/ja/archive/mozilla/xul/property/columns/index.html deleted file mode 100644 index e433f3b33a..0000000000 --- a/files/ja/archive/mozilla/xul/property/columns/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: columns -slug: Archive/Mozilla/XUL/Property/columns -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/columns ---- -
- « XUL リファレンス
-
-
- columns
-
- 型: nsITreeColumns
-
- tree の列を nsITreeColumns オブゞェクトずしお返す。
-
diff --git a/files/ja/archive/mozilla/xul/property/command/index.html b/files/ja/archive/mozilla/xul/property/command/index.html deleted file mode 100644 index b4f64e313a..0000000000 --- a/files/ja/archive/mozilla/xul/property/command/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: command -slug: Archive/Mozilla/XUL/Property/command -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/command ---- -
« XUL リファレンス
-
command
型: 芁玠の id
command 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/commandmanager/index.html b/files/ja/archive/mozilla/xul/property/commandmanager/index.html deleted file mode 100644 index 0c2467e58c..0000000000 --- a/files/ja/archive/mozilla/xul/property/commandmanager/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: commandManager -slug: Archive/Mozilla/XUL/Property/commandManager -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/commandManager ---- -
- « XUL リファレンス
-
-
- commandManager
-
- 型: nsICommandManager
-
- command manager は editor 䞊の操䜜を扱いたす。
-
diff --git a/files/ja/archive/mozilla/xul/property/completedefaultindex/index.html b/files/ja/archive/mozilla/xul/property/completedefaultindex/index.html deleted file mode 100644 index 6b1b504e0e..0000000000 --- a/files/ja/archive/mozilla/xul/property/completedefaultindex/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: completeDefaultIndex -slug: Archive/Mozilla/XUL/Property/completeDefaultIndex -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/completeDefaultIndex ---- -
« XUL リファレンス
-
completeDefaultIndex
型: 論理型
completedefaultindex 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/container/index.html b/files/ja/archive/mozilla/xul/property/container/index.html deleted file mode 100644 index 104db55d84..0000000000 --- a/files/ja/archive/mozilla/xul/property/container/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: container -slug: Archive/Mozilla/XUL/Property/container -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/container ---- -
« XUL リファレンス
-
container
型: ?
コンテナになるず予想されるノヌドを参照する倉数。倉数が content 芁玠䞊の uri 属性ず同じずき、リ゜ヌスは条件にマッチするコンテナ芁玠になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/contentdocument/index.html b/files/ja/archive/mozilla/xul/property/contentdocument/index.html deleted file mode 100644 index 152d0db538..0000000000 --- a/files/ja/archive/mozilla/xul/property/contentdocument/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: contentDocument -slug: Archive/Mozilla/XUL/Property/contentDocument -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/contentDocument ---- -
« XUL リファレンス
-
contentDocument
型: document
この読み取り専甚のプロパティは芁玠内の document オブゞェクトを含みたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/contentprincipal/index.html b/files/ja/archive/mozilla/xul/property/contentprincipal/index.html deleted file mode 100644 index 73d36d48fb..0000000000 --- a/files/ja/archive/mozilla/xul/property/contentprincipal/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: contentPrincipal -slug: Archive/Mozilla/XUL/Property/contentPrincipal -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/contentPrincipal ---- -
« XUL リファレンス
-
contentPrincipal
型: nsIPrincipal
この読み取り専甚のプロパティは browser に読み蟌たれたコンテンツの、セキュリティ関係の情報を提䟛する䞻郚を含みたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/contenttitle/index.html b/files/ja/archive/mozilla/xul/property/contenttitle/index.html deleted file mode 100644 index adf0d93a4c..0000000000 --- a/files/ja/archive/mozilla/xul/property/contenttitle/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: contentTitle -slug: Archive/Mozilla/XUL/Property/contentTitle -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/contentTitle ---- -
« XUL リファレンス
-
contentTitle
型: 文字列型
この読み取り専甚のプロパティは browser 内の document オブゞェクトの title を含みたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/contentview/index.html b/files/ja/archive/mozilla/xul/property/contentview/index.html deleted file mode 100644 index f5570c0738..0000000000 --- a/files/ja/archive/mozilla/xul/property/contentview/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: contentView -slug: Archive/Mozilla/XUL/Property/contentView -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/contentView ---- -
- « XUL リファレンス
-
-
- contentView
-
- 型: nsITreeContentView
-
- コンテンツビルダで構築された (flags 蚭定を持たない) tree では、contentView は nsITreeContentView ぞの参照になりたす。このむンタフェヌスは、䞎えられた行の index に察応する DOM 芁玠の取埗や蚭定を行いたす。コンテンツビルダで構築されたものでない tree では取埗する DOM ノヌドが存圚しないため、nsITreeContentView の関数を利甚するこずはできたせん。Mozilla の最近のバヌゞョンでは、nsITreeContentView プロパティは view プロパティの別名です。これら 2 ぀のむンタフェヌスは JavaScript で 1 ぀のむンタフェヌスに合わさっおいたす。このプロパティは読み取り専甚です。
-
diff --git a/files/ja/archive/mozilla/xul/property/contentvieweredit/index.html b/files/ja/archive/mozilla/xul/property/contentvieweredit/index.html deleted file mode 100644 index 5ecc094b04..0000000000 --- a/files/ja/archive/mozilla/xul/property/contentvieweredit/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: contentViewerEdit -slug: Archive/Mozilla/XUL/Property/contentViewerEdit -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/contentViewerEdit ---- -
« XUL リファレンス
-
contentViewerEdit
型: nsIContentViewerEdit
この読み取り専甚のプロパティは、document 䞊のクリップボヌド操䜜を扱う nsIContentViewerEdit を含みたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/contentviewerfile/index.html b/files/ja/archive/mozilla/xul/property/contentviewerfile/index.html deleted file mode 100644 index 51635b37e1..0000000000 --- a/files/ja/archive/mozilla/xul/property/contentviewerfile/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: contentViewerFile -slug: Archive/Mozilla/XUL/Property/contentViewerFile -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/contentViewerFile ---- -
« XUL リファレンス
-
contentViewerFile
型: nsIContentViewerFile
document の nsIContentViewerFile むンタフェヌスぞの参照。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/contentwindow/index.html b/files/ja/archive/mozilla/xul/property/contentwindow/index.html deleted file mode 100644 index 9967f79aac..0000000000 --- a/files/ja/archive/mozilla/xul/property/contentwindow/index.html +++ /dev/null @@ -1,22 +0,0 @@ ---- -title: contentWindow -slug: Archive/Mozilla/XUL/Property/contentWindow -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/contentWindow ---- -
- « XUL リファレンス
-
-
- contentWindow
-
- 型: window
-
- この読み取り専甚のプロパティは芁玠内の window オブゞェクトを含みたす。
-
-
- -
-

 

diff --git a/files/ja/archive/mozilla/xul/property/contextmenu/index.html b/files/ja/archive/mozilla/xul/property/contextmenu/index.html deleted file mode 100644 index bc4d1a903e..0000000000 --- a/files/ja/archive/mozilla/xul/property/contextmenu/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: contextMenu -slug: Archive/Mozilla/XUL/Property/contextMenu -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/contextMenu ---- -
« XUL リファレンス
-
contextMenu
型: popup 芁玠の id
contextmenu 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/control/index.html b/files/ja/archive/mozilla/xul/property/control/index.html deleted file mode 100644 index 115d91af2f..0000000000 --- a/files/ja/archive/mozilla/xul/property/control/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: control -slug: Archive/Mozilla/XUL/Property/control -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/control ---- -
- « XUL リファレンス
-
-
- control
-
- 型: 芁玠の id
-
- control 属性の倀の取埗ず蚭定。
-
-
-

参照

- -
-
- -
-

 

diff --git a/files/ja/archive/mozilla/xul/property/controller/index.html b/files/ja/archive/mozilla/xul/property/controller/index.html deleted file mode 100644 index f656f4b6e8..0000000000 --- a/files/ja/archive/mozilla/xul/property/controller/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: controller -slug: Archive/Mozilla/XUL/Property/controller -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/controller ---- -
- « XUL リファレンス
-
-
- controller
-
- 型: nsIAutoCompleteController
-
- 自動補完芁玠のための controller を返す。
-
diff --git a/files/ja/archive/mozilla/xul/property/controllers/index.html b/files/ja/archive/mozilla/xul/property/controllers/index.html deleted file mode 100644 index 11201f6501..0000000000 --- a/files/ja/archive/mozilla/xul/property/controllers/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: controllers -slug: Archive/Mozilla/XUL/Property/controllers -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/controllers ---- -
« XUL リファレンス
-
controllers
型: nsIControllers
芁玠に取り付けられたコントロヌラのリスト。controller はコマンドに応答するために䜿甚されたす。document のコマンドディスパッチャはコマンドを扱う controller を、フォヌカスされた芁玠のリストを䜿甚しお配眮したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/crop/index.html b/files/ja/archive/mozilla/xul/property/crop/index.html deleted file mode 100644 index e8c9ff555f..0000000000 --- a/files/ja/archive/mozilla/xul/property/crop/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: crop -slug: Archive/Mozilla/XUL/Property/crop -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/crop ---- -
« XUL リファレンス
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/current/index.html b/files/ja/archive/mozilla/xul/property/current/index.html deleted file mode 100644 index c795f54cb2..0000000000 --- a/files/ja/archive/mozilla/xul/property/current/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: current -slug: Archive/Mozilla/XUL/Property/current -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/current ---- -
« XUL リファレンス
-
current
型: 論理型
current 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/currentindex/index.html b/files/ja/archive/mozilla/xul/property/currentindex/index.html deleted file mode 100644 index 6346607dd8..0000000000 --- a/files/ja/archive/mozilla/xul/property/currentindex/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: currentIndex -slug: Archive/Mozilla/XUL/Property/currentIndex -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/currentIndex ---- -
« XUL リファレンス
-
currentIndex
型: æ•Žæ•°åž‹
珟圚フォヌカスされた tree 内の行の index を蚭定したす。行がフォヌカスされおいない堎合、倀は -1 になりたす。耇数遞択できる tree では、珟圚の index は遞択された最埌の行になりたす。このプロパティを遞択の倉曎に䜿甚しおはいけたせん。代わりに、tree.view.selection を通しお利甚可胜な nsITreeSelection オブゞェクトのメ゜ッドを䜿甚しおください。
-
-
// セルのテキストを取埗する方法の䟋
-<script language ="javascript">
-function treeRowClicked(){
-    var tree = document.getElementById("my-tree");
-    var selection = tree.view.selection;
-    var cellText = tree.view.getCellText(tree.currentIndex, tree.columns.getColumnAt(0));
-    alert(cellText);
-}
-</script>
-
-<tree id="my-tree" seltype="single" onselect="treeRowClicked()">
-  <treecols>
-    <treecol label="タむトル" flex="1"/><treecol label="URL" flex="1"/>
-  </treecols>
-  <treechildren>
-    <treeitem>
-      <treerow>
-        <treecell label="joe@somewhere.com"/>
-        <treecell label="最高機密蚈画"/>
-      </treerow>
-    </treeitem>
-    <treeitem>
-      <treerow>
-        <treecell label="mel@whereever.com"/>
-        <treecell label="昌食にしようか"/>
-      </treerow>
-    </treeitem>
-  </treechildren>
-</tree>
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/currentitem/index.html b/files/ja/archive/mozilla/xul/property/currentitem/index.html deleted file mode 100644 index f924069155..0000000000 --- a/files/ja/archive/mozilla/xul/property/currentitem/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: currentItem -slug: Archive/Mozilla/XUL/Property/currentItem -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/currentItem ---- -
« XUL リファレンス
-
currentItem
型: listitem 芁玠
リストボックス内の最埌に遞択された項目を返したす。これは耇数の項目を遞択するリストボックスで圹立ちたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/currentnotification/index.html b/files/ja/archive/mozilla/xul/property/currentnotification/index.html deleted file mode 100644 index b06d6d8c03..0000000000 --- a/files/ja/archive/mozilla/xul/property/currentnotification/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: currentNotification -slug: Archive/Mozilla/XUL/Property/currentNotification -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/currentNotification ---- -
« XUL リファレンス
-
currentNotification
型: notification 芁玠
珟圚衚瀺されおいる notification 芁玠、たたは null。このプロパティは読み取り専甚です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/currentpage/index.html b/files/ja/archive/mozilla/xul/property/currentpage/index.html deleted file mode 100644 index 351ef63ec6..0000000000 --- a/files/ja/archive/mozilla/xul/property/currentpage/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: currentPage -slug: Archive/Mozilla/XUL/Property/currentPage -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/currentPage ---- -
« XUL リファレンス
-
currentPage
型: wizardpage 芁玠
このプロパティは珟圚衚瀺されおいる wizardpage 芁玠を返したす。この倀を調敎しお珟圚のペヌゞを倉曎するこずができたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/currentpane/index.html b/files/ja/archive/mozilla/xul/property/currentpane/index.html deleted file mode 100644 index bb31139beb..0000000000 --- a/files/ja/archive/mozilla/xul/property/currentpane/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: currentPane -slug: Archive/Mozilla/XUL/Property/currentPane -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/currentPane ---- -
« XUL リファレンス
-
currentPane
型: prefpane 芁玠
珟圚衚瀺されおいるペむンぞの参照。珟圚のペむンを倉曎するには showPane メ゜ッドを䜿甚しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/currentset/index.html b/files/ja/archive/mozilla/xul/property/currentset/index.html deleted file mode 100644 index 98920bc4f5..0000000000 --- a/files/ja/archive/mozilla/xul/property/currentset/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: currentSet -slug: Archive/Mozilla/XUL/Property/currentSet -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/currentSet ---- -
- « XUL リファレンス
-
-
currentSet
-
Firefox のみ
-
型: カンマで区切られた文字列型のリスト
-
珟圚 toolbar 䞊にある項目の ID のカンマで区切られたリストを保持したす。スペヌスおよび区切り、䌞瞮自圚のスペヌスは、ID の代わりにそれぞれ次の文字列が䜿甚されたす: "spacer", "separator", "spring"。空の toolbar の currentSet 倀は "__empty" です。
- このプロパティを蚭定するこずによっお、項目の珟圚の配眮を倉曎できたす。このプロパティを蚭定するず currentset 属性が自動的に曎新されないので泚意しおください。
-
diff --git a/files/ja/archive/mozilla/xul/property/currenturi/index.html b/files/ja/archive/mozilla/xul/property/currenturi/index.html deleted file mode 100644 index 140ddfcc25..0000000000 --- a/files/ja/archive/mozilla/xul/property/currenturi/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: currentURI -slug: Archive/Mozilla/XUL/Property/currentURI -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/currentURI ---- -
« XUL リファレンス
-
currentURI
型: nsIURI
この読み取り専甚のプロパティは珟圚読み蟌たれおいる URL を含みたす。URL を倉曎するには loadURI メ゜ッドを䜿甚しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/customtoolbarcount/index.html b/files/ja/archive/mozilla/xul/property/customtoolbarcount/index.html deleted file mode 100644 index 0d040007d6..0000000000 --- a/files/ja/archive/mozilla/xul/property/customtoolbarcount/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: customToolbarCount -slug: Archive/Mozilla/XUL/Property/customToolbarCount -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/customToolbarCount ---- -
- « XUL リファレンス
-
-
customToolbarCount
-
Firefox のみ
-
型: æ•Žæ•°åž‹
-
toolbox に含たれる珟圚のカスタム toolbar の数
-
diff --git a/files/ja/archive/mozilla/xul/property/database/index.html b/files/ja/archive/mozilla/xul/property/database/index.html deleted file mode 100644 index 3299e10dfe..0000000000 --- a/files/ja/archive/mozilla/xul/property/database/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: database -slug: Archive/Mozilla/XUL/Property/database -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/database ---- -
« XUL リファレンス
-
database
型: nsIRDFCompositeDataSource
すべおの芁玠の datasources が結び付けられた時に䜜成される耇合デヌタ゜ヌスを返したす。datasources 属性を持たない芁玠に察しおは null を蚭定しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/datasources/index.html b/files/ja/archive/mozilla/xul/property/datasources/index.html deleted file mode 100644 index 118d6dca23..0000000000 --- a/files/ja/archive/mozilla/xul/property/datasources/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: datasources -slug: Archive/Mozilla/XUL/Property/datasources -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/datasources ---- -
« XUL リファレンス
-
datasources
型: スペヌスで区切られたデヌタ゜ヌス URI のリスト
datasources 属性の倀の取埗ず蚭定。Mozilla の新しいバヌゞョン (1.7 以降) では datasources がリロヌドされ、テンプレヌトが再構築されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/date/index.html b/files/ja/archive/mozilla/xul/property/date/index.html deleted file mode 100644 index 4b1a753bfa..0000000000 --- a/files/ja/archive/mozilla/xul/property/date/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: date -slug: Archive/Mozilla/XUL/Property/date -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/date ---- -
- « XUL リファレンス
-
-
- date
-
- 型: æ•Žæ•°åž‹
-
- その月の珟圚遞択されおいる日 (1 から 31 たでの倀)。遞択された日を倉曎するにはこのプロパティを蚭定しおください。
-
diff --git a/files/ja/archive/mozilla/xul/property/dateleadingzero/index.html b/files/ja/archive/mozilla/xul/property/dateleadingzero/index.html deleted file mode 100644 index fdfc0787ec..0000000000 --- a/files/ja/archive/mozilla/xul/property/dateleadingzero/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: dateLeadingZero -slug: Archive/Mozilla/XUL/Property/dateLeadingZero -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/dateLeadingZero ---- -
- « XUL リファレンス
-
-
- dateLeadingZero
-
- 型: 論理型
-
- 日付が 10 日より前の日で、先頭にれロを加えお 2 桁で衚瀺すべきかどうかを瀺す、読み取り専甚の倀
-
diff --git a/files/ja/archive/mozilla/xul/property/datepicker.open/index.html b/files/ja/archive/mozilla/xul/property/datepicker.open/index.html deleted file mode 100644 index 6b3ee2493d..0000000000 --- a/files/ja/archive/mozilla/xul/property/datepicker.open/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: datepicker.open -slug: Archive/Mozilla/XUL/Property/datepicker.open -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/datepicker.open ---- -
- « XUL リファレンス
-
-
- open
-
- 型: 論理型
-
- popup タむプの日付ピッカで、ポップアップが開いおいるかを指定したす。ポップアップを開いたり閉じたりするにはこのプロパティを蚭定したす。popup タむプではない日付ピッカでは、このプロパティは垞に false です。
-
diff --git a/files/ja/archive/mozilla/xul/property/datepicker.value/index.html b/files/ja/archive/mozilla/xul/property/datepicker.value/index.html deleted file mode 100644 index 2c39c29c26..0000000000 --- a/files/ja/archive/mozilla/xul/property/datepicker.value/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: datepicker.value -slug: Archive/Mozilla/XUL/Property/datepicker.value -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/datepicker.value ---- -
- « XUL リファレンス
-
-
- value
-
- 型: 文字列型
-
- YYYY-MM-DD 圢匏の珟圚遞択されおいる日付。month プロパティずは異なり、月は 01 から 12 の範囲です。遞択されおいる日付を倉曎するにはこのプロパティを蚭定しおください。
-
diff --git a/files/ja/archive/mozilla/xul/property/datevalue/index.html b/files/ja/archive/mozilla/xul/property/datevalue/index.html deleted file mode 100644 index 3b0f684aaf..0000000000 --- a/files/ja/archive/mozilla/xul/property/datevalue/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: dateValue -slug: Archive/Mozilla/XUL/Property/dateValue -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/dateValue ---- -
- « XUL リファレンス
-
-
- dateValue
-
- 型: Date
-
- Date オブゞェクトずしお datepicker に珟圚入力たたは遞択されおいる日付
-
diff --git a/files/ja/archive/mozilla/xul/property/decimalplaces/index.html b/files/ja/archive/mozilla/xul/property/decimalplaces/index.html deleted file mode 100644 index 055ffb3cb7..0000000000 --- a/files/ja/archive/mozilla/xul/property/decimalplaces/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: decimalPlaces -slug: Archive/Mozilla/XUL/Property/decimalPlaces -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/decimalPlaces ---- -
« XUL リファレンス
-
-
decimalPlaces
-
型: æ•Žæ•°åž‹
-
decimalplaces 属性の倀の取埗ず蚭定
-
diff --git a/files/ja/archive/mozilla/xul/property/decimalsymbol/index.html b/files/ja/archive/mozilla/xul/property/decimalsymbol/index.html deleted file mode 100644 index 3506e9ff1e..0000000000 --- a/files/ja/archive/mozilla/xul/property/decimalsymbol/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: decimalSymbol -slug: Archive/Mozilla/XUL/Property/decimalSymbol -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/decimalSymbol ---- -
« XUL リファレンス
-
-
decimalSymbol
-
型: 文字列型
-
小数点に䜿甚する文字。デフォルト倀はピリオド (.) です。
-
diff --git a/files/ja/archive/mozilla/xul/property/deck.selectedpanel/index.html b/files/ja/archive/mozilla/xul/property/deck.selectedpanel/index.html deleted file mode 100644 index 168db2474e..0000000000 --- a/files/ja/archive/mozilla/xul/property/deck.selectedpanel/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: deck.selectedPanel -slug: Archive/Mozilla/XUL/Property/deck.selectedPanel -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/deck.selectedPanel ---- -
« XUL リファレンス
-
selectedPanel
型: 芁玠
deck 芁玠内で珟圚遞択されおいるパネルぞの参照を保持したす。このプロパティに倀を割り圓おるず遞択されたパネルを倉曎できたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/defaultbutton/index.html b/files/ja/archive/mozilla/xul/property/defaultbutton/index.html deleted file mode 100644 index 5a7b24f984..0000000000 --- a/files/ja/archive/mozilla/xul/property/defaultbutton/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: defaultButton -slug: Archive/Mozilla/XUL/Property/defaultButton -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/defaultButton ---- -
« XUL リファレンス
-
defaultButton
型: 文字列型
通垞、この属性を蚭定すべきではありたせん。蚭定するず、ダむアログ内のデフォルトボタンを指定したす。䞀般的に、これは Enter キヌが抌䞋された時にボタンが有効化されるこずを意味したす。この属性には buttons 属性で蚭定できる倀ず同じものを蚭定したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/defaultvalue/index.html b/files/ja/archive/mozilla/xul/property/defaultvalue/index.html deleted file mode 100644 index dbe2da357c..0000000000 --- a/files/ja/archive/mozilla/xul/property/defaultvalue/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: defaultValue -slug: Archive/Mozilla/XUL/Property/defaultValue -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/defaultValue ---- -
- « XUL リファレンス
-
-
- defaultValue
-
- 型: 文字列型
-
- textbox のデフォルト倀の取埗ず蚭定。
-
diff --git a/files/ja/archive/mozilla/xul/property/description/index.html b/files/ja/archive/mozilla/xul/property/description/index.html deleted file mode 100644 index 996b7a3d8d..0000000000 --- a/files/ja/archive/mozilla/xul/property/description/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: description -slug: Archive/Mozilla/XUL/Property/description -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/description ---- -
« XUL リファレンス
-
description
型: 文字列型
珟圚遞択されおいる menuitem の description の蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/dir/index.html b/files/ja/archive/mozilla/xul/property/dir/index.html deleted file mode 100644 index 9d70d13df8..0000000000 --- a/files/ja/archive/mozilla/xul/property/dir/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: dir -slug: Archive/Mozilla/XUL/Property/dir -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/dir ---- -
« XUL リファレンス
-
dir
型: 文字列型
dir 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/disableautocomplete/index.html b/files/ja/archive/mozilla/xul/property/disableautocomplete/index.html deleted file mode 100644 index 38f3ee2bb0..0000000000 --- a/files/ja/archive/mozilla/xul/property/disableautocomplete/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: disableAutocomplete -slug: Archive/Mozilla/XUL/Property/disableAutocomplete -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/disableAutocomplete ---- -
« XUL リファレンス
-
disableAutocomplete
型: 論理型
disableAutocomplete 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/disableautoselect/index.html b/files/ja/archive/mozilla/xul/property/disableautoselect/index.html deleted file mode 100644 index 9be6f154d1..0000000000 --- a/files/ja/archive/mozilla/xul/property/disableautoselect/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: disableautoselect -slug: Archive/Mozilla/XUL/Property/disableautoselect -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/disableautoselect ---- -
« XUL リファレンス
-
disableautoselect
型: 論理型
disableautoselect 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/disabled/index.html b/files/ja/archive/mozilla/xul/property/disabled/index.html deleted file mode 100644 index 3b55fad495..0000000000 --- a/files/ja/archive/mozilla/xul/property/disabled/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: disabled -slug: Archive/Mozilla/XUL/Property/disabled -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/disabled ---- -
« XUL リファレンス
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/disablekeynavigation/index.html b/files/ja/archive/mozilla/xul/property/disablekeynavigation/index.html deleted file mode 100644 index b6feac94bf..0000000000 --- a/files/ja/archive/mozilla/xul/property/disablekeynavigation/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: disableKeyNavigation -slug: Archive/Mozilla/XUL/Property/disableKeyNavigation -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/disableKeyNavigation ---- -
- « XUL リファレンス
-
-
disableKeyNavigation
-
型: 論理型
-
disableKeyNavigation 属性の倀の取埗ず蚭定。
-
diff --git a/files/ja/archive/mozilla/xul/property/dlgtype/index.html b/files/ja/archive/mozilla/xul/property/dlgtype/index.html deleted file mode 100644 index 50615a1a30..0000000000 --- a/files/ja/archive/mozilla/xul/property/dlgtype/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: dlgType -slug: Archive/Mozilla/XUL/Property/dlgType -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/dlgType ---- -
« XUL リファレンス
-
dlgType
型: 文字列型
dlgType 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/docshell/index.html b/files/ja/archive/mozilla/xul/property/docshell/index.html deleted file mode 100644 index 394599dd67..0000000000 --- a/files/ja/archive/mozilla/xul/property/docshell/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: docShell -slug: Archive/Mozilla/XUL/Property/docShell -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/docShell ---- -
« XUL リファレンス
-
docShell
型: nsIDocShell
この読み取り専甚のプロパティは document の nsIDocShell オブゞェクトを含みたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/documentcharsetinfo/index.html b/files/ja/archive/mozilla/xul/property/documentcharsetinfo/index.html deleted file mode 100644 index 564476b52f..0000000000 --- a/files/ja/archive/mozilla/xul/property/documentcharsetinfo/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: documentCharsetInfo -slug: Archive/Mozilla/XUL/Property/documentCharsetInfo -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/documentCharsetInfo ---- -
« XUL リファレンス
-
documentCharsetInfo
型: nsIDocumentCharsetInfo
この読み取り専甚のプロパティは document の nsIDocumentCharsetInfo オブゞェクトを含みたす。このオブゞェクトは document の衚瀺に䜿甚される文字セットを扱うために䜿甚したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/editable/index.html b/files/ja/archive/mozilla/xul/property/editable/index.html deleted file mode 100644 index 496a60d146..0000000000 --- a/files/ja/archive/mozilla/xul/property/editable/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: editable -slug: Archive/Mozilla/XUL/Property/editable -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/editable ---- -
- « XUL リファレンス
-
-
- editable
-
- 型: 論理型
-
- Returns true if the element is editable. Autocomplete fields are editable so this property always returns true for those.
-
diff --git a/files/ja/archive/mozilla/xul/property/editingcolumn/index.html b/files/ja/archive/mozilla/xul/property/editingcolumn/index.html deleted file mode 100644 index 57b7de8cdb..0000000000 --- a/files/ja/archive/mozilla/xul/property/editingcolumn/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: editingColumn -slug: Archive/Mozilla/XUL/Property/editingColumn -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/editingColumn ---- -
« XUL リファレンス
-
editingColumn
型: nsITreeColumn
珟圚線集䞭の tree セルの列。セルが線集䞭でないずきは null になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/editingrow/index.html b/files/ja/archive/mozilla/xul/property/editingrow/index.html deleted file mode 100644 index 43ae4ae20d..0000000000 --- a/files/ja/archive/mozilla/xul/property/editingrow/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: editingRow -slug: Archive/Mozilla/XUL/Property/editingRow -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/editingRow ---- -
« XUL リファレンス
-
editingRow
型: æ•Žæ•°åž‹
珟圚線集䞭の tree セルの行 index。セルが線集䞭でないずきは -1 になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/editingsession/index.html b/files/ja/archive/mozilla/xul/property/editingsession/index.html deleted file mode 100644 index 437c4e625f..0000000000 --- a/files/ja/archive/mozilla/xul/property/editingsession/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: editingSession -slug: Archive/Mozilla/XUL/Property/editingSession -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/editingSession ---- -
« XUL リファレンス
-
editingSession
型: nsIEditingSession
editor の初期化に䜿甚される editing session。通垞、これを䜿甚する必芁はありたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/editor/index.html b/files/ja/archive/mozilla/xul/property/editor/index.html deleted file mode 100644 index 7bb803d743..0000000000 --- a/files/ja/archive/mozilla/xul/property/editor/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: editor -slug: Archive/Mozilla/XUL/Property/editor -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/editor ---- -
« XUL リファレンス
-
editor
型: nsIEditor
editable なテキストのための nsIEditor ぞの参照。このプロパティは読み取り専甚です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/editortype/index.html b/files/ja/archive/mozilla/xul/property/editortype/index.html deleted file mode 100644 index 5919d36f1f..0000000000 --- a/files/ja/archive/mozilla/xul/property/editortype/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: editortype -slug: Archive/Mozilla/XUL/Property/editortype -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/editortype ---- -
« XUL リファレンス
-
editortype
型: 䞋蚘の倀のいずれか䞀぀
䜿甚する editor の皮類。この倀は、editor 内の document の content type に䟝存しお優先されたす。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/property/emptytext/index.html b/files/ja/archive/mozilla/xul/property/emptytext/index.html deleted file mode 100644 index bff268ac22..0000000000 --- a/files/ja/archive/mozilla/xul/property/emptytext/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: emptyText -slug: Archive/Mozilla/XUL/Property/emptyText -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/emptyText ---- -
« XUL リファレンス
-
emptyText 非掚奚 Gecko 2
型: 文字列型
textbox が倀を持たないずきに衚瀺される文字列の取埗/蚭定。これは、Gecko 2.0 で placeholder プロパティに代わりたした。この叀い属性名は互換性のために残されおいたすが、䜿甚しおいる堎合はコヌドを曎新すべきです。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/enablecolumndrag/index.html b/files/ja/archive/mozilla/xul/property/enablecolumndrag/index.html deleted file mode 100644 index 050325b4fb..0000000000 --- a/files/ja/archive/mozilla/xul/property/enablecolumndrag/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: enableColumnDrag -slug: Archive/Mozilla/XUL/Property/enableColumnDrag -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/enableColumnDrag ---- -
« XUL リファレンス
-
enableColumnDrag
型: 論理型
true に蚭定した堎合、ナヌザはコラムヘッダをドラッグしお衚瀺順を倉曎できたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/eventnode/index.html b/files/ja/archive/mozilla/xul/property/eventnode/index.html deleted file mode 100644 index 35c5923bf5..0000000000 --- a/files/ja/archive/mozilla/xul/property/eventnode/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: eventNode -slug: Archive/Mozilla/XUL/Property/eventNode -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/eventNode ---- -
« XUL リファレンス
-
eventNode
型: EventTarget
キヌボヌド操䜜むベントリスナヌが蚭定される䜍眮のノヌドを指瀺したす。このプロパティの初期倀は eventnode 属性の倀によっお決定されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/findmode/index.html b/files/ja/archive/mozilla/xul/property/findmode/index.html deleted file mode 100644 index 8ea9a9f6aa..0000000000 --- a/files/ja/archive/mozilla/xul/property/findmode/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: findMode -slug: Archive/Mozilla/XUL/Property/FindMode -translation_of: Archive/Mozilla/XUL/Property/FindMode ---- -
« XUL リファレンス
-
-
findMode 読取専甚
-
型 : æ•Žæ•°
-
怜玢モヌドで䜿甚。指定可胜な倀は以䞋の䜕れかずなりたす。 -
    -
  • FIND_NORMAL (0): 通垞怜玢
    • -
  • FIND_TYPEAHEAD (1): Typeahead 怜玢
    • -
  • FIND_LINKS (2): リンク怜玢
    • -
- -
-
diff --git a/files/ja/archive/mozilla/xul/property/firstordinalcolumn/index.html b/files/ja/archive/mozilla/xul/property/firstordinalcolumn/index.html deleted file mode 100644 index 0ad1facbe7..0000000000 --- a/files/ja/archive/mozilla/xul/property/firstordinalcolumn/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: firstOrdinalColumn -slug: Archive/Mozilla/XUL/Property/firstOrdinalColumn -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/firstOrdinalColumn ---- -
« XUL リファレンス
-
firstOrdinalColumn
型: treecol 芁玠
最初の treecol 芁玠ぞの参照。tree 内に衚瀺された最初の列ずは限りたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/firstpermanentchild/index.html b/files/ja/archive/mozilla/xul/property/firstpermanentchild/index.html deleted file mode 100644 index e7e406a4ea..0000000000 --- a/files/ja/archive/mozilla/xul/property/firstpermanentchild/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: firstPermanentChild -slug: Archive/Mozilla/XUL/Property/firstPermanentChild -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/firstPermanentChild ---- -
« XUL リファレンス
-
firstPermanentChild
Firefox のみ
型: 芁玠
toolbar の最初の氞続的な子芁玠。氞続的な子芁玠は、カスタマむズ䞍可で toolbar 䞊に残る芁玠です。この項目は、toolbarpalette 内で氞続的でなくおも、盎接 toolbar 内に眮かれたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/flex/index.html b/files/ja/archive/mozilla/xul/property/flex/index.html deleted file mode 100644 index 12cf29a405..0000000000 --- a/files/ja/archive/mozilla/xul/property/flex/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: flex -slug: Archive/Mozilla/XUL/Property/flex -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/flex ---- -
« XUL リファレンス
-
flex
型: æ•Žæ•°åž‹
flex 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/flexgroup/index.html b/files/ja/archive/mozilla/xul/property/flexgroup/index.html deleted file mode 100644 index 667ffad4f8..0000000000 --- a/files/ja/archive/mozilla/xul/property/flexgroup/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: flexGroup -slug: Archive/Mozilla/XUL/Property/flexGroup -tags: - - XUL - - XUL Reference -translation_of: Archive/Mozilla/XUL/flexGroup ---- -
- « XUL リファレンス
-
-
- flexGroup
-
- Type: 敎数倀
-
- flexgroup 属性の倀の取埗 / 蚭定
-
diff --git a/files/ja/archive/mozilla/xul/property/focused/index.html b/files/ja/archive/mozilla/xul/property/focused/index.html deleted file mode 100644 index 3889f4bec2..0000000000 --- a/files/ja/archive/mozilla/xul/property/focused/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: focused -slug: Archive/Mozilla/XUL/Property/focused -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/focused ---- -
« XUL リファレンス
-
focused
型: 論理型
focused 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/focuseditem/index.html b/files/ja/archive/mozilla/xul/property/focuseditem/index.html deleted file mode 100644 index 4d9a0da56d..0000000000 --- a/files/ja/archive/mozilla/xul/property/focuseditem/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: focusedItem -slug: Archive/Mozilla/XUL/Property/focusedItem -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/focusedItem ---- -
« XUL リファレンス
-
focusedItem
型: radio 芁玠
radiogroup 内で珟圚フォヌカスされおいる項目を保持したす。この項目は遞択されおいるずは限りたせん。このプロパティの蚭定によっおフォヌカスされた項目を倉曎できたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/forcecomplete/index.html b/files/ja/archive/mozilla/xul/property/forcecomplete/index.html deleted file mode 100644 index 08f0ae7785..0000000000 --- a/files/ja/archive/mozilla/xul/property/forcecomplete/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: forceComplete -slug: Archive/Mozilla/XUL/Property/forceComplete -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/forceComplete ---- -
« XUL リファレンス
-
forceComplete
型: 論理型
forcecomplete 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/group/index.html b/files/ja/archive/mozilla/xul/property/group/index.html deleted file mode 100644 index 1a6455e2b1..0000000000 --- a/files/ja/archive/mozilla/xul/property/group/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: group -slug: Archive/Mozilla/XUL/Property/group -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/group ---- -
« XUL リファレンス
-
group
型: 文字列型の group 名
group 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/handlectrlpageupdown/index.html b/files/ja/archive/mozilla/xul/property/handlectrlpageupdown/index.html deleted file mode 100644 index c5bf8a6ad6..0000000000 --- a/files/ja/archive/mozilla/xul/property/handlectrlpageupdown/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: handleCtrlPageUpDown -slug: Archive/Mozilla/XUL/Property/handleCtrlPageUpDown -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/handleCtrlPageUpDown ---- -
« XUL リファレンス
-
handleCtrlPageUpDown
型: 論理型
handleCtrlPageUpDown 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/handlectrltab/index.html b/files/ja/archive/mozilla/xul/property/handlectrltab/index.html deleted file mode 100644 index f333f9d9c7..0000000000 --- a/files/ja/archive/mozilla/xul/property/handlectrltab/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: handleCtrlTab -slug: Archive/Mozilla/XUL/Property/handleCtrlTab -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/handleCtrlTab ---- -
« XUL リファレンス
-
handleCtrlTab
型: 論理型
handleCtrlTab 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/hasuservalue/index.html b/files/ja/archive/mozilla/xul/property/hasuservalue/index.html deleted file mode 100644 index 16bc8b62ae..0000000000 --- a/files/ja/archive/mozilla/xul/property/hasuservalue/index.html +++ /dev/null @@ -1,10 +0,0 @@ ---- -title: HasUserValue -slug: Archive/Mozilla/XUL/Property/HasUserValue -translation_of: Archive/Mozilla/XUL/Property/HasUserValue ---- -
« XUL リファレンス
-
hasUserValue
型: 論理型
preference がそのデフォルト倀から倉曎されおいるずき、true を返したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/height/index.html b/files/ja/archive/mozilla/xul/property/height/index.html deleted file mode 100644 index fba9e34bc6..0000000000 --- a/files/ja/archive/mozilla/xul/property/height/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: height -slug: Archive/Mozilla/XUL/Property/height -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/height ---- -
« XUL リファレンス
-
height
型: æ•Žæ•°åž‹
height 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/hidden/index.html b/files/ja/archive/mozilla/xul/property/hidden/index.html deleted file mode 100644 index d4445ff741..0000000000 --- a/files/ja/archive/mozilla/xul/property/hidden/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: hidden -slug: Archive/Mozilla/XUL/Property/hidden -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/hidden ---- -
« XUL リファレンス
-
hidden
型: 論理型
hidden 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/hideseconds/index.html b/files/ja/archive/mozilla/xul/property/hideseconds/index.html deleted file mode 100644 index 5ba64afa31..0000000000 --- a/files/ja/archive/mozilla/xul/property/hideseconds/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: hideSeconds -slug: Archive/Mozilla/XUL/Property/hideSeconds -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/hideSeconds ---- -
- « XUL リファレンス
-
-
- hideSeconds
-
- 型: 論理型
-
- 秒フィヌルドが衚瀺されおいるかどうかを瀺したす。
-
diff --git a/files/ja/archive/mozilla/xul/property/highlightnonmatches/index.html b/files/ja/archive/mozilla/xul/property/highlightnonmatches/index.html deleted file mode 100644 index 035177d437..0000000000 --- a/files/ja/archive/mozilla/xul/property/highlightnonmatches/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: highlightNonMatches -slug: Archive/Mozilla/XUL/Property/highlightNonMatches -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/HighlightNonMatches ---- -
« XUL リファレンス
-
highlightNonMatches
型: 論理型
highlightnonmatches 属性の倀の取埗ず蚭定。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/homepage/index.html b/files/ja/archive/mozilla/xul/property/homepage/index.html deleted file mode 100644 index 4b7b31add1..0000000000 --- a/files/ja/archive/mozilla/xul/property/homepage/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: homePage -slug: Archive/Mozilla/XUL/Property/homePage -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/homePage ---- -
« XUL リファレンス
-
homePage
型: ホヌムペヌゞ URL の文字列
このプロパティはナヌザのホヌムペヌゞ蚭定の倀を保持したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/hour/index.html b/files/ja/archive/mozilla/xul/property/hour/index.html deleted file mode 100644 index c37dc96623..0000000000 --- a/files/ja/archive/mozilla/xul/property/hour/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: hour -slug: Archive/Mozilla/XUL/Property/hour -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/hour ---- -
- « XUL リファレンス
-
-
- hour
-
- 型: æ•Žæ•°åž‹
-
- 珟圚遞択されおいる 0 から 23 たでの時刻。遞択された時刻を倉曎するには、このプロパティを蚭定したす。
-
diff --git a/files/ja/archive/mozilla/xul/property/hourleadingzero/index.html b/files/ja/archive/mozilla/xul/property/hourleadingzero/index.html deleted file mode 100644 index b4485ed838..0000000000 --- a/files/ja/archive/mozilla/xul/property/hourleadingzero/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: hourLeadingZero -slug: Archive/Mozilla/XUL/Property/hourLeadingZero -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/hourLeadingZero ---- -
- « XUL リファレンス
-
-
- hourLeadingZero
-
- 型: 論理型
-
- hour が 10 未満の堎合、先頭にれロを衚瀺するかどうか指瀺したす。このプロパティは読み取り専甚です。
-
diff --git a/files/ja/archive/mozilla/xul/property/id/index.html b/files/ja/archive/mozilla/xul/property/id/index.html deleted file mode 100644 index 35f7cf15eb..0000000000 --- a/files/ja/archive/mozilla/xul/property/id/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: id -slug: Archive/Mozilla/XUL/Property/id -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/id ---- -
« XUL リファレンス
-
id
型: window 内で固有の芁玠 ID
id 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/ignoreblurwhilesearching/index.html b/files/ja/archive/mozilla/xul/property/ignoreblurwhilesearching/index.html deleted file mode 100644 index 6fa0c674af..0000000000 --- a/files/ja/archive/mozilla/xul/property/ignoreblurwhilesearching/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: ignoreBlurWhileSearching -slug: Archive/Mozilla/XUL/Property/ignoreBlurWhileSearching -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/ignoreBlurWhileSearching ---- -
« XUL リファレンス
-
ignoreBlurWhileSearching
型: 論理型
ignoreblurwhilesearching 属性の倀の取埗ず蚭定。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/image/index.html b/files/ja/archive/mozilla/xul/property/image/index.html deleted file mode 100644 index 24825acfb1..0000000000 --- a/files/ja/archive/mozilla/xul/property/image/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: image -slug: Archive/Mozilla/XUL/Property/image -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/image ---- -
« XUL リファレンス
-
image
型: image の URL
image 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/increment/index.html b/files/ja/archive/mozilla/xul/property/increment/index.html deleted file mode 100644 index fe462201bb..0000000000 --- a/files/ja/archive/mozilla/xul/property/increment/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: increment -slug: Archive/Mozilla/XUL/Property/increment -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/increment ---- -
- « XUL リファレンス
-
-
- increment
-
- 型: æ•Žæ•°åž‹
-
- increment 属性の倀の取埗ず蚭定。
-
diff --git a/files/ja/archive/mozilla/xul/property/index.html b/files/ja/archive/mozilla/xul/property/index.html deleted file mode 100644 index 8b93914841..0000000000 --- a/files/ja/archive/mozilla/xul/property/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: Property -slug: Archive/Mozilla/XUL/Property -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property ---- -

« XUL リファレンス

- - - diff --git a/files/ja/archive/mozilla/xul/property/inputfield/index.html b/files/ja/archive/mozilla/xul/property/inputfield/index.html deleted file mode 100644 index c34596885f..0000000000 --- a/files/ja/archive/mozilla/xul/property/inputfield/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: inputField -slug: Archive/Mozilla/XUL/Property/inputField -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/inputField ---- -
« XUL リファレンス
-
inputField
型: textbox 芁玠
Mozilla では、XUL textbox は HTML の input 芁玠のラッパずしお実装されおいたす。この読み取り専甚のプロパティは、この内郚 input 芁玠ぞの参照を保持したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/inverted/index.html b/files/ja/archive/mozilla/xul/property/inverted/index.html deleted file mode 100644 index 4b03dc981f..0000000000 --- a/files/ja/archive/mozilla/xul/property/inverted/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: inverted -slug: Archive/Mozilla/XUL/Property/inverted -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/inverted ---- -
« XUL リファレンス
-
inverted
型: 論理型
inverted 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/is24hourclock/index.html b/files/ja/archive/mozilla/xul/property/is24hourclock/index.html deleted file mode 100644 index 2ab9ad4b4f..0000000000 --- a/files/ja/archive/mozilla/xul/property/is24hourclock/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: is24HourClock -slug: Archive/Mozilla/XUL/Property/is24HourClock -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/is24HourClock ---- -
- « XUL リファレンス
-
-
- is24HourClock
-
- 型: 論理型
-
- 時刻の衚瀺に 24 時間圢匏ず 12 時間圢匏のどちらを䜿甚しおいるかを瀺したす。12 時間圢匏の時蚈では、ナヌザが AM ず PM を拡匵フィヌルドで取埗するこずができたす。このプロパティは読み蟌み専甚です。この倀はナヌザのロケヌルから刀定されたす。
-
diff --git a/files/ja/archive/mozilla/xul/property/ispm/index.html b/files/ja/archive/mozilla/xul/property/ispm/index.html deleted file mode 100644 index 1ce233d606..0000000000 --- a/files/ja/archive/mozilla/xul/property/ispm/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: isPM -slug: Archive/Mozilla/XUL/Property/isPM -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/isPM ---- -
- « XUL リファレンス
-
-
- isPM
-
- 型: 論理型
-
- false の堎合、hour は 0 から 11 の間になりたす。true の堎合、hour は 12 以䞊になりたす。
-
diff --git a/files/ja/archive/mozilla/xul/property/issearching/index.html b/files/ja/archive/mozilla/xul/property/issearching/index.html deleted file mode 100644 index 05574e6d2f..0000000000 --- a/files/ja/archive/mozilla/xul/property/issearching/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: isSearching -slug: Archive/Mozilla/XUL/Property/isSearching -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/isSearching ---- -
« XUL リファレンス
-
isSearching
型: 論理型
このプロパティは怜玢が行われおいる間、true に蚭定されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/iswaiting/index.html b/files/ja/archive/mozilla/xul/property/iswaiting/index.html deleted file mode 100644 index e1bc43cd18..0000000000 --- a/files/ja/archive/mozilla/xul/property/iswaiting/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: isWaiting -slug: Archive/Mozilla/XUL/Property/isWaiting -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/isWaiting ---- -
« XUL リファレンス
-
isWaiting
型: 論理型
このプロパティは、ナヌザがキヌを抌しお怜玢が実行されおから timeout たで埅機しおいる間 true に蚭定されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/itemcount/index.html b/files/ja/archive/mozilla/xul/property/itemcount/index.html deleted file mode 100644 index 98f9ccf2fd..0000000000 --- a/files/ja/archive/mozilla/xul/property/itemcount/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: itemCount -slug: Archive/Mozilla/XUL/Property/itemCount -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/itemCount ---- -
- « XUL リファレンス
-
-
- itemCount
-
- 型: æ•Žæ•°åž‹
-
- 子項目の数を保持する読み取り専甚のプロパティ。
-
- - -
-

䟋

-
var bucket = document.getElementById("attachmentBucket");
-
-if(bucket.itemCount == 0) {
-  dump("\n\n No attachments \n\n");
-} else {
-  dump("\n\n Attachment Exists \n\n");
-}
-
diff --git a/files/ja/archive/mozilla/xul/property/label/index.html b/files/ja/archive/mozilla/xul/property/label/index.html deleted file mode 100644 index 49a20e1440..0000000000 --- a/files/ja/archive/mozilla/xul/property/label/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: label -slug: Archive/Mozilla/XUL/Property/label -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/label ---- -
- « XUL リファレンス
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-

参照

- -
diff --git a/files/ja/archive/mozilla/xul/property/labelelement/index.html b/files/ja/archive/mozilla/xul/property/labelelement/index.html deleted file mode 100644 index c695c8cd87..0000000000 --- a/files/ja/archive/mozilla/xul/property/labelelement/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: labelElement -slug: Archive/Mozilla/XUL/Property/labelElement -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/labelElement ---- -
« XUL リファレンス
-
labelElement
型: label 芁玠
control に関連付けられた label 芁玠。これは label がこの芁玠を指し瀺す control 属性を持぀堎合に蚭定されたす。このプロパティは、control に関連付けられた label が存圚しない堎合、null になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/lastpermanentchild/index.html b/files/ja/archive/mozilla/xul/property/lastpermanentchild/index.html deleted file mode 100644 index 65e3c7b04c..0000000000 --- a/files/ja/archive/mozilla/xul/property/lastpermanentchild/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: lastPermanentChild -slug: Archive/Mozilla/XUL/Property/lastPermanentChild -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/lastPermanentChild ---- -
« XUL リファレンス
-
lastPermanentChild
Firefox のみ
型: 芁玠
toolbar の最埌の氞続的な子芁玠。氞続的な子芁玠は、カスタマむズ䞍可で toolbar 䞊に残る芁玠です。この項目は、toolbarpalette 内で氞続的でなくおも、盎接 toolbar 内に眮かれたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/lastselected/index.html b/files/ja/archive/mozilla/xul/property/lastselected/index.html deleted file mode 100644 index 3853ac1774..0000000000 --- a/files/ja/archive/mozilla/xul/property/lastselected/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: lastSelected -slug: Archive/Mozilla/XUL/Property/lastSelected -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/lastSelected ---- -
« XUL リファレンス
-
lastSelected
型: 文字列型
最埌に遞択されたペむンの id を蚭定したす。次に蚭定ダむアログを開いたずき、このペむンがデフォルトで開かれたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/left/index.html b/files/ja/archive/mozilla/xul/property/left/index.html deleted file mode 100644 index fbae3c8ec3..0000000000 --- a/files/ja/archive/mozilla/xul/property/left/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: left -slug: Archive/Mozilla/XUL/Property/left -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/left ---- -
« XUL リファレンス
-
left
型: æ•Žæ•°åž‹
left 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/linkedpanel/index.html b/files/ja/archive/mozilla/xul/property/linkedpanel/index.html deleted file mode 100644 index e9edf24fd3..0000000000 --- a/files/ja/archive/mozilla/xul/property/linkedpanel/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: linkedPanel -slug: Archive/Mozilla/XUL/Property/linkedPanel -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/linkedPanel ---- -
« XUL リファレンス
-
linkedPanel
型: tabpanel 芁玠の id
linkedpanel 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/listbox.currentindex/index.html b/files/ja/archive/mozilla/xul/property/listbox.currentindex/index.html deleted file mode 100644 index 12099b5a38..0000000000 --- a/files/ja/archive/mozilla/xul/property/listbox.currentindex/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: listbox.currentIndex -slug: Archive/Mozilla/XUL/Property/listbox.currentIndex -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/listbox.currentIndex ---- -
« XUL リファレンス
-
currentIndex
型: æ•Žæ•°åž‹
珟圚フォヌカスされた list 内の項目の index を蚭定したす。フォヌカスされた項目がない堎合、倀は -1 になりたす。䞀぀の項目のみを遞択する list では、珟圚の index は垞に遞択された index ず同じになりたす。耇数の項目を遞択する list では、Ctrl キヌを抌䞋しながらカヌ゜ルキヌで移動するこずによっお、遞択を倉曎せずに、珟圚フォヌカスされた行がナヌザによっお倉曎されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/listboxobject/index.html b/files/ja/archive/mozilla/xul/property/listboxobject/index.html deleted file mode 100644 index f6e8d047dd..0000000000 --- a/files/ja/archive/mozilla/xul/property/listboxobject/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: listBoxObject -slug: Archive/Mozilla/XUL/Property/listBoxObject -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/listBoxObject ---- -
« XUL リファレンス
-
listBoxObject
型: nsIListBoxObject
リストボックスの背埌の nsIListBoxObject。このプロパティは読み取り専甚です。リストボックスの機胜のほずんどが listbox 内で盎接利甚可胜なため、このボックスオブゞェクトを盎接䜿甚する必芁はありたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/locked/index.html b/files/ja/archive/mozilla/xul/property/locked/index.html deleted file mode 100644 index 8b4834d438..0000000000 --- a/files/ja/archive/mozilla/xul/property/locked/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: locked -slug: Archive/Mozilla/XUL/Property/locked -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/locked ---- -
« XUL リファレンス
-
locked
型: 論理型
true の堎合、システム蚭定内で preference をロックしお無効化し、倀が倉曎されるのを防ぎたす。このプロパティは読み取り専甚です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/markupdocumentviewer/index.html b/files/ja/archive/mozilla/xul/property/markupdocumentviewer/index.html deleted file mode 100644 index de490254ab..0000000000 --- a/files/ja/archive/mozilla/xul/property/markupdocumentviewer/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: markupDocumentViewer -slug: Archive/Mozilla/XUL/Property/markupDocumentViewer -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/markupDocumentViewer ---- -
« XUL リファレンス
-
markupDocumentViewer
型: nsIMarkupDocumentViewer
この読み取り専甚のプロパティは、document を描画する nsIMarkupDocumentViewer を含みたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/max/index.html b/files/ja/archive/mozilla/xul/property/max/index.html deleted file mode 100644 index 235a9d8467..0000000000 --- a/files/ja/archive/mozilla/xul/property/max/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: max -slug: Archive/Mozilla/XUL/Property/max -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/max ---- -
- « XUL リファレンス
-
-
- max
-
- 型: æ•Žæ•°åž‹
-
- max 属性の倀の取埗ず蚭定。
-
diff --git a/files/ja/archive/mozilla/xul/property/maxheight/index.html b/files/ja/archive/mozilla/xul/property/maxheight/index.html deleted file mode 100644 index 13937fcba5..0000000000 --- a/files/ja/archive/mozilla/xul/property/maxheight/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: maxHeight -slug: Archive/Mozilla/XUL/Property/maxHeight -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/maxHeight ---- -
« XUL リファレンス
-
maxHeight
型: æ•Žæ•°åž‹
maxheight 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/maxlength/index.html b/files/ja/archive/mozilla/xul/property/maxlength/index.html deleted file mode 100644 index fa2cd42cac..0000000000 --- a/files/ja/archive/mozilla/xul/property/maxlength/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: maxLength -slug: Archive/Mozilla/XUL/Property/maxLength -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/maxLength ---- -
« XUL リファレンス
-
maxLength
型: æ•Žæ•°åž‹
textbox に入力するこずができる文字数の最倧倀。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/maxrows/index.html b/files/ja/archive/mozilla/xul/property/maxrows/index.html deleted file mode 100644 index 3d9ce2fa33..0000000000 --- a/files/ja/archive/mozilla/xul/property/maxrows/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: maxRows -slug: Archive/Mozilla/XUL/Property/maxRows -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/maxRows ---- -
« XUL リファレンス
-
maxRows
型: æ•Žæ•°åž‹
maxrows 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/maxwidth/index.html b/files/ja/archive/mozilla/xul/property/maxwidth/index.html deleted file mode 100644 index 78d7d6e724..0000000000 --- a/files/ja/archive/mozilla/xul/property/maxwidth/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: maxWidth -slug: Archive/Mozilla/XUL/Property/maxWidth -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/maxWidth ---- -
« XUL リファレンス
-
maxWidth
型: æ•Žæ•°åž‹
maxwidth 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/menu.open/index.html b/files/ja/archive/mozilla/xul/property/menu.open/index.html deleted file mode 100644 index ea8b627bac..0000000000 --- a/files/ja/archive/mozilla/xul/property/menu.open/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: menu.open -slug: Archive/Mozilla/XUL/Property/menu.open -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/menu.open ---- -
« XUL リファレンス
-
open
型: 論理型
menu が開いおいる堎合、このプロパティは true に蚭定されたす。menu は open プロパティを true に蚭定するず開かれ、false に蚭定するず閉じられたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/menu/index.html b/files/ja/archive/mozilla/xul/property/menu/index.html deleted file mode 100644 index 8000ab0708..0000000000 --- a/files/ja/archive/mozilla/xul/property/menu/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: menu -slug: Archive/Mozilla/XUL/Property/menu -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/menu ---- -
« XUL リファレンス
-
menu
型: popup 芁玠 id
menu 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/menuboxobject/index.html b/files/ja/archive/mozilla/xul/property/menuboxobject/index.html deleted file mode 100644 index ca7f85f5b7..0000000000 --- a/files/ja/archive/mozilla/xul/property/menuboxobject/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: menuBoxObject -slug: Archive/Mozilla/XUL/Property/menuBoxObject -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/menuBoxObject ---- -
« XUL リファレンス
-
menuBoxObject
型: nsIMenuBoxObject
menu を実装する nsIMenuBoxObject ぞの参照。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/menuitem.control/index.html b/files/ja/archive/mozilla/xul/property/menuitem.control/index.html deleted file mode 100644 index 8863bf1571..0000000000 --- a/files/ja/archive/mozilla/xul/property/menuitem.control/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: menuitem.control -slug: Archive/Mozilla/XUL/Property/menuitem.control -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/menuitem.control ---- -
« XUL リファレンス
-
control
型: menu 芁玠
内郚の item を囲む menu が存圚するずき、それを返したす。存圚しないずきは null を返したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/menulist.image/index.html b/files/ja/archive/mozilla/xul/property/menulist.image/index.html deleted file mode 100644 index a6610798c5..0000000000 --- a/files/ja/archive/mozilla/xul/property/menulist.image/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: menulist.image -slug: Archive/Mozilla/XUL/Property/menulist.image -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/menulist.image ---- -
« XUL リファレンス
-
image
型: image の URL
珟圚遞択された項目に関連付けられた画像。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/menulist.inputfield/index.html b/files/ja/archive/mozilla/xul/property/menulist.inputfield/index.html deleted file mode 100644 index 680043e717..0000000000 --- a/files/ja/archive/mozilla/xul/property/menulist.inputfield/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: menulist.inputField -slug: Archive/Mozilla/XUL/Property/menulist.inputField -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/menulist.inputField ---- -
« XUL リファレンス
-
inputField
型: textbox 芁玠
線集可胜な menu list に䜿甚される textbox 芁玠ぞの参照。これは線集可胜な menulist にのみ適甚される、読み取り専甚のプロパティです。
-
-

参照

- -
-
- -
-

  

diff --git a/files/ja/archive/mozilla/xul/property/menupopup/index.html b/files/ja/archive/mozilla/xul/property/menupopup/index.html deleted file mode 100644 index 512edad817..0000000000 --- a/files/ja/archive/mozilla/xul/property/menupopup/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: menupopup -slug: Archive/Mozilla/XUL/Property/menupopup -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/menupopup ---- -
- « XUL リファレンス
-
-
- menupopup
-
- 型: menupopup 芁玠
-
- menu たたは menulist 芁玠で䜿甚される menupopup ぞの参照。このプロパティは読み取り専甚です。
-
-

 

diff --git a/files/ja/archive/mozilla/xul/property/min/index.html b/files/ja/archive/mozilla/xul/property/min/index.html deleted file mode 100644 index f048a7f30c..0000000000 --- a/files/ja/archive/mozilla/xul/property/min/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: min -slug: Archive/Mozilla/XUL/Property/min -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/min ---- -
« XUL リファレンス
- -
-
min
-
型: æ•Žæ•°åž‹
-
min 属性の倀の取埗ず蚭定。
-
diff --git a/files/ja/archive/mozilla/xul/property/minheight/index.html b/files/ja/archive/mozilla/xul/property/minheight/index.html deleted file mode 100644 index 496581c6b7..0000000000 --- a/files/ja/archive/mozilla/xul/property/minheight/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: minHeight -slug: Archive/Mozilla/XUL/Property/minHeight -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/minHeight ---- -
« XUL リファレンス
-
minHeight
型: æ•Žæ•°åž‹
minheight 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/minresultsforpopup/index.html b/files/ja/archive/mozilla/xul/property/minresultsforpopup/index.html deleted file mode 100644 index 9acc06a67d..0000000000 --- a/files/ja/archive/mozilla/xul/property/minresultsforpopup/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: minResultsForPopup -slug: Archive/Mozilla/XUL/Property/minResultsForPopup -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/minResultsForPopup ---- -
« XUL リファレンス
-
minResultsForPopup
型: æ•Žæ•°åž‹
minresultsforpopup 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/minute/index.html b/files/ja/archive/mozilla/xul/property/minute/index.html deleted file mode 100644 index 9e8d8bb079..0000000000 --- a/files/ja/archive/mozilla/xul/property/minute/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: minute -slug: Archive/Mozilla/XUL/Property/minute -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/minute ---- -
- « XUL リファレンス
-
-
- minute
-
- 型: æ•Žæ•°åž‹
-
- 珟圚遞択されおいる、0 から 59 たでの分。遞択された分を倉曎するには、このプロパティを蚭定したす。
-
diff --git a/files/ja/archive/mozilla/xul/property/minuteleadingzero/index.html b/files/ja/archive/mozilla/xul/property/minuteleadingzero/index.html deleted file mode 100644 index a86f87de1a..0000000000 --- a/files/ja/archive/mozilla/xul/property/minuteleadingzero/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: minuteLeadingZero -slug: Archive/Mozilla/XUL/Property/minuteLeadingZero -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/minuteLeadingZero ---- -
- « XUL リファレンス
-
-
- minuteLeadingZero
-
- 型: 論理型
-
- 分の倀が 10 未満の堎合、先頭にれロを衚瀺するかどうかを指瀺したす。このプロパティは読み取り専甚です。
-
diff --git a/files/ja/archive/mozilla/xul/property/minwidth/index.html b/files/ja/archive/mozilla/xul/property/minwidth/index.html deleted file mode 100644 index a454aed754..0000000000 --- a/files/ja/archive/mozilla/xul/property/minwidth/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: minWidth -slug: Archive/Mozilla/XUL/Property/minWidth -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/minWidth ---- -
« XUL リファレンス
-
minWidth
型: æ•Žæ•°åž‹
minwidth 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/mode/index.html b/files/ja/archive/mozilla/xul/property/mode/index.html deleted file mode 100644 index 828d75f06d..0000000000 --- a/files/ja/archive/mozilla/xul/property/mode/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: mode -slug: Archive/Mozilla/XUL/Property/mode -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/mode ---- -
« XUL リファレンス
-
mode
型: 文字列型
mode 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/month/index.html b/files/ja/archive/mozilla/xul/property/month/index.html deleted file mode 100644 index db333fab1e..0000000000 --- a/files/ja/archive/mozilla/xul/property/month/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: month -slug: Archive/Mozilla/XUL/Property/month -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/month ---- -
- « XUL リファレンス
-
-
- month
-
- 型: æ•Žæ•°åž‹
-
- 珟圚遞択されおいる月 (0 から 11 たでの倀)。遞択された月を倉曎するにはこのプロパティを蚭定しおください。
-
diff --git a/files/ja/archive/mozilla/xul/property/monthleadingzero/index.html b/files/ja/archive/mozilla/xul/property/monthleadingzero/index.html deleted file mode 100644 index f60f9be409..0000000000 --- a/files/ja/archive/mozilla/xul/property/monthleadingzero/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: monthLeadingZero -slug: Archive/Mozilla/XUL/Property/monthLeadingZero -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/monthLeadingZero ---- -
- « XUL リファレンス
-
-
- monthLeadingZero
-
- 型: 論理型
-
- 日付が 10 月より前の月で、先頭にれロを加えお 2 桁で衚瀺すべきかどうかを瀺す、読み取り専甚の倀。
-
diff --git a/files/ja/archive/mozilla/xul/property/name/index.html b/files/ja/archive/mozilla/xul/property/name/index.html deleted file mode 100644 index b5c28f7670..0000000000 --- a/files/ja/archive/mozilla/xul/property/name/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: name -slug: Archive/Mozilla/XUL/Property/name -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/name ---- -
« XUL リファレンス
-
name
型: 文字列型
倉曎する preference の名前。䟋えば、browser のホヌムペヌゞは browser.startup.homepage で蚭定されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/next/index.html b/files/ja/archive/mozilla/xul/property/next/index.html deleted file mode 100644 index 516ddcf37d..0000000000 --- a/files/ja/archive/mozilla/xul/property/next/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: next -slug: Archive/Mozilla/XUL/Property/next -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/next ---- -
« XUL リファレンス
-
next
型: 文字列型の wizardpage の id
このペヌゞの埌にくる次ペヌゞの pageid を蚭定したす。蚭定するず、Next ボタンが抌された時、この pageID を持ったペヌゞが衚瀺されたす。これは連続した手順を持たない wizard の䜜成に䜿甚されたす。䞀぀のペヌゞに next 属性があるずきは、最埌のペヌゞを陀き、すべおのペヌゞがこの属性を持぀べきです。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/nomatch/index.html b/files/ja/archive/mozilla/xul/property/nomatch/index.html deleted file mode 100644 index 3d2d3dd7ca..0000000000 --- a/files/ja/archive/mozilla/xul/property/nomatch/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: noMatch -slug: Archive/Mozilla/XUL/Property/noMatch -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/noMatch ---- -
« XUL リファレンス
-
noMatch
型: 論理型
このプロパティは、最埌の怜玢結果がマッチしない堎合、true に蚭定されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/notificationshidden/index.html b/files/ja/archive/mozilla/xul/property/notificationshidden/index.html deleted file mode 100644 index 5cb0876821..0000000000 --- a/files/ja/archive/mozilla/xul/property/notificationshidden/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: notificationsHidden -slug: Archive/Mozilla/XUL/Property/notificationsHidden -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/notificationsHidden ---- -
« XUL リファレンス
-
notificationsHidden
型: 論理型
通知゚リアを隠すかどうかを指瀺したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/object/index.html b/files/ja/archive/mozilla/xul/property/object/index.html deleted file mode 100644 index a059b19b0a..0000000000 --- a/files/ja/archive/mozilla/xul/property/object/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: object -slug: Archive/Mozilla/XUL/Property/object -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/object ---- -
« XUL リファレンス
- -
-
- object
-
- 型: string
-
- 芁玠のオブゞェクト。これは RDF リ゜ヌス URI たたは RDF リテラル倀を参照する倉数になりたす。
-
diff --git a/files/ja/archive/mozilla/xul/property/observes/index.html b/files/ja/archive/mozilla/xul/property/observes/index.html deleted file mode 100644 index b00c41ac60..0000000000 --- a/files/ja/archive/mozilla/xul/property/observes/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: observes -slug: Archive/Mozilla/XUL/Property/observes -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/observes ---- -
« XUL リファレンス
-
observes
型: broadcaster 芁玠の id
observes 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/onfirstpage/index.html b/files/ja/archive/mozilla/xul/property/onfirstpage/index.html deleted file mode 100644 index 449b3cea9a..0000000000 --- a/files/ja/archive/mozilla/xul/property/onfirstpage/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onFirstPage -slug: Archive/Mozilla/XUL/Property/onFirstPage -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/onFirstPage ---- -
« XUL リファレンス
-
onFirstPage
型: 論理型
このプロパティは、ナヌザが最初のペヌゞを開いおいるずき、true に蚭定されたす。このペヌゞは最初の index かもしれたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/onlastpage/index.html b/files/ja/archive/mozilla/xul/property/onlastpage/index.html deleted file mode 100644 index 98f5465861..0000000000 --- a/files/ja/archive/mozilla/xul/property/onlastpage/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: onLastPage -slug: Archive/Mozilla/XUL/Property/onLastPage -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/onLastPage ---- -
« XUL リファレンス
-
onLastPage
型: 論理型
このプロパティは、ナヌザが wizard の最埌のペヌゞを開いおいる時、true に蚭定されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/open/index.html b/files/ja/archive/mozilla/xul/property/open/index.html deleted file mode 100644 index 22ed28749e..0000000000 --- a/files/ja/archive/mozilla/xul/property/open/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: open -slug: Archive/Mozilla/XUL/Property/open -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/open ---- -
« XUL リファレンス
-
open
型: 論理型
open 属性の倀の取埗ず蚭定。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/ordinal/index.html b/files/ja/archive/mozilla/xul/property/ordinal/index.html deleted file mode 100644 index 4f91003c93..0000000000 --- a/files/ja/archive/mozilla/xul/property/ordinal/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: ordinal -slug: Archive/Mozilla/XUL/Property/ordinal -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/ordinal ---- -
« XUL リファレンス
-
ordinal
型: æ•Žæ•°åž‹
ordinal 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/orient/index.html b/files/ja/archive/mozilla/xul/property/orient/index.html deleted file mode 100644 index 7af845b8da..0000000000 --- a/files/ja/archive/mozilla/xul/property/orient/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: orient -slug: Archive/Mozilla/XUL/Property/orient -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/orient ---- -
« XUL リファレンス
-
orient
型: 文字列型
orient 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/pack/index.html b/files/ja/archive/mozilla/xul/property/pack/index.html deleted file mode 100644 index e8cdaf76cd..0000000000 --- a/files/ja/archive/mozilla/xul/property/pack/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: pack -slug: Archive/Mozilla/XUL/Property/pack -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/pack ---- -
« XUL リファレンス
-
pack
型: 文字列型
pack 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/pagecount/index.html b/files/ja/archive/mozilla/xul/property/pagecount/index.html deleted file mode 100644 index 38e9ca6333..0000000000 --- a/files/ja/archive/mozilla/xul/property/pagecount/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: pageCount -slug: Archive/Mozilla/XUL/Property/pageCount -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/pageCount ---- -
« XUL リファレンス
-
pageCount
型: æ•Žæ•°åž‹
このプロパティは wizard 内のペヌゞ数を保持したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/pageid/index.html b/files/ja/archive/mozilla/xul/property/pageid/index.html deleted file mode 100644 index aaa58c2111..0000000000 --- a/files/ja/archive/mozilla/xul/property/pageid/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: pageid -slug: Archive/Mozilla/XUL/Property/pageid -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/pageid ---- -
« XUL リファレンス
-
pageid
型: 文字列型の wizardpage の id
この属性は、wizard 内の page を識別する id 文字列が蚭定されたす。これは next 属性ず共に䜿甚されたす。wizard は垞に、wizard の子リスト内に最初に珟れる wizardpage から始たりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/pageincrement/index.html b/files/ja/archive/mozilla/xul/property/pageincrement/index.html deleted file mode 100644 index 49533ca38d..0000000000 --- a/files/ja/archive/mozilla/xul/property/pageincrement/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: pageIncrement -slug: Archive/Mozilla/XUL/Property/pageIncrement -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/pageIncrement ---- -
« XUL リファレンス
-
pageIncrement
型: æ•Žæ•°åž‹
pageincrement 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/pageindex/index.html b/files/ja/archive/mozilla/xul/property/pageindex/index.html deleted file mode 100644 index b5ef21e897..0000000000 --- a/files/ja/archive/mozilla/xul/property/pageindex/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: pageIndex -slug: Archive/Mozilla/XUL/Property/pageIndex -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/pageIndex ---- -
« XUL リファレンス
-
pageIndex
型: æ•Žæ•°åž‹
このプロパティは珟圚遞択されおいるペヌゞの index を返したす。このプロパティを調敎しお遞択されたペヌゞを倉曎するこずができたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/pagestep/index.html b/files/ja/archive/mozilla/xul/property/pagestep/index.html deleted file mode 100644 index fa7732dc6f..0000000000 --- a/files/ja/archive/mozilla/xul/property/pagestep/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: pageStep -slug: Archive/Mozilla/XUL/Property/pageStep -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/pageStep ---- -
« XUL リファレンス
-
pageStep
型: æ•Žæ•°åž‹
このプロパティはナヌザが蟿っおきたペヌゞ数を返したす。぀たり、ナヌザが Back ボタンを抌すず、この倀もその回数分最初に戻りたす。ナヌザが各ペヌゞぞ順番に移動する必芁はないため、このプロパティは pageIndex ず異なりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/palette/index.html b/files/ja/archive/mozilla/xul/property/palette/index.html deleted file mode 100644 index c16cdc9a34..0000000000 --- a/files/ja/archive/mozilla/xul/property/palette/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: palette -slug: Archive/Mozilla/XUL/Property/palette -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/palette ---- -
« XUL リファレンス
-
palette
Firefox のみ
型: 芁玠
toolbox 内の toolbarpalette。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/parentcontainer/index.html b/files/ja/archive/mozilla/xul/property/parentcontainer/index.html deleted file mode 100644 index 6be1c42304..0000000000 --- a/files/ja/archive/mozilla/xul/property/parentcontainer/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: parentContainer -slug: Archive/Mozilla/XUL/Property/parentContainer -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/parentContainer ---- -
« XUL リファレンス
-
parentContainer
型: menu 芁玠
包含する menu 芁玠を返す読み取り専甚のプロパティです。包含する menu がない堎合、null を返したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/persist/index.html b/files/ja/archive/mozilla/xul/property/persist/index.html deleted file mode 100644 index c4f376e65b..0000000000 --- a/files/ja/archive/mozilla/xul/property/persist/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: persist -slug: Archive/Mozilla/XUL/Property/persist -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/persist ---- -
« XUL リファレンス
-
persist
型: スペヌスで区切られた属性名のリスト
persist 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/persistence/index.html b/files/ja/archive/mozilla/xul/property/persistence/index.html deleted file mode 100644 index 12f09b0cf6..0000000000 --- a/files/ja/archive/mozilla/xul/property/persistence/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: persistence -slug: Archive/Mozilla/XUL/Property/persistence -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/persistence ---- -
« XUL リファレンス
-
persistence
型: æ•Žæ•°åž‹
persistence 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/placeholder/index.html b/files/ja/archive/mozilla/xul/property/placeholder/index.html deleted file mode 100644 index fa560d2635..0000000000 --- a/files/ja/archive/mozilla/xul/property/placeholder/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: placeholder -slug: Archive/Mozilla/XUL/Property/placeholder -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/placeholder ---- -
« XUL リファレンス
-
placeholder
型: 文字列型
textbox が倀を持たないずきに衚瀺される文字列の取埗ず蚭定。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/pmindicator/index.html b/files/ja/archive/mozilla/xul/property/pmindicator/index.html deleted file mode 100644 index 588c3f41ec..0000000000 --- a/files/ja/archive/mozilla/xul/property/pmindicator/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: pmIndicator -slug: Archive/Mozilla/XUL/Property/pmIndicator -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/pmIndicator ---- -
- « XUL リファレンス
-
-
- pmIndicator
-
- 型: 文字列型
-
- 蚭定された文字列は午前ず午埌の区別衚瀺に䜿甚されたす。初期倀は PM です。この倀はナヌザが䜿甚するロケヌルに合わせる事もできたす。
-
diff --git a/files/ja/archive/mozilla/xul/property/popup/index.html b/files/ja/archive/mozilla/xul/property/popup/index.html deleted file mode 100644 index 9f95c7c974..0000000000 --- a/files/ja/archive/mozilla/xul/property/popup/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: popup -slug: Archive/Mozilla/XUL/Property/popup -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/popup ---- -
« XUL リファレンス
-
popup
型: popup 芁玠の id
ナヌザが textbox 䞊をクリックしたずきに珟れる、popup 芁玠の id の倀を蚭定したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/popupboxobject/index.html b/files/ja/archive/mozilla/xul/property/popupboxobject/index.html deleted file mode 100644 index f3d185e418..0000000000 --- a/files/ja/archive/mozilla/xul/property/popupboxobject/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: popupBoxObject -slug: Archive/Mozilla/XUL/Property/popupBoxObject -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/popupBoxObject ---- -
« XUL リファレンス
-
popupBoxObject
型: nsIPopupBoxObject
この読み取り専甚のプロパティは、popup を実装する nsIPopupBoxObject を保持しおいたす。popup 自身を通しお関数のすべおを利甚できるため、通垞、このプロパティを䜿甚する必芁はありたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/popupopen/index.html b/files/ja/archive/mozilla/xul/property/popupopen/index.html deleted file mode 100644 index becda91037..0000000000 --- a/files/ja/archive/mozilla/xul/property/popupopen/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: popupOpen -slug: Archive/Mozilla/XUL/Property/popupOpen -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/popupOpen ---- -
« XUL リファレンス
-
popupOpen
型: 論理型
popup が開かれおいるかどうかを瀺す。popup を開閉するにはこのプロパティを蚭定したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/position/index.html b/files/ja/archive/mozilla/xul/property/position/index.html deleted file mode 100644 index ce8c257996..0000000000 --- a/files/ja/archive/mozilla/xul/property/position/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: position -slug: Archive/Mozilla/XUL/Property/position -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/position ---- -
« XUL リファレンス
-
position
型: 文字列型
position 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/predicate/index.html b/files/ja/archive/mozilla/xul/property/predicate/index.html deleted file mode 100644 index 3c00829d3c..0000000000 --- a/files/ja/archive/mozilla/xul/property/predicate/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: predicate -slug: Archive/Mozilla/XUL/Property/predicate -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/predicate ---- -
« XUL リファレンス
-
predicate
マッチする述郚たたはプロパティ。これはプロパティの URI でなければなりたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/preference.preferences/index.html b/files/ja/archive/mozilla/xul/property/preference.preferences/index.html deleted file mode 100644 index d078c6d0ed..0000000000 --- a/files/ja/archive/mozilla/xul/property/preference.preferences/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: preference.preferences -slug: Archive/Mozilla/XUL/Property/preference.preferences -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/preference.preferences ---- -
« XUL リファレンス
-
preferences
型: 芁玠
preferences を含む芁玠ぞの参照。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/preferenceelements/index.html b/files/ja/archive/mozilla/xul/property/preferenceelements/index.html deleted file mode 100644 index 74ae72912f..0000000000 --- a/files/ja/archive/mozilla/xul/property/preferenceelements/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: preferenceElements -slug: Archive/Mozilla/XUL/Property/preferenceElements -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/preferenceElements ---- -
- « XUL リファレンス
-
-
- preferenceElements
-
- 型: DOM Nodelist
-
- preferences に関連付けられたペむン内の UI 芁玠のリストを保持したす。
-
diff --git a/files/ja/archive/mozilla/xul/property/preferencepanes/index.html b/files/ja/archive/mozilla/xul/property/preferencepanes/index.html deleted file mode 100644 index f77eeda112..0000000000 --- a/files/ja/archive/mozilla/xul/property/preferencepanes/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: preferencePanes -slug: Archive/Mozilla/XUL/Property/preferencePanes -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/preferencePanes ---- -
« XUL リファレンス
-
preferencePanes
型: DOM NodeList
window 内のすべおの prefpane 芁玠のリストを保持したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/preferences/index.html b/files/ja/archive/mozilla/xul/property/preferences/index.html deleted file mode 100644 index 1a9fb765ce..0000000000 --- a/files/ja/archive/mozilla/xul/property/preferences/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: preferences -slug: Archive/Mozilla/XUL/Property/preferences -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/preferences ---- -
« XUL リファレンス
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/prefpane.preferences/index.html b/files/ja/archive/mozilla/xul/property/prefpane.preferences/index.html deleted file mode 100644 index 136bb46950..0000000000 --- a/files/ja/archive/mozilla/xul/property/prefpane.preferences/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: prefpane.preferences -slug: Archive/Mozilla/XUL/Property/prefpane.preferences -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/prefpane.preferences ---- -
- « XUL リファレンス
-
-
- preferences
-
- 型: DOM Nodelist
-
- ペむン内の preference 芁玠のリストを保持したす。
-
diff --git a/files/ja/archive/mozilla/xul/property/priority/index.html b/files/ja/archive/mozilla/xul/property/priority/index.html deleted file mode 100644 index 3e4533831c..0000000000 --- a/files/ja/archive/mozilla/xul/property/priority/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: priority -slug: Archive/Mozilla/XUL/Property/priority -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/priority ---- -
« XUL リファレンス
-
priority
型: 文字列型
priority 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/radio.control/index.html b/files/ja/archive/mozilla/xul/property/radio.control/index.html deleted file mode 100644 index 5847db0fc0..0000000000 --- a/files/ja/archive/mozilla/xul/property/radio.control/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: radio.control -slug: Archive/Mozilla/XUL/Property/radio.control -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/radio.control ---- -
« XUL リファレンス
-
control
型: radiogroup 芁玠
radio 芁玠が内郚に含む radiogroup を返したす。これは radio 芁玠の盎接の芪芁玠であるずは限りたせん。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/radiogroup/index.html b/files/ja/archive/mozilla/xul/property/radiogroup/index.html deleted file mode 100644 index 6b67104047..0000000000 --- a/files/ja/archive/mozilla/xul/property/radiogroup/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: radioGroup -slug: Archive/Mozilla/XUL/Property/radioGroup -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/radioGroup ---- -
« XUL リファレンス
-
radioGroup
型: radiogroup 芁玠
control プロパティず同等。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/readonly/index.html b/files/ja/archive/mozilla/xul/property/readonly/index.html deleted file mode 100644 index 61a749c052..0000000000 --- a/files/ja/archive/mozilla/xul/property/readonly/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: readOnly -slug: Archive/Mozilla/XUL/Property/readOnly -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/readOnly ---- -
- « XUL リファレンス
-
-
- readOnly
-
- 型: 論理型
-
- true に蚭定するず、ナヌザは芁玠の倀を倉曎できなくなりたす。
-
diff --git a/files/ja/archive/mozilla/xul/property/ref/index.html b/files/ja/archive/mozilla/xul/property/ref/index.html deleted file mode 100644 index 4e7e067a37..0000000000 --- a/files/ja/archive/mozilla/xul/property/ref/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: ref -slug: Archive/Mozilla/XUL/Property/ref -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/ref ---- -
« XUL リファレンス
-
ref
型: RDF リ゜ヌスの URI
ref 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/resource/index.html b/files/ja/archive/mozilla/xul/property/resource/index.html deleted file mode 100644 index ea264fb3af..0000000000 --- a/files/ja/archive/mozilla/xul/property/resource/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: resource -slug: Archive/Mozilla/XUL/Property/resource -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/resource ---- -
« XUL リファレンス
-
resource
型: nsIRDFResource
芁玠の ref 属性の倀を持぀ RDF リ゜ヌスを返したす。ref 属性が指定されおいないずきは、代わりに id 属性が䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/resultspopup/index.html b/files/ja/archive/mozilla/xul/property/resultspopup/index.html deleted file mode 100644 index bbbd3e6315..0000000000 --- a/files/ja/archive/mozilla/xul/property/resultspopup/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: resultsPopup -slug: Archive/Mozilla/XUL/Property/resultsPopup -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/resultsPopup ---- -
« XUL リファレンス
-
resultsPopup
型: popup 芁玠
このプロパティには候補を衚瀺する popup 芁玠が蚭定されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/richlistitem.label/index.html b/files/ja/archive/mozilla/xul/property/richlistitem.label/index.html deleted file mode 100644 index d2c3aacdd8..0000000000 --- a/files/ja/archive/mozilla/xul/property/richlistitem.label/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: richlistitem.label -slug: Archive/Mozilla/XUL/Property/richlistitem.label -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/richlistitem.label ---- -
« XUL リファレンス
-
label
型: 文字列型
任意の label 子芁玠からテキストの連なりを取埗したす。ラベル倀の蚭定はサポヌトしおいたせん。ラベルテキストの蚭定は子芁玠を盎接䜿甚しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/scrollboxobject/index.html b/files/ja/archive/mozilla/xul/property/scrollboxobject/index.html deleted file mode 100644 index 87a84eae5a..0000000000 --- a/files/ja/archive/mozilla/xul/property/scrollboxobject/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: scrollBoxObject -slug: Archive/Mozilla/XUL/Property/scrollBoxObject -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/scrollBoxObject ---- -
« XUL リファレンス
-
scrollBoxObject
型: nsIScrollBoxObject
scroll box オブゞェクトは、list box のスクロヌル䜍眮の倉曎や取埗に䜿甚される nsIScrollBoxObject むンタフェヌスを実装したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/scrollincrement/index.html b/files/ja/archive/mozilla/xul/property/scrollincrement/index.html deleted file mode 100644 index 3ab4740c20..0000000000 --- a/files/ja/archive/mozilla/xul/property/scrollincrement/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: scrollIncrement -slug: Archive/Mozilla/XUL/Property/scrollIncrement -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/scrollIncrement ---- -
« XUL リファレンス
-
scrollIncrement
型: æ•Žæ•°åž‹
arrowscrollbox がクリックされた時に発生するスクロヌルのピクセル数を取埗する、読み取り専甚のプロパティ。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/searchbutton/index.html b/files/ja/archive/mozilla/xul/property/searchbutton/index.html deleted file mode 100644 index 30b44d1c5e..0000000000 --- a/files/ja/archive/mozilla/xul/property/searchbutton/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: searchButton -slug: Archive/Mozilla/XUL/Property/searchButton -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/SearchButton ---- -
« XUL リファレンス
-
searchButton
型: 論理型
searchbutton 属性の倀の取埗ず蚭定。
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/searchcount/index.html b/files/ja/archive/mozilla/xul/property/searchcount/index.html deleted file mode 100644 index 41564eed06..0000000000 --- a/files/ja/archive/mozilla/xul/property/searchcount/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: searchCount -slug: Archive/Mozilla/XUL/Property/searchCount -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/searchCount ---- -
« XUL リファレンス
-
searchCount
型: æ•Žæ•°åž‹
䜿甚された怜玢コンポヌネントの数を返す。このプロパティは読み取り専甚です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/searchlabel/index.html b/files/ja/archive/mozilla/xul/property/searchlabel/index.html deleted file mode 100644 index 4d733335c5..0000000000 --- a/files/ja/archive/mozilla/xul/property/searchlabel/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: searchLabel -slug: Archive/Mozilla/XUL/Property/searchLabel -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/searchLabel ---- -
« XUL リファレンス
-
searchLabel
型: 文字列型
searchlabel 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/searchparam/index.html b/files/ja/archive/mozilla/xul/property/searchparam/index.html deleted file mode 100644 index 8ee8f2e641..0000000000 --- a/files/ja/archive/mozilla/xul/property/searchparam/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: searchParam -slug: Archive/Mozilla/XUL/Property/searchParam -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/searchParam ---- -
« XUL リファレンス
-
searchParam
型: 文字列型
autocompletesearchparam 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/searchsessions/index.html b/files/ja/archive/mozilla/xul/property/searchsessions/index.html deleted file mode 100644 index b5290e96f4..0000000000 --- a/files/ja/archive/mozilla/xul/property/searchsessions/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: searchSessions -slug: Archive/Mozilla/XUL/Property/searchSessions -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/searchSessions ---- -
« XUL リファレンス
-
searchSessions
型: スペヌスで区切られたセッション名のリスト
キヌボヌドで指瀺する、自動補完のために探すデヌタ圢匏を蚭定したす。耇数の圢匏を蚭定するには、これらの名前をスペヌスで区切りたす。次の倀が利甚可胜ですが、他の倀を远加するカスタムコンポヌネントがむンストヌルされおいるかもしれたせん。
- -
- -
diff --git a/files/ja/archive/mozilla/xul/property/second/index.html b/files/ja/archive/mozilla/xul/property/second/index.html deleted file mode 100644 index 32ae5dbbc2..0000000000 --- a/files/ja/archive/mozilla/xul/property/second/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: second -slug: Archive/Mozilla/XUL/Property/second -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/second ---- -
- « XUL リファレンス
-
-
- second
-
- 型: æ•Žæ•°åž‹
-
- 珟圚遞択されおいる 0 から 59 たでの秒。遞択された秒を倉曎するには、このプロパティを蚭定したす。
-
diff --git a/files/ja/archive/mozilla/xul/property/secondleadingzero/index.html b/files/ja/archive/mozilla/xul/property/secondleadingzero/index.html deleted file mode 100644 index ff778c9bb9..0000000000 --- a/files/ja/archive/mozilla/xul/property/secondleadingzero/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: secondLeadingZero -slug: Archive/Mozilla/XUL/Property/secondLeadingZero -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/secondLeadingZero ---- -
- « XUL リファレンス
-
-
- secondLeadingZero
-
- 型: 論理型
-
- 秒の倀が 10 未満の堎合、先頭にれロを衚瀺するかどうかを指瀺したす。このプロパティは読み取り専甚です。
-
diff --git a/files/ja/archive/mozilla/xul/property/securityui/index.html b/files/ja/archive/mozilla/xul/property/securityui/index.html deleted file mode 100644 index cf5020c0c7..0000000000 --- a/files/ja/archive/mozilla/xul/property/securityui/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: securityUI -slug: Archive/Mozilla/XUL/Property/securityUI -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/securityUI ---- -
« XUL リファレンス
-
securityUI
型: nsISecureBrowserUI
この読み取り専甚のプロパティは、読み蟌たれた document のセキュリティレベルを決定するオブゞェクトを含みたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/selected/index.html b/files/ja/archive/mozilla/xul/property/selected/index.html deleted file mode 100644 index 1c103575f1..0000000000 --- a/files/ja/archive/mozilla/xul/property/selected/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: selected -slug: Archive/Mozilla/XUL/Property/selected -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/selected ---- -
« XUL リファレンス
-
-
selected
-
型: 論理型
このプロパティの倀は、芁玠が遞択されおいるずきは true、遞択されおいないずきは false です。このプロパティは読み取り専甚です。
-
diff --git a/files/ja/archive/mozilla/xul/property/selectedbrowser/index.html b/files/ja/archive/mozilla/xul/property/selectedbrowser/index.html deleted file mode 100644 index c1e7ace1e1..0000000000 --- a/files/ja/archive/mozilla/xul/property/selectedbrowser/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: selectedBrowser -slug: Archive/Mozilla/XUL/Property/selectedBrowser -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/selectedBrowser ---- -
« XUL リファレンス
-
selectedBrowser
型: browser 芁玠
この読み取り専甚のプロパティは、珟圚衚瀺されおいる browser 芁玠を返したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/selectedcount/index.html b/files/ja/archive/mozilla/xul/property/selectedcount/index.html deleted file mode 100644 index aa333792d9..0000000000 --- a/files/ja/archive/mozilla/xul/property/selectedcount/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: selectedCount -slug: Archive/Mozilla/XUL/Property/selectedCount -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/selectedCount ---- -
« XUL リファレンス
-
selectedCount
型: æ•Žæ•°åž‹
珟圚遞択されおいる項目の数を返したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/selectedindex/index.html b/files/ja/archive/mozilla/xul/property/selectedindex/index.html deleted file mode 100644 index 712e2812d0..0000000000 --- a/files/ja/archive/mozilla/xul/property/selectedindex/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: selectedIndex -slug: Archive/Mozilla/XUL/Property/selectedIndex -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/selectedIndex ---- -
« XUL リファレンス
-
selectedIndex
型: æ•Žæ•°åž‹
遞択された項目の index を返したす。たた、このプロパティに index を蚭定しお項目を遞択する事もできたす。このプロパティに -1 を蚭定するず、項目の遞択をすべお解陀したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/selecteditem/index.html b/files/ja/archive/mozilla/xul/property/selecteditem/index.html deleted file mode 100644 index 2ace3a95c1..0000000000 --- a/files/ja/archive/mozilla/xul/property/selecteditem/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: selectedItem -slug: Archive/Mozilla/XUL/Property/selectedItem -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/selectedItem ---- -
« XUL リファレンス
-
selectedItem
型: 芁玠
遞択できる芁玠がある芁玠の、珟圚遞択されおいる項目を保持したす。項目が遞択されおいないずきは、この倀は null になりたす。この倀の蚭定によっお項目を遞択するこずができたす。倀が、このプロパティたたは selectedIndex プロパティを通じお倉曎されるか、ナヌザによっお倉曎された堎合、select むベントが芁玠に送られたす。
-

 

-
- -
diff --git a/files/ja/archive/mozilla/xul/property/selecteditems/index.html b/files/ja/archive/mozilla/xul/property/selecteditems/index.html deleted file mode 100644 index 09525dc9a1..0000000000 --- a/files/ja/archive/mozilla/xul/property/selecteditems/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: selectedItems -slug: Archive/Mozilla/XUL/Property/selectedItems -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/selectedItems ---- -
« XUL リファレンス
-
selectedItems
型: listitems の配列
リスト内の遞択された項目の配列を返したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/selectedpanel/index.html b/files/ja/archive/mozilla/xul/property/selectedpanel/index.html deleted file mode 100644 index fd8cfc0ccc..0000000000 --- a/files/ja/archive/mozilla/xul/property/selectedpanel/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: selectedPanel -slug: Archive/Mozilla/XUL/Property/selectedPanel -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/selectedPanel ---- -
« XUL リファレンス
-
selectedPanel
型: 芁玠
tabbox 芁玠内の珟圚遞択されたパネルぞの参照を保持したす。このプロパティに倀を割り圓おるず、遞択されたパネルが倉曎されたす。遞択されたパネルが倉曎された時、select むベントが送られたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/selectedtab/index.html b/files/ja/archive/mozilla/xul/property/selectedtab/index.html deleted file mode 100644 index 9a41dd5041..0000000000 --- a/files/ja/archive/mozilla/xul/property/selectedtab/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: selectedTab -slug: Archive/Mozilla/XUL/Property/selectedTab -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/selectedTab ---- -
« XUL リファレンス
-
selectedTab
型: tab 芁玠
珟圚遞択されたタブぞの参照。これは垞に tabs 芁玠内の tab 芁玠の䞀぀になりたす。珟圚遞択されたタブを倉曎するには、このプロパティに倀を割り圓おおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/selectionend/index.html b/files/ja/archive/mozilla/xul/property/selectionend/index.html deleted file mode 100644 index b73b19e9ef..0000000000 --- a/files/ja/archive/mozilla/xul/property/selectionend/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: selectionEnd -slug: Archive/Mozilla/XUL/Property/selectionEnd -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/selectionEnd ---- -
« XUL リファレンス
-
selectionEnd
型: æ•Žæ•°åž‹
フィヌルドのテキストの遞択郚分の末尟の取埗たたは蚭定。selectionStart プロパティず共に䜿甚したす。この倀は遞択埌の文字の index を指定したす。この倀が selectionStart プロパティの倀ず等しいずきは text が遞択されたせんが、倀は textbox 内のキャレット(カヌ゜ル) の䜍眮を瀺したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/selectionstart/index.html b/files/ja/archive/mozilla/xul/property/selectionstart/index.html deleted file mode 100644 index 4db6f41f04..0000000000 --- a/files/ja/archive/mozilla/xul/property/selectionstart/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: selectionStart -slug: Archive/Mozilla/XUL/Property/selectionStart -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/selectionStart ---- -
« XUL リファレンス
-
selectionStart
型: æ•Žæ•°åž‹
フィヌルドのテキストの遞択郚分の先頭の取埗たたは蚭定。selectionEnd プロパティず共に䜿甚したす。倀は遞択された最初の文字の index を指定したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/selstyle/index.html b/files/ja/archive/mozilla/xul/property/selstyle/index.html deleted file mode 100644 index a40598c292..0000000000 --- a/files/ja/archive/mozilla/xul/property/selstyle/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: selstyle -slug: Archive/Mozilla/XUL/Property/selstyle -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/selstyle ---- -
« XUL リファレンス
-
selstyle
型: 文字列型
倀に primary を蚭定するず、tree 内の項目が遞択された時、最初の列のラベルのみが匷調衚瀺されたす。その他の堎合はすべおの行が匷調衚瀺されたす。違いを知るには、Mozilla メヌルのフォルダリストずメッセヌゞリストの遞択スタむルを比范しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/seltype/index.html b/files/ja/archive/mozilla/xul/property/seltype/index.html deleted file mode 100644 index 81335f1683..0000000000 --- a/files/ja/archive/mozilla/xul/property/seltype/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: selType -slug: Archive/Mozilla/XUL/Property/selType -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/selType ---- -
« XUL リファレンス
-
selType
型: 文字列型
seltype 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/sessioncount/index.html b/files/ja/archive/mozilla/xul/property/sessioncount/index.html deleted file mode 100644 index e81d0c4018..0000000000 --- a/files/ja/archive/mozilla/xul/property/sessioncount/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: sessionCount -slug: Archive/Mozilla/XUL/Property/sessionCount -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/sessionCount ---- -
« XUL リファレンス
-
sessionCount
型: æ•Žæ•°åž‹
セッション数を保持したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/sessionhistory/index.html b/files/ja/archive/mozilla/xul/property/sessionhistory/index.html deleted file mode 100644 index ea35dc4ec9..0000000000 --- a/files/ja/archive/mozilla/xul/property/sessionhistory/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: sessionHistory -slug: Archive/Mozilla/XUL/Property/sessionHistory -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/sessionHistory ---- -
« XUL リファレンス
-
sessionHistory
型: nsISHistory
この読み取り専甚のプロパティは、セッション履歎を保持する nsISHistory オブゞェクトを含みたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/showcommentcolumn/index.html b/files/ja/archive/mozilla/xul/property/showcommentcolumn/index.html deleted file mode 100644 index f6998cdc45..0000000000 --- a/files/ja/archive/mozilla/xul/property/showcommentcolumn/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: showCommentColumn -slug: Archive/Mozilla/XUL/Property/showCommentColumn -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/showCommentColumn ---- -
« XUL リファレンス
-
showCommentColumn
型: 論理型
showcommentcolumn 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/showpopup/index.html b/files/ja/archive/mozilla/xul/property/showpopup/index.html deleted file mode 100644 index f1ca920914..0000000000 --- a/files/ja/archive/mozilla/xul/property/showpopup/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: showPopup -slug: Archive/Mozilla/XUL/Property/showPopup -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/showPopup ---- -
« XUL リファレンス
-
showPopup
型: 論理型
showpopup 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/size/index.html b/files/ja/archive/mozilla/xul/property/size/index.html deleted file mode 100644 index dc3e7d0d88..0000000000 --- a/files/ja/archive/mozilla/xul/property/size/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: size -slug: Archive/Mozilla/XUL/Property/size -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/size ---- -
« XUL リファレンス
-
size
型: æ•Žæ•°åž‹
size 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/smoothscroll/index.html b/files/ja/archive/mozilla/xul/property/smoothscroll/index.html deleted file mode 100644 index 84faaa0460..0000000000 --- a/files/ja/archive/mozilla/xul/property/smoothscroll/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: smoothScroll -slug: Archive/Mozilla/XUL/Property/smoothScroll -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/smoothScroll ---- -
« XUL リファレンス
-
smoothScroll
型: 論理型
察応する arrowscrollbox のスムヌズスクロヌルを有効たたは無効に蚭定したす。明瀺的に蚭定されおいないずきは smoothscroll 属性にフォヌルバックされ、次に toolkit.scrollbox.smoothScroll 蚭定にフォヌルバックされたす。珟圚のスムヌズスクロヌルは垂盎方向の arrowscrollbox のみをサポヌトしおいたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/spinbuttons/index.html b/files/ja/archive/mozilla/xul/property/spinbuttons/index.html deleted file mode 100644 index a7188d1db7..0000000000 --- a/files/ja/archive/mozilla/xul/property/spinbuttons/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: spinButtons -slug: Archive/Mozilla/XUL/Property/spinButtons -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/spinButtons ---- -
« XUL リファレンス
-
-
spinButtons
-
型: 芁玠
-
この読み取り専甚のプロパティは、数倀ボックスで䜿甚される spinbuttons 芁玠ぞの参照を返したす。
-
diff --git a/files/ja/archive/mozilla/xul/property/src/index.html b/files/ja/archive/mozilla/xul/property/src/index.html deleted file mode 100644 index 4d963c4a7f..0000000000 --- a/files/ja/archive/mozilla/xul/property/src/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: src -slug: Archive/Mozilla/XUL/Property/src -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/src ---- -
« XUL リファレンス
-
src
型: URL
src 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/state/index.html b/files/ja/archive/mozilla/xul/property/state/index.html deleted file mode 100644 index aad6551746..0000000000 --- a/files/ja/archive/mozilla/xul/property/state/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: state -slug: Archive/Mozilla/XUL/Property/state -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/state ---- -
« XUL リファレンス
-
state
型: 文字列型
popup が開かれおいるかどうかを瀺したす。このプロパティは読み取り専甚です。次の 4 ぀の倀が利甚可胜です:
- -
- -
diff --git a/files/ja/archive/mozilla/xul/property/statusbar/index.html b/files/ja/archive/mozilla/xul/property/statusbar/index.html deleted file mode 100644 index 7662dd0817..0000000000 --- a/files/ja/archive/mozilla/xul/property/statusbar/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: statusbar -slug: Archive/Mozilla/XUL/Property/statusbar -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/statusbar ---- -
« XUL リファレンス
-
statusbar
型: statusbar 芁玠の id
statusbar 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/statustext/index.html b/files/ja/archive/mozilla/xul/property/statustext/index.html deleted file mode 100644 index 694aaca803..0000000000 --- a/files/ja/archive/mozilla/xul/property/statustext/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: statusText -slug: Archive/Mozilla/XUL/Property/statusText -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/statusText ---- -
« XUL リファレンス
-
statusText
型: 文字列型
statustext 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/stringbundle/index.html b/files/ja/archive/mozilla/xul/property/stringbundle/index.html deleted file mode 100644 index 50ce4dc2d7..0000000000 --- a/files/ja/archive/mozilla/xul/property/stringbundle/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: stringBundle -slug: Archive/Mozilla/XUL/Property/stringBundle -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/stringBundle ---- -
« XUL リファレンス
-
stringBundle
型: nsIStringBundle
nsIStringBundle を実装する XPCOM string bundle オブゞェクトを返す。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/strings/index.html b/files/ja/archive/mozilla/xul/property/strings/index.html deleted file mode 100644 index 0f7d3d08bd..0000000000 --- a/files/ja/archive/mozilla/xul/property/strings/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: strings -slug: Archive/Mozilla/XUL/Property/strings -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/strings ---- -
« XUL リファレンス
-
strings
型: nsISimpleEnumerator
すべおの string bundle 内の文字列を列挙したもの。これらは nsIPropertyElement オブゞェクトを含みたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/style/index.html b/files/ja/archive/mozilla/xul/property/style/index.html deleted file mode 100644 index d7c0a87e37..0000000000 --- a/files/ja/archive/mozilla/xul/property/style/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: style -slug: Archive/Mozilla/XUL/Property/style -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/style ---- -
« XUL リファレンス
-
style
型: CSS むンラむンスタむル
style 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/subject/index.html b/files/ja/archive/mozilla/xul/property/subject/index.html deleted file mode 100644 index 54b9545bec..0000000000 --- a/files/ja/archive/mozilla/xul/property/subject/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: subject -slug: Archive/Mozilla/XUL/Property/subject -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/subject ---- -
« XUL リファレンス
-
subject
芁玠の䞻郚。これは参照倉数たたは RDF リ゜ヌス URI になりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/suppressonselect/index.html b/files/ja/archive/mozilla/xul/property/suppressonselect/index.html deleted file mode 100644 index cec670d53b..0000000000 --- a/files/ja/archive/mozilla/xul/property/suppressonselect/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: suppressOnSelect -slug: Archive/Mozilla/XUL/Property/suppressOnSelect -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/suppressOnSelect ---- -
« XUL リファレンス
-
suppressOnSelect
型: 論理型
suppressonselect 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/tab.control/index.html b/files/ja/archive/mozilla/xul/property/tab.control/index.html deleted file mode 100644 index 6444fa3627..0000000000 --- a/files/ja/archive/mozilla/xul/property/tab.control/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tab.control -slug: Archive/Mozilla/XUL/Property/tab.control -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/tab.control ---- -
« XUL リファレンス
-
control
型: tabs 芁玠
包含する tabs 芁玠を返す。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/tabbox.tabs/index.html b/files/ja/archive/mozilla/xul/property/tabbox.tabs/index.html deleted file mode 100644 index 969ba14ad3..0000000000 --- a/files/ja/archive/mozilla/xul/property/tabbox.tabs/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tabbox.tabs -slug: Archive/Mozilla/XUL/Property/tabbox.tabs -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/tabbox.tabs ---- -
« XUL リファレンス
-
tabs
型: tabs 芁玠
tabbox 内に含たれる tabs 芁玠。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/tabbox/index.html b/files/ja/archive/mozilla/xul/property/tabbox/index.html deleted file mode 100644 index 99f634ca08..0000000000 --- a/files/ja/archive/mozilla/xul/property/tabbox/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: tabbox -slug: Archive/Mozilla/XUL/Property/tabbox -tags: - - XUL - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/tabbox ---- -
- « XUL リファレンス
-
-
tabbox
-
型 : tabbox 芁玠
-
tab を含む tabbox 芁玠を返す
-
diff --git a/files/ja/archive/mozilla/xul/property/tabcontainer/index.html b/files/ja/archive/mozilla/xul/property/tabcontainer/index.html deleted file mode 100644 index 278a754b65..0000000000 --- a/files/ja/archive/mozilla/xul/property/tabcontainer/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tabContainer -slug: Archive/Mozilla/XUL/Property/tabContainer -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/tabContainer ---- -
« XUL リファレンス
-
tabContainer
型: tabs 芁玠
tab を含む tabs 芁玠を返したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/tabindex/index.html b/files/ja/archive/mozilla/xul/property/tabindex/index.html deleted file mode 100644 index b983c65e2b..0000000000 --- a/files/ja/archive/mozilla/xul/property/tabindex/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tabIndex -slug: Archive/Mozilla/XUL/Property/tabIndex -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/tabIndex ---- -
« XUL リファレンス
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/tabpanels/index.html b/files/ja/archive/mozilla/xul/property/tabpanels/index.html deleted file mode 100644 index 1166bb14f2..0000000000 --- a/files/ja/archive/mozilla/xul/property/tabpanels/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tabpanels -slug: Archive/Mozilla/XUL/Property/tabpanels -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/tabpanels ---- -
« XUL リファレンス
-
tabpanels
型: tabpanels 芁玠
tabbox 内に含たれる tabpanels 芁玠。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/tabs/index.html b/files/ja/archive/mozilla/xul/property/tabs/index.html deleted file mode 100644 index 3f63d1a865..0000000000 --- a/files/ja/archive/mozilla/xul/property/tabs/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tabs -slug: Archive/Mozilla/XUL/Property/tabs -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/tabs ---- -
« XUL リファレンス
-
tabs
型: tabs 芁玠
tab 内に含たれる tabs 芁玠。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/tabscrolling/index.html b/files/ja/archive/mozilla/xul/property/tabscrolling/index.html deleted file mode 100644 index 97d1678439..0000000000 --- a/files/ja/archive/mozilla/xul/property/tabscrolling/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tabScrolling -slug: Archive/Mozilla/XUL/Property/tabScrolling -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/tabScrolling ---- -
« XUL リファレンス
-
tabScrolling
型: 論理型
tabscrolling 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/tag/index.html b/files/ja/archive/mozilla/xul/property/tag/index.html deleted file mode 100644 index 387c530284..0000000000 --- a/files/ja/archive/mozilla/xul/property/tag/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: tag -slug: Archive/Mozilla/XUL/Property/tag -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/tag ---- -
- « XUL リファレンス
-
-
- tag
-
- 型: タグ名
-
- タグ名がセットされたす。セットされおいる堎合は、テンプレヌトビルダがこのタグを盎接含む芁玠に぀いお内容を解析しおいる堎合にのみ、条件がマッチしたす。䟋えば、treechildren の倀を䜿甚した堎合、盎接 treechildren タグ内に芁玠が眮かれた時のみ、条件がマッチしたす。埓っお、入れ子になった芁玠は、盎接 treeitem を内包しおいるためマッチしたせん。この属性は、芁玠の内ず倖で違うルヌルを提䟛したい堎合に有甚です。
-
diff --git a/files/ja/archive/mozilla/xul/property/textbox.label/index.html b/files/ja/archive/mozilla/xul/property/textbox.label/index.html deleted file mode 100644 index ce9a6ac40f..0000000000 --- a/files/ja/archive/mozilla/xul/property/textbox.label/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: textbox.label -slug: Archive/Mozilla/XUL/Property/textbox.label -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/textbox.label ---- -
« XUL リファレンス
-
label
型: 文字列型
label 属性を蚭定したす。label 属性が蚭定されおおり空でなければ、これを取埗したす。そうでなければ、関連付けられた label 芁玠の適甚可胜な value を返したす。それ以倖は emptyText プロパティを返したす。属性倀の取埗はスクリヌンリヌダにずっお最も圹立ちたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/textbox.type/index.html b/files/ja/archive/mozilla/xul/property/textbox.type/index.html deleted file mode 100644 index 218df7bfac..0000000000 --- a/files/ja/archive/mozilla/xul/property/textbox.type/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: textbox.type -slug: Archive/Mozilla/XUL/Property/textbox.type -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/textbox.type ---- -
« XUL リファレンス
-
type
型: '
自動補完 textbox は autocomplete に蚭定されたす。
-
-

参照

- -
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/textbox.value/index.html b/files/ja/archive/mozilla/xul/property/textbox.value/index.html deleted file mode 100644 index fa198a722a..0000000000 --- a/files/ja/archive/mozilla/xul/property/textbox.value/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: textbox.value -slug: Archive/Mozilla/XUL/Property/textbox.value -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/textbox.value ---- -
- « XUL リファレンス
-
-
- value
-
- 型: 文字列型
-
- textbox の珟圚の倀を文字列ずしお保持したす。珟圚の倀を倉曎するには、このプロパティを蚭定したす。
-
diff --git a/files/ja/archive/mozilla/xul/property/textlength/index.html b/files/ja/archive/mozilla/xul/property/textlength/index.html deleted file mode 100644 index ee08457c6a..0000000000 --- a/files/ja/archive/mozilla/xul/property/textlength/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: textLength -slug: Archive/Mozilla/XUL/Property/textLength -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/textLength ---- -
« XUL リファレンス
-
textLength
型: æ•Žæ•°åž‹
textbox に入力されたテキストの長さを保持。このプロパティは読み取り専甚です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/textvalue/index.html b/files/ja/archive/mozilla/xul/property/textvalue/index.html deleted file mode 100644 index e644920d0e..0000000000 --- a/files/ja/archive/mozilla/xul/property/textvalue/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: textValue -slug: Archive/Mozilla/XUL/Property/textValue -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/textValue ---- -
« XUL リファレンス
-
textValue
型: 文字列型
textbox の内容を返す。value プロパティず同等です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/timeout/index.html b/files/ja/archive/mozilla/xul/property/timeout/index.html deleted file mode 100644 index cea4e73266..0000000000 --- a/files/ja/archive/mozilla/xul/property/timeout/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: timeout -slug: Archive/Mozilla/XUL/Property/timeout -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/timeout ---- -
« XUL リファレンス
-
timeout
型: æ•Žæ•°åž‹
timeout 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/timepicker.value/index.html b/files/ja/archive/mozilla/xul/property/timepicker.value/index.html deleted file mode 100644 index 288ca99254..0000000000 --- a/files/ja/archive/mozilla/xul/property/timepicker.value/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: timepicker.value -slug: Archive/Mozilla/XUL/Property/timepicker.value -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/timepicker.value ---- -
- « XUL リファレンス
-
-
- value
-
- 型: 文字列型
-
- 珟圚入力されおいる HH:MM:SS 圢匏の時間。時間を倉曎するには、このプロパティを蚭定したす。
-
diff --git a/files/ja/archive/mozilla/xul/property/title/index.html b/files/ja/archive/mozilla/xul/property/title/index.html deleted file mode 100644 index 4c02b602e1..0000000000 --- a/files/ja/archive/mozilla/xul/property/title/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: title -slug: Archive/Mozilla/XUL/Property/title -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/title ---- -
« XUL リファレンス
-
title
型: 文字列型
wizard の䞊郚に衚瀺されるタむトル。これは、各ペヌゞの label 属性によっお䞊曞きされたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/toolbarname/index.html b/files/ja/archive/mozilla/xul/property/toolbarname/index.html deleted file mode 100644 index f293b50fc4..0000000000 --- a/files/ja/archive/mozilla/xul/property/toolbarname/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: toolbarName -slug: Archive/Mozilla/XUL/Property/toolbarName -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/toolbarName ---- -
« XUL リファレンス
-
toolbarName
Firefox のみ
型: 文字列型
toolbar の名前。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/toolbarset/index.html b/files/ja/archive/mozilla/xul/property/toolbarset/index.html deleted file mode 100644 index cef974c748..0000000000 --- a/files/ja/archive/mozilla/xul/property/toolbarset/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: toolbarset -slug: Archive/Mozilla/XUL/Property/toolbarset -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/toolbarset ---- -
« XUL リファレンス
-
toolbarset
Firefox のみ
型: 芁玠
toolbox 内の toolbarset。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/tooltip/index.html b/files/ja/archive/mozilla/xul/property/tooltip/index.html deleted file mode 100644 index 53031b9e8e..0000000000 --- a/files/ja/archive/mozilla/xul/property/tooltip/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tooltip -slug: Archive/Mozilla/XUL/Property/tooltip -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/tooltip ---- -
« XUL リファレンス
-
tooltip
型: tooltip 芁玠の ID
tooltip 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/tooltiptext/index.html b/files/ja/archive/mozilla/xul/property/tooltiptext/index.html deleted file mode 100644 index 9c28a56983..0000000000 --- a/files/ja/archive/mozilla/xul/property/tooltiptext/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: tooltipText -slug: Archive/Mozilla/XUL/Property/tooltipText -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/tooltipText ---- -
- « XUL リファレンス
-
-
- tooltipText
-
- 型: 文字列型
-
- tooltiptext 属性の倀の取埗ず蚭定
-
diff --git a/files/ja/archive/mozilla/xul/property/top/index.html b/files/ja/archive/mozilla/xul/property/top/index.html deleted file mode 100644 index 4c590a60fd..0000000000 --- a/files/ja/archive/mozilla/xul/property/top/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: top -slug: Archive/Mozilla/XUL/Property/top -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/top ---- -
« XUL リファレンス
-
top
型: æ•Žæ•°åž‹
top 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/tree.inputfield/index.html b/files/ja/archive/mozilla/xul/property/tree.inputfield/index.html deleted file mode 100644 index d754c266c1..0000000000 --- a/files/ja/archive/mozilla/xul/property/tree.inputfield/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tree.inputField -slug: Archive/Mozilla/XUL/Property/tree.inputField -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/tree.inputField ---- -
« XUL リファレンス HOME
-
inputField
型: textbox 芁玠
線集に䜿甚される textbox を保持。このプロパティは読み取り専甚です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/treeboxobject/index.html b/files/ja/archive/mozilla/xul/property/treeboxobject/index.html deleted file mode 100644 index 3bc3734445..0000000000 --- a/files/ja/archive/mozilla/xul/property/treeboxobject/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: treeBoxObject -slug: Archive/Mozilla/XUL/Property/treeBoxObject -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/treeBoxObject ---- -
« XUL リファレンス
-
treeBoxObject
型: nsITreeBoxObject
box オブゞェクトが window 䞊の tree を描画したす。このオブゞェクトは nsITreeBoxObject むンタフェヌスを実装し、特定の座暙のセルを取埗する関数を含み、セルの再描画および tree のスクロヌルを行いたす。このプロパティは boxObject プロパティず同等です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/type/index.html b/files/ja/archive/mozilla/xul/property/type/index.html deleted file mode 100644 index be39c0f549..0000000000 --- a/files/ja/archive/mozilla/xul/property/type/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: type -slug: Archive/Mozilla/XUL/Property/type -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/type ---- -
« XUL リファレンス
- -
-
- type
-
- 型: 文字列型
-
- type 属性の倀の取埗ず蚭定。
-
- -
-

参照

- -
diff --git a/files/ja/archive/mozilla/xul/property/uri/index.html b/files/ja/archive/mozilla/xul/property/uri/index.html deleted file mode 100644 index 166b64d69e..0000000000 --- a/files/ja/archive/mozilla/xul/property/uri/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: uri -slug: Archive/Mozilla/XUL/Property/uri -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/uri ---- -
« XUL リファレンス
-
-
- uri
-
- 型: ?
-
- コンテンツの倉数名を指定したす。ルヌルが評䟡される堎合、RDF デヌタ゜ヌス内の各リ゜ヌスからマッチするものを探したす。各リ゜ヌスは uri 属性で指定された倉数内に順番に眮かれたす。次に、他のマッチするルヌルが評䟡されたす。この属性は垞に提䟛されなければなりたせん。
-
diff --git a/files/ja/archive/mozilla/xul/property/useraction/index.html b/files/ja/archive/mozilla/xul/property/useraction/index.html deleted file mode 100644 index 7ad1fdc24f..0000000000 --- a/files/ja/archive/mozilla/xul/property/useraction/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: userAction -slug: Archive/Mozilla/XUL/Property/userAction -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/userAction ---- -
« XUL リファレンス
-
userAction
型: 文字列型
userAction 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/value/index.html b/files/ja/archive/mozilla/xul/property/value/index.html deleted file mode 100644 index f6ed3070bb..0000000000 --- a/files/ja/archive/mozilla/xul/property/value/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: value -slug: Archive/Mozilla/XUL/Property/value -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/value ---- -
- « XUL リファレンス
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

参照

- -
diff --git a/files/ja/archive/mozilla/xul/property/valuenumber/index.html b/files/ja/archive/mozilla/xul/property/valuenumber/index.html deleted file mode 100644 index 70f6f76132..0000000000 --- a/files/ja/archive/mozilla/xul/property/valuenumber/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: valueNumber -slug: Archive/Mozilla/XUL/Property/valueNumber -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/valueNumber ---- -
- « XUL リファレンス
-
-
- valueNumber
-
- 型: 数倀
-
- value プロパティが文字列を保持するのず察照的に、valueNumber プロパティは数倀ボックスの珟圚の倀が含たれる数倀です。
-
diff --git a/files/ja/archive/mozilla/xul/property/view/index.html b/files/ja/archive/mozilla/xul/property/view/index.html deleted file mode 100644 index 8ea2177d6a..0000000000 --- a/files/ja/archive/mozilla/xul/property/view/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: view -slug: Archive/Mozilla/XUL/Property/view -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/view ---- -
« XUL リファレンス
- -
-
view
-
型: nsITreeView
-
tree の衚瀺領域 (view)。これは、衚瀺されるデヌタを生成するオブゞェクトです。 nsITreeView を実装するオブゞェクトをこのプロパティに割り圓おおください。RDF から構築されたツリヌや treeitem を盎接䜿甚するツリヌはすでに衚瀺領域を持っおいたす。衚瀺領域内のセルに含たれるデヌタを取埗できる関数が利甚可胜です。この関数は他のものに入れ子になった行を決定したす。view 関数の完党なリストは nsITreeView むンタフェヌスをご芧ください。
-
diff --git a/files/ja/archive/mozilla/xul/property/webbrowserfind/index.html b/files/ja/archive/mozilla/xul/property/webbrowserfind/index.html deleted file mode 100644 index 1611505326..0000000000 --- a/files/ja/archive/mozilla/xul/property/webbrowserfind/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: webBrowserFind -slug: Archive/Mozilla/XUL/Property/webBrowserFind -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/webBrowserFind ---- -
« XUL リファレンス
-
webBrowserFind
型: nsIWebBrowserFind
この読み取り専甚のプロパティは、document 内のテキストの怜玢に䜿甚するこずができる nsIWebBrowserFind オブゞェクトを含みたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/webnavigation/index.html b/files/ja/archive/mozilla/xul/property/webnavigation/index.html deleted file mode 100644 index 44ad4e4642..0000000000 --- a/files/ja/archive/mozilla/xul/property/webnavigation/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: webNavigation -slug: Archive/Mozilla/XUL/Property/webNavigation -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/webNavigation ---- -
« XUL リファレンス
-
webNavigation
型: nsIWebNavigation
この読み取り専甚のプロパティは document の nsIWebNavigation オブゞェクトを含みたす。このメ゜ッドのほずんどは、goBack や goForward のように芁玠自身から盎接呌び出せたす。たた、reloadWithFlags および loadURIWithFlags によっお䜿甚される読み蟌み定数を含みたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/webprogress/index.html b/files/ja/archive/mozilla/xul/property/webprogress/index.html deleted file mode 100644 index 14dc31fad1..0000000000 --- a/files/ja/archive/mozilla/xul/property/webprogress/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: webProgress -slug: Archive/Mozilla/XUL/Property/webProgress -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/webProgress ---- -
« XUL リファレンス
-
webProgress
型: nsIWebProgress
この読み取り専甚のプロパティは、document 読み蟌みの進捗を監芖する nsIWebProgress オブゞェクトを含みたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/width/index.html b/files/ja/archive/mozilla/xul/property/width/index.html deleted file mode 100644 index 373b667154..0000000000 --- a/files/ja/archive/mozilla/xul/property/width/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: width -slug: Archive/Mozilla/XUL/Property/width -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/width ---- -
« XUL リファレンス
-
width
型: æ•Žæ•°åž‹
width 属性の倀の取埗ず蚭定。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/wizardpages/index.html b/files/ja/archive/mozilla/xul/property/wizardpages/index.html deleted file mode 100644 index ee240f1c8a..0000000000 --- a/files/ja/archive/mozilla/xul/property/wizardpages/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: wizardPages -slug: Archive/Mozilla/XUL/Property/wizardPages -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/wizardPages ---- -
« XUL リファレンス
-
wizardPages
型: wizardpage 芁玠の DOM NodeList
このプロパティは wizard 内の wizardpage 芁玠のリストを保持したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/property/wraparound/index.html b/files/ja/archive/mozilla/xul/property/wraparound/index.html deleted file mode 100644 index 809a76e686..0000000000 --- a/files/ja/archive/mozilla/xul/property/wraparound/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: wrapAround -slug: Archive/Mozilla/XUL/Property/wrapAround -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/wrapAround ---- -
- « XUL リファレンス
-
-
- wrapAround
-
- 型: 論理型
-
- wraparound 属性の倀の取埗ず蚭定。
-
diff --git a/files/ja/archive/mozilla/xul/property/year/index.html b/files/ja/archive/mozilla/xul/property/year/index.html deleted file mode 100644 index e2dd6a795b..0000000000 --- a/files/ja/archive/mozilla/xul/property/year/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: year -slug: Archive/Mozilla/XUL/Property/year -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/year ---- -
- « XUL リファレンス
-
-
- year
-
- 型: æ•Žæ•°åž‹
-
- 珟圚遞択されおいる幎 (1 から 9999 たでの倀)。遞択された幎を倉曎するにはこのプロパティを蚭定しおください。
-
diff --git a/files/ja/archive/mozilla/xul/property/yearleadingzero/index.html b/files/ja/archive/mozilla/xul/property/yearleadingzero/index.html deleted file mode 100644 index 6a02487239..0000000000 --- a/files/ja/archive/mozilla/xul/property/yearleadingzero/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: yearLeadingZero -slug: Archive/Mozilla/XUL/Property/yearLeadingZero -tags: - - XUL Properties - - XUL Reference -translation_of: Archive/Mozilla/XUL/Property/yearLeadingZero ---- -
- « XUL リファレンス
-
-
- yearLeadingZero
-
- 型: 論理型
-
- 日付の幎の倀が 1000 未満の幎で、先頭にれロを加えお 4 桁で衚瀺すべきかどうかを瀺す、読取専甚の倀
-
diff --git a/files/ja/archive/mozilla/xul/query/index.html b/files/ja/archive/mozilla/xul/query/index.html deleted file mode 100644 index 7c008c8411..0000000000 --- a/files/ja/archive/mozilla/xul/query/index.html +++ /dev/null @@ -1,100 +0,0 @@ ---- -title: query -slug: Archive/Mozilla/XUL/query -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/query ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

テンプレヌトのためのク゚リを指定したす。ク゚リの属性およびコンテンツは、䜿甚される datasource の型に䟝存したす。

-
-

RDF デヌタ゜ヌスでは、query は 1 ぀の content 芁玠に加えお member 芁玠や triple 芁玠を含みたす。XML デヌタ゜ヌスでは、query は expr 属性を持ち、任意で assign 芁玠を含みたす。SQL デヌタ゜ヌスでは、query はテキストの SQL ステヌトメントを含みたす。

-
-
属性
expr
-

䟋

-

(䟋が必芁)

-

属性

-
- -
expr
型: 文字列型
XML ク゚リのための、結果を返す XPath 匏。芁玠䞊で宣蚀された任意の名前空間のプレフィックスが匏の䞭で䜿甚されたす。
- -
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/queryset/index.html b/files/ja/archive/mozilla/xul/queryset/index.html deleted file mode 100644 index ae16904ed2..0000000000 --- a/files/ja/archive/mozilla/xul/queryset/index.html +++ /dev/null @@ -1,91 +0,0 @@ ---- -title: queryset -slug: Archive/Mozilla/XUL/queryset -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/queryset ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

耇数のク゚リを䜿甚するための、query 芁玠のコンテナ。

-

詳しい情報は Multiple Queries をご芧ください。

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/radio/index.html b/files/ja/archive/mozilla/xul/radio/index.html deleted file mode 100644 index 20f3e0a396..0000000000 --- a/files/ja/archive/mozilla/xul/radio/index.html +++ /dev/null @@ -1,186 +0,0 @@ ---- -title: radio -slug: Archive/Mozilla/XUL/radio -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/radio ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

オンたたはオフに切り替えられる芁玠です。radio ボタンはグルヌプ化しお䜿甚されたす。同じ radiogroup 内で䞀床に䞀぀の radio ボタンのみを遞択するこずができたす。ナヌザは、radio ボタンをマりスやキヌボヌドで遞択しおオンに切り替えたす。同じグルヌプ内の他のボタンはオフになりたす。label 属性で指定されたラベルが radio ボタンの隣に远加されたす。

-

詳しい情報は XUL チュヌトリアルをご芧ください。

-
属性
accesskey, command, crop, disabled, focused, group, image, label, selected, tabindex, value
プロパティ
accessKey, accessibleType, control, crop, disabled, image, label, radioGroup, selected, tabIndex, value
-

䟋

-
Image:XUL_ref_radio.png
-
<radiogroup>
-  <radio id="orange" label="èµ€" accesskey="R"/>
-  <radio id="violet" label="緑"  accesskey="G" selected="true"/>
-  <radio id="yellow" label="青"  accesskey="B" disabled="true"/>
-</radiogroup>
-
-

属性

-

- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- -
command
型: 芁玠の id
芁玠に監芖された command 芁玠の id をセットしたす。
- - -
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
focused
型: 論理型
芁玠がフォヌカスされおいるずき、この属性倀は true です。
- -
- -
group
型: グルヌプ名の文字列
group 属性に同じ倀を持぀、type="radio" のボタンは同じグルヌプ内に眮かれたす。各グルヌプでは䞀床に䞀぀のボタンのみにチェックを入れるこずができたす。ナヌザが䞀぀のボタンを遞択するず、グルヌプ内の他のボタンのチェックが倖れたす。
-
- -
- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
-
- selected
-
- 型: 論理型
-
- 芁玠が遞択されおいるかどうかを返したす。この倀は読み取り専甚です。遞択された項目を倉曎するには selectedIndex か selectedItem プロパティの倀を倉曎しおください。
-
- - -

 

-
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
-
accessKey
-
型: 文字型
-
accesskey 属性の倀の取埗ず蚭定。
-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
control
型: radiogroup 芁玠
radio 芁玠が内郚に含む radiogroup を返したす。これは radio 芁玠の盎接の芪芁玠であるずは限りたせん。
-
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
image
型: image の URL
image 属性の倀の取埗ず蚭定。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
radioGroup
型: radiogroup 芁玠
control プロパティず同等。
-
-
-
selected
-
型: 論理型
このプロパティの倀は、芁玠が遞択されおいるずきは true、遞択されおいないずきは false です。このプロパティは読み取り専甚です。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
radiogroup, checkbox
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULSelectControlItemElement, nsIDOMXULLabeledControlElement
-
- -
diff --git a/files/ja/archive/mozilla/xul/radiogroup/index.html b/files/ja/archive/mozilla/xul/radiogroup/index.html deleted file mode 100644 index fd6b17b6ff..0000000000 --- a/files/ja/archive/mozilla/xul/radiogroup/index.html +++ /dev/null @@ -1,169 +0,0 @@ ---- -title: radiogroup -slug: Archive/Mozilla/XUL/radiogroup -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/radiogroup ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

radio ボタンのグルヌプ。グルヌプ内の radio ボタンを䞀床に䞀぀だけ遞択するこずができたす。radio ボタンは radiogroup の盎接の子たたは子孫芁玠です。グルヌプの border や caption が欲しいずきは、radiogroup を groupbox 内に眮いおください。radiogroup のデフォルトは垂盎指向です。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
disabled, focused, preference, tabindex, value
プロパティ
accessibleType, disabled, focusedItem, itemCount, selectedIndex, selectedItem, tabIndex, value
メ゜ッド
appendItem, checkAdjacentElement, getIndexOfItem, getItemAtIndex, insertItemAt, removeItemAt
-

䟋

-
Image:XUL_ref_radios.png
-
<radiogroup>
-  <radio id="orange" label="Red"/>
-  <radio id="violet" label="Green" selected="true"/>
-  <radio id="yellow" label="Blue"/>
-</radiogroup>
-
-

属性

-

- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
focused
型: 論理型
芁玠がフォヌカスされおいるずき、この属性倀は true です。
- -
- -
preference
型: 芁玠の id
芁玠を察応する preference に぀なぎたす。この属性は prefwindow 内で䜿甚された堎合のみ効果がありたす。preference の倀は、芁玠の value プロパティず䞀臎するように曎新されたす。
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
focusedItem
型: radio 芁玠
radiogroup 内で珟圚フォヌカスされおいる項目を保持したす。この項目は遞択されおいるずは限りたせん。このプロパティの蚭定によっおフォヌカスされた項目を倉曎できたす。
-
-
-
- itemCount
-
- 型: æ•Žæ•°åž‹
-
- 子項目の数を保持する読み取り専甚のプロパティ。
-
- - -
-
selectedIndex
型: æ•Žæ•°åž‹
遞択された項目の index を返したす。たた、このプロパティに index を蚭定しお項目を遞択する事もできたす。このプロパティに -1 を蚭定するず、項目の遞択をすべお解陀したす。
-
-
selectedItem
型: 芁玠
遞択できる芁玠がある芁玠の、珟圚遞択されおいる項目を保持したす。項目が遞択されおいないずきは、この倀は null になりたす。この倀の蚭定によっお項目を遞択するこずができたす。倀が、このプロパティたたは selectedIndex プロパティを通じお倉曎されるか、ナヌザによっお倉曎された堎合、select むベントが芁玠に送られたす。
-

 

-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
- « XUL リファレンス HOME
-
-
- appendItem(label,value )
-
- 戻り倀の型: 芁玠
-
- 新しい項目を生成し、既存の項目リストの末尟に远加したす。倀の蚭定は任意です。この関数は新しく生成された芁玠を返したす。
-
-

䟋

-
<script>
-function addItemsToList() {
-  var list = document.getElementById('myMenuList');
-
-  // add item with just the label
-  list.appendItem('One');
-
-  // add item with label and value
-  list.appendItem('Two', 999);
-
-  // Select the first item
-  list.selectedIndex = 0;
-}
-</script>
-
-<button label="Add items" oncommand="addItemsToList()" />
-
-<menulist id="myMenuList">
-  <menupopup />
-</menulist>
-

関連情報

-
-
checkAdjacentElement( dir )
-
戻り倀の型: 戻り倀無し
-
珟圚遞択されおいる radio ボタンの遞択を解陀し、グルヌプ内の次のボタンを遞択したす。 dir 匕数が true に蚭定されおいる堎合、次の radio ボタンが遞択されたす。 false に蚭定されおいる堎合、前の radio ボタンが遞択されたす。
-
-
getIndexOfItem( item )
-
戻り倀の型: æ•Žæ•°åž‹
-
指定した item の 0 を基点ずした䜍眮を返したす。項目は、 list 内に衚瀺された最初の項目から番号が付けられたす。
-
-
getItemAtIndex( index )
-
戻り倀の型: 芁玠
-
指定した index の䜍眮の芁玠を返したす。
-
-
insertItemAt( index, label, value )
-
戻り倀の型: 芁玠
-
このメ゜ッドは新しい項目を生成し、それを指定した䜍眮に挿入したす。倀の蚭定は任意です。新しい項目芁玠を返したす。
-
-
removeItemAt( index )
-
戻り倀の型: 芁玠
-
芁玠内の指定した index の子項目を削陀したす。このメ゜ッドは削陀した項目を返したす。
-
- -
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULSelectControlElement
-
- -
diff --git a/files/ja/archive/mozilla/xul/resizer/index.html b/files/ja/archive/mozilla/xul/resizer/index.html deleted file mode 100644 index 64dc098455..0000000000 --- a/files/ja/archive/mozilla/xul/resizer/index.html +++ /dev/null @@ -1,127 +0,0 @@ ---- -title: resizer -slug: Archive/Mozilla/XUL/resizer -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/resizer ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

window のサむズ倉曎に䜿甚される芁玠。resizer の内偎にカスタムサむズ倉曎ボタンを眮くず、ナヌザがそれをドラッグするこずによっお window サむズを倉曎するこずができたす。resizer はサむズ倉曎が完了した埌、command むベントを送りたす。

-
属性
dir
-

䟋

-
<window xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul"
-	hidechrome="true"
-	windowtype="main"
-	orient="vertical"
-	sizemode="normal"
-	width="400" height="300"
-	persist="screenX screenY width height">
-	<hbox flex="1">
-		<vbox width="2" style="background-color: grey;">
-			<resizer dir="topleft" height="2" style="cursor: nw-resize;"/>
-			<resizer dir="left" flex="1" style="cursor: w-resize;"/>
-			<resizer dir="bottomleft" height="2" style="cursor: sw-resize;"/>
-		</vbox>
-		<vbox flex="1">
-			<resizer dir="top" height="2" style="background-color: grey; cursor: n-resize;"/>
-			<browser flex="1" id="browser" type="content-primary"/>
-			<resizer dir="bottom" height="2" style="background-color: grey; cursor: s-resize;"/>
-		</vbox>
-		<vbox width="2" style="background-color: grey; overflow: hidden;">
-			<resizer dir="topright" height="2" style="cursor: ne-resize;"/>
-			<resizer dir="right" flex="1" style="cursor: e-resize;"/>
-			<resizer dir="bottomright" height="2" style="cursor: se-resize;"/>
-		</vbox>
-	</hbox>
-</window>
-
-

属性

-
- -
dir
型: 䞋蚘の倀のいずれか䞀぀
window がサむズ倉曎される方向。
- - - -
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/richlistbox/index.html b/files/ja/archive/mozilla/xul/richlistbox/index.html deleted file mode 100644 index ba4e18eaad..0000000000 --- a/files/ja/archive/mozilla/xul/richlistbox/index.html +++ /dev/null @@ -1,290 +0,0 @@ ---- -title: richlistbox -slug: Archive/Mozilla/XUL/richlistbox -tags: - - XUL Elements - - XUL Reference - - 芁曎新 -translation_of: Archive/Mozilla/XUL/richlistbox ---- -
- - « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠は (listbox によく䌌た) リストアむテム (richlistitem) のリストを䜜成したす。この芁玠はアむテムがテキスト䞻䜓の堎合は䜿甚しない方が良いでしょう。

-
èš»: Firefox 3 より以前のバヌゞョンではリッツチリストボックスは 1 ぀の項目しか遞択するこずが出来たせんでしたが、Firefox 3 では耇数の項目を遞択できるようになりたした。
-
-
- 属性
-
- disabled, disableKeyNavigation, preference, rows, seltype, suppressonselect, tabindex, value
-
- プロパティ
-
- accessibleType, currentIndex, currentItem, disabled, disableKeyNavigation, itemCount, selectedCount, selectedIndex, selectedItem, selectedItems, selType, suppressOnSelect, tabIndex, value
-
- メ゜ッド
-
- addItemToSelection, appendItem, clearSelection, ensureElementIsVisible, ensureIndexIsVisible, getIndexOfFirstVisibleRow, getIndexOfItem, getItemAtIndex, getNumberofVisibleRows, getRowCount, getSelectedItem, insertItemAt, invertSelection, moveByOffset, removeItemAt, removeItemFromSelection, scrollToIndex, selectAll, selectItem, selectItemRange, timedSelect, toggleItemSelection
-
-

䟋

-
<richlistbox>
-  <richlistitem>
-    <description>A XUL Description!</description>
-  </richlistitem>
-  <richlistitem>
-    <button label="A XUL Button"/>
-  </richlistitem>
-</richlistbox>
-

richlistbox　芁玠は、耇数の richlistitem 芁玠によっお構成され、その䞭には様々な内容を含むこずができたす。たた richlistitem　芁玠をマりスでクリックするかキヌボヌドを䜿甚するこずで遞択できたす。

-

属性

-

- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
disableKeyNavigation
型: 論理型
この属性が䜿甚されおいない堎合、ナヌザは、項目のラベル内の文字にマッチするキヌを抌すこずによっお、芁玠内の特定の項目に移動するこずができたす。これはむンクリメンタルに行われるため、さらに文字を入力しお、項目をさらに特定するこずができたす。この機胜は、この属性を true に蚭定するこずによっお無効化されたす。
- -
- -
preference
型: 芁玠の id
芁玠を察応する preference に぀なぎたす。この属性は prefwindow 内で䜿甚された堎合のみ効果がありたす。preference の倀は、芁玠の value プロパティず䞀臎するように曎新されたす。
- -
- -
rows
型: æ•Žæ•°åž‹
芁玠内に衚瀺する行数。芁玠がこの数倀よりも倚くの行を含むずきはスクロヌルバヌが珟れたす。芁玠内の実際の rows の倀を取埗するには getRowCount メ゜ッドを䜿甚しおください。
- -
- -
-
- seltype
-
- 型: 䞋蚘の倀のいずれか䞀぀
-
- 耇数の遞択を蚱可するかどうかを指瀺したす。
-
- -

tree 芁玠ではさらに、

- -
- -
suppressonselect
型: 論理型
この属性が指定されおいないずきは、ナヌザや select メ゜ッドの呌び出しによっお項目が遞択されるたびに select むベントが発生したす。true に蚭定するず select むベントは発生したせん。
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
currentIndex
型: æ•Žæ•°åž‹
珟圚フォヌカスされた list 内の項目の index を蚭定したす。フォヌカスされた項目がない堎合、倀は -1 になりたす。䞀぀の項目のみを遞択する list では、珟圚の index は垞に遞択された index ず同じになりたす。耇数の項目を遞択する list では、Ctrl キヌを抌䞋しながらカヌ゜ルキヌで移動するこずによっお、遞択を倉曎せずに、珟圚フォヌカスされた行がナヌザによっお倉曎されたす。
-
-
currentItem
型: listitem 芁玠
リストボックス内の最埌に遞択された項目を返したす。これは耇数の項目を遞択するリストボックスで圹立ちたす。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
-
disableKeyNavigation
-
型: 論理型
-
disableKeyNavigation 属性の倀の取埗ず蚭定。
-
-
-
- itemCount
-
- 型: æ•Žæ•°åž‹
-
- 子項目の数を保持する読み取り専甚のプロパティ。
-
- - -
-
selectedCount
型: æ•Žæ•°åž‹
珟圚遞択されおいる項目の数を返したす。
-
-
selectedIndex
型: æ•Žæ•°åž‹
遞択された項目の index を返したす。たた、このプロパティに index を蚭定しお項目を遞択する事もできたす。このプロパティに -1 を蚭定するず、項目の遞択をすべお解陀したす。
-
-
selectedItem
型: 芁玠
遞択できる芁玠がある芁玠の、珟圚遞択されおいる項目を保持したす。項目が遞択されおいないずきは、この倀は null になりたす。この倀の蚭定によっお項目を遞択するこずができたす。倀が、このプロパティたたは selectedIndex プロパティを通じお倉曎されるか、ナヌザによっお倉曎された堎合、select むベントが芁玠に送られたす。
-

 

-
-
selectedItems
型: listitems の配列
リスト内の遞択された項目の配列を返したす。
-
-
selType
型: 文字列型
seltype 属性の倀の取埗ず蚭定。
-
-
suppressOnSelect
型: 論理型
suppressonselect 属性の倀の取埗ず蚭定。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
addItemToSelection( item )
-
戻り倀の型: 戻り倀無し
-
䞎えられた item を远加遞択したす。すでに遞択されおいる項目の遞択は解陀されたせん。
-
- « XUL リファレンス HOME
-
-
- appendItem(label,value )
-
- 戻り倀の型: 芁玠
-
- 新しい項目を生成し、既存の項目リストの末尟に远加したす。倀の蚭定は任意です。この関数は新しく生成された芁玠を返したす。
-
-

䟋

-
<script>
-function addItemsToList() {
-  var list = document.getElementById('myMenuList');
-
-  // add item with just the label
-  list.appendItem('One');
-
-  // add item with label and value
-  list.appendItem('Two', 999);
-
-  // Select the first item
-  list.selectedIndex = 0;
-}
-</script>
-
-<button label="Add items" oncommand="addItemsToList()" />
-
-<menulist id="myMenuList">
-  <menupopup />
-</menulist>
-

関連情報

-
-
clearSelection()
-
戻り倀の型: 戻り倀無し
-
すべおの項目の遞択を解陀したす。
-
-
ensureElementIsVisible( element )
-
戻り倀の型: 戻り倀無し
-
指定した芁玠がナヌザに芋えおいない堎合は、衚瀺されおいる項目がスクロヌルされ、芋えるようになりたす。項目がすでに芋える䜍眮にある堎合はスクロヌルされたせん。
-
-
ensureIndexIsVisible( index )
-
戻り倀の型: 戻り倀無し
-
指定した index の項目が珟圚ナヌザに芋えおいない堎合、衚瀺されおいる項目がそこたでスクロヌルされたす。項目がすでに芋えおいる堎合はスクロヌルされたせん。
-
-
getIndexOfFirstVisibleRow()
-
戻り倀の型: æ•Žæ•°åž‹
-
衚瀺されおいる最初の行の index を返したす。これはリストデヌタの最初の行ではないので泚意しおください。衚瀺されおいる項目がスクロヌルされるず、この関数はナヌザに芋える最初の行の index を取埗したす。
-
-
getIndexOfItem( item )
-
戻り倀の型: æ•Žæ•°åž‹
-
指定した item の 0 を基点ずした䜍眮を返したす。項目は、 list 内に衚瀺された最初の項目から番号が付けられたす。
-
-
getItemAtIndex( index )
-
戻り倀の型: 芁玠
-
指定した index の䜍眮の芁玠を返したす。
-
-
getNumberOfVisibleRows()
-
戻り倀の型: æ•Žæ•°åž‹
-
珟圚ナヌザに芋えおいる行数を返したす。
-
-
getRowCount()
-
戻り倀の型: æ•Žæ•°åž‹
-
芁玠内の行数の合蚈を返したす。衚瀺されおいる行数ずは関係ありたせん。
-
-
getSelectedItem( index )
-
戻り倀の型: 芁玠
-
耇数の項目が遞択されおいる時、このメ゜ッドを䜿甚しお遞択された各項目を取埗するこずができたす。匕数 index は遞択された項目のリストの index を指定したす。項目の行番号ではありたせん。項目の index は 0 を基点ずしたす。次の䟋は遞択された最初の項目を返したす: getSelectedItem(0)
-
-
insertItemAt( index, label, value )
-
戻り倀の型: 芁玠
-
このメ゜ッドは新しい項目を生成し、それを指定した䜍眮に挿入したす。倀の蚭定は任意です。新しい項目芁玠を返したす。
-
-
invertSelection()
-
戻り倀の型: 戻り倀無し
-
すべおの項目の遞択状態を反転したす。遞択された項目の遞択は解陀され、遞択されおいない項目が遞択されたす。
-
-
moveByOffset( offset , isSelecting, isSelectingRange)
-
戻り倀の型: 戻り倀無し
-
offset が正の数の堎合、フォヌカスされた項目を前方ぞ移動したす。offset が負の数の堎合、フォヌカスされた項目を埌方ぞ移動したす。isSelecting が true の堎合、遞択も同時に移動したす。isSelectingRange が true の堎合、珟圚の遞択項目に加えお新しい項目が遞択されたす。isSelectingRange が false の堎合、既存の遞択は解陀されたす。隠された (hidden") 項目はスキップされたす。
-
-
removeItemAt( index )
-
戻り倀の型: 芁玠
-
芁玠内の指定した index の子項目を削陀したす。このメ゜ッドは削陀した項目を返したす。
-
-
removeItemFromSelection( item )
-
戻り倀の型: 戻り倀なし
-
指定した項目の遞択のみを解陀したす。他の項目の遞択は解陀したせん。
-
-
scrollToIndex( index )
-
戻り倀の型: 戻り倀無し
-
指定した index の䜍眮にスクロヌルしたす。これは衚瀺領域が垞にスクロヌルされるため、ensureIndexIsVisible ずは異なりたす。
-
-
selectAll()
-
戻り倀の型: 戻り倀無し
-
すべおの項目を遞択したす。遞択埌、 select むベントが送られたす。
-
-
selectItem( item )
-
戻り倀の型: 戻り倀無し
-
珟圚遞択されおいる項目の遞択を解陀し、䞎えられた item を遞択したす。遞択埌、 select むベントが送られたす。
-
-
selectItemRange( startItem, endItem )
-
戻り倀の型: 戻り倀無し
-
匕数に䞎えられた 2 ぀の項目間の項目を遞択したす。これは startItem および endItem の項目も含みたす。他のすべおの項目の遞択は解陀されたす。このメ゜ッドは、1 ぀の項目を遞択するリストボックスでは䜕もしたせん。遞択埌、select むベントが送られたす。
-
-
timedSelect( item, timeout )
-
戻り倀の型: 戻り倀無し
-
匕数 item で指定した項目を、匕数 timeout に指定したのミリ秒埌に遞択したす。他のすべおの項目の遞択は解陀されたす。
-
toggleItemSelection( item )
戻り倀の型: 戻り倀なし
指定した項目が遞択されおいる堎合、この遞択が解陀されたす。そうでない堎合、この項目が遞択されたす。listbox 内の他の遞択された項目はこの圱響を受けず、遞択状態が保持されたす。
- -
-
- むンタフェヌス
-
- nsIAccessibleProvider, nsIDOMXULMultiSelectControlElement
-
diff --git a/files/ja/archive/mozilla/xul/richlistitem/index.html b/files/ja/archive/mozilla/xul/richlistitem/index.html deleted file mode 100644 index c89f1f7508..0000000000 --- a/files/ja/archive/mozilla/xul/richlistitem/index.html +++ /dev/null @@ -1,110 +0,0 @@ ---- -title: richlistitem -slug: Archive/Mozilla/XUL/richlistitem -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/richlistitem ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

richlistbox で䜿甚する個々のアむテム。

-
属性
disabled, searchlabel, selected, tabindex, value
プロパティ
accessible, control, disabled, label, selected, tabIndex, value
-

䟋

-

(䟋が必芁)

-

属性

-

- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
searchlabel
型: 文字列型
'find-as-you-type' (FAYT) 怜玢で䜿甚する文字列。怜玢テキストが曖昧か芋぀からないずころでは、FAYT は searchlabel を基に怜玢を行いたす。searchlabel が蚭定されおいない堎合、FAYT は label プロパティを基に怜玢を行いたす。
- -
- -
-
- selected
-
- 型: 論理型
-
- 芁玠が遞択されおいるかどうかを返したす。この倀は読み取り専甚です。遞択された項目を倉曎するには selectedIndex か selectedItem プロパティの倀を倉曎しおください。
-
- - -

 

-
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
accessible
型: nsIAccessible
芁玠の accessibility object を返す。
-
-
-
- control
-
- 型: 芁玠の id
-
- control 属性の倀の取埗ず蚭定。
-
- - -

 

-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
label
型: 文字列型
任意の label 子芁玠からテキストの連なりを取埗したす。ラベル倀の蚭定はサポヌトしおいたせん。ラベルテキストの蚭定は子芁玠を盎接䜿甚しおください。
-
-
searchLabel
型: 文字列型
searchlabel 属性の倀の取埗ず蚭定。
-
-
-
selected
-
型: 論理型
このプロパティの倀は、芁玠が遞択されおいるずきは true、遞択されおいないずきは false です。このプロパティは読み取り専甚です。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULSelectControlItemElement
-
- -
diff --git a/files/ja/archive/mozilla/xul/row/index.html b/files/ja/archive/mozilla/xul/row/index.html deleted file mode 100644 index 863d7f1b78..0000000000 --- a/files/ja/archive/mozilla/xul/row/index.html +++ /dev/null @@ -1,95 +0,0 @@ ---- -title: row -slug: Archive/Mozilla/XUL/row -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/row ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

rows 芁玠の䞭の䞀行。各 row 芁玠の子は連続した grid の各セルに眮かれたす。最も倚く子芁玠を持ったコラムが、各行の列の数を決めたす。列の数は grid 内に定矩された column 芁玠の数よりも倚くなるか、たたは少なくなるかもしれたせん。

-

詳しい情報が XUL チュヌトリアルにありたす。

-

䟋

-

䟋は grid をご芧ください。

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
grid, columns, column, rows.
-
- -
diff --git a/files/ja/archive/mozilla/xul/rows/index.html b/files/ja/archive/mozilla/xul/rows/index.html deleted file mode 100644 index b3744a7f8b..0000000000 --- a/files/ja/archive/mozilla/xul/rows/index.html +++ /dev/null @@ -1,97 +0,0 @@ ---- -title: rows -slug: Archive/Mozilla/XUL/rows -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/rows ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

grid の rows を定矩したす。子芁玠のrow で grid 内に珟れる各 rows を定矩したす。各 rows 芁玠の子は row 芁玠でなければなりたせん。

-

rows 芁玠はもう䞀぀の rows 芁玠内に入れ子になるかもしれたせん。入れ子になった子芁玠の rows は、芪芁玠の䞀郚であるかのように通垞の rows ずしおカりントされたす。しかし、入れ子になった rows 芁玠は、境界線ごずに分けられた rows のグルヌプにしたり、rows のグルヌプごずにスクロヌルできるようしたりできたす。

-

rows 芁玠内に眮かれた row に関係のない芁玠は、grid の党幅を占有し、rows 間の察応する堎所に眮かれたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-

䟋

-

䟋は grid をご芧ください。

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
grid, columns, column, row.
-
- -
diff --git a/files/ja/archive/mozilla/xul/rule/index.html b/files/ja/archive/mozilla/xul/rule/index.html deleted file mode 100644 index 4f42a59fae..0000000000 --- a/files/ja/archive/mozilla/xul/rule/index.html +++ /dev/null @@ -1,60 +0,0 @@ ---- -title: rule -slug: Archive/Mozilla/XUL/rule -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/rule ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

template 内で䜿甚されるルヌル。rule の子芁玠は、ルヌルに䞀臎するず生成されるコンテンツの、条件の宣蚀に䜿甚されたす。ルヌルには where 芁玠や binding 芁玠、action 芁玠が含たれたす。条件は where 芁玠で定矩されたす。すべおの条件に䞀臎する各結果に察しお、rule の action 本䜓内郚のコンテンツが生成されたす。远加の倉数バむンドを指定する bindings 芁玠は任意です。

-

テンプレヌト内で query 芁玠が䜿甚されおいない堎合、デフォルトのク゚リが䜿甚され、RDF デヌタ゜ヌスに぀いおは簡単なク゚リ構文が䜿甚されたす。これに぀いおの詳しい情報は Simple Query Syntax をご芧ください。

-
属性
iscontainer, isempty, parent, parsetype
-

䟋

-

(䟋が必芁)

-

属性

-

- -
iscontainer
型: 論理型
コンテナ芁玠を基底ずしおルヌルにマッチするかどうかを瀺す。この属性が指定されおいない堎合、rule はノヌドがコンテナかどうかに関わりたせん。
- - -
- -
isempty
型: 論理型
空芁玠を基底ずしおルヌルにマッチするかどうかを瀺す。この属性が指定されおいない堎合、rule はノヌドが子芁玠を持っおいるかどうかに関わりたせん。
- - -
- -
parent
型: 芁玠のタグ名
この属性を蚭定するず、rule は察応するタグにのみマッチしたす。これは異なるタグを持぀別々の葉ノヌドやコンテナノヌドのためのルヌルに䜿甚されたす。
- -
- - -
-
parsetype
-
型: 文字列型
-
この属性に Integer 型の倀を蚭定するず、rule は敎数型 (Integer)の parseType を持぀ RDF ノヌドにのみマッチしたす。
-
-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/scale/index.html b/files/ja/archive/mozilla/xul/scale/index.html deleted file mode 100644 index fad237c34a..0000000000 --- a/files/ja/archive/mozilla/xul/scale/index.html +++ /dev/null @@ -1,171 +0,0 @@ ---- -title: scale -slug: Archive/Mozilla/XUL/scale -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/scale ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

scale はある範囲内の倀を遞択できたす。氎平あるいは垂盎に衚瀺されるバヌ䞊の぀たみをドラッグするこずで倀を遞択したす。

-

scale の方向を指定するには orient 属性を䜿っおください。デフォルトの倀は氎平方向のスケヌルを衚瀺する horizontal です。小さな倀が巊にあり、倧きな倀が右にありたす。垂盎方向のスケヌルを䜿うには orient 属性を vertical にしおください。

-

ナヌザは矢印キヌを䜿っお 1 単䜍ず぀倀を増やしたり枛らしたりできたす。あるいは Page Up キヌず Page Down キヌを䜿っお 1 ペヌゞず぀ (pageincrement 属性で指定された) 倀を増やしたり枛らしたりできたす。Home キヌず End キヌは scale の倀をそれぞれ最小倀ず最倧倀に蚭定したす。scale は倀が倉曎されるず change むベントを発生したす。

-
属性
disabled, increment, max, min, movetoclick, pageincrement, tabindex, value
プロパティ
disabled, max, min, increment, pageIncrement, tabIndex, value,
メ゜ッド
decrease, decreasePage, increase, increasePage,
-

䟋

-

氎平スケヌル:

-
<scale min="1" max="10"/>
-
-

Image:Controlguide-scale.png

-

垂盎スケヌル:

-
<scale min="1" max="10" orient="vertical"/>
-
-

属性

-

- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
-
- increment
-
- 型: 論理型
-
- 矢印がクリックされたずきに (スクロヌルバヌの) curpos あるいは (数倀ボックスの) value 属性の倉曎される量。デフォルト倀は 1 です。
-
-
- -
-
max
-
型: æ•Žæ•°åž‹
-
スケヌルたたは数倀ボックスの取り埗る最倧倀。スケヌルの堎合の初期倀は 100、数倀ボックスの堎合の初期倀は無限。
-
- - -
- -
-
- min
-
- 型: æ•Žæ•°åž‹
-
- スケヌルあるいは数倀ボックスの取りうる最小倀。デフォルト倀は 0 です。
-
-

 

-
- -
movetoclick
型: 論理型
true の堎合、scale のスラむド領域をクリックするず、぀たみが盎接その䜍眮に移動したす。false の堎合、スラむド領域をクリックするず、぀たみがその方向に目盛り 1 ぀分だけ移動したす。この属性を指定しない堎合、各プラットフォヌムごずのデフォルト倀が䜿甚されたす。
- -
- -
-
- pageincrement
-
- 型: æ•Žæ•°åž‹
-
- (scrollbar の) curpos 属性あるいは (scale の) value 属性の倀が、スクロヌルバヌのトレむがクリックされるか、PgUp / PdDn キヌが抌された時に倉曎される量。トレむはスクロヌルバヌの぀たみが動く範囲です。デフォルト倀は 10 です。
-
-

 

-
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
-
- increment
-
- 型: æ•Žæ•°åž‹
-
- increment 属性の倀の取埗ず蚭定。
-
- -
-
min
-
型: æ•Žæ•°åž‹
-
min 属性の倀の取埗ず蚭定。
-
-
-
- max
-
- 型: æ•Žæ•°åž‹
-
- max 属性の倀の取埗ず蚭定。
-
-
pageIncrement
型: æ•Žæ•°åž‹
pageincrement 属性の倀の取埗ず蚭定。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-
- decrease()
-
- 戻り倀の型: 戻り倀無し
-
- scale たたは数倀ボックスの倀を increment 分枛らす
-
-
decreasePage()
-
戻り倀の型: 戻り倀無し
-
scale の倀を pageincrement 分枛らす
-
-
- increase()
-
- 戻り倀の型: 戻り倀なし
-
- scale たたは数倀ボックスの倀を increment 分増やす。
-
-
increasePage()
-
戻り倀の型: 戻り倀無し
-
scale の倀を pageincrement 分増やす。
-
- -
むンタフェヌス
nsIDOMXULControlElement
-
- -
diff --git a/files/ja/archive/mozilla/xul/school_tutorial/adding_events_and_commands/index.html b/files/ja/archive/mozilla/xul/school_tutorial/adding_events_and_commands/index.html deleted file mode 100644 index fdeedeaf0f..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/adding_events_and_commands/index.html +++ /dev/null @@ -1,96 +0,0 @@ ---- -title: Adding Events and Commands -slug: Archive/Mozilla/XUL/School_tutorial/Adding_Events_and_Commands -tags: - - XUL -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/Adding_Events_and_Commands ---- -
- {{PreviousNext("XUL/School_tutorial/Adding_Toolbars_and_Toolbar_Buttons", "XUL/School_tutorial/The_Box_Model")}}
-

むベントハンドラ

-

HTML の堎合ず同様に、ほずんどの JavaScript コヌドは、DOM 芁玠に取り付けられたむベントハンドラによっお実行が開始されたす。最も䞀般的に䜿甚されるむベントは、onload むベントです。これは、オヌバヌレむや他のりィンドりでりィンドりが読み蟌たれたこずを怜出し、初期化コヌドを実行するために䜿甚されたす:

-
// オヌバヌレむコヌドの最埌尟に蚘述したす。
-window.addEventListener(
-  "load", function() { XulSchoolChrome.BrowserOverlay.init(); }, false);
-
-

䌌たむベントに onunload むベントがありたす。これは、コヌドの埌始末をする時に必芁になりたす。

-
- 付録 A をよく読んでください。Firefox のパフォヌマンスを䞋げずに load むベントを䜿甚しおアドオンを初期化する方法が曞かれおいたす。
-

HTML の堎合ず同様にむベントハンドラを取り付けるもう䞀぀の方法は、ハンドラを XUL コヌド内に眮くこずです:

-
<overlay id="xulschoolhello-browser-overlay"
-  onload="XulSchoolChrome.BrowserOverlay.init();"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-

コンテンツず振る舞いを分けられるため、私たちは最初の方法を奜んで䜿甚したす。たた、芁玠の属性には "on" プレフィックスが付きたすが、addEventListener メ゜ッドは、プレフィックスなしのむベント名を受け取るこずに泚意しおください。リッスンできるむベントのリストを参照しお、状況に合ったものを䜿甚しおください。芁玠には、その芁玠に関連するむベントのみが実装されおいたすが、ほずんどの芁玠に実装されおいるむベントもいく぀かありたす。特に、䞋蚘のむベントを芚えおおくずよいでしょう:

- -

むベントハンドラは、event 匕数を取るこずができたす。これは、むベント䞊の情報を保持する Event オブゞェクトです。修食キヌ (むベント䞭にナヌザが Alt キヌなどの修食キヌを抌したたたにしおいる堎合) の情報やマりスむベントのためのスクリヌン座暙、そしお最も重芁なむベントのタヌゲット芁玠の情報を埗るこずができたす。䟋えば、次のように蚘述したす:

-
<button label="&xulschoolhello.defaultGreeting.label;"
-  oncommand="XulSchoolChrome.BrowserOverlay.changeGreeting(event);" />
-
-

そしお、JavaScript コヌドでは次のようにしたす:

-
changeGreeting : function(aEvent) {
-  // more stuff
-  aEvent.target.setAttribute("label", someNewGreeting);
-}
-
-

この䟋のタヌゲットは button 芁玠です。クリックするず、このボタンのテキストが倉曎されたす。event 匕数を䜿甚する利点は、メ゜ッドが特定のボタンに䟝存しないこずです。そのため、このメ゜ッドを他の芁玠にも䜿甚するこずができたす。

-

さらに詳しいむベントの扱い方に぀いおは、Event Propagation に぀いおのペヌゞをお読みください。簡単に説明するず、むベントの䌝達は、キャプチャフェヌズで DOM ツリヌのルヌトから目的の芁玠たで降り、次のバブルフェヌズでルヌトぞず戻りたす。これらのフェヌズ䞭に、い぀でもむベントをキャプチャたたはキャンセルできたす。これらのむベントがキャプチャされる地点に到達する前にキャンセルされるこずはありたせん。addEventListener メ゜ッドで関数の最埌の匕数を䞎えるず、むベントを扱うフェヌズの制埡ができたす。

-
- 䞀般的に、キャプチャフェヌズ䞭やむベントのキャンセル䞭にむベントハンドラを远加するこずは避けなければなりたせん。ほずんどのむベントには関連付けられたデフォルトの動䜜があるため、ナヌザにずっお予期できない動䜜を匕き起こしたす。
-

カスタムむベント

-

これは、あたり䜿わなくおも知っおおくべき、ずおもパワフルなツヌルです。DOM createEvent は、ディスパッチずキャプチャが可胜なカスタムむベントを䜜成できる関数です。

-

カスタムむベントは、圹立぀コミュニケヌション機構ずしお利甚できたす。特に、XUL りィンドりずりェブペヌゞのコンテンツの間でコミュニケヌションを取りたい堎合など、䞀般的な問題に察凊する時に圹立ちたす。ペヌゞの読み蟌み䞭や衚瀺䞭に、そのコンテンツを XUL コヌドで制埡するこずは難しくありたせん (埌で取り䞊げたす) が、あなたの拡匵機胜の XUL コヌドが安党な方法でペヌゞから情報を受け取るこずは難しくなりたす。りェブサむトの JavaScript が Firefox や実行䞭の JavaScript を chrome 特暩で制埡できおしたい、党く安党でなくなるからです。

-

䟋えば、あなたの拡匵機胜がりェブサむトのペヌゞず察話し、このサむト䞊の䜕らかの匕き金によっおあなたの拡匵機胜に行動を起こさせたいずしたす。これを解決する䞀぀の方法は、あなたの拡匵機胜が簡単に認識できるカスタムむベントをサむト䞊で生成するこずです。この発生したむベントを、XUL オヌバヌレむ内でキャプチャしおください:

-
// オヌバヌレむのコヌド内
-document.addEventListener(
-  "XSHelloGreetingEvent", function(aEvent) { /* do stuff*/ }, false);
-
-

これを行う時は泚意しおください 少なくずも、カスタムむベントが生成されたペヌゞの URL が正しいか怜蚌すべきです。たた、この皮類のむベントから起こる動䜜によっお、ナヌザのデヌタが砎壊されないようにすべきです。悪意のあるサむトは、これらのむベントによっおナヌザに損害を䞎えようずしたす。ここに、リモヌトコンテンツずロヌカルの chrome を分けおおく理由がありたす。必ず守っおください。

-

さらに埌の Intercepting Page Loads セクションで、このセクションを補い、りェブコンテンツず XUL の間の察話を扱うための基瀎固めができたす。カスタムむベントに぀いおの远加の情報ず、りェブコンテンツず XUL の間のコミュニケヌションに䜿甚する方法は、Interaction between privileged and non-privileged pages のコヌドの䟋を参照しおください。この皮類のコミュニケヌションに぀いおの説明がありたす。

-

ブロヌドキャスタ

-

䞀貫性のある UI を保぀こずも、拡匵機胜の動䜜にずっお重芁な偎面です。堎合によっお、あなたの拡匵機胜は、ナヌザがサヌビスぞログむンたたはログアりトした時、あるいは Firefox の状態がオンラむンたたはオフラむンぞ切り替わった時、これらの制埡を有効たたは無効にする必芁がありたす。同時にいく぀かの芁玠を倉曎する必芁があるケヌスがありたすが、これは、JavaScript から管理するこずは困難です。このようなケヌスでは、broadcaster 芁玠を利甚しおください。

-

はじめに、broadcaster 芁玠を broadcasterset 芁玠の子芁玠ずしお XUL コヌドに远加する必芁がありたす。

-
<broadcasterset id="xulschoolhello-broadcasterset">
-  <broadcaster id="xulschoolhello-online-broadcaster" />
-</broadcasterset>
-
-

これらの芁玠は、完党に䞍可芖なため XUL コヌド内のどこにでも蚘述するこずができたすが、他の popupset や commandset などの䞍可芖の芁玠ず共に XUL コヌドの最䞊郚に蚘述するこずをお勧めしたす。

-

次に、observes 属性 を䜿甚しお、このブロヌドキャスタずリンクされる XUL 芁玠を指定する必芁がありたす:

-
<menuitem id="xulschoolhello-hello-menu-item"
-  label="&xulschoolhello.hello.label;"
-  accesskey="&xulschoolhello.helloItem.accesskey;"
-  observes="xulschoolhello-online-broadcaster"
-  oncommand="XULSchoolChrome.BrowserOverlay.sayHello(event);" />
-
-

この属性の倀には、broadcaster 芁玠の id を蚭定したす。これは、この芁玠が broadcaster に起こるすべおの属性の倉化を芳察するこずを瀺したす。broadcaster を芳察する芁玠は、いく぀でも増やせたす。

-

次に必芁なこずは、JavaScript を䜿甚しお broadcaster 芁玠内の属性を蚭定たたは削陀するこずだけです。これらの属性倀は、これを芳察するすべおのノヌドによっお自動的に蚭定たたは削陀されたす。たた、次の䟋の label のように既存の倀を䞊曞きするこずもできたす。

-
let onlineBroadcaster = document.getElementById("xulschoolhello-online-broadcaster");
-
-onlineBroadcaster.setAttribute("label", "Something");
-
-

たた、observes 芁玠を芳察ノヌドの子芁玠ずしお远加するこずにより、この動䜜をきめ现やかに制埡できたす。この芁玠で芳察したい属性を遞択できたす。

-

ブロヌドキャスタは、倚くのコヌドを远加するこずなく、数倚くの芁玠の䞀貫性を簡単に管理できるようにしたす。たた、䞎えられた芁玠が DOM 内のものかどうか知っおおく必芁もありたせん。䟋えば、カスタマむズ可胜なツヌルバヌに䞎えられたボタンが配眮されおいるかどうか分からない堎合、broadcaster を䜿えば簡単に知るこずができたす。この方法では、ボタンが配眮されおいるか確認する代わりに、broadcaster に倀を蚭定するだけで枈みたす。

-

コマンド

-

command 芁玠は、oncommand むベントず共に䜿甚される、コマンドに特化した broadcaster の䞀皮です。これは、Firefox や拡匵機胜で共通の UI 動䜜にするための掚奚された方匏です。command 芁玠は Firefox で数倚く䜿甚されおいたす。DOM Inspector で確認しおみおください。

-

これらの動䜜は broadcaster 芁玠ず党く同じですが、これらは共有された属性に oncommand がある時に䜿甚されたす。私たちのメニュヌの䟋に、コマンドの良い実装䟋がありたす。

-
<commandset id="xulschoolhello-commandset">
-  <command id="xulschoolhello-hello-command"
-    oncommand="XULSchoolChrome.BrowserOverlay.sayHello(event);" />
-  <!-- More commands. -->
-</commandset>
-<!-- More code here... -->
-<menuitem id="xulschoolhello-hello-menu-item"
-  label="&xulschoolhello.hello.label;"
-  accesskey="&xulschoolhello.helloItem.accesskey;"
-  command="xulschoolhello-hello-command" />
-
-

コマンドを command 芁玠を䜿甚するこずで、JavaScript の呌び出しを䞀か所たずめ、コヌドの重耇やバグを避けるこずができたす。たた、UI を簡単に調敎できたす。XUL コヌドをいく぀も繰り返し蚘述するこずなく、同じ動䜜のツヌルバヌボタンやステヌタスバヌボタン、メニュヌアむテムを远加する拡匵機胜を䜜成できたす。コマンドずブロヌドキャスタは、耇雑なフォヌムを持぀りィンドりやダむアログの䜜成を楜にしおくれたす。むベント駆動型のコヌドを拡匵機胜に远加する時は、これらのこずを垞に心に留めおおいおください。

-
- {{PreviousNext("XUL/School_tutorial/Adding_Toolbars_and_Toolbar_Buttons", "XUL/School_tutorial/The_Box_Model")}}
-

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/adding_menus_and_submenus/index.html b/files/ja/archive/mozilla/xul/school_tutorial/adding_menus_and_submenus/index.html deleted file mode 100644 index 013daf093a..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/adding_menus_and_submenus/index.html +++ /dev/null @@ -1,163 +0,0 @@ ---- -title: メニュヌずサブメニュヌの远加 -slug: Archive/Mozilla/XUL/School_tutorial/Adding_menus_and_submenus -tags: - - XUL -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/Adding_menus_and_submenus ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- - -

前回のセクションの Hello World の䟋では、最も䞀般的なツヌルメニュヌぞの远加 (掚奚) ずメむンメニュヌバヌぞの远加 (非掚奚) の 2 通りの方法でメニュヌを远加したした。このセクションでは、さらに専門的なメニュヌずその扱い方を芋おいきたす。

- - -

新しいメニュヌの远加

- - -

私たちはすでにオヌバヌレむでメニュヌを远加する方法を説明しおいるので、サブメニュヌを入れ子にする方法のむメヌゞが掎めるでしょう。しかし、ナヌザを混乱させないように、すべおのオプションをメニュヌに含めるようなこずは避けなければなりたせん。

- - -

あなたの拡匵機胜が新しい XUL りィンドりを必芁ずする堎合は、menubar 芁玠で、それらのりィンドりにメニュヌを远加できたす。menubar 芁玠は、Mac OS X 以倖のシステム䞊ではもう䞀぀のツヌルバヌずしお扱われるため、toolbox 芁玠の子芁玠にしなければなりたせん。これらのシステムでは、ツヌルバヌをカスタマむズしお、ツヌルバヌコントロヌルをメニュヌバヌ䞊に移動するこずができたす。

- - -
-

Mac OS X は、他のシステムずかなり異なる方法でメニュヌを扱いたす。あなたの拡匵機胜がメニュヌを別の方法で远加する堎合は、Mac OS X 䞊でテストし、すべお適切に動䜜するこずを確認しおください。

-
- - -

toolbox は、XUL ドキュメントの先頭に蚘述されなければなりたせん。コヌドは次のようになりたす:

- - -
<toolbox>
-  <menubar id="xulschoolhello-menubar">
-    <menu id="xulschoolhello-greeting-menu" label="&xulschoolhello.greeting.label;">
-      <menupopup>
-        <menuitem label="&xulschoolhello.greet.short.label;"
-          oncommand="XULSchoolChrome.GreetingDialog.greetingShort(event);" />
-        <menuitem label="&xulschoolhello.greet.medium.label;"
-          oncommand="XULSchoolChrome.GreetingDialog.greetingMedium(event);" />
-        <menuitem label="&xulschoolhello.greet.long.label;"
-          oncommand="XULSchoolChrome.GreetingDialog.greetingLong(event);" />
-        <menuseparator />
-        <menuitem label="&xulschoolhello.greet.custom.label;"
-          oncommand="XULSchoolChrome.GreetingDialog.greetingCustom(event);" />
-      </menupopup>
-    </menu>
-  </menubar>
-</toolbox>
- - -

このコヌドは、簡単な menu を衚瀺し、3 皮類の異なる挚拶のオプションず menuseparator を持ち、最埌にカスタムの挚拶のオプションがありたす。セパレヌタは、異なる皮類の menuitem 芁玠を分ける氎平線ずしお衚瀺され、メニュヌアむテムを敎えるために䜿甚されたす。

- - -

menubar は、䞀぀以䞊の menu 芁玠を保持できたす。メニュヌは、menupopup 芁玠をコンテナにする必芁があり、その子芁玠に menuitem 芁玠や menuseparator 芁玠だけでなく、メニュヌを入れ子にするための menu 芁玠を持぀こずができたす:

- - -
<toolbox>
-  <menubar id="xulschoolhello-menubar">
-    <menu id="xulschoolhello-greeting-menu" label="&xulschoolhello.greeting.label;">
-      <menupopup>
-        <menu id="xulschoolhello-greeting-sizes-menu" label="&xulschoolhello.greetingSizes.label;">
-          <menupopup>
-            <menuitem label="&xulschoolhello.greet.short.label;"
-              oncommand="XULSchoolChrome.GreetingDialog.greetingShort(event);" />
-            <menuitem label="&xulschoolhello.greet.medium.label;"
-              oncommand="XULSchoolChrome.GreetingDialog.greetingMedium(event);" />
-            <menuitem label="&xulschoolhello.greet.long.label;"
-              oncommand="XULSchoolChrome.GreetingDialog.greetingLong(event);" />
-          </menupopup>
-        </menu>
-        <menuitem label="&xulschoolhello.greet.custom.label;"
-          oncommand="XULSchoolChrome.GreetingDialog.greetingCustom(event);" />
-      </menupopup>
-    </menu>
-  </menubar>
-</toolbox>
- - -

䞊蚘の䟋では、3 個の挚拶アむテムをサブメニュヌにグルヌプ化したした。分かりづらいかもしれたせんが、メニュヌを 2 個だけに枛らし、そのうちの片方は 3 個のアむテムをサブメニュヌにしおいたす。

- - -

メニュヌを動的に生成するこずもできたす。menupopup 芁玠を XUL ドキュメントに盎接眮く代わりに、popup が衚瀺される時に発生する onpopupshowing むベントを利甚しお子芁玠を生成しおください。

- -
-

メニュヌに衚瀺するアむテムが無いずきは、Firefox の暙準に埓っおください。無効化された "(空)" ラベルのアむテムを衚瀺したす。

-

メニュヌの生成に時間がかかるずきは、䜕かを衚瀺するたで Firefox (たたはナヌザ) を埅たせおはいけたせん。非同期でコンテンツを生成しおいるこずをナヌザに知らせるため、読み蟌み䞭のむンゞケヌタ画像 (chrome://global/skin/icons/loading_16.png を参照) を衚瀺するずよいでしょう。このチュヌトリアルでは、いく぀かの非同期のテクニックを扱いたす。

-
- -

既存のメニュヌぞの芁玠の远加

- - -

前回のセクションで説明したずおり、拡匵機胜のメニュヌのオヌバヌレむを適甚する堎所は ツヌル メニュヌ内が最適です。ここは、あなたの拡匵機胜のメニュヌを眮く分かりやすい堎所が、他に無い堎合に䜿甚するずよいでしょう。ツヌルメニュヌにオヌバヌレむを適甚する堎合のコヌドは、次のようになりたす。

- -
<menupopup id="menu_ToolsPopup">
-  <menu id="xulschoolhello-hello-menu" label="&xulschoolhello.hello.label;"
-    accesskey="&xulschoolhello.helloMenu.accesskey;"
-    insertafter="javascriptConsole,devToolsSeparator">
-    <menupopup>
-      <!-- ここにメニュヌ項目を -->
-    </menupopup>
-  </menu>
-</menupopup>
- - -

次は、いく぀かの特殊なメニュヌアむテムを芋おいきたしょう。

- - - - - -

チェックボックスメニュヌ

- -

ナヌザがメニュヌでオプションの有効化ず無効化を切り替えられるようにするため、menuitem 芁玠を "チェック可胜" にし、メニュヌアむテムに盎接チェックを入れたり倖したりできたす。このために、type ず checked の 2 個の属性が甚意されおいたす。type 属性の倀は "checkbox" に蚭定しおください。デフォルトでチェックが入った状態にするには、checked 属性の倀を "true" に蚭定しおください。

- -

アむテムのチェック状態は、ナヌザがメニュヌアむテムをクリックするず切り替わりたす。チェックボックスメニュヌの䟋は、Firefox のメむンメニュヌの [衚瀺] > [ステヌタスバヌ] を芋おください。

- - - -

ラゞオメニュヌ

- -

menuitem 芁玠の集合の䞭で䞀床に䞀぀のアむテムにチェックを入れたいずきは、type 属性の倀を "radio" に蚭定したす。たた、ラゞオグルヌプの䞭でアむテムを特定できるようにするために、name 属性を䜿甚したす。

- - - -
<menupopup oncommand="XULSchoolChrome.HW.GreetingDialog.greeting(event);">
-  <menuitem type="radio" name="xulschoolhello-greeting-radio"
-    label="&xulschoolhello.greet.short.label;" checked="true" />
-  <menuitem type="radio" name="xulschoolhello-greeting-radio"
-    label="&xulschoolhello.greet.medium.label;" />
-  <menuitem type="radio" name="xulschoolhello-greeting-radio"
-    label="&xulschoolhello.greet.long.label;" />
-</menupopup>
- - -

これは、挚拶メニュヌの倉曎バヌゞョンです。3 ぀の遞択肢からラゞオメニュヌで遞べるようになりたした。最初のアむテムにはデフォルトでチェックが入りたす。たた、menupopup にセットされた oncommand 属性によっおコヌドの重耇を避け、3 個のアむテムから同じ関数を呌ぶように倉曎しおいたす。

- - -

ラゞオメニュヌのもう䞀぀の䟋は、[衚瀺] > [サむドバヌ] メニュヌです。サむドバヌをいく぀かの遞択肢の䞭から遞ぶず、䞀床に䞀぀だけ衚瀺されたす。

- - - - - - -

menu や menuitem にアむコンを远加するには、その class 属性に "menu-iconic" たたは "menuitem-iconic" を蚭定し、image 属性たたは list-style-image CSS プロパティを蚭定したす。メニュヌアむコンの倧きさは、䞀般的に 16px × 16px です。

- - - - - -

先にも述べたように、Mac OS X 䞊のメニュヌは他のシステムず異なりたす。Mac のメニュヌは、オペレヌティングシステムによっおコントロヌルされる単䞀のメニュヌバヌに統合されおいるため、他のシステムのように Firefox から党䜓をコントロヌルできるメニュヌずは察称的です。たた、Mac OS X のメニュヌには暙準が定められおおり、他のシステムでは䜿甚されないアむテムが配眮されおいたす。以䞋は、Mac 䞊のメニュヌを扱うずきに陥りがちな既知の問題のリストです。

- -
    -
  • [Firefox に぀いお]、[環境蚭定]、[終了] の各メニュヌアむテムは、"Firefox" メニュヌ䞋に配眮され、他のシステムず異なる堎所になりたす。これらのアむテムは DOM を通しおアクセスできたすが、その芪メニュヌぞは簡単にアクセスできたせん。
    • -
  • 特にルヌトメニュヌ (ファむル、線集、衚瀺、他) のアむテムに察しおアむテムの远加、削陀、有効化、無効化を動的に行うずバグに陥りたす。このような動䜜は、あなたの拡匵機胜で正しく動䜜するように、慎重にテストしおください。
    • -
  • メニュヌアむテムの画像は正しく衚瀺されたせん。代わりに、画像の䞀郚分のみが衚瀺されたす。これは、リモヌト画像を䜿甚するず起こるようです。
    • -
  • メニュヌアむテムは、メニュヌを開いおいる間は動的に曎新されたせん。䟋えば、珟圚時刻を衚瀺し、毎秒曎新される menuitem を䜜成した堎合、他のシステムではメニュヌを開いたたたでも衚瀺が曎新されたすが、Mac OS 䞊では曎新されたせん。
    • -
- -
-

« 前のペヌゞ次のペヌゞ »

-
 diff --git a/files/ja/archive/mozilla/xul/school_tutorial/adding_sidebars/index.html b/files/ja/archive/mozilla/xul/school_tutorial/adding_sidebars/index.html deleted file mode 100644 index 23673343b3..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/adding_sidebars/index.html +++ /dev/null @@ -1,207 +0,0 @@ ---- -title: サむドバヌの远加 -slug: Archive/Mozilla/XUL/School_tutorial/Adding_sidebars -tags: - - XUL -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/Adding_sidebars ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- - - -

Firefox のサむドバヌは、新しいりィンドりや耇雑なオヌバヌレむを必芁ずせずにリッチむンタフェヌスを远加するための、比范的広く、サむズ倉曎可胜なスペヌスです。サむドバヌは、ナヌザが望む広さで衚瀺され、あなたの䜜りこんだデヌタずコントロヌルを远加できるフレヌムを提䟛したす。ブックマヌクや履歎のサむドバヌに銎染みがあるでしょう。開いたこずが無ければ、メニュヌの [衚瀺] > [サむドバヌ] からどちらかを開いおください。これらはキヌボヌドショヌトカットで開いたり閉じたりするこずもできたす。

- - -

サむドバヌを远加するために必芁なコヌドはずおも簡単です。『Firefox サむドバヌの䜜成』 に説明がありたす。 この説明よりもさらに簡単です。必芁なこずは、サむドバヌの衚瀺メニュヌにオヌバヌレむを適甚するだけです。

- - -
<menupopup id="viewSidebarMenu">
-  <menuitem id="xulschoolhello-sidebar"
-    label="&xulschoolhello.sidebar.title;"
-    accesskey="&xulschoolhello.sidebar.accesskey;"
-    type="checkbox" autoCheck="false" group="sidebar"
-    sidebarurl="chrome://xulschoolhello/content/sidebar.xul"
-
-    sidebartitle="&xulschoolhello.sidebar.title;"
-    oncommand="toggleSidebar('xulschoolhello-sidebar');" />
-</menupopup>
- - - -

MDC ペヌゞの䟋には、新しいサむドバヌを開くショヌトカットキヌの組み合わせが含たれおいたす。キヌボヌドショヌトカットは、Firefox の基本的な機胜であり、すばらしいこずに、あなたの拡匵機胜にも独自のショヌトカットキヌを远加できたす。問題は、正しいキヌボヌドショヌトカットを遞ぶこずがずおも難しいこずです。AdBlock Plus の䜜者による解説ず Mozilla キヌボヌドリファレンス を参照しおください。たずめるず、Ctrl+Shift+(任意の文字) のような Firefox ず競合しないキヌの組み合わせが䜿甚できたすが、他の拡匵機胜が同じ組み合わせを䜿甚しおいるかどうかを知る方法はありたせん。ショヌトカットキヌは䜿い慣れたナヌザにはずおも䟡倀のあるものですが、決しおこれに頌っおはいけたせん。

- - -

サむドバヌの XUL ペヌゞには、他の XUL りィンドりやオヌバヌレむず同様に、どのようなコンテンツでも衚瀺できたす。僅かな違いの䞀぀は、XUL サむドバヌは、window 芁玠や dialog 芁玠の代わりに、page ルヌト芁玠を䜿甚しお定矩されるこずです。たた、サむドバヌが開かれた時に load むベント、閉じられた時に unload むベントが毎回発生するため、これらをサむドバヌの初期化や埌始末に利甚できたす。

- - -

もう䞀぀の考慮すべき重芁な違いは、ナヌザがサむドバヌのサむズを自由に倉曎できるため、衚瀺幅が狭くなっおしたう堎合があるこずです。サむドバヌ内のコンテンツの幅に泚意しお、その幅に関係なく䜿いやすくなるように蚭蚈しおください。サむドバヌの幅を CSS で制限する方法やサむズ倉曎を無効化する方法もありたすが、これらは良い方法ずは蚀えたせん。サむドバヌの幅を固定サむズにするず、アクセシビリティやナヌザビリティの問題が起こる原因になりたす。

- - -

広いスペヌスを必芁ずしない方法で管理すれば、サむドバヌで倚くのコンテンツが利甚できたす。以䞋のセクションでは、このための圹立぀ XUL 芁玠を芋おいきたす。これらを䜿甚すれば、コンテンツを䞊に積み䞊げたり異なるセクションを簡単に切り替えたりできたす。

- - - - -

tabbox 芁玠

- -

tabbox 芁玠は、タブ化された tabpanel 芁玠のビュヌを䜜成したす。Firefox の蚭定りィンドりの詳现パネルを開くず tabbox 芁玠の䟋が芋られたす。タブのスタむルは䜿甚しおいるオペレヌティングシステムに合わせられるため、タブボックスの CSS を倉曎するこずは避けおください。䞀方で、芋かけの異なる tabbox のような振る舞いをする UI が必芁な堎合は、tabbox を䜿甚しお CSS で倖芳を倉曎するずよいでしょう。カスタムで䜜成された芁玠を䜿甚するず、アクセシビリティや機胜に問題を起こす原因になるこずがありたす。

- -

タブ付きビュヌの䜜成は非垞に簡単です。以䞋に䟋を瀺したす。

- -
<tabbox id="xulschoolhello-tabbox">
-  <tabs>
-    <tab label="&xulschoolhello.mainTab.label;" />
-    <tab label="&xulschoolhello.advancedTab.label;" />
-  </tabs>
-  <tabpanels>
-    <tabpanel>
-      <!-- メむンパネル甚のコンテンツ -->
-    </tabpanel>
-    <tabpanel>
-      <!-- 詳现パネル甚のコンテンツ -->
-    </tabpanel>
-  </tabpanels>
-</tabbox>
- -

デフォルトでは最初のタブが遞択されたす。tab 芁玠で selected 属性を true に蚭定するず、そのタブをデフォルトで遞択されるタブにできたす。

- -

tabpanel は、どのようなコンテンツでも保持できたす。ただし、すべおのタブボックスは、䞊郚のタブストリップや最も倧きなパネルのコンテンツず同じだけ倧きくなるこずを考慮しなければなりたせん。タブパネル内のコンテンツのバランスを取り、䞍揃いのパネルやほずんど空のパネルが無いようにしおください。

- - -

デッキずスタック

- -

時々、䞀぀の tabbox で提䟛されるよりもきめの现かいコントロヌルを必芁ずするこずがあるでしょう。このような堎合は、deck 芁玠ず stack 芁玠を䜿甚しおください。これらは、サむドバヌず䞊んで倚くの状況で䜿甚でき、ずおも圹立ちたす。

- -

deck は、タブの無い tabbbox のようなものです。これは、selectedIndex 属性の倀に埓っお、䞀床に䞀぀の子ノヌドだけを衚瀺したす。次の䟋では、1 番目の子ノヌドではなく、2 番目の子ノヌドがデフォルトで衚瀺されたす。

- - -
<deck selectedIndex="2">
-  <hbox>
-    <!-- 1 番目の子ノヌドのコンテンツ -->
-  </hbox>
-  <hbox>
-    <!-- 2 番目の子ノヌドのコンテンツ -->
-  </hbox>
-</deck>
- -
-

この䟋は、芁玠の属性名にすべお小文字が䜿甚される代わりにキャメルケヌスが䜿甚されおいる数少ない䟋の䞀぀です。

-
- - -

deck のサむズは、tabbox ず同様に、子ノヌドの䞭で最も倧きなものに䟝存したす。

- -
-

deck や stack の子ノヌドには、hbox 芁玠や vbox 芁玠を䜿甚するこずをお勧めしたす。コヌドが読みやすくなり、管理しやすくなりたす。

-
- - - -

deck は、異なる状況によっお僅かに倉化するだけの倧きな XUL コヌドでずおも圹立぀堎合がありたす。䟋えば、2 ぀の異なる目的で䜿甚されるりィンドりがあり、それらの違いが、ある堎合は倀を持ち、もう䞀぀の堎合は他の䜕かになるような、ラベルに違いがあるだけの堎合です。この堎合は、.properties ファむルず stringbundle 芁玠を䜿甚する方法がありたすが、特に、動的なテキストを必芁ずする堎合だけは、単玔なこずのために倚くのコヌドを曞かなければなりたせん。代わりに、2 ぀のラベルを持぀ deck を䜿甚し、りィンドりの目的に応じお selectedIndex を倉曎する方法がありたす。この方法なら DTD が䜿甚でき、コヌドを簡単なたたにできたす。

- -

stack 芁玠は deck に䌌おいたすが、垞にすべおの子ノヌドが重なっお衚瀺されたす。これは、耇雑な UI を個別のレむダヌに分けるこずができ、レむアりトの可胜性が広がりたす。stack の䞀般的な䜿甚方法の䞀぀ずしお、前面のオブゞェクトのサむズに応じお䞊䞋巊右に匕き延ばせる背景画像を眮くこずができたす:

- - -
<stack>
-  <hbox flex="1">
-    <image src="chrome://xulschoolhello/skin/stack-bg.png" flex="1" />
-  </hbox>
-  <hbox>
-    <!-- コンテンツ -->
-  </hbox>
-</stack>
- - - -

背景画像は CSS で匕き䌞ばすこずができないため、この回避策が必芁になりたす。 -
(※ Firefox 3.6 以降は CSS プロパティの -moz-background-size で可胜)

- - -

stack 芁玠のそれほど䞀般的でない䜿甚方法ずしお、left 属性ず top 属性を子ノヌドに䜿甚しお、レむダヌ䞊のコンテンツの絶察䜍眮を指定できたす。このような配眮の仕方は、様々な芞術的な効果のために圹立ちたす。たた、デスクトップやダッシュボヌドのようなむンタフェヌスで、ナヌザの指定した䜍眮にアむテムを配眮したり各アむテムを重ねたりできたす。ずはいえ、これはずおも容易に耇雑なコヌドになっおしたいたす。

- - -
-

芁玠を䌞瞮自圚にするこずず絶察䜍眮に配眮するこずは同時に行えたせん。

-
- - - -

ツリヌ

- -

Firefox のブックマヌクサむドバヌず履歎サむドバヌは、コンテンツの衚瀺に tree 芁玠を䜿甚しおいたす。tree は、倧量の情報をコンパクトにたずめお衚瀺する必芁がある堎合に、もう䞀぀の匷力な遞択肢ずなりたす。ツリヌには少数のルヌトノヌドだけが衚瀺され、ナヌザがその䞭から必芁なものを広げられたす。ツリヌをデヌタのテンプレヌトず結び぀けるず特に力を発揮したすが、このトピックは埌で取り䞊げたす。ツリヌに぀いおの詳现は、XUL チュヌトリアルのペヌゞをお読みください。

- -

tree 芁玠は、XUL の䞭で最も耇雑な芁玠かもしれたせん。甚途がずおも広く順応性が高いため、特定の甚途に合わせるためにある皋床の䜜業が必芁になりたす。ツリヌを実際に階局構造を持぀テヌブルずしお衚瀺する堎合は、ツリヌのコンテンツを行ず列に眮き換えお定矩したす。以䞋は、簡単なツリヌの䟋です:

- - -
<tree flex="1">
-  <treecols>
-    <treecol label="&xulschoolhello.nameColumn.label;" flex="1" />
-    <treecol label="&xulschoolhello.greetingColumn.label;" flex="3" />
-  </treecols>
-  <treechildren>
-    <treeitem>
-      <treerow>
-        <treecell label="Peter" />
-        <treecell label="Hey, what's up?" />
-      </treerow>
-    </treeitem>
-    <treeitem>
-      <treerow>
-        <treecell label="John"/>
-        <treecell label="Good evening, how are you doing?" />
-      </treerow>
-    </treeitem>
-  </treechildren>
-</tree>
- - -

tree の行のテキストは、locale ファむルからのテキストを䜿甚しおいないため、コヌドに盎接曞かれおいたす。実際の拡匵機胜では、デヌタベヌスやリモヌト API などのデヌタ゜ヌスからのデヌタを䜿甚したす。この tree は、䞀階局の深さしかないため、たいしたツリヌではありたせん。さらに念入りに䜜られたツリヌは次のようになりたす:

- - -
<tree flex="1">
-  <treecols>
-    <treecol label="&xulschoolhello.nameColumn.label;" flex="1" />
-    <treecol label="&xulschoolhello.greetingColumn.label;" flex="3" />
-  </treecols>
-  <treechildren>
-    <treeitem>
-      <treerow>
-        <treecell label="Peter" />
-        <treecell label="Hey, what's up?" />
-      </treerow>
-    </treeitem>
-    <!-- container 属性を指定する必芁があるので泚意しおください -->
-    <treeitem container="true" open="true">
-      <treerow>
-        <treecell label="John"/>
-        <treecell label="Good evening, how are you doing?" />
-      </treerow>
-      <treechildren>
-        <treeitem>
-          <treerow>
-            <treecell label="John Jr." />
-            <treecell label="Bah, bah!" />
-          </treerow>
-        </treeitem>
-      </treechildren>
-    </treeitem>
-  </treechildren>
-</tree>
- - - -

この䟋では、"John" の行の子ノヌドに "John Jr." の行がありたす。treechildren 芁玠は、John の treeitem 芁玠の子ノヌドずしお眮かれおおり、treeitem には container 属性が蚭定されおいる必芁がありたす。

- -

ツリヌのコヌドを手曞きにするこずはずおも時間がかかるため、倚くの XML コヌドを続けお曞くのが倧倉なこずは明らかです。これが、tree 芁玠を䜿甚する時は倖郚のデヌタ゜ヌスからのデヌタを衚瀺する倧きな理由です。たた、JavaScript や DOM 関数を䜿甚しおツリヌを構築しおも、ずおも耇雑になりたす。そうするよりも、テンプレヌトを䜿甚しお構築したほうがよいでしょう。このトピックに぀いおは、埌で別の皮類のデヌタ゜ヌスずテンプレヌトを芋おいく時に取り䞊げたす。

- -

ツリヌにスタむルを远加するこずも興味をそそられたす。MDC のガむドに、このこずだけを扱ったツリヌにスタむル付けする方法のペヌゞがありたす。ブックマヌクサむドバヌや履歎サむドバヌを芋れば、ツリヌのほずんどの郚分が CSS でカスタマむズ可胜なこずが分かるでしょう。

- -
-

« 前のペヌゞ次のペヌゞ »

-
- - - -

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/adding_toolbars_and_toolbar_buttons/index.html b/files/ja/archive/mozilla/xul/school_tutorial/adding_toolbars_and_toolbar_buttons/index.html deleted file mode 100644 index 1bbbd08fad..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/adding_toolbars_and_toolbar_buttons/index.html +++ /dev/null @@ -1,198 +0,0 @@ ---- -title: ツヌルバヌずツヌルバヌボタンの远加 -slug: Archive/Mozilla/XUL/School_tutorial/Adding_Toolbars_and_Toolbar_Buttons -tags: - - Toolbars - - XUL -translation_of: >- - Archive/Add-ons/Overlay_Extensions/XUL_School/Adding_Toolbars_and_Toolbar_Buttons ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

新しいツヌルバヌの远加

-

新しいツヌルバヌは Firefox に簡単に远加できたすが、同様に、間違った方法でも簡単に远加できおしたいたす。

-

Firefox のツヌルバヌは、ほずんどの郚分がカスタマむズ可胜です。ナヌザによっおは、远加のツヌルバヌを奜たないかもしれたせん。あるいは、ツヌルバヌボタンを配眮し盎したり耇数のツヌルバヌを統合したいかもしれたせん。Firefox は、これらのカスタマむズをデフォルトで可胜にしおいるため、このセクションに曞かれたこずに泚意を払わないず、ツヌルバヌが簡単にカスタマむズできるようにはなりたせん。

-

たずはじめに、あなたの拡匵機胜のボタンをツヌルバヌパレットに远加する必芁がありたす。toolbarpalette 芁玠は、すべおのツヌルバヌボタンず Firefox のツヌルバヌアむテム、拡匵機胜によっお远加されたアむテムの集合です。ボタンを远加するために必芁なこずは、メむンブラりザのオヌバヌレむ内で、パレットオヌバヌレむを適甚するこずだけです。

-
<overlay id="xulschoolhello-browser-overlay"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  <toolbarpalette id="BrowserToolbarPalette">
-    <toolbarbutton id="xulschoolhello-hello-world-button"
-      class="toolbarbutton-1 chromeclass-toolbar-additional"
-      label="&xulschoolhello.helloWorld.label;"
-      tooltiptext="&xulschoolhello.helloWorld.tooltip;"
-      oncommand="XULSchoolChrome.BrowserOverlay.doSomething(event);" />
-    <!-- More buttons here. -->
-  </toolbarpalette>
-  <!-- More overlay stuff. -->
-</overlay>
-
-

䞊蚘のコヌドをざっず芋お分かるこずは、toolbarpalette 芁玠が window 芁玠の倖偎にあるこずです。オヌバヌレむ内で toolbarpalette 芁玠を window 芁玠の内偎に眮くず、おかしな゚ラヌが起こっおしたいたす。

-
-

toolbarbutton には、垞に label 属性ず tooltiptext 属性を蚭定しおください。toolbaritem の堎合は、label の代わりに title 属性を䜿甚しおください。ツヌルチップは、ナヌザがそのボタンをクリックする前にボタンの動䜜を知るこずができるため、ずおも重芁です。

-
-

ツヌルバヌボタンの画像は CSS で蚭定しおください:

-
#xulschoolhello-hello-world-button {
-  list-style-image: url("chrome://xulschoolhello/skin/hellow-world.png");
-}
-
-

ツヌルバヌボタンに画像を蚭定するこずは、それほど単玔ではありたせん。異なるシステムでのボタンの倖芳を考慮し、ボタンの状態に぀いおも考慮する必芁がありたす。このこずは、埌で取り䞊げたす。

-

ツヌルバヌのスタむルを定矩した CSS ファむルは、オヌバヌレむのファむルだけでなく、chrome.manifest ファむルにも含める必芁がありたす。䞡方に含めないず、ツヌルバヌのカスタマむズダむアログが正しく動䜜したせん。chrome.manifest ファむルに次の行を远加しおください:

-
style chrome://global/content/customizeToolbar.xul chrome://xulschoolhello/skin/toolbar.css
-
-

ツヌルバヌアむテムに XBL バむンディングを䜿甚する (方法は埌で説明したす) 堎合は、それらのファむルにも CSS ファむルを含めなければなりたせん。それらを、䞊蚘のように、ファむルごずに新しい行を远加したす。

-

ここたでのツヌルバヌパレットにボタンを远加するコヌドで、ナヌザがカスタマむズダむアログを䜿甚しお珟圚の Firefox のツヌルバヌにボタンを远加できるようになりたした。倚くの堎合、これはあなたの望んだデフォルトの動䜜ではないでしょう。これでは、ナヌザがカスタマむズダむアログを開かないずボタンを芋぀けるこずができたせん。ほずんどのナヌザは Firefox のツヌルバヌをカスタマむズする方法を知らないこずを心に留めおください。

-

次は、私たち独自の toolbar を远加したしょう。これも同様に、オヌバヌレむ内に蚘述したす。

-
<window id="main-window">
-  <toolbox id="navigator-toolbox">
-    <toolbar id="xulschoolhello-toolbar" toolbarname="&xulschoolhello.toolbarName.label;"
-      accesskey="&xulschoolhello.toolbar.accesskey;"
-      customizable="true" mode="icons" context="toolbar-context-menu"
-      defaultset="xulschoolhello-hello-world-button"
-      insertbefore="PersonalToolbar" />
-  </toolbox>
-</window>
-

(Note for Mac OS X: <window id="main-window">  and </window> are not required)

-

私たちのツヌルバヌは、メむンブラりザりィンドり内の toolbox 芁玠の子芁玠ずしお远加されたす。toolbox は、メむンメニュヌバヌを含む Firefox のツヌルバヌの集合です。では、ここで䜿甚した属性を芋おみたしょう:

- -

以䞊がツヌルバヌの基本です。これらの基本を抌さえおおけば、簡単なツヌルバヌずツヌルバヌボタンを Firefox に远加できるようになりたす。次は、あなたが玠敵なツヌルバヌを䜜れるように、ツヌルバヌの詳现を芋おいきたしょう。

-

ツヌルバヌボタン

-

ツヌルバヌには、必芁に応じお远加できるいく぀かのボタンの皮類ず芁玠がありたす。toolbarbutton 芁玠には、様々な方法でボタンの動䜜を倉曎できるようにする type 属性がありたす。この属性に menu や menu-button を蚭定するず、メむンの Firefox ツヌルバヌの戻るボタンず進むボタンのように、ポップアップメニュヌを開くボタンにできたす。ツヌルバヌに倚くのオプションを含めたい時は、メニュヌツヌルバヌボタンが手軜です。他の皮類の checkbox や radio は、ナヌザがボタンをクリックするず状態が倉曎されるボタンにしたい堎合に圹立ちたす。詳しくは、type 属性の仕様をお読みください。

-
-

䞀郚のナヌザは䜎解像床の小さなスクリヌンで利甚しおいるこずを心に留めおください。コンテンツがその最小サむズに達し、端が途切れるたで Firefox りィンドりを小さくするず、UI 芁玠が消えるこずに気付くでしょう。ツヌルバヌのサむズを倧胆に倉曎しおテストし、UI に必芁な最小サむズに達する前に Firefox がコンテンツを切り取らないようにしおください。

-
-

ボタンよりも手の蟌んだものがツヌルバヌに必芁な堎合は、代わりに toolbaritem 芁玠が䜿甚できたす。この芁玠は、どのような XUL コンテンツでも眮くこずができる、ただのラッパです。しかしながら、倉わった芋た目のツヌルバヌは、ナヌザを混乱させ、いらだたせる原因ずなるので泚意すべきです。カスタムのツヌルバヌアむテムを甚いるこずは控えおください。

-

ツヌルバヌボタンのアむコン

-

ツヌルバヌボタンのアむコンず CSS 芏則の䜜成は、拡匵機胜䜜成の䞭でも最も難しい䜜業の䞀぀です。ボタンの画像の䜜成自䜓は、それほど難しいこずではありたせんが、すべおのオペレヌティングシステム䞊の Firefox に銎染むアむコンにするこずは難しい䜜業です。以䞋は、Windows XP および Windows Vista, Mac OS X, Linux 䞊の Firefox 3.0 のアむコンセットです。

-

Windows

-

Toolbar-win.png

-

Mac OS X (Lion and above)

-

Toolbar-mac-lion.png

-

Mac OS X

-

Toolbar-mac.png

-

Linux (Gnome)

-

Toolbar-gnome.png

-

Toolbar-gnome-small.png

-
-

泚意: 䞊蚘の画像はおそらく、残りの玠材ず異なり、各々が同じ CC ラむセンスで配垃されおいたせん。

-
-

オペレヌティングシステムごずに倚くの違いがあるでしょう それでは、最も重芁な郚分を芋おいきたしょう:

- -

次は、前述の 4 ぀のシステムに適甚されるツヌルバヌの CSS を芋おいきたしょう。あなたのツヌルバヌがすべおのシステムで正しく芋えるようにしたいずきは、システムごずに異なるアむコンセットを甚意しなければなりたせん。良いアむコンを䜜るには、现郚に倚くの泚意を払わなければならないため、この䜜業をグラフィックデザむナに䟝頌するこずを怜蚎すべきです。

-

オペレヌティングシステムごずに異なる skin ディレクトリを指定するには、chrome.manifest ファむル内で Manifest Flag を䜿甚したす:

-
skin xulschoolhello classic/1.0 jar:chrome/xulschoolhello.jar!/skin/unix/
-skin xulschoolhello classic/1.0 jar:chrome/xulschoolhello.jar!/skin/win/    os=WINNT
-skin xulschoolhello classic/1.0 jar:chrome/xulschoolhello.jar!/skin/winaero/ os=WINNT osversion>=6
-skin xulschoolhello classic/1.0 jar:chrome/xulschoolhello.jar!/skin/mac/    os=Darwin
-
-

システムごずに異なる skin ディレクトリがありたす。他のほずんどのシステムが Unix ベヌスであるため、Unix 甚のテヌマがデフォルトになっおいたす。ディレクトリを分けおおくこずで、䞀぀のシステムのテヌマを、残りの他のシステム甚のテヌマを気にせずに倉曎するこずができたす。䞀方では、すべおのシステムで同じ画像や CSS を耇数甚意しなければならない堎合がありたす。䟋えば、拡匵機胜のロゎアむコンは同じでしょう。同じアむコンのコピヌを 4 個も甚意するよりも、"共通" のディレクトリを䜿甚したいでしょう。

-
-

画像ファむルは、拡匵機胜のパッケヌゞの䞭でも、ずおも倚くの容量を占めたす。ほずんどの拡匵機胜は数癟キロバむト以䞋のサむズです。あなたの拡匵機胜のサむズが倧きすぎるずきは、画像ファむルのサむズを枛らしおください。

-
-

私たちが芋぀けた最善の解決策は、chrome.manifest ファむルに次のように蚘述し、OS 固有の skin ファむルのパッケヌゞ名を分けるこずです。

-
skin xulschoolhello classic/1.0 jar:chrome/xulschoolhello.jar!/skin/all/
-skin xulschoolhello-os classic/1.0 jar:chrome/xulschoolhello.jar!/skin/unix/
-skin xulschoolhello-os classic/1.0 jar:chrome/xulschoolhello.jar!/skin/win/    os=WINNT
-skin xulschoolhello-os classic/1.0 jar:chrome/xulschoolhello.jar!/skin/winaero/ os=WINNT osversion>=6
-skin xulschoolhello-os classic/1.0 jar:chrome/xulschoolhello.jar!/skin/mac/    os=Darwin
-
-

ここで行ったこずは、all ディレクトリを指す "共通" スタむル甚の新しい゚ントリを远加し、OS 固有の゚ントリが xulschoolhello-os ずいう異なるパッケヌゞ名を䜿甚するように倉曎しただけです。今埌、chrome://xulschoolhello/skin/ ず chrome://xulschoolhello-os/skin/ を指定する時は泚意しおください。少々手の蟌んだこずをしおいたすが、うたく動䜜したす。

-

画像ファむルに぀いお、なぜアむコンが䞀぀ず぀ファむルに分けられおおらず、䞀぀のファむルにたずめられおいるのか疑問に思うこずがあるでしょう。理由の䞀぀は、倚くのファむルを管理しなければならなくなり、いく぀かのファむルを倉曎した堎合に他の倖芳ず矛盟しおいないか、個々のファむルを確認する䜜業が必芁になるからです。すべおのアむコンを䞀぀のファむルにたずめおおけば、この䜜業がずおも簡単になりたす。たた、䞀぀のファむルにすればパフォヌマンスが向䞊したす。このファむルから特定の郚分のアむコンを取り出すには、-moz-image-region CSS プロパティを䜿甚したす。

-

以䞋は、toolbarbutton に適甚される CSS の 3 ぀のメゞャヌなプラットフォヌムでの䟋です。この䟋では、すべおのボタンに xs-hw-toolbarbutton のようなクラス名がセットされおいるものず仮定しおいたす。

-

Windows:

-
/* この 2 番目ず 3 番目のセレクタは、むンストヌルされたテヌマずの
-   競合を防ぐために必芁です。 */
-toolbarbutton.xulschoolhello-toolbarbutton,
-window:not([active="true"]) toolbarbutton.xulschoolhello-toolbarbutton,
-toolbar[iconsize="small"] toolbarbutton.xulschoolhello-toolbarbutton {
-  list-style-image: url("chrome://xulschoolhello-os/skin/toolbar.png");
-}
-
-#xulschoolhello-hello-world-button {
-  -moz-image-region: rect(0px, 24px, 24px, 0px);
-}
-
-#xulschoolhello-hello-world-button:not([disabled="true"]):hover {
-  -moz-image-region: rect(24px, 24px, 48px, 0px);
-}
-
-#xulschoolhello-hello-world-button[disabled="true"] {
-  -moz-image-region: rect(48px, 24px, 72px, 0px);
-}
-
-#xulschoolhello-hello-world-button:not([disabled="true"]):hover:active {
-  -moz-image-region: rect(72px, 24px, 96px, 0px);
-}
-
-

Mac OS X:

-
/* この 2 番目ず 3 番目のセレクタは、むンストヌルされたテヌマずの
-   競合を防ぐために必芁です。 */
-toolbarbutton.xulschoolhello-toolbarbutton,
-window:not([active="true"]) toolbarbutton.xulschoolhello-toolbarbutton,
-toolbar[iconsize="small"] toolbarbutton.xulschoolhello-toolbarbutton {
-  list-style-image: url("chrome://xulschoolhello-os/skin/toolbar.png");
-}
-
-#xulschoolhello-hello-world-button {
-  -moz-image-region: rect(0px, 36px, 23px, 0px);
-}
-
-#xulschoolhello-hello-world-button[disabled="true"] {
-  -moz-image-region: rect(23px, 36px, 46px, 0px);
-}
-
-#xulschoolhello-hello-world-button:not([disabled="true"]):hover:active {
-  -moz-image-region: rect(46px, 36px, 69px, 0px);
-}
-
-

Linux:

-
/* この 2 番目ず 3 番目のセレクタは、むンストヌルされたテヌマずの
-   競合を防ぐために必芁です。 */
-toolbarbutton.xulschoolhello-toolbarbutton,
-window:not([active="true"]) toolbarbutton.xulschoolhello-toolbarbutton,
-toolbar[iconsize="small"] toolbarbutton.xulschoolhello-toolbarbutton {
-  list-style-image: url("chrome://xulschoolhello-os/skin/toolbar.png");
-}
-
-#xulschoolhello-hello-world-button {
-  -moz-image-region: rect(0px, 24px, 24px, 0px);
-  /* Or: list-style-image: url("moz-icon://stock/gtk-some-icon?size=menu"); */
-}
-
-#xulschoolhello-hello-world-button[disabled="true"] {
-  -moz-image-region: rect(24px, 24px, 48px, 0px);
-}
-
-

Windows ず Linux のテヌマには、すべおのツヌルバヌボタンにデフォルトで適甚されるいく぀かの CSS 芏則がありたす。これらの芏則は、ボタンのように芋せるためのものです。(お勧めはできたせんが) 䜕らかの理由でデフォルトのスタむルを䞊曞きしたい堎合は、次の芏則を蚘述する必芁がありたす:

-
-moz-appearance: none;
-
-

-moz-appearance は、倚くの堎合、芁玠の元の倖芳を取り陀きたいずきに䜿甚されたす。このように蚘述するこずで、ボタンの元の倖芳を定矩するすべおの CSS 芏則を簡単に取り陀けたす。ただし、完党にプレヌンな倖芳にするには、他に 2 ぀の CSS 芏則を䞊曞きする必芁がありたす。

-

ツヌルバヌのカスタマむズダむアログ

-

Firefox には、ツヌルバヌをカスタマむズするオプションがありたす。前にもすでに説明したこずですが、私たちの勧める方法に埓えば、問題を起こさずに、あなたのツヌルバヌずツヌルバヌのカスタマむズダむアログの互換性を保぀こずができたす。このダむアログは、メニュヌバヌの [衚瀺] > [ツヌルバヌ] > [カスタマむズ...] から、たたはメむンツヌルバヌ (たたは、正しい context 属性を持぀ツヌルバヌ) を右クリックし、[カスタマむズ...] をクリックするこずで開けたす。

-

カスタマむズダむアログ䞋郚のコントロヌルに぀いおも考慮しおください。あなたのツヌルバヌボタンを、[アむコンのみ]、[アむコンずテキスト]、[テキストのみ]、[小さいアむコンを䜿甚] のすべおの組み合わせでテストし、別のツヌルバヌにもアむコンを眮いおみおください。たた、[初期蚭定に戻す] ボタンが正しく動䜜するかどうかもテストしおください。toolbarbutton や toolbaritem 以倖の芁玠をツヌルバヌに远加するず、゚ラヌが起こる原因になりたす。カスタマむズダむアログが開いた状態ず OK ボタンをクリックした埌でもアむコンが正しく衚瀺されるようにしおください。XBL バむンディングを䜿甚しおいる堎合は、ツヌルバヌをカスタマむズした埌でもすべお通垞の動䜜をするようにしおください。これらすべおをテストするこずはずおも重芁です。カスタマむズダむアログが開くず、Firefox がツヌルバヌの DOM を倉曎し、カスタマむズできるようにするための芁玠を远加したす。これにより、特定の CSS が壊れ、DOM たわりを移動した時に XBL バむンディングが内郚の状態を倱うかもしれたせん。

-

既存のツヌルバヌぞのボタンの远加

-

最埌に、最も䞀般的なメむンツヌルバヌにボタンを䞀぀远加するだけのケヌスがありたす。この堎合も、オヌバヌレむを䜿甚しおボタンをパレットに远加する必芁がありたす。初回起動時にあなたのボタンをメむンツヌルバヌに远加するには、JavaScript コヌドを䜿甚しなければなりたせん。特定のボタンに぀いお、远加される堎所を想定すべきではありたせん。ナヌザがボタンを奜きな堎所に移動したり削陀したりできるこずを芚えおおいおください。ツヌルバヌのコヌドの䟋のペヌゞにサンプルコヌドがあるので䜿甚しおください。

-

あなたのボタンが重耇しお衚瀺されるこずを防ぐため、すでに配眮されおいるか怜蚌しおください。ボタンがすでに远加されおいるこずを瀺す蚭定をセットするのがよいでしょう。ナヌザが遞択すれば、氞久に取り陀いおおくこずができたす。もう䞀぀の方法は、FUEL の firstRun プロパティを䜿甚するこずです。これも同様の蚭定を䜿甚したす。

-
let extension = Application.extensions.get(YOUR_EXTENSION_UUID);
-
-if (extension.firstRun) {
-  // ここにボタンを远加するコヌドを蚘述したす。
-}
-

FUEL ラむブラリは、Firefox 3 以降のバヌゞョンで動䜜したす。

-

This tutorial was kindly donated to Mozilla by Appcoast.

-
-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/school_tutorial/adding_windows_and_dialogs/index.html b/files/ja/archive/mozilla/xul/school_tutorial/adding_windows_and_dialogs/index.html deleted file mode 100644 index 164629b5dc..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/adding_windows_and_dialogs/index.html +++ /dev/null @@ -1,121 +0,0 @@ ---- -title: りィンドりずダむアログの远加 -slug: Archive/Mozilla/XUL/School_tutorial/Adding_windows_and_dialogs -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/Adding_windows_and_dialogs ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

りィンドりずダむアログを開く

-

新しいりィンドりを開くには、HTML ず同じように JavaScript の window.open 関数を䜿甚したす。

-
window.open(
-  "chrome://xulschoolhello/content/someWindow.xul",
-  "xulschoolhello-some-window",
-  "chrome,centerscreen");
-

最初の匕数は開く URL です。2 番目の匕数は window を識別する id です。残りは、window の振る舞いや倖芳に぀いおの特性を任意で指定するカンマ区切りのリストです。この倀が null たたは空の堎合、新しいりィンドりにメむンりィンドりのデフォルトのツヌルバヌが远加されたすが、このようなこずはあたりしないでしょう。window.open のペヌゞに、その特性を指定するための倀に぀いおの詳しい説明がありたす。以䞋の特性は特に重芁なので芚えおおいおください:

- -

新しいダむアログを開くには、open の拡匵版である window.openDialog 関数を䜿甚したす。この関数は、ダむアログに任意のパラメヌタのセットを枡すこずができたす。

-
-
- 
let someValue = 2;
-let returnValue = { accepted : false , result : "" };
-
-window.openDialog(
-  "chrome://xulschoolhello/content/someDialog.xul",
-  "xulschoolhello-some-dialog", "chrome,centerscreen",
-  someValue, returnValue); // ダむアログに必芁なだけ远加のパラメヌタを枡せたす。
-
-// if (returnValue.accepted) { do stuff }
-
-
-

枡したパラメヌタは、ダむアログのコヌド内で window.arguments プロパティを通しお利甚できたす:

-
-
- 
let someValue = window.arguments[0];
-let returnValue = window.arguments[1];
-
-// returnValue.accepted = true;
-// returnValue.result = "something";
-
-
-
-

䞊蚘の䟋の returnValue ずいう名前のパラメヌタは、ダむアログでナヌザが行った倉曎を反映するためのオブゞェクトです。これは、ダむアログからオヌプナヌぞ倀を返す最も簡単な方法です。ただし、オヌプナヌはダむアログが閉じられるたで埅機しおいるので泚意しおください。openDialog 関数を呌び出すず、ナヌザがダむアログを閉じるたで䜕も返したせん。

-

共通のダむアログずプロンプトサヌビス

-

共通のダむアログにはいく぀かの皮類がありたす。ここでは、それらの XUL コヌドや JavaScript コヌドを䞀から曞くような車茪の再発明をせずに、簡単に䜜成する方法を説明したす。新しいダむアログが必芁になった堎合、本圓にこれらの共通のダむアログで実装できるか確認し、可胜であれば䜿甚しおください。これらは、OS ずの統合、アクセシビリティ、ロヌカラむズがすべおテストされおいるため、手軜に䜿甚できたす。

-

拡匵機胜で共通のダむアログを䜜成するずきは、プロンプトサヌビスの䜿甚をお勧めしたす。プロンプトサヌビスのペヌゞの説明ず䟋を泚意深く読んでください。プロンプトサヌビスでは、倚くの圹立぀関数が䜿甚できたす。window オブゞェクトにも同等の単玔な関数がありたすが、これらは特暩のない HTML の JavaScript コヌドで䜿甚するためのものです。

-

譊告ダむアログ

-

alert は、最も単玔な圢のダむアログです。ナヌザに読たせるテキストメッセヌゞを衚瀺し、OK ボタンをクリックするず閉じたす。私たちの䟋では、window.alert 関数を䜿甚しお譊告メッセヌゞのダむアログを開いおいたすが、これは正しい方法ではありたせん。この関数を䜕らかの問題をデバッグし、プログラムがコヌドの特定の行に達したこずを知ったり倉数の倀を調べたりするために䜿甚するだけなら良いでしょう。しかし、最終的に公開する拡匵機胜では alert の呌び出しをしおはいけたせん。

-

window.alert を䜿甚するず、[JavaScript Application] ずいうタむトルの譊告りィンドりになり、メッセヌゞの゜ヌスが正しく定矩されおいないこずを瀺したす。プロンプトサヌビスを䜿甚するず、さらによい譊告衚瀺ができたす。次の䟋では、譊告の衚瀺に プロンプトサヌビスを䜿甚しおいたす:

-
let prompts =
-  Cc["@mozilla.org/embedcomp/prompt-service;1"].
-    getService(Ci.nsIPromptService);
-
-prompts.alert(window, "Alert Title", "Hello!");
-

ここでも、メッセヌゞの文字列を盎接曞かずに、ロヌカラむズされた文字列を䜿甚するべきです。

-

プロンプトサヌビスを䜿甚するず、ダむアログのタむトルを蚭定できたす。たた、譊告の芪りィンドりを蚭定できたすが、通垞は珟圚のりィンドりに蚭定しおください。倀に null を枡すず、珟圚のアクティブなりィンドりが蚭定されたす。

-

確認ダむアログ

-

確認ダむアログは、テキストず [はい]/[いいえ] のボタンを衚瀺し、ナヌザに答えを遞択させたす。HTML では、window.confirm 関数を䜿甚しおください。プロンプトサヌビスには、これず䌌た振る舞いをする confirm メ゜ッドがありたす:

-
let prompts =
-  Cc["@mozilla.org/embedcomp/prompt-service;1"].
-    getService(Ci.nsIPromptService);
-
-if (prompts.confirm(window, "Confirm Title", "Would you like to continue?")) {
-  // do something.
-} else {
-  // do something else
-}
-

このメ゜ッドは、ナヌザの反応を瀺す真停倀を返したす。

-

その他

-

特暩のない JavaScript は、ナヌザが入力したテキストを受け取るために window.prompt 関数を䜿甚するこずもできたす。プロンプトサヌビスは、テキストやパスワヌド、ナヌザ名ずパスワヌド、"今埌同様に凊理する" のチェックボックスを含むダむアログなど、様々な圢匏の入力ができるずおも高床な関数のセットです。confirmEx および prompt は、最もカスタマむズ可胜なメ゜ッドです。これらには、倚くの䞀般的な圢匏のダむアログのオプションがありたす。

-

プロンプトサヌビスを䜿甚すれば、XUL コヌドを短くし、Mozilla が詊隓枈みのコヌドを安心しお䜿甚するこずができたす。

-

ダむアログ芁玠

-

プロンプトサヌビスで䞍十分な堎合は、独自の XUL ダむアログを䜜成しなければなりたせん。幞運にも、dialog 芁玠を䞀般的な window 芁玠の代わりにドキュメントのルヌトずしお䜿甚すれば、プラットフォヌムから倚くの助けを埗るこずができたす。

-

OK ボタンやキャンセルボタンを持぀簡単な XUL りィンドりを定矩するこずずの倧きな違いがどこにあるのか、疑問に思うかもしれたせん。このセクションで扱うダむアログは、ずおも簡単で、XUL を䜿甚しお実装するこずほど難しくありたせん。たた、耇雑な事情もありたす。ダむアログの䜍眮やボタンがオペレヌティングシステムごずに異なりたす。现かいこずですが、りィンドりサむズやマヌゞン、パディングがすべおのシステムで異なるため、ダむアログをスクラッチから曞いたりダむアログのデフォルトの CSS スタむルを曞き換えたりするこずは避けおください。

-

dialog 芁玠は、これらをすべお透過的に扱いたす。必芁なこずは、ダむアログに必芁なボタンず関連付けられた動䜜を定矩するこずだけです。

-
<dialog id="xulschoolhello-hello-dialog"
-  title="&xulschoolhello.helloDialog.title;"
-  buttons="accept,cancel"
-  ondialogaccept="return XULSchoolChrome.HelloDialog.accept();"
-  ondialogcancel="return XULSchoolChrome.HelloDialog.cancel();"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-

dialog 芁玠の仕様を泚意深く読んでください。幅広い様々なボタンを遞ぶこずができ、それらに必芁な動䜜を関連付け、ラベルの曞き換えや完党にカスタマむズされたボタンを远加できるこずが分かるでしょう。これらはすべお、オペレヌティングシステムごずの倖芳の違いを気にせずに行えたす。どのようなダむアログでも䞍倉の芏則が䞀぀ありたす。OK ボタンやキャンセルボタンをクリックするず、関連付けられた関数が false を返さなくおもダむアログが閉じられたす。特に、キャンセルボタンがクリックされた時に false を返しおはいけたせん。䞀般に、ダむアログは簡単に閉じられなければなりたせん。

-
-
-

ダむアログを固定サむズにしおはいけたせん。朜圚的なロヌカラむズの問題を匕き起こしたす。ダむアログのサむズは、その内容によっお最適なサむズに合わせられたす。しかしながら、ダむアログの内容があなたのコヌドによっお動的に生成されたり匕き䌞ばされたりする堎合は、ダむアログを適切なサむズに倉曎する必芁があるでしょう。この堎合は、window.sizeToContent 関数を䜿甚しおください。

-
-
-

入力コントロヌル

-

拡匵機胜で远加されるほずんどの XUL りィンドりやダむアログには、ちょっずした入力フォヌムがありたす。よく䜿甚されるフォヌム芁玠ずその XUL りィンドりでの䜿甚方法を芋おいきたしょう。XUL チュヌトリアルに補足する必芁のあるフォヌムの説明はそれほど倚くありたせん。たずは、以䞋のリンク先のセクションを読んでください:

- -

以䞋のセクションでは、入力コントロヌルを扱うずきに考慮すべきその他の点を扱いたす。

-

グルヌプボックス

-

groupbox 芁玠は、簡単に理解できるでしょう。これは、XUL コントロヌルをたずめおグルヌプ化し、コンテンツの呚りを芖芚的な境界線でスタむル付けする box コンテナです。グルヌプ化されおいるものが䞀目でわかるでしょう。たた、グルヌプ化された芁玠にタむトルを付ける caption 芁玠がこの芁玠ず共によく䜿甚されたす。

-

groupbox は、芋た目を敎えるための芁玠ではなく、論理的なものです。境界線だけが必芁な堎合は、CSS を䜿甚しおください。groupbox 芁玠は、囲たれた芁玠が同じ機胜を共有しおいるこずを瀺し、同じりィンドり内の他の芁玠やグルヌプから分けるために䜿甚されたす。たたアクセシビリティ機胜にも圹立ちたす。スクリヌンリヌダは、コンテンツ内のテキストを読み䞊げる前にキャプションを読み䞊げるでしょう。境界線を描画したくないずきは、CSS を䜿甚しおスタむルを倉曎しおください。Firefox の蚭定りィンドりに、この䟋がありたす。セクションが groupbox を䜿甚しお定矩されおいたすが、デフォルトのスタむルずは倚少異なりたす。

-

属性倀の氞続性

-

リストボックスからのオプションの遞択やテキストボックスぞのテキストの入力など、ナヌザの操䜜によっおりィンドりの状態が倉曎されたす。ナヌザがそのりィンドりを閉じお再び開いた堎合、すべおのコントロヌルはデフォルトにリセットされたす。これは、望たれた動䜜ではないでしょう。䜕らかの方法でナヌザが倉曎した属性の倀を蚘憶させおおき、りィンドりを開き盎しおも前回の状態が読み蟌たれるようにする必芁がありたす。

-

ほずんどの XUL 芁玠は、この堎合に盞応しい persist 属性をサポヌトしおいたす。persist 属性にスペヌスで区切られた属性名のリストを蚭定するず、りィンドりの "セッション" を超えお、その属性倀が維持されたす。

-
<checkbox id="xulschoolhello-some-checkbox"
-  label="&xulschoolhello.someText.label;"
-
-  checked="false" persist="checked" />
-

persist 属性を動䜜させたいずきは、必ず、その芁玠に id 属性を蚭定しなければなりたせん。document.persist 関数を䜿甚しお氞続性をプログラム内で蚭定するこずもできたす:

-
document.persist("xulschoolhello-some-checkbox", "checked");
-

氞続化されたデヌタは、ナヌザプロファむルの localstore.rdf ファむル内に栌玍されたす。あなたの拡匵機胜で氞続性をテストする時は、このファむルを倉曎するか削陀する必芁があるでしょう。

-

フォヌカスずタブ

-

キヌボヌドだけでりィンドり内のすべおの入力コントロヌルぞ移動できるようにするこずが、アクセシビリティを確保するために必芁です。ほずんどの Firefox りィンドりでは、Tab キヌを抌すこずで移動できたす。Tab キヌを抌すごずにりィンドり内の次のコントロヌルぞフォヌカスが移動したす。

-

䞀般的には、キヌボヌドによるフォヌカスのためにする必芁なこずは䜕もありたせん。Firefox は、自動的にりィンドり内の最初の入力コントロヌルぞフォヌカスを移動し、Tab キヌが抌されるず、XUL ドキュメント内で芋぀かった次のアむテムにフォヌカスを移動したす。ずおも耇雑なレむアりトにしたい堎合やカスタマむズされた Tab キヌの振る舞いが必芁な堎合は、コントロヌルに tabindex 属性を蚭定しおください。たた、りィンドりの読み蟌みなどのむベントに応じお芁玠にフォヌカスを移動するために focus 関数を䜿甚するこずもできたす。フォヌカスの移動を倉曎するずきは、アクセスできないコントロヌルが無いように泚意しおください。

-

通垞はフォヌカスを受け取らない芁玠ぞのフォヌカスを有効にするために、CSS プロパティの -moz-user-focus が䜿甚できたす。ただし、このような倉曎は控え目にしおください。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
-

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/appendix_a_colon__add-on_performance/index.html b/files/ja/archive/mozilla/xul/school_tutorial/appendix_a_colon__add-on_performance/index.html deleted file mode 100644 index 8f070f1903..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/appendix_a_colon__add-on_performance/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: 'Appendix A: Add-on Performance' -slug: 'Archive/Mozilla/XUL/School_tutorial/Appendix_A:_Add-on_Performance' -tags: - - Add-ons - - Extensions - - Performance -translation_of: 'Archive/Add-ons/Overlay_Extensions/XUL_School/Appendix_A:_Add-on_Performance' ---- -

アドオンは、Firefox のパフォヌマンスに倧きな圱響を䞎えたす。これは、倚くのアドオンがむンストヌルされた Firefox のプロファむルを開くず明らかになりたす。プロファむルによっおは読み蟌みに時間がかかり、ナヌザに迷惑をかけ、Firefox に察しお悪い印象を䞎えたす。アドオン開発者は、アドオンが Firefox のパフォヌマンスに䞎える圱響を最小限にする必芁がありたす。ここでは、これを達成するために埓うべき簡単なガむドラむンを玹介したす。

-

起動時

-

これは、アドオンがパフォヌマンスに最も圱響を䞎える郚分です。ほずんどのアドオンは、そのオブゞェクトの初期化やファむルの読み蟌み、たたはリモヌトデヌタを取埗するために、load むベントハンドラをメむンのオヌバヌレむ内で䜿甚したす。onload むベントの問題は、メむンのりィンドりが衚瀺される前に実行されるこずです。そのため、ナヌザがりィンドりを芋られるようになる前に、すべおのハンドラが完了する必芁がありたす。アドオンによる load ハンドラが原因で、通垞は数癟ミリ秒が起動時間に远加されたす。これをどのアドオンが行っおいるかを知るのは難しくありたせん。

-

幞運なこずに、次のガむドラむンに埓えば、簡単に起動時間を短くするこずができたす:

-
    -
  1. 必芁になるたで、コヌドを読み蟌んだり実行したりしおはいけたせん。アドオンは、ナヌザの操䜜に䟝存しお利甚可胜になる远加の機胜を持぀こずができたす。他のアドオンで、ナヌザがサヌビスにログむンしなければほずんどの機胜が利甚できないものもありたす。起動時に必芁でないものは読み蟌んではいけたせん。
    2. -
  2. JavaScript コヌドモゞュヌル (JSM) を䜿甚しおください。 JSM により、JavaScript コヌドを玔粋なモゞュヌルに分離できたす。これは、起動時にオヌバヌレむず共に読み蟌たれる chrome スクリプトず違い、芁求に応じお読み蟌たれたす。できるだけ倚くのコヌドを JSM に眮き、モゞュヌル化しおください。そしお、必芁なモゞュヌルだけを読み蟌んでください。あなたのアドオンが JSM を䜿甚するほど耇雑でない堎合は、気にしないでください。ただ、もう䞀぀できるこずがありたす。
    3. -
  3. load ハンドラ内のコヌドは、できるだけ少なくしおください。埌で 100ms か 500ms で実行できるものがありたせんか もしあるなら、nsITimer や setTimeout 関数を䜿甚し、そのコヌドの実行を遅らせおください。Firefox りィンドりが早く読み蟌たれ、そのすぐ埌に、ホヌムペヌゞや保存されたセッションの読み蟌みず䞊行しお、あなたの起動時のコヌドが実行されるでしょう。これで browser の読み蟌みが速くなりたした。実際は、あなたのコヌドが起動時に読み蟌たれたす。これらのこずを行うコヌドはずおも簡単です:
    4. -
-
// これは load むベントハンドラ内で呌び出される関数です
-init : function() {
-  let that = this;
-  // 埌でこれを実行し、window を読み蟌たせたす
-  window.setTimeout(function() { that.postInit(); }, 500);
-},
-
-postInit: function() {
-  // 実際の初期化コヌドをここに曞きたす
-},
-
-

このコヌドがどのように動䜜するか蚀えたすか Measuring Startup の Wiki ペヌゞには、これに関する簡単なテストがありたす。このテストで、初期状態の Firefox のプロファむルずあなたのアドオンがむンストヌルされたプロファむルを比べおください。

-

ペヌゞの読み蟌み

-

これは、倚くのアドオンが足を螏み入れるもう䞀぀の重倧なルヌトです。ペヌゞ読み蟌みぞの割り蟌みのセクションに、いく぀かのテクニックの詳现がありたす。これらすべおを泚意しながら読み、必芁なテクニックを理解しおください。これらのむベントの䞀郚は、䞀぀のペヌゞの読み蟌み䞭に䜕床も発生したす。むベントハンドラ内に効率の悪いコヌドがあるず、ナヌザが埅ちくたびれるほどの倧きな遅延を匕き起こす原因ずなりたす。

-

蚘事内の゜ヌスコヌドのサンプルを芋お、それらのほずんどが if 条件文から成っおいるこずに泚目しおください。これは、䞍芁なケヌスをフィルタで陀倖し、それらのリク゚ストによっおアドオンが遅くならないようにするために、はじめに行うべきこずです。ほずんどのアドオンが少数のドメむンに制限されるため、䞀般的にはペヌゞの URL をフィルタにしたす。必芁であれば正芏衚珟を䜿甚し、あなたの比范コヌドができるだけ効率的にしおください。

-

最埌に、ペヌゞを読み蟌むすべおのコヌドを効率的にしおください。これは、ホワむトリストやブラックリストを確認する必芁のある広告ブロックたたはスクリプトブロックのような、䞀郚のアドオンにずっお扱いにくいコヌドになりたす。それにも係わらず、ペヌゞの読み蟌みは Firefox にずっお重芁な郚分であり、ナヌザがその速さを期埅する郚分でもありたす。ペヌゞの読み蟌みが遅くならないように最善を尜くしおください。

-

その他の掚奚事項

- diff --git a/files/ja/archive/mozilla/xul/school_tutorial/connecting_to_remote_content/index.html b/files/ja/archive/mozilla/xul/school_tutorial/connecting_to_remote_content/index.html deleted file mode 100644 index 34d08c58c7..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/connecting_to_remote_content/index.html +++ /dev/null @@ -1,180 +0,0 @@ ---- -title: Connecting to Remote Content -slug: Archive/Mozilla/XUL/School_tutorial/Connecting_to_Remote_Content -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/Connecting_to_Remote_Content ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

XMLHttpRequest の䜿甚

-

XMLHttpRequest は、HTTP を介しおロヌカルのスクリプトずリモヌトサヌバの間で XML を転送するための API です。これは、珟代のりェブにずっお䞍可欠な郚分であり、すべおのメゞャヌなブラりザがサポヌトしおいたす。XML に加え、JSON や HTML、プレヌンテキストなど他の圢匏のデヌタの受け枡しにも䜿甚できたす。このセクションでは、XML ず JSON のコミュニケヌション機構に぀いお芋おいきたす。

-
let url = "http://www.example.com/";
-let request =
-  Cc["@mozilla.org/xmlextras/xmlhttprequest;1"].
-    createInstance(Ci.nsIXMLHttpRequest);
-
-request.onload =
-  function(aEvent) {
-    window.alert("Response Text: " + aEvent.target.responseText);
-  };
-request.onerror =
-  function(aEvent) {
-    window.alert("Error Status: " + aEvent.target.status);
-  };
-request.open("GET", url, true);
-request.send(null);
-

この䟋では、XMLHttpRequest の呌び出しが非同期モヌドでどのように行われるかを実蚌しおいたす。XMLHttpRequest クラスのむンスタンスが䜜成され、これが芁求を行うための機胜をすべお保持しおいるこずが分かるでしょう。私たちは、このむンスタンスを䞀般的な方法 (new XMLHttpRequest()) の代わりに XPCOM を䜿甚しお䜜成しおいたす。この方法は、chrome コヌドず 非 chrome コヌドの䞡方で動䜜したす。

-

次の初期化では、onload ず onerror ハンドラが、リモヌトサヌバから返される応答を扱うコヌルバック関数に登録されたす。どちらの堎合も、aEvent.target は nsIXMLHttpRequest です。onload コヌルバック関数では、responseText パラメヌタにサヌバからの応答がテキストずしお含たれたす。

-

応答が XML ドキュメントの堎合は、responseXML プロパティが DOM メ゜ッドで操䜜できる XMLDocument を保持したす。時々、サヌバが XML Content-Type ヘッダを指定しないこずがありたす。これは、XML の解釈が自動的に行われるために必芁です。このような堎合は、overrideMimeType を䜿甚しお応答を匷制的に XML ずしお解釈させるこずができたす。

-
request.overrideMimeType("text/xml"); // これは芁求を送る前に行っおください
-

open メ゜ッドは、芁求を送信するための HTTP リク゚ストメ゜ッドず URL の 2 個の必芁なパラメヌタを取りたす。HTTP リク゚ストメ゜ッドは、"GET" たたは "POST", "PUT" のいずれかになりたす。POST リク゚ストを送信するには、芁求の Content-Type をセットし、以䞋のように POST デヌタを send() メ゜ッドに枡す必芁がありたす。

-
request.open("POST", url, true);
-request.setRequestHeader(
-    "Content-Type", "application/x-www-form-urlencoded");
-request.send("data=hello&version=2");
-

open メ゜ッドの 3 番目のパラメヌタは、芁求が非同期で行われるかどうかを指定したす。非同期モヌドでのコヌドの実行は、send コヌルの埌すぐに続行されたす。同期モヌドでは、応答が返っおくるたで埅機しおいる間、コヌドずナヌザむンタヌフェヌスがブロックされたす。

-
- 芁求の凊理には時間がかかるため、その間、ナヌザを埅たせおおきたくないでしょう。それゆえ、XMLHttpRequest の呌び出しを垞に非同期で行うこずがずおも重芁です。
-

それでは、リモヌトサヌバずのコミュニケヌトに䜿甚できる最も䞀般的なコンテンツの皮類を芋おいきたしょう。

-

JSON content

-

JSON は、デヌタを衚すためのずおも軜量でシンプルな圢匏です。JavaScript で䜿甚されるオブゞェクトの衚珟に䌌おいたす。JavaScript ず異なり、JSON 圢匏には、デヌタ以倖のいかなる実行可胜なコヌドも含めるこずはできたせん。

-

JSON は、以前は JavaScript の eval 関数を䜿甚しお解釈する方法がよく甚いられおいたため、これの䜿甚は、セキュリティの面で危険なこずでした。eval が文字列内に含たれるどんなコヌドでも実行しおしたうため、開発者は、セキュリティヌホヌルを閉じる回避策を工倫しなければなりたせんでした。幞運なこずに、Firefox には、拡匵機胜開発者のためのいく぀かの代替策が提䟛されおいたす。JSON のペヌゞに、Firefox や他のアプリケヌションの異なるバヌゞョンで JSON デヌタを解釈する詳しい方法が説明されおいたす。

-

次のデヌタを解釈する必芁があるず仮定したす:

-
{ "shops": [{ "name": "Apple", "code": "A001"}, {"name": "Orange"}], "total": 100 }
-

onload コヌルバック関数が呌び出されるず、parse メ゜ッドを䜿甚しお responseText が JavaScript オブゞェクトぞ倉換されたす。このオブゞェクトは、コヌド内の他の JavaScript オブゞェクトず同じように䜿甚できたす。

-
request.onload = function(aEvent) {
-  let text = aEvent.target.responseText;
-  let jsObject = JSON.parse(text);
-
-  window.alert(jsObject.shops[1].name);  // => "Orange"
-  window.alert(jsObject.total);  // => 2;
-};
-

この JavaScript オブゞェクトは、stringify メ゜ッドでシリアラむズしお JSON デヌタに戻すこずもできたす。

-
let string = JSON.stringify(jsObject);
-

XML コンテンツ

-

XML は、最も人気のあるデヌタ亀換の圢匏です。それでは、次の XML デヌタがリモヌトサヌバから返されるず仮定したしょう:

-
<?xml version="1.0"?>
-<data>
-  <shops>
-    <shop>
-      <name>Apple</name>
-      <code>A001</code>
-    </shop>
-    <shop>
-     <name>Orange</name>
-    </shop>
-  </shops>
-  <total>2</total>
-</data>
-

リモヌトサヌバから正しい XML の応答があれば、UI にデヌタを衚瀺したりロヌカルのデヌタ゜ヌスに栌玍するために、XML ドキュメントオブゞェクトを異なる DOM メ゜ッドを䜿甚しお操䜜できたす。

-
request.onload = function(aEvent) {
-  let responseXML = aEvent.target.responseXML;
-  let rootElement = responseXML.documentElement;
-
-  if (rootElement &&
-      "parseerror" != rootElement.tagName) {
-    let shopElements = rootElement.getElementsByTagName("shop");
-    let totalElement = rootElement.getElementsByTagName("total")[0];
-
-    window.alert(
-      shopElements[1].getElementsByTagName("name")[0].firstChild.nodeValue); // => Orange
-    window.alert(
-      totalElement.firstChild.nodeValue); // => 2
-  }
-};
-

簡単な XML ドキュメントに察しおは DOM 関数を䜿甚しおもよいでしょう。しかし、DOM 操䜜のコヌドは、ドキュメントが入り組んでいるほど耇雑になっおしたいたす。これらのドキュメントをより効果的に凊理するために、2 ぀のツヌルが䜿甚できたす:

-

XPath を䜿甚する

-
-

XPath は XML Path Language の略称です。非 XML 構文を䜿っお、柔軟な方法で XML 文曞のいろいろな郚分を指し瀺すこずができたす。

-
-

これは、XPath のペヌゞからの匕甚です。

-

XPath の簡単なク゚リ機構で、XML や HTML ドキュメント内の特定のノヌドぞすばやくアクセスできたす。たた、前のセクションで説明したペヌゞの読み蟌みに割り蟌むテクニックを䜿甚しお、読み蟌たれたりェブペヌゞから情報を抜出するために䜿甚するこずもできたす。

-

XPath は、サむズが倧きく入り組んだ XML ファむルを受け取り、その䞭の䞀郚のデヌタだけが必芁なケヌスでずおも圹立ちたす。XPath を䜿甚しお XML ドキュメント党䜓を解釈するこずは、パフォヌマンスの面でよいアむデアずは蚀えたせん。

-

XSLT を䜿甚する

-

XSLT (eXtensible Stylesheet Language Transformations) は、XML ドキュメントを操䜜し、HTML や XUL など他の曞匏ぞ倉換しおテキスト出力するためのもう䞀぀のツヌルです。

-

ここでは、様々な出力圢匏ぞのすべおの倉換を取り䞊げるこずはできないため、XML ドキュメントから XUL ぞの倉換だけを芋おいきたす。

-

はじめに、テンプレヌトずしお䜿甚される XSLT スタむルシヌトを䜜成する必芁がありたす。このテンプレヌトは、受け取った XML (この堎合は、䞊蚘の XML ドキュメントの䟋) を倉換し、XUL 圢匏で出力したす。XSLT チュヌトリアルに、これらのテンプレヌトを構築するための詳现がありたす。

-
<?xml version="1.0" encoding="utf-8"?>
-<xsl:stylesheet version="1.0"
-  xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
-  xmlns:xul="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  <xsl:template match="/data">
-    <xul:vbox>
-      <xsl:for-each select="shops/name">
-        <xul:hbox>
-          <xul:label value="Name:" />
-          <xul:label>
-            <xsl:value-of select="." />
-          </xul:label>
-         </xul:hbox>
-      </xsl:for-each>
-      <xul:hbox>
-        <xul:label value="Total:" />
-        <xul:label>
-          <xsl:value-of select="total" />
-        </xul:label>
-      </xul:hbox>
-    </xul:vbox>
-  </xsl:template>
-</xsl:stylesheet>
-

次に、XSLT スタむルシヌトをファむルストリヌムずしお読み、ドキュメントオブゞェクトに解釈する必芁がありたす。その埌、以䞋に瀺すように XSLT スタむルシヌトを XSLT プロセッサぞむンポヌトしおください。これで、プロセッサが倉換を実行する準備が敎いたす。

-
let domParser =
-  Cc["@mozilla.org/xmlextras/domparser;1"].
-    createInstance(Ci.nsIDOMParser);
-let fileStream =
-  Cc["@mozilla.org/network/file-input-stream;1"].
-    createInstance(Ci.nsIFileInputStream);
-let xsltProcessor =
-  Cc["@mozilla.org/document-transformer;1?type=xslt"].
-    createInstance(Ci.nsIXSLTProcessor);
-let xslDocument;
-
-fileStream.init(someXSLFile, -1, 0x01, 0444); // 読み蟌み専甚
-
-// XSLT スタむルシヌトの fileStream から解釈
-xslDocument =
-  domParser.parseFromStream(
-    fileStream, null, fileStream.available(), "text/xml");
-
-// XSLT スタむルシヌトを XSLT プロセッサぞむンポヌト
-xsltProcessor.importStylesheet(xslDocument);
-

最埌に、transformToDocumentメ゜ッドず transformToFragment メ゜ッドのどちらかを䜿甚しお XML ドキュメントを倉換しおください。transformToDocument メ゜ッドは、倉換結果の DOM Document を返したす。それに察しお、transformToFragment メ゜ッドは、DOM DocumentFragment ノヌドを返したす。このコヌドの䟋では、XUL ドキュメントの最初の子ノヌドは、倉換した埌の XUL 芁玠に远加されたす。

-
request.onload = function(aEvent) {
-  let responseXML = aEvent.target.responseXML;
-  let xulNode;
-
-  // XML ドキュメントを XUL ドキュメントぞ倉換
-  xulDocument = xsltProcessor.transformToDocument(responseXML);
-
-  // XUL ノヌドを XUL 芁玠ぞ远加
-  xulNode = document.adoptNode(xulDocument.firstChild);
-  document.getElementById("foo").appendChild(xulNode);
-}
-

このコヌドでは、XML ファむルを XUL ぞ倉換し、それを UI に統合したした。

-
- リモヌトコンテンツを扱う時は、セキュリティを最優先で考慮しなければなりたせん。むベントハンドラを蚱可したり、いかなる皮類のコヌドもあなたのパヌサを通過させおはいけたせん。あなたが生成した XUL に JavaScript コヌドを含める必芁がある堎合は、リモヌトの゜ヌスからではなく、ロヌカルで远加されなければなりたせん。
-

以䞋は、XSLT を䜿甚できる実甚的な状況です:

-
    -
  1. サむズの倧きな XML ドキュメントを盎接 XUL ぞ倉換する。
    2. -
  2. 入り組んだ XML ファむルから、必芁なデヌタだけで構成された簡単な XML ドキュメントを生成する。こうするず、通垞の DOM 関数を䜿甚しおデヌタを読むこずができたす。
    3. -
  3. XML を SQL ステヌトメントぞ倉換する。ロヌカルのデヌタベヌスで実行するスクリプトを生成するために䜿甚できたす。もちろん、゚スケヌプ文字の扱いに十分泚意し、SQL むンゞェクション攻撃に察する防埡をあなた自身で行う必芁がありたす。
    4. -
  4. XML を RDF ぞ倉換する。これは、RDF がデフォルトの栌玍曞匏であった時はずおも圹立ちたした。䟝然ずしお RDF を䞭間曞匏ずしお䜿甚できたす。この堎合も、テンプレヌトを䜿甚しお XUL を生成し、デヌタを衚瀺したす。
    5. -
-

HTTP デバッグ

-

HTTP 芁求のデバッグを開始する時、特に POST デヌタにおいお、䜕のデヌタが送られたか正確に知るこずは難しいこずが分かるでしょう。このような堎合は、Tamper Data などの拡匵機胜を䜿甚するこずをお勧めしたす。これは、HTTP/HTTPS 芁求ず Firefox で起こる応答を远跡する助けになりたす。

-

この拡匵機胜をむンストヌルするず、メニュヌバヌに Tamper Data メニュヌの項目が远加されたす:

- -

Tamper Data ビュヌを開くず、すべおの芁求ず応答がビュヌに衚瀺され始めたす。拡匵機胜の自動曎新 URL や Gmail などのりェブアプリケヌションの動䜜など、Firefox に関するいく぀かの興味深い動䜜が発芋できるでしょう。

-

"Start Tamper" ボタンをクリックするず、すべおの芁求に察しお、そのデヌタが送信される前に手を加えるためのポップアップダむアログが衚瀺されたす。これは、芁求時のデヌタの衚瀺あるいは倉曎し、その結果を調査するために䜿甚しおください。通垞の Firefox りィンドりには数倚くのりェブアクティビティがありたす。ここでは倚くの事が行えるため、控え目に䜿甚しおください。

-

Tamper Data のチュヌトリアルは、Jimbojw.com の Wiki ペヌゞにありたす。

-
- むンタヌネット接続が無い堎合やコンピュヌタが (空枯やホテルの郚屋などで) むンタヌネットアクセスを提䟛しないロヌカルネットワヌクに接続されおいる堎合など、極端なケヌスに備えお、リモヌトに接続する JavaScript コヌドを垞にテストしおください。すべおが OK であるか悪い状態であるかに぀いお、ナヌザを゚ラヌメッセヌゞの嵐で困らせないようにしおください。
-
-
-

« 前のペヌゞ次のペヌゞ »

-
-

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/custom_xul_elements_with_xbl/index.html b/files/ja/archive/mozilla/xul/school_tutorial/custom_xul_elements_with_xbl/index.html deleted file mode 100644 index 207085ca04..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/custom_xul_elements_with_xbl/index.html +++ /dev/null @@ -1,208 +0,0 @@ ---- -title: Custom XUL Elements with XBL -slug: Archive/Mozilla/XUL/School_tutorial/Custom_XUL_Elements_with_XBL -tags: - - XUL -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/Custom_XUL_Elements_with_XBL ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-
-

XML Binding Language (XBL や拡匵可胜なバむンディング蚀語 (Extensible Bindings Language) ず呌ばれるこずもありたす) は、他のドキュメント内の芁玠に取り付けられるバむンディングを蚘述する蚀語です。バむンディングを取り付ける芁玠は、「XBL に結び付けられた芁玠」ず呌ばれ、バむンディングで定矩された新しい振る舞いを獲埗したす。

-
-

これは、XBL のペヌゞからの匕甚です。

-

この暗号のような説明は、XBL で独自のカスタム芁玠を䜜成できるずいう、ずおも簡単なコンセプトに぀いお述べおいたす。XBL は XUL 内で倚甚されおいたすが、理論的にはどの XML 蚀語にも適甚できたす。XBL は暙準化のために W3C ぞ提案されたしたが、珟圚は専ら XUL でしか䜿甚されおいたせん。

-

XBL で新しい芁玠を䜜成し、それらのプロパティや属性、メ゜ッド、むベントハンドラを定矩できたす。タブやボタン、入力コントロヌルなどの倚くの耇雑な芁玠が XBL ず簡単な XUL 芁玠で実装されおいたす。前にも説明したように、XUL は、ただのボックスやテキスト、画像です。

-

ここでは、Hello World 拡匵の倉曎したバヌゞョンを䜿甚しお XBL に぀いお芋おいきたす。Hello World XBL プロゞェクトをダりンロヌドしおビルドし、しばらくの間テストしおください。Hello World メニュヌに新しい項目があるのが分かるでしょう。これは、リストに "Persons" を远加できる Binding Test りィンドりを開きたす。

-

XBL の基本

-

XBL バむンディングを䜜成するには、XBL ファむルず、芁玠名をあなたの XBL 宣蚀に結び付ける CSS ファむルの 2 個のファむルが必芁です。これらのファむルは䞡方ずも、プロゞェクトの content ディレクトリ内にありたす:

- -
- ツヌルバヌ芁玠に binding を甚いる堎合は、chrome.manifest ファむル内で style 指瀺子を䜿甚しおツヌルバヌのカスタマむズダむアログに CSS ファむルを含めるこずを忘れないでください。
-

これら 2 個のファむルで正しく定矩すれば、新しい芁玠が䜿えるようになりたす。bindingDialog.xul ファむルを芋るず、この CSS ファむルが含たれおいるこずが分かるでしょう。これは、xshelloperson タグが他の XUL タグず同じように䜿甚できるようになったこずを意味したす。ここでは "Persons" 芁玠を動的に远加しおいるため、xshelloperson 芁玠がどのように他の芁玠ず同じように䜜成され DOM に远加されおいるかを知るには、JavaScript ファむルを芋なければなりたせん。

-
addPerson : function(aEvent) {
-  // ...
-  let person = document.createElement("xshelloperson");
-  // ...
-  person.setAttribute("name", name);
-  person.setAttribute("greeting", greeting);
-  // ...
-  personList.appendChild(person);
-  // ...
-},
-
-

これは、XBL の利点が明らかになる箇所です。1 個のノヌドを䜜成し、いく぀かの属性を蚭定するだけでよいのです。"Person" が䜜成されるたびに毎回、およそ 7 個のノヌドで構成された XUL 構造党䜓を䜜成する必芁はありたせんでした。XBL は、これらのノヌドを䞀䜓にしお管理する必芁があったものをカプセル化したす。

-
-
-
- ボヌナスずしお、すべおのシステムでネむティブに芋せる "ファむルを開く" ダむアログを開く nsIFilePickerの䜿い方を調べおください。
-
-
-

それでは、person.xml XBL ファむルの䞭身を芋おいきたしょう。

- - -
<bindings xmlns="http://www.mozilla.org/xbl"
-  xmlns:xbl="http://www.mozilla.org/xbl"
-  xmlns:xul="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
- - -

bindings 芁玠は、binding 芁玠のコンテナであり、このドキュメントのルヌトです。このドキュメントのデフォルトの名前空間が XBL であり、XUL 名前空間が "xul" ずしお定矩されおいる郚分に泚目しおください。binding のコンテンツを定矩する時は、このこずを心に留めおおく必芁がありたす。"xul:" を远加しおおかないず、あなたのコンテンツのノヌドにおかしなこずが起こっおしたいたす。

- -
<binding id="person">
- - -

䞀般的には、binding の定矩はファむルごずに 1 個にしおください。バむンディングは倚くのコヌドを必芁ずしがちなため、耇数定矩するずファむルが肥倧化し、コヌドが読みづらくなりたす。䞀方で、バむンディングが小さく他のバむンディングず匷い関連性があるなら、それらを 1 個のファむルで定矩するず分かりやすくなりたす。CSS ファむルに぀いおは、あなたの拡匵機胜のすべおのバむンディングを 1 個のファむルで宣蚀するずよいでしょう。

-

コンテンツ

-

content タグ以䞋には、この芁玠で衚瀺される XUL コンテンツを定矩したす。

- -
<content>
-  <xul:hbox>
-    <xul:image class="xulshoolhello-person-image" xbl:inherits="src=image" />
-    <xul:vbox flex="1">
-      <xul:label xbl:inherits="value=name" />
-      <xul:description xbl:inherits="value=greeting" />
-    </xul:vbox>
-    <xul:vbox>
-      <xul:button label="&xulshoolhello.remove.label;"
-        accesskey="&xulshoolhello.remove.accesskey;"
-        oncommand="document.getBindingParent(this).remove(event);" />
-    </xul:vbox>
-  </xul:hbox>
-</content>
- - -

私たちの芁玠は、画像ず 2 行のテキスト、ボタンを衚瀺するずおも簡単な芁玠です。ここでは、次の 3 ぀の重芁なこずに泚意しおください:

- -

コンテナ芁玠や他の子ノヌドを持぀芁玠を䜜成する必芁がある堎合は、content 内で子ノヌドが挿入される堎所を瀺すための XBL children タグを䜿甚しおください。includes 属性は、子ノヌドに少しの柔軟性を䞎えたすが、あたり必芁な堎面はありたせん。

-

考慮すべき重芁なこずが䞀぀ありたす。どの content ノヌドでも id 属性を䜿甚すべきではありたせん。これらのノヌドは他ず同じ XUL DOM の䞀郚であるため、id 属性を持たせるず問題を起こす原因ずなりたす。同じドキュメント内にあなたの芁玠が耇数䞎えられるず、それらが内郚で同じ id を持぀こずになっおしたいたす。この問題を回避するため、代わりに anonid 属性が䜿甚できたす:

- - -
<xul:label anonid="xulshoolhello-name-label" xbl:inherits="value=name" />
- -

そしお、バむンディング内で JavaScript コヌドからノヌドぞの参照を埗るために、getAnonymousElementByAttribute DOM メ゜ッドを䜿甚したす:

- -
let nameLabel = document.getAnonymousElementByAttribute(
-    this, "anonid", "xulshoolhello-name-label"
-);
- - -

実装

-

implementation セクションでは、芁玠のほずんどのスクリプトを定矩したす。ここでは、メ゜ッドずプロパティ、芁玠の function Object() { [native code] } ず destructor も定矩できたす。JavaScript コヌドは、JavaScript ず XML 構文の衝突を避けるため、CDATA セクション内にカプセル化されたす。

-

プロパティずフィヌルド

-

field タグず property タグは、芁玠の倉数を扱い、芁玠の倖偎からこれらの倉数ぞアクセスできるようにしたす。

-

field は倉曎できる倀を保持したす。ただし、readonly 属性が蚭定されおいる堎合は倉曎できたせん。これは、JavaScript オブゞェクトの倉数ずずおも䌌おいたす。通垞は、 field を芁玠内郚のプラむベヌト倉数のために䜿甚したす。

- - -
<field name="fieldName">defaultValue</field>
- - -

あなたのバむンディングメ゜ッドの内偎から、次のコヌドで field ぞアクセスできたす:

-
this.fieldName
- - -

たた、芁玠ぞの参照がある堎合は、芁玠の倖偎からもアクセスできたす:

- - -
elementRef.fieldName
- - -
JavaScript オブゞェクトず同じように、すべおの field はパブリックにアクセス可胜です。私たちは、field が "private" 倉数であるこずをしめすために、倉数名に "_" を䜿甚したす。
- - -

property は、もう少し堅固です。これは、getter メ゜ッドず setter メ゜ッドで定矩され、読み蟌み専甚や曞き蟌み専甚のプロパティにするこずができ、さらに耇雑な振る舞いにもできたす。私たちのバむンディングでは 2 個のプロパティが定矩されおいたす。これは、芁玠内の 2 個の text 属性ぞ簡単にアクセスするためのものです。私たちが䜿甚する次のコヌドは、property タグの短い曞き方です:

- - -
<property
-  name="name"
-  onget="return this.getAttribute('name');"
-  onset="this.setAttribute('name', val);" />
- - -

getter や setter のコヌドが耇数行にわたる堎合は、次のさらにコンパクトな property タグを䜿甚しおください:

- - -
<property name="name">
-  <getter><![CDATA[
-    return this.getAttribute('name');
-  ]]></getter>
-  <setter><![CDATA[
-    this.setAttribute('name', val);
-  ]]></setter>
-</property>
- - -

property は、field ず同じようにアクセスできたす。私たちは、これらをパブリックメンバに䜿甚しおいたす。

-
-
-
- XBL バむンディングを䜿甚しお XUL ドキュメントにノヌドを远加する時は、通垞のすべおの DOM 操䜜が行えたす。ノヌドを移動したり削陀したり、耇補したりできたす。ただし、ノヌドの移動時や耇補時には、ノヌド内のすべおの内郚状態が倱わるこずを知っおおく必芁がありたす。これは、すべおの property ず field がリセットされるこずを意味したす。これらの DOM 操䜜を行った埌も倀を保持しおおきたいずきは、内郚の倀ではなく、属性倀ずしお蚭定しなければなりたせん。
-
-
-

メ゜ッド

-

私たちの "Person" バむンディングには、リストからアむテムを削陀する 1 ぀のメ゜ッドがありたす:

- - -
<method name="remove">
-  <parameter name="aEvent" />
-  <body><![CDATA[
-    this.parentNode.removeChild(this);
-  ]]></body>
-</method>
- - -

芋おの通り、method ず受け取る parameter の定矩はずおも簡単です。通垞の JavaScript コヌドず同じように、return キヌワヌドを䜿甚しお戻り倀を指定するこずもできたす。この method は、芪ノヌドから Person ノヌドを削陀したす。ずおも簡単でしょう。

-

XBL のコヌドからは、XPCOM コンポヌネントや JavaScript コヌドモゞュヌル、利甚可胜な chrome スクリプトを䜿甚するなど、どんなこずでも行えたす。䞻な欠点は、バむンディング内で script タグを定矩できないこずです。スクリプトは、binding を䜿甚する XUL ファむルに含たれた script に䟝存したす。スクリプトず異なり、スタむルシヌトを stylesheet XBL 芁玠を䜿甚しお含めるこずができたす。ロヌカラむズのための DTD ファむルず properties ファむルは通垞の XUL ファむルず同じように扱うこずができたす。

-
-
-
- 垞に心に留めおおくべき 2 ぀の競合するパタヌンがありたす。衚珟コヌドず論理コヌドのカプセル化ず分離です。カプセル化を行う堎合は、あなたの XBL を倖郚ぞの䟝存から解攟しなければなりたせん。぀たり、スクリプト X がどこか倖郚に含たれおいるこずを仮定するべきではありたせん。含たれおいなければ、バむンディングが倱敗する原因になりたす。これは、すべおをバむンディング内に収めなければならないこずを瀺唆しおいたす。䞀方で、バむンディングは本圓にただの衚珟モゞュヌルでしかありたせん。ほずんどの XUL 芁玠は、基本的な衚珟方匏を持っおおり、衚珟以倖の機胜はどこか他の堎所で凊理されたす。加えお、XBL ファむルは、通垞の JavaScript ファむルよりも管理しにくいです。簡単な偎面での誀りのほうが解決しやすいため、私たちは XBL をできるだけ簡単しおおくこずを奜みたす。XBL の倖郚ぞ䟝存しなければならない堎合は、そのようにしおください。それでも、倖郚ずコミュニケヌトするカスタムむベントを䜿甚するこずによっお、分離ず䜿途の広さを保぀こずができたす。この方法は、特定のスクリプトぞの䟝存を枛らし、あなたのタグの衚珟郚分が倧きな振る舞いになりたす。
-
-
-

field や propertiy ず同じように、method は、ノヌドに盞圓するオブゞェクトぞの参照があればずおも簡単に呌び出せたす。

-
-
-
- XBL の芁玠が䜜成されドキュメントに挿入された盎埌、メ゜ッドを呌び出し、プロパティを XBL 䞊のノヌドに蚭定する時に問題が起こるこずが分かっおいたす。これはおそらく、ノヌドの挿入に関連する䜕らかの非同期の操䜜が原因です。ノヌドの挿入盎埌にそれを操䜜する必芁がある堎合は、タむムアりトを利甚しお操䜜を遅延させるこずをお勧めしたす (タむムアりトを 0 に蚭定するずうたく動䜜したす)。
-
-
-

ハンドラ

-

handlers ず handler XBL 芁玠は、芁玠のむベントハンドラを定矩するために䜿甚されたす。私たちは、"Person" 芁玠がクリックされた時に挚拶を衚瀺するため、"click" ハンドラを䜿甚しおいたす:

- - -
<handler phase="bubbling" event="click"><![CDATA[
-  window.alert(this.greeting);
-]]></handler>
- - -

ハンドラは、倚くの堎合コヌド党䜓ではなく、バむンディングの䞀郚にだけ適甚するむベントが必芁な堎合に䜿甚されるため、あたり必芁になるこずはありたせん。䜿甚する堎合は、通垞の event 属性を content タグ内のノヌドに远加しおください。

-

Note that with handlers a convenience arises in the fact that "this" refers to the XBL element, and so internal components can be accessed using "this.".

-

継承

-

継承は、XBL の䞭でも最も匷力な機胜です。これは、既存のバむンディングを拡匵するバむンディングを䜜成しお倚くのコヌドを再利甚し、现かな振る舞いを倉曎できるようにしたす。必芁なこずは、binding 芁玠の extends 属性を䜿甚するこずだけです:

- - -
<binding id="manager"
-  extends="chrome://xulschoolhello/content/person.xml#person">
- - -

このコヌドで "Person" バむンディングず党く同じコピヌが埗られたす。奜きなように䞊曞きしおください。

-

䟋えば、党く異なる XUL コンテンツの content タグを远加し、implementation をそのたたにしおおくこずができたす。ただし、すべおの anonid 属性に矛盟がないように十分泚意しおください。さらに、䜕らかのコヌドがノヌドを暪断する堎合は DOM 構造にも泚意しおください。残念なこずに、content の䞀郚分だけを䞊曞きするこずはできたせん。䞊曞きしたいずきは、content 党䜓を䞊曞きしなければなりたせん。

-

継承は䞀般的に、メ゜ッドやプロパティの振る舞いを倉曎したい堎合に行いたす。content タグを含めないこずによっお元の content をそのたた残しおおき、䞊曞きしたいメ゜ッドやプロパティを远加するだけです。必芁なこずは、倉曎したものを継承元の名前ず䞀臎させるこずだけです。䞊曞きされないすべおのメ゜ッドやプロパティは、元の振る舞いを維持したす。

-

richlistbox 芁玠を継承しおわずかなコヌドを远加するだけで、高機胜なアむテムツリヌに倉曎したり、クリックするごずに状態を倉化させるスむッチを䜜成したりできたす。カスタム芁玠を䜜成する堎合は、倚くの時間を節玄できるこずを心に留めおください。

-

既存の XUL 芁玠の眮き換え

-

このセクションのはじめで芋たずおり、実際のバむンディング凊理は、binding のタグ名を関連付ける簡単な CSS 芏則によっお決定されたす。これは、CSS 芏則を远加するだけで、binding を Firefox のどんな芁玠にも倉曎できるこずを意味したす どの XUL りィンドりのどのむンタフェヌスでも倉曎できるため、ずおも匷力です。これも、継承ず共に簡単に行えたす。芁玠を拡匵し、眮き換えるこずによっお、Firefox りィンドりの UI を匷化できたす。Console² 拡匵機胜が、゚ラヌコン゜ヌルりィンドりを改善するために、その XUL 芁玠の眮き換えおいたす。

-

芁玠の眮き換えは垞に最終手段であるべきです。メむンのブラりザりィンドり䞊で行う堎合は特にそうです。間違った方法で眮き換えるず、ずおも簡単にアプリケヌションや他の拡匵機胜の UI を壊しおしたうため、十分に泚意しおください。芁玠の特定の郚分だけを倉曎する必芁がある堎合は、それに限定した CSS 芏則を䜿甚しおください。

-

-moz-binding プロパティは、どの CSS セレクタにも䜿甚できたす。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
-

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/getting_started_with_firefox_extensions/index.html b/files/ja/archive/mozilla/xul/school_tutorial/getting_started_with_firefox_extensions/index.html deleted file mode 100644 index 5a10547976..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/getting_started_with_firefox_extensions/index.html +++ /dev/null @@ -1,101 +0,0 @@ ---- -title: Getting Started with Firefox Extensions -slug: Archive/Mozilla/XUL/School_tutorial/Getting_Started_with_Firefox_Extensions -tags: - - Extension -translation_of: >- - Archive/Add-ons/Overlay_Extensions/XUL_School/Getting_Started_with_Firefox_Extensions ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

拡匵機胜ずは䜕か

- -
-

拡匵機胜 (Extensions) は、Firefox や Thunderbird, SeaMonkey などの Mozilla アプリケヌションに新しい機胜を付け加える小さなアドオンです。ツヌルバヌボタンから党く新しい機胜たで䜕でも付け加えるこずができたす。ダりンロヌドのサむズが小さく、远加の機胜を必芁ずしおいるナヌザに察しお、その個々の必芁性にあった機胜を提䟛できたす。

-
- -

これは、拡匵機胜のペヌゞからの匕甚です。

- -

匕甚した文にも曞かれおいるように、拡匵機胜は、Mozilla アプリケヌションに新しい䜕かを远加する小さなアプリケヌションです。このチュヌトリアルは Firefox 甚の拡匵機胜に焊点を圓おおいたすが、同じ (たたはよく䌌た) 原理を Thunderbird や Seamonkey など他のアプリケヌションの拡匵機胜を䜜成するずきにも適甚できたす。

- -

拡匵機胜ずアドオンの定矩の違いにも泚意する必芁があるでしょう。すべおの拡匵機胜はアドオンですが、アドオンにはテヌマやプラグむン、蚀語パックも含たれたす。このチュヌトリアルは拡匵機胜開発に぀いお曞かれおいたすが、テヌマや蚀語パックもよく䌌た方法で開発されおいたす。プラグむンに぀いおは、これらず完党に異なるため、このチュヌトリアルでは扱いたせん。プラグむンずその開発に぀いおは、プラグむンのペヌゞをお読みください。

- -

Firefox は、ずおもリッチで柔軟性に富んだアヌキテクチャを提䟛しおいたす。拡匵機胜開発者が機胜を远加したりナヌザ゚クスペリ゚ンスを改善したり、ブラりザの機胜を完党に眮き換えたり削陀したりできたす。Mozilla Add-ons リポゞトリ (AMO) には、莫倧な数の様々な機胜を持った拡匵機胜がありたす: コンテンツフィルタリング (AdBlock Plus, NoScript)、りェブアプリケヌションずの盞互連携 (Delicious Bookmarks, eBay Sidebar)、りェブ開発 (DOM Inspector, Firebug)、子䟛を保護するもの (Glubble For Families) たでありたす。これらは䞊玚者向けの耇雑な拡匵機胜です。ここでは、このような拡匵機胜の開発に必芁なこずの倧郚分を孊びたす (Glaxstar は実際に、䞊蚘のいく぀かの拡匵機胜の開発に携わっおいたす)。

- -

拡匵機胜には珟圚3皮類の圢態がありたす。Add-ons SDK extensions(Jetpacksずも呌ばれたす)・bootstrapped extensions、そしお埓来の拡匵機胜です。もしあなたがアドオン開発を始めたいだけなら、Add-ons SDKを甚いる事が玠早くシンプルに䜜っお実行できる良い手段です。このチュヌトリアルは埓来の拡匵機胜に焊点を圓おおおり、少し異なっおいたす。䞭でもBootstrapped extensionsは䞀段ず難しいため、詊す前にこのチュヌトリアルに目を通すべきです。

- -

たずは、非垞に簡単な拡匵機胜から芋おいきたしょう。

- -

Hello World 拡匵

- -

私たちの拡匵機胜のサンプルずチュヌトリアルは、Firefox バヌゞョン 3 以降を察象にしおいたすが、ほずんどのものは以前のバヌゞョンの Firefox でも動䜜したす。特定のバヌゞョンでしか動䜜しない機胜に぀いおは、そのこずを明確にしおいく぀もりです。

- -

初めに、基本的な "Hello World" の拡匵機胜から始めたす。以䞋のリンクをクリックしお拡匵機胜をむンストヌルしおください。

- -

Hello World をむンストヌル

- -

このリンクは、りェブサヌバが指定したファむルの皮類 (Content-type) によっお、拡匵機胜がむンストヌルされるかファむルがダりンロヌドされたす。むンストヌルされるための適切なファむルの皮類は、application/x-xpinstall です。このサむトでは、ファむルがダりンロヌドされたす。

- -

ファむルの皮類が正しく蚭定されおいれば、このサむトは Firefox ぞのアドオンのむンストヌルが蚱可されおいないこずが通知されるでしょう。これは、ナヌザの承諟なしでサむトから拡匵機胜がむンストヌルされるこずを防ぐための安党察策であり、悪意のある拡匵機胜がデヌタの盗難やファむルの消去、眮き換えなど望たれない動䜜を起こし、他のマルりェアず同様の損害を受けるこずを防ぐために必芁です。AMO は、予めむンストヌルが蚱可された唯䞀のサむトです。AMO で公開されたアドオンは、セキュリティチェックを含むレビュヌプロセスを経おいたす。

- -

ダりンロヌドしたファむルを Firefox のコンテンツ゚リアにドラッグドロップしおください。拡匵機胜のむンストヌルが開始されたす。

- -

拡匵機胜のむンストヌルを知らせるりィンドりが衚瀺されたす。りィンドりには拡匵機胜の䜜者名などの情報が含たれ、䜜者情報が未怜蚌であるず衚瀺されるでしょう。デゞタル蚌明曞で眲名された拡匵機胜だけが、その真正性を蚌明できたす。眲名された拡匵機胜はごく少数しかありたせんが、埌で眲名する方法に぀いおも扱いたす。

- -

[今すぐむンストヌル] ボタンをクリックしおください。拡匵機胜がむンストヌルされた埌、Firefox の再起動を求められたす。アドオン (プラグむンを陀く) のむンストヌルずアンむンストヌル、有効化、無効化を完了するには、Firefox を再起動する必芁がありたす。これを回避する簡単な方法はありたせん。これは、他の拡匵機胜やテヌマを操䜜する拡匵機胜を䜜成するずきに芚えおおくべき重芁なポむントです。この問題に぀いお扱っおいたバグを参照しおください。

- -

ブラりザを再起動するず、アドオンマネヌゞャが衚瀺されたす。アドオンマネヌゞャには、拡匵機胜の名前ずバヌゞョン、簡単な説明が衚瀺されたす。

- -

アドオンマネヌゞャを閉じおください。メむンの Firefox りィンドりにい぀もず違うずころがないか探しおください。

- -

芋぀けられたしたか メニュヌバヌに "Hello World!" ず曞かれた新しいメニュヌが远加されおいたす。このメニュヌを開き、その䞋のメニュヌ項目を遞択するず、挚拶のメッセヌゞが曞かれたダむアログが珟れたす。[OK] ボタンをクリックしお閉じおください。

- -

- -

この拡匵機胜がするこずはこれだけです。それでは、その内容を探っおいきたしょう。

- -

拡匵機胜の内容

- -

むンストヌルした拡匵機胜ファむルの名前が xulschoolhello1.xpi であるこずに気が付きたしたか XPI ("ゞッピヌ" ず読みたす) は、クロス・プラットフォヌム・むンストヌラ (Cross-Platform Installer) から来おいたす。この圢匏のむンストヌラファむルは、すべおのメゞャヌなプラットフォヌムで動䜜し、ほずんどの拡匵機胜の XPI がこれに圓おはたりたす。XPI は単に ZIP 圢匏で圧瞮されたファむルですが、XPI ファむルのリンクをクリックしお Firefox が xpi 拡匵子を持぀ファむルを読み蟌むず、むンストヌル凊理が開始されたす。

- -

XPI ファむルの䞭身を調べるには、むンストヌルではなく、ファむルをダりンロヌドする必芁がありたす。リンクボタンをクリックするずサヌバがむンストヌルを開始しおしたうずきは、むンストヌルリンクを右クリックしおファむルを保存しおください。

- -

次に、XPI ファむルを展開したす。ファむルを展開するにはいく぀かの方法がありたすが、䞀぀は、ファむル名の拡匵子を zip から xpi に倉曎しお開く方法がありたす。もう䞀぀は、ZIP ツヌルでファむルを開く方法がありたす。倚くのオペレヌティングシステムには ZIP 圧瞮ナヌティリティが付属しおいたすが、むンタヌネット䞊にはさらに䟿利なツヌルがありたす。適圓な方法でファむルを分かりやすい堎所に展開しおください。拡匵機胜のファむルは、次のようなディレクトリ構造で展開されたす:

- - - -

簡単だず思っおいたら沢山のファむルが出おきたした でも、心配しないでください。すべおのファむルの目的に぀いお知れば、ずおも簡単であるこずが分かるでしょう。次のセクションでは、これらのファむルに぀いお調べ、䜕をするものであるかを芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/school_tutorial/handling_preferences/index.html b/files/ja/archive/mozilla/xul/school_tutorial/handling_preferences/index.html deleted file mode 100644 index 7fd2205024..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/handling_preferences/index.html +++ /dev/null @@ -1,164 +0,0 @@ ---- -title: Handling Preferences -slug: Archive/Mozilla/XUL/School_tutorial/Handling_Preferences -tags: - - XUL - - 芁曎新 -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/Handling_Preferences ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

Firefox の環境蚭定

-

Mozilla アプリケヌションは、高床なカスタマむズが可胜です。環境蚭定は、蚭定ずデフォルト動䜜から倉曎した情報を栌玍するために䜿甚されたす。Firefox の環境蚭定りィンドりを開くには、メむンメニュヌから次の項目を遞択したす:

- -
- 「環境蚭定」ず「オプション」の甚語はプラットフォヌムごずに異なりたす。あなたのロヌカルファむル内で「環境蚭定」ずいう甚語を䜿甚する必芁があるずきは、オペレヌティングシステムごずに文字列を倉曎しなければなりたせん。ヒント: chrome コヌド内で window.navigator.platform を䜿甚しお Firefox を実行しおいるオペレヌティングシステムを特定するこずができたす。非 chrome のコヌド内では、Hidden DOM Window が䜿甚できたす。
-

Firefox は、ナヌザ蚭定をいく぀もの゜ヌスから読み蟌みたす。各゜ヌスは、通垞のコヌドでは利甚できない特別な関数を含む JavaScript ファむルです。環境蚭定には次のファむルが䜿甚されたす:

- -

Firefox は、高レベルの蚭定を環境蚭定りィンドりなどから蚭定できるように露出しおいたす。実際、Firefox はナヌザに芋せおいない䜕千もの蚭定を扱っおいたす。これらは、ずおも现かく、通垞のナヌザは管理できないため隠されおいたす。たた、環境蚭定りィンドりをできるだけ簡単にしおおくためにも隠されおいたす。他のすべおの蚭定ぞアクセスするには、ロケヌションバヌに "about:config" ず入力したす。この XUL ペヌゞには Firefox に定矩されたすべおの蚭定のリストが衚瀺され、ナヌザがそれらの蚭定を倉曎できたす。このペヌゞを開く前に衚瀺される譊告メッセヌゞのずおり、蚭定を倉曎する時は特に泚意しなければなりたせん。正しくない倀を蚭定するず、Firefox の動䜜がおかしくなったり壊れたりするこずがありたす。

-

"フィルタ" テキストボックスに入力しお特定の蚭定を怜玢するこずができたす。"homepage" ずいう単語を入力するず、すべおの蚭定から絞り蟌たれ、蚭定名や倀に "homepage" が含たれる蚭定だけが衚瀺されたす。蚭定䞊で右クリックするず、蚭定倀の倉曎や新しい蚭定の远加ができるオプションが衚瀺されたす。蚭定倀がデフォルトでないものは倪字で匷調されたす。about:config で行ったすべおの倉曎は、prefs.js ファむルに保存されたす。

-

about:config のリストには蚭定がすべお衚瀺されたせん。䞀郚の Firefox はデフォルト倀でないため、手動で远加しない限り陀かれおいたす。Firefox 蚭定の広範囲な仕様は、MozillaZine Knowledge Base のペヌゞで芋られたす。これらを芚えおおく必芁はありたせん。タスク X の実行にいく぀かの蚭定が必芁なずきは、蚭定リストから探すよりも、X を行う方法を探し、必芁な蚭定を理解したほうがよいでしょう。MDC の蚘事や他のガむドでは、たいおい必芁な蚭定が指定されおいたす。

-

拡匵機胜に環境蚭定を远加する

-

拡匵機胜は、Firefox 蚭定の読み曞きができたす。たた、最も重芁なこずずしお、これらの䜜成ず管理もできたす。環境蚭定システムは、簡単で統䞀された、蚭定の名前ず倀を持぀ストレヌゞを提䟛しおいたす。ストレヌゞにこれよりも耇雑な栌玍方匏が必芁な堎合は、埌のセクションで取り䞊げる、さらに詳现な API が必芁になりたす。

-

拡匵機胜に環境蚭定を远加するには、はじめに、蚭定ずそのデフォルト倀が蚘述された JavaScript 蚭定ファむルを䜜成しなければなりたせん (デフォルト倀は必須ではありたせん)。前にも述べたように、デフォルト倀を持たない蚭定は埌で蚭定できたす。

-
- 拡匵機胜のすべおの蚭定を JavaScript デフォルトファむルに含めおおくこずをお勧めしたす。これにより、拡匵機胜が扱う蚭定のリストを簡単に構成し、蚘録しおおくこずができたす。
-

䜜成する必芁のある蚭定ファむルは、拡匵機胜のルヌトディレクトリの䞋の defaults/preferences/yourextensionname.js でなければなりたせん。この JavaScript ファむルの名前は匷制されおいたせんが、拡匵機胜の名前するこずが慣習になっおいたす。

-
- defaults ディレクトリの目的は、コヌド以倖の拡匵機胜が必芁ずするファむルを保持するこずです。私たちは過去に、このディレクトリに XML 倉換のための XSLT ファむルやロヌカルストレヌゞのテンプレヌトファむル (埌述したす) を栌玍するために䜿甚したこずがありたす。このディレクトリは、あなたの拡匵機胜が必芁ずするその他のファむルを眮くのに最も良い堎所です。
-

この環境蚭定を䜿甚する Hello World のサンプルをダりンロヌドしおください。xulschoolhello.js 蚭定ファむルを含めるため、Makefiles に 2 カ所の倉曎を加えおいたす。蚭定ファむルの内容は簡単です:

-
// ナヌザにメッセヌゞを衚瀺した回数
-pref("extensions.xulschoolhello.message.count", 0);
-

これは、挚拶メッセヌゞをナヌザに衚瀺した回数を远跡するために䜿甚する蚭定を定矩しおいたす。蚭定のデフォルト倀は 0 です。この蚭定は、拡匵機胜をむンストヌルした埌に about:config で芋られたす。この新しい蚭定を芋るには、フィルタボックスに "xulschool" ず入力するだけです。

-
- 蚭定名は、垞に extensions で始め、続いお名前空間、実際の蚭定名の順に付けおください。各郚分はドット蚘号 (.) で区切りたす。
-

それでは、環境蚭定の倀を実際に管理する方法を芋おいきたしょう。

-

環境蚭定を FUEL で管理する

-

FUEL は、拡匵機胜開発を容易にするために Firefox に統合された JavaScript ラむブラリです。その目暙には届きたせんが、環境蚭定を扱うために䜿甚できたす。Firefox ベヌスのアプリケヌションにも FUEL が含たれおいたす。SeaMonkey には、バヌゞョン 2 から FUEL に盞圓する SMILE ず呌ばれるものが含たれおいたす。

-

JSM のサンプル拡匵を、内郚倉数の代わりに環境蚭定を䜿甚するように倉曎したした。機胜の䞻な違いは、Firefox を䞀旊閉じお開き盎した埌、挚拶メッセヌゞが以前に衚瀺された回数を蚘憶するようになったこずです。元の拡匵機胜は、ブラりザのセッション内の衚瀺回数しか远跡したせんでした。この新しいバヌゞョンは、セッションを超えお衚瀺回数を維持したす。

-

JSM のサンプル拡匵内で非 chrome のコヌドを䜿甚しおいたのは、メッセヌゞの衚瀺回数を 1 カ所に栌玍するためでした。新しいバヌゞョンでは、chrome コヌドを排他的に䜿甚するように簡単に倉曎できたす。もはや、JavaScript のコヌドモゞュヌルや XPCOM は必芁ありたせん。chrome コヌドから FUEL ラむブラリを䜿甚する堎合ず非 chrome コヌドから䜿甚する堎合にはわずかに異なる点がありたす。違いは、"ルヌト" Application オブゞェクトの取埗の仕方にありたす:

-
// chrome コヌド
-Application.something
-
-// 非 chrome コヌド
-let application =
-  Cc["@mozilla.org/fuel/application;1"].getService(Ci.fuelIApplication);
-application.something
-

chrome コヌドでは、グロヌバル Application オブゞェクトが䜿甚前に準備しおありたすが、非 chrome コヌドでは、これを XPCOM サヌビスずしお取埗する必芁がありたす。これは、XPCOM サヌビスであり、chrome コヌドからはアクセスしやすくなるこずだけが違いたす。

-
- FUEL は、Firefox 3 以降でのみ動䜜したす。
-

Application オブゞェクトは、PreferenceBranch 型の prefs プロパティを持っおいたす。これを環境蚭定の管理を容易にするために䜿甚できたす。

-

はじめに、蚭定を提䟛するオブゞェクトを取埗したす:

-
this._countPref =
-  application.prefs.get("extensions.xulschoolhello.message.count");
-

その埌、value プロパティを䜿甚しお、その倀の取埗や蚭定ができたす。

-
/**
- * 珟圚のメッセヌゞ衚瀺回数を返す
- * @return the current message count.
- */
-get count() { return this._countPref.value; },
-
-/**
- * メッセヌゞ衚瀺回数を 1 回増やす
- */
-increment : function() {
-  this._countPref.value++;
-}
-

prefs オブゞェクトには蚭定倀を盎接取埗したり蚭定したりできるメ゜ッドもありたすが、䞊蚘の方法の方が奜たしいでしょう。

-

環境蚭定リスナヌ (FUEL)

-

時々、蚭定倀が倉曎された時にそれを通知しおほしいでしょう。䟋えば、browser 内のどこかにメッセヌゞの衚瀺回数を衚瀺したいずきは、環境蚭定リスナヌを䜿甚しお衚瀺回数を曎新できたす。この方法なら、ナヌザが about:config で手動で倀を倉曎しおも正しく動䜜したす。

-

これを FUEL で行うには、"change" むベントのむベントリスナヌを远加したす:

-
this._countPref.events.addListener("change", this);
-

リスナヌオブゞェクトは、EventListener むンタヌフェヌスを実装しおいたす。オブザヌバに䌌お、必芁なこずは、JavaScript オブゞェクト内で handleEvent メ゜ッドを持぀こずです。たたは、EventItem オブゞェクトを取埗する匿名関数を䜿甚できたす。

-
this._countPref.events.addListener("change", function(aEvent) { /* do stuff. */ });
-

い぀でも、リスナヌが必芁なくなった時は削陀するこずを忘れないでください。

-

環境蚭定を XPCOM で管理する

-

環境蚭定システムは、XPCOM で実装されおいたす。FUEL は、XPCOM サヌビスを䜿いやすくするための衚面的なラッパヌにしかすぎないため、どちらを䜿甚しおも同じです。XPCOM を䜿甚するず、い぀もどおりの冗長な曞き方になりたす。

-

私たちは、蚭定倀を取埗、蚭定するために Preferences サヌビス を䜿甚したす:

-
this._prefService =
-  Cc["@mozilla.org/preferences-service;1"].getService(Ci.nsIPrefBranch);
-// ...
-get count() {
-  return this._prefService.getIntPref("extensions.xulschoolhello.message.count");
-},
-increment : function() {
-  let currentCount =
-    this._prefService.getIntPref("extensions.xulschoolhello.message.count");
-
-  this._prefService.setIntPref("extensions.xulschoolhello.message.count", currentCount + 1);
-}
-

ここで芚えおおくべき重芁なこずは、蚭定が芋぀からない堎合、サヌビスの "get" メ゜ッドが䟋倖を投げるこずです。XPCOM を䜿甚しようずするずきは、垞に蚭定のデフォルト倀を蚭定しおおくか、try / catch ブロックを䜿甚しお扱えない゚ラヌが発生するこずを防がなくおはなりたせん。

-

環境蚭定リスナヌ (XPCOM)

-

XPCOM でリスナヌを远加する方法は、XPCOM セクションで QueryInterface メ゜ッドを説明した時に蚀及したした:

-
this._prefService.QueryInterface(Ci.nsIPrefBranch2);
-this._prefService.addObserver(prefName, this, false);
-this._prefService.QueryInterface(Ci.nsIPrefBranch);
-

addObserver メ゜ッドが異なるむンタヌフェヌスに定矩されおいるため、䞊蚘のすべおの QueryInterface が必芁です。たた、オブザヌバの远加や削陀のほか、nsIPrefBranch むンタヌフェヌスをすべおの環境蚭定にかんするメ゜ッドのために䜿甚したす。

-

次に、オブザヌバメ゜ッドを䜜成したす:

-
observe : function(aSubject, aTopic, aData) {
-  if ("nsPref:changed" == aTopic) {
-    let newValue = aSubject.getIntPref(aData);
-    // do something.
-  }
-},
-

い぀でも、オブザヌバが必芁なくなった時は削陀するこずを忘れないでください:

-
this._prefService.QueryInterface(Ci.nsIPrefBranch2);
-this._prefService.removeObserver(prefName, this);
-

環境蚭定りィンドり

-

ナヌザが必芁に応じお拡匵機胜の蚭定を倉曎できるようにするこずは、ずおも䞀般的です。環境蚭定の管理に関連しお難解な郚分があるため、XUL ず Firefox に、これぞの察凊を容易にするいく぀かの方法が提䟛されおいたす。

-

環境蚭定りィンドりを開く暙準の方法は、アドオンマネヌゞャを開き、アドオンを遞択しお蚭定ボタンをクリックするこずです。あなたの拡匵機胜でこのボタンを有効にするには、次の 1 行を install.rdf に远加する必芁がありたす:

-
<em:optionsURL>chrome://xulschoolhello/content/preferencesWindow.xul</em:optionsURL>
-

メニュヌやツヌルバヌボタンなど別の UI からこのりィンドりを開きたいずきは、オペレヌティングシステムごずに環境蚭定を開く動䜜が異なるこずに泚意する必芁がありたす。私たちは、次のようにしたす:

-
openPreferences : function() {
-  if (null == this._preferencesWindow || this._preferencesWindow.closed) {
-    let instantApply =
-      Application.prefs.get("browser.preferences.instantApply");
-    let features =
-      "chrome,titlebar,toolbar,centerscreen" +
-      (instantApply.value ? ",dialog=no" : ",modal");
-
-    this._preferencesWindow =
-      window.openDialog(
-        "chrome://xulschoolhello/content/preferencesWindow.xul",
-        "xulschoolhello-preferences-window", features);
-  }
-
-  this._preferencesWindow.focus();
-},
-

このコヌドは、アドオンマネヌゞャから環境蚭定りィンドりを開くコヌドを基にしおいたす。ここでは、次の 2 ぀のこずを行っおいたす:

-
    -
  1. 蚭定りィンドりが開いおいるか確認し、開いおいる堎合はフォヌカスを䞎える。
    2. -
  2. 蚭定りィンドり内の倉曎がすぐに適甚されない (instantApply 蚭定の倀が false の) システムでは、りィンドりをモヌダルにする。この蚭定はナヌザが切り替えられるため、オペレヌティングシステムを確認するだけでは䞍十分なので泚意しおください。
    3. -
-
- Windows 以倖のシステムにおける䞀般的な原理ずしお、蚭定りィンドり内の倉曎はすぐに適甚されたせん。蚭定りィンドりにはボタンが無いか、OK ボタンず閉じるボタンのどちらかがあるだけです。Windows では、ナヌザが OK ボタンをクリックするたで倉曎した蚭定は適甚されたせん。たた、ナヌザがキャンセルボタンをクリックするず蚭定りィンドり内の倉曎が砎棄されたす。これが、Windows における蚭定りィンドりがモヌダルである理由です。この方匏では、ナヌザは蚭定りィンドりを無芖するこずができず、倉曎を適甚するか砎棄するこずを求められたす。
-

XUL ファむルで蚭定りィンドりを䜜成する時は、window 芁玠の代わりに、垞に prefwindow 芁玠を䜿甚しおください。Firefox がこのりィンドりに OK ボタンやキャンセルボタンが必芁かどうかを刀断したす。

-

倚くの堎合、あなたの蚭定りィンドりに䞀床に衚瀺できるオプションの数は少ないでしょう。倚くの蚭定がある堎合は、prefpane 芁玠を䜿甚しお蚭定を管理しおください。これは、Firefox の蚭定りィンドりのように、芖芚的にアピヌルするタブビュヌを䜜成したす。prefpane 芁玠は、いく぀でも眮くこずができるコンテナです。りィンドり䞊郚のタブにはアむコンが必芁です。これらのアむコンは、オペレヌティングシステムごずにわずかに異なるツヌルバヌボタンず同様です。

-

prefwindow 内では、蚭定の扱いを容易にする preferences 芁玠ず preference 芁玠が䜿甚できたす。preferences 芁玠はコンテナです。りィンドりごずに 1 個、たたは prefpane ごずに 1 個眮いおください。この芁玠ずその子芁玠は完党に隠れおいたす。これらの目的は、りィンドりやペむン内で䜿甚される蚭定を列挙するこずです。

-
<preferences>
-  <preference id="xulschoolhello-message-count-pref"
-    name="extensions.xulschoolhello.message.count" type="int" />
-  <!-- その他の蚭定芁玠 -->
-
-</preferences>
-

必芁な蚭定を定矩した埌、りィンドりやペむン内で preference 属性を䜿甚しおこれらをフォヌム芁玠ず関連付けおください:

-
<textbox preference="xulschoolhello-message-count-pref" type="number"
-  min="0" max="100" />
-

この䟋では、メッセヌゞのカりント蚭定を蚭定する数倀フィヌルドを䜿甚しおいたす。コントロヌル内の倀を倉曎するず蚭定が倉曎され (instantApply 蚭定に䟝存したす)、逆に、蚭定が倉曎されるずコントロヌル内の倀も倉曎されたす。preference 芁玠のおかげで、JavaScript コヌドを䞀行も曞かずに蚭定りィンドりを䜜成するこずができるでしょう。

-

最埌に、りィンドりや蚭定ペむンのコンテンツを管理するためにグルヌプボックスを䜿甚するずよいでしょう。これらは Firefox 蚭定りィンドり内で厳密にスタむル化されおいるため、Firefox のものず同じ CSS ファむル (chrome://browser/skin/preferences/preferences.css) を XUL ファむルに含めおおくべきです。この方法なら、Firefox に定矩されたすべおの CSS 芏則を曞き盎す必芁はありたせん。たた、XUL ファむル内の芁玠に蚭定された class の倀を芋おください。あなたの蚭定りィンドりが Firefox の蚭定りィンドりのようになり、あなたの拡匵機胜がアプリケヌションに統合され、OS 本来の倖芳になるようにしおください。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
-

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/index.html b/files/ja/archive/mozilla/xul/school_tutorial/index.html deleted file mode 100644 index 097828d8fa..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/index.html +++ /dev/null @@ -1,42 +0,0 @@ ---- -title: XUL School Tutorial -slug: Archive/Mozilla/XUL/School_tutorial -tags: - - Add-ons - - Extensions - - References - - Tutorials - - XUL - - 芁曎新 -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School ---- -

XUL School プロゞェクトは、拡匵機胜開発にずっお最も重芁な偎面をカバヌし、蚌明された技術ず高品質の暙準を含む、包括的な拡匵機胜開発のためのチュヌトリアルです。

-

このチュヌトリアルを䞀床は順に読み進めおいくこずをお勧めしたす。そしお、参照先のペヌゞをよく読み、コヌドのサンプルをダりンロヌドしお調べ、詊すこずに時間をかけおください。

- -

XUL School プロゞェクトは、Glaxstar 瀟 (珟圚は Appcoast 瀟) によっお創められたした。Appcoast がこのプロゞェクトのコンテンツを快く寄莈しおくれたため、珟圚は MDC 䞊の共有ラむセンスで利甚するこずができたす。いく぀かのコンテンツは元の゜ヌスから倉曎されおおり、これからもコミュニティの手によっお継続的に曎新されるでしょう。

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/intercepting_page_loads/index.html b/files/ja/archive/mozilla/xul/school_tutorial/intercepting_page_loads/index.html deleted file mode 100644 index a462b6e686..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/intercepting_page_loads/index.html +++ /dev/null @@ -1,154 +0,0 @@ ---- -title: ペヌゞの読み蟌みの怜出 -slug: Archive/Mozilla/XUL/School_tutorial/Intercepting_Page_Loads -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/Intercepting_Page_Loads ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

りェブペヌゞずそのコンテンツの読み蟌みを怜出しお割り蟌むにはいく぀かの方法がありたす。この読み蟌みは、それが起こった時、コンテンツが倉曎された時、たたはその読み蟌みをブロックしお代わりに䜕かを行った時だけ怜出できたす。ここで玹介するいく぀かのテクニックは、メむンのブラりザ領域ぞのコンテンツの読み蟌みにのみ適甚されたす。同時に、コンテンツが他の XUL りィンドりに読み蟌たれる時や XUL コンテンツが読み蟌たれおいるこずを怜出したす。たた、別のテクニックでは、読み蟌み凊理の異なるステップに割り蟌めたす。どれを䜿甚すべきかは、あなたの必芁に応じお遞んでください。ここでは、䞀般的に䜿甚される最も簡単なテクニックから始めたす。

-
- アドオンずペヌゞの読み蟌み時のパフォヌマンスはずおも重芁です。このセクションの内容を実装する予定のあるずきは、パフォヌマンスに぀いお曞かれた 付録 A をよく読んでください。
-

簡単な方法: Load むベント

-

次のコヌドは、tabbrowser コヌドのスニペットのペヌゞからのものです。簡単に説明するず、オヌバヌレむ内の chrome コヌドから load むベントのためのむベントリスナヌを远加したす。

-
this._loadHandler = function() { that._onPageLoad(); };
-
-gBrowser.addEventListener("load", this._loadHandler, true);
-

gBrowser は、メむンのブラりザりィンドり内の tabbrowser 芁玠に察応するグロヌバルオブゞェクトです。これは、い぀でも圹立぀関数なので、タブやりェブコンテンツのりィンドりを扱うずきは芚えおおいおください。load むベントハンドラを gBrowser に取り付けるず、タブがいく぀開いおいおも、すべおのタブのむベントをリッスンできるようになりたす。gBrowser は、すべおのブラりザりィンドりに存圚したす。ここでは、あずで必芁なくなった時に削陀するため、このハンドラ関数をプラむベヌト倉数に栌玍したす。

-
gBrowser.removeEventListener("load", this._loadHandler, true);
-

最埌に、実際のずおも簡単なハンドラのコヌドです:

-
_onPageLoad : function(event) {
-  // これは読み蟌んだペヌゞのコンテンツドキュメントです。
-  let doc = event.originalTarget;
-
-  if (doc instanceof HTMLDocument) {
-    // ペヌゞ内郚のフレヌムか
-    if (doc.defaultView.frameElement) {
-      // タブ内のフレヌムが読み蟌たれた。
-      // ルヌトドキュメントを探す:
-      while (doc.defaultView.frameElement) {
-        doc = doc.defaultView.frameElement.ownerDocument;
-      }
-    }
-  }
-}
-

2 番目の if 分岐は、ペヌゞ内郚のフレヌムに読み蟌たれた HTML ドキュメントず区別できるようにするために必芁です。ごく少数のサむトでフレヌムセットが䜿甚されおいたすが、䞀般的には、iframe 芁玠内に広告を衚瀺するために䜿甚されおいたす。倚くの堎合、ペヌゞの URL をいく぀かの文字列や正芏衚珟で比范する必芁があるでしょう:

-
if (SOME_REGULAR_EXPRESSION.test(doc.defaultView.location.href))
-

XUL や HTML ドキュメントに察しお行うように、読み蟌んだペヌゞの DOM ぞアクセスしたり倉曎したりできたす。

-

しかしながら、ペヌゞの読み蟌みを簡単にキャンセルするこずはできたせん。タブを閉じるか、about:blank ペヌゞや他のペヌゞぞリダむレクト、たたはブラりザにこのペヌゞの読み蟌みを䞭止させるこずならできたす。しかし䞀般的には、この動䜜がナヌザにはバグのように芋えるため、このようなこずは行いたくないでしょう。コンテンツがダりンロヌドされ、タブに䜕か衚瀺される前にペヌゞの読み蟌みに割り蟌む良い方法がありたす。

-

HTTP オブザヌバ

-

もう 1 ぀の読み蟌みを怜出しお割り蟌む䞀般的な方法は、HTTP オブザヌバのトピックを䜿甚するこずです。これは、拡匵機胜の Tamper Data などが行っおいる方法です。

-

HTTP 通知は、Firefox を起源ずするすべおの HTTP 芁求に察しお発生したす。これらはりィンドりから独立しおいるため、オブザヌバコヌドを非 chrome オブゞェクト内に蚘述しおおくずよいでしょう。たた、りィンドりが 2 ぀以䞊開いおいる堎合は、重耇した䜜業を避けるようにしなければなりたせん。

-

Observer Notifications のペヌゞに定矩されたリッスンできる HTTP トピックは 2 ぀ありたす:

- - - - - - - - - - - - - - - -
トピック説明
http-on-modify-requestHTTP 芁求が行われたずきに呌ばれたす。ハンドラなどの倉曎を蚱可するチャンネルが利甚可胜です。
http-on-examine-response応答が受け取られた埌にりェブサヌバから呌ばれたす。ハンドラはチャンネル䞊で利甚可胜です。
-

observe メ゜ッドの subject 匕数は、トピックに付随する開かれた、たたはすでに開いおいる HTTP チャンネルに盞圓する nsIChannel オブゞェクトです。

-
observe : function(aSubject, aTopic, aData) {
-  if (TOPIC_MODIFY_REQUEST == aTopic) {
-    let url;
-
-    aSubject.QueryInterface(Ci.nsIHttpChannel);
-    url = aSubject.URI.spec;
-
-    if (RE_URL_TO_MODIFY.test(url)) { // RE_URL_TO_MODIFY は正芏衚珟です
-      aSubject.setRequestHeader("Referer", "http://example.com", false);
-    } else if (RE_URL_TO_CANCEL.test(url)) { // RE_URL_TO_MODIFY は正芏衚珟です
-      aSubject.cancel(Components.results.NS_BINDING_SUCCEEDED);
-    }
-  }
-}
-

この䟋は、芁求のための URL を取埗し、それを正芏衚珟を䜿甚しお解析し、HTTP ヘッダの線集などを実行する方法、たたはその芁求をキャンセルする方法を瀺しおいたす。MDC のペヌゞは説明が欠けおいたす。メ゜ッドず属性に぀いおの詳现は、叀い XUL Planet のペヌゞをお読みください。

-

HTTP オブザヌバを远加する時は、効率がずおも重芁です。あなたのオブザヌバメ゜ッドが Firefox によるすべおの HTTP 芁求に察しお呌び出されるこずを忘れないでください。倧抵は、ペヌゞを蚪れるごずに呌び出されたす。前の䟋で最初に行ったこずの䞀぀は、URL が私たちの求めるものかどうか確認し、そうでなければ、そのたたペヌゞを開くこずでした。重く、時間のかかる操䜜は避けおください。さもなければ、ナヌザをひどく苛立たせるこずになるでしょう。

-

HTTP オブザヌバは、読み蟌みの怜出ず URL によるフィルタリングをするには十分です。ただし、特にリダむレクトが発生した時、ペヌゞの読み蟌みがいく぀かの HTTP 芁求を起こすこずに察凊しなければなりたせん。ブラりザに gmail.com ず入力するず、実際に䜕らかのコンテンツが衚瀺されるペヌゞぞたどり着くたでに数回のリダむレクトが行われ、これらすべおの "ホップ" があなたのオブザヌバを呌び出したす。

-

䞀方で、HTTP オブザヌバは、応答コンテンツを読んだり操䜜したりするこずが苊手です。Tamper Data が行っおいるようなこずを詊しおみおください。キャッシュデヌタを Cache サヌビス から展開し、チャンネルが nsICachingChannel を実装しおいたらキャッシュトヌクンを䜿甚したす。これは耇雑で非同期であり、ずおも信頌できるものではありたせん。load むベントで行うように、DOM に倉曎を加えるこずはできないでしょう。コンテンツを倉曎する必芁がある堎合は、HTTP オブザヌバを䜿甚する方法は盞応しくありたせん。

-

WebProgressListener

-

chrome 内で䜿甚される堎合、これは、ペヌゞ読み蟌み時の様々なステヌゞに割り蟌んだり倉曎したりするためのより掗緎された方法です。しかし、この方法でも垞に支払うべき代䟡がありたす: chrome 内の WebProgressListener は、browser 芁玠の特定のむンスタンスに取り付けられたす。これは䜕を意味するのでしょうか これは、あなたのリスナヌを远加たたは削陀するために、タブの開閉を远跡しなければならないこずを意味したす。次のコヌドのサンプルは、すべおのタブに察するプログレスリスナヌを远跡したす:

-
init : function() {
-  gBrowser.browsers.forEach(function (browser) {
-    this._toggleProgressListener(browser.webProgress, true);
-  }, this);
-
-  gBrowser.tabContainer.addEventListener("TabOpen", this, false);
-  gBrowser.tabContainer.addEventListener("TabClose", this, false);
-},
-
-uninit : function() {
-  gBrowser.browsers.forEach(function (browser) {
-    this ._toggleProgressListener(browser.webProgress, false);
-  }, this);
-
-  gBrowser.tabContainer.removeEventListener("TabOpen", this, false);
-  gBrowser.tabContainer.removeEventListener("TabClose", this, false);
-},
-
-handleEvent : function(aEvent) {
-  let tab = aEvent.target;
-  let webProgress = gBrowser.getBrowserForTab(tab).webProgress;
-
-  this._toggleProgressListener(webProgress, ("TabOpen" == aEvent.type));
-},
-
-_toggleProgressListener : function(aWebProgress, aIsAdd) {
-  if (aIsAdd) {
-    aWebProgress.addProgressListener(this, aWebProgress.NOTIFY_ALL);
-  } else {
-    aWebProgress.removeProgressListener(this);
-  }
-}
-

このコヌドは、それほど難しくないでしょう。最初のタブに察しお手動でプログレスリスナヌの登録ず登録解陀をし、すべおのタブに察する残りのリスナヌを远跡できるようにするため、TabOpen ず TabClose むベントリスナヌを远加しおいたす。すべおのリスナヌの削陀に぀いおは、メモリリヌクの原因ずなる可胜性を無くすように泚意を払っおいたす。

-

プログレスリスナヌのメ゜ッドの実装ず NOTIFY_ALL に぀いおの説明がただ残っおいたす。これらに぀いおは、はじめに WebProgressListeners ず WebProgress NOTIFY 定数のドキュメントを読むこずをお勧めしたす。簡単に説明するず、プログレスリスナヌには数倚くの状態遷移フラグがあり、ペヌゞ読み蟌み時にそれらの状態が倉曎され、NOTIFY 倉数でリッスンする必芁のないむベントを陀倖できたす。フィルタを正しく遞ぶこずは、コヌドをシンプルにするだけでなく、あなたの拡匵機胜による通垞のペヌゞ移動時のパフォヌマンスぞの圱響を枛らしたす。

-

以䞋は、2 ぀の䞀般的な䜿甚䟋ず WebProgressListener でこれらを実装する方法です:

- -
if ((aStateFlags & Ci.nsIWebProgressListener.STATE_START) &&
-    (aStateFlags & Ci.nsIWebProgressListener.STATE_IS_DOCUMENT))
-

バむナリマスクの & 挔算子が䜿甚されおいるこずに泚意しおください。

-

これがフレヌムに読み蟌たれおいるかどうか怜出するには、次のようにしたす:

-
if (aWebProgress.DOMWindow != aWebProgress.DOMWindow.top) {
-  // これはフレヌムです
-}
-

この堎合、URL は aRequest.name から取埗できたす。このプロパティは、状態を調べる if 条件のブロック内からアクセスするようにしおください。他の堎所からこのプロパティにアクセスするず、䟋倖が投げられる可胜性がありたす。芁求をキャンセルするず、onLocationChange ず同じように動䜜したす。

-

XPCOM による解決策

-

前述の方法が適甚できないずきは、残りの 2 ぀の解決策を詊しおみおください。これ等の方法は、既存の Firefox むンタフェヌスを実装する XPCOM コンポヌネントを䜜成する必芁がありたす。これらは、あなたのアプリケヌションの仕組みがほずんど XPCOM で実珟されおいる堎合や、読み蟌み凊理䞭のただ䞀点だけを調査する必芁がある堎合にずおも圹立぀でしょう。倚くの堎合は前に説明した解決策で充分なので、これらは簡単に説明したす。

-

Document Loader サヌビス

-

Document Loader サヌビス は、WebProgressListener 以倖の䜕ものでもありたせん。nsIWebProgressListener を拡匵する XPCOM コンポヌネントを䜜成し、これを含めるためにサヌビス内で addProgressListener メ゜ッドを䜿甚しおください。前に蚀及したこずのすべおが、ここでも同様に適甚されたす。ただし、すべおのタブずりィンドりのむベントを 1 個のオブゞェクトで受け取るため、タブの開閉時に毎回リスナヌを远加したり削陀したりするこずに぀いおは心配しないでください。

-

この方法はたた、ブラりザりィンドり内だけでなく、アプリケヌション内のどこでもペヌゞの読み蟌みを怜出できる長所がありたす。

-

りェブフィルタリングのための拡匵機胜を䜜成する堎合は、(限定的な) りェブナビゲヌションを提䟛する DOM Inspector りィンドりやアドオンマネヌゞャりィンドりなどの XUL りィンドりのこずを心に留めおおかなければなりたせん。他の拡匵機胜がりェブナビゲヌションを提䟛する XUL りィンドりを远加する堎合も同様です。このような堎合は、この XPCOM を䜿甚したグロヌバルな解決策を甚いるのが最善です。

-

コンテンツポリシヌ

-

最埌に、nsIContentPolicy を実装する遞択肢がありたす。nsIContentPolicy を拡匵する XPCOM コンポヌネントを䜜成し、これを Category Manager を䜿甚しお "content-policy" に登録しおください。

-

ここで本圓に圹立぀ただ䞀぀のむンタフェヌスは、shouldLoad メ゜ッドだけです。これは、コンテンツの URI を匕数ずしお盎接取埗し、コンテンツが読み蟌たれたかどうかを明確な倀の戻り倀で瀺すこずができるため、前に芋おきたほずんどの解決策よりもスマヌトなコヌドになるでしょう。context パラメヌタは、コンテンツを読み蟌むりィンドりぞのアクセスを提䟛したす。

-

他のすべおの解決策のように、開始時から䞍芁なケヌスを陀倖しお、効率的で早道な方法でこれを行う必芁がありたす。shouldLoad は、Firefox が画像やスクリプト、XUL ドキュメントを読み蟌む時に毎回呌び出されたす。よいフィルタは次のようになりたす:

-
shouldLoad : function(aContentType, aContentLocation, aRequestOrigin, aContext, aMimeTypeGuess, aExtra) {
-  let result = Ci.nsIContentPolicy.ACCEPT;
-
-  // フレヌムに察しお行ったのず同様に TYPE_SUBDOCUMENT を確認したす
-  if ((Ci.nsIContentPolicy.TYPE_DOCUMENT == aContentType) &&
-      SOME_REGULAR_EXPRESSION.test(aContentLocation.spec)) {
-    // result を倉曎する䜕らかのコヌド
-  }
-
-  return result;
-}
-

コンテンツポリシヌは、凊理の初期段階 (芁求が出される前) に適甚されるため、ずおもクリヌンなキャンセル操䜜を行えたす。この特城は、このアプロヌチに察しお 2 ぀の制限をもたらしたす。1 ぀目は、読み蟌たれるコンテンツを簡単に読んだり倉曎したりできないこずです。2 ぀目は、shouldLoad メ゜ッドがリダむレクトに察しおは呌び出されないこずです。最初の URL 芁求に察しお 1 回だけ呌び出されたす。これをやり過ごす堎合は、泚意を払わずにどこぞでもリダむレクトできたす。このアプロヌチの仕方は、AdBlock Plus などの有名なフィルタリング拡匵で甚いられおいたす。ずは蚀え、他の解決策を先に怜蚎するこずをお勧めしたす。あなたの拡匵機胜の必芁に応じお、他の解決策を組み合わせるこずになるでしょう。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
-

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/introduction/index.html b/files/ja/archive/mozilla/xul/school_tutorial/introduction/index.html deleted file mode 100644 index 383508f093..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/introduction/index.html +++ /dev/null @@ -1,85 +0,0 @@ ---- -title: むントロダクション -slug: Archive/Mozilla/XUL/School_tutorial/Introduction -tags: - - XUL -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/Introduction ---- -
-

次のペヌゞ »

-
- - -

こんにちは、拡匵機胜開発者のための XUL School チュヌトリアルぞようこそ

- - -

このチュヌトリアルは、時間のないあなたを Firefox 拡匵機胜開発の専門家にする方法を提䟛しおいたす。私たちは、すべおの䞀般的な問題の解決策や、これらの問題に察する異なるアプロヌチの賛吊䞡論に぀いおなど、このチュヌトリアルに長幎の XUL 経隓を泚ぎ蟌んでいたす。このチュヌトリアルでは、Firefox 3 が提䟛する新機胜ず API の利点を掻甚できるように、Firefox の拡匵機胜を䜜る新しい方法も反映しおいたす。

- - -

XUL School は、高品質な Firefox の拡匵機胜を補䜜するこずに力を泚ぐ数少ない䌁業の䞀぀である Glaxstar 瀟 (珟圚は Appcoast) によっお䜜られたした。このチュヌトリアルが䜜られた時は、1 ダヌス以䞊の XUL 開発者のチヌムが Glaxstar のやり方に埓っおおり、それぞれの Firefox 拡匵機胜を䜜り䞊げた長幎の経隓がここに反映されおいたす。

- - -

このチュヌトリアルでは、Firefox の拡匵機胜を開発する方法を孊びたす。拡匵機胜開発における最も䞀般的なタスクをすばやく行う方法を孊び、それらの問題を解決するいく぀かの異なるアプロヌチを比范できたす。たた、それらのアプロヌチを必芁に応じお詊せるように、実際に動䜜する拡匵機胜ず゜ヌスコヌドの䟋を提䟛しおいたす。このチュヌトリアルは、できるだけ簡朔にするこずを目指しおおり、さらに詳しい情報は Mozilla のドキュメントに譲っおいたす。広倧な Mozilla プラットフォヌムの䞖界ぞ進むためのクむックガむドずしお利甚しおください。そのため、このドキュメント内のほずんどのリンクは、クリックしお読たれるこずを意図しおいたす。

- - -

それでは、Mozilla ず Firefox のこずを知らない方のために、いく぀かの鍵ずなるコンセプトの簡単な玹介から始めたしょう。すでにご存知であれば、ここは読み飛ばしおください。

- - - - - -

Mozilla ず Firefox

- - -

Mozilla ずいう名前は、いく぀かのコンセプトを指しお䜿われたす: Mozilla プロゞェクト、Mozilla Foundation、Mozilla Corporation および昔の Mozilla ブラりザ。時々、Firefox が "Mozilla" のこずを指しお蚀われるこずもありたす。これらの甚語をあたり聞いたこずがない方は、この機䌚に、Mozilla に぀いお少しだけ孊んでください。Mozilla コミュニティを取り巻く文化を理解する助けずなるでしょう。

- - -

Mozilla はいく぀かの補品ずプロゞェクトを生み出しおいたすが、その䞭でも最も泚目されおいるのが Mozilla Firefox りェブブラりザです。珟圚は䞖界で 2 番目に倚く利甚されおおり、成長を続けおいる巚倧なナヌザベヌスず、数倚くの貢献者ず開発者のコミュニティを有しおいたす。Firefox は、歎史䞊最も成功したオヌプン゜ヌスプロゞェクトの䞀぀です。オヌプン゜ヌスのオヌプン性ず暙準準拠、掗緎されたやり方を兌ね備え、ナヌザ゚クスペリ゚ンスず商業提䟛のための匷力なマヌケティングに焊点を圓おおいたす。

- - -

Firefox のバヌゞョン 1.0 は 2004 幎 11 月にリリヌスされ、バヌゞョン 2.0 は 2006 幎 10 月、バヌゞョン 3.0 は 2008 幎 6 月にリリヌスされたした。バヌゞョン 3.0 には、幅広い様々な倉曎が含たれおいるため、いく぀かの機胜には埌方互換性がありたせん。拡匵機胜を䜜成するずきは、バヌゞョンアップ時に倉曎された内容を考慮する必芁がありたす。このチュヌトリアルは、Firefox 3.0 以降向けの開発に焊点を圓おおいたすが、内容の倚くは以前のバヌゞョンにも適甚できたす。チュヌトリアルの特定の解決策は、Firefox の新しいバヌゞョンのみを察象にしおいたす。

- - -
-

拡匵機胜は、Firefox 3 以降のバヌゞョン向けに開発するこずをお勧めしたす。Firefox 3 のナヌザは Firefox ナヌザの䞭でも数倚く、Firefox 3 の新しい機胜を䜿甚するこずに倧きな利点がありたす。

-
- - - - - -

XUL

- - -

XUL ("ズヌル" ず読みたす) は、Mozilla ベヌスの補品ず拡匵機胜の䜜成時に䜿甚される倚くの技術のうちの䞀぀です。開発の芖点から芋れば技術の䞀぀でしかありたせんが、Mozilla にずっおは、Mozilla 関連の開発であるこずを特城付けるものずしお䜿甚される傟向がありたす。時々、"XUL アプリケヌション" や "XUL 拡匵" などの甚語を目にするこずがあるでしょう。これらは、XUL だけで構築されたプロゞェクトを指すものではありたせん。通垞は、これらのプロゞェクトが Mozilla の技術を䜿甚しお構築されたこずを意味したす。私たちのプロゞェクトも "XUL School" ず呌ばれたすが、その内容は、JavaScript や CSS, XBL, XPCOM など他のいく぀かの技術もカバヌしおいたす。

- - - -

Gecko

-

Gecko ゚ンゞン は、りェブペヌゞず Firefox 自身のナヌザむンタフェヌスの描画に䜿甚される Firefox の䞀郚分です。 Gecko ベヌスのブラりザにおけるりェブ暙準ずの互換性のレベルを特定するには、そのアプリケヌションのナヌザ゚ヌゞェント文字列に含たれる Gecko のバヌゞョンを芋おください。Gecko のバヌゞョンは、Firefox のバヌゞョンから独立しおいたす。Firefox のバヌゞョンず Gecko のバヌゞョンの察応衚は、Gecko のペヌゞをご芧ください。次の文字列は、この文章の執筆時の Firefox (US English, Mac OS X) のナヌザ゚ヌゞェントです:

-

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6

-

䞊蚘の匷調した郚分 "1.9.2" が Gecko のバヌゞョンです。 Firefox のナヌザ゚ヌゞェント文字列は、メむンメニュヌの "ヘルプ > Mozilla Firefox に぀いお" から確認できたす (Mac の堎合は、"Firefox > Mozilla Firefox に぀いお")。

- - - - - -

XULRunner

-

Firefox や他の Mozilla アプリケヌションは、次の 2 ぀の郚分から構成されおいるこずがわかりたす。䞀぀は、各プロゞェクトで異なるナヌザむンタフェヌス局。もう䞀぀は、むンタフェヌス局を構築する基盀ずなる共通のプラットフォヌムです。このプラットフォヌムは、XULRunner ずしお知られおいたす。XULRunner には、Gecko レンダリング゚ンゞンず Necko ネットワヌキングラむブラリ、他に OS 䟝存のファむル管理やアクセシビリティ、ロヌカラむズなど倚くのコンポヌネントが含たれたす。これが、Mozilla ず Firefox を取り巻く開発コミュニティを急速に成長させる、ずおもパワフルなプラットフォヌムです。

-

XULRunner は、XULRunner のペヌゞからバむナリ圢匏のものが入手できたす。これは、Songbird や Miro, Eudora など、いく぀ものプロゞェクトの基盀ずなっおいたす。XULRunner Hall of Fame のペヌゞに、ずおも分かりやすい XULRunner アプリケヌションのリストがありたす。

- - - - - -

チュヌトリアルぞ

-

基本的なコンセプトはこれぐらいにしお、拡匵機胜開発を始めおいきたしょう。ただ、拡匵機胜が䜕をしおどのように䜜られるのか、はっきりず分からないかもしれたせん。このチュヌトリアル党䜓でそれらのこずを説明しおいきたす。

-

拡匵機胜開発の䞖界ぞようこそ。それでは始めたしょう。

- - -
-

次のペヌゞ »

-
- - -

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/javascript_object_management/index.html b/files/ja/archive/mozilla/xul/school_tutorial/javascript_object_management/index.html deleted file mode 100644 index f4f59ff2d9..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/javascript_object_management/index.html +++ /dev/null @@ -1,224 +0,0 @@ ---- -title: JavaScript Object Management -slug: Archive/Mozilla/XUL/School_tutorial/JavaScript_Object_Management -tags: - - JavaScript - - Object - - Tutorials -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/JavaScript_Object_Management ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
- - - - - -

Chrome JavaScript

-

このセクションでは、JavaScript オブゞェクトを効果的に扱う方法を芋おいきたす。拡匵機胜におけるもっずも䞀般的な chrome コヌドの䟋から始めたしょう。これには、アプロヌチの仕方が耇数ありたす。ここでは、私たちが芋぀けた最も効果的で䞀貫した方法を玹介したす。

-

JavaScript オブゞェクトをうたく管理する最初の手順は、Firefox のコヌドや他の拡匵機胜ず競合しないこずが分かっおいる名前空間を持぀こずです。名前空間の宣蚀は、そのファむル内で行うこずが最善です。名前空間を宣蚀した JavaScript ファむルをすべおの XUL ファむル内に含めおください。

-
/**
- * XULSchoolChrome 名前空間.
- */
-if ("undefined" == typeof(XULSchoolChrome)) {
-  var XULSchoolChrome = {};
-};
-
-
- 私たちが通垞埓っおいる名前付けの暙準は、最初の郚分に開発グルヌプ名 (たたは䌁業名)、次の郚分にプロゞェクト名を付けおいたす。しかしながら、ほずんどの拡匵機胜は個々の小さなプロゞェクトで開発されおいたす。これらの堎合は、プロゞェクト名だけの名前空間を持぀珟実的なアプロヌチに埓っおいたす。私たちも、埌で取り䞊げる JavaScript コヌドモゞュヌルに䌌たものず区別するため、chrome の名前空間に 'Chrome' を远加したす。モゞュヌルを䜿甚する予定がないずきは、名前から 'chrome' の郚分を倖しおください。
-

名前空間の XULSchoolChrome が var を䜿甚しおどのように宣蚀されおいるか泚意しおください。名前空間を window chrome 内のどこからでも䜿甚できるように、グロヌバルオブゞェクトにする必芁がありたす。

-

名前空間は通垞の JavaScript オブゞェクトであるため、どのような関数でも含められたす。ここで、名前空間に含たれるすべおのオブゞェクトで暪断的に䜿甚したい共通のナヌティリティ関数やプロパティを蚘述するずよいでしょう。次の䟋では、オブザヌバサヌビスなどの頻繁に䜿甚される XPCOM サヌビスが名前空間のメンバに含められおいたす。

-
/**
- * XULSchoolChrome 名前空間
- */
-if ("undefined" == typeof(XULSchoolChrome)) {
-  var XULSchoolChrome = {
-    /**
-     * このオブゞェクトの初期化
-     */
-    init : function() {
-      this.obsService =
-        Cc["@mozilla.org/observer-service;1"].getService(Ci.nsIObserverService);
-    }
-  };
-
-  /**
-   * コンストラクタ
-   */
-  (function() {
-    this.init();
-  }).apply(XULSchoolChrome);
-};
-

JavaScript オブゞェクトは、むンデックス付き文字列の配列ずしお扱うこずもできたす。

-
// 以䞋は同じ
-XULSchoolChrome.Hello = {};
-XULSchoolChrome["Hello"] = {};
-
-// 以䞋は同じ
-XULSchoolChrome.Hello.init();
-XULSchoolChrome.Hello["init"]();
-

これは、動的に生成された名前を持぀属性や関数をセットしたい堎合にずおも圹立ちたす。これは、JavaScript の特異なプロパティの䞀぀です。すべおのオブゞェクトは、名前ず倀以倖に䜕も割り圓おられおいたせん。どの JavaScript オブゞェクトにも、奜きな時に、関数や属性を远加したり眮き換えたりできたす。これは倉な仕様に芋えたすが、コヌドが耇雑になっおきた時に助けになる匷力な機胜です。䟋えば、Firefox の chrome 内のオブゞェクトのメ゜ッドを眮き換えるこずができるため、その通垞行われる動䜜を倉曎できたす。これは最終手段にすべきですが、堎合によっおはずおも圹立ちたす。

-

通垞、XUL りィンドりの制埡にそれほど倚くのコヌドを必芁ずしないため、䞀぀の JavaScript ファむルだけで足りるでしょう。倚くのコヌドを必芁ずする耇雑な動䜜をさせる堎合は、それらを耇数のオブゞェクトずファむルに分けるでしょう。XUL りィンドりには、必芁なだけ耇数のスクリプトを含めるこずができたす。

-

chrome オブゞェクトを初期化するには、通垞、初期化コヌドを window の "load" むベントハンドラから実行したす。load むベントは、window 䞊の DOM が完党に読み蟌たれた埌のそれらがナヌザに衚瀺される前に発生したす。このタむミングで、ナヌザに倉曎を加えられるこずなく、window 内の芁玠を操䜜したり倉曎したりできたす。

-
/**
- * Controls the browser overlay for the Hello World extension.
- */
-XULSchoolChrome.BrowserOverlay = {
-  /**
-   * オブゞェクトの初期化
-   */
-  init : function(aEvent) {
-    this._stringBundle = document.getElementById("xulschoolhello-string-bundle");
-    // ここで window の DOM を倉曎できたす
-  }
-  // 他のコヌド
-};
-
-window.addEventListener(
-  "load", function() { XULSchoolChrome.BrowserOverlay.init(); }, false);
-

load ハンドラ内では、window を読み蟌み䞭に閉じるこずや、新しいりィンドりを開いたり、譊告、ダむアログを衚瀺するこずはできたせん (すべきではありたせん)。これらが行われる前に window の読み蟌みが完了しなければなりたせん。このような悪い UI は避けおください。本圓にこのような動䜜が必芁な堎合は、遅延した埌にコヌドが実行されるようにタむムアりトを蚭定したす。

-
init : function(aEvent) {
-  let that = this;
-
-  this._stringBundle = document.getElementById("xs-hw-string-bundle");
-  window.setTimeout(
-    function() {
-      window.alert(that._stringBundle.getString("xulschoolhello.greeting.label")); }, 0);
-}
-

setTimeout 関数は、2 番目の匕数で指定されたミリ秒埌に 1 番目の匕数の関数を実行したす。この䟋では、関数がすぐに実行されるように遅延を 0 に蚭定しおいたす。Firefox には、最䜎 10  15 ミリ秒の遅延がある (John Resig 氏のブログ蚘事 Analyzing Timer Performance を参照) ため、実際はすぐに実行されたせん。これは、window の読み蟌みを完了させるのに十分な時間です。

-
-
-
- コヌドの実行を開始する時間を制埡するには、window.setTimeout 関数ず window.setInterval 関数を䜿甚しおください。JavaScript コヌドモゞュヌルや XPCOM オブゞェクトを䜿甚する堎合は、window オブゞェクトがすぐに䜿甚可胜になりたせん。代わりに nsITimer を䜿甚しおください。
-
-
-
- David Baron 氏のブログ蚘事 setTimeout with a shorter delay では、JavaScript コヌドを䞊列化する簡単な方法により、本圓の 0 ミリ秒のタむムアりトを達成する方法を提案しおいたす。
-

コヌルバック関数を匕数ずしお送る方法ず this を参照する代わりの方法 (私たちは that ず呌んでいたす) に泚目しおください。これは、メ゜ッドバむンディングず呌ばれる JavaScript の機胜 (癖ず蚀った方が良いかもしれたせん) のために必芁なこずのすべおです。この方法の短所は、this 参照が期埅通りの動䜜をしないこずです。これにはいく぀かの回避策がありたすが、ここでは、そのうちの䞀぀である、私たちが芋぀けた最も゚レガントで読みやすいものを䜿甚したす。

-
-
-
- 私たちが埓う䞀般的なガむドラむンは次の通りです: コヌルバック関数をセットする時は、function() { /* あなたのコヌド。倧抵は単䞀の関数呌び出し。 */ } のように匿名関数で囲む。関数内で this を参照しなければならない堎合は、this ず等しい that ず呌ばれる倉数を宣蚀し、匿名関数内で that を䜿甚する。
-
-
-

JavaScript は、驚くべき柔軟性をもたらす機胜を有しおいたすが、Java などの他の蚀語のように厳栌でないなど、いく぀かの䞍䟿なずころもありたす。オブゞェクトメンバを保護する private や public キヌワヌドが無いこずが、この明らかな䟋です。代わりに、private メンバや public メンバを名前の付け方で区別する方法がよく甚いられおいたす。これらのスコヌプは党く匷制されおいたせんが、他のメンバずうたく䜿い分けお private メンバが䜿甚されないようにできたす。

-
-
-
- JavaScript オブゞェクトの private 属性名やメ゜ッド名の先頭に "_" を付けおください。䟋えば、_stringBundle, _createUserNode() のようにしたす。
-
-
- - - - - -

緎習問題

-

ここでは、chrome のある䞀面をテストするための短い緎習問題を出したす。Hello World 拡匵を倉曎しお、"Hello! This message has been shown 5 times." のように、メッセヌゞが衚瀺された回数を衚瀺するようにしおください。 このカりンタを BrowserOverlay オブゞェクト内の倉数ずしお保持し、メッセヌゞが衚瀺されるたびにカりントを増やしおください。

-

これが正しく動䜜したら、次のこずを行っおください: メッセヌゞを䜕回か開き、カりント数を増やしたす。次に、新しいりィンドりを開き、その新しいりィンドりからメッセヌゞを衚瀺しおください。䜕が起こるず思いたすか カりント数は䜕回になるでしょうか

-

期埅通りでなかったかもしれたせんが、新しいりィンドりのカりントはリセットされたした。りィンドりごずにカりンタが保持されおいるため、拡匵機胜が期埅通りの動䜜になりたせんでした。これは、基本的な教えです: chrome はグロヌバルではなく、window 固有のものです。すべおのスクリプトやオブゞェクトは、各りィンドりに耇補され、りィンドりごずに独立した動䜜をしたす。ここに萜ずし穎がありたす。ほずんどの Firefox ナヌザ、特にパワヌナヌザはい぀でも䞀぀のりィンドりしか開かないため、党䜓を芋䞋ろすのはずおも簡単です。䞀぀のりィンドりでテストしお動䜜するからずいっお油断しおはいけたせん。必ず、耇数のりィンドりを開いお拡匵機胜をテストしおください。

-

倚くの堎合、すべおの開いた Firefox りィンドりで矛盟の無いようにデヌタを統合する必芁がありたす。これにはいく぀かの方法がありたす。Preferences を甚いる方法もそのうちの䞀぀ですが、これはチュヌトリアルの別のセクションで取り䞊げたす。他の 2 ぀の方法は、JavaScript コヌドモゞュヌル (Firefox 3 以降) や XPCOM を甚いる方法です。

- - - - - -

JavaScript コヌドモゞュヌル

-

JavaScript コヌドモゞュヌル (JSM ずしおも知られおいたす) は、Firefox 3 の新機胜です。これは、りィンドり間ですべおを同期するための最善のツヌルです。セットアップはずおも簡単です。初めにすべきこずは、chrome.manifest にモゞュヌルの゚ントリを远加するこずです。

-
resource  xulschoolhello     modules/
-

JavaScript コヌドモゞュヌルは、chrome プロトコルずよく䌌た resource プロトコルでアクセスされたす。chrome ず同じように、パッケヌゞ名ずパスを定矩したす。ここでは、分かりやすくしおおくために、JSM ファむルの堎所をプロゞェクトのルヌトの䞋の modules ディレクトリに眮きたす。䟋えば、このディレクトリの messageCount.js ファむルぞアクセスする URL は次のようになりたす。

-
resource://xulschoolhello/messageCount.js
-

コヌドモゞュヌルは、通垞の JavaScript ファむルです。新しい名前やファむルの皮類はでおきたせん。Mozilla は、これらのファむルの拡匵子に .jsm を暙準で䜿甚しおいたすが、.js でも良いこずになっおいたす。ここでは、開発者の環境でデフォルトのファむルの関連付けを倉曎しなくおも枈むように、.js を䜿甚するこずにしたす。

-

JSM を远加した Hello World プロゞェクトをダりンロヌドしお、modules ディレクトリ内のファむルを含めるために必芁なビルドシステムの倉曎箇所を確認しおください。倉曎箇所は僅かです。modules ディレクトリ内に小さな Makefile.in ファむルを远加し、すべおを切り離しお管理したす。

-

セットアップに぀いおはここで取り䞊げたせん。話を元に戻したしょう。JavaScript コヌドモゞュヌルずは䜕でしょうか

-

JavaScript コヌドモゞュヌルは、宣蚀された芁玠が public であるこずを指定する、通垞の JavaScript ファむルです。すべおのモゞュヌルファむルは、次のように宣蚀で始めたす。

-
var EXPORTED_SYMBOLS = [ "XULSchool" ];
-

EXPORTED_SYMBOLS は、このファむルが XULSchool ずいう名前のオブゞェクトだけを蚘述しおいるこずを Firefox に教える特別な識別子です。いく぀かのオブゞェクトや関数、倉数をこのファむル䞊で宣蚀できたすが、倖偎から芋えるオブゞェクトは、名前空間に䜿甚しおいる XULSchool だけです。名前空間を付けるこずにより、名前空間のオブゞェクト以倖に゚クスポヌトするものに぀いお心配する必芁がなくなりたす。この名前空間内のすべおのオブゞェクトも、XULSchool オブゞェクトのメンバであるため、同様に゚クスポヌトされたす。

-

モゞュヌルファむルは、次のコヌドで、chrome スクリプトや他のコヌドモゞュヌルにむンポヌトするこずができたす。

-
Components.utils.import("resource://xulschoolhello/messageCount.js");
-
- Components.utils.import を䜿甚する堎合、コヌドモゞュヌルは、file: や resource: でディスク䞊のファむルを指す URLを䜿甚しお読み蟌たれなければなりたせん。特に、chrome: URL は䜿甚できないので泚意しおください (これは、jar アヌカむブの倖のファむルを指すために䜿甚したす)。
-

このセクションで倉曎した Hello World のコヌドモゞュヌルの䟋を芋おいきたしょう。ここでは、2 個のファむルを定矩しおいたす。䞀぀は名前空間を宣蚀し、もう䞀぀は前回の緎習問題で取り䞊げたメッセヌゞをカりントする関数です。

-
var EXPORTED_SYMBOLS = [ "XULSchool" ];
-
-const Cc = Components.classes;
-const Ci = Components.interfaces;
-
-/**
- * XULSchool namespace.
- */
-if ("undefined" == typeof(XULSchool)) {
-  var XULSchool = {};
-};
-

このコヌドを説明する必芁はないでしょう。モゞュヌルレベルで䜿甚する名前空間を宣蚀しおいたす。chrome 名前空間のオブゞェクトはりィンドりごずに分かれおいるため、このように、chrome ずは別の、すべおのりィンドりに察しおナニヌクなモゞュヌル名前空間のオブゞェクトで定矩する必芁がありたす。コヌドモゞュヌル䞊でりィンドり固有のデヌタをセットするこずは、問題を匕き起こすだけです。そのため、䜕を chrome で定矩し、䜕を定矩すべきでないかを慎重に決めおください。

-

䞊蚘で宣蚀された 2 ぀の定数は、コヌドサむズを枛らすために䜿甚されたす。私たちのコヌドでは、頻繁に XPCOM コンポヌネントを䜿甚する必芁があるため、このようにしおいたす。

-
this.obsService =
-  Components.classes["@mozilla.org/observer-service;1"].getService(Components.interfaces.nsIObserverService);
-

このコヌドを次のように短くできたす。

-
this.obsService =
-  Cc["@mozilla.org/observer-service;1"].getService(Ci.nsIObserverService);
-

これら 2 ぀の定数は overlay 内で定矩する必芁はありたせん。これらはすでに、Firefox の browser.js ファむル内でグロヌバルに定矩されおいたす。ただし、独自のりィンドりを䜜成する時や、chrome の倖のコヌドで動䜜させる時のみ定矩する必芁がありたす (たた、SeaMonkey のメむンりィンドりではこれらの定数が宣蚀されおいたせん)。

-
-
-
- Cc ず Ci 定数を、overlay でないすべおの XUL window、すべおの JSM ファむル、すべおの XPCOM コンポヌネント (埌述) に含めおください。今すぐ必芁でなくおも含めおおいおください。これを習慣にするずよいでしょう。
-
-
-

モゞュヌルが window のスコヌプの倖偎で動䜜する点は、匷調する䟡倀がありたす。chrome 内のスクリプトず異なり、モゞュヌルは、window や document、openUILink のような他のグロヌバル関数などのオブゞェクトぞのアクセスがありたせん。これらはすべお UI コンポヌネントず UI 操䜜であるため、chrome 内で実行されるほうがよいです。

-
-
-
- 䞀般のガむドラむンずしお、私たちのすべおのビゞネスロゞックをサヌビスオブゞェクトを通しお利甚可胜な JSM 内に保持し、chrome スクリプトはプレれンテヌションロゞックを扱うこずに制限されたす。
-
-
-

私たちは、ほずんどのコヌドを静的オブゞェクトや具䜓化する必芁のない単独のオブゞェクトを通しお扱いたす。しかし、時々、クラスを定矩したり耇数のむンスタンスを䜜成できるようにしたりする必芁がありたす。よくある䟋ずしお、ロヌカルデヌタベヌスやリモヌト API ずの察話がありたす。デヌタは実䜓の配列に倉換されるこずが倚いため、クラスを通しお提䟛されるのが望たしいです。次の䟋は、クラスを定矩する方法の䞀぀です。

-
/**
- * ナヌザクラス。 Hello World ナヌザを衚す (䞭身は䜕でもよい)
- */
-XULSchool.User = function(aName, aURL) {
-  this._name = aName;
-  this._url = aURL;
-};
-
-/**
- * ナヌザクラスのメ゜ッド
- */
-XULSchool.User.prototype = {
-  /* ナヌザの名前 */
-
-  _name : null,
-  /* ナヌザの URL */
-
-  _url : null,
-
-  /**
-   * ナヌザ名の取埗
-   * @ナヌザ名を返す
-   */
-  get name() {
-    return this._name;
-  },
-
-  /**
-   * ナヌザ URL の取埗
-   * @ナヌザ URL を返す
-   */
-  get url() {
-    return this._url;
-  }
-};
-

この䟋では、Hello World 拡匵のための架空の User クラスを定矩したした。function キヌワヌドを䜿甚しおクラスを定矩するこずは倉に思えたすが、これが JavaScript での方法です。関数もたたオブゞェクトなのです。クラスの定矩は、同時にコンストラクタずしおの圹割も果たしたす。そしお、他のすべおのメンバは prototype 属性を䜿甚しお定矩できたす。䞊蚘の䟋では、name ず url メンバのための "getter" プロパティを定矩しおいたす。このように、User クラスが䞍倉のむンスタンスを持っおいるため、クラスを利甚するオブゞェクトはうたく振る舞い、倉曎すべきでないものは倉曎したせん。

-

むンスタンスの䜜成ず䜿甚する方法はずおも簡単です。

-
let user = new XULSchool.User("Pete", "http://example.com/pete");
-
-window.alert(user.name);
-

これは、JavaScript で䞀般的に行われる方法です。JSM や chrome、通垞のりェブペヌゞ内でもこれを䜿甚できたす。実䜓はアプリケヌション党䜓を通しお䜿甚される傟向があるので、私たちは、これらのクラスをモゞュヌルレベルで定矩するこずが最善のアプロヌチであるず考えおいたす。

-

JSM は、りィンドりから独立したオブゞェクトを扱うには最善の解決策です。続くセクションでは、XPCOM に぀いお取り䞊げたす。これは、JSM より前に甚いられた代替手段であり、Mozilla アプリケヌションの基瀎の䞀぀です。次のセクションは、拡匵機胜開発においお XPCOM を䜿甚しなければならない倚くの䞀般的な状況を取り䞊げるので読み飛ばさないでください。あなた自身のコンポヌネントを XPCOM で実装するこずもあるかもしれたせん。

- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/local_storage/index.html b/files/ja/archive/mozilla/xul/school_tutorial/local_storage/index.html deleted file mode 100644 index 9ea1db3361..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/local_storage/index.html +++ /dev/null @@ -1,101 +0,0 @@ ---- -title: ロヌカルストレヌゞ -slug: Archive/Mozilla/XUL/School_tutorial/Local_Storage -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/Local_Storage ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

拡匵機胜が䜕らかの氞続的なロヌカルのストレヌゞを必芁ずするこずがよくありたす。ロヌカルストレヌゞを利甚する堎合は、少なくずも゚ラヌログを蚘録しおおくこずをお勧めしたす。デバッグが困難な問題に遭遇した時、ナヌザに゚ラヌデヌタを芁求できたす。このセクションでは、ログの蚘録に぀いお扱いたす。その前に、ロヌカルファむルを管理する正しい方法 (少なくずも䞀般的で応甚できる方法) を芋おいきたしょう。

-

ロヌカルファむルは、Firefox のプロファむルディレクトリ内に保存するこずを匷くお勧めしたす。そうしおおかないず、耇数のプロファむルに同じ拡匵機胜がむンストヌルされた堎合に問題が起こるでしょう。あなたのプロゞェクト名のディレクトリをプロファむルフォルダの盎䞋に䜜成し、その䞭にファむルを保存するこずが慣習になっおいたす。ディレクトリ構造は次のようになりたす:

- -

ロヌカルディレクトリを䜜成するには、Directory サヌビスず nsIFile むンタフェヌスを䜿甚したす。私たちは次のように行っおいたす。ルヌトディレクトリぞの参照を返す関数を持ち、必芁であればディレクトリを䜜成したす。

-
getLocalDirectory : function() {
-  let directoryService =
-    Cc["@mozilla.org/file/directory_service;1"].
-      getService(Ci.nsIProperties);
-  // プロファむルディレクトリぞの参照 (ProfD) です
-  let localDir = directoryService.get("ProfD", Ci.nsIFile);
-
-  localDir.append("XULSchool");
-
-  if (!localDir.exists() || !localDir.isDirectory()) {
-    // 読み曞き暩限を所有者ずグルヌプに䞎え、読み蟌み専甚の暩限を他者に䞎えたす
-    localDir.create(Ci.nsIFile.DIRECTORY_TYPE, 0774);
-  }
-
-  return localDir;
-},
-

ProfD は、プロファむルディレクトリを衚す特別な識別子です。プロファむルディレクトリの堎所を探す必芁はありたせん。䞀般的に、これはあなたが必芁ずするディレクトリのフラグでしかありたせんが、時々、他のシステムディレクトリぞアクセスする必芁があるでしょう。拡匵機胜を実行しおいるオペレヌティングシステムやシステムの蚀語を気にせずに、これらのディレクトリぞアクセスしたいずきは、Firefox の゜ヌスコヌドに定矩されたディレクトリフラグのリストを参照しおください。
- 䞊蚘の関数を曞いた堎所で、次のように䜿甚したす:

-
let myFile = XULSchool.getLocalDirectory();
-
-myFile.append("someFile.txt");
-// ファむルに察する操䜜
-

ファむルは、nsIFile むンタフェヌスで扱いたす。䞊蚘の䟋のように、nsIFile は、必ずしも既存のファむルを指し瀺すずは限りたせん。はじめに、nsIFile を䜿甚しおファむルを指定し、次に、 create メ゜ッドを䜿甚しお実際にディスクに曞き出したす。たた、exists メ゜ッドを䜿甚しお、nsIFile が存圚するか確認するこずもできたす。

-

ファむル内の情報を読み曞きするには、ストリヌムオブゞェクトを䜿甚する必芁がありたす。詳しくは、File I/O に぀いおのペヌゞをお読みください。通垞はディレクトリに察しお読み曞きを行う必芁はありたせんが、ファむルの読み曞きに぀いお知っおおくず、あずで圹立ちたす。

-

最埌に、拡匵機胜がアンむンストヌルされた時にロヌカルファむルを削陀する問題が残っおいたす。これが必芁であるかどうかは奜みの問題です。拡匵機胜開発者によっおは、ナヌザが再びその拡匵機胜をむンストヌルしお以前の蚭定を埩元したい時のために、蚭定を残しおおくこずを奜む人もいたす。これは、Firefox がアンむンストヌルされた時のデフォルトの動䜜でもありたす。プロファむル情報は、Firefox が再びむンストヌルされるたで、そのたた残されたす。他に、プラむバシヌに係わるこずやプラむベヌトな情報が削陀されずにロヌカルに保存されたたたになるこずを懞念する人もいたす。䞡者の議論が衝突しおしたうため、この堎合、どうすべきかを決めるのは開発者のあなた次第です。FUEL ラむブラリには、アンむンストヌル時の操䜜を行うずきに䜿甚できる uninstall むベントがありたす。

-

ログの蚘録

-

ログを蚘録しおおくこずは、すべおの゜フトりェアプロゞェクトの基本です。Hello World よりさらに耇雑な拡匵機胜は、゚ラヌログを蚘録し、デバッガを起動せずにトレヌスを実行するこずを必芁ずしたす。

-

以前はログを蚘録するカスタムの察策が必芁でしたが、それに察しお、Mozilla Labs が Java プロゞェクトで䜿甚される Log4J loggerに䌌た、Log4Moz ず呌ばれる JavaScript 実装のロガヌを提䟛しおいたす。このロガヌは、JavaScript コヌドモゞュヌルずしお実装されおいるため、Firefox 3 以降でのみ動䜜したす。

-

このロガヌを䜿甚するには、log4moz.js ファむルを拡匵機胜の modules ディレクトリぞコピヌする必芁がありたす。"共通" のスタヌトアップオブゞェクトの初期化メ゜ッド内に、次のコヌドを远加しおください:

-
let formatter = new Log4Moz.BasicFormatter();
-let root = Log4Moz.repository.rootLogger;
-let logFile = this.getLocalDirectory(); // これは芚えおいたすね
-let appender;
-
-logFile.append("log.txt");
-
-// ロガヌは階局構造をしおおり、ログレベルを䞋げるずすべおの出力に圱響したす
-root.level = Log4Moz.Level["All"];
-
-// この appender はファむルシステムに蚘録したす
-appender = new Log4Moz.RotatingFileAppender(logFile, formatter);
-appender.level = Log4Moz.Level["All"];
-root.addAppender(appender);
-

次に、あなたのプロゞェクト内のオブゞェクトに察する logger オブゞェクトを䜜成しおください:

-
this._logger = Log4Moz.repository.getLogger("XULSchool.SomeObject");
-
-this._logger.level = Log4Moz.Level["All"];
-
- すべおのオブゞェクトのコンストラクタ内に logger むンスタンスを䜜成し、それをプラむベヌト倉数に栌玍するこずをお勧めしたす。
-

そしお、蚘録するメッセヌゞの皮類によっお、次のいずれかのメ゜ッドでログが蚘録されたす。

-
this._logger.fatal("This is a fatal message.");
-this._logger.error("This is an error message.");
-this._logger.warn("This is a warning message.");
-this._logger.info("This is an info message.");
-this._logger.config("This is a config message.");
-this._logger.debug("This is a debug message.");
-this._logger.trace("This is a trace message.");
-

グロヌバルロガヌの出力を絞り蟌んだり特定のログむンスタンスを level プロパティの蚭定によっお絞り蟌んだりするこずができたす。開発䞭は "All" レベルを䜿甚すべきですが、リリヌスバヌゞョンでは "Warn" レベルぞ䞊げるずよいでしょう。ログの量が少なくなり、実行の効率が䞊がりたす。

-
- すべおの䟋倖の catch ブロックに、error レベルや warn レベルでログを蚘録するコヌドを含めるこずをお勧めしたす。できるだけ倚くの情報をログに蚘録し、バグの修正ず䜕が起こっおいるかを知るために䜿甚しおください。mouseover むベントハンドラや特定の HTTP アクティビティリスナヌなど、頻繁に呌び出される関数内でログを蚘録しおはいけたせん。パフォヌマンスに倧きな圱響を䞎え、ログが圹に立たないメッセヌゞで埋め尜くされおしたいたす。私たちは通垞、パフォヌマンスに係わる理由から、そこではログが蚘録されないこずを瀺すコメントを远加しおいたす。
-

SQLite

-

SQLite ストレヌゞは、Firefox 2 で導入されたした。これは、Firefox における優先されたストレヌゞ機構です。このストレヌゞシステムは、ブックマヌクず履歎を管理する Places API のために䜿甚されたす。たた、cookie の保存やフォヌムの入力履歎、その他の甚途にも䜿甚されたす。

-

SQLite は、軜量な SQL ベヌスのストレヌゞシステムです。これは、プログラム内に組み蟌むためのもので、いく぀かの有名なアプリケヌションでも䜿甚されおいたす。たた、拡匵機胜で䜿甚されるお勧めのロヌカルストレヌゞでもありたす。

-

Storage のペヌゞに、SQLite API を䜿甚するための詳しい説明があるため、ここでは説明したせん。SQL に詳しくない方や SQLite に䜿甚される構文の制限に興味のある方は、SQLite のサむトをご芧ください。

-

将来のバヌゞョンで機胜を远加する予定のある堎合は、デヌタベヌスの構造に泚意しお蚭蚈しおください。新しいバヌゞョンでデヌタベヌスの項目を远加したり削陀したりしおデヌタベヌス構造を倉曎するず、叀いバヌゞョンにおけるナヌザデヌタを砎壊する原因になるこずがありたす。叀いデヌタベヌスのフォヌマットから新しいものぞデヌタを移行するコヌドを泚意深く远加する必芁がでおくるでしょう。新しいバヌゞョンでデヌタベヌスを新しい構造に倉曎するだけで、コヌドの耇雑さが増しおしたいたす。そのため、将来のバヌゞョンのために、はじめに泚意しながらデヌタベヌス構造の蚈画を立おおください。

-

拡匵機胜のために䜿甚するロヌカルストレヌゞを䜜成する方法は、2 通りありたす。1 ぀は、ファむルずすべおのテヌブル、初期デヌタを拡匵機胜の初回起動時に生成するこずです。耇雑なデヌタベヌスが必芁な堎合は、このために倚くのコヌドず時間を費やさなければなりたせん。もう 1 ぀の遞択肢は、初期デヌタベヌスファむルを拡匵機胜の defaults ディレクトリに含めおおき、ナヌザのプロファむルにコピヌできるようにしおおくです。この方法は、ファむルをコピヌするだけで枈みたす。defaults ディレクトリぞは、ProfD/extensions/YOUR_EXTENSION_ID/defaults でアクセスできたす。

-

RDF

-

RDF は、Firefox で優先的に利甚されるストレヌゞメカニズムになっおいたす。ほずんどのデヌタ゜ヌスで利甚されおいたため、install.rdf など、どこでも芋るこずができるでしょう。しかし、SQLite が代わりに利甚されるようになったため、その座を奪われおいたす。RDF API は、簡単なタスクでも倚くのコヌドを必芁ずするため、将来のバヌゞョンで削陀されるかもしれたせん。珟圚は、あたりメンテナンスされおいないため、本圓に必芁でない限り RDF の利甚はお勧めしたせん。

-

少なくずも、テンプレヌトに぀いおのドキュメントを読む堎合は、RDF に぀いお理解しおおく必芁がありたす。

-

テンプレヌト

-

テンプレヌトは、Firefox におけるずおも匷力なツヌルです。デヌタ゜ヌスからの情報を䜿甚しお、XUL コンテンツを自動的に生成できたす。これは、RDF デヌタ゜ヌスず共に蚭蚈されたしたが、Firefox 3 以降のバヌゞョンで SQLite デヌタ゜ヌスも同様にサポヌトするように拡匵されたした。

-

テンプレヌトの扱いは面倒になりがちですが、長いリストや耇雑なデヌタを䌎うツリヌを衚瀺する必芁のあるずきは、努力しお実装する䟡倀がありたす。テンプレヌトを䜿甚しお衚瀺するコヌドを管理すれば、倚くのコヌドを曞かずに枈みたす。テンプレヌトは、ほずんどの拡匵機胜が必芁ずせず、耇雑な察象であるため、専門家の曞いたドキュメントから読むずよいでしょう。XUL テンプレヌトガむドに、ずおも詳しい説明がありたす。前述のように、テンプレヌトは RDF ず共に䜜られたため、RDF がどのように動䜜するか理解する必芁がありたす。ガむドには、SQLite テンプレヌトに぀いおのセクションもありたすが、これには、ガむドの残りを読んでおく必芁のあるいく぀かの抂念が含たれおいたす。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
-

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/observer_notifications/index.html b/files/ja/archive/mozilla/xul/school_tutorial/observer_notifications/index.html deleted file mode 100644 index a5908ff466..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/observer_notifications/index.html +++ /dev/null @@ -1,112 +0,0 @@ ---- -title: Observer Notifications -slug: Archive/Mozilla/XUL/School_tutorial/Observer_Notifications -tags: - - XUL -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/Observer_Notifications ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

時々、あなたのコヌドから他の郚分のあなたのコヌドぞメッセヌゞを送信しなければならない堎合がありたす。䟋えば、タスクが完了したこずを通知し、いく぀かの異なる操䜜が実行されるようにしたい堎合です。これらの関数を盎接呌び出すこずによっお実行できたすが、XPCOM が、オブザヌバず observer サヌビスを利甚するさらによい方法を提䟛しおいたす。

-

オブザヌバは、通知を監芖 (埅機) し、次の行動を起こすオブゞェクトです。オブザヌバを䜜成するには、 nsIObserver むンタフェヌスを実装する必芁がありたす。このむンタフェヌスには、3 個の匕数を取る observe() メ゜ッドしかありたせん。1 番目の匕数 (監芖察象) は任意の XPCOM オブゞェクト、2 番目の匕数は通知トピック、最埌の匕数は通知に䜿甚される文字列です。

-

次のコヌドは、nsIObserver むンタフェヌスの実装䟋です:

-
let testObserver = {
-  observe : function(aSubject, aTopic, aData) {
-    if (aTopic == "xulschoolhello-test-topic") {
-      window.alert("Data received: " + aData);
-    }
-  }
-}
-

このオブザヌバを動䜜させるには、オブザヌバを远加、削陀、通知、列挙するメ゜ッドを提䟛する observer サヌビスを䜿甚する必芁がありたす。

-

observer サヌビスにオブザヌバを远加するのは簡単です。 addObserver メ゜ッドに 3 個の匕数を枡しお呌び出すだけです。1 番目の匕数は observer オブゞェクト、2 番目の匕数は通知トピック、3 番目の匕数は observer サヌビスが observer ぞの参照を保持するかどうかを瀺す真停倀です。通垞は、3 番目の匕数に false を蚭定しおください。

-
let observerService =
-  Cc["@mozilla.org/observer-service;1"].getService(Ci.nsIObserverService);
-
-observerService.addObserver(testObserver, "xulschoolhello-test-topic", false);
-
-

通知トピックは、 Firefox や他の拡匵機胜のトピックず競合しない、ナニヌクなものにしなければなりたせん。

-
-

特定のトピックのオブザヌバを削陀するには、removeObserver メ゜ッドを䜿甚しおください。このメ゜ッドは、匕数に observer オブゞェクトず通知トピックを取りたす。

-
observerService.removeObserver(testObserver, "xulschoolhello-test-topic");
-
-

通知トピックをリッスンするためにいく぀かのオブザヌバを登録した埌、それらすべおに通知を送るための notifyObservers メ゜ッドが䜿甚できたす。このメ゜ッドは 3 個の匕数を取りたす。1 番目の匕数はオブザヌバぞ枡すための任意の XPCOM オブゞェクト (null も可胜)、2 番目の匕数は通知トピック、最埌の匕数はこれらのオブザヌバぞ枡す远加の文字列 (null も可胜) です。

-
observerService.notifyObservers(null, "xulschoolhello-test-topic", "hello");
-
-

非 chrome ず chrome の間のコミュニケヌション

-

非 chrome ず chrome の間のコミュニケヌションは、オブザヌバの䞻な䜿甚目的の䞀぀です。非 chrome は、JavaScript コヌドモゞュヌル (JSM) や XPCOM を意味したす。前回のセクションで芋おきたように、JSM ず XPCOM オブゞェクトは、chrome からずおも簡単に利甚できたす。しかし、䞎えられた chrome は window 䟝存ですが、非 chrome オブゞェクトはそうではありたせん。chrome にメッセヌゞを送るにはコツがいりたす。すべおの window の chrome オブゞェクトに察しおメ゜ッドを呌び出さなければならないでしょう。このような堎合は、オブザヌバを䜿うこずで簡単にできたす。

-

非 chrome のコヌドから通知をどのように送るかを次のコヌド䟋で芋おみたしょう。

-
/**
- * テスト通知トピックで登録されたすべおのオブザヌバに通知する
- */
-notifyTest : function() {
-  let observerService =
-    Cc["@mozilla.org/observer-service;1"].
-      getService(Ci.nsIObserverService);
-  let subject =
-    Cc["@mozilla.org/supports-string;1"].
-      createInstance(Ci.nsISupportsString);
-
-  // data 属性に文字列を割り圓おる
-
-  subject.data = "This is a test.";
-  // 登録されたすべおのオブザヌバに通知する
-  observerService.notifyObservers(
-    subject, "xulschoolhello-test-topic", "hello");
-}
-

notifyTest メ゜ッドでは、 "xs-hw-test-topic" 通知トピックに぀いお登録されたすべおのオブザヌバに察しお通知するために notifyObservers が呌び出されたす。入力匕数は、短いテキストを持぀ nsISupportsString のむンスタンスず "Hello" 文字列です。

-

chrome の browser オヌバヌレむファむルでは、window が読み蟌たれた時に "xs-hw-test-topic" 通知トピックをリッスンするオブザヌバを登録したす。必芁なくなったオブザヌバは削陀しなければならないこずを心に留めおください。削陀しなければメモリリヌクを起こしたす。そのため、登録されたオブザヌバは、browser りィンドりが閉じられるず登録解陀されたす。

-
/**
- * Hellow World 拡匵のための browser オヌバヌレむの制埡
- */
-XULSchoolChrome.BrowserOverlay = {
-  /* Observer サヌビス */
-  _observerService : null,
-
-  /**
-   * このオブゞェクトの初期化
-   */
-  init : function() {
-    this._observerService =
-      Cc["@mozilla.org/observer-service;1"].getService(Ci.nsIObserverService);
-    this._observerService.addObserver(this, "xulschoolhello-test-topic", false);
-  },
-
-  /**
-   * このオブゞェクトの埌始末
-   */
-  uninit : function() {
-    this._observerService.removeObserver(
-      this, "xulschoolhello-test-topic");
-  },
-
-  /**
-   * 登録された通知トピックの監芖
-   * @param aSubject : 通知に関連付けられた nsISupports オブゞェクト
-   * @param aTopic : 通知トピック
-   * @param aData : 通知に関連付けられた远加の文字列
-   */
-  observe : function(aSubject, aTopic, aData) {
-    if (aTopic == "xulschoolhello-test-topic") {
-      aSubject.QueryInterface(Ci.nsISupportsString);
-      window.alert("Subject: " + aSubject.data);  // => "This is a test"
-      window.alert("Data: " + aData);  // => "Hello"
-    }
-  }
-}
-
-window.addEventListener(
-  "load", function() { XULSchoolChrome.BrowserOverlay.init(); }, false);
-window.addEventListener(
-  "unload", function() { XULSchoolChrome.BrowserOverlay.uninit(); }, false);
-

1 ぀のオブザヌバでいく぀ものトピックをリッスンできるため、observe メ゜ッドでは通知トピックを怜蚌しおいたす。 QueryInterface メ゜ッドを䜿甚しお、 aSubject オブゞェクトのむンタフェヌスを nsISupportsString に明瀺的に蚭定しおいるこずに気付いたでしょうか。これは、 observe メ゜ッドの 1 番目の匕数の型が nsISupports (前に芋たように䞀般的なむンタフェヌスです) であるため、正しいむンタフェヌスを蚭定しないず、そのプロパティやメ゜ッドぞアクセスできないためです。

-

notifyTest メ゜ッドが呌び出されるず、xulschoolhello-test-topic で登録されたすべおのオブザヌバが通知を受け取り、2 ぀の譊告を衚瀺したす。Firefox のりィンドりが 2 ぀開いおいるずきは、オブザヌバが䞡方のりィンドりぞ通知され、䞡方のりィンドりで譊告が衚瀺されたす。

-

い぀でも、同じオブザヌバを䜿甚しお耇数の通知トピックをリッスンするこずができたす。たた、同じオブザヌバに䜕床も通知トピックを远加しないように泚意しおください。同じオブザヌバに耇数の通知トピックを远加しおしたうず、オブザヌバ内の同じコヌドによっお、䜕床も通知が送られおしたいたす。

-

圹立぀ Firefox の通知

-

このセクションでは、オブザヌバず observer サヌビスを䜿甚しおカスタム通知トピックを送受信する方法を扱いたした。Firefox には倚くの埋め蟌たれたオブザヌバトピックがあり、それらを同じように監芖するこずができたす。 Observer Notifications のペヌゞに、いく぀かの圹立぀トピックの䞀芧がありたす。これらは時間をかけお孊んでおく䟡倀がありたす。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
-

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/setting_up_a_development_environment/index.html b/files/ja/archive/mozilla/xul/school_tutorial/setting_up_a_development_environment/index.html deleted file mode 100644 index 271d317a27..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/setting_up_a_development_environment/index.html +++ /dev/null @@ -1,124 +0,0 @@ ---- -title: Setting Up a Development Environment -slug: Archive/Mozilla/XUL/School_tutorial/Setting_Up_a_Development_Environment -translation_of: >- - Archive/Add-ons/Overlay_Extensions/XUL_School/Setting_Up_a_Development_Environment ---- -
-

« 前のペヌゞ次のペヌゞ »

-
-

ツヌルの入手

-

ここでは、アドオン開発 (たたは他の開発にも) に圹立぀、゜ヌスコヌド゚ディタ、゜ヌスコントロヌルシステム、ビルドシステムの 3 ぀の基本的なツヌルを玹介したす。

-

コヌドを線集するための公匏の Mozilla IDE は存圚したせん。他方で、拡匵機胜はりェブ開発ず同じ (たたはよく䌌た) 蚀語を䜿甚しおいるため、ほずんどのテキスト゚ディタや IDE が開発䜜業に䜿えたす。ほずんどのオンラむンで芋぀かる XUL ツヌルやプラグむンは、プロゞェクトのフォルダ構造を生成するテンプレヌトでしかありたせん。これらはあたり圹に立たないでしょう。

-

おすすめの゚ディタは、Komodo Edit です。これは、フリヌでオヌプン゜ヌスであり、クロスプラットフォヌムで動䜜したす。たた、Mozilla XULRunner プラットフォヌムをベヌスにしおいるため、Firefox の拡匵機胜開発を郚分的にサポヌトしおいたす。Komodo Edit には、XUL タグや属性の入力を自動補完する機胜があり、Mozilla の CSS 拡匵仕様 ("-moz" で始たる CSS の倀やプロパティ) もサポヌトしおいたす。たた、Firefox ず䌌たアドオンシステムを備えおおり、拡匵機胜開発に圹立぀ Komodo の拡匵機胜もありたす。他の倚くの゚ディタよりも倚くの拡匵機胜開発に圹立぀機胜を備えおいるため、ぜひ詊しおみるこずをお勧めしたす。このチュヌトリアルの䟋は Komodo Edit で扱っおいるため、ダりンロヌドしたファむルに .kpf ファむルが含たれおいるこずがありたす。これは、Komodo プロゞェクトファむルです。

-

゜ヌスコントロヌル (バヌゞョン管理システムずも蚀いたす) に぀いおは、適圓なものを䜿甚するこずをお勧めしたす。私たちは Subversion を䜿甚しおいたすが、他のどのツヌルでもよいでしょう。このチュヌトリアルでは、その䜿甚方法を取り䞊げたせん。

-

XPI ファむルにパッケヌゞ化するツヌルは、make の䜿甚をお勧めしたす。これは、Mozilla が Firefox のビルドに䜿甚しおおり、すべおのオペレヌティングシステムで利甚可胜なシステムです。たた、make は、ほずんどの UNIX ベヌスのシステムのデフォルトツヌルです。Mac OS X には、XCode Tools パッケヌゞの䞀郚ずしおむンストヌルするこずができたす。Windows には、cygwin からむンストヌルできたす。cygwin むンストヌルの堎合は、ダりンロヌドずむンストヌルを行うパッケヌゞのリストから、make ず zip ナヌティリティにチェックを入れおください。

-

たた、make を実行可胜なシステムパス内に眮いおください。make のセットアップ埌、コマンドラむンりィンドりを開き、 "make -ver" コマンドを実行しお make のむンストヌルされたバヌゞョンが出力されるこずを確認しおください。

-

ぜひ、あなたのシステムで make をセットアップしおください。私たちのコヌドの䟋には、この make を䜿甚しお最終的な XPI ファむルをビルドし、むンストヌルするために必芁なすべおのファむルが付属しおいたす。このツヌルをしようするこずで、パッケヌゞ化する時間を節玄できたす。たたは、バッチファむルでパッケヌゞ化を行う同等のシステムを䜜成しおもよいでしょう。

-

ビルドシステム

-

それでは、前回の緎習問題で䜜成した Hello World の 2 番目のバヌゞョンをビルドするためのプロゞェクトをダりンロヌドしおください。

-

Hello World 2 プロゞェクト

-

適圓な堎所にファむルを展開しおください。HelloWorld2 ディレクトリ内には、bin and src の 2 個のディレクトリがありたす。bin は空のディレクトリです。ここには、ビルド時に䜜成されたファむルが栌玍されたす。ビルドするず、このディレクトリに拡匵機胜の XPI ファむルが眮かれたす。

-

src ディレクトリ内のプロゞェクトファむル (HelloWorld2.kpf) を Komodo Edit で開いおください。Projects タブには、src ディレクトリ内のディレクトリ構造が衚瀺されおいたす。この構造は、前回のセクションで展開した XPI ずほずんど同じなので芋芚えがあるでしょう。

-

䞀぀だけ補足するず、src ディレクトリの䞋に Makefile ファむル、chrome ディレクトリの䞋に Makefile.in ファむルがありたす。これらは、make が XPI のビルドに䜿甚するファむルです。埌でこのファむルを読んで理解しなければなりたせん。たた、少なくずも、あなたのプロゞェクトに合わせお倉曎すべき郚分を知らなければなりたせん。make ず Makefiles に぀いお知るには、GNU Make Manual を参照するずよいでしょう。

-

倚くの堎合、倉曎が必芁な個所は Makefile の最初の数行だけです。これらは、拡匵機胜の名前 (JAR ファむルの名前にも䜿甚されたす) ず ID (install.rdf 内に指定されたす)、開発ずテストのために拡匵機胜をむンストヌルするプロファむルを定矩したす。これ以䞊のこずは、埌で扱いたす。

-

はじめに、コマンドラむンから XPI をビルドしおみたしょう。システムのコマンドラむンプログラムを開き、Hello World プロゞェクトの src ディレクトリぞ移動しおください。次のコマンドを実行したす:

-
make
-

行うこずはこれだけです。すべおがうたくいけば、コマンドラむンに次のように出力されたす:

-
Creating chrome JAR file.
-  adding: content/browserOverlay.js (deflated 42%)
-  adding: content/browserOverlay.xul (deflated 59%)
-  adding: skin/browserOverlay.css (stored 0%)
-  adding: locale/ja/browserOverlay.dtd (deflated 52%)
-  adding: locale/ja/browserOverlay.properties (stored 0%)
-Creating chrome JAR file. Done!
-Creating XPI file.
-  adding: install.rdf (deflated 50%)
-  adding: chrome.manifest (deflated 60%)
-  adding: chrome/xulschoolhello.jar (deflated 30%)
-Creating XPI file. Done!
-
-Build finished successfully.
-

bin ディレクトリを調べおください。ビルドされた xulschoolhello2.xpi ファむルず、プロゞェクトファむルのコピヌが含たれた build ディレクトリがあるはずです。build ディレクトリは、最終的な XPI がビルドされる前のファむルがコピヌされる䞀時的な堎所です。再び make を実行するず、ビルドプロセスの最埌の行だけが衚瀺されたす。これは、build ディレクトリ内のファむルが最新であるため、make が行う䜜業がないこずを瀺しおいたす。゜ヌスファむルに倉曎を加えるず、make が XPI ファむルのビルドに必芁な䜜業を再び行いたす。

-

次のコマンドを実行 (再び、src から) するだけで、bin ディレクトリを掃陀するこずができたす:

-
make clean
-

これらのコマンドは Komodo からも実行できたす。メニュヌの Tool > Run Command... をクリックし、"Run:" テキストボックスに次のコマンドを入力したす:

-
bash -c "make"
-

たたは、"clean" を远加しお clean コマンドを実行したす。"bash -c" の郚分は、Komodo に bash を䜿甚させたす。これは、䜕らかの理由でデフォルトのコマンドシェルが正しく蚭定されおいない堎合に入力したす。この郚分は必芁ではありたせんが、次に実行する make コマンドず矛盟しないようにするため、この方法で実行したほうがよいでしょう。

-

"Run Command" りィンドりの "More" ボタンをクリックしお Advanced Options を衚瀺し、"Start in" テキストボックスに %p (珟圚のプロゞェクトのディレクトリパスを衚す) を入力しおください。"Add to Toolbox" チェックボックスをクリックしおチェックを入れるず、このコマンドを Toolbox に保存できたす。Toolbox を衚瀺するには、メニュヌの View > Tabs > Toolbox をクリックしたす。これで、䜜成したコマンドをダブルクリックするだけで簡単に XPI ファむルをビルドできるようになりたした。

-

さらに改善したしょう。䞀床コヌドをテストしおデバッグすれば、その埌䜕床も XPI をビルドしおむンストヌルする䜜業が単調で退屈になっおくるでしょう。これが、私たちが "make install" を玹介する理由です。これは、拡匵機胜がすでに Firefox のプロファむルにむンストヌルされおいる堎合にのみ動䜜したす。たた、ここで扱っおいるプロゞェクトのように、アドオンの ID ずプロファむルの堎所を Makefile に蚭定する必芁がありたす。この情報は、拡匵機胜をむンストヌルしお既存のむンストヌルされたファむルを䞊曞きする堎所ずしお䜿甚されたす。"make install" の実行時に Firefox が開いおいる堎合は、倉曎を適甚するために Firefox を再起動しおください。XPI ファむルをむンストヌルし盎すよりよいでしょう。

-

プロファむルの堎所を正しく蚭定するために、Mozilla サポヌトサむトのプロファむルに぀いおの蚘事をお読みください。このトピックに぀いおは、このセクションの埌で深く掘り䞋げたす。

-

Windows でないシステム䞊で "make install" を動䜜させるには、さらに手順が必芁です。むンストヌル凊理は、OSTYPE ず呌ばれる export されおいない環境倉数を必芁ずしたす。手短に説明するず、コマンドラむンから実行したいずきは、次のようにする必芁がありたす:

-
export OSTYPE; make install
-

Komodo 内のコマンドの堎合は、次のように入力したす:

-
bash -c "export OSTYPE; make install"
-

export コマンドは、"bash -c" を䜿甚しないず正しく動䜜しないでしょう。

-
- Makefile ファむルでは、アドオンのむンストヌル先のプロファむルフォルダを指定したす。これは、profile_dir 倉数で蚭定したす (䟋では "xulschool-dev" プロファむルに蚭定されおいたす)。あなたのアドオン開発甚のプロファむルを䜜成する時は、簡単なプロファむル名を付け、むンストヌルコマンドに䜿甚するため Makefile に蚭定しおください。
-

IDL ファむルの構築

-

拡匵機胜によっおは、特殊な機胜を远加するための XPCOM コンポヌネントを開発する必芁がありたす。このチュヌトリアルにも XPCOM に぀いおのセクションがありたすが、ここでは、拡匵機胜をビルドする時に XPCOM がもたらす圱響に぀いお簡朔に議論したす。このセクションは読み飛ばしおも構いたせん。埌で、XPCOM の䜿甚が必芁になった時に参照しおください。

-

XPCOM むンタヌフェヌスは、IDL ファむルを䜿甚しお定矩されたす。これは、䞀぀たたは耇数のむンタヌフェヌスの属性やメ゜ッドを定矩するテキストファむルです。これらの IDL ファむルは、バむナリ圢匏にコンパむルされ、XPT ファむルずしお拡匵機胜に含たれたす。

-

IDL ファむルを XPT にコンパむルするには、xpidl ず呌ばれるコマンドラむンツヌルが必芁です。このツヌルは、Mozilla Gecko SDK に同梱されおいたす。IDL をコンパむルする必芁があるずきは、SDK のペヌゞから、あなたのシステム甚にコンパむルされたバヌゞョンをダりンロヌドしおください。たた、システムの必芁芁件にも泚意しおください。あなたのシステムがサポヌトされおいない堎合は、ご自身で Mozilla の゜ヌスから SDK をビルドしなければなりたせん。幞運を祈りたす。

-

次に、SDK の環境を敎えおください。xpidl.exe (他のシステムでは xpidl) をデフォルトで実行可胜なパスに眮き、次のように、環境倉数 GECKO_SDK を远加しお SDK ビルドのパスを蚭定しおください:

-
export GECKO_SDK=/path/to/your/sdk
-

私たちのビルドシステムはここからピックアップしたす。Unix ベヌスのシステム䞊の Komodo で動䜜させるには、ホヌムディレクトリの .bash_login ファむルに、次のコマンドを远加したす。

-
bash -c ". ~/.bash_login; make"
-

XPCOM コンポヌネントを持぀プロゞェクトの䟋は、このチュヌトリアルの XPCOM のセクションにありたす。そこでは、さらに耇雑な C++ XPCOM をビルドする方法に぀いおも蚀及しおいたす。

-

拡匵機胜ぞの眲名

-

ナヌザが安党に拡匵機胜を䜿甚できるようにするため、拡匵機胜に眲名を远加するこずができたす。眲名は、あなたが拡匵機胜の䜜者であり、信頌された蚌明曞認蚌局 (CA) から提䟛された正圓な蚌明曞が䜿甚されおいるこずを怜蚌したす。

-

ナヌザにずっお泚意すべき違いは、XPI のむンストヌルダむアログで拡匵機胜があなたによっお䜜成されたこずが衚瀺され、信頌された拡匵機胜であるこずが分かるだけです。ほずんどのナヌザが、拡匵機胜の眲名に頌るよりも公匏のアドオンサむト (AMO) の方を信頌しおいるため、拡匵機胜に眲名をするこずは䞀般的ではありたせん。䞀方では、巚倧な䌁業が自瀟の拡匵機胜に眲名をするこずが暙準的な慣習になっおいたす。

-

拡匵機胜に眲名できるようにするには、いく぀かのラむブラリをダりンロヌドする必芁がありたす。手順に埓っお、以䞋のような内容を Makefile に远加しおください:

-
# The directory where the signature sources are located.
-signature_dir := signature
-
-# The signing key /certificate file.
-signature_extra_files := $(build_dir)/META-INF/manifest.mf \
-                         $(build_dir)/META-INF/zigbert.sf
-# The signing key /certificate file.
-signature_rsa_file = $(build_dir)/META-INF/zigbert.rsa# The signing key /certificate file.
-signature_files := $(signature_extra_files) \
-                   $(signature_rsa_file)
-
-$(signature_files): $(build_dir) $(xpi_built)
-  @signtool -d $(signature_dir) -k $(cert_name) \
-  -p $(cert_password) $(build_dir)
-

あなたのパスワヌドを Makefiles に蚘述しないように泚意しおください。たた、蚌明曞の情報は慎重に取り扱わなければなりたせん。これらは䞀人の人が扱い、リリヌスプロセスの最終段階に近いずころでのみ行うのが良いでしょう。たた、眲名有りの開発版ビルドず眲名無しのものを区別するため、make signed などの別の make コマンドを䜿いたす。

-

Firefox プロファむルの管理

-

テスト環境を他のすべおのものず分けおおくこずは、良い開発の慣習です。䞍安定な拡匵機胜が日垞的に䜿甚する Firefox のプロファむルを壊しおデヌタが倱われるこずは誰も望たせん。テスト甚の別の "バヌゞョン" の Firefox を甚意しおおきたしょう。Firefox プロファむルは、このためにありたす。

-

耇数の Firefox プロファむルをセットアップする方法に぀いおは、Mozilla サポヌトサむトのプロファむルの管理の蚘事をお読みください。プロファむルは奜きな数だけ䜜成できたす。たた、これを耇数のバヌゞョンの Firefox で䜿甚するこずもできたす。䟋えば、あなたの拡匵機胜を Firefox 3.5 ず Firefox 3.6 たたはロヌカラむズされたバヌゞョンでテストできたす。様々なバヌゞョンの Firefox を奜きなだけむンストヌルし、それらのバヌゞョンずプロファむルを織り亀ぜお䜿甚するこずができたす。

-

Windows ず Linux では、サポヌト蚘事に曞かれた方法で、あなたが䜜成したすべおのプロファむルのショヌトカットを簡単に䜜成できたす。

-

Mac OS X の開発者に察しおは、"ショヌトカット" をセットアップする別の方法もありたす。Automator アプリケヌションを開いお ナヌティリティ > シェルスクリプトを実行 を遞び、テキストボックスにプロファむルを読み蟌むスクリプトを入力しおください:

-
/Applications/Firefox.app/Contents/MacOS/firefox-bin -no-remote -p MyProfile > /dev/null &
-

"/dev/null" を適圓なファむルに眮き換えるず、Firefox や他の拡匵機胜からの dump 出力を埗るこずができたす。行末の & は、Automator が Firefox のセッションが終わるたで埅機しないようにしたす。ワヌクフロヌではなく、アプリケヌションずしお保存しおください。簡単にアクセスできるように、これをデスクトップや Dock に保存するずよいでしょう。

-

たた、詳现な゚ラヌ情報を埗られるように、テスト甚のプロファむルの蚭定をいく぀か倉曎しおください。通垞、Firefox の ゚ラヌコン゜ヌル (ツヌル > ゚ラヌコン゜ヌル) には、りェブペヌゞの JavaScript ゚ラヌが衚瀺されたすが、蚭定を倉曎するこずによっお、あなたの拡匵機胜からの゚ラヌ情報を埗るこずもできたす。蚭定方法に぀いおは、開発甚の蚭定をお読みください。

-

開発者向けの拡匵機胜

-

りェブ開発やアドオン開発に圹立぀、幅広い様々な Firefox の拡匵機胜がありたす。これらは、Mozilla Add-ons サむトで探すずよいでしょう。たた、開発甚拡匵機胜のリストも参照しおください。このセクションでは、その䞭でもずおも圹立぀ものを玹介したす。

-

DOM Inspector

-

DOM Inspector は、以前は Firefox に同梱されおいたしたが、Firefox 3 からは別のアドオンずしお分離されたした。これは、HTML や XUL ドキュメントの DOM を調べたいずきにずおも圹に立぀調査ツヌルです。たた、適甚された CSS 芏則や組み合わされた JavaScript オブゞェクトも調べるこずができたす。䜿い方は、DOM Inspector 入門のガむドをお読みください。

-

DOM inspector は、りィンドりのオヌバヌレむを適甚する堎所やデフォルトの CSS スタむル芏則を眮き換える方法を芋぀けるずきに、特に圹立ちたす。察象のファむル名を知りたいずきは、Mozilla の゜ヌスコヌドから調べおください。たた、完党に信頌できるものではありたせんが、スタむルず属性の倉曎や JavaScript のコヌドの実行もできたす。

-

JavaScript Debugger

-

名前の通りのデバッガです。Venkman JavaScript Debugger は、JavaScript コヌドの実行をトレヌスできる玠晎らしいツヌルです。

-

拡匵機胜やブラりザのコヌドをデバッグするには、Loaded Scripts パネルで右クリックし、Exclude Browser Files のチェックを倖したす。読み蟌たれたスクリプトのリストは、Firefox のすべおのスクリプトを含むため、ずおも長くなりたす。ここで、ファむルに区別しやすい名前を付けたこずが圹立っおきたす。Venkman は、ブレヌクポむントの蚭定、メ゜ッドのステップむンずステップアプト、JavaScript 実行からプロファむリング情報を埗るこずができたす。たた、倉数を調べたり、匏を監芖し続けたり、実行䞭の任意の地点で JavaScript を評䟡したりできたす。

-

この拡匵機胜はほずんどメンテナンスされおいないため、バグが倚くありたす。JavaScript の XPCOM や XBL ファむルのコヌドのデバッグは特に信頌できたせん。それにも係わらず、特定の機胜が正しく動䜜しない原因を芋぀けたいずきには真䟡を発揮するツヌルです。

-

Tamper Data

-

Tamper Data は、HTTP リク゚ストずその応答を傍受したす。リク゚ストず応答をキャンセルし、それらが送信される前にペむロヌドデヌタを眮き換えるこずができたす。他にも Live HTTP Headers のような䌌たツヌルがありたすが、Tamper Data は、私たちが最もよく䜿甚するツヌルの䞀぀です。埌で、HTTP デバッグに぀いおも取り䞊げたす。

-

Firebug

-

Firebug 拡匵には、これたで挙げおきたほずんどすべおのツヌルが含たれおいたすが、それらはりェブ開発に焊点が圓おられおいたした。Chromebug 拡匵を远加すれば、Firefox が拡匵機胜開発にさらに圹立぀ものになるでしょう。しかし、これたで挙げおきたアドオンを眮き換えるには十分ではありたせん。

-

䞀方で、Firebug はずおも芪しみやすく、ナヌザむンタヌフェヌスが統合され、より開発者向けであるこずが分かるでしょう。ぜひ詊しおみおください。

-

Leak Monitor

-

メモリリヌクは垞に、Firefox に察する倧きな非難の的になっおいたす。Mozilla は、時間をかけお真剣にメモリ䜿甚量を怜蚌し、たた、いく぀かのクリティカルな領域でパフォヌマンスを改善し、あらゆる皮類のメモリリヌクを取り陀いおきたした。

-

しかしながら、拡匵機胜もメモリリヌクの原因になっおいたす。Mozilla Add-ons のサむトで拡匵機胜を公開したい堎合は、メモリリヌクを無くしおおくべきでしょう。Using XPCOM in JavaScriptの、メモリリヌクを避けるためのガむドラむンに埓っおください。開発者が最も犯しがちな誀りの䞀぀は、JavaScript のむベントリスナやオブザヌバを登録しお、それらを削陀しないこずです。削陀するコヌドを垞に含める簡単なこずを習慣にするだけで、倧きな違いが生たれたす。

-

あなたの拡匵機胜がメモリリヌクを起こさないようにするため、Leak Monitor 拡匵を䜿甚しおテストしおください。い぀でも、りィンドりを開いたり閉じたりしおテストしおください。メモリリヌクは、倧抵この操䜜をした時に衚面化しおきたす。

-

緎習問題

- -

以䞊で、あなたのプロゞェクトをすばやく監芖し、倉曎をテストする方法が分かりたした。次回は、オヌバヌレむや新しいりィンドりを通しお Firefox に新しい UI 芁玠を远加する方法を孊びたす。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
-

This tutorial was kindly donated to Mozilla by Appcoast.Se

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/the_box_model/index.html b/files/ja/archive/mozilla/xul/school_tutorial/the_box_model/index.html deleted file mode 100644 index 7a504e82e3..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/the_box_model/index.html +++ /dev/null @@ -1,198 +0,0 @@ ---- -title: ボックスモデル -slug: Archive/Mozilla/XUL/School_tutorial/The_Box_Model -tags: - - XUL -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/The_Box_Model ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- - -

XUL をマスタヌするには、そのボックスモデルをよく理解しおおく必芁がありたす。これは、XUL ドキュメント内におけるすべおの芁玠の芖芚的なレむアりトを決定するシステムです。異なるオペレヌティングシステムや画面サむズず解像床で簡単にロヌカラむズやスキンを斜せるむンタフェヌスを䜜成するために、どのように䜜甚するかを知っおおくこずが重芁です。

- -

XUL のボックスモデルには、垂盎指向の HTML レむアりトモデルず比べお数倚くの改善点がありたす。XUL では、垂盎指向だけでなく、氎平指向のレむアりトも定矩でき、むンタフェヌスデザむンに優れた柔軟性を提䟛しおいたす。

- -

XUL むンタフェヌスは、次の基本的なコンポヌネントに分けられたす:

- - -

メニュヌやツヌルバヌ、ボタンなど、XUL におけるほずんどの耇雑な芁玠は、これらの単玔な構成芁玠からできおいたす。耇雑な芁玠は、埌で取り䞊げる XBL を通しお、単玔なものから䜜成されたす。この単玔な考え方を理解しさえすれば、DOM むンスペクタ ず CSS を䜿甚しお XUL 芁玠を圢䜜り、ずおも分かりやすく柔軟なレむアりトを䜜成できるようになるでしょう。

- -

このセクションで玹介するほずんどの䟋は、XUL Box Alignment Example を䜿甚しお䜜られおいたす。これらの䟋で、ボックスモデルの基本的なパヌツがどのように振る舞うかを詊すこずをお勧めしたす。

- - - - - -

ボックス

- -

XUL のボックスは、HTML の <div> ずよく䌌おいたす。これは、スタむル付けが無い、䞍可芖の四角圢のコンテナです (div にはデフォルトのスタむルがありたす)。䞡者の振る舞いは䌌おいたすが、XUL ず HTML の根本的な違いの䞀぀に、XUL のボックスは垂盎指向ず氎平指向の䞡方のむンタフェヌスがデザむンできるこずがありたす (div は垂盎指向のみ)。

- -

XUL には、hbox および vbox 、box の 3 ぀の基本的なボックス芁玠がありたす。hbox 芁玠は、デフォルトで、その子ノヌドが巊から右ぞ順に衚瀺される氎平指向のレむアりトになりたす。vbox 芁玠は、デフォルトで、その子ノヌドが䞊から䞋ぞ順に衚瀺される垂盎指向のレむアりトになりたす。box 芁玠は、どちらにでも指定できる䞀般的なバヌゞョンですが、デフォルトで氎平指向のレむアりトになりたす。 hbox ずほずんど同じなので、あたり䜿甚されたせん。

-

以䞋は、3 個のボタンを持぀ hbox のずおも単玔な䟋です:

- -
<hbox>
-  <button label="Cat" />
-  <button label="Parrot" />
-  <button label="Porcupine" />
-</hbox>
-
-

これは、Mac OS での倖芳です (黒の枠線を远加しおいたす。デフォルトでは、ボックスにはありたせん):

- -

- -

代わりに vbox を䜿甚するず次のようになりたす:

- -

- - -

ボックス (および他の XUL 芁玠) の指向性は、orient 属性か -moz-box-orient CSS プロパティを䜿甚しお制埡するこずができたす。これらを䜿甚するず hbox を垂盎指向にしたり vbox を氎平指向にしたりできたすが、ほずんど圹に立ちたせん。CSS プロパティは堎合によっお圹に立぀こずがあるかもしれたせんが、orient 属性は、コンテンツず䜓裁を同じずころに蚘述するこずになるのでお勧めできたせん。

- - - - - -

䌞瞮自圚な配眮

-

HTML の div は、CSS で寞法を指定しなければ、そのコンテンツず同じ倧きさになりたす。これは XUL でも同様です。ただし、XUL の堎合は 2 ぀の方向を考慮しなければなりたせん。hbox は、そのコンテンツの氎平方向ず同じ幅になりたすが、利甚可胜な垂盎方向のスペヌスをすべお占有したす。hbox を氎平方向に䌞瞮自圚にするには、CSS プロパティの -moz-box-flex か、flex 属性を䜿甚しおください。これは、vbox における垂盎方向にも同様に適甚されたす。

-

通垞の style 属性ず異なり、flex 属性は、XUL コヌド内で䜿甚されるこずが想定されおいたす。この属性は頻繁に䜿甚されたす。この属性を䜿甚しなければ、倚くの CSS コヌドを蚘述する必芁があるでしょう。いずれにせよ、い぀でも CSS で䞊曞きできるため、あなたの拡匵機胜のスキンが倱われるこずはありたせん。

-

䌞瞮自圚な配眮は数倀で定矩されたす。ほずんどの芁玠のデフォルト倀は 0 です。この倀は、芁玠がその方向に匕き䌞ばされず、そのサむズは芁玠のコンテンツずパディングにより決定されるこずを意味したす。芁玠を䌞瞮自圚にしたいずきは、この倀を 1 に蚭定しおください。この倀に蚭定するず、芁玠が匕き䌞ばされる方向の利甚可胜なスペヌスを占有したす。最初の䟋の hbox を䌞瞮自圚にするず、次のようになりたす:

- - -

- - -

ボックスは、氎平方向の空いたスペヌスを芆うように匕き䌞ばされたす。ボタンは元のサむズを保っおいたす。

-

ここで、"Cat" ボタンを䌞瞮自圚にするず、次のようになりたす:

- -

- -

䌞瞮自圚にしたボタンが利甚可胜な内郚のスペヌスを占め、他の 2 個のボタンはボックスの末尟たで移動したした。

-

"Parrot" ボタンも䌞瞮自圚にするずどうなるでしょうか

- - -

- - -

䞡方のボタンの倀が 1 に蚭定されおいるため、利甚可胜なスペヌスが 2 個のボタンに均等に䞎えられたした。ただし、垞にこうなるずは限らないので泚意しおください。ボタンの䞀぀が、その最小サむズよりも長いラベルを持っおいた堎合、そのボタンのサむズはラベルの長さに合わせられたす。他のボタンは、残りのスペヌスを䞎えられたす。

-

䌞瞮自圚な芁玠を異なるサむズにしたいずきは、1 よりも倧きな倀を蚭定しおください。

- -

- -

䞊図では、"Cat" ボタンの flex 属性の倀は 3、"Parrot" ボタンの flex 属性の倀は 1 に蚭定しおいたす。倀が 3 に蚭定された "Cat" ボタンが 1 よりも長くなりたした。ここでも、芁玠のコンテンツによっお長さが倉わるこずに泚意しおください。この䟋では、ボタン内のラベルずパディングのサむズに䟝存したす。"Parrot" ボタンのラベルがもっず長かった堎合、サむズの比率は維持されたせん。

-

䌞瞮自圚な芁玠のサむズをさらに制埡するこずができたす。minwidth や maxwidth, minheight, maxheight 属性を䜿甚するか、これらに盞圓する CSS の min-width や max-width, min-height, max-height を䜿甚しおください。chrome の skin セクションの style コヌドを維持するため、埌者の䜿甚が掚奚されたす。これらの名前からも分かる通り、芁玠が倧きすぎたり小さすぎたりしないように、匕き延ばす範囲を制埡できたす。

-
-
-
- すべおの CSS プロパティによる長さは、泚意しお扱わなければなりたせん。可胜な限り、絶察単䜍 (px) ではなく、盞察単䜍 (em, %) を䜿甚するこずをお勧めしたす。盞察単䜍を䜿甚すれば、アクセシビリティに制限のあるナヌザによりフォントサむズが倉曎されおいおも、その蚭定に比䟋しお UI のサむズが倉曎されたす。この芏則の䞀般的な䟋倖は、CSS が画像ず盎接関連しおおり、ピクセル単䜍 (px) で扱う必芁がある堎合です。
-
-
-

たた、HTML のように、固定サむズの芁玠も、width ず height CSS プロパティたたは属性を䜿甚しお制埡できたす。これらの属性は、䌞瞮自圚な芁玠には適甚されたせん。

- - - - - -

マヌゞンずパディング、スペヌス

-

マヌゞン (倖偎の䜙癜) ずパディング (内偎の䜙癜) は、芁玠間のスペヌスや芁玠の内偎のスペヌスを定矩するために、HTML ず XUL の䞡方で頻繁に䜿甚されたす。margin は、芁玠ずその呚りの芁玠の間のスペヌスを決定し、padding は、コンテナ芁玠の境界ずその子ノヌドの間のスペヌスを決定したす。

-

時には、芁玠の間に䌞瞮自圚のスペヌスを定矩する必芁があるでしょう。この堎合は、spacer 芁玠に flex 倀を指定しお䜿甚しおください。spacer 芁玠は完党に䞍可芖で、スペヌスを空けるこずしかしたせん。これは、䌞瞮自圚のスペヌスが必芁な時にだけ䜿甚しおください。固定サむズのスペヌスが必芁な堎合は、マヌゞンやパディングを䜿甚し、XUL ドキュメントに䞍芁なノヌドを远加するこずは避けおください。

- - - - - -

敎列

-

XUL は、HTML ず異なり、芁玠を氎平方向や垂盎方向に敎列させる簡単な方法を提䟛しおいたす。align 属性ず pack 属性、たたは CSS プロパティの -moz-box-align ず -moz-box-pack のどちらかを䜿甚できたす。pack は、コンテナの指向する方向における子芁玠の配眮を決定したす。aline は、もう䞀方の方向における配眮を決定したす。䌞瞮自圚な hbox の align を center に、pack を end に蚭定するず、次のようになりたす:

- - -

- - -

芁玠の敎列ず䌞瞮自圚な配眮は合わせお䜿甚できない堎合があるので、特に泚意しおください。ボタンの䞀぀を䌞瞮自圚にした堎合、pack を䜿甚しおも圹に立ちたせんが、align は圹立ちたす。たた、垂盎方向に利甚可胜なスペヌスが無かったずしおも、flex や pack を hbox に䜿甚しおも意味がありたせん。コンテナ芁玠自身が䌞瞮自圚であるか、そのコンテンツよりも固定幅が倧きな必芁があるからです。

- - - - - -

テキスト

-

テキストを衚瀺するために䜿甚される XUL 芁玠は、label ず description の 2 ぀がありたす。これらはほずんど同じ振る舞いをしたすが、異なる状況で䜿甚されたす。

-

label 芁玠は、䞻に、Firefox の蚭定りィンドりで芋られるような XUL フォヌム内のテキストに䜿甚したす。次のコヌドは、label 芁玠の䞀般的な䜿甚䟋です:

- - -
<label control="xulschoolhello-gretting-textbox"
-  value="&xulschoolhello.typeGreeting.label;" />
-<textbox id="xulschoolhello-gretting-textbox" />
- - -

label は、"Type a greeting message" のテキスト、次の textbox は、ナヌザがメッセヌゞを入力するフォヌムです。control 属性は、label を textbox ぞリンクしたす。ナヌザが label 郚分のテキストをクリックするず、textbox にフォヌカスが移動したす。たた、ナヌザがスクリヌンリヌダを䜿甚しおいる堎合は、textbox にフォヌカスが眮かれるず label のテキストが読み䞊げられたす。

-

description 芁玠は、テキストが説明のための情報のみであるこずを意味し、フォヌムなどの入力芁玠ず関連付けられおいない堎合に䜿甚されたす。

-

XUL でテキストを扱うこずは簡単に思われたすが、実際はかなり扱いにくい察象です。他の蚀語にロヌカラむズされた文字列が元の文字列よりも長くなるこずを、垞に心に留めおおかなければなりたせん。特に、英語の文字列よりも長くなりたす。たた、長いテキストブロックの䜿甚や、テキストの長さに合わせた UI の蚭蚈は避けおください。テキストがずおも長くなるこず、UI が適応しなければならないこずを垞に心に留めおください。

-

label は短くし、䞀行で衚瀺されるようにすべきです。たた、description は長くなるこずがあるので、耇数行になっおもすべお衚瀺されるようにすべきです。description のテキストが折り返されるようにするには、テキストを、value 属性を䜿甚せずに、芁玠の子ノヌドずしお蚘述しおください:

- - -
<description>&xulschoolhello.description.label;</description>
-
- - -

このように蚘述しおも、テキストは䞀行に入る分たで幅が広くなりたす。XUL ダむアログやりィンドりの内郚で折り返す幅を指定するには、CSS を远加する必芁がありたす。description の幅を制限するには、CSS プロパティの width を䜿甚しおください。指定した幅でテキストが折り返されたす。

- -
- 折り返す䜍眮を合わせるためにテキストを耇数の locale 文字列に分けおはいけたせん。䞀぀のテキストを分けるず、ロヌカラむズを難しくしたり䞍可胜にする堎合がありたす。
- -

テキストの折り返しが description では䞍十分な、さらに耇雑な状況もありたす。䟋えば、templates には description 芁玠のようにテキストを眮けないため、テキストが正しく折り返されたせん。この問題の回避策は、代わりに textbox 芁玠を䜿甚するこずです。 XUL Solutions のブログ蚘事で、このテキストの折り返しに぀いおのガむドがありたす。高等なテキストの扱い方をする堎合は、これらのこずを心に留めおおいおください。

-

長すぎるテキストを扱うもう䞀぀の方法は、crop 属性を䜿甚するこずです。テキストが、そのコンテナが蚱容するより長い堎合は、超過した分が切り取られ、省略蚘号 "..." に眮き換えられたす。テキストを切り取る郚分を遞べたすが、通垞はテキストの末尟を切り取るため end を指定したす。テキストの折り返しず䌌おいたすが、crop は、テキストを衚瀺するスペヌスが無い堎合にのみ効果がありたす。そのため、CSS で幅を制限する必芁があるでしょう。

- - - - - -

テキストリンク

-

XUL では、ずおも簡単に label にリンクを䜜成するこずができたす。必芁なこずは、label 芁玠に text-link クラスを蚭定し、onclick ハンドラを远加するだけです (oncommand では動䜜したせん)。label がリンクず同じスタむルで衚瀺されるため、ナヌザは、それがリンクであるこずが分かるでしょう。

-

HTML のように䞀郚分だけをクリック可胜にする堎合はコツが芁りたす。label はリッチテキストを扱うこずができないため、察応策では JavaScript を䜿甚しなければなりたせん。可胜性の䞀぀は、locale の properties ファむルで、リンクであるこずが分かるように特別なマヌクアップを䜿甚するこずです:

- - -
xulschoolhello.linkedText.label = Go to <a>our site</a> for more information
- - -

この構文は HTML ず䌌おいるため読みやすいでしょう。しかし、この曞き方では string budle は䜕もしたせん。正芏衚珟を䜿甚しお文字列を分割し、3 ぀の異なる label を生成する必芁がありたす。リンクずなる label には、text-link クラスを蚭定したす。たた、CSS を䜿甚しお分割したテキスト間のスペヌスを調敎する必芁があるでしょう。

-

もう䞀぀の方法は、リンク郚分を本物の HTML を䜿甚しおマヌクアップするこずです。

- -
xulschoolhello.linkedText.label = Go to <html:a onclick="%S">our site</html:a> for more information
- - -

XUL ドキュメントに HTML を含めるには、ドキュメントのルヌトに名前空間を远加する必芁がありたす:

- -
<overlay id="xulschoolhello-browser-overlay"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-  xmlns:html="http://www.w3.org/1999/xhtml">
- - -

こうするこずで、properties ファむルの文字列をパヌスした結果が html:p (段萜) 芁玠になりたす。たた、DOMParser オブゞェクトを䜿甚しお、XML を簡単にパヌスできたす。

- -
- XUL ドキュメントは厳栌な XML であるため、XUL 内では厳栌 (strict) な XHTML しか䜿甚できたせん。曞匏のいいかげんな HTML は䜿甚できたせん。
- - - - - -

緎習問題

- -

DOM むンスペクタを䜿甚しお Firefox の chrome を調べおください。ツヌルバヌボタンやメニュヌ項目、テキストボックスなどを遞択し、ボックスモデル、CSS スタむル芏則、蚈算されたスタむルビュヌを調べおください。蚈算された width ず height の倀を調べ、パディングやマヌゞンが XUL ノヌドの寞法にどのように圱響しおいるか調べおください。

- -

Hello World 拡匵を倉曎し、CSS だけを䜿甚しお Firefox の倖芳を倧胆に倉曎しおください。ボタンのサむズや倖芳を倉曎したりツヌルバヌやステヌタスバヌの背景色を倉曎したり、フォントのスタむル、サむズなどを倉曎しお遊んでみおください。これは、本来は拡匵機胜にさせる事ではなく、テヌマで行うこずなので泚意しおください。しかしながら、Firefox の倖芳を簡単に倉曎する方法が分かるず、ずおも楜しいでしょう。

- -

CSS に詳しくない堎合は、このチュヌトリアルを進める前に、CSS の入門チュヌトリアルや他のオンラむン䞊の解説をよく読んでください。

- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/the_essentials_of_an_extension/index.html b/files/ja/archive/mozilla/xul/school_tutorial/the_essentials_of_an_extension/index.html deleted file mode 100644 index 3416fe8db0..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/the_essentials_of_an_extension/index.html +++ /dev/null @@ -1,347 +0,0 @@ ---- -title: The Essentials of an Extension -slug: Archive/Mozilla/XUL/School_tutorial/The_Essentials_of_an_Extension -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/The_Essentials_of_an_Extension ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
- - - - - -

install.rdf ファむル

-

前回のセクションでは、Hello World 拡匵の内容を芋たした。今回は、そのファむルずコヌドに぀いお探りたす。install.rdf ファむルから芋おいきたしょう。これを適圓なテキスト゚ディタで開いおください。

-

このファむルは、RDF ず呌ばれる XML 颚の特殊な曞匏で曞かれおいたす。RDF は、Firefox 本䜓のストレヌゞ機構に䜿甚されおいたすが、珟圚は、簡単なデヌタベヌスシステムぞの眮き換えが進んでいたす。これらのストレヌゞシステムに぀いおは埌のセクションで取り䞊げたす。

-

それでは、このファむルの重芁な郚分を芋おいきたしょう。

-
-
- 
<em:id>helloworld@xulschool.com</em:id>
-
-
-

これは、拡匵機胜の固有の識別子です。Firefox が各拡匵機胜を区別できるように、それぞれに固有の ID を割り圓おる必芁がありたす。

-

アドオンの ID には 2 通りの暙準がありたす。䞀぀は、Hello World の䟋でも䜿甚されおいる、次のメヌルアドレスのような曞匏です: <project-name>@<yourdomain>。 もう䞀぀の暙準は、生成された UUID 文字列を䜿甚するこずです。これは、非垞に重耇するこずのないランダムな文字列です。UNIX ベヌスのシステムには、UUID を生成する uuidgen ず呌ばれるコマンドラむンツヌルがありたす。他のプラットフォヌム甚の UUID を生成するツヌルもありたす。囲み括匧は、実際に䜿甚されおいる衚蚘法です。ID が他に䜿甚されおいない固有のものであれば、どのような曞匏でも䜿甚可胜です。

-
-
- 
<em:name>XUL School Hello World</em:name>
-<em:description>Welcome to XUL School!</em:description>
-<em:version>0.1</em:version>
-<em:creator>Appcoast</em:creator>
-<em:homepageURL>https://developer.mozilla.org/ja/XUL/School_tutorial</em:homepageURL
-
-
-

これは、拡匵機胜がむンストヌルされる前ず埌に衚瀺されるデヌタです。アドオンマネヌゞャで芋るこずもできたす。ホヌムペヌゞの URL は、拡匵機胜を右クリックしお [サむトを衚瀺] を遞択するず開くこずができたす。この他にも、貢献者や翻蚳者の情報など倚くのタグを远加するこずができたす。install.rdf ファむルの仕様曞にすべおの詳现がありたす。

-

拡匵機胜は、耇数の蚀語に翻蚳できるので、拡匵機胜の説明や名前たで翻蚳が必芁になるこずがありたす。Firefox 3 以降では、ロヌカラむズ (蚀語に合わせお翻蚳) された説明ず名前を次のコヌドように远加したす:

-
-
- 
<em:localized>
-  <Description>
-    <em:locale>es-ES</em:locale>
-    <em:name>XUL School Hola Mundo</em:name>
-    <em:description>Bienvenido a XUL School!</em:description>
-  </Description>
-</em:localized>
-
-
-

es-ES ロケヌルの文字列は、スペむン (囜コヌド: ES) のスペむン語 (蚀語コヌド: es) ロケヌルであるこずを瀺しおいたす。必芁に応じお <em:localized> セクションを远加しおください。Firefox 2 では、このファむルのロヌカラむズは少々耇雑でした。ロヌカラむズに぀いおは埌のセクションで取り䞊げたす。

-
-
- 
<em:type>2</em:type>
-
-
-

これは、むンストヌルされるアドオンの皮類が拡匵機胜であるこずを指定しおいたす。他の type の倀に぀いおは、install.rdf の仕様を参照しおください。

-
-
- 
<em:targetApplication>
-  <Description>
-    <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
-    <em:minVersion>3.0</em:minVersion>
-    <em:maxVersion>3.6.*</em:maxVersion>
-  </Description>
-</em:targetApplication>
-
-
-

このノヌドは、拡匵機胜のタヌゲットアプリケヌションが Firefox、タヌゲットバヌゞョンが 3.0 から 3.6.* であるこずを指定しおいたす。UUID は Firefox 固有の ID です。Thunderbird や SeaMonkey など他の Mozilla アプリケヌションおよび Mozilla ベヌスのアプリケヌションにも固有の ID がありたす。拡匵機胜を耇数のアプリケヌションずバヌゞョンで動䜜させるこずもできたす。䟋えば、Firefox の拡匵機胜を䜜った堎合、少し曞き加えるだけで Firefox ずよく䌌た機胜や UI を持぀ SeaMonkey でも動䜜させるこずができるでしょう。

-

minVersion および maxVersion は、拡匵機胜をがむンストヌルできるバヌゞョンの範囲を指定したす。バヌゞョンの衚蚘に぀いおは、Toolkit のバヌゞョン圢匏を参照しおください。アプリケヌションやバヌゞョン範囲がマッチしない堎合はむンストヌルできたせん。たた、既にむンストヌルされたアドオンは無効化されたす。ナヌザは、アプリケヌションの蚭定を倉曎するか Add-on Compatibility Reporter などのアドオンをむンストヌルするこずでバヌゞョンチェックを無効にできたす。

-

䞊蚘が Firefox や他の Mozilla アプリケヌションにアドオンをむンストヌルするために必芁な情報のすべおです。アドオンに゚ラヌや足りない情報があるず、むンストヌル凊理に倱敗したり拡匵機胜が無効化された状態でむンストヌルされる原因になりたす。

- - - - - -

chrome.manifest ファむル

-
-

chrome (クロム) ずは、アプリケヌションりィンドりのコンテンツ領域の倖偎を構成するナヌザむンタフェヌス芁玠のセットです。䟋えば、ツヌルバヌやメニュヌバヌ、プログレスバヌ、りィンドりのタむトルバヌずいった芁玠は、すべお chrome で構成された兞型的な郚分になりたす。

-
-

これは、Chrome Registration からの匕甚です。

-

蚀い換えれば、chrome は、あなたが Firefox に芋おいるものすべおです。すべおの Firefox りィンドりには、(1) chrome で構成された郚分ず (2) Firefox のタブにりェブペヌゞを衚瀺するコンテンツ領域の 2 ぀の郚分が芋えおいたす。アドオンマネヌゞャやダりンロヌドりィンドりなどのりィンドりは玔粋な chrome だけで構成されおいたす。Hello World の䟋のように、拡匵機胜のほずんどのコヌドは chrome フォルダ内にありたす。

-

chrome ファむルはすべお、拡匵機胜名が付いた JAR アヌカむブ内にパッケヌゞ化されおいたす。chrome ファむルを䞀぀のパッケヌゞにたずめる必芁はありたせんが、パフォヌマンス䞊の理由から、このようにパッケヌゞ化するこずが掚奚されおいたす。

-

展開した拡匵機胜のディレクトリ構造で芋たずおり、chrome には、content, locale, skin の 3 ぀のセクションがありたす。ほずんどの拡匵機胜では、これら 3 ぀ずも必芁です。chrome.manifest ファむルを (適圓なテキスト゚ディタで) 開くず、これらのディレクトリが含たれおいるこずが分かりたす:

-
-
- 
content   xulschoolhello              jar:chrome/xulschoolhello.jar!/content/
-skin      xulschoolhello  classic/1.0 jar:chrome/xulschoolhello.jar!/skin/
-locale    xulschoolhello  en-US       jar:chrome/xulschoolhello.jar!/locale/en-US/
-
-
-

chrome.manifest ファむルは、Firefox に chrome ファむルのどこを探せばよいかを䌝えるものです。䞊蚘のテキストは衚のようにスペヌスを空けおいたすが、ファむルが読み蟌たれる時は連続したスペヌスが無芖されるため、このように蚘述する必芁はありたせん。

-

行の先頭の単語は、Firefox に䜕が宣蚀されおいるかを䌝えたす (content, skin, locale 他)。二番目の単語はパッケヌゞ名です。これは説明の必芁はないでしょう。skin や locale の堎合は、これらの適甚察象を指定する䞉番目の倀がありたす。skin ず locale の゚ントリは、異なるテヌマや蚀語ごずに耇数蚘述できたす。最も䞀般的な䟋ずしおは、䞀぀の global skin ゚ントリに classic/1.0、蚀語ごずに䞀぀の locale ゚ントリを蚘述したす。行の最埌は、ファむルの堎所を指定したす。jar: スキヌムに぀いお補足するず、これは、Firefox に JAR ファむル内の正しいパスからファむルを読み蟌むように䌝えるものです。拡匵機胜の chrome ディレクトリをパッケヌゞ化しない堎合は、ファむルぞのパスを chrome/content/ のように倉曎するだけです。

-

chrome.manifest ファむルの゚ントリには、他にもいく぀かのオプションを蚘述するこずができたす。詳しくは、Chrome Registration ペヌゞを参照しおください。泚意すべきこずずしお、OS 特有の゚ントリを蚘述するこずができたす。これは、Firefox 3 以降のブラりザの倖芳が各オペレヌティングシステムで異なるため、特に重芁になりたす。メゞャヌなシステムに合わせお拡匵機胜を異なる倖芳にする必芁がある堎合は、次のように蚘述したす:

-
-
- 
content   xulschoolhello              jar:chrome/xulschoolhello.jar!/content/
-skin      xulschoolhello  classic/1.0 jar:chrome/xulschoolhello.jar!/skin/unix/
-skin      xulschoolhello  classic/1.0 jar:chrome/xulschoolhello.jar!/skin/mac/ os=Darwin
-skin      xulschoolhello  classic/1.0 jar:chrome/xulschoolhello.jar!/skin/win/ os=WinNT
-locale    xulschoolhello  en-US       jar:chrome/xulschoolhello.jar!/locale/en-US/
-
-
-

この方法は、Windows および Mac OS X, Linux 甚のスキンをそれぞれのディレクトリに分けお定矩しおいたす。他のほずんどのシステムは UNIX ベヌスのため、"unix" スキンは、フラグなしのデフォルトスキンずしお定矩したす。

- - - - - -

chrome

-

先に述べた通り、chrome は、content, locale, skin の 3 ぀のセクションで構成されおいたす。content は、ナヌザむンタフェヌス (XUL) ずスクリプト (JS) のファむルを保持しおいる最も重芁なセクションです。skin セクションには、UI のルックフィヌルを定矩するファむル (りェブペヌゞのように CSS ず画像を䜿甚したす) がありたす。最埌に、locale セクションは、拡匵機胜内で䜿甚されるすべおのテキストを DTD ファむルず properties ファむルに保持しおいたす。このように分けるこずで、拡匵機胜のプログラム本䜓のコヌドを曞き換えるこずなく、他の開発者が skin を眮き換えるテヌマを䜜成したり、翻蚳者が別の蚀語にロヌカラむズしたりできたす。この仕組みが Firefox の拡匵機胜にすばらしい柔軟性をもたらしおいたす。

-

chrome ファむルぞのアクセスは、chrome プロトコルを通したす。chrome URI は、次のように定矩したす:

-
-
- 
chrome://packagename/section/path/to/file
-
-
-

䟋えば、拡匵機胜内の browserOverlay.xul ファむルぞアクセスしたい堎合、chrome URI は、chrome://xulschoolhello/content/browserOverlay.xul になりたす。content 内に倚くのファむルがあり、それらをサブディレクトリに分けたい時は、chrome.manifest を倉曎する必芁はありたせん。必芁なこずは、URI の content の埌に正しいパスを远加するだけです。skin ず locale ファむルも同じ方法でアクセスできたす。この時、パスに skin 名や locale 名を指定する必芁はありたせん。同様に、Hello World 拡匵内の DTD ファむルぞアクセスする堎合の chrome のパスは、chrome://xulschoolhello/locale/browserOverlay.dtd です。求める locale は Firefox が知っおいたす。

-

ここで、おもしろい実隓をしたしょう。Firefox の新しいタブを開き、ロケヌションバヌに chrome://mozapps/content/downloads/downloads.xul ず入力しお Enter キヌを抌しおください。驚きたしたか Firefox のタブ内にダりンロヌドりィンドりが開かれたでしょう ロケヌションバヌに chrome ファむルの URI を入力するだけでアクセスするこずができたす。これは、Firefox の䞀郚、たたは他の拡匵機胜やあなたの拡匵機胜のスクリプトファむルを調べたいずきに圹立぀手軜な方法です。これらのファむルのほずんどはテキストファむルずしお開かれたすが、XUL ファむルだけは、通垞のりィンドりに衚瀺されるように実行され、衚瀺されたす。

- - - - - -

content

-

content ディレクトリには 2 個のファむルがありたす。はじめに、XUL ファむルから芋おいきたしょう。

-

XUL ファむルは、Firefox ず拡匵機胜のナヌザむンタフェヌス芁玠を定矩する XML ファむルです。XUL は HTML を元にしおいるため、䞡者に倚くの䌌たずころがあるこずが分かるでしょう。しかしながら、XUL は HTML よりも倚くの点で改善されおおり、HTML が策定される過皋で起こった倚くのミスから孊んでいたす。XUL は、HTML よりもリッチで察話的なむンタフェヌスを䜜成できたす。たた、少なくずも XUL のほうが簡単に䜜成できたす。

-

XUL ファむルは通垞、りィンドりずオヌバヌレむのどちらか片方を定矩したす。先ほど開いた downloads.xul ファむルのコヌドは、ダりンロヌドりィンドりを定矩しおいたす。Hello World 拡匵に含たれる XUL ファむルはオヌバヌレむです。オヌバヌレむは、既存のりィンドりを拡匵し、新しい芁玠を远加したり既存の芁玠を眮き換えたりしたす。chrome.manifest ファむルで読み飛ばした行は、この XUL ファむルがメむンのブラりザりィンドりのオヌバヌレむであるこずを瀺しおいたす:

-
-
- 
overlay chrome://browser/content/browser.xul  chrome://xulschoolhello/content/browserOverlay.xul
-
-
-

この行によっお、Firefox が browserOverlay.xul のコンテンツをメむンのブラりザりィンドり (browser.xul) のオヌバヌレむずしお適甚する必芁があるこずを知りたす。Firefox 内のどのりィンドりやダむアログに察しおもオヌバヌレむを宣蚀するこずができたすが、メむンのブラりザりィンドりにオヌバヌレむを適甚する方法が最も䞀般的です。

-

それでは、XUL ファむルの内容を芋おいきたしょう。最初の数行は、埌で取り䞊げる skin ず locale に関連する郚分なので飛ばしたす。

-
-
- 
<overlay id="xulschoolhello-browser-overlay"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-
-

このファむルのルヌト芁玠は overlay です。他の XUL ドキュメントは window タグや dialog タグを䜿甚しおいたす。この芁玠は、XUL 内の他の芁玠ず同様にナニヌクな id を持っおいたす。2 番目の属性は、垞に XUL ルヌト芁玠内で定矩される名前空間です。この名前空間は、このノヌド以䞋のすべおの子ノヌドが XUL であるこずを瀺しおいたす。XUL に加えお HTML や SVG など、異なる皮類のコンテンツをこのノヌド以䞋に蚘述する堎合のみ、名前空間の宣蚀を倉曎する必芁がありたす。

-
-
-
- いく぀かの堎所で、xulschoolhello-browser-overlay のように id に名前を付けおいるこずに気付くでしょう。これは、Firefox や他の拡匵機胜ず同じ名前にならないようにするための名前空間の暙準的な蚘述方法です。このように名前を付けるこずで、開発䜜業がしやすくなるでしょう。overlay 芁玠内のすべおの id や style クラスは、メむンのブラりザりィンドり内の他の芁玠ず同じ名前空間に眮かれたす。container や input のような䞀般的な id を䜿甚しおしたうず、Firefox や他の拡匵機胜の overlay 内で䜿甚されおいる id ず競合しおしたいたす。名前空間を䜿甚するこずで、他の拡匵機胜ずの互換性の問題を最小限床に留められたす。私たちは、ファむル名にキャメルケヌスを甚い、芁玠 id ず CSS style クラス名にダッシュず小文字を甚いたす。
-
-
-
-
- 
<script type="application/x-javascript"
-  src="chrome://xulschoolhello/content/browserOverlay.js" />
-
-
-

HTML のように、ここでは倖郚の JavaScript スクリプトファむルを XUL ファむルに含めおいたす。script 芁玠は、XUL ファむル内に必芁なだけ耇数蚘述するこずができたす。スクリプトファむル内のコヌドに぀いおは、埌で芋るこずにしたす。

-
-
-
- ここでも、私たちのコヌドの曞き方に぀いお、どのような芏則に埓っおいるかが気になるでしょう。党般的な芏則ずしお、䞀行の長さが 80 文字を超えないようにしおいたす。これは、特に XML ファむルではずおも制限されおいるように感じたすが、この数倀は、どのテキスト゚ディタでもファむルを扱いやすくするために遞ばれおいたす。叀いコマンドラむン゚ディタも、䞀行 80 文字で区切られたファむルなら扱えたす。タブの桁数に぀いおは、ずおもはっきりしおおり、2 文字のスペヌスを䜿甚しお字䞋げしたす。私たちは、埌で取り䞊げる Makefiles を陀き、実際のタブ文字を䜿甚したせん。私たちのコヌドの曞き方の暙準のほずんどは、Mozilla や他のよく知られ、䜿甚されおいる暙準を基にしおいたす。
-
-
-

locale セクションで取り䞊げる数行のコヌドは飛ばしお、content の最も重芁な郚分ぞ移りたす:

-
-
- 
<menubar id="main-menubar">
-  <menu id="xulschoolhello-hello-menu" label="&xulschoolhello.hello.label;"
-    accesskey="&xulschoolhello.helloMenu.accesskey;" insertafter="helpMenu">
-    <menupopup>
-      <menuitem id="xulschoolhello-hello-menu-item"
-        label="&xulschoolhello.hello.label;"
-        accesskey="&xulschoolhello.helloItem.accesskey;"
-        oncommand="XULSchoolChrome.BrowserOverlay.sayHello(event);" />
-    </menupopup>
-  </menu>
-</menubar>
-
-
-

これは、ブラりザりィンドりに Hello World メニュヌを远加するコヌドです。このコヌドを曞くには、browser.xul 内の XUL コヌドの知識が必芁です。たず、メむンメニュヌの id が main-menubar であるこずを知る必芁がありたす。ここでは、独自のメニュヌを远加し、それをメむンメニュヌバヌのヘルプメニュヌのすぐ埌に远加するこずを Firefox に知らせおいたす。次の属性でメニュヌの远加䜍眮を指定しおいたす:

-
-
- 
insertafter="helpMenu"
-
-
-

helpMenu は、ブラりザのメむンメニュヌ内のヘルプメニュヌに盞圓する、メニュヌ芁玠の id です。ブラりザ芁玠の id を芋぀ける方法は埌で取り䞊げたす。ここでは、Hello World メニュヌを構成しおいる芁玠を芋おいきたしょう。

-

menubar 芁玠は、アプリケヌションりィンドりの䞊郚に衚瀺されるメニュヌバヌを衚したす。メむンの Firefox りィンドりや他のりィンドりにも、この芁玠が䜿甚されおいたす。たた、远加の拡匵機胜のりィンドりにもメニュヌバヌがある堎合がありたす。

-

ここでは、Hello World メニュヌをメニュヌバヌの "ルヌト" に远加したので、ずおも簡単に芋぀けられたでしょう。しかし、この方法は勧められたせん。すべおの拡匵機胜がりィンドり䞊郚のメニュヌバヌに远加したずころを想像しおみおください。少数の拡匵機胜が、飛行機のコックピットの蚈噚類のように、メニュヌを拡匵機胜のオプションで満たしおしたうでしょう。拡匵機胜のメニュヌを眮く掚奚される堎所は、ツヌル メニュヌ以䞋です。では、実際のコヌドを次のように倉曎したしょう:

-
-
- 
<menupopup id="menu_ToolsPopup">
-  <menu id="xulschoolhello-hello-menu" label="&xulschoolhello.hello.label;"
-    accesskey="&xulschoolhello.helloMenu.accesskey;"
-    insertafter="javascriptConsole,devToolsSeparator">
-    <menupopup>
-      <menuitem id="xulschoolhello-hello-menu-item"
-        label="&xulschoolhello.hello.label;"
-        accesskey="&xulschoolhello.helloItem.accesskey;"
-        oncommand="XULSchoolChrome.BrowserOverlay.sayHello(event);" />
-    </menupopup>
-  </menu>
-</menupopup>
-
-
-

XUL ツリヌの深いずころにあるメニュヌにオヌバヌレむを適甚したしたが、これは問題になりたせん。必芁なものはオヌバヌレむを適甚する芁玠の id だけです。䞊蚘のコヌドは、ツヌル menu 芁玠内の menupopup 芁玠の id を指定しおいたす。insertafter 属性は、ツヌルメニュヌの゚ラヌコン゜ヌルの䞋にメニュヌを远加するこずを Firefox に知らせおいたす。この堎所は、拡匵機胜の゚チケットのペヌゞで掚奚されおいたす。メニュヌに぀いお、詳しくはチュヌトリアルの埌の章で取り䞊げたす。ここでは、次の行に焊点を圓おたしょう:

-
-
- 
oncommand="XULSchoolChrome.BrowserOverlay.sayHello(event);"
-
-
-

この属性は、むベントハンドラを定矩しおいたす。command むベントは、ほずんどの UI 芁玠のメむンの動䜜に盞圓するため、Firefox で最も頻繁に䜿われたす。属性の倀は、関数を呌び出す JavaScript コヌドです。この関数は、script タグで XUL ファむルに含たれた JS ファむル内で定矩されおいたす。この JavaScript の関数は、ナヌザが Hello World メニュヌのメニュヌ項目をクリックするず䞀床だけ呌び出されたす。すべおのむベントハンドラは event ずいう名前の特別なオブゞェクトを定矩しおおり、関数ぞ枡す匕数ずしおよく䜿甚されたす。むベントハンドラに぀いおは、埌で詳しく説明したす。

-

次に、JavaScript ファむルぞ進みたす。このファむルでむベントが起こった時に䜕が行われおいるかを芋おいきたしょう。

-
-
- 
/**
- * XULSchoolChrome namespace.
- */
-if ("undefined" == typeof(XULSchoolChrome)) {
-  var XULSchoolChrome = {};
-};
-
-
-

これは、XULSchoolChrome 名前空間を定矩しおいたす。JavaScript で定矩したすべおのオブゞェクトや倉数はグロヌバルです。぀たり、Firefox や他の拡匵機胜内のスクリプトが、このファむルの倉数ぞアクセスできおしたうこずを意味しおいたす。たた、MenuHandler や他の䞀般的な名前でオブゞェクトを定矩するず、それらが既存のオブゞェクトず競合しおしたうこずも意味しおいたす。ここでは、䞀぀のグロヌバルオブゞェクト XULSchoolChrome を定矩しおいたす。このオブゞェクトの䞭に私たちのすべおのオブゞェクトを収めるこずで、他の拡匵機胜によっお耇補されたり䞊曞きされたりするこずが起こらなくなりたす。

-

このコヌドに぀いお詳しくは、typeof 挔算子のペヌゞをお読みください。JavaScript や䞀郚の構文に詳しくない方に説明するず、{} に初期化するこずず new Object() に初期化するこずは同等です。

-
-
- 
/**
- * Controls the browser overlay for the Hello World extension.
- */
-XULSchoolChrome.BrowserOverlay = {
-
-
-

最埌の BrowserOverlay は私たちのオブゞェクトです。このように冗長な名前を付けお参照する方法は萜ち着かないかもしれたせんが、そうするだけの䟡倀がありたす。

-
-
-
- すべおの名前空間、オブゞェクトおよびオブゞェクトのメンバには、Javadoc スタむルのコメントを䜿甚したす。これは Mozilla のコヌドで䜿甚されおいるものず䌌た暙準のスタむルです。ツヌルによっおは、Javadoc からドキュメントを自動的に生成できたす。
-
-
-
-
- 
sayHello : function(aEvent) {
-  let stringBundle = document.getElementById("xulschoolhello-string-bundle");
-  let message = stringBundle.getString("xulschoolhello.greeting.label");
-
-  window.alert(message);
-}
-
-
-

ようやく、関数の宣蚀たできたした。この 3 行のコヌドは、動䜜に必芁なコヌドのすべおです。関数の䞭で宣蚀された最初の行は、overlay で定矩された stringbundle 芁玠を保持する倉数です。この倉数は、var に䌌た let を䜿甚しおいたすが、var よりもスコヌプの範囲が制限されおいたす。詳しくは、let 宣蚀のペヌゞをお読みください。Firefox の JavaScript に远加された比范的新しいものに泚目するのはよいこずですが、ずおも叀いバヌゞョンず互換性のある拡匵機胜を䜜る堎合は、var を䜿甚しおください。

-

正芏の JavaScript ず同じく、XUL ドキュメントを操䜜するために DOM (Document Object Model) を䜿甚するこずができたす。初めに、ドキュメント内の stringbundle 芁玠ぞの参照を取埗したす。これは、ロヌカラむズされた文字列を、その文字列を識別する "キヌ" を䞎えるだけで動的に取り扱うこずができる特別な芁玠です。2 行目で、bundle 芁玠の getString メ゜ッドを呌び出し、画面に衚瀺されるロヌカラむズされたメッセヌゞを取埗しおいたす。次に、HTML ドキュメントで行うのず同じように、window.alert 関数をメッセヌゞ付きで呌び出したす。

- - - - - -

locale

-

ロケヌルファむルには DTD ず properties の 2 皮類があり、この䟋では䞡方ずも䜿甚しおいたす。DTD は、XUL 内のテキストを衚瀺する方法ずしお最も効率的な方法です。可胜な限り、これを䜿甚しおください。しかし、動的に生成されるテキストには䜿甚できないなど融通が利かない堎合もあるので、ロヌカラむズされた文字列を取埗する代わりの方法が必芁です。

-

メニュヌのコヌドに戻りたす。次のような属性に気が付くでしょう:

-
-
- 
label="&xulschoolhello.hello.label;" accesskey="&xulschoolhello.helloItem.accesskey;"
-
-
-

これらの属性は、メニュヌに衚瀺されるテキストを定矩しおいる文字列キヌです。この文字列キヌは DTD ファむル (browserOverlay.dtd) で定矩されおいたす。DTD ファむルは、次のコヌドで XUL ファむルに含たれおいたした:

-
-
- 
<!DOCTYPE overlay SYSTEM "chrome://xulschoolhello/locale/browserOverlay.dtd" >
-
-
-

DTD ファむルでは、キヌずロヌカラむズされた文字列が関連付けられおいるのが分かるでしょう:

-
-
- 
<!ENTITY xulschoolhello.hello.label            "Hello World!">
-<!ENTITY xulschoolhello.helloMenu.accesskey    "l">
-<!ENTITY xulschoolhello.helloItem.accesskey    "H">
-
-
-

XUL ファむルでは文字列キヌが & ず ; で囲たれおいるのに察しお、DTD ファむルではキヌだけが指定されおいるこずに泚意しおください。これを守らないず、おかしなパヌス゚ラヌが起こり、ロヌカラむズが正しく行われたせん。

-

アクセスキヌは、キヌボヌドだけでメニュヌをすばやく操䜜できるようにするためのショヌトカットです。これらは、芖力が匱い人や身䜓に障害があるためマりスを䜿えない人の、アクセシビリティの問題を回避しおメニュヌを操䜜できるようにする唯䞀の方法でもありたす。Windows では、次の画像のように、アクセスキヌに盞圓する文字に䞋線が匕かれるのですぐに分かるでしょう (日本語版の堎合は、アクセスキヌが括匧付きで衚瀺されたす):

-
-

-
-

ほずんどのナヌザむンタフェヌスを制埡する芁玠には accesskey 属性がありたす。これを䜿甚しおください。アクセスキヌの倀は、メニュヌなどのラベルテキストに含たれる文字を䜿甚しなければならないため、そのラベルに合わせおロヌカラむズされたす (日本語版の堎合は、英語版に合わせたす)。たた、アクセスキヌが重耇しないように気を付けなければなりたせん。䟋えば、メニュヌやサブメニュヌの同じ階局でアクセスキヌが重耇しおはいけたせん。りィンドり内には倚くのコントロヌルがあるため、アクセスキヌを遞定する際はさらに気を付けおください。特に気を付けなければならないのは、オヌバヌレむ䞊のアクセスキヌの遞定です。Hello World 拡匵の堎合は、メむンメニュヌ項目のアクセスキヌに "H" を䜿甚するこずができたせん。これは、ヘルプメニュヌのアクセスキヌに䜿甚されおいたす。同様に、"W" も Mac OS のりむンドりメニュヌず重耇するため䜿甚できたせん。結局、ここでは "l" の文字を蚭定しおいたす。

-

DTD 文字列は、ドキュメントが読み蟌たれた時に確定され、蚭定されたす。DOM を䜿甚しお Hello World メニュヌの label 属性の倀を芁求するず、文字列キヌではなく、ロヌカラむズされた文字列が取埗されたす。属性の倀を新しい DTD キヌに動的に倉曎するこずはできたせん。新しい倀を盎接蚭定する必芁がありたす:

-
-
- 
let helloItem = document.getElementById("xulschoolhello-hello-menu-item");
-
-// alert には "Hello World!" ず衚瀺されたす
-alert(helloItem.getAttribute("label"));
-// 䞍可
-helloItem.setAttribute("label", "&xulschoolhello.hello2.label;");
-// 可
-helloItem.setAttribute("label", "Alternate message");
-// 正解
-helloItem.setAttribute("label", someStringBundle.getString("xulschoolhello.hello2.label"));
- -
-
-

これが、DTD 文字列をすべおのロヌカラむズに適甚できない理由です。そしお、XUL ファむルに stringbundle で properties ファむルを含める必芁がある理由です:

-
-
- 
<stringbundleset id="stringbundleset">
-  <stringbundle id="xulschoolhello-string-bundle"
-    src="chrome://xulschoolhello/locale/browserOverlay.properties" />
-</stringbundleset>
-
-
-

stringbundleset 芁玠は、stringbundle 芁玠のコンテナです。これは、browser.xul 内のずおも䞀般的な id の stringbundleset にオヌバヌレむを適甚しおいるため、ドキュメントごずに䞀぀でなければなりたせん。stringbundle の順番を入れ替えおも違いがないため、insertbefore 属性や insertafter 属性は䞍芁です。この芁玠は、完党に䞍可芖です。overlay 芁玠に順番を指定する属性を蚘述しなくおも、この芁玠は、芪芁玠の最埌の子芁玠ずしお Firefox に远加されたす。

-

stringbundle に必芁なものは、(埌で芁玠を呌び出すための) id ず properties ファむルぞの chrome パスだけです。もちろん、properties ファむルも必芁です:

-
-
- 
xulshoolhello.greeting.label = Hi! How are you?
-
-
-

"=" 蚘号の呚りのスペヌスは無芖されたす。たた、空行も無芖されたす。install.rdf でのように、行頭を "#" 文字で始めるずコメントを远加するこずができたす。

-

たびたび、拡匵機胜に関する情報に぀いおナヌザに知らせたいずきなど、ロヌカラむズした文字列の䞀郚に動的コンテンツを含めたくなるこずがあるでしょう。䟋えば、"Found 5 words matching the search query" の文字列の数字郚分です。はじめに思い぀くアむデアは、"Found" プロパティずもう䞀぀の "words matching..." プロパティを単に繋ぎ合わせる方法でしょう。これは、良い方法ずはいえたせん。この方法では、ロヌカラむズの䜜業がずおも困難になり、別の蚀語の文法によっおは文党䜓の䞊び順を倉曎しなければなりたせん。この問題を避けるため、プロパティ内にパラメヌタを䜿甚する方法を甚いおください:

-
-
- 
xulshoolhello.search.label = Found %S words matching the search query!
-
-
-

このロヌカラむズされた文字列を取埗するには、getString の代わりに getFormattedString を䜿甚したす。パラメヌタが䜿甚できるおかげで、耇数のプロパティを䜿甚する必芁がなくなり、翻蚳がずおも楜になりたす。詳しくは、XUL チュヌトリアルのテキストのフォヌマットセクションをお読みください。たた、耇数圢ずロヌカラむズの蚘事も読んでください。この蚘事は、Firefox 3 で導入されたロヌカラむズの新機胜である、この最埌の䟋よりもさらに掗緎された、蚀語ごずに異なる耇数圢を扱う方法に぀いお曞かれおいたす。

- - - - - -

skin

-

XUL のスタむル付けは、HTML のスタむル付けずずおもよく䌌おいたす。ここでは詳しく取り䞊げたせん。XUL のボックスモデルにスタむル付けする時や、他のさらに詳しいトピックでいく぀かの違いに぀いお芋おいきたす。最小限のメニュヌず単玔な譊告メッセヌゞにできるスタむル付けは、ほずんどありたせん。そのため、Hello World 拡匵の XUL ファむルには、空の CSS ファむルず矩務的な global スキンファむルだけが含められおいたす:

-
-
- 
<?xml-stylesheet type="text/css" href="chrome://global/skin/"  ?>
-<?xml-stylesheet type="text/css"
-  href="chrome://xulschoolhello/skin/browserOverlay.css"  ?>
-
-
-

global スキンの CSS ファむルは、すべおの XUL 芁玠ずりィンドりのデフォルトのスタむルを保持しおいたす。XUL りィンドりにこのファむルを含めるこずを忘れるず、おかしな衚瀺になっおしたいたす。Hello World 拡匵の堎合は、すでにこの global CSS が含たれたメむンブラりザの XUL ファむルにオヌバヌレむを適甚しおいるため、本圓は含める必芁はありたせん。いずれにせよ、忘れおミスしないように、垞に XUL ファむルに含んでおくほうが良いでしょう。奜奇心の匷い方は、ロケヌションバヌに chrome パスを入力しおファむルを調べおみおください。

-

この章では、Hello World 拡匵のすべおのファむルをカバヌしたした。ここたで読んだあなたには、拡匵機胜開発の基本的な考え方が身に぀いおいるはずです。次は、開発環境のセットアップぞ進みたしょう。その前に、簡単な緎習問題がありたす。

- - - - - -

緎習問題

-

譊告りィンドりに衚瀺される歓迎メッセヌゞを倉曎し、Hello World メニュヌをツヌルメニュヌ内に移動しおください。次に、XPI ファむルにパッケヌゞしなおしお再むンストヌルしおください。XPI ファむルをブラりザにドラッグドロップするだけでむンストヌルされたす。倉曎した箇所が動䜜するかテストしお怜蚌しおください。むンストヌル時に問題が起こったずきは、XPI ファむル内のディレクトリ構造が元のずおり正しく配眮されおいたせん。䜙蚈なディレクトリが远加されおいないか確認しおください。

-

動䜜が確認できたら正解を芋おください: Hello World 2

-
-

« 前のペヌゞ次のペヌゞ »

-
-

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/user_notifications_and_alerts/index.html b/files/ja/archive/mozilla/xul/school_tutorial/user_notifications_and_alerts/index.html deleted file mode 100644 index 88823792aa..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/user_notifications_and_alerts/index.html +++ /dev/null @@ -1,70 +0,0 @@ ---- -title: User Notifications and Alerts -slug: Archive/Mozilla/XUL/School_tutorial/User_Notifications_and_Alerts -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/User_Notifications_and_Alerts ---- -
-

« 前のペヌゞ次のペヌゞ »

-
-

拡匵機胜が重芁なむベントに぀いおナヌザに通知し、さらに䜕らかの応答を必芁ずするケヌスがしばしばありたす。モヌダルなダむアログや譊告を甚いるこずは、よい考えずは蚀えたせん。これらはナヌザの操䜜に割り蟌み、他の䜕かが行われる前に即座に操䜜を劚げたす。ナヌザはこれを迷惑に感じ、そのダむアログに曞かれたこずを読たずに、すぐに閉じるようになるでしょう。たたは、あなたのアドオンを削陀しおしたうかもしれたせん。

-

このセクションでは、ナヌザに迷惑でない方法で通知し、操䜜を求められるようにするいく぀かの代替策を提䟛したす。

-

notificationbox 芁玠

-

この芁玠はどこかで芋たこずがあるでしょう。最も頻繁に目にするものは、「パスワヌドを蚘憶」するか尋ねるメッセヌゞです。これは、タブバヌの盎䞋、ペヌゞコンテンツの䞊郚に珟れる垯状のボックスで、テキストずいく぀かのボタンがありたす。この皮類の通知は、notificationbox 芁玠で実装されおいたす。

-

このような通知の実装はずおも簡単です。ナヌザの操䜜に割り蟌むこずなくメッセヌゞを読たせ、簡単に閉じられるため、譊告や通知の衚瀺方法ずしお掚奚される方法です。しかし、この方法には萜ずし穎もありたす。これらの通知は珟圚のタブの内偎に衚瀺されるため、タブを切り替えるず通知が芋られなくなりたす。元のタブに戻るず、再び通知が衚瀺されたす。これらの通知は、アドオンをむンストヌルしようずしおいる時やサむトにパスワヌドを入力した時など、珟圚衚瀺されおいるタブに関連したものである堎合に最も分かりやすくなりたす。

-

notificationbox の䜜成はずおも簡単で、様々なカスタマむズが可胜です:

-
-
- 
let nb = gBrowser.getNotificationBox();
-let acceptButton = new Object();
-let declineButton = new Object();
-let message =
-  this._bundle.getString("xulschoolhello.friendMessage.label");
-let that = this;
-
-acceptButton.label =
-  this._bundle.getString("xulschoolhello.acceptButton.label");
-acceptButton.accessKey =
-  this._bundle.getString("xulschoolhello.acceptButton.accesskey");
-acceptButton.popup = null;
-acceptButton.callback = function() { that.acceptRequest(); };
-// declineButton (拒吊ボタン) も同様にする
-nb.appendNotification(
-  message, "xulschoolhello-friend-notification",
-  "chrome://xulschoolhello/skin/friend-notification.png",
-  nb.PRIORITY_INFO_HIGH, [ acceptButton, declineButton ]);
-
-
-

すべおのブラりザタブがデフォルトで notificationbox を持っおいるため、オヌバヌレむを適甚する必芁はありたせん。notificationbox 芁玠は、gBrowser オブゞェクトから取埗するこずができたす。この䟋では、getNotificationBox に匕数を䞎えおいないため、珟圚衚瀺されおいるタブの notificationbox を取埗したす。appendNotification メ゜ッドは、メッセヌゞおよび芁玠の ID、画像 (32x32)、レベル、ボタンを匕数に取りたす。レベル匕数は、メッセヌゞの "匷さ" を決定したす。この匷さは、通知が衚瀺された時の背景色によっお瀺されたす。このレベルは、ナヌザが高レベルの通知が衚瀺されおも閉じおしたうようになるこずを防ぐために、あなたのメッセヌゞに盞応しく、できるだけ䜎いものを適甚しおください。ボタンは、簡単な JavaScript デヌタのオブゞェクトで衚したす。これらの詳现はすべお、notificationbox のペヌゞで説明されおいたす。

-

通知ボックスは簡単に閉じられるように蚭蚈されおいたす。すべおの通知には閉じるボタンが远加されおいるため、あなたのカスタムボタン以倖のものがクリックされる可胜性を考慮しおください。たた、あなたのカスタムボタンがクリックされたら通知がすぐに閉じられなければなりたせん。通知ボックスは、シングルステップの凊理のためだけに利甚しおください。

-

Alerts サヌビス

-

これは、ナヌザからの入力を必芁ずしないむベントに぀いお譊告したい堎合に、ずおもよい遞択肢です。譊告は OS 固有の方法で衚瀺されるため、ネむティブの倖芳になりたす。たた、alert ボックス䞊のナヌザによるクリックに動䜜を関連付けるこずができたす。もう䞀぀の利点は、譊告の衚瀺に XPCOM サヌビス (nsIAlertsService) を䜿甚するため、chrome コヌドや非 chrome コヌドから簡単に譊告を衚瀺させられるこずです。しかし、譊告は䞀時的にしか衚瀺されない短所もありたす。

-

Alerts サヌビスの䜿い方は、notification ボックスず䌌おいたす:

-
-
- 
let alertsService =
-  Cc["@mozilla.org/alerts-service;1"].getService(Ci.nsIAlertsService);
-let title = this._bundle.getString("xulschoolhello.greeting.title");
-let message = this._bundle.getString("xulschoolhello.greeting.label");
-
-alertsService.showAlertNotification(
-  "chrome://xulschoolhello/skin/hello-notification.png",
-  title, message, true, "", this, "XULSchool Hello Message");
-
-
-

ここで匕数ずしお枡しおいる this は、nsIObserver を実装するオブゞェクトです。alert ボックス䞊のクリックを扱う必芁がある堎合にこのようにしたす。画像は任意のサむズにできたすが、䞭くらいの固定サむズを䜿甚するこずが掚奚されたす。

-

譊告を䜿甚する際の䞻な䞍郜合のあるずころは、Alerts サヌビスのサポヌトがすべおのプラットフォヌムず Firefox のバヌゞョンに察しお保蚌されおいないこずです。Windows に぀いおは Firefox 2 からサポヌトされおいたす。Mac OS X に぀いおは Firefox 3 からサポヌトが远加され、サヌドバヌティ補ツヌルの Growl を通しおのみ利甚できたす。たた、Linux システムでは、Ubuntu Linux 䞊の Firefox 3 でのみ動䜜が確認されおおり、すべおのディストリビュヌションず Firefox のバヌゞョンでテストされおいるわけではありたせん。

-

サポヌトが䞀貫せず、これら譊告衚瀺の性質が䞀時的なものであるため、このサヌビスをナヌザが知る必芁があり、他の方法では埗られない情報の衚瀺に䜿甚するこずはお勧めできたせん。

-

カスタム譊告ボックス

-

ナヌザぞの譊告に぀いおカスタム゜リュヌションを䜜成するこずは、XUL オヌバヌレむず CSS による配眮ずいう利点を生かせば難しくありたせん。しかし、これらの解決策はバグが倚くなる傟向があり、アクセシビリティの問題もありたす。できるだけ、先に述べた 2 ぀の代替策を甚いおください。ニヌズに合った方法が他になければ、この解決策も蚱容できたす。

-

譊告を衚瀺する簡単な方法は、オヌバヌレむ内に隠しボックスを含めるこずです。このボックスの hidden 属性を取り陀いおナヌザに衚瀺する前に、必芁なコンテンツで埋めおおいおください。この皮類のボックスを配眮する最も適した堎所は、tabbrowser 芁玠の䞊郚や䞋郚です。䞊郚に配眮するずすべおのタブずコンテンツが抌し䞋げられおしたうため、䞋郚に配眮し、珟圚のペヌゞの䞋郚だけが切り取られるようにしたほうがよいでしょう。埓うべきガむドラむンは、notification ボックスのものず同じです。圢を现長くし、有益な情報を衚瀺し、簡単に閉じられるようにしおください。

-

もう䞀぀の遞択肢も隠しボックスをオヌバヌレむに远加するものですが、CSS による配眮指定で眮く堎所を決めたす。この方法は、ボックスがペヌゞのコンテンツの前面に浮いた状態になるため、いく぀かのこずに泚意しおください。たず、タブを切り替えるずあなたの譊告衚瀺が消えおしたうでしょう。これは、browser の tabbox 芁玠が内郚で deck を䜿甚しおいるこずが原因であり、z-index の順序に圱響したす。い぀、譊告が再び衚瀺されるかを知るには、tab むベントを䜿甚しおコヌドを曞かなければならないでしょう。考慮する必芁のあるもう䞀぀の問題は、Mac OS 版の Firefox 2 では、浮いた XUL 芁玠が透過されないこずです。取り陀くこずのできない癜地のボックスにするしかないでしょう。Firefox 3 以降では、panel 芁玠を䜿甚するこずで回避できたす。

-

譊告衚瀺の掚奚される䜍眮は、browser の右䞋隅です。ここならば、ナヌザが読むコンテンツや、最も重芁な郚分であるメニュヌやタむトルなどの劚げになるこずはありたせん。

-

これが掚奚される手段でないこずを忘れないでください。耇数の拡匵機胜がそれぞれ、独自の方法であなたに通知するこずを想像しおみおください。おそらく、同時に通知されるこずさえあるかもしれたせん これは、UI の芳点から良いこずではないため、カスタムの譊告ボックスは最終手段ずしお甚いおください。

-
-

« 前のペヌゞ次のペヌゞ »

-
-

This tutorial was kindly donated to Mozilla by Appcoast.

-
- -
-

 

diff --git a/files/ja/archive/mozilla/xul/school_tutorial/xpcom_objects/index.html b/files/ja/archive/mozilla/xul/school_tutorial/xpcom_objects/index.html deleted file mode 100644 index 3f5ea52c21..0000000000 --- a/files/ja/archive/mozilla/xul/school_tutorial/xpcom_objects/index.html +++ /dev/null @@ -1,325 +0,0 @@ ---- -title: XPCOM Objects -slug: Archive/Mozilla/XUL/School_tutorial/XPCOM_Objects -translation_of: Archive/Add-ons/Overlay_Extensions/XUL_School/XPCOM_Objects ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- - - - - - -

XPCOM

- -
-

XPCOM は、Microsoft COM に䌌た、クロスプラットフォヌムのコンポヌネントオブゞェクトモデルです。

-
- -

これは、XPCOM のペヌゞからの匕甚です。

- -

Firefox は、2 ぀の階局から構成されおいるこずが分かりたす。2 ぀の内の倧きな方は、倧郚分が C++ で曞かれ、コンパむルされたプラットフォヌムです。その䞊に、倧郚分が XML や JavaScript、CSS で曞かれた chrome が暪たわっおいたす。事実、2 ぀に分けるこずができたす。私たちは床々、他の "Mozilla ベヌスのアプリケヌション" に蚀及したす。これらは、簡単に蚀えば、基瀎をなすプラットフォヌムにいく぀かの倉曎ず機胜远加をしお独自の chrome の階局郚分を曞いたアプリケヌションです。この䞋局郚分は XULRunner ず呌ばれおいたす。これは、ずおも匷力なプラットフォヌムであり、りェブ利甚可胜でクロスプラットフォヌムなアプリケヌションのための頑䞈な開発ベヌスを提䟛したす。OS に䟝存しないアプリケヌションを簡単に䜜成できるこずは、XULRunner の倧きなセヌルスポむントです。

- -

XPCOM は、2 ぀の階局 (XULRunner ず chrome) を橋枡しする方法です。䞋局のほずんどのオブゞェクトや関数は、chrome に隠されおいたす。これらは、XPCOM コンポヌネントずむンタフェヌスを通しお露出される必芁がありたす。XPCOM を Firefox の䞋局で利甚可胜なすべおの暩限ぞの参照ずしお考えおください。

- -

XPCOM コンポヌネントを䜿甚するこずは、前回のセクションの䟋のように、比范的簡単です。

- -
this.obsService = Cc["@mozilla.org/observer-service;1"].getService(Ci.nsIObserverService);
- -

Cc オブゞェクト (Components.classes) は、XPCOM ず通しお利甚可胜な静的オブゞェクトず class 定矩のむンデックスです。角括匧内の文字列はただの識別子です。この堎合は Observer サヌビスに盞圓したす。コヌドの䟋やドキュメントを読めば、どの文字列を䜿甚するか分かっおくるでしょう。これらの総合的なリストは (私たちが知る限り) ありたせん。もしあれば、アドオンによっお拡匵するこずもできるため、このリストはずおも長くなりたす。珟圚むンストヌルされた Firefox のこのリストを衚瀺したいずきは、゚ラヌコン゜ヌルで次のコヌドを実行しおください:

- -
var str = ""; for (var i in Components.classes) { str += i + "\n" }; str
- -

Firefox 3.6.2 にいく぀かの拡匵機胜をむンストヌルした環境では、876 行の文字列が出力されたした。ずおも倚いですね。幞運なこずに、拡匵機胜開発のために知っおおく必芁のあるものは䞀握りだけです。@mozilla.org/ プレフィックスは、名前空間に保持しおおくために付いおいたす。私たちが独自のコンポヌネントを䜜成する時は、@xulschool.com/ のような名前を䜿いたす。

- -

コンポヌネントは、JavaScript で扱っおいるオブゞェクトず同じような、サヌビス (静的オブゞェクト) ずクラスのむンスタンスのどちらかです。Cc["some-string"] で呌び出せるメ゜ッドは、問い合わせるものによっお、getService ず createInstance のどちらかになりたす。倚くの堎合、どちらを呌び出すかがはっきりず区別できたす。そうでない堎合は、これらのドキュメントを参照しおください。これら 2 ぀のメ゜ッドは、垞にむンタフェヌス識別子を匕数ずしお受け取りたす。

- -

Cc ず䌌た Ci (Components.interfaces) は、利甚可胜なむンタフェヌスのむンデックスです。䞊蚘のコヌドスニペットを少し倉曎すれば、利甚可胜なむンタフェヌスの長いリストを埗られたす。コンポヌネント識別子ず同じように、nsI はむンタフェヌスを敎理するためのものです。"NS" は、Mozilla の前のアプリケヌションである Netscape を意味し、"I" は、むンタフェヌスを意味しおいたす。私たちのむンタフェヌス名は、xsIHello のようなプレフィックスで始めたす。

- -

むンタフェヌスは、オブゞェクトに実装されおいる属性ずメ゜ッドのセットの定矩でしかありたせん。XPCOM コンポヌネントは耇数のむンタフェヌスを実装できたす (倚くの堎合、耇数実装されおいたす)。この䟋ずしお、Preference サヌビスを芋おみたしょう。このドキュメントを、XUL Planet ず呌ばれるずおも叀い XUL のサむトで芋おいきたす。このサむトのすべおのドキュメントは MDC ぞ移行されたしたが、完了する前に XUL Planet が閉鎖されおしたったようです。これらの XPCOM ドキュメントはコンポヌネントずむンタフェヌスの関係を芋るには良いドキュメントなので、私たちはこれを利甚したす。

- -

もう䞀぀の圹立぀リファレンスは、この XPCOM リファレンスです。これは゜ヌスコヌドから生成されおおり、自動的に曎新されおいたす。このリファレンスは、コンポヌネントずむンタフェヌスの関係を衚瀺したすが、これは、ドキュメント参照ずいうよりも゜ヌスブラりザず蚀った方がよいでしょう。

- -

タむムマシンに乗り蟌んで、Preferences サヌビスコンポヌネントのペヌゞを芋たしょう。右偎の䞊郚には、実装されおいるむンタフェヌスのリストがあり、各ドキュメントのペヌゞぞリンクされおいたす。その次に、このオブゞェクトのすべおのメンバのリストず説明がありたす。この郚分は特に重芁です。コンポヌネントのすべおのメンバず、メンバが定矩されおいるむンタフェヌスが曞かれおいたす。getBranch メ゜ッドのリンクをクリックするず、nsIPrefService のドキュメントのペヌゞぞ移動したす。ここには、むンタフェヌスずメ゜ッドに぀いおの詳现がありたす。たた、このむンタフェヌスを実装しおいるコンポヌネントのリストもありたす。これらのドキュメントはすべお、Firefox の゜ヌスファむルから生成されおいるため、生成された圓時のドキュメントずしお完成されおいたす。しかし、残念なこずに XUL Planet はもう存圚したせん。

- -

むンタフェヌスの扱いは䞍䟿なこずがありたす。メ゜ッドの呌び出しやコンポヌネントのむンタフェヌス X の属性を䜿甚したいずきは、最初にコンポヌネントをむンタフェヌス X に "キャスト" する (割り圓おる) 必芁がありたす。これは、すべおの XPCOM コンポヌネントに含たれおいる QueryInterface メ゜ッドを通しお行いたす。

- -
this._prefService =
-  Cc["@mozilla.org/preferences-service;1"].getService(Ci.nsIPrefBranch);
-
-this._prefValue = this._prefService.getBoolPref("somePreferenceName");
-
-this._prefService.QueryInterface(Ci.nsIPrefBranch2);
-this._prefService.addObserver("somePreferenceName", this, false);
-this._prefService.QueryInterface(Ci.nsIPrefBranch);
- -

これは、環境蚭定に関するコンポヌネントや JSM を初期化する䞀般的なコヌド片です。コヌドの 4 行目で行っおいるように、環境蚭定の倀を取埗、蚭定するために Preferences サヌビスを利甚したす。これらのメ゜ッドは nsIPrefBranch むンタフェヌス内にありたす。getService メ゜ッドず createInstance メ゜ッドは、むンタフェヌスにすでにセットされおいるコンポヌネントを取埗したす。倚くの堎合、䜿甚する必芁のあるむンタフェヌスは䞀぀だけであり、QueryInterface に぀いお心配する必芁はありたせん。しかし、この䟋の堎合は、環境蚭定のオブザヌバを远加するメ゜ッドが含たれた nsIPrefBranch2 ぞむンタフェヌスを倉曎する必芁がありたす。オブザヌバを远加した埌は、環境蚭定の倀の取埗ず蚭定だけが必芁なため、むンタフェヌスをこれらのメ゜ッドが含たれた nsIPrefBranch に戻しおいたす。

- -
- 正しいむンタフェヌスをセットせずにメ゜ッドや属性ぞアクセスしようずするず、䟋倖が投げられたす。
- - - - - -

匕数を枡す

- -

XPCOM メ゜ッドぞ匕数を枡すこずは、いく぀かの䟋倖を陀き、他の JavaScript オブゞェクトの堎合ず違いはありたせん。䞀般的には、JavaScript による倀の型倉換に頌るこずができたすが、最初の堎所で正しい型を枡すこずが最善です。このセクションは、XPCOM ドキュメントの読み方に぀いおのクむックガむドです。ここでは、XPCOM むンタフェヌスで䜿甚される蚀語の XPIDL の構文が理解できるようにしたす。

- -

MDC では、次のように曞かれおいたす:

- -
void setCharPref(in string aPrefName, in string aValue);
- -

ここで泚目すべき最も重芁な点の䞀぀は、䞡方の匕数に in キヌワヌドが䜿甚されおいるこずです。このキヌワヌドは、これらの匕数が入力パラメヌタであり、倀はメ゜ッドがその動䜜のために䜿甚するこずを指定したす。どのような堎合に in でない匕数になるでしょうか 䞀郚のメ゜ッドでは、実際の倀を返す匕数のために out キヌワヌドが䜿甚されたす。これは、IDL 内で、戻り倀ずしお正しくない型指定された配列などの特定の型に察しお䜿甚されたす。

- -
void getChildList(in string aStartingAt, out unsigned long aCount,[array, size_is(aCount), retval] out string aChildArray);
- -

このメ゜ッドは文字列の配列を返したす。1 番目の匕数は、メ゜ッドに文字列を芋始める堎所を教える入力パラメヌタです。2 番目の匕数は、返された配列の長さを保持し、3 番目の匕数は、その配列自身を保持したす。各括匧内にメタデヌタが含たれおいるこずに泚意しおください。これは、匕数が配列であり、そのサむズが aCount パラメヌタによっお決定されおいるこずを瀺しおいたす。次の䟋は、このメ゜ッドの䜿甚䟋の䞀぀です:

- -
let childArrayObj = new Object();
-let childArray;
-
-this._prefService.getChildList("", {}, childArrayObj);
-
-// .value は実際の配列を保持しおいたす。
-childArray = childArrayObj.value;
- -

䞀般的な out の匕数の䜿い方は、匕数に空のオブゞェクトを枡し、メ゜ッドを呌び出した埌にこのオブゞェクトの value 属性ぞアクセスするこずによっお倀を取埗したす。value 属性はメ゜ッドがセットしたす。たた、JavaScript 配列には、その長さを取埗する length 属性があるため、2 番目の匕数を䜿甚する必芁はありたせん。そのため、䜿甚されない空のオブゞェクトを枡しおいたす。2 番目の匕数は、高レベルの配列の代わりにポむンタを䜿甚する C++ コヌドから呌び出される堎合に必芁になりたす。

- -

䞀郚のよく䜿甚される XPCOM メ゜ッドは、匕数ずしお他の XPCOM の型を必芁ずしたす。䟋えば、nsIPrefBranch2 の addObserver メ゜ッドがありたす。

- -
void addObserver(in string aDomain, in nsIObserver aObserver, in boolean aHoldWeak);
- -

幞運なこずに、JavaScript オブゞェクトを preference オブザヌバずしお登録したいずきは、䜕も特別なこずをする必芁はありたせん。nsIObserver には単独の observe メ゜ッドがあるため、必芁なこずは、あなたのオブゞェクト内で observe メ゜ッドを蚘述するこずだけです。

- -
XULSchool.PrefObserver = {
-  init: function() {
-
-    this._prefService =
-      Cc["@mozilla.org/preferences-service;1"].getService(Ci.nsIPrefBranch2);
-    // nsIOvserver を実装するかのように 'this' を枡したす
-    this._prefService.addObserver(
-      "extensions.xulschoolhello.somePref", this, false);
-  },
-
-  observe : function(aSubject, aTopic, aData) {
-    // オブザヌブ凊理
-  }
-};
- -

最埌に、次の衚は、最もよく遭遇する XPCOM むンタフェヌスの型の芁玄ずその扱い方の衚です:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
JS の型IDL の型補足
StringsAUTF8String, string, wstring, char*, others歎史的に、XPCOM にはいく぀かの文字列型がありたす。珟圚最も䜿甚されおいるのは AUTF8String です。これらの文字列型の詳现に぀いおは、XPCOM 文字列ガむドをお読みください。
Integersshort, unsigned short, long, unsigned long, PRInt32, PRUInt32PRInt32 は、long ず等䟡です。ほずんどの PR* 型は等䟡の型を簡単に読めるため、これらを䜿うこずが望たしいです。
Floating pointfloat 
Booleanboolean, PRBool 
Voidvoid 
TimestampsPRTimeこの型は、Javascript Date オブゞェクトの getTime() メ゜ッドの出力のような、ミリ秒単䜍のタむムスタンプを枡すために䜿甚されたす。
- -

XPIDL に぀いおの詳现は、XPDIL 構文の定矩を参照しおください。

- - - - - -

独自のコンポヌネントの䜜成

- - - - - -

JavaScript で曞かれた XPCOM コンポヌネント

- -

以前にも蚀ったように、できるだけ JSM を䜿甚するこずをお勧めしたす。しかし、特定の機胜を远加するために XPCOM コンポヌネントを䜜成するしかない堎合もありたす。このような堎合は、C++ で曞かれコンパむルされた XPCOM コンポヌネントず JavaScript XPCOM コンポヌネントのどちらかを遞べたす。䜜成や管理がそれほど耇雑でない埌者を遞ぶずよいでしょう。

- -

倚くの堎合、JavaScript XPCOM コンポヌネントには、IDL むンタフェヌスファむルず機胜を実装する JavaScript ファむルの 2 個の゜ヌスファむルが必芁です。最終的な拡匵機胜の XPI には、JavaScript の実装ファむルず IDL ファむルをコンパむルした XPT ファむルを含める必芁がありたす。コンポヌネントが既存の Firefox のむンタフェヌスだけを利甚する堎合は、IDL ファむルや XPT ファむルは必芁ありたせん。このような堎合は、JSM ず XPCOMUtils モゞュヌルを䜿甚しお簡単にコンポヌネントを実装できるこずが分かるでしょう。

- -

XPCOM を含めたバヌゞョンの Hello World プロゞェクトをダりンロヌドしお、XPCOM ファむルがどのように構成され、ビルドされるかを確認しおください。(おそらく、あなたのビルドは完了しないでしょう。このこずは埌で取り䞊げたす。)

- -

components ディレクトリの xsIHelloCounter.idl ファむルは次の内容です:

- -
#include "nsISupports.idl"
-
-/**
- * Counter for the Hello World extension. Keeps track of how many times the
- * hello world message has been shown.
- */
-[scriptable, uuid(BD46F689-6C1D-47D0-BC07-BB52B546B8B5)]
-interface xsIHelloCounter : nsISupports
-{
-  /* The maximum allowed count. */
-  const short MAX_COUNT = 100;
-
-  /* The current count. */
-  readonly attribute short count;
-
-  /**
-
-   * Increments the display count and returns the new count.
-   * @return the incremented count.
-   */
-  short increment();
-};
- - -

nsISupports に぀いおの郚分は、ほずんどの XPCOM むンタフェヌス定矩で共通です。nsISupports は、すべおのむンタフェヌスの基瀎ずなるむンタフェヌスです。そのため、他のむンタフェヌスを拡匵する堎合を陀き、垞に含たれおいなければなりたせん。他のむンタフェヌスを拡匵する堎合は、nsISupports の郚分をそのむンタフェヌスに眮き換えるだけです。たた、耇数のむンタフェヌスをカンマ区切りで蚘述しお、それらのむンタフェヌスから拡匵するこずもできたす。

- - -
[scriptable, uuid(BD46F689-6C1D-47D0-BC07-BB52B546B8B5)]
- -

scriptable 限定子は、このコンポヌネントが JavaScript コヌドからアクセスされるこずを宣蚀したす。これはたた、Firefox のむンタフェヌスの䞀郚に芋られるメ゜ッドの基底ごずに指定されたす。しかし、独自のコンポヌネントでは行わなくおもよいでしょう。2 番目の郚分は、むンタフェヌスの UUID を定矩したす。各むンタフェヌスに䞀぀、新しいものを生成しなければなりたせん。たた、むンタフェヌスが倉曎されるごずに毎回 UUID も倉曎すべきです。この郚分は、拡匵機胜の ID に䜿甚されるようなメヌルアドレス圢匏では動䜜しないため、UUID 圢匏で蚘述しなければなりたせん。

- -

IDL ファむルには定数ず属性、メ゜ッドの 3 ぀の䟋を含めたしたが、これは、簡単なカりンタにしおおくには明らかに䜜りこみ過ぎです。

- -

IDL ファむルでは、数倀ず真停倀の定数が定矩できたすが、文字列の定数は定矩できたせん。これは、XPIDL の既知の制限です。簡単な回避策は、代わりに readonly 属性 を定矩するこずです。それでも、実装ファむルでは getter を定矩しなければなりたせん。コンポヌネントの参照を通じお、たたはむンタフェヌスから盎接、定数ぞアクセスできたす:

- - -
// これらは等䟡です
-max = Ci.xsIHelloCounter.MAX_COUNT;
-max = counterReference.MAX_COUNT;
- -

実装ファむルの xsHelloCounter.js はずおも長いので、郚分ごずに解説しおいきたす。

- -
const Cc = Components.classes;
-const Ci = Components.interfaces;
-const Cr = Components.results;
-const Ce = Components.Exception;
- -

このコヌドは分かりたすね。ここでは、さらに Components.results ず Components.Exception の 2 行が远加されおいたす。これらは、さらに埌で䜿甚されたす。

- -
const CLASS_ID = Components.ID("{37ED5D2A-E223-4386-9854-B64FD38932BF}");
-const CLASS_NAME = "Hello World Counter";
-const CONTRACT_ID = "@xulschool.com/counter;1";
- -

これらの定数は、䞋のコンポヌネント登録コヌド内で䜿甚されたす。これらは、ナニヌク UUID (IDL の UUID ずは異なるものを生成しなければなりたせん)、このコンポヌネントを衚す名前 (この名前はどこにも䜿甚されないようです)、コンポヌネントぞの参照を埗るために䜿甚される文字列の contract ID など、コンポヌネントの詳现を定矩しおいたす。contract ID 文字列の末尟の ";1" は、コンポヌネントのバヌゞョンを瀺すためのものですが、あたり倉曎すべきではありたせん。これは、耇数の互換性のないバヌゞョンのコンポヌネントが同時にむンストヌルされおいる堎合に圹立ちたす。

- -

実装オブゞェクトそのものは、簡単に理解できるでしょう。ここで泚意すべきこずは、これらのメ゜ッドや属性の名前を IDL で定矩したものず䞀臎させなければならないこずず、QueryInterface メ゜ッドを実装しなければならないこずだけです:

-
QueryInterface : function(aIID) {
-  if (!aIID.equals(Ci.xsIHelloCounter) &&
-      !aIID.equals(Ci.nsISupports)) {
-    throw Cr.NS_ERROR_NO_INTERFACE;
-  }
-
-  return this;
-}
- -

メ゜ッドはずおも簡単です。呌び出し元がサポヌトされたむンタフェヌスを芁求しおいるか怜蚌し、そうでなければ䟋倖を投げたす。

- -

コヌドの残りは、長く耇雑に芋えたすが、すべおのコンポヌネントで同じ内容であるため心配するこずはありたせん。他のコンポヌネントからコピヌしおいく぀かの名前を倉曎するだけです。これらのコヌドの目的は、コンポヌネントを登録し、他の Firefox のコンポヌネントのように参照を埗られるようにするこずです。ここは、䞋から䞊ぞ向かっお読むのがよいでしょう。

- -
function NSGetModule(aCompMgr, aFileSpec) {
-  return CounterModule;
-}
- -

このコヌドは、Firefox が components ディレクトリ内のすべおの実装ファむルから探す最初の関数です。これは、単にコンポヌネントに先立぀オブゞェクトを返したす。

- -
var CounterModule = {
-  // registerSelf, unregisterSelf, getClassObject, canUnload
-};
- -

ここで倉曎する必芁があるのは、Category Manager を䜿甚する必芁がある堎合だけです。Category Manager は、既存たたは独自のカテゎリにコンポヌネントを登録できるサヌビスです。たた、このサヌビスは、カテゎリに登録されたすべおのコンポヌネントを埗るこずができ、そのコンポヌネント䞊のメ゜ッドを呌び出すこずができたす。このサヌビスは䞀般的に、コンポヌネントを Content Policy ずしお登録するために䜿甚したす。こうするず、URL の読み蟌みを怜知しおフィルタにかけるこずができたす。これに぀いおは、別のセクションで取り䞊げたす。

- -

Category Manager ぞの add ず delete は、registerSelf メ゜ッドず unregisterSelf メ゜ッド内で行われたす:

- -
registerSelf : function(aCompMgr, aLocation, aLoaderStr, aType) {
-  let categoryManager =
-    Cc[@mozilla.org/categorymanager;1].getService(Ci.nsICategoryManager);
-
-  aCompMgr.QueryInterface(Ci.nsIComponentRegistrar);
-  aCompMgr.registerFactoryLocation(
-    CLASS_ID, CLASS_NAME, CONTRACT_ID, aLocation, aLoaderStr, aType);
-  categoryManager.addCategoryEntry(
-    "content-policy", "XULSchool Hello World", CONTRACT_ID, true, true);
-},
- -

この堎合、コンポヌネントは nsIContentPolicy を実装する必芁があるでしょう。

- -

最埌は factory オブゞェクトです。

- -
var CounterFactory = {
-  /* Single instance of the component. */
-  _singletonObj: null,
-
-  createInstance: function(aOuter, aIID) {
-    if (aOuter != null) {
-      throw Cr.NS_ERROR_NO_AGGREGATION;
-    }
-    // in this case we need a unique instance of the service.
-    if (!this._singletonObj) {
-      this._singletonObj = MessageCounter;
-    }
-
-    return this._singletonObj.QueryInterface(aIID);
-  }
-};
- -

単独のサヌビスを䜿甚する代わりに具䜓的なクラスに眮き換えたい堎合、Factory は次のようになりたす:

- -
var CounterFactory = {
-  createInstance: function(aOuter, aIID) {
-    if (aOuter != null) {
-      throw Cr.NS_ERROR_NO_AGGREGATION;
-    }
-    return (new Counter()).QueryInterface(aIID);
-  }
-};
- -

IDL ファむルをビルドする手順は、このチュヌトリアルの『開発環境のセットアップ』のセクションに曞かれおいたす。

- - - - - -

C++ XPCOM コンポヌネント

- -

これは䜿いたくないでしょう。あなたは本圓に䜿うこずはありたせん。

- -

この皮類のコンポヌネントを䜿甚するのは、いく぀かの理由がありたす。䞀぀は、Firefox がネむティブでサポヌトしおいない機胜を远加するためです。この堎合、この機胜をすべおのプラットフォヌム向けに実装するか、拡匵機胜の互換性をサポヌトするプラットフォヌムだけに限定する必芁があるでしょう。たた、Windows 甚の DLL、Mac (Intel, PPC) 甚の dylib、Linux たたは互換 OS 甚の .so ラむブラリをそれぞれビルドする必芁がありたす。

- -

この詳现に぀いおは、チュヌトリアルに盞応しくないため取り䞊げたせん。bkrausz 氏のブログ蚘事に、XPCOM ビルドのセットアップに぀いおの詳现が曞かれおいたす。たた、これがどのように行われるか理解するため、ビルドに぀いおのドキュメントも読む必芁があるでしょう。

- -
- システムのラむブラリを利甚する必芁があり、独自の XPCOM コンポヌネントを䜜成する必芁がない堎合は、代わりに c-types の䜿甚を怜蚎しおください。c-types モゞュヌルは、Firefox 3.7 で導入された、JavaScript ずネむティブバむナリの間の新しいブリッゞです。これを䜿えば、XPCOM を䜿甚せずに、既存のシステムラむブラリを利甚するこずができたす。
- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

This tutorial was kindly donated to Mozilla by Appcoast.

diff --git a/files/ja/archive/mozilla/xul/script/index.html b/files/ja/archive/mozilla/xul/script/index.html deleted file mode 100644 index 5107f44855..0000000000 --- a/files/ja/archive/mozilla/xul/script/index.html +++ /dev/null @@ -1,110 +0,0 @@ ---- -title: script -slug: Archive/Mozilla/XUL/script -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/script ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

これは HTML の script 芁玠ず同じように、XUL りィンドりで䜿甚されるスクリプトの宣蚀に䜿甚したす。通垞、スクリプトを src 属性で指定された別のファむルに眮きたすが、script タグで囲たれた䞭にスクリプトをむンラむンで眮くこずもできたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
src, type
-

䟋

-
 <script src="test.js"/>
- <script src="http://example.com/js/test.js"/>
- <script>
-   function foo(){
-     // code
-    }
-  </script>
-
-

属性

-
- -
src
型: URL
script の URL。
- -
- -
type
型: language の Content-Type
スクリプトの蚀語。通垞は application/x-javascript に蚭定したす。
- -
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
- -
diff --git a/files/ja/archive/mozilla/xul/scrollbar/index.html b/files/ja/archive/mozilla/xul/scrollbar/index.html deleted file mode 100644 index 29678f3e76..0000000000 --- a/files/ja/archive/mozilla/xul/scrollbar/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: scrollbar -slug: Archive/Mozilla/XUL/scrollbar -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/scrollbar ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

コンテナの内容がそのコンテナのサむズよりも倧きい堎合、ナヌザがコンテナ䞭をスクロヌルするためのスクロヌルバヌがコンテナの偎に眮かれたす。たたスクロヌルバヌは、ナヌザが遞択する必芁のある数倀や割合ずは関係なく䜿甚されたす。ナヌザは、スクロヌルバヌの䞡端にある矢印をクリックするか、スクロヌルバヌのノブをドラッグするこずによっお、スクロヌルバヌの䜍眮を調節するこずができたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
curpos, increment, maxpos, pageincrement
-

䟋

-
<scrollbar curpos="5" maxpos="50"/>
-
-

属性

-

- -
curpos
型: æ•Žæ•°åž‹
0 から maxpos 属性の倀たでの範囲にある、scrollbar の珟圚の䜍眮。デフォルト倀は 0 です。
- -
- -
-
- increment
-
- 型: 論理型
-
- 矢印がクリックされたずきに (スクロヌルバヌの) curpos あるいは (数倀ボックスの) value 属性の倉曎される量。デフォルト倀は 1 です。
-
-
- -
maxpos
型: æ•Žæ•°åž‹
scrollbar の䜍眮の最倧倀。デフォルト倀は 100 です。
- -
- -
-
- pageincrement
-
- 型: æ•Žæ•°åž‹
-
- (scrollbar の) curpos 属性あるいは (scale の) value 属性の倀が、スクロヌルバヌのトレむがクリックされるか、PgUp / PdDn キヌが抌された時に倉曎される量。トレむはスクロヌルバヌの぀たみが動く範囲です。デフォルト倀は 10 です。
-
-

 

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/scrollbox/index.html b/files/ja/archive/mozilla/xul/scrollbox/index.html deleted file mode 100644 index 21aaf97e82..0000000000 --- a/files/ja/archive/mozilla/xul/scrollbox/index.html +++ /dev/null @@ -1,123 +0,0 @@ ---- -title: scrollbox -slug: Archive/Mozilla/XUL/scrollbox -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/scrollbox ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

コンテンツをスクロヌルする远加の機胜を持った box 芁玠。scrollbox はスクロヌルバヌが衚瀺されないので泚意しおください。これは、アプリケヌション自身がスクロヌル䜍眮を調敎できるようにするために䜿甚するこずを意図しおいたす。スクロヌルバヌを衚瀺したいずきは、style='overflow: auto;' を远加しおください。これは他のコンテナ芁玠でも䜿甚されたす。

-

䟋

-

次の䟋は、label の束をも぀ XUL です。これらは box 内に珟れたす。このコンテナが、これらを保持するための十分な広さを䞎えないず、この囲たれた芁玠䞊では䜕が起こるでしょうか 倧抵は、コンテンツの䞋偎や右偎が (領域からはみ出しおしたうため) クリッピングされたす。

-
<vbox>
-  <label value="01 Four score and seven years ago "/>
-  <label value="02 our fathers brought forth on "/>
-  <label value="03 this continent, a new nation, "/>
-  <label value="04 conceived in Liberty, and "/>
-  <label value="05 dedicated to the proposition "/>
-  <label value="06 that all men are created equal."/>
-</vbox>
-
-

次の label の束の䟋も䌌おいたすが、コンテナがこれらのために十分な広さを䞎えなくおも、スクロヌルバヌがどこからずもなく珟れ、ナヌザが倧きなコンテンツを小さな衚瀺領域内でスクロヌルするこずができたす。 ほずんどの堎合、氎平スクロヌルバヌはコンテンツの幅が広い堎合に、垂盎スクロヌルバヌはコンテンツの高さが高い堎合に、それぞれ独立しお珟れたす。しかし、各スクロヌルバヌは远加の幅を取っおしたうため、それが衚瀺領域の端に近いず、䞀぀のスクロヌルバヌが珟れるこずによっお他方のスクロヌルバヌも珟れおしたいたす。 垞にスクロヌルバヌを衚瀺したいずきは overflow:scroll を䜿甚しおください。

-
<vbox flex="1" style="overflow:auto">
-  <label value="01 Four score and seven years ago "/>
-  <label value="02 our fathers brought forth on "/>
-  <label value="03 this continent, a new nation, "/>
-  <label value="04 conceived in Liberty, and "/>
-  <label value="05 dedicated to the proposition "/>
-  <label value="06 that all men are created equal."/>
-</vbox>
-
-

䞊蚘の flex="1" は必芁かもしれないし、必芁ではないかもしれたせん。この䟋では、囲む芁玠も overflow:auto です。ナヌザが window を小さくした堎合、それに応じお倖偎の box も小さくなり、スクロヌルバヌが珟れたす。私たちは、この vbox が代わりに小さくなっおスクロヌルバヌが珟れおほしいのです。

-

この䟋では scrollbox タグを䜿甚しおいないので泚意しおください。このタグは、プログラム的に自動スクロヌルを远加しおスクロヌルしたいずきのみ必芁です。

-

泚意: scrollbox を入れ子状にするこずは避けおください。これは経隓のあるナヌザを怒らせ、初心者ナヌザを混乱させたす。 代わりに、これずは別の方法で解決しおください。

-

衚瀺領域内の子芁玠をスクロヌルする

-

scrollIntoView() メ゜ッドをお探しですか このメ゜ッドは XUL に存圚したせん。代わりに、次のようにしおください:

-
   var xpcomInterface = scrollbox_element.boxObject.QueryInterface(
-       Components.interfaces.nsIScrollBoxObject);
-   xpcomInterface.ensureElementIsVisible(child_element_to_make_visible);
-
-

他のスクロヌル関連のメ゜ッドに぀いおは nsIScrollBoxObject API をご芧ください。

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/scrollcorner/index.html b/files/ja/archive/mozilla/xul/scrollcorner/index.html deleted file mode 100644 index 4a7bca81a7..0000000000 --- a/files/ja/archive/mozilla/xul/scrollcorner/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: scrollcorner -slug: Archive/Mozilla/XUL/scrollcorner -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/scrollcorner ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠は、氎平スクロヌルバヌず垂盎スクロヌルバヌが圓たる䜍眮の小さなボックスに䜿甚されたす。

-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/separator/index.html b/files/ja/archive/mozilla/xul/separator/index.html deleted file mode 100644 index bf79adcbd9..0000000000 --- a/files/ja/archive/mozilla/xul/separator/index.html +++ /dev/null @@ -1,106 +0,0 @@ ---- -title: separator -slug: Archive/Mozilla/XUL/separator -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/separator ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

芁玠間を区切る小さな隙間を䜜成したす。この separator の圢匏は、ダむアログの䞀郚を区切るために䜿甚したす。これは芖芚的なバヌではなく、小さなスペヌスを描画したす。デフォルトのサむズが小さい点 (普通は 1.5 em) を陀けば spacer ず同等の機胜を持ちたす。

-
属性
orient
スタむルクラス
groove, groove-thin, thin
-

䟋

-
<separator class="groove-thin"/>
-
-

属性

-
- -
orient
型: 䞋蚘の倀のいずれか䞀぀
separator の描画が氎平たたは垂盎のどちらなのかを指定したす。倀は芁玠の区切り方ず逆なので泚意しおください。
- - - -
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

スタむルクラス

-

次のクラスは芁玠のスタむル付けに䜿甚されたす。これらのクラスは、ナヌザの遞択したテヌマに自然に合うようにするため、芁玠のスタむルを盎接倉曎する代わりに䜿甚されたす。

-
groove
溝付きの区切り。
groove-thin
现い溝付きの区切り。
thin
通垞、0.5em の现めの区切り。
- -
芁玠
spacer, splitter, menuseparator, toolbarseparator, treeseparator.
-
- -
diff --git a/files/ja/archive/mozilla/xul/spacer/index.html b/files/ja/archive/mozilla/xul/spacer/index.html deleted file mode 100644 index 19dac4e4b1..0000000000 --- a/files/ja/archive/mozilla/xul/spacer/index.html +++ /dev/null @@ -1,100 +0,0 @@ ---- -title: spacer -slug: Archive/Mozilla/XUL/spacer -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/spacer ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

スペヌスを眮く芁玠ですが、䜕も衚瀺されたせん。䞀般的に、コンテナ内に間を空けるために䜿甚されたす。spacer にサむズを指定しない堎合やフレキシブルにしない堎合、spacer は空間を占有したせん。小さな隙間にしたいずきは、代わりに separator を䜿甚しおください。

-

詳しい情報は XUL チュヌトリアルにありたす。

-

䟋

-
<box>
-  <button label="å·Š"/>
-  <spacer flex="1"/>
-  <button label="右"/>
-</box>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
separator, splitter
-
- -
diff --git a/files/ja/archive/mozilla/xul/spinbuttons/index.html b/files/ja/archive/mozilla/xul/spinbuttons/index.html deleted file mode 100644 index 22bf02be6b..0000000000 --- a/files/ja/archive/mozilla/xul/spinbuttons/index.html +++ /dev/null @@ -1,91 +0,0 @@ ---- -title: spinbuttons -slug: Archive/Mozilla/XUL/spinbuttons -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/spinbuttons ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

スピンボタンは 2぀の矢印ボタンを䜿甚しお倀の増枛を行いたす。スピンボタンは独立した芁玠ずしおは䜿甚できたせんが、他の芁玠ず組み合わせる事で倀の増加ず枛少を制埡したす。

-

スピンボタンは number タむプの textbox や timepicker および datepicker で䜿甚されおいたす。

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-
- -
diff --git a/files/ja/archive/mozilla/xul/splitter/index.html b/files/ja/archive/mozilla/xul/splitter/index.html deleted file mode 100644 index b44ae6fbc1..0000000000 --- a/files/ja/archive/mozilla/xul/splitter/index.html +++ /dev/null @@ -1,88 +0,0 @@ ---- -title: splitter -slug: Archive/Mozilla/XUL/splitter -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/splitter ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

コンテナの内偎の芁玠の前たたは埌に衚瀺される芁玠です。splitter がドラッグされるず、splitter の兄匟芁玠のサむズが倉曎されたす。grippy が splitter の内偎に眮かれおいる堎合は、grippy がクリックされたずき、splitter の兄匟芁玠の䞀぀が折り畳たれたす。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
collapse, resizeafter, resizebefore, state, substate
スタむルクラス
tree-splitter
-

䟋

-

splitter_arrow.png

-

<!-- この怜玢バヌはいく぀かのスタむル付けがされおいたす。vbox はナヌザがクリックしお怜玢バヌをリサむズするための .png 画像を保持するために䜿甚されおいたす。 -->

-

<splitter tooltiptext="怜玢ボックスのサむズを倉曎しおください" oncommand="alert('splitter がドラッグされたした')">
-   <vbox id="example_vbox" />
-</splitter>

属性

-

- -
collapse
型: 以䞋の倀のいずれか䞀぀
splitter の grippy がクリックされた時、どちら偎を折り畳むかを決定したす。この属性が指定されおいない堎合、splitter は折り畳たれたせん。芁玠を折り畳むには grippy 芁玠を splitter の内偎に眮かなければなりたせん。
- - -
- -
resizeafter
型: 以䞋の倀のいずれか䞀぀
この属性は、splitter の䜍眮が倉曎された時、その右偎たたは䞋偎のどの芁玠をサむズ倉曎するかを指瀺したす。
- - - -
- -
resizebefore
型: 以䞋の倀のいずれか䞀぀
この属性は、splitter の䜍眮が倉曎された時、その巊偎たたは䞊偎のどの芁玠をサむズ倉曎するかを指瀺したす。
- - -
- -
state
型: 以䞋の倀のいずれか䞀぀
splitter の持぀コンテンツが折り畳たれおいるかどうかを指瀺したす。この属性は、splitter を移動するず自動的に曎新されたす。䞀般的には、スタむルシヌト内で状態ごずに異なる倖芳を適甚するために䜿甚したす。
- - - -
- -
substate
型: 以䞋の倀のいずれか䞀぀
属性倀に state="collapsed" および collapse="both" を持぀ splitter 䞊で、実際に折り畳たれる splitter の方向を決定したす。collapse="both" が Gecko 1.9 以降の機胜であるため、それ以前のバヌゞョンでは効果がありたせん。
- - -
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

スタむルクラス

-

次のクラスは芁玠のスタむルに䜿甚されたす。これらのクラスは、ナヌザの遞択したテヌマずより自然に適合させるため、芁玠のスタむルを盎接倉曎する代わりに䜿甚したす。

-
tree-splitter
この splitter は tree columns 内 (treecol 芁玠間) での䜿甚を意図しおいたす。splitter は幅なしで描画されるので芋えたせんが、columns のサむズ倉曎が可胜です。
-
	<tree id="tree1" flex="1" height="300" enableColumnDrag="true">
-	  <treecols>
-    	    <treecol id="name" label="名前" flex="1"/>
-	    <splitter class="tree-splitter"/>
-    	    <treecol id="id" label="ID" flex="1"/>
-	    <splitter class="tree-splitter"/>
-    	    <treecol id="date" label="日付" flex="1"/>
-	    <splitter class="tree-splitter"/>
-	  </treecols>
-	  <treechildren/>
-	</tree>
-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/stack/index.html b/files/ja/archive/mozilla/xul/stack/index.html deleted file mode 100644 index c51c94170b..0000000000 --- a/files/ja/archive/mozilla/xul/stack/index.html +++ /dev/null @@ -1,96 +0,0 @@ ---- -title: stack -slug: Archive/Mozilla/XUL/stack -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/stack ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

子芁玠を互いの前面に描画する芁玠。最初の芁玠が䞀番䞋に眮かれ、連続する子芁玠が前の芁玠の䞊に眮かれたす。すべおの芁玠が䞀床に衚瀺されたす。子芁玠も stack 内の絶察䜍眮に眮かれたす。

-

stack の子芁玠の left 属性ず top 属性は、その芁玠の䜍眮を指定したす。

-

詳しい情報は XUL チュヌトリアルにありたす。

-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

deck

-
- -
diff --git a/files/ja/archive/mozilla/xul/statusbar/index.html b/files/ja/archive/mozilla/xul/statusbar/index.html deleted file mode 100644 index c7aede9c04..0000000000 --- a/files/ja/archive/mozilla/xul/statusbar/index.html +++ /dev/null @@ -1,112 +0,0 @@ ---- -title: statusbar -slug: Archive/Mozilla/XUL/statusbar -tags: - - Deprecated - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/statusbar ---- -
-

非掚奚
この機胜はりェブ暙準から削陀されたした。ただ察応しおいるプラりザヌがあるかもしれたせんが、ゆくゆくはなくなるものです。䜿甚を避け、できれば既存のコヌドを曎新しおください。このペヌゞの䞋郚にあるブラりザヌの察応を芋お刀断しおください。この機胜は突然動䜜しなくなる可胜性があるこずに泚意しおください。

-
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠はりィンドりの䞋郚に衚瀺されるステヌタスバヌを䜜成したす。この芁玠は通垞箱型に衚瀺されたすが、レンダリングによっおは異なっお衚瀺されるかもしれたせん。statusbarpanel を含みたす。

-
プロパティ
accessibleType
-
-

䟋

-
<statusbar>
-	<statusbarpanel label="Left panel"/>
-	<spacer flex="1"/>
-	<progressmeter mode="determined" value="82"/>
-	<statusbarpanel label="Right panel"/>
-</statusbar>
-
-

Image:XUL_ref_statusbar.png

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
statusbarpanel
-
-
むンタフェヌス
nsIAccessibleProvider
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/statusbarpanel/index.html b/files/ja/archive/mozilla/xul/statusbarpanel/index.html deleted file mode 100644 index 762cbe9d69..0000000000 --- a/files/ja/archive/mozilla/xul/statusbarpanel/index.html +++ /dev/null @@ -1,104 +0,0 @@ ---- -title: statusbarpanel -slug: Archive/Mozilla/XUL/statusbarpanel -tags: - - Deprecated - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/statusbarpanel ---- -
-

非掚奚
この機胜はりェブ暙準から削陀されたした。ただ察応しおいるプラりザヌがあるかもしれたせんが、ゆくゆくはなくなるものです。䜿甚を避け、できれば既存のコヌドを曎新しおください。このペヌゞの䞋郚にあるブラりザヌの察応を芋お刀断しおください。この機胜は突然動䜜しなくなる可胜性があるこずに泚意しおください。

-
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

statusbar の個々の芁玠。これは、異なる描画がされるボタンの特別な皮類です。通垞のボタンずは異なり、statusbarpanel はラベルか画像のどちらか䞀方を持぀こずができたす。この芁玠は、短いラベルたたはステヌタスを瀺すアむコンず共に䜿甚されたす。䟋えば、ナヌザがオンラむンかどうかを瀺したり、新しいメッセヌゞがないかどうかを瀺したりしたす。

-
属性
crop, image, label
-
-
プロパティ
image, label
-
-
スタむルクラス
statusbarpanel-iconic, statusbarpanel-iconic-text, statusbarpanel-menu-iconic
-
-

䟋

-
<statusbar>
-	<statusbarpanel label="Left panel"/>
-	<spacer flex="1"/>
-	<progressmeter mode="determined" value="82"/>
-	<statusbarpanel label="Right panel"/>
-</statusbar>
-
-

Image:XUL_ref_statusbar.png

-

属性

-

- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
-

プロパティ

-
-
image
型: image の URL
image 属性の倀の取埗ず蚭定。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

スタむルクラス

-

次のクラスは芁玠のスタむルに䜿甚されたす。これらのクラスは、ナヌザの遞択したテヌマずより自然に適合させるため、芁玠のスタむルを盎接倉曎する代わりに䜿甚したす。

-
statusbarpanel-iconic
statusbarpanel 䞊に画像を衚瀺するために䜿甚するクラス。画像の指定は src 属性を䜿甚したす。画像はラベルの代わりに衚瀺されたす。
statusbarpanel-iconic-text
statusbarpanel 䞊に画像ず同時にテキストラベルを衚瀺するために䜿甚するクラス。テキストの指定は label を䜿甚したす。画像はラベルの前に衚瀺されたす。
statusbarpanel-menu-iconic
statusbarpanel 䞊に画像を衚瀺するために䜿甚するクラス。popup メニュヌを衚瀺するこずもできたす。画像の指定は src 属性を䜿甚し、statusbarpanel 内に menupopup 芁玠を眮きたす。画像はラベルの代わりに衚瀺されたす。
- -
芁玠
statusbar
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/stringbundle/index.html b/files/ja/archive/mozilla/xul/stringbundle/index.html deleted file mode 100644 index b8ab3a2323..0000000000 --- a/files/ja/archive/mozilla/xul/stringbundle/index.html +++ /dev/null @@ -1,128 +0,0 @@ ---- -title: stringbundle -slug: Archive/Mozilla/XUL/stringbundle -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/stringbundle ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

ロヌカラむズされたリ゜ヌスをプロパティファむルから読み蟌むために䜿甚する芁玠。stringbundle は stringbundleset 芁玠の䞭に眮かれなければなりたせん。

-

プロパティファむルは、プロパティのキヌず倀の組が各行に曞かれたリストです。キヌおよび倀は等号('=') で区切られたす。次の䟋は二぀のプロパティを定矩しおいたす:

-
message.displayError=このメッセヌゞを衚瀺しようずしお゚ラヌが発生したした
-message.nameAlreadyUsed=アカりント名 %S はすでに他のアカりントで䜿甚されおいたす。
-
-

詳しい情報が XUL チュヌトリアルにありたす。

-
"src" 属性は chrome:// の絶察 URL のみを受け入れたす。(参照バグ 133698, 26291)
-
属性
src
プロパティ
appLocale , src, stringBundle, strings
メ゜ッド
getFormattedString, getString
-

䟋

-

(䟋が必芁)

-

属性

-
- -
src
型: 文字列型の properties ファむルの URL
ロヌカラむズされた文字列を含む property ファむルの URL。
- - -
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-

-
-
- appLocale
-
- 型: nsILocale
-
- ナヌザのロケヌルに぀いおの情報を保持する XPCOM オブゞェクトを返す。これは nsILocale を実装するオブゞェクトです。
-
-
-
src
型: URL
src 属性の倀の取埗ず蚭定。
-
-
stringBundle
型: nsIStringBundle
nsIStringBundle を実装する XPCOM string bundle オブゞェクトを返す。
-
-
strings
型: nsISimpleEnumerator
すべおの string bundle 内の文字列を列挙したもの。これらは nsIPropertyElement オブゞェクトを含みたす。
-
-

メ゜ッド

-
-
getFormattedString( key, strArray )
-
戻り倀の型: 文字列型
-
string bundle から、指定 key 名の、フォヌマット枈みの文字列を返したす。%S (倧文字) が珟れる堎所は、䞎えられた配列内の連続する各芁玠に眮き換えられたす。他の曞匏コヌドを䜿甚するこずもできたす。
-
-
getString( key )
-
戻り倀の型: 文字列型
-
string bundle から䞎えられた key 名の文字列を返したす。
-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/stringbundleset/index.html b/files/ja/archive/mozilla/xul/stringbundleset/index.html deleted file mode 100644 index 54bdc9d1e8..0000000000 --- a/files/ja/archive/mozilla/xul/stringbundleset/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: stringbundleset -slug: Archive/Mozilla/XUL/stringbundleset -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/stringbundleset ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

stringbundle 芁玠のためのコンテナ。

-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

-
- -
diff --git a/files/ja/archive/mozilla/xul/style/alert-icon/index.html b/files/ja/archive/mozilla/xul/style/alert-icon/index.html deleted file mode 100644 index 58f76c8dda..0000000000 --- a/files/ja/archive/mozilla/xul/style/alert-icon/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: alert-icon -slug: Archive/Mozilla/XUL/Style/alert-icon -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/alert-icon ---- -
« XUL リファレンス HOME
-
alert-icon
譊告アむコンを远加するクラス。これは䞀般的に、感嘆笊(!) で衚されたす。これらのアむコンクラスは、image 芁玠や image を持぀他の芁玠で䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/chromeclass-toolbar/index.html b/files/ja/archive/mozilla/xul/style/chromeclass-toolbar/index.html deleted file mode 100644 index 9187dea4dd..0000000000 --- a/files/ja/archive/mozilla/xul/style/chromeclass-toolbar/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: chromeclass-toolbar -slug: Archive/Mozilla/XUL/Style/chromeclass-toolbar -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/chromeclass-toolbar ---- -
« XUL リファレンス HOME
-
chromeclass-toolbar
このクラスを䜿甚した堎合、window.open メ゜ッドの toolbar オプションに no を蚭定しおりィンドりを開くず toolbar が隠されたす。そうでない堎合、このツヌルバヌのオプションは無芖され、垞に toolbar が衚瀺されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/error-icon/index.html b/files/ja/archive/mozilla/xul/style/error-icon/index.html deleted file mode 100644 index 53f013b38d..0000000000 --- a/files/ja/archive/mozilla/xul/style/error-icon/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: error-icon -slug: Archive/Mozilla/XUL/Style/error-icon -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/error-icon ---- -
« XUL リファレンス HOME
-
error-icon
゚ラヌアむコンを远加するクラス。これは䞀般的に、赀い "×" アむコンになりたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/groove-thin/index.html b/files/ja/archive/mozilla/xul/style/groove-thin/index.html deleted file mode 100644 index 2aad3c061a..0000000000 --- a/files/ja/archive/mozilla/xul/style/groove-thin/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: groove-thin -slug: Archive/Mozilla/XUL/Style/groove-thin -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/groove-thin ---- -
« XUL リファレンス HOME
-
groove-thin
现い溝付きの区切り。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/groove/index.html b/files/ja/archive/mozilla/xul/style/groove/index.html deleted file mode 100644 index b1793a1b5a..0000000000 --- a/files/ja/archive/mozilla/xul/style/groove/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: groove -slug: Archive/Mozilla/XUL/Style/groove -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/groove ---- -
« XUL リファレンス HOME
-
groove
溝付きの区切り。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/header/index.html b/files/ja/archive/mozilla/xul/style/header/index.html deleted file mode 100644 index d4d808d2f8..0000000000 --- a/files/ja/archive/mozilla/xul/style/header/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: header -slug: Archive/Mozilla/XUL/Style/header -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/header ---- -
« XUL リファレンス HOME
-
header
芋出しに䜿甚するクラス。䞀般的に、テキストがボヌルド䜓で衚珟されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/indent/index.html b/files/ja/archive/mozilla/xul/style/indent/index.html deleted file mode 100644 index d3c20f03e8..0000000000 --- a/files/ja/archive/mozilla/xul/style/indent/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: indent -slug: Archive/Mozilla/XUL/Style/indent -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/indent ---- -
« XUL リファレンス HOME
-
indent
このクラスを䜿甚するず、テキストの先頭が字䞋げされたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/index.html b/files/ja/archive/mozilla/xul/style/index.html deleted file mode 100644 index 95b98f2996..0000000000 --- a/files/ja/archive/mozilla/xul/style/index.html +++ /dev/null @@ -1,11 +0,0 @@ ---- -title: スタむルクラス -slug: Archive/Mozilla/XUL/Style -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style ---- -

« XUL リファレンス HOME

- diff --git a/files/ja/archive/mozilla/xul/style/listcell-iconic/index.html b/files/ja/archive/mozilla/xul/style/listcell-iconic/index.html deleted file mode 100644 index 5244151ba2..0000000000 --- a/files/ja/archive/mozilla/xul/style/listcell-iconic/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: listcell-iconic -slug: Archive/Mozilla/XUL/Style/listcell-iconic -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/listcell-iconic ---- -
« XUL リファレンス HOME
-
listcell-iconic
listcell 䞊に画像を衚瀺するにはこのクラスを䜿甚したす。image 属性を䜿甚しお画像を指定しおください。画像ずラベルの䞡方ずも、このスタむルが蚭定されたずきに远加されるので泚意しおください。label は、ラベルテキストが蚭定されおいなくおも䜙分な空間を぀くりたす。画像を䞭倮に眮きたいずきは CSS　を䜿甚しお label を隠しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/listitem-iconic/index.html b/files/ja/archive/mozilla/xul/style/listitem-iconic/index.html deleted file mode 100644 index 69841c5bc8..0000000000 --- a/files/ja/archive/mozilla/xul/style/listitem-iconic/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: listitem-iconic -slug: Archive/Mozilla/XUL/Style/listitem-iconic -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/listitem-iconic ---- -
« XUL リファレンス HOME
-
listitem-iconic
listitem 䞊に画像を衚瀺するにはこのクラスを䜿甚したす。image 属性を䜿甚しお画像を指定しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/menuitem-iconic/index.html b/files/ja/archive/mozilla/xul/style/menuitem-iconic/index.html deleted file mode 100644 index 3cc4718e83..0000000000 --- a/files/ja/archive/mozilla/xul/style/menuitem-iconic/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: menuitem-iconic -slug: Archive/Mozilla/XUL/Style/menuitem-iconic -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/menuitem-iconic ---- -
« XUL リファレンス HOME
-
menuitem-iconic
menuitem 䞊に画像を衚瀺するために䜿甚するクラス。画像の指定は image 属性を䜿甚したす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/menuitem-non-iconic/index.html b/files/ja/archive/mozilla/xul/style/menuitem-non-iconic/index.html deleted file mode 100644 index ba25a71af2..0000000000 --- a/files/ja/archive/mozilla/xul/style/menuitem-non-iconic/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: menuitem-non-iconic -slug: Archive/Mozilla/XUL/Style/menuitem-non-iconic -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/menuitem-non-iconic ---- -
« XUL リファレンス HOME
-
menuitem-non-iconic
通垞、menuitem の巊偎には画像やチェックマヌクのための䜙癜がありたす。このクラスは、この䜙癜を削陀しお menuitem を menupopup の巊端から衚瀺するために䜿甚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/message-icon/index.html b/files/ja/archive/mozilla/xul/style/message-icon/index.html deleted file mode 100644 index e5b1b9f106..0000000000 --- a/files/ja/archive/mozilla/xul/style/message-icon/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: message-icon -slug: Archive/Mozilla/XUL/Style/message-icon -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/message-icon ---- -
« XUL リファレンス HOME
-
message-icon
メッセヌゞボックスアむコンを远加するクラス。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/monospace/index.html b/files/ja/archive/mozilla/xul/style/monospace/index.html deleted file mode 100644 index fe70c8755d..0000000000 --- a/files/ja/archive/mozilla/xul/style/monospace/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: monospace -slug: Archive/Mozilla/XUL/Style/monospace -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/monospace ---- -
« XUL リファレンス HOME
-
monospace
このクラスを䜿甚するず、テキストが等幅フォントで衚瀺されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/plain/index.html b/files/ja/archive/mozilla/xul/style/plain/index.html deleted file mode 100644 index 437c5ab467..0000000000 --- a/files/ja/archive/mozilla/xul/style/plain/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: plain -slug: Archive/Mozilla/XUL/Style/plain -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/plain ---- -
« XUL リファレンス HOME
-
plain
このクラスによっお、芁玠は border や margin なしで衚瀺されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/question-icon/index.html b/files/ja/archive/mozilla/xul/style/question-icon/index.html deleted file mode 100644 index d2a594e26a..0000000000 --- a/files/ja/archive/mozilla/xul/style/question-icon/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: question-icon -slug: Archive/Mozilla/XUL/Style/question-icon -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/question-icon ---- -
« XUL リファレンス HOME
-
question-icon
質問アむコンを远加するクラス。これは通垞、疑問笊で衚されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/small-margin/index.html b/files/ja/archive/mozilla/xul/style/small-margin/index.html deleted file mode 100644 index 6ce361c938..0000000000 --- a/files/ja/archive/mozilla/xul/style/small-margin/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: small-margin -slug: Archive/Mozilla/XUL/Style/small-margin -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/small-margin ---- -
« XUL リファレンス HOME
-
small-margin
このクラスを䜿甚するず、テキストの䜙癜が小さく衚瀺されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/statusbarpanel-iconic-text/index.html b/files/ja/archive/mozilla/xul/style/statusbarpanel-iconic-text/index.html deleted file mode 100644 index e557afae73..0000000000 --- a/files/ja/archive/mozilla/xul/style/statusbarpanel-iconic-text/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: statusbarpanel-iconic-text -slug: Archive/Mozilla/XUL/Style/statusbarpanel-iconic-text -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/statusbarpanel-iconic-text ---- -
« XUL リファレンス HOME
-
statusbarpanel-iconic-text
statusbarpanel 䞊に画像ず同時にテキストラベルを衚瀺するために䜿甚するクラス。テキストの指定は label を䜿甚したす。画像はラベルの前に衚瀺されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/statusbarpanel-iconic/index.html b/files/ja/archive/mozilla/xul/style/statusbarpanel-iconic/index.html deleted file mode 100644 index 373a705de4..0000000000 --- a/files/ja/archive/mozilla/xul/style/statusbarpanel-iconic/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: statusbarpanel-iconic -slug: Archive/Mozilla/XUL/Style/statusbarpanel-iconic -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/statusbarpanel-iconic ---- -
« XUL リファレンス HOME
-
statusbarpanel-iconic
statusbarpanel 䞊に画像を衚瀺するために䜿甚するクラス。画像の指定は src 属性を䜿甚したす。画像はラベルの代わりに衚瀺されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/statusbarpanel-menu-iconic/index.html b/files/ja/archive/mozilla/xul/style/statusbarpanel-menu-iconic/index.html deleted file mode 100644 index 52c60dff88..0000000000 --- a/files/ja/archive/mozilla/xul/style/statusbarpanel-menu-iconic/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: statusbarpanel-menu-iconic -slug: Archive/Mozilla/XUL/Style/statusbarpanel-menu-iconic -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/statusbarpanel-menu-iconic ---- -
« XUL リファレンス HOME
-
statusbarpanel-menu-iconic
statusbarpanel 䞊に画像を衚瀺するために䜿甚するクラス。popup メニュヌを衚瀺するこずもできたす。画像の指定は src 属性を䜿甚し、statusbarpanel 内に menupopup 芁玠を眮きたす。画像はラベルの代わりに衚瀺されたす。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/text-link/index.html b/files/ja/archive/mozilla/xul/style/text-link/index.html deleted file mode 100644 index c46f6970f3..0000000000 --- a/files/ja/archive/mozilla/xul/style/text-link/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: text-link -slug: Archive/Mozilla/XUL/Style/text-link -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/text-link ---- -
« XUL リファレンス HOME
-
text-link
このクラスを持぀ label は、フォヌカスされ、click ハンドラが実行され、href 属性のアドレスがマりスクリックや Enter キヌの抌䞋によっお開かれたす。label はリンクのようになりたす (青色で䞋線付き)。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/thin/index.html b/files/ja/archive/mozilla/xul/style/thin/index.html deleted file mode 100644 index 4263a3166f..0000000000 --- a/files/ja/archive/mozilla/xul/style/thin/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: thin -slug: Archive/Mozilla/XUL/Style/thin -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/thin ---- -
« XUL リファレンス HOME
-
thin
通垞、0.5em の现めの区切り。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/tree-splitter/index.html b/files/ja/archive/mozilla/xul/style/tree-splitter/index.html deleted file mode 100644 index 53435afe02..0000000000 --- a/files/ja/archive/mozilla/xul/style/tree-splitter/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: tree-splitter -slug: Archive/Mozilla/XUL/Style/tree-splitter -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/tree-splitter ---- -
« XUL リファレンス HOME
-
tree-splitter
この splitter は tree columns 内 (treecol 芁玠間) での䜿甚を意図しおいたす。splitter は幅なしで描画されるので芋えたせんが、columns のサむズ倉曎が可胜です。
-
- -
diff --git a/files/ja/archive/mozilla/xul/style/treecol-image/index.html b/files/ja/archive/mozilla/xul/style/treecol-image/index.html deleted file mode 100644 index a64b7e0baf..0000000000 --- a/files/ja/archive/mozilla/xul/style/treecol-image/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: treecol-image -slug: Archive/Mozilla/XUL/Style/treecol-image -tags: - - XUL Reference - - XUL_Style_classes -translation_of: Archive/Mozilla/XUL/Style/treecol-image ---- -
« XUL リファレンス HOME
-
treecol-image
tree column ヘッダ䞊に画像を衚瀺するには、このクラスを䜿甚したす。画像の指定は src 属性を䜿甚しおください。
-
- -
diff --git a/files/ja/archive/mozilla/xul/tab/index.html b/files/ja/archive/mozilla/xul/tab/index.html deleted file mode 100644 index adc9197727..0000000000 --- a/files/ja/archive/mozilla/xul/tab/index.html +++ /dev/null @@ -1,208 +0,0 @@ ---- -title: tab -slug: Archive/Mozilla/XUL/tab -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/tab ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

tabs 芁玠内に眮かれる䞀぀のタブ。ナヌザはタブをクリックしお、関連付けられた tabbox のペヌゞを前面に衚瀺したす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
accesskey, afterselected, beforeselected, command, crop, disabled, fadein, first-tab, image, label, last-tab, linkedpanel, oncommand, pinned, selected, tabindex, validate, value
-
-
プロパティ
accessKey, accessibleType, command, control, crop, disabled, image, label, linkedPanel, selected, tabIndex, value
-
-

䟋

-

(䟋が必芁)

-

属性

-

- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- -
afterselected
型: 論理型
この属性は、タブが珟圚遞択されおいるタブのすぐ埌に隣接しおいる堎合、true に蚭定されたす。必芁なずきに自動で蚭定されるので手動で調敎しおはいけたせん。この属性は䞻に、テヌマで遞択されたタブ呚蟺の倖芳を調敎するのに圹立ちたす。
- -

  

-
- -
beforeselected
型: 論理型
これは、タブが珟圚遞択されおいるタブのすぐ前に隣接しおいる堎合、true に蚭定されたす。この属性は必芁なずき自動で蚭定されるので手動で調敎しおはいけたせん。この属性は䞻に、テヌマで遞択されたタブ呚蟺の倖芳を調敎するのに圹立ちたす。
- -
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
fadein
Type: boolean
This attribute is set to true if the tab is fading in or out. This typically means that the tab is in the process of appearing or disappearing.
-
-
- -
first-tab
型: 論理型
この属性は最初のタブに察しお true に蚭定されたす。この属性は手動で蚭定しおはいけたせん。しかし、テヌマで最初のタブに異なるスタむル付けをする堎合に圹に立ちたす。
- -
- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
last-tab
型: 論理型
この属性は最埌のタブに察しお true に蚭定されたす。この属性は手動で蚭定しおはいけたせん。しかし、テヌマで最埌のタブに異なるスタむル付けをする堎合に圹に立ちたす。
- -
- -
linkedpanel
型: tabpanel 芁玠の id
タブが遞択されたずきに衚瀺される、リンクされた tabpanel 芁玠の id。この属性を䜿甚しない堎合、タブは tabpanels 芁玠内の、tabs コンテナ内の tab のむンデックスに䞀臎するパネルに接続されたす。しかし、この属性を䜿甚する堎合、この振る舞いよりも優先され、タブは垞に指定のパネルにリンクされたす。これは、いく぀かのタブが、select むベント内で調敎されたコンテンツにわずかな違いを持぀䞀぀のパネルに、重耇しおリンクしおしたうのを避けるために利甚されたす。
- -
- -
oncommand
型: スクリプトコヌド
このむベントハンドラは command が掻性化した時、呌び出されたす。これは、ナヌザがメニュヌ項目を遞択したり command に割り圓おられたキヌボヌドショヌトカットが抌したりした堎合に起こりたす。
- - -
- -
pinned
Type: boolean
This attribute is set to true if the tab has been pinned (that is, if it's an app tab). The tabbrowser element's pinTab and unpinTab methods handle pinning and unpinning tabs.
-
-
- -
selected
型: 論理型
tab がデフォルトで遞択されるずきは、この属性を true に蚭定したす。
- - -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
validate
型: 䞋蚘の倀のいずれか䞀぀
この属性は、キャッシュから image を読み蟌むかどうかを指瀺したす。image がリモヌトに栌玍されるずきや、image を頻繁に差し替えようずしおいるずき、圹立぀でしょう。次の倀はデフォルトで扱われる属性党䜓を蚱可、たたは陀倖したす:
- - -
-

プロパティ

-

-
-
accessKey
-
型: 文字型
-
accesskey 属性の倀の取埗ず蚭定。
-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
command
型: 芁玠の id
command 属性の倀の取埗ず蚭定。
-
-
control
型: tabs 芁玠
包含する tabs 芁玠を返す。
-
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
image
型: image の URL
image 属性の倀の取埗ず蚭定。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
linkedPanel
型: tabpanel 芁玠の id
linkedpanel 属性の倀の取埗ず蚭定。
-
-
-
selected
-
型: 論理型
このプロパティの倀は、芁玠が遞択されおいるずきは true、遞択されおいないずきは false です。このプロパティは読み取り専甚です。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

補足

-
-
-Gecko 1.9 note -
(Firefox 3)
-
-

Gecko 1.9 (Firefox 3) 以降、タブの無効化は、すでに無効化されおいおも倱敗したす。しかしむベントは受け入れたす。

-
-

たた、tab を "隠さない" こずによっお、タブの順番が予枬䞍胜になりたす。バグ 307088 および バグ 261826 を参照。hidden の代わりに collapsed を䜿甚しおください。

- -
芁玠
tabbox, tabs, tabpanels, tabpanel.
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULSelectControlItemElement
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/tabbox/index.html b/files/ja/archive/mozilla/xul/tabbox/index.html deleted file mode 100644 index 0a9474f5da..0000000000 --- a/files/ja/archive/mozilla/xul/tabbox/index.html +++ /dev/null @@ -1,86 +0,0 @@ ---- -title: tabbox -slug: Archive/Mozilla/XUL/tabbox -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/tabbox ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

芁玠のタブ化されたペヌゞの䞀匏を衚瀺するためのコンテナ。各タブペヌゞを切り替えるタブの行は tabbox 䞊郚に衚瀺されたす。tabbox は二぀の子芁玠を含みたす。はじめに、タブを含む tabs 芁玠、次に、ペヌゞのコンテンツを含む tabpanels 芁玠。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
eventnode, handleCtrlPageUpDown, handleCtrlTab
-
-
プロパティ
accessibleType, eventNode, handleCtrlPageUpDown, handleCtrlTab, selectedIndex, selectedPanel, selectedTab, tabs, tabpanels
-
-

䟋

-
<tabbox id="myTabList" selectedIndex="2">
-  <tabs>
-    <tab label="A First tab"/>
-    <tab label="Second tab"/>
-    <tab label="Another tab"/>
-    <tab label="Last tab"/>
-  </tabs>
-  <tabpanels>
-    <tabpanel><!-- tabpanel First elements go here --></tabpanel>
-    <tabpanel><!-- tabpanel Second elements go here --></tabpanel>
-    <tabpanel><button label="Click me"/></tabpanel>
-    <tabpanel><!-- tabpanel Fourth elements go here --></tabpanel>
-  </tabpanels>
-</tabbox>
-
-

Image:XUL_REF_tabboxes.gif

-

属性

-

- -
eventnode
型: 䞋蚘の倀のいずれか䞀぀
キヌボヌド操䜜むベントを受け取る堎所を指瀺したす。この属性が指定されおいない堎合、むベントは tabbox から受け取りたす。そのため、この属性が䜿甚されおいないずきは tabbox 芁玠やその内偎の芁玠はキヌボヌド操䜜を適甚するためのフォヌカスを持っおいなければなりたせん。
- - -
- -
handleCtrlPageUpDown
型: 論理型
true に蚭定するか省略した堎合、Ctrl を抌しながら Page Up たたは Page Down キヌを抌すず、次のタブや前のタブに切り替えられたす。この属性を false に蚭定した堎合、これらのキヌはタブ操䜜を行いたせん。
- -
- -
handleCtrlTab
型: 論理型
true に蚭定するか省略した堎合、Ctrl ず Tab キヌが同時に抌されるず tabbox が次のタブに切り替えられたす。Shift キヌも同時に抌すず、前のタブが衚瀺されたす。この属性を false に蚭定した堎合、これらのキヌはタブ操䜜を行いたせん。
- -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
eventNode
型: EventTarget
キヌボヌド操䜜むベントリスナヌが蚭定される䜍眮のノヌドを指瀺したす。このプロパティの初期倀は eventnode 属性の倀によっお決定されたす。
-
-
handleCtrlPageUpDown
型: 論理型
handleCtrlPageUpDown 属性の倀の取埗ず蚭定。
-
-
handleCtrlTab
型: 論理型
handleCtrlTab 属性の倀の取埗ず蚭定。
-
-
selectedIndex
型: æ•Žæ•°åž‹
遞択された項目の index を返したす。たた、このプロパティに index を蚭定しお項目を遞択する事もできたす。このプロパティに -1 を蚭定するず、項目の遞択をすべお解陀したす。
-
-
selectedPanel
型: 芁玠
tabbox 芁玠内の珟圚遞択されたパネルぞの参照を保持したす。このプロパティに倀を割り圓おるず、遞択されたパネルが倉曎されたす。遞択されたパネルが倉曎された時、select むベントが送られたす。
-
-
selectedTab
型: tab 芁玠
珟圚遞択されたタブぞの参照。これは垞に tabs 芁玠内の tab 芁玠の䞀぀になりたす。珟圚遞択されたタブを倉曎するには、このプロパティに倀を割り圓おおください。
-
-
tabs
型: tabs 芁玠
tabbox 内に含たれる tabs 芁玠。
-
-
tabpanels
型: tabpanels 芁玠
tabbox 内に含たれる tabpanels 芁玠。
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
tabs, tab, tabpanels, tabpanel.
-
diff --git a/files/ja/archive/mozilla/xul/tabbrowser/index.html b/files/ja/archive/mozilla/xul/tabbrowser/index.html deleted file mode 100644 index fc49c48829..0000000000 --- a/files/ja/archive/mozilla/xul/tabbrowser/index.html +++ /dev/null @@ -1,366 +0,0 @@ ---- -title: tabbrowser -slug: Archive/Mozilla/XUL/tabbrowser -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/tabbrowser ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠は Web ドキュメントの読み蟌み専甚衚瀺の䞀匏を保持するために䜿甚されたす。これは browser 芁玠に䌌おいたすが、耇数のドキュメントをそれぞれ区切られたタブで衚瀺できたす。

-
èš»: Firefox 3 (XULRunner/Gecko 1.9) 以降、この芁玠は Firefox のメむンりィンドりでのみ䜿甚され、サヌドパティ補のアプリケヌションや拡匵機胜による他の XUL りィンドりで䜿甚するこずはできたせん。
-
属性
autocompleteenabled, autocompletepopup, autoscroll, contentcontextmenu, contenttooltip, handleCtrlPageUpDown, onbookmarkgroup, onnewtab, tabmodalPromptShowing
-
-
プロパティ
browsers, canGoBack, canGoForward, contentDocument, contentTitle, contentViewerEdit, contentViewerFile, contentWindow, currentURI, docShell, documentCharsetInfo, homePage, markupDocumentViewer, securityUI, selectedBrowser, selectedTab, sessionHistory, tabContainer, tabs, visibleTabs, webBrowserFind, webNavigation, webProgress
-
-
メ゜ッド
addProgressListener, addTab, addTabsProgressListener,appendGroup, getBrowserAtIndex, getBrowserIndexForDocument, getBrowserForDocument, getBrowserForTab, getIcon, getNotificationBox, getTabModalPromptBox, goBack, goBackGroup, goForward, goForwardGroup, goHome, gotoIndex, loadGroup, loadOneTab, loadTabs, loadURI, loadURIWithFlags, moveTabTo, pinTab, reload, reloadAllTabs, reloadTab, reloadWithFlags, removeAllTabsBut, removeCurrentTab, removeProgressListener, removeTab, removeTabsProgressListener,replaceGroup, selectTabAtIndex, setIcon, showOnlyTheseTabs, stop, unpinTab
-
-

属性

-

- -
autocompleteenabled
型: 論理型
フィヌルドの自動補完を有効にするには true に蚭定しおください。
- -
- -
autocompletepopup
型: popup 芁玠の id
popup 芁玠の id は、芁玠のための自動補完の候補を保持したす。
- -
- -
autoscroll
型: 論理型
この browser の自動スクロヌルを無効にするには false に蚭定したす。この属性を true に蚭定するか省略した堎合、自動スクロヌルが有効になるか、ナヌザ蚭定の general.autoScroll に埓いたす。
- -
- -
-
- contentcontextmenu
-
- 型: menupopup 芁玠の id
-
- tabbrowser 内のコンテンツ領域のためのコンテキストメニュヌぞの参照
-
-
- -
-
- contenttooltip
-
- 型: tooltip 芁玠の id
-
- tabbrowser 内のコンテンツ領域で䜿甚される tooltip 芁玠ぞの参照。
-
-
- -
handleCtrlPageUpDown
型: 論理型
true に蚭定するか省略した堎合、Ctrl を抌しながら Page Up たたは Page Down キヌを抌すず、次のタブや前のタブに切り替えられたす。この属性を false に蚭定した堎合、これらのキヌはタブ操䜜を行いたせん。
- -
- -
onbookmarkgroup
Firefox では䜿甚䞍可
型: スクリプトコヌド
このコヌドは、ナヌザが "すべおのタブをブックマヌク" コマンドを遞んだ時に実行されたす。
- -
- -
onnewtab
Firefox では䜿甚䞍可
型: スクリプトコヌド
このスクリプトは new tab ボタンがクリックされた時に呌び出されたす。
- -
- -
tabmodalPromptShowing
Type: integer
The number of tab modal prompts currently attached to the current tab.
-
-
-

プロパティ

-

-
browsers
型: browser 芁玠のノヌドリスト
tabbrowser 内の browser 芁玠のリストを保持したす。
-
-
canGoBack
型: 論理型
セッション履歎で前のペヌゞに移動できるずき、このプロパティは true になり、Back ボタンが有効になりたす。このプロパティは読み取り専甚です。
-
-
canGoForward
型: 論理型
セッション履歎で次のペヌゞに移動できるずき、このプロパティは true になり、Forward ボタンが有効になりたす。このプロパティは読み取り専甚です。
-
-
contentDocument
型: document
この読み取り専甚のプロパティは芁玠内の document オブゞェクトを含みたす。
-
-
contentTitle
型: 文字列型
この読み取り専甚のプロパティは browser 内の document オブゞェクトの title を含みたす。
-
-
contentViewerEdit
型: nsIContentViewerEdit
この読み取り専甚のプロパティは、document 䞊のクリップボヌド操䜜を扱う nsIContentViewerEdit を含みたす。
-
-
contentViewerFile
型: nsIContentViewerFile
document の nsIContentViewerFile むンタフェヌスぞの参照。
-
-
-
- contentWindow
-
- 型: window
-
- この読み取り専甚のプロパティは芁玠内の window オブゞェクトを含みたす。
-
- -

 

-
currentURI
型: nsIURI
この読み取り専甚のプロパティは珟圚読み蟌たれおいる URL を含みたす。URL を倉曎するには loadURI メ゜ッドを䜿甚しおください。
-
-
docShell
型: nsIDocShell
この読み取り専甚のプロパティは document の nsIDocShell オブゞェクトを含みたす。
-
-
documentCharsetInfo
型: nsIDocumentCharsetInfo
この読み取り専甚のプロパティは document の nsIDocumentCharsetInfo オブゞェクトを含みたす。このオブゞェクトは document の衚瀺に䜿甚される文字セットを扱うために䜿甚したす。
-
-
homePage
型: ホヌムペヌゞ URL の文字列
このプロパティはナヌザのホヌムペヌゞ蚭定の倀を保持したす。
-
-
markupDocumentViewer
型: nsIMarkupDocumentViewer
この読み取り専甚のプロパティは、document を描画する nsIMarkupDocumentViewer を含みたす。
-
-
securityUI
型: nsISecureBrowserUI
この読み取り専甚のプロパティは、読み蟌たれた document のセキュリティレベルを決定するオブゞェクトを含みたす。
-
-
selectedBrowser
型: browser 芁玠
この読み取り専甚のプロパティは、珟圚衚瀺されおいる browser 芁玠を返したす。
-
-
selectedTab
型: tab 芁玠
珟圚遞択されたタブぞの参照。これは垞に tabs 芁玠内の tab 芁玠の䞀぀になりたす。珟圚遞択されたタブを倉曎するには、このプロパティに倀を割り圓おおください。
-
-
sessionHistory
型: nsISHistory
この読み取り専甚のプロパティは、セッション履歎を保持する nsISHistory オブゞェクトを含みたす。
-
-
tabContainer
型: tabs 芁玠
tab を含む tabs 芁玠を返したす。
-
-
tabs
Type: array
A NodeList containing the tab objects for each tab in the tabbrowser. This is a shortcut for looking at the tabs in the tabContainer.
-
-
visibleTabs
Type: array
An array containing tab objects for each visible tab in the tabbrowser. This lets you determine which tabs are visible in the current tab set.
-
-
webBrowserFind
型: nsIWebBrowserFind
この読み取り専甚のプロパティは、document 内のテキストの怜玢に䜿甚するこずができる nsIWebBrowserFind オブゞェクトを含みたす。
-
-
webNavigation
型: nsIWebNavigation
この読み取り専甚のプロパティは document の nsIWebNavigation オブゞェクトを含みたす。このメ゜ッドのほずんどは、goBack や goForward のように芁玠自身から盎接呌び出せたす。たた、reloadWithFlags および loadURIWithFlags によっお䜿甚される読み蟌み定数を含みたす。
-
-
webProgress
型: nsIWebProgress
この読み取り専甚のプロパティは、document 読み蟌みの進捗を監芖する nsIWebProgress オブゞェクトを含みたす。
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
addProgressListener( listener )
-
戻り倀の型: 戻り倀無し
-
読み蟌たれた document を監芖する進捗リスナヌを browser に远加したす。進捗リスナヌは nsIWebProgressListener むンタフェヌスを実装しなければなりたせん。
-
-
addTab( URL, referrerURI, charset, postData, owner, allowThirdPartyFixup )
-
戻り倀の型: tab 芁玠
-
指定した URL のペヌゞを読み蟌む新しいタブを開きたす。残りの匕数は任意です。必芁に応じおタブバヌが衚瀺されたす。
-
䟋は Code snippets:Tabbed browser をご芧ください。
-
文字列から postData を準備するには Preprocessing POST Data をご芧ください。
-
-
addTabsProgressListener( listener )
-
Return type: no return value
-
Add a progress listener to the browser which will monitor loaded documents in all tabs in the tabbed browser. The progress listener should be based on the nsIWebProgressListener interface with an additional "browser" argument as the first argument of every method, which is the browser (not <tabbrowser> = gBrowser) where the event occurred. See Listening to events on all tabs for details.
-
- « XUL リファレンス HOME
-
-
appendGroup( group )
-
戻り倀の型: 戻り倀無し
-
※ Firefox では䜿甚䞍可
-
いく぀かの新しいタブを既存のタブの次に远加したす。匕数は、タブに読み蟌む各ドキュメントオブゞェクトの配列です。オブゞェクトはスクリプトで定矩され、読み蟌むペヌゞの URL の URI プロパティを含みたす。 referrerURI プロパティは、リファラペヌゞを蚭定するために任意で䜿甚されたす。
-
-
getBrowserAtIndex( index )
-
型: browser 芁玠
-
指定した tab index (index) の䜍眮の browser を返したす。
-
-
getBrowserIndexForDocument( document )
-
戻り倀の型: æ•Žæ•°åž‹
-
指定した document の browser の index を返したす。
-
-
getBrowserForDocument( document )
-
型: browser 芁玠
-
指定した document の browser を返したす。
-
-
getBrowserForTab( tab )
-
型: browser 芁玠
-
指定した tab 芁玠の browser を返したす。
-
-
getIcon( aTab )
-
戻り倀: string
-
指定タブのファビコンの URL を返したす。 aTab第二匕数が null の堎合は、珟圚のタブのアむコンが返されたす。アむコンのセット方法に぀いおは setIcon のペヌゞを参照しお䞋さい。
-
-
getNotificationBox( browser )
-
型: notificationbox 芁玠
-
指定した browser 芁玠の notificationbox を返したす。
-
getTabModalPromptBox( browser )
Return type: object
Returns an object that manages tab-modal prompts for the specified browser. Returns a promptBox object representing the new prompt.
-
-
goBack()
-
戻り倀の型: 戻り倀無し
-
履歎内のペヌゞを䞀぀戻りたす。
-
-
goBackGroup()
-
Firefox では䜿甚䞍可
-
戻り倀の型: 戻り倀無し
-
前のタブグルヌプぞ戻りたす。
-
-
goForward()
-
戻り倀の型: 戻り倀無し
-
履歎内のペヌゞを䞀぀進みたす。
-
-
goForwardGroup()
-
Firefox では䜿甚䞍可
-
戻り倀の型: 戻り倀無し
-
次のタブグルヌプぞ進みたす。
-
-
goHome()
-
戻り倀の型: 戻り倀無し
-
ナヌザのホヌムペヌゞを browser に読み蟌みたす。
-
-
gotoIndex( index )
-
戻り倀の型: 戻り倀無し
-
䞎えられた index を持぀履歎内のペヌゞぞ移動したす。先ぞ進むには正の敎数、前ぞ戻るには負の敎数を䜿甚したす。
-
-
loadGroup( group )
-
Not in Firefox
-
戻り倀の型: 最初の tab
-
ペヌゞのグルヌプを耇数のタブに読み蟌みたす。これらは browser.tabs.loadGroup 蚭定の状態によっお、それぞれ远加、たたは眮き換えられたす。匕数は、タブに読み蟌む各ドキュメントオブゞェクトの配列です。オブゞェクトはスクリプトで定矩され、読み蟌むペヌゞの URL の URI プロパティを含みたす。referrerURI プロパティは、リファラペヌゞを蚭定するために任意で䜿甚されたす。この関数は最初に読み蟌たれたタブぞの参照を返したす。
-
-
圢匏 1: - loadOneTab( URL, referrerURI, charset, postData, loadInBackground, allowThirdPartyFixup )
-
圢匏 2: - loadOneTab( URL, { referrerURI: ..., charset: ..., postData: ..., inBackground: ..., allowThirdPartyFixup: ..., relatedToCurrent: ... })
-
- 戻り倀の型: tab 芁玠
-
- 指定した URL のペヌゞを読み蟌む新しいタブを開きたす。残りの匕数は任意です。このメ゜ッドは addTab ず同じ動䜜をしたすが、loadInBackground 匕数で新しいタブを前面ず背面のどちらに開くかを遞ぶこずができたす。たた、owner タブは自動的に指定されるため、owner 匕数はありたせん。
-
-
-
- inBackground
-
- true の堎合、タブはバックグラりンドでロヌドされたす。 false の堎合はタブは新たに遞択したタブになりたす。 匕数が null かたたは無指定の堎合、このパラメヌタは browser.tabs.loadInBackground の蚭定に远埓したす。
-
-
-
-
-

Firefox 3.6 における泚蚘

-

このメ゜ッドの 2 ぀目の圢匏は Firefox 3.6 で远加されたものです。 relatedToCurrent パラメヌタが远加されおおり、パラメヌタは任意の順序で、名前によっお指定するこずができたす。

-
-
-
loadTabs( uris, loadInBackground, replace )
-
戻り倀の型: 戻り倀無し
-
uris 配列で指定された URI のセットをタブに読み蟌みたす。loadInBackground が true の堎合、これらのタブは背面に読み蟌たれたす。replace が true の堎合、タブを远加する代わりに、珟圚衚瀺されおいるタブが指定した URI に眮き換えられたす。
-
-
loadURI( uri, referrer, charset )
-
戻り倀の型: 戻り倀無し
-
指定された referrer ず charset で URL を document に読み蟌みたす。
-
-
- loadURIWithFlags( uri, flags, referrer, charset, postData )
-
- 戻り倀の型: 戻り倀なし
-
- 匕数に指定した読み蟌みフラグ (flags) および䞎えられたリファラ (referrer) 、文字セット (charset) 、POST デヌタで URL を document に読み蟌みたす。reloadWithFlags メ゜ッドで蚱可されたフラグに加え、次のフラグも有効です。
-
- -

(referrer および postData 匕数の詳现は nsIWebNavigation.loadURI() をご芧ください。)

-
- moveTabTo(tab, index)
-
- Return type: tab element
-
- Tries to moves an existing tab to a given index.
-
-
pinTab( tabElement )
-
戻り倀の型 : 戻り倀無し
-
指定 tab 芁玠を app タブにピン留めしたす。
-
-
- reload()
-
- 戻り倀の型: 戻り倀無し
-
- browser 内の document を再読み蟌みしたす。
-
-
- reloadAllTabs()
-
- 戻り倀の型: 戻り倀無し
-
- すべおのタブのコンテンツを再読み蟌みしたす。
-
-
- reloadTab( tab )
-
- 戻り倀の型: 戻り倀無し
-
- 指定タブのコンテンツを再読み蟌みしたす。
-
-
reloadWithFlags( flags )
-
戻り倀の型: 戻り倀なし
-
browser 内の document を䞎えられた読み蟌みフラグ (flags) で再床読み蟌みたす。䞋蚘のフラグが䜿甚されたす。これらはすべお webNavigation プロパティ (たたは nsIWebNavigation むンタフェヌス) の定数です。蚘号 ( | ) を䜿甚しおフラグを組み合わせるこずができたす。
-
- -
-
removeAllTabsBut( tabElement )
-
戻り倀の型: 戻り倀なし
-
指定したタブを陀くすべおのタブパネルを削陀したす。タブペヌゞが 1 ぀しか衚瀺されおいない堎合、このメ゜ッドは䜕もしたせん。
-
-
- removeCurrentTab()
-
- 戻り倀の型: tab 芁玠
-
- 珟圚衚瀺されおいるタブペヌゞを削陀したす。 タブが 1 ぀のみ衚瀺されおいる堎合、このメ゜ッドは䜕もしたせん。
-
-
removeProgressListener( listener )
-
戻り倀の型: 戻り倀なし
-
進捗リスナヌを browser から削陀したす。
-
-
- removeTab( tabElement )
-
- 戻り倀の型: 戻り倀なし
-
- 䞎えられた tab 芁玠に察応する特定のタブ化されたペヌゞを削陀したす。 If only one tab is displayed, this method does nothing (unless the preference browser.tabs.closeWindowWithLastTab is true, in which case the window containing the tab is closed). If browser.tabs.autoHide is true, the row of tabs will collapse if only one tab remains.
-
-
- removeTabsProgressListener( listener )
-
- Return type: no return value
-
- Removes a progress listener to the browser which has been monitoring all tabs. The progress listener should implement the nsIWebProgressListener interface.
-
-
replaceGroup( group )
-
Firefox では䜿甚䞍可
-
戻り倀の型: セッション履歎オブゞェクトの配列
-
既存のタブを新しいセットで眮き換えたす。眮き換え前のタブの方が倚い堎合は、䜙りのタブは削陀されたせん。先に既存のタブを削陀しお完党に眮き換えるには removeTab メ゜ッドを䜿甚しおください。匕数は読み蟌む各ドキュメントオブゞェクトの配列です。オブゞェクトはスクリプトで定矩され、読み蟌むペヌゞの URL の URI プロパティを含みたす。referrerURI プロパティは、リファラペヌゞを蚭定するために任意で䜿甚されたす。このメ゜ッドは、削陀されたタブのセッション履歎オブゞェクトの配列を返したす。
-
-
selectTabAtIndex( index, event )
-
戻り倀の型: 戻り倀無し
-
匕数 index で指定した䜍眮のタブを遞択したす。index には負の倀も指定可胜です。匕数 event が指定されおいる堎合は、デフォルトのむベント凊理は行われなくなり、むベントの䌝播も発生したせん。
-
-
setIcon( aTab, aURI )
-
戻り倀の型: 戻り倀無し
-
第䞀匕数 (aTab) に指定したタブのファビコンを、第二匕数 (aURI) に指定した URI の画像に蚭定したす。珟圚のアむコンの取埗方法に぀いおは getIcon のペヌゞを参照しお䞋さい。
-
-
- showOnlyTheseTabs( aTabs )
-
- 戻り倀の型 : 戻り倀無し
-
aTabs 配列内のすべおのタブを衚瀺、他のすべおのタブを非衚瀺にしたす。
-
-
- stop()
-
- 戻り倀の型: 戻り倀無し
-
- 䞭止ボタンの抌䞋ず同じです。珟圚の document の読み蟌みを䞭止したす。
-
unpinTab( tabElement )
Return type: no return value
Unpins the specified tab element, making it no longer an app tab.
-
- - diff --git a/files/ja/archive/mozilla/xul/tabpanel/index.html b/files/ja/archive/mozilla/xul/tabpanel/index.html deleted file mode 100644 index 99feaf1dc4..0000000000 --- a/files/ja/archive/mozilla/xul/tabpanel/index.html +++ /dev/null @@ -1,93 +0,0 @@ ---- -title: tabpanel -slug: Archive/Mozilla/XUL/tabpanel -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/tabpanel ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

tabpanels 芁玠内の個々のパネル。この芁玠は任意です。この䞭に他のコンテナを眮いお䜿甚したす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
tabbox, tabs, tab, tabpanels.
-
diff --git a/files/ja/archive/mozilla/xul/tabpanels/index.html b/files/ja/archive/mozilla/xul/tabpanels/index.html deleted file mode 100644 index d592329606..0000000000 --- a/files/ja/archive/mozilla/xul/tabpanels/index.html +++ /dev/null @@ -1,106 +0,0 @@ ---- -title: tabpanels -slug: Archive/Mozilla/XUL/tabpanels -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/tabpanels ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

tabbox 内のペヌゞセットを保持するためのコンテナ。tabpanels 芁玠は tabbox 内に眮きたす。ただし、tabbox 盎䞋の子芁玠である必芁はありたせん。tabpanels 芁玠の子は tabbox のパネルになりたす。倚くの堎合、vbox が䜿甚されたすが、これはどの芁玠にもなり埗るため、tabpanel 芁玠の䜿甚が奜たしい堎合がありたす。最初のタブをクリックするず、最初のパネルが衚瀺されたす。二番目のタブをクリックするず、二番目のパネルが衚瀺されたす。以䞋同様に、タブず同数のパネルがありたす。パネルは隠されるべきではありたせん。タブを隠すず、そのパネルぞアクセスできなくなりたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
selectedIndex
-
-
プロパティ
selectedIndex, selectedPanel
-
-

䟋

-

(䟋が必芁)

-

属性

-
- -
selectedIndex
型: æ•Žæ•°åž‹
珟圚遞択されおいるパネルの index を取埗、蚭定したす。最初の項目の index は 0 です。
- -
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-

-
accessible
型: nsIAccessible
芁玠の accessibility object を返す。
-
-
selectedIndex
型: æ•Žæ•°åž‹
遞択された項目の index を返したす。たた、このプロパティに index を蚭定しお項目を遞択する事もできたす。このプロパティに -1 を蚭定するず、項目の遞択をすべお解陀したす。
-
-
selectedPanel
型: 芁玠
tabbox 芁玠内の珟圚遞択されたパネルぞの参照を保持したす。このプロパティに倀を割り圓おるず、遞択されたパネルが倉曎されたす。遞択されたパネルが倉曎された時、select むベントが送られたす。
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
tabbox, tabs, tab, tabpanel.
-
diff --git a/files/ja/archive/mozilla/xul/tabs/index.html b/files/ja/archive/mozilla/xul/tabs/index.html deleted file mode 100644 index 56041ffd01..0000000000 --- a/files/ja/archive/mozilla/xul/tabs/index.html +++ /dev/null @@ -1,180 +0,0 @@ ---- -title: tabs -slug: Archive/Mozilla/XUL/tabs -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/tabs ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

tab の行。tabs 芁玠は tabbox 芁玠内に眮かれ、tab 芁玠を含みたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
closebutton, disableclose, disabled, onclosetab, onnewtab, onselect, setfocus, tabindex, tooltiptextnew, value
-
-
プロパティ
accessibleType, disabled, itemCount, selectedIndex, selectedItem, tabIndex, value
-
-
メ゜ッド
advanceSelectedTab, appendItem, getIndexOfItem, getItemAtIndex, insertItemAt, removeItemAt
-
-

䟋

-

(䟋が必芁)

-

属性

-

- -
closebutton
型: 論理型
この属性が true に蚭定されおいる堎合、tabs の行は、その端に "new tab" ボタンおよび "close" ボタンが远加されたす。この機胜は tabbrowser によっお、タブの远加ず閉じる操䜜を容易にするために䜿甚されたす。"new tab" ボタンおよび "close" ボタンに画像を蚭定するには、それらに tabs-newbutton クラスおよび tabs-closebutton クラスをそれぞれ適甚したす。
- -
- -
disableclose
型: 論理型
この属性が true の堎合、close ボタンが無効化されたす。
- -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
onclosetab
型: スクリプトコヌド
このスクリプトは close ボタンがクリックされた時に呌び出されたす。
- -
- -
onnewtab
Firefox では䜿甚䞍可
型: スクリプトコヌド
このスクリプトは new tab ボタンがクリックされた時に呌び出されたす。
- -
- -
onselect
型: スクリプトコヌド
このむベントは、このタブが倉曎された時、tabs 芁玠に送られたす。
- - -
- -
setfocus
型: 論理型
この属性が true に蚭定されるか省略された堎合、キヌボヌドでタブに移動した時、フォヌカスが察応する tabpanel 内の最初の芁玠に䞎えられたす。この属性が false に蚭定された堎合、タブぞの移動䞭、フォヌカスは倉曎されたせん。
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
tooltiptextnew
Firefox では䜿甚䞍可
型: 文字列型
ナヌザが tab 行の new ボタン䞊にマりスを移動した時 tooltip 内に珟れるテキストの蚭定に䜿甚されたす。
- -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
-
- itemCount
-
- 型: æ•Žæ•°åž‹
-
- 子項目の数を保持する読み取り専甚のプロパティ。
-
- - -
-
selectedIndex
型: æ•Žæ•°åž‹
遞択された項目の index を返したす。たた、このプロパティに index を蚭定しお項目を遞択する事もできたす。このプロパティに -1 を蚭定するず、項目の遞択をすべお解陀したす。
-
-
selectedItem
型: 芁玠
遞択できる芁玠がある芁玠の、珟圚遞択されおいる項目を保持したす。項目が遞択されおいないずきは、この倀は null になりたす。この倀の蚭定によっお項目を遞択するこずができたす。倀が、このプロパティたたは selectedIndex プロパティを通じお倉曎されるか、ナヌザによっお倉曎された堎合、select むベントが芁玠に送られたす。
-

 

-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
advanceSelectedTab( dir, wrap )
-
戻り倀の型: 戻り倀なし
-
匕数 dir に 1 を蚭定するず、珟圚遞択されおいるタブが次のタブに倉曎されたす。同様に -1 を蚭定するず、珟圚遞択されおいるタブが前のタブに倉曎されたす。wrap 匕数を true に蚭定するず、最初たたは最埌のタブに到達した堎合、それぞれの次は最埌たたは最初のタブからになりたす。
-
- « XUL リファレンス HOME
-
-
- appendItem(label,value )
-
- 戻り倀の型: 芁玠
-
- 新しい項目を生成し、既存の項目リストの末尟に远加したす。倀の蚭定は任意です。この関数は新しく生成された芁玠を返したす。
-
-

䟋

-
<script>
-function addItemsToList() {
-  var list = document.getElementById('myMenuList');
-
-  // add item with just the label
-  list.appendItem('One');
-
-  // add item with label and value
-  list.appendItem('Two', 999);
-
-  // Select the first item
-  list.selectedIndex = 0;
-}
-</script>
-
-<button label="Add items" oncommand="addItemsToList()" />
-
-<menulist id="myMenuList">
-  <menupopup />
-</menulist>
-

関連情報

-
-
getIndexOfItem( item )
-
戻り倀の型: æ•Žæ•°åž‹
-
指定した item の 0 を基点ずした䜍眮を返したす。項目は、 list 内に衚瀺された最初の項目から番号が付けられたす。
-
-
getItemAtIndex( index )
-
戻り倀の型: 芁玠
-
指定した index の䜍眮の芁玠を返したす。
-
-
insertItemAt( index, label, value )
-
戻り倀の型: 芁玠
-
このメ゜ッドは新しい項目を生成し、それを指定した䜍眮に挿入したす。倀の蚭定は任意です。新しい項目芁玠を返したす。
-
-
removeItemAt( index )
-
戻り倀の型: 芁玠
-
芁玠内の指定した index の子項目を削陀したす。このメ゜ッドは削陀した項目を返したす。
-
- -
芁玠
tabbox, tab, tabpanels, tabpanel.
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULSelectControlElement
-
diff --git a/files/ja/archive/mozilla/xul/template/index.html b/files/ja/archive/mozilla/xul/template/index.html deleted file mode 100644 index 3e19e26a1d..0000000000 --- a/files/ja/archive/mozilla/xul/template/index.html +++ /dev/null @@ -1,102 +0,0 @@ ---- -title: template -slug: Archive/Mozilla/XUL/template -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/template ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

ルヌルに基づいた芁玠を構築するためのテンプレヌトの宣蚀に䜿甚したす。芁玠は datasource から構築されたす。詳现は rule 芁玠をご芧ください。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
container, member
-
-

䟋

-

(䟋が必芁)

-

属性

-
- -
container
型: 文字列型
コンテナたたは参照倉数ずしお䜿甚される任意の倉数を蚭定したす。この属性が指定されおいない堎合、テンプレヌトの最初のルヌル内の content タグの、uri 属性で指定された倉数が䜿甚されたす。
- -
- -
member
型: 文字列型
member 倉数ずしお䜿甚される任意の倉数を蚭定したす。この属性が指定されおいない堎合、テンプレヌトの最初のルヌルの action 本䜓の、uri 属性で指定された倉数が䜿甚されたす。
- -
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

diff --git a/files/ja/archive/mozilla/xul/template_guide/index.html b/files/ja/archive/mozilla/xul/template_guide/index.html deleted file mode 100644 index ebbe1b80c6..0000000000 --- a/files/ja/archive/mozilla/xul/template_guide/index.html +++ /dev/null @@ -1,81 +0,0 @@ ---- -title: Template Guide -slug: Archive/Mozilla/XUL/Template_Guide -tags: - - XUL - - XUL_Template_Guide -translation_of: Archive/Mozilla/XUL/Template_Guide ---- -

-

-
このガむドは Firefox 3 のために曎新䜜業䞭です。いく぀かの情報や䟋は陀倖されおいたす。 -
-

-

-
XUL テンプレヌトの基本
- -

-

-
RDF テンプレヌト構文
- -

-

-
XML テンプレヌト構文
- -

-

-
SQL テンプレヌト構文
- -

-

-
共通のテンプレヌト構文
- -

-

-
テンプレヌトのツリヌを構築する
- -

-

-
テンプレヌトの修正
- -

-

-
远加のトピック
- -

-

-
代替案
- -

Interwiki Language Links -

diff --git a/files/ja/archive/mozilla/xul/template_guide/introduction/index.html b/files/ja/archive/mozilla/xul/template_guide/introduction/index.html deleted file mode 100644 index a51ae3fa05..0000000000 --- a/files/ja/archive/mozilla/xul/template_guide/introduction/index.html +++ /dev/null @@ -1,62 +0,0 @@ ---- -title: Introduction -slug: Archive/Mozilla/XUL/Template_Guide/Introduction -tags: - - XUL - - XUL_Template_Guide -translation_of: Archive/Mozilla/XUL/Template_Guide/Introduction ---- -

-{{ Next("XUL:Template Guide:Rule Compilation") }} -XUL テンプレヌトは、ク゚リや、それに䌌た操䜜からのそれぞれの結果を、コンテンツのブロックずしお提䟛したす。デヌタベヌスク゚リの結果ず、よく䌌おいたす。ク゚リからのそれぞれの結果の為に、いく぀かのコンテンツを生成したす。テンプレヌト構文は、返っおきた結果から属性倀を適切に蚭定し、特定基準ベヌスの異なったコンテンツを生成するためのルヌルを、蚱容しおいたす。その他のいく぀かのシステムでも、このデヌタバむンディングを呌び出しおいたす。実際に、XUL テンプレヌトは、XUL のやり方でデヌタバむンディングを行っおいたす。どんなテンプレヌトでも、二぀の制玄がありたす。䞀぀目は、ク゚リヌの結果から䞀぀のコンテンツだけを生成できる事です。䞀片のデヌタずそれに割圓おられた倀は取埗するこずができず、テンプレヌトからの繰り返されたデヌタのブロックずしおデザむンされたす。二぀目は、RDF デヌタ゜ヌスず結び付けられる事です。これらの制限は、いずれ無くなるでしょう。 -

XUL の䞭で、RDF デヌタ゜ヌスは　䞀぀の゚レメントの 'datasources' 倀が順䜍付けされたものです。XUL パヌサがこの倀を䞀぀の゚レメントずしおみる時、テンプレヌトビルダヌぱレメントずそれに添えられた゚レメントずしお構成される。それは、それらがテンプレヌトの内郚゚レメントだろうず、期埅されおいるものです。テンプレヌトビルダヌがデヌタ゜ヌスを読み蟌み、デヌタ゜ヌス䞊のク゚リを実行しそれぞれの結果からコンテンツを生成したす。このコンテンツは、ちょうどあなた自身が行うように、 XUL の䞭に挿入されたす。ここに芋本を衚瀺したす。 -

-
<vbox datasources="http://www.xulplanet.com/ds/sample.rdf">
-
-

この芋本は、'http://www.xulplanet.com/ds/sample.rdf' デヌタ゜ヌスを指定しおいたす。

The template builder loads the datasource using the RDF service in the same way as you would create a datasource through the RDF service directly. The datasource is loaded via its URL. Some RDF datasources are provided with Mozilla -- their URL's start with 'rdf:'. Otherwise, the datasource is loaded as any other URL is loaded. If the datasource is already loaded and cached, the template builder can begin work right away. Otherwise, there isn't anything to do until the data is loaded. Actually, this isn't quite true. The RDF service starts the load of the datasource in the background and the template builder goes through the process of building content anyway. Naturally, since there is no data yet, no results will be available so the builder ends up building nothing.

Once some data starts arriving, the template builder scans its information to see if some results can be created. If so, some content can be generated. If not, nothing gets generated again. An interesting thing to note is that due to the nature of the RDF parsing process, the builder generates results and builds content incrementally while the data arrives. Of course, since the data arrives so quickly from the network, you really don't notice this. If the datasource is already loaded, the builder can construct content all in one step, although even this isn't completely true as we'll see later. -

The template builder can also use multiple datasources which are all combined into a single datasource as if they were all in one datasource to begin with. An nsIRDFCompositeDataSource is used for this purpose. You can get this composite datasource in a script by using an element's 'database' property if you want to add or remove datasources from it. -

As mentioned, the template builder loads the datasources by passing the URLs to the RDF service. However, the special URL rdf:null is used to indicate that you mean no datasources, or an empty datasource. The composite datasource will still be created but no datasources will be added to it. This is used when you need to specify the datasource dynamically with a script. -

In addition, for chrome XUL (such as extensions), the datasource rdf:local-store is always included in the composite. The local store is a datasource which is usually used to hold state information such as window sizes, which columns in a tree are showing and which tree items are open. You can query for any data in the local store in a template although this is rarely done. -

When multiple datasources are used the RDF is combined as if it was one large datasource. That means that a template query can grab data from anywhere in all of the datasources. This combining of datasources is often termed aggregation. This can be quite a useful feature and works regardless of the datasource. For instance, you might use the built-in bookmarks datasource which holds the user's browser bookmarks and use your own datasource to add custom data about those bookmarks. -

-
<vbox datasources="rdf:bookmarks http://www.xulplanet.com/ds/sample.rdf">
-
-

RDF

-

RDF is, in mathematical terms, a labeled directed graph. That means that RDF is a graph of nodes and arrows between them where each node and arrow has some label. Since it's a graph, arrows can point all over the place and nodes can have any number of arrows pointing out of them and pointing at them. And also because it is a graph, there is no real starting point or root node so you can just start anywhere. In the picture below, you can see that node A at the top has arcs pointing to B, C and D. As well, C has an arc pointing to D. You could have arcs pointing elsewhere, for example node D could have an arc pointing back to A. To navigate around, you could start at node A and navigate around the graph following the arrows to B, C or D. Or you could start at B and go to A and then go to C and D. No requirement exists to follow the arrows in the direction they point; you can easily go the other way. The picture was generated from the W3C's -RDF validator, a good place to go to check if your RDF is valid. -

Image:Template-guide-p2.png -

The text in red are the labels for the arrows, called predicates. In this example, all the arrows have the same label. Usually, this won't be the case. Templates provide a means of navigating around using only arrows with specific labels. -Here is one serialization of RDF/XML for this graph, though there are many others. -

-
<?xml version="1.0"?>
-<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-  xmlns:rel="http://www.xulplanet.com/rdf/">
-
-  <rdf:Description rdf:about="http://www.xulplanet.com/rdf/A">
-    <rel:relatedItem rdf:resource="http://www.xulplanet.com/rdf/B"/>
-    <rel:relatedItem rdf:resource="http://www.xulplanet.com/rdf/C"/>
-    <rel:relatedItem rdf:resource="http://www.xulplanet.com/rdf/D"/>
-  </rdf:Description>
-
-  <rdf:Description rdf:about="http://www.xulplanet.com/rdf/C">
-    <rel:relatedItem rdf:resource="http://www.xulplanet.com/rdf/D"/>
-  </rdf:Description>
-
-</rdf:RDF>
-
-

For a XUL template query, you first need to select a starting point in the RDF graph. Once you have selected a starting point, you use a number of statements which indicate where to go next when navigating the graph. Eventually, you will end up with a set of nodes you consider the endpoints of your query. These become the results and content would be generated for each of these results. Say you start at A. You could navigate to B, C and D and generate three blocks of output. Or, you could start at D and follow two arrows back. This will get one result, A. Look at the graph to see if you can see why one result would be generated in this case. -

In XUL template terminology, the starting point is called the container or reference point and the endpoint is called the member. It is so called because it is most common to gather the list of the members, or children, of a container. But this doesn't have to be the case. Any starting point and ending points will do. -

Nodes in RDF are identified by a string value. There are two types of nodes in RDF, resources which usually represent 'things', and literals which are values like the names of things, the dates of things, the sizes of things, and so on. A literal's value is, for example, the name of the thing, such as 'Fred'. A resource's value is a URI which for your own RDF data you can just make up. We'll use the URI of the resource nodes in a template. In the image, the resource URI's are the blue labels of each node. There are no literals in this example, but we'll see some later. -

Let's say we want the starting point to be A from the above example graph. We will use A's URI (http://www.xulplanet.com/rdf/A) as the reference starting point. In a XUL template, you specify the starting point using the 'ref' attribute. Here is an example: -

-
<vbox datasources="http://www.xulplanet.com/ds/sample.rdf"
-         ref="http://www.xulplanet.com/rdf/A" flex="1">
-
-

This is an indicator that we want to construct a XUL template using the reference point with the URI 'http://www.xulplanet.com/rdf/A'. -


-{{ Next("XUL:Template Guide:Rule Compilation") }} -

Interwiki Language Links -

-
-
-{{ languages( { "en": "en/XUL/Template_Guide/Introduction", "ru": "ru/\u0420\u0443\u043a\u043e\u0432\u043e\u0434\u0441\u0442\u0432\u043e_\u043f\u043e_\u0448\u0430\u0431\u043b\u043e\u043d\u0430\u043c_XUL/\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435" } ) }} diff --git a/files/ja/archive/mozilla/xul/textbox/index.html b/files/ja/archive/mozilla/xul/textbox/index.html deleted file mode 100644 index 3ff75f1661..0000000000 --- a/files/ja/archive/mozilla/xul/textbox/index.html +++ /dev/null @@ -1,382 +0,0 @@ ---- -title: textbox -slug: Archive/Mozilla/XUL/textbox -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/textbox ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

ナヌザがテキストを入力するこずができる input フィヌルド。これは HTML の input 芁玠に䌌おいたす。デフォルトでは䞀行のテキストフィヌルドのみが衚瀺されたす。multiline 属性で耇数行のフィヌルドを衚瀺するように指定するこずもできたす。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
cols, decimalplaces, disabled, emptytext, hidespinbuttons, increment, label, max, maxlength, min, multiline, newlines, onchange, oninput, placeholder, preference, readonly, rows, searchbutton, size, spellcheck, tabindex, timeout, type, value, wrap, wraparound
-
-
プロパティ
accessibleType, clickSelectsAll, decimalPlaces, decimalSymbol, defaultValue, disabled, editor, emptyText, increment, inputField, label, max, maxLength, min, placeholder, readOnly, searchButton, selectionEnd, selectionStart, size, spinButtons, tabIndex, textLength, timeout, type, value, valueNumber, wrapAround
-
-
メ゜ッド
decrease, increase, reset, select, setSelectionRange
-
-
スタむルクラス
plain
-
-

䟋

-
<vbox>
-  <label control="your-name" value="Enter your name:"/>
-  <textbox id="your-name" value="John"/>
-</vbox>
-
-
Image:XUL_ref_textbox.png
-

属性

-
- -
cols
型: æ•Žæ•°åž‹
耇数行の textbox で衚瀺するための桁数。
- -
- -
decimalplaces
型: æ•Žæ•°åž‹
衚瀺する小数点以䞋の桁数。デフォルト倀の 0 は小数点以䞋の桁を衚瀺したせん。小数点以䞋の桁数を無制限にしたいずきは、倀を Infinity にしたす。小数は float ずしお栌玍されるので泚意しおください。
- -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
emptytext 非掚奚 Gecko 2
型: 文字列型
textbox が倀を持たない時に衚瀺される文字列。これは、Gecko 2.0 で placeholder 属性に代わりたした。この叀い属性名は互換性のために残されおいたすが、䜿甚しおいる堎合はコヌドを曎新すべきです。
-
- -
- -
hidespinbuttons
型: 論理型
true の堎合、数倀ボックスは倀を調節するための矢印ボタンを持ちたせん。倀はキヌボヌドで調節するこずができたす。デフォルトの倀は false です。
- -
- -
-
- increment
-
- 型: 論理型
-
- 矢印がクリックされたずきに (スクロヌルバヌの) curpos あるいは (数倀ボックスの) value 属性の倉曎される量。デフォルト倀は 1 です。
-
-
- -
label
型: 文字列型
この属性が蚭定され空でない堎合、label プロパティを通しおスクリヌンリヌダに枡されたす。
- -
- -
-
max
-
型: æ•Žæ•°åž‹
-
スケヌルたたは数倀ボックスの取り埗る最倧倀。スケヌルの堎合の初期倀は 100、数倀ボックスの堎合の初期倀は無限。
-
- - -
- -
maxlength
型: æ•Žæ•°åž‹
textbox に入力するこずができる最倧文字数。
- -
- -
-
- min
-
- 型: æ•Žæ•°åž‹
-
- スケヌルあるいは数倀ボックスの取りうる最小倀。デフォルト倀は 0 です。
-
-

 

-
- -
multiline
型: 論理型
true の堎合、textbox は耇数行を衚瀺したす。ナヌザが Enter を抌すず改行されたす。false の堎合、textbox は䞀行のみ入力を蚱可したす。
- -
- -
newlines
型: 文字列型
textbox に貌り付けられた改行の扱い方。
可胜な倀:
pasteintact: 倉曎なしで改行を貌り付ける。
pastetofirst: 最初の改行の前のテキストのみを貌り付ける。残りのテキストは砎棄されたす。
replacewithcommas: 改行をカンマに眮き換えたテキストを貌り付ける。
replacewithspaces: 改行をスペヌスに眮き換えたテキストを貌り付ける。
strip: 改行を取り陀いたテキストを貌り付ける。
stripsurroundingwhitespace: 空癜を取り陀いた改行付きのテキストを貌り付ける。
- -
- -
onchange
型: スクリプトコヌド
このむベントは、textbox の倀が倉曎された時、送られたす。むベントはフォヌカスが他の芁玠に移動するたで送られたせん。
- - -
- -
oninput
型: スクリプトコヌド
このむベントは、ナヌザが textbox にテキストを入力した時、送られたす。このむベントはテキストの衚瀺が倉曎されたずき呌び出されるため、ナヌザが衚瀺䞍可胜なキヌを抌した堎合は呌び出されたせん。
- - -
- -
placeholder
型: 文字列型
textbox が倀を持たない時に衚瀺される文字列。
-
- -
- -
preference
型: 芁玠の id
芁玠を察応する preference に぀なぎたす。この属性は prefwindow 内で䜿甚された堎合のみ効果がありたす。preference の倀は、芁玠の value プロパティず䞀臎するように曎新されたす。
- -
- -
readonly
型: 論理型
true に蚭定した堎合、ナヌザは芁玠の倀を倉曎できたせん。しかし、スクリプトからは䟝然ずしお倀を倉曎できたす。
-Gecko 2 note -
(Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
-
Gecko 2.0 たで、readonly 属性は XBL フィヌルド䞊で正しく動䜜したせんでした。
-
- -
- -
rows
型: æ•Žæ•°åž‹
芁玠内に衚瀺する行数。芁玠がこの数倀よりも倚くの行を含むずきはスクロヌルバヌが珟れたす。芁玠内の実際の rows の倀を取埗するには getRowCount メ゜ッドを䜿甚しおください。
- -
- -
searchbutton
型: 論理型
true の堎合、ナヌザが search ボタンを抌すか Enter キヌを抌した時のみ、search フィヌルドのコマンドむベントが発生したす。false の堎合、ナヌザが倀を倉曎するだけでコマンドむベントが発生したす。この属性は search 型のテキストボックスにのみ適甚されたす。
-
- -
- -
size
型: æ•Žæ•°åž‹
textbox に衚瀺するこずのできる文字数。
- -
- -
spellcheck
型: 論理型
true の堎合、textbox のためのスペルチェックがデフォルトで有効になりたす。false の堎合、スペルチェックがデフォルトで無効になりたす。
指定されない堎合、これはデフォルトで false です。
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
timeout
型: æ•Žæ•°åž‹
時間制限付きの textbox のための、command むベント発生たでのミリ秒数。タむマヌはナヌザが文字を入力するず開始したす。ナヌザが他の文字を入力するずタむマヌがリセットされたす。
- -
- - -
-
type
-
型: 䞋蚘の倀のいずれか䞀぀
-
特別な圢匏の textbox を䜿甚するには、䞋蚘の倀のいずれか䞀぀を type 属性に蚭定したす。
-
- - - - -
- -
value
型: 文字列型
デフォルト倀が textbox に入力されたす。この属性はデフォルト倀のみが保持され、ナヌザがテキストを入力しおも倉曎されるこずはありたせん。曎新された倀を取埗するには value プロパティを䜿甚しおください。数倀ボックスのデフォルト倀は、0 たたは min プロパティが返す最小倀のどちらか倧きいほうです。
- - -
- -
wrap
型: 文字列型
textbox 内のワヌドラップを無効にするには、この属性の倀を off に蚭定したす。この属性が指定されおいないずきは、ワヌドラップが有効です。
- -
- -
wraparound
型: 論理型
true の堎合、数倀ボックスの倀は、最倧倀たたは最小倀を超えるず䞞められたす。最小倀および最倧倀は䞡方ずも無限であっおはなりたせん。
- -
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
clickSelectsAll
型: 論理型
true に蚭定した堎合、フォヌカスされた時、textbox の内容が遞択されたす。カヌ゜ルは倉曎無しで取り去られたす。
-
-
-
decimalPlaces
-
型: æ•Žæ•°åž‹
-
decimalplaces 属性の倀の取埗ず蚭定
-
-
-
decimalSymbol
-
型: 文字列型
-
小数点に䜿甚する文字。デフォルト倀はピリオド (.) です。
-
-
-
- defaultValue
-
- 型: 文字列型
-
- textbox のデフォルト倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
editor
型: nsIEditor
editable なテキストのための nsIEditor ぞの参照。このプロパティは読み取り専甚です。
-
-
emptyText 非掚奚 Gecko 2
型: 文字列型
textbox が倀を持たないずきに衚瀺される文字列の取埗/蚭定。これは、Gecko 2.0 で placeholder プロパティに代わりたした。この叀い属性名は互換性のために残されおいたすが、䜿甚しおいる堎合はコヌドを曎新すべきです。
-
-
-
-
- increment
-
- 型: æ•Žæ•°åž‹
-
- increment 属性の倀の取埗ず蚭定。
-
-
inputField
型: textbox 芁玠
Mozilla では、XUL textbox は HTML の input 芁玠のラッパずしお実装されおいたす。この読み取り専甚のプロパティは、この内郚 input 芁玠ぞの参照を保持したす。
-
-
label
型: 文字列型
label 属性を蚭定したす。label 属性が蚭定されおおり空でなければ、これを取埗したす。そうでなければ、関連付けられた label 芁玠の適甚可胜な value を返したす。それ以倖は emptyText プロパティを返したす。属性倀の取埗はスクリヌンリヌダにずっお最も圹立ちたす。
-
-
-
- max
-
- 型: æ•Žæ•°åž‹
-
- max 属性の倀の取埗ず蚭定。
-
-
maxLength
型: æ•Žæ•°åž‹
textbox に入力するこずができる文字数の最倧倀。
-
- -
-
min
-
型: æ•Žæ•°åž‹
-
min 属性の倀の取埗ず蚭定。
-
-
placeholder
型: 文字列型
textbox が倀を持たないずきに衚瀺される文字列の取埗ず蚭定。
-
-
-
-
- readOnly
-
- 型: 論理型
-
- true に蚭定するず、ナヌザは芁玠の倀を倉曎できなくなりたす。
-
-
searchButton
型: 論理型
searchbutton 属性の倀の取埗ず蚭定。
-
-
-
selectionEnd
型: æ•Žæ•°åž‹
フィヌルドのテキストの遞択郚分の末尟の取埗たたは蚭定。selectionStart プロパティず共に䜿甚したす。この倀は遞択埌の文字の index を指定したす。この倀が selectionStart プロパティの倀ず等しいずきは text が遞択されたせんが、倀は textbox 内のキャレット(カヌ゜ル) の䜍眮を瀺したす。
-
-
selectionStart
型: æ•Žæ•°åž‹
フィヌルドのテキストの遞択郚分の先頭の取埗たたは蚭定。selectionEnd プロパティず共に䜿甚したす。倀は遞択された最初の文字の index を指定したす。
-
-
size
型: æ•Žæ•°åž‹
size 属性の倀の取埗ず蚭定。
-
-
-
spinButtons
-
型: 芁玠
-
この読み取り専甚のプロパティは、数倀ボックスで䜿甚される spinbuttons 芁玠ぞの参照を返したす。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
textLength
型: æ•Žæ•°åž‹
textbox に入力されたテキストの長さを保持。このプロパティは読み取り専甚です。
-
-
timeout
型: æ•Žæ•°åž‹
timeout 属性の倀の取埗ず蚭定。
-
- -
-
- type
-
- 型: 文字列型
-
- type 属性の倀の取埗ず蚭定。
-
- -
-
-
- value
-
- 型: 文字列型
-
- textbox の珟圚の倀を文字列ずしお保持したす。珟圚の倀を倉曎するには、このプロパティを蚭定したす。
-
-
-
- valueNumber
-
- 型: 数倀
-
- value プロパティが文字列を保持するのず察照的に、valueNumber プロパティは数倀ボックスの珟圚の倀が含たれる数倀です。
-
-
-
- wrapAround
-
- 型: 論理型
-
- wraparound 属性の倀の取埗ず蚭定。
-
-

メ゜ッド

-
-
- decrease()
-
- 戻り倀の型: 戻り倀無し
-
- scale たたは数倀ボックスの倀を increment 分枛らす
-
-
- increase()
-
- 戻り倀の型: 戻り倀なし
-
- scale たたは数倀ボックスの倀を increment 分増やす。
-
-
reset()
-
戻り倀の型: 戻り倀無し
-
preference の倀をデフォルトにリセットしたす。
-
textbox に぀いおは、アンドゥ凊理リストを消去したす (Gecko 1.9)。
-
-
select()
-
戻り倀の型: 戻り倀無し
-
textbox 内のすべおのテキストを遞択したす。
-
-
setSelectionRange( start, end )
-
- 戻り倀の型: 戻り倀無し
-
textbox の遞択郚分を蚭定したす。start 匕数は遞択範囲の最初の文字の index です。end 匕数は遞択範囲の盎埌の文字の index です。テキストを遞択せずに指定の䜍眮ぞカヌ゜ルを移動するには、䞡方の匕数を同じ倀に蚭定しおください。
-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

スタむルクラス

-

次のクラスは芁玠のスタむル付けに䜿甚されたす。これらのクラスは、ナヌザの遞択したテヌマに自然に合うようにするため、芁玠のスタむルを盎接倉曎する代わりに䜿甚されたす。

-
plain
このクラスによっお、芁玠は border や margin なしで衚瀺されたす。
-

補足

-

耇数行のテキストボックスでは、maxlength 属性は動䜜したせん。代替策ずしお、以䞋のように JavaScript ず onkeypress むベントハンドラを䜿甚しおください。

-

XUL スクリプト:

-
<textbox id="pnNote" multiline="true" rows="2" cols="70" onkeypress="return pnCountNoteChars(event);"/>
-
-

Javascript:

-
function pnCountNoteChars(evt) {
-  //allow non character keys (delete, backspace and and etc.)
-  if ((evt.charCode == 0) && (evt.keyCode != 13))
-    return true;
-
-  if (evt.target.value.length < 10) {
-    return true;
-  } else {
-    return false;
-  }
-}
-
- -
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULTextboxElement
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/textbox_(firefox_autocomplete)/index.html b/files/ja/archive/mozilla/xul/textbox_(firefox_autocomplete)/index.html deleted file mode 100644 index a1f794b173..0000000000 --- a/files/ja/archive/mozilla/xul/textbox_(firefox_autocomplete)/index.html +++ /dev/null @@ -1,411 +0,0 @@ ---- -title: textbox (Toolkit autocomplete) -slug: Archive/Mozilla/XUL/textbox_(Firefox_autocomplete) -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/Textbox_(Toolkit_autocomplete) ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠は、textbox の type 属性を autocomplete に蚭定するこずによっお䜜成されたす。これは、ナヌザが入力しはじめるず可胜な補完リストが含たれるポップアップを衚瀺する textbox を䜜成したす。

-

Firefox などの Toolkit アプリケヌションは Mozilla suite ずは異なる自動補完 (autocomplete)機構を䜿甚したす。䞋の䟋は、ナヌザの履歎を怜玢する自動補完 textbox を䜜成したす。

-
属性
accesskey, autocompletepopup, autocompletesearch, autocompletesearchparam, completedefaultindex, crop, disableautocomplete, disabled, disablekeynavigation, enablehistory, focused, forcecomplete, highlightnonmatches, ignoreblurwhilesearching, inputtooltiptext, label, maxlength, maxrows, minresultsforpopup, nomatch, onchange, oninput, onsearchcomplete, ontextentered, ontextreverted, open, readonly, showcommentcolumn, size, tabindex, tabscrolling, timeout, type, value
-
-
プロパティ
accessibleType, completeDefaultIndex, controller, crop, disableAutoComplete, disableKeyNavigation, disabled, editable, focused, forceComplete, highlightNonMatches, ignoreBlurWhileSearching, inputField, label, maxLength, maxRows, minResultsForPopup, open, popup, popupOpen, searchCount, searchParam, selectionEnd, selectionStart, showCommentColumn, showImageColumn,size, tabIndex, tabScrolling, textLength, textValue, timeout, type, value
-
-
メ゜ッド
getSearchAt, onSearchComplete, onTextEntered, onTextReverted, select, setSelectionRange
-
-

䟋

-
<textbox type="autocomplete" autocompletesearch="history"/>
-
-

属性

-

- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- -
autocompletepopup
型: popup 芁玠の id
popup 芁玠の id は、芁玠のための自動補完の候補を保持したす。
- -
-
« XUL リファレンス HOME
- -
-
- autocompletesearch New in Thunderbird 2芁 SeaMonkey 1.1
-
- Type: space-separated list of values
-
- A space-separated list of search component names, each of which implements the nsIAutoCompleteSearch interface. The components are created using the name @mozilla.org/autocomplete/search;1?name= where name is listed in this attribute.
-
- -
-
- search-autocomplete 芁 SeaMonkey 2.1
-
- The user's default search engine's suggestions are searched.
-
- places-tag-autocomplete 芁 SeaMonkey 2.1
-
- The user's Places tags are searched.
-
- mydomain New in Thunderbird 3 芁 SeaMonkey 2.0
-
- The user's email domain is suggested.
-
- history 芁 SeaMonkey 2.0
-
- The user's URL history is searched.
-
- form-history 芁 SeaMonkey 2.0
-
- Search the values that the user has entered into form fields.
-
- file (Linux only)
-
- The local file system is searched.
-
- gloda New in Thunderbird 3
-
-  
-
- addrbook New in Thunderbird 3 芁 SeaMonkey 2.0
-
- The user's address book is searched.
-
-
- -
-
- autocompletesearchparam New in Thunderbird 2 芁 SeaMonkey 1.1
-
- 型: 文字列型
-
- 怜玢コンポヌネントに枡される文字列。
-
-
- -
completedefaultindex
型: 論理型
true の堎合、ナヌザが入力した倀に最もマッチする倀が textbox に入力されたす。false に蚭定するか省略するず、倀をリストから遞択しなければなりたせん。
- -
- -
crop
型: 論理型
この属性は䜿甚されたせん。menulist 芁玠ずの互換性のためにのみ提䟛されおいたす。
-
- -
- -
disableAutocomplete
型: 論理型
true の堎合、自動補完が無効になりたす。この属性を倉曎するにはスクリプトを䜿甚したす。デフォルト倀の false の堎合、自動補完は有効になりたす。
- -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
disableKeyNavigation
型: 論理型
この属性が䜿甚されおいない堎合、ナヌザは、項目のラベル内の文字にマッチするキヌを抌すこずによっお、芁玠内の特定の項目に移動するこずができたす。これはむンクリメンタルに行われるため、さらに文字を入力しお、項目をさらに特定するこずができたす。この機胜は、この属性を true に蚭定するこずによっお無効化されたす。
- -
- -
enablehistory
型: 論理型
true の堎合、矢印ボタンが textbox の末尟に珟れたす。この矢印が抌されるず、すべおの䜿甚可胜な候補のドロップダりンメニュヌが開きたす。
- -
- -
focused
型: 論理型
芁玠がフォヌカスされおいるずき、この属性倀は true です。
- -
- -
forceComplete
型: 論理型
true の堎合、textbox がフォヌカスを倱った時、最もマッチするものが入力されたす。false の堎合、ナヌザが項目を遞択した時のみ入力されたす。
- -
- -
highlightnonmatches
型: 論理型
true の堎合、マッチするものが芋぀からない時に autocomplete フィヌルドが匷調されたす。
-
- -
- -
ignoreblurwhilesearching
型: 論理型
true の堎合、怜玢䞭は blur むベントが無芖され、自動補完 popup は衚瀺されたせん。
- -
- -
inputtooltiptext
型: 文字列型
textbox の tooltip テキスト。
- -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
maxlength
型: æ•Žæ•°åž‹
textbox に入力するこずができる最倧文字数。
- -
- -
maxrows
型: æ•Žæ•°åž‹
候補リストに䞀床に衚瀺する行数。scrollbar が珟れるので、ナヌザは残りの項目を芋枡すこずができたす。
- -
- -
minresultsforpopup
型: æ•Žæ•°åž‹
衚瀺される popup に返す候補の数の最小倀。
- -
- -
nomatch
型: 論理型
この属性は、最埌たで怜玢した結果䞀臎しなかった時、true に蚭定されたす。
- -
- -
onchange
型: スクリプトコヌド
onchange 属性内のコヌドは、芁玠の倀が倉曎された時、呌び出されたす。
- -
- -
oninput
型: スクリプトコヌド
このむベントは、ナヌザが textbox にテキストを入力した時、送られたす。このむベントはテキストの衚瀺が倉曎されたずき呌び出されるため、ナヌザが衚瀺䞍可胜なキヌを抌した堎合は呌び出されたせん。
- - -
- - -
-
onsearchcomplete
-
型: スクリプトコヌド
-
このむベントハンドラは、自動補完 (autocomplete)怜玢が完了しお結果が利甚可胜になった時、呌び出されたす。
-
-
- -
ontextentered
型: スクリプトコヌド
このむベントハンドラは、textbox のための候補が遞択された時、呌び出されたす。
- -
- -
ontextreverted
型: スクリプトコヌド
このむベントハンドラは、ナヌザが Esc を抌しお textbox を元の補完されおいない倀に戻した時、呌び出されたす。
- -
- -
-
open
-
型: 論理型
-
menu の type ボタンに぀いお、メニュヌが開かれたずき、open 属性が true に蚭定されたす。メニュヌが閉じられるず open 属性は提䟛されたせん。
-
-
- -
readonly
型: 論理型
true に蚭定した堎合、ナヌザは芁玠の倀を倉曎できたせん。しかし、スクリプトからは䟝然ずしお倀を倉曎できたす。
-Gecko 2 note -
(Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
-
Gecko 2.0 たで、readonly 属性は XBL フィヌルド䞊で正しく動䜜したせんでした。
-
- -
- -
showCommentColumn
型: 論理型
true の堎合、コメント列が popup 内に衚瀺されたす。URL 蚪問履歎では、コメント列に各 URL に関連付けられたペヌゞタむトルが含たれたす。この属性が指定されおいない堎合、コメント列は衚瀺されたせん。
- -
- -
size
型: æ•Žæ•°åž‹
textbox に衚瀺するこずのできる文字数。
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
tabScrolling
型: 論理型
true の堎合、ナヌザが Tab キヌを抌すこずによっお候補リストを䞊から繰り返すこずができたす。デフォルト倀の false の堎合、Tab キヌはフォヌカスを次の芁玠に移動したす。
- -
- -
timeout
型: æ•Žæ•°åž‹
時間制限付きの textbox のための、command むベント発生たでのミリ秒数。タむマヌはナヌザが文字を入力するず開始したす。ナヌザが他の文字を入力するずタむマヌがリセットされたす。
- -
- - -
-
type
-
型: 䞋蚘の倀のいずれか䞀぀
-
特別な圢匏の textbox を䜿甚するには、䞋蚘の倀のいずれか䞀぀を type 属性に蚭定したす。
-
- - - - -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
completeDefaultIndex
型: 論理型
completedefaultindex 属性の倀の取埗ず蚭定。
-
-
-
- controller
-
- 型: nsIAutoCompleteController
-
- 自動補完芁玠のための controller を返す。
-
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
disableAutocomplete
型: 論理型
disableAutocomplete 属性の倀の取埗ず蚭定。
-
-
-
disableKeyNavigation
-
型: 論理型
-
disableKeyNavigation 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
-
- editable
-
- 型: 論理型
-
- Returns true if the element is editable. Autocomplete fields are editable so this property always returns true for those.
-
-
-
focused
型: 論理型
focused 属性の倀の取埗ず蚭定。
-
-
forceComplete
型: 論理型
forcecomplete 属性の倀の取埗ず蚭定。
-
-
highlightNonMatches
型: 論理型
highlightnonmatches 属性の倀の取埗ず蚭定。
-
-
-
ignoreBlurWhileSearching
型: 論理型
ignoreblurwhilesearching 属性の倀の取埗ず蚭定。
-
-
-
inputField
型: textbox 芁玠
Mozilla では、XUL textbox は HTML の input 芁玠のラッパずしお実装されおいたす。この読み取り専甚のプロパティは、この内郚 input 芁玠ぞの参照を保持したす。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
maxLength
型: æ•Žæ•°åž‹
textbox に入力するこずができる文字数の最倧倀。
-
-
maxRows
型: æ•Žæ•°åž‹
maxrows 属性の倀の取埗ず蚭定。
-
-
minResultsForPopup
型: æ•Žæ•°åž‹
minresultsforpopup 属性の倀の取埗ず蚭定。
-
-
open
型: 論理型
open 属性の倀の取埗ず蚭定。
- -
-
popupOpen
型: 論理型
popup が開かれおいるかどうかを瀺す。popup を開閉するにはこのプロパティを蚭定したす。
-
-
searchCount
型: æ•Žæ•°åž‹
䜿甚された怜玢コンポヌネントの数を返す。このプロパティは読み取り専甚です。
-
-
searchParam
型: 文字列型
autocompletesearchparam 属性の倀の取埗ず蚭定。
-
-
selectionEnd
型: æ•Žæ•°åž‹
フィヌルドのテキストの遞択郚分の末尟の取埗たたは蚭定。selectionStart プロパティず共に䜿甚したす。この倀は遞択埌の文字の index を指定したす。この倀が selectionStart プロパティの倀ず等しいずきは text が遞択されたせんが、倀は textbox 内のキャレット(カヌ゜ル) の䜍眮を瀺したす。
-
-
selectionStart
型: æ•Žæ•°åž‹
フィヌルドのテキストの遞択郚分の先頭の取埗たたは蚭定。selectionEnd プロパティず共に䜿甚したす。倀は遞択された最初の文字の index を指定したす。
-
-
showCommentColumn
型: 論理型
showcommentcolumn 属性の倀の取埗ず蚭定。
-
-
showImageColumn
Type: boolean
Gets and sets the value of the showimagecolumn attribute.
-
-
size
型: æ•Žæ•°åž‹
size 属性の倀の取埗ず蚭定。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
tabScrolling
型: 論理型
tabscrolling 属性の倀の取埗ず蚭定。
-
-
textLength
型: æ•Žæ•°åž‹
textbox に入力されたテキストの長さを保持。このプロパティは読み取り専甚です。
-
-
textValue
型: 文字列型
textbox の内容を返す。value プロパティず同等です。
-
-
timeout
型: æ•Žæ•°åž‹
timeout 属性の倀の取埗ず蚭定。
-
-
type
型: '
自動補完 textbox は autocomplete に蚭定されたす。
- -
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
getSearchAt( index )
-
戻り倀の型: 文字列型
-
䞎えられた index の怜玢コンポヌネントを返す。コンポヌネントは autocompletesearch 属性で蚭定されたす。
-
-
onSearchComplete()
-
戻り倀の型: 戻り倀無し
-
onsearchcomplete むベントハンドラを呌び出す。このメ゜ッドを呌び出しおはいけたせん。
-
-
onTextEntered()
-
戻り倀の型: event result
-
ontextentered むベントハンドラを呌び出す。このメ゜ッドを呌び出しおはいけたせん。
-
-
onTextReverted()
-
戻り倀の型: event result
-
ontextreverted むベントハンドラを呌び出す。このメ゜ッドを呌び出しおはいけたせん。
-
-
select()
-
戻り倀の型: 戻り倀無し
-
textbox 内のすべおのテキストを遞択したす。
-
-
setSelectionRange( start, end )
-
- 戻り倀の型: 戻り倀無し
-
textbox の遞択郚分を蚭定したす。start 匕数は遞択範囲の最初の文字の index です。end 匕数は遞択範囲の盎埌の文字の index です。テキストを遞択せずに指定の䜍眮ぞカヌ゜ルを移動するには、䞡方の匕数を同じ倀に蚭定しおください。
-
- -
むンタフェヌス
nsIAccessibleProvider, nsIAutoCompleteInput, nsIDOMXULMenuListElement
-
-
蚘事
How to implement custom autocomplete search component
-
diff --git a/files/ja/archive/mozilla/xul/textbox_(mozilla_autocomplete)/index.html b/files/ja/archive/mozilla/xul/textbox_(mozilla_autocomplete)/index.html deleted file mode 100644 index 7e01b565bb..0000000000 --- a/files/ja/archive/mozilla/xul/textbox_(mozilla_autocomplete)/index.html +++ /dev/null @@ -1,542 +0,0 @@ ---- -title: textbox (XPFE autocomplete) -slug: Archive/Mozilla/XUL/textbox_(Mozilla_autocomplete) -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/Textbox_(XPFE_autocomplete) ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠は、textbox の type 属性を autocomplete に蚭定するこずによっお䜜成されたす。これは、ナヌザが入力しはじめるず可胜な補完リストが含たれるポップアップを衚瀺する textbox を䜜成したす。

-

自動補完 (autocomplete)機胜は、䞀぀以䞊のセッションオブゞェクトを通しお扱われたす。各セッションオブゞェクトは textbox の珟圚の倀に䞎えられた候補の䞀芧を返したす。セッションは searchSessions 属性を䜿甚するか、addSession メ゜ッドを呌び出しお蚭定するこずができたす。

-
属性
alwaysopenpopup, autocompletesearch, autoFill, autoFillAfterMatch, autofill, completedefaultindex, crop, disableAutocomplete, disableautocomplete, disabled, disablehistory, focused, forceComplete, forcecomplete, ignoreBlurWhileSearching, ignoreblurwhilesearching, inputtooltiptext, label, maxlength, maxrows, minResultsForPopup, minresultsforpopup, nomatch, onerrorcommand, ontextcommand, ontextentered, ontextrevert, ontextreverted, open, searchSessions, showCommentColumn, showcommentcolumn, showpopup, size, tabScrolling, tabscrolling, tabindex, timeout, type, userAction, value
-
-
プロパティ
accessible, alwaysOpenPopup, autoFill, autoFillAfterMatch, completeDefaultIndex, crop, disableAutocomplete, disabled, editable, focused, forceComplete, ignoreBlurWhileSearching, inputField, isSearching, isWaiting, label, maxLength, maxRows, minResultsForPopup, noMatch, open, resultsPopup, searchSessions, selectionEnd, selectionStart, sessionCount, showCommentColumn, showPopup, size, tabIndex, tabScrolling, textLength, timeout, type, userAction, value
-
-
メ゜ッド
addSession, clearResults, getDefaultSession, getResultAt, getResultCount, getResultValueAt, getSession, getSessionByName, getSessionResultAt, getSessionStatusAt, getSessionValueAt, removeSession, select, setSelectionRange, syncSessions
-
-

䟋

-

(䟋が必芁)

-

属性

-

- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- - -
-
alwaysopenpopup Gecko 1.9.1 で廃止
-
型: 論理型
-
èš»: 適甚察象: Thunderbird 及び SeaMonkey
true の堎合、マッチするものがない時でも自動補完 popup が衚瀺されたす。デフォルト倀の false の堎合、popup は隠れたす。この属性は Gecko1.9.1 で廃止されおいたす。ポップアップの衚瀺の制埡には、代わりに minresultsforpopup 属性を䜿甚したす。
-
-
-
« XUL リファレンス HOME
- -
-
- autocompletesearch New in Thunderbird 2芁 SeaMonkey 1.1
-
- Type: space-separated list of values
-
- A space-separated list of search component names, each of which implements the nsIAutoCompleteSearch interface. The components are created using the name @mozilla.org/autocomplete/search;1?name= where name is listed in this attribute.
-
- -
-
- search-autocomplete 芁 SeaMonkey 2.1
-
- The user's default search engine's suggestions are searched.
-
- places-tag-autocomplete 芁 SeaMonkey 2.1
-
- The user's Places tags are searched.
-
- mydomain New in Thunderbird 3 芁 SeaMonkey 2.0
-
- The user's email domain is suggested.
-
- history 芁 SeaMonkey 2.0
-
- The user's URL history is searched.
-
- form-history 芁 SeaMonkey 2.0
-
- Search the values that the user has entered into form fields.
-
- file (Linux only)
-
- The local file system is searched.
-
- gloda New in Thunderbird 3
-
-  
-
- addrbook New in Thunderbird 3 芁 SeaMonkey 2.0
-
- The user's address book is searched.
-
-
- -
-
- autocompletesearchparam New in Thunderbird 2 芁 SeaMonkey 1.1
-
- 型: 文字列型
-
- 怜玢コンポヌネントに枡される文字列。
-
-
- -
-
- autoFill Obsolete since Gecko 1.9.1
-
- Type: boolean
-
-
Note: Applies to: Thunderbird and SeaMonkey
If set to true, the best match will be filled into the textbox as the user types. If false, the default, the value will not be filled in until the user selects an item. As of Gecko 1.9.1, this attribute is now always specified in lower case.
-
-
- -
-
autoFillAfterMatch 廃止 Gecko 1.9.1
-
型: 論理型
-
true に蚭定した堎合、最もマッチするテキスト党䜓が入力したものの埌に衚瀺されたす。false の堎合、ただ入力しおいない郚分のテキストのみが入力されたす。この機胜を䜿甚するには textbox.autoFill 属性が true に蚭定されおいなければなりたせん。Gecko1.9.1 より、この属性は completedefaultindex 属性に眮き換わっおいたす。
-
-
-
- « XUL リファレンス HOME
-
-
- autofill New in Thunderbird 3 芁 SeaMonkey 2.0
-
- 型: 論理型
-
- true に蚭定した堎合、ナヌザが入力したものに最もマッチする倀が textbox に入力されたす。デフォルト倀の false の堎合、ナヌザが項目を遞択するたで倀は入力されたせん。
-
-
- -
completedefaultindex
型: 論理型
true の堎合、ナヌザが入力した倀に最もマッチする倀が textbox に入力されたす。false に蚭定するか省略するず、倀をリストから遞択しなければなりたせん。
- -
- -
crop
型: 論理型
この属性は䜿甚されたせん。menulist 芁玠ずの互換性のためにのみ提䟛されおいたす。
-
- -
- -
-
- disableAutocomplete Obsolete since Gecko 1.9.1
-
- Type: boolean
-
- If true, the autocomplete behavior will be disabled. You might use a script to change this attribute. If false, the default, autocomplete is enabled. As of Gecko 1.9.1, this attribute is now always specified in lower case.
-
-
- -
disableAutocomplete
型: 論理型
true の堎合、自動補完が無効になりたす。この属性を倉曎するにはスクリプトを䜿甚したす。デフォルト倀の false の堎合、自動補完は有効になりたす。
- -
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
disablehistory
型: 論理型
false の堎合、すべおの利甚可胜な候補のドロップダりンメニュヌを開く矢印ボタンが textbox の末尟に衚瀺されたす。デフォルト倀は、ドロップダりンボタンが隠れおいる true です。
- -
- -
enablehistory
型: 論理型
true の堎合、矢印ボタンが textbox の末尟に珟れたす。この矢印が抌されるず、すべおの䜿甚可胜な候補のドロップダりンメニュヌが開きたす。
- -
- -
focused
型: 論理型
芁玠がフォヌカスされおいるずき、この属性倀は true です。
- -
- -
-
- forceComplete Obsolete since Gecko 1.9.1
-
- Type: boolean
-
- If true, the textbox will be filled in with the best match when it loses the focus. If false, it will only be filled in when the user selects an item. As of Gecko 1.9.1, this attribute is now always specified in lower case.
-
-
- -
forceComplete
型: 論理型
true の堎合、textbox がフォヌカスを倱った時、最もマッチするものが入力されたす。false の堎合、ナヌザが項目を遞択した時のみ入力されたす。
- -
- -
-
- ignoreBlurWhileSearching Obsolete since Gecko 1.9.1
-
- Type: boolean
-
- If true, blur events are ignored while searching, which means that the autocomplete popup will not disappear. As of Gecko 1.9.1, this attribute is now always specified in lower case.
-
-
- -
ignoreblurwhilesearching
型: 論理型
true の堎合、怜玢䞭は blur むベントが無芖され、自動補完 popup は衚瀺されたせん。
- -
- -
inputtooltiptext
型: 文字列型
textbox の tooltip テキスト。
- -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
maxlength
型: æ•Žæ•°åž‹
textbox に入力するこずができる最倧文字数。
- -
- -
maxrows
型: æ•Žæ•°åž‹
候補リストに䞀床に衚瀺する行数。scrollbar が珟れるので、ナヌザは残りの項目を芋枡すこずができたす。
- -
- -
-
- minResultsForPopup Obsolete since Gecko 1.9.1
-
- Type: integer
-
- The minimum number of results that must be returned for the popup to be displayed. The default value is 1. A zero value will always open the popup unless the textbox is empty. This can be used to display additional items that are not autocomplete results. As of Gecko 1.9.1, this attribute is now always specified in lower case.
-
-
- -
minresultsforpopup
型: æ•Žæ•°åž‹
衚瀺される popup に返す候補の数の最小倀。
- -
- -
nomatch
型: 論理型
この属性は、最埌たで怜玢した結果䞀臎しなかった時、true に蚭定されたす。
- -
- -
onerrorcommand
型: スクリプトコヌド
このむベントハンドラは、popup から候補を遞択しお゚ラヌが発生した時、呌び出されたす。
- -
- -
ontextcommand
型: スクリプトコヌド
このむベントハンドラは、textbox のための候補が遞択された時、呌び出されたす。
- -
- -
ontextentered
型: スクリプトコヌド
このむベントハンドラは、textbox のための候補が遞択された時、呌び出されたす。
- -
- -
ontextrevert
型: スクリプトコヌド
このむベントハンドラは、ナヌザが Escape キヌを抌しお textbox の倀を元の補完されおいない倀に戻した時、呌び出されたす。
- -
- -
ontextreverted
型: スクリプトコヌド
このむベントハンドラは、ナヌザが Esc を抌しお textbox を元の補完されおいない倀に戻した時、呌び出されたす。
- -
- -
-
open
-
型: 論理型
-
menu の type ボタンに぀いお、メニュヌが開かれたずき、open 属性が true に蚭定されたす。メニュヌが閉じられるず open 属性は提䟛されたせん。
-
-
- -
searchSessions
型: スペヌスで区切られたセッション名のリスト
キヌボヌドで指瀺する、自動補完のために探すデヌタ圢匏を蚭定したす。耇数の圢匏を蚭定するには、これらの名前をスペヌスで区切りたす。次の倀が利甚可胜ですが、他の倀を远加するカスタムコンポヌネントがむンストヌルされおいるかもしれたせん。
- - -
- -
-
- showCommentColumn Obsolete since Gecko 1.9.1
-
- Type: boolean
-
- If true, a comment column appears in the popup. For the URL history, the comment column will contain the page titles associated with each URL. If this attribute is not specified, the comment column doesn't appear. As of Gecko 1.9.1, this attribute is now always specified in lower case.
-
-
- -
showCommentColumn
型: 論理型
true の堎合、コメント列が popup 内に衚瀺されたす。URL 蚪問履歎では、コメント列に各 URL に関連付けられたペヌゞタむトルが含たれたす。この属性が指定されおいない堎合、コメント列は衚瀺されたせん。
- -
- -
showpopup
型: 論理型
true の堎合 popup が衚瀺されたす。false の堎合 popup は衚瀺されたせんが、自動補完の候補が利甚可胜です。この属性を false に蚭定しお autoFill 属性を true に蚭定するず、Communicator 4.x スタむルの自動補完 textbox を゚ミュレヌトするこずができたす。デフォルト倀は true です。
- -
- -
size
型: æ•Žæ•°åž‹
textbox に衚瀺するこずのできる文字数。
- -
- -
-
- tabScrolling Obsolete since Gecko 1.9.1
-
- Type: boolean
-
- If true, the user may cycle through the results list by pressing the Tab key. If false, the default, the Tab key moves the focus to the next element.As of Gecko 1.9.1, this attribute is now always specified in lower case.
-
-
- -
tabScrolling
型: 論理型
true の堎合、ナヌザが Tab キヌを抌すこずによっお候補リストを䞊から繰り返すこずができたす。デフォルト倀の false の堎合、Tab キヌはフォヌカスを次の芁玠に移動したす。
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
timeout
型: æ•Žæ•°åž‹
時間制限付きの textbox のための、command むベント発生たでのミリ秒数。タむマヌはナヌザが文字を入力するず開始したす。ナヌザが他の文字を入力するずタむマヌがリセットされたす。
- -
- - -
-
type
-
型: 䞋蚘の倀のいずれか䞀぀
-
特別な圢匏の textbox を䜿甚するには、䞋蚘の倀のいずれか䞀぀を type 属性に蚭定したす。
-
- - - - -
- -
userAction
型: 以䞋の倀のいずれか䞀぀
この属性にはナヌザが珟圚行っおいる操䜜が蚭定されたす。利甚可胜な倀は:
- - -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

-

-
accessible
型: nsIAccessible
芁玠の accessibility object を返す。
-
-
alwaysOpenPopup
型: 論理型
alwaysopenpopup 属性の倀の取埗ず蚭定。
-
-
autoFill
型: 論理型
autoFill 属性の倀の取埗ず蚭定。
-
« XUL リファレンス
- -
-
- autoFillAfterMatch 廃止 Gecko 1.9.1
-
- 型: 論理型
-
- autoFillAfterMatch 属性の倀の取埗ず蚭定。
-
-
completeDefaultIndex
型: 論理型
completedefaultindex 属性の倀の取埗ず蚭定。
-
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
disableAutocomplete
型: 論理型
disableAutocomplete 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
-
- editable
-
- 型: 論理型
-
- Returns true if the element is editable. Autocomplete fields are editable so this property always returns true for those.
-
-
-
focused
型: 論理型
focused 属性の倀の取埗ず蚭定。
-
-
forceComplete
型: 論理型
forcecomplete 属性の倀の取埗ず蚭定。
-
-
ignoreBlurWhileSearching
型: 論理型
ignoreblurwhilesearching 属性の倀の取埗ず蚭定。
-
-
-
inputField
型: textbox 芁玠
Mozilla では、XUL textbox は HTML の input 芁玠のラッパずしお実装されおいたす。この読み取り専甚のプロパティは、この内郚 input 芁玠ぞの参照を保持したす。
-
-
isSearching
型: 論理型
このプロパティは怜玢が行われおいる間、true に蚭定されたす。
-
-
isWaiting
型: 論理型
このプロパティは、ナヌザがキヌを抌しお怜玢が実行されおから timeout たで埅機しおいる間 true に蚭定されたす。
-
-
label
型: 文字列型
label 属性を蚭定したす。label 属性が蚭定されおおり空でなければ、これを取埗したす。そうでなければ、関連付けられた label 芁玠の適甚可胜な value を返したす。それ以倖は emptyText プロパティを返したす。属性倀の取埗はスクリヌンリヌダにずっお最も圹立ちたす。
-
-
maxLength
型: æ•Žæ•°åž‹
textbox に入力するこずができる文字数の最倧倀。
-
-
maxRows
型: æ•Žæ•°åž‹
maxrows 属性の倀の取埗ず蚭定。
-
-
minResultsForPopup
型: æ•Žæ•°åž‹
minresultsforpopup 属性の倀の取埗ず蚭定。
-
-
noMatch
型: 論理型
このプロパティは、最埌の怜玢結果がマッチしない堎合、true に蚭定されたす。
-
-
open
型: 論理型
open 属性の倀の取埗ず蚭定。
- -
-
resultsPopup
型: popup 芁玠
このプロパティには候補を衚瀺する popup 芁玠が蚭定されたす。
-
-
searchSessions
型: スペヌスで区切られたセッション名のリスト
キヌボヌドで指瀺する、自動補完のために探すデヌタ圢匏を蚭定したす。耇数の圢匏を蚭定するには、これらの名前をスペヌスで区切りたす。次の倀が利甚可胜ですが、他の倀を远加するカスタムコンポヌネントがむンストヌルされおいるかもしれたせん。
- -
-
selectionEnd
型: æ•Žæ•°åž‹
フィヌルドのテキストの遞択郚分の末尟の取埗たたは蚭定。selectionStart プロパティず共に䜿甚したす。この倀は遞択埌の文字の index を指定したす。この倀が selectionStart プロパティの倀ず等しいずきは text が遞択されたせんが、倀は textbox 内のキャレット(カヌ゜ル) の䜍眮を瀺したす。
-
-
selectionStart
型: æ•Žæ•°åž‹
フィヌルドのテキストの遞択郚分の先頭の取埗たたは蚭定。selectionEnd プロパティず共に䜿甚したす。倀は遞択された最初の文字の index を指定したす。
-
-
sessionCount
型: æ•Žæ•°åž‹
セッション数を保持したす。
-
-
showCommentColumn
型: 論理型
showcommentcolumn 属性の倀の取埗ず蚭定。
-
-
showPopup
型: 論理型
showpopup 属性の倀の取埗ず蚭定。
-
-
size
型: æ•Žæ•°åž‹
size 属性の倀の取埗ず蚭定。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
tabScrolling
型: 論理型
tabscrolling 属性の倀の取埗ず蚭定。
-
-
textLength
型: æ•Žæ•°åž‹
textbox に入力されたテキストの長さを保持。このプロパティは読み取り専甚です。
-
-
timeout
型: æ•Žæ•°åž‹
timeout 属性の倀の取埗ず蚭定。
-
- -
-
- type
-
- 型: 文字列型
-
- type 属性の倀の取埗ず蚭定。
-
- -
-
userAction
型: 文字列型
userAction 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- value 属性の倀の取埗ず蚭定。
-
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
addSession( session )
-
戻り倀の型: nsIAutoCompleteSession
-
新しいセッションオブゞェクトを autocomplete りィゞェットに远加したす。これは、カスタマむズされた自動補完の候補リストの䜜成に䜿甚するこずができたす。匕数は nsIAutoCompleteSession むンタフェヌスを実装するオブゞェクトでなければなりたせん。このメ゜ッドは枡されたオブゞェクトを返したす。
-
-
clearResults()
-
戻り倀の型: ???
-
候補リストを消去したす。
-
-
getDefaultSession
-
戻り倀の型: セッション名
-
利甚可胜な候補を持぀最初のセッションの名前を返したす。
-
-
- getResultAt( index )
-
- 戻り倀の型: nsIAutoCompleteItem
-
- 指定した index の䜍眮の候補項目を返したす。項目は nsIAutoCompleteItem 圢匏の倀になりたす。
-
-
getResultCount( session )
-
戻り倀の型: ???
-
候補数を返したす。(珟圚、session 匕数は無芖されたす。)
-
-
getResultValueAt( index )
-
戻り倀の型: 候補の倀
-
指定した index の䜍眮の候補の倀を返したす。項目は popup 内に衚瀺されたテキストに盞圓したす。
-
-
getSession( index )
-
戻り倀の型: nsIAutoCompleteSession
-
䞎えられた index のセッションオブゞェクトを返したす。これは nsIAutoCompleteSession 圢匏のオブゞェクトを返したす。
-
-
getSessionByName( name )
-
戻り倀の型: nsIAutoCompleteSession
-
䞎えられた name のセッションオブゞェクトを返したす。これは nsIAutoCompleteSession 圢匏のオブゞェクトを返したす。
-
-
getSessionResultAt( session, index )
-
戻り倀の型: 候補項目
-
指定した session に぀いお、指定した index の䜍眮の候補項目を返したす。
-
-
- getSessionStatusAt( index )
-
- 戻り倀の型: ???
-
- 䞎えられた index のセッションオブゞェクトの status を返したす。
-
-
getSessionValueAt( session, index )
-
戻り倀の型: 候補の倀
-
指定した session に぀いお、指定した index の䜍眮の候補の倀を返したす。
-
-
removeSession( session )
-
戻り倀の型: ???
-
autocomplete りィゞェットからセッションオブゞェクトを削陀したす。匕数は nsIAutoCompleteSession むンタフェヌスを実装するオブゞェクトでなければなりたせん。
-
-
select()
-
戻り倀の型: 戻り倀無し
-
textbox 内のすべおのテキストを遞択したす。
-
-
setSelectionRange( start, end )
-
- 戻り倀の型: 戻り倀無し
-
textbox の遞択郚分を蚭定したす。start 匕数は遞択範囲の最初の文字の index です。end 匕数は遞択範囲の盎埌の文字の index です。テキストを遞択せずに指定の䜍眮ぞカヌ゜ルを移動するには、䞡方の匕数を同じ倀に蚭定しおください。
-
-
syncSessions( autoCompleteElement )
-
戻り倀の型: ???
-
他の 自動補完芁玠 (autocomplete element) からセッションをコピヌしたす。
-
- -
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULMenuListElement
-
diff --git a/files/ja/archive/mozilla/xul/textnode/index.html b/files/ja/archive/mozilla/xul/textnode/index.html deleted file mode 100644 index 9399dcee30..0000000000 --- a/files/ja/archive/mozilla/xul/textnode/index.html +++ /dev/null @@ -1,99 +0,0 @@ ---- -title: textnode -slug: Archive/Mozilla/XUL/textnode -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/textnode ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

テンプレヌト芏則の RDF リ゜ヌスを眮き換える堎合、通垞は rdf: ではじたる RDF プロパティ名を属性倀内に眮きたす。textnode 芁玠の堎合は、すべおのノヌドが value 属性の結果に応じたテキストに眮き換えられたす。

-

属性内ではなく、芁玠内にテキストコンテンツを持぀ html 芁玠や他の芁玠を䜿甚したいずきに圹立ちたす。この芁玠はテンプレヌトの倖偎では䜕もしたせん。

-
属性
value
-
-

䟋

-

(䟋が必芁)

-

属性

-
- -
value
型: RDF 述郚の URL
衚瀺するテキストの倀。この倀は RDF プロパティでなければなりたせん。
- - -
- - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

diff --git a/files/ja/archive/mozilla/xul/the_joy_of_xul/index.html b/files/ja/archive/mozilla/xul/the_joy_of_xul/index.html deleted file mode 100644 index 6083b87770..0000000000 --- a/files/ja/archive/mozilla/xul/the_joy_of_xul/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: XUL の利点 -slug: Archive/Mozilla/XUL/The_Joy_of_XUL -tags: - - XUL -translation_of: Archive/Mozilla/XUL/The_Joy_of_XUL ---- -

 

-

このペヌゞは、䞻ずしお XUL に぀いおの理解を深めたい、 あるいは Mozilla のプラットフォヌムが XUL を利甚しお構築されおいる理由に぀いお知りたいず考えおいる アプリケヌション開発担圓者や開発マネヌゞャヌを読者に想定しおいたす。

-

はじめに

-

XUL (ズヌルず発音したす) は、Mozilla が持っおいる XML ベヌスの ナヌザヌむンタヌフェむス蚘述蚀語で、 これにより、高機胜でクロスプラットフォヌム察応のアプリケヌションを䜜成するこずが可胜になりたす。 このずき、アプリケヌションずしおは、むンタヌネットに接続しお動䜜するものでも、切り離されおいおも動䜜するものでも䜜成できたす。 さらに、䜜成されたアプリケヌションに察しお、テキストやグラフィクス、レむアりトの倉曎ずいったカスタマむズを行うこずが容易ですので、簡単に商暙を蚭定を行ったり、耇数の垂堎向けにロヌカラむズを行うこずが可胜です。 たた、Web 関連の゚ンゞニアで、すでに Dynamic HTML (DHTML) に慣れおいるのであれば、XUL の習埗は短期間で可胜ですので、すぐにアプリケヌションの䜜成に着手できるはずです。

-

このドキュメントでは、XUL ず Mozilla が持っおいるクロスプラットフォヌムのアプリケヌションを䜜成する技術が、アプリケヌション開発者を惹き぀けおいる理由のいく぀かに぀いお説明したす。 たた、この調査では Mozilla が XUL を開発する動機ず、Mozilla のプラットフォヌムが XUL を利甚しお構築されおいる理由に぀いおも十分な説明を行いたす。 以䞋では、たず XUL の䞻な機胜ず利点を調査し、続いお Mozilla がサポヌトする技術を怜蚌しおいきたす。 最埌に、ミニケヌススダデむずしお、XUL によるカレンダヌアプリケヌションを䜜成し、Mozilla を䜿っおアプリケヌションを䜜成する利点を補足したす。

-

䞻な機胜ず利点

- -
匷力なりィゞェットベヌスのマヌクアップ蚀語 XUL の目的はクロスプラットフォヌムのアプリケヌションを構築するこずにあり、 これは Web ペヌゞの䜜成を目的ずする DHTML ずの明確な盞違点になっおいたす。 ぀たり、DHTML が、ペヌゞの蚘述のために芋出しレベルやハむパヌテキストリンクずいった芁玠を䞭心に提䟛しおいるのに察しお、 XUL では、䞻にりィンドりを䜜成するためのラベルやボタンずいったアプリケヌション補品の䜜成を指向した芁玠を提䟛しおいたす。

実際、数倚くの開発者が、DHTML による Web アプリケヌションの䞭で、 同様のこずを実珟するべく倚倧な努力を投じおいたすが、 その堎合は耇雑さに起因するコストや性胜の問題、暙準化の欠劂ずいった問題がありたす。
既存の暙準に準拠 XUL は W3C 暙準の XML 1.0 に基づいた XML 応甚蚀語です。 たた、XUL で蚘述されたアプリケヌションは、W3C で远加された暙準技術、 特に「HTML4.0」「Cascading Style Sheets (CSS) 1 ず 2」 「Document Object Model (DOM) レベル 1 ず 2」 「JavaScript 1.5, EMCA-262 Edition 3 (ECMAScript)を含む」 「XML 1.0」に基づいおいたす。

さらに mozilla.org では、次のステップずしお eXtensible Binding Language (XBL) の W3C による暙準化を掚進しおいたす (䞋蚘の「XUL をサポヌトする技術」参照)。
プラットフォヌム移怍性 XUL は、HTML ず同様に プラットフォヌム䞭立に蚭蚈されおいたすので、 䜜成したアプリケヌションは、Mozilla が動䜜する OS であれば簡単に移怍するこずができたす。 珟圚 Mozilla がサポヌトしおいるプラットフォヌムの範囲の広さを考慮すれば、 このプラットフォヌム䞭立な蚭蚈が、XUL のアプリケヌションを構築する技術ずいう面での最も重芁な特城のひず぀であるずいえるかもしれたせん。

XUL の持぀、ナヌザヌむンタヌフェむスのコンポヌネントを抜象化する機胜によっお、 「write-once, run-anywhere (䞀床蚘述したコヌドは䜕凊でも動く)」の玄束が実珟されたす。 実際、Mozilla スむヌトのすべおのコア・アプリケヌション (ブラりザ、メッセンゞャヌ、アドレス垳など) のナヌザヌむンタヌフェむスは、XUL によっお蚘述されおおり、 これは、単䞀のコヌドベヌスで、Mozilla のすべおのプラットフォヌムをサポヌトしたす。
プレれンテヌションずアプリケヌションロゞックの分離 既存の倚くのアプリケヌションが持っおいる倧きな欠点のひず぀に、 ナヌザヌむンタヌフェむスの芁玠ずクラむアントアプリケヌションのロゞックずが匷く結合されおいるこずがありたす。 これら 2 ぀の郚分を開発するためには、それぞれに察応するスキルが必芁であるため、 倚くの堎合は、そのために別の担圓者を割り圓おたすが、 そのこずが、開発チヌムの環境に倧きな問題を匕き起こす芁因になっおいたす。

XUL では、クラむアントアプリケヌションを コンテント (content)、スキン (skin)、ロケヌル (locale) の 3 ぀のパヌトに明確に分離しお扱う方法を提䟛しおいたす。 コンテントパヌトは、アプリケヌションの定矩ずプログラム的なロゞックであり、XUL、XBL、JavaScript により構成されたす。 スキンパヌトは、プレれンテヌション (どのように衚瀺するか) に関する情報で、CSS ず画像により構成されたす。 最埌のロケヌルパヌトは、各地の蚀語固有のテキストラベルを含んでいお、DTD ず .properties ファむルで定矩される文字列バンドルにより構成されたす。 このため、XUL アプリケヌションのレむアりトず倖芳は、アプリケヌションの定矩ずロゞックから独立しお倉曎するこずが可胜です。 さらに、アプリケヌションは、アプリケヌションのロゞックや倖芳に䟝存するこずなく、異なる蚀語や地域甚にロヌカラむズするこずが可胜です。

この分離床によっお XUL のアプリケヌションは、プログラマヌの保守を容易にするずずもに、デザむナヌず翻蚳者も容易にカスタマむズができるようになっおいたす。 たた、ワヌクフロヌの芳点からも、これらの盞互に䟝存するアクティビティの調敎を、HTML ベヌスの Web アプリケヌションの堎合よりも簡単に行うこずができるため、 システム党䜓の安定性や品質に䞎える圱響を小さくできたす。
カスタマむズ、ロヌカラむズ、商暙蚭定が容易 XUL が、アプリケヌションロゞックず衚瀺、蚀語テキストの分離を提䟛するこずによる、もうひず぀非垞に珟実的な利点ずしお、異なる顧客や、ナヌザヌグルヌプのためのカスタマむズが容易なこずがありたす。

぀たり、開発者はアプリケヌションに぀いお 1 ぀の基本ずなるコヌドベヌスを保守するだけで良く、各顧客向けには異なるスキンを提䟛するこずでロゎや商暙のカスタマむズが可胜になりたす。 たた、英語でナヌザヌむンタヌフェむスを蚘述しお、配備されたアプリケヌションに぀いお、同じ顧客甚にフランス語に翻蚳したものを䜜成するこずが可胜です。 この堎合は、倉曎範囲が広く、(すべおではなくおも) ほずんどアプリケヌション党䜓に圱響するにもかかわらず、 翻蚳に関する情報に぀いおも互いに切り離されおいるため、すべおのカスタム版が共有するコアずなる XUL 定矩ずアプリケヌションロゞックに適甚するだけで翻蚳を有効にするこずが可胜になりたす。
-

XUL をサポヌトする技術

-

Mozilla では、䞊蚘以倖にもクロスプラットフォヌムの Web アプリケヌションを構築するために、XUL を補完するいく぀かの技術を導入しおいたす。

- -
XBL eXtensible Bindings Language (XBL) はマヌクアップ蚀語のひず぀で、これにより専甚の新しい芁玠、たたは XUL りィゞェット甚の「バむンディング」を定矩できたす。 XBL により、開発者は XUL りィゞェットのための新しいコンテントの定矩、XUL りィゞェットぞの付加的なむベントハンドラの远加、新しいむンタヌフェむスのプロパティずメ゜ッドの远加が可胜です。 すなわち、XBL は開発者に察しお、既存のタグをカスタマむズしお独自の新しいタグを䜜成するこずで、XUL を拡匵する手段を提䟛したす。

XBL を䜿甚すれば、開発者は簡単にカスタムナヌザヌむンタヌフェむスりィゞェット、䟋えばプログレスメヌタヌやファンシヌなポップアップメニュヌ、あるいはツヌルバヌや怜玢フォヌムずいったものを構築できたす。 これらのカスタムコンポヌネントは、カスタムタグず関連する属性を指定するこずで、XUL のアプリケヌションの䞭から䜿甚可胜になりたす。
オヌバヌレむ オヌバヌレむ (Overlay) は UI に远加するコンテントを蚘述するために䜿甚する XUL ファむルのこずです。

これは、付加的なコンポヌネントの UI を远加するための汎甚的なメカニズムで、 XUL ファむルの䞀郚分だけを、UI 党䜓を再提䟛するこずなしにオヌバラむドしたり、既存の UI の特定の郚分を远加コンポヌネントから再利甚したりするこずを可胜にしおいたす。

オヌバヌレむは、既存のアプリケヌションのカスタマむズず拡匵を行うための匷力なメカニズムで、 オヌバヌレむにより、党く異なる 2 ぀のアプリケヌションを関連しお動䜜させるこずが可胜になりたす。 オヌバヌレむは、アプリケヌションの定矩の䞭から明瀺的に読み蟌みを指定するこずができるため、 他の蚀語の include ファむルに該圓するものであるずいう芋方をするこずが可胜です。 たた、それだけではなく、オヌバヌレむはアプリケヌションの倖郚からも指定できるため、 デザむナヌは元の゜ヌスには手を加えるこずなくオヌバヌレむを重ね合わせるこずが可胜です。

実甚的な面では、オヌバヌレむによっお、開発者が所定のアプリケヌションに぀いお 1 ぀のコヌドストリヌムだけを維持しながら、 各顧客のために、カスタムブランドの蚭定を適甚したり、党く別のコヌドベヌスから専甚の機胜を含めるこずを可胜にしおいたす。 このこずは、長期にわたる保守を容易にするため、コスト削枛のための包括的な゜リュヌションの導入に利甚できたす。

たた、オヌバヌレむは、Mozilla にプロプリ゚タリな状態を保ったたた機胜を远加したいず考えおいる開発者の意図を実珟するためにも利甚できたす。 Netscape Public License (NPL) ず Mozilla Public License (MPL) では、 元の成果物 (Mozilla から䟛絊された゜ヌスコヌドファむル) を倉曎する開発者は、顧客に察しお倉曎に関する゜ヌスコヌドをリリヌスするこずを求めおいたすが、 オヌバヌレむを利甚すれば、元の Mozilla のオヌプンな゜ヌスコヌドを䞀切䟵すこずなく、プロプリ゚タリな倉曎を加えるこずが可胜になりたす。
XPCOM/XPConnect XPCOM ず XPConnect は倖郚ラむブラリず XUL アプリケヌションずを統合するこずを可胜にする補完的技術です。

XPCOM は、「Cross Platform Component Object Model」から取られおおり、クロスプラットフォヌムな、モゞュラヌ゜フトりェアを䜜成するためのフレヌムワヌクです。 XPCOM コンポヌネントは、C ず C++、JavaScript で䜜成するこずが可胜で、C ず C++、JavaScript、Python、Java、Perl、Ruby から利甚するこずが可胜です。

XPConnect は、XPCOM ず JavaScript 間で簡単に盞互動䜜を行うこずを可胜にする技術です。 XPConnect は、JavaScript のオブゞェクトを XPCOM のオブゞェクトから透過的にアクセスしお、操䜜するこずを可胜にしおいたす。 たた、同様に JavaScript のオブゞェクトに、XPCOM オブゞェクトを呌び出すための XPCOM コンポヌネントのむンタヌフェむスを割り圓おるこずも可胜です。

XPCOM ず XPConnect をあわせお䜿甚するこずで、開発者は、コンパむラ蚀語 (C/C++) の持぀匷力な凊理胜力や、土台ずなっおいるオペレヌテむングシステムぞのアクセスを必芁ずするような XUL アプリケヌションを䜜成できたす。
XPInstall XPInstall は、Mozilla の持぀クロスプラットフォヌム察応のむンストヌル機構で、 XUL アプリケヌションコンポヌネントのパッケヌゞ化ず、 むンストヌルのために、Mozilla がダりンロヌドしお実行可胜なむンストヌルスクリプトに぀いおの暙準的な方法を提䟛しおいたす。

XPInstall によっお、利甚者は、むンタヌネットか䌁業のむントラネット䞊のサヌバから、 新しい XUL アプリケヌションを難なくむンストヌルするこずが可胜になりたす。 新しいアプリケヌションをむンストヌルするために利甚者が必芁な䜜業は、 Web ペヌゞや E メヌル䞊のハむパヌリンクをクリックし、衚瀺される Mozilla むンストヌルダむアログに新パッケヌゞを受け入れるこずを指瀺するだけです。
-

todo: describe cool toolkit and xul runner features

-

ケヌス・スタディ Mozilla カレンダヌアプリケヌション

-

このミニケヌススタディは、OEone Corporation (http://www.oeone.com) で、自瀟の Calendar アプリケヌションを Mozilla プロダクトのコアに統合したずきの方法に぀いお蚘述しおいたす。 この Calendar アプリケヌションは、 XUL によるフロント゚ンドず XPCOM コンポヌネントから構成されおいたす。 このコンポヌネントでは、C 蚀語で蚘述されたネむティブ・ラむブラリである libical を駆動しお、日付操䜜ず Calendar デヌタの保管を行いたす。 この Calendar は、最初 Linux 専甚に開発したしたが、わずか䞀週間で Macintosh ず Windows 䞡方に移怍するこずに成功しおいたす。

-

XUL では倚機胜な UI コンポヌネント矀を提䟛しおいたす。 このため、Calendar のナヌザヌむンタヌフェむスは、党面的に XUL ず JavaScript、CSS で蚘述されおいたす。 このこずは、このアプリケヌション構築フレヌムワヌクの胜力ず柔軟性を瀺す蚌巊ずいえたす。 Calendar では、ボックスやグリッド、スタック (日、週、月の衚瀺の合成に䜿甚) ずいった簡単なコンポヌネントを䜿甚しおいたす。 なお、Calendar の最初の実装では、XBL を利甚しおいたせんが、 これは、参加した開発者にその補完的な技術 (XBL) に぀いおの経隓がなかったこずによりたす。 しかし、将来の Calendar の蚈画では、これらの UI コンポヌネントの倚くを XBL りィゞェットに倉換するこずで、実装をより簡単にする予定になっおいたす。

-

XPCOM/XPConnect は、ネむティブコヌドずの統合を可胜にしおいたす。 完党な機胜を持ったオヌプン゜ヌスのカレンダヌラむブラリである libical (http://www.softwarestudio.org/libical/) を、Calendar プロゞェクトでは採甚するこずにしたした。 libical は IETF が芏定する「iCalendar Calendaring and Scheduling protocols」のオヌプン゜ヌスの実装になりたす (RFC 2445、2446、2447)。 libical は iCal コンポヌネントの解析ず、コンポヌネントプロパティやパラメヌタ、サブコンポヌネントを操䜜するための C 蚀語による API を提䟛しおいたす。 このラむブラリは、最初は XPCOM のむンタヌフェむスに適合させるためのラッパヌを䜜成するこずで統合されたしたが、 その埌パヌフォマンスの向䞊のために、アプリケヌションロゞックの倧郚分も JavaScript から XPCOM コンポヌネントに移動したした。

-

プレれンテヌションをロゞックから分離するこずで、アプリケヌションが倉曎に匷くなりたす。 最初の UI の実装では、月単䜍ず週単䜍の衚瀺を描画するためにグラフィックを倚甚しおいたした。 その埌、開発者の XUL に察する理解が深たったため、基本的なコンポヌネントの実装の完成床が䞊がり、UI の構造を簡朔にするためのより良い方法を芋出すこずができたした。 これによっお、画面の描画性胜は向䞊し、アプリケヌションに必芁ずされるメモリずディスクの䜿甚領域は枛少したした。 実際、月ず週の衚瀺甚の UI を、実質的にアプリケヌションのロゞックは倉曎せずに曞き換えるこずができたした。

-

XUL アプリケヌションを他のプラットフォヌムぞ移怍するこずは簡単です。 この Calendar は、Linux アプリケヌションずしお始たり、そのずきは他のプラットフォヌムぞの移怍は考慮されおいたせんでした。 しかし、その埌、最初の開発者 (OEone Corporation) が Mozilla プロゞェクトぞ゜ヌスコヌドを提䟛したずきに、Calendar を Windows ず Macintosh プラットフォヌムに移怍する必芁がありたした。 XUL アプリケヌションの UI は、2 ぀の新たなプラットフォヌムでも、ほどんど倉曎するこずなく動䜜したため、移怍の苊劎はありたせんでした。 同様に、 UI のコヌドも、JavaScript で蚘述されおいるため、利甚者ずの察話を制埡するロゞックに぀いおも苊劎なく動䜜させるこずができたした。 しかしながら、libical ラむブラリは C 蚀語で曞かれおいるため、このコンポヌネントを他のプラットフォヌムに移怍するためには、より倚倧な努力を必芁ずしたした。

-

幞運なこずに、Macintosh では既に利甚可胜な libical ラむブラリの実装が存圚したため、 XPCOM が持぀クロスプラットフォヌムを指向する特質も手䌝っお、 Macintosh の カレンダヌの実装は数日のうちに動䜜するようになりたした。 しかし、圓時は Win32 で利甚可胜な実装が無かったため、開発者は libical を Windows に移怍する苊劎も匕き受けなければなりたせんでした。 䞀週間皋床で、この件も完了し、Mozilla は Linux、Macintosh、Windows ずいう䞻芁な 3 ぀のプラットフォヌムすべおで皌動するカレンダヌを備えるこずができたした。

-

XPInstall は開発者にも利甚者にも簡単です。 この Calendar は Mozilla 1.0 のリリヌスに合せお配垃する予定ではないため、 通垞のナむトリヌおよびマむルストヌンビルドのリリヌスには、暙準コンポヌネントずしお含たれおいたせん。 このため、Calendar を自分自身で構築できるのは、 Mozilla をコンパむルするために必芁な゜フトりェアず知識を持ち、オプションの環境倉数を適切に蚭定できるような開発者だけずいうこずになりたす。 しかし、Calendar を詊したいず思っおいる倚くの Mozilla 利甚者では、この莅沢な芁求を満たすこずはできたせん。 XPInstall を䜿甚するこずで、開発者は容易にパッケヌゞバヌゞョンの Calendar、 すなわちリンクをクリックするだけでむンタヌネット経由で盎接むンストヌル可胜な Calendar を䜜成するこずができたした。

-

おわりに

-

Mozilla を XUL に着目しお芋るず、ネむティブなデスクトップのアプリケヌションずしお十分に高機胜なナヌザヌむンタヌフェむスず、゚ンドナヌザヌの゚クスペリ゚ンスを備えたクロスプラットフォヌムのアプリケヌションを開発するために欠くこずのできない技術をもたらしおいたす。 W3C の暙準技術を䜿甚しお Web アプリケヌションを構築した経隓を持぀デザむナヌは、 ブラりザでの経隓を盎接デスクトップで掻甚するこずが可胜です。

-

利甚者がいく぀かの異なる皮類のデスクトップを利甚する状況で、 Web がアプリケヌションを提䟛する暙準的な方法になる以前には、 このためにクロスプラットフォヌムなクラむアントサヌバヌツヌルが利甚されおいたした。 しかしながら、この方法では垞にプロプリ゚タリな補品に䟝存するため、 開発者の単䟡が高コストになり、実行時間単䜍でラむセンス料が発生するため、 ベンダヌに匷く束瞛された䜎い立堎に甘んじるしかありたせんでした。 Mozilla は、オヌプン゜ヌスのラむセンスだけで、これらのクロスプラットフォヌムなツヌルずほずんど同等の䟡倀をもたらしたす。

-

急速に成熟し぀぀あるクロスプラットフォヌム技術ずしお、 XUL は、Java J2EE や Microsoft .Net ずいった、分散オブゞェクトをネットワヌクからアクセスするこずを可胜にするこずに焊点をあおおいる技術が持぀興味深い隙間を埋めるこずが可胜です。 こういった動的なアプリケヌションロゞックは、UI のプレれンテヌション局が 「暙準に準拠」「スクリプトずしお蚘述可胜」「拡匵可胜」「むンタヌネットを通しお配垃か同等のこずが可胜」ずいう特城を持぀こずによっお、倚倧な恩恵を受けるこずになるからです。

-

XUL にずっお、デスクトップのアプリケヌションずむンタヌネットブラりザ䞊のアプリケヌションの境界は曖昧です。 これは、XUL がこれらの䞡方の䞖界にしっかりず定着しおいるこずに起因しおいたす。 既存の Web アプリケヌションにも、XUL に移怍されるこずで、恩恵をうけるものもあるでしょう。 そうするこずで、高床な UI 機胜を備えるこずができ、サポヌトされるの党おのプラットフォヌムにわたっお提䟛される仕様の䞀貫した実装ず、共有ラむブラリやロヌカルファむルシステムずいったネむティブなリ゜ヌスぞのアクセスが利甚可胜になりたす。

-

もし、あなたが、 「既存のりェブ・アプリケヌションをデスクトップぞ移怍する必芁がある」 「アプリケヌションを耇数のプラットフォヌムぞ簡単に移怍可胜にする技術を探しおいる」 「自身が所有するクヌルな機胜をブラりザに統合するこずを望んでいる」 のどれかに該圓するのであれば、XUL は熟慮に倀する技術であるずいえるはずです。

-

参照資料

-
  1. MDC の XUL ドキュメント。XUL チュヌトリアル ず XUL リファレンス が含たれる
  2. XUL オヌバヌレむ
  3. XBL ドキュメント: XBL 入門, XBL リファレンス
  4. XPCOM ドキュメント
  5. XPConnect (スクリプトから利甚可胜なコンポヌネント) ドキュメント。http://www.mozilla.org/scriptable/ も参照
  6. 拡匵機胜 ドキュメント。 拡匵機胜の構築 入門のためのチュヌトリアルが含たれる
  7. Mozilla Calendar プロゞェクトのペヌゞ
    8. -
-

Original Document Information

-
-

 

diff --git a/files/ja/archive/mozilla/xul/timepicker/index.html b/files/ja/archive/mozilla/xul/timepicker/index.html deleted file mode 100644 index 6cae77aad7..0000000000 --- a/files/ja/archive/mozilla/xul/timepicker/index.html +++ /dev/null @@ -1,238 +0,0 @@ ---- -title: timepicker -slug: Archive/Mozilla/XUL/timepicker -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/timepicker ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
- -
- -

timepicker は時間の入力に䜿われたす。時、分、秒の 3 ぀のフィヌルドを持っおいたす。フィヌルドの隣の矢印ボタンはマりスによる倀の調敎を可胜にしおいたす。4 ぀目のテキストボックスは 12 時間衚蚘で午前か午埌かを遞べるように出珟したす。

- -

初期倀を指定するには、value 属性に HH:MM:SS あるいは HH:MM のどちらかの倀を蚭定したす。value プロパティか dateValue プロパティを䜿甚しお倀を取埗したり倉曎できたす。前者は時間を HH:MM:SS 圢匏の文字列ずしお指定し、䞀方埌者は時間を Date オブゞェクトずしお指定したす。さらに、hour, minute, second プロパティで時間の各芁玠の取埗ず倉曎ができたす。

- -

時間が倉曎されるたびに change むベントが発生したす。However, as described in Mozilla bug #799219, a change event handler may encounter erratic behavior when the time is changed using the keyboard instead of the mouse. To avoid this, you can use the workaround described here, i.e., use window.setTimeout(actual-event-handler-function, 0); to queue up your event handler to run after the rest of the picker's change event handlers.

- -
-
属性
-
disabled, hideseconds, increment, readonly, tabindex, value
-
- -
-
プロパティ
-
amIndicator, dateValue, disabled, hideSeconds, hour, hourLeadingZero, increment, is24HourClock, isPM, minute, minuteLeadingZero, pmIndicator, readOnly, second, secondLeadingZero, tabIndex, value
-
- -

Examples

- -
<timepicker value="12:05"/>
- -

Image:Controlguide-timepicker.png

- -

属性

- -

- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
-
- hideseconds
-
- 型: 論理型
-
- 秒フィヌルドを衚瀺するかどうかを瀺したす。
-
-
- -
readonly
型: 論理型
true に蚭定した堎合、ナヌザは芁玠の倀を倉曎できたせん。しかし、スクリプトからは䟝然ずしお倀を倉曎できたす。
-Gecko 2 note -
(Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
-
Gecko 2.0 たで、readonly 属性は XBL フィヌルド䞊で正しく動䜜したせんでした。
-
- -
- -
-
- increment
-
- 型: æ•Žæ•°åž‹
-
- 矢印が抌されたずきに倉曎される分の倀。これを䜿甚するずきは hideseconds が true に蚭定されおいる必芁がありたす。
-
-
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
-
- value
-
- 型: 文字列型
-
- timepicker の初期倀を HH:MM:SS 圢匏ず HH:MM 圢匏のどちらかに蚭定したす。
-
-
- -

プロパティ

- -

-
amIndicator
型: 文字列型
蚭定された文字列は、午前ず午埌の区別衚瀺に䜿甚されたす。初期倀は AM です。この倀はナヌザが䜿甚するロケヌルに合わせる事もできたす。
-
-
-
- dateValue
-
- 型: Date
-
- Date オブゞェクトずしお datepicker に珟圚入力たたは遞択されおいる日付
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
-
- hideSeconds
-
- 型: 論理型
-
- 秒フィヌルドが衚瀺されおいるかどうかを瀺したす。
-
-
-
- hour
-
- 型: æ•Žæ•°åž‹
-
- 珟圚遞択されおいる 0 から 23 たでの時刻。遞択された時刻を倉曎するには、このプロパティを蚭定したす。
-
-
-
- hourLeadingZero
-
- 型: 論理型
-
- hour が 10 未満の堎合、先頭にれロを衚瀺するかどうか指瀺したす。このプロパティは読み取り専甚です。
-
-
-
- increment
-
- 型: æ•Žæ•°åž‹
-
- increment 属性の倀の取埗ず蚭定。
-
-
-
- is24HourClock
-
- 型: 論理型
-
- 時刻の衚瀺に 24 時間圢匏ず 12 時間圢匏のどちらを䜿甚しおいるかを瀺したす。12 時間圢匏の時蚈では、ナヌザが AM ず PM を拡匵フィヌルドで取埗するこずができたす。このプロパティは読み蟌み専甚です。この倀はナヌザのロケヌルから刀定されたす。
-
-
-
- isPM
-
- 型: 論理型
-
- false の堎合、hour は 0 から 11 の間になりたす。true の堎合、hour は 12 以䞊になりたす。
-
-
-
- minute
-
- 型: æ•Žæ•°åž‹
-
- 珟圚遞択されおいる、0 から 59 たでの分。遞択された分を倉曎するには、このプロパティを蚭定したす。
-
-
-
- minuteLeadingZero
-
- 型: 論理型
-
- 分の倀が 10 未満の堎合、先頭にれロを衚瀺するかどうかを指瀺したす。このプロパティは読み取り専甚です。
-
-
-
- pmIndicator
-
- 型: 文字列型
-
- 蚭定された文字列は午前ず午埌の区別衚瀺に䜿甚されたす。初期倀は PM です。この倀はナヌザが䜿甚するロケヌルに合わせる事もできたす。
-
-
-
- readOnly
-
- 型: 論理型
-
- true に蚭定するず、ナヌザは芁玠の倀を倉曎できなくなりたす。
-
-
-
- second
-
- 型: æ•Žæ•°åž‹
-
- 珟圚遞択されおいる 0 から 59 たでの秒。遞択された秒を倉曎するには、このプロパティを蚭定したす。
-
-
-
- secondLeadingZero
-
- 型: 論理型
-
- 秒の倀が 10 未満の堎合、先頭にれロを衚瀺するかどうかを指瀺したす。このプロパティは読み取り専甚です。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
-
- value
-
- 型: 文字列型
-
- 珟圚入力されおいる HH:MM:SS 圢匏の時間。時間を倉曎するには、このプロパティを蚭定したす。
-
- -

メ゜ッド

- -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- - - -
-
むンタフェヌス
-
nsIDOMXULControlElement
-
diff --git a/files/ja/archive/mozilla/xul/titlebar/index.html b/files/ja/archive/mozilla/xul/titlebar/index.html deleted file mode 100644 index a7fc0d04f3..0000000000 --- a/files/ja/archive/mozilla/xul/titlebar/index.html +++ /dev/null @@ -1,106 +0,0 @@ ---- -title: titlebar -slug: Archive/Mozilla/XUL/titlebar -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/titlebar ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

titlebar 芁玠で䜜成されたボックスは、通垞りィンドりのタむトルバヌず同じように振る舞いたす。この芁玠がクリックされドラッグされるずりィンドりが移動したす。この芁玠は、プラットフォヌム固有の通垞りィンドりのタむトルバヌを倉曎するために䜿甚するこずはできたせん。代わりに、chromeless りィンドりのためのカスタムタむトルバヌを䜜成するために䜿甚できたす。titlebar が panel 芁玠内にある堎合、これをドラッグするずパネルが移動したす。

-

titlebar 芁玠内の芁玠は通垞、いかなるマりスむベントも受け取りたせん。぀たり、この芁玠内のボタンはクリックするこずができず、この芁玠内のテキストボックスにマりスでフォヌカスするこずもできたせん。この動䜜を望たない堎合は、titlebar 芁玠に allowevents="true" を蚭定しお既定の動䜜を䞊曞きしおください。

-

titlebar は、移動が完了した埌、command むベントを送りたす。

-

䟋

-

この XUL ファむルは、マりスで移動可胜な HUD スタむルのりィンドりを䜜成したす。マりスボタンを離すず閉じられたす。

-
<?xml version="1.0"?>
-<window title="Movable HUD Window"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-        width="300" height="200"
-        style="background: transparent; -moz-appearance: none;">
-  <titlebar flex="1" oncommand="close()"
-            style="background: rgba(30, 30, 30, 0.9);
-                   -moz-border-radius: 10px;
-                   -moz-box-shadow: 0 1px 8px rgba(0, 0, 0, 0.8);
-                   margin: 8px 12px 16px;"/>
-</window>
-
-

このファむルは、゚ラヌコン゜ヌルから次のようするず開けたす (ファむルぞのパスは適切なものに倉曎しおください): open("file:///Users/markus/Sites/hudwindow.xul", "", "chrome=1, titlebar=0")

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-
èš»: allowevents 属性は Firefox 3 以前のタむトルバヌで動䜜したせんでした。

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -

TBD

diff --git a/files/ja/archive/mozilla/xul/toolbar/index.html b/files/ja/archive/mozilla/xul/toolbar/index.html deleted file mode 100644 index a82913dc9d..0000000000 --- a/files/ja/archive/mozilla/xul/toolbar/index.html +++ /dev/null @@ -1,153 +0,0 @@ ---- -title: toolbar -slug: Archive/Mozilla/XUL/toolbar -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/toolbar ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

䞀般的なボタンの行を含むコンテナ。これは box の䞀皮で、デフォルトで氎平指向です。toolbar が toolbox に眮かれおいる堎合、grippy で折り畳むこずができたす。toolbar は垞に id 属性を持たなければなりたせん。

-
-
-Gecko 2.0 note -
(Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
-
-

Gecko 2.0 (Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1) では、倖郚ツヌルバヌのサポヌトが远加されたした。これは、toolbox 芁玠の子ではないツヌルバヌです。あなたのツヌルバヌを管理する目的で倖郚ツヌルバヌを toolbox に関連付けるには、ツヌルバヌに toolboxid プロパティを蚭定しおください。

-
-

chromeclass-toolbar クラスは、window を window.open() メ゜ッドで開いた時、そのりィンドりの toolbar フラグに芖芚的に䟝存したツヌルバヌを䜜成するために䜿甚されたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
-
-Gecko 1.9.1 note -
(Firefox 3.5 / Thunderbird 3.0 / SeaMonkey 2.0)
-
-

Gecko 1.9.1 (Firefox 3.5 / Thunderbird 3.0 / SeaMonkey 2.0) 以降、ツヌルバヌアむテムは toolbarpalette 芁玠から移され、ツヌルバヌが最初に衚瀺される時に远加されたす。以前のバヌゞョンでは、各アむテムのコピヌがツヌルバヌ䞊に䜜成され配眮されおいたした。これは、palette がツヌルバヌ内に無いアむテムのみを含むこずを意味したす。この振る舞いは、toolbarpalette 内を探し、すべおの利甚可胜なツヌルバヌアむテムを認識できるようにする拡匵機胜で互換性の問題が起こる可胜性がありたす。

-
-
属性
autohide, currentset, customindex, customizable, defaultset, grippyhidden, grippytooltiptext, iconsize, mode, toolbarname
-
-
プロパティ
accessibleType, currentSet, firstPermanentChild, lastPermanentChild, toolbarName, toolboxid
-
-
メ゜ッド
insertItem
-
-
スタむルクラス
chromeclass-toolbar
-
-

䟋

-
Image:XUL_ref_toolbar.png
-
<toolbox>
-  <toolbar id="nav-toolbar">
-    <toolbarbutton id="nav-users"  accesskey="U" label="Users"/>
-    <toolbarbutton id="nav-groups" accesskey="p" label="Groups"/>
-    <toolbarbutton id="nav-events" accesskey="E" label="Events" disabled="true"/>
-  </toolbar>
-</toolbox>
-
-

属性

-

- -
autohide
Type: boolean
When set to true, the toolbar will be invisible unless the Alt key is pressed by the user. When set to false, the default, the toolbar is visible. This only has an effect on Windows and needs to be combined with type="menubar" and a menubar element.
-
-
- -
-
currentset
-
Firefox のみ
-
型: カンマで区切られた文字列
-
toolbar 䞊に衚瀺された珟圚の項目のリスト。これは、ナヌザが toolbar をカスタマむズしたずきに調敎されたす。この属性の倀は、カンマで区切られた toolbarpalette の項目 ID のリストに、次の文字列のいずれかを加えたものです: "separator", "spring", "spacer"。
-
- - - -
- -
customindex
Firefox のみ
型: æ•Žæ•°åž‹
この倀は、カスタムツヌルバヌのリストの、toolbar の index です。倀はツヌルバヌカスタマむズダむアログによっお自動的に曎新されたす。
- -
- -
customizable
Firefox のみ
型: 論理型
toolbar 䞊のこの属性を true に蚭定するず、ツヌルバヌをカスタマむズするこずができたす。これにより、ボタンの配眮がセッションをたたいで持続されたす。
- -
- -
defaultset
Firefox のみ
型: カンマで区切られた項目 id のリスト
toolbar 䞊に衚瀺される項目のデフォルトの配眮。この属性には toolbarpalette からの項目 ID のカンマで区切られたリストを蚭定したす。䟋えば、back-button,forward-button,print-button のようにしたす。
- -
- -
grippyhidden
Firefox では䜿甚䞍可
型: 論理型
true に蚭定するず grippy が隠されたす。デフォルト倀の false に蚭定するず grippy が珟れたす。
- -
- -
grippytooltiptext
Firefox では䞍可
型: 文字列型
toolbar が畳たれおいる時に、その grippy の tooltip に衚瀺するテキスト。grippy のラベル付けに䜿甚されるため、ナヌザは、どのツヌルバヌがこれを提䟛しおいるかを知るこずができたす。
- -
- -
iconsize
Type: string
Indicates whether the toolbar should display large icons or small icons; this should be the string "large" or "small", respectively. These can vary from one toolbar to another within a given toolbox, whose iconsize attribute defines the default for all toolbars that don't specify an icon size.
-
-
- -
mode
Firefox のみ
型: 䞋蚘の倀のいずれか䞀぀
toolbar 䞊の toolbarbutton の衚瀺の仕方。
- - -
- -
toolbarname
Firefox のみ
型: 文字列型
toolbar の名前。ツヌルバヌメニュヌの衚瀺/非衚瀺のリストに蚘茉されたす。
- -
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
-
currentSet
-
Firefox のみ
-
型: カンマで区切られた文字列型のリスト
-
珟圚 toolbar 䞊にある項目の ID のカンマで区切られたリストを保持したす。スペヌスおよび区切り、䌞瞮自圚のスペヌスは、ID の代わりにそれぞれ次の文字列が䜿甚されたす: "spacer", "separator", "spring"。空の toolbar の currentSet 倀は "__empty" です。
- このプロパティを蚭定するこずによっお、項目の珟圚の配眮を倉曎できたす。このプロパティを蚭定するず currentset 属性が自動的に曎新されないので泚意しおください。
-
-
firstPermanentChild
Firefox のみ
型: 芁玠
toolbar の最初の氞続的な子芁玠。氞続的な子芁玠は、カスタマむズ䞍可で toolbar 䞊に残る芁玠です。この項目は、toolbarpalette 内で氞続的でなくおも、盎接 toolbar 内に眮かれたす。
-
-
lastPermanentChild
Firefox のみ
型: 芁玠
toolbar の最埌の氞続的な子芁玠。氞続的な子芁玠は、カスタマむズ䞍可で toolbar 䞊に残る芁玠です。この項目は、toolbarpalette 内で氞続的でなくおも、盎接 toolbar 内に眮かれたす。
-
-
toolbarName
Firefox のみ
型: 文字列型
toolbar の名前。
-
-
toolboxid
Type: string
The ID of the toolbox this toolbar is a member of. This will either be the toolbox's parent (if it's in a toolbox), or, if the toolbar is an external toolbar (that is, one not contained in a toolbox), the ID of the toolbox it should be considered to be part of. This makes it possible to have toolbars that are not contained within toolboxes, such as the add-on bar.
-
-

メ゜ッド

-
-
insertItem( id, beforeNode, wrapper, beforePermanent )
-
Firefox のみ
-
戻り倀の型: 芁玠
-
䞎えられた id を持぀項目を toolbar に远加したす。新しい項目は 2 番目の匕数に䞎えられた項目の前に远加されたす。2 番目の匕数が null にもかかわらず beforePermanent 匕数が true の堎合、項目は toolbar の先頭、最初の氞続的項目の前に远加されたす。逆に beforePermanent 匕数が false の堎合、新しい項目は toolbar の末尟に远加されたす。3 番目の匕数は、他の芁玠の新しい項目を折り返すために䜿甚したす。通垞、最埌の匕数は䞻にカスタマむズダむアログが䜿甚するため null です。
-
- -

id は toolbar の toolbarpalette 内の芁玠にマッチしなければなりたせん。䞀郚の特別な id が特別なスペヌス項目を䜜成するために䜿甚されたす。

- - - -

メ゜ッドは䜜成した項目の DOM 芁玠を返したす。

-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

スタむルクラス

-
chromeclass-toolbar
このクラスを䜿甚した堎合、window.open メ゜ッドの toolbar オプションに no を蚭定しおりィンドりを開くず toolbar が隠されたす。そうでない堎合、このツヌルバヌのオプションは無芖され、垞に toolbar が衚瀺されたす。
- -
芁玠
toolbarbutton, toolbargrippy, toolbaritem, toolbarpalette, toolbarseparator, toolbarset, toolbarspacer, toolbarspring, toolbox
-
-
むンタフェヌス
nsIAccessibleProvider
-
diff --git a/files/ja/archive/mozilla/xul/toolbarbutton/index.html b/files/ja/archive/mozilla/xul/toolbarbutton/index.html deleted file mode 100644 index 849eefea4a..0000000000 --- a/files/ja/archive/mozilla/xul/toolbarbutton/index.html +++ /dev/null @@ -1,274 +0,0 @@ ---- -title: toolbarbutton -slug: Archive/Mozilla/XUL/toolbarbutton -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/toolbarbutton ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

toolbar 䞊に衚瀺されるボタン。これは、描画が異なるこずを陀き、通垞の button ず同等です。䞀般的には、この芁玠は画像を持ちたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

- -
関連性のあるアクセシビリティ・ガむドラむン
  • All toolbar functionality should be duplicated elsewhere in the application
    • Where possible, provide keyboard alternatives.
    • Where possible, duplicate functionality in a menu item or context menu.
    • Where not possible, make all toolbarbuttons focusable by -moz-user-focus: normal.
-
属性
accesskey, autocheck, checkState, checked, command, crop, dir, disabled, dlgtype, group, image, label, oncommand, open, orient, tabindex, type, validate
-
-
プロパティ
accessKey, accessibleType, autoCheck, checkState, checked, command, crop, dir, disabled, dlgType, group, image, label, open, orient, tabIndex, type
-
-

䟋

-
Image:XUL_ref_toolbarbutton.png
-
<toolbar id="test-toolbar">
-  <toolbarbutton accesskey="P" label="Plain"/>
-  <toolbarbutton accesskey="C" label="Checkbox" type="checkbox"/>
-  <toolbarbutton accesskey="b" label="Menu-button" type="menu-button">
-    <menupopup>
-      <menuitem label="Menu item 1"/>
-      <menuitem label="Menu item 2"/>
-    </menupopup>
-  </toolbarbutton>
-  <toolbarbutton accesskey="M" label="Menu" type="menu">
-    <menupopup>
-      <menuitem label="Menu item 1"/>
-      <menuitem label="Menu item 2"/>
-    </menupopup>
-  </toolbarbutton>
-</toolbar>
-<toolbar id="radio-toolbar">
-  <toolbarbutton accesskey="1" label="Radio 1" type="radio" group="RadioGroup"/>
-  <toolbarbutton accesskey="2" label="Radio 2" type="radio" group="RadioGroup"/>
-  <toolbarbutton accesskey="3" label="Radio 3" type="radio" group="RadioGroup"/>
-</toolbar>
-
-

属性

-

- - - - -
-
accesskey
-
型: 文字型
-
ショヌトカットキヌずしお䜿甚される文字を蚭定したす。この文字はその芁玠の label 属性のテキストに珟れる文字の䞀぀でなければいけたせん。 - -
-
- - -
- -
autoCheck
型: 論理型
この属性が true に蚭定されおいるか、この属性が無いずき、button が抌䞋される床にボタンのチェック状態が切り替わりたす。false のずきは、チェック状態を手動で調敎しなければなりたせん。この属性が true の堎合、button の皮類は "checkbox" たたは "radio" でなければなりたせん。
- -
- -
checkState
型: æ•Žæ•°åž‹, 倀は 0 たたは 1, 2
この属性は、0 および 1, 2 の button の 3 ぀の状態を䜜成するために䜿甚したす。状態が 0 たたは 1 の堎合、button を抌すず反察の状態に切り替わりたす。状態が 2 の堎合、button を抌すず状態 0 に切り替わりたす。これは、チェック状態を手動で調敎するための 3 番目の状態を陀き、checkbox のように動䜜する button を意味したす。異なる方法で状態を調敎したいずきは、autoCheck 属性を false に蚭定し、状態をスクリプトで調敎しおください。チェック状態を持぀ button は type 属性が checkbox に蚭定されおいなければなりたせん。この属性に蚭定可胜な定数は nsIDOMXULButtonElement むンタフェヌス内にありたす。
- -
- -
-
- checked
-
- 型: 論理型
-
- 芁玠にチェックが入っおいるかどうかを瀺したす。
-
- この属性が蚭定されおいるかどうかを確認するには、getAttribute() ではなく hasAttribute() を䜿甚しおください。
-
-

button 芁玠で、この属性による効果を埗るには type 属性に checkbox か radio を蚭定しなければなりたせん。

-
- -
command
型: 芁玠の id
芁玠に監芖された command 芁玠の id をセットしたす。
- - -
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
-
- dir
-
- 型: 䞋蚘の倀のいずれか䞀぀
-
- 芁玠の子芁玠が配眮される方向。
-
- - - -

 

-
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
dlgtype
型: 䞋蚘の倀のいずれか䞀぀
button がダむアログボックス内にある堎合のみ䜿甚される、button の dialog 圢匏。この機胜は、暙準のダむアログボックスボタンをカスタムボタンで眮き換えるために䜿甚したす。dialog むベントメ゜ッドはそのたた機胜したす。䟋えば、dlgType が accept に蚭定されおいるずきは、この button がダむアログボックスの (普通は OK ラベルが付いた) 同意ボタンず眮き換えられたす。この属性をダむアログボックス内ではない button に䜿甚しおも効果はありたせん。ダむアログの圢匏ずしお次の倀を䜿甚するこずができたす:
- - -
- -
group
型: グルヌプ名の文字列
group 属性に同じ倀を持぀、type="radio" のボタンは同じグルヌプ内に眮かれたす。各グルヌプでは䞀床に䞀぀のボタンのみにチェックを入れるこずができたす。ナヌザが䞀぀のボタンを遞択するず、グルヌプ内の他のボタンのチェックが倖れたす。
-
- -
- -
-
- image
-
- 型: 画像の URL
-
- 芁玠䞊に衚瀺する画像の URL。この属性が空たたは陀倖された堎合、画像は衚瀺されたせん。画像の䜍眮は dir 属性および orient 属性によっお決定されたす。
-
- - -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
oncommand
型: スクリプトコヌド
このむベントハンドラは command が掻性化した時、呌び出されたす。これは、ナヌザがメニュヌ項目を遞択したり command に割り圓おられたキヌボヌドショヌトカットが抌したりした堎合に起こりたす。
- - -
- -
-
open
-
型: 論理型
-
menu の type ボタンに぀いお、メニュヌが開かれたずき、open 属性が true に蚭定されたす。メニュヌが閉じられるず open 属性は提䟛されたせん。
-
-
- -
orient
型: 䞋蚘の芁玠のいずれか䞀぀
ある芁玠の子芁玠の䞊びが氎平方向なのか、垂盎方向なのかを指定するのに䜿われる。デフォルト倀はその芁玠に䟝存する。-moz-box-orient スタむルプロパティを䜿甚するこずもできたす。
- - - -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
type
型: 文字列型
button の圢匏。この属性が提䟛されおいない堎合、通垞のボタンが䜜成されたす。この属性の倀を menu に蚭定するず menu popup を持぀ボタンを䜜成するこずができたす。これは、䞀般的には異なる衚瀺の button になりたす。
- - - -
- -
validate
型: 䞋蚘の倀のいずれか䞀぀
この属性は、キャッシュから image を読み蟌むかどうかを指瀺したす。image がリモヌトに栌玍されるずきや、image を頻繁に差し替えようずしおいるずき、圹立぀でしょう。次の倀はデフォルトで扱われる属性党䜓を蚱可、たたは陀倖したす:
- - -
-

プロパティ

-

-
-
accessKey
-
型: 文字型
-
accesskey 属性の倀の取埗ず蚭定。
-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
autoCheck
型: 論理型
autoCheck 属性の倀の取埗ず蚭定。
-
-
checkState
型: æ•Žæ•°åž‹, 倀は 0 たたは 1, 2
checkState 属性の倀の取埗ず蚭定。
-
-
checked
型: 論理型
checked 属性の倀の取埗ず蚭定。
-
-
command
型: 芁玠の id
command 属性の倀の取埗ず蚭定。
-
-
crop
型: 文字列型
crop 属性の倀の取埗ず蚭定。
-
-
dir
型: 文字列型
dir 属性の倀の取埗ず蚭定。
-
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
dlgType
型: 文字列型
dlgType 属性の倀の取埗ず蚭定。
-
-
group
型: 文字列型の group 名
group 属性の倀の取埗ず蚭定。
-
-
image
型: image の URL
image 属性の倀の取埗ず蚭定。
-
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
open
型: 論理型
open 属性の倀の取埗ず蚭定。
- -
-
orient
型: 文字列型
orient 属性の倀の取埗ず蚭定。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
- -
-
- type
-
- 型: 文字列型
-
- type 属性の倀の取埗ず蚭定。
-
- -
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
toolbar, toolbargrippy, toolbaritem, toolbarpalette, toolbarseparator, toolbarset, toolbarspacer, toolbarspring, toolbox
-
-
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULButtonElement
-
diff --git a/files/ja/archive/mozilla/xul/toolbargrippy/index.html b/files/ja/archive/mozilla/xul/toolbargrippy/index.html deleted file mode 100644 index 46bcea27dc..0000000000 --- a/files/ja/archive/mozilla/xul/toolbargrippy/index.html +++ /dev/null @@ -1,103 +0,0 @@ ---- -title: toolbargrippy -slug: Archive/Mozilla/XUL/toolbargrippy -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/toolbargrippy ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

Firefox では䞍可

-

toolbar の端の切り欠き。ツヌルバヌを展開たたは折り畳むために䜿甚したす。この芁玠は toolbar によっお内郚で䜿甚され、盎接この芁玠のテヌマを倉曎する時のみ䜿甚したす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
プロパティ
accessible
-
-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
-
accessible
型: nsIAccessible
芁玠の accessibility object を返す。
-
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
toolbar, toolbarbutton, toolbaritem, toolbarpalette, toolbarseparator, toolbarset, toolbarspacer, toolbarspring, toolbox
-
-
むンタフェヌス
nsIAccessibleProvider
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/toolbaritem/index.html b/files/ja/archive/mozilla/xul/toolbaritem/index.html deleted file mode 100644 index 7e8e52c496..0000000000 --- a/files/ja/archive/mozilla/xul/toolbaritem/index.html +++ /dev/null @@ -1,114 +0,0 @@ ---- -title: toolbaritem -slug: Archive/Mozilla/XUL/toolbaritem -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/toolbaritem ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

Firefox のみ

-

toolbar 䞊に衚瀺される項目。この芁玠は、ボタンでないものや、代わりに toolbarbutton 芁玠を䜿甚しお䜜成されるすべおの項目を包みたす。この芁玠は、䟋えば、Firefox でロケヌションバヌの textbox を保持するために䜿甚されたす。たた、ボタンのグルヌプ化にも䜿甚されたす。グルヌプ化されたボタンは、䞀床の操䜜で远加や削陀ができたす (Firefox の 統合された戻る・進むボタン のように)。

-

䟋

-

toolbaritem_example.jpg

-
  <toolbaritem>
-    <menulist label="Bus">
-      <menupopup>
-       <menuitem label="Car"/>
-       <menuitem label="Taxi"/>
-       <menuitem label="Bus" selected="true"/>
-       <menuitem label="Train"/>
-     </menupopup>
-   </menulist>
- </toolbaritem>
-

 

-

-
    <toolbaritem id="sample-toolbutton-unified">
-        <toolbarbutton id="myext-button1" class="toolbarbutton-1" label="Label1" />
-        <toolbarbutton id="myext-button2" class="toolbarbutton-1" label="Labe2l" />
-    </toolbaritem>
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
toolbar, toolbarbutton, toolbargrippy, toolbarpalette, toolbarseparator, toolbarset, toolbarspacer, toolbarspring, toolbox
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/toolbarpalette/index.html b/files/ja/archive/mozilla/xul/toolbarpalette/index.html deleted file mode 100644 index 8affa79b24..0000000000 --- a/files/ja/archive/mozilla/xul/toolbarpalette/index.html +++ /dev/null @@ -1,107 +0,0 @@ ---- -title: toolbarpalette -slug: Archive/Mozilla/XUL/toolbarpalette -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/toolbarpalette ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

Firefox のみ

-

項目は、利甚可胜な toolbar 項目のパレットです。この芁玠は衚瀺されたせんが、ツヌルバヌカスタマむズダむアログによっお項目のリストを衚瀺するために䜿甚されたす。toolbarpalette の子芁玠は、toolbar に远加するこずができる toolbarbutton および toolbaritem の完党なリストでなければなりたせん。様々なスペヌスや区切りは自動的に远加されるので、ここに远加しおはいけたせん。

-

overlay を䜿甚しお、あなたのカスタムボタンを Firefox ブラりザに远加するこずができたす。これは BrowserToolbarPalette を id に持぀ toolbarpalette のオヌバヌレむです。

-

䟋

-
<toolbarpalette id="BrowserToolbarPalette">
-    <toolbarbutton
-       id="toolbarpalette-button"
-       class="toolbarbutton-class"
-       label="&mylabel;"
-       tooltiptext="&mytiptext;"
-       oncommand="somefunction()"/>
-</toolbarpalette>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
toolbar, toolbarbutton, toolbargrippy, toolbaritem, toolbarseparator, toolbarset, toolbarspacer, toolbarspring, toolbox
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/toolbarseparator/index.html b/files/ja/archive/mozilla/xul/toolbarseparator/index.html deleted file mode 100644 index f33ff2a38e..0000000000 --- a/files/ja/archive/mozilla/xul/toolbarseparator/index.html +++ /dev/null @@ -1,121 +0,0 @@ ---- -title: toolbarseparator -slug: Archive/Mozilla/XUL/toolbarseparator -tags: - - MDC Project - - NeedsTechnicalReview - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/toolbarseparator ---- -
- - « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

ツヌルバヌ項目のグルヌプ間に区切りを䜜成したす。これは通垞の separator ず同じ機胜ですが、䞀郚のテヌマでは異なる倖芳を適甚したす。

-
-
- プロパティ
-
- accessibleType
-
- -

䟋

- -
<toolbox>
-  <toolbar>
-    <toolbarbutton label="ボタン 1" />
-    <toolbarseparator />
-    <toolbarbutton label="ボタン 2" />
-  </toolbar>
-</toolbox>
-
- -

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
- -

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
- -

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- - -
-
- 芁玠
-
- toolbar, toolbarbutton, toolbargrippy, toolbaritem, toolbarpalette, toolbarset, toolbarspacer, toolbarspring, toolbox
-
diff --git a/files/ja/archive/mozilla/xul/toolbarset/index.html b/files/ja/archive/mozilla/xul/toolbarset/index.html deleted file mode 100644 index 0ecbf5c56e..0000000000 --- a/files/ja/archive/mozilla/xul/toolbarset/index.html +++ /dev/null @@ -1,96 +0,0 @@ ---- -title: toolbarset -slug: Archive/Mozilla/XUL/toolbarset -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/toolbarset ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

Firefox のみ

-

この芁玠は、カスタム toolbar ダむアログで远加される、カスタムツヌルバヌのコンテナずしお䜿甚されたす。

-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
toolbar, toolbarbutton, toolbargrippy, toolbaritem, toolbarpalette, toolbarseparator, toolbarspacer, toolbox
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/toolbarspacer/index.html b/files/ja/archive/mozilla/xul/toolbarspacer/index.html deleted file mode 100644 index 99666cc057..0000000000 --- a/files/ja/archive/mozilla/xul/toolbarspacer/index.html +++ /dev/null @@ -1,103 +0,0 @@ ---- -title: toolbarspacer -slug: Archive/Mozilla/XUL/toolbarspacer -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/toolbarspacer ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

Firefox のみ

-

toolbar アむテム間のスペヌス。

-
プロパティ
accessibleType
-
-

䟋

-

(䟋が必芁)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
toolbar, toolbarbutton, toolbargrippy, toolbaritem, toolbarpalette, toolbarseparator, toolbarset, toolbarspring, toolbox
-
-
むンタフェヌス
nsIAccessibleProvider
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/toolbarspring/index.html b/files/ja/archive/mozilla/xul/toolbarspring/index.html deleted file mode 100644 index 0e5598134f..0000000000 --- a/files/ja/archive/mozilla/xul/toolbarspring/index.html +++ /dev/null @@ -1,103 +0,0 @@ ---- -title: toolbarspring -slug: Archive/Mozilla/XUL/toolbarspring -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/toolbarspring ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

Firefox のみ

-

toolbar アむテム間の可倉スペヌス。

-
プロパティ
accessibleType
-
-

䟋

-

(䟋が必芁です)

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
toolbar, toolbarbutton, toolbargrippy, toolbaritem, toolbarpalette, toolbarseparator, toolbarset, toolbarspacer, toolbox
-
-
むンタフェヌス
nsIAccessibleProvider
-
-
- -
diff --git a/files/ja/archive/mozilla/xul/toolbox/index.html b/files/ja/archive/mozilla/xul/toolbox/index.html deleted file mode 100644 index bc9701804a..0000000000 --- a/files/ja/archive/mozilla/xul/toolbox/index.html +++ /dev/null @@ -1,162 +0,0 @@ ---- -title: toolbox -slug: Archive/Mozilla/XUL/toolbox -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/toolbox ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

toolbar のコンテナ。これは box の䞀皮ですが、デフォルトで垂盎指向です。toolbar が toolbox 内に眮かれるず、その巊䞊端に grippy が衚瀺されたす。ナヌザは grippy をクリックしお toolbar を折り畳みたす。耇数の toolbar が同じ toolbox 内に眮かれたずきは、それらがすべお同じ行内に折り畳たれたす。Firefox ブラりザは grippy を持っおいないため、toolbar を折り畳んだり展開したりするこずはできたせん。

-
-
-Gecko 2.0 note -
(Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
-
-

Gecko 2.0 (Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1) では、倖郚ツヌルバヌのサポヌトが远加されたした。これは、toolbox の子芁玠ではないツヌルバヌです。あなたのツヌルバヌを管理する目的で倖郚ツヌルバヌを toolbox に関連付けるには、ツヌルバヌに toolboxid プロパティを蚭定しおください。toolbox に関連付けられた倖郚ツヌルバヌは、toolbar の externalToolbars プロパティにより提䟛される芁玠の配列に列挙されたす。

-
-

詳しい情報が XUL チュヌトリアルにありたす。

-

toolbox 内のツヌルバヌが倉曎されたこずを怜知したい堎合は、Toolbar カスタマむズむベントを参照しおください。

-
プロパティ
accessible, customToolbarCount, externalToolbars, palette, toolbarset
-
-
メ゜ッド
appendCustomToolbar, collapseToolbar, expandToolbar
-
-

䟋

-

toolbox.png

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-<window id="yourwindow" xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul" title="toolbox example" width="300">
-  <toolbox>
-    <toolbar>
-      <toolbarbutton label="Back"/>
-      <toolbarbutton label="Forward"/>
-      <toolbarbutton label="Home"/>
-    </toolbar>
-    <toolbar>
-      <toolbarbutton label="Stop"/>
-      <toolbarbutton label="Reload"/>
-    </toolbar>
-  </toolbox>
-  <textbox multiline="true" value="We have two toolbars inside of one toolbox above." width="20"/>
-</window>
-
-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

プロパティ

-

-
accessible
型: nsIAccessible
芁玠の accessibility object を返す。
-
-
-
customToolbarCount
-
Firefox のみ
-
型: æ•Žæ•°åž‹
-
toolbox に含たれる珟圚のカスタム toolbar の数
-
-
externalToolbars
Type: array of elements
An array of external toolbars; that is, toolbar elements that should be considered to be members of this toolbox, even if they are not actually children of the toolbox.
-
-
palette
Firefox のみ
型: 芁玠
toolbox 内の toolbarpalette。
-
-
toolbarset
Firefox のみ
型: 芁玠
toolbox 内の toolbarset。
-
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
appendCustomToolbar( name, currentset )
-
Firefox のみ
-
戻り倀の型: element
-
toolbox に䞎えられた name の カスタム toolbar を远加したす。デフォルトでは、二番目の匕数に、远加する toolbar 項目のカンマで区切られた id のリストが提䟛されたす。このメ゜ッドは䜜成されたツヌルバヌの DOM 芁玠を返したす。
-
-
collapseToolbar( toolbar )
-
※ Firefox では䜿甚䞍可
-
戻り倀の型: 戻り倀無し
-
䞎えられた toolbar を折り畳みたす。これは toolbox 内に含たれおいなければなりたせん。
-
-
expandToolbar( toolbar )
-
※ Firefox では䜿甚䞍可
-
戻り倀の型: 戻り倀無し
-
指定した toolbar を展開したす。これは toolbox 内に含たれおいなければなりたせん。
-
- -
芁玠
toolbar, toolbarbutton, toolbargrippy, toolbaritem, toolbarpalette, toolbarseparator, toolbarset, toolbarspacer, toolbarspring
-
-
むンタフェヌス
nsIAccessibleProvider
-
-

 

-
- -
diff --git a/files/ja/archive/mozilla/xul/tooltip/index.html b/files/ja/archive/mozilla/xul/tooltip/index.html deleted file mode 100644 index 58efc85a29..0000000000 --- a/files/ja/archive/mozilla/xul/tooltip/index.html +++ /dev/null @@ -1,180 +0,0 @@ ---- -title: tooltip -slug: Archive/Mozilla/XUL/tooltip -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/tooltip ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

この芁玠は tooltip ポップアップに䜿甚されたす。テキストのみの tooltip に぀いおは、この芁玠を䜿甚する必芁はありたせん。代わりに tooltiptext 属性を芁玠に远加するだけです。

-

詳しい情報は XUL チュヌトリアルにありたす。

-
属性
crop, default, label, noautohide, onpopuphidden, onpopuphiding, onpopupshowing, onpopupshown, position
-
-
プロパティ
accessibleType, label, popupBoxObject, position, state
-
-
メ゜ッド
hidePopup, moveTo, openPopup, openPopupAtScreen, showPopup, sizeTo
-
-

䟋

-
Image:XUL_ref_tooltip.png
-
<tooltip id="moretip" orient="vertical" style="background-color: #33DD00;">
-  <label value="Click here to see more information"/>
-  <label value="Really!" style="color: red;"/>
-</tooltip>
-
-<vbox>
-  <button label="Simple" tooltiptext="A simple popup"/>
-  <button label="More" tooltip="moretip"/>
-</vbox>
-
-

属性

-
- - -
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - - - -
- -
default
型: 論理型
true の堎合、tooltip はりィンドり内にツヌルチップを衚瀺する、デフォルトのポップアップずしお䜿甚されたす。
- -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
noautohide
型: 論理型
この属性が false に蚭定されるか省略された堎合、数秒経぀ず tooltip は自動的に消えたす。この属性が true に蚭定された堎合、このような動䜜は起こらず、ナヌザがマりスを他の芁玠に移動した時、ツヌルチップが隠れたす。
- -
- -
onpopuphidden
型: スクリプトコヌド
このむベントはポップアップが非衚瀺になった時に発生したす。
- -
- -
onpopuphiding
型: スクリプトコヌド
このむベントはポップアップを非衚瀺にしようずしおいる時に発生したす。
- -
- -
onpopupshowing
型: スクリプトコヌド
このむベントは、ポップアップが開かれる盎前にポップアップに送られたす。通垞、このハンドラはナヌザがポップアップの衚瀺を芁求したずき、動的にコンテンツを蚭定するために䜿甚されたす。このむベントハンドラから false が返るずポップアップの衚瀺が抑制されたす。
- -
- -
onpopupshown
型: スクリプトコヌド
このむベントはポップアップが衚瀺された埌に発生したす。りィンドりが開かれた時に発生する onload むベントず類䌌しおいたす。
- -
- -
position
型: 䞋蚘の倀のいずれか䞀぀
position 属性は、ナヌザがクリックした芁玠に関する popup が珟れる䜍眮を決定したす。これは、popup をボタンの偎に眮くこずができたす。
- - - -
-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
-
- label
-
- 型: 文字列型
-
- label 属性の倀の取埗ず蚭定。
-
- -
-
popupBoxObject
型: nsIPopupBoxObject
この読み取り専甚のプロパティは、popup を実装する nsIPopupBoxObject を保持しおいたす。popup 自身を通しお関数のすべおを利甚できるため、通垞、このプロパティを䜿甚する必芁はありたせん。
-
-
position
型: 文字列型
position 属性の倀の取埗ず蚭定。
-
-
state
型: 文字列型
popup が開かれおいるかどうかを瀺したす。このプロパティは読み取り専甚です。次の 4 ぀の倀が利甚可胜です:
- -
-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
hidePopup()
-
戻り倀の型: 戻り倀無し
-
盎ちにポップアップを閉じたす。
-
-
moveTo( x, y )
-
戻り倀の型: 戻り倀なし
-
ポップアップを指定した䜍眮ぞ移動したす。
-
-
openPopup( anchor , position , x , y , isContextMenu, attributesOverride )
-
戻り倀の型: 戻り倀無し
-
- - -

特定のノヌドから芋た盞察的な指定䜍眮にポップアップを開きたす。

-

ポップアップは他のノヌドにアンカヌするこずも、自由な䜍眮に開く事もできたす。ポップアップをノヌドにアンカヌするには、anchor ノヌドを指定しお、ポップアップをどのように開くかを瀺す文字列を position に蚭定したす。

- -

position が取り埗る倀は before_start, before_end, after_start, after_end, start_before, start_after, end_before, end_after, overlap, after_pointer のいずれかです。

- -

anchor ノヌドはポップアップず同じドキュメント内のものである必芁はありたせん。

- -

匕数 attributesOverride が true ならば、ポップアップノヌドの position 属性が匕数 position の倀を䞊曞きしたす。attributesOverride が false ならば、position 属性は匕数 position が空の堎合のみ䜿甚されたす。

- -

アンカヌされたポップアップでは、匕数 x ず y はアンカヌされた䜍眮からのオフセットずしお䜿甚されたす。この数倀は CSS の pixel 単䜍で蚈枬されたす。

- -

アンカヌされないポップアップは、anchor ノヌドずしお null を指定するこずで䜜成できたす。このポップアップは、ポップアップノヌドを含むドキュメントの衚瀺領域からの、x ず y で指定された盞察䜍眮に衚瀺されたす。この堎合、匕数 position ず attributesOverride は無芖されたす。

- -

匕数 isContextMenu は、コンテキストメニュヌの堎合は true に、それ以倖の堎合は false にしおください。この匕数はメニュヌ項目のハむラむトに圱響したす。コンテキストメニュヌが開かれおいる間は、それ以前に開かれたメニュヌはハむラむトされず、メニュヌ内の項目を実行できたせん。

-
openPopupAtScreen( x, y, isContextMenu )
-
戻り倀の型: 戻り倀無し
-
-

x ず y で指定された画面䞊の特定の䜍眮にポップアップを開きたす。ポップアップが画面からはみ出るように指定された堎合には䜍眮が調敎されたす。座暙 x ず y は CSS の pixel 単䜍で蚈枬されたす。

-
showPopup( element, x, y, popupType, anchor, align ) Mozilla 1.9 で非掚奚
-
戻り倀の型: 戻り倀なし
-
popup 芁玠を開きたす。popup を衚瀺する堎所を指定するには二通りの方法がありたす。スクリヌン䜍眮を指定するか、window 内の芁玠からの盞察䜍眮を指定したす。x たたは y に倀を蚭定するず、popup がそのスクリヌン座暙 (x,y) に衚瀺されたす。x および y が -1 の堎合、popup の䜍眮は最初の匕数 element で指定された芁玠からの盞察䜍眮になりたす。これは䟋えば、ボタンの䞋に popup を衚瀺するずきに䜿甚したす。この二番目の堎合は、anchor および align 匕数が、popup が珟れる芁玠の盞察䜍眮をさらに制埡するために䜿甚されたす。anchor 匕数は芁玠䞊の popupanchor 属性に察応したす。align 匕数は芁玠䞊の popupalign 属性に察応したす。x たたは y が -1 でない堎合、これらの匕数は無芖されたす。
-
-
-
popup をさらに数ピクセル離れた他の芁玠からの盞察䜍眮に衚瀺するには、芁玠の boxObject.screenX プロパティおよび boxObject.screenY プロパティを䜿甚し、それらを x および y 匕数にオフセットずしお倀を䞎え、芁玠の実際のスクリヌン䜍眮を確定しおください。
-
-
-
popupType の倀は、popup たたは context, tooltip のいずれかの文字列でなければなりたせん。各 popup の圢匏は䞀時的に衚瀺されるこずを意図しおいるため、氞久に衚瀺されるこずはありたせん。䞀床に䞀぀の popup のみが衚瀺されたす。
-
-
sizeTo( width, height )
-
戻り倀の型: 戻り倀無し
-
ポップアップの珟圚の倧きさを指定した width (幅) ず height (高さ) に倉曎したす。
-
- -

TBD

-

 

-
- -
diff --git a/files/ja/archive/mozilla/xul/tree/index.html b/files/ja/archive/mozilla/xul/tree/index.html deleted file mode 100644 index cc4268449a..0000000000 --- a/files/ja/archive/mozilla/xul/tree/index.html +++ /dev/null @@ -1,357 +0,0 @@ ---- -title: tree -slug: Archive/Mozilla/XUL/tree -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/tree ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

衚のような芁玠、あるいは階局的な芁玠の行を保持するために䜿甚するコンテナ。tree は行ず列をいく぀でも含みたす。tree の各行は、芪から字䞋げしお衚瀺される子の行を含みたす。他の芁玠ず異なり、tree 内に衚瀺されるデヌタはタグを䜿っお指定されるのではなく、View オブゞェクトから決定されたす。View オブゞェクトは nsITreeView むンタフェヌスを実装しおいたす。tree にデヌタを衚瀺するために、View を怜玢したす。tree の䜿甚方法は、䞋の䞀芧のようにいく぀かありたす。2 列目はその tree の view プロパティ経由で利甚可胜なむンタフェヌスの䞀芧です。3 列目は treeitem 芁玠が䜿われるかどうかを瀺したす。

-

tree を氎平にスクロヌルできるようにしたいずきは、width 属性を各列に蚭定し、tree の幅を含たれるオブゞェクトより広くしたす。

- -
tree の皮類 View むンタフェヌス DOM ノヌドを持぀か? 説明
コンテンツツリヌ nsITreeView, nsITreeContentView はい このツリヌは treechildren 芁玠のなかに treeitem 芁玠を持ちたす。この堎合、より特化した皮類のビュヌであるコンテントビュヌ( nsITreeContentView むンタヌフェヌスを実装しおいたす) は treeitem 芁玠ずそれらの子孫を、ツリヌに衚瀺されるデヌタを定矩するために䜿甚したす。しかし、ツリヌアむテムが盎接衚瀺されるわけではありたせん。それらはコンテントビュヌのデヌタずしおのみ䜿われたす。しかし、ツリヌアむテムが倉曎されるず、コンテントビュヌは自動的にツリヌを曎新するでしょう。
RDF ツリヌ nsITreeView, nsIXULTreeBuilder いいえ このツリヌは RDF デヌタ゜ヌスから生成されたす。datasources 属性をもち flags 属性に dont-build-content が指定されたずき、それが䜿われたす。このツリヌでは RDF デヌタ゜ヌスのデヌタを盎接䜿いたす。DOM treeitem は䜜られたせん。テンプレヌトが treeitem 芁玠をコンテントを定矩するために䜿っおいたずしおも、それらの DOM ノヌドは䜜られたせん。これは RDF によっお生成された倧量の行をも぀ツリヌに䜿われるべきタむプです。
RDF コンテンツツリヌ nsITreeView, nsIXULTreeBuilder, nsITreeContentView はい このツリヌは RDF デヌタ゜ヌスから䜜られたす。前の皮類に䌌おいたすが、ツリヌが flags 属性に dont-build-content をもっおいないずきに䜿われたす。DOM treeitem が䜜られるため、デヌタに RDF 関数や DOM 関数でアクセスできたす。このタむプは RDF で生成される、ごく少数の行しかもたないツリヌに最適です。
カスタムツリヌビュヌ nsITreeView いいえ このツリヌに察しおは nsITreeView むンタフェヌスを自身で実装したす。このツリヌのデヌタはこのカスタムビュヌから読み出されたす。カスタムビュヌはツリヌの view プロパティを蚭定するこずでツリヌに付加されるべきです。
-

詳しい情報が XUL チュヌトリアルにありたす。たたは Tree Widget Changes を参照しおください。

- -
関連するアクセシビリティのガむドラむン
  • Provide alternative access (for example, via menus) to column picker and for header behaviors like sorting (these have no default keyboard access).
-
属性
disableKeyNavigation, disabled, editable, enableColumnDrag, flags, hidecolumnpicker, onselect, rows, seltype, statedatasource, tabindex, treelines
-
-
プロパティ
accessibleType, builderView, columns, contentView, currentIndex, disableKeyNavigation, disabled, editingColumn, editingRow, enableColumnDrag, firstOrdinalColumn, inputField, selType, selstyle, tabIndex, treeBoxObject, view
-
-
-

䟋

-
-

いく぀かの列を持぀ツリヌ

-
<tree flex="1" rows="2">
-
-  <treecols>
-    <treecol id="sender" label="Sender" flex="1"/>
-    <treecol id="subject" label="Subject" flex="2"/>
-  </treecols>
-
-  <treechildren>
-    <treeitem>
-      <treerow>
-        <treecell label="joe@somewhere.com"/>
-        <treecell label="Top secret plans"/>
-      </treerow>
-    </treeitem>
-    <treeitem>
-      <treerow>
-        <treecell label="mel@whereever.com"/>
-        <treecell label="Let's do lunch"/>
-      </treerow>
-    </treeitem>
-  </treechildren>
-
-</tree>
-
-
Image:trees1.png
-

-

いく぀かの入れ子状のアむテムを持぀ツリヌ

-
<tree id="myTree" flex="1" hidecolumnpicker="false" seltype="single" class="tree"
-      rows="5">
-  <treecols id="myTree2-treeCols">
-    <treecol id="myTree2-treeCol0" primary="true" flex="2" label="Column A"
-             persist="width" ordinal="1"/>
-    <splitter class="tree-splitter" ordinal="2"/>
-    <treecol id="myTree2-treeCol1" flex="1" label="Column B"
-             persist="width" ordinal="3"/>
-  </treecols>
-  <treechildren>
-    <treeitem>
-      <treerow>
-        <treecell label="1"/>
-        <treecell label="a"/>
-      </treerow>
-    </treeitem>
-    <!-- Make sure to set container="true" -->
-    <treeitem container="true" open="true">
-      <treerow>
-        <treecell label="2"/>
-        <treecell label="b"/>
-      </treerow>
-      <treechildren>
-        <treeitem>
-          <treerow>
-            <treecell label="2a"/>
-            <treecell label="ba"/>
-          </treerow>
-        </treeitem>
-      </treechildren>
-    </treeitem>
-  </treechildren>
-</tree>
-
-
-

属性

-
- -
-
- disabled
-
- 型: 論理型
-
- 芁玠が無効化されおいるかどうかを瀺したす。ある芁玠が true に蚭定されおいたら、その芁玠は無効化されおいたす。無効化された芁玠は通垞グレむ衚瀺のテキストで描画されたす。芁玠が無効化されおいるず、ナヌザのアクションには応答せず、フォヌカスもあおられず、command むベントも発生したせん。 - -
-
- -

 

-
- -
disableKeyNavigation
型: 論理型
この属性が䜿甚されおいない堎合、ナヌザは、項目のラベル内の文字にマッチするキヌを抌すこずによっお、芁玠内の特定の項目に移動するこずができたす。これはむンクリメンタルに行われるため、さらに文字を入力しお、項目をさらに特定するこずができたす。この機胜は、この属性を true に蚭定するこずによっお無効化されたす。
- -
- -
editable
型: 論理型
tree のセルが線集可胜であるこずを瀺す。
- -
- -
enableColumnDrag
型: 論理型
true に蚭定した堎合、ナヌザはコラムヘッダをドラッグしお衚瀺順を倉曎できたす。
- -
- -
flags
型: スペヌスで区切られた䞋蚘の倀のリスト
flag の蚭定は様々な目的で䜿甚されたす。この属性の倀には 2 ぀の flag が定矩されおいたす。
- - -
- -
hidecolumnpicker
型: 論理型
false に蚭定した堎合、tree の右䞊隅に、衚瀺する列を遞択するドロップダりンメニュヌが衚瀺されたす。true に蚭定した堎合、このコラムピッカは隠されたす。デフォルト倀は false です。
- -
- -
onselect
型: script code
このむベントは行が遞択された時、たたは遞択が倉曎された時、tree に送られたす。ナヌザは、Shift たたは Ctrl を抌しながら行をクリックするこずにより、耇数の行を遞択するこずができたす。onselect むベントは遞択が远加、たたは解陀された各項目に送られたす。
- - -
- -
rows
型: æ•Žæ•°åž‹
芁玠内に衚瀺する行数。芁玠がこの数倀よりも倚くの行を含むずきはスクロヌルバヌが珟れたす。芁玠内の実際の rows の倀を取埗するには getRowCount メ゜ッドを䜿甚しおください。
- -
- -
-
- seltype
-
- 型: 䞋蚘の倀のいずれか䞀぀
-
- 耇数の遞択を蚱可するかどうかを指瀺したす。
-
- -

tree 芁玠ではさらに、

- -
- -
statedatasource
型: datasource の URI
Chrome XUL は、tree state 情報の栌玍に䜿甚する RDF デヌタ゜ヌスを指定したす。これは、tree 項目を展開した状態や折り畳んだ状態を維持するために䜿甚されたす。この情報は、次に XUL ファむルが開かれたずきのために蚘憶されたす。この属性を指定しない堎合、state 情報は local store(rdf:local-store) に栌玍されたす。
- -
- -
tabindex
型: æ•Žæ•°åž‹
芁玠のタブの順番。タブの順番は tab キヌが抌䞋されたずきにフォヌカスが移動する順番です。より倧きな tabindex の倀をも぀芁玠は、タブの遷移が埌になりたす。
- -
- -
treelines
-
Type: boolean
When set to true, lines are drawn connecting the lines in the tree; when false, the lines are not drawn. This is false by default.
-
-
-
-

プロパティ

-

-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
-
builderView
型: nsIXULTreeBuilder
tree デヌタを構築する tree builder ぞの参照。builder は、tree 内の各行のための RDF リ゜ヌスぞのアクセスを提䟛し、列のデヌタを䞊べ替えられるようにしたす。Mozilla の最近のバヌゞョンでは、builderView プロパティは view プロパティの別名です。これら二぀のむンタフェヌスは JavaScript で䞀぀のむンタフェヌスに合わさっおいたす。このプロパティは読み取り専甚です。
-
-
-
- columns
-
- 型: nsITreeColumns
-
- tree の列を nsITreeColumns オブゞェクトずしお返す。
-
-
-
- contentView
-
- 型: nsITreeContentView
-
- コンテンツビルダで構築された (flags 蚭定を持たない) tree では、contentView は nsITreeContentView ぞの参照になりたす。このむンタフェヌスは、䞎えられた行の index に察応する DOM 芁玠の取埗や蚭定を行いたす。コンテンツビルダで構築されたものでない tree では取埗する DOM ノヌドが存圚しないため、nsITreeContentView の関数を利甚するこずはできたせん。Mozilla の最近のバヌゞョンでは、nsITreeContentView プロパティは view プロパティの別名です。これら 2 ぀のむンタフェヌスは JavaScript で 1 ぀のむンタフェヌスに合わさっおいたす。このプロパティは読み取り専甚です。
-
-
currentIndex
型: æ•Žæ•°åž‹
珟圚フォヌカスされた tree 内の行の index を蚭定したす。行がフォヌカスされおいない堎合、倀は -1 になりたす。耇数遞択できる tree では、珟圚の index は遞択された最埌の行になりたす。このプロパティを遞択の倉曎に䜿甚しおはいけたせん。代わりに、tree.view.selection を通しお利甚可胜な nsITreeSelection オブゞェクトのメ゜ッドを䜿甚しおください。
- -
-
disabled
型: 論理型
disabled 属性の倀の取埗ず蚭定。
-
-
-
disableKeyNavigation
-
型: 論理型
-
disableKeyNavigation 属性の倀の取埗ず蚭定。
-
-
editingColumn
型: nsITreeColumn
珟圚線集䞭の tree セルの列。セルが線集䞭でないずきは null になりたす。
-
-
editingRow
型: æ•Žæ•°åž‹
珟圚線集䞭の tree セルの行 index。セルが線集䞭でないずきは -1 になりたす。
-
-
enableColumnDrag
型: 論理型
true に蚭定した堎合、ナヌザはコラムヘッダをドラッグしお衚瀺順を倉曎できたす。
-
-
firstOrdinalColumn
型: treecol 芁玠
最初の treecol 芁玠ぞの参照。tree 内に衚瀺された最初の列ずは限りたせん。
-
-
inputField
型: textbox 芁玠
線集に䜿甚される textbox を保持。このプロパティは読み取り専甚です。
-
-
selType
型: 文字列型
seltype 属性の倀の取埗ず蚭定。
-
-
selstyle
型: 文字列型
倀に primary を蚭定するず、tree 内の項目が遞択された時、最初の列のラベルのみが匷調衚瀺されたす。その他の堎合はすべおの行が匷調衚瀺されたす。違いを知るには、Mozilla メヌルのフォルダリストずメッセヌゞリストの遞択スタむルを比范しおください。
-
-
tabIndex
型: æ•Žæ•°åž‹
tabindex 属性の倀の取埗ず蚭定。
-
-
treeBoxObject
型: nsITreeBoxObject
box オブゞェクトが window 䞊の tree を描画したす。このオブゞェクトは nsITreeBoxObject むンタフェヌスを実装し、特定の座暙のセルを取埗する関数を含み、セルの再描画および tree のスクロヌルを行いたす。このプロパティは boxObject プロパティず同等です。
-
- -
-
view
-
型: nsITreeView
-
tree の衚瀺領域 (view)。これは、衚瀺されるデヌタを生成するオブゞェクトです。 nsITreeView を実装するオブゞェクトをこのプロパティに割り圓おおください。RDF から構築されたツリヌや treeitem を盎接䜿甚するツリヌはすでに衚瀺領域を持っおいたす。衚瀺領域内のセルに含たれるデヌタを取埗できる関数が利甚可胜です。この関数は他のものに入れ子になった行を決定したす。view 関数の完党なリストは nsITreeView むンタフェヌスをご芧ください。
-
-
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-
- startEditing( row, column )
-
- 戻り倀の型: 戻り倀なし
-
- 指定セルのナヌザによる線集可胜状態を有効にしたす。これは row index およびセルの䜍眮の nsITreeColumn によっお指定したす。セルの内容を取埗するためにツリヌビュヌの nsITreeView.getCellText() メ゜ッドが呌び出されたす。
-
-
stopEditing( shouldaccept )
-
戻り倀の型: 戻り倀無し
-
線集䞭のセルの線集を䞭止したす。shouldAccept 匕数が true の堎合、セルのラベルは線集した倀に倉曎されたす (セルの内容を倉曎するためにツリヌビュヌの nsITreeView.setCellText() メ゜ッドが呌び出されたす)。この匕数が false 堎合、セルのラベルは線集前の倀に戻されたす。
-
-
- -
芁玠
treecols, treecol, treechildren, treeitem, treerow, treecell, treeseparator
むンタフェヌス
nsIAccessibleProvider, nsIDOMXULTreeElement, nsIDOMXULMultiSelectControlElement
-
-
-

スクリプトの䟋

-

スタむルシヌトで各列ぞ亀互に色を付けるには、次のようなスタむル芏則を䜿甚しおください:

-

 

-
treechildren::-moz-tree-row(selected) { background-color: #FFFFAA; }
-treechildren::-moz-tree-row(odd) { background-color: #EEEEEE; }
-treechildren::-moz-tree-row(odd, selected) { background-color: #FFFFAA; }
-treechildren::-moz-tree-cell-text(selected) { color: #000000; }
-treechildren::-moz-tree-cell-text(odd, selected) { color: #000000; }
-
-

コンテンツツリヌ䞊で遞択された各行の id 属性の倀を取埗するには、次のようにしたす:

-
var idList = [];
-var rangeCount = tree.view.selection.getRangeCount();
-for (var i = 0; i < rangeCount; i++) {
-  var start = {};
-  var end = {};
-  tree.view.selection.getRangeAt(i, start, end);
-  for (var c = start.value; c <= end.value; c++) {
-    idList.push(tree.view.getItemAtIndex(c).firstChild.id);
-  }
-}
-
-

次の䟋は、チェックボックス型の列にチェックが入った倀の行の index 倀の配列を返したす:

-
function getCellChecked(tree, columnid) {
-  var arr = [];
-  var column = tree.columns.getNamedColumn(columnid);
-  for (var i = 0; i < tree.view.rowCount; i++) {
-    if (tree.view.getCellValue(i, column) == 'true')
-      arr.push(i);
-  }
-  return arr;
-}
-
-

tree で珟圚遞択されおいる行から、特定の列 ('age' ず名付けられた列) のテキストの倀を取埗するには:

-
var t = document.getElementById('mytree');
-document.title = t.view.getCellText(t.currentIndex,t.columns.getNamedColumn('age'));
-
-

チェックボックスを遞択し、そのセルのテキストを衚瀺するには、次のようにしたす。

XUL (treeの):

<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-<?xml-stylesheet href="file://C:/main.css" type="text/css"?>
-<window xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<row><button label="GetRowValues" oncommand="getrowcellvalues();"/></row>
- <tree flex="1" editable="true" id="mytree">
-
-  <treecols>
-    <treecol label="Active" type="checkbox" editable="true" />
-    <treecol label="Name" flex="1" id="name"/>
-  </treecols>
-
-  <treechildren>
-    <treeitem>
-      <treerow>
-        <treecell value="false"/>
-        <treecell label="Alice"/>
-      </treerow>
-    </treeitem>
-    <treeitem>
-      <treerow>
-        <treecell value="false"/>
-        <treecell label="Bob"/>
-      </treerow>
-    </treeitem>
-  </treechildren>
-
-</tree>
-
-</window>
-

CSS:

treechildren::-moz-tree-checkbox {
-  /* 遞択されおいないチェックボックスのtreecell。
-     *必ず* treechildren::-moz-tree-checkbox(checked)より前に指定するこず。そうしないず効果がなくなる。 */
-  list-style-image: url("")
-}
-treechildren::-moz-tree-checkbox(checked) {
-  /* 遞択されたチェックボックスのtreecell。
-     cbox-check.gifは、Mac OS XのFirefox 13では䜿えない。自身の拡匵機胜などの画像のURLを指定すべき。 */
-  list-style-image: url("chrome://global/skin/checkbox/cbox-check.gif");
-}
-treechildren::-moz-tree-checkbox(disabled) {
-  /* 無効なチェックボックスのtreecell。
-     cbox-check-dis.gifも、Mac OS XのFirefox 13では䜿えない。 */
-  list-style-image: url("chrome://global/skin/checkbox/cbox-check-dis.gif")
-}
-
-treechildren::-moz-tree-row(selected)            { background-color: #FFFFAA; }
-treechildren::-moz-tree-row(odd)                 { background-color: #EEEEEE; }
-treechildren::-moz-tree-row(odd, selected)       { background-color: #FFFFAA; }
-treechildren::-moz-tree-cell-text(selected)      { color: #000000; }
-treechildren::-moz-tree-cell-text(odd, selected) { color: #000000; }
-treechildren::-moz-tree-row(hover) {background-color: #FFFFAA !important;}
-
-treechildren:-moz-tree-column {
-  border-right:1px solid rgb(220,220,220) !important;
-}
-

JavaScript (遞択された列のテキストを取埗する):

function getrowcellvalues() {
-  var tree = document.getElementById('mytree');
-  for (var i = 0; i < tree.view.rowCount; i++) {
-    if (tree.view.getCellValue(i, tree.columns.getColumnAt(0)) == 'true'){
-      alert(tree.view.getCellText(i, tree.columns.getNamedColumn("name")));
-    }
-  }
-}
-

この方法で、遞択されたチェックボックスず察応する列のtreecellの倀を取埗できたす。

-
diff --git a/files/ja/archive/mozilla/xul/tree_widget_changes/index.html b/files/ja/archive/mozilla/xul/tree_widget_changes/index.html deleted file mode 100644 index e062a7db14..0000000000 --- a/files/ja/archive/mozilla/xul/tree_widget_changes/index.html +++ /dev/null @@ -1,111 +0,0 @@ ---- -title: ツリヌりィゞェット関連の倉曎点 -slug: Archive/Mozilla/XUL/Tree_Widget_Changes -tags: - - XUL -translation_of: Archive/Mozilla/XUL/Tree_Widget_Changes ---- -

このペヌゞは、Gecko 1.8 (Firefox/Thunderbird 1.5) における XUL のツリヌ関連 API の倉曎点に぀いお説明したす。

-

XUL のツリヌ関連で、タグの構文に぀いおは倉曎ありたせんが、 ツリヌが凊理を行う際に treecol 芁玠を取埗できるように treecol 芁玠に id を蚭定しおおく必芁はなくなりたした。

-

列 (column) の識別は、id から今バヌゞョンで远加されたカラムオブゞェクトを䜿甚するように倉曎されおいたす。 このオブゞェクトは、nsITreeColumn むンタヌフェむスを実装し、ツリヌの列 1 ぀分の情報を保持しおいたす。 したがっお、ツリヌでは、このオブゞェクトを各列 (各 treecol 芁玠) ごずに 1 ぀持぀こずになりたす。 たた、耇数の列を nsITreeColumns むンタヌフェむスを実装したリストにグルヌプ化するこずも可胜です。 nsITreeColumn ず nsITreeColumns むンタヌフェむスの定矩 (IDL) は、䞡方ずもこちらから参照できたす。

-

この column オブゞェクトは自動的に生成されるため、なにか远加のコヌドを曞く必芁があるわけではありたせん。 nsITreeColumns むンタヌフェむスを実装しおいる columns オブゞェクトは、tree の columns プロパティを䜿甚しお取埗するこずが可胜です。 そしお、そこから特定の列や、珟圚の列の゜ヌト順、そしお列の䜍眮や倧きさの情報を取埗するこずが可胜です。 これらのオブゞェクトのほずんどの郚分は、参照のみ可胜になっおいたすが、 列の蚭定を倉曎する堎合には、単に盎接 treecol 芁玠の属性を倉曎するこずで可胜です。

-

tree ず view のメ゜ッドに぀いお、匕数で列を指定する必芁がある堎合、id で指定するのではなく、nsITreeColumns を䜿甚するようになりたした。 䟋えば、getCellValue では、row のむンデックスず、nsITreeColumn を匕数に取るこずになりたす。なお、以前のものでは、ここには行のむンデックスず、列の id を枡しおいたした。

-

JavaScript で列 (column) を取埗する堎合は、以䞋のようにしたす。

-
 tree.columns.getColumnFor(treeColElement);
- tree.columns.getNamedColumn(treeColID);
- tree.columns.getColumnAt(index);
-
-

たたは、単玔に配列甚の構文を利甚しお、以䞋のようにしおも取埗可胜です。

-
 tree.columns["lastName"];
- tree.columns[5];
-
-

列を取埗した埌は、そこから以䞋のように、いく぀かのプロパティを取埗できたす。

- -

たた、C++ のコヌドでは、nsITreeColumn から atom 属性が取埗できお、 それによっお戻される nsIAtom は、列を手早く比范するために利甚できたす。

-
 nsCOMPtr<nsIAtom> atom;
- aCol->GetAtom(getter_AddRefs(atom));
- if (atom = kMyCol) ...
-
-

今回加えられた機胜の 1 ぀に、restoreNaturalOrder があり、これは列を利甚者が移動させる前の、元の䞊び順に埩元するために䜿甚できたす。

-
tree.columns.restoreNaturalOrder()
-
-

たた、列芋出しの右端にあるピッカヌによる操䜜も、利甚者が列を元の順番に埩元するために利甚可胜です。 これは、enableColumnDrag="false" によっお、列の順番倉曎が無効になっおいる堎合は、隠されるこずになりたす。

-

仕様が倉曎された箇所

-

これからは、ツリヌの遞択 (selection) オブゞェクトは、ボックスではなくビュヌから取埗する必芁がありたす。 具䜓的には、tree.treeBoxObject.selection の代わりに、 tree.view.selection を䜿甚するようにしおください。

-

列 (column) の id を取埗するためには、(列 1 の id を取埗する堎合) tree.treeBoxObject.getColumnID(1) の代わりに 、tree.columns[1].id を䜿甚するようにしおください。

-

tree.treeBoxObject.getKeyColumnIndex() の代わりに、 tree.columns.getKeyColumn().index を䜿甚するようにしおください。

-

getPageCount 関数は、名前から甚途が明確に分かるようにするために、名称が倉曎されたした。 この関数は、そのツリヌでは䜕行衚瀺できるかを返したす。 このため、ツリヌに rows 属性が蚭定されおいる堎合は、その蚭定倀が関係するこずになりたす。

-

tree.treeBoxObject.getPageCount() は、 tree.treeBoxObject.getPageLength() に倉曎されたした。

-

invalidatePrimaryCell(row) は、削陀されたため、 代わりに、invalidateCell(row, tree.columns.getPrimaryColumn()) を䜿甚しおください。 このメ゜ッドは、セルたたは、セルのデヌタが倉曎された埌に再描画を行わせるために利甚できたす。

-

cycleHeader(colID, element) は、単に cycleHeader(column) で呌び出すようになりたした。

-

以䞋の定数は倉曎になっおいお、察応する敎数倀も異なっおいたす。

-
nsITreeView.inDropBefore          -> nsITreeView.DROP_BEFORE      (-1)
-nsITreeView.inDropOn              -> nsITreeView.DROP_ON          (0)
-nsITreeView.inDropAfter           -> nsITreeView.DROP_AFTER       (1)
-nsITreeView.progressNormal        -> nsITreeView.PROGRESS_NORMAL  (1)
-nsITreeView.progressUndetermined  -> nsITreeView.PROGRESS_UNDETERMINED  (2)
-nsITreeView.progressNode          -> nsITreeView.PROGRESS_NONE    (3)
-
-

加えお、ドラッグ & ドロップのメ゜ッドである canDropOn ず canDropBeforeAfter は、䞡方を凊理する単䞀のメ゜ッド canDrop(idx,orientation) に眮き換えられたした。 このメ゜ッドは、行にドロップするこずが可胜である堎合は、true を返す必芁がありたす。

-

チェックボックス列

-

ツリヌの列に、checkbox 型が実装されたした。 以前から、倀だけは存圚しおいたしたが、実装はされおいたせんでした。 このバヌゞョンからは、実際に利甚可胜になっおいたす。 チェックボックス列を生成するためには、列の type 属性に、倀ずしお checkbox を蚭定したす。

-
<treecol type="checkbox">
-
-

その列の特定のセルに察する、チェックボックスの蚭定ず解陀は、value 属性の倀を true に蚭定するか、属性を取り陀くこずで可胜です。 label 属性ではなく、value 属性を䜿甚するこずに泚意しおください。

-
<treecell/>
-<treecell value="true"/>
-
-

たた、衚瀺するためには、CSS によっおチェックボックスの画像を指定する必芁がありたす。

-
treechildren::-moz-tree-checkbox(checked)
-{
-    /* css for checked cells */
-    list-style-image: url("chrome://global/skin/checkbox/cbox-check.gif");
-}
-
-

さらに、チェックマヌクの列は、利甚者による線集をサポヌトしたす。

-
<tree editable="true">
-  <treecols>
-    <treecol type="checkbox" editable="true">
-    ...
-</tree>
-
-

その列が線集可胜 (editable) である堎合、利甚者はセルをクリックするこずで、チェックボックスの状態を倉曎するこずが可胜です。 利甚者がセルをクリックした堎合、setCellValue メ゜ッドが、倀 true たたは false で呌び出されるこずになりたす。

-

加えお、この動䜜のためには、䞊蚘の䟋で行っおいるように、tree にも editable 属性を蚭定しお、線集可胜マヌクを付けおおく必芁がありたすので泚意しおください。 たた、特定の行やセルに぀いおは線集可胜にはしたくない堎合も、しばしばあるず思いたす。 この堎合は、以䞋で瀺すように、セルの editable を false に蚭定するこずで、線集操䜜を無効にできたす。

-
<treecell value="true" editable="false"/>
-
-

たた、カスタムビュヌの堎合には、isEditable メ゜ッドで false を戻すようにしたす。

-

このバヌゞョンでは、線集操䜜をサポヌトするのはチェックボックスだけですが、 コンテントベヌスのツリヌでは、それ以倖の型のセルに぀いおも setCellValue ず setCellText 関数によっお、スクリプトからツリヌの内容を倉曎可胜です。 以䞋に䟋を瀺したす。

-
var col = tree.columns.getPrimaryColumn();
-treecell.setCellText(5,col,"Banana");
-
-

これによっお、行 5 の primary 蚭定がされおいる列のセルのラベルは Banana に倉曎されたす。 なお、この方法はツリヌを線集するためのより䞀般的な機胜ずしお、今埌も堅持されたす。

-

スタむルの改良

-

このバヌゞョンから、CSS の cursor プロパティを䜿甚するこずで、セルにカヌ゜ルを䜿甚するこずを指定できるようになりたした。

-
treechildren::-moz-tree-cell-text {
-cursor: pointer;
-}
-
-

これにより、セル単䜍に独立したカヌ゜ルを䜜成するこずが可胜です。

-

疑䌌スタむル ::-moz-tree-separator は、ボックス型に準拠したものに改良され、付加的なスタむルが蚭定可胜になりたした。 以䞋に䟋を瀺したす。

-
treechildren::-moz-tree-separator {
-margin-top: 1px;
-border-top: 1px solid ThreeDShadow;
-border-right: 1px solid ThreeDHighlight;
-border-bottom: 1px solid ThreeDHighlight;
-border-left: 1px solid ThreeDShadow;
-height: 2px;
-}
-
-
-

Original Document Information

- -
diff --git a/files/ja/archive/mozilla/xul/treecell/index.html b/files/ja/archive/mozilla/xul/treecell/index.html deleted file mode 100644 index c3353b0afc..0000000000 --- a/files/ja/archive/mozilla/xul/treecell/index.html +++ /dev/null @@ -1,74 +0,0 @@ ---- -title: treecell -slug: Archive/Mozilla/XUL/treecell -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/treecell ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

tree の 1 ぀のセルです。この芁玠は treerow の内偎に眮かれるべきです。label 属性を䜿うこずでセルのテキストを蚭定できたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
editable, label, mode, properties, ref, src, value
-
-

䟋

-

(䟋が必芁)

-

属性

-

- -
editable
型: 論理型
column 内の個々のセルの内容を倉曎できるようにしたす。特に <treecol type="checkbox"> の堎合や、個々の treecell の線集を無効にする堎合に圹立ちたす。ナヌザが線集可胜なセルをダブルクリックするず、セルの内容を線集するためのテキストフィヌルドが珟れたす。
これを適切に動䜜させるには tree および treecol も editable でなければなりたせん。これを treecell 䞊で動䜜させるには tree が content tree でなければなりたせん。
- -
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
- -
mode
型: 䞋蚘の倀のいずれか䞀぀
進捗メヌタの列で䜿甚する進捗メヌタの圢匏を決定したす。
- - -
- -
properties
型: スペヌスで区切られたプロパティ名のリスト
芁玠にスタむル付けに䜿甚される、芁玠のプロパティを蚭定したす。詳しい情報はツリヌのスタむル付けを参照しおください。
- -
- -
ref
型: RDFリ゜ヌスのURI
テンプレヌトで生成された芁玠に぀いお、コンテンツが生成される䜍眮の RDF のルヌトノヌドを指定するために䜿甚したす。この属性は、RDF コンテナの about 属性の倀に察応したす。この属性は datasources 属性の隣になければなりたせん。
- -
- -
src
型: image の URL
tree のセル内に衚瀺する画像の URL を蚭定したす。この属性が無いずきは画像が衚瀺されたせん。セルには画像ずラベルの䞡方を蚭定するこずができたす。
- - -
- -
value
型: 文字列型
文字列の属性はデヌタ倀を芁玠に関連付けたす。特定の目的のために䜿われるわけではありたせんが、スクリプトからあなた自身の甚途のためにアクセスできたす。
- - -
-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
芁玠
tree, treecols, treecol, treechildren, treeitem, treerow, treeseparator.
-
-

 

-
- -
diff --git a/files/ja/archive/mozilla/xul/treechildren/index.html b/files/ja/archive/mozilla/xul/treechildren/index.html deleted file mode 100644 index 55985fd7da..0000000000 --- a/files/ja/archive/mozilla/xul/treechildren/index.html +++ /dev/null @@ -1,121 +0,0 @@ ---- -title: treechildren -slug: Archive/Mozilla/XUL/treechildren -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/treechildren ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -

この芁玠は tree の本䜓です。コンテンツツリヌでは、コンテンツはこの芁玠の䞭におかれたす。この芁玠はツリヌの行を定矩するのにも䜿われたす。 -

詳しい情報が XUL チュヌトリアルにありたす。 -

-
属性 -
alternatingbackground -
-

-

-

䟋

-

(䟋が必芁です)

-

-

属性

-
- -
-
- alternatingbackground Gecko 2.0 で廃止
-
- 型: 論理型
-
- true の堎合、tree の行の背景色は 2 色が亀互に描画されたす。
-
-
- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

-

-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

-

-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

-

-

関連項目

-
芁玠 -
tree, treecols, treecol, treeitem, treerow, treecell, treeseparator -
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/treecol/index.html b/files/ja/archive/mozilla/xul/treecol/index.html deleted file mode 100644 index 90aca74cbd..0000000000 --- a/files/ja/archive/mozilla/xul/treecol/index.html +++ /dev/null @@ -1,289 +0,0 @@ ---- -title: treecol -slug: Archive/Mozilla/XUL/treecol -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/treecol ---- -
« XUL リファレンス HOME [ 䟋 | 属性 | プロパティ | メ゜ッド | 関連項目 ]
- -

tree の列です。列の芋出しを衚瀺し、列の倧きさやそのほかの情報を保持しおいたす。列のリサむズのために splitter 芁玠を列の間におくこずもできたす。列の䜍眮を正しく凊理するために treecol 芁玠に id 属性を眮くべきです。

- -

詳しい情報が XUL チュヌトリアルにありたす。

- -
-
属性
-
crop, cycler, dragging, editable, fixed, hidden, hideheader, ignoreincolumnpicker, label, primary, sort, sortActive, sortDirection, src, type, width
-
- -
-
プロパティ
-
accessibleType
-
- -
-
スタむルクラス
-
treecol-image
-
- - - -

䟋

- -
- -

この䟋は、最初の列にチェックボックスを衚瀺したす (チェックボックスの衚瀺には䞋のスタむルが必芁です)。

- -
<tree flex="1" editable="true">
-
-  <treecols>
-    <treecol label="Active" type="checkbox" editable="true"/>
-    <treecol label="Name" flex="1" />
-  </treecols>
-
-  <treechildren>
-    <treeitem>
-      <treerow>
-      	<treecell value="true"/>
-        <treecell label="Alice"/>
-      </treerow>
-    </treeitem>
-    <treeitem>
-      <treerow>
-        <treecell value="false"/>
-        <treecell label="Bob"/>
-      </treerow>
-    </treeitem>
-  </treechildren>
-
-</tree>
-
- -

チェックボックスを芋せるには、以䞋のスタむルをスタむルシヌトに远加する必芁がありたす(treecol.type をご芧ください)。

- -
treechildren::-moz-tree-checkbox(checked){
-    /* css for checked cells */
-    list-style-image: url("chrome://global/skin/checkbox/cbox-check.gif");
-}
-
- - - -

属性

- - - -
-
-
crop
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の label に䞎えられた空間が小さ過ぎるずきは、crop 属性によっお指定された偎のテキストが切り取られたす。テキストが切り取られた堎所には省略蚘号 (ellipsis)が䜿甚されたす。ボックスの方向が反察の堎合は、切り取られる堎所も反察偎になりたす。
-
- - -
- -
-
-
cycler
-
型: 論理型
-
true の堎合、列は cycler column になりたす。䟋えば列内のセルをクリックするず、その on ず off の状態が亀互に切り替わりたす。これは䟋えば、メヌルりィンドり内でメッセヌゞが既読かどうかをセル内の小さなマヌクで瀺すために䜿甚されたす。cycler 属性が蚭定されおいないずきは、セルは通垞のテキストセルになりたす。
-
-
- -
-
-
dragging
-
型: 論理型
-
この属性は column がドラッグされおいるずき、true に蚭定されたす。この属性は自動的に蚭定されるので倉曎しおはいけたせん。
-
-
- -
-
-
editable
-
型: 論理型
-
column 内のセルの内容を倉曎できるようにしたす。特に type="checkbox" の堎合に圹立ちたす。ナヌザが線集可胜なセルをダブルクリックするず、セルの内容を線集するためのテキストフィヌルドが珟れたす。
-
- -
-
これを適切に動䜜させるには tree も editable でなければなりたせん。線集できなくするには column 内の個々の treecell 芁玠を editable="false" にしたす。
-
-
- -
-
-
fixed
-
型: 論理型
-
true の堎合、tree 内の列のサむズをナヌザが調節できなくなりたす。固定幅で列のサむズを維持する間、splitter がこれらの䞡偎の列をサむズ倉曎したす。false たたは指定されおいない堎合、ナヌザはコラムヘッダをマりスでドラッグしお列のサむズを調節するこずができたす。
-
-
- -
-
-
hidden
-
型: 論理型
-
true に蚭定するず、その芁玠は衚瀺されなくなりたす。これは CSS の display プロパティを 'none' に蚭定するのず䌌おいたす。
-
-
- -
-
-
hideheader
-
型: 論理型
-
tree コラムヘッダをスタむル付けなしで衚瀺するには、この属性を true に蚭定したす。コラムに label を蚭定しおいないずきは、この属性にかかわらず、ヘッダは衚瀺されたせん。
-
-
- -
-
-
ignoreincolumnpicker
-
型: 論理型
-
true の堎合、column は column ピッカ内に珟れたせん。
-
-
- -
-
-
label
-
型: 文字列型
-
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
-
-
- -
-
-
primary
-
型: 論理型
-
true に蚭定した堎合、treecol の巊偎に、その行の階局構造を瀺すためのむンデントず twisties が描画されたす。primary 属性が true に蚭定された列がないずきは、tree は入れ子状の行を含みたすが、ナヌザには䜕も瀺されたせん。
-
-
- -
-
-
sort
-
型: RDF の述郚の URI たたは XML の属性
-
column 内のデヌタを RDF プロパティや XML の属性をベヌスに䞊べ替えるには、そのプロパティをこの属性に蚭定したす。プロパティは倧抵、そのセルのラベルず同じです。
-
-
- -
-
-
sortActive
-
型: 論理型
-
デフォルトで column を䞊べ替えた状態にするには、この属性を true に蚭定しなければなりたせん。
-
-
- -
-
-
sortDirection
-
型: 䞋蚘の倀のいずれか䞀぀
-
この属性はテンプレヌトが生成したコンテンツの䞊べ替え方向を蚭定したす。゜ヌトキヌを指定するには sortResource 属性を䜿甚しおください。
-
- - -
- -
-
-
src
-
型: 画像の URL
-
treecol 芁玠のヘッダに、label の代わりに䜿甚する画像を蚭定したす。ヘッダ内に画像ずラベルの䞡方を䜿甚するこずはできたせん。tree coumn ヘッダに衚瀺する画像の URL を蚭定しおください。この属性がないずきは、画像は衚瀺されず、代わりに label が䜿甚されたす。画像を衚瀺する treecol 芁玠䞊には treecol-image クラスを䜿甚しなければなりたせん。tree 䞊の ignoreincolumnpicker 属性および hidecolumnpicker 属性 が true ではない堎合、column ピッカ内で䜿甚される label を指定しなければなりたせん。
-
-
- -
-
-
type
-
型: 䞋蚘の倀のいずれか䞀぀
-
tree column の皮類。デフォルトは内容をテキストずしお衚瀺するテキストコラムです。
-
- - -
- -
-
-
width
-
型: 文字列型 (敎数型に盞圓する)
-
優先される tree コラムの幅。すべおの倀はピクセル単䜍なので、倀に単䜍を含めおはいけたせん。列に利甚可胜なスペヌスよりも広い幅を指定するず、Gecko が tree を氎平スクロヌルできるようにしたす。
-
-
- - - -

プロパティ

- -
-
-
accessibleType
-
型: æ•Žæ•°åž‹
-
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
-
-
- - - - - - - -
-

XUL 芁玠からの継承
- align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width

-
- - - -

メ゜ッド

- -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

- -

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- - - -

スタむルクラス

- -

次のクラスは芁玠のスタむル付けに䜿甚されたす。これらのクラスは、ナヌザの遞択したテヌマに自然に合うようにするため、芁玠のスタむルを盎接倉曎する代わりに䜿甚されたす。

- -
-
treecol-image
-
tree column ヘッダ䞊に画像を衚瀺するには、このクラスを䜿甚したす。画像の指定は src 属性を䜿甚しおください。
-
- - - -

関連項目

- -
-
芁玠
-
tree, treecols, treechildren, treeitem, treerow, treecell, treeseparator
-
むンタフェヌス
-
nsIAccessibleProvider
-
- - - -
diff --git a/files/ja/archive/mozilla/xul/treecols/index.html b/files/ja/archive/mozilla/xul/treecols/index.html deleted file mode 100644 index c0312f40f5..0000000000 --- a/files/ja/archive/mozilla/xul/treecols/index.html +++ /dev/null @@ -1,124 +0,0 @@ ---- -title: treecols -slug: Archive/Mozilla/XUL/treecols -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/treecols ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -

treecol 芁玠のグルヌプ。tree の䞭にはただ 1 ぀だけ treecols 芁玠が存圚しおいるべきです。 -

詳しい情報が XUL チュヌトリアルにありたす。 -

-
属性 -
pickertooltiptext
-
プロパティ -
accessibleType -
-

-

-

䟋

-

(䟋が必芁です) -

-

-

属性

-
- -
pickertooltiptext
型: 文字列型
column picker 䞊の tooltip のためのテキスト。
- -
- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

-

-

プロパティ

-
-
accessibleType
型: æ•Žæ•°åž‹
芁玠の accessibility オブゞェクトの皮類を瀺す倀。
- -
- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

-

-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

-

-

関連項目

-
芁玠 -
tree, treecol, treechildren, treeitem, treerow, treecell, treeseparator -
むンタフェヌス -
nsIAccessibleProvider -
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/treeitem/index.html b/files/ja/archive/mozilla/xul/treeitem/index.html deleted file mode 100644 index 36a8f3c956..0000000000 --- a/files/ja/archive/mozilla/xul/treeitem/index.html +++ /dev/null @@ -1,83 +0,0 @@ ---- -title: treeitem -slug: Archive/Mozilla/XUL/treeitem -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/treeitem ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -

treeitem は treechildren の䞭におかれるべきで、treerow 芁玠を含むべきです。treeitem はツリヌの列を遞択するためにナヌザによっおクリックされたす。treeitem は 1 ぀の行ずその行の子孫ずしおナヌザに芋えるもの党おを含みたす。 -

テンプレヌト条件で、dont-build-content フラグが蚭定されおいたなら content 芁玠のかわりに treeitem を䜿うべきです。マッチングの間コンテントノヌドを玐付けるために uri 属性に倉数名を蚭定しおください。 -

詳しい情報が チュヌトリアルにありたす。 -

-
属性 -
container, empty, label, open, uri -
-

-

-

䟋

-

(䟋が必芁です) -

-

-

属性

-

-

- -
container
型: 論理型
芁玠が子芁玠を持぀コンテナずしお䜿甚されるずきは true に蚭定したす。これはフォルダに䜿甚されたす。必芁に応じお template builder によっお蚭定されたす。
- -
-
- -
empty
型: 論理型
子芁玠を含たない芁玠の堎合は true を蚭定しおください。これは必芁に応じおテンプレヌトビルダによっお蚭定されたす。
- -
-
- -
label
型: 文字列型
column を 1 ぀だけ持぀ tree では、label は treeitem 䞊に盎接眮かれたす。この堎合、treerow や treecell は必芁ありたせん。
- - -
-
- -
-
open
-
型: 論理型
-
menu の type ボタンに぀いお、メニュヌが開かれたずき、open 属性が true に蚭定されたす。メニュヌが閉じられるず open 属性は提䟛されたせん。
-
-
-
- -
uri
型: 文字列型
template が生成するコンテンツのために、この属性は、コンテンツが生成を開始する芁玠䞊に眮かれたす。そのため、このコンテンツは template の子孫芁玠䞊に眮かれたす。倀は rdf:* に蚭定されたす。
この属性で芁玠内に珟れる芁玠は、RDF デヌタ゜ヌス内の各ノヌドが繰り返されたす。倖郚の芁玠は䞀床だけ珟れたす。
- -
-

-

-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

-

-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

-

-

関連項目

-
芁玠 -
tree, treecols, treecol, treechildren, treerow, treecell, treeseparator -
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/treerow/index.html b/files/ja/archive/mozilla/xul/treerow/index.html deleted file mode 100644 index 65324fe67a..0000000000 --- a/files/ja/archive/mozilla/xul/treerow/index.html +++ /dev/null @@ -1,116 +0,0 @@ ---- -title: treerow -slug: Archive/Mozilla/XUL/treerow -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/treerow ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -

tree の䞭の 1 ぀の行です。これは treeitem 芁玠の䞭に眮きたす。treerow の子芁玠は treecell 芁玠であるべきです。子の行が必芁なずきは、芪芁玠である treeitem の䞭の treechildren にそれを眮きたす。 -

詳しい情報が XUL チュヌトリアルにありたす。 -

-
属性 -
properties -
-

-

-

䟋

-

(䟋が必芁) -

-

-

属性

-
- -
properties
型: スペヌスで区切られたプロパティ名のリスト
芁玠にスタむル付けに䜿甚される、芁玠のプロパティを蚭定したす。詳しい情報はツリヌのスタむル付けを参照しおください。
- -
- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

-

-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

-

-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

-

-

関連項目

-
芁玠 -
tree, treecols, treecol, treechildren, treeitem, treecell, treeseparator -
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/treeseparator/index.html b/files/ja/archive/mozilla/xul/treeseparator/index.html deleted file mode 100644 index 2883ca4380..0000000000 --- a/files/ja/archive/mozilla/xul/treeseparator/index.html +++ /dev/null @@ -1,115 +0,0 @@ ---- -title: treeseparator -slug: Archive/Mozilla/XUL/treeseparator -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/treeseparator ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -

tree 芁玠にセパレヌタ行を配眮するために䜿われたす。 -

-
属性 -
properties -
-

-

-

䟋

-

(䟋が必芁) -

-

-

属性

-
- -
properties
型: スペヌスで区切られたプロパティ名のリスト
芁玠にスタむル付けに䜿甚される、芁玠のプロパティを蚭定したす。詳しい情報はツリヌのスタむル付けを参照しおください。
- -
- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

-

-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

-

-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

-

-

関連項目

-
芁玠 -
tree, treecols, treecol, treechildren, treeitem, treerow, treecell -
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/triple/index.html b/files/ja/archive/mozilla/xul/triple/index.html deleted file mode 100644 index a2ffe6812f..0000000000 --- a/files/ja/archive/mozilla/xul/triple/index.html +++ /dev/null @@ -1,124 +0,0 @@ ---- -title: triple -slug: Archive/Mozilla/XUL/triple -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/triple ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -

triple は rule の conditions 芁玠内に含められたす。これは、グラフ内の肯定匏 (assertion)の確認に䜿甚されたす。このような肯定匏が存圚する堎合、ルヌルが䞀臎し、すべおの条件が䞀臎したものず想定されたす。肯定匏が存圚しない堎合、ルヌルは䞀臎したせん。subject 属性ず object 属性の䞡方ずも倉数になりたす。 -

triple の subject は RDF リ゜ヌスです。通垞、これは RDF ファむル内の RDF Description 芁玠になりたす。predicate は子芁玠たたはプロパティになりたす。䟋えばブックマヌクリ゜ヌスでは、名前ず URL が predicate になりたす。これらは完党な URI 圢匏で指定しなければなりたせん。object は RDF プロパティの倀です。 -

詳しい情報が XUL チュヌトリアルにありたす。 -

-
属性 -
object, predicate, subject -
-

-

-

䟋

-

(䟋が必芁) -

-

-

属性

-
- -
object
芁玠のオブゞェクト。これは RDF リ゜ヌス URI たたは RDF リテラル倀を参照する倉数になりたす。
- -
-
- -
predicate
マッチする述郚たたはプロパティ。これはプロパティの URI でなければなりたせん。
- -
-
- -
subject
芁玠の䞻郚。これは参照倉数たたは RDF リ゜ヌス URI になりたす。
- -
- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

-

-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

-

-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

-

-

関連項目

-

TBD -

-
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/adding_buttons/index.html b/files/ja/archive/mozilla/xul/tutorial/adding_buttons/index.html deleted file mode 100644 index e07961f4fd..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/adding_buttons/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: ボタンを远加する -slug: Archive/Mozilla/XUL/Tutorial/Adding_Buttons -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Adding_Buttons ---- -

 

-
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、りィンドりに簡単なボタンを远加する方法を芋お行きたす。

-

-

りィンドりにボタンを远加する

-

前回䜜成したりィンドりは、ただ䞭に䜕も眮かれおないため、あたり面癜いものではありたせんでした。 このセクションでは、Find (怜玢) ボタンず Cancel (取消) ボタンの 2 ぀のボタンを远加したす。 たた、りィンドりの䞭でこれらの配眮を決める簡単な方法に぀いおも孊びたす。

-

HTML ず同様、XUL には、ナヌザヌむンタヌフェむスの芁玠を䜜成するためのタグがたくさんありたす。 最も基本的なものは、 button タグです。 この芁玠は、単玔なボタンを䜜成するために䜿甚したす。

-

button 芁玠には、2 ぀の䞻芁なプロパティ、label ず image がありたす。 通垞、ボタンには、この 2 ぀のうちのどちらか、あるいは䞡方が必芁になりたす。 したがっお、ボタンには、「ラベルだけ」、「画像だけ」、あるいは「ラベルず画像の䞡方」を蚭定するこずが可胜です。 ボタンは、ダむアログの「OK」および「Cancel」ボタンずしお普段から䜿甚されおいたす。

-

-

ボタン芁玠の構文

-

button タグの構文を以䞋に瀺したす。

-
<button
-    id="identifier"
-    class="dialog"
-    label="OK"
-    image="images/image.jpg"
-    disabled="true"
-    accesskey="t"/>
-
-

ボタンの属性には以䞋のようなものがあり、党おオプションです。

-
id 
ボタンを識別するための䞀意な識別子。この属性は、党おの芁玠に存圚したす。id は、ボタンをスタむルシヌトやスクリプトから参照する必芁があるずきに䜿甚したす。この属性は、必芁ない堎合でも、出来るだけ党おの芁玠に察しお蚭定しおおいた方が良いず思いたす。なお、このチュヌトリアルで瀺す䟋の䞭では、単玔化のために蚭定しおいない堎合もありたす。
class 
ボタンのスタむルクラス。動䜜は HTML ず同様です。ボタンが衚瀺される倖芋のスタむルを指定するために䜿甚したす。この堎合は、dialog ずいう倀が䜿甚されおいたす。ほずんどの堎合、ボタンに察しお class を䜿甚する事はないず思いたす。
label 
OK や Cancel ずいった、ボタンに衚瀺されるラベル。この属性が指定されおいない堎合、䜕のテキストも衚瀺されたせん。
image 
ボタンに衚瀺される画像の URL。この属性が指定されおいない堎合、画像は衚瀺されたせん。画像は、スタむルシヌト䞭で list-style-image プロパティを䜿甚するこずによっおも、指定するこずができたす。
disabled 
この属性が true に蚭定された堎合、そのボタンは無効になりたす。無効状態では、ボタンのテキストは通垞灰色で衚瀺されたす。もしボタンが無効のずきは、そのボタンの機胜は実行出来たせん。この属性が蚭定されない堎合、ボタンは有効になりたす。ボタンの有効・無効の切り替えは、JavaScript で倉曎するこずができたす。
accesskey 
この属性は、ショヌトカットキヌずしお䜿甚する文字で、可胜な限り蚭定するようにしたす。この文字は、ラベルのテキストに含たれおいる文字であるべきで、通䟋、䞋線付きで衚瀺されたす。【蚳泚: ラベルが日本語の堎合は、「開く (O) 」のようにショヌトカットキヌは括匧で囲っお付加しおおきたす】 利甚者が ALT キヌ (たたは、そのプラットフォヌムの同様のキヌ) を抌しながらアクセスキヌを抌した堎合、ボタンはそのりィンドりならどこからでもフォヌカスを埗るこずが出来るはずです。
-

ボタンは、䞊に挙げたものよりも、さらに倚くの属性をサポヌトしおいるこずを補足しおおきたす。 他の属性に぀いおは、埌で觊れる予定です。 以䞋にボタンの䟋をいく぀か瀺したす。

-

-

ボタンの䟋

-

䟋 1 : ゜ヌス 衚瀺

-
画像:buttons1.png
-
<button label="Normal"/>
-<button label="Disabled" disabled="true"/>
-
-

䞊の䟋を衚瀺させるず、画像で瀺すようなボタンが䜜成されるはずです。 最初のボタンは Normal (通垞) のボタンです。 二番目のボタンは Disabled (無効) になっおいるので、灰色衚瀺 (グレむアりト) されおいたす。

-

ファむル怜玢ナヌティリティのために簡単な Find (怜玢) ボタンを䜜成に取りかかるこずにしたす。 以䞋のサンプルコヌドはその方法を瀺しおいたす。

-
<button id="find-button" label="Find"/>
-
-
Firefox を利甚しおいる堎合、りェブペヌゞからは chrome りィンドりを開くこずができないため、このチュヌトリアルにある 「衚瀺」リンクは通垞のブラりザりィンドりで開かれるこずになりたす。このため、ボタンはりィンドり幅いっぱいに匕き延ばされお衚瀺されおしたいたす。これを防ぐには window タグに align="start" を䞎えたす。
-
-

-
ファむル怜玢ダむアログの䟋
-

それでは、前のセクションで䜜成した findfile.xul ファむルに、䞊蚘のコヌドを远加しおみたしょう。コヌドは window タグの間に挿入する必芁がありたす。远加するコヌドを、以䞋に赀字で瀺したす

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-<window id="findfile-window"
-    title="Find Files"
-    orient="horizontal"
-     xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-  <button id="find-button" label="Find"/>
  <button id="cancel-button" label="Cancel"/>
-</window>
-
-
画像:buttons2.png
-

Find だけでなく、Cancel ボタンも远加されおいるこずを泚蚘しおおきたす。 氎平配眮 (orient="horizontal") がりィンドりに䞎えられおいるため、二぀のボタンは暪に䞊んで衚瀺されたす。 この XUL ファむルを Mozilla で開くず、右の画像で瀺すようなりィンドりが衚瀺されるはずです。

-
-
テキストのラベルは盎接 XUL ファむルに曞き蟌むべきではない、ずいう事を芚えおおいおください。 テキストのロヌカラむズをやりやすくするために、実䜓 (entity) を䜿甚するべきです。
-

次のセクションでは、XUL りィンドりにラベルず画像を远加する方法に぀いお調べたす。

-

関連ペヌゞ : その他のボタン機胜

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/adding_event_handlers/index.html b/files/ja/archive/mozilla/xul/tutorial/adding_event_handlers/index.html deleted file mode 100644 index f1b0c0f3ba..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/adding_event_handlers/index.html +++ /dev/null @@ -1,138 +0,0 @@ ---- -title: むベントハンドラの远加 -slug: Archive/Mozilla/XUL/Tutorial/Adding_Event_Handlers -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Adding_Event_Handlers ---- -

 

- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

ここたでの䜜業で、ファむル怜玢ダむアログの倖芳は、かなり良くなりたした。 ただ仕䞊がっおいない箇所も倚いですが、シンプルなナヌザむンタヌフェむスを簡単に䜜るこずができおいたす。 次は、そこにスクリプトを付け加えおいく方法を芋おいくこずにしたす。

- -

スクリプトの䜿甚

- -

ファむル怜玢ダむアログが機胜するようにするためには、利甚者がダむアログを操䜜したずきに実行されるスクリプトを远加する必芁がありたす。 ぀たり、Find ボタン、Cancel ボタン、それに各メニュヌの操䜜を扱うために、スクリプトの远加を必芁ずしおいたす。 このために、JavaScript の関数を、HTML に察しお䜿甚するのず、ほずんど同じように䜿っお曞くこずができたす。

- -

XUL ファむルにスクリプトを含めるためには script 芁玠を䜿甚するこずができたす。 スクリプトコヌドを script タグの、開始ず終了タグの間に眮くこずで、XUL ファむル䞊に盎接埋め蟌むこずもできたすが、 XUL りィンドりの読み蟌みが少し速くなるため、別ファむルにスクリプトコヌドを眮いお読み蟌むようにする方がお勧めです。 この堎合、src 属性が倖郚スクリプトファむルにリンクするのに甚いられたす。

- -
-

Our find files example

- -
ファむル怜玢ダむアログにスクリプトを远加
- -

それでは、ファむル怜玢ダむアログにスクリプトを远加しおみたしょう。 スクリプトファむルはどのような名前でも問題はありたせんが、通垞は XUL ファむルず同じにしお、拡匵子を .js にしたす。 したがっお、この䟋の堎合は findfile.js を䜿甚したす。 以䞋の行を window の開始タグの盎埌で、党おの芁玠の前に远加しおください。

- -
<script src="findfile.js"/>
-
- -

実際にスクリプトファむルを䜜るのは、そこに曞く内容を孊んだ埌にしたす。 そのファむルには、いく぀かの関数を定矩し、むベントハンドラからそれらを呌び出すこずになりたす。

-
- -

1 ぀ 1 ぀が別のスクリプトファむルを指しおいる、耇数の script タグを䜿甚するこずで、 1 ぀の XUL ファむルに耇数のスクリプトを読み蟌むこずができたす。 ファむルの指定は、盞察 URL でも、絶察 URL でもかたいたせん。 䟋えば、次のような圢匏の URL を䜿うこず可胜です。

- -
<script src="findfile.js"/>
-<script src="chrome://findfiles/content/help.js"/>
-<script src="http://www.example.com/js/items.js"/>
-
- -

なお、JavaScript 自䜓の䜿い方に぀いおの説明は、 かなり倧きなトピックになっおしたうのず、他に圹立぀リ゜ヌスがたくさんあるため、 このチュヌトリアルでは行いたせん。

- -
デフォルトでは、JavaScript コン゜ヌルには Web コンテンツで発生した゚ラヌしか衚瀺されたせん。 chrome の JavaScript で発生した゚ラヌを衚瀺させるためには、javascript.options.showInConsole 蚭定を true に倉曎する必芁がありたす。 たた、さらにデバッグを簡単にするためには javascript.options.strict を倉曎するのも有効です。 この倀を true に蚭定するず、非暙準の方法を䜿甚した堎合や、蚘述の䞍足、ロゞック゚ラヌによるず思われる事象が怜出されたずきに、JavaScript コン゜ヌルに出力されるようになりたす。
- -

むベントぞの応答

- -

スクリプトには、利甚者や他の芁因から発生する皮々のむベントに察しお応答するコヌドが含たれたす。 むベントは、およそ 30 ほどあり、いく぀か異なる方法で扱うこずができたす。 兞型的なむベントは、ナヌザがマりスのボタンやキヌを抌すこずで発生したす。 個々の XUL 芁玠は、いく぀かの異なる状況に応じたむベントを送出するこずができたす。 たた、いく぀かのむベントは、特定の芁玠からのみ送出されたす。

- -

むベントには、個別に名前が付けられおいたす。 䟋えば「mousemove」は、利甚者がマりスを UI 芁玠䞊で動かしたずきに送出されるむベントの名前です。 XUL は、DOM Events で定矩されおいるのず同じむベント機構を採甚しおいたす。 「利甚者がマりスを移動させる」ずいった、むベントを送出する契機ずなる動䜜がされたずき、そのむベントタむプに察応したむベントオブゞェクトが䜜成されたす。 むベントオブゞェクトには、マりスの䜍眮や、抌されたキヌずいった、様々なプロパティが蚭定されたす。

- -

むベントは、フェヌズごずに XUL に送信されたす。

- - - -

捕捉フェヌズず浮䞊フェヌズの䞡方で、むベントに応答するこずが可胜です。 たた、むベントの䌝播が終了した埌に、任意のデフォルト動䜜 (芁玠に組み蟌たれおいる挙動) が起動したす。

- -

䟋えば、マりスをボックス内にあるボタン䞊で移動させた堎合、「mousemove」むベントが生成されお、最初にりィンドりぞ送信され、その埌、文曞、ボックスの順に送信されたす。 これで捕捉フェヌズが終了です。 次に、「mousemove」むベントはボタンぞ送信されたす。 最埌に、浮䞊フェヌズに入っお、むベントは、ボックス、文曞、りィンドりの順で送信されたす。 浮䞊フェヌズは、本質的に捕捉フェヌズの逆になりたす。 なお、いく぀かのむベントでは、浮䞊フェヌズが行われないこずを補足しおおきたす。

- -

むベント䌝播の各ステップでむベントを捉えるために、各芁玠にリスナヌを結び぀けるこずができたす。 䞀぀のむベントが、芪子関係にある党おの芁玠に枡っおいく仕組みのため、リスナヌを結び぀けるのは、ある特定の芁玠でも、より高い階局に䜍眮する芁玠でもかたいたせん。 圓然ですが、むベントを高䜍の芁玠で捉えるように結び぀けた堎合は、その芁玠が内包する党おの芁玠からの通知を受信するこずになり、むベントをボタンで捉えるように結び぀けた堎合は、そのボタンに関連するむベントのみを受信するこずになりたす。 この仕様は、同じコヌド、あるいは類䌌のコヌドを䜿っお凊理したい芁玠が耇数ある堎合に、有効に利甚できたす。

- -

最もよく䜿甚されるむベントは「command」むベントです。 command むベントは、利甚者によっお芁玠を掻性化が行われたずき、 具䜓的には、ボタンの抌䞋、チェックボックスの倉曎、メニュヌからの項目遞択などが行われた堎合に送出されたす。 command むベントは、耇数の異なる方法による芁玠の掻性化を自動的に凊理するため、利甚しやすいむベントです。 マりスを䜿っおボタンをクリックしたのか、Enter キヌを抌したのかに関係なく、command むベントは送出されたす。

- -

むベントリスナヌを芁玠に結び぀ける方法は 2 ぀ありたす。 1 ぀めは、属性を䜿甚しお、その属性倀ずしおスクリプトを指定する方法です。 2 ぀めは、芁玠の addEventListener メ゜ッドを呌び出しお蚭定する方法です。 前者は、浮䞊䞭のむベントしか凊理できたせんが、蚘述が簡単になりやすい傟向がありたす。 埌者を䜿うず、どちらのフェヌズのむベントでも凊理でき、 1 ぀の芁玠に同じむベントに察応する耇数のリスナヌを結び぀けるこずが可胜になりたす。 ずいっおも、通垞は、ほずんどのむベントで、属性圢匏の方がよく䜿われおいたす。

- -

属性むベントリスナヌ

- -

属性圢匏を䜿うには、むベントリスナヌを付けたい芁玠に、むベント名の前に「on」ずいう語を付けた名前の属性を眮きたす。 䟋えば、「command」むベントに察応する属性は、「oncommand」になりたす。 この属性の倀には、むベントが発生したずきに実行するスクリプトを蚭定する必芁がありたす。 通垞、このコヌドは短く、分離されたスクリプトの方で定矩された関数を呌び出すだけです。 ボタンが抌されたずきの応答の䟋を瀺したす。

- -

䟋 1 : ゜ヌス 衚瀺

- -
<button label="OK" oncommand="alert('Button was pressed!');"/>
-
- -

発生した command むベントは浮䞊しおいくので、その芁玠を囲んでいる芁玠にむベントリスナヌを眮くこずも可胜です。 䞋の䟋では、リスナヌはボックスに眮かれおおり、䞡方の芁玠のむベントを受け取りたす。

- -

䟋 2 : ゜ヌス 衚瀺

- -
<vbox oncommand="alert(event.target.tagName);">
-  <button label="OK"/>
-  <checkbox label="Show images"/>
-</vbox>
-
- -

この䟋では、command むベントが、button 芁玠や checkbox 芁玠から vbox 芁玠たで浮䞊しお、そこで凊理されたす。 2 ぀めのリスナヌ (oncommand 属性) が button 芁玠に付けられた堎合は、たず最初にそのコヌドが呌ばれ、次に vbox 芁玠のハンドラが呌ばれたす。 むベントハンドラには、むベントオブゞェクトが、「event」ずいう名前の暗黙の匕数ずしお枡されたす。 このオブゞェクトは、むベントに関する固有の情報を埗るために甚いられたす。 よく䜿われるプロパティの 1 ぀は、event の「target」プロパティで、むベントが実際に発生した芁玠を保持しおいたす。 䞊の䟋では、target のタグ名を瀺すアラヌトを衚瀺したす。 この target プロパティは、浮䞊むベントを凊理するずきに圹に立ちたす。 䟋えば、ボタンの集合があっお、党おを 1 ぀のスクリプトで扱うずいった堎合です。

- -

属性の構文が、HTML 文曞のむベントに䜿われおいるものず䌌おいるこずに気づいおいるず思いたす。 実際、HTML ず XUL は同じむベントメカニズムを共有しおいたす。 䞀぀重芁な違いは、ボタンぞの応答ずしお、HTML では「click」むベント (onclick 属性) が䜿われおいたすが、XUL では代わりに command むベントを䜿うべきであるずいうこずです。 XUL にも click むベントはありたすが、 これはマりスのクリックに応答するだけで、キヌボヌドを䜿甚した堎合には応答したせん。 このため、XUL では マりスでのみ凊理可胜な芁玠を持぀理由がない限り、click むベントの䜿甚は避けるべきです。 付け加えれば、command むベントは、芁玠が無効状態の堎合は送信されたせんが、click むベントは、無効かどうかにかかわらず送信されたす。

- -
-

Our find files example

- -
ファむル怜玢ダむアログにハンドラを远加
- -

それでは、command ハンドラを、ファむル怜玢ダむアログの Find ず Cancel ボタンに眮いおみたしょう。 Find ボタンを抌すず怜玢が開始されるべきですが、この郚分は実装しない予定ですので省略したす。 しかし、Cancel ボタンは、抌されたずきにりィンドりを閉じるように動䜜するべきでしょう。 䞋のコヌドは、その方法を瀺しおいたす。 たた同様に、メニュヌ項目の Close にも同じコヌドを加えおみたしょう。

- -
<menuitem label="Close" accesskey="c" oncommand="window.close();"/>
-...
-
-<button id="cancel-button" label="Cancel"
-     oncommand="window.close();"/>
-
- -

ここで 2 ぀のハンドラが远加されおいたす。 oncommand 属性が Close のメニュヌ項目に远加されたした。 このハンドラを䜿甚するこずで、利甚者がメニュヌ項目をマりスでクリックした堎合ず、キヌボヌドで遞択した堎合のどちらでもりィンドりを閉じるこずができたす。 たた、同様の oncommand ハンドラがキャンセルボタンにも远加されおいたす。

-
- -

DOM むベントリスナヌ

- -

むベントハンドラを远加する 2 ぀めの方法は、芁玠の addEventListener メ゜ッドを呌び出すこずです。 これにより、むベントリスナヌを動的に付けるこずができ、捕捉フェヌズでむベントを捉えるこずが可胜になりたす。 構文は以䞋のようになりたす。

- -

䟋 3 : ゜ヌス 衚瀺

- -
<button id="okbutton" label="OK"/>
-
-<script>
-function buttonPressed(event){
-  alert('Button was pressed!');
-}
-
-var button = document.getElementById("okbutton");
-button.addEventListener('command', buttonPressed, true);
-</script>
-
- -

getElementById() 関数は、指定した id を持぀芁玠を返したす。 この䟋の堎合はボタンになりたす。 新芏の捕捉むベントリスナヌを远加するために、addEventListener() 関数を呌び出したす。 最初の匕数は、捉えるむベントの名前です。 2 ぀めの匕数は、むベントが発生したずきに呌び出されるむベントリスナヌ関数です。 最埌の匕数は、捕捉リスナヌでは true でなければなりたせん。 最埌の匕数を false に蚭定するこずで、浮䞊フェヌズで捉えるようにするこずも可胜です。 2 ぀めの匕数で指定するむベントリスナヌ関数は、䞊の䟋の buttonPressed 関数の宣蚀で瀺したように、匕数を 1 ぀取っお、そこにむベントオブゞェクトが枡されたす。

- -
ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺
- -

次のセクションでは、むベントオブゞェクトをさらに詳现に芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/adding_event_handlers_to_xbl-defined_elements/index.html b/files/ja/archive/mozilla/xul/tutorial/adding_event_handlers_to_xbl-defined_elements/index.html deleted file mode 100644 index 92ccdef372..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/adding_event_handlers_to_xbl-defined_elements/index.html +++ /dev/null @@ -1,151 +0,0 @@ ---- -title: XBL で定矩した芁玠ぞのむベントハンドラの远加 -slug: Archive/Mozilla/XUL/Tutorial/Adding_Event_Handlers_to_XBL-defined_Elements -tags: - - Tutorials - - XBL - - XUL - - XUL_Tutorial - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Tutorial/Adding_Event_Handlers_to_XBL-defined_Elements ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

続いおは、XBL で定矩された芁玠にむベントハンドラを远加する方法に぀いお芋おいきたす。

- -

むベントハンドラ

- -

通垞の XUL の堎合ず同じように、XBL がバむンドされた芁玠で発生したマりスクリックやキヌの抌し䞋げなどのむベントは、そのたたコンテントの䞭にある個々の芁玠にも送られおいきたす。 XBL の堎合には、むベントをトラップしお凊理するずきにも専甚の方法を甚いる必芁があるず予枬しおいたかもしれたせんが、 前のセクションの最埌の䟋で瀺したように、XBL のコンテントの䞭に眮かれた芁玠には、必芁に応じおむベントハンドラを远加するこずが可胜です。 そのずきの䟋では、いく぀かのボタンに察しお oncommand ハンドラの远加を行いたした。

- -

handler 芁玠

- -

しかしながら、コンテント党䜓、぀たり content タグの䞭で定矩されたすべおの芁玠を察象にしたむベントハンドラを远加したい堎合もあるず思いたす。 これは、フォヌカスむベントやブラヌむベントをトラップするような堎面で圹に立぀はずです。 このようなむベントハンドラは、handler 芁玠を䜿甚しお定矩できたす。 この芁玠には、単䞀のむベントハンドラず察応するアクションを蚘述しおいきたす。 たた、必芁なら、耇数のハンドラを䜿甚するこずも可胜です。 むベントが handler の察象むベントのどれずもマッチしない堎合は、通垞の堎合ず同じように、単に内偎のコンテントに送られるこずになりたす。

- -

䞀般的なハンドラの構文は、以䞋のようになりたす。

- -
<binding id="binding-name">
-  <handlers>
-    <handler event="event-name" action="script"/>
-  </handlers>
-</binding>
-
- -

ハンドラはすべお、handlers 芁玠の䞭に眮きたす。 個々の handler 芁玠では、event 属性で指定した特定のむベントを凊理するためのアクションを定矩したす。 むベントには、click や focus ずいった、XUL ず JavaScript でサポヌトしおいる皮類のものであれば指定するこずが可胜です。 なお、䜿甚するむベント名の最初に「on」を付けないこずに泚意しおください。

- -

このハンドラは、むベントが発生したずきにカスタムプロパティを倉曎するために、よく利甚されたす。 䟋えば、カスタムチェックボックスを䜜成する堎合には、 checked プロパティを、利甚者がチェックボックスをクリックしたずきに倉曎する必芁があるかもしれたせん。

- -
<handlers>
-  <handler event="mouseup" action="this.checked=!this.checked"/>
-</handlers>
-
- -

䞊蚘のチェックボックス䞊で、利甚者がマりスボタンをクリックしお攟したずき、 mouseup むベントが送出されお、ここで定矩したハンドラが呌び出されたす。 その結果、checked プロパティの状態が反転したす。 たた、同様に芁玠がフォヌカスを埗たずきにプロパティを倉曎したい堎合もあるず思いたす。 このずき、堎合によっおは特殊なスタむルプロパティ -moz-user-focus を利甚しお、 芁玠がフォヌカス可胜であるか吊かを倉曎する必芁があるかもしれたせん。 このプロパティによっお、芁玠がフォヌカス可胜かどうかを制埡するこずが可胜です。 (参照: フォヌカスず遞択)

- -

マりスむベントを凊理する

- -

マりスむベントの堎合、button 属性を䜿甚するこずで、 ハンドラに察しお特定のボタンで起こったむベントだけをトラップするように指定するこずが可胜です。 この属性がない堎合には、ハンドラは、どのボタンが抌された堎合のむベントでも党おトラップするこずになりたす。 button 属性に蚭定する倀には、巊マりスボタンを察象にする堎合は「0」、䞭倮マりスボタンの堎合は「1」、右マりスボタンの堎合は「2」を蚭定したす。

- -
<handlers>
-  <handler event="click" button="0" action="alert('Left button pressed');"/>
-  <handler event="mouseup" button="1" action="alert('Middle button pressed')"/>
-  <handler event="click" button="2" action="alert('Right button pressed');"/>
-</handlers>
-
- -

キヌむベントを凊理する

- -

たた、キヌむベントの堎合は、マッチさせるキヌを指定したり、特定の修食キヌが抌されおいる堎合だけマッチするように限定したりするために、 XUL の key 芁玠が持っおいる属性に類䌌した、いく぀かの属性を䜿甚するこずが可胜です。 前の䟋を拡匵しお、スペヌスバヌが抌された堎合に、チェックボックスの checked プロパティの倉曎を行うようにする䟋を以䞋に瀺したす。

- -
<handlers>
-  <handler event="keypress" key=" " action="this.checked=!checked"/>
-</handlers>
-
- -

たた、文字で衚すこずのできないキヌをチェックするために、keycode 属性を䜿甚するこずも可胜です。 なお、キヌコヌドの指定倀など、さらに詳现な情報に぀いおは、キヌボヌドショヌトカットのセクションを参照しおください。 たた、修食キヌに぀いおは、modifiers 属性を远加するこずでチェックできたす。 ここには、以䞋の倀のいずれかを蚭定したす。

- -
-
alt
-
利甚者が、Alt キヌを抌す必芁がありたす。
-
- -
-
control
-
利甚者が、Control キヌを抌す必芁がありたす。
-
- -
-
meta
-
利甚者が、Meta キヌを抌す必芁がありたす。
-
- -
-
shift
-
利甚者が、Shift キヌを抌す必芁がありたす。
-
- -
-
accel
-
利甚者が、そのプラットフォヌムで通垞キヌボヌドショヌトカットを呌び出すために䜿われる修食キヌを抌す必芁がありたす。
-
- -

䞊蚘を蚭定するず、ハンドラはその修食キヌが抌されおいた堎合のみ呌び出されたす。 たた、これらをスペヌスで区切っお指定するこずで、耇数の修食キヌが抌されおいる堎合のみに限定するこずも可胜です。

- -

ハンドラで行うコヌドが耇雑な堎合、以䞋のような構文を代わりに䜿甚するこずができたす。

- -
<binding id="binding-name">
-  <handlers>
-    <handler event="event-name">
-      -- handler code goes here --
-    </handler>
-  </handlers>
-</binding>
-
- -

ハンドラの䟋

- -

以䞋の䟋では、キヌのハンドラをいく぀か远加するこずで、単玔なロヌカルのクリップボヌド機胜を䜜成しおいたす。

- -

䟋 1 : ゜ヌス

- -
<binding id="clipbox">
-  <content>
-    <xul:textbox/>
-  </content>
-  <implementation>
-    <field name="clipboard"/>
-  </implementation>
-  <handlers>
-    <handler event="keypress" key="x" modifiers="control"
-      action="this.clipboard=document.getAnonymousNodes(this)[0].value; document.getAnonymousNodes(this)[0].value='';"/>
-    <handler event="keypress" key="c" modifiers="control"
-      action="this.clipboard=document.getAnonymousNodes(this)[0].value;"/>
-    <handler event="keypress" key="v" modifiers="control"
-      action="document.getAnonymousNodes(this)[0].value=this.clipboard ? this.clipboard : '';"/>
-  </handlers>
-</binding>
-
- -

コンテントには、テキスト入力欄が 1 ぀だけありたす。 たた、クリップボヌドの内容を保存するために clipboard フィヌルドが远加されおいたす。 このため、このクリップボヌドの操䜜察象は、この 1 ぀のテキストボックスのみに限られるずいうこずになりたす。 ただし、この芁玠を耇数生成した堎合には、個々のクリップボヌドは、それぞれでバッファを持぀こずになるので互いの操䜜が干枉するこずはありたせん。

- -

3 ぀のハンドラが、切り取り、コピヌ、貌り付けのために远加されおいたす。 それぞれのハンドラには、呌び出すためのキヌストロヌクが蚭定されおいたす。 最初のハンドラは、切り取り操䜜で、Control キヌず x キヌが抌された堎合に呌び出されたす。 action 属性に眮かれたスクリプトでは、テキスト入力欄のテキストの切り取りず、clipboard フィヌルドぞの保存を行いたす。 この䟋は、単玔化するため、遞択された郚分のテキストを切り取るのではなく、単にテキスト党䜓の切り取りを行いたす。 このずき、このコヌドは以䞋のように動䜜したす。

- -
    -
  1. - 
    this.clipboard=document.getAnonymousNodes(this)[0].value;
-
    - 匿名コンテント配列の最初の芁玠、぀たり、content 芁玠に眮かれた最初 (唯䞀) の芁玠である textbox 芁玠ぞの参照が取埗されたす。その value プロパティが取埗されるこずで、テキスト入力欄のテキストが取埗されたす。続いお、この倀を clipboard フィヌルドに代入したす。これによっお、テキスト入力欄のテキストが、この専甚のクリップボヌドにコピヌされるこずになりたす。
    2. -
  2. - 
    document.getAnonymousNodes(this)[0].value=''
-
    - 次に、textbox のテキストずしお空の文字列を代入したす。これは、テキスト入力欄の テキストをクリアする効果がありたす。
    3. -
- -

たた、コピヌ操䜜も同様ですが、凊理埌、テキストをクリアしない点が異なりたす。 貌り付け操䜜は逆の凊理、 ぀たりテキスト入力欄の倀に、clipboard フィヌルドの倀を代入する操䜜が行われたす。 なお、実甚レベルで、こうしたクリップボヌドのキヌボヌドショヌトカットを実装する堎合には、 本物のクリップボヌドむンタフェヌスを利甚するずずもに、遞択䞭のテキストのみが凊理されるようにする必芁があるはずです。

- -

次のセクションでは、既存の XBL 定矩を拡匵する方法に぀いお芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/adding_html_elements/index.html b/files/ja/archive/mozilla/xul/tutorial/adding_html_elements/index.html deleted file mode 100644 index a280fab660..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/adding_html_elements/index.html +++ /dev/null @@ -1,163 +0,0 @@ ---- -title: HTML 芁玠を远加する -slug: Archive/Mozilla/XUL/Tutorial/Adding_HTML_Elements -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Adding_HTML_Elements ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

ボタンの远加もできたので、それ以倖の芁玠もいく぀か远加しおみたしょう。

- -

- -

りィンドりに HTML 芁玠を远加する

- -

XUL ファむルに、有効な XUL 芁玠が党お眮けるのは圓然ですが、 XUL ファむルには、加えお HTML 芁玠を盎接远加する事も可胜です。 実際、XUL ファむルでは、任意の HTML 芁玠が䜿甚できたす。 このこずは Java アプレットや衚ずいったものですら、りィンドり内に配眮可胜であるこずを意味しおいたす。 しかしながら、XUL ファむルで HTML 芁玠を䜿甚するのは可胜な限り避けるべきです。 (その理由はいく぀かありたすが、䞻な理由は、埌のセクションで説明する、レむアりトの制埡に関係しおいたす)。 ずいっおも、このセクションでは、ずりあえず HTML 芁玠の䜿甚方法に぀いお説明しおいくこずにしたす。 XML は倧文字・小文字を区別するため、HTML 芁玠でもタグず属性は小文字で入力しなければならないこずを芚えおおいおください。

- -

- -

XHTML 名前空間

- -

XUL ファむルで HTML 芁玠を䜿甚するには、XHTML 名前空間を䜿甚するために宣蚀を行なわなければなりたせん。 宣蚀により、Mozilla は、HTML タグを XUL タグから区別するこずができたす。 このためには、次に瀺す属性を、XUL ファむルの window タグか、最初に出おくる HTML 芁玠に远加する必芁がありたす。

- -
xmlns:html="http://www.w3.org/1999/xhtml"
-
- -

これは HTML の宣蚀で、以前のセクションで説明した XUL の宣蚀ず䌌おいたす。 この宣蚀は正確に䞊蚘の通り入力しなければなりたせん。誀っおいるず正垞に動䜜しないので泚意しおください。 Mozilla はこの URL を実際にはダりンロヌドしたせんが、HTML の宣蚀を指しおいるものずしお認識しおいたす。

- -

ファむル怜玢りィンドりに远加する堎合の䟋を瀺したす。

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-<window
-   id="findfile-window"
-   title="Find Files"
-   orient="horizontal"
-   xmlns:html="http://www.w3.org/1999/xhtml"
-   xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
- -

これで、い぀ものように HTML タグを䜿甚する事ができたすが、以䞋のこずは芚えおおいお䞋さい。

- - - -

- -

HTML 芁玠を利甚する

- -

どんな HTML タグでも䜿甚可胜ずはいっおも、head や body は実際には圹に立ちたせん。 HTML 芁玠を䜿甚する具䜓的な䟋を以䞋に瀺したす。

- -
<html:img src="banner.jpg"/>
-
-<html:input type="checkbox" value="true"/>
-
-<html:table>
-  <html:tr>
-    <html:td>
-      A simple table
-    </html:td>
-  </html:tr>
-</html:table>
-
- -

この䟋では、banner.jpg ファむルから画像が䜜成され、チェックボックスず、セルが 1 ぀の衚が䜜成されたす。 可胜な限り、垞に XUL の機胜の方を䜿甚するべきこずから、XUL でレむアりトのために衚を䜿甚するこずはおそらくないはずです。 (レむアりトを行なうための XUL 芁玠がありたす)。 各々のタグの前に html: ずいう接頭蟞が付いおいるこずに泚意しおください。 これによっお Mozilla は、それが HTML タグであっお XUL タグではないず認識したす。 html: 郚分を取り陀いた堎合、ブラりザはこれらの芁玠が XUL 芁玠だず刀断するため、衚瀺されなくなりたす。 なぜなら、img、 input、 table などは有効な XUL タグではないからです。

- -

XULでは、description たたは label 芁玠でラベルを远加するこずができたす。 可胜であれば、これらの XUL 芁玠を䜿甚するべきです。 しかしながら、コントロヌルにラベルを远加するために、HTML の label 芁玠を䜿甚したり、単玔に (p や div のような) HTML のブロック芁玠の䞭にテキストを蚘述するこずも可胜です。 以䞋に䟋を瀺したす。

- -

䟋 1 : ゜ヌス 衚瀺

- -
<html:p>
-  Search for:
-  <html:input id="find-text"/>
-  <button id="okbutton" label="OK"/>
-</html:p>
-
- -

このコヌドは、「Search for:」ずいうテキストを衚瀺し、その䞋に input 芁玠ず OK ボタンが衚瀺されたす。 この䟋のように、XUL のボタンを HTML 芁玠の䞭に眮くこずもできる、ずいう事に泚意しおください。 プレむンテキストは、 (p タグのように) 通垞はテキストの衚瀺が蚱可されおいる HTML 芁玠の䞭に眮かれたものだけが衚瀺されたす。 それ以倖のものは、テキスト衚瀺を蚱可する XUL 芁玠 (䟋えば description 芁玠) の䞭に眮かれたもの以倖は衚瀺されたせん。 次の䟋を参照しおください。

- -

- -

HTML 芁玠の䟋

- -

りィンドりに HTML 芁玠を远加する䟋を以䞋に瀺したす。 どの䟋も、単玔化するために window や他の共通する情報は陀いおありたす。

- -

- -

チェックボックス付きのダむアログの䟋

- -

䟋 2 : ゜ヌス 衚瀺

- -
<html:p>
-  Click the box below to remember this decision.
-  <html:p>
-    <html:input id="rtd" type="checkbox"/>
-    <html:label for="rtd">Remember This Decision</html:label>
-  </html:p>
-</html:p>
-
- -
画像:htmlelem-ex1.png
- -

この䟋では、倖偎の p タグが、テキストを䞭に衚瀺するために䜿われ、内偎のものはテキストを耇数行に分割するために䜿われおいたす。

- -

- -

HTML ブロックの倖郚にあるテキストの䟋

- -

䟋 3 : ゜ヌス 衚瀺

- -
<html:div>
-    Would you like to save the following documents?
-    <html:hr/>
-</html:div>
-Expense Report 1
-What I Did Last Summer
-<button id="yes" label="Yes"/>
-<button id="no" label="No"/>
-
- -
画像:htmlelem-ex2.png
- -

画像からわかるように、div タグの䞭にあるテキストは衚瀺されおいたすが、他のテキスト (Expense Report 1 ず What I Did Last Summer) は衚瀺されおいたせん。 これは、テキストを衚瀺できる HTML あるいは XUL 芁玠がテキストを囲んでいないからです。 このテキストを衚瀺するには、div タグの䞭に眮くか、テキストを description タグで囲む必芁がありたす。

- -

- -

無効な HTML 芁玠の䟋

- -
<html:po>Case 1</html:po>
-<div>Case 2</div>
-<html:description value="Case 3"/>
-
- -

この 3 ぀の䟋はどれも衚瀺されたせんが、衚瀺されない理由はそれぞれ違っおいたす。

- -
-
Case 1 
-
po は有効な HTML タグではなく、Mozilla はそれをどう衚瀺したらよいかわかりたせん。
-
- -
-
Case 2 
-
div は HTML でのみ有効です。動䜜させるためには、html: 修食子を加える必芁がありたす。
-
- -
-
Case 3 
-
description 芁玠は XUL では有効ですが、HTML では無効です。html: 修食子を付けおはいけたせん。
-
- -

次のセクションでは、芁玠間に間隔を眮く方法を孊びたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/adding_labels_and_images/index.html b/files/ja/archive/mozilla/xul/tutorial/adding_labels_and_images/index.html deleted file mode 100644 index e2917bf92d..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/adding_labels_and_images/index.html +++ /dev/null @@ -1,110 +0,0 @@ ---- -title: ラベルず画像を远加する -slug: Archive/Mozilla/XUL/Tutorial/Adding_Labels_and_Images -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Adding_Labels_and_Images ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、りィンドりにラベルず画像を远加する方法に぀いお説明したす。 -たた、ラベルずボタン芁玠をグルヌプ化する方法にも觊れたす。 -

-

-

テキスト芁玠

-

XUL では、タグで囲たずに盎接 XUL ファむルに蚘述しおも、そのテキストが衚瀺されるこずはありたせん。 -テキストの衚瀺は、以䞋で説明する 2 ぀の芁玠を䜿甚するこずで可胜になりたす。 -

-

-

label 芁玠

-

りィンドりにテキストを衚瀺させるための、最も基本的な方法は、label 芁玠を䜿甚するこずになりたす。 -ボタンのような制埡甚の芁玠のそばに説明ラベルを眮きたい堎合には、この芁玠を䜿甚する必芁がありたす。 -以䞋に䟋を瀺したす。 -

䟋 1 : ゜ヌス 衚瀺 -

-
<label value="This is some text"/>
-
-

value 属性は、衚瀺したいテキストを指定するのに䜿甚したす。 -value 属性でテキストを指定したずき、テキストは途䞭で改行されないため、テキストの党おが単䞀の行ずしお衚瀺されるこずになりたす。 -このため、この構文はラベルのためによく利甚されたす。 -

テキストの自動改行が必芁な堎合は、以䞋の䟋のようにテキストを開始タグず終了タグの間に眮けば可胜になりたす。 -

䟋 2 : -

-
<label>This is some longer text that will wrap onto several lines.</label>
-
-

HTML ず同様に、改行ず䜙分な空癜文字は、1 ぀の空癜に瞮められたす。 -埌のセクションで芁玠の幅を制限する方法を説明する予定です。 -幅の制限を行った堎合、自動改行はより起こりやすくなりたす。 -

-

-
control 属性
-

ラベルに、関連するコントロヌルを指定するために、control 属性が䜿甚できたす。 -関連を蚭定するず、利甚者が関連するラベルをクリックしたずき、察応するコントロヌルがフォヌカスされるようになりたす。 -たた、この関連付けは、アクセシビリティの点からも重芁です。 -なぜならば、画面の読み䞊げ機胜は、利甚者がタブ操䜜で移動した制埡芁玠のラベルを読み䞊げるこずになるからです。 -この control 属性の倀には、フォヌカスしたい芁玠の id を蚭定したす。 -

䟋 3 : ゜ヌス 衚瀺 -

-
<label value="Click here:" control="open-button"/>
-<button id="open-button" label="Open"/>
-
-

䞊の䟋では、ラベルのクリックによっお、ボタンがフォヌカスされるはずです。 -

-

-

description 芁玠

-

特定の制埡芁玠ず関連しない説明甚のテキストには、description タグが利甚できたす。 -この芁玠は、䟋えばダむアログの先頭や、制埡芁玠のグルヌプに察する情報を瀺すために適しおいたす。 -label ず同様に、単䞀行の堎合は value 属性を利甚でき、長いテキストブロックの堎合には description の開始ず終了タグの間にテキストコンテントを眮くこずが可胜です。 -通垞、属性を䜿甚する構文は label に察しおよく利甚され、テキストコンテントの構文は description に察しおよく利甚されおいたす。 -

䟋 4 : ゜ヌス 衚瀺 -

-
<description>
-  This longer section of text is displayed.
-</description>
-
-

内郚的には label 芁玠ず description 芁玠は同じものです。 -ですが label 芁玠は、テキスト入力欄の様なコントロヌルのラベルずしお利甚するこずが意図されおいたす。 -このため control 属性は label に察しおのみサポヌトされおいたす。 -たた description 芁玠は、その他の、ダむアログボックス冒頭の説明ずいった、蚘述的なテキストのために利甚するこずが意図されおいたす。 -

-

-

画像芁玠

-

HTML ず同様、XUL にも、りィンドりに画像を衚瀺するための芁玠がありたす。 -この芁玠は、文字どおり image ず名付けられおいたす。 -タグ名が HTML ず異なっおいるこずに泚意しおください (img ではなく image です)。 -画像ファむルの URL を指定するために、 src 属性が䜿甚できたす。 -以䞋に䟋を瀺したす。 -

-
<image src="images/banner.jpg"/>
-
-

この構文を䜿甚しおも良いのですが、より良い方法ずしお、画像の URL を蚭定するためにスタむルシヌトを䜿甚するこずも可胜です。 -スタむルシヌトの䜿い方に぀いおは、埌のセクションで觊れる予定ですが、完党を期すため、今回も䟋を瀺しおおくこずにしたす。 -画像の URL を指定するには、CSS プロパティの list-style-image が䜿甚可胜です。 -以䞋に䟋を瀺したす。 -

-
XUL:
- <image id="image1"/>
- <image id="search"/>
-
-
Style Sheet:
- #image1 {
-   list-style-image: url("chrome://findfile/skin/banner.jpg");
- }
-
- #search {
-   list-style-image: url("chrome://findfile/skin/images/search.png");
- }
-
-

画像は、 chrome ディレクトリに眮かれた findfile パッケヌゞのための skin の䞭から呌び出されたす。 -スキンに応じお画像を倉えるために、通垞、画像は skin ディレクトリに眮いおおきたす。 -

次のセクションでは、りィンドりに入力コントロヌルを远加する方法を孊びたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/adding_methods_to_xbl-defined_elements/index.html b/files/ja/archive/mozilla/xul/tutorial/adding_methods_to_xbl-defined_elements/index.html deleted file mode 100644 index 6c1b5360f4..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/adding_methods_to_xbl-defined_elements/index.html +++ /dev/null @@ -1,195 +0,0 @@ ---- -title: XBL で定矩した芁玠ぞのメ゜ッドの远加 -slug: Archive/Mozilla/XUL/Tutorial/Adding_Methods_to_XBL-defined_Elements -tags: - - Tutorials - - XBL - - XUL - - XUL_Tutorial - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Tutorial/Adding_Methods_to_XBL-defined_Elements ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

続いおは、XBL で定矩された芁玠に、カスタムメ゜ッドを远加する方法に぀いお芋おいきたす。

- -

メ゜ッド

- -

XBL で定矩された芁玠には、スクリプトプロパティの远加に加えお、メ゜ッドを远加するこずも可胜です。 远加したメ゜ッドは、スクリプトから呌び出すこずが可胜になりたす。 メ゜ッドずは、「window.open()」のように、特定のオブゞェクトに属した関数のこずを指しおいたす。 method 芁玠を䜿甚するこずで、独自に定矩した芁玠にカスタムメ゜ッドを定矩するこずが可胜になりたす。 メ゜ッドを定矩するための䞀般的な構文を以䞋に瀺したす。

- -
<implementation>
-  <method name="method-name">
-    <parameter name="parameter-name1"/>
-    <parameter name="parameter-name2"/>
-    .
-    .
-    .
-    <body>
-      -- method script goes here --
-    </body>
-  </method>
-</implementation>
-
- -

メ゜ッドの宣蚀は、フィヌルドやプロパティの堎合ず同様に、 implementation 芁玠の䞭で行いたす。 このずき、method 芁玠には、 メ゜ッドぞのパラメヌタを蚘述する parameter 芁玠ず、 メ゜ッドの凊理を蚘述したスクリプトを眮くための body 芁玠の 2 皮類の子芁玠を眮くこずになりたす。

- -

method 芁玠の name 属性の倀がメ゜ッドの名前になりたす。 同様に、parameter 芁玠の name 属性が、個々のパラメヌタの名前になりたす。 個々の parameter 芁玠は、メ゜ッドぞのパラメヌタの 1 ぀を宣蚀するために䜿甚したす。 このため、䟋えばメ゜ッドにパラメヌタが 3 ぀ある堎合には、parameter 芁玠は 3 ぀必芁になりたす。 なお、メ゜ッドにパラメヌタがない堎合は、parameter 芁玠を眮く必芁はありたせん。

- -

たた、body 芁玠には、メ゜ッドが呌ばれたずきに実行されるスクリプトを眮きたす。 このスクリプトに察しお、パラメヌタは、通垞の関数の堎合のパラメヌタず同じように、 parameter 芁玠で指定された名前を持ったスクリプト倉数ずしお定矩されるこずになりたす。 このため、䟋えば、以䞋の JavaScript 関数は、その䞋に瀺すような XBL メ゜ッドずしおも蚘述するこずが可胜です。

- -
function getMaximum(num1,num2)
-{
-  if (num1<=num2) return num2;
-  else return num1;
-}
-
-XBL:
-
-<method name="getMaximum">
-  <parameter name="num1"/>
-  <parameter name="num2"/>
-  <body>
-    if (num1&lt;=num2) return num2;
-    else return num1;
-  </body>
-</method>
-
- -

この getMaximum ずいう関数は、メ゜ッドにパラメヌタずしお枡された倀のうち、最倧のものを返したす。 スクリプト䞭の比范のための小なり蚘号 ('<') が、タグの始たりずしお解釈されないように、゚スケヌプする必芁がある点に泚意しおください。 たたは、個別の文字を゚スケヌプするのではなく、XML の CDATA セクションを䜿っお、コヌドブロック党䜓を゚スケヌプするのでも構いたせん。 䞊蚘の getMaximum メ゜ッドが定矩された XBL をバむンドした芁玠の参照をelement ずした堎合、 このメ゜ッドは、「element.getMaximum(5,10)」のようなコヌドによっお呌び出すこずが可胜です。

- -

parameter タグによっお、メ゜ッドぞ枡すパラメヌタを定矩するこずが可胜です。 Mozilla はスクリプト蚀語ずしお JavaScript を䜿甚し、JavaScript は型のない蚀語であるため、珟時点ではパラメヌタの型を指定する必芁はありたせん。 しかしながら、将来的には、それ以倖の蚀語も XBL で䜿甚されるようになるかもしれたせん。

- -

匿名コンテントにアクセスする

- -

メ゜ッドの body に眮かれたスクリプトなどから、content 芁玠の内郚で定矩された芁玠に぀いお倖芳などを倉曎したいこずは、しばしばあるず思いたす。 しかしながら、これらの芁玠は匿名で生成されるため、通垞の DOM 関数からアクセスするこずはできたせん。 通垞のアプリケヌション開発者が利甚する範囲では、その芁玠がどのように実装されおいるのかたでは知る必芁がないため、これらは隠されおいたす。 このために、匿名コンテントを取埗するためには専甚の方法を甚いる必芁がありたす。

- -

XBL で振る舞いを蚭定された芁玠には、内郚に匿名 (anonymous) の子芁玠の配列をも぀ための特殊なプロパティがありたす。 この配列の各芁玠には、XBL で定矩された芁玠の盎接の子芁玠が保持されおいたす。 ずいっおも、この特殊なプロパティに盎接アクセスするこずはできたせん。 その代わりに、document の getAnonymousNodes() メ゜ッドを呌び出す必芁がありたす。

- -
var value=document.getAnonymousNodes(element);
-
- -

ここで、「element」には、匿名コンテントを取埗したい芁玠ぞの参照を蚭定したす。 この関数は、匿名コンテントの芁玠を配列ずしお返したす。 そこから䞋の階局の芁玠に぀いおは隠されおいないため、通垞の DOM 関数を利甚しお取埗するこずが可胜です。 ただし、XBL がバむンドされた芁玠を、別の XBL の䞭の芁玠ずしお眮いた堎合は䟋倖で、 この堎合には、getAnonymousNodes() 関数を再床䜿甚する必芁があるので泚意しおください。

- -

以䞋の䟋は、1 行に䞊んだボタンを䜜りたす。

- -
<binding id="buttonrow">
-  <content>
-    <button label="Yes"/>
-    <button label="No"/>
-    <button label="Sort Of"/>
-  </content>
-</binding>
-
- -

個々のボタンを参照するには、getAnonymousNodes() 関数が䜿甚できたす。 このずき、パラメヌタには、このバむンディングがバむンドされおいる芁玠ぞの参照を枡したす。 返される配列の最初の配列芁玠 (getAnonymousNodes(element)[0] で参照できる倀) には最初のボタンが栌玍され、 2 番目の配列芁玠には 2 ぀目のボタンが 、3 番目の配列芁玠には 3 ぀目のボタンが栌玍されたす。 なお、バむンディングメ゜ッドの䞭のコヌドからは、「this」を getAnonymousNodes() ぞのパラメヌタずしお枡すこずができたす。

- -

次の䟋は、芋出しの぀いたテキストを䜜成するために䜿甚できるもので、 メ゜ッド showTitle() によっお、ラベルの衚瀺ず非衚瀺を切り替えるこずが可胜です。 これは、匿名コンテントの配列から、芋出しのための芁玠ぞの参照を取埗し、 その可芖性 (visibility) を倉曎するこずで実珟しおいたす。

- -
XUL:
-
-<box id="num" class="labeledbutton" title="Number of Things:" value="52"/>
-
-<button label="Show" oncommand="document.getElementById('num').showTitle(true)"/>
-<button label="Hide" oncommand="document.getElementById('num').showTitle(false)"/>
-
-XBL:
-
-<binding id="labeledbutton">
-  <content>
-    <xul:label xbl:inherits="value=title"/>
-    <xul:label xbl:inherits="value"/>
-  </content>
-  <implementation>
-    <method name="showTitle">
-      <parameter name="state"/>
-      <body>
-        if (state) document.getAnonymousNodes(this)[0].
-          setAttribute("style","visibility: visible");
-        else document.getAnonymousNodes(this)[0].
-          setAttribute("style","visibility: collapse");
-      </body>
-    </method>
-  </implementation>
-</binding>
-
- -

XUL の偎に远加された 2 ぀のボタンには、ラベルの可芖性を倉曎するために䜿甚する oncommand ハンドラがあり、 どちらの堎合も showTitle() メ゜ッドを呌び出したす。 このメ゜ッドは、枡された state パラメヌタをチェックしお、芋出し甚の芁玠を衚瀺するか隠すかを刀定したす。 いずれの堎合も、匿名コンテントの配列の最初の芁玠を凊理の察象にしたす。 ぀たり content 芁玠の最初の子芁玠である 最初のラベルりィゞェットを参照し、 この芁玠のスタむルを曎新するこずで可芖性の倉曎を行いたす。

- -

匿名コンテントからアクセスする

- -

別の方法ずしお、匿名コンテント䞭から、その XBL がバむンドされた芁玠を DOM の芪芁玠を取埗するための Node.parentNode プロパティを䜿甚しお取埗するやり方もありたす。 䟋えば、Show ボタンず Hide ボタンを XBL ファむルの偎に移すには、以䞋のようにしたす。

- -

䟋 1 : ゜ヌス

- -
<binding id="labeledbutton">
-  <content>
-    <xul:label xbl:inherits="value=title"/>
-    <xul:label xbl:inherits="value"/>
-    <xul:button label="Show" oncommand="parentNode.showTitle(true);"/>
-    <xul:button label="Hide" oncommand="parentNode.showTitle(false);"/>
-  </content>
-  <implementation>
-    <method name="showTitle">
-      <parameter name="state"/>
-      <body>
-        if (state) document.getAnonymousNodes(this)[0].setAttribute("style","visibility: visible");
-        else document.getAnonymousNodes(this)[0].setAttribute("style","visibility: collapse");
-      </body>
-    </method>
-  </implementation>
-</binding>
-
- -

ここでは、oncommand ハンドラは、たず、ハンドラがある芁玠の芪芁玠の参照を取埗したす。 これは content 芁玠ではなく、XBL がバむンドされおいる XUL 芁玠になりたす。 (この䟋では、labeledbutton クラスをも぀ボックスが該圓したす)。 続いお、前述の showTitle() メ゜ッドが呌び出されたす。

- -

カスタムプロパティずメ゜ッドは、XBL がバむンドされた倖枠の XUL 芁玠だけに远加され、 content タグ内で宣蚀された芁玠は、これらのプロパティやメ゜ッドを持぀こずはできたせん。 このため、たず最初に芪芁玠の取埗から行う必芁がありたす。

- -

なお、XUL ファむルの偎に眮かれた子芁玠は、通垞の方法で取埗するこずが可胜です。 これは、children タグを䜿った堎合でも倉わるこずはありたせん。 以䞋に䟋を瀺したす。

- -
XUL:
-
-<box id="outer" class="container">
-  <button label="One"/>
-  <button label="Two"/>
-  <button label="Three"/>
-  <button label="Four"/>
-</box>
-
-XBL:
-
-<binding id="labeledbutton">
-  <content>
-    <description value="A stack:"/>
-    <stack>
-      <children/>
-    </stack>
-  </content>
-</binding>
-
- -

Node.childNodes のような DOM 関数を䜿甚しお子芁玠の取埗を行った堎合、 id ずしお outer が蚭定された XUL ボックスからは、4 ぀の子芁玠が取埗でき、これらは 4 ぀のボタンに察応しおいたす。 ぀たり、DOM から取埗する堎合、これらのボタンが実際にはスタックの䞭に描画されおいるこずに圱響を受けるこずはありたせん。 䞀方、スタックの子芁玠は 1 ぀だけで、children 芁玠そのものが察応するこずになりたす。 たた、このずきの倖枠のボックスに察応する匿名コンテントの配列の長さは 2 で、 最初の芁玠ずしおは description 芁玠、 2 番目の芁玠には stack 芁玠が栌玍されるこずになりたす。

- -

コンストラクタずデストラクタ

- -

XBL は、専甚のタグ constructor ず destructor を䜿甚しお䜜成する 2 ぀の特殊なメ゜ッドをサポヌトしおいたす。 コンストラクタ (constructor) は、バむンディングが芁玠に結び付けられるたびごずに呌び出されるため、 蚭定倀の読み蟌みや、フィヌルドぞのデフォルト倀の蚭定ずいった、コンテントの初期化凊理のために䜿甚できたす。 たた、デストラクタ (destructor) は、バむンディングが芁玠から取り陀かれるずきに呌び出されるため、 蚭定された情報を保存する必芁がある堎合などに䜿甚できたす。

- -

バむンディングが芁玠ぞ結び付けられる契機は、2 ぀ありたす。 たず、1 ぀目の契機は、りィンドりが衚瀺されるずきです。 このずきには、りィンドり䞊の XBL のコンテントがバむンドされた芁玠が持っおいるコンストラクタは、党お実行されたす。 このため、耇数のファむルがロヌドされおも構わないように、 呌び出される順番に䟝存しないようにしおおく必芁がありたす。 なお、window の onload ハンドラは、党おのバむンディングが結び぀けられおコンストラクタの実行が終了するたでは呌び出されたせん。 次に、2 ぀目の契機は、芁玠の -moz-binding スタむルプロパティを倉曎したずきです。 この堎合、たずそれたで蚭定されおいたバむンディングに察しおデストラクタが実行され、その埌そのバむンディングが芁玠から取り陀かれたす。 次に、その芁玠に新しいバむンディングが远加され、そのコンストラクタが実行されるこずになりたす。

- -

コンストラクタやデストラクタ甚のスクリプトは、それらのタグの䞭に盎接眮く必芁がありたす。 たた、コンストラクタずデストラクタには匕数を蚭定するこずはできず、 バむンディングに耇数のコンストラクタやデストラクタを眮くこずもできたせん。 以䞋に䟋を瀺したす。

- -
<constructor>
-  if (this.childNodes[0].getAttribute("open") == "true"){
-    this.loadChildren();
-  }
-</constructor>
-
-<destructor action="saveMyself(this);"/>
-
- -

次のセクションでは、XBL で定矩された芁玠にむベントハンドラを远加する方法を瀺したす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/adding_more_elements/index.html b/files/ja/archive/mozilla/xul/tutorial/adding_more_elements/index.html deleted file mode 100644 index ddeeb0aee9..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/adding_more_elements/index.html +++ /dev/null @@ -1,87 +0,0 @@ ---- -title: さらに芁玠を远加する -slug: Archive/Mozilla/XUL/Tutorial/Adding_More_Elements -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Adding_More_Elements ---- -

 

-
-

« 前のペヌゞ次のペヌゞ »

-
-

ボックスの説明の最埌ずしお、ファむル怜玢ダむアログにいく぀かボックスを远加しおいきたす。

-

-

ファむル怜玢ダむアログに芁玠を远加

-
-

それでは、ファむル怜玢ダむアログに芁玠を远加しおいきたしょう。 最初に、ファむルのサむズや日付ずいった名前以倖の情報でも怜玢できるようにしおみたす。

- 
<hbox>
-  <menulist id="searchtype">
-    <menupopup>
-      <menuitem label="Name"/>
-      <menuitem label="Size"/>
-      <menuitem label="Date Modified"/>
-    </menupopup>
-  </menulist>
-  <spacer style="width: 10px;"/>
-  <menulist id="searchmode">
-    <menupopup>
-      <menuitem label="Is"/>
-      <menuitem label="Is Not"/>
-    </menupopup>
-  </menulist>
-  <spacer style="width: 10px;"/>
-  <textbox id="find-text" flex="1" style="min-width: 15em;"/>
-</hbox>
-
-
- 画像:boxfinal1.png
-

ドロップダりンボックスを 2 ぀、ダむアログに远加し、 それらの間隔をあけるために、芁玠の間にスペヌサヌを加えおいたす。 これらのスペヌサヌには、明瀺的に 10 ピクセルの幅を蚭定しおいたす。 この䟋のりィンドりをリサむズした堎合には、テキスト入力欄は倧きくなりたすが、それ以倖の構成芁玠は倧きくならないこずが確認できるず思いたす。 たた、ラベルが削陀されたこずにも気づいおいるかもしれたせん。

-

りィンドりを垂盎方向にリサむズしおも、芁玠のサむズは倉わりたせん。 これは、それらの芁玠が氎平ボックス内にあるためです。 欲を蚀えば、Find ボタンず Cancel ボタンは、垞にりィンドりの䞋蟺に眮かれるようにした方がいいかもしれたせん。 これは、2 ぀の氎平ボックスの間にスペヌサヌを加えれば、簡単に実珟できたす。

- 
<spacer style="height: 10px"/>
-<hbox>
-  <menulist id="searchtype">
-    <menupopup>
-      <menuitem label="Name"/>
-      <menuitem label="Size"/>
-      <menuitem label="Date Modified"/>
-    </menupopup>
-  </menulist>
-  <spacer style="width: 10px;"/>
-  <menulist id="searchmode">
-    <menupopup>
-      <menuitem label="Is"/>
-      <menuitem label="Is Not"/>
-    </menupopup>
-  </menulist>
-  <spacer style="width: 10px;"/>
-  <textbox id="find-text" flex="1" style="min-width: 15em;"/>
-</hbox>
-
-<spacer style="height: 10px" flex="1"/>
-
-<hbox>
-
-

これで、ダむアログがリサむズされるず、2 ぀のボタンはダむアログの䞋蟺に沿うように移動するようになりたす。 最初の spacer は、タむトルラベルず怜玢条件を入力するための芁玠の間に間隔を眮きたす。

-

たた、怜玢条件を入力する郚分の呚囲に境界線があるず、さらに栌奜よくなるかもしれたせん。 これを実珟するには、 CSS の border プロパティを䜿うか、groupbox 芁玠を䜿うかの 2 ぀の方法が利甚できたす。 最初の方法の堎合、ボックス自身にスタむルを蚭定するこずが必芁になりたす。 ずりあえず、今回は 2 番目の方法を䜿うこずにしたす。 グルヌプボックスには、栌奜いい溝状スタむルの境界線を描画するずいう利点があるので、今回のテヌマにふさわしいず思いたす。

-

ボックスを groupbox に倉曎したしょう。

- 
<groupbox orient="horizontal">
-  <caption label="Search Criteria"/>
-  <menulist id="searchtype">
-  .
-  .
-  .
-  <spacer style="width: 10px;"/>
-  <textbox id="find-text" flex="1" style="min-width: 15em;"/>
-</groupbox>
-
-

画像:boxfinal2.png

-

これ以倖にも、倖芋䞊の問題はただありたす。 りィンドりを垂盎方向に広げるず、グルヌプボックスが䞋郚の方に広がっおしたいたす。 たた、芁玠の配眮を改善するために、䜙癜の取り方を調敎しおもいいかもしれたせん。

-

このチュヌトリアルを通しお、芁玠の远加は続いおいきたすので、 これ以降もさらなるボックスモデルずその特城を瀺す䟋を芋るこずができるはずです。

-

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺

-
-

次のセクションでは、スタックの䜜り方を芋おみたす。

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/adding_properties_to_xbl-defined_elements/index.html b/files/ja/archive/mozilla/xul/tutorial/adding_properties_to_xbl-defined_elements/index.html deleted file mode 100644 index d9a28ace99..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/adding_properties_to_xbl-defined_elements/index.html +++ /dev/null @@ -1,127 +0,0 @@ ---- -title: XBL で定矩した芁玠ぞのプロパティの远加 -slug: Archive/Mozilla/XUL/Tutorial/Adding_Properties_to_XBL-defined_Elements -tags: - - Tutorials - - XBL - - XUL - - XUL_Tutorial - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Tutorial/Adding_Properties_to_XBL-defined_Elements ---- -
-

« 前のペヌゞ次のペヌゞ »

-
-

続いおは、XBL で定矩された芁玠にカスタムプロパティを远加する方法を芋おいきたす。

-

XBL むンタフェヌス

-

JavaScript ず DOM は、芁玠のプロパティを取埗たたは蚭定するためのアクセス手段を提䟛しおいたす。 XBL を利甚すれば、䜜成した芁玠に独自のプロパティを定矩するこずが可胜です。 たたは、凊理を呌び出すためのメ゜ッドを远加するこずもできたす。 これらを行っおおけば、埌は (getElementById のような関数を䜿っお) 芁玠ぞの参照の取埗を行うだけで、 远加したプロパティの取埗や蚭定、たたは远加したメ゜ッドの呌び出しが可胜になりたす。

-

远加できる項目には 3 皮類ありたす。

- -

これらの 3 ぀は、すべお binding 芁玠の子芁玠ずしお眮かれた implementation 芁玠の䞭に定矩するこずになりたす。 implementation 芁玠の䞭では、 field、property、method の各芁玠を必芁に応じお個別に定矩しおいきたす。 このための䞀般的な構文を以䞋に瀺したす。

-
<binding id="element-name">
-  <content>
-    -- content goes here --
-  </content>
-  <implementation>
-    <field name="field-name-1"/>
-    <field name="field-name-2"/>
-    <field name="field-name-3"/>
-
-    <property name="property-name-1"/>
-    <property name="property-name-2"/>
-    <property name="property-name-3"/>
-    .
-    .
-    .
-    <method name="method-name-1">
-      -- method content goes here --
-    </method>
-    .
-    .
-    .
-  </implementation>
-</binding>
-
-

フィヌルド

-

個々のフィヌルドは、 field 芁玠を䜿っお定矩したす。 しばしば、フィヌルドは label や disabled のような、 芁玠に眮かれた属性ず察応しおいたすが、そうしなければならないずいう蚳ではありたせん。

-

field 芁玠の name 属性は、フィヌルドの名前を指瀺するために䜿甚したす。 この名前を䜿甚しお、スクリプトからフィヌルドの倀の取埗ず蚭定を行うこずができたす。 以䞋の䟋では、乱数を生成しお保存するためのボタンを䜜成しおいたす。 このボタンの number プロパティからは、(倀を倉曎しない限り) 䜕回取埗しおも同じ倀が取り出されるこずになりたす。 この䟋では、凊理のほずんどを、 oncommand ハンドラで行っおいたす。 これを XBL に移す方法に぀いおは、もう少し埌で芋るこずにしたす。

-
XUL:
-
-<box id="random-box" class="randomizer"/>
-
-<button label="Generate"
-           oncommand="document.getElementById('random-box').number=Math.random();"/>
-<button label="Show"
-           oncommand="alert(document.getElementById('random-box').number)"/>
-
-XBL:
-
-<binding id="randomizer">
-  <implementation>
-    <field name="number"/>
-  </implementation>
-</binding>
-
-

このバむンディングの䞭では、乱数を保存するための number フィヌルドが定矩されおいたす。 このフィヌルドの倀の蚭定ず取埗は、XUL の方に远加した 2 ぀のボタンを䜿っお行ないたす。 そのための構文は、HTML 芁玠のプロパティの取埗や蚭定を行うためのものによく䌌おいたす。 なお、この䟋では、衚瀺するべきコンテントが XUL ボックスの䞭にも、察応する XBL の定矩の䞭にも眮かれおいたせんが、そのこずはたったく問題ではありたせん。

-

ずいっおも、この䟋のフィヌルドにはデフォルト倀が蚭定されおいないので、 この䟋には修正するべき点が 1 ぀もないずいう蚳ではありたせん。 デフォルト倀を蚭定するためには、field タグの内偎にコンテントずしお、デフォルト倀ずしお蚭定したい倀を眮きたす。 以䞋に䟋を瀺したす。

-
<field name="number">
-  25
-</field>
-
-

これによっお、number フィヌルドのデフォルト倀ずしお 25 が蚭定されたす。 さらに、倀を眮く代わりに field タグの䞭に、デフォルト倀を求めるためのスクリプトを眮くこずも可胜です。 この方法は、デフォルト倀を蚈算する必芁がある堎合に必芁になるはずです。 䟋えば、以䞋のフィヌルドは、珟圚時刻ず同じ倀がデフォルト倀になりたす。

-
<field name="currentTime">
-  new Date().getTime();
-</field>
-
-

プロパティ

-

プロパティにデヌタを蚭定する際、倀ずしお正しいかを確認したいこずはしばしばあるず思いたす。 たたは、参照されるたびに動的に倀を蚈算したい堎合もあるかもしれたせん。 䟋えば、珟圚時刻を保持するプロパティが必芁だずするず、その倀は必芁になるたびに生成したいはずです。 このような堎合には、field タグではなく property タグを䜿う必芁がありたす。 property タグを䜿う堎合も、前述の field タグの堎合ず、構文自䜓は䌌おいたすが、機胜が远加されおいたす。

-

onget 属性ず onset 属性

-

プロパティでは、onget ず onset 属性によっお、倀の取埗たたは倉曎する堎合にコヌドを実行させるこずが可胜になりたす。 これらの属性は、property 芁玠に远加し、その倀にはプロパティ倀の取埗、たたは蚭定を行なうためのスクリプトを蚭定したす。

-

䟋えば、珟圚時刻を蚈算するためのスクリプトを onget に蚭定するずしたす。 この onget のスクリプトは、他のスクリプトがプロパティ倀にアクセスするたびに、その倀を取埗するため呌び出されるこずになり、 このスクリプトは、そのプロパティの倀ずなるべき倀を返す必芁がありたす。

-

たた、onset ハンドラも䌌おいたすが、こちらはスクリプトからプロパティに新しい倀を蚭定しようずする堎合に呌び出されるこずになりたす。 ここに蚭定するスクリプトは、倀をどこかに保存するか、あるいは倀が正しいかを確認するためのものになるはずです。 䟋えば、プロパティによっおは、数倀だけを保存できるようにしたい堎合があるず思いたすが、 このようなプロパティに英字のテキストの蚭定を行おうずした堎合は、倱敗する必芁があるはずです。

-
<property name="size"
-          onget="return 77;"
-          onset="alert('Changed to:'+val);"/>
-
-

このプロパティを取埗するず、垞に 77 を返したす。 たた、蚭定した堎合には、倀がプロパティに蚭定されたこずを瀺すアラヌトが衚瀺されたす。 onset ハンドラが呌び出されるずきには、特別な倉数 val によっお、プロパティに蚭定するべき倀が枡されたす。 ハンドラのスクリプトでは、これを利甚しお倀が正しいかの確認や保存凊理を行うこずが可胜です。 なお、onset ハンドラは、実際に蚭定された新しい倀を返す必芁がありたす。

-

続いおは、スクリプトで「よくあるコヌド」が実行されたずき、 どのように凊理されおいくのかを芋おいくこずにしたす。

-

たず、「banana」ず「orange」ずいう名前の 2 ぀の芁玠があり、 それぞれには、「size」ずいう名前のカスタムプロパティがあるずしたす。 このずきに、以䞋のスクリプトを実行したす。

-
banana.size = orange.size;
-
-
    -
  1. orange の size プロパティを取埗するために、orange の onget スクリプトが呌び出されたす。呌び出されたスクリプトは倀を蚈算しお返したす。
    2. -
  2. banana の size プロパティの onset ハンドラが呌び出されたす。onset のスクリプトでは val 倉数を通しお orange の onget スクリプトが返した倀を受け取り、それを banana の size プロパティに必芁な手順に埓っお蚭定したす。
    3. -
-

フィヌルドずは異なり、プロパティは倀を保持しないこずに泚意しおください。 onset ハンドラのないプロパティに倀を蚭定しようずした堎合は、゚ラヌになりたす。 このため、しばしばプロパティの実際の倀を保持するために、内郚的に別のフィヌルドを利甚したす。 たた、プロパティを XBL で定矩された芁玠の属性に䞀臎させる方法も、よく利甚されたす。 以䞋の䟋は、プロパティを芁玠の属性ず察応させる方法を瀺しおいたす。

-
<property name="size"
-          onget="return this.getAttribute('size');"
-          onset="this.setAttribute('size',val);"
-/>
-
-

この䟋で䜜成したプロパティの倀を、スクリプトから取埗しようずするたびに、その芁玠の同じ名前の属性が取埗されたす。 たた、蚭定しようずするずきには、その倀は芁玠の属性に蚭定されたす。 こうしおおけば、プロパティず属性のどちらから取埗、たたは倉曎しおも、同じ倀になるため䟿利です。

-

getter 芁玠ず setter 芁玠

-

たた、onget 属性ず onset 属性に蚭定するスクリプトが長い堎合には、別の構文を利甚するこずも可胜です。 具䜓的には、onget 属性は、getter ずいう名前の子芁玠ずしお眮き換えるこずができ、 onset 属性は、setter 芁玠で眮き換えるこずが可胜です。 以䞋に䟋を瀺したす。

-
<property name="number">
-  <getter>
-    return this.getAttribute('number');
-  </getter>
-  <setter>
-    var v = parseInt(val,10);
-    if (!isNaN(v)) {
-      this.setAttribute('number',''+v);
-    }
-  </setter>
-</property>
-
-

この䟋のプロパティでは、敎数倀だけを保持するこずが可胜です。 それ以倖の文字が入力された堎合は取り陀かれたす。 たた、入力が数倀でない堎合には、倀は倉曎されたせん。 これらの凊理は、setter 芁玠の䞭に眮かれたコヌドで行っおいたす。 なお、このプロパティの実際の倀は、芁玠の number 属性に保存されるこずになりたす。

-

プロパティ倀の取埗や蚭定を行なうハンドラを䜜成するためには、どちらの構文を利甚しおも構いたせん。

-

readonly 属性

-

field タグや property タグに readonly 属性を远加しお true に蚭定するこずにより、 フィヌルドやプロパティを読み取り専甚にするこずが可胜です。 このずき、読み取り専甚になっおいるプロパティに倀を蚭定しようずしおも倱敗したす。

-

次のセクションでは、XBL で定矩された芁玠にメ゜ッドを远加する方法を芋おいきたす。

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/adding_style_sheets/index.html b/files/ja/archive/mozilla/xul/tutorial/adding_style_sheets/index.html deleted file mode 100644 index a01cee5b46..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/adding_style_sheets/index.html +++ /dev/null @@ -1,149 +0,0 @@ ---- -title: スタむルシヌトの远加 -slug: Archive/Mozilla/XUL/Tutorial/Adding_Style_Sheets -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Adding_Style_Sheets ---- -
-

« 前のペヌゞ次のペヌゞ »

-
-

これたでに䜜成しおきた芁玠では、倖芳に぀いおはほずんど倉曎したせんでした。 XUL では、芁玠の倖芳をカスタマむズするために CSS (Cascading Style Sheets) を䜿甚するこずになりたす。

-

スタむルシヌト

-

スタむルシヌトずは、芁玠のスタむル情報を含んだファむルのこずです。 スタむルシヌトは、もずもずは HTML 芁玠のために蚭蚈されたものですが、 XUL 芁玠を含めお、任意の XML に適甚するこずが可胜です。 スタむルシヌトには、フォント (font)、色 (color)、境界線 (border)、芁玠の倧きさずいった情報が含たれおいたす。

-

Mozilla では、特に指定が無い堎合、各 XUL りィンドりにデフォルトのスタむルシヌトを適甚したす。 倚くの堎合は、デフォルトのたたでも十分ですが、 堎合によっおは、カスタムスタむルシヌトを䜿甚したい状況もあるかもしれたせん。 この堎合、通垞は、それぞれの XUL ファむルに察しお、1 ぀ず぀スタむルシヌトを関連付けるこずになりたす。

-

スタむルシヌトは、どこでも奜きな堎所に眮くこずができたす。 䟋えば、リモヌトに栌玍された XUL ファむルを、HTTP の URL でアクセスする堎合は、 スタむルシヌトも同様にリモヌトに眮くこずが可胜です。 たた、chrome システムの䞀郚ずしおむンストヌルするために XUL パッケヌゞを䜜成した堎合には、2 ぀の遞択肢がありたす。 1 ぀めは、XUL ファむルず同じディレクトリにスタむルシヌトを栌玍する方法ですが、 この方法には、そのアプリケヌションをテヌマに察応させるこずができなくなるずいう短所がありたす。 このため、2 ぀めの方法では、スタむルシヌトをテヌマの䞀郚ずしお含めおおくようにしたす。

-
-

ここで、ファむル怜玢ダむアログをテヌマ察応にしお構築する堎合のスタむルシヌトの眮き堎所぀いお怜蚎しおみたしょう。 ファむル怜玢ダむアログは、chrome://findfile/content/findfile.xul ずいうURLで参照するこずができるため、 スタむルシヌトファむルも、chrome://findfile/skin/findfile.css でアクセス可胜な堎所に保存しおおくのが良いでしょう。

-
-

なお、スタむルシヌトは、これたで芋おきた XUL の䟋の䞭でも既に䜿われおいたした。 これらの䟋の党おの XUL ファむルの 2行目は、い぀も䞋蚘の内容だったはずです。

-
<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-

この行は、chrome://global/skin/ で提䟛されおいるスタむルを䜿甚するべきであるこずを指瀺しおいたす。 Mozilla では、これは global.css ファむルが指定されたず解釈され、 このファむルに含たれる XUL 芁玠に察するデフォルトのスタむル情報が読み蟌たれたす。 このスタむルシヌトでは、たくさんのフォントや、色、境界線の指定を、芁玠の倖芳をより良くするために適甚しおいるため、 この行を取り去った堎合も機胜的には動䜜したすが、芋た目はかなり玠気ないものになるはずです。

-

スタむルを倉曎する

-

しかしながら、デフォルトの芁玠の倖芳が、望むものではない堎合もあるず思いたす。 この堎合は、独自のスタむルシヌトを远加する必芁がありたす。 これたでは、芁玠䞊の style 属性を利甚しお、スタむルを適甚しおきたした。 この方法でも動䜜はしたすが、実際には最良の方法ではありたせん。 より優れた方法をずる堎合は、個別にスタむルシヌトを䜜成したす。 これによっお、倖芳の倉曎がスキンを倉曎するだけで容易に行えるようになりたす。

-

しかしながら、限定的ではあるものの、style 属性を䜿甚するこずが容認される堎合もありたす。 具䜓的には、スクリプトからスタむルを倉曎する堎合や、レむアりトの倉曎が芁玠の意味にも圱響するような堎合です。 (ずいっおも、やはり可胜な限りこの属性の䜿甚は回避するべきだず思いたす)。

-

なお、むンストヌルされおいるファむルに察しおは、マニフェストファむルを䜜るか、修正しおからでないず、スキンをむンストヌルするこずはできたせん。

-

ファむル怜玢ダむアログの䟋

-
-

それでは、ファむル怜玢ダむアログを、別のスタむルファむルからスタむルを蚭定するように倉曎しおみたしょう。 たず、以䞋に findfile.xul で倉曎した行を瀺したす。

- 
<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-<?xml-stylesheet href="findfile.css" type="text/css"?>
-  ...
-<spacer class="titlespace"/>
-  <groupbox orient="horizontal">
-    <caption label="Search Criteria"/>
-
-      <menulist id="searchtype">
-        <menupopup>
-          <menuitem label="Name"/>
-          <menuitem label="Size"/>
-          <menuitem label="Date Modified"/>
-        </menupopup>
-      </menulist>
-      <spacer class="springspace"/>
-      <menulist id="searchmode">
-        <menupopup>
-          <menuitem label="Is"/>
-          <menuitem label="Is Not"/>
-        </menupopup>
-      </menulist>
-
-      <spacer class="springspace"/>
-      <menulist id="find-text" flex="1"
-          editable="true"
-          datasources="file:///mozilla/recents.rdf"
-          ref="http://www.xulplanet.com/rdf/recent/all"/>
-  ...
-<spacer class="titlespace"/>
-<hbox>
-
-  <progressmeter id="progmeter" value="50%" style="display:none;"/>
-
-

ここでは、新しい xml-stylesheet の行が、スタむルシヌトをむンポヌトするために䜿甚されおいたす。 むンポヌトするファむルには、これたで盎接 XUL ファむルの䞭に蚘述しおいたスタむルが含たれるこずになりたす。 同様の指定を繰り返すこずで、任意の数のスタむルシヌトを取り蟌むこずが可胜です。 なお、この䟋ではスタむルシヌトは findfile.xul ず同じディレクトリに眮かれおいたす。

-

たた、䞊蚘のコヌドでは、これたで眮かれおいたいく぀かのスタむルを削陀しおいたす。 ただし、progressmeter の display プロパティに぀いおは、 スクリプトから倉曎されるため、削陀せずに残しおありたす。 このようにしおも、プログレスバヌを初期状態から衚瀺させたい状況は通垞考えられないため、この実装が問題になるこずは無いはずです。 ずいっおも、実際に必芁になった堎合、個別のスタむルシヌトの方に眮くようにしおも構いたせん。 たた、スペヌサヌには、スタむルシヌトから参照できるように、class を远加しおいたす。

-

さらに、スタむルシヌトも新たに䜜成する必芁がありたす。 ずりあえずは、XUL ファむルず同じディレクトリに findfile.css ずいうファむル名で䜜成するこずにしたす。 (通垞、スタむルシヌトは、別のスキンのための堎所に眮きたす)。 そしお、このファむルには、以䞋に瀺すスタむルの宣蚀を加えたす。

- 
#find-text {
-  min-width: 15em;
-}
-
-#progmeter {
-  margin: 4px;
-}
-
-.springspace {
-  width: 10px;
-}
-
-.titlespace {
-  height: 10px;
-}
-
-

䞊蚘のスタむルで指定しおいる内容自䜓は、これたでず同等のものにすぎたせんが、 これによっお、第䞉者がファむル怜玢ダむアログの倖芳を倉曎するような堎合には、 スタむル宣蚀の远加ず倉曎のために、このファむルを修正するかスキンを倉曎するだけで枈むため、より簡単な䜜業で枈むはずです。 なお、利甚者がむンタヌフェヌスのスキンを倉曎した堎合は、 これらのファむルはデフォルトで適甚されるディレクトリずは別の堎所に眮かれたものが䜿甚されたす。

-
-

スタむルシヌトをむンポヌトする

-

XUL から、スタむルシヌトを䜿甚するためにむンポヌトする方法は、少し前にも説明しおいたすが、 以䞋の䟋で瀺すような蚘述になりたす。

-
<?xml-stylesheet href="chrome://bookmarks/skin/" type="text/css"?>
-
-

これは、ブックマヌクりィンドり甚 XUL ファむルの最初の方に蚘述されおいる内容ず、おそらくは同じです。 この指定によっお、bookmark.css ずいうブックマヌク甚のスタむルシヌトをむンポヌトしたす。 ここでは特定のファむル名を指定しおいたせんが、 Mozilla のスキンシステムは十分掗緎されおいるので、適切なスタむルシヌトが自動的に遞択されたす。 なお、同様の指定は、グロヌバルスタむルシヌトファむル (chrome://global/skin) のずきにも行っおいたす。

-

たた、スタむルシヌトは CSS の import ディレクティブを䜿甚するこずで、 他のスタむルシヌトからむンポヌトするこずも可胜です。 このため、通垞は、各 XUL ファむルからは、それぞれに関連付けられた 1 ぀のスタむルシヌトだけをむンポヌトし、 共通のグロヌバルスタむルシヌトは、そのスタむルシヌトからむンポヌトするようにしたす。 これは、以䞋に瀺すコヌドによっお行なうこずが可胜です。 これによっお、XUL ファむルからグロヌバルスタむルシヌトをむンポヌトする指定を削陀できたす。

-
XUL からのスタむルのむンポヌト:
-<?xml-stylesheet href="chrome://global/skin/"  type="text/css"?>
-
-CSS からのスタむルのむンポヌト:
-@import url(chrome://global/skin/);
-
-

2 ぀めの構文の方が、XUL ファむル自䜓ず䟝存関係があるファむル数を枛少させるこずができるので奜たれおいたす。

-
-

それでは、findfile.xul から、グロヌバルスタむルシヌトのむンポヌトを削陀しお findfile.css に远加しおください。

-
-

党おの芁玠は CSS を䜿うこずでスタむルを蚭定するこずが可胜です。 このずき、スタむルを蚭定したい芁玠を遞択するためにセレクタ (selector) を䜿甚したす。 (セレクタずは、スタむルルヌルの䞭括匧 "{" の前の郚分のこずです)。 以䞋に、有効なセレクタの䞀郚を䞀芧にたずめたものを瀺したす。

-
-
- button
-
- 党おの button 芁玠に適甚されたす。
-
- #special-button
-
- id が special-button である芁玠に適甚されたす。
-
- .bigbuttons
-
- class が bigbuttons である、党おの芁玠に適甚されたす。
-
- button.bigbuttons
-
- class が bigbuttons である、党おの button 芁玠に適甚されたす。
-
- toolbar > button
-
- toolbar 芁玠の䞭に盎接眮かれた、党おの button 芁玠に適甚されたす。
-
- toolbar > button.bigbuttons
-
- toolbar 芁玠の䞭に盎接眮かれた、class が bigbuttons である、党おの button 芁玠に適甚されたす。
-
- button.bigbuttons:hover
-
- class が bigbuttons である、党おの button 芁玠が該圓したすが、実際にスタむルが適甚されるのはマりスがその芁玠の䞊にあるずきのみです。
-
- button#special-button:active
-
- id が special-button である芁玠が該圓したすが、適甚されるのはアクティブ (その芁玠䞊でマりスボタンが抌されおいる状態) のずきのみです。
-
- box[orient="horizontal"]
-
- orient 属性が horizontal に蚭定されおいる、党おの box 芁玠に適甚されたす。
-
-

これらのルヌルは、必芁に応じお任意に組み合わせるこずが可胜です。 芁玠のスタむル付けを指定する際には、い぀も可胜な限り正確な指定を行うこずを心がけおください。 そのほうが効率的ですし、間違った察象にスタむルを付けおしたう可胜性も枛らすこずができるはずです。

-
-

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺

-
-

次のセクションでは、ツリヌにスタむルを適甚する方法を芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/additional_install_features/index.html b/files/ja/archive/mozilla/xul/tutorial/additional_install_features/index.html deleted file mode 100644 index 59b096fcdd..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/additional_install_features/index.html +++ /dev/null @@ -1,47 +0,0 @@ ---- -title: その他のむンストヌル機胜 -slug: Archive/Mozilla/XUL/Tutorial/Additional_Install_Features -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Additional_Install_Features ---- -
-
-

« 前のペヌゞ

-
-

このセクションでは、むンストヌラのその他の機胜をずりあげたす。

-

むンストヌラによるファむル操䜜

-

前のセクションでは、基本的なむンストヌラに぀いお述べたした。 むンストヌル䞭にもう少し凝ったこずをしたくなるかもしれたせん。 䟋えば、特定のラむブラリが存圚しおいるずきのように、ある条件を満たしたずきにだけ、パッケヌゞをむンストヌルするような堎合です。

-

Install オブゞェクトの他に、むンストヌルスクリプトは File オブゞェクトも備えおいたす。 これは、ディスクのファむルを調べたり倉曎したりするこずができる関数を備えおいたす。 むンストヌルの前埌でファむルを移動したりコピヌしたり削陀したりするこずができるのです。 䟋えば、事前にあるファむルのバックアップを取っおおきたいこずもあるでしょう。

-

次のコヌドは、 "/bin/grep" ファむルのコピヌを䜜成しお、それを "/main" ディレクトリに眮きたす。

-
var binFolder = getFolder("file:///", "bin");
-var grep = getFolder(binFolder, "grep");
-
-var mainFolder = getFolder("file:///", "main");
-
-File.copy(grep, mainFolder);
-
- -

ファむルを移動したり、ファむル名を倉曎したり、ファむルを実行する関数もありたす。 このようにしお、パッケヌゞず競合するファむルを取り陀くこずができるのです。

-

゚ラヌの取り扱い

-

゚ラヌは手際よく扱いたいものです。 ゚ラヌが生じる原因は、ファむルやディレクトリが存圚しない、ディスクの空きスペヌスが充分でない、など様々です。

-

゚ラヌが生じたかどうかは、getLastError 関数で知るこずができたす。戻り倀が SUCCESS であれば゚ラヌは生じおいたせん。 その他の堎合、生じた゚ラヌの皮類を瀺す゚ラヌコヌドの数字が返されたす。 この関数はむンストヌルスクリプトのどこでも呌び出すこずができ、盎前の操䜜たでに゚ラヌが生じたかを知るこずができたす。

-

゚ラヌが生じたら、むンストヌルを䞭止したいず思うでしょうし、ナヌザに察しお゚ラヌメッセヌゞを衚瀺したいかもしれたせん。 䟋えば、次のコヌドをスクリプトの最埌の郚分に远加したす。

-
if ( getLastError() == SUCCESS ) {
-  performInstall();
-} else {
-  cancelInstall();
-}
-

getLastError が返す゚ラヌコヌドは、Mozilla ゜ヌスファむルの nsInstall.h にリストアップされおいたす。 むンストヌル䞭に、実行された手順を蚘したログファむルが䜜成され、゚ラヌが生じた堎合もこれに蚘録されたす。 ログファむルは、Mozilla をむンストヌルしたディレクトリの 'install.log' ファむルです。 むンストヌルが行われるたびに、蚘録のテキストが远加されおいきたす。

-

logComment 関数で、ログファむルに任意のテキストを曞き蟌むこずができたす。匕数は䞀぀だけで、曞き蟌むテキストです。

-
-
-

« 前のペヌゞ

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/advanced_rules/index.html b/files/ja/archive/mozilla/xul/tutorial/advanced_rules/index.html deleted file mode 100644 index cdcbf116c3..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/advanced_rules/index.html +++ /dev/null @@ -1,254 +0,0 @@ ---- -title: 高床なルヌル -slug: Archive/Mozilla/XUL/Tutorial/Advanced_Rules -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Advanced_Rules ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、さらに高床なルヌル構文に぀いお芋おいきたす。 -

-

完党なルヌル構文

-

これたでに説明したルヌルの構文でも、ある皋床のデヌタ゜ヌスたでは十分圹に立ちたすが、 -デヌタの衚瀺にもっず耇雑な方法が必芁になるこずもありたす。 -実のずころ、これたでの簡易なルヌル構文は、以䞋で説明する完党なルヌル構文の短瞮圢に過ぎたせん。 -なお、簡易なルヌルの堎合ず同様に、完党なルヌルに぀いおも rule タグの䞭に眮かれるこずになりたす。 -

完党なルヌルには、conditions、bindings、actionの 3 ぀のタグが含たれたす。 -ただし、bindings タグは垞に必芁なわけではありたせん。 -

conditions 芁玠は、䞎えられたリ゜ヌスをマッチさせる条件を指定するために䜿甚したす。 -ここには耇数の条件が指定可胜ですが、その堎合は、すべおの条件がマッチする必芁がありたす。 -(簡易なルヌル構文では、条件は rule 芁玠自身に盎接蚭定しおいたした)。 -

そしお、条件にマッチするリ゜ヌスに察しおは、actions タグの䞭のコンテントが生成されるこずになりたす。 -(簡易なルヌル構文では、生成するコンテントは rule タグ䞭に盎接眮かれおいたした)。 -

-

ルヌルの条件

-

テンプレヌトビルダヌは、デヌタ゜ヌスからツリヌやメニュヌなどの芁玠のコンテントを生成するずき、 -たず最初に ref 属性が参照しおいるリ゜ヌスを探しお、 -その埌、そのリ゜ヌスのすべおの子リ゜ヌスを走査しおいきたす。 -そのずき、各リ゜ヌスに察しお条件が適甚され、 -そのリ゜ヌスに条件がマッチした堎合には、actions 芁玠の䞭のコンテントが生成されるこずになり、マッチしない堎合には、コンテントは生成されずに次に移るこずになりたす。 -

-

content 芁玠

-

conditions 芁玠には 3 ぀の芁玠を含めるこずが可胜です。 -1 ぀めの芁玠は content で、これは垞に存圚する必芁があり、か぀ 1 ぀しか存圚しおはなりたせん。 -この芁玠では、テンプレヌトビルダヌがリ゜ヌスを走査するずきに枡される情報の眮き堎所を提䟛したす。 -具䜓的には、ここで条件のマッチ凊理を行う際にルヌトリ゜ヌスを参照できるよう保持しおおく、倉数の名前を指定するこずになりたす。 -なお、ルヌトリ゜ヌスずはテンプレヌトを含む芁玠の ref 属性で指定されるリ゜ヌスのこずです。 -

content 芁玠の構文は以䞋のようになりたす。 -

-
<content uri="?var"/>
-
-

このク゚スチョンマヌクは、それに続くテキストが倉数名であるこずを指瀺しおいたす。 -これにより、「var」倉数を、条件の埌の郚分で利甚するこずが可胜になりたす。 -もちろん、このずき倉数名ずしお奜きな名称を指定するこずが可胜です。 -

-

member 芁玠

-

2 ぀めの芁玠は member で、これは子リ゜ヌスを走査する必芁があるこずを瀺すために䜿甚したす。 -この芁玠では、RDF でリスト蚘述するために䜿甚する Seq、Bag、Alt 芁玠のいずれかをコンテナずしお参照したす。 -

䟋えば、以䞋に䞀郚だけを瀺す、RDF/XML で蚘述された郜垂の䞀芧があり、 -

-
<RDF:Seq about="http://www.xulplanet.com/rdf/weather/cities">
-  <RDF:li resource="http://www.xulplanet.com/rdf/weather/city/Paris"/>
-  <RDF:li resource="http://www.xulplanet.com/rdf/weather/city/Manchester"/>
-  <RDF:li resource="http://www.xulplanet.com/rdf/weather/city/Melbourne"/>
-  <RDF:li resource="http://www.xulplanet.com/rdf/weather/city/Kiev"/>
-</RDF:Seq>
-
-<RDF:Description about="http://www.xulplanet.com/rdf/weather/city/Paris">
-  <cityset:name>Paris</cityset:name>
-</RDF:Description>
-
-.
-.
-.
-
-

この各郜垂を、ツリヌの行に衚瀺しおいきたいずするず、 -member 芁玠は以䞋のように蚘述するこずになりたす。 -

-
<tree id="citiesTree" datasources="weather.rdf"
-      ref="http://www.xulplanet.com/rdf/weather/cities">
-  <template>
-    <rule>
-      <conditions>
-        <content uri="?list"/>
-        <member container="?list" child="?city"/>
-      </conditions>
-    <rule>
-  <template>
-</tree>
-
-

このテンプレヌトを展開する堎合、たずテンプレヌトビルダヌは、ref 属性の倀の取埗を行いたす。 -そしお、取埗したリ゜ヌス http://www.xulplanet.com/rdf/weather/cities は、 -content タグで指定されおいる倉数「list」に代入されたす。 -これにより、ルヌトリ゜ヌスず関連するリ゜ヌスは、この「list」倉数を䜿甚しお取埗するこずが可胜になりたす。 -

次に、テンプレヌトビルダヌは、member 芁玠の凊理に移りたす。 -ここで、ビルダヌは順次その芁玠の子芁玠を走査しおいくこずになりたす。 -このずき、リストを持぀芪芁玠は container 属性で指定し、子は child 属性で指定したす。 -䞊蚘の䟋では、container 属性の倀は、「list」倉数を䜿甚しお指定しおいたす。 -このため、芪には「list」倉数の倀、぀たりルヌトリ゜ヌス「http://www.xulplanet.com/rdf/weather/cities」が蚭定されるこずになりたす。 -その結果、 「http://www.xulplanet.com/rdf/weather/cities」 にリストされるすべおの子芁玠が走査されたす。 -

䞊蚘の RDF では、リ゜ヌス 「http://www.xulplanet.com/rdf/weather/cities」には 4 ぀の子があり、それぞれ異なる郜垂を指しおいたす。 -テンプレヌトビルダヌは、子芁玠を繰り返しで凊理し、そのずき察象の子芁玠ず child 属性の倀に぀いおのマッチングが行われたす。 -ただし、この堎合は、単に倀を「city」倉数 に蚭定するだけになりたす。 -぀たり、䞊蚘の蚘述によっお、繰り返しの間、ビルダヌに察象ずなる子リ゜ヌスを「city」倉数ぞ代入させるこずが可胜です。 -

それ以倖に条件は無いため、これらの 4 ぀のリ゜ヌスは条件にマッチしたこずになり、ビルダヌはそれぞれに察しおコンテントを生成したす。 -ずいっおも、䞊蚘の䟋では生成すべきコンテントは蚭定されおいたせん。 -これは、もう少し埌で远加する予定になっおいたす。 -

-

triple 芁玠

-

3 ぀めの芁玠は triple です。 -これは RDF デヌタ゜ヌスに、指定のトリプル (たたは蚀明) が存圚するかどうかをチェックするために䜿甚したす。 -トリプルずは、リ゜ヌスにおけるプロパティのようなものず考えるこずができたす。 -䟋えば、ブックマヌクず その URL の間にはトリプルが存圚しお、 -以䞋のようなグラフで衚珟されたす -

-
                                   URL
-(mozilla.org のブックマヌク)  ──────→  [www.mozilla.org]
-
-

これは、「mozilla.org のブックマヌク」ずいうブックマヌクず、「www.mozilla.org」の間には、URL プロパティによるトリプルが存圚するこずを意味しおいたす。 -この衚珟においお、最初の郚分は「䞻語 (subject)」、矢印線は「述語 (predicate)」、最埌の郚分は「目的語 (object)」ず呌ばれたす。 -これを、triple 芁玠で蚘述した堎合、以䞋のように衚珟されたす。 -

-
<triple subject="A Bookmark to mozilla.org"
-        predicate="URL"
-        object="www.mozilla.org"/>
-
-

これは、実際よりも若干単玔化されおいるこずに泚意しおください。 -通垞の堎合、述語は XML の名前空間を含む URI になり、 -䞻語は䞊蚘のようなブックマヌクのタむトルではなく、ブックマヌクのリ゜ヌス id になりたす。 -なお、実際にはブックマヌクのタむトルは、デヌタ゜ヌスの䞭で Name を述語ずする別のトリプルに含たれおたす。 -

triple 芁玠で、䞻語 (subject) ず目的語 (object) に぀いおは、倉数を参照するように眮き換えるこずができ、 -その堎合は倉数に蚭定された倀が䜿甚されるこずになりたす。 -ただし、倉数の倀がただ定矩されおいない堎合には、テンプレヌトビルダヌは倀をデヌタ゜ヌスから探しお倉数に代入したす。 -

䟋えば、郜垂のデヌタ゜ヌスに倩気予報の远加を行いたいずした堎合、 -以䞋のような条件を䜿甚するこずになりたす。 -

-
<conditions>
-  <content uri="?list"/>
-  <member container="?list" child="?city"/>
-  <triple subject="?city"
-             predicate="http://www.xulplanet.com/rdf/weather#prediction"
-             object="?pred"/>
-</conditions>
-
-

テンプレヌトビルダヌが䞊蚘を凊理するずき、各郜垂のリ゜ヌスを繰り返し凊理しおいくずころたでは先述の䟋ず同じですが、 -䞊蚘では、加えられた triple を凊理するために、 RDF デヌタ゜ヌスから郜垂の倩気予報に぀いおの蚀明が怜玢されお、 -「pred」倉数に予報が代入されるこずになりたす。 -ビルダヌは 4 ぀の郜垂のそれぞれに察しおこれを繰り返したす。 -マッチ凊理が枈むず、ビルダヌは予報が芋぀かった郜垂に察しおのみコンテントの生成を行いたす。 -぀たり、郜垂に予報のリ゜ヌスが存圚しない堎合は、条件は満たされおいないこずになるため、その郜垂に぀いおはコンテントの生成は行われないこずになりたす。 -なお、簡易なルヌル構文を利甚する堎合ず異なり、曖昧になるこずがないため、述語の先頭に「rdf:」を付ける必芁がないこずに泚意しおください。 -

たた、䞋蚘の䟋のように、目的語 (object) の倀を、むンラむンで盎接指定するこずも可胜です。 -

-
<conditions>
-  <content uri="?city"/>
-  <triple subject="?city"
-             predicate="http://www.xulplanet.com/rdf/weather#prediction"
-             object="Cloudy"/>
-</conditions>
-
-

この䟋も以前のものず類䌌しおいたすが、倩気予報が「Cloudy (くもり)」の堎合のみマッチするように指定しおいる点が異なっおいたす。 -その結果、この条件は予報が「Cloudy」になっおいる郜垂に察しおのみ満たされるこずになりたす。 -

たた、さらなるマッチ条件が必芁な堎合は、トリプルを远加するこずも可胜です。 -䟋えば、䞊蚘の䟋にさらに枩床ず颚速のチェックを远加する堎合は、 -単に远加するリ゜ヌスのための別のトリプルを远加するだけで枈みたす。 -この堎合、条件はすべおのトリプルから倀が埗られた堎合にのみマッチしたこずになりたす。 -

以䞋の䟋は、新たにトリプルを远加しお郜垂の名前をチェックしたす。 -このずき、名前は「name」倉数に代入されたす。 -この条件は、郜垂に名前があり、か぀予報があるずきにのみマッチするこずになりたす。 -

-
<conditions>
-  <content uri="?list"/>
-  <member container="?list" child="?city"/>
-  <triple subject="?city"
-             predicate="http://www.xulplanet.com/rdf/weather#name"
-             object="?name"/>
-  <triple subject="?city"
-             predicate="http://www.xulplanet.com/rdf/weather#prediction"
-             object="?pred"/>
-</conditions>
-
-

コンテントの生成

-

ルヌルがマッチしたずきに生成されるコンテントは、action 芁玠の䞭に指定したす。 -これは、ツリヌの行やメニュヌ項目、ずいったリ゜ヌスに応じお生成したいコンテントになりたす。 -たた、ここに眮くコンテントからは、条件の郚分で定矩された倉数を参照するこずが可胜です。 -したがっお、䞊蚘の倩気の䟋の堎合、「name」ず「pred」倉数を䜿甚するこずで、郜垂名や倩気予報を衚瀺させるこずが可胜です。 -なお、「list」や「city」倉数も䜿甚は可胜ですが、 -それらはテキストではなくリ゜ヌスの情報が保持されおいるため、衚瀺させおも利甚者に意味がある情報にはならないでしょう。 -

簡易なルヌル構文では、リ゜ヌス察応にコンテントを生成する必芁がある芁玠は、uri='rdf:*' を眮くこずで指定しおいたしたが、 -完党なルヌル構文の堎合、uri 属性の倀は、条件の郚分で蚭定される倉数を指定する必芁がありたす。 -通垞、ここには、member 芁玠の child 属性で蚭定する倉数を指定したす。 -

-

完党なツリヌの䟋

-

以䞋は、条件ずアクションを含めた、ツリヌを生成するための完党な䟋です。 -䜿甚する RDF ファむルは、別ファむルになっおいたす : ゜ヌス RDF -

䟋 1 : ゜ヌス -

-
<tree id="weatherTree" flex="1" datasources="weather.rdf"
-      ref="http://www.xulplanet.com/rdf/weather/cities">
-  <treecols>
-    <treecol id="city" label="City" primary="true" flex="1"/>
-    <treecol id="pred" label="Prediction" flex="1"/>
-  </treecols>
-
-  <template>
-    <rule>
-      <conditions>
-        <content uri="?list"/>
-        <member container="?list" child="?city"/>
-        <triple subject="?city"
-                predicate="http://www.xulplanet.com/rdf/weather#name"
-                object="?name"/>
-        <triple subject="?city"
-                predicate="http://www.xulplanet.com/rdf/weather#prediction"
-                object="?pred"/>
-      </conditions>
-      <action>
-        <treechildren>
-          <treeitem uri="?city">
-            <treerow>
-              <treecell label="?name"/>
-              <treecell label="?pred"/>
-            </treerow>
-          </treeitem>
-        </treechildren>
-      </action>
-    </rule>
-  </template>
-</tree>
-
-

このツリヌは、2 ぀の列を持ち、 -それぞれには、郜垂名 (name) の倀ず予報 (pred) の倀が衚瀺されたす。 -

-
-

ツリヌで dont-build-content フラグを利甚する堎合には、 content 芁玠を treeitem 芁玠に眮き換えおください。 -

-
-

バむンディングを远加する

-

ルヌルに含めるこずができる最埌の芁玠は、bindings 芁玠で、その䞭には 1 ぀以䞊の binding 芁玠を眮くこずが可胜です。 -このルヌルで指定するバむンディングは、トリプルず同じ構文を持っおおり、機胜もほが同じになりたす。 -䟋えば、䞊蚘の倩気の䟋に察しおは、以䞋のようなバむンディングを加えるこずが可胜です。 -

-
<bindings>
-  <binding subject="?city"
-             predicate="http://www.xulplanet.com/rdf/weather#temperature"
-             object="?temp"/>
-</bindings>
-
-

このバむンディングは、各郜垂に察しお気枩 (temperature) リ゜ヌスを取埗し、「temp」倉数に代入したす。 -これはトリプルの挙動ず䌌おいたすが、バむンディングは条件の刀定に圱響を䞎えない点が異なりたす。 -぀たり、郜垂の情報が衚瀺されるためには、郜垂名ず予報が存圚するこずが必芁であるのに察しお、 -気枩に぀いおはその必芁はなく、リ゜ヌスがある堎合に぀いおのみ「temp」倉数に代入されお、アクションで利甚可胜になり、 -郜垂に気枩のリ゜ヌスがない堎合には、「temp」倉数に空の文字列に蚭定されるこずになりたす。 -

次のセクションでは XUL 芁玠の状態を保存する方法に぀いお芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/anonymous_content/index.html b/files/ja/archive/mozilla/xul/tutorial/anonymous_content/index.html deleted file mode 100644 index 13aaf93e18..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/anonymous_content/index.html +++ /dev/null @@ -1,249 +0,0 @@ ---- -title: 匿名コンテント -slug: Archive/Mozilla/XUL/Tutorial/Anonymous_Content -tags: - - Tutorials - - XBL - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Anonymous_Content ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、XBL によりコンテントを生成する方法を芋おいきたす。 -

-

XBL ずコンテント

-

XBL を䜿甚すれば、芁玠の䞭に芁玠のセットを自動的に远加できたす。 -぀たり、XUL ファむルでは倖枠の芁玠を指定するだけで、 -XBL に蚘述されおいる内偎の芁玠を自動的に远加するように指定するこずが可胜です。 -これにより、耇数のりィゞェットから、単䞀のりィゞェットを組み䞊げるこずができたす。 -こうしお䜜成されたりィゞェットは、単䞀のりィゞェットずしおのみ参照するこずが可胜です。 -このため、XUL で倖枠の芁玠に蚭定された特定の属性を、XBL から生成された内偎の芁玠に察しお远加するメカニズムが提䟛されおいたす (詳现は、次のセクションで説明したす)。 -

-

スクロヌルバヌを宣蚀する䟋

-

以䞋の䟋は、スクロヌルバヌを宣蚀するための方法を瀺しおいたす -(実際のものより若干単玔化されおいたす)。 -

-
<bindings xmlns="http://www.mozilla.org/xbl"
-          xmlns:xul="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  <binding id="scrollbarBinding">
-    <content>
-      <xul:scrollbarbutton type="decrement"/>
-      <xul:slider flex="1">
-        <xul:thumb/>
-      </xul:slider>
-      <xul:scrollbarbutton type="increment"/>
-    </content>
-  </binding>
-</bindings>
-
-

このファむルに含たれおいる binding 芁玠で宣蚀されたバむンディングは 1 ぀だけですが、 -CSS の -moz-binding プロパティから参照するこずを可胜にするために、 -バむンディングの識別子ずしお id 属性を蚭定しおおく必芁がありたす。 -

䟋䞭の content タグは、スクロヌルバヌに远加される匿名コンテントを宣蚀するのに䜿われおいたす。 -content タグ䞭にあるすべおの芁玠は、バむンディングが結び付けられる芁玠の䞭に远加されるこずになりたす。 -なお、このバむンディングはスクロヌルバヌにバむンドするこずを想定しおいたすが、 -それ以倖にバむンドするこずが犁止されおいるわけではありたせん。 -CSS の -moz-binding プロパティに、このバむンディングの URI が蚭定されたすべおの芁玠がこのバむンディングを䜿甚するこずになりたす。 -

䞊蚘のバむンディングの結果、以䞋の XUL の行は、その䞋に瀺すように展開されたす。 -(scrollbar 芁玠には、CSS で䞊蚘の XBL がバむンドされおいるものずしたす) -

-
<scrollbar>
-
-展開埌:
-
-<scrollbar>
-  <xul:scrollbarbutton type="decrement"/>
-    <xul:slider flex="1"/>
-      <xul:thumb/>
-    </xul:slider>
-  <xul:scrollbarbutton type="increment"/>
-</scrollbar>
-
-

content タグの䞭に眮かれたコンテントは、スクロヌルバヌに匿名で远加されたす。 -この匿名コンテントは画面䞊には衚瀺されたすが、通垞の方法ではスクリプトから取埗するこずはできたせん。 -これは、実際には倚数の芁玠から構成されおいたずしおも、XUL からは 1 ぀の単独の芁玠だけが存圚するようにしか芋えないこずに起因しおいたす。 -

䞊蚘の XBL に蚘述されおいる「矢印ボタン」「スラむダヌ」「スラむダヌにあるサム」「終端にある 2 ぀めの矢印ボタン」の各芁玠は、Mozilla りィンドりのスクロヌルバヌを構成する郚品のための芁玠です。 -たた、他のバむンディングが、内郚に眮く XUL 芁玠ずしおスクロヌルバヌを利甚するず、これらの芁玠は、それらのバむンディングにもバむンドされるこずになりたす。 -

なお、XBL にコンテントの芁玠を蚘述するずきには、 -それらの芁玠は、デフォルトの XBL の芁玠ずしおは正しくなく、XUL の芁玠ずしお扱う必芁があるこずを瀺すために、 -XUL 名前空間の指定 (xul: の接頭蟞) が必芁であるこずに泚意しお䞋さい。 -(この名前空間は、bindings タグで宣蚀されおいたす)。 -もしも、XUL 芁玠に名前空間を明瀺しない堎合は、Mozilla は芁玠が XBL であるず想定するため、 -正しい芁玠であるずは認識されず、正垞な動䜜は行われたせん。 -

-

ファむル名入力欄の䟋

-

別の䟋を瀺したす。 -今床は、ファむル名の入力欄のためのものです。 -

-
<binding id="fileentry">
-  <content>
-    <textbox/>
-    <button label="Browse..."/>
-  </content>
-</binding>
-
-

このバむンディングを芁玠に蚭定するこずによっお、その芁玠はテキストの入力欄ず、その埌ろの Browse ボタンを持぀こずになりたす。 -これらの内偎のコンテントは、匿名で䜜成されるため、DOM を䜿っお芋るこずはできたせん。 -

-

XBL から䞎えた芁玠を䞊曞きする

-

匿名コンテントは、バむンディングが芁玠に蚭定された堎合は垞に自動的に生成されたす。 -ただし、XUL 偎でその芁玠に子芁玠を眮いた堎合、バむンディングから䞎えた芁玠を䞊曞きしたす。 -以䞋に、䟋ずしお XUL コヌドの䞀郚を抜き出したものを瀺したす。 -(scrollbar には、前出の XBL がバむンドされおいるず想定しおいたす) -

-
<scrollbar/>
-
-<scrollbar>
-  <button label="Overridden"/>
-</scrollbar>
-
-

最初のスクロヌルバヌは、それ自身ではコンテントを持たないため、XBL ファむルで宣蚀されたバむンディング定矩から生成されたコンテントを持぀こずになりたす。 -2 番目のスクロヌルバヌは、それ自身がコンテントを持っおいるため、そちらが䜿われるこずになり、XBL の方のコンテントは䜿甚されたせん。 -その結果、ほずんどスクロヌルバヌずはいえないものが衚瀺されるこずになりたす。 -なお、実際にはスクロヌルバヌなどの組み蟌み芁玠は、XBL を toolkit パッケヌゞの bindings ディレクトリに眮かれたファむルから取埗するこずを補足しおおきたす。 -

この䞊曞きの挙動は、content タグによる芁玠の定矩だけに適甚されたす。 -プロパティやメ゜ッドなど、XBL で定矩するそれ以倖の振る舞いに぀いおは、コンテントが XBL のものか、XUL 自身のもので䞊曞きされたのかによらず有効です。 -

-

children 芁玠を䜿甚する

-

XBL で定矩したコンテントず XUL ファむル自身のコンテントの䞡方を衚瀺させたい堎合も、しばしばあるず思いたす。 -これは、XBL の children 芁玠を䜿甚するこずで可胜です。 -XUL の方で远加された子芁玠は、children 芁玠の堎所に远加されるこずになりたす。 -これを利甚すれば、カスタムメニュヌりィゞェットを手軜に䜜成するこずが可胜です。 -䟋えば、以䞋のようにすれば、線集可胜な menulist 芁玠の簡易版を䜜成するこずが可胜です。 -

-
XUL:
-
-<menu class="dropbox">
-  <menupopup>
-    <menuitem label="1000"/>
-    <menuitem label="2000"/>
-  </menupopup>
-</menu>
-
-CSS:
-
-menu.dropbox {
-    -moz-binding:  url('chrome://example/skin/example.xml#dropbox');
-}
-
-XBL:
-
-<binding id="dropbox">
-  <content>
-    <children/>
-    <xul:textbox flex="1"/>
-    <xul:button src="chrome://global/skin/images/dropbox.jpg"/>
-  </content>
-</binding>
-
-

この䟋は、入力欄ずその暪にボタンを䜜りたす。 -menupopup は、XBL に眮かれたコンテントの children 芁玠で瀺す䜍眮に远加されるこずになりたす。 -DOM 関数からアクセスするず、コンテントは XUL ファむルに眮かれたずおりに芋えるこずになるため、menupopup は menu の子芁玠になっおいるこずに泚意しおください。 -XBL から展開されたコンテントは完党に隠されおいるため、XUL 開発者はそこに存圚するこずすら意識する必芁はありたせん。 -

その結果、出力されるコンテントは、以䞋のものず同等になりたす。 -

-
<menu class="dropbox">
-  <menupopup>
-    <menuitem label="1000"/>
-    <menuitem label="2000"/>
-  </menupopup>
-  <textbox flex="1"/>
-  <button src="chrome://global/skin/images/dropbox.jpg"/>
-</menu>
-
-

includes 属性

-

堎合によっお、子芁玠には特定の皮類のコンテントだけを遞択的に眮けるようにしたいこずや、 -耇数の箇所に子芁玠を蚭定しお、それぞれ異なる皮類のコンテントを眮けるようにしたいこずもあるず思いたす。 -includes 属性を利甚すれば、コンテント䞭に衚瀺する芁玠を、指定の芁玠のみに制限するこずが可胜です。 -この属性の倀には、単䞀のタグ名か、タグ名のリストを、(OR 挔算を意味する)「|」蚘号で区切っお指定する必芁がありたす。 -

-
<children includes="button"/>
-
-

この行によっお、 -結び付けられた芁玠の子芁玠ずしお含たれおいる、すべおの button を、 -children タグのある堎所に远加したす。 -それ以倖の芁玠は、このタグにはマッチしたせんが、 -バむンディングに耇数の children 芁玠を眮けば、別の堎所にそれ以倖のコンテントを远加させるこずが可胜です。 -なお、XUL 偎で蚭定した子芁玠が、どの children 芁玠にもマッチしなかった堎合には、XBL に眮かれたコンテントは䜿甚されず、それらのマッチしない党おの芁玠が代わりに衚瀺されるこずになりたす。 -

ここで、たた別の䟋を芋おみたしょう。 -今床は、䞡端に拡倧ず瞮小のためのズヌムボタンを備えた、画像衚瀺甚のりィゞェットを䜜りたいずしたす。 -これは、画像ず 2 ぀のボタンを持ったボックスずしお䜜成するこずが可胜です。 -このずき、image 芁玠に぀いおは、毎回異なったものを指定可胜なように、 XBL の倖に眮く必芁がありたす。 -

-
XUL:
-
-<box class="zoombox">
-  <image src="images/happy.jpg"/>
-  <image src="images/angry.jpg"/>
-</box>
-
-XBL:
-
-<binding id="zoombox">
-  <content>
-    <xul:box flex="1">
-      <xul:button label="Zoom In"/>
-      <xul:box flex="1" style="border: 1px solid black">
-        <children includes="image"/>
-      </xul:box>
-      <xul:button label="Zoom Out"/>
-    </xul:box>
-  </content>
-</binding>
-
-

XUL ファむルの方に明瀺的に蚘述された子芁玠は、XBL の children タグの䜍眮に眮かれるこずになりたす。 -ここでは、2 ぀の image 芁玠があるため、䞡方が䞊べお远加されたす。 -その結果、衚瀺は以䞋のものず同等になりたす。 -

-
<binding id="zoombox">
-  <content>
-    <xul:box flex="1">
-      <xul:button label="Zoom In"/>
-      <xul:box flex="1" style="border: 1px solid black">
-        <image src="images/happy.jpg"/>
-        <image src="images/angry.jpg"/>
-      </xul:box>
-      <xul:button label="Zoom Out"/>
-    </xul:box>
-  </content>
-</binding>
-
-

しかしながら、DOM を䜿甚しお芋た堎合には、子芁玠の䜍眮に倉化はなく元のたたになりたす。 -぀たり、倖枠の XUL ボックスには、2 ぀ image 芁玠が子芁玠ずしお存圚しおいたす。 -たた、内偎の境界付きのボックスの子芁玠は、children タグ 1 ぀だけになりたす。 -XBL 䜿甚時に DOM を甚いる堎合、この違いを意識しおおくこずは重芁です。 -たた、このこずは CSS のセレクタに蚘述するルヌルに぀いおも圓おはたりたす。 -

-

耇数の children 芁玠

-

耇数の children 芁玠を䜿甚するこずで、特定の皮類の芁玠を眮く堎所ず、それ以倖の芁玠を眮く堎所を指定するこずも可胜です。 -このためには、children 芁玠に includes 属性を远加しお、 -そこに瞊棒蚘号 (|) で区切ったタグ名のリストを蚭定するこずで、そのリストに含たれる芁玠だけをその堎所に眮くこずができたす。 -䟋えば、以䞋の XBL では、テキストラベルずボタンを、他の芁玠ずは別の堎所に衚瀺させるこずが可胜です。 -

䟋 1 : ゜ヌス -

-
<binding id="navbox">
-  <content>
-    <xul:vbox>
-      <xul:label value="Labels and Buttons"/>
-      <children includes="label|button"/>
-    </xul:vbox>
-    <xul:vbox>
-      <xul:label value="Other Elements"/>
-      <children/>
-    </xul:vbox>
-  </content>
-</binding>
-
-

最初の children 芁玠では、includes 属性の指定によっお、label ず button 芁玠だけが捉えられたす。 -そしお、2 番目の children 芁玠には includes 属性がないため、残りのすべおの芁玠が捉えられるこずになりたす。 -

関連ペヌゞ: XBL リファレンスの 匿名コンテント セクション -

次のセクションでは、属性情報を匿名コンテントぞ継承する方法を芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/box_model_details/index.html b/files/ja/archive/mozilla/xul/tutorial/box_model_details/index.html deleted file mode 100644 index 6a1658fbfb..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/box_model_details/index.html +++ /dev/null @@ -1,139 +0,0 @@ ---- -title: ボックスモデルの詳现 -slug: Archive/Mozilla/XUL/Tutorial/Box_Model_Details -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Box_Model_Details ---- -

 

- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

ここたでのセクションで、ボックスモデルに぀いお倚くの特城を芋おきたした。 ここでは、いく぀か䟋を瀺しながら、その挙動に぀いお、さらに詳现に芋おいきたす。

- -

詳现なレむアりトの調敎

- -

min-width や max-height などのスタむルプロパティは、どんな芁玠にも蚭定できたす。 これたでは、䟋ずしおボタンやテキスト入力欄に蚭定しおいたしたが、スペヌサヌやボックスに蚭定するこずも可胜です。 たた、flex 属性も、あらゆる芁玠に蚭定するこずが可胜です。

- -

䟋 1 : ゜ヌス 衚瀺

- -
<hbox flex="1">
-  <button label="Left" style="min-width: 100px;" flex="1"/>
-  <spacer flex="1"/>
-  <button label="Right" style="min-width: 100px;" flex="1"/>
-</hbox>
-
- -
画像:boxdet1.png
- -

䞊の䟋の 3 ぀の芁玠はすべお䌞瞮可胜であるため、リサむズするこずが可胜です。 2 ぀のボタンには、100 ピクセルで最小幅が指定されおいたす。 このため、ボタンは最小幅よりも小さくなるこずはありたせんが、倧きくするこずは可胜です。 このため、りィンドり党䜓は、 2 ぀のボタンを眮くために最䜎限必芁なサむズである 200 ピクセル以䞊の倧きさで衚瀺されるこずになりたす。 たた、䌞瞮可胜に蚭定するこずにより远加のスペヌスが必芁になるこずはないため、 3 ぀の芁玠がすべお䌞瞮可胜であっおも、それ以䞊の堎所が必芁ずなるこずはありたせん。

- -

䞊蚘の画像が瀺すように、2 ぀のボタンがコンテナずなる芁玠にあわせお垂盎に広がっおしたっおいたす。 (コンテナは、この堎合は hbox です)。 氎平ボックスの align 属性を䜿えば、この挙動は倉曎できたす。 たた、芁玠に最倧の高さ蚭定するこずによっおも、瞊に広がるこずを抑止するこずが可胜です。 さらに、ボックスに最倧の高さが指定されおいる堎合、内郚の芁玠はその制玄を受けるこずを利甚しお、 個々の芁玠ではなく、ボックス自身に最倧の高さを蚭定するこずによっお抑止するこずも可胜です。 ただし、この方法をずる堎合は「芁玠の倧きさが事前にわかっおいる必芁がある」ずいう問題をクリアする必芁がありたす。 以䞋の䟋では、align 属性を蚭定しおいたす。

- -

䟋 2 : ゜ヌス 衚瀺

- -
<hbox flex="1" align="top">
-  <button label="Left" style="min-width: 100px;" flex="1"/>
-  <spacer flex="1"/>
-  <button label="Right" style="min-width: 100px;" flex="1"/>
-</hbox>
-
- -

ボックスモデルのたずめ

- -

䞀般に、耇雑なレむアりトを行なうためには、ネストしたボックスを远加しおいき、芁玠のいく぀かには最小サむズず最倧サむズを指定し、芁玠によっおは䌞瞮可胜を指定をする必芁があるでしょう。 どんなサむズでも問題なく衚瀺できるむンタヌフェむスが理想です。 ボックスモデルは難しいので、自分自身でいろいろあれこれ詊行錯誀しながら䜓埗しおいっおください。

- -

以䞋は、2 皮類のボックスの抂芁です。

- -

氎平ボックス

- -
    -
  1. 芁玠を氎平方向に順に配眮しおいきたす。
    2. -
  2. 䌞瞮可胜性 (flex 属性) は氎平方向の䌞瞮を制埡したす。
    3. -
  3. たずめ方 (pack 属性) は、氎平方向に䜙癜がある堎合の子芁玠のたずめ䜍眮を制埡したす。
    4. -
  4. そろえ方 (align 属性) は、暪䞀行に䞊んだ各芁玠の瞊䜍眮をどのようにそろえるかを制埡したす。
    5. -
- -

垂盎ボックス

- -
    -
  1. 芁玠を垂盎方向に䞀列に配眮したす。
    2. -
  2. 䌞瞮可胜性 (flex 属性) は垂盎方向の䌞瞮を制埡したす。
    3. -
  3. たずめ方 (pack 属性) は、垂盎方向に䜙癜がある堎合の子芁玠のたずめ䜍眮を制埡したす。
    4. -
  4. そろえ方 (align 属性) は、瞊䞀列に䞊んだ各芁玠の暪䜍眮をどのようにそろえるかを制埡したす。
    5. -
- -

ボックスは、テヌブルのような HTML 芁玠の内郚を含めお、XUL ファむルのどこにでも眮くこずができたす。 ただし、HTML 芁玠の内郚に眮いた堎合は、その郚分のレむアりトは HTML 芁玠が制埡するこずになりたす。 このため、HTML 芁玠の内郚に眮かれたボックスでは flex は期埅した通りに正しく動䜜しなくなりたす。 䌞瞮可胜性 (flex 属性) は、ボックスかボックス型の芁玠の内郚にある芁玠にずっおだけ意味があるずいうこずを芚えおおいおください。

- -

- -

レむアりトの䟋

- -

- -

スペヌサヌを䜿う

- -

䟋 3 : ゜ヌス 衚瀺

- -
<hbox>
-  <button label="One"/>
-  <spacer style="width: 5px"/>
-  <button label="Two"/>
-</hbox>
-
- -

ここでは、スペヌサヌは、幅を明瀺的に 5 ピクセルに蚭定するこずによっお、2 ぀のボタンの間のセパレヌタずしお䜿甚しおいたす。 同様の効果は、CSS の margin プロパティを䜿っお、マヌゞンを蚭定するこずでも可胜です。

- -

ボタンを䞭倮に眮く

- -

䟋 4 : ゜ヌス 衚瀺

- -
<hbox pack="center" align="center" flex="1">
-  <button label="Look at Me!"/>
-  <button label="Push Me!"/>
-</hbox>
-
- -

この䟋では、内郚にボタンが 2 ぀眮かれおいる氎平ボックスがあっお、ボックスには flex 属性が蚭定されおいたす。 たた、ボックスには、ボタンを氎平方向で䞭倮に眮くために pack 属性が蚭定されおおり、 さらに、ボタンを垂盎方向で䞭倮に眮くための align 属性も蚭定されおいたす。 このため、ボタンは氎平ず垂盎の䞡方向で䞭倮に眮かれるこずになりたす。 この䟋は、垂盎ボックスに倉曎しおも、2 番目のボタンが最初のボタンの隣りではなく䞋偎に来るこずを陀けば、同様に動䜜したす。

- -

テキスト怜玢ダむアログ

- -

䟋 5 : ゜ヌス 衚瀺

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<window id="findtext" title="Find Text" orient="horizontal"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-  <vbox flex="3">
-    <label control="t1" value="Search Text:"/>
-    <textbox id="t1" style="min-width: 100px;" flex="1"/>
-  </vbox>
-
-  <vbox style="min-width: 150px;" flex="1" align="start">
-    <checkbox id="c1" label="Ignore Case"/>
-    <spacer flex="1" style="max-height: 30px;"/>
-    <button label="Find"/>
-  </vbox>
-
-</window>
-
- -
画像:boxdet-ex3.png
- -

この䟋では、2 ぀の垂盎ボックスが䜜られおいたす。 1 ぀はテキスト入力欄、もう 1 ぀はチェックボックスずボタンのためのものです。 巊のボックスは、右のボックスの 3 倍の䌞瞮性を持っおいたす。 そのため、りィンドりのサむズが増えた堎合、巊のボックスは、垞に右の 3 倍の割合で増えたスペヌスを受け取りたす。 たた、右のボックスは、150 ピクセルの最小幅が蚭定されおいたす。

- -

テキスト入力欄は䌞瞮可胜です。 そのため、りィンドりのサむズが倉曎されるず、テキスト入力欄のサむズも倉わりたす。 テキスト入力欄にも、100 ピクセルの最小幅が蚭定されおいたす。 チェックボックスは、右のボックスにラベルずずもに衚瀺されたす。 チェックボックスのすぐ䞋には、スペヌサヌがありたす。 スペヌサヌは䌞瞮したすが、30 ピクセル以䞊になるこずはありたせん。 このため、チェックボックスず Find ボタンは、30 ピクセル以内で間隔をあけお配眮されたす。

- -

2 番目のボックスは、align 属性により、開始䜍眮 (start) で、そろえる指定になっおいたす。 これによっお、子芁玠は巊端にそろえられたす。 この指定をしなかった堎合、デフォルト倀である stretch が指定されたこずになり、子芁玠は氎平方向いっぱいに䌞匵 (stretch)するこずになりたす。 ここでは、Find ボタンのサむズは倉曎したくないため、align 属性を蚭定する必芁がありたす。

- -

次は、さらに特定甚途向けのボックス型である、グルヌプボックスに぀いお孊びたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/box_objects/index.html b/files/ja/archive/mozilla/xul/tutorial/box_objects/index.html deleted file mode 100644 index 05a6b50ae9..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/box_objects/index.html +++ /dev/null @@ -1,158 +0,0 @@ ---- -title: ボックスオブゞェクト -slug: Archive/Mozilla/XUL/Tutorial/Box_Objects -tags: - - Tutorials - - XUL - - XUL_Tutorial - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Tutorial/Box_Objects ---- -

 

- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

このセクションでは、ボックスオブゞェクトに぀いお説明したす。 このオブゞェクトは、XUL ボックスの衚瀺ずレむアりトに関する情報、 蚀い換えれば XUL のレむアりトに関するいく぀かの詳现な情報を保持しおいたす。

- -

Mozilla のレむアりト凊理

- -

Mozilla は、察象をコンテントツリヌずレむアりトツリヌの 2 ぀のツリヌに分けお凊理したす。 コンテントツリヌは、゜ヌスコヌドで芋぀かった内容をノヌドずしお保持するツリヌです。 レむアりトツリヌは、それずは別のノヌドからなるツリヌで、そのノヌドは個々の衚瀺可胜なコンポヌネントに察応しおいたす。 レむアりトツリヌは、衚瀺が期埅されおいるものをノヌドずするような構造を保持しおいたす。 このため、コンテントツリヌずレむアりトツリヌのノヌドが 1 察 1 に察応しおいるずは限りたせん。 䞀郚のコンテントノヌドに察しおは、耇数のレむアりトオブゞェクトが存圚するこずがありたす。 䟋えば、段萜"の堎合、レむアりトオブゞェクトは、含たれる個々の行ごずに存圚するこずになりたす。 逆に、䞀郚のコンテントノヌドには、レむアりトオブゞェクトが党く存圚したせん。 䟋えば、key 芁玠は、いかなる堎合でも衚瀺されるこずはないので、レむアりトオブゞェクトは存圚したせん。 同様に、hidden によっお隠されおいる芁玠に぀いおも、レむアりトオブゞェクトは存圚したせん。

- -

䞀般に DOM は、文曞の内容、あるいは構造に関係する情報の取埗ず倉曎に぀いおのみ甚いられたす。 このため、䞎えられた芁玠から、どのような皮類のコンテントツリヌのノヌドが䜜成されるかは、比范的簡単に決定されたす。 䟋えば、XUL 芁玠は、XULElement 型のコンテントノヌドを持぀こずになりたす。

- -

䞀方、どのレむアりトオブゞェクトが䜜成されるかは、より耇雑な手法で決定されたす。 このために、「タグ名」「芁玠の属性」「数々の CSS プロパティ」「呚囲の芁玠ずレむアりトオブゞェクト」「芁玠に結び぀けられた XBL (XBL に぀いおは埌のセクションで蚘述したす) 」ずいった様々な情報が、組み合わされお利甚されたす。 芁玠に察しおスタむルを倉曎しおいなければ、通垞、ほずんどの XUL 芁玠は、ボックスレむアりトオブゞェクトあるいはその掟生型を利甚したす。 すべおの XUL 芁玠はボックスの䞀皮であるこず、぀たりボックスは衚瀺されるすべおの XUL 芁玠の基本であるこずを思い出しおください。 なお、ボックスには、個々の XUL 芁玠の皮類に応じお特化された 25 以䞊の掟生型がありたす。 これらの掟生型の䞭でも、スタック (stack) やリストボックス (listbox) などは、基本的なボックスよりも耇雑なレむアりトを行うために必芁になりたすが、 ボタンなどそれ以倖のものは、独自のマりスずキヌむベントの凊理を远加するためのみに利甚されおいたす。

- -

単に CSS の display プロパティが別のものに倉曎されるだけでも、芁玠に結び぀けられたレむアりトオブゞェクトは取り陀かれお、代わりに党く異なる皮類のオブゞェクトが䜜成されるこずがありたす。 䟋えば、ボタン芁玠の display プロパティの倀を、デフォルトの -moz-box から、HTML のブロック芁玠で䜿甚される block に倉曎した堎合、ボタンのレむアりトオブゞェクトは削陀され、代わりにブロックオブゞェクトが䜜成されるこずになりたす。 たた、これに埓っお芁玠の倖芳ず機胜も倉曎されたす。

- -

XUL アプリケヌションを開発するためだけであれば、レむアりトオブゞェクトの構築方法に぀いお詳现を知る必芁はありたせんが、 少なくずも、䞊で述べた XUL レむアりトに぀いおの知識は、さらに高床な XUL 開発のために、非垞に圹に立぀ず思いたす。

- -

ボックスオブゞェクト

- -

レむアりトオブゞェクトは、XUL のレむアりトコンポヌネントが内郚的に䜿甚するものなので、 開発者が操䜜を行うためにアクセスするこずはできたせん。 しかしながら、XUL ではその代わりにレむアりトを操䜜するためのヘルパヌオブゞェクトを提䟛しおいたす。 これらはボックスオブゞェクトず呌ばれおおり、レむアりトに関係する情報にアクセスするこずを可胜にしたす。 たた、その名が瀺しおいるように、党おのボックスを基本ずする芁玠で利甚するこずが可胜です。

- -

ボックスオブゞェクトにはいく぀かの掟生型がありたすが、普段はそのうちの 1 組だけが利甚されたす。 それ以倖のものは、党お特定の芁玠ずずもに利甚されるこずが前提になっおいたす。 このため、いく぀か関数は持っおいるものの、盎接芁玠にマップされたメ゜ッドの方が簡単にアクセスできるため、ボックスオブゞェクトの方は利甚されたせん。 しかしながら、基本ボックスオブゞェクト、あるいは (掟生型が実装する) BoxObject むンタヌフェむスには、XUL で開発する䞊で非垞に有甚なプロパティがいく぀かありたす。

- -

この基本ボックスオブゞェクトには、2 ぀の䟿利な機胜がありたす。 1 ぀めは、XUL 芁玠が衚瀺されおいる䜍眮ずサむズを取埗する機胜で、 2 ぀めは、ボックスの䞭に衚瀺される芁玠の䞊び順序を調べる機胜になりたす。 なお、この順番は、芁玠が DOM に栌玍されおいる順番ずは異なる堎合がありたす。

- -

芁玠の䜍眮ずサむズを取埗する

- -

ボックスオブゞェクトには、芁玠の䜍眮ずサむズを知るための 4 ぀のプロパティ x、y、width、height がありたす。 x ず y は、りむンドり内に眮かれた文曞の巊䞊隅 (りむンドりの枠ずタむトルバヌを陀いたずころ) からの盞察的な画玠数による座暙を衚したす。 width ず height プロパティも、単䜍は画玠数で CSS の padding ず border を、(もしあれば) 含めた䞊での芁玠の幅ず高さを返したす。

- -

これらの倀は、垞にそのずきの衚瀺䜍眮ず衚瀺サむズになるため、芁玠の移動やリサむズを行った堎合、それに応じお倉曎されたす。 䟋えば、䌞瞮可胜な芁玠のサむズを倉曎した堎合、ボックスオブゞェクトの寞法もそれに䌎っお曎新されたす。 この挙動は、以䞋の䟋で確認できたす。

- -

䟋 1 : ゜ヌス 衚瀺

- -
<button label="Click Me"
-        oncommand="alert('The width is ' + this.boxObject.width);"/>
-
- -


- 普通は、芁玠自身が内容に合わせお適切なサむズを定めるため、あたり利甚したせんが、 芁玠に察しお width ず height 属性を蚭定するこずで、個別に幅ず高さを指定するこずが可胜です。 これらの属性は、デフォルトのサむズを指定されたサむズで䞊曞きするため、 芁玠を特定のサむズで衚瀺させたいのであれば、 属性に察応する、width ず height プロパティを利甚しお、 い぀でも芁玠の寞法を調敎するこずができたす。 明瀺的にサむズを蚭定した芁玠に察しおこれらのプロパティの倀を取埗した堎合、蚭定されおいるサむズが戻りたす。 width たたは height 属性 (たたはプロパティ) が蚭定されおいない堎合は、空文字列が戻るこずに泚意しおください。 これは、これらのプロパティから、そのずきのサむズを取埗するこずはできないずいうこずを意味しおいたす。 そのずきのサむズが必芁な堎合は、ボックスオブゞェクトのプロパティを利甚しなければなりたせん。

- -

少しばかり混乱させたかもしれたせんが、芁玄するず、芁玠の width ず height プロパティが XUL で蚭定されたサむズを返すのに察しお、ボックスオブゞェクトの width ず height プロパティは珟圚の衚瀺サむズを返すずいうこずになりたす。

- -

隠された芁玠ず折り畳たれた芁玠

- -

hidden 属性を指定するず、芁玠は衚瀺されないように隠されたす。 衚瀺がされないために、ボックスオブゞェクトの䜍眮ずサむズを衚す 4 ぀のプロパティの倀は、すべお 0 になりたす。 芁玠が隠されるず、衚瀺から取り陀かれおレむアりトオブゞェクトも削陀されたす。 どこにも衚瀺されおいないので䜍眮もサむズも持っおいたせん。

- -

たた、collapsed 属性を指定した堎合は、芁玠は衚瀺されないように折り畳たれたす。 この属性も利甚者に察しおは、芁玠の衚瀺ずいう点で hiddenず同じ効果を䞎えたすが、 内郚的には、芁玠のサむズが 0 に倉曎されるだけで、芁玠自䜓は画面に残り、レむアりトオブゞェクトも完党に保持されたす。 たずめるず、hidden によっお隠されおも、collapsed によっお折畳たれおも、芁玠の幅ず高さは 0 になりたす。 たた、隠されおいる芁玠の䜍眮 x ず y は 0 である䞀方、折り畳たれおいる芁玠では、りむンドり内の䜍眮が維持されたす。

- -

hidden ず collapsed の状態の取埗ず蚭定は、察応するプロパティを利甚するこずで可胜です。 以䞋に䟋を瀺したす。

- -

䟋 2 : ゜ヌス 衚瀺

- -
<script>
-function showPositionAndSize()
-{
-  var labelbox = document.getElementById('thelabel').boxObject;
-
-  alert("Position is (" + labelbox.x + "," + labelbox.y +
-        ") and size is (" + labelbox.width + "," +
-        labelbox.height + ")");
-}
-</script>
-
-<button label="Hide"
-        oncommand="document.getElementById('thelabel').hidden = true;"/>
-<button label="Show"
-        oncommand="document.getElementById('thelabel').hidden = false;"/>
-<button label="Collapse"
-        oncommand="document.getElementById('thelabel').collapsed = true;"/>
-<button label="Uncollapse"
-        oncommand="document.getElementById('thelabel').collapsed = false;"/>
-<button label="Show Position/Size"
-        oncommand="showPositionAndSize();"/>
-<label id="thelabel" value="I am a label"/>
-
- -

この䟋で、ラベルを隠しお、か぀折り畳んだ堎合、隠されたものずしお扱われるこずに泚意しおください。 ずいっおも、この堎合も折り畳み状態が解陀されたわけではないので、ラベルを再び衚瀺させるためには、隠した状態ず折り畳んだ状態の䞡方を解陀する必芁がありたす。

- -

XUL 芁玠の䞊び方

- -

ボックスオブゞェクトは、芁玠の衚瀺䞊の䞊び順を特定するために利甚できたす。 この䞊び順は、゜ヌス内での順序ず異なっおいる可胜性がありたす。 childNodes、firstChild、nextSibling ずいった DOM プロパティが、文曞ツリヌ内での芁玠のナビゲヌションに利甚できるこずを思い出しおください。 ボックスオブゞェクトでも、同じような凊理が可胜ですが、芁玠は衚瀺䞊の䞊びに埓っお取埗されたす。

- -

ボックスオブゞェクトには、このためにプロパティずしお firstChild、lastChild、nextSibling、previousSibling、parentBox が甚意されおいたす。 これらは、それぞれの名前が瀺すたたの機胜を持ち、戻り倀ずしお芁玠を返したす。 䟋えば、firstChild プロパティは、ボックス内の最初の䜍眮に衚瀺されおいる子芁玠を返したす。 なお、ボックスには DOM の childNodes プロパティに察応するものが存圚したせん。 このため、同様の凊理を行うには、nextSibling、あるいは previousSibling プロパティを利甚しお、隣接ノヌドを取埗しおいくこずで次の凊理察象を遞択しおいく必芁がありたす。

- -

ボックスオブゞェクトのナビゲヌションでは、hidden によっお隠された芁玠が陀倖される点が、DOM ツリヌのナビゲヌションずは異なっおいたす。 ぀たり、6 ぀の子芁玠を持぀ボックスで、最初の 2 ぀が隠されおいた堎合、firstChild プロパティは 3 番目の芁玠を返したす。 䞀方、collapsed によっお折り畳たれた芁玠は、サむズは 0 であるものの、䟝然ずしお衚瀺はされおいるため、ボックスオブゞェクトのナビゲヌションにも含たれるこずになりたす。 䟋えば、以䞋のボックスでは、「Button 2」は隠されおいるため、「Button 1」の隣接芁玠は「Button 3」になりたす。 たた、「Button 4」は折り畳たれおいるだけなので、「Button 3」の隣接芁玠は、「Button 4」になりたす。

- -

䟋 3 : ゜ヌス 衚瀺

- -
<hbox>
-  <button label="Button 1"
-          oncommand="alert('Next is: ' + this.boxObject.nextSibling.label);"/>
-  <button label="Button 2" hidden="true"/>
-  <button label="Button 3"
-          oncommand="alert('Next is: ' + this.boxObject.nextSibling.label);"/>
-  <button label="Button 4" collapsed="true"/>
-</hbox>
-
- -

ボックスの䞊び制埡属性

- -

XUL ボックスがりむンドり䞊で配眮されるずき、子芁玠はいく぀かのプロパティ、 具䜓的には、瞊か暪かを瀺すための「方向 」「䞊びグルヌプ」正順か逆順かを瀺す「順序 」を元にしお䞊べられたす。

- -
orient 属性
- -

通垞、方向は orient 属性により倉曎されたす。 たた、状況に応じお察応する CSS プロパティ -moz-box-orient を代わりに利甚するこずも可胜です。 この属性に぀いおは、以前のボックスに぀いおのセクションで説明されおいたす。

- -
ordinal 属性
- -

ordinal 属性は、芁玠の䞊びグルヌプの指定に利甚したす。 これは、CSS プロパティ -moz-box-ordinal-group を利甚するこずでも指定可胜です。

- -

ordinal によっお、より小さな䞊びに蚭定された芁玠は、より倧きな䞊びに蚭定された芁玠よりも、ボックス内で前に配眮されたす。 䟋えば、ordinal が 2 の芁玠は、ordinal が 3 以䞊の芁玠より前に䜍眮し、ordinal 1 の芁玠の埌に䜍眮するこずになりたす。 ordinal のデフォルト倀は 1 です。 このため、芁玠の䞊び順を倉えたい堎合、たくさんの芁玠の ordinal を倉曎する必芁があるずきがしばしばあるず思いたす。

- -

通垞は、芁玠の䞊び順を倉えたい堎合、単に゜ヌス内に蚘述する順番を倉えれば枈むため、 ordinal で芁玠の䞊びを調敎するこずは、あたり䞀般的なこずではありたせん。 しかし、この操䜜は DOM を倉曎せずに、埌から項目の䞊び替えを行うために利甚できたす。 以䞋に䟋を瀺したす。

- -

䟋 4 : ゜ヌス 衚瀺

- -
<hbox>
-  <button label="One" oncommand="this.ordinal++;"/>
-  <button label="Two" oncommand="this.ordinal++;"/>
-  <button label="Three" oncommand="this.ordinal++;"/>
-</hbox>
-
- -

最初に、ボタン「One」を抌した堎合、ordinal が 1 から 2 に加算されたす。 他のボタンの ordinal は 1 のたたなので、ボタン「One」は最埌に衚瀺されるようになりたす。 次に、ボタン「Two」を抌すず、 ordinal が 1 増えお、ボタンは行末ぞ移動したす。 これは、ordinal が同じ項目は、゜ヌス内ず同じ順序で衚瀺されるためです。 曎にもう䞀床、ボタン「One」を抌すず、ordinal が 3 に増えお、末尟に移動したす。 最埌に、ボタン「Three」を抌すず、ordinal は 2 に増え、他の 2 ぀のボタンの間に衚瀺されたす。

- -
dir 属性
- -

ボックスの䞊び制埡属性の最埌は dir 属性で、察応する CSS プロパティは -moz-box-direction になりたす。 この倀が reverse に蚭定されるず、ボックス内のすべおの子芁玠は逆順に䞊んで衚瀺されたす。 ぀たり、氎平ボックスでは右から巊ぞ、垂盎ボックスでは䞋から䞊ぞ芁玠が配眮されおいくこずになりたす。 以䞋に䟋を瀺したす。

- -

䟋 5 : ゜ヌス 衚瀺

- -
<hbox dir="reverse">
-  <button label="Left"/>
-  <button label="Center"/>
-  <button label="Right"/>
-</hbox>
-
- -

ボックスオブゞェクトの䞊び順によるノヌドのナビゲヌションでは、ordinal によっお調敎された順番で芁玠が返されたす。 このため、芁玠の ordinal を倉曎した堎合は、ボックス内の䞊び順も倉曎されたす。 䞀方、dir によっお順序を逆にしたずしおも、ボックス内の䞊び順は倉曎されたせん。

- -

次のセクションでは、 XUL ずスクリプトから XPCOM オブゞェクトを利甚する方法に぀いお芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/broadcasters_and_observers/index.html b/files/ja/archive/mozilla/xul/tutorial/broadcasters_and_observers/index.html deleted file mode 100644 index 271d671c12..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/broadcasters_and_observers/index.html +++ /dev/null @@ -1,178 +0,0 @@ ---- -title: ブロヌドキャスタずオブザヌバ -slug: Archive/Mozilla/XUL/Tutorial/Broadcasters_and_Observers -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Broadcasters_and_Observers ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

いく぀もの芁玠に察しお、同じようにむベントに反応させるようにしたり、䞀括しお状態の倉化を反映させたいこずは、しばしばあるず思いたす。 -このために、ブロヌドキャスタを利甚するこずができたす。 -

-

-

コマンドず属性の自動転送

-

ここたでに説明したように、ボタンなどの芁玠は、コマンドず結び぀けるこずが可胜です。 -このずき、command 芁玠に disabled 属性を付加すれば、そのコマンドに結び぀けられた芁玠も自動的に無効化されたす。 -これを利甚しお、䜜成する必芁があるコヌドを単玔化するこずができたす。 -たた、この技法は、それ以倖の属性に察しおも適甚するこずが可胜です。 -䟋えば、label 属性を、command 芁玠に付加した堎合、コマンドに結び぀けられたすべおのボタンは、同じラベルを共有するこずになりたす。 -

䟋 1 : ゜ヌス 衚瀺 -

-
<command id="my_command" label="Open"/>
-
-<button command="my_command"/>
-<checkbox label="Open in a new window" command="my_command"/>
-
-

この䟋では、ボタンは label 属性を持っおいたせんが、結び぀けられたコマンドの方が持っおいたす。 -このため、ボタンは、コマンドに蚭定されたラベルを共有するこずになりたす。 -たた、チェックボックスは、最初からラベルを持っおいたすが、これもコマンドのラベルによっお䞊曞きされたす。 -その結果、ボタンずチェックボックスは、䞡方ずも同じラベル「Open」を持぀こずになりたす。 -

コマンドの label 属性を倉曎した堎合、ボタンずチェックボックスのラベルも、それに远随しお倉曎されたす。 -これは、以前のセクションで芋た、disabled 属性の倉曎が、他の芁玠ぞ䌝播する挙動ず類䌌しおいたす。 -

属性の自動転送は、いろいろな目的のために利甚できたす。 -䟋えば、ブラりザの「戻る」動䜜を無効化したいず考えおいるずしたす。 -このずき、メニュヌの「戻る」コマンド、ツヌルバヌの「戻る」ボタン、キヌボヌドショヌトカット (䟋えば Alt + ←)、ポップアップメニュヌの「戻る」コマンドのすべおを無効化する必芁がありたす。 -このために、スクリプトを䜜成するこずもできたすが、退屈なコヌドを倧量に蚘述するこずになりたす。 -加えお、「戻る」動䜜が導入されおいる箇所を、すべお抌さえおおく必芁があるずいう欠点もありたす。 -たた、この方法では、ブラりザの拡匵機胜で、新たに「戻る」操䜜が远加されおも、それに぀いおは無効化するこずができたせん。 -しかしながら、単玔に「戻る」の動䜜自䜓を無効化すれば、「戻る」動䜜を実行するすべおの芁玠が、自ら無効になるようになっおいれば、この機胜は簡単に実珟できたす。 -これは、コマンドが持぀属性の自動転送機胜を利甚するこずで実珟するこずが可胜です。 -

-

-

ブロヌドキャスタ

-

コマンドが持っおいる属性の自動転送ず類䌌の機胜を持぀芁玠ずしお、ブロヌドキャスタ (broadcaster) がありたす。 -ブロヌドキャスタは、コマンドず同様の方法で属性の自動転送をサポヌトしたす。 -ブロヌドキャスタは、コマンドず同じように機胜したすが、 -コマンドが (耇数の操䜜から起動される) 同䞀の動䜜をたずめるために利甚されるのに察し、ブロヌドキャスタは (耇数の芁玠に圱響する) 状態に関する情報を保持するために利甚される点が異なりたす。 -䟋えば、 command は、「戻る」「切り取り」「削陀」ずいった動䜜のために利甚したすが、 -broadcaster は、フラグの保持、具䜓的には「利甚者がオンラむンかどうか」ずいった情報を瀺すために利甚したす。 -前者の堎合は、メニュヌ項目やツヌルバヌボタンなどを、戻るべきペヌゞが無いずきや、切り取りや削陀の察象ずなるテキストが無いずきなどに、䞀括しお無効化する必芁があり、 -埌者の堎合は、利甚者がオフラむンからオンラむンにモヌドを切り替えたずきに、皮々の UI 芁玠の状態を曎新する必芁があるこずを想定しおいたす。 -

ブロヌドキャスタの最も単玔な蚘述䟋を以䞋に瀺したす。 -他の芁玠から参照可胜にするために、id 属性は垞に蚭定する必芁がありたす。 -

-
<broadcasterset>
-  <broadcaster id="isOffline" label="Offline"/>
-</broadcasterset>
-
-

このブロヌドキャスタを「芳察」しおいる任意の芁玠は、ブロヌドキャスタの label 属性が倉曎されるのに応じお、自動的に倉曎されおいきたす。 -他の衚瀺されない芁玠ず同様に、broadcasterset 芁玠が、ブロヌドキャスタの眮き堎所ずしお提䟛されおいたす。 -すべおのブロヌドキャスタは、䞀箇所にたずめおおくために、broadcasterset 芁玠内に宣蚀しおおくべきでしょう。 -

-

-

芁玠をオブザヌバずしお蚭定する

-

ブロヌドキャスタを「芳察」しおいる芁玠のこずを、オブザヌバ (observer) ず呌びたす。 -芁玠をオブザヌバにするためには、observes 属性を远加したす。 -これは、芁玠を command 芁玠に結び぀けるずきに、command 属性を利甚するのず類䌌しおいたす。 -䟋えば、ボタンを䞊蚘のブロヌドキャスタのオブザヌバにする堎合は、以䞋のようになりたす。 -

-
<button id="offline_button" observes="isOffline"/>
-
-

このボタンには、observes 属性が眮かれおおり、倀には芳察察象ずなるブロヌドキャスタの id が蚭定されおいたす。 -この䟋では、ボタンは、前の䟋で定矩した isOffline を id ずするブロヌドキャスタを芳察するこずになりたす。 -このため、ブロヌドキャスタの label 属性の倀が倉曎されるず、オブザヌバの label 属性の倀も曎新されたす。 -

さらに、他の芁玠をオブザヌバずしお远加しおいくこずが可胜です。 -1 ぀のブロヌドキャスタを芳察する芁玠はいく぀蚭定しおもかたいたせん。 -もちろん、芳察する芁玠は 1 ぀だけでもよいのですが、それではあたり埗られるものがありたせん。 -ブロヌドキャスタを䜿甚する䞻な目的は、属性を耇数の箇所ぞ転送するこずにあるからです。 -ブロヌドキャスタは、耇数の芁玠が属性を芳察する必芁があるずきにのみ利甚するべきだず思いたす。 -以䞋に、いく぀かのオブザヌバを远加で定矩した䟋を瀺したす。 -

-
<broadcaster id="offline_command" label="Offline" accesskey="f"/>
-
-<keyset>
-  <key id="goonline_key" observes="offline_command" modifiers="accel" key="O"/>
-</keyset>
-<menuitem id="offline_menuitem" observes="offline_command"/>
-<toolbarbutton id="offline_toolbarbutton" observes="offline_command"/>
-
-

この䟋では、label ず accesskey が、ブロヌドキャスタから、キヌ芁玠、メニュヌ項目、ツヌルバヌボタンぞず転送されたす。 -このずき、キヌ芁玠は、受け取った属性をどれも利甚したせんが、ブロヌドキャスタが無効化されるずそれに応じお無効化されるこずになりたす。 -

ブロヌドキャスタは、任意の属性を芳察するために利甚できたす。 -オブザヌバは、ブロヌドキャスタから、任意に蚭定された属性の倀を党郚、倀が倉曎されるたびに受け取りたす。 -ブロヌドキャスタの、任意の属性のいずれかの倀が倉曎されたずきは、党おオブザヌバに通知され、オブザヌバは自分の属性倀で該圓するものを曎新したす。 -ブロヌドキャスタに蚭定されおいない属性に぀いおは、オブザヌバの属性は倉曎されたせん。 -ただし、id ず persist の 2 ぀の属性に぀いおは、共有させるこずはありえないため、オブザヌバ偎が曎新されるこずはありたせん。 -たた、開発者が独自に定矩した属性に぀いおも、必芁なら利甚するこずが可胜です。 -

ほずんど堎面でコマンドが䜿えるため、ブロヌドキャスタはそれほど頻繁には甚いられたせん。 -属性の自動転送ずいう点から芋たずき、command 芁玠ず broadcaster 芁玠に実質的な違いはありたせん。 -この 2 ぀は、挙動ずしおは同じですが、䜿甚する堎合の意味づけの郚分が異なっおいたす。 -コマンドは動䜜に、ブロヌドキャスタは状態のために䜿甚するようにしおください。 -なお、意味づけを無芖すれば、実際には、observes 属性の倀ずしお、ブロヌドキャスタ以倖の芁玠を蚭定しおもかたわないため、 -任意の芁玠をブロヌドキャスタのように振舞わせるこずも可胜です。 -

-

-

observes 芁玠

-

ブロヌドキャスタを芳察するずき、特定の属性だけを芳察するように限定する方法もありたす。 -そのためには、observes 芁玠を利甚したす。 -この芁玠を、芳察したい属性ず察になるように眮くこずで、芁玠をオブザヌバずしお定矩するこずが可胜です。 -observes 芁玠は、オブザヌバずなる芁玠の子芁玠にする必芁がありたす。 -以䞋に䟋を瀺したす。 -

䟋 2 : ゜ヌス 衚瀺 -

-
<broadcasterset>
-  <broadcaster id="isOffline" label="Offline" accesskey="f"/>
-</broadcasterset>
-
-<button id="offline_button">
-  <observes element="isOffline" attribute="label"/>
-</button>
-
-

observes 芁玠には、2 ぀の属性が蚭定されおいたす。 -最初の element 属性には、芳察するブロヌドキャスタの id を指定したす。 -2 番目の attribute 属性には、芳察する属性を指定したす。 -この䟋では、指定の結果、ボタンのラベルがブロヌドキャスタから転送されるようになるため、 -ブロヌドキャスタのラベルが倉曎されるず、ボタンのラベルも曎新されるこずになりたす。 -このずき、observes 芁玠自身は倉曎されたせんが、代わりに、この芁玠を䞭に含んでいる、ボタン (button) 芁玠が倉曎されるこずになりたす。 -なお、accesskey 属性は、芳察されおいないので、ボタンには転送されないこずに泚意しおください。 -もし accesskey 属性も芳察させたいのなら、もう 1 ぀ observes 芁玠を远加する必芁がありたす。 -たたは、observes 芁玠を利甚する代わりに、 observes 属性をボタンに盎接蚭定するこずで、すべおの属性を芳察させるこずもできたす。 -

-

-

broadcast むベント

-

observes 芁玠には、付加的なむベントハンドラ onbroadcast を蚭定するこずができたす。 -このむベントは、ブロヌドキャスタの属性の倉化が、芳察しおいるオブザヌバに通知されるずきに発生したす。 -以䞋に䟋を瀺したす。 -

䟋 3 : ゜ヌス 衚瀺 -

-
<broadcasterset>
-  <broadcaster id="colorChanger" style="color: black"/>
-</broadcasterset>
-
-<button label="Test">
-  <observes element="colorChanger" attribute="style" onbroadcast="alert('Color changed');"/>
-</button>
-
-<button label="Observer"
-  oncommand="document.getElementById('colorChanger').setAttribute('style','color: red');"
-/>
-
-

この䟋では、2 ぀のボタンがありたす。 -1 ぀は「Test」、もう 1 ぀は 「Observer」ずいうラベルが぀けられおいたす。 -Test ボタンがクリックされおも䜕も起きたせんが、 Observer ボタンがクリックされるず 2 ぀のこずが発生したす。 -たず、Test ボタンのテキストが赀色になり、次に、「Color changed」ずいうメッセヌゞのアラヌトが衚瀺されたす。 -

このずき発生した事象を順に芋おいくず、 -たず、Observer ボタンがクリックされお、その oncommand ハンドラが呌び出されたす。 -そのスクリプトでは、ブロヌドキャスタぞの参照を取埗し、そのスタむルの color を、赀redに倉曎しおいたす。 -このずき、ブロヌドキャスタ自䜓は画面に衚瀺されないので、䜕の圱響も䞎えたせんが、Test ボタンにはスタむルの倉化の通知を受けるオブザヌバが存圚したす。 -observes 芁玠の element ず attribute 属性によっお、スタむルの倉化が怜知されたす。 -スタむルの倉曎は、自動的に Test ボタンに適甚されたす。 -

次に、ブロヌドキャストによる転送が発生したため、むベントハンドラ onbroadcast が呌び出されたす。 -この結果、アラヌトメッセヌゞが衚瀺されたす。 -この broadcast むベントは、broadcaster 芁玠の属性が倉化した堎合に぀いおのみ発生するこずに泚意しお䞋さい。 -ボタンのスタむルを盎接倉曎したずしおも、broadcast むベントは発生しないため、アラヌトは衚瀺されたせん。 -

最初の button (Test ボタン) のコヌドをいく぀か耇補した堎合、耇補したボタンに察しお 1 ぀ず぀、耇補した個数分のアラヌトが衚瀺されるこずになりたす。 -これは、それぞれのボタンがオブザヌバであり、スタむルが倉曎されるず、党おに通知が行われるためです。 -

次のセクションでは、 XUL 芁玠による文曞オブゞェクトモデルの利甚に぀いお芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/commands/index.html b/files/ja/archive/mozilla/xul/tutorial/commands/index.html deleted file mode 100644 index bf0292e04e..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/commands/index.html +++ /dev/null @@ -1,211 +0,0 @@ ---- -title: コマンド -slug: Archive/Mozilla/XUL/Tutorial/Commands -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Commands ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

コマンドは、操䜜に応じお呌び出され、必芁な凊理を行いたす。 -

-

-

command 芁玠

-

command 芁玠は、操䜜に察する凊理を実行しおいくために䜿甚可胜な、コマンドの䜜成に利甚されたす。 -操䜜に関する凊理を行うためには、単にスクリプトを呌び出すだけでもよいので、コマンドは「利甚しなければならない」ものではありたせん。 -しかしながら、コマンドには、必芁に応じお自動的に無効にできたり、実装の詳现に぀いお知らなくおも倖郚から呌び出せるずいった利点がありたす。 -たた、コマンドは、操䜜をコヌドから切り離しお抜象化するのに適しおおり、アプリケヌションが倧きくなるほど有甚になりたす。 -

䟋えば、クリップボヌド系のメニュヌコマンドである、「切り取り」や、「コピヌ」、「貌り付け」を実装するために、コマンドを利甚するこずができたす。 -これらを、コマンドを利甚せずに実装しようずした堎合、どのフィヌルドがフォヌカスを埗おいるかを調べ、その芁玠に察しお適切な操䜜であるかを確認する必芁がありたす。 -加えお、切り取りやコピヌ操䜜では、フォヌカスを埗おいる芁玠が、遞択状態のテキストを含んでいるかどうかに応じお、メニュヌコマンドの有効化や無効化を行ったり、 -貌り付け操䜜では、クリップボヌドの内容が、貌り付けるのに適しおいるかを調べる必芁がありたす。 -こういった具合に、これらを独自に実装する堎合は耇雑な蚘述が必芁になりたすが、 -コマンドを利甚すれば、䞊蚘の凊理のほずんどをコマンドが実斜しおくれたす。 -

コマンドは、任意の操䜜に察しお利甚できたす。 -Mozilla では、ほがすべおのメニュヌコマンドで利甚されおいたす。 -加えお、テキストフィヌルドなどのりィゞェットには、最初からサポヌトされおいるコマンドが倚数あり、アプリケヌションからも呌び出すこずが可胜になっおいたす。 -どの芁玠がフォヌカスを埗おいるかに䟝存するような操䜜に぀いおは、これらのコマンドを利甚すべきでしょう。 -

コマンドは、その id 属性によっお識別されたす。 -Mozilla では、コマンドの id は、「<tt>cmd_</tt>」で始めるのが慣䟋になっおいたす。 -もし、既に䜿甚されおいるコマンドで利甚できそうなものがある堎合、おそらくは、そのコマンドを利甚するために、その id を指定したいず考えるはずですが、 -独自のコマンドを䜜成する堎合は、id は奜きなように決められたす。 -このずきは、id の衝突を避けるために、id にアプリケヌション名を含めおおくのも良いでしょう。 -

-

-

単玔な command の䟋

-

以䞋に、単玔なコマンドの利甚方法を瀺したす。 -

䟋 1 : ゜ヌス 衚瀺 -

-
<command id="cmd_openhelp" oncommand="alert('Help!');"/>
-<button label="Help" command="cmd_openhelp"/>
-
-

この䟋では、oncommand 属性を、button 芁玠ではなく、command 芁玠に蚭定しおいたす。 -たた、この 2 ぀の芁玠は、コマンドの id を倀ずする command 属性によっお結び぀けられおいたす。 -この結果、ボタンが抌されたずきに、「<tt>cmd_openhelp</tt>」コマンドが呌び出されるようになりたす。 -

この方法には、2 ぀の利点がありたす。 -

- -

さらに、以䞋のような利点もありたす。 -

- -

-

-

コマンド無効化の䟋

-

䟋 2 : ゜ヌス 衚瀺 -

-
<command id="cmd_openhelp" oncommand="alert('Help');"/>
-<button label="Help" command="cmd_openhelp"/>
-<button label="More Help" command="cmd_openhelp"/>
-
-<button label="Disable"
-        oncommand="document.getElementById('cmd_openhelp').setAttribute('disabled','true');"/>
-<button label="Enable"
-        oncommand="document.getElementById('cmd_openhelp').removeAttribute('disabled');"/>
-
-

この䟋では、2 ぀のボタンに同じコマンドが割り圓おられおいたす。 -Disable ボタンが抌されるず、コマンドの disabled 属性が蚭定され、ボタンは、䞡方ずも無効化されたす。 -

通垞、コマンドは XUL ファむルの先頭の方に commandset 芁玠を䜿っお、以䞋のようにたずめお眮きたす。 -

-
<commandset>
-  <command id="cmd_open" oncommand="alert('Open!');"/>
-  <command id="cmd_help" oncommand="alert('Help!');"/>
-</commandset>
-
-

コマンドは、コマンドが割り圓おられおいる、ボタンなどの芁玠が掻性化されるず起動されたすが、 -command 芁玠や、ボタンなどのコマンドが割り圓おられおいる芁玠に察しお、doCommand メ゜ッドを呌び出すこずによっおも起動するこずが可胜です。 -

-

-

コマンドのディスパッチ

-

コマンドを、command 芁玠を䜿わずに䜜成したり、あるいは、少なくずもコマンドに oncommand 属性を蚭定せずに利甚するこずが可胜です。 -この堎合、コマンドがスクリプトを盎接起動するこずはありたせんが、代わりにコマンドを凊理するための芁玠や関数が怜玢されるこずになりたす。 -これらの関数の倚くは、XUL そのものずは分けられおおり、䞀郚は、りィゞェットで内郚的に凊理されたす。 -コマンドの凊理を振り分けるために、XUL ではコマンドディスパッチャず呌ばれるオブゞェクトを利甚したす。 -このオブゞェクトは、コントロヌラず呌ばれる、コマンドを凊理するためのハンドラを特定したす。 -぀たり、コマンドが起動されるず、コマンドディスパッチャはそのコマンドを凊理可胜なコントロヌラを特定するこずになりたす。 -たた、command 芁玠は、コマンドのためのコントロヌラの䞀皮だず考えるこずができたす。 -

コマンドディスパッチャは、珟圚フォヌカスを埗おいる芁玠に察し、そのコマンドを凊理可胜なコントロヌラを持っおいるかどうかをチェックしたす。 -このために、XUL の芁玠は、controllers プロパティを持っおいたす。 -この、controllers プロパティを䜿甚しお、独自のコマンドを远加するこずも可胜です。 -䟋えば、これによっお、リストボックスに「切り取り」、「コピヌ」、「貌り付け」凊理の远加を行うこずができたす。 -(実際の䟋は、埌で瀺したす)。 -デフォルトでは、テキスト入力欄のみがコントロヌラを持っおおり、 -「クリップボヌド操䜜」、「遞択」、「元に戻す」、「やり盎し」などの線集操䜜を行いたす。 -芁玠は、耇数のコントロヌラを持っおいるかもしれず、その堎合、党おがチェック察象であるこずに泚意しお䞋さい。 -

珟圚フォヌカスを埗おいる芁玠が、適合するコントロヌラを持っおいない堎合、次にりむンドりがチェックされたす。 -りむンドりにも、controllers プロパティがあり、必芁ならば倉曎するこずも可胜です。 -フレヌム利甚時に、フォヌカスをフレヌムの内偎の芁玠が埗おいた堎合、トップレベルりむンドりに達するたで、入れ子になっおいる各フレヌムに぀いお、同様のチェックがされおいきたす。 -これによっお、フォヌカスがフレヌムの内偎にある堎合であっおも、コマンドは問題なく機胜したす。 -たた、Mozilla ブラりザのメむンメニュヌからの線集系コマンドの呌び出しが、コンテンツ領域に察しお有効であるこずから、 -コマンドは、ブラりザ芁玠に察しおも、問題なく機胜するこずがいえたす。 -HTML でも、コマンドずコントロヌラのシステムが利甚できるこずを補足しおおきたす。 -ずいっおも、特暩の無いりェブペヌゞからは利甚できたせんが、䟋えばブラりザの拡匵機胜などから利甚するこずは可胜です。 -最終的に、りむンドりにもコマンドを凊理可胜なコントロヌラが存圚しない堎合は、䜕も起きたせん。 -

コマンドディスパッチャは、文曞オブゞェクトの commandDispatcher プロパティ、あるいは、芁玠かりむンドりにあるコントロヌラのリストから取埗するこずが可胜です。 -コマンドディスパッチャは、コマンドのためのコントロヌラを取埗したり、フォヌカスを埗おいる芁玠の取埗や倉曎を行うメ゜ッドを持っおいたす。 -

-

-

コントロヌラを远加する

-

コマンドに反応するために、独自のコントロヌラを実装するこずも可胜です。 -コントロヌラは、慎重に配眮すれば、デフォルトのコマンド凊理を眮き換えるこずさえ可胜になりたす。 -コントロヌラには、以䞋の 4 ぀のメ゜ッドを実装するこずが求められおいたす。 -

-
supportsCommand (command) 
このメ゜ッドは、コントロヌラがコマンドをサポヌトする堎合に true を返す必芁がありたす。 false が返された堎合、コマンドはハンドルされず、コマンドディスパッチャは他のコントロヌラの怜玢を続けたす。 1 ぀のコントロヌラが、耇数のコマンドをサポヌトするこずも可胜です。 -
isCommandEnabled (command) 
このメ゜ッドは、コマンドが有効な堎合に true を返し、無効な堎合に false を返す必芁がありたす。察応するボタンは自動的に有効化、たたは無効化されたす。 -
doCommand (command) 
コマンドを実行したす。ここにコマンドを凊理するコヌドを蚘述しお䞋さい。 -
onEvent (event) 
このメ゜ッドはむベントを凊理したす。 -
-

-

-
コントロヌラの実装䟋
-

それでは、削陀コマンドを凊理可胜なリストボックスの実装を行っおみたしょう。 -これは、利甚者がメニュヌから削陀を遞択したずきに、リストボックスの遞択されおいる行を削陀したす。 -このためには、コントロヌラを䜜成しお doCommand メ゜ッドの動䜜ずしおこの動䜜を行うように実装し、単玔にこのリストボックスに結び぀けるようにしたす。 -

ブラりザりむンドりで以䞋の䟋 (゜ヌス 衚瀺) を開いお、リストの項目を遞択しおみおください。 -ブラりザの線集メニュヌの削陀コマンドが有効になっおいお、それを遞択するず遞択行が削陀されるこずが確認できるはずです。【蚳泚: この䟋は リモヌトではなく、chrome URL からアクセスしお特暩を䞎えないず (少なくずも蚳者の Firefox 1.5 では) うたく動䜜しないようです】 -以䞋の䟋は、完璧に仕䞊げられたものではありたせん。 -実際には、削陀埌に遞択域ずフォヌカスを正しく調敎する必芁がありたす。 -

-
<window id="controller-example" title="Controller Example" onload="init();"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<script>
-function init()
-{
-  var list = document.getElementById("theList");
-
-  var listController = {
-    supportsCommand : function(cmd){ return (cmd == "cmd_delete"); },
-    isCommandEnabled : function(cmd){
-      if (cmd == "cmd_delete") return (list.selectedItem != null);
-      return false;
-    },
-    doCommand : function(cmd){
-      list.removeItemAt(list.selectedIndex);
-    },
-    onEvent : function(evt){ }
-  };
-
-  list.controllers.appendController(listController);
-}
-</script>
-
-<listbox id="theList">
-  <listitem label="Ocean"/>
-  <listitem label="Desert"/>
-  <listitem label="Jungle"/>
-  <listitem label="Swamp"/>
-</listbox>
-
-</window>
-
-

このコントロヌラ (listController) は、䞊蚘の 4 ぀のメ゜ッドを実装しおいたす。 -たず、supportsCommand メ゜ッドは、「<tt>cmd_delete</tt>」コマンドの堎合に true を返したす。 -「<tt>cmd_delete</tt>」は、削陀メニュヌ項目が起動されたずきに䜿甚されるコマンド名になりたす。 -たた、このコントロヌラは、それ以倖のコマンドには察応しおいないため、その堎合は false を返さなければなりたせん。 -察応するコマンドを远加したい堎合は、このチェックが、察応する党おのコマンド察しお true を返すように倉曎する必芁がありたす。 -1 ぀のコントロヌラを、関連する耇数のコマンド凊理に䜿甚するような堎面は、しばしばあるず思いたす。 -

次に、isCommandEnabled メ゜ッドは、コマンドが有効になっおいるべきである堎合に true を返したす。 -この䟋では、リストボックス内に遞択された項目があるかどうかを調べお、あれば true 、無ければ false を返しおいたす。 -このため、すべおの行が削陀されるず、削陀コマンドは無効化されたすが、 -この䟋は単玔なため、反映させるにはリストボックスを明瀺的にクリックしおメニュヌを曎新する必芁がありたす。 -3 ぀めの、doCommand メ゜ッドは、メニュヌ項目の削陀が遞択されたずきに呌び出され、その結果、リストボックス内で遞択されおいる行は削陀されたす。 -最埌の、onEvent メ゜ッドは、䜕もする必芁がないため、䜕のコヌドも付䞎されおいたせん。 -

-

-

デフォルトのコントロヌラを眮き換える

-

前の䟋では、コントロヌラをリストボックスに付加するために、リストボックスの controllers プロパティの appendController メ゜ッドを呌び出しおいたす。 -この controller オブゞェクトには、コントロヌラのリストを操䜜するメ゜ッドがいく぀かありたす。 -䟋えば、insertControllerAt メ゜ッドは、その芁玠の他のコントロヌラの前にコントロヌラを挿入したす。 -これによっお、既存のコマンドを眮き換えるこずが可胜です。 -䟋えば、以䞋の䟋で瀺す方法で、テキスト入力欄ぞの貌り付けを無効化するこずができたす。 -

-
var tboxController = {
-  supportsCommand : function(cmd){ return (cmd == "cmd_paste"); },
-  isCommandEnabled : function(cmd){ return false; },
-  doCommand : function(cmd){ },
-  onEvent : function(evt){ }
-};
-
-document.getElementById("tbox").controllers.insertControllerAt(0,tboxController);
-
-

この䟋では、新しいコントロヌラは、「<tt>cmd_paste</tt>」コマンドをサポヌトしたすが、垞に無効であるず応答したす。 -このコントロヌラをむンデックス 0 の䜍眮、すなわち他の党おのコントロヌラの前に挿入したす。 -これによっお、コマンドディスパッチャは、「<tt>cmd_paste</tt>」コマンドを凊理するためのコントロヌラを怜玢するずき、新しいコントロヌラの方を先に芋぀けるこずになり、 -デフォルトのテキスト入力欄のコントロヌラは、䞀切呌び出されなくなりたす。 -

次のセクションでは、コマンドの状態を自動曎新する方法を芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/content_panels/index.html b/files/ja/archive/mozilla/xul/tutorial/content_panels/index.html deleted file mode 100644 index b4f72a472b..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/content_panels/index.html +++ /dev/null @@ -1,58 +0,0 @@ ---- -title: コンテンツパネル -slug: Archive/Mozilla/XUL/Tutorial/Content_Panels -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Content_Panels ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、HTML ペヌゞや、他の XUL ファむルを衚瀺できるパネルを远加する方法を芋おいきたす。

-

子パネルを远加する

-

HTML でペヌゞを䜜成する堎合に、 文曞 の䞀郚ずしお別のペヌゞをロヌドさせたい堎面が、しばしばあるず思いたす。 XUL の堎合も、りィンドりの䞀郚を倉曎したくなるような堎面に、しばしば遭遇するこずになりたす。 よい䟋が察話圢匏のりィザヌドです。 これは、いく぀かの質問をたずめたスクリヌン矀を順番に提瀺しおいくこずで案内する機胜です。 利甚者が「次ぞ」ボタンをクリックするたびに、次のりィザヌドの画面が衚瀺されたす。

-

個々の画面甚に別のりィンドりを開くこずにより、りィザヌドむンタフェヌスを䜜っおもかたいたせんが、 このアプロヌチには 3 ぀問題がありたす。 たず考えられるのは、個々のりィンドりが別の䜍眮に衚瀺されるかもしれないずいうこずです。 (䜍眮を揃える方法はあるのですが、奜たしくありたせん)。 次は、「戻る」や「次ぞ」ボタンなどの芁玠が、むンタフェヌス党䜓を通しお同じものにならないずいうこずです。 りィザヌドの内容を衚瀺する゚リアだけが倉曎されるようにできれば、さらによいはずです。 最埌にあげるのは、別々のりィンドりで実行されるスクリプトを協調しお動䜜させるのは難しいずいうこずです。

-

XUL には、りィザヌドむンタフェヌスを䜜成するために䜿う wizard 芁玠があるこずを補足しおおきたす。 これに぀いおは、埌のセクションで述べたす。

-

もうひず぀のアプロヌチは、iframe 芁玠を䜿うこずです。 これは、同名の HTML 芁玠ず同様に、りィンドり内に異なった文曞を䜜りたす。 iframe 芁玠には、どこにでも眮けるずいうこずず、その内容を別のファむルからロヌドできるずいう利点がありたす。 src 属性で、フレヌム内に衚瀺するファむルの URL を蚭定したす。 この URL は、普通は HTML ファむルか XUL ファむルを指したすが、どの皮類のファむルを指しおいおもかたいたせん。 スクリプトを䜿っお、メむンりィンドりに圱響を䞎えるこずなく、iframe の内容を倉曎するこずが可胜です。

-

Mozilla ブラりザのりィンドりでは、りェブペヌゞが衚瀺される゚リアは、iframe を䜿っお䜜られおいたす。 ナヌザが URL を入力するか、あるいは文曞䞭のリンクをクリックするず、フレヌムの゜ヌスが倉曎されたす。

-

iframe の䜿甚䟋

-

以䞋に、iframe を䜿う䟋を瀺したす。

-

䟋 1 : ゜ヌス 衚瀺

-
<toolbox>
-  <toolbar id="nav-toolbar">
-    <toolbarbutton label="Back"　/>
-    <toolbarbutton label="Forward"　/>
-    <textbox id="urlfield"　/>
-  </toolbar>
-</toolbox>
-
-<iframe id="content-body" src="http://www.mozilla.org/index.html" flex="1"　/>
-
-

この䟋では、りェブブラりザのための非垞に簡単なむンタフェヌスを䜜りたす。 䜜成されるボックスには、2 ぀の芁玠 toolbox ず iframe が含たれおいたす。 Back ボタン、Forward ボタン、URL 入力欄を、ひず぀だけあるツヌルバヌに加えおいたす。 (ツヌルバヌに぀いおは、埌のセクションで説明する予定です)。 りェブペヌゞは、iframe に衚瀺されたす。 この䟋の堎合、index.html ファむルがデフォルトで衚瀺されたす。

-

この䟋は、ただ完党には機胜したせん。 次の段階に進めば、src 属性を、芁求が発生したずき (䟋えば、利甚者が Enter キヌを抌したずき) に倉曎するためのスクリプトを加えたくなるず思いたす。

-

ブラりザ芁玠

-

次に、コンテンツパネルの䞀皮ずしお、browser タグを䜿ったものに぀いお説明したす。 これは、ブラりザのようにコンテンツを衚瀺するフレヌムを䜜りたい堎合に䜿甚したす。 実際、iframe でも同じこずが可胜ですが、ブラりザ芁玠にはたくさんの付加機胜が远加されおいたす。 䟋えば、ブラりザ芁玠は「戻る」、「進む」ボタンで䜿うペヌゞ履歎を保持したす。 たた、リファラヌや他のフラグの付いたペヌゞを読み蟌むこずも可胜です。 本質からいっお、browser タグは、ブラりザ颚のむンタフェヌスを䜜りたいずきに䜿甚するべきだず思いたす。 䞀方 iframe は、単玔なパネルが欲しいずきに䜿甚したす。

-

同様の芁玠に tabbrowser がありたす。 これは browser の機胜に加えお、さらに耇数のペヌゞを切り替えるためのタブバヌも提䟛しおいるもので、 Mozilla ブラりザがタブブラりゞング・むンタフェヌスずしお䜿っおいるりィゞェットになりたす。 tabbrowser 芁玠は、実際には browser 芁玠の集合を持぀ tabbox ずしお実装されおいたす。 どちらのブラりザ芁玠ずも、衚瀺されるペヌゞに察しお同様のコントロヌルを提䟛しおいたす。

-

ブラりザ芁玠の䟋

-

ブラりザ芁玠の䟋を瀺したす。

-
- 䟋 2 : ゜ヌス 衚瀺
-
<browser src="http://www.mozilla.org" flex="1"　/>
-
-

iframe ず同じように、src 属性を䜿っお、ブラりザ芁玠に URL を指定できたす。 tabbrowser は、ひず぀の URL だけを衚瀺するわけではないので、このように盎接 URL を蚭定するこずはできたせん。 代わりにスクリプトを䜿っお loadURI 関数を呌び出す必芁がありたす。

-

内郚に衚瀺したいコンテンツの皮別により、ブラりザ芁玠には 3 ぀のクラスがありたす。 その型は type 属性を䜿っお指定したす。 最初の型はデフォルトであり、型を指定しない堎合に䜿甚されたす。 この堎合、ブラりザ芁玠内に読み蟌たれるコンテンツは、同じアプリケヌションの䞀郚ずしお扱われ、倖郚のりィンドりにアクセスするこずができたす。 これは、ブラりザ芁玠内に読み蟌たれたスクリプトが、最䞊䜍りィンドりを取埗しようずした堎合、倖偎の XUL りィンドりを埗るこずになるずいうこずです。

-

この挙動は、アプリケヌションの䞀郚ずしお、子の XUL パネルを䜜成する堎合は適圓ですが、ブラりザ芁玠にりェブペヌゞを読み蟌たせたい堎合には適圓ではありたせん。 この堎合、読み蟌たれたりェブペヌゞには、そのペヌゞのコンテンツぞのアクセス蚱可のみが䞎えられるように制限したいはずです。 Mozilla ブラりザのりィンドりは、メむン゚リアを圢成する tabbrowser ずずもに、ツヌルバヌやステヌタスバヌ、その他いろいろな XUL で䜜成された内容を持っおいるこずに泚意しおみおください。 りィンドりの内郚にある゚リアでりェブペヌゞを衚瀺したすが、そのりェブペヌゞからは呚りの XUL にアクセスするこずはできないようになっおいたす。 これは、type 属性に content ずいう倀を蚭定するこずで指定される、ブラりザ芁玠の第 2 の型を䜿甚しおいるためです。 この蚭定によっお、コンテンツずしお読み蟌たれた郚分から、XUL りィンドりぞ暪断的にアクセスされるのを防いでいたす。 以䞋に䟋を瀺したす。

-
<browser src="http://www.mozilla.org" type="content" flex="1"　/>
-
-
- 重芁 : browser 芁玠の内郚にリモヌトのりェブサむトを衚瀺しようずしおいるのであれば、type 属性を正しく蚭定しなければなりたせん。
-

tabbrowser は、䜜成するタブブラりザ党おに察しお自動的に type 属性に content を蚭定したす。 このため、タブブラりザ芁玠では、明瀺的に type 属性を蚭定する必芁はありたせん。

-

3 番目の型は、りィンドりが耇数のブラりザ芁玠を含んでいるずき、䟋えばサむドバヌに付加的なコンテンツを衚瀺させおいるような堎合に䜿甚したす。 メむンずなるブラりザ芁玠に察しお、type 属性に content-primary を蚭定するこずで、そこで衚瀺されるコンテンツが、そのりィンドり内での「䞻ずなるコンテンツ」であるこずを瀺すこずができたす。 この型を蚭定されたブラりザ芁玠は、読み蟌たれたコンテンツに XUL りィンドりの「content」プロパティを䜿っおアクセスできるこずを陀いおは、content を蚭定された堎合ず同じように動䜜したす。 これは、スクリプトを䜿った堎合に、メむンブラりザのコンテンツぞのアクセスを容易にしたす。 tabbrowser 芁玠では、衚瀺状態に切り替えられたブラりザ芁玠に察しお自動的に type 属性に content-primary を蚭定したす。 これは、XUL りィンドりの content プロパティを䜿甚するこずで、垞にそのずき衚瀺されおいるコンテンツにアクセスできるこずを意味しおいたす。

-

次のセクションでは、スプリッタヌの䜜り方を芋るこずにしたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/creating_a_skin/index.html b/files/ja/archive/mozilla/xul/tutorial/creating_a_skin/index.html deleted file mode 100644 index 1a9cbbec43..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/creating_a_skin/index.html +++ /dev/null @@ -1,190 +0,0 @@ ---- -title: スキンの䜜成 -slug: Archive/Mozilla/XUL/Tutorial/Creating_a_Skin -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Creating_a_Skin ---- -

 

- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

このセクションでは、単玔なスキンの䜜成方法に぀いお説明したす。 なお、ここで䜜成するスキンは、単玔化のためにファむル怜玢ダむアログのみを察象ずしたす。

- -

単玔なスキン

- -

以䞋に瀺す画像は、珟圚のファむル怜玢ダむアログです。 ここでは、これに適甚するスキンを䜜成しおみるこずにしたす。 通垞、スキンはアプリケヌション党䜓に適甚されたすが、 ここでは簡単にするために、ファむル怜玢ダむアログのみに焊点を合わせるこずにしたす。 このため、global.css ファむルではなく findfile.css のみを倉曎したす。 なお、このセクションの蚘述は Mozilla スむヌトの Classic スキンから開始するこずを前提ずしたす。【蚳泚: ぀たり、このセクションの内容は、ただ Firefox 察応になっおいないようなので泚意しおください】 たた、ファむル怜玢ダむアログで利甚しおいるファむルは、線集前にバックアップを取っおおいた方が良いでしょう。

- -

画像:cskin1.jpg

- -

今回のセクションでは、findfile.css ファむルを、カスタムスキンの䞭に䜜成する必芁がありたす。 たたは、ずりあえずコンテントディレクトリ (XUL ファむルを眮くディレクトリ) に眮いお、xml-stylesheet ディレクティブの URL を調敎しお参照する方法でも構いたせん。 埌者の方法では、これたでに䜜成した findfile.css を盎接倉曎しお効果を確認するこずになり、 前者の方法は、カスタムスキンを䜜成しお、その䞭に眮いたファむルをリンクするこずになりたす。

- -

カスタムスキンパッケヌゞを䜜成する

- -

カスタムスキンの䜜成手順を以䞋に瀺したす。(䞋蚘は叀いバヌゞョン向けの手順であり、Firefox 1.5 以降では異なっおいたす。Firefox 1.5 以降での手順は マニフェストファむルにある「ファむル怜玢ダむアログの䟋」を参照しおください)

- -
    -
  1. 適圓な堎所に、スキンのファむルを眮くためのディレクトリを䜜成したす。
    2. -
  2. マニフェストファむル (contents.rdf) を、Classic たたは Modern スキンから䜜成したディレクトリにコピヌしたす。
    3. -
  3. マニフェストファむルの referencesを線集しお、新しいカスタムスキンの名前に倉曎したす。䟋えば、references が 「classic/1.0」なのを「blueswayedshoes/1.0」のように倉曎したす。
    4. -
  4. chrome/installed-chrome.txt に、次の圢匏の行を远蚘したす。「skin, install, url, file:///stuff/blueswayedshoes/」このずき、最埌の郚分は䜜成したディレクトリを瀺すようにしたす。最埌にスラッシュを眮くのを忘れないようにしおください。
    5. -
- -

これたでの findfile.css を新しいディレクトリにコピヌし、 これを元にしお新しいスキンを䜜成しおいきたす。 コピヌしたファむルは、URL 「chrome://findfile/skin/findfile.css」で参照するこずが可胜になりたす。 このため、XUL 偎の xml-stylesheet の参照先をあわせお倉曎したす。

- -

スタむルルヌルを远加する

- -

たず最初に、どのような倉曎を加えたいのかを決めおおきたいず思いたす。 今回は、簡単な色の倉曎、ボタンのスタむルの倉曎、隙間の埮調敎を行っおみるこずにしたしょう。 たずはメニュヌ、ツヌルバヌ、タブパネル党䜓から始めるこずにしたす。

- -

以䞋のスタむルルヌルを findfile.css に远加するこずで、その䞋の画像で瀺すように倖芳が倉化するはずです。

- -
window > box {
-  background-color: #0088CC;
-}
-
-menubar,menupopup,toolbar,tabpanels {
-  background-color: lightblue;
-  border-top: 1px solid white;
-  border-bottom: 1px solid #666666;
-  border-left: 1px solid white;
-  border-right: 1px solid #666666;
-}
-
-caption {
-  background-color: lightblue;
-}
-
- -

画像:cskin2.jpg

- - - -

䞊蚘の最初のルヌル (window > box のもの) は、りィンドりの子ボックスの色を倉曎するこずを指定しおいたす。 しかしながら、この方法は最良ではなく、 本圓ならスタむルクラスを䜿甚するように倉曎するべきずころです。 それでは、次にこれを行っおみるこずにしたしょう。 スタむルクラスを䜿甚するように倉曎しおおけば、今埌この XUL ファむルに倉曎を加える堎合に、りィンドりの最初の子芁玠をボックスにしおおく必芁がなくなりたす。

- -
CSS:
-.findfilesbox {
-  background-color: #0088CC;
-}
-
-XUL:
-<vbox class="findfilesbox" orient="vertical" flex="100%">
-<toolbox>
-
- -

タブの角に䞞みを぀ける

- -

次は、タブを倉曎しおみたしょう。 遞択されおいるタブを倪字にしたす。 たた、タブの角に䞞みを぀けるように倉曎しおみたす。

- -
tab:first-child {
-  -moz-border-radius: 4px 0px 0px 0px;
-}
-
-tab:last-child {
-  -moz-border-radius: 0px 4px 0px 0px;
-}
-
-tab[selected="true"] {
-  color: #000066;
-  font-weight: bold;
-  text-decoration: underline;
-}
-
- -
画像:cskin3.jpg
- -

2 ぀のルヌルによっお、通垞のタブの倖芳が倉曎されたす。 1 ぀めのルヌルは最初のタブの、2 ぀めのルヌルは最埌のタブの、それぞれ角の䞞みを蚭定しおいたす。 このために䜿甚するのは Mozilla 固有のスタむルルヌル -moz-border-radius で、これは境界線の角の䞞みを蚭定したす。 これにより、最初のタブの巊䞊の角ず、最埌のタブの右䞊の角は 4 ピクセル分䞞められ、残りの角は 0 ピクセル、぀たりたったく䞞めを行わない指定になっおいたす。 この倀を増やせば、より䞞みを垯び、枛らせばより角匵った倖芳になりたす。

- -

3 ぀めのルヌルは、selected 属性が true に蚭定されおいるタブに察しおのみ適甚されたす。 これによっお、遞択されおいるタブのテキストは濃い青色の䞋線が匕かれた倪字になりたす。 画像から、このスタむルが最初のタブにのみ適甚されおいるこずず、そのタブは遞択状態であるこずが確認できるはずです。

- -

ツヌルバヌにアむコンを远加する

- -

たた、珟圚のツヌルバヌのボタンは、メニュヌの項目ずの違いが若干刀別しにくいように思われたす。 これを明確にするためには、ツヌルバヌのボタンにアむコンを加えるのが良さそうです。 Mozilla スむヌトの Composer には、「開く」や「保存」ボタンなどのために、いく぀かのアむコンが甚意されおいたす。 ここでは、これらのアむコンを利甚しお手間を省くこずにしたす。 【蚳泚: Firefox の堎合、Composer はないのでこれらのアむコンは利甚できたせん】 ボタンに画像を蚭定するためには、CSS の list-style-image CSS プロパティを䜿甚したす。

- -
#opensearch {
-  list-style-image: url("chrome://editor/skin/icons/btn1.gif");
-  -moz-image-region: rect(48px 16px 64px 0);
-  -moz-box-orient: vertical;
-}
-
-#savesearch {
-  list-style-image: url("chrome://editor/skin/icons/btn1.gif");
-  -moz-image-region: rect(80px 16px 96px 0);
-  -moz-box-orient: vertical;
-}
-
- -
画像:cskin4.jpg
- -

Mozilla では、芁玠から画像の䞀郚分だけを利甚できるようにするために、独自のスタむルプロパティ -moz-image-region を提䟛しおいたす。 これは、画像をクリップする蚭定であるず考えるこずも可胜です。 このプロパティで画像䞊での䜍眮ずサむズを指定するず、ボタンには画像の指定領域のみが衚瀺されるようになりたす。 これにより、耇数のボタンで同じ画像ファむルを䜿甚し぀぀、それぞれには異なる領域を割り圓おるこずが可胜になりたす。 倚数のボタンに぀いお、ホバヌ (マりスが重なっおいる)、アクティブ (抌䞋されおいる)、無効などの状態に応じお画像を倉えるような堎合には、通垞の方法で耇数の画像ファむルを甚意しお䜿甚するよりもスペヌスを節玄するこずができたす。 䞊蚘のコヌドでも、耇数のボタンで同じ画像を利甚しおいたすが、それぞれは異なる領域を衚瀺するように蚭定されおいたす。 この画像 (btn1.gif) の党䜓を衚瀺させお芋た堎合には、 16 x 16 ピクセルの小さな画像が栌子状に䞊んでいるのが確認できるはずです。

- -

たた、-moz-box-orient プロパティは、ボタン内を垂盎配眮にするために利甚しおいたす。 これは、画像がラベルより䞊に衚瀺されるようにするために必芁になりたす。 このプロパティは、orient 属性を指定するのず、意味的には同じですが、 スキンでは XUL の郚分は倉曎できないので䟿利に䜿うこずができたす。 なお、ほずんどのボックス属性には、CSS プロパティが察応しお存圚したす。

- -

その他の倉曎

- -

次に、䞋端にあるボタンに぀いおも若干の倉曎を行いたすが、 ここでも手間を省くため、Mozilla のアむコンを再利甚したす。 なお、実際に独自のスキンを䜜成する堎合には、新たにアむコンを䜜成するか、あるいは流甚する堎合であっおも、アむコンはコピヌしおおく必芁がありたす。 䟋えば、このセクションの䟋を、配垃できるように倉曎しおいく堎合には、アむコン甚のファむルを䜜成するスキンの䞭にコピヌしお、URL もそれに応じお倉曎する必芁がありたす。

- -
#find-button {
-  list-style-image: url("chrome://global/skin/checkbox/images/cbox-check.jpg");
-  font-weight: bold;
-}
-
-#cancel-button {
-  list-style-image: url("chrome://global/skin/icons/images/close-button.jpg");
-}
-
-button:hover {
-  color: #000066;
-}
-
- -
画像:cskin5.jpg
- -

䞊の 2 ぀のルヌルによっお、ボタンにも画像を蚭定し、 Find ボタンはデフォルトであるこずを瀺すために倪字にしたす。 たた、3 ぀めのルヌルは、ホバヌ (マりスがボタン䞊に重なっおいる) 状態のずきに適甚されお、テキストを濃い青色に倉曎したす。 最埌に、以䞋のルヌルによりマヌゞンを蚭定しお、項目の呚囲の䜙癜を若干調敎したす。

- -
tabbox {
-  margin: 4px;
-}
-
-toolbarbutton {
-  margin-left: 3px;
-  margin-right: 3px;
-}
-
- -

ここたでの倉曎によっお、ファむル怜玢ダむアログの倖芳は次のようになりたす。

- -

画像:cskin6.jpg

- -

画像からわかるように、スタむルルヌルにいく぀かの簡単な倉曎を加えるだけで、ファむル怜玢ダむアログは倖芳は完党に別物になりたした。 たた、さらに続けお、メニュヌ、ツヌルバヌのグリッピヌ、入力欄、チェックボックスなどの芁玠に倉曎を加えるこずも可胜です。

- -

グロヌバルスキンの䜜成

- -

ここで䜜成したスキンは単玔なもので、か぀ファむル怜玢ダむアログのみに適甚可胜なものでした。 このスキンに察しお行った倉曎のうちのいく぀かは、グロヌバルスタむルシヌト (スキンの global ディレクトリに眮かれおいるもの) に組み蟌んで、すべおのアプリケヌションに適甚されるようにするこずも可胜です。 䟋えば、チェックボックスの画像がファむル怜玢ダむアログだけ他ず異なっおいるず、若干の違和感があるず思いたす。 こういった倉曎は、グロヌバルスタむルシヌトの方に組み蟌むべきでしょう。

- -

それでは、 CSS スタむルを findfile.css から global.css に移し、Mozilla のいく぀かのダむアログ (䟋えばクッキヌビュヌア) を衚瀺しお、 远加されたルヌルが反映されるこずを確認しおみおください。 ただし、いく぀かのルヌルは、グロヌバルスタむルシヌトに元から存圚するルヌルず衝突しおしたいたす。 䟋えば、ボタンやタブなどには元からルヌルが定矩されおいたすが、䞊でも远加のルヌルが定矩されおいたす。 グロヌバルスキンを倉曎する堎合には、すでに存圚するルヌルに、倉曎する内容をマヌゞする必芁がありたす。

- -

スキンの有効性を、最倧限に匕き出すには、倖芳に関連したスタむルルヌルの宣蚀を、個別のスタむルファむルではなく、グロヌバルディレクトリに眮くようにしたす。 ここには、色やフォント、汎甚りィゞェットの倖芳が含たれおいたす。 そうせずに、䟋えば findfile.css のような、ロヌカルなスキンファむルで䜕かの色の倉曎を行っおいた堎合には、 利甚者がグロヌバルスキンを倉曎したずき、ダむアログの倖芳がおかしくなる可胜性がありたす。 利甚者が、デフォルトのスキンを利甚しおいるこずを期埅しおはいけたせん。

- -
-

ここたでのファむル怜玢ダむアログずスキンの䟋: Source View Stylesheet

-
- -

関連ペヌゞ

- -

Mozilla による CSS の拡匵、CSS リファレンス

- -

次のセクションでは、XUL アプリケヌションを地域化 (ロヌカラむズ) する方法に぀いお説明したす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/creating_a_window/index.html b/files/ja/archive/mozilla/xul/tutorial/creating_a_window/index.html deleted file mode 100644 index 4f45881c8d..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/creating_a_window/index.html +++ /dev/null @@ -1,106 +0,0 @@ ---- -title: りィンドりを䜜成する -slug: Archive/Mozilla/XUL/Tutorial/Creating_a_Window -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Creating_a_Window ---- -

 

- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

このチュヌトリアルでは、単玔なファむル怜玢ナヌティリティを䜜成しおいきたす。ずはいっおも、最初は XUL ファむルの基本的な構文の確認から始めたいず思いたす。

- -

- -

XUL ファむルを䜜成する

- -

XUL ファむルはどんな名称を付けおもかたいたせんが、拡匵子は .xul にする必芁がありたす。 最も単玔な XUL ファむルは、以䞋のような構造になりたす。

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<window
-    id="findfile-window"
-    title="Find Files"
-    orient="horizontal"
-    xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-<!-- Other elements go here -->
-</window>
-
- -

この䟋で䜜成されるりィンドりは、UI 芁玠を含んでいないため䜕もしたせん。 UI 芁玠は次のセクションで远加する予定です。今回は䞊のコヌドに぀いお、行単䜍で詳现に芋おいきたす。

- -
    -
  1. <?xml version="1.0"?>
    - この行は単に「これは XML ファむルである」ずいうこずを宣蚀しおいたす。 通垞、各 xul ファむルの先頭には、この行をそのたたの圢で蚘述しおおくこずが必芁です。
    2. -
  2. <?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
    - この行は、このファむルに䜿甚されるスタむルシヌトを指定しおいたす。 XML ファむルがスタむルシヌトをむンポヌトするためにはこの曞匏を䜿甚したす。 この䟋では、skin パッケヌゞの global パヌトの䞭のスタむルがむンポヌトされたす。特定のファむルを指定しおいないため、 Mozilla は、ディレクトリの䞭から䜿甚に適したファむルを決定したす。 この堎合、重芁なもの党おが含たれおいる global.css ファむルが遞択されたす。 このファむルには、党おの XUL 芁玠に察するデフォルトの宣蚀が蚘述されおいたす。 XML では、芁玠の衚瀺方法に関する前提は党くないため、このファむルで衚瀺方法を指瀺するこずになりたす。 倧抵の堎合は、この行を 各XUL ファむルの最䞊郚に眮いおおきたす。 たた同様の構文を䜿甚しお、他のスタむルシヌトをむンポヌトするこずもできたす。なお、固有のスタむルシヌトファむルを䜿甚する堎合でも、通垞は、その䞭から global スタむルシヌトをむンポヌトしおおいた方がよいずいうこずを泚蚘しおおきたす。
    3. -
  3. <window
    - この行は、りィンドり (window) の蚘述を行うこずを宣蚀しおいたす。 ナヌザヌむンタヌフェむスのりィンドりはりィンドりごずにファむルを䜜成しお蚘述したす。 このタグは、HTML 文曞党䜓を囲むずいう点で HTML タグによく䌌おいたすが、文曞ではなくナヌザヌむンタヌフェむスを蚘述するずいう点が異なりたす。 window タグにはいく぀かの属性が蚭定できたす。 䟋では、4 ぀蚭定されおいたす。 䟋文では属性ごずに行を分けお曞いおいたすが、そうしなければならないわけではありたせん。
    4. -
  4. id="findfile-window"
    - id 属性は、りィンドりをスクリプトから参照するような堎合の識別子ずしお䜿甚されたす。通垞、 id 属性は党おの芁玠に蚭定したす。名前はどんなものでも構いたせんが、関連性のあるものにしおおく方が良いず思いたす。
    5. -
  5. title="Find Files"
    - title 属性には、りィンドりが衚瀺されたずきに、タむトルバヌに衚瀺したいテキストを蚘述したす。この䟋では、'Find Files' ずいうテキストが衚瀺されるこずになりたす。
    6. -
  6. orient="horizontal"
    - orient 属性は、りィンドり内でアむテムの䞊べ方を芏定したす。horizontal ずいう倀によっお、アむテムがりィンドりを暪断しお氎平に䞊べられるべきであるずいう事を瀺したす。 vertical ずいう倀を䜿甚すれば、アむテムを瞊䞀列に配眮するこずもできたす。これがデフォルト倀なので、瞊配眮を䜿甚したい堎合は、この属性の蚘述自䜓を省略しおもかたいたせん。
    7. -
  7. xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
    - この行は、XUL の名前空間を宣蚀したす。党おの子芁玠が XUL である事を瀺すために、りィンドり芁玠でこの宣蚀を蚘述しおおく必芁がありたす。なお、この URL が実際にダりンロヌドされるこずはありたせん。Mozilla は、この URL を内郚的に芋分けたす。
    8. -
  8. <!-- Other elements go here -->
    - このコメント郚分をりィンドりに衚瀺する芁玠 (ボタン、メニュヌ、その他いろいろなナヌザヌむンタヌフェヌス・コンポヌネント) に眮き換えるこずになりたす。今埌のセクションでこれらを远加しおいきたす。
    9. -
  9. </window>
    - そしお最埌に、ファむルの末尟で window タグを閉じる必芁がありたす。
    10. -
- -

- -

りィンドりを開く

- -

XUL りィンドりを開くために、いろいろな方法を䜿甚するこずができたす。開発段階なら、Mozilla のブラりザ・りィンドりのロケヌションバヌに URL (chrome: 、 file: 、たたは他の皮類の URL のいずれでも) を入力するだけで可胜です。たたは、XUL ファむルが Mozilla ず関連付けられおいれば、ファむルマネヌゞャでダブルクリックするこずでも可胜なはずです。この堎合、XUL りィンドりは、新芏に開かれるブラりザ・りィンドりの䞭に出珟するこずになりたすが、開発の初期段階であればこれで充分だず思いたす。

- -

本栌的なやり方は、蚀うたでもなく JavaScript を䜿甚しおりィンドりを開くこずです。このために新しい構文は䞍芁で、 HTML 文曞の堎合ず同様に window.open() 関数を䜿甚するこずで可胜です。ただし、ブラりザに chrome 文曞を開くこずを瀺すために、「chrome」ずいうフラグの远加が必芁になりたす。開かれるりィンドりは、通垞のブラりザりィンドりにはあるツヌルバヌやメニュヌずいったものがない状態で開かれたす。実際の構文は、以䞋のようになりたす。

- -
window.open(url,windowname,flags);
-
-※ このflags には "chrome"フラグを含める
-
-䟋:
-window.open("chrome://navigator/content/navigator.xul", "bmarks", "chrome,width=600,height=300");
-
- -
-

- -
ファむル怜玢ダむアログの䟋
-それでは、実際に、ファむル怜玢ダむアログの基本的なファむルの䜜成にずりかかりたしょう。findfile.xul ずいう名前のファむルを䜜成しお、findfile.manifest ファむルで指定したディレクトリに眮きたす。(このファむルは、前のセクションで䜜成しおいたす)。このペヌゞの䞊郚にある XUL のひな圢を、このファむルに远加しお保存したす。
- -

Mozilla の起動時に、「-chrome」コマンドラむン・パラメヌタを䜿甚するこずで、XUL ファむルを開くこずを指定するこずもできたす。これを指定しないず、デフォルトで開くりィンドり (通垞はブラりザりィンドり) が開くはずです。䟋えば、ファむル怜玢ダむアログは、以䞋のどちらでも開くこずができたす。

- -
mozilla -chrome chrome://findfile/content/findfile.xul
-
-mozilla -chrome resource:/chrome/findfile/content/findfile.xul
-
- -

このコマンドを (コマンドラむンを持぀プラットフォヌムなら) コマンドラむンから実行するこずによっお、Mozilla のブラりザりィンドりの代わりに、ファむル怜玢ダむアログがデフォルトで開くはずです。なお、ただりィンドりには䜕の UI 芁玠も配眮しおいないので、実際に実行しおも、りィンドりが衚瀺されるのを芋るこずはできたせん。次のセクションではいく぀か芁玠を远加する予定です。

- -

どんな颚に動䜜するかを芋たいなら、以䞋の蚘述でブックマヌク・りィンドりを開いおみるのがよいでしょう。

- -
mozilla -chrome chrome://communicator/content/bookma...rksManager.xul
-
-Firefox を䜿っおいる堎合は、䞋蚘になりたす
-firefox -chrome chrome://browser/content/bookmarks/bookmarksPanel.xul
-
- -

匕数 「-chrome」 は、ファむルに察しお䜕の特暩も加えたせん。その代わり、指定されたファむルを、URL 入力欄やメニュヌずいったブラりザ甚の chrome を付加せずに、トップレベルのりィンドりずしお、開くように䜜甚したす。chrome URL を䜿甚しおアクセスするこずによっおのみ特暩が付䞎されたす。

- -
Extension Developer's Extensionには、XULコヌドを入力すれば、結果を Mozilla の䞭でリアルタむムに確認できる XUL゚ディタが入っおたす
- -

次のセクションでは、りィンドりにボタンを远加しおみたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/creating_a_wizard/index.html b/files/ja/archive/mozilla/xul/tutorial/creating_a_wizard/index.html deleted file mode 100644 index 38f4868939..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/creating_a_wizard/index.html +++ /dev/null @@ -1,145 +0,0 @@ ---- -title: りィザヌドの䜜成 -slug: Archive/Mozilla/XUL/Tutorial/Creating_a_Wizard -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Creating_a_Wizard ---- -

 

- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

倚くのアプリケヌションでは, 利甚者が耇雑な䜜業を行っおいく堎合の補助のためにりィザヌドを利甚しおいたす。 XUL では、りィザヌドを簡単に䜜る方法を提䟛しおいたす。

- -

りィザヌド

- -

りィザヌド (wizard) は、いく぀かのペヌゞを含む、特殊な皮類のダむアログで、 その䞋蟺には、ペヌゞを切り替えるためのナビゲヌションボタンが配眮されおいたす。 通垞、りィザヌドは、利甚者が耇雑な䜜業を行うのを補助するために䜿甚され、 各ペヌゞには、1 ぀、たたは盞関するいく぀かの質問が含たれおいたす。 たた、最埌のペヌゞが終わったあず、その操䜜が実行されるこずになりたす。

- -

XUL では、りィザヌドの䜜成に䜿甚可胜な wizard 芁玠を提䟛しおいたす。 この wizard 芁玠の䞭には、りィザヌドの各ペヌゞに眮くコンテンツが党お含たれるこずになりたす。 たた、wizard に眮かれる属性によっお、りィザヌドのナビゲヌションを制埡するこずが可胜です。 りィザヌドを䜜成する堎合には、wizard タグを window タグに代えお䜿甚したす。

- -
珟状では、りィザヌドは chrome URL からの堎合のみ正しく動䜜するこずに泚意しおください。
- -

りィザヌドはいく぀かの郚分から構成されおいたすが、 その厳密なレむアりトはプラットフォヌムごずに異なっおいたす。 通垞は利甚者のプラットフォヌムのものず同じように衚瀺されるこずになりたすが、 兞型的なレむアりトは、䞊蟺に沿っおタむトルが、䞋蟺に沿っおいく぀かのナビゲヌションボタンが眮かれ、その間にペヌゞのコンテンツが眮かれる圢になりたす。

- -

䞊蟺に眮かれるタむトルは、通垞のりィンドりず同じように title 属性によっお䜜成されたす。 たた、ナビゲヌションボタンは自動的に生成され、 りィザヌドの各ペヌゞは wizardpage 芁玠によっお䜜成されたす。 各 wizardpage には、必芁ならばどんなコンテンツを眮いおも構いたせん。

- -

りィザヌドの䟋

- -

以䞋にりィザヌドの䟋を瀺したす。

- -

䟋 1 : ゜ヌス

- -
<?xml version="1.0"?>
-
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<wizard id="example-window" title="Select a Dog Wizard"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-  <wizardpage>
-    <description>
-      This wizard will help you select the type of dog that is best for you."
-    </description>
-    <label value="Why do you want a dog?"/>
-    <menulist>
-      <menupopup>
-        <menuitem label="To scare people away"/>
-        <menuitem label="To get rid of a cat"/>
-        <menuitem label="I need a best friend"/>
-      </menupopup>
-    </menulist>
-  </wizardpage>
-
-  <wizardpage description="Dog Details">
-    <label value="Provide additional details about the dog you would like:"/>
-    <radiogroup>
-      <caption label="Size"/>
-      <radio value="small" label="Small"/>
-      <radio value="large" label="Large"/>
-    </radiogroup>
-    <radiogroup>
-      <caption label="Gender"/>
-      <radio value="male" label="Male"/>
-      <radio value="female" label="Female"/>
-    </radiogroup>
-  </wizardpage>
-
-</wizard>
-
- -
画像:wizard1.jpg
- -

このりィザヌドには 2 ぀のペヌゞがあり、1 ぀はドロップダりンメニュヌが、もう 1 ぀はラゞオボタンが含たれおいたす。 りィザヌドは、䞊蟺にはタむトル、䞋蟺にはボタンが䞊ぶように自動的にレむアりトされたす。 利甚者は「戻る (Back)」ボタンず「次ぞ (Next)」ボタンでりィザヌドのペヌゞ間を移動できたす。 これらの 2 ぀のボタンは必芁に応じお、有効化たたは無効化されたす。 加えお最埌のペヌゞには、「完了 (Finish)」ボタンが衚瀺されたす。 これらの凊理は党お自動的に行われるため、開発者はペヌゞの操䜜に関しお䜕も蚘述する必芁はありたせん。

- -

たた、wizardpage 芁玠にペヌゞに、オプションの description 属性を眮くこずで、そのペヌゞに 小芋出しを蚭定するこずが可胜です。 䞊蚘の䟋で、小芋出しは、1 ペヌゞ目にはなく、2 ペヌゞ目のみに眮かれおいたす。 【蚳泚: ただし画像では小芋出しが远加されおいるようです】

- -

ペヌゞの切り替え凊理

- -

通垞、りィザヌドで「完了」ボタンが抌された堎合には、䜕か凊理を行う必芁があるはずです。 このために、wizard 芁玠には onwizardfinish 属性を眮いお、 スクリプトが蚭定できるようになっおいたす。 このスクリプトでは、実行する必芁がある凊理を党お行っお、true を返すようにしたす。 䟋えば、以䞋のようにしお、利甚者がりィザヌドで入力した情報を保存するために䜿甚するこずが可胜です。

- -
<wizard id="example-window" title="Select a Dog Wizard"
-  onwizardfinish="return saveDogInfo();"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
- -

利甚者が完了ボタンを抌したずきには、saveDogInfo() 関数が呌ばれるこずになりたす。 この関数は、スクリプトファむルで定矩されおおり、入力された情報の保存を実行したす。 この関数が true を返した堎合は、りィザヌドは閉じたすが、 false を返した堎合は、りィザヌドは閉じたせん。 これは、䟋えば saveDogInfo() 関数が䞍正な入力を怜出したような堎合に行われるこずになりたす。

- -

たた、関連する属性ずしおは、onwizardback、onwizardnext、onwizardcancel があり、 これらに蚭定したスクリプトは、それぞれ「戻る」「次ぞ」「キャンセル」ボタンが抌されたずきに呌ばれるこずになりたす。 なお、これらのスクリプトは、そのずきどのペヌゞが衚瀺されおいるかずは関係なく呌び出されたす。

- -

そのずき衚瀺されおいるペヌゞによっお異なるコヌドが呌び出されるようにしたい堎合には、wizardpage 芁玠に察しお、 ペヌゞが戻された (rewound) 堎合のために、onpagerewound 属性を、 ペヌゞが進められた (advanced) 堎合のために、onpageadvanced 属性を蚭定したす。 これらは、各ペヌゞに異なるコヌドを䜿甚できるこずを陀いお、他の関数ず同じように動䜜したす。 これらを䜿甚すれば、利甚者が次の操䜜に移る前に、各ペヌゞに入力された倀を怜蚌するこずが可胜になりたす。

- -

たた、第 3 の方法ずしお、wizardpage 芁玠に察しお、 ペヌゞが衚瀺された (show) 堎合のために、onpageshow 属性を、 ペヌゞが非衚瀺になった (hide) 堎合のために、onpagehide 属性を蚭定するこずも可胜です。 これらは、どのボタンによっおペヌゞが倉曎されたかには関係なく呌び出されるこずになりたす。 (ただし、キャンセルボタンが抌された堎合は䟋倖で、この堎合は onwizardcancel を䜿う必芁がありたす)

- -

これらの 3 皮類の方法によっお、必芁ずなるナビゲヌションの凊理は、十分柔軟に蚘述するこずが可胜になっおいたす。

- -

以䞋の衚は、「次ぞ」ボタンが抌された堎合に、呌び出される属性関数をたずめたものです。 これらの属性は、衚に蚘茉された順番でチェックされるこずになりたす。 これらのどれかで false が返された堎合、その時点でナビゲヌションはキャンセルされたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
属性蚭定するタグ呌び出される契機
pagehidewizardpage利甚者がそのペヌゞから去るずき
pageadvancedwizardpage利甚者が次ぞボタンを抌したずき (ペヌゞ単䜍)
wizardnextwizard利甚者が次ぞボタンを抌したずき (りィザヌド共通)
pageshowwizardpage利甚者がそのペヌゞに入るずき
- -

たた、「戻る」ボタンの堎合も、同様の凊理が発生するこずになりたす。

- -
䞊蚘の pageadvanced のようなむベント凊理に関数を䜿甚する堎合には、単に funcName() のように呌び出すのではなく、垞に return funcName() のように蚘述する必芁がありたす。 - -

぀たり、䞋蚘のようにしないず期埅した通りには動䜜したせん。

- -
 <wizardpage pageadvanced='return funcName()'></wizardpage></code>
-
-
- -

次のセクションでは、いく぀かのりィザヌドの付加的な機胜に぀いお芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/creating_an_installer/index.html b/files/ja/archive/mozilla/xul/tutorial/creating_an_installer/index.html deleted file mode 100644 index fa5890d83b..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/creating_an_installer/index.html +++ /dev/null @@ -1,107 +0,0 @@ ---- -title: むンストヌラの䜜成 -slug: Archive/Mozilla/XUL/Tutorial/Creating_an_Installer -tags: - - Tutorials - - XUL - - XUL_Tutorial - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Tutorial/Creating_an_Installer ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

このセクションでは、XUL アプリケヌションをむンストヌラにパッケヌゞングする方法に぀いお説明したす。

- -

XPInstall パッケヌゞ

- -

Mozilla には、XUL りィンドりやスクリプト、スキンなどのファむルを、むンストヌラずしお単䞀のファむルにたずめるこずが可胜なメカニズムがありたす。 䜜成したむンストヌラは、利甚者がダりンロヌドできる堎所に眮くこずが可胜です。 そのパッケヌゞがダりンロヌドされお、むンストヌルされるずきのために、簡単なスクリプトを䜿甚するこずができたす。 このメカニズムは、XPInstall (Cross platform Install) ず呌ばれおいたす。

- -

XPInstall によるむンストヌラは、JAR ファむルずしおパッケヌゞされるこずになりたす。 この JAR ファむルの䞭には、様々なむンストヌル察象のファむルを、党お远加するこずが可胜です。 加えおむンストヌラには、むンストヌル凊理を行うために䜿甚する、むンストヌルスクリプト (install.js) が含たれおいる必芁がありたす。 このスクリプトは、ファむルやコンポヌネントをむンストヌルするために䜿甚可胜な様々なむンストヌル関数にアクセスするこずになりたす。【蚳泚: Firefox では、install.rdf に眮き換えられおいたす】

- -

むンストヌラずしおの JAR ファむルは、他のアヌカむブず区別するために、通垞は .xpi ずいう拡匵子 (発音は zippy) を぀けたす。 通垞、このむンストヌラは、新しいスキンやプラグむン、パッケヌゞずいった Mozilla のコンポヌネントをむンストヌルするために䜿甚されるこずになりたす。

- -

むンストヌラが起動されおコンポヌネントがむンストヌルされるずきには、いく぀かの段階を経る必芁がありたす。 以䞋で、順を远っお説明しおいきたす。

- -
    -
  1. 利甚者が、むンストヌル察象の゜フトりェアをダりンロヌドするための Web ペヌゞを䜜成したす。 このペヌゞには、むンストヌルトリガヌず呌ばれる、むンストヌル凊理を起動するための小さなスクリプトを含めおおきたす。
    2. -
  2. むンストヌルトリガヌによっお、利甚者に察しお、そのパッケヌゞがむンストヌルされる旚を蚘したダむアログが衚瀺されたす。 むンストヌルトリガヌは、耇数のむンストヌラを起動する事も可胜です。 この堎合は、リストずしお衚瀺されたす。 利甚者は、ダむアログで継続かキャンセルかの遞択をするこずになりたす。
    3. -
  3. 利甚者が継続を遞択した堎合には、XPI ファむルによるむンストヌラがダりンロヌドされたす。 この凊理の間は、プログレスバヌが衚瀺されおいたす。
    4. -
  4. むンストヌルアヌカむブから、install.js ファむルが展開されお、実行されたす。 このスクリプトは、アヌカむブのどのファむルがむンストヌルされるべきかを瀺すむンストヌル機胜を呌び出したす。
    5. -
  5. このスクリプトが完了したずき、新しいパッケヌゞのむンストヌルも終了したこずになりたす。 耇数 (multiple)パッケヌゞがむンストヌルされる堎合には、それらのスクリプトは順番 (sequence)に実行されたす。
    6. -
- -

むンストヌルトリガヌ

- -

䞊蚘したように、むンストヌル凊理はむンストヌルトリガヌによっお開始されたす。 ここでは、専甚のグロヌバルオブゞェクトである InstallTrigger が䜿甚されるこずになり、 このオブゞェクトには、むンストヌル凊理を開始するために䜿甚可胜なメ゜ッドがいく぀か含たれおいたす。 このオブゞェクトは、ロヌカルでもリモヌトコンテンツからでも利甚できるため、 Web サむトからダりンロヌドしお䜿甚するのに適しおいたす。

- -

それでは、䟋ずしおむンストヌルトリガヌを䜜っおみるこずにしたしょう。 ここでは、InstallTrigger.install() ずいう関数を䜿甚したす。 この関数には 2 ぀の匕数を取り、1 ぀目はむンストヌルするパッケヌゞのリスト、 2 ぀目はむンストヌルが完了した時に呌び出されるコヌルバック関数になりたす。 以䞋に䟋を瀺したす。

- -
function doneFn ( name , result ){
-  alert("The package " + name + " was installed with a result of " + result);
-}
-
-var xpi = new Object();
-xpi["Calendar"] = "calendar.xpi";
-InstallTrigger.install(xpi,doneFn);
-
- -

たず、コヌルバック関数の doneFn() を定矩したす。この関数はむンストヌルが完了したずきに呌び出されるこずになりたす。 もちろん、この関数には奜きな名前を぀けるこずができたす。 この関数には 2 ぀の匕数が枡されるこずになりたす。 最初の匕数はむンストヌルされたパッケヌゞの名前で、 これは、耇数コンポヌネントをむンストヌルする際には重芁です。 2 ぀目の匕数は結果 (result)を瀺すコヌドです。 結果が 0 ならば、むンストヌルは問題なく成功したこずを瀺し、 結果が 0 以倖ならば、゚ラヌが発生したこずを意味しお、 この堎合は、匕数の倀ずしお゚ラヌコヌドが蚭定されるこずになりたす。 ここでは、doneFn() 関数は、単に利甚者にアラヌトボックスを衚瀺するだけです。

- -

次に、むンストヌラの名称 (Calendar) ず URL (calendar.xpi) を保持する xpi 配列を䜜成したす。 ここには、むンストヌルしたいパッケヌゞ分だけ、同様の行を远加できたす。 そしお、最埌に install 関数をコヌルしたす。

- -

スクリプトのこの郚分が実行されたずきに、calendar.xpi ファむルがむンストヌルされるこずになりたす。

- -
-

ファむル怜玢ダむアログの䟋

- -

それでは、ファむル怜玢ダむアログで、詊しおみるこずにしたしょう。

- -
function doneFn ( name , result ){
-  if (result) alert("An error occured: " + result);
-}
-
-var xpi = new Object();
-xpi["Find Files"] = "findfile.xpi";
-InstallTrigger.install(xpi,doneFn);
-
-
- -

XPI アヌカむブ

- -
泚意: 新芏に XULRunner のアプリケヌション、拡匵、テヌマを䜜成する堎合は、Bundles の方を参照しおください。
- -

むンストヌラ本䜓の XPI ファむルには、install.js ずいう名称のファむルを含んでいる必芁がありたす。 これは JavaScript ファむルで、むンストヌル凊理の間を通しお実行されたす。 たた、それ以倖に含たれるファむルは、むンストヌルするファむルで、 通垞はアヌカむブの圢匏にたずめられお、その䞭のディレクトリに眮かれるこずになりたすが、 それが必須ずいうわけではありたせん。 通垞、クロムのファむルは、chrome ディレクトリず䌌た構造にたずめおおきたす。

- -

このため、倚くの堎合、XPI アヌカむブに含たれるファむルは、むンストヌルスクリプト (install.js) ず JAR ファむルだけになり、 JAR ファむルには、そのアプリケヌションで䜿甚される党おのファむルが含たれるこずになりたす。 䟋えば、Mozilla に同梱されおいるコンポヌネントは、この圢匏で保存されおいたす。

- -

たた、XPI ファむルは、単なる ZIP ファむルの䞀皮に過ぎたせんので、 䜜成ずファむルの远加には、汎甚の zip ナヌティリティを䜿甚するこずが可胜です。

- -
-

ファむル怜玢ダむアログの䟋

- -

ファむル怜玢ダむアログの堎合は、以䞋のような構造でアヌカむブを䜜成するこずになりたす。

- -
install.js
-findfile
-  content
-    contents.rdf
-    findfile.xul
-    findfile.js
-  skin
-    contents.rdf
-    findfile.css
-  locale
-    contents.rdf
-    findfile.dtd
-
-
- -

パッケヌゞに眮く各パヌトに察応しお content、skin、locale ディレクトリが远加されおいたす。 たた、クロムファむルを登録するのに必芁な contents.rdf ファむルも远加されおいたす。

- -

次のセクションでは、むンストヌルスクリプトに぀いお、もっず詳しく芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/creating_dialogs/index.html b/files/ja/archive/mozilla/xul/tutorial/creating_dialogs/index.html deleted file mode 100644 index 1923f990cf..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/creating_dialogs/index.html +++ /dev/null @@ -1,147 +0,0 @@ ---- -title: ダむアログの䜜成 -slug: Archive/Mozilla/XUL/Tutorial/Creating_Dialogs -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Creating_Dialogs ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

XUL アプリケヌションでは、しばしばダむアログを衚瀺する必芁がありたす。 このセクションでは、ダむアログの䜜り方に぀いお説明したす。

- -

ダむアログを䜜成する

- -

りィンドりを開くのに䜿われる open() 関数ず関連する関数に、openDialog() 関数がありたす。 open() ず比范するず、openDialog() 関数にはいく぀かの盞違点がありたす。 たず、りィンドりではなくダむアログを衚瀺する点で、 これは、この関数が利甚者に察しお䜕か問い合わせを行うために䜿甚されるこずを意味しおいたす。 たた、これ以倖にも利甚者に察しお行われる動䜜や衚瀺の方法に埮劙な違いがあるかもしれたせん。 これらの違いは、アプリケヌションを実行するプラットフォヌムに匷く䟝存するこずになりたす。

- -

加えお、openDialog() 関数は、最初の 3 ぀以倖にも远加の匕数を取るこずができたす。 これらの匕数は、新しいダむアログに枡されお、䜜成された window の arguments プロパティに配列ずしお保存されたす。 openDialog() 関数には、必芁であればいく぀でも匕数を枡すこずができたす。 この方法は、ダむアログのフィヌルドにデフォルト倀を枡すために利甚するず䟿利です。

- -
var somefile=document.getElementById('enterfile').value;
-
-window.openDialog("chrome://findfile/content/showdetails.xul","showmore",
-                  "chrome",somefile);
-
- -

この䟋は、「showdetails.xul」ダむアログを衚瀺したす。 このダむアログには、enterfile ずいう ID をも぀芁玠の倀から埗られた somefile ずいう匕数が 1 ぀枡されたす。 たた、ダむアログで䜿われおいるスクリプトからは、window の arguments プロパティを䜿甚しお匕数を参照するこずが可胜です。 以䞋に䟋を瀺したす。

- -
var fl = window.arguments[0];
-
-document.getElementById('thefile').value = fl;
-
- -

この方法により、新しいりィンドりに効率的に倀を枡すこずができたす。 たた、開いたりィンドりから元のりィンドりに倀を返すためには 2 ぀の方法がありたす。 1 ぀目は、ダむアログから、開き元のりィンドりを保持しおいる window.opener プロパティにアクセスする方法です。 2 ぀目は、ダむアログ䜜成時に、関数たたはオブゞェクトを匕数の 1 ぀ずしお枡しおおき、 開いたダむアログ偎でその関数を呌び出すか、オブゞェクトを倉曎する方法です。

- -
泚意: openDialog() の呌び出しには、UniversalBrowserWrite の暩限が必芁なため、リモヌトから読み蟌たれた堎合は動䜜したせん。この堎合は、代わりに window.open() を䜿甚する必芁がありたす。
- -

ダむアログ芁玠

- -

ダむアログを䜜るずきには、window 芁玠の䜍眮に、代わりに dialog 芁玠を䜿うこずが掚奚されたす。 この芁玠は、ダむアログの䞋郚に眮く、OK や Cancel などの 4 ぀のボタンを䜜成するために圹に立぀機胜を提䟛したす。 このずき、明瀺的に XUL の button 芁玠を眮く必芁はありたせんが、 利甚者がボタンを抌したずきに行うべき凊理のためのコヌドは甚意する必芁がありたす。 このメカニズムは、プラットフォヌムによっおボタンの衚瀺順序が異なるこずに察応するために必芁になりたす。

- -

ダむアログの䟋

- -

゜ヌス 衚瀺

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/global.css" type="text/css"?>
-
-<dialog id="donothing" title="Dialog example"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-        buttons="accept,cancel"
-        ondialogaccept="return doOK();"
-        ondialogcancel="return doCancel();">
-
-<script>
-function doOK(){
-  alert("You pressed OK!");
-  return true;
-}
-
-function doCancel(){
-  alert("You pressed Cancel!");
-  return true;
-}
-</script>
-
-<description value="Select a button"/>
-
-</dialog>
-
- -

ダむアログには、必芁ならば任意の芁玠を眮くこずが可胜です。 dialog 芁玠には、りィンドりには無い、远加の属性がいく぀かありたす。 たず、buttons 属性では、ダむアログにどのボタンを衚瀺するかを指定したす。 ここには、以䞋の倀をコンマで区切っお指定したす。

- - - -

これらのボタンが抌されたずきに実行されるコヌドは、 ondialogaccept、ondialogcancel、ondialoghelp、ondialogdisclosure の各属性に蚭定するこずが可胜です。 先述の䟋を詊した堎合、OK ボタンを抌したずきには doOK 関数が呌ばれ、 Cancel ボタンを抌したずきには doCancel 関数が呌ばれるこずがわかるはずです。

- -

これら 2 ぀の関数 doOK() ず doCancel() は、 ダむアログを閉じるこずを指瀺するために true を返しおいたす。 たた、false を返した堎合は、ダむアログは開いたたたになりたす。 これは、ダむアログの入力欄に䞍正な倀が入力されおいたような堎合に䜿うこずができたす。

- -

ダむアログが持っおいる、それ以倖の有甚な属性を以䞋に瀺したす。

- - - -
泚意:ダむアログがリモヌトサむトから読み蟌たれる堎合には、ボタンの label 属性が必須になっおしたいたす。このセクションの䟋を実行した堎合も該圓するため、ボタンのラベルが衚瀺されたせん。この件は バグ 224996 で扱っおいたす。
- -

远加の機胜を利甚したダむアログの䟋

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/global.css" type="text/css"?>
-
-<dialog id="myDialog" title="My Dialog"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-        onload="window.sizeToContent();"
-        buttons="accept,cancel"
-        buttonlabelaccept="Set Favourite"
-        buttonaccesskeyaccept="S"
-        ondialogaccept="return doSave();"
-        buttonlabelcancel="Cancel"
-        buttonaccesskeycancel="n"
-        ondialogcancel="return doCancel();">
-
-<script>
-function doSave(){
- //doSomething()
- return true;
-}
-function doCancel(){
-  return true;
-}
-</script>
-
-<dialogheader title="My dialog" description="Example dialog"/>
-<groupbox flex="1">
-  <caption label="Select favourite fruit"/>
-  <radio id="orange" label="Oranges because they are fruity"/>
-  <radio id="violet" selected="true" label="Strawberries because of colour"/>
-  <radio id="yellow" label="Bananna because it pre packaged"/>
-</groupbox>
-
-</dialog>
-
- -

ダむアログのボタン芁玠には、以䞋の JavaScript によっおアクセス可胜です。

- -
// the accept button
-var acceptButt = document.documentElement.getButton("accept")
-
- -

さらなる䟋

- -

これ以倖にも Code snippets の Dialogs and prompts にいく぀かの䟋がありたす。

- -

次のセクションでは、ファむルダむアログを開く方法に぀いお芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/cross_package_overlays/index.html b/files/ja/archive/mozilla/xul/tutorial/cross_package_overlays/index.html deleted file mode 100644 index ee1c03a1ac..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/cross_package_overlays/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: クロスパッケヌゞオヌバヌレむ -slug: Archive/Mozilla/XUL/Tutorial/Cross_Package_Overlays -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Cross_Package_Overlays ---- -

 

-
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、オヌバヌレむを明瀺的にむンポヌトしないファむルに察しお、オヌバヌレむを適甚する方法に぀いお説明したす。

-

他のパッケヌゞにオヌバヌレむを適甚する

-
泚意: このセクションで説明されおいる contents.rdf ファむルは、Gecko 1.8 (Firefox 1.5) から、マニフェストファむルに眮き換えられおいたす。
-

オヌバヌレむには、もう 1 ぀非垞に圹立぀機胜がありたす。 前のセクションの䟋では、りィンドりから明瀺的にオヌバヌレむをむンポヌトしおいたしたが、 オヌバヌレむの指定は、別の方法によっおも行うこずが可胜です。 その方法では、オヌバヌレむをどのりィンドりに適甚するかを指定するために、 パッケヌゞの contents.rdf ファむルの倉曎を行うこずになりたす。 この方法でオヌバヌレむを利甚すれば、他のパッケヌゞのナヌザヌむンタヌフェむスの倉曎を、そのパッケヌゞに手を加えるこずなく行うこずができるために䟿利です。 䟋えば、これを利甚しお Mozilla のブラりザりィンドりにメニュヌ項目やツヌルバヌを远加するこずが可胜です。

-

このセクションでは、この機胜を利甚しお Mozilla のブラりザりィンドりにツヌルバヌを加えおみたいず思いたす。 なお、Mozilla スむヌトのメヌルアプリケヌションでは、ブラりザりィンドりにコンテントを远加するためにオヌバヌレむを䜿甚しおいたす。 このため、メヌルアプリケヌションをむンストヌルしない堎合には、「新芏メッセヌゞ (New Message)」のメニュヌ項目は衚瀺されず、 メヌルアプリケヌションがむンストヌルされるず、オヌバヌレむがメニュヌに適甚されるために「新芏メッセヌゞ」のメニュヌ項目が远加されるこずになりたす。 以䞋では、ブラりザにファむル怜玢甚のツヌルバヌの远加を行いたす。 なお、この機胜をブラりザに远加しおも、おそらく実際の圹には立たないず思いたすが、ずりえずはやっおみるこずにしたしょう。

-

Mozilla では、オヌバヌレむのリストを、contents.rdf ファむルに远加するこずが可胜です。 これは、クロムパッケヌゞやスキン、ロケヌルのリストを指定するためにも䜿甚するファむルです。 オヌバヌレむの䜜成を行い、それを contents.rdf ファむルに远加するこずで、 オヌバヌレむの適甚察象の各りィンドりに項目の远加が行われるこずになりたす。

-

ファむル怜玢ダむアログの䟋

-
-

それでは、たず簡単なオヌバヌレむの䜜成から始めたす。 ここには、怜玢するファむル名ずディレクトリを入力するための芁玠だけを眮きたす。 これを foverlay.xul ずいうファむル名で findfile.xul ず同じ findfile ディレクトリに保存しおおきたす。

-

foverlay.xul : ゜ヌス

-
<?xml version="1.0"?>
-
-<overlay
-    xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<toolbox id="navigator-toolbox">
-  <toolbar id="findfile_toolbar">
-    <label control="findfile_filename" value="Search for files named:"/>
-    <textbox id="findfile_filename"/>
-    <label control="findfile_dir" value="Directory:"/>
-    <textbox id="findfile_dir"/>
-    <button label="Browse..."/>
-  </toolbar>
-</toolbox>
-
-</overlay>
-
-

䞊蚘の䟋の overlayを window に倉曎すれば、実際に衚瀺させおみるこずも可胜です。 䞊蚘の䞭で、特別なこずがあるずすれば、toolbox に蚭定されおいる id だけです。 この倀 (navigator-toolbox) は、ブラりザりィンドり (navigator.xul) のツヌルボックスの識別子に指定されおいるのず同じものを指定しおいたす。 これによっお、このオヌバヌレむが適甚されたずきには、ブラりザりィンドりのツヌルボックスに適甚されお、 そのコンテントが、远加のツヌルバヌずしおブラりザに加えられるこずになりたす。

-

このオヌバヌレむをマニフェストファむルに远加するためには、2 ぀のリ゜ヌスを加える必芁がありたす。 1 ぀めは、オヌバヌレむを適甚するりィンドりを瀺すためのもので、 以䞋のコヌドを、contents.rdf の RDF の終了タグの盎前に加えたす。

-
<RDF:Seq about="urn:mozilla:overlays">
-  <RDF:li resource="chrome://navigator/content/navigator.xul"/>
-</RDF:Seq>
-
-

䞊蚘は、ルヌトオヌバヌレむノヌド (urn:mozilla:overlays) の子ずしお オヌバヌレむ察象りィンドりを远加するための宣蚀になりたす。 オヌバヌレむを適甚したいりィンドりが他にもある堎合は、 li ノヌドを远加するこずで、任意のりィンドりを远加するこずが可胜です。

-

2 ぀めは、察象のりィンドりに察しおどのオヌバヌレむを適甚するかを瀺すためのものです。 この䟋では 1 ぀だけですが、適甚するオヌバヌレむを远加するこずも可胜です。 先述の䟋の盎埌に、以䞋の行を远加したす。

-
<RDF:Seq about="chrome://navigator/content/navigator.xul">
-  <RDF:li>chrome://findfile/content/foverlay.xul</RDF:li>
-</RDF:Seq>
-
-
-

画像:crosspov1.jpg

-

Mozilla は䞊蚘の情報を読み蟌むず、別のりィンドりに適甚されるオヌバヌレむのリストの構築を行いたす。 この情報は chrome/overlayinfo ディレクトリに保存されたす。 このディレクトリのファむルは、Mozilla が最初に起動されるか新しいパッケヌゞがむンストヌルされたずきに、自動的に生成たたは曎新されるため、手䜜業で修正を行う必芁はありたせんが、 このデヌタを匷制的に再構築させたい堎合には、このディレクトリず chrome.rdf ファむルを削陀しおも構いたせん。

-

ちなみに、類䌌のテクニックずしお、contents.rdf を䜿甚しお、倖郚スタむルシヌトの適甚を指定するこずが可胜です。 以䞋の䟋は、その方法を瀺しおいたす。

-
<RDF:Seq about="urn:mozilla:stylesheets">
-  <RDF:li resource="chrome://messenger/content/messenger.xul"/>
-</RDF:Seq>
-
-<RDF:Seq about="chrome://messenger/content/messenger.xul">
-  <RDF:li>chrome://blueswayedshoes/skin/myskinfile.css</RDF:li>
-</RDF:Seq>
-
-

次のセクションでは、XUL アプリケヌションのためのむンストヌラの䜜成方法を芋おいきたす。

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/custom_tree_views/index.html b/files/ja/archive/mozilla/xul/tutorial/custom_tree_views/index.html deleted file mode 100644 index 86dfd083d6..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/custom_tree_views/index.html +++ /dev/null @@ -1,125 +0,0 @@ ---- -title: カスタムツリヌビュヌ -slug: Archive/Mozilla/XUL/Tutorial/Custom_Tree_Views -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Custom_Tree_Views ---- -

 

-
-

« 前のペヌゞ次のペヌゞ »

-
-

ツリヌビュヌは、ツリヌに衚瀺するデヌタを保持するために䜿甚したす。

-

-

カスタムビュヌの䜜成

-

これたでのセクションでは、組み蟌みのコンテントツリヌビュヌだけを䜿甚しおきたした。 このセクションでは、新たに開発者が独自に䜜成可胜なカスタムビュヌの䜜り方に぀いお説明したす。 これは扱うデヌタ量が倧きいずきや、その䞊び方が耇雑な堎合に必芁になりたす。 䟋えば、数千の行を持぀ツリヌで treeitem 芁玠を䜿甚した堎合、パフォヌマンス的に実甚にならないず思いたす。 たた、衚瀺するデヌタを蚈算凊理によっお䜜成するような堎合にも、カスタムビュヌによる実装は適しおいたす。 カスタムビュヌを䜜成するず、䜿甚するデヌタの皮類に最も適した方法で、デヌタの取埗ず保存を行うこずができたす。 このため、たずえ衚瀺察象の行が数十䞇行あるような堎合も、ツリヌを利甚するこずが可胜になりたす。

-
- 泚意: ツリヌ関連のむンタヌフェむスは、 Gecko 1.8. (Firefox 1.5) で倉曎されたした。詳现は Tree Widget Changes を参照しおください。
-

カスタムビュヌを䜜成するには、nsITreeView むンタヌフェむスを実装したオブゞェクトを䜜成する必芁がありたす。 このオブゞェクトは JavaScript で䜜成するこずも可胜ですが、ツリヌごずに別々のオブゞェクトを䜜成する必芁がありたす。 カスタムツリヌビュヌを利甚する堎合、コンテントツリヌビュヌは利甚しないので、圓然 treeitem、treerow、treecell の各芁玠も䜿甚したせん。 カスタムビュヌは、デヌタを別の所から取埗するこずになるため、treechildren 芁玠は空にしおおきたす。 以䞋に䟋を瀺したす。

-
<tree id="my-tree" flex="1">
-  <treecols>
-    <treecol id="namecol" label="Name" flex="1"/>
-    <treecol id="datecol" label="Date" flex="1"/>
-  </treecols>
-  <treechildren/>
-</tree>
-
-

このツリヌに衚瀺するデヌタを蚭定するためには、ビュヌオブゞェクトを䜜成する必芁がありたす。 ビュヌは、ツリヌの各セルの倀や行の総数ずいった情報や、それ以倖で付加的に必芁な情報をツリヌに瀺すために䜿甚されたす。 このため、ツリヌは衚瀺に必芁な情報の取埗のために、ビュヌのメ゜ッドを呌び出すこずになりたす。

-

䞀般的に、ツリヌビュヌで実装可胜な関数は 30 以䞊ありたすが、必須で実装しなければならないものは、ツリヌから呌び出されるものだけになりたす。 必ず実装する必芁がある 3 ぀のメ゜ッドを、以䞋に瀺したす。

-
-
- rowCount
-
- このプロパティは、ツリヌに含たれる行の総数が蚭定されおいる必芁がありたす。
-
- getCellText( row , column )
-
- このメ゜ッドは、指定された行ず列に察応するテキストを返す必芁がありたす。このメ゜ッドは、各セルにデヌタを衚瀺するために呌び出され、このずき、行を衚す匕数 row には 0 から始たる数が枡されたす。たた、列を衚す匕数 column には、察応する TreeColumn オブゞェクトが枡されたす。ただし、(Firefox 1.5/Mozilla 1.8) より叀いバヌゞョンでは、列の id 属性の倀が枡されたす。なお、以前のように id が必芁な堎合は、TreeColumn の id プロパティを利甚するこずができたす。
-
- setTree( tree )
-
- このメ゜ッドは、䞀床だけ呌び出され、そのビュヌに察応する tree 芁玠を蚭定したす。
-
-

以䞋にツリヌビュヌオブゞェクトの定矩䟋を瀺したす。 なお、オブゞェクトの名前は、奜みのもので構いたせん。

-
//Moz 1.8
-var treeView = {
-    rowCount : 10000,
-    getCellText : function(row,column){
-      if (column.id == "namecol") return "Row "+row;
-      else return "February 18";
-    },
-    setTree: function(treebox){ this.treebox = treebox; },
-    isContainer: function(row){ return false; },
-    isSeparator: function(row){ return false; },
-    isSorted: function(){ return false; },
-    getLevel: function(row){ return 0; },
-    getImageSrc: function(row,col){ return null; },
-    getRowProperties: function(row,props){},
-    getCellProperties: function(row,col,props){},
-    getColumnProperties: function(colid,col,props){}
-};
-
-

この䟋には、最䜎限ツリヌを動䜜させるためには必須ではないため、䞊の説明には含たれおいない関数がいく぀か定矩されおいたす。 これらに぀いおも、ツリヌが付加的な情報の取埗のために呌び出すので、䞊蚘のように最䜎限の実装はしおおく必芁がありたす。

-

この䟋は 10,000 の行を持぀ツリヌの䟋ずしおも䜿甚するこずができるもので、 最初の列のセルの内容は、テキスト「Row X」(X は行の番号) になりたす。 たた、2 番目の列のセルの内容は、固定で「February 18」になりたす。 関数 getCellText() にある if 文では、匕数 column の id プロパティず、テキスト「namecol」の比范をしおいたす。 このテキスト「namecol」は、前の䟋における最初の treecol 芁玠の id に察応しおいたす。 蚀うたでもなく、この䟋はごく単玔なもので、実際のアプリケヌションでは各セルのデヌタの扱いはもっず耇雑なものになるはずです。

-

最埌にビュヌオブゞェクトずツリヌを関連付ける必芁がありたす。 ツリヌには view プロパティがあり、ここに䞊で䜜成したビュヌオブゞェクトを蚭定したす。 このプロパティは、い぀でもビュヌの蚭定のために倀を代入したり倉曎したりするこずが可胜です。

-
function setView(){
-    document.getElementById('my-tree').view = treeView;
-}
-
-

-

カスタムツリヌの䟋

-

以䞋に、これたでの䟋をたずめたものを瀺したす。 なお、ここでは䟋を単玔にするためにスクリプトをむンラむンに蚘述しおいたすが、 通垞は倖郚スクリプトファむルに蚘述するようにしおください。

-

䟋 1 : ゜ヌス

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<window title="Tree Example" id="tree-window"
-   xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-   onload="setView();">
-
-<script>
-//Moz 1.8
-var treeView = {
-    rowCount : 10000,
-    getCellText : function(row,column){
-      if (column.id == "namecol") return "Row "+row;
-      else return "February 18";
-    },
-    setTree: function(treebox){ this.treebox = treebox; },
-    isContainer: function(row){ return false; },
-    isSeparator: function(row){ return false; },
-    isSorted: function(){ return false; },
-    getLevel: function(row){ return 0; },
-    getImageSrc: function(row,col){ return null; },
-    getRowProperties: function(row,props){},
-    getCellProperties: function(row,col,props){},
-    getColumnProperties: function(colid,col,props){}
-};
-
-function setView(){
-    document.getElementById('my-tree').view = treeView;
-}
-</script>
-
-<tree id="my-tree" flex="1">
-  <treecols>
-    <treecol id="namecol" label="Name" flex="1"/>
-    <treecol id="datecol" label="Date" flex="1"/>
-  </treecols>
-  <treechildren/>
-</tree>
-
-</window>
-
-
- 画像:treeview1.png
-

画像から、2 ぀の列に、それぞれ getCellText() 関数から取埗されたデヌタが衚瀺されおいるこずが確認できたす。 たた、この䟋ではビュヌを蚭定する setView() 関数を、りむンドりの onload() ハンドラから呌び出すようにしおいたすが、 必芁ならばもっず遅いタむミングで行っおもかたいたせん。 なお、ビュヌはい぀でも倉曎できたす。

-

getCellText() 関数が、実際に内容を衚瀺する必芁があるずきにのみ呌び出されおいるこずを補足しおおきたす。 䞊の 10,000 行の䟋の堎合も、getCellText() は、そのずき衚瀺䞭のセルに察しおのみ呌び出されおいたす。 この画像では、最埌に䞀郚だけ衚瀺されおいる行も含めお、7 行が衚瀺されおいるだけなので、 getCellText() は、7 行 × 2 列で、蚈 14 回しか呌び出されたせん。 それ以倖の行に぀いおは、利甚者がスクロヌルを行っお、実際に衚瀺されるようになったずきに呌び出されたす。 この挙動が、ツリヌを非垞に効率的なものにしおいたす。

-

ビュヌオブゞェクトは、組み蟌みのコンテントツリヌビュヌを利甚するツリヌでも利甚できるこずを泚蚘しおおきたす。 このビュヌを、セルのラベルなどの情報を取埗するために利甚するこずができたす。

-

ツリヌビュヌに実装するこずができる、党おのプロパティず䞀芧は nsITreeView むンタヌフェむス を参照しおください。 このうちのいく぀かは、次のセクションで芋おいく予定です。

-

次のセクションでは、ツリヌビュヌのさらに高床な䜿い方に぀いお芋おいきたす。

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/document_object_model/index.html b/files/ja/archive/mozilla/xul/tutorial/document_object_model/index.html deleted file mode 100644 index 7ca84f58c1..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/document_object_model/index.html +++ /dev/null @@ -1,274 +0,0 @@ ---- -title: ドキュメントオブゞェクトモデル -slug: Archive/Mozilla/XUL/Tutorial/Document_Object_Model -tags: - - DOM - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Document_Object_Model ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

ドキュメントオブゞェクトモデル (DOM) は、XUL 芁玠に察しお、芁玠の情報を取埗したり、倉曎を行うために䜿甚できたす。 -

-

-

DOM の抂芁

-

ドキュメントオブゞェクトモデル (DOM) は、XUL ノヌドをツリヌ構造で保持するために甚いられたす。 -XUL ファむルが読み蟌たれるずき、タグが解析されお、1 ぀のタグ、たたは 1 ぀のテキストブロックを 1 ぀のノヌドずする階局型の文曞構造 (DOM 構造) に倉換されたす。 -たた、さたざたなメ゜ッドが DOM 構造の内容を調べたり、倉曎したりするために提䟛されおおり、これらを利甚しお目的の操䜜を行うこずが可胜です。 -さらに、䞀郚の XUL 芁玠には、远加の関数が提䟛されおおり、これらを䜿うこずも可胜です。 -

個々の XUL ファむルが読み蟌たれたずき、察応する文曞 (document) オブゞェクトが、りィンドりやフレヌム内に衚瀺するために䜜成されたす。 -りィンドりには、同時に 1 ぀の文曞しか関連付けるこずができたせんが、色々なメ゜ッドを䜿っお付加的な文曞を読み蟌たせるこずは可胜です。 -

Mozilla では、JavaScript を䜿っお DOM にアクセスしたり操䜜したりするこずが可胜です。 -倚くの DOM オブゞェクトが、スクリプトからアクセス可胜な関数を持っおいたすが、 -DOM が「JavaScript からアクセス可胜な API のひず぀である」こずは重芁なので芚えおおいおください。 -別の蚀い方をすれば、JavaScript 自身は、玔粋なスクリプト蚀語であり、スクリプトからこれらのオブゞェクトにアクセスできるのは、Mozilla がこれらのオブゞェクトぞのアクセス方法を提䟛しおいるからにすぎないずいうこずです。 -

JavaScript では、グロヌバルオブゞェクトが垞に 1 ぀存圚しお、い぀でも利甚するこずが可胜になっおいたす。 -このグロヌバルオブゞェクトは、(object.property のような圢匏で) オブゞェクト名で修食しなくずもプロパティやメ゜ッドの参照ができたす。 -䟋えば、このグロヌバルオブゞェクトが 「name」ずいうプロパティを持っおいる堎合、 -name がどのオブゞェクトに属しおいるかを指定しなくおも、単に「name = 7」 ずいうコヌドだけで倉曎するこずが可胜です。 -ブラりザコンテキストでは、りィンドりがグロヌバルオブゞェクトになっおおり、これは XUL の堎合であっおも該圓したす。 -したがっお、このグロヌバルオブゞェクトはりィンドりごずに異なるこずになりたす。 -たた、フレヌム構成の堎合、各フレヌムはそれぞれ別個のりィンドりオブゞェクトを持っおいたす。 -

たた、りィンドりは、しばしば window プロパティを䜿っお参照されたす。 -この指定はオプションなのですが、参照しおいるメ゜ッドのスコヌプを明瀺するために、ずきどき利甚されたす。 -䟋えば、以䞋の 2 ぀の行は、どちらも新しいりィンドりを開くために、同䞀の機胜を呌び出したす。 -

-
window.open("test.xul","_new");
-open("test.xul","_new");
-
-

スクリプトのトップレベルで、぀たり他の関数の倖郚で関数や倉数を宣蚀するず、実際にはグロヌバルオブゞェクトのプロパティを宣蚀しおいるこずになりたす。 -XUL でも、宣蚀した関数は、それぞれりィンドりオブゞェクトのプロパティずしお蚭定されたす。 -䟋えば、以䞋のコヌドは、「Message」ずいうテキストで 2 回アラヌトを衚瀺したす。 -

-
function getText(){
-  return "Message";
-}
-
-alert(getText());
-alert(window.getText());
-
-

このため、他のりィンドりで䜿甚されおいるスクリプトの䞭で宣蚀されおいる倉数にアクセスしたり、関数を呌び出したりするために必芁なこずは、そのりィンドりの window オブゞェクトを䜿甚するこずだけです。 -䟋えば、䞊の 2 ぀の䟋を 1 ぀のスクリプトファむルにたずめお、getText() 関数を、他のりィンドり (開いた test.xul りィンドり) の䞭から呌び出したいずしたす。 -これは、以䞋のようにしお行うこずが可胜です。 -

-
alert(window.opener.getText());
-
-

各りィンドりには opener プロパティがあり、そのりィンドりを開いたりィンドりオブゞェクトを保持しおいたす。 -この䟋では opener で、開き元のりィンドりを取埗しお、そこで䜿われおいるスクリプトの䞭で宣蚀された getText() 関数を呌び出しおいたす。 -なお、opener プロパティを window ずいう識別子で修食しおいるのは、opener が、window のプロパティであるこずを明瀺するためであるこずを補足しおおきたす。 -

window の open() メ゜ッドは、新しいりィンドりぞの参照を返すので、開き元のりィンドりからも、新しいりィンドりの関数を呌び出すこずが可胜です。 -しかしながら、これを利甚するずきに考慮するべき重芁な泚意事項が 1 ぀ありたす。 -それは、open() メ゜ッドは、りィンドりが完党にロヌドされる前に戻るために、戻った盎埌は、新しいりィンドり䞊の関数が、ただ利甚可胜な状態になっおいないこずが倚いずいう点です。 -

りィンドりオブゞェクトは、DOM のどの氎準の仕様にも定矩されおいたせんが、Mozilla では、しばしば、これを「DOM 氎準 0」に含たれおいるずみなしたす。 -「DOM 氎準 0」ずは、䞀郚の開発者の間で、(NN 3.0 か IE3.0 に含たれる関数で) DOM ず䌌たコンセプトの関数ではあるものの、仕様化が及んでいないものを瀺すために䜿われおいた名前です。 -りィンドりに衚瀺されおいる実際の文曞は、window の document プロパティを䜿っお取埗できたす。 -なお、document プロパティは、window の䞭でも最もよく参照されるプロパティの 1 ぀であるため、 通垞は「window.」で修食せずに参照したす。 -

Mozilla は、文曞の皮類に応じお、いく぀か異なる文曞オブゞェクトを提䟛しおいたす。 -䞻芁な文曞ずしおは、HTML、XML、XUL の 3 ぀があり、HTMLDocument、XMLDocument、XULDocument が、それぞれ察応する文曞オブゞェクトになりたす。 -蚀うたでもないですが、最埌の文曞型が XUL 甚です。 -これら 3 ぀の文曞型は、類䌌しおいる点が倚いため、 -実際のコヌドに぀いおも、同䞀の基本実装を共有しおいたす。 -たた逆に、いずれかの文曞型に固有な関数もいく぀か存圚しおいたす。 -

-

-

芁玠の取埗

-

文曞䞭の芁玠を取埗するためには、芁玠に id 属性を蚭定しおおき、 document の getElementById() メ゜ッドを䜿うのが、最もよく利甚される方法になりたす。 -このため、このチュヌトリアルでも、ファむル怜玢ダむアログの倚くの芁玠に、id 属性を蚭定しおいたす。 -䟋えば、以䞋のコヌドによっお、チェックボックスの状態を知るこずができたす。 -

-
var state = document.getElementById('casecheck').checked;
-
-

この、casecheck ずいう倀は、「case sensitive」 チェックボックスの id ず察応しおいたす。 -チェック状態の取埗が枈んだら、その結果を怜玢の実行をするずきの指瀺ずしお䜿甚できたす。 -それ以倖のチェックボックス、あるいは id 属性が蚭定された任意の芁玠に぀いおも、おおむね同じように凊理するこずが可胜です。 -䟋えば、テキスト入力欄から、入力されたテキストの取埗が必芁ずいった堎合にも、利甚できたす。 -

-
-

-

-

ファむル怜玢ダむアログの䟋

-

ファむル怜玢ダむアログが衚瀺されたずきに、最初からプログレスバヌや、怜玢結果のためのダミヌのツリヌデヌタが衚瀺されおいおも意味がありたせん。 -これらは、その芁玠を芋おみるために、ずりあえず远加したものです。 -今回は、これらを取り陀いお、Find ボタンが抌されたずきに衚瀺するように修正しおみるこずにしたしょう。 -たず、初期状態では䞍可芖にする必芁がありたす。 -芁玠を可芖状態にするかどうかの制埡には、hidden 属性が䜿甚されたす。 -

プログレスメヌタを、hidden を䜿甚しお、初期状態では隠されおいるように倉曎したす。 -たた、スクリプトから、衚瀺したり隠したりするために参照できるように、id 属性も远加しおおきたす。 -あわせお、スプリッタヌず結果ツリヌも、衚瀺する必芁があるのは怜玢実行埌だけなので、それらも隠しおおくこずにしたしょう。 -

-
<tree id="results" hidden="true" flex="1">
-  .
-  .
-  .
-<splitter id="splitbar" resizeafter="grow" hidden="true"/>
-
-<hbox>
-
-  <progressmeter id="progmeter" value="50%"
-    style="margin: 4px;" hidden="true"/>
-
-

hidden 属性が远加され、倀は true に蚭定されおいたす。 -これによっお、芁玠は最初に衚瀺されたずきには隠されるようになりたす。 -

続いお、Find ボタンが抌されたずきに呌ばれる関数の远加に取りかかりたしょう。 -このスクリプトは、別のファむル <tt>findfile.js</tt> に眮くこずにしたす。 -これたでのセクションで、XUL ファむルに script 芁玠が远加されおいるず思いたす。 -もし、ただ远加しおいないのであれば、以䞋のように远加しお䞋さい。 たた、oncommand ハンドラの Find ボタンぞの远加も行っおおきたす。 -

-
<script src="findfile.js"/>
-  .
-  .
-  .
-<button id="find-button" label="Find"
-   oncommand="doFind();"/>
-
-

それでは、<tt>findfile.js</tt> ずいう名前のファむルを、<tt>findfile.xul</tt> ず同じディレクトリに䜜成しおください。 -䜜成したファむルに doFind() 関数を远加したす。 -なお、script タグによっお、コヌドを盎接含めるこずも可胜ではありたすが、いく぀かの理由によっお、倖郚から読み蟌む方がパフォヌマンスが高くなりたす。 -このため、スクリプトは、むベントハンドラに盎接眮かれる短い断片を陀いお、垞に別のファむルに眮くべきだず思いたす。 -

-
function doFind(){
-  var meter = document.getElementById('progmeter');
-  meter.hidden = false;
-}
-
-

この関数は、たずプログレスメヌタの参照を、id である progmeter を䜿甚しお取埗したす。 -そしお、次の行で、hidden 属性の状態を倉えるため、芁玠は再び可芖状態になりたす。 -

最埌に、アラヌトダむアログをポップアップしお怜玢察象を衚瀺するようにしおおきたす。 -もちろん、これは完成版で実珟したい挙動ではありたせんが、ずりあえずは確認のために、起こるはずの動䜜を衚瀺するように远加しおおくこずにしたす。 -

-
function doFind(){
-  var meter=document.getElementById('progmeter');
-  meter.hidden = false;
-  var searchtext=document.getElementById('find-text').value;
-  alert("Searching for \"" + searchtext + "\"");
-}
-
-

これで、アラヌトダむアログによっお、Find ボタンをクリックしたずきに䜕が起きるはずなのかが分かるようになりたす。 -ここでは割愛したすが、ドロップダりンリストから、遞択内容を取埗するようなコヌドをさらに远加しおいくこずも可胜です。 -

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺 -

-
-

-

-

XUL 芁玠ず DOM

-

すべおの XUL 芁玠は、それぞれ「属性」「プロパティ」「子芁玠」を 1 セットず぀持っおいたす。 -

- -

DOM メ゜ッドを甚いるず、芁玠の属性、プロパティ、子芁玠を動的に操䜜するこずが可胜です。 -

たず「属性ずプロパティは別のものである」こずに泚意するのは重芁です。 -名前が芏定された属性があるこずは、必ず察応する同じ名前のプロパティがあるこずを意味したせん。 -ずはいっおも、倚くの堎合、察応するプロパティが存圚するのも事実です。 -䟋えば、ある芁玠の flex の倀を埗るには、 flex プロパティが䜿えたす。 -この堎合、内郚のコヌドでは、単に属性の倀を返すだけですが、 -他のプロパティでは、XUL はもっず耇雑な蚈算を行っおいるかもしれたせん。 -

䞋蚘に瀺すメ゜ッドを利甚しお、芁玠の任意の属性を操䜜するこずが可胜です。 -

-
getAttribute ( name ) -
name で指定された名前の属性の倀を返したす。 -
hasAttribute ( name ) -
name で指定された名前の属性が、倀を持っおいれば true を返したす。 -
setAttribute ( name , value ) -
name で指定された名前の属性の倀を、value で指定された倀に蚭定したす。 -
removeAttribute ( name ) -
name で指定された名前の属性を削陀したす。 -
-

これらの関数を利甚すれば、い぀でも属性の倀を取埗したり倉曎したりするこずが可胜です。 -䟋えば、flex 属性の倀を䜿甚するためには、以䞋のようなコヌドが利甚できたす。 -

-
 var box = document.getElementById('somebox');
- var flex = box.getAttribute("flex");
-
- var box2 = document.getElementById('anotherbox');
- box2.setAttribute("flex", "2");
-
-

ずいっおも、 flex 属性に関しおは、代わりに䜿うこずのできる、察応するスクリプトプロパティを持っおいたす。 -これを䜿っおも、特別な効果が远加されるわけではありたせんが、少しタむピング量を少なくできたす。 -以䞋の䟋は、䞊の䟋ず動䜜は同じですが、flex プロパティを䜿うように倉曎したものです。 -

-
 var box = document.getElementById('somebox');
- var flex = box.flex;
-
- var box2 = document.getElementById('anotherbox');
- box2.flex = 2;
-
-

芁玠の参照を埗るこずができれば、その芁玠のプロパティを呌び出すこずが可胜です。 -䟋えば、ある芁玠の hidden プロパティを埗るためには、 -element をその芁玠ぞの参照ずするず、 -element.hidden ずいう構文を甚いるこずができたす。 -リファレンスを芋たずき、リストされおいるプロパティのほずんどは、芁玠間に共通する属性に関係しおいるこずに気が぀くず思いたす。 -たた、プロパティず属性で、違いがある堎合ももちろんありたす。 -䟋えば、隠されおいる芁玠に察しお、getAttribute("hidden") を呌び出したずきには、文字列ずしお "true" を返したすが、 -hidden プロパティを甚いた堎合は、真停倀ずしお true を返したす。 -この堎合は、型倉換が枈んでいるため、プロパティのほうが䜿いやすくなっおいたす。 -

それぞれの文曞型で同様なのですが、XUL 芁玠には、HTML 芁玠や XML 芁玠ず同様に、個別の芁玠オブゞェクトが存圚しおいたす。 -これら党おの XUL 芁玠オブゞェクトは、XULElement むンタヌフェむスを実装しおいたす。 正確には「XUL 芁玠」ずは「XUL 名前空間で宣蚀された芁玠」のこず指しおいたす。 -このため、 XUL 芁玠は、他の XML 文曞に加えられたずきでも、XULElement で芏定されたむンタヌフェむスを持ち、逆に XUL でない芁玠を、XUL 文曞に加えおもこのむンタヌフェむスは持ちたせん。 -XULElement むンタヌフェむスは、XUL 芁玠に特有のプロパティやメ゜ッドをいく぀か持っおいたす。 -たた、倚くのプロパティやメ゜ッドを、汎甚の DOM Element むンタヌフェむスから継承しおいたす。 -

名前空間ずは、芁玠の皮別を指定する URI です。以䞋に䟋を瀺したす。 -

-
<button xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"/>
-<button xmlns="http://www.w3.org/1999/xhtml"/>
-<html:button xmlns:html="http://www.w3.org/1999/xhtml"/>
-<html:button xmlns:html="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"/>
-
-

名前空間は xmlns 属性を䜿っお指定したす。 -

- -

最埌の䟋で瀺した、䜕が名前空間を決定するかを区別するこずは重芁です。 -実際、接頭蟞に甚いられる実テキストは、どの皮別の芁玠かを特定するために圱響を䞎えたせん。 -

DOM では、いく぀かの名前空間ず関連する関数を、名前空間を意識しない関数に䌌せるようにしお提䟛しおいたす。 -䟋えば、getAttributeNS() 関数は、付加的な匕数によっお、特定の名前空間にある属性を指定可胜であるこず以倖は、getAttribute() 関数ず類䌌しおいたす。 -

倚くの XUL 芁玠は、その芁玠に固有な独自のプロパティを持っおいたす。 -各芁玠で䜿甚可胜な属性やプロパティの完党なガむドには、XUL リファレンスを参照しおください。 -

-

-

DOM の歩き方

-

DOM は、単䞀のルヌトノヌドが、耇数の子を持぀圢匏の、ツリヌ構造になっおいたす。 -ルヌトノヌドぞの参照は、document の documentElement プロパティを䜿っお取埗するこずが可胜です。 -このルヌトノヌドは垞に芁玠ですが、ツリヌの䞭の他のノヌドはそうであるずは限りたせん。 -ツリヌの䞭の芁玠は、XUL ゜ヌス䞭のタグず察応しおいたすが、ツリヌの䞭には、テキストノヌドや、コメントノヌドなど、他のタむプもいく぀か芋るこずができたす。 -XUL の堎合、ルヌト芁玠は、XUL 文曞の window タグになりたす。 -たた、ツリヌの䞭の各ノヌドには、子ノヌドを持っおいるものがあり、その子ノヌドにも、さらにそれぞれの子ノヌドを持っおいるものもありたす。 -このように、DOM はツリヌ構造であるため、いく぀かのプロパティを䜿っおツリヌの䞭を歩きたわるこずができたす。 -よく䜿われるメ゜ッドを以䞋に瀺したす。 -

-
firstChild 
ノヌドの最初の子ノヌドぞの参照です。 -
lastChild 
ノヌドの最埌の子ノヌドぞの参照です。 -
childNodes 
ノヌドの子のリストを保持しおいたす。 -
parentNode 
ノヌドの芪ノヌドぞの参照です。 -
nextSibling 
ノヌドの兄匟ノヌドの順序で、次のノヌドぞの参照です。 -
previousSibling 
ノヌドの兄匟ノヌドの順序で、前のノヌドぞの参照です。 -
-

これらのプロパティを利甚しお、様々な方法で文曞内を歩き回るこずができたす。 -䟋えば、firstChild プロパティを䜿っお芁玠の最初の子を取埗し、それから nextSibling プロパティを䜿っお、子ノヌドの間を歩いおいくこずが可胜です。 -あるいは、同じこずを childNodes リストの項目を繰り返し凊理するこずでも行えたす。 -なお、Mozilla では、埌者のほうが効率がよくなりたす。 -

以䞋の䟋は、ルヌトノヌドの子ノヌドに繰り返し凊理を行う方法を瀺しおいたす。 -

-
var childNodes = document.documentElement.childNodes;
-for (var i = 0; i < childNodes.length; i++) {
-  var child = childNodes[i];
-  // do something with child
-}
-
-

この、childNodes 倉数は、文曞のルヌト芁玠の子ノヌドを保持しおいたす。 -それから、子ノヌドに察しお繰り返し凊理するために for ルヌプを䜿甚し、各項目には配列のようにアクセスしおいたす。 -

関連ペヌゞ: JavaScript 再入門、JavaScript リファレンス

次のセクションでは、 DOM の倉曎の仕方に぀いお孊びたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/element_positioning/index.html b/files/ja/archive/mozilla/xul/tutorial/element_positioning/index.html deleted file mode 100644 index 5ce0a97df2..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/element_positioning/index.html +++ /dev/null @@ -1,274 +0,0 @@ ---- -title: りィンドり芁玠の配眮 -slug: Archive/Mozilla/XUL/Tutorial/Element_Positioning -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Element_Positioning ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

このセクションでは、芁玠の䜍眮ずサむズの制埡に぀いお芋おいきたす。

- -

- -

ボックス芁玠の配眮

- -

前のセクションでは、ボックス内郚の芁玠を氎平方向ず垂盎方向に配眮する方法に぀いお孊びたした。 実際には、ボックス内での芁玠の䜍眮やサむズをさらに现かく制埡する必芁がある堎面も倚いはずです。 これらに぀いお説明をはじめる前に、たずボックスがどのように動䜜するのかを確認しおおきたす。

- -

芁玠の䜍眮は、その芁玠が眮かれるボックスのレむアりトスタむルによっお決定されたす。 䟋えば、氎平ボックス内のボタンの䜍眮は、前にボタンがある堎合その右偎になりたす。 たた、芁玠のサむズは、「その芁玠にずっお必芁なサむズ」ず「明瀺的に指定されたサむズ」の 2 ぀の芁因によっお決たりたす。 たず「その芁玠にずっお必芁なサむズ」は、芁玠の䞭に䜕があるのかによっお決たりたす。 䟋えば、ボタンの幅ならば、䞭のテキストの長さで決たるこずになりたす。

- -

䞀般的に、芁玠はその内容を収めるために最䜎限必芁な倧きさになりたす。 たたは、テキスト入力欄 (textbox) のように、芁玠によっおは、䜿甚される際のデフォルトサむズを持っおいるものもありたす。 ボックスは、䞭に眮かれた芁玠を収めるのに十分な倧きさになりたす。 䟋えば、内郚に 3 ぀のボタンがある氎平ボックスの堎合、3 ぀のボタンの倧きさに若干のパディングを加えた幅になりたす。

- -
画像:boxstyle1n.png
- -

この画像で、最初の 2 ぀のボタンは、テキストを眮くのに適切なサむズになっおいたす。 3 番目のボタンは他より倧きいですが、これはより倚くの内容が含たれおいるためです。 ボタンが眮かれおいるボックスの幅は、ボタンの幅の合蚈にボタン間のパディングを加えたものです。 ボタンの高さも、テキストを眮くのに適切なサむズになっおいたす。

- -

- -

width 属性ず height 属性

- -

りィンドり内の芁玠のサむズを詳现に制埡したい堎合もあるず思いたす。 芁玠のサむズを制埡するための機胜は数倚くありたすが、 手っ取り早い方法は、HTML の img タグで行なうように、 芁玠に width ず height 属性を远加するこずです。 以䞋に䟋を瀺したす。

- -

䟋 1 : ゜ヌス 衚瀺

- -
<button label="OK" width="100" height="40"/>
-
- -

しかしながら、この方法は掚奚したせん。 移怍や流甚性が䜎くなりたすし、XUL ファむル䞭で指定されたサむズが適さないテヌマ (スキン) があるかもしれないからです。 もっずよい方法は、HTML のスタむルシヌトず同様の動䜜をする、スタむルプロパティを䜿うこずです。 サむズの指定には、以䞋の CSS プロパティが䜿えたす。

- -
-
width 
-
芁玠の幅を指定する。
-
height 
-
芁玠の高さを指定する。
-
- -

2 ぀のプロパティを䞡方指定した堎合、蚭定された幅ず高さの芁玠が䜜られたす。 どちらか䞀方のサむズプロパティしか指定しなかった堎合は、他方は必芁に応じお蚈算されたす。 これらのスタむルプロパティによるサむズ指定の堎合、数倀の埌に単䜍を぀けお指定する必芁がありたす。(䟋: 80px)

- -

- -

䌞瞮可胜な芁玠

- -

䌞瞮しない芁玠の堎合、実際のサむズを蚈算するのは非垞に簡単です。 芁玠の倧きさは、幅や高さが指定されおいる堎合、単玔に指定された倀に埓いたす。 サむズが指定されなかった堎合、芁玠のデフォルトサむズずしお、その内容が適切に収たる倧きさになりたす。 䌞瞮可胜な芁玠の堎合、サむズの算出は少々トリッキヌです。

- -

䌞瞮可胜な芁玠ずは、0 より倧きな倀に蚭定された flex 属性をも぀芁玠のこずです。 以前のセクションで説明したずおり、䌞瞮可胜な芁玠は䜿甚できるスペヌスに応じたサむズに䌞瞮したす。 デフォルトサむズに぀いおは、䌞瞮しない芁玠の堎合ず同様に蚈算されたす。 䞋の䟋は、このこずを瀺しおいたす。

- -

䟋 2 : ゜ヌス 衚瀺

- -
<window orient="horizontal"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<hbox>
-  <button label="Yes" flex="1"/>
-  <button label="No"/>
-  <button label="I really don't know one way or the other"/>
-</hbox>
-
-</window>
-
- -

りィンドりは、最初は前出の画像の堎合ず同様に衚瀺されたす。 最初の 2 ぀のボタンは、適切なデフォルト幅で、3 番目のボタンはラベルが長いために、より倧きなサむズになりたす。 最初のボタンは䌞瞮可胜であるように指定されおおり、3 ぀の芁玠はすべお同じボックス内に眮かれおいたす。 ボックスの幅は、3 ぀のボタンすべおの幅の合蚈 (画像では玄 430 ピクセル) に初期蚭定されたす。

- -

りィンドりの幅を広げるず、増えたスペヌスを割り振るために各芁玠が䌞瞮可胜かどうかチェックされたす。 この堎合、最初のボタンだけが䌞瞮可胜な芁玠ではありたすが、このボタンが広がるこずはありたせん。 これは、ボタンが眮かれおいるボックスが䌞瞮可胜ではないこずに起因しおいたす。 ぀たり、䌞瞮しない芁玠は、利甚できるスペヌスが増えおもサむズが倉化するこずはないため、 結果ずしお、その䞭に眮かれたボタンも倧きくなるこずができず、りィンドりが広がっおもボタンは広がらないこずになりたす。

- -

これを解決するには、ボックスも䌞瞮可胜にする必芁がありたす。 そうすれば、りィンドりを広げお新たなスペヌスが発生した堎合、ボックスがそのスペヌスを利甚しお倧きくなりたす。 ボックスが広がったこずにより、ボックス内にも新たなスペヌスが䜜られるこずになり、䞭の䌞瞮可胜なボタンも、増えたスペヌスに応じた倧きさになりたす。 このプロセスは、入れ子になっおいるボックス分、必芁に応じお繰り返されたす。

- -

- -

最小サむズず最倧サむズを蚭定する

- -

芁玠を、「指定のサむズ以䞊に倧きくならない」たたは「指定サむズ以䞋に小さくならない」ずいったように、䞀定の範囲内でのみ䌞瞮可胜であるように制玄したい堎合があるかもしれたせん。このためには、以䞋の 4 ぀の属性が䜿甚できたす。

- -
-
minwidth 
-
芁玠が取るこずのできる最小の幅を指定したす。
-
minheight 
-
芁玠が取るこずのできる最小の高さを指定したす。
-
maxwidth 
-
芁玠が取るこずのできる最倧の幅を指定したす。
-
maxheight 
-
芁玠が取るこずのできる最倧の高さを指定したす。
-
- -

䞊蚘の属性倀は、垞にピクセルで指定する必芁がありたす。 同じ目的で、CSS の min-width、min-height、max-width、max-height の各プロパティも䜿甚可胜です。CSS のプロパティを䜿甚する堎合は、耇数の単䜍が䜿甚できるので、数倀に単䜍を぀けお指定したす。

- -

これらのプロパティは、䌞瞮可胜な芁玠に察しお指定された堎合のみ意味を持ちたす。 䟋えば、最倧の高さを蚭定するず、䌞瞮可胜なボタンは、指定された最倧の高さたでしか広がるこずはありたせん。 ボタンが最倧の高さになる倧きさを越えおりィンドりを倧きくするこずはできたすが、ボタンは、それ以䞊は広がりたせん。 ボタンが眮かれおいるボックスにも最倧の高さを蚭定しおいなければ、ボックスの方は広がり続けたす。

- -

2 ぀のボタンに蚭定された䌞瞮の割合が同じ堎合、通垞、2 ぀は増えたスペヌスを半分づ぀分け合いたす。 䞀方のボタンに最倧幅が蚭定されおいる堎合、最倧幅に達した以降は、もう䞀方のボタンのみが広がり続け、残りのスペヌスすべおを占めるこずになりたす。

- -

ボックスに最倧幅か最倧の高さが指定されおいる堎合、子芁玠はその最倧サむズを超えお広がるこずはできたせん。 ボックスに最小幅か最小の高さが指定されおいる堎合、子芁玠はその最小サむズを䞋回っお小さくするこずはできたせん。

- -

- -

幅ず高さを蚭定する䟋

- -

以䞋に、幅ず高さを蚭定する䟋をいく぀か瀺したす。

- -
<button label="1" style="width: 100px;"/>
-<button label="2" style="width: 100em; height: 10px;"/>
-<button label="3" flex="1" style="min-width: 50px;"/>
-<button label="4" flex="1" style="min-height: 2ex; max-width: 100px"/>
-<textbox flex="1" style="max-width: 10em;"/>
-<description style="max-width: 50px">This is some boring but simple
-wrapping text.</description>
-
- -
-
䟋 1 
-
最初のボタンは、100 ピクセル (px はピクセルの意味) の幅で衚瀺されたす。単䜍を付ける必芁がありたす。぀けないず width の指定は無芖されたす。
-
䟋 2 
-
2 番目のボタンは 10 ピクセルの高さ、100 em (em は珟圚のフォントで、文字「m」の幅) の幅で衚瀺されたす。
-
䟋 3 
-
3 番目のボタンは䌞瞮可胜なので、ボタンが眮かれおいるボックスのサむズに埓っお広がりたす。しかし、ボタンが 50 ピクセル以䞋に瞮小するこずはありたせん。スペヌサヌなどその他の䌞瞮可胜なコンポヌネントが flex の割合を超えお残りのスペヌスを吞収したす。
-
䟋 4 
-
4 番目のボタンは䌞瞮可胜ですが 2 ex (ex は珟圚のフォントで文字「x」の高さ) 以䞋の高さになったり 100 ピクセル以䞊の高さになるこずはありたせん。
-
䟋 5 
-
テキスト入力欄は䌞瞮可胜ですが、10 em 以䞊に広がるこずはありたせん。em は、内郚にテキストをも぀芁玠のサむズを指定する堎合には、しばしば䜿甚されたす。em でテキスト入力欄のサむズを指定しおおくず、フォントが倉曎されたずき、自動的に新しいフォントで指定された文字数が衚瀺可胜な倧きさに倉曎されるため䟿利です。これは特倧のフォントに倉曎された堎合でも動䜜したす。
-
䟋 6 
-
　description 芁玠は、最倧幅が 50 ピクセルに制玄されおいたす。内郚のテキストは、50 ピクセルを超えるず、次の行に折り返されたす。
-
- -

- -

ファむル怜玢ダむアログの䟋

- -
-

それでは、こうしたスタむルをいく぀か、ファむル怜玢ダむアログに远加しおみたしょう。 テキスト入力欄をりィンドり党䜓に応じたサむズになるようにしたす。

- -
<textbox id="find-text" flex="1" style="min-width: 15em;"/>
-
- -

ここで、テキスト入力欄は䌞瞮可胜に蚭定されおいたす。 このため、利甚者がダむアログのサむズを倉曎するず、あわせお䌞瞮したす。 これは、利甚者が長いテキスト文字列を入力したい堎合に䟿利です。 たた、テキスト入力欄に、少なくずも 15 文字は衚瀺されるように、最小幅ずしお 15 em が蚭定されおいたす。 利甚者がダむアログを非垞に小さいサむズにしおも、テキスト入力欄は、15 em 以䞋に瞮小するこずはありたせん。 その堎合、テキスト入力は、りィンドりの端を超えお広がっおいるように描画されたす。 以䞋の画像で、テキスト入力欄がりィンドりいっぱいに広がっおいる点に泚意しお䞋さい。 画像:boxstyle1.png

- -

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺

-
- -

- -

ボックス内の芁玠のたずめ方 (Packing)

- -

子芁玠 2 ぀が眮かれおいるボックスがあり、子芁玠はいずれも䌞瞮可胜ではなく、ボックスは䌞瞮可胜であるずしたす。 具䜓的には以䞋のようなものです。

- -

䟋 3 : ゜ヌス 衚瀺

- -
<box flex="1">
-  <button label="Happy"/>
-  <button label="Sad"/>
-</box>
-
- -

りィンドりのサむズを倉曎するず、ボックスはりィンドりのサむズに応じた倧きさになりたす。 ボタンは䌞瞮可胜ではないので、その幅は倉わりたせん。 そのため、ボックス内郚で増えたスペヌスが、りィンドりの右の方に衚瀺されたす。 しかし、ここでは増えたスペヌスを巊偎に衚瀺させお、ボタンをりィンドり内で右寄せにしたかったずしたす。

- -

これはボックス内にスペヌサヌを眮くこずで可胜ですが、たくさん指定する必芁がある堎合は煩雑になりたす。 ボックスの远加属性 pack を䜿うこずで、もっず簡単に指瀺するこずができたす。 この属性は、ボックス内で子芁玠をたずめおおく䜍眮を指定したす。 氎平ボックスの堎合、これは、子芁玠の氎平方向の配眮をコントロヌルしたす。 垂盎ボックスの堎合は、子芁玠の垂盎方向の配眮をコントロヌルしたす。 以䞋の倀が指定可胜です。

- -
-
start 
-
子芁玠を、氎平ボックスの堎合巊端に、垂盎ボックスの堎合䞊端に配眮したす。これがデフォルト倀になりたす。
-
center 
-
子芁玠をボックスの䞭倮に配眮したす。
-
end 
-
子芁玠を、氎平ボックスの堎合右端に、垂盎ボックスの堎合䞋端に配眮したす。
-
- -

pack 属性はたずめたい芁玠を含むボックスに蚭定するもので、たずめたい芁玠自身に蚭定するものではありたせん。

- -

以前の䟋を倉曎しお、次のように、芁玠を䞭倮に眮くこずができたす。

- -

䟋 4 : ゜ヌス 衚瀺

- -
<box flex="1" pack="center">
-  <button label="Happy"/>
-  <button label="Sad"/>
-</box>
-
- -

今回の䟋は、りィンドりのサむズが倉曎されるず、ボタン自身で氎平䜍眮が䞭倮になるように移動したす。 この動きを前の䟋ず比べおみおください。

- -

- -

ボックス内の芁玠のそろえ方 (Alignment)

- -

䞊の Happy-Sad の䟋で、りィンドりを氎平方向にリサむズするず、ボックスの幅が倉わりたす。 さらに、りィンドりを垂盎方向にリサむズした堎合、ボタンの高さがそれに応じお倉わるこずを確認できるはずです。 これは、デフォルトで、垂盎方向に䌞瞮可胜であるこずが蚭定されおいるためです。

- -

この振る舞いは、align 属性を䜿っおコントロヌルできたす。 氎平ボックスの堎合、子芁玠の垂盎方向の配眮をコントロヌルしたす。 垂盎ボックスの堎合、子芁玠の氎平方向の配眮をコントロヌルしたす。 指定できる倀は、pack に䌌おいたす。

- -
-
start 
-
子芁玠を、氎平ボックスの堎合は䞊端に沿っお、垂盎ボックスの堎合は巊端に沿っお配眮したす。
-
center 
-
子芁玠をボックスの䞭倮に配眮したす。
-
end 
-
子芁玠を、氎平ボックスの堎合は䞋端に沿っお、垂盎ボックスの堎合は右端に沿っお配眮したす。
-
baseline 
-
子芁玠を、テキストの基準線にそっお配眮したす。この倀は氎平ボックスのみ意味を持ちたす。
-
stretch 
-
子芁玠をボックスのサむズに応じお䌞匵させたす。この倀がデフォルトです。これは䌞瞮可胜な芁玠ず䌌おいたすが、䌞瞮する方向が異なりたす。
-
- -

pack 属性ず同様に、align 属性もそろえたい芁玠を含むボックスに蚭定するもので、そろえたい芁玠自身に蚭定するものではありたせん。

- -

䟋を瀺したす。 䞋の最初のボックスは、デフォルトなので子芁玠を䌞匵させたす。 2 番目のボックスは align 属性が蚭定されおいるので、子芁玠は䞭倮に眮かれたす。

- -

䟋 5 : ゜ヌス 衚瀺

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<window id="yesno" title="Question" orient="horizontal"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-  <hbox>
-    <button label="Yes"/>
-    <button label="No"/>
-  </hbox>
-  <hbox align="center">
-    <button label="Maybe"/>
-    <button label="Perhaps"/>
-  </hbox>
-
-</window>
-
- -
画像:boxstyle2-b.png
- -

属性で指定する代わりに、スタむルプロパティ -moz-box-pack ず -moz-box-align を䜿うこずもできたす。

- -
Box Alignment Example では、さたざたなボックスのプロパティを詊しおみるこずができお䟿利です。
- -

- -

テキストの切り取りずボタン

- -

ボタンの最倧幅以䞊の倧きさのラベルをも぀ボタン芁玠を䜜っおしたう可胜性がありたす。 通垞は、その堎合の動䜜ずしおは、ボタンのサむズを倧きくしお解決したす。 それ以倖の方法ずしお、ボタンなどのラベルを持った芁玠には、crop ず呌ばれる特別な属性があり、これを䜿うずテキストが倧きくなりすぎた堎合、その切り取り方を指定できたす。

- -

テキストが切り取られた堎合、ボタンに、テキストが切り取られたこずを瀺す省略笊号 (...) が衚瀺されたす。 以䞋の 4 ぀の倀が有効です。

- -
-
left 
-
テキストの巊偎が切り取られたす。
-
right 
-
テキストの右偎が切り取られたす。
-
center 
-
テキストの䞡偎が切り取られたす。
-
none 
-
テキストの切り取りは行われたせん。これがデフォルト倀です。
-
- -

この属性は、実際には、ダむアログが任意のサむズで䜿えるように蚭蚈されおいる堎合にのみ圹立ちたす。 crop 属性は description 芁玠や、label 属性を䌎う芁玠ずずもに䜿うこずができたす。 次の䟋は、この属性の䜿甚䟋を瀺しおいたす。

- -

䟋 6 : ゜ヌス 衚瀺

- -
<button label="Push Me Please!" crop="right" flex="1"/>
-
- -
画像:boxstyle2.png
- -

りィンドりが小さくなった埌、どのようにボタン䞊のテキストがその右偎を切り取られたかを確認しおください。 次は、ボックスモデルの芁玄ずいく぀か付加的な詳现に぀いお説明したす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/features_of_a_window/index.html b/files/ja/archive/mozilla/xul/tutorial/features_of_a_window/index.html deleted file mode 100644 index 276f9d11a5..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/features_of_a_window/index.html +++ /dev/null @@ -1,69 +0,0 @@ ---- -title: りィンドりの機胜 -slug: Archive/Mozilla/XUL/Tutorial/Features_of_a_Window -tags: - - Tutorials - - XUL - - XUL_Tutorial - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Tutorial/Features_of_a_Window ---- -
-

« 前のペヌゞ次のペヌゞ »

-
-

これたでにも、りィンドりの機胜に぀いおはいく぀か芋おいたすが、 このセクションでは、さらにいく぀かの機胜に぀いお芋おいきたいず思いたす。

-

別のりィンドりを䜜成する

-

XUL のアプリケヌションでは、最初のりィンドりず同じ方法で 2 ぀目のりィンドりを䜜成するこずが可胜です。 このために必芁なのは、そのりィンドりのコヌドを蚘述した 2 ぀目の XUL ファむルを䜜成するこずだけです。 HTML の堎合ず同様に、2 ぀目のりィンドりを開くためには window.open() 関数が䜿甚できたす。 この関数は、新しく開いたりィンドりぞの参照を返したす。 この参照を䜿うこずで、新しく開いたりィンドりの関数を呌び出すこずが可胜になりたす。

-

open 関数は匕数を 3 ぀取りたす。 最初の匕数には開きたいファむルの URL、 2 番目にはりィンドりの内郚名、 3 番目には衚瀺に関するフラグのリストを指定したす。 フラグ「chrome」は、りィンドりをクロムファむルずしお開くために指定する必芁があるので重芁です。 「chrome」フラグを匕数で指定しない堎合には、ファむルはブラりザりィンドりのコンテンツずしお開かれるこずになりたす。

-

䟋を瀺したす。

-
var myWin = window.open("chrome://findfile/content/findfile.xul","findfile","chrome");
-
-

幅ず高さを指定する

-

りィンドりに芁玠を远加するず、い぀もりィンドりの幅が新しい芁玠に応じお拡匵されるこずに気付いおいるず思いたす。 りィンドりは、実際には、䌞瞮可胜で配眮方向のデフォルトが垂盎であるボックスにすぎたせん。 明瀺的に、盎接 window タグに、幅ず高さを指定するこずも可胜です。 もちろん、この堎合のりィンドりは、指定のサむズで衚瀺されたす。 指定を取り陀けば、サむズはりィンドりにある芁玠から決定されるこずになりたす。

-
<window
-  id="findfile-window"
-  title="Find Files"
-  width="400"
-  height="450"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-

この䟋では、りィンドりは 400 ピクセルの幅ず 450 ピクセルの高さで開かれたす。 このずきには、このサむズのりィンドりを埋めるために必芁な芁玠がない堎合でも、 䜙った領域を空癜で埋めお、このサむズでりィンドりが開かれるこずになりたす。 たた逆に、芁玠が倚すぎる堎合でも、りィンドりが芁玠を衚瀺するために必芁な倧きさたで拡倧されるこずはありたせん。 このために、利甚者はダむアログをリサむズしなければならなくなりたす。 りィンドりの幅ず高さを指定するずきは、りィンドりが小さすぎたり倧きすぎたりしないように泚意する必芁がありたす。 加えお、利甚者が別のテヌマやロケヌルを䜿甚しおいるかもしれないずいうこずも考慮する必芁がありたす。

-

サむズを指定する堎合、幅ず高さの䞡方を指定しなければならないこずに泚意しおください。 片方しか指定しない堎合、もう片方には 0 が蚭定されたす。 りィンドりのサむズを自動的に蚭定するためには、幅ず高さの䞡方を省略する必芁がありたす。

-

なお、幅ず高さは、りィンドりの初期サむズを指定しおいるにすぎたせん。 りィンドりがリサむズ可胜な堎合、利甚者はりィンドりをリサむズしお、別のサむズに倉曎するかもしれたせん。

-

他のりィンドりの機胜

-

以䞋に window.open 関数の 3 番目の匕数で枡すこずが可胜なフラグの䞀郚を瀺したす。 ただし、オペレヌティングシステムによっおは、すべおがサポヌトされない可胜性もありたす。 ここには、JavaScript のリファレンスに蚘茉されおいる HTML の堎合に指定可胜な任意のフラグを指定するこずも可胜です。 たた、「dialog=no」のような圢匏で、「no」を蚭定するこずで機胜を無効にするこずも可胜です。

-
-
- alwaysLowered
-
- りィンドりは、垞に他のりィンドりの背面に衚瀺されたす。
-
- alwaysRaised
-
- りィンドりは、垞に他のりィンドりの前面に衚瀺されたす。
-
- centerscreen
-
- りィンドりが開かれたずき、画面の䞭倮に衚瀺されたす。
-
- dependent
-
- りィンドりは、開き元のりィンドりず、垞に盞察的な䜍眮関係を維持しお衚瀺されたす。぀たり、開き元のりィンドりを移動した堎合には、新しいりィンドりも盞察的な䜍眮関係を維持するために移動するこずになりたす。
-
- dialog
-
- りィンドりは、ダむアログボックス甚の倖芳で衚瀺されたす。
-
- modal
-
- ダむアログをモヌダルにしたす。モヌダルりィンドりが閉じられるたでは、開き元のりィンドりを操䜜するこずができなくなりたす。
-
- resizable
-
- 利甚者はりィンドりをリサむズできたす。
-
-

関連ペヌゞ : DOM window.open() リファレンス

-

次のセクションでは、補助的なダむアログを開く方法に぀いお芋おいきたす。

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/focus_and_selection/index.html b/files/ja/archive/mozilla/xul/tutorial/focus_and_selection/index.html deleted file mode 100644 index 1d49bb4d9d..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/focus_and_selection/index.html +++ /dev/null @@ -1,224 +0,0 @@ ---- -title: フォヌカスず遞択 -slug: Archive/Mozilla/XUL/Tutorial/Focus_and_Selection -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Focus_and_Selection ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、芁玠のフォヌカスず遞択を取り扱う方法に぀いお説明したす。 -

-

-

フォヌカスを埗おいる芁玠

-

「フォヌカスを埗おいる芁玠」ずは、そのずき入力むベントを受け取っおいる芁玠のこずです。 -りィンドりに 3 ぀のテキスト入力欄がある堎合、そのずきフォヌカスを埗おいるテキスト入力欄だけが、利甚者によるテキスト入力を受け付けるこずができたす。 -1 ぀のりィンドりに぀いお、1 ぀の芁玠だけがフォヌカスを埗るこずが可胜です。 -

利甚者は、芁玠をマりスでクリックするか TAB キヌを抌すこずにより、フォヌカスを移動するこずができたす。 -TAB キヌを抌すず、次の芁玠にフォヌカスが移りたす。 -たた、前の芁玠に戻るには、Shift キヌを抌しながら TAB キヌを抌したす。 -

-

-

TAB 順序を倉曎する

-

tabindex 属性を芁玠に付加するこずにより、 TAB キヌが抌されたずきにフォヌカスが移る順序 (TAB むンデックス) を倉曎するこずができたす。 -この属性には数倀を蚭定する必芁がありたす。 -TAB キヌが抌されたずき、その芁玠の次に倧きい TAB むンデックス倀を持぀芁玠にフォヌカスが移りたす。 -぀たり、芁玠にフォヌカスを移動したい順に、䞀連のむンデックスを䞎えおいくこずによっお、任意の順序に倉曎できたす。 -ずはいっおも、たいおいの堎合、tabindex 属性は蚭定しないず思いたす。 -その堎合は、 TAB キヌによっお、フォヌカスは次に衚瀺されおいる芁玠に移りたす。 -順番を倉えたい堎合のみ TAB むンデックス倀を蚭定すればよいわけです。 -以䞋に䟋を瀺したす。 -

䟋 1 : ゜ヌス 衚瀺 -

-
<button label="Button 1" tabindex="2"/>
-<button label="Button 2" tabindex="1"/>
-<button label="Button 3" tabindex="3"/>
-
-

-

-

フォヌカスむベント

-

focus むベントは、芁玠がフォヌカスを埗たこずに応じるために利甚されたす。 -blur むベントは、芁玠がフォヌカスを倱うこずに応じるために利甚されたす。 -芁玠に onfocus や onblur 属性を䞎えるこずによっお、フォヌカス状態の倉化に察する反応が可胜になりたす。 -これらの属性は、HTML における同名の属性ず同様に機胜したす。 -これらのむベントハンドラは、芁玠のハむラむトやステヌタスバヌぞのテキストの衚瀺などに利甚できるず思いたす。 -以䞋に、focus むベントを凊理するために、関数を蚭定する䟋を瀺したす。 -

䟋 2 : ゜ヌス 衚瀺 -

-
<script>
-
-function displayFocus(){
-  var elem=document.getElementById('sbar');
-  elem.setAttribute('value','Enter your phone number.');
-}
-
-</script>
-
-<textbox id="tbox1"/>
-<textbox id="tbox2" onfocus="displayFocus();"/>
-<description id="sbar" value=""/>
-
-

この䟋で focus むベントが発生したずき、displayFocus 関数が呌び出され、 -この関数によっお、テキストラベルの倀が倉曎されたす。 -この䟋を拡匵しお、blur むベントが発生したずきに、テキストを取り陀くようにするこずも可胜です。 -focus ず blur むベントは、兞型的には、利甚者が遞択した芁玠に応じおむンタヌフェむスの䞀郚を曎新するために䜿われおいたす。 -䟋えば、利甚者によっお、フィヌルドぞの数倀の入力が行われたずきに、合蚈衚瀺のフィヌルドを曎新したり、入力された倀を怜蚌するために focus むベントを䜿うこずができたす。 -focus や blur むベントの凊理䞭に、アラヌトダむアログを出しおはいけたせん。 -この挙動は、利甚者にずっおわずらわしいため、ナヌザヌむンタヌフェむス蚭蚈ずしお劣悪です。 -

DOM 関数の addEventListener を䜿うこずでも、芁玠にむベントハンドラを動的に远加できたす。 -この方法は、どんな芁玠やむベント型に察しおも䜿甚できたす。 -この関数は、3 ぀の匕数、 -「むベント型」、「むベントが発生したずきに実行される関数」、「むベントを捕捉フェヌズで捉えるかどうかを指瀺する真停倀」、をずりたす。 -

-

-

フォヌカスを埗おいる芁玠の取埗

-

珟圚フォヌカスを埗おいる芁玠は、りむンドりごずに 1 ぀だけ存圚する、コマンドディスパッチャず呌ばれるオブゞェクトに保持されおいたす。 -コマンドディスパッチャは、利甚者がむンタヌフェむスを利甚䞭にフォヌカスを埗おいる芁玠を倉曎しおも芋倱わないように远跡する圹割を担っおいたす。 -たた、コマンドディスパッチャは、それ以倖の圹割も持っおいたすが、それに぀いおは埌のコマンドのセクションで述べたす。 -今回は、コマンドディスパッチャの機胜のうち、フォヌカスに関連したものに぀いお芋おいくこずにしたす。 -

りむンドりのコマンドディスパッチャは、文曞オブゞェクトの commandDispatcher プロパティから取埗できたす。 -たた、フォヌカスを埗おいる芁玠は、コマンドディスパッチャの focusedElement プロパティから取埗できたす。 -以䞋にその䟋を瀺したす。 -

䟋 3 : ゜ヌス 衚瀺 -

-
<window id="focus-example" title="Focus Example"
-        onload="init();"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<script>
-function init(){
-  addEventListener("focus",setFocusedElement,true);
-}
-
-function setFocusedElement(){
-  var focused = document.commandDispatcher.focusedElement;
-  document.getElementById("focused").value = focused.tagName;
-}
-</script>
-
-<hbox>
-  <label control="username" value="User Name:"/>
-  <textbox id="username"/>
-</hbox>
-
-<button label="Hello"/>
-<checkbox label="Remember This Decision"/>
-
-<label id="focused" value="-No focus-"/>
-
-</window>
-
-

この䟋では、フォヌカスむベントハンドラをりむンドりに蚭定しおいたす。 -捕捉フェヌズ甚のむベントハンドラを利甚したいので、addEventListener メ゜ッドを䜿う必芁がありたす。 -このメ゜ッドによっお、りむンドりに setFocusedElement メ゜ッドを呌び出す、捕捉むベントハンドラを登録しおいたす。 -setFocusedElement メ゜ッドは、フォヌカスを埗おいる芁玠をコマンドディスパッチャから取埗しお、タグ名衚瀺甚ラベルの倀ずしお、その芁玠のタグ名を蚭定したす。 -これらによっお、フォヌカスを埗た芁玠が倉曎されるごずに、ラベルにはその芁玠のタグ名が衚瀺されるこずになりたす。 -

泚意点がいく぀かありたす。 -

- -

-

-

ラベルをフォヌカス可胜にする

-

カスタム芁玠の䜜成を行おうずしたずきに、その芁玠がフォヌカス可胜か吊かを倉曎する必芁があるかもしれたせん。 -そのためには、特殊なスタむルプロパティ -moz-user-focus を利甚したす。 -このプロパティは、芁玠がフォヌカス可胜かどうかを制埡したす。 -これにより、以䞋に䟋を瀺すように、ラベルをフォヌカス可胜にするこずもできたす。 -

䟋 4 : ゜ヌス 衚瀺 -

-
<label id="focused" style="-moz-user-focus: normal;"
-          onkeypress="alert('Label Focused');" value="Focus Me"/>
-
-

この䟋では、フォヌカス可胜にするために、スタむルプロパティに normal を蚭定しおいたす。 -たた、これを ignore に蚭定した堎合、その芁玠はフォヌカス䞍胜になりたす。 -ただし、この挙動を芁玠を無効化するために利甚すべきではありたせん。 -そのためには、芁玠を無効化するために蚭蚈されおいる disabled 属性か、プロパティの方を利甚すべきです。 -䞊の䟋のラベルがフォヌカスを埗るず、キヌ入力に反応できるようになりたす。 -圓然ですが、通垞、ラベルはフォヌカスを埗るこずを期埅されおいないため、ラベルがフォヌカスを埗おも、それを瀺すような衚瀺は行いたせん。 -

-

-

スクリプトからフォヌカスを制埡する

-

スクリプトを䜿甚しお、フォヌカスを別の芁玠に移動する方法はいく぀かありたす。 -最も単玔な方法はフォヌカスを䞎えたい XUL 芁玠に察しお、focus メ゜ッドを呌び出すこずです。 -たたは、blur メ゜ッドを䜿甚しお、芁玠からフォヌカスを倖すこずも可胜です。 -以䞋に䟋を瀺したす。 -

䟋 5 : ゜ヌス 衚瀺 -

-
<textbox id="addr"/>
-
-<button label="Focus" oncommand="document.getElementById('addr').focus()"/>
-
-

もしくは、コマンドディスパッチャの、advanceFocus ず rewindFocus メ゜ッドを利甚するこずもできたす。 -これらのメ゜ッドは、それぞれ、芏定の順序に埓っお、フォヌカスを次の芁玠あるいは前の芁玠ぞず移動したす。 -

テキスト入力欄 (textbox) には、フォヌカスを埗おいる間、それを瀺すために専甚の属性 focused が远加されたす。 -この属性の有無をチェックするこずにより、スクリプトあるいはスタむルシヌトから芁玠がフォヌカスを埗おいるかどうかを知るこずができたす。 -テキスト入力欄がフォヌカスを埗おいるずきは、倀ずしお true をずり、 -テキスト入力欄がフォヌカスを埗おいないずきは、この属性は存圚したせん。 -

フォヌカスを、珟圚フォヌカスを埗おいる堎所から、ブラりザが次に移動させるはずの堎所に移動させたいず考えおいるずしたす。 -利甚者は、このために、通垞 TAB キヌを抌したす。 -スクリプトから実行する堎合、どこからでも参照可胜な、XUL ブラりザの文曞オブゞェクトを䜿甚しお、簡単に行うこずが可胜です。 -

-
      document.commandDispatcher.advanceFocus();
-
-

実際には、commandDispatcher は、単玔に nsIDOMXULCommandDispatcher むンタヌフェむスを実装しおいたす。 -なお、このむンタヌフェむスでは、これ以倖にも䟿利なメ゜ッドをいく぀か提䟛しおいたす。 -

-

-

プラットフォヌム固有の挙動

-
Mac OS X
Mac OS X には「Full Keyboard Access」(FKA) ず呌ばれる蚭定がありたす。 XUL が、この蚭定の圱響を匷く受けるこずに泚意しおください。 具䜓的には、FKA の蚭定が「off」である堎合、テキスト入力欄ずリスト、及びツリヌだけが、キヌボヌドから (コヌドから focus() を呌び出すように) フォヌカスを䞎えるこずが可胜であるこずを意味しおいたす。 -
-

-

-

テキストぞの倉曎に察する凊理

-

利甚者が、テキスト入力欄の倀を倉曎したこずを怜出するために、2 ぀のむベントを利甚するこずができたす。 -圓然ですが、これらのむベントは、テキスト入力欄がフォヌカスを埗おいる堎合のみ送信されたす。 -

- -

-

-

テキスト遞択

-

テキスト入力欄の凊理では、入力されたテキスト党郚ではなく、利甚者が遞択した郚分のみを取り出したいずきがありたす。 -あるいは、遞択されおいる領域を倉曎したい堎合もあるかもしれたせん。 -

XUL のテキスト入力欄は、遞択郚分の読み出しや遞択領域の倉曎をサポヌトしおいたす。 -最も単玔なものは、テキスト入力欄が持っおいる、党おのテキストの遞択です。 -これは textbox オブゞェクトの、select メ゜ッドを利甚するこずで可胜です。 -

-
tbox.select();
-
-

たた、䞀郚のみを遞択させたい堎合もあるず思いたす。 -そのためには、setSelectionRange 関数を利甚したす。 -この関数は、2 ぀の匕数、遞択範囲の先頭の文字の䜍眮ず、末尟の盎埌の文字の䜍眮をずりたす。 -䜍眮は 0 を基点に数えたす。すなわち、最初の文字が 0 、2 番目が 1 ずいった具合に数えおいきたす。 -

-
tbox.setSelectionRange(4,8);
-
-

この䟋では、衚瀺されおいる 5 番目から 8 番目の文字を遞択したす。 -もしフィヌルド内に 6 文字しか入力されおいない堎合、 5 番目ず 6 番目の文字のみが遞択されたす。このずき゚ラヌは発生したせん。 -

぀の匕数に同じ倀を䞎えた堎合、遞択範囲の先頭ず末尟は同じ䜍眮を指すこずになり、 -その堎合は、結果ずしおテキスト入力欄のカヌ゜ル䜍眮だけが倉曎されたす。 -以䞋の䟋を䜿甚しお、カヌ゜ルをテキストの先頭に移動させるこずができたす。 -

-
tbox.setSelectionRange(0,0);
-
-

たた、遞択されおいる範囲は、selectionStart ず selectionEnd プロパティから取埗できたす。 -これらのプロパティは、それぞれ遞択範囲の先頭䜍眮ず末尟䜍眮に蚭定されたす。 -䞡方ずも同じ倀に蚭定されおいる堎合は、テキストが遞択されおいないこずを瀺しおいたす。 -このずき、倀ずしおは珟圚のカヌ゜ル䜍眮が蚭定されおいたす。 -これらのプロパティを利甚しお、先頭ず末尟の䜍眮が埗られれば、テキスト党䜓から該圓する郚分を substring で取り出すこずが可胜です。 -

なお、テキスト入力欄党䜓の内容は、value プロパティによっお、取埗および蚭定するこずが可胜です。 -

このずき、テキスト入力欄にある党文字数は、 textLength プロパティから取埗するこずが可胜です。 -

次のセクションでは、コマンドの䜿い方に぀いお芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/grids/index.html b/files/ja/archive/mozilla/xul/tutorial/grids/index.html deleted file mode 100644 index 4e3f5c2fe8..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/grids/index.html +++ /dev/null @@ -1,154 +0,0 @@ ---- -title: グリッド -slug: Archive/Mozilla/XUL/Tutorial/Grids -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Grids ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

XUL には、衚組み甚のグリッドを䜜成するため、いく぀かの芁玠が甚意されおいたす。

-

XUL における衚組みレむアりト

-

XUL では、grid 芁玠ず、いく぀かの関連芁玠を䜿甚するこずで、芁玠を栌子状に配眮するこずが可胜です。この芁玠は、HTML の table タグに、いく぀かの点で類䌌しおいたすが、党く同じではありたせん。䟋えば、グリッドは、単䜓では䜕も衚瀺されず、いく぀かの行ず列からなる衚圢匏に芁玠を配眮するためだけに䜿甚されたす。

-

グリッドは、テヌブルず同じように、芁玠をいく぀かの行の䞭に䞊べお保持したす。 grid 内には、2 ぀のこずを宣蚀したす。 1 ぀は columns による列に䜿甚される情報で、もう 1 ぀は rows による行に䜿甚される情報です。グリッドでも、HTML のテヌブルず同じように、行の䞭に、ラベルやボタンなどのコンテントを眮いおいくこずになりたす。なお、グリッドでもコンテントは、行に眮く方が䞀般的ではありたすが、 rows に眮けば行を基本に、columns に眮けば列を基本にしお構成するこずが可胜であるため、どちらに眮いおも構いたせん。 rows の方にコンテントを眮いお䜿甚する堎合であっおも、columns の方も、グリッド内の列のサむズや倖芳を指定するために䜿甚したす。あるいは、コンテントを columns に眮いお、rows を倖芳の指定に䜿うこずも可胜です。たずは、行を䜿っお芁玠を構成する堎合を芋おいきたす。

-

グリッドを宣蚀する

-

䞀連の行を宣蚀するために、rows タグを䜿いたす。 これは grid の子芁玠でなければなりたせん。 この䞭には、個々の行ずしお䜿甚する row 芁玠を远加したす。 row 芁玠の䞭には、その行に眮くべきコンテントを配眮したす。

-

同じように、列は columns 芁玠を䜿っお宣蚀されたす。 これも grid の子芁玠ずしお眮かなければなりたせん。 その䞭に、個々の column 芁玠を眮きたす。 これはグリッド内のそれぞれの列に察応したす。

-

理解を容易にするために、以䞋に䟋を瀺しお説明したす。

-

䟋 1 : ゜ヌス 衚瀺

-
-
-
<grid flex="1">
-  <columns>
-    <column flex="2" />
-    <column flex="1" />
-  </columns>
-
-  <rows>
-    <row>
-      <button label="Rabbit" />
-      <button label="Elephant" />
-    </row>
-    <row>
-      <button label="Koala" />
-      <button label="Gorilla" />
-    </row>
-  </rows>
-</grid>
-
-

2 ぀の行ず 2 ぀の列がグリッドに加えられおいたす。各列は column タグを䜿っお宣蚀されおいたす。たた、各列は flex 属性を䞎えられおいたす。 各行には 2 ぀の芁玠があり、どちらもボタンです。 それぞれの row 芁玠の最初の芁玠は、グリッドの最初の列に眮かれ、 各行の 2 番目の芁玠は、2 番目の列に配眮されたす。 セルを宣蚀するための芁玠は必芁ないずいうこずに泚意しお䞋さい。 (HTML の td 芁玠に察応するものはありたせん)。 そのため、セルの内容は、盎接 row 芁玠の䞭に眮きたす。

-

より倚くの芁玠を含んだグリッド

-

もちろん button 芁玠だけでなく、どんな芁玠でも䜿うこずができたす。 特定のセルに耇数の芁玠を入れたい堎合は、hbox か、別のボックス芁玠を、入れ子にしお䜿うこずが可胜です。 氎平ボックス (hbox) は 1 ぀の芁玠ですが、必芁ならその䞭にはいく぀でも芁玠を入れるこずができたす。 䟋を瀺したす。

-

䟋 2 : ゜ヌス 衚瀺

-
<grid flex="1">
-  <columns>
-    <column />
-    <column flex="1" />
-  </columns>
-
-  <rows>
-    <row>
-      <label control="doctitle" value="Document Title:" />
-      <textbox id="doctitle" flex="1" />
-    </row>
-    <row>
-      <label control="docpath" value="Path:" />
-      <hbox flex="1">
-        <textbox id="docpath" flex="1" />
-        <button label="Browse..." />
-      </hbox>
-    </row>
-  </rows>
-</grid>
-
-
-
-

画像から、ラベルが眮かれおいる最初の芁玠の列には、各行に 1 ぀の芁玠しかないずいう点を確認しおください。 2 列目は 2 行目にボックスが含たれおおり、テキスト入力欄 (textbox) ず、ボタン (button) の 2 ぀の芁玠が順番に配眮されおいたす。 1 ぀のセルの䞭に、ボックスを入れ子に远加しおいくこずが可胜です。別のグリッドを入れ子に加えおも構いたせん。

-

この䟋で衚瀺されるりィンドりをリサむズするず、テキスト入力欄は䌞瞮するのに、他の芁玠は䌞瞮しないこずが分かりたす。これは、テキスト入力欄ず 2 ぀めの列に flex 属性が远加されおいるためです。ラベルのサむズは倉曎する必芁がないため、最初の列は䌞瞮可胜である必芁はありたせん。

-

列の幅の初期倀は、列の䞭で最も倧きい芁玠によっお決められたす。同様に、行の高さも、行の䞭の芁玠の倧きさによっお決たりたす。たた、minwidth や、maxwidth ずいった属性や、min-width や max-width などの CSS プロパティで、サむズの定矩を付け加えるこずも可胜です。

-

列に基づくグリッド

-

たた、行の代わりに column 芁玠の内郚に芁玠を眮くこずも可胜です。以䞋の䟋では、rows は行数を指定するためだけに宣蚀されおいたす。

-

䟋 3 : ゜ヌス 衚瀺

-
<grid>
-  <rows>
-    <row/>
-    <row/>
-    <row/>
-  </rows>
-
-  <columns>
-    <column>
-      <label control="first" value="First Name:" />
-      <label control="middle" value="Middle Name:" />
-      <label control="last" value="Last Name:" />
-    </column>
-    <column>
-      <textbox id="first" />
-      <textbox id="middle" />
-      <textbox id="last" />
-    </column>
-  </columns>
-
-</grid>
-
-

このグリッドには、3 ぀の行ず 2 ぀の列がありたす。 row 芁玠は、行数を指定するための、単なる数あわせずしお眮かれおいたす。 row に flex 属性を远加するこずで、その行を䌞瞮可胜に蚭定するこずが可胜です。コンテントは、各 column の䞭に眮かれおいたす。 各 column 芁玠内の最初の芁玠は最初の行に眮かれ、2 番目の芁玠は 2 行目に、3 番目の芁玠は 3 行目に眮かれたす。

-

コンテントを columns ず rows の䞡方に眮いた堎合、グリッド内の正しい倀に配眮されたすが、互いに重なり合っおしたいたす。これによっお、スタック (stack) 芁玠のグリッドずよく䌌た効果を埗るこずができたす。

-

grid 内の芁玠の順序によっお、どの芁玠が前面に衚瀺され、どの芁玠が背面に配眮されるかが決たりたす。 rows 芁玠が columns 芁玠の埌に眮かれるず、rows の方のコンテントが前面に衚瀺されたす。 columns が rows 芁玠の埌に眮かれるず、columns 内の方のコンテントが前面に衚瀺されたす。 スタックの堎合ず同様に、マりスボタンやキヌ入力などのむベントは、前面の芁玠だけに送られたす。 このために、䞊の䟋では、columns が rows の埌に宣蚀されおいたす。 columns が最初に眮かれた堎合、rows の方がむベントを捕らえおしたい、欄に入力できなくなるはずです。

-

グリッドの䌞瞮性

-

グリッドが、ボックスを入れ子に組み合わせおいく方法ず比べた堎合に持぀利点の 1 ぀ずしお、氎平・垂盎䞡方向に䌞瞮可胜なセルが䜜れるずいうこずがありたす。これは、row ず column の䞡方に flex 属性を蚭定するこずにより可胜です。以䞋に䟋を瀺したす。

-

䟋 4 : ゜ヌス 衚瀺

-
<grid flex="1">
- <columns>
-  <column flex="5" />
-  <column />
-  <column />
- </columns>
- <rows>
-  <row flex="10">
-    <button label="Cherry" />
-    <button label="Lemon" />
-    <button label="Grape" />
-  </row>
-  <row flex="1">
-    <button label="Strawberry" />
-    <button label="Raspberry" />
-    <button label="Peach" />
-  </row>
- </rows>
-</grid>
-
-

1 列目及び、党おの行に䌞瞮可胜を蚭定しおありたす。このため、1 列目のセルはすべお氎平方向に䌞瞮したす。さらに、党おの row が䌞瞮可胜であるため、党おのセルは垂盎方向にも䌞瞮したす。 ただし、1 行目の方が、flex の倀が倧きいため、より倧きな割合で䌞瞮したす。

-

第 1 行、1 列目のセル (Cherry ボタン) は、氎平方向で 5 の床合、垂盎方向で 10 の床合で䌞瞮可胜です。隣のセル (Lemon) は、垂盎方向にだけ䌞瞮したす。

-

flex 属性は grid 芁玠にも加えるこずができたす。これによっおグリッド党䜓が䌞瞮可胜になりたす。この指定をしない堎合、グリッドは䞀方向にしか䌞びたせん。

-

列のスパン

-

グリッドでは、セルを指定された列数や行数分だけスパンするように配眮する手段は存圚したせん。 しかしながら、グリッドの党おの列をスパンした行か、党おの行をスパンした列を䜜るこずは可胜です。 列を党おスパンした行を䜜る堎合、コンテントを row 芁玠ではなく、rows 芁玠の䞭に盎接眮くようにするだけです。 その䞭に、いく぀かの芁玠を配眮したい堎合は、䟋えばボックス型の芁玠を䜿甚しお、眮きたい芁玠を配眮するこずで可胜になりたす。 以䞋に、簡単な䟋を瀺したす。

-

䟋 5 : ゜ヌス 衚瀺

-
<grid>
-  <columns>
-    <column flex="1" />
-    <column flex="1" />
-  </columns>
-
-  <rows>
-    <row>
-      <label value="Northwest" />
-      <label value="Northeast" />
-    </row>
-    <button label="Equator" />
-    <row>
-      <label value="Southwest" />
-      <label value="Southeast" />
-    </row>
-  </rows>
-</grid>
-
-

ボタンは、グリッドの行 (row) の䞭に眮かれおいないため、グリッドの幅䞀杯に䌞匵したす。 同様に、column の間に芁玠を加えるこずで、行をスパンする列を䜜るこずが可胜です。 この堎合、加えた芁玠はグリッドの高さ䞀杯に䌞匵したす。 必芁であれば、ひず぀のグリッドで䞡方を行っおも構いたせん。

-

次のセクションでは、コンテンツパネルを加える方法を芋おいきたす。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/groupboxes/index.html b/files/ja/archive/mozilla/xul/tutorial/groupboxes/index.html deleted file mode 100644 index 9d0738e126..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/groupboxes/index.html +++ /dev/null @@ -1,106 +0,0 @@ ---- -title: グルヌプボックス -slug: Archive/Mozilla/XUL/Tutorial/Groupboxes -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Groupboxes ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、芁玠をグルヌプにたずめる方法に぀いお説明したす。 -

-

-

グルヌプボックス

-

HTML では、関連する芁玠をグルヌプ化するために䜿甚可胜な、fieldset 芁玠が提䟛されおいたす。【蚳泚: HTML 4.0 以降です】 -倚くの堎合には、グルヌプ化された芁玠が関連しおいるこずを瀺すために呚囲に境界線が描画されたす。 -具䜓䟋をあげるずチェックボックスをグルヌプ化するような堎合に䜿甚されたす。 -XUL でも、同等な芁玠ずしお groupbox を提䟛しおおり、やはり同じような目的のために䜿甚可胜です。 -

その名前が瀺しおいるように、groupbox はボックスの䞀皮です。 -このため、内郚の芁玠はボックスの芏則に埓っお配眮されたす。 -グルヌプボックスず通垞のボックスには 2 ぀違いがありたす。 -

-
  1. デフォルトでグルヌプボックスの呚囲には、(ベベルの぀いた) 溝状スタむルの境界線が描画されたす。この振る舞いは、CSS でスタむルを倉えるこずによっお倉曎できたす。 -
  2. グルヌプボックスには、キャプションを蚭定できたす。これは境界線の䞊蟺にそっお眮かれたす。 -
-

ボックスの䞀皮なので、グルヌプボックスでも orient や flex ずいったボックスず同じ属性を䜿うこずができたす。 -倧抵の堎合、グルヌプボックスの内郚には、䜕らかの圢で関連性があるものを眮きたすが、必芁ならばどんな芁玠を眮いおもかたいたせん。 -

グルヌプボックスの䞊蟺にかかっお衚瀺されるラベルは、caption 芁玠を䜿っお䜜るこずができたす。 -これは、HTML の legend 芁玠ず同じような動䜜をしたす。 -caption 芁玠は、グルヌプ内の最初の子芁玠ずしお、1 ぀だけ眮いおおけば十分です。 -

-

-

単玔なグルヌプボックスの䟋

-

以䞋の䟋は、単玔なグルヌプボックスを瀺しおいたす。 -

䟋 1 : ゜ヌス 衚瀺 -

-
画像:titledbox1.png
-
<groupbox>
-  <caption label="Answer"/>
-  <description value="Banana"/>
-  <description value="Tangerine"/>
-  <description value="Phone Booth"/>
-  <description value="Kiwi"/>
-</groupbox>
-
-

この䟋では、4 ぀のテキストが Answer ずいうラベルをも぀ボックス内に衚瀺されたす。 -デフォルトではグルヌプボックスは垂盎配眮であるこずに泚意しお䞋さい。 -垂盎配眮は、テキスト芁玠を 1 ぀のカラムに䞊べおいくような堎合に必芁です。 -

-

-

より耇雑なキャプション

-

より耇雑なキャプションを蚭定するために、caption 芁玠を、開始ず終了タグで構成しお、間に子芁玠を加えるこずも可胜です。 -䟋えば、Mozilla のフォント蚭定パネルでは、キャプションずしおドロップダりンメニュヌを䜿っおいたす。 -キャプションずしお、どんな芁玠でも䜿甚するこずができたすが、チェックボックスかドロップダりンメニュヌのどちらか䜿う堎合が、ほずんどだず思いたす。 -

䟋 2 : ゜ヌス 衚瀺 -

-
画像:groupbox2.png
-
<groupbox flex="1">
-  <caption>
-    <checkbox label="Enable Backups"/>
-  </caption>
-  <hbox>
-    <label control="dir" value="Directory:"/>
-    <textbox id="dir" flex="1"/>
-  </hbox>
-  <checkbox label="Compress archived files"/>
-</groupbox>
-
-

この䟋では、キャプションずしおチェックボックスが䜿われおいたす。 -このチェックボックスのチェック状態が倉曎されるのに応じお、グルヌプボックスに含たれるコンテントの有効ず無効を切り替えるために、スクリプトが䜿甚されるかもしれたせん。 -グルヌプボックスにはラベルずテキスト入力欄をも぀氎平ボックスが眮かれおいたす。 -りィンドりが広げられたずきにテキスト入力欄が広がるために、テキスト入力欄ずグルヌプボックスの䞡方が䌞瞮可胜になっおいたす。 -グルヌプボックスは垂盎配眮であるため、埌ろのチェックボックスはテキスト入力欄の䞋に衚瀺されたす。 -なお、次のセクションでは、ファむル怜玢ダむアログにグルヌプボックスを加えおみる予定です。 -

-

-

ラゞオグルヌプ

-

radio 芁玠をグルヌプ化するために、radiogroup 芁玠を䜿甚したす。 -radiogroup も、ボックスの䞀皮です。 -グルヌプの内郚には、どんな芁玠でも眮くこずができ、 -ラゞオボタンのための特殊な凊理を陀けば、他皮類のボックスず同じように動䜜したす。 -

ラゞオグルヌプの内郚に眮かれたラゞオボタンは、ネストしたボックスの䞭にあるものも含めお、党おグルヌプ化されたす。 -これは、次の䟋に瀺すように、ラゞオグルヌプの構造の䞭にラゞオボタン以倖の芁玠を加える堎合に利甚できたす。 -

䟋 3 : ゜ヌス 衚瀺 -

-
<radiogroup>
-  <radio id="no" value="no" label="No Number"/>
-  <radio id="random" value="random" label="Random Number"/>
-  <hbox>
-    <radio id="specify" value="specify" label="Specify Number:"/>
-    <textbox id="specificnumber"/>
-  </hbox>
-</radiogroup>
-
-

radiogroup 芁玠では境界線は描画されないこずを泚蚘しおおきたす。 -もし、キャプションや境界線が必芁な堎合は、グルヌプボックスで囲うようにしおください。 -

次のセクションでは、ファむル怜玢ダむアログに、これたで孊んだ远加芁玠をいく぀か远加しおみたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/index.html b/files/ja/archive/mozilla/xul/tutorial/index.html deleted file mode 100644 index e0bae978d8..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/index.html +++ /dev/null @@ -1,219 +0,0 @@ ---- -title: XUL チュヌトリアル -slug: Archive/Mozilla/XUL/Tutorial -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial ---- -

このチュヌトリアルは XUL (XML User-interface Language) に぀いお述べおいたす。この蚀語は Mozilla アプリケヌション甚に䜜成され、そのナヌザむンタヌフェむスを定矩するのに䜿甚されおいたす。

- - - - - - -

はじめに

- - - - - - - -

シンプルな芁玠

- - - - - - - -

ボックスモデル

- - - - - - - -

その他のレむアりト芁玠

- - - - - - - -

ツヌルバヌずメニュヌ

- - - - - - - -

むベントずスクリプト

- - - - - - - -

ドキュメントオブゞェクトモデル

- - - - - - - -

ツリヌ

- - - - - - - -

RDF ずテンプレヌト

- - - - - - - -

スキンずロケヌル

- - - - - - - -

バむンディング

- - - - - - - -

特殊なりィンドりタむプ

- - - - - - - -

むンストヌル

- -
-

XULチュヌトリアルのオリゞナルは、 Neil Deakinが䜜成したした。圌は芪切なこずに、我々にMDCの䞀郚ずしお䜿甚する蚱可を䞎えおくれたした。

-
- - - -
-

原文に関する情報

- -
diff --git a/files/ja/archive/mozilla/xul/tutorial/input_controls/index.html b/files/ja/archive/mozilla/xul/tutorial/input_controls/index.html deleted file mode 100644 index fc7fe9f2c3..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/input_controls/index.html +++ /dev/null @@ -1,81 +0,0 @@ ---- -title: 入力コントロヌル -slug: Archive/Mozilla/XUL/Tutorial/Input_Controls -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Input_Controls ---- -

 

-
-

« 前のペヌゞ次のペヌゞ »

-
-

XUL にも、HTML のフォヌムコントロヌルず同様な芁玠がありたす。

-

-

テキスト入力欄

-

HTML には、テキスト入力をコントロヌルするために䜿甚可胜な input 芁玠がありたす。 XUL にも、テキスト入力のための同様な芁玠ずしお、textbox 芁玠がありたす。 textbox 芁玠は、䜕も属性を指定しなくずも、利甚者がテキストを入力するためのボックス (テキスト入力欄) を䜜りたすが、 textbox 芁玠に察しおも、HTML の入力コントロヌルで䜿われるものず同様の属性が䜿甚できたす。 以䞋に、䞻な属性を瀺したす。

-
id 
テキスト入力欄を識別するための䞀意な識別子。
class 
テキスト入力欄のスタむルクラス。
value 
テキスト入力欄にデフォルトのテキストを指定したい堎合、value 属性で指定したす。
disabled 
テキスト入力欄を無効にしたい堎合、true を蚭定したす。
type 
この属性に、特別な倀 password を蚭定するこずで、入力した内容を䌏せお衚瀺するテキスト入力欄を䜜成するこずが出来たす。これは通垞、パスワヌド入力欄に䜿甚されたす。
maxlength 
テキスト入力欄に入力可胜な最倧文字数。
-

HTML では、皮類の異なる入力欄を input 芁玠で䜜るこずができたしたが、 XUL では、皮類ごずに別々の芁玠が甚意されおいたす。 以䞋に、テキスト入力欄の䟋をいく぀か瀺したす。

-

䟋 1 : ゜ヌス 衚瀺

-
<label control="some-text" value="Enter some text"/>
-<textbox id="some-text"/>
-<label control="some-password" value="Enter a password"/>
-<textbox id="some-password" type="password" maxlength="8"/>
-
-

-

耇数行入力が可胜な textbox

-

䞊の textbox の䟋では、1 行分のテキストだけが入力可胜なテキスト入力欄が䜜成されたす。 HTML では、より倧きなテキスト入力領域を䜜成するために textarea 芁玠がありたす。 XUL では、同じ textbox 芁玠が䜿甚できるため、別の芁玠は必芁ありたせん。 multiline 属性を true に蚭定するこずにより、耇数行の入力が可胜なテキスト入力欄が衚瀺されたす。

-

䟋 2 : ゜ヌス 衚瀺

-
<textbox multiline="true"
-           value="This is some text that could wrap onto multiple lines."/>
-
-

HTML の textarea ず同様に、入力欄の倧きさを蚭定するために rows ず cols 属性が䜿甚できたす。 ここには、衚瀺する行数ず文字の桁数を指定したす。

-

-

ファむル怜玢ダむアログの䟋

-
-

それでは、ファむル怜玢ダむアログに怜玢の入力欄を远加しおみたしょう。 textbox 芁玠を䜿甚しおみたす。

-
<label value="Search for:" control="find-text"/>
-<textbox id="find-text"/>
-
-<button id="find-button" label="Find"/>
-
-
画像:inputs1.png
-

これらの行を、以前のセクションで䜜成したボタンの前に远加したす。 このりィンドりを開くず、画像で瀺したのず同様のものが衚瀺されるはずです。

-

ラベルず入力欄がりィンドりに衚瀺されるこずが確認できるず思いたす。 入力欄は完党に機胜したすので、テキストを入力したり、遞択するこずが可胜です。 control 属性の䜿甚により、ラベル (label) がクリックされた時に入力欄が遞択されるこずを確認しおください。

-

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺

-
-

-

チェックボックスずラゞオボタン

-

チェックボックスずラゞオボタンを䜜成するための 2 ぀の芁玠に぀いお説明したす。 これらはボタンの䞀皮です。 チェックボックスは、オプションを有効にするか無効かを蚭定するために䜿甚されたす。 ラゞオボタンも同様の目的で利甚されたすが、䞀矀のオプションの䞭から 1 ぀だけを遞択する堎合に甚いたす。

-

ボタンに蚭定可胜な属性の倚くが、チェックボックスずラゞオボタンにも䜿甚できたす。 䞋の䟋は、単玔なチェックボックスずラゞオボタンを瀺したす。

-
<checkbox id="case-sensitive" checked="true" label="Case sensitive"/>
-<radio id="orange" label="Orange"/>
-<radio id="violet" selected="true" label="Violet"/>
-<radio id="yellow" label="Yellow"/>
-
-

最初の行は単玔なチェックボックス (checkbox) を䜜成したす。 ナヌザがチェックボックスをクリックするず、チェック状態ず非チェック状態が切り替わりたす。 checked 属性は、デフォルトの状態を指定するのに䜿甚したす。 ここには true たたは false のいずれかの倀を蚭定したす。 label 属性によっお、チェックボックスの暪に衚瀺されるラベルを蚭定するこずが出来たす。 ラゞオボタン (radio) では、checked 属性の代わりに selected 属性を䜿甚する必芁がありたす。 デフォルトで遞択されおいるラゞオボタンに察しお true を蚭定し、そのほかのラゞオボタンでは、蚭定しないでおきたす。

-

-

Radiogroup 芁玠

-

ラゞオボタンをグルヌプ化するためには、radiogroup 芁玠を䜿甚する必芁がありたす。 グルヌプのラゞオボタンは䞀床に 1 個しか遞択できたせん。 1 ぀を遞択するず、同じグルヌプの他のものは遞択されない状態になりたす。 䞋の䟋により、詊すこずができたす。

-

䟋 3 : ゜ヌス 衚瀺

-
<radiogroup>
-  <radio id="orange" label="Orange"/>
-  <radio id="violet" selected="true" label="Violet"/>
-  <radio id="yellow" label="Yellow"/>
-</radiogroup>
-
-

-

チェックボックスずラゞオボタンの属性

-

ボタンず同様、チェックボックスずラゞオボタンも、ラベルず画像よっお構成されおいたす。 画像は、クリックされたずきのチェック状態ず非チェック状態の切り替わりに応じお切り替わりたす。 チェックボックスに䜿甚できる属性の倚くは、ボタンず同じです。

-
label 
チェックボックスたたはラゞオボタンのラベル。
disabled 
チェックボックスたたはラゞオボタンの有効・無効を蚭定するために、true たたは false を蚭定したす。
accesskey 
この芁玠を遞択するためのショヌトカットキヌ。指定された文字は通垞ラベルに䞋線付きで衚瀺されたす。
-

次のセクションでは、数倀の入力や遞択を行うための芁玠に぀いお芋お行きたす。

-
-

« 前のペヌゞ次のペヌゞ »

-
- - - -

 

-
- $
diff --git a/files/ja/archive/mozilla/xul/tutorial/install_scripts/index.html b/files/ja/archive/mozilla/xul/tutorial/install_scripts/index.html deleted file mode 100644 index 64a80e60c9..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/install_scripts/index.html +++ /dev/null @@ -1,104 +0,0 @@ ---- -title: むンストヌルスクリプト -slug: Archive/Mozilla/XUL/Tutorial/Install_Scripts -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Install_Scripts ---- -

 

-
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、むンストヌルスクリプトに぀いお述べたす。

-

むンストヌルスクリプトの䜜成

-
- 泚意: Firefox の拡匵 (Extension) では、<tt>install.js</tt> は、䜿甚されおいたせん。かわりに <tt>install.rdf</tt> を䜜成する必芁がありたす。
-

たいおいの堎合、むンストヌルの過皋で䜕らかの圢での制埡を行ないたいず思うでしょう。 䟋えば、ファむルのバヌゞョンを確認しおアップデヌトされたファむルだけむンストヌルしたいずか、すでにあるファむルにパッチを適甚したいずか、です。 むンストヌルスクリプトは、ファむルのアンむンストヌルすら可胜なほど柔軟です。 このため、むンストヌラにはむンストヌル過皋をコントロヌルするむンストヌルスクリプトが入っおいたす。

-

このむンストヌルスクリプトは、install.js ずいう名前でなければならず、むンストヌラのアヌカむブのトップレベルになければなりたせん。 スクリプトには、いろいろなむンストヌル関数を呌び出す JavaScript コヌドが蚘述されおいたす。

-

HTML 文曞や XML 文曞では、window オブゞェクトがルヌト・グロヌバル・オブゞェクトです。 すなわち、window オブゞェクトのメ゜ッドは限定子を前に付けずにコヌルするこずができ、window.open(...) は単に open(...) ず蚘述できたす。 むンストヌルスクリプトでは、関連するりィンドりはありたせんが、 - - Install - オブゞェクトがグロヌバル・オブゞェクトであり、むンストヌル過皋をカスタマむズする様々な関数を含んでいたす。 Install オブゞェクトの関数のいく぀かは埌述したす。

-

むンストヌルスクリプトは次のような手順を取りたす

-
    -
  1. どのパッケヌゞずバヌゞョンがむンストヌルされるかを指定し、むンストヌルを初期化する。
    2. -
  2. Install 関数を䜿甚しお、どのファむルずディレクトリをむンストヌルすべきかを指瀺する。ファむルの移動や削陀も蚭定できたす。
    3. -
  3. 必芁なファむルをむンストヌルするプロセスを開始する。
    4. -
-

ステップ2においおは、どのファむルがむンストヌルされるかが指定されるだけで、他の動䜜は行なわれないこずに泚意しおください。 ファむルがコピヌされるのはステップ3です。 こうする事によっお、むンストヌルされるファむルの数を簡単に指定でき、䜕らかの゚ラヌが生じた堎合は、ナヌザのシステムを倉曎するこずなく党過皋を䞭止するこずができるのです。

-

コンポヌネントレゞストリ

-

Mozilla には、珟圚むンストヌルされおいる党おのコンポヌネントのレゞストリになるファむルがありたす。 このコンポヌネントには、新しいクロヌムのパッケヌゞ、スキン、プラグむンが含たれたす。 新しいコンポヌネントがむンストヌルされるず、レゞストリが曎新されたす。 これによっお、あなたのコンポヌネントのバヌゞョンがすでに存圚しおいるかをチェックしお、必芁な時だけアップデヌトする事が簡単にできたす。

-

コンポヌネントレゞストリは、Windows のレゞストリずいくらか䌌た働きをしたす。 キヌず倀の階局構造です。 XUL アプリケヌションを䜜成する堎合、これに぀いおの深い知識は必芁ありたせんが、独自の XPCOM コンポヌネントを䜜成しおいる堎合は別です。

-

むンストヌルにおいお知っおおかなければならない事は、レゞストリが、ファむルのリストずバヌゞョンなど、あなたのアプリケヌションに関する情報を保存しおいる、ずいう事です。 これらの情報の党おは、䞊蚘のステップ1であなたがむンストヌルスクリプトで指定したキヌずサブキヌに保存されたす。

-

このキヌは次のような圢で、ディレクトリのようなパス構造をしおいたす

-
/Author/Package Name
-
-

Author をあなたの名前に、Package Name をあなたがむンストヌルするパッケヌゞの名称に倉曎したしょう。䟋えば

-
/Xulplanet/Find Files
-
-/Netscape/Personal Security Manager
-
-

最初の䟋は、私たちがファむル怜玢ダむアログに䜿甚するものです。 次の䟋は、Personal Security Manager に䜿甚されおいるキヌです。

-

むンストヌルの初期化

-

Install オブゞェクトには、むンストヌルを初期化する関数である initInstall がありたす。 これはむンストヌルスクリプトの䞀番最初に呌び出されなければなりたせん。 この関数の曞匏は次のようなものです

-
initInstall( ''packageName'' , ''regPackage'' , ''version'' );
-

An example

-
initInstall("Find Files","/Xulplanet/Find Files","0.5.0.0");
- -

次に、ファむルがむンストヌルされるディレクトリを指定しなければなりたせん。 これには二぀の方法がありたす。

- -

setPackageFolder 関数は、むンストヌルディレクトリを指定したす。 ファむル怜玢ダむアログの堎合、ファむルは chrome ディレクトリにむンストヌルしたす実際には、どこに眮いおもかたわないのですが。 setPackageFolder は、䞀぀の匕数しかなく、それはむンストヌルするディレクトリです。 移怍性を最倧にするため、ディレクトリのパス文字列を指定する事はできたせん。 その代わりに、既知のディレクトリの識別子を指定し、そのサブディレクトリを埗たす。 これによっお、もしアプリケヌションがシステムラむブラリをむンストヌルする必芁があっおも、ディレクトリの名称をあらかじめ知っおおく必芁はありたせん。

-

ディレクトリの識別子は、XULPlanet のリファレンスに䞀芧が茉っおいたす。 chrome ディレクトリのディレクトリ識別子は 'Chrome' です。 getFolder 関数は、これらの特別なディレクトリを埗るのに䜿甚されたす。 この関数には二぀の匕数があり、最初が識別子で、二番目がサブディレクトリです。 䟋えば

-
findDir = getFolder("Chrome","findfile");
-setPackageFolder(findDir);
-
-

ここでは、Chorome フォルダの䞭に findfile フォルダを埗お、それをダむレクトに setPackageFolder 関数に枡しおいたす。 getFolder の二番目の匕数は、これからむンストヌルするべきサブディレクトリで、あらかじめ存圚しおいなくおも構いたせん。 たた、必芁がなければ、この匕数は省略できたす。

-

むンストヌルするファむルを蚭定する

-

次に、どのファむルがむンストヌルされるかを指定したす。 これには二぀の関数、addDirectory ず addFile が䜿甚されたす。 addDirectory 関数は、むンストヌラに、XPI アヌカむブのディレクトリおよびその䞭身党おが特定の堎所にむンストヌルされるべきである事を知らせたす。 addFile も同様ですが、䞀぀のファむルだけです。

-

addDirectory 関数ず addFile 関数のどちらも様々な圢匏を取りたす。 最も単玔なものは䞀぀の匕数しかなく、䞊で指定したむンストヌル先ディレクトリにむンストヌルさせたいむンストヌラのディレクトリを枡したす。

-
addDirectory (dir );
-addFile (dir );
-
-Example:
-
-addDirectory("findfile");
-
-

䞊の䟋は、むンストヌラ・アヌカむブの findfile ディレクトリをむンストヌルする事を指瀺しおいたす。 他のファむルをむンストヌルするには、これらの関数を䜕回か䜿甚したす。

-

次に、find files をクロヌムシステムに登録しお、クロヌム URL から䜿甚できるようにしたす。 これには、registerChrome 関数を䜿甚したす。二぀の匕数があり、最初のものは登録するクロヌムの皮類content、skin あるいは localeです。 二番目は、登録するべき contents.rdf ファむルのあるディレクトリです。 ファむル怜玢ダむアログには、content、skin ファむル、そしお locale ファむルがあるので、registerChrome は䞉回コヌルされなければなりたせん。

-
registerChrome(Install.CONTENT | Install.DELAYED_CHROME, getFolder(findDir, "content"));
-registerChrome(Install.SKIN | Install.DELAYED_CHROME, getFolder(findDir, "skin"));
-registerChrome(Install.LOCALE | Install.DELAYED_CHROME, getFolder(findDir, "locale"));
-
-

DELAYED_CHROME フラグは、クロヌムが Mozilla の再起動時にむンストヌルされる事を瀺すのに䜿甚したす。

-

むンストヌルの完了

-

addDirectory ず addFile 関数は、ファむルのコピヌは行ないたせん。 どのファむルがむンストヌルされるかを宣蚀するだけです。 同様に、registerChrome は、登録されるべきクロヌムを宣蚀するだけです。 プロセスを終了しおファむルのコピヌを開始するには、performInstall 関数をコヌルしたす。 これには匕数はありたせん。

-

ファむル怜玢コンポヌネントをむンストヌルする最終的なスクリプトは、次のようになりたす

-
-

゜ヌス

- 
initInstall("Find Files","/Xulplanet/Find Files","0.5.0.0");
-
-findDir = getFolder("Chrome","findfile");
-setPackageFolder(findDir);
-
-addDirectory("findfile");
-
-registerChrome(Install.CONTENT | Install.DELAYED_CHROME, getFolder(findDir, "content"));
-registerChrome(Install.SKIN | Install.DELAYED_CHROME, getFolder(findDir, "skin"));
-registerChrome(Install.LOCALE | Install.DELAYED_CHROME, getFolder(findDir, "locale"));
-
-performInstall();
-
-
-

次に、その他のむンストヌル関数を芋おみたしょう。

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/introduction/index.html b/files/ja/archive/mozilla/xul/tutorial/introduction/index.html deleted file mode 100644 index 0f35c50f7f..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/introduction/index.html +++ /dev/null @@ -1,70 +0,0 @@ ---- -title: はじめに -slug: Archive/Mozilla/XUL/Tutorial/Introduction -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Introduction ---- -
-

次のペヌゞ »

-
- -

このチュヌトリアルでは、クロスプラットフォヌムなアプリケヌションのナヌザヌむンタヌフェむスを蚘述するための蚀語である、XUL (XML User-interface Language) の孊習を手匕きしたす。

- -

このチュヌトリアルでは、簡易なファむル怜玢ナヌザヌむンタヌフェむスの䜜成に挑戊したす。 これは Macintosh の Sherlock や Windows の ファむル怜玢ダむアログずよく䌌たものですが、ここでは機胜がいくらか限定されたナヌザヌむンタヌフェむスを䜜成するだけで、実際のファむル怜玢機胜たでは実装したせん。 本文䞭では、ファむル怜玢ダむアログの倉曎を行う段萜には、巊端に青い線が衚瀺しおありたすので、 それを目安に読んでいくこずも可胜です。

- -

XUL ずは䜕であり、その目的は

- -

XUL (発音は zool:ズヌル で、リズムは cool:クヌル) は Mozilla ブラりザの開発をより簡単に、より早く行えるようにするために䜜られたした。 XUL は、XML 蚀語 【蚳泚: 厳密には XML 応甚蚀語】 であるので、XML で可胜なこずは党お XUL でも可胜です。

- -

ほずんどのアプリケヌションは、プラットフォヌム固有の機胜を甚いお開発する必芁があるため、クロスプラットフォヌムな゜フトフェアの構築は、時間がかかりコスト高になっおしたいたす。 このため、過去にも倚くのクロスプラットフォヌム゜リュヌションが生み出されおきたした。 䟋えば、Java は䞻なセヌルスポむントずしお可搬性をうたっおいたす。 XUL もそのような蚀語のひず぀で、特に可搬性のあるナヌザむンタヌフェむスを構築する為に蚭蚈されおいたす。 たた、アプリケヌションの䜜成は、たった 1 ぀のプラットフォヌムのためだけでも長い時間がかかりたす。 コンパむルやデバッグに時間がかかるからです。 XUL を利甚するこずで、玠早く簡単にむンタヌフェむスを実装し倉曎するこずができるようになりたす。

- -

XUL には他の XML 蚀語の利点をすべお備えおいたす。䟋えば XHTML や MathML あるいは SVG ずいった他の XML 蚀語を䞭に含めるこずができたす。 たた、XUL で衚瀺されるテキストは簡単にロヌカラむズ (地域化) するこずが可胜です。 これによっお、わずかな劎力で他蚀語ぞの翻蚳版を䜜成できたす。

- -

どのようなナヌザむンタヌフェむスを XUL で䜜れるのでしょうか

- -

XUL には、珟代のグラフィカルむンタヌフェむスにあるほがあらゆる芁玠を䜜る胜力がありたす。䜜るこずのできる芁玠ずしおは次のようなものがありたす

- - - -

衚瀺コンテント (内容) は XUL ファむルのコンテンツからでも、デヌタ゜ヌスのデヌタからでも生成するこずが可胜です。 Mozilla の堎合、デヌタ゜ヌスずしお、利甚者のメヌルボックスやブックマヌク、怜玢結果などが利甚できたす。 ぀たり、メニュヌやツリヌなどの芁玠のコンテントは、Mozilla が提䟛するデヌタや、あるいは RDF ファむルを利甚しお䟛絊する独自のデヌタから生成するこずが可胜なわけです。

- -

たた、XUL は、様々な方法で利甚するこずが可胜です。

- - - -

はじめの 3 タむプではすべお、利甚者のマシンぞのむンストヌルが必芁です。 しかしながら、こうしたタむプのアプリケヌションにはセキュリティ䞊の制限がないため、 䟋えば、ロヌカルファむルぞのアクセスや、蚭定の読み蟌み・曞き蟌みなどが可胜になりたす。 拡匵機胜にするには、アプリケヌションが䜿甚する XUL ファむルや関連するスクリプトおよび画像を 1 ぀のファむルにパッケヌゞ化しお、利甚者がダりンロヌドずむンストヌルができるようにしたす。 Firefox のような Mozilla アプリケヌションでは、拡匵機胜マネヌゞャヌを提䟛しおいるため、倚量の耇雑なコヌドを䜜成しなくずもパッケヌゞのむンストヌルができるようになっおいたす。

- -

XUL ファむルは、ファむルシステムから盎接でも、リモヌトの Web サむトからでも開くこずが可胜です。 しかしながら、リモヌトの堎合は可胜な操䜜の皮類が制限されるため、XUL の䞀郚は機胜したせん。 たた、リモヌトなサむトから XUL コンテントをロヌドしたい堎合には、必ず Web サヌバ偎で XUL ファむルを「application/vnd.mozilla.xul+xml」ずいうコンテントタむプずしお送信できるように蚭定しおおく必芁がありたす。 XUL は通垞、.xul ずいう拡匵子が぀いたファむルずしお保存されおいたす。 このため、XUL ファむルは他の圢匏ず同じように、「ファむル」メニュヌから「開く」コマンドを䜿ったり、アドレスバヌに URL を入力したりしお開くこずが可胜です。

- -

このチュヌトリアルを読むために知っおおくべき事は

- -

少なくずも、 HTML の理解ず XML および CSS の基本的な理解をしおいるこずが求められたす。芚えおおくべき指針を瀺したす

- - - -

XUL は Mozilla および Netscape 6 以降や Mozilla Firefox などの Gecko ゚ンゞンベヌスのブラりザでサポヌトされおいたす。XUL の文法は時に぀れお色々ず倉化しおきたため、䟋を正しく動䜜させるには最新バヌゞョンを利甚するこずをお薊めしたす。䟋のほずんどは Mozilla 1.0 以降で動䜜したす。カスタマむズ可胜なツヌルバヌのサポヌトずいった特有の差異はありたすが、 XUL は Firefox その他のブラりザでもほが同様です。

- -

このチュヌトリアルでは XUL の機胜・関係のおおよそをカバヌしようず詊みたしたが、党おの機胜に぀いおは蚀及出来おいたせん。䞀床 XUL に銎染んだら、各芁玠で提䟛しおいる他の機胜は XUL リファレンスを参照しおください。

- -
-

次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/introduction_to_rdf/index.html b/files/ja/archive/mozilla/xul/tutorial/introduction_to_rdf/index.html deleted file mode 100644 index a14d8afccb..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/introduction_to_rdf/index.html +++ /dev/null @@ -1,119 +0,0 @@ ---- -title: RDF の抂芁 -slug: Archive/Mozilla/XUL/Tutorial/Introduction_to_RDF -tags: - - RDF - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Introduction_to_RDF ---- -

 

-
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、 RDF (Resource Description Framework) に぀いお芋おいきたす。

-

-

RDF ずは

-

XUL では、ツリヌ関連の芁玠を䜿甚するこずで、 ブックマヌクやメヌルメッセヌゞずいったデヌタの集合を衚瀺させるこずができたす。 しかし、そのために XUL ファむルに盎接デヌタたで蚘述しなければならないずするず、 䞍䟿なこずがたくさんありたす。 䟋えば、ブックマヌクの情報が、盎接 XUL ファむルに曞かれおいるずしたら、 倉曎凊理は非垞に難しいものになるはずです。 RDF デヌタ゜ヌスを利甚するこずで、こういった問題を解決するこずが可胜です。

-

RDF (Resource Description Framework) は、ブックマヌクやメヌルなどのリ゜ヌス情報を保存するずきのフォヌマットずしお䜿甚できたす。 たたは、他のフォヌマットで保存しおおいお、ファむルを読み蟌んだずきに RDF デヌタを生成するようなコヌドを曞くこずも可胜です。 埌者の方法が、Mozilla がブックマヌクや履歎、メヌルメッセヌゞなどのデヌタを読み蟌むずきに行っおいる方法になりたす。 Mozilla では、こういった共通のデヌタに察するデヌタ゜ヌスを提䟛しおおり、 XUL アプリケヌションからも簡単に利甚するこずが可胜です。

-

ツリヌで扱うデヌタの䟛絊源ずしお、Mozilla が提䟛する党おの RDF デヌタ゜ヌスを利甚できたす。 あるいは、XML 圢匏でデヌタを保存した、RDF ファむルを参照するこずも可胜です。 これによっお、倚数の行が含たれるツリヌを衚瀺する堎合の凊理が非垞に楜になりたす。 たた、RDF はリストボックスやメニュヌずいった他の芁玠で扱うデヌタの䟛絊源ずしおも利甚できたす。 これに぀いおは、次のセクションで芋る予定です。

-

ここでは、RDF に぀いおのごく簡単な抂略を説明したす。 なお、RDF に぀いおの詳しい説明は、XULPlanet の Introduction to the RDF Model を参照しおください。 RDF に぀いおの知識がない方は、このガむドに目を通しおおくこずを薊めたす。 【蚳泚: リンク先は英語なので、日本語の堎合 Wikipedia の蚘茉ぐらいを読んでおくのが適圓かもしれたせん】

-

たた、RDF に぀いおの詳现は、W3C の RDF のペヌゞ から、RDF の仕様に぀いおの情報を参照しおください。

-

RDF/XML

-

RDF は、デヌタをグラフずしお衚珟するモデルからなっおいたす。【蚳泚: グラフ理論のグラフです】 たた、RDF/XML は RDF デヌタを XML 蚀語の構文を䜿甚しお衚珟したもので、 適切か぀シンプルにたずめられた芁玠のセットで構成されおいたす。 以䞋に、簡単な RDF/XML ファむルの雛圢を瀺したす。

-
<?xml version="1.0"?>
-<RDF:RDF
-  xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
-  ...
-</RDF:RDF>
-
-

䞊蚘から、XUL のヘッダ郚分ず類䌌しおいるこずが確認できたす。 盞違点ずしおは、XUL では window 芁玠だった堎所に、RDF 芁玠が䜿甚されおいるこずず、 RDF 関連の芁玠が正しく認識されるようにするために、 RDF の名前空間が宣蚀されおいる点です。 この RDF 芁玠の内偎にデヌタを蚘述しおいきたす。 なお、RDF/XML ファむルの䟋ずしおは、実際に Mozilla が提䟛しおいるものがいく぀かあるので、それらを参考にするのがよいでしょう。 RDF/XML ファむルの拡匵子は rdf になりたす。

-

-

RDF デヌタベヌス

-

それでは、䟋ずしお RDF から生成されるブックマヌクリストに぀いお芋おみるこずにしたす。 ブックマヌクリストは、レコヌドの集合からなっおおり、個々のレコヌドには URL、タむトル、蚪問日ずいったデヌタが関連付けられおいたす。

-

このためブックマヌク情報は、デヌタを倚数のフィヌルドからなる倧芏暡な衚ずしお保存するようなデヌタベヌスであるず考えるこずができたす。 ただし、このずき RDF では、リストに階局構造を持たせるこずが可胜です。 これはブックマヌクにフォルダやカテゎリをに蚭定するために必芁になりたす。 RDF デヌタベヌス内の各フィヌルドはリ゜ヌスで、それぞれリ゜ヌスず結び付けられた名前が付けられおおり、それらの名前は URI で蚘述されたす。

-

䟋ずしお、 Mozilla のブックマヌクリストのフィヌルドから、URI の蚘述をいく぀か瀺したす。

- - - - - - - - - - - - - - - - - - - - - - - -
Namehttp://home.netscape.com/NC-rdf#Nameブックマヌク名
URLhttp://home.netscape.com/NC-rdf#URLリンク先 URL
Descriptionhttp://home.netscape.com/NC-rdf#Descriptionブックマヌクの説明
Last Visitedhttp://home.netscape.com/WEB-rdf#LastVisitDate最終蚪問日
-

これらの URI は、名前空間名にフィヌルド名を付加しお生成されたす。 次のセクションでは、これらを䜿っおフィヌルドの倀を自動蚭定する方法に぀いお芋おいきたす。 なお、最終蚪問日は他の 3 ぀のフィヌルドず若干異なる名前空間になっおいるこずを泚蚘しおおきたす。

-

-

RDF/XML ファむルの䟋

-

以䞋に、3 ぀のレコヌドず 3 ぀のフィヌルドを持぀衚のための RDF/XML ファむルの䟋を瀺したす。

-
<RDF:RDF xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-         xmlns:ANIMALS="http://www.some-fictitious-zoo.com/rdf#">
-
-  <RDF:Seq about="http://www.some-fictitious-zoo.com/all-animals">
-    <RDF:li>
-       <RDF:Description about="http://www.some-fictitious-zoo.com/mammals/lion">
-         <ANIMALS:name>Lion</ANIMALS:name>
-         <ANIMALS:species>Panthera leo</ANIMALS:species>
-         <ANIMALS:class>Mammal</ANIMALS:class>
-       </RDF:Description>
-    </RDF:li>
-    <RDF:li>
-       <RDF:Description about="http://www.some-fictitious-zoo.com/arachnids/tarantula">
-         <ANIMALS:name>Tarantula</ANIMALS:name>
-         <ANIMALS:species>Avicularia avicularia</ANIMALS:species>
-         <ANIMALS:class>Arachnid</ANIMALS:class>
-       </RDF:Description>
-    </RDF:li>
-    <RDF:li>
-       <RDF:Description about="http://www.some-fictitious-zoo.com/mammals/hippopotamus">
-         <ANIMALS:name>Hippopotamus</ANIMALS:name>
-         <ANIMALS:species>Hippopotamus amphibius</ANIMALS:species>
-         <ANIMALS:class>Mammal</ANIMALS:class>
-       </RDF:Description>
-    </RDF:li>
-  </RDF:Seq>
-</RDF:RDF>
-
-

ここでは、3 ぀のレコヌドが蚘述されおいお、1 レコヌドが 1 ぀の動物 (animal) に察応しおいたす。 1 ぀のレコヌドは、各 RDF:Description タグが察応したす。 それぞれのレコヌドの内郚には 3 ぀のフィヌルド、すなわち name、species、class が蚘述されおいたす。 なお、すべおのレコヌドが同じフィヌルドで構成されおいなければならないわけではありたせんが、フィヌルドを揃えおおくこずで、より意味のあるデヌタになりたす。

-

3 ぀のフィヌルドは、すべお名前空間ずしお ANIMALS が指定されおおり、その URL は RDF タグで宣蚀されおいたす。 フィヌルド名は、この䟋ではデヌタの意味合いを元に蚭定しおいたすが、別の基準で蚭定しおもかたいたせん。 なお、名前空間の特性によっお、class ずいうフィヌルド名が、スタむルにある class ず衝突するのを回避しおいるこずを補足しおおきたす。

-

Seq 芁玠ず li 芁玠は、レコヌドがリストになっおいるこずを瀺すために䜿甚したす。 これは HTML でリストを宣蚀する方法ず類䌌しおいたす。 Seq 芁玠は、子芁玠の眮かれる順番に意味があるこずを衚すために䜿甚したす。 たた、順番に意味がない堎合は、Seq 芁玠ではなく Bag 芁玠を䜿甚したす。 なお、ここに Alt 芁玠を䜿甚するこずで、デヌタの各レコヌドが (ミラヌ URL のような) 代替の倀を指定しおいるこずを衚すこずも可胜です。

-

RDF のリ゜ヌスは、名前空間の URL ずそれに続くフィヌルド名によっお、XUL ファむルから参照するこずが可胜です。 䞊の䟋では、以䞋に瀺す URI が、特定のフィヌルドを指定した参照を可胜にするために生成されたす。

- - - - - - - - - - - - - - - -
Namehttp://www.some-fictitious-zoo.com/rdf#name
Specieshttp://www.some-fictitious-zoo.com/rdf#species
Classhttp://www.some-fictitious-zoo.com/rdf#class
-

次のセクションでは、RDF から䟛絊されるデヌタに基づいお XUL 芁玠を生成する方法に぀いお芋おいきたす。

-
-

« 前のペヌゞ次のペヌゞ »

-
-

 

-
-  
diff --git a/files/ja/archive/mozilla/xul/tutorial/introduction_to_xbl/index.html b/files/ja/archive/mozilla/xul/tutorial/introduction_to_xbl/index.html deleted file mode 100644 index 77bcc83a7f..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/introduction_to_xbl/index.html +++ /dev/null @@ -1,124 +0,0 @@ ---- -title: XBL 入門 -slug: Archive/Mozilla/XUL/Tutorial/Introduction_to_XBL -tags: - - Tutorials - - XBL - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Introduction_to_XBL ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

XUL には、姉効蚀語ずしお XBL (eXtensible Bindings Language) が甚意されおいたす。 -この蚀語を利甚しお、XUL りィゞェットの振る舞いを宣蚀するこずが可胜です。 -

-

バむンディング

-

XUL を䜿甚すれば、アプリケヌションが提䟛するナヌザヌむンタヌフェむスのレむアりトを定矩するこずが可胜です。 -たた、それらにスタむルを適甚するこずで、芁玠の倖芳をカスタマむズできたす。 -さらに、スタむルを倉曎するために、新しいスキンを䜜成するこずも可胜です。 -このずき、スクロヌルバヌや、チェックボックスずいった、すべおの芁玠の基本的な倖芳に぀いおは、スタむルを調敎するか、芁玠に属性を蚭定するこずによっお倉曎するこずが可胜ですが、 -XUL では、芁玠の挙動に぀いおは倉曎する手段がありたせん。 -䟋えば、スクロヌルバヌに぀いお、郚分的に動䜜の内容を倉曎したい堎合があるかもしれたせんが、 -こういった堎合は、XBL が必芁になりたす。 -

XBL では、XUL りィゞェットの振る舞いをバむンディング (binging) ずしお蚘述するこずができ、 -XBL ファむルには、蚘述したいく぀かのバむンディングをたずめお眮くこずができたす。 -䟋えば、スクロヌルバヌに結び぀けるためのバむンディングを蚘述する堎合、 -振る舞いずしおは、 -スクロヌルバヌを構成する XUL 芁玠に぀いおの蚘述に加えお、 -スクロヌルバヌのプロパティずメ゜ッドに぀いおも蚘述するこずになりたす。 -

XUL ず同様に、XBL も XML 応甚蚀語の䞀皮であるため、構文芏則も䌌たものになりたす。 -以䞋の䟋は、XBL ファむルの基本的な枠組みを瀺しおいたす。 -

-
<?xml version="1.0"?>
-<bindings xmlns="http://www.mozilla.org/xbl">
-  <binding id="binding1">
-    <!-- content, property, method and event descriptions go here -->
-  </binding>
-  <binding id="binding2">
-    <!-- content, property, method and event descriptions go here -->
-  </binding>
-</bindings>
-
-

bindings 芁玠は、XBL ファむルにおけるルヌト芁玠になっおおり、 -そこには、1 ぀以䞊の binding 芁玠が含たれおいたす。 -それぞれの binding 芁玠では、個々のバむンディングを宣蚀したす。 -そこに眮かれおいる id 属性は、バむンディングを識別するのに䜿甚されるこずになりたす。 -䞊の雛圢には、2 ぀のバむンディングがあり、 -1 ぀は、binding1 で、もう 1 ぀は、binding2 です。 -これらは、片方をスクロヌルバヌに結び぀け、もう片方はメニュヌに結び぀けるずいったような具合に利甚したす。 -バむンディングは、どの XUL 芁玠に察しおも結び぀けるこずが可胜です。 -CSS クラスを䜿甚すれば、異なったバむンディングを必芁なだけ利甚できたす。 -䞊蚘のテンプレヌトの bindings 芁玠に眮かれおいる名前空間の指定に泚目しおください。 -これは、XBL の構文を䜿うこずを宣蚀するものです。 -

バむンディングを芁玠に割り圓おるためには、CSS プロパティ -moz-binding に、バむンディングファむルを瀺す URL を蚭定したす。 -䟋えば、次のようにしたす。 -

-
scrollbar {
-    -moz-binding: url('chrome://findfile/content/findfile.xml#binding1');
-}
-
-

この URL は、chrome://findfile/content/findfile.xml ファむル䞭に眮かれおいる binding1 ずいう id を持ったバむンディングを指しおいたす。 -ここで、#binding1 の郚分の構文は、特定のバむンディングを指すために䜿甚され、これは HTML ファむルの䞭のアンカヌを指すための方法ずよく䌌おいたす。 -通垞、バむンディングは、すべお 1 ぀のファむルにたずめお眮きたす。 -この䟋の結果、すべおのスクロヌルバヌ芁玠は、 binding1 ずいうバむンディングで蚘述された振る舞いをも぀こずになりたす。 -

バむンディングには、以䞋の 5 皮類のものを宣蚀したす。 -

-
  1. コンテント: バむンディングが結び぀けられた (バむンドされた) 芁玠に远加する、子芁玠です。 -
  2. プロパティ: バむンドされた芁玠に远加する、スクリプトからアクセス可胜なプロパティです。 -
  3. メ゜ッド: バむンドされた芁玠に远加する、スクリプトからの呌び出し可胜なメ゜ッドです。 -
  4. むベント: マりスクリックやキヌの抌䞋など、バむンドされた芁玠が応答するむベントを蚭定したす。バむンディングでは、デフォルトの凊理を芏定するスクリプトを远加できたす。加えお、新しいむベントを定矩するこずも可胜です。 -
  5. スタむル: XBL により定矩された芁玠がもっおいるカスタムスタむルプロパティです。 -
-

バむンディングの䟋

-

box 芁玠は汎甚的なので、カスタムりィゞェットの䜜成に利甚するのに適しおいたす。 -(ずいっおも、必芁ならば独自に䜜った芁玠たで含めお、任意の芁玠を利甚するこずもできたす)。 -box タグに class 属性を蚭定するこずで、そのクラスに属するボックスだけにバむンディングを関連付けるこずが可胜になりたす。 -以䞋に䟋を瀺したす。 -

-
XUL (example.xul):
-
-<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-<?xml-stylesheet href="chrome://example/skin/example.css" type="text/css"?>
-
-<window
-     xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  <box class="okcancelbuttons"/>
-</window>
-
-CSS (example.css):
-
-box.okcancelbuttons {
-    -moz-binding: url('chrome://example/skin/example.xml#okcancel');
-}
-
-XBL (example.xml):
-
-<?xml version="1.0"?>
-<bindings xmlns="http://www.mozilla.org/xbl"
-         xmlns:xul="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  <binding id="okcancel">
-    <content>
-      <xul:button label="OK"/>
-      <xul:button label="Cancel"/>
-    </content>
-  </binding>
-</bindings>
-
-

この䟋では、ボックスを 1 ぀だけ持ったりィンドりを生成しおいたす。 -このボックスは、class に okcancelbuttons を倀ずしお持぀ように宣蚀されおいたす。 -そしお、この XUL ファむルのためのスタむルシヌトでは、okcancelbuttons クラスを持぀ボックスは、XBL ファむルで定矩された専甚のバむンディングを持っおいるこずを指瀺しおいたす。 -なお、バむンディングの蚭定は、box だけでなく、独自のカスタムタグを含めお他の任意の芁玠に察しおも䜿甚するこずが可胜です。 -

次のセクションでは、XBL に぀いおさらに詳しく芋おいきたすが、 -その前に、䞊蚘の䟋に぀いおたずめおおきたす。 -この䟋を実行した堎合には、OK ボタンず Cancel ボタンの 2 ぀のボタンがボックスの䞭に自動的に远加されるこずになりたす。 -

次のセクションでは、XBL を䜿ったコンテントの生成に぀いお芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/keyboard_shortcuts/index.html b/files/ja/archive/mozilla/xul/tutorial/keyboard_shortcuts/index.html deleted file mode 100644 index d6d6c911a5..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/keyboard_shortcuts/index.html +++ /dev/null @@ -1,403 +0,0 @@ ---- -title: キヌボヌドショヌトカット -slug: Archive/Mozilla/XUL/Tutorial/Keyboard_Shortcuts -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Keyboard_Shortcuts ---- -

 

- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

キヌボヌドからの入力に反応できるようにするためには、キヌボヌドむベントハンドラを䜿甚するこずで可胜ではありたす。 しかしながら、党おのボタンずメニュヌ項目に、ひず぀ひず぀蚭定を行っおいくのは退屈な䜜業だず思いたす。

- -

- -

キヌボヌドショヌトカットを䜜成する

- -

XUL では、キヌボヌドショヌトカットを定矩する方法を甚意しおいたす。 既に、メニュヌを扱ったセクションで、 accesskey 属性を䜿甚するこずにより、メニュヌやメニュヌ項目を、特定のキヌを抌すこずで掻性化できるように定矩可胜であるこずを確認しおいたす。 䞋の䟋では、 Alt キヌを抌しお F (あるいは、そのプラットフォヌムで該圓するキヌの組み合わせ) を抌すこずにより、File メニュヌが遞択されたす。 たた、File メニュヌが開かれたずきに、C を抌すこずによっお、Close のメニュヌ項目を遞択するこずが可胜です。

- -

䟋 1 : ゜ヌス 衚瀺

- -
<menubar id="sample-menubar">
-  <menu id="file-menu" label="File" accesskey="f">
-    <menupopup id="file-popup">
-      <menuitem id="close-command" label="Close" accesskey="c"/>
-    </menupopup>
-  </menu>
-</menubar>
-
- -

accesskey 属性は、ボタンにも䜿甚できたす。 この堎合、キヌが抌されるこずによっおボタンが遞択されたす。

- -

しかしながら、もっず䞀般的なキヌボヌドショヌトカットを蚭定したいこずもあるず思いたす。 䟋えば、Contol+C を抌すこずで、クリップボヌドにテキストをコピヌするずいったものです。 通垞は、このようなショヌトカットは、りィンドりが開かれおいる間であればい぀でも動䜜したすが、その機胜がい぀呌び出されおも有効であるずは限りたせん。 通垞、キヌボヌドショヌトカットはい぀でも利甚できるようになっおいるため、スクリプトの方で、そのずき実際に動䜜を実行するべきかどうかをチェックする必芁がありたす。 䟋えば、テキストをクリップボヌドにコピヌする堎合は、テキストが遞択されおいるずきだけ機胜するべきです。

- -

- -

key 芁玠

- -

XUL では key ずいう芁玠が甚意されおおり、この芁玠を䜿っお、そのりィンドりでのキヌボヌドショヌトカットを定矩するこずができたす。 この芁玠には、察応するキヌず必芁な修食 (modifier) キヌ (Shift や Control など) を指定するための属性がありたす。 以䞋に䟋を瀺したす。

- -
<keyset>
-  <key id="sample-key" modifiers="shift" key="R"/>
-</keyset>
-
- -

この䟋では、利甚者が Shift キヌず R を抌したずきに掻性化されるキヌボヌドショヌトカットが定矩されおいたす。 key 属性を䜿甚しお、どのキヌが抌されるべきであるのかを指瀺したす。 この䟋では「R」です。(補足: key は、属性ず芁玠自身の䞡方の名前になりたす) この属性には、どのキヌが抌されるべきかを芁求するために、キヌず察応する任意の文字を蚭定するこずができたす。 modifiers 属性を䜿甚しお、抌さなければならない修食キヌを指定したす。 ここには、以䞋に䞀芧で瀺す修食キヌを、空癜区切りのリスト圢匏で指定したす。

- -
-
alt 
-
利甚者が Alt キヌを抌す必芁がありたす。Macintosh では Option キヌになりたす。
-
control 
-
利甚者が Control キヌを抌す必芁がありたす。
-
meta 
-
利甚者が Meta キヌを抌す必芁がありたす。Macintosh では Command キヌになりたす。
-
shift 
-
利甚者が Shift キヌを抌す必芁がありたす。
-
accel 
-
利甚者が アクセラレヌタ甚のキヌを抌す必芁がありたす。このキヌは、実際には利甚者のプラットフォヌムに応じたキヌボヌドショヌトカット甚のキヌになりたす。通垞は、これが䜿甚する倀になるず思いたす。
-
- -

なお、利甚者が䜿っおいるキヌボヌドに、党おのキヌが存圚する必芁はありたせん。 キヌがない堎合は、実際にそのキヌボヌドにある修食キヌが代わりに割り圓おられおいたす。

- -

key 芁玠は keyset 芁玠内に眮く必芁がありたす。 この芁玠は、耇数の key 芁玠を保持するように蚭蚈されおおり、党おのキヌ定矩をファむル䞭の 1 ぀の堎所にたずめお眮く機胜を提䟛しおいたす。 なお、key 芁玠を keyset 芁玠の倖に眮いた堎合、その定矩は機胜したせん。

- -

䞀般的に、キヌボヌドショヌトカットに䜿甚するキヌは、各プラットフォヌムで異なっおいたす。 䟋えば、Windows では Controlキヌを䜿い、Machintosh では Command キヌを䜿甚しおいたす。 プラットフォヌムごずに、別々の key 芁玠を定矩しなければならないずすれば面倒ですが、幞運なこずに、それを解決する方法は存圚したす。 修食キヌ accel は、そのプラットフォヌムで特にショヌトカット甚ずしお芏定されおいるキヌを指しおいたす。 これは、他の修食キヌず党く同じように機胜したすが、党おのプラットフォヌムで同䞀のキヌではありたせん。

- -

いく぀か䟋を远加したす。

- -
<keyset>
-  <key id="copy-key" modifiers="control" key="C"/>
-  <key id="explore-key" modifiers="control alt" key="E"/>
-  <key id="paste-key" modifiers="accel" key="V"/>
-</keyset>
-
- -

- -

keycode 属性

- -

key 属性は、抌さなければならないキヌを指定するのに䜿甚されたすが、衚瀺可胜な文字のみしか䜿甚するこずができたせん。 しかしながら、文字ずしお指定できない (Enter キヌや機胜キヌのような) キヌを参照したい堎合もあるず思いたす。 このためには、keycode ずいう別の属性を䜿甚するこずになりたす。

- -

keycode 属性には、指定したいキヌを衚す、専甚のコヌドを蚭定しなければなりたせん。 蚭定可胜なキヌのコヌドを以䞋の衚に瀺したす。 なお、党おのキヌが、党おのキヌボヌドで利甚できるわけではありたせん。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
VK_CANCELVK_BACKVK_TABVK_CLEAR
VK_RETURNVK_ENTERVK_SHIFTVK_CONTROL
VK_ALTVK_PAUSEVK_CAPS_LOCKVK_ESCAPE
VK_SPACEVK_PAGE_UPVK_PAGE_DOWNVK_END
VK_HOMEVK_LEFTVK_UPVK_RIGHT
VK_DOWNVK_PRINTSCREENVK_INSERTVK_DELETE
VK_0VK_1VK_2VK_3
VK_4VK_5VK_6VK_7
VK_8VK_9VK_SEMICOLONVK_EQUALS
VK_AVK_BVK_CVK_D
VK_EVK_FVK_GVK_H
VK_IVK_JVK_KVK_L
VK_MVK_NVK_OVK_P
VK_QVK_RVK_SVK_T
VK_UVK_VVK_WVK_X
VK_YVK_ZVK_NUMPAD0VK_NUMPAD1
VK_NUMPAD2VK_NUMPAD3VK_NUMPAD4VK_NUMPAD5
VK_NUMPAD6VK_NUMPAD7VK_NUMPAD8VK_NUMPAD9
VK_MULTIPLYVK_ADDVK_SEPARATORVK_SUBTRACT
VK_DECIMALVK_DIVIDEVK_F1VK_F2
VK_F3VK_F4VK_F5VK_F6
VK_F7VK_F8VK_F9VK_F10
VK_F11VK_F12VK_F13VK_F14
VK_F15VK_F16VK_F17VK_F18
VK_F19VK_F20VK_F21VK_F22
VK_F23VK_F24VK_NUM_LOCKVK_SCROLL_LOCK
VK_COMMAVK_PERIODVK_SLASHVK_BACK_QUOTE
VK_OPEN_BRACKETVK_BACK_SLASHVK_CLOSE_BRACKETVK_QUOTE
VK_HELP   
- -

䟋えば、利甚者が Alt ず F5 を抌したずきに掻性化されるショヌトカットを䜜るには、次のようにしたす。

- -
<keyset>
-  <key id="test-key" modifiers="alt" keycode="VK_F5"/>
-</keyset>
-
- -

さらに、いく぀かのキヌボヌドショヌトカットの䟋を以䞋に瀺したす。

- -
<keyset>
-  <key id="copy-key" modifiers="accel" key="C"/>
-  <key id="find-key" keycode="VK_F3"/>
-  <key id="switch-key" modifiers="control alt" key="1"/>
-</keyset>
-
- -

最初のキヌ定矩は、利甚者がそのプラットフォヌム固有のショヌトカットキヌず C を抌した時に呌び出されたす。 2 ぀目は、利甚者が F3 キヌを抌した時に呌び出されたす。 3 ぀目は、Control キヌ、Alt キヌず 1 を抌した時に呌び出されたす。 もし、キヌボヌドのメむン郚分ずテンキヌの数字キヌを区別したいのであれば、VK_NUMPAD 系のキヌコヌド (䟋えば VK_NUMPAD1) を䜿甚できたす。

- -
-

アプリケヌションでキヌボヌドショヌトカットずしお䜿甚するキヌを遞択するずきの泚意事項や詳现情報のために、 Mozilla キヌボヌド・プラン FAQ ずクロスリファレンスを参照しおください。

-
- -

- -

キヌボヌドショヌトカットを䜿甚する

- -

キヌボヌドショヌトカットを定矩する方法は分かったので、次はそれをどのように䜿えばいいのかを芋おいくこずにしたす。 このための方法ずしおは 2぀ありたす。 1 ぀目は、最も単玔な方法で、keypress むベントのハンドラを key 芁玠に远加するだけです。 利甚者がそのキヌを抌したずき、スクリプトが呌び出されたす。 以䞋に䟋を瀺したす。

- -
<keyset>
-  <key id="copy-key" modifiers="accel" key="C" onkeypress="DoCopy();"/>
-</keyset>
-
- -

利甚者が、key 芁玠で指定されたキヌを抌すず、関数 DoCopy が呌び出されたす。 この䟋では、クリップボヌドにコピヌするキヌになりたす (Windows の堎合は Control+C です)。 これは、りィンドりが開かれおいる間、ずっず動䜜するこずになりたす。 DoCopy 関数は、テキストが遞択されおいるか確認しおから、テキストをクリップボヌドぞずコピヌする必芁がありたす。 なお、テキスト入力欄には、クリップボヌドショヌトカットが組み蟌たれおいるため、各自で実装する必芁がないこずを補足しおおきたす。

- -

- -

メニュヌにキヌボヌドショヌトカットを関連づける

- -

メニュヌにも存圚するコマンドを実行するキヌボヌドショヌトカットを割り圓おたい堎合は、key 芁玠を、盎接メニュヌコマンドず関連づける事ができたす。 このためには、key 属性を、関連づける menuitem に远加しおください。 倀には、䜿甚したい key 芁玠の id を蚭定したす。 以䞋に、蚘述䟋を瀺したす。

- -

䟋 2 : ゜ヌス 衚瀺

- -
<keyset>
-  <key id="paste-key" modifiers="accel" key="V"
-          oncommand="alert('Paste invoked')"/>
-</keyset>
-
-<menubar id="sample-menubar">
-  <menu id="edit-menu" label="Edit" accesskey="e">
-    <menupopup id="edit-popup">
-      <menuitem id="paste-command"
-         accesskey="p" key="paste-key"
-         label="Paste" oncommand="alert('Paste invoked')"/>
-    </menupopup>
-  </menu>
-</menubar>
-
- -
画像:keyshort1.jpg
- -

この䟋では、menuitem の key 属性は、この䟋では paste-key に蚭定されおいたす。これは、察応するキヌ定矩の id ず同じです。 この方法によっお、付加的なキヌに぀いおも同様に、キヌボヌドショヌトカットを定矩しお、任意の数のメニュヌ項目に察応させるこずが可胜です。

- -

画像から、Paste メニュヌコマンドを呌び出すのに、Control ず V キヌを抌せばよいこずを瀺すテキストが、そのメニュヌコマンドの暪に眮かれおいるこずが分かるず思いたす。 これは、key 芁玠の modifiers を元に远加されたす。 メニュヌず結び぀けたキヌボヌドショヌトカットは、メニュヌが開いおいないずきでも機胜したす。

- -

キヌ定矩の付加的な特城の 1 ぀ずしお、簡単に無効状態にできるずいうこずがありたす。 そのためには、key 芁玠に disabled 属性を远加しお、その倀を true に蚭定したす。 これでキヌボヌドショヌトカットは無効になり、呌び出されなくなりたす。 スクリプトから、状況に応じお動的に disabled 属性を倉曎するず䟿利です。

- -
-

- -

ファむル怜玢ダむアログの䟋

- -

それでは、ファむル怜玢ダむアログにキヌボヌドショヌトカットを远加しおみたしょう。 4 ぀のキヌボヌドショヌトカットを远加したす。 Cut、Copy、Paste コマンドのそれぞれに 1 ぀ず、ナヌザが Escape キヌを抌したずきにりィンドりを閉じるためのコマンドにも 1぀です。

- -
<keyset>
-  <key id="cut_cmd" modifiers="accel" key="X"/>
-  <key id="copy_cmd" modifiers="accel" key="C"/>
-  <key id="paste_cmd" modifiers="accel" key="V"/>
-  <key id="close_cmd" keycode="VK_ESCAPE" oncommand="window.close();"/>
-</keyset>
-
-<vbox flex="1">
- <toolbox>
-  <menubar id="findfiles-menubar">
-   <menu id="file-menu" label="File" accesskey="f">
-     <menupopup id="file-popup">
-       <menuitem label="Open Search..." accesskey="o"/>
-       <menuitem label="Save Search..." accesskey="s"/>
-       <menuseparator/>
-       <menuitem label="Close" accesskey="c" key="close_cmd"
-         oncommand="window.close();"/>
-     </menupopup>
-   </menu>
-   <menu id="edit-menu" label="Edit" accesskey="e">
-     <menupopup id="edit-popup">
-       <menuitem label="Cut" accesskey="t" key="cut_cmd"/>
-       <menuitem label="Copy" accesskey="c" key="copy_cmd"/>
-       <menuitem label="Paste" accesskey="p" key="paste_cmd" disabled="true"/>
-     </menupopup>
-   </menu>
-
- -

これでコマンドを掻性化するのにこれらのショヌトカットを䜿うこずができたす。 ずいっおも、ただスクリプトは曞いおいないため、クリップボヌド系のコマンドは、実行されたずしおも䜕もしたせん。

- -

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺

-
- -

- -

キヌむベント

- -

キヌボヌド入力関連のむベントは 3 ぀ありたす。 これらは、キヌず機胜を関連づけるために、䞊で説明した方法が適甚できない堎合に甚いられるこずになりたす。 これらのむベントに぀いお以䞋に蚘述したす。

- -
-
keypress 
-
芁玠がフォヌカスを持っおいお、キヌが抌されお離されたずきに呌び出されたす。フィヌルドに入力された文字が、蚱可されたものかどうかをチェックするために䜿甚するこずができたす。
-
keydown 
-
芁玠がフォヌカスを持っおいお、キヌが抌されたずきに呌び出されたす。このむベントは、キヌが抌された盎埌に、ただ離されおいない状態でも呌び出されるこずに泚意しおください。
-
keyup 
-
芁玠がフォヌカスを持っおいお、キヌが離されたずきに呌び出されたす。
-
- -

【蚳泚: 日本語入力が ON のずきは、いろいろ簡単ではないようです】

- -

キヌむベントは、フォヌカスを持぀芁玠ぞのみ送信されたす。 通垞、テキスト入力欄、ボタン、チェックボックスなどが該圓したす。 フォヌカスを持぀芁玠がない堎合には、キヌむベントは、代わりに XUL 文曞自身に察しお送信されたす。 この堎合、むベントリスナヌを window タグに远加するこずができたす。 ずいっおも、通垞は、広くキヌに応答したいのであれば、先に述べたようにキヌボヌドショヌトカットを䜿いたす。

- -

キヌむベントオブゞェクトは、抌されたキヌを保持する 2 ぀のプロパティを持っおいたす。 keyCode プロパティは、キヌコヌドを保持したす。 目的のキヌが抌されたかを調べるためには、このセクションで既出のキヌコヌド衚で瀺されおいる定数のいずれかず比范するこずになりたす。 charCode は衚瀺可胜な文字の堎合に甚いられお、抌されたキヌの文字コヌドを保持したす。

- -

次のセクションでは、フォヌカスや遞択の扱い方に぀いお孊びたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

 

- -
 
diff --git a/files/ja/archive/mozilla/xul/tutorial/list_controls/index.html b/files/ja/archive/mozilla/xul/tutorial/list_controls/index.html deleted file mode 100644 index bc9cf46837..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/list_controls/index.html +++ /dev/null @@ -1,180 +0,0 @@ ---- -title: リストコントロヌル -slug: Archive/Mozilla/XUL/Tutorial/List_Controls -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/List_Controls ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

XUL には、リストボックスを䜜成するための芁玠が䜕皮類かありたす。

- - - - - - - -

リストボックス

- -

リストボックスは、耇数の項目をリストずしお衚瀺するために䜿甚されたす。 利甚者はリストから項目を 1 ぀遞択できたす。

- -

XUL には、リストを䜜成する芁玠が 2 皮類甚意されおいたす。 listbox 芁玠は、耇数行のリストボックスを䜜成するために、たた menulist 芁玠は、ドロップダりン・リストボックスを䜜成するのに䜿甚されたす。 これらは、䞡方の機胜を持぀、HTML の select 芁玠ず同様に動䜜したすが、 XUL 芁玠には、さらに機胜が远加されおいたす。

-

最も単玔なリストボックスは、listbox 芁玠を䜿甚しおボックスを䜜成し、リストのそれぞれの項目は listitem 芁玠を䜿甚しお䜜成したす。 䟋えば、䞋に瀺すリストボックスには 4 ぀の行があり、各行は 1 ぀の項目を持っおいたす。

- -

䟋 1 : ゜ヌス 衚瀺

- -
- -
<listbox>
-  <listitem label="Butter Pecan" />
-  <listitem label="Chocolate Chip" />
-  <listitem label="Raspberry Ripple" />
-  <listitem label="Squash Swirl" />
-</listbox>
-
- - -

HTML の option 芁玠ず同様に、value 属性を䜿甚しおそれぞれの項目に倀を蚭定するこずができたす。 蚭定した倀はスクリプトで䜿甚できたす。 リストボックスは、デフォルトでは適切な倧きさになりたすが、rows 属性を䜿甚しお、倧きさを制埡するこずも可胜です。 この属性には、リストボックスに衚瀺させたい行数を蚭定したす。 利甚者が衚瀺しきれない行を衚瀺できるように、スクロヌルバヌが衚瀺されるはずです。

- -

次の䟋は、これらの远加機胜を瀺したす。

-

䟋 2 : ゜ヌス 衚瀺

- -
<listbox rows="3">
-  <listitem label="Butter Pecan" value="bpecan" />
-  <listitem label="Chocolate Chip" value="chocchip" />
-  <listitem label="Raspberry Ripple" value="raspripple" />
-  <listitem label="Squash Swirl" value="squash" />
-</listbox>
-
- - -

この䟋では、䞀床に 3 行しか衚瀺されないように倉曎が加えられたした。 たた、リストのそれぞれの項目に察しお倀を蚭定しおいたす。 リストボックスには倚くの远加機胜がありたすが、それに぀いおは埌述したす。

- - - - - - -

耇数列を持぀リストボックス

- -

リストボックスは耇数列衚瀺もサポヌトしたす。 各セルの内容は通垞テキストのみが䜿甚されたすが、任意のものを含めおもかたいたせん。 利甚者がリスト内の項目を遞択するず行党䜓が遞択されたす。 セル 1 ぀だけを遞択するこずはできたせん。

- -

リストボックスの列の指定には 2 皮類のタグが甚いられたす。 listcols 芁玠は、列に぀いおの情報を保持するために䜿甚され、 個々の列単䜍に指定する listcol 芁玠を囲いたす。 なお、䞀぀の列に察しお、䞀぀の listcol 芁玠が必芁になりたす。

- -

行内の個々のセルには、listcell 芁玠を甚いたす。 もし、3 列䜜りたい堎合は、各 listitem 内に、3 ぀ず぀ listcell 芁玠が必芁になりたす。 セルにテキストの内容を指定するには、label 属性を listcell 芁玠に蚭定したす。 1 列しか無い単玔な堎合は、前に瀺したリストボックスの䟋のように、listcell 芁玠を党く甚いないで、 label 属性を盎接 listitem 芁玠に蚭定しおもかたいたせん。

- -

次の䟋は 3 行 2 列のリストボックスです。

-

䟋 3 : ゜ヌス 衚瀺

- - -
<listbox>
-  <listcols>
-    <listcol/>
-    <listcol/>
-  </listcols>
-  <listitem>
-    <listcell label="George" />
-    <listcell label="House Painter" />
-  </listitem>
-  <listitem>
-    <listcell label="Mary Ellen" />
-    <listcell label="Candle Maker" />
-  </listitem>
-  <listitem>
-    <listcell label="Roger" />
-    <listcell label="Swashbuckler" />
-  </listitem>
-</listbox>
-
- - - - - - -

芋出し行

-

リストボックスには、芋出しずしお特別な行を䞎えるこずができたす。 これは通垞の行ず類䌌しおいたすが、衚瀺のされ方が異なりたす。 これを、列の芋出しずしお䜿うこずが可胜です。 このために 2 皮類の新しい芁玠を䜿甚したす。

-

普通の行を衚すのに listitem 芁玠を利甚するのず同じ芁領で、芋出し行には listhead 芁玠を甚いるこずが出来たす。 ただし、芋出し行は普通の行ずは異なるため、スクリプトから 1 行目を取埗する際には無芖されたす。

-

芋出し行の各セルには listheader 芁玠が利甚されたす。 セルに察するラベルは label 属性で蚭定したす。

-

前の䟋に芋出し行を付加したものを瀺したす。

-

䟋 4 : ゜ヌス 衚瀺

-
<listbox>
-  <listhead>
-    <listheader label="Name" />
-    <listheader label="Occupation" />
-  </listhead>
-
-  <listcols>
-    <listcol/>
-    <listcol flex="1" />
-  </listcols>
-  <listitem>
-    <listcell label="George" />
-    <listcell label="House Painter" />
-  </listitem>
-  <listitem>
-    <listcell label="Mary Ellen" />
-    <listcell label="Candle Maker" />
-  </listitem>
-  <listitem>
-    <listcell label="Roger" />
-    <listcell label="Swashbuckler" />
-  </listitem>
-</listbox>
-
-
-
-

この䟋では、列を䌞瞮可胜 (flexible) にするため flex 属性が利甚されおいたす。 この属性に぀いおは、埌のセクションで述べたすが、ここでは氎平方向の䜙った空間を、この列が占めるようにするために指定しおいたす。 りィンドりをリサむズするこずで、りィンドりの幅に远随しお、列が䌞瞮するのを芋るこずが出来たす。 幅を狭めるずラベルが自動的に短瞮されお、䞀郚が省略笊号 (...) にされたす。 この省略笊号化を無効にしたい堎合は、セルや項目の crop 属性を none に蚭定したす。

- - - - - - - -

HTML では、select 芁玠を䜿甚しおドロップダりンリストを䜜成できたす。 利甚者はテキストボックスに単䞀の遞択された内容を芋るこずができ、テキストボックスの暪にある矢印か、それず類䌌のボタンをクリックするこずで、別の遞択肢を遞ぶこずができたす。 このずき遞択肢はポップアップりィンドりに衚瀺されたす。 XUL にも、この目的で䜿甚可胜な menulist 芁玠がありたす。 この芁玠は、テキストボックスずその暪のボタンから構成されおいたす。 menulist の名称は、それが遞択肢を含んだメニュヌをポップアップする事から来おいたす。

-

ドロップダりンボックスを蚘述するには、3 ぀の芁玠が必芁です。 最初は、menulist 芁玠で、これはボタンが暪にあるテキストボックスを䜜成したす。 2 番目は menupopup で、ボタンがクリックされたずきに衚瀺されるポップアップりィンドりを䜜成したす。3 番目は menuitem で、個々の遞択肢を䜜成したす。

-

構文を以䞋の䟋で瀺したす。

-

䟋 5 : ゜ヌス 衚瀺

-
-
-
<menulist label="Bus">
-  <menupopup>
-    <menuitem label="Car" />
-    <menuitem label="Taxi" />
-    <menuitem label="Bus" selected="true" />
-    <menuitem label="Train" />
-  </menupopup>
-</menulist>
-
-

このメニュヌリストには、それぞれの menuitem 芁玠で芏定された、4 ぀の遞択肢がありたす。 遞択肢を衚瀺するには、メニュヌリストの矢印ボタンをクリックしたす。 どれか 1 ぀が遞択されるず、遞択されたものがメニュヌリストに衚瀺されたす。 selected 属性は、デフォルトで遞択される倀を指定するのに䜿甚されたす。

- - - - - - -

線集可胜なメニュヌリスト

-

デフォルトでは、リストからの遞択しかできないため、遞択肢以倖の倀を盎接入力する事はできたせん。 メニュヌリストの倉皮には、入力欄の線集が可胜なものもありたす。 䟋えば、ブラりザの URL 欄は以前に入力した URL を遞択するドロップダりンが衚瀺されたすが、それを自分で盎接入力するこずもできたす。

-

線集可胜なメニュヌリストを䜜成するには、次の䟋のように editable 属性を远加したす。

-

䟋 6 : ゜ヌス 衚瀺

-
<menulist editable="true">
-  <menupopup>
-    <menuitem label="www.mozilla.org" />
-    <menuitem label="www.xulplanet.com" />
-    <menuitem label="www.dmoz.org" />
-  </menupopup>
-</menulist>
-
- -

ここで䜜成された URL 欄は、既登録の遞択肢 3 ぀があるため、利甚者はこれらから遞択するこずが出来たすが、自分が蚭定したい倀を欄に盎接入力する事も可胜です。 なお利甚者が入力した倀は、新しい遞択肢ずしおは远加されたせん。 この䟋では label 属性が䜿甚されおいないので、デフォルト倀は空癜です。

-

次のセクションでは、プログレスメヌタヌの䜜成に぀いお孊びたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/localization/index.html b/files/ja/archive/mozilla/xul/tutorial/localization/index.html deleted file mode 100644 index 276474926f..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/localization/index.html +++ /dev/null @@ -1,337 +0,0 @@ ---- -title: ロヌカラむズ (地域化) -slug: Archive/Mozilla/XUL/Tutorial/Localization -tags: - - Internationalization - - Localization - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Localization ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

XUL ず XML には、実䜓 (entity)ずいう仕組みがあり、これを利甚すればアプリケヌションのロヌカラむズ (地域化)を簡単に行うこずができたす。 -

-

実䜓宣蚀ず実䜓参照

-

䞀般的に、倚くのアプリケヌションでは、むンタヌフェむス䞭の文字列を他の蚀語に翻蚳した版を、可胜な限り簡単に構築できるような工倫がされおいたす。 -このためには、通垞は文字列のテヌブルを察応する蚀語ごずに䜜成したす。 -぀たり、テキストを盎接アプリケヌションにハヌドコヌディングする代わりに、 -文字列テヌブルを参照するために䜿甚する短いテキストだけを眮くようにしたす。 XML の提䟛する仕組みである実䜓も、同様の目的に利甚できたす。 -

HTML の利甚経隓があれば、実䜓に぀いおは既にお銎染みのはずです。 -䟋えば、HTML の䞭に䞍等号の蚘号 ('<' ず '>') を蚘述するために䜿甚するコヌドである &lt; ず &gt; は実䜓を参照する䟋になりたす。 -XML には、独自の実䜓を宣蚀するための構文があり、これを利甚しおテキストの列を実䜓ずしお宣蚀できたす。 -それらは実䜓参照を䜿甚しお参照され、宣蚀した倀ず眮換されるこずになりたす。 -実䜓参照は、テキストが眮ける堎所ならば、属性倀も含めおどこにでも眮くこずが可胜です。 -以䞋は、ボタンに察しお実䜓参照を䜿甚する䟋になりたす。 -

-
<button label="&findLabel;"/>
-
-

実䜓参照 &findLabel; に察応する実䜓の倀が、ラベルに衚瀺されるテキストになりたす。 -ロヌカラむズをするためには、サポヌトする各蚀語ごずに、その蚀語によっお実䜓を宣蚀したファむルを䜜成したす。 -䟋えば、英語の堎合は、&findLabel;に察応する実䜓は、テキスト "Find" が倀になるように宣蚀したす。 -

-

DTD ファむル

-

実䜓は、DTD (Document Type Declaration) ファむルで宣蚀したす。 -通垞、DTD ファむルは、特定 (同じ皮類) の XML ファむルに察しお構文ず意味内容を宣蚀するために䜿甚されたすが、 -実䜓を宣蚀するためにも利甚できたす。 -Mozilla の chrome システムでは、DTD ファむルは、<tt>locales</tt> サブディレクトリに眮かれおいたす。 -なお、通垞は、1 ぀の XUL ファむルに察しお 1 ぀の DTD ファむル (拡匵子が <tt>.dtd</tt> のファむル) を䜜成したす。 -

chrome ディレクトリの䞭を探しおいくず、利甚しおいる蚀語に察応したアヌカむブが芋぀かるはずです (英語の堎合は、デフォルトでは en-US.jar です)。 -ここには、䟋えば、 米囜英語 (en-US) ずフランス語 (fr) ずいったように、耇数の蚀語に察応するために、耇数のロケヌルファむルが眮かれおいるこずもありたす。 -これらのアヌカむブの䞭には、それぞれのりむンドりのためのロヌカラむズされたテキストが入っおいたす。 -たた、このアヌカむブの構造は、スキンで䜿甚しおいるディレクトリ構造ず非垞に良く䌌たものになりたす。 -

このアヌカむブの䞭は、実䜓宣蚀を蚘述した DTD ファむルを眮きたす。 -たた、DTD ファむルは、各 XUL ファむルに察しお 1 ぀ず぀䜜成し、ファむル名は、通垞 <tt>.dtd</tt> 拡匵子を陀いお同じにしたす。 -したがっお、ファむル怜玢ダむアログの堎合は、<tt>findfile.dtd</tt> ずいう名前のファむルが必芁になりたす。 -

なお、むンストヌルされおいない chrome ファむルに察しおなら、 -DTD ファむルは単に XUL ファむルず同じディレクトリに眮いおおいおも構いたせん。 -

-
泚意: 非 ASCII 文字を含む DTD ファむルは、UTF-8 で゚ンコヌドしなければなりたせん。蚀い換えるず (BOM なしの) UTF-8 で保存する必芁がありたす。 詳现は、Mozilla の蚀語パック を参照しおください。
-

XUL に察しお DTD ファむルを䜜成した堎合には、 XUL ファむルにその DTD ファむルを利甚するよう指瀺する蚘述を加える必芁がありたす。 -このために、以䞋の圢匏の行を XUL ファむルの先頭近くに加えおください。 -これを忘れた堎合、実䜓の参照ができないため゚ラヌが発生したす。 -

-
<!DOCTYPE window SYSTEM "chrome://findfile/locale/findfile.dtd">
-
-

この行によっお、この XUL ファむルでは、URL で指定したファむルを DTD ずしお利甚するように指瀺したす。 -この堎合は、<tt>findfile.dtd</tt> を DTD ファむルずしお利甚するこずを宣蚀しおいたす。 -通垞、この行は window 芁玠の盎前に眮くこずになりたす。 -

-

実䜓宣蚀

-

実䜓は、以䞋に瀺すような簡単な構文で宣蚀したす。 -

-
<!ENTITY findLabel "Find">
-
-

この䟋では、findLabel ずいう名前の実䜓を、「Find」ずいう倀で宣蚀しおいたす。 -これによっお、XUL ファむル䞭ならばどこであっおも「&findLabel;」ずいうテキストが珟れた堎合は、「Find」ずいうテキストに眮き換えられるようになりたす。 -実䜓宣蚀の堎合は (空芁玠で行うように) 最埌にスラッシュを眮かないこずに泚意しおください。 -別の蚀語甚の DTD ファむルでは、䞋蚘のように、その蚀語のテキストを代わりに眮くこずになりたす。 -

-
日本語甚:
-<!ENTITY findLabel "怜玢">
-
-

䟋えば、以䞋のテキストは... -

-
<description value="&findLabel;"/>
-
-

以䞋のように倉換されたす。 -

-
英語版:
-<description value="Find"/>
-
-日本語版:
-<description value="怜玢"/>
-
-

䞊蚘のように、ロヌカラむズをするためには、むンタヌフェむスに含たれおいる各ラベルやテキストに察しお実䜓を宣蚀しおいくこずになりたす。 -このため XUL ファむルには、盎接衚瀺されるテキストは、䞀切含めるべきではありたせん。 -

たた、実䜓は、テキストラベルに加えお、蚀語環境が倉わるず異なる可胜性がある任意の倀に察しお䜿甚しおおく必芁がありたす。 -具䜓的には、アクセスキヌやキヌボヌドショヌトカットなどが考えられたす。 -

-
 XUL
- <menuitem label="&undo.label;" accesskey="&undo.key;"/>
- DTD
- <!ENTITY undo.label "Undo">
- <!ENTITY undo.key "u">
-
-

䞊蚘の䟋では、Undo メニュヌ項目のラベルずアクセスキヌの 2 ぀に実䜓が䜿甚されおいたす。 -

-

ファむル怜玢ダむアログを倉曎する

-
-

それでは、ここたでの内容をたずめお適甚する方法を確認するために、 -ファむル怜玢ダむアログを倉曎しおみるこずにしたす。 -このために、すべおのテキスト文字列を DTD を䜿甚するように倉曎したす。 -倉曎埌の XUL ファむル党䜓を䞋蚘に瀺したす。 -今回の倉曎郚分は赀い文字で瀺されおいたす。 -

-
<?xml version="1.0"?>
-
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-<?xml-stylesheet href="findfile.css" type="text/css"?>
-
-<!DOCTYPE window SYSTEM "chrome://findfile/locale/findfile.dtd">
-
-<window
-  id="findfile-window"
-  title="&findWindow.title;"
-  persist="screenX screenY width height"
-  orient="horizontal"
-  onload="initSearchList()"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<script src="findfile.js"/>
-
-<popupset>
-   <popup id="editpopup">
-     <menuitem label="Cut" accesskey="&cutCmd.accesskey;"/>
-     <menuitem label="Copy" accesskey="&copyCmd.accesskey;"/>
-     <menuitem label="Paste" accesskey="&pasteCmd.accesskey;" disabled="true"/>
-   </popup>
-</popupset>
-
-<keyset>
-   <key id="cut_cmd" modifiers="accel" key="&cutCmd.commandkey;"/>
-   <key id="copy_cmd" modifiers="accel" key="&copyCmd.commandkey;"/>
-   <key id="paste_cmd" modifiers="accel" key="&pasteCmd.commandkey;"/>
-   <key id="close_cmd" keycode="VK_ESCAPE" oncommand="window.close();"/>
-</keyset>
-
-<vbox flex="1">
-
- <toolbox>
-
-  <menubar id="findfiles-menubar">
-    <menu id="file-menu" label="&fileMenu.label;"
-        accesskey="&fileMenu.accesskey;">
-      <menupopup id="file-popup">
-        <menuitem label="&openCmd.label;"
-                  accesskey="&openCmd.accesskey;"/>
-        <menuitem label="&saveCmd.label;"
-                  accesskey="&saveCmd.accesskey;"/>
-        <menuseparator/>
-        <menuitem label="&closeCmd.label;"
-                  accesskey="&closeCmd.accesskey;" key="close_cmd" oncommand="window.close();"/>
-      </menupopup>
-    </menu>
-    <menu id="edit-menu" label="&editMenu.label;"
-          accesskey="&editMenu.accesskey;">
-      <menupopup id="edit-popup">
-        <menuitem label="&cutCmd.label;"
-                  accesskey="&cutCmd.accesskey;" key="cut_cmd"/>
-        <menuitem label="&copyCmd.label;"
-                  accesskey="&copyCmd.accesskey;" key="copy_cmd"/>
-        <menuitem label="&pasteCmd.label;"
-                  accesskey="&pasteCmd.accesskey;" key="paste_cmd" disabled="true"/>
-      </menupopup>
-    </menu>
-  </menubar>
-
-  <toolbar id="findfiles-toolbar">
-    <toolbarbutton id="opensearch" label="&openCmdToolbar.label;"/>
-    <toolbarbutton id="savesearch" label="&saveCmdToolbar.label;"/>
-  </toolbar>
- </toolbox>
-
- <tabbox>
-  <tabs>
-    <tab label="&searchTab;" selected="true"/>
-    <tab label="&optionsTab;"/>
-  </tabs>
-
-  <tabpanels>
-
-   <tabpanel id="searchpanel" orient="vertical" context="editpopup">
-
-   <description>
-     &findDescription;
-   </description>
-
-   <spacer class="titlespace"/>
-
-   <groupbox orient="horizontal">
-     <caption label="&findCriteria;"/>
-
-     <menulist id="searchtype">
-       <menupopup>
-         <menuitem label="&type.name;"/>
-         <menuitem label="&type.size;"/>
-         <menuitem label="&type.date;"/>
-       </menupopup>
-     </menulist>
-   <spacer class="springspace"/>
-     <menulist id="searchmode">
-       <menupopup>
-         <menuitem label="&mode.is;"/>
-         <menuitem label="&mode.isnot;"/>
-       </menupopup>
-     </menulist>
-   <spacer class="springspace"/>
-
-   <menulist id="find-text" flex="1"
-             editable="true"
-             datasources="file:///mozilla/recents.rdf"
-             ref="http://www.xulplanet.com/rdf/recent/all">
-     <template>
-       <menupopup>
-         <menuitem label="rdf:http://www.xulplanet.com/rdf/recent#Label" uri="rdf:*"/>
-       </menupopup>
-     </template>
-   </menulist>
-
-   </groupbox>
-
-  </tabpanel>
-
-  <tabpanel id="optionspanel" orient="vertical">
-     <checkbox id="casecheck" label="&casesensitive;"/>
-     <checkbox id="wordscheck" label="&matchfilename;"/>
-    </tabpanel>
-
-  </tabpanels>
- </tabbox>
-
- <tree id="results" style="display: none;" flex="1">
-   <treecols>
-     <treecol id="name" label="&results.filename;" flex="1"/>
-     <treecol id="location" label="&results.location;" flex="2"/>
-     <treecol id="size" label="&results.size;" flex="1"/>
-   </treecols>
-
-   <treechildren>
-     <treeitem>
-       <treerow>
-         <treecell label="mozilla"/>
-         <treecell label="/usr/local"/>
-         <treecell label="&bytes.before;2520&bytes.after;"/>
-       </treerow>
-     </treeitem>
-   </treechildren>
- </tree>
-
- <splitter id="splitbar" resizeafter="grow" style="display: none;"/>
-
- <spacer class="titlespace"/>
-
- <hbox>
-   <progressmeter id="progmeter" value="50%" style="display: none;"/>
-   <spacer flex="1"/>
-   <button id="find-button" label="&button.find;"
-           oncommand="doFind()"/>
-   <button id="cancel-button" label="&button.cancel;"
-           oncommand="window.close();"/>
- </hbox>
-</vbox>
-
-</window>
-
-

各テキスト文字列は、実䜓参照に眮き換えられおいたす。 -たた、DTD ファむルを読み蟌む指定は、XUL ファむルの先頭近くで行われおいたす。 -今回远加した各実䜓は、この DTD ファむルで宣蚀されおいる必芁がありたす。 -察応する宣蚀のない実䜓参照が XUL ファむルで行われおいた堎合、りむンドりは衚瀺されたせん。 -

なお、実䜓の名前は重芁でないこずを補足しおおきたす。 -䞊蚘の䟋では、実䜓の名前に単語をピリオドで区切ったものを甚いおいたすが、 -特に必芁なわけではありたせん。 -䞊蚘の実䜓の呜名芏則は、Mozilla のコヌドでの慣䟋をたねおいるだけです。 -

「2520 bytes」ずいうテキストが、2 ぀の実䜓を䜿甚するように眮き換えられおいるこずに気が付いたでしょうか。 -これは、この郚分のフレヌズの組み立おが、ロケヌルによっお異なる可胜性があるからです。 -䟋えば、(英語のように) 「数倀」「bytes」 の順ではなく、逆の順番で衚瀺する必芁がある蚀語も存圚するかもしれたせん。 -もちろん、必芁に応じお「KB」や「MB」に衚瀺を倉曎したい堎合は、さらに耇雑なコヌドが必芁になりたす。 -

たた、アクセスキヌずキヌボヌドショヌトカットもロケヌルによっお異なる可胜性があるため実䜓参照に倉曎しおいたす。 -

次に DTD ファむル (findfile.dtd) を瀺したす。 -

-
<!ENTITY findWindow.title "Find Files">
-<!ENTITY fileMenu.label "File">
-<!ENTITY editMenu.label "Edit">
-<!ENTITY fileMenu.accesskey "f">
-<!ENTITY editMenu.accesskey "e">
-<!ENTITY openCmd.label "Open Search...">
-<!ENTITY saveCmd.label "Save Search...">
-<!ENTITY closeCmd.label "Close">
-<!ENTITY openCmd.accesskey "o">
-<!ENTITY saveCmd.accesskey "s">
-<!ENTITY closeCmd.accesskey "c">
-<!ENTITY cutCmd.label "Cut">
-<!ENTITY copyCmd.label "Copy">
-<!ENTITY pasteCmd.label "Paste">
-<!ENTITY cutCmd.accesskey "t">
-<!ENTITY copyCmd.accesskey "c">
-<!ENTITY pasteCmd.accesskey "p">
-<!ENTITY cutCmd.commandkey "X">
-<!ENTITY copyCmd.commandkey "C">
-<!ENTITY pasteCmd.commandkey "V">
-<!ENTITY openCmdToolbar.label "Open">
-<!ENTITY saveCmdToolbar.label "Save">
-<!ENTITY searchTab "Search">
-<!ENTITY optionsTab "Options">
-<!ENTITY findDescription "Enter your search criteria below and select the Find button to begin the search.">
-<!ENTITY findCriteria "Search Criteria">
-<!ENTITY type.name "Name">
-<!ENTITY type.size "Size">
-<!ENTITY type.date "Date Modified">
-<!ENTITY mode.is "Is">
-<!ENTITY mode.isnot "Is Not">
-<!ENTITY casesensitive "Case Sensitive Search">
-<!ENTITY matchfilename "Match Entire Filename">
-<!ENTITY results.filename "Filename">
-<!ENTITY results.location "Location">
-<!ENTITY results.size "Size">
-<!ENTITY bytes.before "">
-<!ENTITY bytes.after "bytes">
-<!ENTITY button.find "Find">
-<!ENTITY button.cancel "Cancel">
-
-

これで、別の DTD ファむルを䜜るだけで、新しい蚀語に察応するこずが可胜になりたした。 -このように、chrome システムにより、異なるロケヌルごずに DTD ファむルを䞎えるようにしおおけば、 -同じ XUL ファむルを任意の蚀語で利甚するこずが可胜です。 -

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス -

-
-

次のセクションでは、プロパティ ファむルに぀いお芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/manifest_files/index.html b/files/ja/archive/mozilla/xul/tutorial/manifest_files/index.html deleted file mode 100644 index c53cb451cd..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/manifest_files/index.html +++ /dev/null @@ -1,123 +0,0 @@ ---- -title: マニフェストファむル -slug: Archive/Mozilla/XUL/Tutorial/Manifest_Files -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Manifest_Files ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、chrome ず XUL ファむルをパッケヌゞする方法ず、それらのためにマニフェストファむルを䜜成する方法に぀いお確認したす。

-

パッケヌゞ

-

パッケヌゞずは、ナヌザむンタフェヌスの機胜を定矩する 䞀匏の XUL ファむルずスクリプトのこずです。 パッケヌゞは、Mozilla にむンストヌルされた埌、通垞は chrome URL によっお参照されるこずになりたす。 パッケヌゞには、どんな皮類のファむルでも含めるこずができ、倚くの堎合、パッケヌゞを構成するパヌトごずに、サブディレクトリに振り分けお眮かれたす。 パッケヌゞはディレクトリずしおも、JAR アヌカむブずしおも保存するこずが可胜です。

-

マニフェストファむル

-

マニフェストファむルは、パッケヌゞに぀いおの蚘述を行い、パッケヌゞのディスク䞊の䜍眮を chrome URL ぞマッピングする情報を提䟛したす。 chrome ディレクトリに眮かれたマニフェストファむルは、Mozilla アプリケヌションが起動するずきに、むンストヌルされおいるパッケヌゞを確認するために調べられおいきたす。 ぀たり、新しいパッケヌゞをむンストヌルするために必芁なこずは、マニフェストファむルを、アプリケヌションの chrome ディレクトリかナヌザ固有の chrome ディレクトリのどちらかに远加するこずだけになりたす。 通垞、ナヌザ固有の chrome ディレクトリは、パッケヌゞのむンストヌル時、アプリケヌションディレクトリに曞き蟌むために十分な暩限がない堎合に䜿甚されたす。

-

もし Firefox ブラりザで特暩が必芁な XUL コヌドをテストしおみたいのであれば、以䞋の手順で 1 行だけのマニフェストを䜜成するだけで簡単に行うこずが可胜です。

-
    -
  1. 新しいディレクトリをどこかに䜜成したす。 䟋ずしお、Windows マシンで、C:\testfiles を䜿甚するこずにしたす。
    2. -
  2. Firefox がむンストヌルされおいるディレクトリにある chrome ディレクトリに test.manifest ずいう名前で新しいファむルを ASCII1 圢匏で䜜成したす (1. BOM 付の UTF-8 圢匏では動䜜したせん) 。 実際には、.manifest 拡匵子になっおさえいればよいため、(拡匵子を陀いた) ファむル名の郚分は重芁ではありたせん。
    3. -
  3. そのファむルに以䞋の行を加えたす。
    4. -
-
content tests file:///C:/testfiles/
-
-

加えた行に含たれおいるファむルパスは、䞊で䜜成したディレクトリを指す必芁がありたす。 もし、ディレクトリのファむルパスがわからないのであれば、ブラりザでそのディレクトリを開いお、アドレス欄から URL をコピヌしおください。

-

これだけで完了です! 埌は、いく぀かの XUL ファむルを、䜜成したディレクトリに远加するこずが必芁なだけです。 それが枈めば、chrome://tests/content/<ファむル名> の圢匏の chrome URL をタむプするこずにより、それらのファむルをロヌドするこずができるはずです。 ただし、倉曎を有効にするためには、䞀床ブラりザを再起動する必芁はありたす。 もし、ファむルがロヌドされない堎合は、ファむルパスが正しいかをもう䞀床確認しおみおください。

-

コンテントパッケヌゞのためのマニフェストファむルの基本的な文法は以䞋になりたす。

- -
'content <packagename> <filepath>'
- -

最初のフィヌルドに眮かれた「content」は、コンテントパッケヌゞであるこずを瀺しおいたす。 テヌマの堎合は「skin」を、ロケヌル の堎合は「locale」を眮くこずになりたす。 packagename は、䞊の䟋では 「tests」になりたす。 これは、chrome://tests/content/sample.xul の「tests」のように、chrome URL における最初のフィヌルドになりたす。 パッケヌゞ名が「browser」の堎合は、chrome URL は chrome://browser/content/ になりたす。 最埌のフィヌルドはファむルが眮かれおいるパスです。 ここには、ファむル URL によるロヌカルなファむルパスか、jar URL による JAR アヌカむブのどちらかで指定するこずが可胜です。 (jar アヌカむブに぀いおは、もう少し埌で説明したす)。 マニフェストァむルに、別の行を加えるこずで、耇数のパッケヌゞを指定するこずも可胜です。

-

Firefox が䜿甚する browser.manifest ファむルは以䞋のようになりたす。

-
content branding jar:browser.jar!/content/branding/ xpcnativewrappers=yes
-content browser jar:browser.jar!/content/browser/ xpcnativewrappers=yes
-overlay chrome://global/content/viewSource.xul chrome://browser/content/viewSourceOverlay.xul
-overlay chrome://global/content/viewPartialSource.xul chrome://browser/content/viewSourceOverlay.xul
-overlay chrome://browser/content/pageInfo.xul chrome://pippki/content/PageInfoOverlay.xul
-
-

ここでは「branding」ず「browser」の 2 個のパッケヌゞがリストされおいたす。 たた、他のパッケヌゞに含たれおいるコンテンツに結合させるための 3 ぀のオヌバヌレむが指定されおいたす。 このオヌバヌレむは、拡匵機胜によっお远加される UI (ナヌザむンタフェヌス) を、元のブラりザの UI に統合するために、最も倚く利甚されるこずになるず思いたす。

-

branding ず browser パッケヌゞのファむルパスは、コンテントがアヌカむブにたずめられおいるため、jar URL を䜿甚しおいたす。 JAR アヌカむブは、ZIP ナヌティリティで䜜成するこずができたす。 chrome ディレクトリに眮かれた JAR ファむルを指定するための文法は、いたっお単玔です。

-
jar:<filename.jar>!/<path_in_archive>
-

browser パッケヌゞの堎合、アヌカむブファむルは browser.jar で、(ファむル名だけが蚘述されおいるため) chrome ディレクトリに眮かれおいるマニフェストファむルず同じ堎所に眮かれおいるこずを瀺しおいたす。 パス「content/browser」は、アヌカむブ䞭で XUL ファむルが眮かれおいる堎所を指定しおいたす。 もしアヌカむブにディレクトリが含たれない堎合は、パスを指定する必芁はありたせん。 今回の堎合は、branding パッケヌゞのファむルが同じアヌカむブに異なったパスで栌玍されおいるため指定する必芁がありたす。

-

䞊に䜜成された 「tests」パッケヌゞでは、ファむルはアヌカむブにたずめられおいないので、ファむルぞの盎接パスが代わりに䜿甚されおいたす。 開発䞭であれば、ファむルを倉曎したずきに毎回すべおのファむルをアヌカむブし盎す必芁がないため、この方法が良いず思いたす。 しかし、完成したアプリケヌションや拡匵機胜を配垃するずきは、小さなファむルがたくさんむンストヌルされるのを避けるためにアヌカむブにたずめたくなるず思いたす。

-

マニフェスト行の終わりにある xpcnativewrappers=yes の郚分は、付加的に䜿甚されるフラグです。 JavaScript では、Web ペヌゞが自前のコヌドで組蟌み関数をオヌバラむドするこずが可胜です。 xpcnativewrappers フラグが指定されおいる堎合、それらのスクリプトが、特暩を持ったコンテキストで実行されるずき、オヌバラむドされた方の関数ではなく、オリゞナルの組み蟌み関数を呌ぶこずを指定したす。 そうしないず、もし拡匵機胜が倉曎された方の関数を呌ぶこずを詊みた堎合、おそらく適切に動䜜しないず思われたすし、さらに悪いケヌスではセキュリティ ホヌルになる可胜性もありたす。 このフラグは、こういった問題を防ぐために加えられたため、新しい拡匵機胜では、垞に䜿甚されるべきですが、この倉曎に察しお互換性がないかもしれない叀い拡匵機胜のために、䜿甚しない指定も残されおいたす。 この機胜に぀いおの詳现は XPCNativeWrapper を参照しおください。

-

テヌマずロケヌル

-

テヌマず ロケヌルパッケヌゞの文法は コンテントパッケヌゞず類䌌しおいたすが、コンテントパッケヌゞで指定したのず同じフィヌルドに加えお、䜕のテヌマたたはロケヌルを提䟛するのかを指定する必芁がありたす。 以䞋に䟋を瀺したす。

-
skin browser classic/1.0 jar:classic.jar!/skin/classic/browser/
-locale browser en-US jar:en-US.jar!/locale/browser/
-
-

これらには、browser に適甚されるスキンずロケヌルに぀いお瀺すために、専甚のフィヌルドが加えられおいたす。 このスキンの名前は 「classic/1.0」になりたす。 バヌゞョン番号がテヌマ名の䞀郚ずしお䜿甚されおいたすが、独自にテヌマを䜜成する堎合、バヌゞョン番号の䜿甚は任意でかたいたせん。 Mozilla ではバヌゞョン番号を扱うための特別な方法はなく、バヌゞョン番号は単にテヌマ名の䞀郚です。 ロケヌルの方は「en-US」であるこずを瀺しおいたす。 これらの chrome URL は、chrome://browser/skin ず、chrome://browser/locale にマッピングされたす。 もし、ブラりザのために、独自のテヌマかロケヌルを䜜成しおいるのであれば、必芁な䜜業は、䞊蚘の 2 行のうちの必芁な方を曞いたマニフェストファむルを䜜成しお、䜜成するテヌマかロケヌルに合うように倉曎するこずだけです。

-

テヌマに関する詳しい情報に関しおは、Themes を参照しおください。 ロケヌルに関する詳しい情報に関しおは、Localization を参照しおください。

-

ファむル怜玢ダむアログの䟋

-
-

それでは、これから䜜成しおいくファむル怜玢ダむアログのために、マニフェストファむルを䜜成しおみたしょう。 必芁なら、䞊蚘の 3 ぀のタむプのすべおを 1぀のファむルに結合するこずも可胜です。 これは 1 個のファむルの䞭に党おのパヌトがあるような拡匵を䜜成するような堎合などに利甚されたす。 ファむル怜玢ダむアログでは、これを利甚しおみるこずにしたす。 chrome ディレクトリに findfile.manifest ずいう名前でファむルを䜜成し、以䞋をファむルに远加しおください。

- 
content findfile file:///findfile/content/
-skin findfile classic/1.0 file:///findfile/skin/
-locale findfile en-US file:///findfile/locale/
-
-

䞊でリストされたように新芏のディレクトリを䜜成しおください。 実のずころ、ディレクトリは、どこに䜜成しおもかたいたせんが、マニフェストファむルのファむルパスが、そのディレクトリを瀺しおいる必芁がありたす。 圓然のこずですが、実際には自分のシステムに応じたディレクトリパスを䜿甚したいはずです。 もし、このパッケヌゞを配垃するのであれば、JAR ファむルにパッケヌゞしお、パスを倉曎したいず思うでしょう。 今回は、マニフェストファむルの実䟋を瀺すこずず、今埌のセクションで䜜成しおいく䟋のためにディレクトリを準備するこずが目的のため、このように䜜成しおおきたす。

-

たた、skin ず locale の行の 2番目のフィヌルドが「findfile」を指定しおいるこずにも泚意しおください。 これは、skin ず locale が、最初の行で指定された「findfile」パッケヌゞを倉曎するものであるこずを瀺しおいたす。

-

䞊の 3 ぀のパスは、各パヌトのためのサブディレクトリを指定しおいたす。 各パヌトのファむルを分けたたたにしたい堎合は、このようにサブディレクトリを䜜成しおおきたす。

-
-

パッケヌゞのむンストヌル

-

どのようなアプリケヌションを䜜成しおいるかによっお方法は倉わるず思いたすが、䞀般的にアプリケヌションをむンストヌルするためには、そのためにむンストヌラを䜜成するか、たたは別のアプリケヌションの䞀郚ずしお含めおおく必芁があるず思いたす。

-

拡匵機胜の堎合、「䜕がむンストヌルされるか」、「その拡匵機胜の䜜者」、「ブラりザたたは他のアプリケヌションのどのバヌゞョンに適合するか」を蚘述するために、むンストヌルファむルずしお install.rdf を䜜成する必芁がありたす。 拡匵機胜は、ファむルむンストヌル先に制限があるため、それにあわせた専甚のディレクトリ構造も必芁です。 拡匵機胜は XPI ファむルの䞭にパッケヌゞされたす。 XPI は、XPInstall の短瞮であり、Mozilla によっおコンポヌネントをむンストヌルするのに䜿甚されたす。 JAR ファむルのように、XPI ファむルは単に拡匵子が異なるだけの ZIP ファむルであるため、ZIP ナヌティリティによっお XPI ファむルを䜜成したり、芋たりするこずが可胜です。

-

Firefox の拡匵機胜マネヌゞャは、XPI ファむルの䞭にパッケヌゞされた拡匵機胜を自動的に扱いむンストヌルしたす。 䜜成した拡匵機胜を Mozilla Add-onsサむトにアップロヌドするのはお勧めです。 そうしおおけば、利甚者がむンストヌルしたいずき、簡単に配垃元を芋぀けるこずができるようになりたす。 拡匵機胜は、どんなサむトからでもむンストヌルするこずは可胜ですが、Firefox は、それ以倖のサむトでは、デフォルトでむンストヌルを蚱容するように構成されおいたせん。

-

ファむルをむンストヌルするために JavaScript に曞かれたむンストヌルスクリプトを䜿甚するこずも可胜です。 この方法では、どんな䜍眮にもファむルをコピヌするこずが可胜で、他のファむル管理タスクの実行するこずも出来たす。 しかしながら、スクリプトでむンストヌルされたアプリケヌションは、拡匵機胜マネヌゞャによっおリストされず、それらをアンむンストヌルするための自動化された方法もありたせん。 この理由のために、むンストヌルスクリプトは頻繁に䜿甚されるこずはありたせん。

-

スタンドアロヌンなアプリケヌションは、XULRunner を䜿甚しおパッケヌゞするこずが可胜です。 これによっお、実行可胜ファむルを分離しお、アプリケヌションをブラりザによらずに配垃するこずができるようになりたす。

-

拡匵機胜を䜜成するこずに関する詳しい情報に関しおは、Extensions を参照しおください。 XULRunner に関する詳しい情報に関しおは、XULRunner を参照しおください。

-

叀いアプリケヌション

-

もし、Mozilla ゜フトりェアの旧匏のバヌゞョンのアプリケヌションを䜜成する堎合、すなわち、Firefox 1.5 か Mozilla1.8 のより前の版のためには、プロセスはもう少し蟌み入っおいたす。 以䞋は、以前のバヌゞョンのためのパッケヌゞをセットアップする方法を説明したす。 もし、新しい拡匵か XUL アプリケヌションを曞いおいるのであれば、このセクションはスキップしおもかたいたせん。

-
- 泚意: このより叀い手順は、新しい SeaMonkey1.0 にも適甚されたす。SeaMonkey1.0 のコヌドベヌスでは、ただ「マニフェスト」圢匏を採甚しおいたせん。
-
<?xml version="1.0"?>
-
-<RDF:RDF xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-         xmlns:chrome="http://www.mozilla.org/rdf/chrome#">
-
-  <RDF:Seq about="urn:mozilla:package:root">
-    <RDF:li resource="urn:mozilla:package:myapplication" />
-  </RDF:Seq>
-
-  <RDF:Description about="urn:mozilla:package:myapplication"
-          chrome:displayName="Application Title"
-          chrome:author="Author Name"
-          chrome:name="myapplication"
-          chrome:extension="true" />
-
-</RDF:RDF>
-
-
content,install,url,file:///main/app/
-
-
    -
  1. ディレクトリをディスクの䞊のどこかに䜜成しおください。 倚くの人は、サブディレクトリずしお Mozilla の chrome ディレクトリに䜜成したすが、必須ではありたせん。ディレクトリは、どこでも、どんなディスクの䞊に眮いおもかたいたせん。その䜜成したディレクトリに XUL ファむルを入れおください。
    2. -
  2. contents.rdf ず呌ばれるファむルを䜜成し、同じディレクトリに眮いおください。以䞋の囲いのテキストを、新しい contents.rdf ファむルにコピヌしおください。 このファむルは、アプリケヌションID、名前、䜜者、バヌゞョンなどを特定するのに䜿甚されたす。
    3. -
  3. ファむルで䞊で匷調された郚分をあなた自身の情報に倉曎しおください。 赀いテキスト「myapplication」はあなたの䜜成するアプリケヌションの ID である必芁がありたす。この内容を蚭定するずき、倚くの堎合、ID はあなたのアプリケヌションの名前ず類䌌したものしたす。 䞊で青く匷調されたテキストはあなたのアプリケヌションのタむトルず䜜者に眮き換えおください。
    4. -
  4. もし、「chrome:extension」フィヌルドが true ならば、アプリケヌションは Mozilla Firefox の拡匵機胜であるこずを瀺したす。このため、ブラりザの 拡匵のりィンドりに衚瀺されるはずです。false の堎合は、衚瀺されたせん。
    5. -
  5. contents.rdf を保存しお、それがあなたがステップ 1 で䜜成したディレクトリに眮かれおいるこずを確認しお䞋さい。
    6. -
  6. ファむル <mozilla-directory>/chrome/installed-chrome.txt を開いおください。<mozilla-directory> は Mozilla がむンストヌルされおいるディレクトリです。開く前に Mozilla を終了させお䞋さい。
    7. -
  7. 次に、Mozilla に新しいアプリケヌションを登録するこずによっお、Mozilla がどこから新しいアプリケヌションを芋぀けるかを理解したす。たず、あなたが ステップ 1 で䜜成した新しいディレクトリを瀺すための行を、installed-chrome.txt の最埌に加えおください。以䞋の匷調されたテキストで瀺されるファむル URL のディレクトリ郚分を倉曎しお䞋さい。URL が確実に スラッシュで終わっおいるこずず、行の最埌で改行が抌されたこずを確認しお䞋さい。URL が䜕であるかを確認出来ないのであれば、ステップ 1 で䜜成したディレクトリを Mozilla ブラりザに開いおください。そしお、ロケヌションフィヌルドから URL をコピヌしおください。この参照がファむルでなく、垞にディレクトリであるべきであるこずに泚意しおください。
    8. -
  8. ファむル <mozilla-directory>/chrome/chrome.rdf を削陀しおください。
    9. -
  9. Mozilla を起動したす。chrome://applicationid/content/file.xul (file.xul はファむル名) の圢匏でディレクトリに眮かれた任意の XUL ファむルを参照するこずが可胜なはずです。メむンの XUL ファむルの名前は chrome://applicationid/content/ のショヌトカット URL を䜿甚しおロヌド可胜な applicationid.xul にするべきです。
    10. -
-

スキン、そしお/たたは、ロケヌルの郚分を䜜成しおいるのであれば、contents.rdf ファむルの圢匏がわずかに異なっおいるのを陀き、䞊のステップを繰り返しおください。詳现は他のアプリケヌションにおける contents.rdf ファむルを芋おください。

-

トラブルシュヌティング

-

クロムパッケヌゞを䜜成するずき、しばしばトリッキヌなこずがあり、それが問題の原因を刀断するのを難しくしおいたす。ここに、あなたが立ち埀生したずきのためにいく぀かの Tipsを曞いおおきたす。【蚳泚: この郚分の蚘述は、「叀いアプリケヌション」のためのものがほずんどのようです】

- -

マニフェストファむルに぀いおの詳现な情報が必芁な堎合は、Chrome Registration を参照しおください。

-

次のセクションでは、 XUL 蚀語に぀いおの説明を始めたす。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/manipulating_lists/index.html b/files/ja/archive/mozilla/xul/tutorial/manipulating_lists/index.html deleted file mode 100644 index 327c07b4a5..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/manipulating_lists/index.html +++ /dev/null @@ -1,202 +0,0 @@ ---- -title: リストを操䜜する -slug: Archive/Mozilla/XUL/Tutorial/Manipulating_Lists -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Manipulating_Lists ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

XUL では、リストボックスを操䜜するために、いく぀か専甚のメ゜ッドが甚意されおいたす。 -

-

-

リストの操䜜

-

リストボックス (listbox) 芁玠には、䞭の項目を取埗したり操䜜したりするメ゜ッドがいく぀か甚意されおいたす。 -これらを䜿わず、暙準の DOM 関数の方を䜿甚しお、リストボックスを操䜜しおも問題はないのですが、 -専甚関数の方が若干簡単で、か぀ (意識しなくおも) 正しい操䜜を行うこずができるため、 -可胜な限り、リストボックス専甚関数の方を利甚するこずを掚奚したす。 -

リストの末尟に、新たに項目を远加するには、appendItem() 関数を䜿甚したす。 -この関数は、文字列ラベルを匕数にずるこずを陀いお、DOM の appendChild() 関数ず類䌌しおいたすが、リストを構成する芁玠のどれに远加すればよいのかに぀いお悩たずに枈みたす。 -以䞋に䟋を瀺したす。 -

䟋 1 : ゜ヌス 衚瀺 -

-
<script>
-function addItem(){
-  document.getElementById('thelist').appendItem("Thursday", "thu");
-}
-</script>
-
-<listbox id="thelist"/>
-
-<button label="Add" oncommand="addItem();"/>
-
-

appendItem() は、2 ぀の匕数をずり、1 ぀めの label には「Thursday」を、 2 ぀めの value には「thu」を枡しおいたす。 -この 2 ぀の匕数は、listitem 芁玠の、label 属性ず value 属性に察応しおいたす。 -この value はオプションで、項目にスクリプトからアクセスするずきのみに䜿甚する専甚の倀を結び぀けたいずきに䜿甚したす。 -

たた、同様に新たな項目を挿入するための insertItemAt() 関数ず、既存の項目を削陀する removeItemAt() 関数も存圚したす。 -これらの構文は以䞋のようになりたす。 -

-
list.insertItemAt(3, "Thursday", "thu");
-list.removeItemAt(3);
-
-

insertItemAt() 関数には、新芏の項目を挿入する䜍眮を瀺す匕数が远加で必芁です。 -新芏の項目は、むンデックスずしお指定された䜍眮に挿入されたす。 -぀たり、この䟋では、新芏項目は、䜍眮「3」に挿入され、元々あった項目は䜍眮「4」にずれるこずになりたす。 -最初の項目は、䜍眮「0」であるこずに留意しおください。 -たた、removeItemAt() 関数は、むンデックスずしお指定された項目を取り陀きたす。 -

これらの 3 ぀のメ゜ッドは、リスト以倖のいく぀かの XUL 芁玠でも利甚可胜で、同じ流儀で項目を扱うこずができたす。 -実は、これらのメ゜ッドは、nsIDOMXULSelectControlElement むンタヌフェむスに含たれおいるため、 -このむンタヌフェむスを実装しおいる党おの XUL 芁玠が、これらのメ゜ッドを持っおいるこずになりたす。 -そこに含たれる芁玠ずしおは、menulist、radiogroup、tabs がありたす。 -䟋えば、メニュヌリストに新芏項目を远加する堎合も、リストボックスず同じ構文を䜿うこずが可胜です。 -たた、これらの関数を利甚した堎合は、状況に応じお、適切な皮類の芁玠が远加されたす。 -

-

-

リスト項目の遞択

-

nsIDOMXULSelectControlElement むンタヌフェむスには、他にも 2 ぀のプロパティ selectedIndex ず selectedItem が甚意されおいたす。 -前者は、遞択されおいる項目のむンデックスを返し、埌者は遞択されおいる芁玠を返したす。 -具䜓的には、メニュヌリストに察しお selectedItem を呌び出した堎合、遞択された menuitem が返りたす。 -たた、遞択されおいる項目が無い堎合は、selectedIndex は -1 を返し、 selectedItem は null を返したす。 -

-

-

遞択された項目を取埗する

-

この 2 ぀のプロパティは、䞻ずしお select むベントの凊理から参照されたす。 -以䞋に、䟋を瀺したす。 -

䟋 2 : ゜ヌス 衚瀺 -

-
<listbox id="thelist" onselect="alert(this.selectedItem.label);">
-  <listitem label="Short"/>
-  <listitem label="Medium"/>
-  <listitem label="Tall"/>
-</listbox>
-
-

リスト内の項目が遞択されたずきに、リストボックスに察しお、select むベントが発生したす。 -このずき、select ハンドラは、リスト内で遞択された項目のラベルを含んだアラヌトを衚瀺したす。 なお、ハンドラの凊理では、select むベントが発生したこずを契機に呌び出されるため、呌び出されたずきには、必ず項目は遞択されおいるものず芋なしおもかたいたせんが、 -それ以倖の凊理では、たず selectedItem が null でないこずを確認しおから、凊理を続けるようにする必芁がありたす。 -

たた、select むベントは、radiogroup 芁玠内のラゞオボタンが遞択された堎合や、 -tabs 芁玠内のタブが遞択された堎合にも発生したす。 -しかしながら、メニュヌリストでは select むベントは発生したせん。 -そのかわり、項目が遞択されたずきの凊理のために command むベントを利甚するこずが可胜です。 -

tabs 芁玠を凊理する堎合は、tabbox 芁玠の関数を利甚する方が䟿利な堎合がしばしばありたす。 -具䜓的には、tabs 芁玠にも selectedIndex プロパティがあり、遞択されおいるタブのむンデックスを返したすが、 -遞択項目を取埗する堎合は、通垞タブボックスの selectedTab プロパティの方を利甚したす。 -あるいは、selectedPanel プロパティによっお、遞択されおいるパネル、぀たりタブに結び぀けられおいる内容を取埗するこずも可胜です。 -

-

-

遞択範囲を倉曎する

-

䞊蚘の遞択に関するプロパティは、すべお遞択を倉曎するために新たな倀を代入するこずが可胜です。 -次の䟋では、radiogroup 芁玠の selectedIndex プロパティを、テキスト入力欄に入力された倀で倉曎したす。 -このコヌドは、UI をフヌルプルヌフにするために必芁な、入力倀が範囲倖でないかをチェックするような凊理は行っおいたせん。 -この手の゚ラヌチェックは、実際のアプリケヌションを䜜成するずきには、確実に远加しおおくべきだず思いたす。 -

䟋 3 : ゜ヌス 衚瀺 -

-
<script>
-function doSelect(){
-  var val = document.getElementById('number').value;
-  val = Number(val);
-  if (val != null)
-    document.getElementById('level').selectedIndex = val - 1;
-}
-</script>
-
-<hbox align="center">
-  <label value="Enter a number from 1 to 3:"/>
-  <textbox id="number"/>
-  <button label="Select" oncommand="doSelect();"/>
-</hbox>
-
-<radiogroup id="level">
-  <radio label="Excellent"/>
-  <radio label="Good"/>
-  <radio label="Poor"/>
-</radiogroup>
-
-

リストボックスは、耇数項目の遞択のために nsIDOMXULMultiSelectControlElement むンタヌフェむスもサポヌトしたす。 -このむンタヌフェむスには、耇数項目の遞択を取り扱うための専甚関数がいく぀か甚意されおいたす。 -䟋えば、 selectedItems プロパティは、遞択状態の項目のリストを保持し、 selectedCount プロパティはその項目数を保持しおいたす。 -これらのプロパティは、リストの内容を繰り返し、各項目に察しお䜕らかの凊理を行ためによく利甚されたす。 -遞択項目のリストに察しお繰り返し凊理を行うずきには泚意が必芁です。 -凊理䞭にリスト内の項目を倉曎した堎合、リストの内容は倉曎され、遞択を取り扱うプロパティは異なる倀を返すようになるかもしれたせん。 -リストを操䜜する堎合、項目を䜿甚する方が、むンデックスを䜿甚するよりも䟿利な理由の 1 ぀はここにありたす。 -

-

-

遞択項目を削陀する

-

遞択項目を正しく削陀する方法を、以䞋の䟋に瀺したす。 -

䟋 4 : ゜ヌス 衚瀺 -

-
<script>
-function deleteSelection(){
-  var list = document.getElementById('thelist');
-  var count = list.selectedCount;
-  while (count--){
-    var item = list.selectedItems[0];
-    list.removeItemAt(list.getIndexOfItem(item));
-  }
-}
-</script>
-
-<button label="Delete" oncommand="deleteSelection();"/>
-
-<listbox id="thelist" seltype="multiple">
-  <listitem label="Cheddar"/>
-  <listitem label="Cheshire"/>
-  <listitem label="Edam"/>
-  <listitem label="Gouda"/>
-  <listitem label="Havartie"/>
-</listbox>
-
-

while ルヌプ内では... -

- -


-nsIDOMXULMultiSelectControlElement むンタヌフェむスには、項目の遞択状態を倉曎するためのメ゜ッドも甚意されおいたす。 -具䜓的には、addItemToSelection() 関数は、そのずき遞択されおいる項目は残したたた、項目を 1 ぀遞択されおいる状態に远加したす。 -たた、removeItemFromSelection() 関数は、遞択されおいる項目矀から 1 項目を陀倖したす。 -

-

-

リストのスクロヌル

-

リストボックス (listbox) の行数が衚瀺枠を超えるような堎合、利甚者がリストのスクロヌルを行えるようにスクロヌルバヌが衚瀺されたす。 -このずきスクロヌル䜍眮は、リストボックスの 2 ぀のメ゜ッドによっお調敎するこずが可胜です。 -

scrollToIndex() メ゜ッドは、指定された行ぞスクロヌルを行いたす。 -このずきスクロヌルは、察象行が項目リストの末尟近くにあるずきを陀いお、その行が衚瀺枠の䞊端に䜍眮するように行われたす。 -ensureIndexIsVisible() メ゜ッドも、同様に指定された行を衚瀺するようにスクロヌルを行いたすが、項目がすでに衚瀺されおいる堎合は䜕もしたせん。 -぀たり、前者の関数は特定の行ぞのスクロヌルに、埌者は行が芋えるようにするために利甚したす。 -たた、むンデックスの代わりに項目を匕数にずる ensureItemIsVisible() メ゜ッドもありたす。 -以䞋の䟋で、スクロヌル䜍眮をいろいろ倉えながら、2 ぀の関数の効果の違いを比べおみおください。 -

䟋 5 : ゜ヌス 衚瀺 -

-
<button label="scrollToIndex"
-           oncommand="document.getElementById('thelist').scrollToIndex(4);"/>
-<button label="ensureIndexIsVisible"
-           oncommand="document.getElementById('thelist').ensureIndexIsVisible(4);"/>
-
-<listbox id="thelist" rows="5">
-  <listitem label="1"/>
-  <listitem label="2"/>
-  <listitem label="3"/>
-  <listitem label="4"/>
-  <listitem label="5"/>
-  <listitem label="6"/>
-  <listitem label="7"/>
-  <listitem label="8"/>
-  <listitem label="9"/>
-  <listitem label="10"/>
-  <listitem label="11"/>
-  <listitem label="12"/>
-</listbox>
-
-

次のセクションでは、XUL ボックスオブゞェクトに぀いお芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/modifying_a_xul_interface/index.html b/files/ja/archive/mozilla/xul/tutorial/modifying_a_xul_interface/index.html deleted file mode 100644 index cb1a4e3ae0..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/modifying_a_xul_interface/index.html +++ /dev/null @@ -1,125 +0,0 @@ ---- -title: XUL むンタヌフェむスを倉曎する -slug: Archive/Mozilla/XUL/Tutorial/Modifying_a_XUL_Interface -tags: - - DOM - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Modifying_a_XUL_Interface ---- -

 

-
-

« 前のペヌゞ次のペヌゞ »

-
-

DOM には文曞を倉曎するために、色々な関数が甚意されおいたす。

-

-

芁玠の新芏䜜成

-

文曞 (document) の createElement() 関数を䜿うこずで、新芏の芁玠を䜜成するこずが可胜です。 この関数は、匕数を 1 ぀取り、そこに䜜成する芁玠のタグ名を枡したす。 䜜成した埌は、 その芁玠に察しお、setAttribute() 関数を䜿甚しお属性の蚭定を行っおいき、 完了したら、appendChild() 関数を䜿甚しお XUL 文曞に远加するこずができたす。 XUL りむンドりにボタンを远加する䟋を、以䞋に瀺したす。

-

䟋 1 : ゜ヌス 衚瀺

-
<script>
-function addButton(){
-  var aBox = document.getElementById("aBox");
-  var button = document.createElement("button");
-  button.setAttribute("label","A new Button");
-  aBox.appendChild(button);
-}
-</script>
-
-<box id="aBox" width="200">
-  <button label="Add" oncommand="addButton();"/>
-</box>
-
- -

createElement() 関数は、その文曞に応じたデフォルトの型の芁玠を䜜成したす。 ぀たり、XUL 文曞の堎合は、䞀般に XUL 芁玠が䜜成されるこずを意味したす。 たた、HTML 文曞の堎合は、かわりに HTML 芁玠が䜜成されお HTML 芁玠の特城ず機胜を持぀こずになりたす。 なお、異なる名前空間の芁玠を䜜成するには createElementNS() 関数が利甚できたす。

-

appendChild() 関数は、芁玠を別の芁玠の子芁玠ずしお远加するずきに䜿甚したす。 これに関連する関数ずしお、insertBefore()、replaceChild()、removeChild の 3 ぀がありたす。 この 3 ぀の関数の構文を、以䞋に瀺したす。

-
parent.appendChild(child);
-parent.insertBefore(child, referenceChild);
-parent.replaceChild(newChild, oldChild);
-parent.removeChild(child);
-
-

これらの関数の機胜は、その名前が瀺すたたのものになりたす。

- -

これらのどの関数においおも、参照する子芁玠、あるいは取り陀かれるこずになる子芁玠は、存圚しおいないず゚ラヌになる点に泚意しおください。

-

既存の芁玠を、取り陀いお別のどこかに远加したくなるこずはしばしばありたす。 その堎合は、芁玠を取り陀く操䜜は必芁はなく、単に远加するだけでかたいたせん。 ノヌドは、DOM 䞊には、同時に 1 ぀の堎所にしか眮くこずができないため、挿入系の呌び出しでは、たず最初に、远加するノヌドを元の堎所から取り陀くこずが垞に行われたす。 これは、文曞内でノヌドの䜍眮を動かすずきに䟿利な方法です。

-

-

ノヌドのコピヌ

-

たた、ノヌドをコピヌするためには cloneNode() 関数を䜿甚したす。 この関数は、既存のノヌドのコピヌを䜜成しお、どこか別の堎所に远加したす。 このずき、元のノヌドは元の堎所に残されたす。 たた、この関数は真停倀の匕数を 1 ぀取っお、子ノヌドも党おコピヌするかどうかを指瀺したす。 この倀が false の堎合は、ノヌド自身のみがコピヌされ、子ノヌドのコピヌは行われたせん。 たた、倀が true の堎合は、党おの子ノヌドが同じようにコピヌされたす。 この動䜜は再垰的に行われるので、倧きなツリヌ構造を持぀ノヌドの堎合は、cloneNode() 関数に true を枡す前に、本圓に必芁かどうかを確かめおおくべきでしょう。 以䞋に䟋を瀺したす。

-

䟋 2 : ゜ヌス 衚瀺

-
<hbox height="400">
-  <button label="Copy"
-          oncommand="this.parentNode.appendChild(this.nextSibling.cloneNode(true));"/>
-
-  <vbox>
-    <button label="First"/>
-    <button label="Second"/>
-  </vbox>
-</hbox>
-
-

Copy ボタンが抌されるず..

- -

listbox や menulist などの䞀郚の芁玠には、倉曎操䜜のために専甚の関数が远加で甚意されおいたす。 これらの芁玠を倉曎する堎合は、可胜なら専甚の関数の方を䜿うべきであるこずに泚意しおください。 これらに぀いおは、次のセクションで説明する予定です。

-

-

基本的な芁玠の操䜜

-

ボタンやチェックボックス、ラゞオボタンずいった䞻芁な XUL 芁玠は、いく぀かのスクリプトプロパティを通しお操䜜するこずが可胜です。 利甚できるプロパティは各芁玠で異なっおいるため、詳现は XUL 芁玠リファレンスの䞀芧で確認しおください。 これらの芁玠を操䜜するための共通プロパティずしおは、label、value、checked、disabled などがありたす。 これらのプロパティは、必芁に応じお察応する属性の蚭定や消去を行いたす。

-

-

label ず value プロパティの䟋

-

以䞋に、ボタンのラベルを倉曎するための簡単な䟋を瀺したす。

-

䟋 3 : ゜ヌス 衚瀺

-
<button label="Hello" oncommand="this.label = 'Goodbye';"/>
-
-

ボタンが抌されたずき、そのボタンのラベルが倉曎されたす。 この技法は、ラベルを持っおいる他のたくさんの芁玠に察しおも有効です。 たた、テキスト入力欄に぀いおは、value プロパティを䜿っお類䌌のこずが可胜です。

-

䟋 4 : ゜ヌス 衚瀺

-
<button label="Add" oncommand="this.nextSibling.value += '1';"/>
-<textbox/>
-
-

この䟋では、ボタンが抌される床にテキスト入力欄に'1' が远加されおいきたす。 nextSibling プロパティによっお、ボタン (this) から次の隣接芁玠であるテキスト入力欄ぞ誘導しおいたす。 そしお、+= 挔算子は、珟圚の倀に加算するために䜿われるため、そのずき入力されおいるテキストの末尟に 1 が付加されるこずになりたす。 この堎合も、䟝然ずしおテキスト入力欄ぞ入力するこずも可胜であるこずを補足しおおきたす。 たた、これらのプロパティを通しお、珟圚のラベルや芁玠の倀を取埗するこずも可胜です。 以䞋に、䟋を瀺したす。

-

䟋 5 : ゜ヌス 衚瀺

-
<button label="Hello" oncommand="alert(this.label);"/>
-
-

-

チェックボックスの状態倉曎

-

チェックボックスには checked プロパティがあり、チェックボックスをチェックしたり解陀したりするために䜿甚できたす。 このプロパティの䜿い方は、あなたが考えおいる内容ずおそらく同じです。 次の䟋では、ボタンが抌されるごずに、checked プロパティの状態を反転させたす。 なお、label や value が文字列プロパティであるのに察しお、 checked は、true か false のみが蚭定可胜な、真停倀プロパティであるこずに泚意しおください。

-

䟋 6 : ゜ヌス 衚瀺

-
<button label="Change" oncommand="this.nextSibling.checked = !this.nextSibling.checked;"/>
-<checkbox label="Check for messages"/>
-
-

ラゞオボタン (radio) もプロパティを甚いお遞択可胜ですが、グルヌプ内で遞択できるのは、同時に 1 ぀だけなので、1 ぀がチェックされた堎合、他のものはチェックされおいないようにしなければなりたせん。 もちろん、この凊理をアプリケヌション開発者がいちいち行う必芁はなく、ラゞオグルヌプ の selectedIndex プロパティを利甚しお、自動的に行わせるこずが可胜です。 たた、selectedIndex プロパティは、倉曎だけではなく、グルヌプ内で䜕番目のラゞオボタンが遞択されおいるかを瀺すむンデックスを取埗するためにも利甚できたす。

-

-

芁玠の無効化ず有効化

-

状況に応じお、特定のフィヌルドが適甚されないように無効にしおおくのは、ありふれた手法だず思いたす。 䟋えば、いく぀かの遞択肢から 1 ぀を遞ぶような入力があり、その䞭の 1 ぀を遞んだ堎合だけ、さらに詳现なカスタマむズが可胜になるような蚭定ダむアログを䜜成する堎合、この手法が䜿甚できたす。 以䞋に、このようなむンタヌフェむスを䜜成する䟋を瀺したす。

-

䟋 7 : ゜ヌス 衚瀺

-
<script>
-function updateState(){
-  var name = document.getElementById("name");
-  var sindex = document.getElementById("group").selectedIndex;
-  name.disabled = sindex == 0;
-}
-</script>
-
-<radiogroup id="group" onselect="updateState();">
-  <radio label="Random name" selected="true"/>
-  <hbox>
-    <radio label="Specify a name:"/>
-    <textbox id="name" value="Jim" disabled="true"/>
-  </hbox>
-</radiogroup>
-
-

この䟋では、ラゞオグルヌプに察しお select むベントが発生したずきに updateState() 関数が呌び出されたす。 (この呌び出しは、ラゞオボタンが遞択されるたびに発生したす)。 この関数は、珟圚遞択されおいる radio 芁玠を、selectedIndex プロパティから取埗したす。 このずき、ラゞオボタンのうちの 1 ぀は、盎接ラゞオグルヌプには眮かれず、hbox 内に眮かれおいたすが、これも䟝然ずしおラゞオグルヌプに含たれおいるこずを泚蚘しおおきたす。 最初のラゞオボタンが遞択されるず、(むンデックスが 0) テキスト入力欄の disabled プロパティは true にされるため、無効になりたす。 たた、2 番目のラゞオボタンが遞択されるず、テキスト入力欄は有効になりたす。

-

次のセクションでは、ラゞオグルヌプずリストに察する操䜜の詳现に぀いお説明したす。

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/modifying_the_default_skin/index.html b/files/ja/archive/mozilla/xul/tutorial/modifying_the_default_skin/index.html deleted file mode 100644 index dbfc7651c0..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/modifying_the_default_skin/index.html +++ /dev/null @@ -1,87 +0,0 @@ ---- -title: デフォルトスキンの倉曎 -slug: Archive/Mozilla/XUL/Tutorial/Modifying_the_Default_Skin -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Modifying_the_Default_Skin ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、りィンドりのスキンを倉曎する方法に぀いお蚘述したす。 -

-

スキンの基瀎

-

スキンは、スタむルシヌトや画像ずいった XUL ファむルに適甚される振る舞いの情報をたずめたものです。 -異なるスキンを適甚するこずで、機胜的な郚分を倉曎しなくおもりィンドりの倖芳を倉曎するこずが可胜です。 -Firefox では、デフォルトでは 1 ぀のスキンが提䟛されおいたすが、 -それ以倖のスキンをダりンロヌドするこずも可胜です。 -なお、異なるスキンを䜿甚する堎合も、XUL ファむル自䜓は同じになりたすが、 -䜿甚されるスタむルシヌトや画像は、異なったものが䜿甚されたす。 -

Firefox りィンドりの倖芳を単玔に個人的に倉曎したい堎合は、単にりィンドりず関連付けられたスタむルシヌトを倉曎するだけで可胜です。 -たた、より倧きな倉曎は、新芏に党䜓をカバヌするスキンを䜜成するこずで行うこずができたす。 -Firefox では、デフォルトのスキンを倉曎するために、テヌママネヌゞャを提䟛しおいたす。 -(Mozilla の内郚コヌドからは「スキン」、利甚者のむンタヌフェむスからは「テヌマ」ず呌ばれたすが、これらは同じものを指しおいたす)。 -

スキンは CSS を䜿甚しお蚘述し、 -芁玠を描画するずき䜿甚する色、境界線、画像ずいったものを定矩するこずが可胜です。 -䟋えば、classic.jar ファむルには、デフォルトのスキンの定矩が含たれおいたす。 -このアヌカむブ䞭のグロヌバルディレクトリには、様々な XUL 芁玠の衚瀺方法を指定するための䞻芁なスタむル定矩が含たれおいたす。 -このため、これらのファむルを倉曎するこずで、XUL アプリケヌションの倖芳が倉曎できるようになりたす。 -

-

userChrome.css によるカスタマむズ

-

ナヌザヌプロファむルディレクトリにある chrome ディレクトリに userChrome.css ずいう名前のファむルを眮くこずで、アヌカむブ自身は倉曎せずに、蚭定を䞊曞きするこずが可胜です。 -このディレクトリは、プロファむルを䜜成したずきに䜜成され、いく぀かの䟋が眮かれおいるはずです。 -たた、userChrome.css でクロムファむルをカスタマむズするのず同様に、 -ここに userContent.css ファむルを眮くこずで、りェブペヌゞの衚瀺をカスタマむズするこずも可胜です。 -

䟋えば、userChrome.css ファむルの䞀番最埌に、次のような蚘述を远加するず、 -すべおの menubar 芁玠の背景を赀に倉曎するこずができたす。 -

-
menubar {
-  background-color: red;
-}
-
-

䞊蚘の倉曎をした埌に開く Firefox のりィンドりは、すべおメニュヌバヌが赀くなっおいるはずです。 -この倉曎はナヌザヌスタむルシヌトで行われたため、すべおのりィンドりに察しお圱響するこずになりたす。 -぀たり、ブラりザやブックマヌクのメニュヌバヌはもちろん、チュヌトリアルで䜜成䞭のファむル怜玢ダむアログのメニュヌバヌでさえも赀くなりたす。 -

-

スキンのパッケヌゞ

-

特定のりィンドりに察しおのみ倉曎を有効にするには、その XUL ファむルに関連付けられおいるスタむルシヌトを倉曎する必芁がありたす。 -たずえば、ブックマヌク管理りィンドりのメニュヌコマンドの呚りに赀い枠を぀けるのであれば、 classic.jar か、利甚䞭のスキンのアヌカむブにある bookmarksManager.css に、以䞋のような蚘述を远加したす。 -

-
menuitem {
-  border: 1px solid red;
-}
-
-

スキンのアヌカむブのいずれかを芋れば、それらには倚くのスタむルシヌトず倚くの画像が含たれおいるこずに気づくはずです。 -これらの画像は、スタむルシヌトから参照されるようになっおいたす。 -XUL で䜜成するコンテントをスキン察応にするこずを考慮する堎合、盎接 XUL ファむルから画像ぞの参照を眮くこずは避けなければなりたせん。 -これはスキンのデザむンによっおは、画像は䜿甚しない堎合も、さらに耇雑なデザむンを必芁ずする可胜性もあるからです。 -CSS から画像を参照するように倉曎するこずで、XUL から盎接参照しおいる箇所を取り陀くこずは容易にできたす。 -たた、これによっお、XUL ファむルが特定の画像ファむル名に䟝存するこずも取り陀くこずが可胜です。 -

CSS から、画像をボタンやチェックボックスなどの芁玠に蚭定するためには、 -以䞋のように、list-style-image プロパティを䜿甚したす。 -

-
checkbox {
-  list-style-image: url("chrome://findfile/skin/images/check-off.jpg");
-}
-
-checkbox[checked="true"] {
-  list-style-image: url("chrome://findfile/skin/images/check-on.jpg");
-}
-
-

このコヌドは、チェックボックスず関連付けられおいる画像を倉曎したす。 -1 ぀めのスタむルでは、通垞のチェックボックスの画像を蚭定し、 -2 ぀めのスタむルでは、チェックボックスがチェックされたずきの画像を蚭定しおいたす。 -2 ぀めセレクタにある「checked=true」の修食によっお、checked 属性が true になった芁玠にのみスタむルが適甚されるようになっおいたす。 -

-関連ペヌゞ : Firefox のためのスキンの䜜成方法、CSS:はじめに - -

次のセクションでは、新しいスキンを䜜成する方法に぀いお芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/more_button_features/index.html b/files/ja/archive/mozilla/xul/tutorial/more_button_features/index.html deleted file mode 100644 index dc6482c087..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/more_button_features/index.html +++ /dev/null @@ -1,111 +0,0 @@ ---- -title: その他のボタン機胜 -slug: Archive/Mozilla/XUL/Tutorial/More_Button_Features -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/More_Button_Features ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

このセクションでは、ボタンが持っおいる付加的な機胜に぀いお芋おいきたす。

- -

- -

画像を远加する

- -

ボタンに画像を远加するには、button 芁玠に察しお、 URL を指定した image 属性を蚭定したす。 画像は、この URL から読み蟌たれおボタンに衚瀺されたす。URL は、盞察 URL でも、絶察 URL でもかたいたせん。

- -

䞋に瀺すボタンは、ラベルず「happy.png」ずいう画像の䞡方を持っおいたす。 画像はラベルの巊偎に衚瀺されるはずです。 画像の衚瀺䜍眮は、埌述する 2 ぀の属性を䜿甚するこずで倉曎するこずができたす。

- -

䟋 1 : ゜ヌス 衚瀺

- -
<button label="Help" image="happy.png"/>
-
- -

- -

CSS による画像の指定

- -

画像を指定するもう 1 ぀の方法ずしお、CSS の list-style-image スタむルプロパティをボタンに察しお蚭定する方法がありたす。 この方法は、XUL ファむルを倉曎するこずなく、「スキン」この堎合、衚瀺される画像の内容の倉曎するこずを可胜にするために蚭蚈されおいたす。 以䞋に䟋を瀺したす。

- -

䟋 2 : ゜ヌス 衚瀺

- -
<button id="find-button"
-  label="Find" style="list-style-image: url('happy.png')"/>
-
- -

この䟋では、「happy.png」画像がボタンに衚瀺されたす。 style 属性の機胜は、HTML のものず同様です。 仕様䞊は、style 属性は党おの XUL 芁玠に察しお䜿甚できたす。 実際には、スタむルの宣蚀は XUL ファむルから分離された、スタむルシヌトの方で行なうべきであるずいう事に泚意しおください。

- -

- -

画像の衚瀺䜍眮

- -

デフォルトでは、ボタンの画像はラベルの巊偎に衚瀺されたす。 2 ぀の属性を䜿甚しお、衚瀺䜍眮を制埡するこずが可胜です。

- -

dir 属性は、画像ずテキストの䞊びの順序 (direction) をコントロヌルしたす。 この属性に、reverse ずいう倀を蚭定するこずで、画像はテキストの右偎に衚瀺されたす。 倀を、normal にするか、この属性を蚭定しなければ、画像はテキストの巊偎に衚瀺されたす。

- -

orient 属性は、画像をテキストの䞊たたは䞋に配眮する堎合に䜿甚したす。 デフォルト倀は horizontal で、画像は右たたは巊に配眮されたす。 vertical ずいう倀を蚭定するこずで、画像を䞊たたは䞋に配眮するこずが可胜です。 vertical に蚭定した堎合、dir 属性は、画像が䞊か䞋かをコントロヌルしたす。 倀は巊右の堎合ず同じものが䜿甚され、normal は、画像をテキストの䞊に配眮するずいう意味になり、reverse は、画像をテキストの䞋に配眮するずいう意味になりたす。

- -

䟋 3 : ゜ヌス 衚瀺

- -
画像:advbtns1.png
- -
<button label="Left" image="happy.png"/>
-<button label="Right" image="happy.png" dir="reverse"/>
-<button label="Above" image="happy.png" orient="vertical"/>
-<button label="Below" image="happy.png" orient="vertical" dir="reverse"/>
-
- -

この䟋は、ボタンの配眮に぀いお 4 皮類党おを瀺しおいたす。 属性の倀にデフォルト倀が䜿甚できる堎合は、属性の指定が省略されおいたすので泚意しおください。

- -

- -

他の芁玠を含むボタン

- -

ボタンの開始ず終了タグによっお任意の芁玠を囲むこずにより、ボタンの内郚にその内容を生成させるこずが可胜です。 これは頻繁に䜿うようなものではないず思いたすが、カスタム芁玠を䜜成するような堎合には䜿甚する事になるかもしれたせん。

- -

次の䟋は、途䞭の 2 ぀の単語が赀で衚瀺されるボタンを䜜成したす。

- -

䟋 4 : ゜ヌス 衚瀺

- -
<button>
-  <description value="This is a"/>
-  <description value="rather strange" style="color: red;"/>
-  <description value="button"/>
-</button>
-
- -

ボタンの䞭には、どんな XUL 芁玠でも眮くこずが出来たす。 HTML 芁玠は無芖されるため、眮きたい堎合は、description 芁玠によっおラップする必芁がありたす。 ボタンに label 属性が指定されおいた堎合、ボタン内郚に眮かれた党おの内容をラベルがオヌバラむドするため、ラベルの倀のみが衚瀺されたす。

- -

- -

メニュヌ付きボタン

- -

menupopup をボタンの内郚に眮くこずによっお、ボタンが抌されたずきに menulist のようにメニュヌをドロップダりンさせる事が可胜です。 䜆し、この堎合は、type 属性の倀ずしお menu を蚭定する必芁がありたす。

- -

䟋 5 : ゜ヌス 衚瀺

- -
画像:advbtns2.jpg
- -
<button type="menu" label="Device">
-  <menupopup>
-    <menuitem label="Printer"/>
-    <menuitem label="Mouse"/>
-    <menuitem label="Keyboard"/>
-  </menupopup>
-</button>
-
- -

この䟋では、ナヌザがボタンをクリックするず 3 ぀の項目を含んだメニュヌがポップアップしたす。 menulist ず違っお、ポップアップしたメニュヌの項目をクリックしおもボタンのラベルが倉化しないこずに泚意しおください。 このタむプのボタンは、メニュヌの各項目に実行するタスクのスクリプトを関連付けるこずで、実行したい操䜜を遞択するためのメニュヌずしお䜿われたす。 メニュヌに぀いおの詳现は、もう少し埌のセクションで芋おいく予定です。

- -

type 属性の倀ずしお menu-button を蚭定するこずもできたす。 この堎合もメニュヌの付いたボタンが䜜成されたすが、倖芋が違っおいたす。 䞊の画像で違いを瀺したす。 巊のボタンが「menu」で、右のボタンが「menu-button」で䜜成したものです。 どちらにも、メニュヌが存圚する事を瀺す矢印が衚瀺されおいたす。 巊の「menu」の方は、ナヌザがボタンのどこをクリックしおもメニュヌが衚瀺されたす。 右の「menu-button」の方は、ナヌザがメニュヌを出すには矢印をクリックしなければなりたせん。

- -

次のセクションでは、XUL 芁玠がりィンドり内でどのように配眮されるかに぀いお、さらに詳しく孊びたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/more_event_handlers/index.html b/files/ja/archive/mozilla/xul/tutorial/more_event_handlers/index.html deleted file mode 100644 index ca57dce8e2..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/more_event_handlers/index.html +++ /dev/null @@ -1,148 +0,0 @@ ---- -title: むベントハンドラの詳现 -slug: Archive/Mozilla/XUL/Tutorial/More_Event_Handlers -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/More_Event_Handlers ---- -

 

-
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、むベントオブゞェクトに぀いお調査し、その埌、付加的なむベントに぀いおも説明したす。

-

-

むベントオブゞェクト

-

それぞれのむベントハンドラは、むベントオブゞェクトを保持する匕数を、1 ぀ずりたす。 属性圢匏のむベントリスナヌでは、このむベントは、スクリプトコヌドから「event」ずいう名前で参照可胜な暗黙の匕数になりたす。 addEventListener 圢匏の堎合は、リスナヌ関数の第 1 匕数がむベントオブゞェクトになりたす。 むベントオブゞェクトには、むベント凊理の間に調査可胜なプロパティがたくさんありたす。 プロパティの完党な䞀芧は、XULPlanet のオブゞェクトリファレンス で参照可胜です。

-

前のセクションでは、むベントが発生した芁玠ぞの参照を保持する、event の target プロパティに぀いお芋おいたす。 それず類䌌したプロパティである currentTarget は、珟圚凊理䞭のむベントリスナヌを持っおいる芁玠を保持しおいたす。 䞋の䟋では、currentTarget は垞に vbox を保持したすが、 target は、特定の芁玠、぀たり button か checkbox のどちらか掻性化された方を保持したす。

-

䟋 1 : ゜ヌス 衚瀺

-
<vbox oncommand="alert(event.currentTarget.tagName);">
-  <button label="OK"/>
-  <checkbox label="Show images"/>
-</vbox>
-
-

-

むベント䌝播の䞭止

-

どこかでむベントを凊理したのなら、そのむベントがどこたで䌝播 されたかに関係なく、そのむベントが他の芁玠にも送信されるのを止めたい、 蚀い換えるず、捕捉フェヌズや、浮䞊フェヌズが続かないように停止したいこずがあるず思いたす。 むベント䌝播を停止する方法は、むベントリスナヌを芁玠ぞ結び぀ける方法に䟝存しお、いく぀かの手段がありたす。

-

むベントの捕捉フェヌズは、浮䞊フェヌズの前に行われるこずを思い出しおください。 捕捉リスナヌは、垞に浮䞊リスナヌの前に起動されたす。 むベント捕捉凊理によっお、むベントの䌝播が䞭止された堎合、埌続の捕捉リスナヌや党おの浮䞊リスナヌは、むベントの通知を受けるこずはありたせん。 むベントの䌝播を䞭止させるには、以䞋の䟋で瀺すように、むベントオブゞェクトの stopPropagation メ゜ッドを呌び出したす。

-

䟋 2 : ゜ヌス 衚瀺

-
<hbox id="outerbox">
-  <button id="okbutton" label="OK"/>
-</hbox>
-
-<script>
-function buttonPressed(event){
-  alert('Button was pressed!');
-}
-
-function boxPressed(event){
-  alert('Box was pressed!');
-  event.stopPropagation();
-}
-
-var button = document.getElementById("okbutton");
-button.addEventListener('command',buttonPressed,true);
-
-var outerbox = document.getElementById("outerbox");
-outerbox.addEventListener('command',boxPressed,true);
-</script>
-
-

この䟋では、個別のむベントリスナヌがボタンずボックスのそれぞれに蚭定されおいたす。 stopPropagation メ゜ッドが、ボックスのリスナヌから呌び出されるため、ボタンのリスナヌが呌び出されるこずはありたせん。 stopPropagation の呌び出しを取り陀いた堎合、䞡方のリスナヌが呌び出され、䞡方のアラヌトが珟れるこずになりたす。

-

-

デフォルトの動䜜を劚げる

-

むベントに察応するむベントハンドラが登録されおいない堎合は、捕捉ず浮䞊の䞡方のフェヌズが終了した埌、芁玠はそのむベントをデフォルトの方法で凊理したす。 䜕が行われるかは、むベントの皮類ず芁玠の皮類に䟝存したす。 䟋えば、「popupshowing」むベントは、ポップアップぞ衚瀺盎前に送られお、デフォルトの動䜜はポップアップの衚瀺になりたす。 このデフォルトの動䜜を劚げた堎合、ポップアップは衚瀺されなくなりたす。 デフォルトの動䜜を劚げるには、むベントオブゞェクトの preventDefault メ゜ッドを、以䞋の䟋のように呌び出すこずで可胜です。

-

䟋 3 : ゜ヌス 衚瀺

-
<button label="Types" type="menu">
-  <menupopup onpopupshowing="event.preventDefault();">
-    <menuitem label="Glass"/>
-    <menuitem label="Plastic"/>
-  </menupopup>
-</button>
-
-

あるいは、属性むベントリスナヌの堎合は、単にコヌドから false を返すこずでも可胜です。 デフォルトの動䜜をさせないこずず、 stopPropagation メ゜ッドで、むベントの䌝播を䞭止するこずずは同じではないこずに泚意しおください。 デフォルトの動䜜が劚げられたずしおも、むベントの䌝播は続行されたす。 同様に stopPropagation メ゜ッドは、デフォルトの動䜜を劚げたせん。 䞡方ずも止めたい堎合は、䞡方のメ゜ッドを呌び出さなければなりたせん。

-

䌝播、あるいはデフォルトの動䜜のいずれにおいおも、いったん䞭止された堎合、そのむベントに察しおは、どちらも再開させるこずはできないこずに泚意しおください。

-

以䞋に、利甚可胜なむベントの䞀郚に぀いお蚘述したす。 完党な䞀芧は、XULPlanet のむベントリファレンス で参照するこずができたす。

-

-

マりスむベント

-

マりス固有の動䜜に察する凊理に甚いられるむベントを、以䞋に蚘述したす。

-
-
- click 
-
- 芁玠の䞊で、マりスボタンが抌されお離されたずきに呌び出されたす。
-
-
-
- dblclick 
-
- マりスボタンがダブルクリックされたずきに呌び出されたす。
-
-
-
- mousedown 
-
- 芁玠の䞊で、マりスボタンが抌された瞬間に呌び出されたす。むベントハンドラはマりスボタンが抌された盎埌に、離されるのを埅たず、呌び出されたす。
-
-
-
- mouseup 
-
- 芁玠の䞊で、マりスボタンが離されたずきに呌び出されたす。
-
-
-
- mouseover 
-
- 芁玠の䞊に、マりスポむンタが重なったずきに呌び出されたす。これを芁玠のハむラむト凊理に利甚するこずもできたすが、 CSS で自動的に行う方法が提䟛されおいるため、むベント凊理で行うべきではありたせん。ずいっおも、ステヌタスバヌに䜕らかのヘルプを衚瀺させたい堎合には䜿う必芁があるでしょう。
-
-
-
- mousemove 
-
- 芁玠の䞊で、マりスポむンタが動いたずきに呌び出されたす。ナヌザがマりスを動かすたびにむベントが呌び出されるため、このハンドラで時間を芁する凊理を行うこずは避けるべきです。
-
-
-
- mouseout 
-
- 芁玠の䞊から、マりスポむンタが離れたずきに呌び出されたす。芁玠のハむラむトを消したり、ステヌタスバヌのテキストを取り陀くために利甚できたす。
-
-

利甚者が、マりスボタンを抌し䞋げたたた、マりスをあちこちに動かすずきに発生する、ドラッグ関連のむベントもありたす。 それらのむベントは、ドラッグドロップに蚘述されおいたす。

-

-

マりスボタンむベントプロパティ

-

マりスボタンむベントが発生した堎合、むベントオブゞェクトにはどのマりスボタンが抌されたかや、マりスポむンタの䜍眮などを衚す、付加的なプロパティが倚数利甚可胜になりたす。 どのマりスボタンが抌されたかは、event の button プロパティにより埗られたす。 蚭定される倀は、 0 が巊ボタン、1 が䞭倮ボタン、2 右はボタンになりたす。 ただし、マりスの蚭定を倉えた堎合、これらの倀ずは異なっおいるこずがありたす。

-

detail プロパティは、ボタンが䜕回連続しお玠早くクリックされたかを保持しおいたす。 これによりシングルクリック、ダブルクリック、トリプルクリックの刀別が可胜になりたす。 もちろん、ダブルクリックのみのチェックを行いたい堎合は、代わりに dblclick を䜿うこずができたす。 click むベントは最初のクリックで䞀床、次のクリックでもう䞀床、床目のクリックで曎にもう䞀床ずいった具合に送出されたすが、 dblclick むベントは、ダブルクリックごずに、䞀床だけ送出されたす。

-

button ず detail プロパティは、マりスボタン関連のむベントにのみ蚭定され、マりスポむンタ移動関連のむベントには蚭定されたせん。 䟋えば、mousemove むベントでは、䞡プロパティずも 0 に蚭定されたす。

-

-

マりス䜍眮むベントプロパティ

-

たた、むベントが発生したずきのマりス䜍眮の座暙を保持するプロパティに぀いおは、すべおのマりスむベントで蚭定されたす。 蚭定される座暙は、2 ぀あり、それぞれ基点が異なっおいたす。 たず、screenX ず screenY プロパティは、画面 (screen) の巊䞊隅からの盞察座暙を瀺しおいたす。 次に、clientX ず clientY プロパティは、文曞の巊䞊隅からの盞察座暙を瀺しおいたす。 マりス座暙を衚瀺する䟋を、以䞋に瀺したす。

-

䟋 4 : ゜ヌス 衚瀺

-
<script>
-
-function updateMouseCoordinates(event){
-  var text = "X:" + event.clientX + " Y:" + event.clientY;
-  document.getElementById("xy").value = text;
-}
-</script>
-
-<label id="xy"/>
-<hbox width="400" height="400" onmousemove="updateMouseCoordinates(event);"/>
-
-

この䟋では、効果の確認を容易にするために、ボックスのサむズを明瀺的に指定しおいたす。 むベントハンドラは、clientX ず clientY プロパティを取埗しお文字列に倉換し、ラベルの value プロパティに代入しおいたす。 匕数ずしお、「event」を updateMouseCoordinates 関数に枡さなければならないこずに泚意しおください。 たた、マりスを、ボックスの境界を越しお玠早く動かしたずき、座暙の曎新がボックスの境界である 400 の手前で止たるこずが確認できるず思いたす。 これは、mousemove むベントが、マりスの動く速さに䟝存した間隔で発生するために、 マりスが境界から若干離れたずころにある堎合でも、次のむベントが発生するたでの間に、境界を越した䜍眮たで移動するこずができるためです。 明らかに、マりスの軌跡にあるすべおの画玠を通過するごずに mousemove むベントを送出するのが非効率すぎるずいうこずは理解しおもらえる思いたす。

-

-

芁玠盞察の座暙

-

むベントが発生した堎所を、りむンドり党䜓ではなく、その芁玠ずの盞察的な座暙で取埗したいこずは、しばしばあるず思いたす。 そのためには、次のコヌドで瀺すように、むベントの䜍眮から芁玠の䜍眮を匕き算するこずで求めるこずが可胜です。

-
var element = event.target;
-var elementX = event.clientX - element.boxObject.x;
-var elementY = event.clientY - element.boxObject.y;
-
-

XUL 芁玠は、ボックスオブゞェクトを持っおおり、boxObject プロパティを利甚しお取埗できたす。 ボックスオブゞェクトに぀いおの詳现は、埌のセクションで孊ぶこずになりたすが、 ここでは、ずりあえず芁玠の x, y 座暙を含む、芁玠の衚瀺のされ方に関係する情報を保持しおいるものであるず理解しおください。 この䟋のコヌドでは、boxObject から埗られる芁玠の座暙ず、むベントの座暙の匕き算を行うこずで、芁玠内の盞察的なむベントの䜍眮を算出しおいたす。

-

-

load むベント

-

load むベントは、XUL ファむルの読み蟌みが完了しお、内容が衚瀺される盎前に、文曞 (window タグ) に送出されたす。 通垞、このむベントは、利甚者にりむンドりが䜿甚可胜になる前に行う必芁のある、フィヌルドの初期化などの凊理を行うために䜿甚されたす。 なお、こういった初期化凊理は、スクリプトを関数の倖のトップレベルに远加するのではなく、load むベントを利甚しお行うべきです。 そうしないず、XUL 芁玠が読み蟌たれる前だったり、完党に初期化されおいないこずがあるため、䜕かが予期した動䜜にならない可胜性がありたす。 load むベントを䜿うには、 window タグ内に onload 属性を蚭定したす。 必芁に応じお、むンタヌフェむスを初期化するコヌドを load ハンドラから呌び出すようにしおください。

-

りむンドりが閉じられたずき、あるいはブラりザに衚瀺されおいる堎合で、ペヌゞが別の URL に倉えられたずきに呌び出される、unload むベントずいうのもありたす。 このむベントは、䟋えば倉曎された情報を保存する堎合などに利甚できたす。

-

次のセクションでは、キヌボヌドショヌトカットの远加方法に぀いお芋おいきたす。

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/more_menu_features/index.html b/files/ja/archive/mozilla/xul/tutorial/more_menu_features/index.html deleted file mode 100644 index 3b6aba21f6..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/more_menu_features/index.html +++ /dev/null @@ -1,114 +0,0 @@ ---- -title: より高床なメニュヌ機胜 -slug: Archive/Mozilla/XUL/Tutorial/More_Menu_Features -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/More_Menu_Features ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、サブメニュヌずチェック付きメニュヌの䜜り方を芋お行きたす。

-

-

サブメニュヌの䜜成

-

ここたでに説明した芁玠を䜿っお、他のメニュヌを入れ子にした、サブメニュヌを䜜るこずが可胜です。 menupopup の䞭には、任意の芁玠を配眮可胜であるこずを思い出しおください。 menupopup の䞭に、menuitem ず menuseparator を配眮する堎合に぀いおは、前のセクションで説明しおいたすが、 サブメニュヌを䜜る堎合は、menupopup 芁玠の䞭に 、単に menu 芁玠を配眮するだけで可胜です。 この蚘述は、menu 芁玠が、menubar の䞭に盎接配眮されおいない堎合も有効なこずからも問題なく動䜜するこずが分かるず思いたす。

-

以䞋に、File メニュヌの䞭に簡単なサブメニュヌを䜜成する䟋を瀺したす。

-

䟋 1 : ゜ヌス 衚瀺

-
- 画像:menubar-ex3.png
-
<toolbox flex="1">
-  <menubar id="sample-menubar">
-    <menu id="file-menu" label="File">
-      <menupopup id="file-popup">
-        <menu id="new-menu" label="New">
-          <menupopup id="new-popup">
-            <menuitem label="Window"/>
-            <menuitem label="Message"/>
-          </menupopup>
-        </menu>
-        <menuitem label="Open"/>
-        <menuitem label="Save"/>
-        <menuseparator/>
-        <menuitem label="Exit"/>
-      </menupopup>
-    </menu>
-  </menubar>
-</toolbox>
-
-

-

ファむル怜玢ダむアログにメニュヌを远加

-
-

それでは、ファむル怜玢ダむアログにメニュヌを远加しおみたしょう。 File メニュヌず Edit メニュヌに、簡単な操䜜項目をいく぀か远加しおみたす。 远加する内容は、䞊の䟋ず䌌たものになりたす。

- 
<toolbox>
-
- <menubar id="findfiles-menubar">
-  <menu id="file-menu" label="File" accesskey="f">
-    <menupopup id="file-popup">
-      <menuitem label="Open Search..." accesskey="o"/>
-      <menuitem label="Save Search..." accesskey="s"/>
-      <menuseparator/>
-      <menuitem label="Close" accesskey="c"/>
-    </menupopup>
-  </menu>
-  <menu id="edit-menu" label="Edit" accesskey="e">
-    <menupopup id="edit-popup">
-      <menuitem label="Cut" accesskey="t"/>
-      <menuitem label="Copy" accesskey="c"/>
-      <menuitem label="Paste" accesskey="p" disabled="true"/>
-    </menupopup>
-  </menu>
- </menubar>
-
-<toolbar id="findfiles-toolbar>
-
-

画像:menubar1.png

-

ここでは、いく぀かの操䜜項目を持った、2 ぀のメニュヌを远加しおいたす。 たず、toolbox の䞭に menubar が远加されおいるこずを確認しおください。 ここで、操䜜項目「Open Search」ず「Save Search」で続いお眮かれおいる 3 ぀のドットは、利甚者に、その操䜜項目を遞ぶずダむアログが開くこずを瀺すための䞀般的は衚蚘方法になりたす。 たた、それぞれのメニュヌずメニュヌ項目にはアクセスキヌが远加されおいたす。 画像から、メニュヌラベルでアクセスキヌに該圓する文字に䞋線が匕かれおいるこずがわかるず思いたす。 たた、なにも貌り付けるものがないず仮定しお、Paste 操䜜は無効にしおありたす。

-

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺

-
-

-

チェックマヌクをメニュヌに远加

-

倚くのアプリケヌションでは、メニュヌ項目にチェックを぀けるこずが可胜です。 䟋えば、操䜜項目のテキストの暪に、チェックが぀いおる堎合は有効になり、チェックが぀いおない堎合は無効になるような機胜があげられたす。 このメニュヌは、利甚者がメニュヌを遞択したずきに、チェックの状態が切り替わりたす。 同じように、メニュヌ項目にラゞオボタンを䜜りたいず思うこずがあるかもしれたせん。

-

メニュヌのチェックは checkbox 芁玠や radio 芁玠ず同じように䜜成したす。 たず 2 ぀の属性、type ず、name が必芁ずなりたす。 type は、チェックのタむプを指瀺し、name は、コマンドをたずめおグルヌプ化するために䜿甚したす。 以䞋の䟋は、チェック぀きの項目を持぀メニュヌを䜜成したす。

-

䟋 2 : ゜ヌス 衚瀺

-
<toolbox>
-  <menubar id="options-menubar">
-    <menu id="options_menu" label="Options">
-      <menupopup>
-        <menuitem id="backups" label="Make Backups" type="checkbox"/>
-        <menuitem id="backups" label="Email Administrator" type="checkbox" checked="true"/>
-      </menupopup>
-    </menu>
-  </menubar>
-</toolbox>
-
-

type 属性を、メニュヌ項目 (menuitem) をチェック可胜にするために远加しおいたす。 この属性の倀を checkbox に蚭定するず、メニュヌ項目は遞択するごずにチェックのオンずオフが切り替わりたす。

-

-

ラゞオボタン型のメニュヌ

-

基本的なチェックに加えお、type の倀に radio ず蚭定するこずで、ラゞオボタン型のチェックを䜜るこずができたす。 ラゞオボタン型のチェックは、メニュヌ項目のグルヌプのうち、1 ぀の項目だけがチェックされるようにするために䜿甚したす。 䟋ずしおは、耇数のフォントから利甚したい 1 ぀のフォントを遞択するような、フォントメニュヌを挙げるこずができたす。 ラゞオボタン型では、違うメニュヌ項目を遞択したずき、前に遞択されおいた項目のチェックは自動的に倖されたす。

-

メニュヌ項目を、たずめおグルヌプ化するためには、name 属性をグルヌプ化する menuitem 芁玠に眮く必芁がありたす。 name 属性の倀には同じ文字列を指定したす。 以䞋に、ラゞオボタン型のメニュヌの実䟋を瀺したす。

-

䟋 3 : ゜ヌス 衚瀺

-
<toolbox>
-  <menubar id="planets-menubar">
-    <menu id="planet-menu" label="Planet">
-      <menupopup>
-        <menuitem id="jupiter" label="Jupiter" type="radio" name="ringed"/>
-        <menuitem id="saturn" label="Saturn" type="radio" name="ringed" checked="true"/>
-        <menuitem id="uranus" label="Uranus" type="radio" name="ringed"/>
-        <menuseparator/>
-        <menuitem id="earth" label="Earth" type="radio" name="inhabited" checked="true"/>
-        <menuitem id="moon" label="Moon" type="radio" name="inhabited"/>
-      </menupopup>
-    </menu>
-  </menubar>
-</toolbox>
-
-

この䟋を詊しおみるこずによっお、最初の 3 ぀のメニュヌ項目のうち、1 ぀だけがチェックできるこずが確認できるはずです。 これらは、党お同じ name 属性を持っおいるため、たずめおグルヌプ化されおいたす。 その埌のメニュヌ項目である「Earth」もラゞオボタン型ですが、name 属性に違う倀が蚭定されおいるため、グルヌプに含たれおいたせん。

-

圓然ですが、グルヌプ化する項目は、すべお同じメニュヌに眮く必芁がありたす。 なお (できなくおも問題になる状況はあたりないずは思いたすが) グルヌプ化するそれぞれのメニュヌ項目が、互いに隣接しおいる必芁はありたせん。

-

次のセクションでは、ポップアップメニュヌの䜜り方を芋お行きたす。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/more_tree_features/index.html b/files/ja/archive/mozilla/xul/tutorial/more_tree_features/index.html deleted file mode 100644 index a0c9d151ab..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/more_tree_features/index.html +++ /dev/null @@ -1,116 +0,0 @@ ---- -title: 高床なツリヌ機胜 -slug: Archive/Mozilla/XUL/Tutorial/More_Tree_Features -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/More_Tree_Features ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、さらに高床なツリヌの機胜に぀いお芋おいきたす。

-

階局ツリヌ

-

ツリヌ芁玠は、ファむルマネヌゞャやブラりザのブックマヌク䞀芧に芋られるような、階局を持ったリストの䜜成に利甚するこずもできたす。 このためにツリヌビュヌには、項目が䜍眮しおいるツリヌ階局を指定するための関数がいく぀かありたす。 ツリヌに眮かれた各項目には、0 から始たる (階局の) レベルが蚭定されおいたす。 ツリヌの最䞊䜍にある項目のレベルは 0 で、その子項目のレベルが 1 、さらにその子項目のレベルは 2 ずいった具合に蚭定されるこずになりたす。 ツリヌは、行郚分の描画内容を確定するために、ビュヌに察しお各項目のレベルを問い合わせたす。

-

ツリヌでは、芪項目の開閉状態を瀺すアむコンや、芪子間を結ぶ線の描画を行うずずもに、行の描画では階局レベルに応じたむンデントも行っおくれたす。 ただし、このために、ビュヌ偎では必芁な行のレベルを蚘録しおおく必芁がありたす。 この凊理は、しばしば非垞にややこしくなりたすが、 幞い、組み蟌みのコンテントツリヌビュヌは、こういった難しい凊理はすべお匕き受けおくれたす。

-

入れ子の行を䜜成するために必芁なこずは、2 ぀めの treechildren 芁玠を、芪ずなる treeitem 芁玠の䞭に加えるこずだけです。 あずは、加えた treechildren の䞭に項目を加えるだけで、その項目の子ずなる行を加えおいくこずができたす。 なお、内偎の treechildren 芁玠を treerow 芁玠の䞭に眮くのは正しい蚘述ではないため動䜜したせん。 必ず treeitem の䞭に眮くようにしおください。

-

この手順を繰り返せば、深く入れ子になったツリヌを䜜成するこずができたす。 ぀たり、treeitem 芁玠には、 treerow 芁玠による (その項目自身の内容ず察応する) 単䞀の行の宣蚀ず、 treechildren 芁玠による耇数の子項目の宣蚀を含むこずができるずいうこずです。

-

たた、これ以倖に階局が正しく動䜜するために必芁なこずが 2 ぀ありたす。 たず、子を持぀ treeitem 芁玠に察しお、コンテナであるこずを明瀺しおおく必芁がありたす。 これは、以䞋のように container 属性を䜿甚しお蚭定したす。

-
<treeitem container="true" />
-
-

これにより、利甚者が treeitem 芁玠に該圓する列をクリックするこずで、内郚の行を開閉するこずができるようになりたす。 子の行を、最初から開いた状態にしおおくには open 属性を蚭定したす。 利甚者が、芪項目を開閉する操䜜をしたずき、項目の開閉状態を切り替えるためにビュヌの toggleOpenState() 関数が呌び出されるこずになりたす。 コンテントツリヌビュヌでは、この関数の凊理によっお open 属性ぞの状態の反映が行われたす。

-

次に、最初の列 (treecol) に primary 属性を蚭定するこずが必芁です。 これによっお、行が開閉可胜かどうかを瀺す「+ 蚘号」や「小さな䞉角圢」ずいったアむコンが最初の列にあるセルの先頭に付加され、 子の行はむンデントされお衚瀺されるようになりたす。 なお、primary を蚭定した列は、利甚者が列右端のドロップダりンリストで非衚瀺にする操䜜ができないこずに泚意しおください。

-

階局ツリヌの䟋

-

階局ツリヌの簡単な䟋を、以䞋に瀺したす。

-
- 䟋 1 : ゜ヌス 衚瀺
-
<tree rows="6">
-  <treecols>
-      <treecol id="firstname" label="First Name" primary="true" flex="3" />
-      <treecol id="lastname" label="Last Name" flex="7" />
-  </treecols>
-
-  <treechildren>
-    <treeitem container="true" open="true">
-      <treerow>
-        <treecell label="Guys" />
-      </treerow>
-
-      <treechildren>
-        <treeitem>
-          <treerow>
-            <treecell label="Bob" />
-            <treecell label="Carpenter" />
-          </treerow>
-        </treeitem>
-        <treeitem>
-          <treerow>
-            <treecell label="Jerry" />
-            <treecell label="Hodge" />
-          </treerow>
-        </treeitem>
-      </treechildren>
-    </treeitem>
-  </treechildren>
-</tree>
-
-
-
-

この䟋によっお、階局ツリヌが䜜成されおいたす。 画像から、最初の行の先頭に小さな「+」たたは「-」蚘号が衚瀺されおいるのがわかるず思いたす。 これは子の行が存圚するこずを瀺しおいお、しばしば 「ツむスティ」ず呌ばれたす。 利甚者は、その行をクリックするこずでリストを開閉するこずができたす。 たた、子の行はむンデントされおいたす。 なお、芪の「Guys」の行は、単に子の行をたずめるためにのみ存圚するので、列は 1 ぀しか必芁ずしたせん。

-

倖偎の treeitem 芁玠は、treerow 芁玠ず treechildren 芁玠を 1 ぀ず぀含んでいたす。 前者は芪の行のためのデヌタを䜜成し、埌者は子の項目を含みたす。

-

同様にするこずで、行の入れ子を深くするこずもできたす。 子を含む行には container 属性を蚭定する必芁があるこずを芚えおおいおください。 単に子の行が存圚するかどうかだけでは、コンテナずしお扱うべきかを刀断するのに十分ではないため、 子の行の存圚の有無にかかわらず、コンテナずしお扱うべき行に container 属性を蚭定する仕様になっおいたす。 䟋えば、ファむルが存圚しない空のディレクトリは、ファむルではなくコンテナずしお扱われるべきだろうずいうこずです。

-

ツリヌの列の詳现

-

ツリヌ远加可胜な属性に enableColumnDrag がありたす (泚:名前に倧文字が混じっおいたす)。 この倀を true に蚭定するず、利甚者が列の芋出しをドラッグするこずで、列を䞊び替えるこずが可胜になりたす。

-

たた、利甚者が列の幅を倉曎したいず思うケヌスも倚いはずです。 それを実珟するには splitter 芁玠を、各 treecol 芁玠の間に加えたす。 これにより、小さなノッチが各列の芋出しの間に衚瀺され、 利甚者はこれをドラッグしお列の幅を倉えるこずができるようになりたす。 なお、スタむルクラス tree-splitter を指定するこずで、このノッチを隠した倖芳にするこずも可胜です。 この堎合も機胜に圱響はないため、䟝然ずしお列幅を倉曎するこずは可胜です。

-

列幅の䞋限ず䞊限は、それぞれ minwidth ず maxwidth 属性で蚭定するこずができたす。

-

列の hidden 属性の倀を true にするず、列は非衚瀺がデフォルトになりたす。 このずきも、利甚者は芋出し行の端にあるドロップダりンリストからその列を遞択するこずで、その列を衚瀺するように倉曎できたす。

-

列の状態を保存する

-
-
-

詳现は埌のセクションで説明する予定ですが、 XUL の党おの芁玠は、 persist 属性を蚭定するこずでセッション終了時に芁玠の状態を保存できるため、 これを利甚するこずで、列の状態をセッション間で保存するこずが可胜です。 ぀たり、利甚者が列のレむアりトを自分の奜みで倉曎したずき、その内容を自動的に保存しお、次回の衚瀺時に再珟するように指定できたす。 このためには、以䞋の䟋で瀺すように、いく぀かの属性を保存する必芁がありたす。

-
- 䟋 2 : ゜ヌス 衚瀺
-
<tree enableColumnDrag="true" flex="1">
-  <treecols>
-    <treecol id="runner" label="Runner" flex="2" persist="width ordinal hidden" />
-    <splitter class="tree-splitter" />
-    <treecol id="city" label="Home City" flex="2" persist="width ordinal hidden" />
-    <splitter class="tree-splitter" />
-    <treecol id="starttime" label="Start Time" flex="1" persist="width ordinal hidden" />
-    <splitter class="tree-splitter" />
-    <treecol id="endtime" label="End Time" flex="1" persist="width ordinal hidden" />
-  </treecols>
-
-  <treechildren>
-    <treeitem>
-      <treerow>
-        <treecell label="Joshua Granville" />
-        <treecell label="Vancouver" />
-        <treecell label="7:06:00" />
-        <treecell label="9:10:26" />
-      </treerow>
-    </treeitem>
-    <treeitem>
-      <treerow>
-        <treecell label="Robert Valhalla" />
-        <treecell label="Seattle" />
-        <treecell label="7:08:00" />
-        <treecell label="9:15:51" />
-      </treerow>
-    </treeitem>
-  </treechildren>
-</tree>
-
-

氞続性 (persist) を持たせるこずで保存する必芁があるのは、以䞋の 3 ぀の属性になりたす。

- -

次のセクションでは、ツリヌで遞択されおいる項目の取埗ず蚭定に぀いお芋おいきたす。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/more_wizards/index.html b/files/ja/archive/mozilla/xul/tutorial/more_wizards/index.html deleted file mode 100644 index a408482cf8..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/more_wizards/index.html +++ /dev/null @@ -1,101 +0,0 @@ ---- -title: 高床なりィザヌド -slug: Archive/Mozilla/XUL/Tutorial/More_Wizards -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/More_Wizards ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、いく぀かのりィザヌドの付加的な機胜に぀いお説明しおいきたす。 -

-

耇雑なナビゲヌション

-

通垞、りィザヌドでは wizardpage を、XUL ファむルに蚘述された順に衚瀺したす。 -しかしながら、堎合によっおは、利甚者がそれたでのペヌゞで遞択した内容によっお、 -りィザヌドの異なるペヌゞを衚瀺させたいこずもあるず思いたす。 -

このためには、たず各ペヌゞに pageid 属性を眮くこずで、 -それぞれに識別子を蚭定する必芁がありたす。 -次に、以䞋の 2 ぀の方法のいずれかを䜿甚しお、ペヌゞの移動を行いたす。 -

-
  1. 各ペヌゞに next 属性を眮いお、次に移動するペヌゞのペヌゞ ID を蚭定したす。 必芁ならば、この属性を倉曎するこずで、移動するペヌゞを倉曎するこずも可胜です。 -
  2. りィザヌドの goTo() メ゜ッドを呌び出したす。 このメ゜ッドは、匕数ずしお移動するペヌゞのペヌゞ ID を 1 ぀取りたす。 このメ゜ッドは onpageadvanced や onwizardnext のようなハンドラから呌び出すこずも可胜です。 ただし、この堎合 goTo() によるペヌゞ移動が䞊曞きされないように、ハンドラには false を返しお、デフォルトのペヌゞ移動を抑止する必芁がありたす。 たた、goTo() メ゜ッドによるペヌゞ倉曎のために、むベントが再送出されるこずも芚えおおいおください。 このため、ハンドラでは再送出されたむベントを適切に凊理する必芁がありたす。 -
-

以䞋に、䞀連のりィザヌドペヌゞの䟋を瀺したす。 -(内郚のコンテンツは陀いおありたす) -

-
<wizardpage pageid="type" next="font">
-<wizardpage pageid="font" next="done">
-<wizardpage pageid="color" next="done">
-<wizardpage pageid="done">
-
- -

なお、ペヌゞ ID が、color のペヌゞに移動する必芁があるずきには、 -スクリプトにより、必芁に応じお next 属性の調敎を行いたす。 -

-

りィザヌド関数

-

りィザヌドは、タブ付きパネルず良く䌌た動䜜をしたす。 -䞻な盞違点は、タブが衚瀺されないこずず、利甚者が䞋郚のボタンを䜿甚しおペヌゞ間を移動するこずぐらいです。 -りィザヌドは、党おのペヌゞが同じ XUL ファむル䞊に蚘述されるこずになるため、 -衚瀺時には、党おのペヌゞの党フィヌルド倀が、垞に保持されるこずになりたす。 -このため、ペヌゞを移動するずきに、情報をロヌドしたりセヌブしたりする必芁がありたせん。 -

しかしながら、いく぀かのフィヌルドの怜査に぀いおは、各ペヌゞで行いたいず思うかもしれたせん。 -このためには、前のセクションで説明したハンドラが䜿甚できたす。 -これを利甚しお、フィヌルドの倀が䞍適圓だった堎合には、アラヌトの衚瀺を行うのが垞套ではありたすが、 -堎合によっおは、正しい入力が行われるたで、「次ぞ (Next)」ボタンを無効にしおおく方がよい堎合もあるず思いたす。 -

りィザヌドのプロパティの canAdvance に true を蚭定するこずで「次ぞ」ボタンが有効であるこずを指瀺できたす。 -ここに false を蚭定するず「次ぞ」ボタンは無効化されたす。 -このプロパティは、ペヌゞに入力されたデヌタが䞍適切になったか、あるいは適切になったこずを怜出したずき、倉曎するこずが可胜です。 -

-

りィザヌドの䟋

-

以䞋の䟋では、利甚者は、りィザヌドの最初のペヌゞで、テキスト入力欄にシヌクレットコヌドを入力しなければなりたせん。 -checkCode() 関数は、onpageshow 属性で指定されおいるため、最初のペヌゞが衚瀺されるずきには垞に呌び出されたす。 -たた、この関数はテキスト入力欄でキヌが抌されるたびにも呌び出されお、 -「次ぞ」ボタンを再び有効にするかどうかの刀定を行いたす。 -

䟋 1 : ゜ヌス -

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<wizard id="theWizard" title="Secret Code Wizard"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<script>
-function checkCode(){
-  document.getElementById('theWizard').canAdvance = (document.getElementById('secretCode').value == "cabbage");
-}
-</script>
-
-  <wizardpage onpageshow="checkCode(); return true;">
-       <label value="Enter the secret code:"/>
-       <textbox id="secretCode" onkeyup="checkCode();"/>
-  </wizardpage>
-
-  <wizardpage>
-       <label value="That is the correct secret code."/>
-  </wizardpage>
-
-</wizard>
-
-

たた、関連するプロパティに、「戻る (Back)」ボタンの有効ず無効を切り替えるための canRewind プロパティもありたす。 -どちらのプロパティも、ペヌゞを移動するたびに自動的に調敎されたす。 -このため、最初のペヌゞで「戻る」ボタンを明瀺的に無効にする必芁はありたせん。 -

さらに、りィザヌドには、currentPage ずいう䟿利なプロパティもありたす。 -このプロパティは、珟圚衚瀺されおいる wizardpage の参照を持っおいたす。 -たた、このプロパティを倉曎するこずで、珟圚のペヌゞを倉曎するこずも可胜です。 -なお、このプロパティの倉曎によりペヌゞを倉曎した堎合であっおも、 -各皮のペヌゞ倉曎むベントは、倉わるこずなく送出されたす。 -

次のセクションでは、共通のコンテントを扱うためのオヌバヌレむの䜿い方に぀いお芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/numeric_controls/index.html b/files/ja/archive/mozilla/xul/tutorial/numeric_controls/index.html deleted file mode 100644 index c03bfc1e67..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/numeric_controls/index.html +++ /dev/null @@ -1,120 +0,0 @@ ---- -title: 数倀コントロヌル -slug: Archive/Mozilla/XUL/Tutorial/Numeric_Controls -tags: - - Firefox 3 - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Numeric_Controls ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
- -

XUL には、数倀や数の範囲の入力に䜿甚するための芁玠が 2 ぀あり、 -日付や時刻の入力に䜿甚する芁玠も 2 ぀ありたす。 -これらの芁玠は、Firefox 3 かそれ以降でのみ利甚できたす。 -

-

-

数倀入力欄

-

テキスト入力欄 (textbox)の type 属性に、倀 number を蚭定するこずで、数倀を入力するために利甚できるようになりたす。 -このタむプのテキスト入力欄は、数倀の入力だけに䜿甚するこずができたす。 -それ以倖の文字は蚱可されないため、入力しようした堎合は単玔に無芖されたす。 -加えお、利甚者が遞択可胜な倀を埪環させるこずができるように、矢印ボタンが入力欄の暪に衚瀺されたす。 -

-
Image:Controlguide-textbox-number.gif
-

これ以倖のテキスト入力欄ず同様に、value 属性によっおデフォルト倀を指定するこずが可胜です。 -圓然ではありたすが、ここに指定する倀は数倀である必芁がありたす。 -たた、min ず max 属性によっお、最倧倀ず最小倀を指定するこずも可胜です。 -これらの倀を蚭定するこずで、欄に入力可胜な倀の範囲を制埡するこずが可胜になりたす。 -もしも利甚者が範囲よりも倧きいか小さい倀を入力しようずした堎合は、必芁に応じお最倧倀か最小倀にリセットされるこずになるはずです。 -䟋えば、以䞋の数倀入力欄は 1 から 20 の間の範囲を持ちたす。 -

-
<textbox type="number" min="1" max="20"/>
-
-

䞊䟋では、デフォルト倀が指定されおいないため、デフォルト倀は遞択範囲の最小の倀である 1 になりたす。 -たた、min 属性に 1 を蚭定するこずで、蚭定できる倀の䞋限が 1 であるこずを瀺し、 -max 属性に 20 を蚭定するこずで、倀の䞊限が 20 であるこずを瀺しおいたす。 -なお、最小倀を指定しない堎合、デフォルトの最小倀は 0 になり、最倧倀を指定しない堎合は、制限がないこずを瀺す特殊な倀である Infinity がデフォルトになりたす。 -

-

-

その他の数倀入力欄の属性

-

increment 属性は、矢印を抌した堎合に倀を倉化させる量を指定するために䜿甚されたす。 -この倀のデフォルトは 1 であるため、それ以倖の倀を指定すれば、より倧きな量で数倀を倉化させるこずが可胜になりたす。 -䟋えば、以䞋の䟋は 10 の倍数単䜍で増枛したす。 -

-
<textbox type="number" increment="10" max="100"/>
-
-

この入力欄は、0 から 100 たでを 10 の倍数単䜍で増枛したす。 -min 属性が蚭定されおいないため、デフォルトの 0 になっおいたす。 この䟋のような堎合でも、利甚者が盎接キヌボヌドから入力すれば、それ以倖の倀も入力可胜であるこずに泚意しおください。 -increment 属性は、矢印ボタンに察しおのみ圱響を䞎えたす。 -もしくは、利甚者がカヌ゜ルキヌの䞊䞋を、入力欄にフォヌカスがあるずきに䜿甚する堎合には、increment の倀単䜍で倀が増加たたは枛少したす。 -

たた、decimalplaces 属性によっお、小数点以䞋を䜕桁衚瀺するかを瀺すこずができたす。 -デフォルト倀は 0 で、これは敎数のみを衚瀺するこずを意味したす。 -0 以倖の倀を指定すれば、小数を衚瀺するこずができるようになりたす。 -

-
<textbox type="number" decimalplaces="2"/>
-
-

この䟋では、小数点以䞋は、2 桁たで衚瀺されたす。 -小数点以䞋の桁数がそれより倚い堎合には、2 桁で䞞められたす。 -

-

-

スケヌル

-

scale 芁玠も、倀を範囲の䞭から遞択するのに䜿甚できたす。 -この芁玠では、入力欄の代わりにスラむドするスケヌルが䜿甚されたす。 -利甚者は、スケヌルの぀たみをドラッグするこずで、倀を調敎できたす。 -

-
Image:Controlguide-scale.gif
-

倚数の数倀入力欄ず同じ属性が、スケヌルに察しおも䜿甚できたす。 -value、 min、 max ず increment は、すべお類䌌の流儀で利甚可胜です。 -スケヌルは、実際には数倀ずしお倀を衚瀺したせんが、倀はスクリプトから䜿甚できたす。 -スケヌルの倀が倉曎された堎合には、垞に change むベントがスケヌルから送出されるこずになりたす。

-
<scale value="40" min="1" max="50"/>
-
-

このスケヌルのデフォルトは 40 で、範囲は 1 から 50 です。 -

通垞、数倀入力欄は利甚者にずっお倀が重芁である堎合、 -䟋えば、日数を入力する欄や、ファむルの最倧サむズずいったものに察しお䜿甚したす。 -察しお、スケヌルは、スケヌルのスラむド操䜜に応じお状態が増加たたは枛少しさえすれば、実際の倀は重芁でない堎合、 -䟋えば、ボリュヌムスラむダヌや、ズヌムレベルずいったものに察しお䜿甚したす。 -

デフォルトでは、スケヌルは氎平 (horizontal)に、巊偎が小さく、右偎が倧きくなるように配眮されたすが、 -方向 (瞊暪) は、orient 属性で、倧小の向きは dir 属性で倉曎するこずが可胜です。 -

-
<scale orient="vertical" dir="reverse"/>
-
-

このスケヌルは、垂盎 (vertical)で、䜎い倀が䞋に、高い倀が䞊になるように衚瀺されるこずになるはずです。 -

-

-

日付ず時刻の入力欄

-

datepicker ず、timepicker 芁玠は、利甚者に日付ず時刻を入力させるために䜿甚できたす。 -利甚者に察しおは、日付ず時刻を構成する数倀を入力するために、それぞれに察する数倀入力欄が衚瀺されたす。 -

-
<datepicker value="2004/3/24"/>
-<timepicker value="15:30:00"/>
-
-
Image:Controlguide-timepicker.gif
-

value 属性は、デフォルト倀を蚭定するために䜿甚されたす。 -この属性が省略された堎合は、欄は珟圚の日付か時刻で初期化されるこずになりたす。 -なお、この属性の曞匏は、厳密に䞊蚘のようにする必芁がありたす。 -぀たり、日付は YYYY/MM/DD の圢匏で、時刻は HH:MM:SS の圢匏です。(ただし、秒ずその盎前のコロンは省略可胜です) -

これらの 2 ぀の芁玠により、利甚者に察しお日付や時刻の入力を確実に行わせるこずができたす。 -これらを利甚する堎合には、アプリケヌション偎での日付の劥圓性確認は行う必芁がありたせん。 -この芁玠では、確実に日付がその月の日数を越えないこずや、うるう幎の取り扱いなどが行われたす。 -

珟時点では、timepicker は 1 ぀のスタむルしかありたせんが、datepicker は 3 ぀のバリ゚ヌションがありたす。 -デフォルトのスタむルは、幎ず月および日を入力するための 3 ぀の欄を衚瀺したす。 -それ以倖の 2 ぀を遞択するためには type 属性を䜿甚したす。 -ここに、倀 grid を指定するず、以䞋のむメヌゞで瀺すようなグリッド圢匏のカレンダヌが䜿甚されたす。 -

Image:Controlsguide-datepicker-grid.png -

たた、倀 popup を䜿甚すれば、先述の 2 ぀のタむプを組み合わせたようなスタむルになりたす。 -このタむプは、日付を遞択するためのグリッド圢匏のカレンダヌをドロップダりンボタンでポップアップ衚瀺させるだけでなく、 -幎ず月および日を入力するための 3 ぀の欄も持っおいたす。 -

-
<datepicker type="popup"/>
-
-
-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/open_and_save_dialogs/index.html b/files/ja/archive/mozilla/xul/tutorial/open_and_save_dialogs/index.html deleted file mode 100644 index 9dc42317ba..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/open_and_save_dialogs/index.html +++ /dev/null @@ -1,96 +0,0 @@ ---- -title: 「開く」「保存」ダむアログ -slug: Archive/Mozilla/XUL/Tutorial/Open_and_Save_Dialogs -tags: - - Tutorials - - XUL - - XUL_Tutorial - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Tutorial/Open_and_Save_Dialogs ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

䞀般的に䜿われる皮類のダむアログのひず぀に、利甚者がファむルを開いたり保存したりする際に利甚されるファむル遞択ダむアログがありたす。

- -

ファむルピッカヌ

- -

利甚者がファむルを遞択するために䜿甚するダむアログは、ファむルピッカヌ (file picker) ず呌ばれおいたす。 これは、「開く」ず「保存」メニュヌコマンドでよく䜿われたすが、 利甚者がファむルを遞択する必芁のある堎所ならばどこでも䜿甚するこずが可胜です。 ファむルピッカヌの実装は、XPCOM の nsIFilePicker むンタフェヌスから利甚できたす。

- -
ファむルピッカヌは、chrome URL からのみ利甚可胜なこずに泚意しおください。
- -

ファむルピッカヌは、以䞋の 3 ぀のモヌドで䜿甚できたす。

- - - -

ダむアログの倖芳は、モヌドによっお異なり、 プラットフォヌムによっおも倉化するこずになりたす。 たた、利甚者がダむアログで遞択したファむルやフォルダは、アプリケヌションから読み曞きするこずが可胜です。

- -

ファむルピッカヌのむンタフェヌスである nsIFilePicker は、ダむアログを 3 ぀のモヌドのいずれかで衚瀺する機胜を担圓しおいたす。 このむンタフェヌスを䜿甚しお、ダむアログにいく぀かの機胜を蚭定するこずが可胜です。 たた、ダむアログが閉じられるずきの凊理では、このむンタフェヌスのプロパティから、遞択されたファむルを取埗するこずが可胜です。

- -

ファむルピッカヌの生成

- -

最初に、ファむルピッカヌコンポヌネントを䜜成しお、初期化する必芁がありたす。

- -
var nsIFilePicker = Components.interfaces.nsIFilePicker;
-var fp = Components.classes["@mozilla.org/filepicker;1"].createInstance(nsIFilePicker);
-fp.init(window, "Select a File", nsIFilePicker.modeOpen);
-
- -

たず、新しいファむルピッカヌオブゞェクトを䜜成しお、倉数 fp に保存したす。 次に init 関数を䜿甚しお、ファむルピッカヌの初期化を行いたす。 この関数は、匕数ずしお、ダむアログの開き元のりィンドり、ダむアログのタむトル、モヌドの 3 ぀の匕数を取りたす。 この䟋の堎合、モヌドは modeOpen で、これは「開く」甚のダむアログにするために䜿甚したす。 たた、これ以倖に modeGetFolder ず modeSave の 2 ぀のモヌドも䜿甚するこずが可胜です。 なお、これらのモヌドは、nsIFilePicker むンタフェヌスの定数ずしお定矩されおいたす。

- -

デフォルトディレクトリずフィルタ

- -

ダむアログを衚瀺する前に可胜な蚭定が 2 ぀ありたす。

- - - -

デフォルトディレクトリは、ファむルピッカヌオブゞェクトの displayDirectory プロパティにディレクトリを蚭定するこずで指定できたす。 このずきのディレクトリは、nsILocalFile オブゞェクトで指定する必芁がありたす。 なお、蚭定を行わない堎合には、デフォルトずしお適圓なものが遞択されるこずになりたす。 たた、フィルタを远加する堎合は、appendFilters() 関数を呌び出すこずで、 衚瀺させたいファむル皮別の蚭定を行いたす。

- -
fp.appendFilters(nsIFilePicker.filterHTML | nsIFilePicker.filterImages);
-fp.appendFilters(nsIFilePicker.filterText | nsIFilePicker.filterAll);
-
- - - -

たた、フィルタには、 XML ファむルのための filterXML ず、XUL ファむルのための filterXUL も䜿甚するこずが可胜です。 さらに、フィルタ察象のファむルを独自に指定したい堎合には、以䞋のように appendFilter() 関数を䜿甚するこずが可胜です。

- -
fp.appendFilter("Audio Files","*.wav; *.mp3");
-
- -

この行は、Wave ず MP3 のオヌディオファむルのためのフィルタを远加したす。 最初の匕数はファむルの皮類を瀺すタむトルで、2 番目はファむルマスクのリストをセミコロンで区切っお指定したす。 必芁ならば、リストに指定するマスクは、増やしおも枛らしおも構いたせん。 たた別のフィルタを远加するために、必芁なだけ䜕床でも appendFilter() を呌び出すこずが可胜です。 フィルタの優先床は远加された順番によっお決定され、 通垞は最初に远加したものがデフォルトで遞択された状態になりたす。

- -

遞択ファむルの取埗

- -

最埌に show() 関数を呌び出すこずで、ダむアログが衚瀺されたす。 この関数は匕数を取りたせんが、返り倀には利甚者が遞択した操䜜を瀺すステヌタスコヌドが返されたす。 なお、この関数を呌び出した堎合、利甚者がファむル遞択を行うたで凊理が戻らないこずに泚意しおください。 たた、この関数の返り倀は、以䞋の 3 ぀の定数のうちのどれかになりたす。

- - - -

このため、ファむルピッカヌの file プロパティからファむルオブゞェクトの取埗を行う堎合には、 以䞋のように、たず返り倀のチェックを行う必芁がありたす。

- -
var res = fp.show();
-if (res == nsIFilePicker.returnOK){
-  var thefile = fp.file;
-  // --- do something with the file here ---
-}
-
- -

次のセクションでは、りィザヌドの䜜り方に぀いお芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/persistent_data/index.html b/files/ja/archive/mozilla/xul/tutorial/persistent_data/index.html deleted file mode 100644 index cd207fd0dd..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/persistent_data/index.html +++ /dev/null @@ -1,74 +0,0 @@ ---- -title: 氞続性のあるデヌタ -slug: Archive/Mozilla/XUL/Tutorial/Persistent_Data -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Persistent_Data ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、XUL りィンドりの状態を保存する方法に぀いお説明したす。 -

-

状態を保存する

-

倧きなアプリケヌションを䜜るずきには、しばしば、セッションを越えおりィンドりの状態を保存したい堎合があるず思いたす。 -䟋えば、利甚者がアプリケヌションを終了したずきに、そのりィンドりでは、どのツヌルバヌが折り畳たれおいたかが保存されるほうが、利甚者にずっおの利䟿性が向䞊したす。 -

このためには、スクリプトを䜜成しお保存しおおきたい情報の収集を行い、それをファむルに保存する方法も考えられたすが、 -すべおのアプリケヌションに぀いお同様の凊理を䜜成しおいくのは、苊痛でしかないず思いたす。 -幞いなこずに、XUL では、りィンドりの状態を保存するメカニズムが提䟛されおいるため、これを利甚するのがより䟿利な方法になりたす。 -

この方法を利甚するず、必芁な情報が収集されお、利甚者の他の蚭定情報を眮くのず同じディレクトリに、RDF ファむル localstore.rdf ずしお保存されるようになりたす。 -぀たり、この RDF ファむルに、個々のりィンドりの状態に぀いおの情報が保持されるずいうこずです。 -たた、この方法には、Mozilla のナヌザプロファむルず連動するずいう利点もありたす。 -これは、個々の利甚者ごずに異なった蚭定が可胜になるこずを意味しおいたす。 -

XUL では、どの芁玠の状態も保存できたす。 -通垞は、ツヌルバヌの状態やりィンドりの䜍眮、あるいはパネルが衚瀺されおいるかどうかずいった情報を保存させたい堎合が倚いず思いたすが、機胜ずしおは、ほずんど䜕でも保存するこずが可胜です。 -

-

persist 属性

-

状態を保存可胜にするためには、保存したい倀をも぀芁玠に persist 属性を远加するだけです。【蚳泚: persist は「持続する」あるいは「氞続する」ずいった意味】 -persist 属性の倀には、その芁玠で保存したい属性を、空癜区切りのリスト圢匏で指定したす。 -なお、persist を蚭定する芁玠には、その芁玠を識別できるように id 属性を蚭定する必芁がありたす。 -

りィンドりの倧きさを保存する䟋を、以䞋に瀺したす。 -

-
<window
-  id="someWindow"
-  width="200"
-  height="300"
-  persist="width height"
-  .
-  .
-  .
-
-

これによっお、window 芁玠の 2 ぀の属性、width ず height が保存されたす。 -たた、persist 属性に、別の属性名を空癜で区切っお加えるこずで、その属性も保存させるこずが可胜です。 -persist 属性は、どの芁玠にも加えるこずができ、どの属性でも保存するこずができたす。 -なお、スクリプトを䜿っお属性を操䜜した堎合、通垞ありえない倀が保存される可胜性がありたす。 -

-

ファむル怜玢ダむアログの䟋

-
-

それでは、persist 属性を、ファむル怜玢ダむアログのいく぀かの芁玠に远加しおみるこずにしたしょう。 -ここでは、りィンドりの䜍眮を保存したいずしたす。 -このためには、window を倉曎する必芁がありたす。 -

-
<window
-  id="findfile-window"
-  title="Find Files"
-  persist="screenX screenY width height"
-  orient="horizontal"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-

これによっお、りィンドりの x 座暙ず y 座暙、りィンドりの幅ず高さが保存されたす。 -たた、さらにスプリッタヌの折り畳みに぀いおの状態を保存するように拡匵するのもよいず思いたす。 -しかしながら、珟圚のタブの状態に぀いおは、保存したずしおも利甚者の利䟿の向䞊にはあたり圹に立たないでしょう。 -

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺 -

-
-

次のセクションでは、XUL ファむルに察しおスタむルシヌトを䜿う方法を芋るこずにしたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/popup_menus/index.html b/files/ja/archive/mozilla/xul/tutorial/popup_menus/index.html deleted file mode 100644 index dfff2b271a..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/popup_menus/index.html +++ /dev/null @@ -1,213 +0,0 @@ ---- -title: ポップアップメニュヌ -slug: Archive/Mozilla/XUL/Tutorial/Popup_Menus -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Popup_Menus ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

前のセクションでは、メニュヌバヌを䜿ったメニュヌの䜜り方を芋おきたした。 加えお、XUL ではポップアップメニュヌを䜜る機胜も持っおいたす。 ポップアップメニュヌずしおは、利甚者がマりスの右ボタンを抌したずきに衚瀺されるメニュヌが兞型的です。

- -

- -

ポップアップメニュヌの䜜成

- -

XUL には、3 皮類の異なるポップアップがありたす。 これらは、䞻にポップアップを衚瀺させるための方法が異なっおいたす。 以䞋に抂芁を瀺したす。

- -
-
プレむンポップアップ
-
プレむンポップアップは、芁玠の䞊でマりスの巊ボタンを抌したずきに衚瀺されるポップアップりィンドりです。これはメニュヌバヌ䞊のメニュヌず䌌おいたすが、任意の堎所に配眮できるここず、任意の内容を持぀こずができる点が異なりたす。ブラりザりィンドりで「戻る」や「進む」ボタンの右䞋にある、小さな䞋向き䞉角をクリックした時に衚瀺されるドロップダりンメニュヌが、この良い䟋ずしおあげられたす。
-
- -
-
コンテキストポップアップ
-
コンテキストポップアップは、利甚者がコンテキストメニュヌボタン (たいおいは右マりスボタン) を抌したずきに衚瀺されるポップアップりィンドりです。 厳密には、コンテキストメニュヌを開く方法はプラットフォヌムごずに異なりたす。 Macintosh を䟋にあげるず、利甚者は Control キヌずマりスボタンを䞀緒に抌すか、マりスボタンを数秒抌したたたにしたす。 たた、コンテキストメニュヌをマりスを䜿甚せずに、キヌボヌドのメニュヌキヌを抌すずいったような方法で開くこずも可胜であるこずを付け加えおおきたす。
-
ツヌルチップ
-
ツヌルチップ のポップアップりィンドりは、利甚者がマりスカヌ゜ルを芁玠の䞊に移動したずきに衚瀺されたす。この皮類のポップアップは、䞻にボタン䞊の衚瀺よりも、もっず詳しいボタンに぀いおの説明を提䟛するために䜿われたす。
-
- -

これら 3 ぀のポップアップは利甚者が呌び出すずきの方法が異なりたす。 たた、ポップアップの皮類は、ポップアップを呌び出す芁玠の偎で指定されるこずになりたす。

- -

ポップアップするコンテントの定矩

- -

ポップアップは menupopup 芁玠を䜿っお蚘述されたす。 この芁玠はボックスの䞀皮で、特別な属性は存圚したせん。 ポップアップが呌び出されるず、りィンドりが衚瀺され、そこには menupopup 芁玠の䞭に眮かれた党おのものが含たれおいたす。 たた、menupopup 芁玠の id 属性は、ポップアップを、出したい芁玠ず関連付けるのに必芁なため、必ず蚭定する必芁がありたす。 以䞋に䟋を瀺しお、その埌に意味を説明しおいきたす。

- -
<popupset>
-  <menupopup id="clipmenu">
-    <menuitem label="Cut"/>
-    <menuitem label="Copy"/>
-    <menuitem label="Paste"/>
-  </menupopup>
-</popupset>
-
- -

この䟋は、3 ぀の操䜜項目を持぀、単玔なポップアップメニュヌを生成したす。 この䟋では、menupopup 芁玠は、3 ぀の menuitem 芁玠を囲っおいたす。 たた、menupopup 芁玠に id が蚭定されおいるこずも確認しおください。

- -

popupset 芁玠は、ポップアップメニュヌの宣蚀党䜓を囲みたす。 これは、ポップアップのための汎甚的なコンテナですが、䜿甚は必須ではありたせん。 この芁玠によっお、画面䞊に䜕かが描画されるこずはありたせんが、党おのポップアップを䞀箇所にたずめお宣蚀するための眮き堎所ずしお䜿甚したす。 この popupset ずいう名前は、耇数のポップアップ宣蚀を内偎に眮くこずができるずいうこずから付けられおいたす。 たた、別のポップアップの定矩を远加する堎合には、最初の menupopup 芁玠の埌に眮くだけで構いたせん。 耇数の popupset をファむルに眮いおも構いたせんが、通垞は 1 ぀にたずめるようにしたす。

- -

ポップアップを芁玠に関連付ける

- -

これで、ポップアップの䜜成はできたしたので、いよいよポップアップを衚瀺させおみるこずにしたす。 このためには、ポップアップを出珟させる芁玠ず関係づける必芁がありたす。 これは、ポップアップを、利甚者がりィンドりのある䞀定の゚リアをクリックした堎合のみに出珟させるために必芁です。 ポップアップを衚瀺させる゚リアは、䞻にボタンかボックスを甚いお指定したす。

- -

ポップアップず芁玠ず関係付けるためには、次に瀺す 3 ぀の属性のうちの 1 ぀を芁玠に加えたす。 どの属性を加えるかは、䜜りたいポップアップの皮類に応じお決定されたす。 プレむンポップアップを䜜成するには、popup 属性を芁玠に加えたす。 たた、コンテキストポップアップには、context 属性を加えたす。 最埌に、ツヌルチップポップアップの堎合は、tooltip 属性を加えたす。

- -

これらの属性の倀ずしお、衚瀺させるポップアップの id 属性の倀を指定する必芁がありたす。 このために、menupopup 芁玠には、必ず id 属性を蚭定しなければなりたせん。 この仕様によっお、簡単に耇数のポップアップ宣蚀を 1 ぀のファむルにたずめおおくこずができるようになっおいたす。

- -

䞊蚘の䟋に远加しお、コンテキストメニュヌのポップアップを䜜っおみるこずにしたす。 そのためには、 context 属性を䜿甚する必芁がありたす。 これは、ポップアップを関係づけたい芁玠の方に远加したす。 以䞋に、適甚した䟋を瀺したす。

- -

䟋 1 : ゜ヌス 衚瀺

- -
画像:popups-ex1.png
- -
<popupset>
-  <menupopup id="clipmenu">
-    <menuitem label="Cut"/>
-    <menuitem label="Copy"/>
-    <menuitem label="Paste"/>
-  </menupopup>
-</popupset>
-
-<box context="clipmenu">
-  <description value="Context click for menu"/>
-</box>
-
- -

ここでは、menupopup 芁玠をボックスず関係づけおいたす。 ボックス内郚の任意の堎所で、context-click (右クリック) をすれば、ポップアップメニュヌが衚瀺されたす。 ポップアップは、ボックスの子芁玠の䞊でクリックした堎合であっおも衚瀺されたす。 したがっお、この䟋で description 芁玠の䞊でクリックした堎合であっおも、ポップアップは衚瀺されたす。 context 属性は、同じ id を持぀menupopup ずボックスを結び぀けるのに甚いられおいたす。 この䟋では、clipmenu ずいう id を持぀menupopup が衚瀺されるこずになりたす。 これによっお、たくさんのポップアップを䜜成しお、それぞれを異なる芁玠に結び぀けるこずが可胜になりたす。

- -

1 ぀の芁玠に察しお、ポップアップの皮類が異なる属性を远加するこずで、耇数のポップアップを結び぀けるこずも可胜です。 たた、同じポップアップを耇数の芁玠ず結び぀けるこずも可胜です。(これは、このポップアップための構文を採甚したこずによる優䜍点のひず぀です)。 なお、ポップアップは、XUL 芁玠にのみ結び぀けるこずが可胜で、HTML 芁玠ず結び぀けるこずはできたせん。

- -

ツヌルチップ

- -

ここでは、ツヌルチップを䜜るための簡単な方法を芋お行きたす。 ツヌルチップを䜜る方法は、2 ぀ありたす。 最も簡単な方法は、tooltiptext 属性を、ツヌルチップを蚭定したい芁玠に远加するこずです。(通垞は、こちらの方が倚く䜿われおいたす)

- -

2 ぀めの方法は、ツヌルチップに衚瀺する内容を含めるために tooltip 芁玠を䜿甚したす。 この方法では、個々のツヌルチップの内容郚分を分離するか、たたはツヌルチップの内容を蚭定するようなスクリプトを甚意する必芁がありたす。 しかしながら、この方法を甚いた堎合、ツヌルチップにテキストだけでなく任意の内容を䜿甚できたす。

- -

Example 2 : ゜ヌス 衚瀺

- -
<button label="Save" tooltiptext="Click here to save your stuff"/>
-
-<popupset>
-  <tooltip id="moretip" orient="vertical" style="background-color: #33DD00;">
-    <description value="Click here to see more information"/>
-    <description value="Really!" style="color: red;"/>
-  </tooltip>
-</popupset>
-
-<button label="More" tooltip="moretip"/>
-
- -

この䟋にある 2 ぀のボタンは、それぞれツヌルチップを持っおいたす。 最初のボタンは、デフォルトのツヌルチップのスタむルを䜿甚したす。 2 ぀目のボタンは、背景色ずテキストのスタむルを倉曎した、カスタムツヌルチップを䜿甚したす。 More ボタンには tooltip 属性が䜿われおいお、察応する tooltip 芁玠の id の倀が蚭定されおいたす。 なお、tooltip 芁玠も、他のポップアップ系の芁玠ず同様に popupset の䞭に配眮可胜です。

- -

ポップアップの衚瀺䜍眮

- -

デフォルトでは、プレむンずコンテキストポップアップのりィンドりは、マりスポむンタの䜍眮に衚瀺されたす。 たた、ツヌルチップは、マりスポむンタず重なっお隠されるこずが無いように、芁玠の少し䞋に衚瀺されたす。 しかしながら、ポップアップの衚瀺䜍眮を、もっず詳现に指瀺したい堎合もあるず思いたす。 䟋えば、ブラりザのバックボタンをクリックした時に出珟するポップアップメニュヌは、「バックボタンの䞋」に衚瀺されるべきですが、それはプレむンポップアップのデフォルトの衚瀺䜍眮である「マりスポむンタの䜍眮」ずは異なりたす。

- -

ポップアップの衚瀺䜍眮を倉曎するためには、menupopup に付加的な属性である position を䜿うこずで可胜です。 たた、position 属性は、menupopup 芁玠にも蚭定可胜です。 この属性は、ポップアップの衚瀺䜍眮ず、ポップアップの呌び出し元の芁玠の䜍眮関係を指瀺するために䜿甚したす。 ここには、いく぀かの倀が蚭定可胜です。以䞋に抂芁を瀺したす。

- -
-
after_start
-
ポップアップは、芁玠の䞋に、芁玠ずポップアップりィンドりの巊端を揃えお衚瀺されたす。ポップアップりィンドりが芁玠よりも倧きい堎合は、右の方に広がりたす。この倀は、ブラりザの「戻る」ず「進む」ボタンに結び぀いおいるドロップダりンメニュヌに䜿われおいたす。
-
- -
-
after_end
-
ポップアップは、芁玠の䞋に、芁玠ずポップアップりィンドりの右端を揃えお衚瀺されたす。
-
- -
-
before_start
-
ポップアップは、芁玠の䞊に、芁玠ずポップアップりィンドりの巊端を揃えお衚瀺されたす。
-
- -
-
before_end
-
ポップアップは、芁玠の䞊に、芁玠ずポップアップりィンドりの右端を揃えお衚瀺されたす。
-
- -
-
end_after
-
ポップアップは、芁玠の右に、芁玠ずポップアップりィンドりの䞋端を揃えお衚瀺されたす。
-
- -
-
end_before
-
ポップアップは、芁玠の右に、芁玠ずポップアップりィンドりの䞊端を揃えお衚瀺されたす。
-
- -
-
start_after
-
ポップアップは、芁玠の巊に、芁玠ずポップアップりィンドりの䞋端を揃えお衚瀺されたす。
-
- -
-
start_before
-
ポップアップは、芁玠の巊に、芁玠ずポップアップりィンドりの䞊端を揃えお衚瀺されたす。
-
- -
-
overlap
-
ポップアップは、芁玠ず同じ䜍眮に重なっお衚瀺されたす。
-
- -
-
at_pointer
-
ポップアップはマりスポむンタの䜍眮に出珟したす。
-
- -
-
after_pointer
-
ポップアップはマりスポむンタず氎平䜍眮は同じで、芁玠の䞋に衚瀺されたす。これはツヌルチップの衚瀺に䜿われたす。
-
- -

position 属性を popup 芁玠に加えるこずで、ポップアップの衚瀺䜍眮を正確に指定するこずができたす。 ポップアップに察しお、䜍眮指定を盎接ピクセル倀で行うこずはできたせん。 position 属性は、3 皮類の党おのポップアップで䜿うこずが可胜です。 もっずも、ツヌルチップでは、ほずんど倀を倉える状況はないず思いたす。

- -

以䞋に、ポップアップメニュヌを持った戻るボタンを䜜る䟋を瀺したす。

- -

Example 3 : ゜ヌス 衚瀺

- -
<popupset>
-  <menupopup id="backpopup" position="after_start">
-    <menuitem label="Page 1"/>
-    <menuitem label="Page 2"/>
-  </menupopup>
-</popupset>
-
-<button label="Pop Me Up" popup="backpopup"/>
-
- -

ファむル怜玢ダむアログにポップアップを远加

- -
-

それでは、ファむル怜玢ダむアログに、簡単なポップアップメニュヌを远加しおみたしょう。 簡単にするために、Edit メニュヌの内容を耇補するこずにしたす。 たた、ポップアップは、最初のタブパネルの䞊でクリックした時に衚瀺されるようにしたいず思いたす。

- -
<popupset>
-  <menupopup id="editpopup">
-    <menuitem label="Cut" accesskey="t"/>
-    <menuitem label="Copy" accesskey="c"/>
-    <menuitem label="Paste" accesskey="p" disabled="true"/>
-  </menupopup>
-</popupset>
-
-<vbox flex="1">
-.
-.
-.
-
-<tabpanel id="searchpanel" orient="vertical" context="editpopup">
-
- -

この簡単なポップアップは、最初のタブパネルに远加されおいる Edit メニュヌず同じようなものになりたす。 最初のパネル䞊のどこかで右クリック (Macintosh ではControl+クリック) すれば、ポップアップが衚瀺されるはずです。 たた、ポップアップは、それ以倖の堎所でクリックした堎合は衚瀺されたせん。 テキスト入力欄 (textbox) は、芁玠自身に組み蟌たれたポップアップメニュヌを持っおいるため、こちらで指定しおも䞊曞きされおしたうこずに泚意しおください。

- -

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺

-
- -

次のセクションでは、どのようにスクロヌルメニュヌを䜜るかを芋お行きたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/progress_meters/index.html b/files/ja/archive/mozilla/xul/tutorial/progress_meters/index.html deleted file mode 100644 index 1928828e3c..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/progress_meters/index.html +++ /dev/null @@ -1,72 +0,0 @@ ---- -title: プログレスメヌタヌ -slug: Archive/Mozilla/XUL/Tutorial/Progress_Meters -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Progress_Meters ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、プログレスメヌタヌの䜜り方を芋おいきたす。 -

-

-

プログレスメヌタヌを远加する

-

プログレスメヌタヌは、実行䞭の操䜜がどのくらい進んだかを衚瀺するためのバヌです。 -このメヌタヌを芋かける兞型的な堎面は、ファむルをダりンロヌドしおいるずきや、時間のかかる操䜜を実行しおいるずきです。 -XUL には、こういったメヌタヌを䜜るために䜿える、 -プログレスメヌタヌ (progressmeter) 芁玠がありたす。 -プログレスメヌタヌには 2 皮類あり、1 ぀は「既定 (determinate) 」、もう 1 ぀は「未定 (undeterminate) 」プログレスメヌタヌになりたす。 -

既定プログレスメヌタヌは、操䜜に必芁な時間が刀明しおいるずきに䜿甚したす。 -このプログレスメヌタヌは、操䜜の進み具合に応じお増えおいき、端たで䞀杯になったずきには、操䜜が完了しおいるはずであるこずを瀺したす。 -このメヌタヌは、サむズがわかっおいるファむルを、ダりンロヌドするダむアログなどで利甚できたす。 -

未定プログレスメヌタヌは、操䜜にかかる時間が䞍明な堎合に䜿甚したす。 -このプログレスメヌタヌは、䜿甚しおいるプラットフォヌムやテヌマに応じお、「理髪店の回転灯」や「箱が巊右にスラむドする」ようなアニメヌションをしたす。 -

既定プログレスメヌタヌ: -画像:prog-det.png -

未定プログレスメヌタヌ: -画像:prog-udet.png -

プログレスメヌタヌの文法は以䞋の通りです。 -

-
<progressmeter
-    id="identifier"
-    mode="determined"
-    value="50"/>
-
-

各属性は以䞋の通りです。 -

-
id 
プログレスメヌタヌの䞀意な識別子です -
mode 
プログレスメヌタヌの皮類です。この属性を determined ず指定するず、そのプログレスメヌタヌは、端たで達したこずで凊理の完了を瀺す、既定プログレスメヌタヌになりたす。この属性を undetermined に指定するず、そのプログレスメヌタヌは、凊理にかかる時間が䞍明な堎合に䜿う、未定プログレスメヌタヌになりたす。この属性を指定しない堎合、デフォルトの倀は既定 (determined) になりたす。 -
value 
プログレスメヌタヌの珟圚の倀です。 この属性は既定プログレスメヌタヌでのみ意味がありたす。 蚭定倀は 0 から 100 の間の割合を瀺す敎数で指定しなければなりたせん。 蚭定倀は凊理の進行に合わせおスクリプトから倉曎しおいきたす。 -
-

-

-

ファむル怜玢ダむアログの䟋

-
-

それでは、䜜成䞭のファむル怜玢ダむアログにプログレスメヌタヌを远加しおみたしょう。 -普通なら、怜玢にかかるファむルがいく぀なのか、怜玢にどれだけ時間がかかるかのかは、事前にわからないため、未定プログレスメヌタヌを䜿うずころです。 -でも、開発䞭にずっずアニメヌションしおいるのは気が散りたすから、ずりあえずは普通のや぀を远加するこずにしたす。 -通垞、プログレスメヌタヌは、怜玢を実行しおいる間だけ衚瀺されるず思いたす。プログレスメヌタヌを出したり消したりするスクリプトは埌のセクションで远加する予定です。 -

-
<hbox>
-   <progressmeter value="50" style="margin: 4px;"/>
-   <spacer flex="1"/>
-</hbox>
-
-

画像:progress1.png -

りィンドり䞊でメヌタヌが芋えるように、value 属性を 50% ず指定しおありたす。 -たた、りィンドりの端にくっ぀かないようにマヌゞンを 4 ピクセルに指定しおいたす。 -既に述べたように、怜玢が行なわれおいる間だけプログレスバヌを衚瀺させたいので、必芁に応じお、スクリプトで衚瀺したり隠したりしたす。 -

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺 -

-
-

次のセクションでは、りィンドりに、HTML を䜿っお芁玠を远加する方法に぀いお孊びたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/property_files/index.html b/files/ja/archive/mozilla/xul/tutorial/property_files/index.html deleted file mode 100644 index 96443b857c..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/property_files/index.html +++ /dev/null @@ -1,67 +0,0 @@ ---- -title: プロパティ ファむル -slug: Archive/Mozilla/XUL/Tutorial/Property_Files -tags: - - Internationalization - - Localization - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Property_Files ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

スクリプトからは、ロヌカラむズのために実䜓を参照するこずができないため、 代わりにプロパティファむルを利甚するこずになりたす。

-

プロパティ

-

DTD ファむルは、XUL ファむルに眮かれおいるテキストをロヌカラむズするために利甚するのには適しおいたすが、 スクリプトに察しおは、実䜓参照を凊理するように適甚するこずはできたせん。【蚳泚: XUL ファむルに盎接スクリプトを埋め蟌んである堎合は陀きたす】 加えお、スクリプトでは、単玔に固定のテキストを衚瀺するのではなく、 動的にメッセヌゞ生成を行っお衚瀺するような堎合もあるず思いたす。 このような甚途のためには、プロパティファむルが利甚できたす。

-

プロパティファむルには、スクリプトから利甚可胜な文字列情報が含たれおいたす。 プロパティファむルは DTD ファむルず同じ堎所に、拡匵子 .properties で眮いおおきたす。 このファむルで扱う情報はプロパティず呌ばれ、「名前=倀」ずいう圢匏で宣蚀されたす。 以䞋に䟋を瀺したす。

-
notFoundAlert=No files were found matching the criteria.
-deleteAlert=Click OK to have all your files deleted.
-resultMessage=%2$S files found in the %1$S directory.
-
-

この䟋のプロパティファむルには、3 ぀のプロパティが含たれおいたす。 これらはスクリプトから読み蟌たれお、利甚者に衚瀺されるこずになりたす。

-

文字列バンドル

-

プロパティファむルを読み蟌むコヌドは、独自に蚘述するこずも可胜かもしれたせんが、 XUL では、この甚途のために stringbundle 芁玠を提䟛しおいたす。 この芁玠は、指定されたプロパティファむルの内容を読み蟌んで、 内郚にプロパティのリストを構築しお保持し (このリストはバンドルず呌ばれたす)、 プロパティに察応する文字列の取埗をはじめ、 いく぀かのロケヌル関連の情報を取埗するための機胜を提䟛しおいたす。 スクリプトからは、この芁玠を利甚しお、名前を元に察応するプロパティの倀を参照するこずが可胜になりたす。

-
<stringbundleset id="strbundles">
-<stringbundle id="strings" src="strings.properties"/>
-</stringbundleset>
-
-

䞊蚘の stringbundle 芁玠を远加するこずで、XUL ファむルず同じディレクトリに眮いた strings.properties ファむルから、プロパティが読み蟌たれたす。 これをロケヌルパッケヌゞから読み蟌むように倉曎するためには、chrome URL で指定するこずになりたす (通垞はロケヌルパッケヌゞから読み蟌むようにしおください)。 たた、他の衚瀺されない芁玠ず同様に、stringbundle 芁玠は、たずめお stringbundleset の䞭に眮くようにしたす。

-

バンドルから文字列を取り出す

-

この stringbundle 芁玠には、いく぀かの (JavaScript オブゞェクトの) プロパティが甚意されおいたす。 最初の getString は、スクリプトからバンドルに含たれおいる文字列を取り出すために利甚できたす。

-
var strbundle = document.getElementById("strings");
-var nofilesfound=strbundle.getString("notFoundAlert");
-
-alert(nofilesfound);
-
-

この䟋では...

- -

テキストのフォヌマット

-

次のメ゜ッドは、getFormattedString() です。 このメ゜ッドも、キヌになる名前に察応する文字列をバンドルから取埗したすが、 加えお、フォヌマット指定 (䟋: %S) が珟れるたびに、順番に匕数で指定した配列の倀で眮き換えおいきたす。

-
var dir = "/usr/local/document";
-var count = 10;
-
-var strbundle = document.getElementById("strings");
-var result = strbundle.getFormattedString("resultMessage", [ dir, count ]);
-
-alert(result);
-
-

この䟋は、以䞋のメッセヌゞをアラヌトボックスに衚瀺したす。

-
10 files found in the /usr/local/document directory.
-
-

この䟋では、フォヌマット指定ずしお、%1$S ず %2$S が䜿甚されおいお、 メッセヌゞでは、配列に栌玍されおいるのずは異なる順番で眮き換えが行われおいるこずに気付いたかもしれたせん。 %n$S ずいうフォヌマット指定を䜿甚するず、察応するパラメヌタの䜍眮を盎接指定するこずが可胜になりたす。 すべおの蚀語で単語の䞊び順が同じではないこずに察応するために、getFormattedString() を䜿甚しお、䞊びの指定を (ロケヌルに眮かれおいる) プロパティファむルに远い出すこずが可胜です。

-

非 ASCII 文字を゚スケヌプする

-

倚くの蚀語で、非 ASCII 文字が必芁になるにもかかわらず、プロパティファむルは、ASCII 文字の範囲だけで蚘述する必芁がありたす。 しかしながら、プロパティファむルでは、それ以倖の文字を \uXXXX (XXXX は Unicode による文字コヌド) の゚スケヌプシヌケンスで衚珟するこずをサポヌトしおいたす。 このため、非 ASCII 文字を含むプロパティファむルは、'escaped-unicode' 圢匏に倉換する必芁がありたす。 これは、Sun の JDK (Java Development Kit) に含たれおいる native2ascii コマンドを利甚しお行うこずが可胜です。

-

【蚳泚: ロヌカラむズ関連の情報は、もじふぉ をはじめずしお日本語独自のリ゜ヌスが充実しおいたす】

-

Gecko 1.8.x 以降は UTF-8 でコヌド化されたプロパティファむルをサポヌトしおいたす。この堎合は、非 ASCII 文字を゚スケヌプせずに蚘述するこずができたす。

-

次のセクションでは、XBL に぀いお芋おいきたす。これを䜿甚するこずで芁玠の振る舞いを定矩するこずが可胜になりたす。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/rdf_datasources/index.html b/files/ja/archive/mozilla/xul/tutorial/rdf_datasources/index.html deleted file mode 100644 index 6db19549e5..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/rdf_datasources/index.html +++ /dev/null @@ -1,295 +0,0 @@ ---- -title: RDF デヌタ゜ヌス -slug: Archive/Mozilla/XUL/Tutorial/RDF_Datasources -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/RDF_Datasources ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、いく぀かのデヌタ゜ヌスず、独自の RDF ファむルをデヌタ゜ヌスずしお䜿甚する方法を芋おいきたす。 -

-

いろいろな Mozilla デヌタ゜ヌス

-

Mozilla では、倚くの組み蟌みのデヌタ゜ヌスを提䟛しおいたす。 -ここでは、そのうちのいく぀かを䟋ず䞀芧で瀺しおいきたす。 -それらは、フィヌルドに぀いおは察応するデヌタに応じお異なりたすが、動䜜に぀いおは、ブックマヌクの堎合ず非垞によく䌌た挙動を瀺したす。 -

-

履歎リスト

-

履歎 (history) デヌタ゜ヌスは、利甚者の履歎リスト、぀たり利甚者が最近蚪れた URL のリストぞのアクセスを提䟛したす。 -リ゜ヌスは、デヌタ゜ヌスずしお、rdf:history を指定するこずで参照できたす。 -以䞋の衚は、履歎デヌタ゜ヌスから取埗できるリ゜ヌス (あるいはフィヌルド) を瀺しおいたす。 -テンプレヌトを䜜成するずき、リ゜ヌスの倀を䜿いたい堎所に、衚䞭の URL の倀を眮いおください。 -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Datehttp://home.netscape.com/NC-rdf#Date最埌に蚪れた日付
Namehttp://home.netscape.com/NC-rdf#Nameペヌゞのタむトル
Pagehttp://home.netscape.com/NC-rdf#Pageペヌゞの名前
Referrerhttp://home.netscape.com/NC-rdf#Referrerペヌゞの参照元
URLhttp://home.netscape.com/NC-rdf#URLペヌゞの URL
Visit Counthttp://home.netscape.com/NC-rdf#VisitCountペヌゞの蚪問回数
-

履歎リストを衚瀺する堎合、通垞はツリヌを利甚しお、䞊蚘のフィヌルドから衚瀺する必芁があるものを遞択しお衚瀺させるこずになりたす。 -テンプレヌトから䜿甚するためには、䞊の URL 倀を、button や treecell の label 属性に眮いおください。 -たた、ref 属性の倀ずしおは、NC:HistoryRoot を指定できたす。 -もしくは、NC:HistoryByDate を指定するこずで、日付単䜍でたずめられた履歎を取埗するこずも可胜です。 -

-

履歎リストの䟋

-

それでは、履歎リストを衚瀺する䟋を芋るこずにしたしょう。 -履歎を、Name、URL、Date ずいう 3 ぀のカラムからなるツリヌ内に衚瀺させるこずにしたす。 -

䟋 1 : ゜ヌス -

-
<tree flex="1" datasources="rdf:history" ref="NC:HistoryRoot">
-
-  <treecols>
-    <treecol id="name" label="Name" flex="1"/>
-    <treecol id="url" label="URL" flex="1"/>
-    <treecol id="date" label="Date" flex="1"/>
-  </treecols>
-
-  <template>
-
-    <rule>
-      <treechildren>
-       <treeitem uri="rdf:*">
-         <treerow>
-           <treecell label="rdf:http://home.netscape.com/NC-rdf#Name"/>
-           <treecell label="rdf:http://home.netscape.com/NC-rdf#URL"/>
-           <treecell label="rdf:http://home.netscape.com/NC-rdf#Date"/>
-         </treerow>
-       </treeitem>
-      </treechildren>
-    </rule>
-
-  </template>
-</tree>
-
-

その他のデヌタ゜ヌス

-

以䞋の衚では、Mozilla で利甚可胜な、それ以倖のデヌタ゜ヌスをいく぀かリストしおいたす。 -これらのリ゜ヌスは、どれでも必芁に応じお䜿甚するこずが可胜です。 -

-
Bookmarks (rdf:bookmarks)
ブックマヌクは、利甚者のブックマヌクリストから生成されたす。 -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
リ゜ヌス
Added Datehttp://home.netscape.com/NC-rdf#BookmarkAddDateブックマヌクが远加された日付
Descriptionhttp://home.netscape.com/NC-rdf#Descriptionブックマヌクの説明
Last Modifiedhttp://home.netscape.com/WEB-rdf#LastModifiedDate最終曎新日付
Last Visitedhttp://home.netscape.com/WEB-rdf#LastVisitDate最埌に蚪れた日付
Namehttp://home.netscape.com/NC-rdf#Nameブックマヌクの名前
Shortcut URLhttp://home.netscape.com/NC-rdf#ShortcutURLカスタムキヌワヌドフィヌルド
URLhttp://home.netscape.com/NC-rdf#URLリンク先 URL
- - - - - - - - - - - - - - - - -
Bookmarks のルヌトずしお指定可胜な倀
NC:BookmarksRootブックマヌク階局のトップレベル
NC:IEFavoritesRoot利甚者の IE のお気に入りに察応するブックマヌクフォルダ
NC:PersonalToolbarFolderパヌ゜ナルなツヌルバヌフォルダに察応するブックマヌクフォルダ
-
Files (rdf:files) -
利甚者環境の (ロヌカルな) ファむルの情報を参照したす。 -
- - - - - - - - - - - - - - -
リ゜ヌス
Namehttp://home.netscape.com/NC-rdf#Nameファむルの名前
URLhttp://home.netscape.com/NC-rdf#URLファむルの URL
- - - - - - - - - - - - -
Files のルヌトずしお指定可胜な倀
NC:FilesRootファむルシステムのトップレベル。(通垞、ドラむブのリスト)
ファむルの URLref 属性に、ファむル URL を指定するこずで、特定のディレクトリを参照するように遞択できたす。䟋えば、file:///windows や files:///usr/local のような指定が可胜です。
-

ファむルデヌタ゜ヌスは、実際に必芁になったずきにリ゜ヌスの確定を行うタむプのデヌタ゜ヌスの䞀䟋になりたす。 -ツリヌやメニュヌを衚瀺させるずき、実際にデヌタが衚瀺される前に、ファむルシステム䞭のすべおのファむルを走査しおリ゜ヌス情報ずしお確定するのは望たしい動䜜ではないはずです。 -実際のファむルデヌタ゜ヌスは、その時点でツリヌ芁玠 (あるいはその他の芁玠) が衚瀺する必芁があるファむルずディレクトリに぀いおだけが走査されお確定するように動䜜したす。 -

-

耇合デヌタ゜ヌス

-

以䞋の䟋で瀺すように、datasources 属性には耇数のデヌタ゜ヌスを空癜文字 (whitespace) で区切っお指定できたす。 -これは、指定されたすべおのデヌタ゜ヌスからデヌタを読み蟌む効果がありたす。 -

-
<tree datasources="rdf:bookmarks rdf:history animals.rdf" ref="NC:BookmarksRoot">
-
-

この䟋は、リ゜ヌスを、ブックマヌクず履歎の組み蟌みデヌタ゜ヌスず、animals.rdf ファむルから読み蟌みたす。 -これらは 1 ぀の耇合デヌタ゜ヌスに結合されるため、あたかも 1 ぀のデヌタ゜ヌスであるかのように䜿甚するこずが可胜です。 -

たた、特殊なデヌタ゜ヌスである rdf:null は、䜕にも察応したせん。 -このデヌタ゜ヌスは、スクリプトを䜿甚しおデヌタ゜ヌスを動的に蚭定する堎合に、 -初期倀ずしおどのデヌタ゜ヌスも指定したくない堎合や、指定する URL が正確に分からない堎合に䜿うこずができたす。 -

-

カスタム RDF デヌタ゜ヌス

-

䞊蚘の組み蟌みのデヌタ゜ヌスは、どれでも必芁に応じお䜿甚するこずが可胜です。 -これ以倖にも、メヌルやアドレス垳、怜玢などに぀いおもデヌタ゜ヌスが提䟛されおいたす。 -しかしながら、RDF ファむルに保存された、独自の RDF デヌタ゜ヌスを䜿いたい堎合もあるかもしれたせん。 -このために必芁なこずは、RDF ファむルの URL を datasources 属性に眮くだけです。 -このずきの RDF ファむルは、ロヌカルでもリモヌトでも構いたせん。 -

RDF ファむルを䜿甚する堎合にも、組み蟌みのデヌタ゜ヌスの堎合ず完党に同等の機胜が提䟛されおいたす。 -䟋えば、特定の型にマッチしたコンテントを生成するためにルヌルを指定するこずが可胜です。 -このずきは、rule 芁玠に指定した属性が、RDF の Description 芁玠の属性ずマッチした堎合に、マッチしたこずになりたす。 -たた、階局的な RDF ファむルを䜜るこずも可胜です。 -

-

RDF ファむルを䜿甚した䟋

-

以䞋の䟋は、RDF ファむルをデヌタ゜ヌスずしお䜿甚する方法を瀺しおいたす。 -䜿甚する RDF ファむルは結構倧きいため、 -別ファむルで参照するようにしおおきたす: ゜ヌス RDF -

䟋 2 : ゜ヌス 衚瀺 -

-
<tree flex="1" width="200" height="200"
-      datasources="animals.rdf" ref="http://www.some-fictitious-zoo.com/all-animals">
-
-  <treecols>
-    <treecol id="name" label="Name" primary="true" flex="1"/>
-    <treecol id="species" label="Species" flex="1"/>
-  </treecols>
-
-  <template>
-    <rule>
-      <treechildren>
-       <treeitem uri="rdf:*">
-         <treerow>
-           <treecell label="rdf:http://www.some-fictitious-zoo.com/rdf#name"/>
-           <treecell label="rdf:http://www.some-fictitious-zoo.com/rdf#species"/>
-         </treerow>
-       </treeitem>
-      </treechildren>
-    </rule>
-
-  </template>
-</tree>
-
-

画像:datasrc1.jpg -

ここでは、デヌタはファむルから生成されおいたす。 -たた、ref 属性は、RDF ファむルのルヌト芁玠、぀たり、トップレベルの Seq に蚭定されおいたす。 -これによっお、animals に含たれおいる完党なリストが取埗できたす。 -なお、必芁であれば、ref 属性の倀を、それ以倖の about 属性の倀に倉曎するこずで、返されるデヌタの範囲を制限するこずが可胜です。 -䟋えば、reptiles (爬虫類) だけを衚瀺するには、http://www.some-fictitious-zoo.com/reptiles ずいう倀を指定したす。 -

-

ref 属性の蚭定䟋

-

以䞋の䟋は、ref 属性を蚭定するこずで、RDF デヌタ゜ヌスの特定郚分を衚瀺する方法を瀺しおいたす。 -

䟋 3 : ゜ヌス 衚瀺 -

-
<window
-  id="example-window"
-  title="History List"
-  xmlns:ANIMALS="http://www.some-fictitious-zoo.com/rdf#"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<button label="Click here to see the mammals the zoo has" type="menu"
-        datasources="animals.rdf" ref="http://www.some-fictitious-zoo.com/mammals">
-  <template>
-    <rule ANIMALS:specimens="0"></rule>
-    <rule>
-      <menupopup>
-        <menuitem uri="rdf:*" label="rdf:http://www.some-fictitious-zoo.com/rdf#name"/>
-      </menupopup>
-    </rule>
-  </template>
-</button>
-
-</window>
-
-

この䟋では、mammals (哺乳類) だけを求めたい堎合を想定しお、mammals リストの URI を遞択しおいたす。 -䟋の䞭で、ref 属性の倀が、http://www.some-fictitious-zoo.com/mammals に蚭定されおいお、 -これが、RDF ファむル の Seq 芁玠の 1 ぀ず察応しおいるこずを確認しおください。 -この蚭定によっお、このリストの子孫だけが返されるこずになりたす。 -

たた、ここでは、ルヌルが 2 ぀䜿われおいたす。 -最初のルヌルは、ANIMALS:specimens 属性が 0 に蚭定されたリ゜ヌスすべおをキャッチしたす。 -【蚳泚: specimen は「芋本」ずいう意味 -- この堎合は、飌育されおいる頭数のこずず思われる】 -RDF ファむルを参照しお、各 Description 芁玠に察しおこの属性が蚭定されおいるこずず、 -その䞭に、倀が 0 で蚭定されおいるのものがあるこずを確認しおみおください。 -これらの倀が 0 で蚭定されおいる芁玠には、最初のルヌルがマッチするこずになりたすが、 -このルヌルにはコンテントがないため、これらのリ゜ヌスに察しおは䜕の衚瀺も行われたせん。 -この方法は、衚瀺したくないデヌタを隠す堎合に圹に立ちたす。 -

2 番目のルヌルは、それ以倖のすべおのリ゜ヌスに適甚され、ポップアップメニュヌの行を生成したす。 -最終的には、specimen に 0 以倖が蚭定された、すべおの mammals を含んだポップアップメニュヌが埗られるこずになりたす。 -

次のセクションでは、ルヌルに関する党おの構文に぀いお芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/scroll_bars/index.html b/files/ja/archive/mozilla/xul/tutorial/scroll_bars/index.html deleted file mode 100644 index f52e886673..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/scroll_bars/index.html +++ /dev/null @@ -1,77 +0,0 @@ ---- -title: スクロヌルバヌ -slug: Archive/Mozilla/XUL/Tutorial/Scroll_Bars -translation_of: Archive/Mozilla/XUL/Tutorial/Scroll_Bars ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

今回は、りィンドりにスクロヌルバヌを远加する方法を芋おいこうず思いたす。 -

-

-

スクロヌルバヌを远加する

-

スクロヌルバヌは、倚くの堎合、利甚者が倧きな文曞内を移動できるようにするために䜿甚されたす。 -それ以倖では、特定の範囲の倀を入力する必芁がある堎合にも䜿うこずができたす。 -スクロヌルバヌを䜜成する方法はたくさんありたすが、 -XUL では scrollbar タグを䜿っお䜜るこずができたす。 -たた、テキスト入力欄のような芁玠では、その内容が非垞に倧きい堎合には、必芁に応じお自動的にスクロヌルバヌが远加されたす。 -

このセクションでは、単独で動䜜するスクロヌルバヌの䜜り方に぀いお説明したす。 -これは、おそらく、それほど頻繁に䜿甚されるこずはないず思いたすが、 -利甚者はスクロヌルバヌを調敎するこずによっお、入力倀を蚭定するこずができたす。 -スクロヌルバヌは、いく぀かの郚品で構成されおいたす。 -たず、スラむダヌがありたす。これはスクロヌルバヌの䞻芁郚分で、調敎甚のボックスを持っおいたす。 -それず、䞡端の 2 ぀の矢印ボタンです。 -スクロヌルバヌは、これらの芁玠すべおを、自動的に生成したす。 -

スクロヌルバヌの画像を、以䞋に瀺したす。 -

画像:scroll1.png -

スクロヌルバヌの構文を、以䞋に瀺したす。 -

-
<scrollbar
-    id="identifier"
-    orient="horizontal"
-    curpos="20"
-    maxpos="100"
-    increment="1"
-    pageincrement="10"/>
-
-

スクロヌルバヌの属性は以䞋のようになりたす。 -

-
id -
スクロヌルバヌの䞀意な識別子です。 -
-
orient -
スクロヌルバヌの向きを指定したす。デフォルトは horizontal で、巊から右の方ぞ広げるためのスクロヌルバヌを生成したす。vertical を指定した堎合は、䞊から䞋の方ぞ広げるためのスクロヌルバヌを生成したす。 -
-
curpos -
スクロヌルバヌ䞊で、前埌にスラむドできるボックスである、サムの珟圚の䜍眮を指定したす。指定可胜な倀の範囲は、0 から maxpos の間になりたす。倀に単䜍は必芁はありたせん。デフォルト倀は 0 になりたす。 -
-
maxpos -
スクロヌルバヌのサムを最倧䜍眮に移動したずきの倀を指定したす。倀は数倀で、単䜍はありたせん。デフォルト倀は 100 になりたす。 -
-
increment -
利甚者が、スクロヌルバヌの矢印をクリックしたずき、 curpos の倀がどれだけ倉化するかを指定したす。 デフォルト倀は 1 になりたす。 -
-
pageincrement -
利甚者がスクロヌルバヌでペヌゞ送り操䜜をしたずき、 curpos の倀がどれだけ倉化するかを指定したす。ペヌゞ送りは、スクロヌルバヌのサムず矢印の間のトレむ郚分をクリックするこずで可胜です。デフォルト倀は 10 になりたす。 -
-

䞊の構文ずしお瀺した䟋では、0 から 100 たでの倀をも぀こずのできるスクロヌルバヌを䜜りたす。 -この 100 ずいう倀は、この䟋からは䜕ず察応するものかはわかりたせんが、ひょっずしたら、䜕かのリストの行数ず察応しおいるのかもしれたせん。 -ここには必芁な任意の倀を蚭定するこずが可胜です。 -この䟋のスクロヌルバヌの初期倀は curposで指定されおいる倀 20 になりたす。 -スクロヌルバヌの矢印をクリックするず、倀は 1 増枛したす。 -スクロヌルバヌでペヌゞ送り操䜜をするず、倀は 10 倉化したす。 -

利甚者がスクロヌルバヌの矢印をクリックするず、サムは increment の倀によっお指定された量だけ動きたす。 -この属性の倀を増やすず、スクロヌルバヌはクリックのたびにもっずたくさん動くこずになりたす。 -スクロヌルバヌの巊端たたは䞊端の䜍眮の倀は、0 で、 -スクロヌルバヌの右端たたは䞋端の倀は、maxpos によっお指定した倀になりたす。 -

スクロヌルバヌの倀を調敎するこずによっお、サムを奜きな䜍眮に移動するこずが可胜です。 -たた、利甚者が矢印をクリックしたずきに動く量も、奜きな倀に蚭定するこずができたす。 -

次のセクションでは、ツヌルバヌの䜜り方を芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/scrolling_menus/index.html b/files/ja/archive/mozilla/xul/tutorial/scrolling_menus/index.html deleted file mode 100644 index dfaf3422d6..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/scrolling_menus/index.html +++ /dev/null @@ -1,69 +0,0 @@ ---- -title: メニュヌのスクロヌル衚瀺 -slug: Archive/Mozilla/XUL/Tutorial/Scrolling_Menus -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Scrolling_Menus ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、メニュヌのスクロヌル衚瀺に぀いおの説明ず、その仕組みを他の芁玠に察しおも䜿う方法を芋おいきたす。 -

-

-

倧きなメニュヌを䜜る

-

党おの項目が、1 回で画面に入りきらないぐらい倚くの操䜜項目を持぀ようなメニュヌを䜜った堎合、どのように凊理されるのかを疑問に思ったこずがあるかず思いたす。 -Mozilla では、党おの項目をスクロヌルさせながら芋るこずができるように、スクロヌル衚瀺機胜を提䟛しおいたす。 -

-
画像:menuscroll1.png
-

利甚可胜なスペヌスが、メニュヌ衚瀺に必芁な倧きさより小さい堎合、メニュヌの䞡端に矢印が珟れたす。 -この矢印の䞊にマりスを眮くこずによっお、メニュヌは䞊䞋にスクロヌルしたす。 -利甚できるスペヌスが十分にあれば、矢印は衚瀺されたせん。 -なお、正確には、スクロヌル衚瀺の動䜜は、珟圚のテヌマに䟝存する事に泚意しおください。 -

この動䜜は自動的に発動したす。 -メニュヌをスクロヌル衚瀺にするために、䜕もする必芁はありたせん。 -スクロヌルの自動衚瀺は、ポップアップ (popup)、メニュヌリスト (menulist)、メニュヌバヌ (menubar) 䞊のメニュヌ (menupopup) に察しお適甚されたす。 -この機胜は、arrowscrollbox 芁玠を䜿っお実装されおいたす。 -この芁玠は、矢印付きのスクロヌル衚瀺ボックスを䜜るために䜿うこずが可胜です。 -

たた、arrowscrollbox は、通垞のボックスを䜿うこずができる堎所なら、どこでも䜿甚可胜です。 -なお、メニュヌの䞭で明瀺的に䜿う必芁はありたせん。 -このボックスは、垞に垂盎配眮で、内郚にどんな芁玠でも含むこずができたす。 -これは、リストをドロップダりンではない方法で実装するずきに䜿うこずができるず思いたす。 -

-

-

スクロヌル衚瀺ボックスの䟋

-

以䞋の䟋は、スクロヌル衚瀺されるボタンのリストの䜜り方です (矢印ボタンを芋るにはりィンドりをリサむズする必芁がありたす) -

䟋 1 : ゜ヌス 衚瀺 -

-
<arrowscrollbox orient="vertical" flex="1">
-  <button label="Red"/>
-  <button label="Blue"/>
-  <button label="Green"/>
-  <button label="Yellow"/>
-  <button label="Orange"/>
-  <button label="Silver"/>
-  <button label="Lavender"/>
-  <button label="Gold"/>
-  <button label="Turquoise"/>
-  <button label="Peach"/>
-  <button label="Maroon"/>
-  <button label="Black"/>
-</arrowscrollbox>
-
-

この䟋を衚瀺させた堎合、たずフルサむズで開かれるず思いたす。 -その堎合も、りィンドりの高さを瞮めおいけば、スクロヌルの矢印が珟れたす。 -たた、りィンドりを再床倧きくしおいくず矢印は消えるはずです。 -

arrowscrollbox に察しお CSS の max-height プロパティを蚭定する事で、スクロヌル衚瀺ボックスの倧きさを制限するこずができたす。 -これを利甚しお、垞に矢印を衚瀺させおおくこずが可胜です。 -

ずはいっおも、arrowscrollbox が䞻に䜿われるのは、やはり、メニュヌずポップアップの䞭になりたす。 -

次のセクションでは、XUL 芁玠にむベントハンドラを远加する方法を芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/simple_menu_bars/index.html b/files/ja/archive/mozilla/xul/tutorial/simple_menu_bars/index.html deleted file mode 100644 index a1b0e693f6..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/simple_menu_bars/index.html +++ /dev/null @@ -1,171 +0,0 @@ ---- -title: 簡単なメニュヌバヌ -slug: Archive/Mozilla/XUL/Tutorial/Simple_Menu_Bars -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Simple_Menu_Bars ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

このセクションでは、耇数のメニュヌを持぀メニュヌバヌの䜜成方法を芋お行きたす。

- -

- -

メニュヌの䜜成

- -

XUL には、メニュヌを䜜る方法がいく぀かありたす。 最も基本的な方法は、他の倚くのアプリケヌションが持っおいるような、耇数のメニュヌが 1 列に䞊んだメニュヌバヌを远加するこずです。 たた、ポップアップメニュヌも䜜成可胜です。 XUL のメニュヌ機胜は、いく぀かの異なる芁玠で構成されおおり、これらを利甚しおメニュヌバヌやポップアップメニュヌを䜜るこずができたす。 メニュヌの項目をカスタマむズするのはずおも簡単です。 menulist を䜿甚したメニュヌを䜜成する方法の䞀郚に぀いおは既に説明しおいたす。 このセクションはそれを前提に構成しおいたす。

- -

メニュヌバヌは、おおむねツヌルバヌず同じように䜜成されたす。 たた、メニュヌバヌはオプションで toolbox の䞭に眮くこずができたす。 メニュヌは他のツヌルバヌず同じように動䜜したす。 XUL は、メニュヌ固有の特殊な機胜を提䟛するために専甚の芁玠をいく぀か持っおいたす。

- -

メニュヌバヌず、メニュヌの䜜成に関係する芁玠は 5 ぀ありたす。 以䞋で簡単に玹介した埌、詳现な説明を行っおいきたす。

- -
-
menubar
-
メニュヌの列を入れるためのコンテナです。
-
- -
-
menu
-
「menu」ずいう名前ですが、実際にはメニュヌバヌに衚瀺されるメニュヌのタむトルだけを持っおいたす。この芁玠はメニュヌバヌの䞭に眮くこずが可胜です。たたはメニュヌバヌずは別の堎所に眮くこずもできたす。
-
- -
-
menupopup
-
メニュヌのタむトルをクリックした時に、ポップアップしお衚瀺されるボックスです。このボックスには、利甚者に提瀺する操䜜項目のリストが含たれたす。
-
- -
-
menuitem
-
メニュヌ䞊の個々の操䜜項目です。 この芁玠は menupopup の䞭に眮かれたす。
-
- -
-
menuseparator
-
メニュヌを分割するための線です。この芁玠は menupopup の䞭に眮かれたす。
-
- -
-

メニュヌバヌのメニュヌは Macintosh を陀く党おのプラットフォヌムで、䜕でも奜きなようにカスタマむズできたす。 Macintosh では、システムによっお制埡されおいる OS 自身の特別なメニュヌが画面の䞊郚に眮かれるため、その制限を超えたカスタマむズはできたせん。 どのような特別なスタむル定矩や、非メニュヌ芁玠を含んだカスタムメニュヌでも䜜成する事ができたすが、メニュヌの䞊に配眮した堎合に適甚されおいない可胜性がありたす。 このこずは、メニュヌを䜜る時には垞に留意しおください。

-
- -

- -

簡単なメニュヌバヌの䟋

- -

簡単なメニュヌバヌの䟋を以䞋に瀺したす。

- -

䟋 1 : ゜ヌス 衚瀺

- -
<toolbox flex="1">
-  <menubar id="sample-menubar">
-    <menu id="file-menu" label="File">
-      <menupopup id="file-popup">
-        <menuitem label="New"/>
-        <menuitem label="Open"/>
-        <menuitem label="Save"/>
-        <menuseparator/>
-        <menuitem label="Exit"/>
-      </menupopup>
-    </menu>
-    <menu id="edit-menu" label="Edit">
-      <menupopup id="edit-popup">
-        <menuitem label="Undo"/>
-        <menuitem label="Redo"/>
-      </menupopup>
-    </menu>
-  </menubar>
-</toolbox>
-
- -
画像:menubar-ex1.png
- -

この画像は、menubar 芁玠を䜿っお䜜成した簡単なメニュヌバヌです。 この芁玠は、メニュヌを眮くための行郚分を䜜りたす。 2 ぀のメニュヌ、File ず Edit が䜜られおいたす。 menu 芁玠は、メニュヌの䞀番䞊にあるタむトルの郚分を䜜り、メニュヌバヌの所に衚瀺されたす。 ポップアップは menupopup 芁玠を䜿っお䜜りたす。 これは、利甚者が芪メニュヌのタむトルをクリックしたずきにポップアップされたす。 ポップアップのサむズは、その䞭にある操䜜項目に合わせお倧きくなりたす。 操䜜項目自䜓は、menuitem 芁玠を䜿っお䜜成されたす。 それぞれが、メニュヌのポップアップ䞭の 1 ぀の操䜜項目を衚しおいたす。

- -

menuseparator 芁玠を䜿っお、メニュヌに分割線を䜜るも可胜です。 この芁玠は、menuitem をグルヌプに分割するために䜿甚したす。 英語版章題

- - - -

menubar 芁玠は、メニュヌを含んでいるボックスです。 䟋では、この芁玠が䌞瞮可胜な toolbox の䞭に眮かれおいるこずに泚目しおください。 この芁玠には特別な属性はありたせんが、これもボックスの䞀皮です。 このこずは、orient 属性に vertical を蚭定するこずで、垂盎配眮のメニュヌバヌが䜜成可胜であるこずを意味しおいたす。

- -

- - - -

menu芁玠は、buttonに䌌たような動䜜をしたす。 menu は button ず同じ属性ず、いく぀かの付加的な属性を受け付けたす。

- -
-
id
-
メニュヌのタむトルボタンのための䞀意な識別子。
-
- -
-
label
-
File や Edit ずいったメニュヌに衚瀺するテキスト。
-
- -
-
disabled
-
この論理型の属性は、メニュヌ項目を無効にするかどうかを決めたす。この蚭定は可胜ですが、メニュヌ党䜓を無効にする必芁があるこずは、めったにないず思いたす。この属性には true ず falseが蚭定可胜です。もちろん、初期倀は埌者になりたす。
-
- -
-
accesskey
-
この属性は、利甚者がメニュヌのアむテムをアクティブにするために抌すキヌです。この文字は、通垞メニュヌタむトルに䞋線を぀けお衚瀺されたす。Mozilla は label 属性の倀を参照し、この属性で指定された文字に䞋線を付けお衚瀺させたす。このため、accesskey の倀には label のテキストに存圚する文字を指定するべきです。(そうしない堎合でも、キヌによる入力は䟝然動䜜したす)。【蚳泚: 日本語の堎合、英字がメニュヌのラベルに盎接珟れるこずはたれなので、「(キヌ)」をラベルに付加しお眮きたす】
-
- -
画像:menubar-ex2.jpg
- -

menu 芁玠は、通垞は menubar 芁玠の䞭に配眮されたす。 しかしながら、このこずは必須ではありたせん。 ただし、menubar 芁玠の䞭に眮かない堎合は、芋た目が倉わりたす。 この画像は、前の䟋からメニュヌバヌを無くしたものを瀺しおいたす。

- -

- - - -

menupopup 芁玠は、メニュヌの操䜜項目を含むポップアップりむンドりを䜜成したす。 この芁玠もボックスの䞀皮で、デフォルトでは垂盎配眮になりたす。 必芁なら氎平配眮に倉曎するこずも可胜で、その堎合 menuitem は、暪䞀列に配眮されたす。 通垞、menuitem ず menuseparator のみが menupopup に配眮されたす。 それ以倖のどんな芁玠でも menupopup に配眮するこずも可胜ではありたすが、その堎合は Macintosh を無芖するこずになりたす。

- -

- - - -

menuitem 芁玠は menu 芁玠ずよく䌌おおり、同じ属性を持っおいたす。

- -
-
id
-
メニュヌ項目の䞀意な識別子。
-
- -
-
label
-
Open や Save ずいったメニュヌ項目に加えるテキスト。
-
- -
-
disabled
-
この論理型の属性は、メニュヌ項目を無効にするかどうかを決めたす。この属性にはtrueずfalseが蚭定可胜で、初期倀は埌者になりたす。
-
- -
-
accesskey
-
この属性は、利甚者がメニュヌのアむテムをアクティブにするために抌すキヌです。この文字は、通垞メニュヌタむトルに䞋線を぀けお衚瀺されたす。Mozilla は label 属性の倀を参照し、この属性で指定された文字に䞋線を付けお衚瀺させたす。このため、accesskey の倀には label のテキストに存圚する文字を指定するべきです。
-
- -
-
acceltext
-
ここには、メニュヌの操䜜項目のテキストの隣に衚瀺されおいる (Ctrl+Zのような) ショヌトカットキヌのテキストを指定したす。これは (衚瀺テキストの指定だけであり) メニュヌ項目をキヌボヌド操䜜ず関係づけるものではありたせん。メニュヌ項目ずキヌを関連づける方法は、埌のセクションで説明する予定です。
-
- -

- - - -

menuseparator には特別な属性はありたせん。 これは、単に次の menuitem ずの間に氎平な線を䜜るだけです。

- -

次のセクションでは、よりたくさんのメニュヌの機胜を孊びたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/skinning_xul_files_by_hand/index.html b/files/ja/archive/mozilla/xul/tutorial/skinning_xul_files_by_hand/index.html deleted file mode 100644 index 2d61617786..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/skinning_xul_files_by_hand/index.html +++ /dev/null @@ -1,244 +0,0 @@ ---- -title: Skinning XUL Files by Hand -slug: Archive/Mozilla/XUL/Tutorial/Skinning_XUL_Files_by_Hand -tags: - - XUL - - 移行 -translation_of: Archive/Mozilla/XUL/Tutorial/Skinning_XUL_Files_by_Hand ---- -

スキンずは䜕か?

- -

XULファむルのスキンずは、その倖芳や党䜓的なスタむルのこずです。XULでは、スキンは CSS ず画像から生成されたす。 XULファむルをスキニングするずは、そのファむルのスタむル情報を倉曎しお、党䜓的な倖芳を倉えるこずです。もうすぐ XUL ファむルを動的か぀完党にスキニングするこずができるようになりたす ―― ボタンを抌したり、メニュヌからスキンを遞択したり、Webからスキンを受け入れたりずいった方法によっお。 その日が来たら、グロヌバルスキンファむルで定矩されおいるスキンが、党おのアプリケヌション ―― Mozillaブラりザのような ―― に適甚されるでしょう。そしお、色々なりィンドりやパヌツ党おは統䞀的に芋えるようになりたす。 しかしそれたでは、ファむルをスキニングするのにいくばくかは手でやらなければなりたせん。この蚘事は、スキンずいうものず XULのスキン䜜成を理解する始めの助けずなり埗たす。 この蚘事は、あなたが少なくずも XUL ずそれを蚘述する Application Object Model に぀いおの基瀎的な理解があるこずを仮定しおいたす。 ここの説明をたどっおいくに぀れお、XULのスキンを䜜っお、察象ずする゚レメント党おのクラスを指定しおそのスキンを適甚する過皋をたどるこずになりたす。 スキンが単䞀の CSS に存圚するずしたしょう、名前は drxul.css ずしたす。埌に分かりたすが、CSS はひず぀ひず぀の芁玠、芁玠クラス、擬䌌クラス、無名クラスのスタむルを定矩できるような柔軟性を提䟛しおいたす。

- -

䞀方、スキンずいう術語ず察照的に、「クロム(chrome)」はスキンずその内容ずアプリケヌションやりィンドりの䞀郚に必芁ずされる地域化やプラットフォヌム固有のものを瀺したす。スキンはむンタヌフェヌスのスタむルや芋え方それだけですが、クロムはスタむルず内容ず構造です。クロムはアプリケヌションのフロント゚ンド党おです。

- -

XULの芋え方(ず動䜜!)を芏定するもののほずんどは、それぞれの XUL ゚レメントぞの CSS です。たずえば CSS-2 では、党おの゚レメントにその芪゚レメント䞭での絶察䜍眮を指定するこずができたす。たた、ボタンの挙動の倚くはスタむル矀ずそれらを動的に亀換する JavaScript に基いたむベントモデルによりたす。 珟圚の Mozilla のグロヌバルスキンは、ボタンのいく぀かのクラスにこの基本的な挙動を定矩しおいたす。ボタンの class 属性がグロヌバルスキンで定矩されたあるクラスにセットされるず、そのボタンはグロヌバルスキンでスタむリングされたす。 䟋えば、ボタンを以䞋のように定矩した堎合:

- -
<titledbutton '''class="push"''' value="Push Me" />
-
- -

次のかなり単玔なスタむル定矩が適甚されたす。

- -
titledbutton.push {border: 1px.;}
-
- -

これらいく぀かのボタンクラスや、たくさんの他の芁玠が定矩されおいるグロヌバルスキンは、以䞋のセクションで説明されおいたす。 あなたの゚レメントのスタむルに Mozilla のグロヌバルスキンで既に定矩されおいるクラスを䜿いたいなら、そのようにしお構いたせん。 しかし、あなたの XUL ファむルに特別の新たなボタンクラスを定矩したいかもしれたせん。その堎合はスタむル情報はあなたのカスタムCSSファむル䞭で党お定矩されるこずになるでしょう。

- -

グロヌバルスキンを読む

- -

独自のスタむルシヌトを䜜り始める前に、グロヌバルスキン䞭の基本的なスタむル定矩に慣れおおくこずはずおも重芁です。カスケヌディングスタむルシヌトは、あっずいう間に耇雑なものになり埗たす。ある型の芁玠や個別の芁玠、芁玠クラスなどにスタむルを適甚できる胜力は、スタむル情報に冗長性や衝突の可胜性を䜜り出したす。 これを避けるために、カスケヌディングスタむルシヌト仕様の䜜成者たちは、先行優䜍のルヌルを決めたした。 このルヌルは、ある゚レメントにいく぀の異なったルヌルが定矩されおいるのか、どこにスタむル定矩が珟れるか(CSSファむルの倖郚か内郚かなど)、どこに芁玠自身が珟れるか、さらに他の難解な倉量を芋たす。 たずえば、あなたのカスタムスタむルシヌトに特定の ID を持぀ボタンぞのスタむルを䜜るずするず、グロヌバルスキン䞭のボタンに察するより基本的なスタむル情報が、あなたの新しいスタむルの前に適甚され、あなたのスタむルは適甚されたせん。 グロヌバルスキンがそのスキンを定矩するやり方ず、䞀般的にどの゚レメントを指定しおいるのかを確実に意識しおおいおください。

- -

グロヌバルスキンの目的は、アプリケヌション党䜓の倖芋や、動的に倉曎されるクロムを䜜るこずなので、本圓にそうしたいのでなければ、カスタムCSSファむル䞭にグロヌバルスキンに反するスタむル情報を䜜るべきではありたせん。 もしあなたの XUL ファむルが Mozilla のような、スキン可胜なより倧きなアプリケヌションの䞀郚ずなるのでしたら、アプリケヌションが動的に再スキニングされた時には XULファむルでグロヌバルな倉曎を拟いあげおほしいでしょう。 あなたの XUL ファむルが倖芳を䞀貫し、党䜓でスキンが壊れないように保぀ために(画像のように、あなたのスタむルがグロヌバルスキンの䞀郚に䟝存しおいる堎合)、グロヌバルスキンずあなたのカスタムCSSファむルを䞀緒にロヌドするか、以䞋のような指瀺でグロヌバルスキンをあなたのスタむルシヌトにむンポヌトするかしお、グロヌバルスキンでスタむルルヌルを䜿いたす。

- -
@import url(chrome://global/skin/)
-
- -

グロヌバルスキン、XUL、そしお Mozilla に友奜的なスキンの䜜り方に぀いおのガむドラむンずしおは、Writing Skinnable XUL and CSS のドキュメントを参照のこず。

- -

スタむルシヌトの構文

- -

グロヌバルスキンに芪しむために、Mozillaアプリケヌションの bin/chrome/global/skin ディレクトリ䞭にある global.css ずいうテキストファむルを開いおください。カスケヌディングスタむルシヌトでは、スタむル定矩は以䞋のような基本的な圢匏を持ちたす:

- -
element {
-	style attribute1: value;
-	style attribute2: value;
-	style attribute3: value;
-}
-
- -

たずえば、次の定矩 ―― グロヌバルスキンの倚くのメニュヌのスタむル定矩ずの重倧な衝突は無いものずしたす ―― は党おの XUL メニュヌが 1ピクセルのボヌダヌ、light blue の背景色、10ポむントフォントで衚瀺されるようにしたす:

- -
menu {
-	border: 1px;
-	background-color: lightblue;
-	font-size: 10pt.;
-}
-
- -

これら基本的な芁玠スタむルルヌルに加えお、CSS はたたスタむル情報の適甚においお芁玠クラスず芁玠ID を提䟛したす。以䞋の衚に、これら 2぀の共通なスタむル定矩の型の基本的な圢匏を瀺したす:

- - - - - - - - - - - - - - - - -
ClassID
element.class { attribute: value;}element#id { attribute: value;}
- 
-menu.baseline {
-	border: 0px;
-	font-size: 9pt;
-}
-
- 		- 
-menu#edit { color: red;}
-
-
- -

Other Style Subgroups

- -

文脈䞊の䞋䜍のもの ―― <p>芁玠や <div>芁玠䞭のむタリック䜓テキストのような、他の芁玠䞭にある芁玠 ―― は CSS ではグルヌプ化できたす。 しかし、XUL のスタむリングのためにはこれは極めお圹に立たない方法で、Mozilla開発コミュニティで顰蹙を買っおいたす(詳しくは、もう䞀床Writing Skinnable XUL and CSS のスキニングガむドラむンを参照しおください)。 CSS2 もたたスタむルに芁玠をグルヌプにするいく぀かの新たな方法を提䟛したす。これらは Mozilla でよく出おくるのでここで簡単にたずめおおきたすが、詳しくは他の蚘事に呚したす:

- - - - - - - - - - - - - - - - - - - - -
擬䌌クラス芪子
element:pseudo-class { attribute: value;}parent > child { attribute: value;}
- 
-button:hover{border: 1px;}
-
- 		- 
-menu#file > menuitem { }
-
-
擬䌌クラスは芁玠の状態を反映したす: たずえばマりスがボタンの䞊を動いたずきには、hoverむベントが発火しお、適切な擬䌌クラススタむルシヌトルヌルが適甚されたす。芪子関係は、前述の文脈サブグルヌプよりも軜いものです。これは芁玠の党おの郚分朚から䞋䜍芁玠を探したす。
- -

最埌に、Mozilla はいく぀か特別の拡匵を CSS 仕様に加えおいたす。これは XUL がブラりザ䞭でスキニングされるような方法を、さらにコントロヌルできるようにするためです。これらの拡匵はやがお別の蚘事、[xulnote_moz-ext.html Mozilla's CSS Extensions] に述べられたす。

- -

実際のグロヌバルスキンファむル: いく぀かのコメントの埌に、<window>ずダむアログオブゞェクトの基本的なスタむル情報が始たりたす。 それらの埌に、グロヌバルスキンは党おの基本的な XULりィゞェットのスタむルを定矩したす: box, toolbar, いく぀かの button クラスなど。 これらのルヌルにあるほずんどのスタむル属性はボヌダヌ、フォント情報、カラヌ、マヌゞンに関係するものであるこずに泚意しおください。 䞀般的に、これらはアプリケヌションのグロヌバルスキン䞭でのみ定矩されるべきスタむルタむプです。ずいうのも、これらはアプリケヌションに䞀定の党䜓的倖芳を䞎えるようなスタむルだからです。倚くの゚レメント、特にボタンは、次のようなスタむル文で付随される画像を持ちたす:

- -
titledbutton.button32 {
-	background-repeat: no-repeat;
-	background-position: 50% 0px;
-	background-color: transparent;
-	color: #CCFFFF;
-	min-width: 36px;
-	min-height: 36px;
-  border: 1px solid transparent;
-	padding: 0px;
-	margin-left: 1px;
-	margin-bottom: 1px;
-	margin-top: 6px;
-	margin-right: 6px;
-	font-size: smaller;
-	background-image:url("chrome://global/skin/button32-bg.gif");
-}
-
- -

どのひず぀のボタンクラスにも、いく぀かの擬䌌クラスず属性セレクタスタむルが定矩されおいるだろうこずに泚意しおください(この埌者のものに぀いおは、[xulnote_moz-ext.html CSS and Mozilla] で述べようず思いたす)。あなたの XUL 䞭にボタンをあるクラスで定矩した堎合、そのボタンの様々な状態ぞのスタむル定矩の党おを利甚したす。この理由により、グロヌバルスキン䞭に珟れるボタンクラスを䜿い、必芁なずきにのみ新たなクラスを䜜るこずはかなり効果的になり埗たす。

- -

グロヌバルスキンをブラりズしお、䜕があるかに慣れ芪しんでください。次のいく぀かの節では、このスタむル情報をカスタムスタむルシヌトにむンポヌトしお、あなたのXULの新たなスタむルルヌルで拡匵するこずになりたす。

- -

XUL䞭でスタむルシヌトをロヌドする

- -

XULファむルをスキニングしたしょう、カスタムスキンは [xulnote_sample1.txt xulnote_sample1.xul] です。この XUL ファむルで䜜業するために、ロヌカルにsample1.xul ず名前を倉えお保存しおください。

- -

むンラむンでスタむルを適甚するのは XUL でも完党に正しい動䜜ですし、いく぀かの皀なケヌスでは良い考えです。しかし、䞀般的に XUL スキンは実際の XUL 構造ず分けるようにするべきです。機胜ず圢匏ずのこの独立は、XUL のすばらしい利点であり、芋萜ずすべきではありたせん。

- -

CSSファむルは拡匵子が .css である通垞のテキストファむルです。 この CSS ファむルは XUL ファむルのかなり䞊の方にある凊理指瀺で適甚されたす。 XULファむルがXULパッケヌゞかクロムに入っおいれば、スタむルシヌトの凊理指瀺はパッケヌゞの階局を反映したす。埌にこの特別な URL の型を議論したす。 スタむルシヌトが倖郚にあり、同じディレクトリに眮かれおいる珟圚の䟋のように、XULファむルがスタンドアロンであれば、ファむル先頭の凊理指瀺は次のようになりたす:

- -
<?xml-stylesheet href="sample.css" type="text/css"?>
-
- -

XULファむルは実際にはいく぀のスタむルシヌト凊理指瀺でも持おたす: それぞれのスタむルシヌトは XUL がロヌドするものです。 しかし䞀般的には、あなたの新たなスタむルルヌルを䜜るスタむルシヌトぞグロヌバルスキンをimport しおから、新たなスタむルシヌトをロヌドしお、グロヌバルスキンずあなた自身のスタむルシヌト䞭にあるスタむルの党おを埗るのがより望たしい圢匏です。

- -

新しいスタむルシヌトを䜜る

- -

XULファむルずは異なり、CSSファむルはどんな特有の構造も、先頭の前文情報も必芁ずしたせん。CSS は階局構造にある゚レメントにスタむルを定矩するこずができたすが、グロヌバルスキンで芋たように、それ自身が階局的であるずいうこずではありたせん。 その代わりに、CSSファむルは通垞は単に、レンダリング゚ンゞンによりそれぞれの芁玠やクラスに適甚されるスタむル定矩のリストです。

- -

ここにずおも短い(しかし完党な!)、XULファむルで参照・利甚されるだろうカスケヌディングスタむルシヌトがありたす:

- -
toolbar.nav-bar {
-	background-image: url("chrome://navigator/skin/navbar-bg.gif");
-	padding: 0px;
-	padding-bottom: 2px;
-}
-
-box#navbar {
-	background-color: lightblue;
-}
-
-A:link {
-	color: #FA8072;
-}
-
- -

このスタむルシヌトは、䞊で述べおある 3぀の異ったスタむル定矩の型を芋せおいたす。それぞれの型は異なった゚レメントのグルヌプ化をしおいたす。 最初の定矩では、"."クラスセレクタを利甚しお "nav-bar" ずいうクラスの党おの XUL ツヌルバヌのスタむル情報を定矩しおいたす。同様にセレクタずしお䜿甚されたすが、ナニヌクでなければならない ID ずは異なり、class 属性は、遞びたい XUL ゚レメントの集たりに、指定したスタむル情報を䜿甚するこずができたす。 次のように定矩されたツヌルバヌ゚レメントは:

- -
<toolbar '''class="nav-bar"''' id="nav3">
-  <titledbutton value="click me" />
-  <titledbutton value="don't click me" />
-  ...
-</toolbar>
-
- -

䞊の CSSの䟋にある toolbar.nav-bar セレクタの埌のブロックにある CSS プロパティでスタむリングされたす。 同様に、次の芁玠は ID セレクタを甚いお単独の XUL 芁玠にスタむル情報を適甚したす。id属性は XUL 䞭でナニヌクでなければなりたせんので、"navbar" ずいう ID の XUL box だけが、そのブロック䞭のスタむル情報をずりあげたす。

- -

3番目のセレクタのタむプである擬䌌クラスは、HTMLドキュメント䞭に普通に芋られるハむパヌリンクのむンラむンスタむル定矩䞭に芋るであろうもののひず぀です。 擬䌌クラスは ":"セレクタで、ある゚レメントに結び付けらおいたす(そうでないこずもありたす: 擬䌌クラスで衚される状態のどの゚レメントにもスタむルを適甚するように定矩するこずもできたす)。この 3番目のスタむル定矩タむプでは、"A"芁玠が link ずしお掻きおいるずきのみ、そのブロック䞭にあるスタむル定矩をずりあげたす。 最埌のタむプは、CSS2 での新らしいものです。

- -
-

XULスキンを䜜り始めるために:

- -
    -
  1. XULファむルの先頭にスタむルシヌト凊理指瀺を加える。 - 
    <?xml-stylesheet href="sample.css" type="text/css"?>
    -
    2. -
  2. sample.cssずいう名の新しいファむルを䜜る。
    3. -
  3. そのファむルに次の行を加える: - 
    @import url(chrome://global/skin/)
-
-box#bbox { background-color: lightgrey; }
-
-titledbutton#rd {background-color: red; color: white;}
-
    -
    4. -
  4. これを XUL ファむルず同じディレクトリに保存する。
    5. -
-
- -

䜜業しおいる XUL ファむルをリロヌドするず、XULファむルのナビゲヌション゚リアに䜜った box芁玠は次のように珟れたす:

- -

スタむルシヌト無し

- -

グロヌバルスキンだけ

- -

グロヌバルスキンをむンポヌトした sample.css

- -

スキンで芆われたブラりザはそのたたで党お芋るこずはできたせん ―― この基本的なスキンは、色情報をオヌバヌラむドしおいたすので、skinning guidelines に少し違反しおいるこずに泚意した方がいいでしょう。しかし、XUL構造ず CSS のスタむルルヌルの組み合わせにどんな可胜性があるか感芚を぀かむこずができたす。

- -

Thinking Skins

- -

XUL や他の Mozillaクロスプラットフォヌムツヌルの现目に立ち入りすぎおしたい、これらの技術の目的やむンパクトの景色を倱うこずが時にはありたす。XUL ず CSS の結合はかなりの柔軟性を提䟛するので、おそろしいず思われるこずもあるでしょう。

- -

XULずそのスキンを分離する目的 ―― そしおグロヌバルスキンず、あなたの䜜るものも含めお党おのカスタムスタむルずの分離の目的 ―― は、Mozillaブラりザのようなアプリケヌションの動的なスキニングを可胜にするこずです。 この蚘事であなたが手で行なったこずは、chrome registryずいう機構によっお、動的にか぀より完璧に行われるようになりたす。chrome registry は Windows registry のような、ナヌザヌの゜フトりェアず環境に぀いおの情報が必芁なずきに蚘録されアクセスされるデヌタベヌスです。 ゜フトりェアコンポヌネント、ナヌザヌ、そしお Mozillaブラりザからアクセスされる Webペヌゞでさえもが、この chrome registry を曎新し、グロヌバルスキンを倉曎するこずができたす。 さらに、䜍眮指定(positioning)のような新たな CSS2 convention が到来すれば、XULファむル䞭の基本構造の衚珟や動䜜の倉曎は劇的なものになるでしょう。

- -

この情報党おをテキストで ―― 分垃された自然状態ず、単䞀のクロムずしお定矩される必芁があるテキストの単なるかたたりに远加されるテキストで ―― 䜜成する構文は、ずきにはprogress普及を遅くするように思えたす。 しかし、XUL を利甚する利点は、暙準の C++ ツヌルキットを䜿う利点よりもかなり䞊回っおいるので、XULのオヌサリングは別の開発のカテゎリで正しく考えられるべきです。 XULは、ある゚ノァンゞェリストが衚珟したように、むンタヌフェヌス蚭蚈ずアプリケヌション開発の「民䞻化」を意味したす。このこずに぀いおは最埌のアヌティクルで詳しく話す぀もりです。

- -

手短かにいえば、XUL は誰もが C++/MFC/Visual IDE/テンプレヌトツヌルキットのナヌザヌが䜜るのず同じくらいに耇雑で魅力的なむンタヌフェヌスを䜜るツヌルを提䟛したす。さらに、XUL はそれをあるやり方で行うので、それらのむンタヌフェヌスはどのプラットフォヌムでも利甚できたす。 あなたは第四䞖代プログラミング蚀語(4GL)の vagueries に぀いお知る必芁はありたせんし、他のものを犠牲にしお特定のプラットフォヌムやそのネむティブりィゞェットの機構に぀いお熟知する必芁もありたせん。

- -

XUL技術は盞互運甚可胜であり、䞀貫しおいお、クロスプラットフォヌムで、freeで、そしおすぐに利甚できるようになりたす。 このようなむンタヌフェヌスの補䜜物が民䞻化されおいるだけでなく、蚀い替えるならば、これらのむンタヌフェヌスの消費ず配垃も同等に民䞻的です。 真に民䞻的なあらゆるもののように、それらを動䜜させるには少しばかり隒ぎたおなければなりたせん。しかしひずたび事態を収めれば、XULファむルずスキンを䜜るのは、HTML で基瀎的な Webペヌゞを䜜るのず同じくらい易しいこずに気付くでしょう。

- -
-

Original Document Information

- - -
diff --git a/files/ja/archive/mozilla/xul/tutorial/splitters/index.html b/files/ja/archive/mozilla/xul/tutorial/splitters/index.html deleted file mode 100644 index d880979158..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/splitters/index.html +++ /dev/null @@ -1,148 +0,0 @@ ---- -title: スプリッタヌ -slug: Archive/Mozilla/XUL/Tutorial/Splitters -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Splitters ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

ここでは、りィンドりにスプリッタヌを远加する方法を芋おいきたす。

- -

- -

ボックスを分割する

- -

1 ぀のりィンドり内を 2 ぀のセクションに分割し、利甚者がそれぞれのセクションに割り圓おる倧きさを倉曎できるようにしたい堎合が、しばしばあるず思いたす。 1 ぀の䟋ずしお、Mozilla のブラりザりィンドりがありたす。 サむドバヌパネルのサむズは、2 ぀のフレヌム間にあるバヌをドラッグするこずで倉曎可胜です。 たた、ノッチの郚分をクリックするこずで、サむドバヌを隠すこずもできたす。

- -

- -

スプリッタヌ芁玠

- -

この機胜は、splitter ず呌ばれる芁玠によっお実珟されおいたす。 スプリッタヌ芁玠は、2 ぀のセクション間に现いバヌを䜜り、それぞれに割り圓おる倧きさを倉曎できるようにしたす。 スプリッタヌは、必芁ならばどこにでも配眮するこずができ、同じボックス内でそれより前の芁玠ず、埌の芁玠をリサむズするこずが可胜になりたす。

- -

スプリッタヌを氎平ボックス内に眮くず、氎平方向でリサむズ可胜になりたす。 たた、垂盎ボックス内に眮くず、垂盎方向でリサむズ可胜になりたす。

- -

スプリッタヌの構文を以䞋に瀺したす。

- -
<splitter
-    id="identifier"
-    state="open"
-    collapse="before"
-    resizebefore="closest"
-    resizeafter="closest">
-
- -

スプリッタヌの属性を以䞋に瀺したす。

- -
-
id
-
スプリッタヌの䞀意な識別子です。
-
- -
-
state
-
スプリッタヌの状態を指瀺したす。これをデフォルトの　open に蚭定するず、分割されたパネルは最初から開いた状態になりたす。collapsed (折り畳む) に蚭定するず、片方のパネルは瞮小しお折り畳たれ、もう䞀方のパネルがスペヌス党䜓を占有した状態になりたす。
-
- -
-
collapse
-
グリッピヌ (grippy) ず呌ばれる、スプリッタヌに぀いおいるノッチがクリックされるか、たたは状態が collapsed に蚭定された堎合に、パネルのどちら偎を折り畳むかを指瀺したす。before に蚭定するずスプリッタヌの前の芁玠が、after にするずスプリッタヌの埌の芁玠が折り畳たれたす。デフォルトの none にするず、スプリッタヌグリッピヌがクリックされおも、どちら偎のパネルも折り畳たれたせん。
-
- -
-
resizebefore
-
スプリッタヌのドラッグによっお、芁玠のリサむズが発生したす。この属性は、巊偎 (垂盎配眮では䞊偎) に眮かれた芁玠に察しお、どの芁玠がリサむズされるべきかを指瀺したす。これを closest に蚭定するず、スプリッタヌのすぐ巊にある芁玠がリサむズされたす。farthest に蚭定するず、スプリッタヌの巊偎で最も離れた芁玠 (ボックス内の最初の芁玠) がリサむズされたす。デフォルトは closest になりたす。
-
- -
-
resizeafter
-
スプリッタヌのドラッグによっお、芁玠のリサむズが発生したす。この属性は、右偎 (垂盎配眮では䞋偎) に眮かれた芁玠に察しお、どの芁玠がリサむズされるべきかを指瀺したす。これを closest に蚭定するず、スプリッタヌのすぐ右にある芁玠がリサむズされたす。farthest に蚭定するず、スプリッタヌの右偎で最も離れた芁玠 (ボックス内の最埌の芁玠) がリサむズされたす。たた、grow ずいう倀も蚭定可胜です。この堎合、スプリッタヌがドラッグされおも、スプリッタヌの右偎にある芁玠のサむズは倉化せず、ボックス党䜓のサむズが倉化したす。デフォルトは closest になりたす。
-
- -

collapse 属性を蚭定する堎合は、splitter 内に、利甚者が芁玠を折り畳むために䜿甚する、grippy 芁玠を加える必芁がありたす。

- -

- -

スプリッタヌの䟋

- -

参考のために、䟋を瀺したす。

- -

䟋 1 : ゜ヌス 衚瀺

- -
<vbox flex="1">
-  <iframe id="content-1" width="60" height="20" src="w1.html"/>
-  <splitter collapse="before" resizeafter="farthest">
-    <grippy/>
-  </splitter>
-  <iframe id="content-2" width="60" height="20" src="w2.html"/>
-  <iframe id="content-3" width="60" height="20" src="w3.html"/>
-  <iframe id="content-4" width="60" height="20" src="w4.html"/>
-</vbox>
-
- -
画像:splitter-ex1.jpg
- -

この䟋では、4 ぀の iframe が䜜られ、スプリッタヌが最初のフレヌムず 2 番目のフレヌムの間に眮かれおいたす。 スプリッタヌの collapse 属性には before ずいう倀に蚭定されおいたす。 このため、スプリッタヌグリッピヌがクリックされるず、最初のフレヌムが折り畳たれ、スプリッタヌず残りのフレヌムは巊に移動したす。 スプリッタヌグリッピヌはスプリッタヌの䞭倮に衚瀺されたす。

- -

スプリッタヌの resizeafter 属性には farthest ずいう倀が䞎えられおいたす。 このため、スプリッタヌがドラッグされるず、スプリッタヌの埌ろの最も離れた芁玠のサむズが倉曎されたす。 この䟋の堎合、4 番目のフレヌムのサむズが倉曎されるこずになりたす。

- -

スプリッタヌの resizebefore 属性には、倀が指定されおいたせん。 そのため、デフォルト倀である closest が適甚されたす。 この䟋では、スプリッタヌの前には䞀぀しかフレヌムがないため、その最初のフレヌムのサむズが倉曎されるこずになりたす。

- -

2 番目ず 3 番目のフレヌムは、スプリッタヌを 4 番目のフレヌムが最小サむズになる䜍眮よりも右にドラッグした堎合のみ、サむズが倉わりたす。

- -
画像:splitter-ex2.jpg
- -

この画像は、4 ぀のパネルの䟋で、スプリッタヌを折り畳んだ状態に倉曎したものです。

- -
画像:splitter-ex3.jpg
- -

この画像は、 4 ぀のパネルの䟋で、スプリッタヌを右にリサむズしたものです。 䞭倮の 2 ぀のパネルのサむズが倉わっおいないこずに泚目しおください。 1 番目のパネルず 4 番目のパネルのサむズだけが倉わっおいるこずがわかるず思いたす。 4 番目のパネルは、最小限の郚分だけが芋えおいたす。 スプリッタヌを右にドラッグし続けた堎合、残りの 2 ぀のパネルが小さくなりたす。 ボックスの最小たたは最倧の幅や高さを指定するために、iframe に min-width や max-height などのスタむルプロパティを䜿うこずが可胜です。 これらの蚭定を行った堎合、スプリッタヌによっお蚭定が怜出され、利甚者が最小サむズや最倧サむズを超えお、スプリッタヌをドラッグできないようになりたす。

- -

䟋えば、䞊の 4 番目のパネルに 30 ピクセルの最小幅を指定するず、パネルは、そのサむズよりも小さくなるこずはありたせん。 その分、他の 2 ぀のパネルのサむズが小さくなりたす。 1 番目のパネルの最小幅を 50 ピクセルに蚭定した堎合、(60 ピクセル幅が初期倀であるため) スプリッタヌは、巊に 10 ピクセルしかドラッグできたせん。 ただし、この堎合でも、スプリッタヌを折り畳むこずは可胜です。

- -

必芁なら、1 ぀のボックスに耇数のスプリッタヌを眮くこずも可胜です。 この堎合、ボックスの別々の堎所を折り畳むこずができたす。 たた、iframe だけが折り畳めるずいうこずはありたせん。 どんな芁玠でも折り畳むこずが可胜です。

- -

- -

ファむル怜玢ダむアログにスプリッタヌを远加する

- -
-

それでは、ファむル怜玢ダむアログにスプリッタヌを加えおみるこずにしたしょう。 スプリッタヌを䜿甚可胜な箇所はいく぀か考えられるず思いたすが、今回はダむアログ内に怜玢結果を远加するために䜿甚しおみるこずにしたす。 具䜓的には、怜玢条件ず䞋郚にあるボタンの間に怜玢結果のための゚リアを远加し、 スプリッタヌによっお、この゚リアを折り畳むか隠すこずができるようにしたす。

- -
</tabbox>
-
-
- <iframe src="results.html"/>
- <splitter resizeafter="grow"/>
-
-
- <hbox>
-
- -

この䟋では、スプリッタヌず iframe がダむアログに远加されおいたす。 tabbox の埌の spacer は、もう必芁ないため、削陀しおもかたいたせん。 フレヌムのコンテンツは、「<tt>results.html</tt>」ずいう名前のファむルから読み蟌たれたす。 このファむルを䜜り、䞭身は䜕でもよいので適圓に奜きなものを入れおおいおください。 iframe は、埌のセクションで結果リストの䜜り方を孊んだずきに、その結果リストで眮き換えるこずにしたしょう。 今回は、スプリッタヌの䟋を瀺すのが目的であるため、ずりあえず iframe を䜿うこずにしたす。

- -

このスプリッタヌの collapse 属性の倀は、before に蚭定されおいたす。 このため、スプリッタヌの盎前の芁玠が折り畳たれるこずになりたす。 この䟋では、iframe がそれに圓たりたす。 䞋の画像が瀺しおいるように、グリッピヌがクリックされるず、iframe が折り畳たれ、ボタンが䞊に移動したす。

- -

resizeafter 属性の倀は、grow に蚭定されおいたす。 このため、スプリッタヌの埌ろにある芁玠は、スプリッタヌが䞋方向にドラッグされた堎合、スプリッタヌに抌し䞋げられたす。 その結果、フレヌムのコンテンツ郚分を任意の倧きさに広げるこずが可胜です。 ただし、コンテンツ郚分が倧きくなっおも、りィンドり自身は自動的にリサむズされない点は泚意しおおく必芁がありたす。 たた、垂盎配眮のボックスの䞭に眮かれおいるため、スプリッタヌが氎平になっおいるこずにも泚意しお䞋さい。

- -

通垞の状態:

- -

画像:splitter1.png

- -

折り畳たれた状態:

- -

画像:splitter2.png

-
- -

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺

- -

次は、ツヌルバヌの䜜り方を芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/stack_positioning/index.html b/files/ja/archive/mozilla/xul/tutorial/stack_positioning/index.html deleted file mode 100644 index 52889353cd..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/stack_positioning/index.html +++ /dev/null @@ -1,60 +0,0 @@ ---- -title: スタックの配眮 -slug: Archive/Mozilla/XUL/Tutorial/Stack_Positioning -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Stack_Positioning ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、スタック内ぞの芁玠の配眮方法に぀いお説明したす。 -

-

-

スタックの子芁玠の配眮

-

スタック (stack) の子芁玠は、スタックのサむズに応じお䌞瞮する動䜜がデフォルトですが、 -指定の座暙に明瀺的に配眮するこずも可胜です。 -䟋えば、スタックの子芁玠ずしお 2 ぀のボタンがある堎合、 -1 番目のボタンを、巊端から 20 ピクセル、䞊端から 50 ピクセルの䜍眮に眮き、 -2 番目を、巊端から 100 ピクセル、䞊端から 5 ピクセルの䜍眮に眮くずいった具合です。 -

子芁玠の䜍眮は、芁玠に 2 ぀の属性を蚭定するこずによっお指瀺したす。 -氎平方向の䜍眮には left 属性を、垂盎方向の䜍眮には top 属性を䜿甚したす。 -スタックの子芁玠にこれらの属性を指定しない堎合、子芁玠はスタックのサむズに応じお䌞瞮したす。 -

䟋 1 : ゜ヌス 衚瀺 -

-
Image:bulletins1.png
-
<stack>
-  <button label="Goblins" left="5" top="5"/>
-  <button label="Trolls" left="60" top="20"/>
-  <button label="Vampires" left="10" top="60"/>
-</stack>
-
-

この stack には、3 ぀の芁玠があり、 -それぞれは、left ず top 属性によっお䞎えられた座暙に䜍眮しおいたす。 -この䟋では、3 ぀の子芁玠はすべおボタンですが、同じ型である必芁はありたせん。 -子芁玠ずしお任意の芁玠を眮くこずが可胜です。 -ボックスやスタックを、入れ子に眮いおも構いたせん。 -

stack のサむズは、垞に党おの子芁玠が衚瀺可胜になるような倧きさに調敎されるため、子芁玠の䜍眮によっお決定されるこずになりたす。 -具䜓的には、left 属性を 400 に蚭定するず、スタックは 400 ピクセルに芁玠の幅を加えた幅になりたす。 -このサむズは、 width や max-width などの色々なスタむルプロパティによっお䞊曞きするこずが可胜です。 -

スクリプトを䜿甚しお、left ず top 属性の倀を倉曎しおいくこずで、芁玠を動き回らせるこずが可胜です。 -スタックには、1 ぀の芁玠の絶察䜍眮を倉えおも、他の芁玠の䜍眮は圱響を受けないずいう利点がありたす。 -通垞のボックスで芁玠を動かそうずするず、呚囲にある芁玠の配眮が乱れおしたうかもしれたせん。 -

子芁玠を重ね合わせるように眮くこずも可胜です。 -子芁玠は、stack 内に珟われる順番で描画されおいきたす。 -぀たり、stack の最初の子芁玠が最背面に衚瀺され、次の子芁玠がその手前に衚瀺されるずいう具合です。 -最埌の芁玠が最前面に衚瀺されたす。 -DOM 関数を䜿甚するこずによっお、芁玠の衚瀺順を倉曎するこずが可胜です。 -

マりスむベントに応答するずき、䞀番䞊にある芁玠が最初にむベントを捉えたす。 -぀たり、2 ぀のボタンが重なっおいる堎合、重なっおいる堎所でのマりスクリックは、䞊にあるボタンの方が捉えるずいうこずになりたす。 -

次のセクションでは、タブボックスを説明したす。 -これはデッキに䌌おいたすが、芁玠単䜓でナビゲヌション機胜を提䟛しおいたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/stacks_and_decks/index.html b/files/ja/archive/mozilla/xul/tutorial/stacks_and_decks/index.html deleted file mode 100644 index 22305731a1..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/stacks_and_decks/index.html +++ /dev/null @@ -1,113 +0,0 @@ ---- -title: スタックずデッキ -slug: Archive/Mozilla/XUL/Tutorial/Stacks_and_Decks -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Stacks_and_Decks ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

芁玠を重なった䞀組のカヌドのように扱えるず䟿利なずきがありたす。 -スタック (stack) 芁玠ず、デッキ (deck) 芁玠がこのために甚意されおいたす。 -

-

-

コンテナ

-

XUL のボックスは、それぞれが任意の芁玠を含むこずのできるコンテナずしお䜍眮づけられたす。 -ツヌルバヌやタブ付きパネルのようないく぀かの芁玠も、特定の甚途のために特化したボックスの䞀皮ずいう䜍眮づけになりたす。 -box タグは、特別な性質のない最も単玔なボックスを䜜りたす。 -特化型のボックスは、内郚に芁玠を配眮するずいう点においおは、通垞のボックスず同じように動䜜したすが、それ以倖の機胜も远加されおいたす。 -

実際のずころ、倚くのコンポヌネントが、他の芁玠を含むこずができたす。 -これは「ボタンにラベル以倖の芁玠も含めるこずができる」ずいった、 -ここたでのセクションで説明した䟋の䞭でも既に芋おいたす。 -極端な話、スクロヌルバヌも、明瀺的に子芁玠を䜜成しない限り、自動で子芁玠を䜜成する機胜を持った、特化型のボックスの 1 ぀にすぎたせん。 -スクロヌルバヌのもう 1 ぀の特殊な機胜は、子芁玠のサムの移動を自動で凊理するこずです。 -

ここからの数セクションにわたっお、他の芁玠を保持するために蚭蚈された芁玠をいく぀か玹介するこずにしたす。 -これらは特化型のボックスで、ボックスの属性をすべお䜿うこずができたす。 -

-

-

スタック

-

stack 芁玠は、単玔なボックスです。 -この芁玠は他のボックスず同じように動䜜したすが、子芁玠を重なり合うようにレむアりトできるずいう特質を持っおいたす。 -スタック䞊の最初の子芁玠が䞀番䞋に描かれ、次に 2 番目の子芁玠がその䞊に描かれたす。 -3 番目以降に぀いおも同様に続いおいきたす。 -スタックに積み重ねるこずができる子芁玠の数に制限はありたせん。 -

スタック芁玠では、orient プロパティはあたり意味がありたせん。 -スタックでは、子芁玠は䞊んでレむアりトされるのではなく、重なり合っおレむアりトされるからです。 -スタック芁玠のサむズは、最も倧きな子芁玠によっお決められたす。 -たたは、スタック芁玠ずその子芁玠のどちらに察しおも、CSS プロパティの width、height、min-width 及びその他の関連するプロパティを䜿っお明瀺的にサむズを指定するこずも可胜です。 -

スタック芁玠は、既にある芁玠に重ねおステヌタス衚瀺を远加する必芁があるずいった堎合に䜿うこずができたす。 -䟋えば、プログレスバヌで、バヌの䞊にラベルを衚瀺さたいずいった堎合です。 -

-

-

スタックで圱぀き文字を衚珟する

-

たた、stack 芁玠の䟿利な甚法のひず぀ずしお、 CSS プロパティの倚くを゚ミュレヌトできるずいうものがありたす。 -䟋えば、以䞋のようにしお、text-shadow プロパティに䌌た効果を䜜るこずができたす。 -

䟋 1 : ゜ヌス 衚瀺 -

-
<stack>
-  <description value="Shadowed" style="padding-left: 1px; padding-top: 1px; font-size: 15pt"/>
-  <description value="Shadowed" style="color: red; font-size: 15pt;"/>
-</stack>
-
-
画像:stacks1.png
-

2 ぀の description 芁玠は、䞡方ずも 15 ポむントのサむズのテキストを䜜りたす。 -ただし、最初の芁玠は、その巊端ず䞊端にパディングを加えるこずによっお、右䞋に 1 ピクセルずらされおいたす。 -この結果、2 番目めの芁玠も、同じ「Shadowed」ずいうテキストを描画したすが、最初のものから少しずれた䜍眮になっおいたす。2 番目の description 芁玠は、効果がよくわかるように、赀で描画されおいたす。 -

この方法は、圱の郚分のスタむルを、本䜓ずは完党に独立しお蚭定できるため、 -text-shadow にはない利点を持っおいたす。 -具䜓的には、圱に、独自のフォント、䞋線、サむズを持぀こずができたす (圱を点滅させるこずさえ可胜です)。 -たた、珟バヌゞョンの Mozilla では、CSS のテキストの圱付きスタむルをサポヌトしおいないのため、この方法のみが䜿甚できたす。 -この方法の欠点ずしおは、圱のために取られた領域がスタックサむズを倧きくしおしたうこずがありたす。 -圱付けは、無効状態のボタンの倖芳を䜜る堎合に、非垞に圹立ちたす。 -

䟋 2 : ゜ヌス 衚瀺 -

-
<stack style="background-color: #C0C0C0">
-  <description value="Disabled" style="color: white; padding-left: 1px; padding-top: 1px;"/>
-  <description value="Disabled" style="color: grey;"/>
-</stack>
-
-

いく぀かのプラットフォヌムでは、このテキスト配眮ず圱の配色によっお、無効の倖芳が䜜り出されおいたす。 -

マりスクリックやキヌ入力ずいったむベントは、スタックの䞀番䞊にある芁玠、぀たり、スタックに最埌に入れられた芁玠に枡されるずいうこずに泚意しお䞋さい。 -これは、ボタンをスタックに入れる堎合、最埌に眮かれた堎合のみ、正しく動䜜するずいうこずを意味しおいたす。 -

-

-

デッキ

-

デッキ (deck) 芁玠も、stack 芁玠ず同様に、子芁玠を順に重ねおレむアりトしたすが、デッキでは䞀床に 1 ぀の子芁玠しか衚瀺されない点が異なりたす。 -これは、䞀連の類䌌したパネルを順番に衚瀺しおいく、りィザヌド型のむンタヌフェむスに䜿うこずができたす。 -パネルごずに別々のりィンドりを䜜成し、それぞれにナビゲヌションボタンを加えたりする代わりに、 -内容が倉わる郚分にデッキを䜿甚するこずによっお、りィンドりを 1 ぀䜜るだけで枈たすこずができたす。 -

スタックず同様に、デッキ内のペヌゞは deck 芁玠の盎接の子芁玠から構成されたす。 -deck 芁玠の䞭に子芁玠が 3 ぀あるずするず、デッキは 3 ぀の ペヌゞをも぀こずになりたす。 -衚瀺するデッキのペヌゞは、deck 芁玠の selectedIndex 属性を蚭定するこずによっお、倉曎するこずができたす。 -このむンデックスは、どのペヌゞを衚瀺するかを指定する数倀で、 -ペヌゞの番号は、0 から始たりたす。 -そのため、デッキの最初の子芁玠はペヌゞ 0 で、 2 番目はペヌゞ 1 ずいった具合に続いおいきたす。 -

以䞋は、デッキの䟋です。 -

䟋 3 : ゜ヌス 衚瀺 -

-
<deck selectedIndex="2">
-  <description value="This is the first page"/>
-  <button label="This is the second page"/>
-  <box>
-    <description value="This is the third page"/>
-    <button label="This is also the third page"/>
-  </box>
-</deck>
-
-

この䟋では、ペヌゞが 3 ぀あり、デフォルトは、3 番目のペヌゞです。 -3 番目のペヌゞは、内郚に 2 ぀の芁玠をも぀ボックスです。 -そのボックスず内郚の芁玠がペヌゞを構成しおいたす。 -デッキは最倧の子芁玠ず同じ倧きさになりたすので、ここでは、3 番目のペヌゞず同じ倧きさになるはずです。 -

スクリプトを䜿っお selectedIndex 属性を倉曎するこずにより、ペヌゞを切り替えるこずができたす。 -これに぀いおは、むベントず DOM に関するセクションでもっず詳しく説明したす。 -

次のセクションでは、スタックを䜿甚する堎合の子芁玠の配眮方法に぀いお説明したす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/styling_a_tree/index.html b/files/ja/archive/mozilla/xul/tutorial/styling_a_tree/index.html deleted file mode 100644 index 117b4cbab3..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/styling_a_tree/index.html +++ /dev/null @@ -1,166 +0,0 @@ ---- -title: ツリヌのスタむル付け -slug: Archive/Mozilla/XUL/Tutorial/Styling_a_Tree -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Styling_a_Tree ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、ツリヌに察しおスタむルを蚭定する方法を説明したす。 -

-

ツリヌにスタむルを蚭定する

-

ツリヌにスタむルを蚭定する堎合、枠か列の芋出しに぀いお蚭定したいのであれば、他の芁玠ず同じ方法で行うこずが可胜です。 -tree 芁玠に蚭定されたスタむルは、ツリヌ党䜓 (枠) に適甚されるこずになり、 -treecol 芁玠に蚭定れたスタむルは、 -列党䜓には適甚されず、列の芋出しの郚分に察しおのみ適甚されるこずになりたす。 -

そしお、ツリヌの本䜓ぞのスタむル蚭定は、他の芁玠ずは若干異なる方法で行う必芁がありたす。 -これは、ツリヌ本䜓が他の芁玠ずは異なった方法で栌玍されおいるこずに起因する制玄になりたす。 -぀たり、ツリヌ本䜓では最も倖偎の treechildren 芁玠のみが実圚する芁玠で、 -内偎の芁玠は盎接衚瀺されるわけではなく、単にツリヌに䟛絊するデヌタを定矩するために眮かれおいるに過ぎないからです。 -

-

プロパティの蚭定

-

このために、たず、行たたはセルに察しお properties 属性を䜿甚しお、名前の付いたプロパティを蚭定する必芁がありたす (属性の倀がプロパティの名前になりたす)。 -これは、ツリヌが静的なコンテントを利甚する堎合はもちろん、RDF から生成されたコンテントや、カスタムビュヌを䜿甚する堎合でも利甚可胜です。 -

それでは、䟋ずしお、特定の行の背景色を青色にしおみるこずにしたしょう。 -これは Mozilla メヌルのラベルに関する機胜の実装にも利甚されおいたす。 -ここでは「makeItBlue」ず呌ばれるプロパティを䜿甚するこずにしたすが、奜きな名前を䜿っおも構いたせん。 -なお、耇数のプロパティを蚭定したい堎合は、空癜文字で区切っお蚭定するこずが可胜です。 -

以䞋に、行たたはセルにプロパティを蚭定する䟋を瀺したす。 -

-
<treerow properties="makeItBlue">
-
-

ツリヌに察する CSS セレクタ

-

スタむルシヌトからは、このプロパティを目印に䜿っお、未読メッセヌゞやラベルに察応する行の倖芳を倉曎するこずになりたす。 -぀たり、この堎合のプロパティずは、スタむルクラスずよく䌌た働きをするものだず考えおもよいでしょう。 -ただし、プロパティの方は、セルなどのツリヌを構成するたくさんのパヌツに察しお、個別にスタむルを指定できるようにする必芁があるため、 -スタむルシヌトから指定するずきには、スタむルクラスより若干耇雑な構文が必芁になりたす。 -たた、スタむルは、セルやその䞭のテキストだけでなく、ツむスティに蚭定したりむンデントの蚭定のために䜿甚するこずも可胜です。 -具䜓的には、以䞋のような構文が必芁になりたす。 -

-
treechildren::-moz-tree-row(makeItBlue)
-{
-  background-color: blue;
-}
-
-

このスタむルは、耇雑なセレクタを持っおいお、「makeItBlue」プロパティを持぀行に、スタむルずしお背景色を蚭定するために䜿甚されたす。 -この特別な構文は、それぞれのセルが独立した芁玠ではないために必芁になりたす。 -぀たり、ツリヌ本䜓郚分に含たれおいる党おのコンテントは、treechildren 芁玠により描画されるこずになりたすが、 -CSS が持぀、芁玠の䞀郚分だけを、疑䌌芁玠ずみなしおアクセスするずいうコンセプトを利甚しお、 -このセレクタは、treechildren 芁玠に含たれおいるいく぀かの行を、疑䌌芁玠ずみなしお遞択したす。 -このため、このスタむルは、衚瀺されおいる芁玠の特定の郚分に察しおのみスタむルルヌルを蚭定するこずになりたす。 -したがっお、䞊のスタむルルヌルは treechildren 芁玠の䞭の 「makeItBlue」プロパティを持぀すべおのツリヌ行の背景色を青色に蚭定するこずを意味したす。 -

このセレクタに含たれる文字列 ::-moz-tree-row は、どのコンテント領域を遞択するかを指定するもので、この堎合は行になりたす。 -ここに指定可胜な倀を以䞋に瀺したす。 -

- -

たた、コンマで区切っお指定するこずで、耇数のプロパティをチェックするこずも可胜です。 -以䞋の䟋は、「readonly」ず「unread」プロパティを持぀行の背景色を灰色に蚭定したす。 -加えお、「readonly」プロパティを持぀行に察しおは、赀い枠線が描画されたす。 -なお、最初のルヌルは、「readonly」が蚭定されおいる党おの行に察し適甚され、 -「unread」など他のプロパティの蚭定の有無には圱響を受けないこずを泚蚘しおおきたす。 -

-
treechildren::-moz-tree-row(readonly)
-{
-  border: 1px solid red;
-}
-treechildren::-moz-tree-row(readonly, unread)
-{
-  background-color: rgb(80%, 80%, 80%);
-}
-
-

デフォルトのプロパティ

-

ツリヌ関連の芁玠が持぀プロパティのリストには、いく぀かのデフォルトで蚭定されるプロパティが含たれおおり、これらもスタむルシヌトから利甚するこずが可胜です。 -以䞋に瀺す特別なプロパティは、コンテナや遞択された行の倖芳を蚭定するために利甚できたす。 -これらのプロパティは、必芁に応じお自動的に蚭定されたす。 -

-
focus
このプロパティは、ツリヌが珟圚フォヌカスを埗おいるずきに蚭定されたす。 -
selected
このプロパティは、行やセルが遞択されおいるずきに蚭定されたす。 -
current
このプロパティは、カヌ゜ルがその行にあるずきに蚭定されたす。このプロパティが蚭定される行は、䞀床に 1 行だけになりたす。 -
container
このプロパティは、子を持぀こずが可胜な行やセルに察しお蚭定されたす。 -
leaf
このプロパティは、子を持぀こずができない行やセルに察しお蚭定されたす。 -
open
このプロパティは、展開されおいる行やセルに察しお蚭定されたす。 -
closed
このプロパティは、畳たれおいる行やセルに察しお蚭定されたす。 -
primary
このプロパティは primary 属性が蚭定された列のセルに察しお蚭定されたす。 -
sorted
このプロパティは、珟圚゜ヌト察象になっおいる列のセルに察しお蚭定されたす。 -
even
このプロパティは、偶数番目の行に察し蚭定されたす。 -
odd
このプロパティは、奇数番目の行に察し蚭定されたす。䟋えば、このプロパティず even プロパティを䜿甚しお、行ごずに亀互に行の色を倉えるこずができたす。 -
dragSession
このプロパティは、䜕かがドラッグされおいるずきに蚭定されたす。 -
dropOn
このプロパティは、ツリヌ䞊で䜕かがドラッグされおいるずきに、そのずきマりスポむンタが重なっおいる行に察しお、重なっおいる間を通しお蚭定されおいたす。 -
dropBefore
このプロパティは、䜕かがドラッグされおいるずきに、その行にマりスポむンタが重なる盎前にだけ蚭定されたす。 -
dropAfter
このプロパティは、䜕かがドラッグされおいるずきに、その行にマりスポむンタが重ならなくなった盎埌にだけ蚭定されたす。 -
progressNormal
このプロパティは、プログレスメヌタヌセルで通垞のプログレスメヌタの堎合に蚭定されたす。 -
progressUndetermined
このプロパティは、プログレスメヌタヌセルで未定 (undeterminate) のプログレスメヌタの堎合に蚭定されたす。 -
progressNone
このプロパティは、プログレスメヌタヌセルでプログレスメヌタが衚瀺されおいない堎合に蚭定されたす。 -
-

これらのプロパティは、行や行に含たれるセルに察しお、状態の倉化に応じお蚭定されたす。 -加えお、列ずセルに察しおは、プロパティずしお、その列あるいはセルの属する列の id が蚭定されたす。 -

-

RDF 生成ツリヌに察するプロパティの蚭定

-

RDF から構築されおいるツリヌに察しおも、静的なコンテントの堎合ず同じ構文が利甚できたす。 -しかしながら、プロパティはデヌタ゜ヌスの倀を基にしお蚭定するこずが倚いず思いたす。 -

-

カスタムビュヌでのプロパティの蚭定

-

カスタムビュヌから構築されおいるツリヌに぀いおも、ビュヌに getRowProperties()、getColumnProperties()、getCellProperties() 関数を実装しお応答するこずによりプロパティを蚭定できたす。 -これらは、それぞれ個々の行、列、セルに぀いおの情報を返したす。 -これらの関数ぞの匕数には、察象ずなる行か列 (セルに察しおは行ず列) が蚭定されたす。 -たた、それぞれの関数の最埌の匕数は出力甚で、ビュヌでは返すべきプロパティのリストを蚭定する必芁がありたす (埌の䟋で詳述したす)。 -なお、getColumnProperties() 関数では、匕数ずしお察象ずなる列の treecol 芁玠に察応する TreeColumn オブゞェクトも蚭定されたす。 -

-
getRowProperties : function(row,prop){}
-getColumnProperties : function(column,columnElement,prop){}
-getCellProperties : function(row,column,prop){}
-
-

それでは、特定のセルの衚瀺を倉曎する䟋を芋おみたしょう。 -以前のセクションの䟋を、4 行に 1 回、テキストが青色になるようにしおみたしょう。 -このためには、getCellProperties() 関数にコヌドを远加しお、4 行に 1 回、セルに察しお「makeItBlue」プロパティを蚭定する必芁がありたす。 -(泚:テキストの色は行からセルぞ継承されないので、getRowProperties() を䜿うこずはできたせん -

getCellProperties() ぞの最埌の匕数ずしお枡されおいるプロパティオブゞェクトは、nsISupportsArray むンタヌフェむスを実装した XPCOM オブゞェクトです。 -これは、単に配列の XPCOM 版で、この配列に芁玠を远加するために䜿甚する AppendElement() 関数を持っおいたす。 -たた、プロパティずしお䜿甚する文字列アトムを構築するために nsIAtomService むンタヌフェむスを利甚したす。 -

-
getCellProperties: function(row,col,props){
-  if ((row %4) == 0){
-    var aserv=Components.classes["@mozilla.org/atom-service;1"].
-              getService(Components.interfaces.nsIAtomService);
-    props.AppendElement(aserv.getAtom("makeItBlue"));
-  }
-}
-
-

この関数は、ビュヌオブゞェクトの䞀郚ずしお定矩されるこずになりたす。 -たず、䜕行目が芁求されおいるかをチェックしお、4 行に 1 回、セルに察するプロパティを蚭定したす。 -匕数で枡されるプロパティのリスト (props) では、アトムオブゞェクト (文字列定数だず考えおもらっお構いたせん) の配列が芁求されたす。 -このため、XPCOM の nsIAtomService むンタヌフェむスを利甚しお䜜成した埌、 AppendElement() 関数を䜿甚しおその配列に远加したす。 -ここでは、アトムずしお「makeItBlue」を䜜成しおいたす。 -必芁なら、さらに AppendElement() を呌び出しお、他のプロパティを远加するこずも可胜です。 -

-

スタむルシヌトの䟋

-
treechildren::-moz-tree-row(selected)            { background-color: #FFFFAA; }
-treechildren::-moz-tree-row(odd)                 { background-color: #EEEEEE; }
-treechildren::-moz-tree-row(odd, selected)       { background-color: #FFFFAA; }
-treechildren::-moz-tree-cell-text(selected)      { color: #000000; }
-treechildren::-moz-tree-cell-text(odd, selected) { color: #000000; }
-
-

次のセクションでは、デフォルトのスキンを倉曎する方法に぀いお芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/tabboxes/index.html b/files/ja/archive/mozilla/xul/tutorial/tabboxes/index.html deleted file mode 100644 index 6f58dce074..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/tabboxes/index.html +++ /dev/null @@ -1,192 +0,0 @@ ---- -title: タブボックス -slug: Archive/Mozilla/XUL/Tutorial/Tabboxes -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Tabboxes ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

蚭定ダむアログでは、タブ付きペヌゞを䜿甚したものをよく芋かけるず思いたす。 -ここでは、その䜜り方を芋おいきたす。 -

-

-

タブボックス

-

タブボックスは、アプリケヌションの蚭定りィンドりでよく利甚されたす。 -タブボックスでは、りィンドりの䞊郚にタブが䞊んで衚瀺されたす。 -利甚者は、個々のタブをクリックするこずで、異なったオプション蚭定を衚瀺させるこずが可胜です。 -これは、1 ぀の画面に収たらないほどオプションがあるような堎合に䜿甚するず䟿利です。 -

XUL では、こうしたダむアログを䜜るための方法を提䟛しおいたす。 -このために、5 ぀の新しい芁玠を䜿甚したす。 -その抂芁を以䞋に瀺した埌、詳现の説明に移りたす。 -

-
tabbox -
䞊郚のタブずタブペヌゞ党䜓を含む倖偎のボックスです。 -
tabs -
個々のタブを含んだ内郚のボックス。蚀い換えれば、タブの䞊びの郚分です。 -
tab -
特定の 1 ぀のタブです。タブをクリックするず、タブペヌゞが前面に衚瀺されたす。 -
tabpanels -
䞀連のペヌゞを含むコンテナになりたす。 -
tabpanel -
特定の 1 ペヌゞの本文です。ペヌゞの内容はこの芁玠内に眮きたす。最初の tabpanel は最初のタブに察応し、2 番目の tabpanel は 2 番目のタブに察応するずいう具合になりたす。 -
-

tabbox は、タブボックス党䜓を含む、最も倖偎に䜍眮する芁玠です。 -これは、タブの䞊びの郚分を含む tabs 芁玠ず、 -タブ付けされたペヌゞ郚分を含む tabpanels 芁玠の、 -2 ぀の子芁玠からなっおいたす。 -

以䞋に、タブボックスの䞀般的な構文を瀺したす。 -

-
<tabbox id="tablist">
-  <tabs>
-    <!-- tab 芁玠をここに蚘述 -->
-  </tabs>
-  <tabpanels>
-    <!-- tabpanel 芁玠をここに蚘述 -->
-  </tabpanels>
-</tabbox>
-
-

tab 芁玠は tabs 芁玠の内郚に眮かれたす。 -tabs 芁玠は、機胜的には通垞のボックスずほずんど同じです。 -tabs 芁玠自身は、tabbox 芁玠の内郚に眮かれたす。 -たた、tabbox には、tabpanels 芁玠も含たれおいたす。 -タブボックス党䜓は垂盎配眮であるため、tabpanels　芁玠は、tabs 芁玠の䞋に衚瀺されたす。 -

実際のずころ、タブ関係の芁玠ず通垞のボックスの違いで、特殊なものは 1 ぀もありたせん。 -ボックスず同様に、タブの内容にも任意の芁玠を含めるこずが可胜です。 -違いずしおは、タブの郚分が少々異なった颚に描画されるずいうこずず、 -タブのパネル郚分の内容は、デッキ (deck) ず同様、䞀床に 1 ぀しか可芖化されないずいうこずです。 -

個々のタブペヌゞの内容は、tabpanel 芁玠の䞭に入れる必芁がありたす。 -tab 芁玠の方ではありたせん。 -こちらには䞊郚に䞊ぶタブの内容 (芋出し文字列) が入りたす。 -

個々の tabpanel 芁玠は、タブ付きで衚瀺されるペヌゞになりたす。 -最初のパネルは最初のタブに察応し、パネル内の 2 番目の芁玠は 2 番目の芁玠に察応するずいった具合です。 -tab 芁玠ず tabpanel 芁玠の間には、1 察 1 の関係がありたす。 -

tabbox のサむズを決めるために、䞀番倧きいペヌゞのサむズが䜿われたす。 -具䜓的には、あるタブペヌゞに 10 個のテキスト入力欄があり、別のタブペヌゞには 1 個しかない堎合、 -10 個の方がより倚くのスペヌスを必芁ずするため、1 個の方も 10 個の方に合わせたサむズに拡倧されるずいうこずです。 -タブボックスにより占められる領域は、利甚者が新しいタブのペヌゞに切り替えおも倉化したせん。 -

-

-

タブボックスの䟋

-

それでは、以䞋にタブボックスの䟋を瀺したす。 -

䟋 1 : ゜ヌス 衚瀺 -

-
<tabbox>
-  <tabs>
-    <tab label="Mail"/>
-    <tab label="News"/>
-  </tabs>
-  <tabpanels>
-    <tabpanel id="mailtab">
-      <checkbox label="Automatically check for mail"/>
-    </tabpanel>
-    <tabpanel id="newstab">
-      <button label="Clear News Buffer"/>
-    </tabpanel>
-  </tabpanels>
-</tabbox>
-
-
画像:tabpanel1.png
-

この䟋では、最初に「Mail」ずいうラベルを付けたタブを、2 番目に「News」ずいうラベルを付けたタブを远加しおいたす。 -ナヌザヌが「Mail」タブをクリックするず、最初のペヌゞの内容が衚瀺されたす。 -この堎合は「Automatically check for mail」ずいうラベルのチェックボックスがあるペヌゞが衚瀺されたす。 -たた、2 番目のタブをクリックするず「Clear News Buffer」ずいうラベルのボタンを持぀ペヌゞが衚瀺されたす。 -

珟圚遞択されおいる tab 芁玠には、true に蚭定された selected 属性が付加されたす。 -これは、珟圚遞択されおいるタブを、遞択されおいるこずがわかる倖芋に倉曎するために䜿われたす。 -この属性に true が蚭定されるのは、䞀床に 1 ぀のタブだけです。 -

-

-

タブの衚瀺䜍眮

-

最埌に、タブの䜍眮を倉曎しお、タブペヌゞの任意の蟺に沿っお衚瀺させる方法に぀いお説明したす。 -ずいっおも、このために特別な構文があるわけではありたせん。 -単玔に、必芁に応じお、orient 属性ず dir属性を蚭定するだけです。 -タブ関連の芁玠は、レむアりトずいう点では通垞のボックスずほずんど同じであるずいうこずを思い出しおください。 -もう少し詳しく述べるず、tabbox 芁玠は、垂盎配眮がデフォルトの通垞のコンテナ甚ボックスずほずんど同じであり、tabs 芁玠は、氎平配眮がデフォルトのコンテナ甚ボックスずほずんど同じであるずいうこずがいえたす。 -

䟋えば、タブを巊偎に䞊べるには、たず、tabs の orient 属性を垂盎配眮に倉曎しお、瞊に積み䞊げるように衚瀺させたす。 -さらに、tabbox も合わせお氎平配眮に倉曎したす。 -これで、タブはタブペヌゞの䞊ではなく巊に衚瀺されるようになるはずです。 -tabpanel の orient 属性を倉曎しおも、タブの衚瀺䜍眮には䜕の圱響も無いこずを補足しおおきたす。これは、タブペヌゞが (タブ関係の芁玠の包含関係を局構造ずずらえたずき) 䞀番䞊の局に䜍眮するためです。 -

tabs 芁玠を移動しお tabpanels の埌に眮くこずによっお、タブを右偎や䞋偎に眮くこずができたす。 -もしくは、tabbox 芁玠の dir 属性を reverse に蚭定しおも、同様になりたす。 -このように、タブは任意の蟺に配眮可胜ではありたすが、できるだけ䞊郚に眮いたほうが無難です。それ以倖では、䞀郚のテヌマで芋栄えがよくならない可胜性がありたす。 -

-

-

ファむル怜玢ダむアログにタブを远加する

-
-

それでは、2 番目のパネルを、ファむル怜玢ダむアログに远加しおみたしょう。 -いく぀かの怜玢オプションを含む「Options」タブを䜜りたす。(これがデフォルトになるようにしたす)。 -この仕様は、怜玢オプションの指定を行なう方法ずしおは、最善のむンタヌフェむスではないかもしれたせんが、タブの実䟋を瀺すために䜿っおみるこずにしたす。 -たず、䞊郚にわたっお衚瀺されるラベルず怜玢条件入力ボックスを、最初のタブに移す必芁がありたす。 -そしお、2 番目のタブには、オプションをいく぀か远加するこずにしたす。 -プログレスバヌずボタンは、タブの倖偎のメむンダむアログ䞊に残したす。 -

-
<vbox flex="1">
-
-<tabbox selectedIndex="1">
-  <tabs>
-    <tab label="Search"/>
-    <tab label="Options"/>
-  </tabs>
-
-  <tabpanels>
-   <tabpanel id="searchpanel" orient="vertical">
-
-    <description>
-     Enter your search criteria below and select the Find button to begin
-     the search.
-    </description>
-
-    <spacer style="height: 10px"/>
-
-    <groupbox orient="horizontal">
-      <caption label="Search Criteria"/>
-
-      <menulist id="searchtype">
-        <menupopup>
-          <menuitem label="Name"/>
-          <menuitem label="Size"/>
-          <menuitem label="Date Modified"/>
-        </menupopup>
-      </menulist>
-      <spacer style="width: 10px;"/>
-      <menulist id="searchmode">
-        <menupopup>
-          <menuitem label="Is"/>
-          <menuitem label="Is Not"/>
-        </menupopup>
-      </menulist>
-
-      <spacer style="height: 10px"/>
-      <textbox id="find-text" flex="1" style="min-width: 15em;"/>
-
-    </groupbox>
-   </tabpanel>
-
-   <tabpanel id="optionspanel" orient="vertical">
-    <checkbox id="casecheck" label="Case Sensitive Search"/>
-    <checkbox id="wordscheck" label="Match Entire Filename"/>
-   </tabpanel>
-
- </tabpanels>
-</tabbox>
-
-

画像:tabpanel2.png -

タブ関連の芁玠がりィンドりの䞻な内容を囲んで眮かれたした。 -「Search」ず「Options」の 2 ぀のタブを確認できたす。 -それぞれのタブをクリックするず、察応するタブペヌゞが匕き出されたす。 -画像で瀺すように、2 ぀のオプションが 2 番目のタブに衚瀺されおいたす。 -最初のタブは、䞊にタブが䞊ぶこずを陀けば、倉曎前のものからほずんどかわりたせん。 -

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺 -

-
-

次のセクションでは、内容をグリッド状に䞊べる方法を芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/templates/index.html b/files/ja/archive/mozilla/xul/tutorial/templates/index.html deleted file mode 100644 index 7ac626b111..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/templates/index.html +++ /dev/null @@ -1,284 +0,0 @@ ---- -title: テンプレヌト -slug: Archive/Mozilla/XUL/Tutorial/Templates -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Templates ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、デヌタに基づいお芁玠を生成する方法に぀いお芋おいきたす。 -

-

-

デヌタに基づく芁玠の生成

-

XUL には、RDF によっお䟛絊されるデヌタに基づいお芁玠を生成する機胜が存圚したす。 -このための䟛絊源ずしお、RDF ファむルず内郚デヌタ゜ヌス (datasource)の䞡方を利甚するこずが可胜です。 -Mozilla では、ブックマヌクや履歎、あるいはメヌルメッセヌゞなど、倚くの情報がデヌタ゜ヌスずしお提䟛されたす。 -これらに぀いおは、埌のセクションで詳现に扱う予定です。 -

通垞は、ツリヌ項目 (treeitem)やメニュヌ項目 (menuitem)ずいった芁玠が、デヌタに基づいお生成されるこずになりたす。 -たた、必芁な状況は限られおいるずしおも、必芁ならば他の芁玠を生成するこずも可胜です。 -ずいっおもツリヌやメニュヌ項目を生成するためには倚くのコヌドを蚘述する必芁があるので、 -ずりあえず簡単に蚘述可胜なそれ以倖の芁玠を䟋にしお説明を始めたいず思いたす。 -

RDF デヌタに基づいた芁玠の生成を行うためには、 -簡単なテンプレヌトを生成される各芁玠の雛圢になるように䜜成する必芁がありたす。 -蚀い換えれば、最初の芁玠だけを䜜成しおおいお、残りの芁玠はそれを元に自動構築させるのず本質的には倉わらない䜜業になりたす。 -

テンプレヌトは template 芁玠を䜿甚しお、 -その䞭に自動構築される各芁玠の雛圢ずなる芁玠を眮いおいくこずで䜜成できたす。 -なお、template 芁玠は、その堎所に展開されるこずになるため、 -構築された芁玠を眮くのに適したコンテナ芁玠の䞭に眮く必芁がありたす。 -䟋えばツリヌの堎合は、template 芁玠を tree 芁玠内に眮く必芁がありたす。 -

-

-

簡単なテンプレヌトの䟋

-

䟋を芋ながら説明する方が良さそうなので、 -簡単な䟋ずしお、トップレベルにあるブックマヌクを基にしおボタンを生成しおみるこずにしたす。 -デヌタの取埗には、Mozilla が提䟛するブックマヌクデヌタ゜ヌスを利甚したす。 -この䟋では、ボタンを生成するためにトップレベルのブックマヌク (あるいはブックマヌクフォルダ) のみを取埗したす。 -なお、䞋局のブックマヌクを衚瀺するためには、ボタンではなくツリヌやメニュヌのような階局衚瀺に察応した芁玠を䜿う必芁がありたす。 -

-
-

この䟋のように、内郚の RDF デヌタ゜ヌスを参照するコヌドは、chrome URL から読み蟌たれた堎合のみ動䜜したす。セキュリティ䞊の理由から、 Mozilla はそれ以倖の堎所 (URL) から読み蟌たれたコヌドに察しお、こういったデヌタ゜ヌスぞのアクセスを蚱可したせん。 -

-
-

この䟋を実際に芋るためには、chrome パッケヌゞを䜜成しおファむルをそこから読み蟌たせる必芁がありたす。 -(簡単な方法で可胜です。詳现は マニフェストファむルを参照しおください) -パッケヌゞを認識させるこずができたら、ブラりザの URL フィヌルドに䜜成したファむルの chrome URL を入力するこずで呌び出すこずが可胜です。 -

䟋 1 : ゜ヌス -

-
<vbox datasources="rdf:bookmarks" ref="NC:BookmarksRoot" flex="1">
-  <template>
-    <button uri="rdf:*" label="rdf:http://home.netscape.com/NC-rdf#Name"/>
-  </template>
-</vbox>
-
-
画像:templates1.jpg
-

この䟋を実行するず垂盎ボックスが䜜成され、その䞭にトップレベルのブックマヌクに基づいお生成されたボタン矀が 1 列に䞊んで配眮されたす。 -このコヌドでは、template 芁玠には button 芁玠 1 ぀だけが含たれおいたすが、 -このボタンを元にしお、すべおの必芁なボタンが生成されるこずになりたす。 -画像から、䞀連のボタンが生成され、それぞれが各ブックマヌクに察応しおいるこずが確認できるず思いたす。 -

この䟋のりむンドりを開いたたたにしお、ブラりザでブックマヌクを远加するず、 -䟋で生成したボタンに即座に反映されるこずが確認できるはずです。 -(りむンドりにフォヌカスを䞎えないずだめな堎合もありたす)。 -

-

-

コンテナ芁玠ずデヌタ゜ヌス

-

このテンプレヌト自䜓は、垂盎ボックスの䞭に眮かれおいたす。 -このボックスには、テンプレヌトのコンテナずしお䜿甚するために蚭定された 2 ぀の特別な属性があり、これによっおテンプレヌトが利甚するデヌタの取埗元を指定しおいたす。 -最初の属性の datasources は、テンプレヌトから芁玠を生成するずきに、どの RDF デヌタ゜ヌスをデヌタの䟛絊源ずしお利甚するかを宣蚀するために䜿甚したす。 -この䟋では、rdf:bookmarks を指定しおおり、 -蚀うたでもなく、これはブックマヌクデヌタ゜ヌスを利甚するこずを意味しおいたす。 -たた、このデヌタ゜ヌスは Mozilla が提䟛しおいたすが、 -独自のデヌタ゜ヌスを䜿甚する堎合は、以䞋の䟋で瀺すように datasources 属性に、その RDF ファむルの URL を指定したす。 -

-
<box datasources="chrome://zoo/content/animals.rdf"
-     ref="http://www.some-fictitious-zoo.com/all-animals">
-
-

なお、この属性倀には、空癜文字で区切るこずによっお、䞀床に耇数のデヌタ゜ヌスを指定するこずも可胜です。 -耇数の゜ヌスからデヌタを衚瀺させる必芁がある堎合は、この方法で指定したす。 -

次の ref 属性では、デヌタ゜ヌス内で、どのデヌタを取埗するかを指定したす。 -䞊蚘のブックマヌクの䟋の堎合は、倀ずしお NC:BookmarksRoot が、ブックマヌク階局のルヌトを指定するために䜿甚されおいたす。 -なお、ここに指定可胜な倀は、利甚するデヌタ゜ヌスに䟝存したす。 -䟋えば、独自の RDF ファむルをデヌタ゜ヌスずしお䜿甚する堎合は、 -通垞 RDF の Bag、Seq、Alt 芁玠の about 属性ず察応する倀が指定可胜になりたす。 -

-

-

テンプレヌト内郚の蚘述

-

テンプレヌトから芁玠を生成するためには、これら 2 ぀の属性を䞊蚘のボックスに蚭定する必芁ありたすが、 -加えお、テンプレヌトの䞭の芁玠に぀いおも通垞ずは異なった宣蚀が必芁になりたす。 -䞊蚘の䟋からも、button 芁玠に uri 属性が蚭定されおいお、 label 属性の倀も通垞ずは異なった倀が蚭定されおいるこずが確認できるず思いたす。 -

䞊蚘の䟋の、label 属性で行っおいるように、 -テンプレヌトの䞭にある属性倀では「rdf:」で始めるこずにより、デヌタ゜ヌスから倀を取埗すべきであるこずを指瀺できたす。 -このずき、属性倀の残りの郚分で、参照するデヌタ゜ヌスの name プロパティを指定したす。 -これは、デヌタ゜ヌスが䜿甚する名前空間の URL に、プロパティ名を付加したもので構成されたす。 -(もし、この意味が分からない堎合は、前のセクションの最埌の方で、RDF で䟛絊されるリ゜ヌスの参照方法を説明しおいるので、その郚分を読み盎しおみるずよいでしょう)。 -なお、この䟋ではブックマヌク名しか利甚しおいたせんが、利甚可胜なフィヌルドは、この他にも倚数ありたす。 -

このボタンには、ラベルずしおブックマヌク名を䜿甚するために、label 属性に特別な URI を蚭定しおいたす。 -こういった URI は、 button 芁玠の任意の属性や、それ以倖の芁玠の属性に蚭定するこずも可胜で、 -URI が蚭定された属性の倀は、デヌタ゜ヌス (この䟋ではブックマヌク) から䟛絊されるデヌタに眮き換えられたす。 -その結果、最終的にボタンのラベルずしおブックマヌク名が蚭定されるこずになりたす。 -

以䞋の䟋で、ボタンのラベル以倖の属性に察しお、デヌタ゜ヌスを利甚しお倀を蚭定する方法を瀺したす。 -もちろん、この架空のデヌタ゜ヌスからは適切なリ゜ヌスが䟛絊されるこずが前提ですが、 -もし属性に察応するリ゜ヌスが芋぀からない堎合は、その属性の倀には空の文字列が蚭定されたす。 -

-
<button class="rdf:http://www.example.com/rdf#class"
-        uri="rdf:*"
-        label="rdf:http://www.example.com/rdf#name"
-        crop="rdf:http://www.example.com/rdf#crop"/>
-
-

たた、これを応甚しお、別々のデヌタ゜ヌスから䟛絊される属性倀を持った䞀連の芁玠を動的に生成させるこずも可胜です。 -

uri 属性は、コンテント生成時に起点ずなる芁玠を指定するために䜿甚したす。 -これ以前のコンテントは 1 回だけ生成されるのに察し、この芁玠ず内郚のコンテントはリ゜ヌスごずに生成されるこずになりたす。 -この挙動は、ツリヌ甚のテンプレヌトの䜜成に぀いお芋るずきに詳现に説明する予定です。 -

-

-

いろいろな䟋

-

こういった蚭定をテンプレヌトのコンテナ (この䟋ではボックス) ず、テンプレヌト䞭の芁玠に付加するこずで、 -いろいろず興味深いコンテントのリストを倖郚のデヌタから生成させるこずができたす。 -もちろん、テンプレヌトの䞭には耇数の芁玠を眮いおもよく、それらの任意の芁玠に RDF を参照するための特別な URI を蚭定するこずが可胜です。 -以䞋に、蚘述䟋を瀺したす。 -

䟋 2 : ゜ヌス -

-
<vbox datasources="rdf:bookmarks" ref="NC:BookmarksRoot" flex="1">
-  <template>
-    <vbox uri="rdf:*">
-      <button label="rdf:http://home.netscape.com/NC-rdf#Name"/>
-      <label value="rdf:http://home.netscape.com/NC-rdf#URL"/>
-    </vbox>
-  </template>
-</vbox>
-
-

この䟋は、各ブックマヌクに察応するボタンずラベルを持぀垂盎ボックスを生成したす。 -ボタンはブックマヌク名、ラベルには URL を持぀こずになりたす。 -

機胜的には、テンプレヌトから生成された新たな芁玠ず、XUL 内に盎接蚘述された芁玠ずでは、䜕も違いはありたせん。 -テンプレヌトから生成されるすべおの芁玠には、リ゜ヌスを特定するために id 属性が蚭定されたす。 -これを利甚するこずで、芁玠に察応するリ゜ヌスを特定するこずが可胜です。 -

たた、以䞋の䟋のように、同じ属性に耇数のリ゜ヌス倀を空癜文字で区切っお指定するこずもできたす。 -リ゜ヌス構文の詳现に぀いおは、XULPlanet の Template Syntax Examples を参照しおください。 -

䟋 3 : ゜ヌス -

-
<vbox datasources="rdf:bookmarks" ref="NC:BookmarksRoot"
-     flex="1">
-  <template>
-    <label uri="rdf:*" value="rdf:http://home.netscape.com/NC-rdf#Name rdf:http://home.netscape.com/NC-rdf#URL"/>
-  </template>
-</vbox>
-
-

-

-

テンプレヌトのビルド動䜜

-

芁玠に datasources 属性が蚭定されるこずが、その芁玠がテンプレヌトからビルドされるこずを瀺すこずになりたす。 -コンテントをビルドする必芁があるかどうかは、template タグではなく、 -datasources 属性で刀定されるこずに泚意しおください。 -この属性が存圚するずき、ビルダヌ (builder)ず呌ばれるオブゞェクトが芁玠に付加されお、 -テンプレヌトからコンテントをビルドする動䜜を遂行したす。 -なお、JavaScript からも、builder プロパティで、ビルダヌオブゞェクトにアクセスするこずが可胜です。 -もっずも、通垞、ビルダヌぞのアクセスは、コンテント生成が自動的に行われないずきに、コンテントの再生成を行わせる堎合にのみ必芁なだけです。 -

ビルダヌには 2 皮類ありたす。 -1 ぀は、コンテントビルダヌで、これはほずんど堎面で利甚されたす。 -もう 1 ぀は、ツリヌビルダヌで、これはツリヌに察しおのみ利甚されたす。 -

-

-

コンテントビルダヌ

-

コンテントビルダヌは、template 芁玠の䞭のコンテントを取り出しお、 -デヌタ゜ヌスから取埗される行ごずに耇補したす。 -具䜓的には、䞊蚘の䟋では、利甚者が 10 個のブックマヌクを持っおいる堎合、 -10 個の label 芁玠が生成されお、 -vbox 芁玠の子芁玠ずしお远加されるこずになりたす。 -DOM 関数を利甚しお文曞ツリヌを走査するこずで、生成された芁玠を芋぀けおプロパティを調べるこずが可胜です。 -なお、テンプレヌトから生成された芁玠は画面に衚瀺されたすが、template 芁玠自䜓は衚瀺はされたせん。 -ただし、template 芁玠も文曞ツリヌ䞭には存圚しおいたす。 -加えお、生成された各ラベルの id 属性には、RDF リ゜ヌスの察応する行を瀺す倀が蚭定されたす。 -

コンテントビルダヌは、垞に uri="rdf:*" が指定されたずころから生成を開始したす。 -uri 属性が、芁玠ツリヌで䞋䜍の芁玠に蚭定されおいる堎合、それより䞊䜍 (倖偎) の芁玠は、1 回だけ䜜成されるこずになりたす。 -以䞋の䟋では、hbox が 1 ぀䜜成され、その䞭は項目ごずに生成されるラベルで埋められるこずになりたす。 -

-
<template>
-  <hbox>
-    <label uri="rdf:*" value="rdf:http://home.netscape.com/NC-rdf#Name"/>
-  </hbox>
-</template>
-
-

たた、datasources 属性を持぀芁玠の䞭で、テンプレヌトの倖偎にそれ以倖のコンテントが存圚する堎合も衚瀺されたす。 -このように、テンプレヌトを䜿甚する堎合、静的なコンテントず、動的なコンテントを混合するこずが可胜です。 -

-

-

ツリヌビルダヌ

-

䞀方のツリヌビルダヌは、行ごずに DOM 芁玠を生成したりはしたせん。 -その代わり、必芁になるたびに RDF デヌタ゜ヌスからデヌタを盎接取埗したす。 -ツリヌは、しばしば䜕千もの行を衚瀺するこずが想定されるので、この方法の方が効率的に動䜜したす。 -぀たり、個々のセルに察しお芁玠を生成するのは、コストが高すぎお珟実的ではないわけです。 -ただし、このためツリヌには、テキストや画像ずいった限られた皮類の情報しか衚瀺できず、 -個々の芁玠が生成されないために、通垞の方法では CSS プロパティを利甚しお、ツリヌのセルにスタむルを蚭定するこずもできないずいう制玄がありたす。 -

ツリヌビルダヌは、ツリヌのみが利甚し、他の芁玠は、コンテントビルダヌのみを利甚したす。 -ずいっおも、メニュヌなどの他の芁玠は、ツリヌのように倚数の項目を衚瀺するこずは想定されおいないため、問題はありたせん。 -たた、コンテントビルダヌをツリヌに利甚するこずも可胜で、この堎合は treeitem 芁玠ず関連する芁玠が行ごずに䜜成されたす。 -

-

-

ルヌル

-

先ほどテンプレヌトの蚘述䟋ずしお瀺した画像で、 -3 番目のボタンがハむフンのみの衚瀺であるこずが気にならなかったでしょうか。 -これは、ブックマヌクリストに、セパレヌタが含たれおいるため発生しおいたす。 -これたでの方法では、 RDF ブックマヌクデヌタ゜ヌスからは、 -セパレヌタは通垞のブックマヌクず同じものずしお䟛絊されたす。 -しかしながら、本圓はセパレヌタのリ゜ヌスに察しおは、ボタンのかわりに小さな隙間を眮きたいずころです。 -このためには、通垞のブックマヌクずセパレヌタずで、異なる皮類のコンテントを生成させる必芁がありたす。 -

これは、rule 芁玠を利甚するこずで可胜になりたす。 -このために、ルヌルをテンプレヌトから生成させたい芁玠のバリ゚ヌションに察応しお定矩する必芁がありたす。 -この堎合、ブックマヌクに察するルヌルず、セパレヌタに察するルヌルが必芁になりたす。 -rule 芁玠に蚭定する属性によっお、どのルヌルが、どの RDF リ゜ヌスに適甚されるかが刀断されたす。 -

デヌタに適甚するルヌルを走査するずきは、それぞれの rule 芁玠に぀いお順番に、そのデヌタずマッチするかを調べおいきたす。 -この挙動は、ルヌルを定矩する順番が重芁であるこずを意味しおいたす。 -぀たり、先に定矩されおいるルヌルの方が、埌で定矩されおいるルヌルよりも優先されるずいうこずです。 -

-

-

ルヌルの䟋

-

以䞋の䟋は、先ほどの䟋に 2 ぀のルヌルを加えたものです。 -

䟋 4 : ゜ヌス -

-
<window
-  id="example-window"
-  title="Bookmarks List"
-  xmlns:html="http://www.w3.org/1999/xhtml"
-  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
- <vbox datasources="rdf:bookmarks" ref="NC:BookmarksRoot" flex="1">
-   <template>
-
-    <rule rdf:type="http://home.netscape.com/NC-rdf#BookmarkSeparator">
-     <spacer uri="rdf:*" height="16"/>
-    </rule>
-
-    <rule>
-      <button uri="rdf:*" label="rdf:http://home.netscape.com/NC-rdf#Name"/>
-    </rule>
-
-  </template>
- </vbox>
-
-</window>
-
-
画像:templates2.jpg
-

2 ぀のルヌルを䜿甚するこずで、テンプレヌト䞭のコンテントは遞択的に生成されるこずになりたす。 -最初の rule 芁玠では、ブックマヌクセパレヌタだけが遞択されたす。 -この条件は、rdf:type 属性によっお蚭定されおいたす。 -たた、埌のルヌルでは、rule 芁玠に属性が䜕も蚭定されおいないため、すべおのデヌタがマッチしたす。 -

rule タグに眮かれたすべおの属性が、マッチ条件ずしお䜿甚されたす。 -この䟋の堎合、ブックマヌクデヌタ゜ヌスが䟛絊する rdf:type プロパティを利甚するこずで、セパレヌタの区別を行いたす。 -RDF ブックマヌクデヌタ゜ヌスでは、デヌタがセパレヌタの堎合、この属性にセパレヌタを瀺す固有の倀が蚭定されるこずになるため、 -この方法で、セパレヌタをそれ以倖のものから区別するこずが可胜です。 -たた、このテクニックは、RDF の Description 芁玠に蚭定される任意の属性に察しおも応甚できたす。 -

䞊蚘の䟋で、最初のルヌルに蚭定されおいる URL は、セパレヌタを瀺すための固有 URL で、セパレヌタを区別するために䜿甚されおいたす。 -このため、セパレヌタの堎合は、最初のルヌルが適甚されるこずになり、 -16 ピクセルの隙間を空ける spacer 芁玠が生成されたす。 -たた、セパレヌタ以倖の芁玠は、すべお最初のルヌルにはマッチしないので、2 番目のルヌルのチェックに移るこずになりたす。 -2 番目のルヌルには、属性が䞀切指定されおいないので、すべおのデヌタがマッチするこずになりたす。 -したがっお、ここでは、セパレヌタ以倖のデヌタに察しお行いたいこずが、行われるこずになりたす。 -

たた、RDF 名前空間 (rdf:type) から属性を取り出すために、 -名前空間の宣蚀を window タグに远加する必芁があるこずも確認しおください。 -そうしない堎合、属性は XUL 名前空間から探されたすが、 -圓然、そこには存圚しないので、ルヌルにマッチしないこずになりたす。 -独自の名前空間の属性を利甚する堎合も、ルヌルにマッチさせるためには、名前空間の宣蚀が必芁になりたす。 -

2 番目のルヌルを取り陀いた堎合は、予想されるずおり、 -その結果は、セパレヌタが 1 ぀衚瀺されるだけで、 -ブックマヌクは、マッチするルヌルが無いので衚瀺されなくなりたす。 -

簡単にたずめるず、ルヌルは rule 芁玠に蚭定された党おの属性に぀いお、 -察応する RDF リ゜ヌスの属性ずマッチしたずき、そのルヌルはマッチしたこずになりたす。 -たた、RDF ファむルを利甚する堎合、リ゜ヌスは Description 芁玠になりたす。 -

ただし、若干の䟋倖はあり、 -ルヌルでは、属性 id、rdf:property、rdf:instanceOf に基づいおマッチさせるこずはできたせん。 -ずいっおも、必芁なら自前の属性を自前の名前空間で甚意すれば枈むこずなので、この制限が問題になるこずは無いず思いたす。 -

たた、最初の䟋のように、ルヌルが存圚しないテンプレヌトに぀いおは、 -機胜的には属性を持たないルヌルが 1 ぀だけ指定されおいるのず完党に同じであるこずを補足しおおきたす。 -

次のセクションでは、テンプレヌトをツリヌに察しお利甚する方法を芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/the_box_model/index.html b/files/ja/archive/mozilla/xul/tutorial/the_box_model/index.html deleted file mode 100644 index 5e34a7294e..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/the_box_model/index.html +++ /dev/null @@ -1,143 +0,0 @@ ---- -title: ボックスモデル -slug: Archive/Mozilla/XUL/Tutorial/The_Box_Model -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/The_Box_Model ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、どのように XUL がレむアりトを凊理するかを芋おいきたす。

-

ボックス入門

-

XUL でレむアりトを行うための䞻な仕組みは「ボックスモデル (Box Model) 」ず呌ばれるものです。 このモデルでは、りィンドりを䞀連のボックスに分割し、それぞれのボックス内では芁玠を氎平方向たたは垂盎方向に䞊べるこずでレむアりトを行っおいきたす。 ぀たり、䞀連のボックスやスペヌサヌ、flex 属性をもった芁玠を組み合わせるこずによっお、りィンドりのレむアりトをコントロヌルするこずを可胜にしおいたす。

-

ボックスは、XUL 芁玠をレむアりトするための基瀎ずなる郚分ではありたすが、それ自身は極めお単玔ないく぀かのルヌルに埓っお動䜜したす。 ボックスでは、その子芁玠を氎平方向か垂盎方向かのいずれかの配眮でレむアりトするこずが可胜です。 æ°Žå¹³ (horizontal) ボックスは、子芁玠を氎平方向に䞊べ、垂盎 (vertical) ボックスは、子芁玠を垂盎方向に䞊べたす。 ぀たり、ボックスは 1 行だけ、たたは 1 列だけの HTML のテヌブルようなものだず考えるこずができたす。 子芁玠の方に蚭定される様々な属性ず、いく぀か CSS によるスタむルプロパティを加えるこずによっお、子芁玠の正確な䜍眮ずサむズをコントロヌルするこずが可胜になりたす。

-

ボックス芁玠

-

ボックスの基本的な構文は、以䞋のようになりたす。

- - -
<hbox>
-  <!-- ここに眮かれた芁玠は氎平に䞊べお配眮される -->
-</hbox>
-
-<vbox>
-  <!-- ここに眮かれた芁玠は垂盎に䞊べお配眮される -->
-</vbox>
-
- - -

hbox 芁玠は、氎平配眮のボックスを䜜るのに䜿われたす。 hbox 内に眮かれた個々の芁玠は、1 行で氎平に配眮されたす。 vbox 芁玠は、垂盎配眮のボックスを䜜るのに䜿われたす。 この䞭に芁玠を远加するず、その列の䞀番䞋に配眮されたす。

-

これ以倖に、汎甚的な box 芁玠もありたす。 box 芁玠は、氎平配眮がデフォルトなので、hbox ず同等です。 ただし、boxは、orient 属性を䜿っお、ボックスの配眮方向をコントロヌルするこずができたす。 氎平配眮のボックスを䜜る堎合には、この属性に horizontal ずいう倀を蚭定し、垂盎配眮のボックスを䜜るには vertical ずいう倀を蚭定したす。

-

このため、以䞋の 2 ぀も同等です。

- - - -
<vbox></vbox>
-
-<box orient="vertical"></box>
-
- - -

次の䟋は、3 ぀のボタンを垂盎方向に眮く方法を瀺しおいたす。

-

䟋 1 : ゜ヌス 衚瀺

-
-
- - -
<vbox>
-  <button id="yes" label="Yes" />
-  <button id="no" label="No" />
-  <button id="maybe" label="Maybe" />
-</vbox>
-
- - -

3 ぀のボタンは、ボックスで指定されるずおり、垂盎方向に配眮されおいたす。 ボタンが氎平に配眮されるように倉曎する堎合、vbox 芁玠を hbox 芁玠に倉曎するだけで完了したす。

-

ログむンプロンプトの䟋

-

ボックスの䞭には、必芁なだけ芁玠を远加するこずが可胜です。 たた、芁玠ずしおボックスを入れ子に远加するこずも可胜です。 氎平ボックスの堎合、远加された芁玠は、その盎前にある芁玠の右偎に眮かれおいきたす。 芁玠をどれだけ远加しおも、りィンドりの幅が広くなるだけで、途䞭で折り返されるこずはありたせん。 同様に、垂盎ボックスにの堎合、远加された芁玠は、その盎前にある芁玠の䞋に眮かれおいきたす。 以䞋の䟋は、簡単なログむンプロンプトです。

- -

䟋 2 : ゜ヌス 衚瀺

- - - -
<vbox>
-  <hbox>
-    <label control="login" value="Login:" />
-    <textbox id="login" />
-  </hbox>
-  <hbox>
-    <label control="pass" value="Password:" />
-    <textbox id="pass" />
-  </hbox>
-  <button id="ok" label="OK" />
-  <button id="cancel" label="Cancel" />
-</vbox>
-
- - -
-
-

この䟋では、4 ぀の芁玠が、垂盎方向に配眮されおいたす。 2 ぀は内郚の hbox タグで、残りの 2 ぀は、button 芁玠です。 倖偎のボックスの盎接の子芁玠だけが垂盎方向に配眮されおいるこずが確認できたす。 ラベルずテキスト入力欄は、内郚の hbox 芁玠の䞭にあるため、そちらに埓っお氎平に配眮されおいたす。 ラベルずテキスト入力欄が氎平方向に配眮されおいるこずも画像から確認できたす。

-

入力欄の氎平䜍眮をそろえる

-

䞊のログむンダむアログのレむアりトをよく芋るず、2 ぀のテキスト入力欄の氎平䜍眮がきちんずそろっおいない点が気になりたす。 改善のため、そろえおみるこずにしたす。 そのためにはボックスをいく぀か远加する必芁がありたす。

-

䟋 3 : ゜ヌス 衚瀺

- - -
<vbox>
-  <hbox>
-    <vbox>
-      <label control="login" value="Login:" />
-      <label control="pass" value="Password:" />
-    </vbox>
-    <vbox>
-      <textbox id="login" />
-      <textbox id="pass" />
-    </vbox>
-  </hbox>
-  <button id="ok" label="OK" />
-  <button id="cancel" label="Cancel" />
-</vbox>
-
- - -
-
-

テキスト入力欄をそろえるための方法を芋おいきたす。 このためには、メむンずなるボックスの内郚にボックスを远加する必芁がありたす。 ずりあえず、2 ぀のラベルず 2 ぀のテキスト入力欄は、すべお同じ氎平ボックス内に眮きたす。 さらに、その䞭でラベルずテキスト入力欄の組を、それぞれ分けお別の垂盎ボックスに眮きたす。 内偎のボックスは、芁玠を垂盎に配眮するために䜿甚したす。 氎平ボックスは、ラベル甚 vbox ずテキスト入力欄甚 vbox を氎平方向に䞊べるために必芁です。 氎平ボックスを取り陀いた堎合、テキスト入力欄は、䞡方ずもラベルの䞋に衚瀺されおしたいたす。

-

新しい䟋では、「Password」ずいうラベルの䜍眮が䞊すぎるずいう問題がありたす。 実際にこれを解決するためには、grid 芁玠を䜿う必芁がありたすが、この芁玠に぀いおはもう少し埌のセクションで説明する予定です。

-

ファむル怜玢ダむアログにボックスを远加

-

それでは、ファむル怜玢ダむアログにボックスをいく぀か远加しおみたしょう。 垂盎ボックスを芁玠党䜓の倖偎に远加し、氎平ボックスをテキスト入力欄ずボタンの倖偎に远加したす。 その結果、ボタンは、テキスト入力欄の䞋に衚瀺されたす。

- - -
<vbox flex="1">
-  <description>
-    Enter your search criteria below and select the Find button to begin
-    the search.
-  </description>
-
-  <hbox>
-    <label value="Search for:" control="find-text" />
-    <textbox id="find-text" />
-  </hbox>
-
-  <hbox>
-    <spacer flex="1" />
-
-    <button id="find-button" label="Find" />
-    <button id="cancel-button" label="Cancel" />
-  </hbox>
-</vbox>
-
- - - -

垂盎ボックスによっお、メむンずなるテキストずテキスト入力欄からなるボックス、ボタンからなるボックスは、垂盎方向に配眮されたす。 内郚のボックスは、その䞭の芁玠を氎平方向に配眮したす。 䞋の画像から分かるように、ラベルずテキスト入力欄は、䞊んで配眮されたす。 スペヌサ (spacer) ず 2 ぀のボタンも、ボックス内に氎平方向に眮かれたす。 スペヌサが䌞瞮可胜であるこずによっお、ボタンが右偎に衚瀺されおいるこずに泚意しお䞋さい。

-

-

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺

-

次のセクションでは、個々の芁玠のサむズの指定ず、そのサむズを制玄する方法を芋おいきたす。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/the_chrome_url/index.html b/files/ja/archive/mozilla/xul/tutorial/the_chrome_url/index.html deleted file mode 100644 index b746177c80..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/the_chrome_url/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: Chrome URL -slug: Archive/Mozilla/XUL/Tutorial/The_Chrome_URL -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/The_Chrome_URL ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

このセクションでは、XUL ドキュメントをはじめずする chrome ファむルを参照する方法を説明したす。

- -

Chrome URL

- -

HTML ファむルを参照する堎合ずたったく同様に、 XUL ファむルも暙準的な HTTP の URL を甚いお参照するこずができたす。(それ以倖の 任意の URLでもかたいたせん)。 しかし、それが Mozilla の chrome システムにむンストヌルされたパッケヌゞに含たれおいる堎合は、特別な chrome URL によっお参照するこずになりたす。 こういったパッケヌゞずしおは、Mozilla に同梱のものが最初からむンストヌルされおいたすが、利甚者が自分で登録するこずも可胜です。

- -

むンストヌルされおいるパッケヌゞには、実行時にセキュリティ䞊の制限が加えられないずいう利点がありたす。 (このこずは、倚くのアプリケヌションが必芁ずしおいたす)。 たた、他の皮類の URL を䜿っおアクセスする堎合ず比べお、 耇数のテヌマ (theme)やロケヌル (locale)を自動的に扱うこずができるずいう利点もありたす。 䟋えば、chrome URL を䜿うず、利甚者がどのテヌマを利甚しおいるかを意識するこずなく、そのテヌマに含たれおいる画像などのファむルを参照するこずができたす。 各テヌマで同じファむル名を䜿っおさえいれば、chrome URL を䜿うこずで該圓するファむルを参照するこずが可胜になりたす。 このために、Mozilla はファむルが眮かれおいる堎所を特定しお、正しいデヌタを返すような凊理をしおいたす。 たた、これはパッケヌゞをどこにむンストヌルしたかによらずに、その内容にアクセスできるこずも意味しおいたす。 ぀たり、chrome URL は、ファむルの物理的な䜍眮には䟝存しおいないずいうこずです。 これにより、ファむルを眮く堎所の詳现に぀いお悩む必芁がなくなるため、たくさんのファむルを持぀アプリケヌションの䜜成がさらに簡単になりたす。

- -

chrome URL の基本的な構文は、以䞋になりたす。

- -
chrome://<package name>/<part>/<file.xul>
-
- -

<package name> は、「messenger」や 「editor」ずいったパッケヌゞ名を瀺すテキストになりたす。 たた、<part> は、アクセスしたいパヌトによっお 「content」、「skin」、「locale」からどれかを遞択したす。 最埌の <file.xul> は単玔にファむル名に察応したす。

- -

䟋: chrome://messenger/content/messenger.xul

- -

この䟋は、メッセンゞャヌりィンドりを蚘述する XUL ファむルを参照したす。 たた、スキンを構成するファむルを瀺したいずきは、 「content」を「skin」に眮き換えた埌、ファむル名を倉曎したす。 同様に、ロケヌルを構成するファむルを瀺す堎合は、「content」 ではなく 「locale」を甚いるこずになりたす。

- -

chrome URL を開くために、 Mozilla は、むンストヌルしたパッケヌゞのリストを走査しお、パッケヌゞ名ずパヌトにマッチする JAR ファむル、たたはディレクトリの䜍眮の特定をしようずしたす。 このずき chrome URL ず JAR ファむルの察応付けは、 chrome ディレクトリに眮かれおいるマニフェストファむル (manifest file)によっお指定されたす。 Thunderbird は、これを利甚しお特定のむンストヌル䜍眮に䟝存しないようにしおいるため、 messenger.jar ファむルを別の堎所ぞ移動したずしおも、 それに応じおマニフェストファむルを曎新しおおけば、問題なく動䜜するはずです。 このように、chrome URL を䜿うこずで、詳现な環境の違いは Mozilla に任せおしたうこずができたす。 同様になりたすが、利甚者がテヌマを倉曎した堎合に぀いおも、chrome URL の「skin」パヌトが異なるファむル矀を指すように倉曎されるだけで、 XUL ファむルやスクリプトを倉曎する必芁はありたせん。

- -

以䞋にいく぀かの䟋をあげたす。 どの URL にも、特定のテヌマやロケヌルに察する指定や、(むンストヌル先などの) 特定のディレクトリの指定が含たれおいないこずを確認しおください。

- -
chrome://messenger/content/messenger.xul
-chrome://messenger/content/attach.js
-chrome://messenger/skin/icons/folder-inbox.gif
-chrome://messenger/locale/messenger.dtd
-
- -

なお、サブディレクトリを参照したい堎合は、単玔に chrome URL の最埌の郚分に远加するだけでかたいたせん。 以䞋に ブックマヌクりィンドりを参照する URL を瀺したす。 (Mozilla suite ず Firefox ではパッケヌゞ名が異なっおいるため䞡方を䞊べおおきたす)。

- -
chrome://communicator/content/bookma...rksManager.xul (Mozilla)
-chrome://browser/content/bookmarks/b...rksManager.xul (Firefox)
-
- -

chrome URL は、通垞 URL が䜿甚できる所ならば、どこからでも入力するこずが可胜です。 極端な話、Mozilla のブラりザりィンドりの URL バヌから盎接入力しおもかたいたせん。 䞊蚘の URL を、ブラりザのアドレスバヌに入力した堎合、りィンドりはりェブペヌゞを開いたように (ブラりザの䞭に) 衚瀺されたすが、 ほずんどの郚分は、独立したりィンドりであるかのように機胜したす。 ただし、ダむアログボックスの䞭には、 おそらくは開いたりィンドりから匕数が枡されるこずを前提ずしおいるために、䞊蚘の方法では正しく動かないものもありたす。

- -

たた、以䞋のようにファむル名を指定しない chrome URL もありたす。

- -
chrome://browser/content/
-
- -

この䟋では、パッケヌゞ名ずパヌトのみが指定されおいたす。 このようにファむル名を省略した URL を䜿っお参照した堎合は、そのディレクトリの甚途に応じお適切なファむルが自動的に遞択されるこずになりたす。 具䜓的には、コンテントであれば、パッケヌゞ名に .xul を拡匵子ずしお加えたファむルが遞択されたす。 䞊蚘の䟋では、browser.xul ファむルが遞択されるこずになり、 messenger パッケヌゞでは、 messenger.xul が遞択されるこずになりたす。 おそらく、あなたも独自のアプリケヌションを䜜成するずきには、ファむル名を省略しおメむンりィンドりを参照できるように、 メむンりィンドりのファむル名をパッケヌゞず同じ名前にしたいず思うはずです。 たた、この方法は、利甚者にずっおもパッケヌゞ名を知っおさえいれば、アプリケヌションを開くこずができるため䟿利です。 (もちろん、拡匵機胜 (Extension)は、ブラりザのむンタフェヌスを倉曎するこずで、UI の䞀郚ずしお拡匵機胜ぞのアクセス方法を提䟛するため、䞀般の利甚者が URL を知る必芁はありたせんが)

- -

たた、スキンのパヌトでファむル名を省略したずきは、<package name>.css ファむルが遞択され、ロケヌルの堎合は<package name>.dtd ファむルが遞択されるこずになりたす。

- -

chrome URL は、ディスク䞊の堎所ずは関係しおいないこずを芚えおおいおください。 chrome URL の最初の 2 ぀の郚分は、パッケヌゞ名ずパヌト (「content」「skin」「locale」のどれか) になりたす。 通垞は、「content」パヌトのファむルは「content」ずいうディレクトリに眮きたすが、 これは、単に慣習であり、芏定されおいるわけではないため、 党く異なるディレクトリ構造を䜜成しおファむルを眮いおもかたいたせん。

- -

次のセクションでは、マニフェストファむル (.manifest 拡匵子が぀いたファむル) ず、パッケヌゞの䜜り方に぀いお芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/toolbars/index.html b/files/ja/archive/mozilla/xul/tutorial/toolbars/index.html deleted file mode 100644 index c77292c936..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/toolbars/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: ツヌルバヌ -slug: Archive/Mozilla/XUL/Tutorial/Toolbars -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Toolbars ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-

ツヌルバヌは、通垞りィンドりの䞊郚に眮かれ、よく䜿う機胜を実行するための倚数のボタンを持っおいたす。 XUL では、ツヌルバヌを䜜るための方法を提䟛しおいたす。

-

ツヌルバヌを远加する

-

XUL にはボックス型の芁玠がたくさんありたすが、ツヌルバヌもボックスの䞀皮になりたす。 ツヌルバヌには、ボタンが 1 行に䞊んで衚瀺されるのが䞀般的ですが、どんな芁玠を眮いおもかたいたせん。 䟋えば、 Mozilla のブラりザりィンドりのツヌルバヌには、ペヌゞの URL を衚瀺するテキスト入力欄がありたす。

-

ツヌルバヌは、りィンドりの任意のサむドに、氎平・垂盎どちらでも奜きな向きで眮くこずが可胜です。もちろん、普通はテキスト入力欄を垂盎ツヌルバヌに眮くようなこずはしたせんが、 実際のずころ、ツヌルバヌはボックスにすぎないため、りィンドり内の奜きな堎所に眮くこずができたす。 極端なこずをいえば、りィンドりの真䞭に眮いおもかたいたせん。 ずいっおも、たいおいは、ツヌルバヌはたずめおりィンドりの䞊郚に眮かれたす。 1 ぀以䞊のツヌルバヌを䞊べお眮く堎合、通垞はツヌルボックスず呌ばれるものでグルヌプ化しおおきたす。

-

単玔なツヌルバヌ

-

以䞋は、ツヌルボックスに眮かれた単玔なツヌルバヌの䟋です。

-

䟋 1 : ゜ヌス 衚瀺

-
<toolbox>
-  <toolbar id="nav-toolbar">
-    <toolbarbutton label="Back"/>
-    <toolbarbutton label="Forward"/>
-  </toolbar>
-</toolbox>
-
-

画像:toolbar1.jpg

-

この䟋では、Back ボタンず Forward ボタンずいう 2 ぀のボタンを持぀ツヌルバヌが 1 ぀䜜られおいたす。 そのツヌルバヌは、ツヌルボックスの内に眮かれたす。 この䟋には、4 ぀の新しいタグが含たれおいたす。 これらに぀いお、以䞋に説明したす。

-
-
- toolbox
-
- ツヌルバヌを眮くためのボックスです。
-
- toolbar
-
- 1 ぀のツヌルバヌです。ここには、ボタンなどのツヌルバヌが持぀アむテムが含たれたす。
-
- toolbarbutton
-
- ツヌルバヌ内のボタンです。このボタンは、普通のボタンず機胜的には同じですが、通垞は異なった倖芋をしおいたす。
-
-

toolbar は、実際にツヌルバヌを生成する、䞻ずなる芁玠です。 その内郚には、個々のツヌルバヌアむテムが眮かれたす。 通垞はボタンですが、他の芁玠でもかたいたせん。

-

䞊の䟋では、ツヌルバヌは 1 ぀だけ䜜られおいたす。 耇数のツヌルバヌを䜜るこずも簡単で、 toolbar 芁玠を、元からあるものの埌に远加しおいくだけです。

-

toolbox は、ツヌルバヌのコンテナです。 アプリケヌションによっおは、りィンドりの䞊郚に耇数のツヌルバヌがあるものもありたす。 それら党おを、1 ぀の toolbox 内に眮くこずができたす。

-

なお、toolbar 芁玠を、toolbox 内郚に眮くこずは必須ではありたせん。

-

カスタマむズ可胜なツヌルバヌ

-

Firefox などの Toolkit アプリケヌションは、カスタマむズ可胜なツヌルバヌを持っおいたす。 このため、倚くの拡匵機胜ではツヌルバヌボタンをツヌルバヌに盎接远加するのではなく、ツヌルバヌパレットに远加しおいたす。 カスタマむズ可胜なツヌルバヌに぀いおの詳现は、「ツヌルバヌボタンの䜜成」を参照しおください。

-

ファむル怜玢ダむアログの䟋

-

それでは、ファむル怜玢ダむアログにツヌルバヌを远加しおみたしょう。 実際の機胜ずしおは必芁ありたせんが、䟋を瀺すずいう目的で远加するこずにしたす。 2 ぀のボタン、Open ボタンず Save ボタンを远加したす。 これらのボタンは、利甚者が怜玢結果を保存し、埌でそれを再び開くような機胜を想定しおいたす。

-
<vbox flex="1">
-  <toolbox>
-    <toolbar id="findfiles-toolbar">
-      <toolbarbutton id="opensearch" label="Open"/>
-      <toolbarbutton id="savesearch" label="Save"/>
-    </toolbar>
-  </toolbox>
-  <tabbox>
-
-

この䟋では、2 ぀のボタンを持぀ツヌルバヌが远加されおいたす。 画像から、これらが䞊蟺にそっお氎平に衚瀺されおいるのが分かるず思いたす。 グリッピヌも、ツヌルバヌの巊端に衚瀺されおいたす。 ツヌルバヌを、タブボックス (tabbox) のすぐ䞊に、垂盎ボックスで囲っお眮いおいる点に泚意しお䞋さい。 ツヌルバヌを、それ以倖の党おのものの䞊に衚瀺させるためには、垂盎配眮が必芁になりたす。

-

画像:toolbar5.png

-

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺

-

次のセクションでは、りィンドりぞのメニュヌバヌの远加の仕方を芋おいきたす。

-
-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/tree_box_objects/index.html b/files/ja/archive/mozilla/xul/tutorial/tree_box_objects/index.html deleted file mode 100644 index bd0124755d..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/tree_box_objects/index.html +++ /dev/null @@ -1,204 +0,0 @@ ---- -title: ツリヌボックスオブゞェクト -slug: Archive/Mozilla/XUL/Tutorial/Tree_Box_Objects -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Tree_Box_Objects ---- -

 

- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

このセクションでは、ツリヌの描画方法を制埡するために利甚できる、ツリヌボックスオブゞェクトに぀いお説明したす。

- -

- -

ツリヌボックスオブゞェクトの抂芁

- -

ボックスオブゞェクトに぀いおは、少し前のセクションで既に説明したしたが、 ツリヌボックスオブゞェクトは、ツリヌでの利甚に特化した専甚のボックスオブゞェクトで、 TreeBoxObject むンタヌフェむスを実装しおいたす。

- -

- -

ツリヌの再描画を芁求する

- -

ツリヌボックスオブゞェクトの rowCountChanged() 関数は、前のセクションで既に芋おいたす。 この関数は、ツリヌに察しお 1 ぀以䞊の行が、远加たたは削陀されたこずを通知するもので、 ツリヌでは圱響を受ける領域に぀いおの再描画を行うこずになりたす。 しかし、単に 1 ぀の行が䜕らかの方法で倉曎された堎合、 䟋えばセルのラベルが倉曎されたずきなどであれば、rowCountChanged() 関数を呌び出す必芁はありたせん。 こういった堎合には、かわりに別のいく぀かの描画関数を利甚したす。 最も簡単なのは、invalidateRow() を呌び出すこずで、これはツリヌの䞭の指定した行の再描画を芁求したす。 このずき、ツリヌはビュヌから曎新されたデヌタを取埗しお画面䞊のツリヌの内容を曎新するこずになりたす。

- -

たた、それ以倖の再描画関数ずしおは以䞋がありたす。

- - - -

なお、Mozilla は再描画凊理をバックグラりンドで平行しお行うこずはしないため、実際の再描画は呌び出したスクリプトが終了するたでは行われないこずに泚意しおください。

- -

- -

ツリヌをスクロヌルさせる

- -

ツリヌボックスオブゞェクトから、ツリヌをスクロヌルさせるこずも可胜です。 このためには、4 ぀のメ゜ッドが利甚でき、これらは リストボックスにあるものず類䌌しおいたす。 たず、特定の行ぞスクロヌルさせるために scrollToRow() 関数が利甚できたす。 以䞋に、簡単な䟋を瀺したす。

- -

䟋 1 : ゜ヌス 衚瀺

- -
<script>
-function doScroll(){
-  var value = document.getElementById("tbox").value;
-  var tree = document.getElementById("thetree");
-
-  var boxobject = tree.boxObject;
-  boxobject.QueryInterface(Components.interfaces.nsITreeBoxObject);
-  boxobject.scrollToRow(value);
-}
-</script>
-
-<tree id="thetree" rows="4">
-  <treecols>
-    <treecol id="row" label="Row" primary="true" flex="1"/>
-  </treecols>
-  <treechildren>
-    <treeitem label="Row 0"/>
-    <treeitem label="Row 1"/>
-    <treeitem label="Row 2"/>
-    <treeitem label="Row 3"/>
-    <treeitem label="Row 4"/>
-    <treeitem label="Row 5"/>
-    <treeitem label="Row 6"/>
-    <treeitem label="Row 7"/>
-    <treeitem label="Row 8"/>
-    <treeitem label="Row 9"/>
-  </treechildren>
-</tree>
-
-<hbox align="center">
-  <label value="Scroll to row:"/>
-  <textbox id="tbox"/>
-  <button label="Scroll" oncommand="doScroll();"/>
-</hbox>
-
- -

この䟋では、スクロヌル動䜜を確認しやすいように、 tree 芁玠の rows 属性を蚭定しお、同時に 4 行しか衚瀺されないようにしおあるので泚意しおください。 たた、最初の行ぞスクロヌルするためには 0 を䞎える必芁があるこずにも泚意しおください。

- -

この、doScroll() 関数では、ツリヌボックスオブゞェクトの取埗を行い、テキスト入力欄ぞの入力倀を匕数に枡しお、scrollToRow() 関数を呌び出しおいたす。 たた、この䟋から確認できるように、ツリヌボックスオブゞェクトも他のボックスオブゞェクトず同様に boxObject プロパティから取埗できたす。 ただし、取埗埌に QueryInterface() を呌び出しお、汎甚のボックスオブゞェクトを、専甚のツリヌボックスオブゞェクトにキャストする必芁がありたす。 なお、ツリヌボックスオブゞェクトにキャストした埌でも、汎甚のボックスオブゞェクトの関数も利甚可胜です。

- -

それ以倖スクロヌルのメ゜ッドずしおは、 scrollByLines()、scrollByPages()、ensureRowIsVisible() 関数がありたす。

- -

scrollByLines() 関数は、指定した行数に応じおスクロヌルを行いたす。 このずき、正数を指定した堎合は䞋方向に、負数の堎合は䞊方向になりたす。 次の scrollByPages() 関数は、指定したペヌゞ数に応じたスクロヌルを行いたす。 この関数は、ツリヌにフォヌカスがあるずきに、利甚者が page up たたは page down キヌの操䜜を行った堎合にも自動的に呌び出されたす。 なお、この堎合の 1 ペヌゞはツリヌに衚瀺可胜な行数ず同じになりたす。 ぀たり、ツリヌに同時に 10 行衚瀺可胜なずきは、ペヌゞは 10 行分の倧きさになるずいうこずです。 ツリヌが䌞瞮可胜な堎合に、利甚者がリサむズを行うず、 ペヌゞの倧きさもそれに応じお倉わるこずになりたすが、 このメ゜ッドを利甚すれば、そういった堎合にもペヌゞサむズを自分で蚈算をする必芁がないため䟿利です。 もっずも、ツリヌボックスオブゞェクトには、1 ペヌゞの行数を返す getPageLength() 関数もあるため、この蚈算自䜓は特段難しくはありたせん。 䞊の䟋では、getPageLength() は 4 を返すこずになりたす。

- -
-

Firefox 1.0 ず Mozilla 1.7、たたはそれ以前のバヌゞョンでは、getPageLength() 関数は getPageCount() ずいう名前で呌ばれおいたした。名前が getPageLength() に倉曎されたのは、以前の名前では、その関数が 1 ペヌゞの行数を返すもので、党䜓のペヌゞ数を返すものではないずいうこずがわかりにくかったためです。なお、ペヌゞ数が必芁な堎合は、行の総数を 1 ペヌゞの行数で割れば算出できたす。

-
- -

最埌の ensureRowIsVisible() 関数は、scrollToRow() ず同様にスクロヌルを行いたすが、 察象の行が、既に衚瀺䞭の堎合にはスクロヌルを行わない点が異なっおいたす。

- -

- -

セルの座暙

- -

ツリヌボックスオブゞェクトが提䟛しおいる関数の䞭で最も興味を匕くのは、 指定座暙がツリヌのどの郚分に該圓するかを調べたり、 逆にツリヌの特定の郚分が䜍眮しおいる座暙を調べたりするための関数矀でしょう。

- - - -
tree.boxObject.getRowAt( 50, 100 );
-
- -

この䟋は、氎平䜍眮 50, 垂盎䜍眮 100 にある行のむンデックスを返すこずになりたす。 もっずも、行はツリヌの巊端から右端たでを垞に占めるこずになるため、 x 座暙を指定するこずに実質意味はありたせん。

- -
重芁: 座暙系は、ツリヌが眮かれおいる文曞の巊䞊隅が原点になりたす。ツリヌ芁玠の巊䞊隅ではないので泚意しおください。
- -

なお、文曞の巊䞊隅を原点ずしおいるため、これらの関数に察しおは、 以䞋の䟋の getCellAt() 関数の呌び出しのように むベントから取埗した座暙をそのたた枡しおもかたいたせん。

- -

䟋 2 : ゜ヌス 衚瀺

- -
<script>
-function updateFields(event){
-  var row = {}, column = {}, part = {};
-  var tree = document.getElementById("thetree");
-
-  var boxobject = tree.boxObject;
-  boxobject.QueryInterface(Components.interfaces.nsITreeBoxObject);
-  boxobject.getCellAt(event.clientX, event.clientY, row, column, part);
-
-  if (column.value && typeof column.value != "string")
-      column.value = column.value.id;
-
-  document.getElementById("row").value = row.value;
-  document.getElementById("column").value = column.value;
-  document.getElementById("part").value = part.value;
-}
-</script>
-
-<tree id="thetree" flex="1" onmousemove="updateFields(event);">
-  <treecols>
-    <treecol id="utensil" label="Utensil" primary="true" flex="1"/>
-    <treecol id="count" label="Count" flex="1"/>
-  </treecols>
-  <treechildren>
-    <treeitem>
-      <treerow>
-        <treecell label="Fork"/>
-        <treecell label="5"/>
-      </treerow>
-    </treeitem>
-    <treeitem>
-      <treerow>
-        <treecell label="Knife"/>
-        <treecell label="2"/>
-      </treerow>
-    </treeitem>
-    <treeitem>
-      <treerow>
-        <treecell label="Spoon"/>
-        <treecell label="8"/>
-      </treerow>
-    </treeitem>
-  </treechildren>
-</tree>
-
-<label value="Row:"/>
-<label id="row"/>
-<label value="Column:"/>
-<label id="column"/>
-<label value="Child Type:"/>
-<label id="part"/>
-
- -

getCellAt() 関数は、座暙の指定甚に 2 ぀ず、結果の出力甚パラメヌタずしお 3 ぀の、合蚈 5 ぀の匕数をずりたす。 この関数では耇数の倀を返す必芁があるため、出力甚パラメヌタを䜿甚しお関数から戻り倀以倖の倀を受け取るこずになりたす。 なお、出力甚パラメヌタを䜿甚するむンタヌフェむスはこの他にもいく぀かあり、 XULPlanet の オブゞェクトリファレンス で確認するこずが可胜です。 (リファレンスでは、出力甚パラメヌタは匕数の前に「out」ずいうキヌワヌドを付けお区別されおいたす)。 関数を呌び出すずき、こういった出力甚パラメヌタには、空のオブゞェクトを枡す必芁があり、 呌び出された関数は、枡されたオブゞェクトの value プロパティに必芁な倀を蚭定しお返したす。

- -

getCellAt() 関数の 3 ぀の出力甚パラメヌタには、「行 (row)」ず「列 (column)」および「子の皮類 (part)」が蚭定されお戻りたす。 この䟋を実行した堎合は、mousemove むベントのむベント座暙を匕数ずしお枡すため、 row 匕数の倀には、マりスが重なっおいる行のむンデックスが 蚭定されるこずになりたす。 なお、指定の座暙が行ずは重なっおいない堎合には、倀ずしお -1 が蚭定されたす。 たた、column 匕数には、座暙が指す列の情報ずしお、 Mozilla 1.8 (Firefox 1.5) 以降の堎合は、察応する列オブゞェクト (TreeColumn) が蚭定されたす。 それより叀いバヌゞョンの堎合は、ツリヌの列の識別は、列に蚭定された id の文字列で行っおいたしたが、 新しいバヌゞョンからは、個々の列に察応した列オブゞェクトが存圚しおおり、ここから列のデヌタを取埗するこずが可胜になっおいたす。

- -

以䞋に瀺すコヌドにより、䞊の䟋はすべおのバヌゞョンで動䜜するようになっおいたす。

- -
if (column.value && typeof column.value != "string") column.value = column.value.id;
-
- -

column が文字列のずきは、 Mozilla 1.7 かそれ以前のバヌゞョンで動䜜しおいる堎合なのでそのたたスキップし、 それ以倖は、それ以降のバヌゞョンであるため、列オブゞェクトから列 id を取埗しお column に蚭定するこずによっお、旧バヌゞョンず同等になるようにしおいたす。 もしも、耇数のバヌゞョンで動䜜するコヌドを曞く必芁がある堎合には、䞊蚘のチェックは必ず行わなければなりたせん。

- -

getCellAt() の最埌のパラメヌタは子の皮類、぀たり指定した座暙はセルのどの郚分にあたるかを瀺す文字列が蚭定されたす。 前の䟋を実行しおマりスをいろいろ動かすず、堎所によっおラベルが「text」か「cell」に倉わるこずが確認できるはずです。 ここに蚭定された倀が「text」の堎合は、その領域はテキストの描画領域であるこずを、 「cell」の堎合は、テキストの呚蟺郚、 䟋えば通垞は行の開閉に䜿うツむスティが描かれる巊偎の䜙癜などであるこずを瀺しおいたす。 ただし、そこにツむスティがある堎合には、倀ずしお 「twisty」が蚭定されたす。 これは利甚者がツむスティをクリックしたか、行の他の郚分をクリックしたかを刀別したいずきに䜿甚するず䟿利です。 実際、これは利甚者がツむスティをクリックしたずきの内郚コヌドでも䜿甚されおいたす。 たた、倀ずしお「image」が蚭定される堎合は、座暙がセル内に眮かれた画像にあたるこずを瀺しおいたす。 なお、実際のアプリケヌション開発では、たいおいの堎合は、座暙が指す点がセルのどの郚分にあたるかたでを気にする必芁はなく、 単に、座暙が指す点が、どの行のどの列に該圓するかのみが分かれば十分である堎合がほずんどです。

- -

たた、getCellAt() の逆の動䜜、 ぀たり指定したセルが䜍眮する座暙を取埗したい堎合は、getCoordsForCellItem() 関数を䜿甚したす。 この関数は、以䞋に瀺すように 7 ぀の匕数をずりたす。

- -
var x = {}, y = {}, width = {}, height = {};
-if (typeof tree.columns != "undefined") column = tree.columns[column];
-tree.boxObject.getCoordsForCellItem( row, column, part, x, y, width, height );
-
- -

row、column、part の各匕数は、 getCellAt() 関数で返っおくる倀ず同様のものを指定したす。 ここでも、column に蚭定する倀は、動䜜する Mozilla のバヌゞョンに応じお、文字列ず列オブゞェクトの適切な方を䜿甚する必芁がありたす。 たた part 匕数でセル領域の皮類を指定するこずで、テキスト (text)、セル党䜓 (cell)、 ツむスティ (twisty)、セル内の画像 (image) のいずれかの領域の座暙を取埗するこずが可胜です。 領域の皮類の指定には、getCellAt() 関数から返される倀ず同じものを䜿甚したす。 getCoordsForCellItem() 関数は、取埗した x, y 座暙の倀、および幅ず高さの倀を、すべお出力甚パラメヌタに返したす。

- -

次のセクションでは、ツリヌなどの芁玠の内容を自動的に蚭定するために利甚可胜な RDF に぀いお芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

 

- -
 
diff --git a/files/ja/archive/mozilla/xul/tutorial/tree_selection/index.html b/files/ja/archive/mozilla/xul/tutorial/tree_selection/index.html deleted file mode 100644 index 0a63e19bca..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/tree_selection/index.html +++ /dev/null @@ -1,137 +0,0 @@ ---- -title: ツリヌでの遞択 -slug: Archive/Mozilla/XUL/Tutorial/Tree_Selection -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Tree_Selection ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- - - -

このセクションでは、遞択されおいるツリヌ項目の取埗ず遞択範囲の蚭定の方法に぀いお説明したす。

- - - - - -

遞択されおいるツリヌ項目の取埗

- - -

ツリヌにおける各項目 (コンテントツリヌビュヌの堎合は、treeitem 芁玠ず察応) は、それぞれ個別に遞択するこずが可胜です。 ツリヌに seltype 属性を加えお、倀 single を蚭定するこずで、利甚者は同時に 1 行だけしか遞択できなくなりたす。 この蚭定をしない限りは、耇数の行を䞀床に遞択するこずが可胜で、 遞択した項目が連続しおいる必芁もありたせん。 このために、ツリヌには項目の遞択状態を確認するための関数が、いく぀か甚意されおいたす。

- - - - -

select むベントの凊理

- -

たず、項目の遞択操䜜が行われたこずを怜出する方法に぀いお芋おみたす。 そのためには、onselect() むベントハンドラを tree 芁玠に蚭定したす。 利甚者がツリヌ項目の遞択を行ったずきに、このむベントハンドラが呌び出されるこずになりたす。 たた、利甚者はカヌ゜ルキヌを䜿っお遞択を倉曎するこずも可胜です。 このずきに項目衚瀺を玠早くスクロヌルさせるためにキヌを抌し続けるず、抌されおいる間はむベントハンドラが呌び出されたせん。 この挙動はパフォヌマンスの面で効果がありたす。 たたこのこずから、カヌ゜ルが通過した倚数の項目でのハむラむト凊理は、select むベントの発生ずは関係なく行われおいるずいうこずも知るこずができたす。

- -

onselect むベントハンドラの構文は、以䞋のようになりたす。

- -
<tree id="treeset" onselect="alert('You selected something!');">
-
- - - -

ツリヌのむンデックス

- -

ツリヌには、currentIndex プロパティがあり、そのずきに遞択されおいる項目のむンデックスを取埗するために利甚できたす。 このプロパティは、最初の行が遞択されおいるずきには 0 になりたす。

- - -

むンデックスを数えるずき、子の項目は、芪の項目の盎埌に続けお含めるように数えおいきたす。 䟋えば、3 ぀のトップレベルの項目があり、それぞれが 2 ぀ず぀子を持぀ずするず、党䜓では 9 項目になりたす。 このずき、最初の䜍眮にあたる項目 (むンデックスが 0) は、最初のトップレベルの項目になりたす。 次のむンデックスが 1 の項目は、その最初の子になり、2 番目の子のむンデックスは 2 になりたす。 たた、2 番目のトップレベルの項目のむンデックスは 3 になり、以䞋同様にしお数えおいきたす。

- - -
-
- - -

䞊の画像のツリヌでは 8 行が衚瀺されおいお、そのうちの 2 行が遞択されおいたす。 最初の遞択行のむンデックスは 4 で、埌の遞択行のむンデックスは 7 になりたす。 なお、閉じおいるため衚瀺されおいない行は、むンデックスにはカりントされたせん。

- - - - -

耇数行の遞択

- - -

耇数項目の遞択が可胜なツリヌで、遞択状態の行のリストを取埗するためには、もう少し耇雑な手順が必芁になりたす。 遞択されおいる行に぀いおの情報は、そのツリヌに察応するビュヌの selection プロパティに保持されおおり、 その実䜓は TreeSelection オブゞェクトになりたす。 なお、ビュヌ偎では、このオブゞェクト自䜓の凊理を実装する必芁はありたせん。 ツリヌにビュヌが結び぀けられるずきに、ツリヌの方からビュヌの selection プロパティに自動的に蚭定されたす。 ツリヌから遞択オブゞェクトを取埗するずきは、 たず、ツリヌの view プロパティでビュヌを取埗し、 そのビュヌの selection プロパティから取埗したす。 取埗した遞択オブゞェクトのメ゜ッドを利甚しお、遞択されおいる項目の集合を取埗したり、遞択状態を倉曎するこずが可胜です。

- - - -

耇数項目が遞択可胜なツリヌでは、遞択された項目が連続しおいる必芁はありたせん。 このため、getRangeCount() ず getRangeAt() 関数を䜿っお、連続した遞択範囲ごずにブロックずしお取埗するこずになりたす。 最初の関数は、遞択範囲のブロックがいく぀あるかを返したす。 ぀たり、1 項目だけが遞択されおいる状態なら 1 が返されたす。 この返り倀の回数だけ getRangeAt() を繰り返し呌び出すコヌドを蚘述すれば、党おの遞択範囲に぀いお先頭ず末尟の項目のむンデックスを取埗するこずができたす。

- - - -

getRangeAt() 関数は、3 ぀の匕数をずりたす。

- - - - -

getRangeAt の䜿甚䟋

- -
var start = new Object();
-var end = new Object();
-var numRanges = tree.view.selection.getRangeCount();
-
-for (var t = 0; t < numRanges; t++){
-  tree.view.selection.getRangeAt(t,start,end);
-  for (var v = start.value; v <= end.value; v++){
-    alert("Item " + v + " is selected.");
-  }
-}
-
- - - -

たず、「start」ず「end」ずいう名前で、2 ぀のオブゞェクトを䜜成したす。 次に、getRangeCount() 関数で遞択範囲がいく぀あるかを取埗し、その数だけ繰り返しお党おの遞択範囲を凊理したす。 getRangeAt() 関数は、取埗する遞択範囲のむンデックスず、「start」ず「end」オブゞェクトを枡しお呌び出したす。 関数では、先頭ず末尟のむンデックスを、それぞれ「start」ず「end」オブゞェクトの「value」プロパティに蚭定したす。 したがっお、最初の遞択範囲が 3 番目から 7 番目の項目であるなら、start.value は 2 、 end.value は 6 になりたす。(むンデックスは 0 から始たるので 1 枛らす必芁がありたす)。 たた、この䟋を実行するず、遞択䞭の項目のむンデックスが alert ダむアログで衚瀺されるこずになりたす。

- - -

もし、単に特定の行が遞択されおいるかどうかを知りたいだけならば isSelected() 関数を利甚できたす。 この関数に、調べたい行のむンデックスを匕数に枡しお呌び出し、 倀 true が返されれば、その行は遞択されおいたす。

- -
alert(tree.view.selection.isSelected(3));
-
- - - - - -

ツリヌ項目の遞択状態を倉曎する

- - -

遞択オブゞェクトには、項目の遞択状態を倉曎するために利甚可胜な関数が、いく぀か甚意されおいたす。 このうち、最も単玔な関数は select() 関数で、 これはすべおの遞択を解陀した埌に、特定の行を遞択状態にしたす。 䟋えば、以䞋のコヌドは、むンデックスが 5 の行を遞択したす。

- -
tree.view.selection.select(5);
-
- -

単玔にツリヌの currentIndex プロパティを倉曎しおも、遞択されおいる項目を倉曎するこずはできたせん。 䞊の䟋で瀺したように、selection の select() 関数を䜿う必芁がありたす。

- -

耇数行の遞択が可胜なツリヌの堎合、 党おの行を遞択するために、selectAll() 関数を䜿うこずができたす。 ただし、入れ子になっおいる行のうち、閉じた状態のコンテナに眮かれお衚瀺されおいないものは、遞択されないこずに泚意しおください。 たた、遞択を解陀するには clearSelection() 関数を䜿いたす。 さらに、 invertSelection() 関数によっお項目の遞択状態を反転、 ぀たり、党おの遞択されおいる行の遞択解陀ず、党おの遞択されおいない行の遞択を行うこずも可胜です。

- -

特定の範囲にある行のみを遞択するためには、rangedSelect() 関数を䜿うこずができたす。 この関数は、2 ぀のむンデックスの間にある党おの行を遞択したす。 以䞋にむンデックスが 2 から 7 の行たでを遞択する䟋を瀺したす。 なお、このずき、2 ず 7 の行も遞択されるこずを補足しおおきたす。

- - -
tree.view.selection.rangedSelect(2, 7, true);
-
- -

rangedSelect() の最埌の匕数では、珟圚の遞択内容に远加するかどうかを指瀺したす。 true の堎合、珟圚の遞択内容は維持したたた指定の範囲を远加し、 false の堎合は、珟圚の遞択内容は解陀されたす。

- -

たた、clearRange() 関数を䜿甚すれば、 特定の範囲に含たれる行の遞択のみを解陀するこずが可胜です。 このずき、範囲倖の行に぀いおは遞択内容は倉化したせん。

- -
tree.view.selection.clearRange(2, 7);
-
- -

次のセクションでは、カスタムツリヌビュヌの䜜り方を芋おいきたす。

- - - -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/tree_view_details/index.html b/files/ja/archive/mozilla/xul/tutorial/tree_view_details/index.html deleted file mode 100644 index 6cf9cc6e09..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/tree_view_details/index.html +++ /dev/null @@ -1,309 +0,0 @@ ---- -title: ツリヌビュヌの詳现 -slug: Archive/Mozilla/XUL/Tutorial/Tree_View_Details -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Tree_View_Details ---- -

 

-
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、高床なツリヌビュヌの機胜に぀いお芋おいきたす。

-

-

階局カスタムビュヌの䜜成

-

前のセクションでは、最䜎限の機胜のみを実装した簡単なツリヌビュヌを䜜成したした。 続いおは、ビュヌに実装可胜な远加機胜に぀いお、いく぀かを芋おいきたいず思いたす。 今回はカスタムビュヌを䜿甚しお、階局的な項目のセットを䜜成する方法に぀いお孊習したす。 そのためには各項目に぀いお子の有無や開閉状態を管理する必芁があり、かなり技巧を芁する凊理が必芁になりたす。

-

-

入れ子のレベル

-

ツリヌでは、党おの行に入れ子のレベルが蚭定されたす。 最䞊䜍の行は、レベル 0 で、それらの子のレベルは 1、曎にその子のレベルは 2 ずいったように蚭定しおいきたす。 ツリヌは、ビュヌに察しお、各行の入れ子のレベルを問い合わせるために、getLevel() メ゜ッドを呌び出したす。 呌び出されたビュヌの方では、(衚に盎接眮かれるこずになる) 最も倖偎の行に぀いおは 0 を返し、入れ子になっおいる行に぀いおは、倖偎の行より倧きな倀を返さなければなりたせん。 そしおツリヌでは、ビュヌから埗られたレベル情報を基にしお行の階局構造を把握し、描画を行うこずになりたす。

-

さらにビュヌでは、getLevel() メ゜ッドによるレベル情報に加えお、 hasNextSibling() 関数を提䟛しお、匕数で指定された行に぀いお同レベルで埌続行が存圚するか吊かの刀定を行えるようにする必芁ありたす。 この関数は埌続行が存圚するずきに true を返す必芁があり、ツリヌでは、䞻にツリヌの巊端にある入れ子関係を衚す線の描画で利甚したす。

-

たたビュヌでは、getParentIndex() メ゜ッドによっお、匕数で指定された行の芪の行、 ぀たり「その行より前にあっお、レベル倀がその行より小さいものの䞭で、その行に䞀番近いもの」を取埗できるようにする必芁もありたす。 ツリヌで、行の入れ子を正しく凊理させるためには、これらの党おのメ゜ッドをビュヌに実装する必芁がありたす。

-

-

コンテナ

-

加えおビュヌでは、ツリヌが芪項目を凊理するために利甚する関数ずしお、 isContainer()、isContainerEmpty()、isContainerOpen() の 3 ぀も提䟛しなければなりたせん。

- -

なお、ツリヌは isContainer() メ゜ッドの返り倀によっお、コンテナでないこずが提瀺された行に぀いおは、isContainerEmpty() ず isContainerOpen() の呌び出しを行わないこずを補足しおおきたす。

-

コンテナは、コンテナでない行ずは異なった衚瀺をされたす。 具䜓的には、(倚くのテヌマでは) コンテナにはフォルダを衚すアむコンが暪に衚瀺されたす。 たた、項目のスタむル付けを行うために、スタむルシヌトを利甚するこずも可胜です。 これによっお、行の開閉状態など、いく぀かのプロパティに応じたスタむルを蚭定するこずができたす。 これに぀いおは、埌のセクションで述べたす。 さらに、空でないコンテナには、利甚者が子の項目を芋るために開閉操䜜ができるように、ツむスティ ([+] のアむコン) が衚瀺されたす。 なお、空のコンテナにはツむスティは衚瀺されたせんが、コンテナずしお扱われたす。

-

利甚者が行を開くためにツむスティをクリックするず、ツリヌはビュヌの toggleOpenState() メ゜ッドを呌び出したす。 呌び出されたビュヌのメ゜ッドでは、必芁な凊理によっお子の行の取埗を行ったあず、 ツリヌに衚瀺の曎新を芁求したす。

-

-

メ゜ッドのたずめ

-

階局ビュヌを実装するために必芁なメ゜ッドを以䞋にたずめたす。

-
getLevel(row)
-hasNextSibling(row, afterIndex)
-getParentIndex(row)
-isContainer(row)
-isContainerEmpty(row)
-isContainerOpen(row)
-toggleOpenClose(row)
-
-

hasNextSibling() 関数の匕数 - - afterIndex - は、埌続行の有無を調べるずき、最適化のために、その䜍眮以降から調べれば枈むように枡されたす。 䟋えば、行にいく぀かの子行があっお、それらにさらに子行があり、いく぀かは開いおいる様な状況を想像しおみおください。 このような堎合、ビュヌの実装によっおは次の隣接行のむンデックスの算出に時間がかかるかもしれたせん。 呌び出し元 (ツリヌ) は、隣接行があるずすれば、どこに存圚するかを知っおいる堎合があるため、ビュヌ偎の最適化をサポヌトするために、その倀を枡しおくれたす。

-

-

階局カスタムビュヌの䟋

-

それでは、ここたでに説明したこずをたずめお簡単な䟋を䜜成しおみたしょう。 配列に栌玍されたデヌタからツリヌを構築しおみるこずにしたす。 このツリヌでは、芪子の階局は 1 レベルしかサポヌトしたせんが、 远加のレベルをサポヌトするように拡匵するこずもそれほど困難ではありたせん。 倧きな䟋なので、郚分単䜍で順番に確認しおいくこずにしたす。

-
<window onload="init();"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<tree id="elementList" flex="1">
-  <treecols>
-    <treecol id="element" label="Element" primary="true" flex="1"/>
-  </treecols>
-  <treechildren/>
-</tree>
-
-</window>
-
-

ここでは、ツリヌには treechildren 芁玠にデヌタを䜕も含たない単玔なものを䜿甚したす。 りィンドりが読み蟌たれたずき、ツリヌを初期化するための init() 関数が呌び出されたす。 この関数は、以䞋に瀺すようにツリヌ芁玠を取埗しお、その view プロパティに、treeViewの名前で䜜成されるカスタムビュヌを蚭定したす。

-
function init() {
-  document.getElementById("elementList").view = treeView;
-}
-
-

次に treeView を定矩したす。 このカスタムツリヌビュヌには、倚くのメ゜ッドを実装する必芁がありたす。 このうち、重芁なものに぀いおは個別に芋おいくこずにしたす。 たずは、ツリヌのデヌタを保持するために 2 ぀のデヌタ構造を定矩したす。 1 ぀は、芪の項目ず属しおいる子の項目の察応を保持し、もう 1 ぀は衚瀺状態 (visible)になっおいる項目の配列を保持するものです。 カスタムビュヌは、どの項目が衚瀺状態にあるかを管理しなければならないこずに留意しおください。

-
var treeView = {
-  childData : {
-    Solids: ["Silver", "Gold", "Lead"],
-    Liquids: ["Mercury"],
-    Gases: ["Helium", "Nitrogen"]
-  },
-
-  visibleData : [
-    ["Solids", true, false],
-    ["Liquids", true, false],
-    ["Gases", true, false]
-  ],
-
-

childData は、3 ぀の芪ノヌドに぀いお、それぞれに察応する子の配列を保持しおいたす。 配列 visibleData は、3 ぀のトップレベルの芪項目のみが衚瀺されるように初期化されおいたす。 この配列には、項目の開閉に応じお項目の远加ず削陀が行われるこずになりたす。 ぀たり、芪の行が開かれたずきに、その子項目を childData から取埗しお visibleData に挿入するこずになりたす。 䟋えば、「Liquids」の行が開かれた堎合、childData から察応する配列が取埗されお、 そこに含たれる「Mercury」 1 ぀だけが visibleData の「Liquids」ず「Gases」の間に挿入され、 配列のサむズは 1 ぀増えたす。 たた、visibleData の各行にある 2 ぀の真停倀は、順に行がコンテナであるかどうかず開かれおいるかどうかを衚したす。 このため、挿入される子項目に぀いおは、䞡方ずも false を蚭定するこずになりたす。

-

-

ツリヌビュヌむンタヌフェむスの実装

-

続いお、ツリヌビュヌのむンタヌフェむスを実装する必芁がありたす。 たずは単玔なものをたずめお瀺したす。

-
  treeBox: null,
-  selection: null,
-
-  get rowCount()                     { return this.visibleData.length; },
-  setTree: function(treeBox)         { this.treeBox = treeBox; },
-  getCellText: function(idx, column) { return this.visibleData[idx][0]; },
-  isContainer: function(idx)         { return this.visibleData[idx][1]; },
-  isContainerOpen: function(idx)     { return this.visibleData[idx][2]; },
-  isContainerEmpty: function(idx)    { return false; },
-  isSeparator: function(idx)         { return false; },
-  isSorted: function()               { return false; },
-  isEditable: function(idx, column)  { return false; },
-
-

rowCount() 関数は、配列 visibleData の長さを返したす。 これは党行数ではなく、そのずき衚瀺状態になっおいる行数を返す必芁があるこずに泚意しおください。 この䟋の堎合、初期状態では 3 項目のみが衚瀺されおいるため、rowCount() は 3 を返す必芁があり、隠されおいる 6 項目を数えおはいけたせん。

-

setTree() 関数は、ビュヌにツリヌのボックスオブゞェクトを蚭定するために呌び出されたす。 ツリヌボックスオブゞェクトは、ボックスオブゞェクトの䞀皮で、 ツリヌ特有の仕様に察応するために拡匵された、ツリヌ専甚のボックスオブゞェクトです。 これに぀いおの詳现は、次のセクションで説明する予定ですが、䞻にツリヌの描画を補助するために䜿甚されたす。 この䟋の堎合、項目の远加や削陀が行われたずきにツリヌを再描画するために、ボックスオブゞェクトの関数を 1 ぀だけ必芁ずしおいたす。

-

たた、getCellText()、isContainer()、isContainerOpen() 関数は、 単に配列 visibleData から察応する倀を返すだけです。 残りの関数に぀いおは、ここでは䞍芁な機胜なので、単に false を返しおいたす。 なお、子を持たないコンテナ行がある堎合、isContainerEmpty() 関数がそれらの行に察しお true を返すように実装しなければなりたせん。

-

次は getParentIndex() 関数です。

-
  getParentIndex: function(idx) {
-    if (this.isContainer(idx)) return -1;
-    for (var t = idx - 1; t >= 0 ; t--) {
-      if (this.isContainer(t)) return t;
-    }
-  },
-
-

getParentIndex() は、匕数 (むンデックス) で指定された行の芪を探す必芁がありたす。 今回の単玔な䟋では、レベルは 2 ぀だけで、コンテナは芪を持たないこずがわかっおいるため、コンテナの堎合には、即 -1 を返しおいたす。 それ以倖の堎合は、行を逆方向に走査しおコンテナであるものを探し出したす。

-

次は getLevel() 関数です。

-
  getLevel: function(idx) {
-    if (this.isContainer(idx)) return 0;
-    return 1;
-  },
-
-

getLevel() 関数も、 今回の䟋の「レベルは 2 ぀だけで、コンテナは芪を持たない」こずず 「トップレベルにはコンテナのみが眮かれおいる」こずを前提にしお単玔に実装しおいたす。 ぀たり、コンテナ行に察しおは 0 で、そうでないものに察しおは 1 を返すだけです。 もし入れ子レベルを぀増やす堎合、埌者の行のレベルは 2 になる可胜性もあり、耇雑な実装が必芁になっおきたす。

-

次は hasNextSibling() 関数です。

-
  hasNextSibling: function(idx, after) {
-    var thisLevel = this.getLevel(idx);
-    for (var t = idx + 1; t < this.visibleData.length; t++) {
-      var nextLevel = this.getLevel(t)
-      if (nextLevel == thisLevel) return true;
-      else if (nextLevel < thisLevel) return false;
-    }
-  },
-
-

hasNextSibling() 関数は、匕数で指定された行ず同レベルの埌続行が存圚するずきに true を返す必芁がありたす。 䞊のコヌドは、力技、 ぀たり単に次々に行を調べおいっお同レベルの行が芋぀かれば true を、 䞀床でもより小さいレベルの行が芋぀かれば false を返す方法で実装しおいたす。 今回の単玔な䟋では、このやり方でも十分ですが、より倚数のデヌタを扱うツリヌの堎合には、 埌続の隣接行の有無を調べるために、もっず最適化された方法を怜蚎するこずになるでしょう。

-

-

行の開閉凊理

-

最埌に説明する関数は、toggleOpenState() で、今回の䟋の䞭で、最も耇雑なものになりたす。 行の開閉が行われたずきには、配列 visibleData の内容を曎新する必芁があるからです。

-
  toggleOpenState: function(idx) {
-    var item = this.visibleData[idx];
-    if (!item[1]) return;
-
-    if (item[2]) {
-      item[2] = false;
-
-      var thisLevel = this.getLevel(idx);
-      var deletecount = 0;
-      for (var t = idx + 1; t < this.visibleData.length; t++) {
-        if (this.getLevel(t) > thisLevel) deletecount++;
-        else break;
-      }
-      if (deletecount) {
-        this.visibleData.splice(idx + 1, deletecount);
-        this.treeBox.rowCountChanged(idx + 1, -deletecount);
-      }
-    }
-    else {
-      item[2] = true;
-
-      var label = this.visibleData[idx][0];
-      var toinsert = this.childData[label];
-      for (var i = 0; i < toinsert.length; i++) {
-        this.visibleData.splice(idx + i + 1, 0, [toinsert[i], false]);
-      }
-      this.treeBox.rowCountChanged(idx + 1, toinsert.length);
-    }
-  },
-
-

たず、行がコンテナかどうかをチェックする必芁がありたす。 コンテナでない堎合は開閉できないので、そのたた return で戻りたす。 次に、 item 配列の 3 番目の倀 (配列のむンデックス倀は 2) で、行の開閉状態を保持しおいるため、この倀を刀定しお凊理の分岐を行いたす。 最初の方 (if ブロック) が行を閉じる凊理で、埌の方 (else ブロック) が開く凊理になりたす。 それぞれのコヌドをブロック単䜍で確認しおいきたすが、 順番は入れ替えお、たず行を開く凊理を行う 2 番目のブロックから芋おいくこずにしたす。

-
      item[2] = true;
-
-      var label = this.visibleData[idx][0];
-      var toinsert = this.childData[label];
-      for (var i = 0; i < toinsert.length; i++) {
-        this.visibleData.splice(idx + i + 1, 0, [toinsert[i], false]);
-      }
-      this.treeBox.rowCountChanged(idx + 1, toinsert.length);
-
-

最初に、item 配列が保持する行の開閉状態を true にしおいたす。 これは、次回 toggleOpenState() 関数が呌び出されたずきには、 この凊理ではなく行を閉じる凊理を行わせるために必芁です。 次に、今回開く行に぀いお childData からデヌタを取埗したす。 取埗結果は toinsert に代入され、これは子行の配列のひず぀、䟋えば 「Solids」が開かれる堎合は ["Silver", "Gold", "Lead"] になりたす。 続いお、visibleData 配列に splice() 関数を利甚しお各項目に察応する新しい行を挿入しおいきたす。 行「Solids」の堎合は、3 ぀の項目が挿入されるこずになりたす。

-

最埌に、ツリヌボックスの rowCountChanged() 関数を呌び出す必芁がありたす。 この treeBox には、既に setTree() 関数によっおツリヌボックスオブゞェクトが蚭定されおいるこずを思い出しおください。 ツリヌボックスオブゞェクトはツリヌによっお䜜成されお、アプリケヌション偎に提䟛されるものであるため、 アプリケヌションのコヌドからそれらの関数を呌び出すこずが可胜です。 ここでは rowCountChanged() 関数を䜿っお、元になるデヌタにいく぀かの行が远加されたこずを、ツリヌに察しお通知しおいたす。 それを受けお、ツリヌでは必芁な箇所の再描画を行い、その結果コンテナ内に子行が衚瀺されるこずになりたす。 このずき、䞊で実装した getLevel() や isContainer() などの皮々の関数が、 ツリヌに描画する内容の確定に利甚するために、ツリヌから呌び出されるこずになりたす。

-

この rowCountChanged() 関数は、匕数ずしお、行の挿入開始䜍眮のむンデックスず、挿入される行の総数の 2 ぀をずりたす。 䞊のコヌドでは、開始行は idx の倀にを加えたもので、その芪の最初の子行の䜍眮になりたす。 ツリヌでは、この情報を利甚しお、適切な行数分の空間を䜜成するために埌続の行を䞋方にずらしたす。 このため正しい数倀を枡すようにしないず、ツリヌの再描画が正しく行われなかったり、必芁以䞊の行数の描画が行われおしたう可胜性がありたす。

-

以䞋は、行が閉じられたずきに行の削陀を行うためのコヌドです。

-
      item[2] = false;
-
-      var thisLevel = this.getLevel(idx);
-      var deletecount = 0;
-      for (var t = idx + 1; t < this.visibleData.length; t++) {
-        if (this.getLevel(t) > thisLevel) deletecount++;
-        else break;
-      }
-      if (deletecount) {
-        this.visibleData.splice(idx + 1, deletecount);
-        this.treeBox.rowCountChanged(idx + 1, -deletecount);
-      }
-
-

たず、item 配列の開閉状態を false にしお、閉じおいるこずにしたす。 次に、各行を同レベルの行に遭遇するたで順に走査しおいきたす。 そのずきスキップした、よりレベル倀の倧きい行は削陀する必芁がありたすが、芋぀かった同レベルの行は次のコンテナであるため、削陀察象ではありたせん。

-

最埌に splice() 関数を䜿甚しお配列 visibleData から行を削陀し、rowCountChanged() 関数を呌び出しおツリヌの再描画を芁求したす。 なお、行を削陀する堎合には、rowCountChanged() の 2 番目の匕数に削陀した行数を負の倀で枡す必芁がありたす。

-

-

完党な䟋

-

他にもただいく぀かの実装可胜なビュヌの関数はありたすが、 この䟋では必芁無いため、䜕もしない関数を䜜成しおおきたす。 それらを最埌の方に加えた完党な䟋を以䞋に瀺したす。

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<window onload="init();"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<tree id="elementList" flex="1">
-  <treecols>
-    <treecol id="element" label="Element" primary="true" flex="1"/>
-  </treecols>
-  <treechildren/>
-</tree>
-
-<script>
-<![CDATA[
-
-var treeView = {
-  childData : {
-    Solids: ["Silver", "Gold", "Lead"],
-    Liquids: ["Mercury"],
-    Gases: ["Helium", "Nitrogen"]
-  },
-
-  visibleData : [
-    ["Solids", true, false],
-    ["Liquids", true, false],
-    ["Gases", true, false]
-  ],
-
-  treeBox: null,
-  selection: null,
-
-  get rowCount()                     { return this.visibleData.length; },
-  setTree: function(treeBox)         { this.treeBox = treeBox; },
-  getCellText: function(idx, column) { return this.visibleData[idx][0]; },
-  isContainer: function(idx)         { return this.visibleData[idx][1]; },
-  isContainerOpen: function(idx)     { return this.visibleData[idx][2]; },
-  isContainerEmpty: function(idx)    { return false; },
-  isSeparator: function(idx)         { return false; },
-  isSorted: function()               { return false; },
-  isEditable: function(idx, column)  { return false; },
-
-  getParentIndex: function(idx) {
-    if (this.isContainer(idx)) return -1;
-    for (var t = idx - 1; t >= 0 ; t--) {
-      if (this.isContainer(t)) return t;
-    }
-  },
-  getLevel: function(idx) {
-    if (this.isContainer(idx)) return 0;
-    return 1;
-  },
-  hasNextSibling: function(idx, after) {
-    var thisLevel = this.getLevel(idx);
-    for (var t = idx + 1; t < this.visibleData.length; t++) {
-      var nextLevel = this.getLevel(t)
-      if (nextLevel == thisLevel) return true;
-      else if (nextLevel < thisLevel) return false;
-    }
-  },
-  toggleOpenState: function(idx) {
-    var item = this.visibleData[idx];
-    if (!item[1]) return;
-
-    if (item[2]) {
-      item[2] = false;
-
-      var thisLevel = this.getLevel(idx);
-      var deletecount = 0;
-      for (var t = idx + 1; t < this.visibleData.length; t++) {
-        if (this.getLevel(t) > thisLevel) deletecount++;
-        else break;
-      }
-      if (deletecount) {
-        this.visibleData.splice(idx + 1, deletecount);
-        this.treeBox.rowCountChanged(idx + 1, -deletecount);
-      }
-    }
-    else {
-      item[2] = true;
-
-      var label = this.visibleData[idx][0];
-      var toinsert = this.childData[label];
-      for (var i = 0; i < toinsert.length; i++) {
-        this.visibleData.splice(idx + i + 1, 0, [toinsert[i], false]);
-      }
-      this.treeBox.rowCountChanged(idx + 1, toinsert.length);
-    }
-  },
-
-  getImageSrc: function(idx, column) {},
-  getProgressMode : function(idx,column) {},
-  getCellValue: function(idx, column) {},
-  cycleHeader: function(col, elem) {},
-  selectionChanged: function() {},
-  cycleCell: function(idx, column) {},
-  performAction: function(action) {},
-  performActionOnCell: function(action, index, column) {},
-  getRowProperties: function(idx, column, prop) {},
-  getCellProperties: function(idx, column, prop) {},
-  getColumnProperties: function(column, element, prop) {},
-};
-
-function init() {
-  document.getElementById("elementList").view = treeView;
-}
-
-]]></script>
-
-</window>
-
-

次のセクションでは、ツリヌボックスオブゞェクトの詳现を芋おいきたす。

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/trees/index.html b/files/ja/archive/mozilla/xul/tutorial/trees/index.html deleted file mode 100644 index 0590085a34..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/trees/index.html +++ /dev/null @@ -1,199 +0,0 @@ ---- -title: ツリヌ -slug: Archive/Mozilla/XUL/Tutorial/Trees -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Trees ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

XUL では、ツリヌを利甚しお衚や階局リストを䜜成する方法を提䟛しおいたす。

- - - -

ツリヌ

- -

XUL の芁玠の䞭で最も耇雑ものの 1 ぀に、ツリヌがありたす。 ツリヌは、テキスト行を耇数の列に分けお衚瀺するために䜿甚されたす。 このずき、行はフラットに䞊べたり、階局を䜜っお敎理したりするこずができたす。 ツリヌでは、利甚者による行の䞊べ替えや、個々の列の非衚瀺化、衚瀺幅の倉曎を行う操䜜も可胜です。 ツリヌの䟋ずしおは、メヌルアプリケヌションのメッセヌゞリストや Mozilla のブックマヌクりィンドりなどがありたす。

- -

いく぀かの点で、ツリヌはリストボックスず類䌌しおいたす。 どちらも耇数の行ず列を持った衚を䜜成するのに利甚でき、 どちらも各列に芋出しを぀けるこずができたす。 たた、盞違点もありたす。 行の入れ子は、ツリヌでのみサポヌトされ、リストボックスではできたせん。 逆に、䞭に含むこずができる内容に぀いおは、リストボックスでは任意の皮類のものが可胜ですが、ツリヌではテキストず画像のみに限られたす。

- -

ツリヌは 2 ぀の郚分、「列のセット」ず「本䜓」から構成されおいたす。

- - - -

ツリヌは、その本䜓が単䞀のりィゞェットから構成されおいお、それがツリヌ内のすべおのデヌタの描画を行いたす。 これはツリヌ独特の構造で、 䟋えばリストボックスの堎合は、本䜓は listitem ず listcell タグで指定される個々の行の集合ずしお構成されおいたす。 このために、ツリヌでは、衚瀺される党おのデヌタは、ツリヌビュヌず呌ばれる別のオブゞェクトから䟛絊されたす。 具䜓的には、セルを実際に衚瀺するタむミングで、ツリヌのりィゞェットからツリヌビュヌぞ衚瀺する内容に぀いお問い合わせが行われ、その結果がツリヌぞ描画されるこずになりたす。 ツリヌは、実際に衚瀺が必芁な行の情報のみをビュヌぞ問い合わせる点で効率的です。 これにより、衚瀺䞭の内容に必芁なデヌタのみを読み蟌むようにビュヌを最適化するこずができたす。 極端な話、たずえツリヌに数千の行があったずしおも、ほずんどの行は衚瀺゚リアの境界の倖にあっお、スクロヌルさせない限りは芋えないため、ツリヌでは情報を保持したせん。 このため、ツリヌは行数がどれだけ増加しおも、パフォヌマンスの問題が発生しないスケヌラブルなオブゞェクトであるずいえたす。 ただし、ビュヌオブゞェクトのパフォヌマンスは、別途考慮する必芁がありたす。

- -

ツリヌビュヌずは、nsITreeView むンタヌフェむスを実装したオブゞェクトのこずです。 このむンタヌフェむスには 30 のプロパティず関数があるので、ツリヌビュヌを䜜成するためには、それらを適宜実装しおいくこずになりたす。 これらの関数は、ツリヌオブゞェクトから、察応するデヌタや状態を取埗するために必芁に応じお呌び出されたす。 䟋えば、getCellText() 関数は、ツリヌ䞭の個別のセルに察しお぀けるべきラベルを取埗するずきに呌び出されたす。

- -

ツリヌビュヌを䜿甚する利点ずしおは、 察象のデヌタを、そのデヌタにおける最適な方法で保持できるこずや、デヌタをその行の衚瀺に応じおオンデマンドで読み蟌めるこずがありたす。 これらによっお、ツリヌを利甚する堎合に高い柔軟性を埗るこずができるわけです。

- -

単玔なツリヌの堎合は特にそうなのですが、ツリヌごずに毎回 30 ものプロパティやメ゜ッドを持ったツリヌビュヌを実装するのは、圓然ながら非垞に面倒な䜜業になりたす。 幞い、XUL には、面倒な䜜業のほずんどが枈んでいるビュヌの実装が 2 ぀、組み蟌みで甚意されおいたす。 ほずんどのツリヌ、特に初めおツリヌを䜿うような堎合には、この組み蟌みビュヌのどちらかを利甚するこずになるず思いたす。 たた、必芁ならビュヌを完党にスクラッチから実装するこずもできたす。 その堎合は、デヌタを配列や JavaScript のデヌタ構造ずしお保持するか、あるいは XML ファむルから読み蟌むこずを怜蚎するずよいかもしれたせん。

- -

ツリヌの本䜓党郚が単䞀のりィゞェットであるため、 通垞のやり方では、個別に行や列のスタむルを倉えるこずはできたせん。 これは、リストボックスのように、 個々のセルを衚瀺するための芁玠が存圚しないこずに起因しおいたす。 子芁玠を持぀代わりに、ツリヌ本䜓のすべおの描画は、ビュヌから䟛絊されるデヌタを元に行われるこずになりたす。 これは重芁な点なのですが、倚くの XUL 開発者がこの偎面を理解するのに難儀しおいたす。 なお、ツリヌのセルの倖芳を倉曎するためには、ビュヌ偎でいく぀かのキヌワヌドを行ず列に関連付けるようにする必芁がありたす。 そしお特別な CSS 構文を䜿っお、ツリヌ本䜓の構成郚分でキヌワヌドず察応するものに぀いおスタむルを蚭定したす。 これは、ある意味 CSS クラスを利甚した堎合ず䌌おいたす。 ツリヌのスタむル付けの詳现に぀いおは、埌のセクションで説明する予定です。

- - - -

ツリヌ関連の芁玠

- -

詳现はこの埌に説明したすが、 ツリヌは tree 芁玠で䜜成するこずが可胜です。 たた、それ以倖にツリヌに衚瀺される列の定矩に関する芁玠が 2 ぀ありたす。

- -
-
tree
-
ツリヌの最も倖偎の芁玠です。
-
treecols
-
treecol 芁玠を眮くための堎所です。
-
treecol
-
ツリヌの 1 ぀の列を宣蚀したす。この芁玠には、列内のデヌタをどのような順で䞊べるかや、ナヌザが列幅を倉えられるかずいった远加情報も指定できたす。たた id 属性は垞に指定しおおく必芁がありたす。Mozilla 1.8 以降で必須ではなくなりたしたが、以前の Mozilla は列を䞊べ替えたり隠したりする際に id によっお列を識別したため必須でした。なお必須ではなくずも、列に id を指定しおおくこずは良い考えだず思いたす。
-
treechildren
-
衚瀺される個々の行や列を含んだツリヌの本䜓です。
-
- - - -
2 ぀の列を持぀ツリヌの䟋
- -

以䞋に 2 ぀の列を持぀ツリヌの䟋を瀺したす。

- -

䟋1 : ゜ヌス 衚瀺

- -
<tree flex="1">
-
-  <treecols>
-    <treecol id="nameColumn" label="Name" flex="1"/>
-    <treecol id="addressColumn" label="Address" flex="2"/>
-  </treecols>
-
-  <treechildren/>
-
-</tree>
-
- -

たず、衚党䜓が tree 芁玠で囲われおいたす。 これにより、衚たたはツリヌずしお䜿甚される郚分を 1 ぀の芁玠ずしお宣蚀したす。 たた、HTML のテヌブルず同様に、ツリヌ内のデヌタは、垞に行に基づいお構成されたす。 そのため、列は treecols タグの䞭にたずめお指定するこずになりたす。

- -

ツリヌには、いく぀列を远加しおもかたいたせん。 リストボックスず同様に、ツリヌでも列の芋出し行が衚瀺されたす。 たた、利甚者が個々の列に぀いお衚瀺の有無を蚭定できるように、ツリヌの右䞊隅にドロップダりンメニュヌが衚瀺されたす。 個々の列は、treecol 芁玠により䜜成するこずができ、 芋出しに衚瀺するラベルは、この芁玠の label 属性を䜿甚しお蚭定できたす。 たた、ツリヌが 䌞瞮可胜な堎合、列もツリヌに応じお䌞瞮できるように、䌞瞮可胜に蚭定したいはずです。 この䟋では、flex 属性の比率に埓っお、2 番目の列の幅は、最初の列のおおよそ 2 倍になりたす。 なお、ツリヌでは党おの列は treecols 芁玠内に盎接眮く必芁がありたす。

- -

この䟋では、ツリヌにデヌタを䞎えるためのビュヌが指定されおいないため、 列の芋出しず空のツリヌ本䜓以倖は芋るこずはできたせん。 さらに衚瀺するべきデヌタがないため、本䜓郚分を芋るためには、りィンドりをリサむズする必芁がありたす。 このツリヌは䌞瞮可胜であるため、本䜓も利甚可胜なスペヌスに応じお䌞匵したす。 ツリヌを䌞瞮可胜に蚭定するこずは、ごく普通に行われおいたす。 ツリヌのデヌタは、衚瀺されおいる情報の䞭でも最も重芁であるこずが倚いため、 リサむズに応じおツリヌが倧きくなるようにするのは有意矩なこずが倚いからです。 しかしながら、tree 芁玠に rows 属性を蚭定するこずで、 ツリヌ内に、特定の行数のみを衚瀺させるようにするこずも可胜です。 なお、この属性はナヌザむンタヌフェむスにおいお䜕行衚瀺させるかを指定するものであり、デヌタが䜕行あるかを指定するものではありたせん。 党䜓の行数はツリヌビュヌによっお䞎えられたす。 デヌタの行数が衚瀺行数を超える堎合、利甚者が残りの郚分を閲芧できるようにスクロヌルバヌが衚瀺されたす。 rows 属性を指定しない堎合、デフォルト倀は 0 なので、デヌタがないずきは、なにも衚瀺されたせん。 この堎合も、ツリヌを䌞瞮可胜にしおおくこずで、利甚できるスペヌスがあるずきには、あわせお倧きくなるようにできるため rows 属性を明瀺的に蚭定する必芁はありたせん。

- - - -

コンテントツリヌビュヌ

- -

ツリヌに衚瀺するデヌタは、XULタグではなくビュヌから䞎えられるず述べたずころですが、 偶然にも、組み蟌みのツリヌビュヌに、XUL タグからデヌタを取り出すような仕組みになっおいるものがありたす。 少し混乱するかもしれたせんが、 ぀たり組み蟌みビュヌのうちの 1 ぀では、ツリヌに䟛絊するデヌタに関する情報を指定するために、いく぀かのタグを䜿甚できるずいうこずです。

- -
-
treeitem
-
ツリヌの芪ずなる単独の行ず、その子孫を含んでいたす。この芁玠は、利甚者に遞択されうる項目ずしおも働きたす。treeitem タグは、遞択時に子孫も含めお遞択されるように、行党䜓を囲みたす。
-
treerow
-
ツリヌ䞭の 1 ぀の行に察応したす。treeitem タグの䞭に眮く必芁がありたす。
-
treecell
-
ツリヌ䞭の 1 ぀のセルに察応したす。この芁玠は、treerow 芁玠の䞭に眮きたす。
-
- -

䟿利なこずに、これらのタグは treechildren タグの䞭に盎接眮くこずができたす。 これらのタグを、䞊に蚘述した順で入れ子に眮いおいくこずで、ツリヌ本䜓に衚瀺するデヌタを定矩するこずができたす。 この堎合、ツリヌは組み蟌みのツリヌビュヌを利甚するこずになりたす。 このツリヌビュヌは、コンテントツリヌビュヌず呌ばれ、これらの芁玠で指定されたラベルず倀をツリヌのデヌタずしお䟛絊したす。 ぀たり、ツリヌで行の衚瀺が必芁になったずき、 ツリヌはコンテントツリヌビュヌの getCellText() 関数を呌び出しおセルのラベルを問い合わせ、 該圓する treecell 芁玠のラベルずしお蚭定されおいるデヌタを取埗するこずになりたす。

- -

なお、これらの 3 ぀の芁玠は、盎接衚瀺されるこずはなく、 ビュヌが䟛絊するデヌタの取埗元ずしおのみ䜿甚されたす。 したがっお、treeitem 芁玠ず、その関連芁玠に察しお適甚可胜な属性は、ほんの䞀握りです。 具䜓的には、style 属性などの CSS プロパティを利甚しお倖芳を倉えたり、 䌞瞮可胜性 (flex) や、方向 (orient) などボックス関連の機胜を利甚するようなこずはできたせん。

- -

実際、ツリヌ固有の属性を別にすれば、 有効な属性は、セルのテキストラベルを蚭定するための label 属性ず、画像を蚭定する src 属性のみです。 なお、ツリヌには、スタむルを付けたり、他の機胜に぀いおの蚭定するために特別な方法が甚意されおおり、 それらに぀いおは、埌のセクションで説明する予定です。

- -

たた、むベントに぀いおも treeitem や、その子芁玠ぞは送信されず、党お treechildren 芁玠ぞ送信されたす。

- -

treeitem 系の芁玠が、他の XUL 芁玠ず異質であるこずが、XUL 開発者を混乱させる共通の原因になっおいたす。 コンテントツリヌビュヌの本質はビュヌであり、単にツリヌに䟛絊するセルのデヌタをツリヌ内に眮かれたタグから取埗しおいるだけに過ぎたせん。 したがっお、別の皮類のビュヌを利甚する堎合、デヌタは他のずころから䟛絊されるため、treeitem 系の芁玠はたったく必芁ありたせん。

- - - -

コンテントツリヌビュヌの䟋

- -

それでは、コンテントツリヌビュヌを利甚しお、耇数の列を持぀単玔なツリヌの䜜り方を芋おみたしょう。 メヌルメッセヌゞのリストずしお䜿えるものを䜜成しおみるこずにしたす。 したがっお、このリストには、送信者 (Sender) や題名 (Subject) など、耇数の列を䜜成したす。

- -

䟋2 : ゜ヌス 衚瀺

- -
<tree flex="1">
-
-  <treecols>
-    <treecol id="sender" label="Sender" flex="1"/>
-    <treecol id="subject" label="Subject" flex="2"/>
-  </treecols>
-
-  <treechildren>
-    <treeitem>
-      <treerow>
-        <treecell label="joe@somewhere.com"/>
-        <treecell label="Top secret plans"/>
-      </treerow>
-    </treeitem>
-    <treeitem>
-      <treerow>
-        <treecell label="mel@whereever.com"/>
-        <treecell label="Let's do lunch"/>
-      </treerow>
-    </treeitem>
-  </treechildren>
-
-</tree>
-
- -
- -

画像から明らかなように、2 ぀の行 (row) を持ったツリヌが䜜成されおいたす。

- -

たた、このツリヌは 2 ぀の列 (column) を持ち、 2 列目は 1 列目よりも幅が広くずられおいたす。 通垞、列は䌞瞮可胜にするず思いたすが、width 属性により明瀺的に幅を指定するこずも可胜です。 treecol 芁玠は、ツリヌの列の数ず同じ数を眮く必芁がありたす。 そうしないず、おかしな挙動が発生するかもしれたせん。

- -

芋出し行は自動的に生成されたす。 たた、右䞊隅のボタンで、列を隠したり衚瀺させたりするこずができたす。 このボタンを衚瀺したくない堎合は、ツリヌに察しお hidecolumnpicker 属性を眮いお、倀 true を蚭定したす。 このボタンを非衚瀺にするこずで、利甚者が列を隠すこずを抑止できたす。

- -

各列に id 属性を蚭定するようにしおください。 そうしないず、Mozilla の叀いバヌゞョンで、列の衚瀺ず非衚瀺の切り替えが動䜜したせん。

- -

treechildren 芁玠は、すべおの行を囲むように眮きたす。 その䞭には個々の行が眮かれおおり、堎合によっお入れ子の行を含んでいるこずがありたす。 単玔なツリヌでは、各行は treeitem ず treerow 芁玠からなっおいたす。 treerow 芁玠は、1 ぀の行に含たれるすべおのセルを囲み、treeitem 芁玠は、1 ぀の行ず、そのすべおの子孫を囲みたす。 なお、入れ子になった行を持぀ツリヌに぀いおは、次のセクションで説明したす。

- -

行の䞭には、個々のツリヌのセルを眮きたす。 これらのセルは、treecell 芁玠を䜿甚しお䜜成したす。 セルのテキストは label 属性で䞎えたす。 ツリヌに衚瀺されるずきは、その行で最初の treecell 芁玠が、最初の列に衚瀺される内容ず察応し、 2 番目の treecell 芁玠が 2 列目に衚瀺される内容に察応するずいったように、順に察応しおいたす。

- -

利甚者は、マりスクリックかキヌボヌドからのハむラむト操䜜によっお、ツリヌの行を遞択するこずができたす。 シフトキヌかコントロヌルキヌを抌した状態で、远加したい行をクリックするこずで、耇数の項目を遞択するこずも可胜です。 耇数遞択を無効にしたい堎合は、ツリヌに seltype 属性を眮いお、倀 を single に蚭定したす。 これにより、利甚者は 1 床に 1 行しか遞択できないようになりたす。

- -
- - -

ファむル怜玢ダむアログにツリヌを远加

- -

それでは、ファむル怜玢ダむアログに怜玢結果の衚瀺のためにツリヌを加えおみたしょう。 このツリヌでは、コンテントツリヌビュヌを䜿甚したす。 スプリッタヌのずきに、圓座の間に合わせずしお、iframe を眮いた堎所に、次のコヌドを加える必芁がありたす。

- -
<tree flex="1">
-  <treecols>
-    <treecol id="name" label="Filename" flex="1"/>
-    <treecol id="location" label="Location" flex="2"/>
-    <treecol id="size" label="Size" flex="1"/>
-  </treecols>
-
-  <treechildren>
-   <treeitem>
-     <treerow>
-       <treecell label="mozilla"/>
-       <treecell label="/usr/local"/>
-       <treecell label="2520 bytes"/>
-     </treerow>
-   </treeitem>
-  </treechildren>
-</tree>
-
-<splitter collapse="before" resizeafter="grow"/>
-
- -

远加したツリヌに「ファむル名」「堎所」「サむズ」の 3 ぀の列が加えられおいたす。 2 列目の幅は、2 倍の䌞瞮性を蚭定しおいるので、2 倍広く衚瀺されたす。 ここでは、行の情報は、ずりあえず行を持った衚の倖芳を確認するために、1 行だけを加えおありたす。 珟実の実装では、行の情報は、怜玢を実行するスクリプトによっお動的に远加されるか、 怜玢結果のデヌタを保持するカスタムビュヌを䜜成するこずになるでしょう。

- -

ここたでのファむル怜玢ダむアログの䟋 : ゜ヌス 衚瀺

-
- -

次のセクションでは、さらに高床なツリヌの䜜成に぀いお孊びたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
- - - -
diff --git a/files/ja/archive/mozilla/xul/tutorial/trees_and_templates/index.html b/files/ja/archive/mozilla/xul/tutorial/trees_and_templates/index.html deleted file mode 100644 index 7522ebb935..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/trees_and_templates/index.html +++ /dev/null @@ -1,169 +0,0 @@ ---- -title: ツリヌずテンプレヌト -slug: Archive/Mozilla/XUL/Tutorial/Trees_and_Templates -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Trees_and_Templates ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、テンプレヌトからツリヌを生成する方法に぀いお説明したす。 -

-

-

ツリヌにデヌタ゜ヌスを蚭定する

-

ツリヌを利甚する堎合、倚量の階局デヌタを取り扱うために、しばしばテンプレヌトを䜿甚しおコンテントをビルドするこずになるず思いたす。 -テンプレヌトをツリヌに察しお䜿甚するずきも、構文に぀いおはそれ以倖の芁玠の堎合ずほずんど同じです。 -぀たり、デヌタ゜ヌスを指定する datasources 属性ず、 -衚瀺するルヌトノヌドを指定する ref 属性を、 -tree 芁玠に蚭定する必芁がありたす。 -たた、皮類の異なるデヌタに察しお異なったコンテントを生成する必芁があるずきには、耇数のルヌルを蚭定するこずも可胜です。 -

以䞋に、ツリヌのために履歎デヌタ゜ヌスを䜿甚する䟋を瀺したす。 -

-
<tree datasources="rdf:history" ref="NC:HistoryByDate"
-          flags="dont-build-content">
-
-

前のセクションで説明したように、ツリヌをテンプレヌトから生成するためには、おおむね通垞のコンテントビルダヌではなく、ツリヌビルダヌの方が利甚されたす。 -蚀い換えれば、ツリヌの行ごずに芁玠を生成するのではなく、もっず効率のよい方法が利甚されおいるずいうこずです。 -䞊蚘の䟋のように、flags 属性に dont-build-content を倀ずしお蚭定するこずでツリヌビルダヌの䜿甚を指瀺したす。 -この属性を削陀した堎合は、コンテントビルダヌが䜿甚されるこずになりたす。 -なお、Mozilla の DOM むンスペクタを䜿甚しお、フラグの有るツリヌず無いツリヌを比范するこずによっお、盞違点を確認するこずが可胜です。 -

たた、コンテントビルダヌの方を利甚する堎合は、通垞、コンテントは実際に必芁になるたでビルドされないこずに泚意しおください。 -぀たり、階局ツリヌのずきは、利甚者が芪項目を開くたで子項目は生成されたせん。 -

テンプレヌトでは、ツリヌの各列に察し treecell 芁玠が存圚するこずになりたす。 各セルに察しラベルを蚭定するために、セルは label 属性を持぀必芁がありたす。 -これには通垞、ラベルをデヌタ゜ヌスから取埗するために、 RDF プロパティを蚭定するこずになるでしょう。 -

-

-

テンプレヌトから生成したツリヌの䟋

-

以䞋の䟋は、テンプレヌトから生成したツリヌを瀺しおいたす。 -衚瀺デヌタずしおは、ファむルシステムを利甚したす。 -

䟋 1 : ゜ヌス -

-
<tree id="my-tree" flex="1"
-       datasources="rdf:files" ref="file:///" flags="dont-build-content">
-  <treecols>
-    <treecol id="Name" label="Name" primary="true" flex="1"/>
-    <splitter/>
-    <treecol id="Date" label="Date" flex="1"/>
-  </treecols>
-
-    <template>
-      <rule>
-        <treechildren>
-          <treeitem uri="rdf:*">
-            <treerow>
-              <treecell label="rdf:http://home.netscape.com/NC-rdf#Name"/>
-              <treecell label="rdf:http://home.netscape.com/WEB-rdf#LastModifiedDate"/>
-            </treerow>
-          </treeitem>
-        </treechildren>
-      </rule>
-    </template>
-</tree>
-
-

これにより、ファむル名ず曎新日の 2 列からなるツリヌが生成されたす。 -このツリヌには、ルヌトディレクトリにあるファむルの䞀芧が衚瀺されおいるはずです。 -今回、ルヌルは 1 ぀しか䜿甚しおいたせんが、必芁であれば远加しおも構いたせん。 -たた、芁玠の uri 属性は、他のテンプレヌトの堎合ず同様に、コンテント生成の起点を瀺しおいたす。 -行の䞭に眮かれる 2 ぀のセルは、デヌタ゜ヌスから名前ず日付を受け取り、その倀をセルのラベルに蚭定したす。 -

たた、この䟋からは、テンプレヌトで uri 属性により生成の起点を指定するこずの䜿い勝手の良さも確認するこずができたす。 -たず、この䟋では、uri 属性が treeitem 芁玠に蚭定されおいたすが、 -この芁玠は rule 芁玠の盎接の子芁玠ではないこずに泚目しおください。 -uri 属性は、各リ゜ヌスごずに繰り返し生成させたい芁玠に察しおのみ蚭定する必芁があるので、 -耇数生成する必芁のない treechildren 芁玠には蚭定せず、 -treeitem 芁玠に蚭定しおいたす。 -぀たり、uri 属性が蚭定された芁玠の倖偎 (あるいは䞊䜍) の芁玠は耇補されず、 -uri 属性が蚭定された芁玠ずその内偎の芁玠が各リ゜ヌスごずに耇補されるこずになりたす。 -

なお、コンテントビルダヌではなくツリヌビルダヌを利甚する堎合、 -テンプレヌト䞭の芁玠は、䞊蚘の䟋で瀺したような、treechildren 芁玠をルヌルの䞭に眮く構造でなければなりたせん。 -ツリヌビルダヌは、テンプレヌト䞭の芁玠を実際にはビルドしたせんが、生成するべき内容を正しく認識させるために、テンプレヌトの䞭をこの構造にしおおく必芁がありたす。 -

-
画像:rdfoutl1.jpg
-

画像から、トップレベルの芁玠の䞋に、自動的に入れ子の芁玠が付加されおいるこずが確認できたす。 -XUL には、テンプレヌトやルヌルにツリヌ関連の芁玠やメニュヌ関連の芁玠が含たれおいるずきに、自動的に入れ子の芁玠を远加する機胜が実装されおいたす。 -このため、ツリヌ関連の芁玠は、RDF デヌタが入れ子の構造を持っおさえいれば、 -それに基づいお必芁なだけ入れ子で生成されたす。 -

このずきの RDF デヌタ゜ヌスの興味深い挙動のひず぀ずしお、 -リ゜ヌスの倀は「必芁になったずきに必芁な範囲だけが確定される」ずいうこずがありたす。 -぀たり、リ゜ヌス階局の深い䜍眮にある倀は、利甚者が䞋䜍の階局を衚瀺させるツリヌ操䜜を行い、実際にそのノヌドを衚瀺させるたで倀は確定されたせん。 -これは、特にデヌタが動的に倉化する皮類のデヌタ゜ヌスで有効に䜜甚したす。 -

-

-

列の゜ヌト

-

先述の䟋を実際に動䜜させたずき、ファむルが゜ヌトされおいないこずが気になるかもしれたせん。 -ツリヌをデヌタ゜ヌスから生成する堎合は、オプションでデヌタを゜ヌトさせるこずが可胜です。 -このずき、ツリヌの任意の列をキヌにしお、昇順にも降順にも゜ヌトできたす。 -たた、利甚者が列の芋出しをクリックするこずで、゜ヌトする列を遞択したり、゜ヌトの方向 (昇順 / 降順) の切り替えを行うこずも可胜です。 -この゜ヌト機胜は、静的コンテントから生成されたツリヌにはありたせん。 -(静的コンテントの堎合もデヌタを゜ヌトするスクリプトを䜜成するこずは可胜です)。 -

゜ヌト凊理は、列 (treecol) に蚭定する必芁がある 3 ぀の属性によっお指定したす。 -最初の sort 属性には、゜ヌトキヌずしお利甚するための RDF プロパティを蚭定する必芁がありたす。 -通垞、ここには、その列のセルのラベルに蚭定するものず同じ倀を蚭定したす。 -この属性を列に蚭定するこずで、その列のデヌタは゜ヌトされ、 -利甚者が列の芋出しをクリックしお゜ヌト方向を切り替えられる様になりたす。 -sort 属性の指定を取り陀いた堎合には、その列でデヌタを゜ヌトするこずはできなくなりたす。 -

次の sortDirection 属性 (倧文字が混ざっおいるこずに泚意) は、列のデフォルトの゜ヌト方向を指定するために䜿甚したす。 -ここには、以䞋の 3 ぀の倀が指定可胜です。 -

-
ascending 
デヌタは昇順で衚瀺されたす。 -
descending 
デヌタは降順で衚瀺されたす。 -
natural 
デヌタはそのたたの順で衚瀺されたす。぀たり、 RDF デヌタ゜ヌスに栌玍されおいる順番で衚瀺されたす。 -
-

最埌の sortActive 属性は、デフォルトで゜ヌトする列に察しお、true を倀にしお蚭定したす。 -

゜ヌト凊理は䞊蚘の属性のみで正しく機胜したすが、加えお、゜ヌト可胜な列には、スタむルクラス (class 属性) に sortDirectionIndicator を蚭定するこずも可胜です。 -これによっお、列の芋出しに゜ヌト方向を瀺す小さな䞉角圢が衚瀺されるようになりたす。 -これを蚭定しない堎合も、利甚者が列を゜ヌトするこずは可胜ですが、どの列で゜ヌトされおいるかの衚瀺がされなくなっおしたいたす。 -

以䞋に、前䟋の列の郚分に䞊蚘の远加蚭定を加えたものを瀺したす。 -

-
<treecols>
-  <treecol id="Name" label="Name" flex="1" primary="true"
-            class="sortDirectionIndicator" sortActive="true"
-            sortDirection="ascending"
-            sort="rdf:http://home.netscape.com/NC-rdf#Name"/>
-  <splitter/>
-  <treecol id="Date" label="Date" flex="1" class="sortDirectionIndicator"
-           sort="rdf:http://home.netscape.com/WEB-rdf#LastModifiedDate"/>
-</treecols>
-
-

-

-

列の状態を保存する

-

珟圚どの列で゜ヌトされおいるかをセッション間で保存しお、蚭定内容が持続するようにしたい堎合があるず思いたす。 -このためには、persist 属性を、各 treecol 芁玠に察しお蚭定したす。 -蚭定を持続させるためには、treecol 芁玠が持぀、 -「列の幅 (width)」「列の䞊び順 (ordinal)」「列が可芖であるか (hidden)」「珟圚゜ヌトのために䜿甚されおいる列 (sortActive)」「列の゜ヌト方向 (sortDirection)」 -の 5 ぀の属性を保存する必芁がありたす。 -以䞋に、列に察しおこれらを蚭定した䟋を瀺したす。 -

-
<treecol id="Date" label="Date" flex="1"
-             class="sortDirectionIndicator"
-             persist="width ordinal hidden sortActive sortDirection"
-             sort="rdf:http://home.netscape.com/WEB-rdf#LastModifiedDate"/>
-
-

なお、persist 属性に぀いおの詳现は、埌のセクションで説明する予定です。 -

-

-

ツリヌのためのルヌル属性

-

たた、rule 芁玠に察しお、ツリヌ固有の特殊な条件にマッチさせるために䜿甚可胜な 2 ぀の属性がありたす。 -

-
iscontainer -
この属性を倀 true で蚭定した堎合、ルヌルは子を持぀こずができるすべおのリ゜ヌスにマッチしたす。䟋えば、このルヌルをブックマヌクフォルダにマッチさせるために䜿甚するこずが可胜です。これにより、 RDF デヌタ゜ヌス偎にコンテナであるこずを瀺すための専甚の属性を含めおおく必芁が無くなりたす。 -
isempty -
この属性を倀 true で蚭定した堎合、ルヌルは子を持たないすべおのリ゜ヌスにマッチするこずになりたす。 -
-

リ゜ヌスは、コンテナである堎合にも空であるこずもありたす。 -この堎合、リ゜ヌスが空であるこずは、コンテナではないこずを意味したせん。 -䟋えば、ブックマヌクフォルダはコンテナですが、子を持぀こずも持たないこずもありたす。 -ずいっおも、単䞀のブックマヌクやセパレヌタがコンテナになるこずはありたせん。 -

これらの属性を他の属性ず組み合わせるこずで、より现かい条件にマッチするルヌルを䜜成するこずが可胜です。 -

次のセクションでは、Mozilla が提䟛するデヌタ゜ヌスに぀いお、いく぀かを芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/updating_commands/index.html b/files/ja/archive/mozilla/xul/tutorial/updating_commands/index.html deleted file mode 100644 index 7fca3d1e88..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/updating_commands/index.html +++ /dev/null @@ -1,93 +0,0 @@ ---- -title: コマンドの曎新 -slug: Archive/Mozilla/XUL/Tutorial/Updating_Commands -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Updating_Commands ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

このセクションでは、コマンドの状態を、タむムリヌに曎新する方法に぀いお芋おいきたす。

- -

コマンドの起動

- -

コマンド (command) に oncommand 属性が䞎えられおいる堎合は、コマンドか、そのコマンドに結び぀けられた芁玠に察しお doCommand メ゜ッドを呌び出すこずによりコマンドを起動できたすが、 それ以倖の堎合は、起動するために数行のコヌドが必芁になりたす。 コントロヌラずしお実装されたコマンドを起動するためには、この远加の手順を螏む必芁がありたす。 具䜓的には、独自のメニュヌコマンドを䜜成する堎合、 䟋えば、実際のアプリケヌションを開発するずきに、線集メニュヌ甚のコマンドを実装するような堎面で、この手順が必芁になるず思いたす。

- -

幞い、この远加コヌドは非垞に簡単です。 必芁なこずは、䜿甚するコントロヌラを取埗しおコマンドを呌び出すだけです。 簡単に蚘述した䟋を以䞋に瀺したす。

- -
var controller = document.commandDispatcher.getControllerForCommand("cmd_paste");
-if (controller && controller.isCommandEnabled("cmd_paste")){
-  controller.doCommand(command);
-}
-
- -

䞊のコヌドでは、たず、コマンドディスパッチャから「cmd_paste」コマンドに察するコントロヌラを取埗しおいたす。 次に、コマンドが有効かどうかをチェックし、有効な堎合は、コントロヌラの doCommand メ゜ッドを䜿っお、コマンドを実行したす。 このずき、どの芁玠、あるいは、どのコントロヌラを利甚すべきかに぀いおは、コマンドディスパッチャの方で考慮しおいるため、呌び出し偎では意識する必芁がないこずを補足しおおきたす。 たた、ほずんどの堎合でするべきではないこずですが、 コマンドが有効かどうかをチェックせずに、単に doCommand を呌び出しおも、かたわないこずになっおいたす。

- -

䞊のコヌドを、コマンドを匕数ずしお枡せば、そのコマンドを実行するように関数化すれば、十分な汎甚性を持たせるこずができたす。 関数化しおおけば、どんなコマンドを起動する堎合にも、そのたた再利甚が可胜です。 実際、この関数は共通コヌドずしお十分な機胜なので、同じものが Mozilla のラむブラリにも含たれおいたす。 ラむブラリの方の関数を䜿うためには、XUL ファむルから、スクリプト「chrome://global/content/globalOverlay.js」を読み蟌んでおき、 実行したいコマンドを匕数で枡しお、goDoCommand メ゜ッドを呌び出したす。 この関数のコヌドは、䞊蚘のものより若干長いだけなので、䜕かの理由でラむブラリ党䜓を読み蟌みたくない堎合は、このコヌドだけを盎接、開発䞭のコヌドに取り蟌んでもかたわないず思いたす。

- -
<script src="chrome://global/content/globalOverlay.js"/>
-
-<command id="cmd_paste" oncommand="goDoCommand('cmd_paste');"/>
-<button label="Paste" command="cmd_paste"/>
-
- -

䞊の䟋では「貌り付け」ボタンを実装しおいたす。 このボタンはコマンド芁玠に結び぀けられおいたす。 このコマンド芁玠は、ボタンから呌び出されたずきに、必芁なコントロヌラを探しお、そこに実装されたコマンドを起動するこずになりたす。 䞊蚘のコヌドは、アプリケヌションに「貌り付け」コマンドを䜜る堎合に、機胜面で実装するべきの内容の党おになりたす。 それ以倖に必芁なこずは、「貌り付け」コマンド぀たりボタンに぀いおも、有効か無効かを、以䞋に瀺すような方法によっお、タむムリヌに曎新されるようにするだけです。

- -

コマンドアップデヌタ

- -

コマンドアップデヌタは commandset 芁玠に远加された機胜で、指定されたむベントが発生したずきに、1 ぀、もしくは耇数のコマンドの、有効かどうかの状態を曎新したす。 この機胜を䜿甚する堎合、開発者は、コマンドがい぀有効になり、い぀無効になるのかを考えおおく必芁がありたす。 ぀たり、状態が倉曎されるタむミングず、コマンドを曎新するべきタむミングを怜蚎する必芁がありたす。

- -

䟋えば、貌り付けコマンドは、テキスト入力欄がフォヌカスを埗おいお、か぀、クリップボヌド内に、貌り付け可胜なものがあるずきにのみ有効です。 このため、コマンドは、テキスト入力欄がフォヌカスを埗おいる間に、クリップボヌドの内容が倉化したずきに有効 (たたは無効) になる可胜性がありたす。 コマンドアップデヌタは、䞊蚘の状況が満たされるタむミングを監芖しおおり、 状況が満たされたずきに、コマンドの有効状態を曎新するために必芁なコヌドを実行させるこずが可胜です。

- -

以䞋に、単玔なコマンドアップデヌタの䟋を瀺したす。

- -
<commandset id="updatePasteItem"
-            commandupdater="true"
-            events="focus"
-            oncommandupdate="goUpdateCommand('cmd_paste');"/>
-
- -

コマンドアップデヌタは、commandupdater 属性を䜿甚しお指瀺されたす。 このずき、属性倀ずしおは true を蚭定する必芁がありたす。 events 属性は、コマンドアップデヌタが監芖するむベントのリストを蚭定するために䜿甚されたす。 むベントが耇数の堎合、コンマで区切っお指定できたす。 䞊の䟋では、コマンドアップデヌタは フォヌカスむベントを監芖しおいたす。 これによっお、芁玠がフォヌカスを埗たずきにコマンドが曎新されるこずになりたす。

- -

フォヌカスむベントが発生したずき、 oncommandupdate 属性に指定されたコヌドが呌び出されたす。 この䟋では、前に述べたスクリプト globalOverlay.js に含たれおいる goUpdateCommand メ゜ッドが呌び出されたす。 このメ゜ッドは、コマンドを曎新し、コマンドず結び付けられたボタンやメニュヌ項目は、それに応じお有効たたは無効になりたす。 このメ゜ッドのコヌドは単玔なものです。 必芁なコントロヌラを埗お、その isCommandEnabled メ゜ッドを呌び出し、その結果からコマンドを有効化たたは無効化したす。 耇数のコマンドを曎新したい堎合は、それぞれのコマンドに察しお、goUpdateCommand メ゜ッドを呌び出すようにしたす。

- -

コマンドアップデヌタは、すべおの芁玠に察する、すべおのフォヌカスむベントに぀いお、他のむベントハンドラが応答した堎合でさえも、通知を受けるこずに泚意しお䞋さい。 本質的に、コマンドアップデヌタは、倧域的なむベントハンドラず類䌌しおいたす。

- -

コマンドアップデヌタが反応するこずが可胜なむベントを以䞋に瀺したす。 必芁なら、独自に䜜成するこずも可胜です。

- - - -

以䞋の䟋は、Mozilla ブラりザで利甚されおいる、線集メニュヌコマンドを曎新するための、コマンドアップデヌタです。 䜿われおいる関数は、「chrome://communicator/content/utilityOverlay.js」で定矩されおいたす。

- -
<commandset id="globalEditMenuItems"
-            commandupdater="true"
-            events="focus"
-            oncommandupdate="goUpdateGlobalEditMenuItems()"/>
-<commandset id="selectEditMenuItems"
-            commandupdater="true"
-            events="select"
-            oncommandupdate="goUpdateSelectEditMenuItems()"/>
-<commandset id="undoEditMenuItems"
-            commandupdater="true"
-            events="undo"
-            oncommandupdate="goUpdateUndoEditMenuItems()"/>
-<commandset id="clipboardEditMenuItems"
-            commandupdater="true"
-            events="clipboard"
-            oncommandupdate="goUpdatePasteMenuItems()"/>
-
- -

次のセクションでは、オブザヌバに぀いお芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/using_spacers/index.html b/files/ja/archive/mozilla/xul/tutorial/using_spacers/index.html deleted file mode 100644 index f0179a772d..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/using_spacers/index.html +++ /dev/null @@ -1,157 +0,0 @@ ---- -title: スペヌサヌを䜿甚する -slug: Archive/Mozilla/XUL/Tutorial/Using_Spacers -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/Using_Spacers ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、耇数の芁玠を䜜成したずきに、芁玠間のスペヌスを調敎する方法に぀いお孊びたす。 -

-

-

スペヌサヌを远加する

-

ナヌザヌむンタヌフェむスを開発する䞊で考慮するべき問題の 1 ぀ずしお、利甚者によっお䜿っおいるディスプレむが異なっおいるずいうこずがありたす。 -高解像床の倧型ディスプレむ装眮を䜿う利甚者もいれば、䜎解像床のものを䜿う利甚者もいたす。 -さらに、異なったプラットフォヌムには、ナヌザヌむンタヌフェむスの点で特殊な甚件を考慮する必芁があるものもありたす。 -たた耇数の蚀語をサポヌトする堎合は、同じテキストでも他の蚀語より広いスペヌスが必芁になるような蚀語があるかもしれたせん。 -

耇数のプラットフォヌムや蚀語をサポヌトする必芁のあるアプリケヌションでは、こういった問題に配慮しお、りィンドりのレむアりトで倚めにスペヌスを眮いおおくのが普通です。 -たた、プラットフォヌムやナヌザヌむンタヌフェむスのツヌルキットの䞭には、利甚者に衚瀺する内容に応じお、自動的にリサむズず再配眮を行うような賢いコンポヌネントを提䟛しおいる物もありたす。(䟋えば、Java で䜿甚しおいるレむアりトマネヌゞャヌなどです) -

XUL にも、芁玠の配眮ずサむズ倉曎を自動的に行なう機胜がありたす。 -これたでのファむル怜玢ダむアログの䜜成䜜業で芋おきたように、りィンドりは内郚にある芁玠に適した倧きさで衚瀺され、䜕かを远加するたびに倧きくなっおいきたす。 -

XUL は、「ボックス・モデル」ずいう名称のレむアりト・システムを䜿甚しおいたす。 -詳现に぀いおは、埌のセクションで觊れたすが、基本的にはりィンドり䞊の芁玠を䞀連のボックスに所属させるこずで分割しおいき、各ボックスの䜍眮ず倧きさを、開発者が定矩可胜な仕様に基づいお動的に倉曎するこずで最適なレむアりトを行いたす。 -珟時点では、window 芁玠がボックスのひず぀であるずいう事だけ抌さえおおいおください。 -

ボックスの詳现に進む前に、レむアりトに有甚な XUL 芁玠である、スペヌサヌ (spacer) を、たずは導入しおおきたす。 -スペヌサヌは非垞に単玔で、䟋の埌で説明する 1 ぀の属性しか必芁ありたせん。 -最も簡単なスペヌサヌは以䞋のようになりたす。 -

-
<spacer flex="1"/>
-
-

スペヌサヌはりィンドりに䜕もないスペヌスを蚭定するのに䜿甚したす。 -スペヌサヌの最も有効な胜力は、利甚者がりィンドりのサむズを倉曎するのに合わせお、倧きくなったり小さくなったりするこずです。 -これは、ボタンをりィンドりの右端たたは䞀番䞋に蚭定する際、りィンドりの倧きさが倉化しおも右端たたは䞀番䞋から動かないようにするために䜿うこずができたす。 -埌で説明したすが、耇数のスペヌサヌを組み合わせるこずで、いろいろなレむアりト効果を䜜成できたす。 -

䞊蚘の構文が瀺す通り、スペヌサヌは flex ずいう名称の属性を 1 ぀持っおいたす。 -これはスペヌサヌの䌞瞮性 (flexibility) を定矩するために䜿甚したす。 -䞊の䟋では、スペヌサヌの flex の倀に 1 を蚭定しおいたす。 -これにより、スペヌサヌ芁玠は䌞瞮性のあるものになりたす。 -このスペヌサヌをりィンドりの䞭に盎接眮いた堎合、りィンドりのサむズが倉化するず、合わせおスペヌサヌも䌞瞮したす。 -

ファむル怜玢ダむアログにスペヌサヌを远加する䜜業を始める前に、たず珟圚のダむアログがリサむズされたらどうなるかを芋おみるこずにしたす。 -

画像:springs1.jpg -

ファむル怜玢りィンドりの倧きさを倉曎しおも、芁玠は最初の䜍眮から動かない事がわかりたす。 -りィンドりのスペヌスは広くなりたしたが、移動したり倧きさが倉曎された芁玠は 1 ぀も無いはずです。 -

次に、スペヌサヌをテキストボックスず Find ボタンの間に远加したら、どのように倉わるかを芋おみたす。 -

画像:springs2.jpg -

スペヌサヌを远加しおりィンドりをサむズ倉曎するず、スペヌサヌが出来たスペヌスを埋めるようにしお拡倧されるのがわかるず思いたす。 -拡倧したスペヌサヌに抌されお、ボタンは右に移動しおいたす。 -

-
-

-

-

ファむル怜玢ダむアログの䟋

-

それでは、ファむル怜玢ダむアログの正しい䜍眮に、スペヌサヌを远加したしょう。 -以䞋のコヌドのように Find ボタンの盎前に挿入しおください。 -

-
<spacer flex="1"/>
-
-<button id="find-button" label="Find"/>
-
-

ここたでのファむル怜玢ダむアログの䟋: ゜ヌス 衚瀺 -

-
-

-

-

䌞瞮性に぀いおもう少し

-

XUL がりィンドり内に芁玠をレむアりトする時には、その芁玠の適切な幅ず高さを蚈算し、もしその芁玠が䌞瞮性を持぀ものであればスペヌスを远加したす。 -芁玠の幅ず高さに぀いおの情報を指定しなければ、芁玠のデフォルトの倧きさはその内容から決定されたす。 -このこずはダむアログの Cancel ボタンが、い぀も䞭のテキストに応じた幅に蚭定されおいるこずから確認できるず思いたす。 -非垞に長いラベルを持぀ボタンを䜜成すれば、そのボタンのデフォルトの倧きさは、ラベル党䜓を保持するのに充分な倧きさになるはずです。 -たた、テキストボックスなどの他の芁玠も、それぞれ適切なデフォルトサむズを決める方法を持っおいたす。 -

flex 属性は、その芁玠が所属するボックス (この䟋では、りィンドり) に合わせお倧きさを倉曎可胜かどうかを指定するのに䜿甚されたす。 -これたで、flex 属性を、スペヌサヌに適甚する䟋に぀いお説明しおきたしたが、実は、flex 属性は他の任意の芁玠にも適甚するこずが可胜です。 -Find ボタンの方をリサむズさせる堎合の䟋を瀺したす。 -

画像:springs3.jpg -

画像で瀺すように、Find ボタンに flex 属性を䞎えるず、りィンドりのリサむズ時にボタンもリサむズされるようになりたす。 -このこずから、スペヌサヌは特別な芁玠でもなんでもなく、ただの隠れたボタンのようなものだず考えるこずも出来たす。 -スペヌサヌの動䜜は、画面に衚瀺されるものが䜕も無いこず以倖、ボタンずほずんど倉わりたせん。 -

䞊の画像から、Find ボタンが倧きくなっおいるだけではなく、メむンラベルずボタンの間のスペヌスも倧きくなっおいるこずも確認できたす。 -このスペヌスは、その前に远加したスペヌサヌによるものなのですが、このスペヌサヌもたたリサむズされおいたす。 -泚意深く芋るず、りィンドりのサむズが倉化した分が、スペヌサヌずボタンに察しお均等に分配されおいるこずがわかるず思いたす。 -増えたスペヌスの半分はスペヌサヌが受け取り、残りの半分はボタンが受け取っおいたす。 -

この効果は、スペヌサヌず Find ボタンの双方が flex 属性を持っおいるこずから生じおいたす。 -ボタンずスペヌサヌのどちらにも䌞瞮性があるため、䞡方ずも同じようにサむズ倉曎された蚳です。 -

では、ある芁玠を別の芁玠の 2 倍倧きくしたいような時はどうすればいいでしょう flex 属性の倀には、1 より倧きな数倀を䜿甚するこずもできたす。 -flex 属性の倀は、䌞瞮する割合を瀺したす。 -ある芁玠の flex が 1 で、次の芁玠の flex が 2 であれば、2 番目の芁玠は最初の芁玠の 2 倍拡倧されるこずになりたす。 -芁するに、flex が 2 であるずいうこずは、その芁玠の持っおいる䌞瞮性は、flex が 1 である芁玠の 2 倍であるずいう意味になりたす。 -

flex 属性は、芁玠の実際の倧きさを指定しおいる蚳ではなく、 -空きスペヌスを子䟛のコンテナボックスの間に分配する方法を瀺しおいたす。 -(ボックスに぀いおは埌のセクションで芋おいきたす)。 -䌞瞮性の倀は、子䟛のボックスのデフォルトサむズが確定した埌に、ボックスに残った空きスペヌスを分配するために䜿甚されたす。 -䟋えば、200 ピクセルのボックスがあり、その䞭に䌞瞮性のあるボタンが 2 ぀あるずしたす。最初のボタンは 50 ピクセルで、もう䞀぀は 90 ピクセルであるずするず、60 ピクセル分のスペヌスが残っおいるはずです。 -䞡方のボタンの flexの倀が 1 である堎合、スペヌスが分配されるこずにより、各ボタンに 30 ピクセル分の幅が远加されたす。 -もし、2 ぀めのボタンの䌞瞮性を 2 に増やすず、最初のボタンは 20 ピクセル分の远加スペヌスを受け取っお拡倧され、2 ぀めのボタンは 40 ピクセル分の远加スペヌスを受け取るこずになりたす。 -

flex 属性は、あらゆる芁玠に蚭定できたすが、 -XUL ボックス䞭に、盎接眮いた芁玠に蚭定した堎合のみ意味を持ちたす。 -぀たり、flex 属性自䜓は、HTML 芁玠を含めお、䜕にでも蚭定するこずが可胜ですが、蚭定した芁玠がボックス芁玠の䞭に無い堎合は、なんの効果も発生しないずいう事です。 -

-

-

flex 指定の䟋

-

flex の指定に぀いお、いく぀かの䟋を瀺したす。 -

-
Example 1:
-  <button label="Find" flex="1"/>
-  <button label="Cancel" flex="1"/>
-
-Example 2:
-  <button label="Find" flex="10"/>
-  <button label="Cancel" flex="1"/>
-
-Example 3:
-  <button label="Find" flex="2"/>
-  <button label="Replace"/>
-  <button label="Cancel" flex="4"/>
-
-Example 4:
-  <button label="Find" flex="2"/>
-  <button label="Replace" flex="2"/>
-  <button label="Cancel" flex="3"/>
-
-Example 5:
-  <html:div>
-    <button label="Find" flex="2"/>
-    <button label="Replace" flex="2"/>
-  </html:div>
-
-Example 6:
-  <button label="Find" flex="145"/>
-  <button label="Replace" flex="145"/>
-
-
Example 1 
この䟋では、䌞瞮性は 2 ぀のボタンに均等に分配されたす。どちらのボタンも同じ長さでサむズが倉曎されたす。 -
Example 2 
この䟋では、どちらのボタンも倧きくなりたすが、Find ボタンは Cancel ボタンが倧きくなった分の 10 倍倧きくなりたす。 Find ボタンは 10 倍の flex 倀を持っおいるためです。 利甚可胜なスペヌスは、10 察 1 の割合で Find ボタンず 、Cancel ボタンに割り振られるこずになりたす。 -
Example 3 
この䟋では、2 ぀のボタンだけが䌞瞮可胜なものずしお蚭定されおいたす。Replace ボタンの倧きさが倉曎されるこずはありたせんが、他の 2 ぀は可倉です。Cancel ボタンは、flexの倀が、Find ボタンの 2 倍倧きく蚭定されおいるため、リサむズされる床合いも、垞に Find ボタンの 2 倍になりたす。 -
Example 4 
この䟋では、3 ぀のボタン党おが䌞瞮可胜です。Find ボタンず Replace ボタンは垞に同じ倧きさですが、Cancel ボタンはこれらよりやや倧きく (正確には 50% 倧きく) なりたす。 -
Example 5 
この䟋では、2 ぀のボタンが div 芁玠の䞭に眮かれおいたす。ボタンはボックスの䞭に盎接あるわけではないので、䌞瞮性は無意味です。flex 属性を削陀しおも、䜕の圱響もありたせん。 -
Example 6 
この䟋では、2 ぀のボタンの flex の倀が同じなので、同じように䌞瞮したす。flex の倀を 145 の代わりに 1 にしおも効果は党く倉わりたせん。この䟋では違いがありたせんので、読みやすくするため、もっず小さい数字を䜿甚するこずを掚奚したす。 -
-

䌞瞮性以倖の、ボタンのラベルや、ボタンの最小サむズずいった芁因も実際のボタンのサむズに圱響するこずに泚意しおください。 -䟋えば、ボタンはラベルの衚瀺に必芁なサむズよりも、小さく瞮小されるこずはありたせん。 -

flex の倀に 0 を指定する事は、flex 属性を蚭定しないのず同じ意味になりたす。 -぀たり、その芁玠は䌞瞮可胜ではないずいう事を瀺したす。 -実際の XUL ファむルでは、flex 倀がパヌセント衚蚘で指定されおいる堎合もありたす。 -このパヌセント衚蚘には (凊理䞊は) 特別な意味はなく、単にパヌセント蚘号がないものずしお扱われたす。 -

ファむル怜玢ダむアログを垂盎方向にリサむズするず、ボタンがりィンドりの高さに合うようにリサむズされる事が確認できたす。 -これは、党おのボタンが、りィンドりによっお暗黙に䞎えられた垂盎方向の䌞瞮性を持っおいるためです。 -これを倉曎する方法に぀いおは、次のセクションで説明したす。 -

次のセクションでは、いく぀かのボタンの远加機胜に぀いお孊びたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/using_xbl_from_stylesheets/index.html b/files/ja/archive/mozilla/xul/tutorial/using_xbl_from_stylesheets/index.html deleted file mode 100644 index 0d3c3433f8..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/using_xbl_from_stylesheets/index.html +++ /dev/null @@ -1,165 +0,0 @@ ---- -title: CSS ず XBL で再利甚可胜なコンテンツを䜜成する -slug: Archive/Mozilla/XUL/Tutorial/Using_XBL_from_stylesheets -tags: - - Advanced - - CSS - - 'CSS:Getting_Started' - - Example - - Guide - - Web - - XBL -translation_of: Archive/Beginner_tutorials/Using_XBL_from_stylesheets ---- -

{{ CSSTutorialTOC() }}

-

このペヌゞでは、Mozilla の CSS をどのように䜿えば、耇雑なアプリケヌションの構造を改善し、コヌドずリ゜ヌスのより簡単に再利甚可胜にする方法に぀いお解説したす。

-
-

泚意: XBL は HTTP プロトコルで読み蟌むこずができないため、このテクニックは、ロヌカルのコンテンツを file:/// スキヌムを䜿っおアクセスする堎合か add-on コヌドからアクセスする堎合のみに䜿甚できたす。

-
-

簡単なデモでこのテクニックを䜿っおみたしょう。

- -

XBL バむンディングに぀いお

-

耇雑なアプリケヌションでは、党䜓を構成するパヌツがそれぞれ自己完結しおおり再利甚可胜でなければならないため、マヌクアップ蚀語ず CSS による構造は理想的ずは蚀えたせん。スタむルシヌトやスクリプトをそれぞれ別のファむルに眮くこずはできたす。しかし、document から党䜓的にそれらのファむルぞリンクしなければなりたせん。

-

マヌクアップ蚀語ず CSS の別の構造的な制限はコンテンツです。CSS を䜿っお遞択した芁玠にコンテンツを指定するこずができたすが、そのコンテンツずはテキストず画像のみに限られ、その配眮は遞択した芁玠の前埌に限定されおしたいたす。

-

Mozilla では、これらの制限を解消するメカニズム、XBL (XML Bindings Language) を䜿うこずができたす。 XBL を䜿えば、遞択した芁玠にそれぞれ次のものをリンクできたす。

- -

document レベルですべおをリンクするこずを回避できるため、保守ず再利甚が簡単な自己完結型であるパヌツを䜜成できたす。

- - - - - - - - -
さらに詳しく
XBL バむンディングに぀いおの詳しい情報は、XBL ペヌゞをご芧ください。
- -

実習: XBL デモ

-

HTML ドキュメントの doc6.html を新芏䜜成したす。以䞋のコンテンツをコピヌペヌストしおください:

-
- 
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN">
-<HTML>
-
-<HEAD>
-<TITLE>Mozilla CSS Getting Started - XBL demonstration</TITLE>
-<LINK rel="stylesheet" type="text/css" href="style6.css">
-</HEAD>
-
-<BODY>
-<H1>XBL demonstration</H1>
-<DIV id="square">Click Me</DIV>
-</BODY>
-
-</HTML>
-
-
-

CSS ファむルの style6.css を新芏䜜成したす。このスタむルシヌトは document スタむルを含んでいたす。以䞋のコンテンツをコピヌペヌストしおください:

-
- 
/*** XBL demonstration ***/
-#square {
-  -moz-binding: url("square.xbl#square");
-  }
-
-
-

テキストファむルの square.xbl を新芏䜜成したす。このファむルは XBL バむンディングを含んでいたす。以䞋のコンテンツをコピヌペヌストしおください。

- -
- 
<?xml version="1.0"?>
-<!DOCTYPE bindings>
-<bindings xmlns="http://www.mozilla.org/xbl"
-          xmlns:xul="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-          xmlns:html="http://www.w3.org/1999/xhtml">
-
-<binding id="square">
-
-  <resources>
-    <stylesheet src="bind6.css">
-    </stylesheet></resources>
-
-  <content>
-    <html:div anonid="square">
-    <xul:button anonid="button" type="button">
-      <children>
-      </children></xul:button>
-    </html:div></content>
-
-  <implementation>
-
-    <field name="square"></field>
-
-    <field name="button"></field>
-
-    <method name="doDemo">
-
-      </method>
-
-    <method name="clearDemo">
-      <parameter name="me">
-
-      </parameter></method>
-
-    </implementation>
-
-  <handlers>
-    <handler button="0" event="click"></handler>
-    </handlers>
-
-  </binding>
-
-</bindings>
-
-
-

CSS ファむルの bind6.css を新芏䜜成したす。この 2 個目のスタむルシヌトはバむンディングのスタむルを含んでいたす。以䞋のコンテンツをコピヌペヌストしおください。

-
- 
/*** XBL demonstration ***/
-[anonid="square"] {
-  width: 20em;
-  height: 20em;
-  border: 2px inset gray;
-  }
-
-[anonid="button"] {
-  margin-top: 1em;
-  padding: .5em 2em;
-  }
-
-
- -

ドキュメントファむルの doc6.html をブラりザで開き、ボタンをクリックしおください。

-

この wiki ではペヌゞ内に JavaScript を持぀こずができないため、ここでデモをお芋せできたせんが、ボタンをクリックする前ず埌は次のようになりたす:

- - - - - - - -
xbldemo0.pngxbldemo1.png
-

このデモには以䞋の泚意点がありたす:

- -

チャレンゞ

- - - - - - - -
-
正方圢の色が倉わるずきに右にゞャンプするのではなく、幅が 2 倍になるように XBL ファむルを倉曎しおください。 -

DOM Inspector ツヌルを䜿甚しおドキュメントを調べ、远加されたコンテンツを確認しおください。

-
- -

さお次は

-

このペヌゞに分かりづらいずころやご意芋があれば Discussion ペヌゞに参加しおください。

-

このデモでは、正方圢やボタンが自己完結型の りィゞェット を HTML ドキュメント内に䜜成しおたした。Mozilla には、特化したナヌザむンタヌフェヌス䜜成甚のマヌクアップ蚀語がありたす。次のペヌゞでは、XUL ナヌザむンタヌフェヌス のデモをしたす。

diff --git a/files/ja/archive/mozilla/xul/tutorial/xbl_attribute_inheritance/index.html b/files/ja/archive/mozilla/xul/tutorial/xbl_attribute_inheritance/index.html deleted file mode 100644 index 135ef84820..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/xbl_attribute_inheritance/index.html +++ /dev/null @@ -1,97 +0,0 @@ ---- -title: XBL 属性の継承 -slug: Archive/Mozilla/XUL/Tutorial/XBL_Attribute_Inheritance -tags: - - Tutorials - - XBL - - XUL - - XUL_Tutorial - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Tutorial/XBL_Attribute_Inheritance ---- -
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、匿名コンテントの芁玠に属性を継承する方法を芋おいきたす。

-

属性を継承する

-

XBL を䜿うこずによっお、実際の実装を隠したたた、耇合りィゞェットを構築するこずが可胜です。 しかしながら、ここたでに説明した機胜を䜿うだけでは、毎回同じような匿名コンテントしか生成させるこずはできたせん。 倖枠のバむンドされた芁玠に属性を付加するこずで、内郚の芁玠に倉曎を加えるこずができるようになれば利甚範囲が広がるはずです。

-
XUL:
-
-<searchbox/>
-
-XBL:
-
-<binding id="searchBinding">
-  <content>
-    <xul:textbox/>
-    <xul:button label="Search"/>
-  </content>
-</binding>
-
-

この䟋では、内郚の button 芁玠に盎接 label 属性が眮かれおいたす。 このため、このバむンディングを䜿甚するず毎回同じラベルになっおしたい、利甚する偎の意図ずは合わない可胜性がありたす。 この䟋の堎合ならば、ラベルを指定するための属性は searchbox 偎に眮けた方が望たしいはずです。 こういった堎合のために、XBL では inherits 属性が甚意されおおり、これによっおバむンドされた芁玠の方に蚭定された属性情報を、XBL 偎の芁玠に継承させるこずが可胜になりたす。 inherits 属性は、XBL 偎に眮かれた、倖枠の芁玠から属性を継承させたい芁玠、぀たりこの䟋の堎合はボタンに眮く必芁がありたす。 なお、この属性の倀には、継承したい属性の名前をカンマで区切ったリストを蚭定したす。

-
<xul:textbox xbl:inherits="flex"/>
-<xul:button xbl:inherits="label"/>
-
-

䞊蚘により、コンテントが生成されるずきには、 textbox 芁玠は searchbox 芁玠から flex 属性を受け取り、 button 芁玠は searchbox 芁玠 から label 属性を受け取るこずになりたす。 この結果、テキスト入力欄の䌞瞮性ずボタンのラベルは、いずれもバむンディングが䜿われるたびごずに倉曎できるようになりたす。 さらに、searchbox 芁玠の方の属性倀をスクリプトで倉曎するこずで、テキスト入力欄ずボタンの属性倀を曎新するこずが可胜です。 なお、inherits 属性を蚭定できる芁玠の数には制限はなく、1 ぀の芁玠に耇数の属性を継承させおも構いたせん。

-

inherits 属性には XBL 名前空間に眮くために、「xbl:」ずいう接頭蟞が付加されおいるこずを確認しおください。 この名前空間は、これらの行以前のどこかで宣蚀する必芁がありたすが、 通垞は bindings 芁玠に眮くようにしたす。 以䞋に䟋を瀺したす。

-
<bindings xmlns:xbl="http://www.mozilla.org/xbl"
-          xmlns:xul="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<xbl:binding id="buttonBinding">
-  <xbl:content>
-    <xul:button label="OK" xbl:inherits="label"/>
-  </xbl:content>
-</xbl:binding>
-
-

この䟋のボタンは、label 属性に぀いお継承が行われたすが、 XBL の方でも、その属性に察する倀が盎接蚭定されおいたす。 このテクニックは、バむンドされた芁玠に属性が蚭定されないずきのために、デフォルト倀を蚭定しおおく必芁があるずきに䜿甚したす。 ぀たり、このボタンの堎合は、倖枠の芁玠から label 属性を継承するこずになりたすが、 もしも label 属性がない堎合には、OK ずいうデフォルト倀が䜿甚されるこずになりたす。

-

たた、XBL から生成される 2 ぀の芁玠に同じ名前の属性を継承させる必芁があるこずもしばしばあるず思いたす。 䟋えば、label 芁玠ず textbox 芁玠から、ラベル付きのテキスト入力欄 (暪に説明甚のテキストがあるテキスト入力欄) を䜜成する堎合、 ラベルは衚瀺するテキストのために value 属性を継承する必芁があり、 たたテキストボックスも、デフォルト倀のため同様に value 属性を継承する必芁がありたす。 これを解決するためには、倖枠の芁玠では片方には別の名前の属性を割り圓おおおき、XBL 偎では別の名前にした方の inherits 属性で、察応する属性名を明瀺するようにしたす。 以䞋の䟋は、これを行うためのものです。

-
XUL:
-
-<box class="labeledtextbox" title="Enter some text:" value="OK"/>
-
-CSS:
-
-box.labeledtextbox {
-    -moz-binding: url('chrome://example/skin/example.xml#labeledtextbox');
-}
-
-XBL:
-
-<binding id="labeledtextbox">
-  <content>
-    <xul:label xbl:inherits="value=title"/>
-    <xul:textbox xbl:inherits="value"/>
-  </content>
-</binding>
-
-

textbox 芁玠は、value 属性を盎接継承しおいたす。 このため、ラベルの方に value 属性を蚭定するためには、別の属性名を䜿っおおいお、その倀をマップする必芁がありたす。 ラベルに蚭定された inherits 属性は、labeledtextbox 芁玠に蚭定された title 属性を捉え、label 芁玠の value 属性にマップしおいたす。 「<内偎の属性名>=<倖枠の属性名>」が、属性を別の属性にマップするための構文になりたす。 もう 1 ぀、別の䟋を瀺したす。

-
XUL:
-
-<box class="okcancel" oktitle="OK" canceltitle="Cancel" image="happy.png"/>
-
-CSS:
-
-box.okcancel {
-    -moz-binding: url('chrome://example/skin/example.xml#okcancel');
-}
-
-XBL:
-
-<binding id="okcancel">
-  <content>
-    <xul:button xbl:inherits="label=oktitle,image"/>
-    <xul:button xbl:inherits="label=canceltitle"/>
-  </content>
-</binding>
-
-

この䟋の oktitle 属性の倀は、最初のボタンの label 属性にマップされたす。 たた、canceltitle 属性は、2 番目のボタンの label 属性にマップされたす。 さらに、最初のボタンには image 属性も継承されたす。 その結果、以䞋のようになりたす。

-
<box class="okcancel" oktitle="OK" canceltitle="Cancel" image="happy.png">
-  <button label="OK" image="happy.png"/>
-  <button label="Cancel"/>
-</box>
-
-

これらの属性は、内郚の (匿名) コンテントに耇補される点に泚意しお䞋さい。 このため、okcancel クラスを持ったボックスの属性を倉曎した堎合には、内郚のボタンの倀も自動的に曎新されるこずになりたす。 たた、属性名ずしお独自のものを䜿甚したこずにも気が付いたかもしれたせん。 XUL では、これは正圓な指定ずしお扱われたす。

-

次のセクションでは、バむンディングに察しお、プロパティ、メ゜ッド、むベントを远加する方法を芋おいきたす。

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/xbl_example/index.html b/files/ja/archive/mozilla/xul/tutorial/xbl_example/index.html deleted file mode 100644 index ac4d8f3b34..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/xbl_example/index.html +++ /dev/null @@ -1,172 +0,0 @@ ---- -title: XBL の䟋 -slug: Archive/Mozilla/XUL/Tutorial/XBL_Example -tags: - - Tutorials - - XBL - - XUL - - XUL_Tutorial - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Tutorial/XBL_Example ---- -
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、XBL 芁玠に぀いお䟋を甚いお説明したす。

-

スラむドショヌ芁玠

-

それでは、XBL 芁玠の完党な䟋を䜜っおみるこずにしたしょう。 䜜成するのは、オブゞェクトをデッキで保持しお 1 ぀ず぀衚瀺しおいくりィゞェットです。 䞋蟺付近にナビゲヌションボタンを眮いお、利甚者がオブゞェクトを巡回できるようにするずずもに、 ボタンの間にあるテキストりィゞェットで珟圚のペヌゞ番号を衚瀺するようにしたす。 この芁玠の䞭には、ペヌゞずしおどんな芁玠でも眮くこずが可胜ですが、䞀連の画像を順に衚瀺させるために䜿甚するのがよいず思いたす。 ここでは、この芁玠を スラむドショヌ (slideshow) 芁玠ず呌ぶこずにしたす。

-

スラむドショヌのコンテント

-

たず、XBL のコンテントずしお必芁な芁玠を決めるこずにしたしょう。 ペヌゞの切り替えを行う必芁があるので、ペヌゞのコンテンツを保持するために、deck 芁玠を利甚するのが最適だず思いたす。 たた、ペヌゞのコンテンツは XBL ではなく XUL ファむルの偎に眮く必芁がありたすが、 それらはデッキの䞭に远加する必芁があるため、children タグを䜿う必芁がありそうです。 さらに、䞋蟺付近には、前のペヌゞに戻るためのボタン、珟圚のペヌゞ番号を衚瀺するテキストりィゞェット、次のペヌゞに進むボタンを眮くこずにしたす。

-

䟋 1 : ゜ヌス

-
<binding id="slideshow">
-  <content>
-    <xul:vbox flex="1">
-      <xul:deck xbl:inherits="selectedIndex" selectedIndex="0" flex="1">
-        <children/>
-      </xul:deck>
-      <xul:hbox>
-        <xul:button xbl:inherits="label=previoustext"/>
-        <xul:label flex="1"/>
-        <xul:button xbl:inherits="label=nexttext"/>
-      </xul:hbox>
-    </xul:vbox>
-  </content>
-</binding>
-
-

このバむンディングによっお、スラむドショヌのために必芁な構造が䜜成されたす。 いく぀かの芁玠には、適切に䌞瞮が行われるように flex 属性が远加されおいたす。 たた、2 ぀のボタンの label 属性には、 バむンドされた芁玠に蚭定される 2 ぀のカスタム属性、previoustext ず nexttext が継承されたす。 これによっお、ボタンのラベルの倉曎が簡単になりたす。 たた、XBL がバむンドされた芁玠の子芁玠は、deck の䞭に配眮されるこずになりたす。 さらに、selectedIndex が deck に継承されおいるため、 XUL 偎で最初のペヌゞを蚭定するこずが可胜です。

-

以䞋の XUL ファむルの衚瀺結果を、その䞋の画像で瀺したす。

-
<box class="slideshow" previoustext="Previous" nexttext="Next" flex="1">
-  <button label="Button 1"/>
-  <checkbox label="Checkbox 2"/>
-  <textbox/>
-</box>
-
-

䜿甚するスタむルシヌト:

-
.slideshow {
-  -moz-binding: url("slideshow.xml#slideshow");
-}
-
-
- 画像:xblex1.jpg
-

最初の「Button 1」ボタンは、デッキの最初のペヌゞずしお䜿われおいるものです。 たた、label りィゞェットは value が指定されおいないため衚瀺されおいたせん。 この倀は、埌で自動蚈算されるようにするため、蚭定せずに眮いおありたす。

-

page プロパティ

-

次は、珟圚のペヌゞを保持するためのプロパティを远加したす。 このカスタムプロパティの倀を取埗する堎合、 デッキから珟圚衚瀺されおいるペヌゞの番号を保持しおいる selectedIndex 属性の倀を取埗する必芁がありたす。 同様に、このプロパティを蚭定する堎合は、デッキの selectedIndex 属性を倉曎する必芁があり、 加えお珟圚のペヌゞ番号を衚瀺しおいるテキストりィゞェットに぀いおも曎新する必芁がありたす。

-
<property name="page"
-    onget="return parseInt(document.getAnonymousNodes(this)[0].childNodes[0].getAttribute('selectedIndex'));"
-    onset="this.setPage(val);"/>
-
-

page プロパティの倀を取埗する堎合、 たず匿名コンテント配列の最初の芁玠を参照したす。 埗られる芁玠は垂盎ボックスなので、デッキを取埗するためには、このボックスの最初の子ノヌドを取埗する必芁がありたす。 なお、ボックスから芋れば、デッキは匿名ではないため、匿名コンテント配列は䜿甚したせん。 最埌に、デッキの selectedIndex 属性を取埗しお返したす。 たた、page を蚭定するためには、埌で定矩する setPage() メ゜ッドを呌び出したす。

-

たた、Previous ボタンず Next ボタンには、ボタンが抌されたずきにペヌゞを倉曎するための、oncommand ハンドラを远加する必芁がありたす。 郜合よく、たった今远加したカスタムプロパティの page を䜿えば、ペヌゞを倉曎するこずが可胜です。

-
<xul:button xbl:inherits="label=previoustext"
-               oncommand="parentNode.parentNode.parentNode.page--;"/>
-<xul:description flex="1"/>
-<xul:button xbl:inherits="label=nexttext"
-               oncommand="parentNode.parentNode.parentNode.page++;"/>
-
-

page プロパティは、倖枠の XUL 芁玠だけに存圚するため、取埗するためには parentNode プロパティを䜿う必芁がありたす。 最初の parentNode は、ボタンの芪である氎平ボックスを返し、2 ぀めはその芪である垂盎ボックスを返したす。 そしお、最埌の parentNode が、その芪の倖枠のボックスを返したす。 返された page プロパティは、むンクリメント (++ 挔算)、たたはデクリメント (-- 挔算) されたす。 これにより、倀を取埗するために onget スクリプトが呌び出され、 その倀に 1 の加算たたは枛算を行った埌、倀を蚭定するために onset ハンドラが呌び出されるこずになりたす。

-

setPage メ゜ッド

-

続いおは、setPage メ゜ッドの定矩にかかりたす。 このメ゜ッドは、パラメヌタを 1 ぀取り、そこに蚭定するペヌゞ番号を枡したす。 たた、このメ゜ッドでは、ペヌゞが範囲倖ではないこずの確認ず、デッキの selectedIndex 属性の蚭定、及びテキストりィゞェットの label 属性の倉曎を行う必芁がありたす。

-
<method name="setPage">
-  <parameter name="newidx"/>
-  <body>
-    <![CDATA[
-      var thedeck=document.getAnonymousNodes(this)[0].childNodes[0];
-      var totalpages=this.childNodes.length;
-
-      if (newidx<0) return 0;
-      if (newidx>=totalpages) return totalpages;
-      thedeck.setAttribute("selectedIndex",newidx);
-      document.getAnonymousNodes(this)[0].childNodes[1].childNodes[1]
-              .setAttribute("value",(newidx+1)+" of "+totalpages);
-      return newidx;
-    ]]>
-  </body>
-</method>
-
-

この関数の名前は、setPage で、newidx ずいうパラメヌタを 1 ぀取りたす。 メ゜ッドの本䜓は「<![CDATA[  ]]>」の内偎に眮かれおいたす。 これは、XML ファむルで䞀般的に䜿甚可胜なメカニズムで、 この䞭に眮かれたテキストは、すべお゚スケヌプされるこずになりたす。 これによっお、テキストに含たれる小なり蚘号 ('<')ず 倧なり蚘号 ('>') を、その郜床゚スケヌプする必芁がなくなりたす。

-

次に、コヌドを现分化しお詳现に芋おいくこずにしたしょう。

- -

コンストラクタ

-

スラむドショヌを最初に衚瀺したずきから、ペヌゞ番号が正しく衚瀺されるようにするためには、 コンストラクタを䜜成しお、ラベル芁玠を初期化しおおく必芁がありたす。 ペヌゞ番号を蚭定するためには、先述のメ゜ッドず類䌌のコヌドを䜿甚したす。 䞋蚘の this.page による参照は page プロパティの onget スクリプトを呌び出し、 メ゜ッドのずきずは逆に、selectedIndex 属性を初期ペヌゞを取埗するために䜿甚したす。

-
<constructor>
-  var totalpages=this.childNodes.length;
-  document.getAnonymousNodes(this)[0].childNodes[1].childNodes[1]
-          .setAttribute("value",(this.page+1)+" of "+totalpages);
-</constructor>
-
-

远加可胜な機胜

-

これ以倖にもいく぀かの機胜を加えるこずが可胜です。 Previous ボタンず Next ボタンにキヌボヌドショヌトカット (䟋えば、バックスペヌスず Enter キヌ) を蚭定したり、 最初のペヌゞず最埌のペヌゞに行くための First ボタンず Last ボタンの远加するこずが考えられたす。 さらに、ラベル芁玠を入力欄に倉曎しお、ナヌザが行きたいペヌゞを入力できるようにしたり、 ポップアップを远加しお、メニュヌからペヌゞの遞択ができるようにするこずも可胜でしょう。 たた、CSS を䜿っおデッキの呚囲に境界を付ければ、芋栄えが若干よくなるはずです。

-

最終的なコヌド

-

最終的なコヌドは以䞋のようになりたす。

-

Example 2 : ゜ヌス

-
<binding id="slideshow">
-  <content>
-    <xul:vbox flex="1">
-      <xul:deck xbl:inherits="selectedIndex" selectedIndex="0" flex="1">
-        <children/>
-      </xul:deck>
-      <xul:hbox>
-        <xul:button xbl:inherits="label=previoustext"
-                    oncommand="parentNode.parentNode.parentNode.page--;"/>
-        <xul:description flex="1"/>
-        <xul:button xbl:inherits="label=nexttext"
-                    oncommand="parentNode.parentNode.parentNode.page++;"/>
-      </xul:hbox>
-    </xul:vbox>
-  </content>
-
-  <implementation>
-
-    <constructor>
-      var totalpages=this.childNodes.length;
-      document.getAnonymousNodes(this)[0].childNodes[1].childNodes[1]
-              .setAttribute("value",(this.page+1)+" of "+totalpages);
-    </constructor>
-
-    <property name="page"
-          onget="return parseInt(document.getAnonymousNodes(this)[0].childNodes[0].getAttribute('selectedIndex'));"
-          onset="this.setPage(val);"/>
-
-    <method name="setPage">
-      <parameter name="newidx"/>
-      <body>
-        <![CDATA[
-          var thedeck=document.getAnonymousNodes(this)[0].childNodes[0];
-          var totalpages=this.childNodes.length;
-
-          if (newidx<0) return 0;
-          if (newidx>=totalpages) return totalpages;
-          thedeck.setAttribute("selectedIndex",newidx);
-          document.getAnonymousNodes(this)[0].childNodes[1].childNodes[1]
-                  .setAttribute("value",(newidx+1)+" of "+totalpages);
-          return newidx;
-        ]]>
-      </body>
-    </method>
-  </implementation>
-
-</binding>
-
-

次のセクションでは、りィンドりの付加的な機胜に぀いおいく぀か芋おいきたす。

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/xbl_inheritance/index.html b/files/ja/archive/mozilla/xul/tutorial/xbl_inheritance/index.html deleted file mode 100644 index 9ac1cb2816..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/xbl_inheritance/index.html +++ /dev/null @@ -1,42 +0,0 @@ ---- -title: XBL の継承 -slug: Archive/Mozilla/XUL/Tutorial/XBL_Inheritance -tags: - - Tutorials - - XBL - - XUL - - XUL_Tutorial - - 芁曎新 -translation_of: Archive/Mozilla/XUL/Tutorial/XBL_Inheritance ---- -
-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、既存の XBL 定矩を拡匵する方法に぀いお芋おいきたす。

-

バむンディングの継承

-

新たに䜜成したいず考えおいる XBL りィゞェットが既存のりィゞェットに類䌌しおいるこずは、しばしばあるず思いたす。 䟋えば、 XBL でポップアップの付いたボタンの䜜成を行いたい堎合、 䜜成するボタンのために既存の XBL コヌドをコピヌしお䜿甚するのも 1 ぀の方法ですが、 既存のボタンのコヌドから掟生させお、単玔に拡匵する郚分だけを䜜成すれば枈むのであれば、 それに越したこずは無いはずです

-

どんなバむンディングでも、他のバむンディングの拡匵ずしお掟生させるこずができたす。 掟生したバむンディングに察しおは、プロパティやメ゜ッド、むベントハンドラを远加するこずが可胜です。 たた、掟生バむンディングは、継承元になるバむンディング (および、継承ツリヌで曎に䞊流にあるバむンディング) が定矩するすべおの機胜を持っおいたす。

-

バむンディングを、既存のバむンディングの拡匵ずしお掟生させるためには、binding タグに extends 属性を远加したす。 䟋えば、以䞋のバむンディングは、F4 キヌが抌された堎合に、 倀の先頭に「<tt>http://www</tt>」ずいうテキストを远加する機胜をもったテキスト入力欄を䜜成したす。

-

Example 1 : ゜ヌス

-
<binding id="textboxwithhttp"
-         extends="chrome://global/content/bindings/textbox.xml#textbox">
-  <handlers>
-    <handler event="keypress" keycode="VK_F4">
-      this.value="http://www"+value;
-    </handler>
-  </handlers>
-</binding>
-
-

この XBL は、XUL の textbox 芁玠を拡匵しおいたす。 䞊蚘の extends 属性に蚭定されおいるバむンディングの URL は、textbox のためのバむンディングの URL になりたす。 この指定によっお、このバむンディングには textbox のバむンディングが提䟛するコンテントず振る舞いがすべお継承されるこずになりたす。 たた、それに加えお、キヌの抌䞋むベントに応答するハンドラを远加しおいたす。

-

自動補完機胜぀きのテキスト入力欄

-

前述の䟋は、Mozilla の URL 自動補完機胜の仕組みず類䌌しおいたす。 自動補完をサポヌトしたテキスト入力欄も、基本ずなるテキスト入力欄を拡匵した XBL バむンディングを持っおいるだけです。

-

自動補完機胜぀きのテキスト入力欄には、 URL が打ち蟌たれおいくたびに補完候補のメニュヌをポップアップ衚瀺するために、新たなむベント凊理が远加されおいたす。 この自動補完぀きの入力欄は、独自のアプリケヌションからでも䜿甚できたす。 このために必芁なこずは、単に 2 ぀の拡匵属性を蚭定したテキスト入力欄を䜜るこずだけです。

-
<textbox type="autocomplete" searchSessions="history"/>
-
-

既存のテキスト入力欄に自動補完機胜を远加するためには、type に autocomplete を蚭定したす。 たた、補完のために探すデヌタの皮類を指瀺するために、searchSessions を蚭定したす。 この堎合は、倀ずしお history を䜿甚しおいるため、アクセス履歎にある URL を探すこずになりたす。 (アドレスブックにあるアドレスを探すために、addrbook ずいう倀も䜿甚できたす)。

-
- Firefox では、自動補完機胜の仕組みが Mozilla suite ずは異なっおいたす。詳现は XUL:textbox (Firefox autocomplete) を参照しおください。
-

次のセクションでは、XBL で定矩したりィゞェットの䟋を芋おいきたす。

-
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/xpcom_examples/index.html b/files/ja/archive/mozilla/xul/tutorial/xpcom_examples/index.html deleted file mode 100644 index ab1f7f0f20..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/xpcom_examples/index.html +++ /dev/null @@ -1,176 +0,0 @@ ---- -title: XPCOM の利甚䟋 -slug: Archive/Mozilla/XUL/Tutorial/XPCOM_Examples -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/XPCOM_Examples ---- -

-

-

« 前のペヌゞ次のペヌゞ »

-
-

このセクションでは、XPCOM の利甚䟋を、いく぀かの新しいむンタヌフェむスを甚いお玹介したす。 -

-

-

りィンドりの管理

-
-この䟋には、もう少しあずのセクションで説明する RDF デヌタ゜ヌスが䜿甚されおいたす。既にこれに関する知識を持っおいるのでなければ、ずりあえずこの䟋はスキップしお、埌にたわした方がよいかもしれたせん。
-

-

-

Window メニュヌの生成

-

Mozilla では、そのずきに開いおいるりィンドりのリストを RDF デヌタ゜ヌスずしお利甚できたす。 -これによっお、アプリケヌションで開いおいるりィンドりのリストを衚瀺する Window メニュヌを䜜成するこずが可胜です。 -このためのデヌタ゜ヌスは、rdf:window-mediator になりたす。 -【蚳泚: Mediator は、GoF による 23 のデザむンパタヌンの 1 ぀で「仲介者」ずいった意味】 -以䞋に䜿甚䟋を瀺したす。 -

䟋1 : ゜ヌス -

-
<toolbox>
- <menubar id="windowlist-menubar">
-  <menu label="Window">
-   <menupopup id="window-menu" datasources="rdf:window-mediator" ref="NC:WindowMediatorRoot">
-    <template>
-     <rule>
-      <menuitem uri="rdf:*" label="rdf:http://home.netscape.com/NC-rdf#Name"/>
-     </rule>
-    </template>
-   </menupopup>
-  </menu>
- </menubar>
-</toolbox>
-
-

これによっお、Window メニュヌが䜜成され、開いおいる党おのりィンドりの䞀芧を衚瀺するこずが可胜になりたす。 -たくさんのブラりザりィンドりを開いおからこの䟋を詊しお、それらのりィンドりがメニュヌに珟れるこずを確かめおみおください。 -

-

-

りィンドりメディ゚ヌタ コンポヌネント

-

これでりィンドりの䞀芧衚瀺は十分なので、 -次にメニュヌ項目をクリックするこずでりィンドりを切り替えられるように拡匵するこずを考えたす。 -これは、りィンドりメディ゚ヌタ コンポヌネントを利甚するこずで実珟できたす。 -このコンポヌネントは、nsIWindowDataSource むンタヌフェむスを実装しおいたす。 -以䞋に、コンポヌネントを取埗する䟋を瀺したす。 -

-
var wmdata = Components.classes["@mozilla.org/rdf/datasource;1?name=window-mediator"].getService();
-wmdata.QueryInterface(Components.interfaces.nsIWindowDataSource);
-
-

このコヌドは、りィンドりメディ゚ヌタのデヌタ゜ヌスのコンポヌネントを取埗したす。 -ここで利甚するコンポヌネントは、最初の䟋で (内郚的に) window-mediator RDF デヌタ゜ヌスを凊理しおいるものず同じです。 -なお、このコンポヌネントは、RDF サヌビス (RDF デヌタ゜ヌスを管理する別のサヌビス) から取埗するこずも可胜です。 -

nsIWindowDataSource むンタヌフェむスには、getWindowForResource 関数があり、これを利甚しおリ゜ヌスに察応するりィンドりオブゞェクトを取埗するこずができたす。 -最初の䟋で、りィンドりのリストを生成し、テンプレヌト経由でメニュヌに加えおいたす。 -このずきテンプレヌトは、各 menuitem 芁玠に察しお、それぞれ id 属性を生成したす。 -この id 属性に蚭定される倀がリ゜ヌスずしお利甚できたす。 -たずめるず、りィンドりのフォヌカスを切り替えるためには、以䞋のこずを行う必芁がありたす。 -

-
  1. ナヌザがクリックした芁玠を特定する。 -
  2. その芁玠から id 属性の倀を取埗する。 -
  3. その倀を getWindowFromResource() に枡しお、りィンドりオブゞェクトを取埗する。 -
  4. 取埗したりィンドりにフォヌカスを切り替える。 -
-

以䞋に、これを行った䟋を瀺したす。 -

-
<toolbox>
- <menubar id="windowlist-menubar">
-  <menu label="Window" oncommand="switchFocus(event.target);">
-   <menupopup id="window-menu" datasources="rdf:window-mediator" ref="NC:WindowMediatorRoot">
-    <template>
-     <rule>
-      <menuitem uri="rdf:*" label="rdf:http://home.netscape.com/NC-rdf#Name"/>
-     </rule>
-    </template>
-   </menupopup>
-  </menu>
- </menubar>
-</toolbox>
-
-<script>
-function switchFocus(elem)
-{
-  var mediator = Components.classes["@mozilla.org/rdf/datasource;1?name=window-mediator"].getService();
-  mediator.QueryInterface(Components.interfaces.nsIWindowDataSource);
-
-  var resource = elem.getAttribute('id');
-  switchwindow = mediator.getWindowForResource(resource);
-
-  if (switchwindow){
-    switchwindow.focus();
-  }
-}
-</script>
-
-

この䟋では、メニュヌ芁玠に察しおコマンドハンドラが蚭定され、メニュヌ項目が遞択されたずきに遞択された芁玠を匕数ずしお関数 switchFocus() を呌び出すようになっおいたす。 -

関数 switchFocus() は、以䞋の動䜜を行いたす。 -

- -

-

-

クッキヌ

-

次の䟋ずしお、ブラりザに保存されおいるクッキヌのリストを取埗しおみたす。 -これは、クッキヌサヌビスを利甚するこずで実珟できたす。 -クッキヌサヌビスは、nsICookieManager むンタヌフェむス実装しおおり、これを利甚しおすべおのクッキヌを列挙するこずが可胜です。 -ここでは、䟋ずしお MozillaZine から蚭定されたすべおのクッキヌの名前を衚瀺するメニュヌリストを構築しおみたす。 -

-
<script>
-
-function getCookies()
-{
-  var menu = document.getElementById("cookieMenu");
-  menu.removeAllItems();
-
-  var cookieManager = Components.classes["@mozilla.org/cookiemanager;1"]
-                        .getService(Components.interfaces.nsICookieManager);
-
-  var iter = cookieManager.enumerator;
-  while (iter.hasMoreElements()){
-    var cookie = iter.getNext();
-    if (cookie instanceof Components.interfaces.nsICookie){
-      if (cookie.host == "www.mozillazine.org")
-        menu.appendItem(cookie.name,cookie.value);
-    }
-  }
-}
-</script>
-
-<hbox>
-  <menulist id="cookieMenu" onpopupshowing="getCookies();"/>
-</hbox>
-
-

menulist 芁玠に onpopupshowing 属性を蚭定するこずで、 -getCookies() 関数がメニュヌが開かれるたびごずに呌び出されるようにしおいたす。 -getCookies() の最初の 2 行は、menulist 芁玠を取埗しお、すべおの項目をメニュヌから削陀しおいたす。 -getCookies() は、メニュヌが開かれるたびに繰り返し呌び出されるこずになるので、 -以前の項目が残ったたたにならないように最初に削陀する必芁があるわけです。 -

次に、クッキヌマネヌゞャを取埗したす。 -このクッキヌマネヌゞャには enumerator メ゜ッドがあり、 -このメ゜ッドは nsISimpleEnumerator を実装した列挙オブゞェクトを返したす。 -このオブゞェクトを䜿甚するこずで、党おのクッキヌに察しお反埩凊理が行えたす。 -列挙オブゞェクトには hasMoreElements() メ゜ッドがあり、これは最埌のクッキヌが埗られるたで true を返し続けたす。 -たた、getNext() メ゜ッドは、クッキヌを取埗しお、列挙オブゞェクトのむンデックスを次のクッキヌに進めたす。 -このメ゜ッドは、単に汎甚オブゞェクトを返すため、 -䜿甚する前に QueryInterface() を䜿っお nsICookie にする必芁がありたすが、 -ここでは instanceof 挔算子を䜿っおいるため、このずき同様の効果が埗られおいたす。 -

最埌に、クッキヌのメニュヌに項目を远加したす。 -このためにクッキヌの host、name、value プロパティを利甚したす。 -メニュヌには、項目を远加する appendItem() 関数があるので、これにラベルず倀を䞎えお項目を远加したす。 -

-

-

それ以倖の䟋

-

以䞋のペヌゞでは、さらにたくさんの䟋が玹介されおいたす。 -

- -

次のセクションでは、ツリヌの䜜成に぀いお芋おいきたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/tutorial/xpcom_interfaces/index.html b/files/ja/archive/mozilla/xul/tutorial/xpcom_interfaces/index.html deleted file mode 100644 index e893ac9687..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/xpcom_interfaces/index.html +++ /dev/null @@ -1,193 +0,0 @@ ---- -title: XPCOM むンタヌフェむス -slug: Archive/Mozilla/XUL/Tutorial/XPCOM_Interfaces -tags: - - Tutorials - - 'XPCOM:Language Bindings' - - XPConnect - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/XPCOM_Interfaces ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

このセクションでは、 Mozilla が利甚しおいるオブゞェクトシステムである XPCOM (Cross-platform Component Object Model) の抂芁を芋おいきたす。

- -

- -

ネむティブオブゞェクトを呌び出す

- -

これたで芋おきたように、 XUL を䜿甚するこずで、耇雑なナヌザむンタヌフェむスを構築するこずができたす。 さらに、XUL にスクリプトを付加するこずで、むンタヌフェむスを倉化させたり、芁求されたタスクを実行させるこずも可胜です。 しかしながら、JavaScript からは盎接できないこずも、たくさんありたす。 䟋えば、メヌルアプリケヌションを䜜成する堎合、メヌルサヌバに接続しお、メヌルの送受信を行うスクリプトを曞く必芁がありたすが、 JavaScript は、こういった凊理を蚘述するために必芁な胜力は持っおいたせん。

- -

こういった凊理を実装するための唯䞀の方法は、メヌルを取埗するためにネむティブコヌドを曞くこずになりたす。 たた、スクリプトからネむティブコヌドを呌び出す方法も必芁です。 このために、Mozilla ではネむティブコヌドを XPCOM (Cross-platform Component Object Model) を利甚しお起動するためのメ゜ッドを提䟛しおいたす。

- -
Mozilla では、倚数の XPCOM のコンポヌネントずむンタヌフェむスを提䟛しおいたす。このため、ほずんどの堎合、アプリケヌションで独自にネむティブコヌドを曞く必芁はありたせん。このセクションを読み終えたら、XULPlanet の XPCOM リファレンスで、利甚できそうなむンタヌフェむスを探しおみおください。
- -

- -

XPCOM に぀いお

- -

Mozilla は、それぞれが決たった圹割を持ったコンポヌネントの集合ずしお構成されおいたす。 䟋えば、「メニュヌ」や「ボタン」あるいは「芁玠」に぀いお、それぞれに察応するコンポヌネントが存圚しおいたす。 たた、コンポヌネントは、むンタヌフェむスず呌ばれる、いく぀かの定矩から構成されおいたす。

- -

Mozilla では、むンタヌフェむスは「コンポヌネントが実装する必芁のある機胜のセット」を定矩したものを指しおいたす。 たた、コンポヌネントは「Mozilla の䞭で、䜕かをするためのコヌドを実装したもの」になりたす。 これらのコンポヌネントは、むンタヌフェむスで蚘述された機胜を実装しおいたす。 このずき、1 ぀のコンポヌネントが耇数のむンタヌフェむスを実装するこずも、 耇数のコンポヌネントが同じむンタヌフェむスを実装するこずもありたす。

- -

䟋ずしお、ファむルコンポヌネントをずりあげおみるこずにしたす。 たず、ファむルが持っおいるプロパティず、ファむルに察しお実行可胜な関数を蚘述したむンタヌフェむスを䜜成する必芁がありたす。 ファむルのプロパティずしおは、名前、倉曎日、サむズが必芁で、 関数ずしおは、そのファむルに察しお、移動、コピヌ、削陀などを行う機胜が含たれるでしょう。

- -

この File むンタヌフェむスには、ファむルの特城的な性質に぀いおのみを蚘述し、実装はしたせん。 File むンタヌフェむスの実装は、コンポヌネントに任されおいたす。 このむンタヌフェむスを実装するコンポヌネントは、ファむルの名前、日付、サむズを埗るためのコヌドに加えお、 コピヌや名前の倉曎のためのコヌドも持぀こずになりたす。

- -

コンポヌネントが、むンタヌフェむスをどのように実装するかは、(実装に問題がある堎合を陀いお) コンポヌネントを利甚する偎では意識する必芁はありたせん。 もちろん、意識しようずしおも実装はプラットフォヌムごずに異なっおいたす。 䟋えば、Windows ず Macintosh 版のファむルコンポヌネントは、倧きく異なっおいたす。 しかしながら、䞡方ずも同じむンタヌフェむスを実装しおいるため、 このむンタヌフェむスで芏定された関数を利甚しおアクセスするこずで、プラットフォヌムを意識せずにコンポヌネントを利甚できるわけです。

- -

Mozilla では、むンタヌフェむス名の先頭に「nsI」たたは「mozI」を付加するこずで、それがむンタヌフェむスであるこずが簡単に刀別できるようになっおいたす。 䟋えば、nsIAddressBook は、アドレス垳ずやりずりするためのむンタヌフェむスであり、 nsISound は、サりンドファむルを鳎らすために、 nsILocalFile は、ロヌカルファむルのために利甚されたす。 Mozilla に含たれおいるむンタヌフェむスの䞀芧は、Interfaces を参照しおください。

- -

倚くの堎合、 XPCOM コンポヌネントは、䞀般的に JavaScript 単独ではできないこずを行うため、ネむティブに実装されたす。 このため、JavaScript からもそれらを呌び出す方法が甚意されおいたす。 詳现はもう少し埌で説明したすが、これによっお、コンポヌネントから提䟛される任意の関数を、実装したむンタヌフェむスの蚘述に埓っお呌び出すこずができたす。 䟋えば、䞀床コンポヌネントが埗られれば、nsISound が実装されおいるかをチェックするこずができ、 実装されおいれば、それを利甚しおサりンドを鳎らすこずが可胜になりたす。

- -

スクリプトから XPCOM を呌び出す凊理は XPConnect ず呌ばれ、 これはスクリプトオブゞェクトからネむティブオブゞェクトぞの倉換を行うレむダヌずしお䜍眮づけられおいたす。

- -

- -

XPCOM オブゞェクトの生成

- -

XPCOM コンポヌネントを呌び出すには、3 ぀の手順を螏む必芁がありたす。

- -
    -
  1. コンポヌネントを取埗
    2. -
  2. コンポヌネントから、利甚したいむンタヌフェむスを実装しおいるパヌトを取埗
    3. -
  3. 必芁な関数を呌び出す
    4. -
- -

䞀床、最初の 2 ぀の手順を行えば、最埌の手順は䜕床でも必芁なだけ繰り返すこずができたす。 䟋えば、ファむル名の倉曎を行いたいず考えおいるずしたす。 このためには、nsILocalFile むンタヌフェむスが利甚できたす。 たず、最初の手順ずしおファむルコンポヌネントを取埗したす。 次に、ファむルコンポヌネントに問い合わせを行い、nsILocalFile むンタヌフェむスを実装しおいるパヌトを取埗したす。 最埌に、そのむンタヌフェむスが提䟛しおいる関数を呌び出したす。 なお、このむンタヌフェむスは、 1 ぀のファむルを衚すために䜿甚されたす。 (蚳泚:蚀い換えるず、このむンタヌフェむスから生成されるむンスタンスは 1 ぀のファむルに察応するこずになりたす)

- -

既に説明したように、むンタヌフェむスはほずんど「nsI」か「mozI」で始たる名前を持っおいたす。 䞀方、コンポヌネントは URI に䌌た文字列を䜿甚しお参照するこずになりたす。 Mozilla は、利甚可胜なすべおのコンポヌネントのリストを、自身のレゞストリに登録しおいたす。 たた、特定の利甚者は、必芁に応じお新しいコンポヌネントをむンストヌルするこずもでき、 これはプラグむンずよく䌌た働きをしたす。

- -

Mozilla は、ファむルコンポヌネントずしお nsILocalFile むンタヌフェむスを実装したコンポヌネントを提䟛しおいたす。 このコンポヌネントは、文字列「@mozilla.org/file/local;1」で参照するこずができたす。 この文字列は、コントラクト ID (contract ID) ず呌ばれ、以䞋の構文を持っおいたす。

- -
 @<internetdomain>/module[/submodule[...]];<version>[?<name>=<value>[&<name>=<value>[...]]]
-
- -

たた、他のコンポヌネントに぀いおも同様の方法で参照できたす。 【蚳泚: 「contract ID」は、カタカナで「コントラクト ID」ずしたしたが、蚳語ずしお「契玄 ID」を圓おおいるペヌゞも存圚したす】

- -

コンポヌネントのコントラクト ID を利甚しお、コンポヌネントを取埗するこずが可胜です。 JavaScript コヌドでは、以䞋のように蚘述するこずができたす。

- -
var aFile = Components.classes["@mozilla.org/file/local;1"].createInstance();
-
- -

䞊の䟋では、ファむルコンポヌネントが取埗され、倉数aFile に代入されおいたす。 この、Components によっお、コンポヌネントに関するいく぀かの関数を提䟛する䞀般オブゞェクトを参照するこずができたす。 ここでは、classes プロパティから、コンポヌネントクラスを取埗しおいたす。 この classes プロパティは、利甚可胜なコンポヌネントをすべお含む配列なので、 別のコンポヌネントを取埗する堎合は、単に角括匧の䞭のコントラクト ID を、利甚したいコンポヌネントのコントラクト ID に眮き換えるだけで枈みたす。 そしお、最埌の createInstance() 関数によっおむンスタンスが䜜成されたす。

- -

なお、createInstance() は、コンポヌネントが存圚しない堎合に null を戻すため、戻り倀が null でないこずをチェックする必芁がありたす。

- -

ここたでの手順では、ただファむルコンポヌネント自身の参照が埗られただけです。 続いお、コンポヌネントが実装する関数を呌び出すために、その関数が蚘述されおいるむンタヌフェむス、 この䟋の堎合は nsILocalFile を取埗する必芁がありたす。 このためには、2 行目に以䞋のようなコヌドに远加したす。

- -
var aFile = Components.classes["@mozilla.org/file/local;1"].createInstance();
-if (aFile) aFile.QueryInterface(Components.interfaces.nsILocalFile);
-
- -

関数 QueryInterface() は、すべおのコンポヌネントで提䟛されおおり、 コンポヌネントから指定のむンタヌフェむスを取埗したす。 この関数は 1 ぀の匕数をずり、そこに取埗したいむンタヌフェむスを枡したす。 Components オブゞェクトの interfaces プロパティは、利甚可胜なすべおのむンタヌフェむスのリストを含んでいたす。 ここでは nsILocalFile むンタヌフェむスを利甚するため、これを QueryInterface() ぞの匕数ずしお枡したす。 これによっお、倉数 aFile は、コンポヌネントの nsILocalFile むンタヌフェむスを実装するパヌトを参照するようになりたす。

- -

䞊蚘の 2 行の JavaScript を䜿甚すれば、任意のコンポヌネントの任意のむンタヌフェむスを取埗するこずができたす。 必芁なこずは、コンポヌネントのコントラクト ID を、利甚したいもののコントラクト ID に眮き換え、むンタヌフェむス名を倉えるだけです。 もちろん名前を倉数で指定しおもかたいたせん。 䟋えば、サりンドむンタヌフェむスは、以䞋のように取埗するこずができたす。

- -
var sound = Components.classes["@mozilla.org/sound;1"].createInstance();
-if (sound) sound.QueryInterface(Components.interfaces.nsISound);
-
- -

XPCOM のむンタヌフェむスを䜜成するずき、別の XPCOM のむンタヌフェむスを継承させるこずが可胜です。 継承したむンタヌフェむスは、そのむンタヌフェむス独自の関数に加えお継承したすべおの関数を持ちたす。 すべおのむンタヌフェむスは、nsISupports ず呌ばれるトップレベルのむンタヌフェむスを継承しおいたす。 このむンタヌフェむスは、JavaScript では、先述の関数 QueryInterface() 1 ぀だけを提䟛しおいたす。 QueryInterface() 関数が、すべおのコンポヌネントで利甚できるのは、 nsISupports むンタヌフェむスを、すべおのコンポヌネントが実装しおいるこずによっおいたす。

- -

XPCOM では、耇数のコンポヌネントで、同じむンタヌフェむスを実装しおいる堎合がありたす。 倚くの堎合、それらはオリゞナルのサブクラスですが、そうである必芁はありたせん。 極端な話、nsILocalFile の機胜を、別の任意のコンポヌネントに実装するこずも可胜です。 たた、1 ぀のコンポヌネントが耇数のむンタヌフェむスを実装する堎合もありたす。 これらに察応するために、関数を呌び出すためのむンタヌフェむスの取埗には、2 ぀の手順を螏む必芁があるのです。

- -

ずいっおも、䞊の 2 行は頻繁に䜿われるため、ショヌトカットも甚意されおいたす。

- -
var aLocalFile = Components.classes["@mozilla.org/file/local;1"].createInstance(Components.interfaces.nsILocalFile);
-
- -

これは䞊の 2 行ず同じこずをしたすが、1 行に収められおいたす。 これによっお、むンスタンスの䜜成ずむンタヌフェむスの問い合わせを、2 ぀の別の手順ずしお分ける必芁がなくなりたす。

- -

オブゞェクトに察しお QueryInterface() を呌び出したずき、芁求したむンタヌフェむスがオブゞェクトでサポヌトされおいない堎合、䟋倖が送出されたす。 むンタヌフェむスがコンポヌネントでサポヌトされおいるかどうか䞍明な堎合は、チェックするために instanceof 挔算子を䜿甚するこずができたす。

- -
var aFile = Components.classes["@mozilla.org/file/local;1"].createInstance();
-if (aFile instanceof Components.interfaces.nsILocalFile){
-  // do something
-}
-
- -

instanceof 挔算子 は、aFile が nsILocalFile むンタヌフェむスを実装しおいる堎合に true を返したす。 なお、このチェックを行った堎合、QueryInterface() を呌び出したのず同じ副䜜甚が発生したす。 このため、それ以降、aFile は nsILocalFile が有効な状態になりたす。

- -

- -

むンタヌフェむスの関数を呌び出す

- -

これで nsILocalFile むンタヌフェむスを持ったコンポヌネントを参照するオブゞェクトを取埗できたので、 このオブゞェクトを通しお nsILocalFile の関数を呌び出すこずができるようになりたした。 以䞋に、nsILocalFile むンタヌフェむスのプロパティずメ゜ッドの䞀郚を瀺したす。

- -
-
initWithPath
-
このメ゜ッドは、パスずファむル名を䞎えお nsILocalFile オブゞェクトを初期化したす。最初の匕数が「/usr/local/mozilla」ずいったようなファむルパスになりたす。(フルパスで指定する必芁がありたす)
-
leafName
-
ディレクトリ郚分を陀いたファむル名になりたす。
-
fileSize
-
ファむルのサむズです。
-
isDirectory()
-
この nsILocalFile オブゞェクトが保持するファむルパスが、ディレクトリである堎合に true を返したす。
-
remove(recursive)
-
ファむルを削陀したす。匕数 recursive が true の堎合、ディレクトリに含たれるすべおのファむルずサブディレクトリが再垰的に削陀されたす。
-
copyTo(directory,newname)
-
ファむルを他のディレクトリぞコピヌしたす。オプションで名前を倉曎するこずも可胜です。匕数 directory は、コピヌ先のディレクトリを保持する nsILocalFile オブゞェクトである必芁がありたす。
-
moveTo(directory,newname)
-
ファむルを別のディレクトリに移動するか、ファむル名の倉曎を行いたす。匕数 directory は移動先のディレクトリを保持する nsILocalFile オブゞェクトである必芁がありたす。
-
- -

これらを利甚しお、ファむルを削陀する機胜を䜜成する堎合、 たず、nsILocalFile オブゞェクトにファむルを察応させる必芁がありたす。 このずき、どのファむルに察応させるかは、initWithPath() メ゜ッドを呌び出すこずで指瀺できたす。 なお、この呌び出しでは、オブゞェクトのプロパティに、ファむルのパスが代入されるこずだけが行われ、 䞎えられたパスが正しく存圚するかずいったチェックは行われたせん。 次に remove() 関数を呌び出したす。 この関数は、真停倀 の匕数を 1 ぀ずり、そこで再垰的に削陀するかどうかを指定したす。 以䞋コヌドは、このファむル削陀凊理の蚘述䟋になりたす。

- -
var aFile = Components.classes["@mozilla.org/file/local;1"].createInstance();
-if (aFile instanceof Components.interfaces.nsILocalFile){
-  aFile.initWithPath("/mozilla/testfile.txt");
-  aFile.remove(false);
-}
-
- -

このコヌドは、ファむル /mozilla/testfile.txt を取り出しお削陀したす。 このコヌドを (䜜成䞭のファむル怜玢ダむアログの) むベントハンドラに远加しお、この䟋の動䜜を詊しおみおください。 なお、その際ファむル名を削陀したい実圚のファむルに倉曎する必芁がありたす。

- -

䞊の䞀芧には、copyTo() ず moveTo() ずいう、それぞれファむルのコピヌず移動に利甚可胜な 2 ぀の関数がありたす。 これらは、コピヌ先あるいは移動先のディレクトリずしお、文字列ではなく nsILocalFile オブゞェクトを匕数にずるこずに泚意しおください。 ぀たり、ファむルコンポヌネントを 2 ぀取埗する必芁があるずいうこずです。 以䞋に、ファむルをコピヌする䟋を瀺したす。

- -
function copyFile(sourcefile,destdir)
-{
-  // get a component for the file to copy
-  var aFile = Components.classes["@mozilla.org/file/local;1"]
-    .createInstance(Components.interfaces.nsILocalFile);
-  if (!aFile) return false;
-
-  // get a component for the directory to copy to
-  var aDir = Components.classes["@mozilla.org/file/local;1"]
-    .createInstance(Components.interfaces.nsILocalFile);
-  if (!aDir) return false;
-
-  // next, assign URLs to the file components
-  aFile.initWithPath(sourcefile);
-  aDir.initWithPath(destdir);
-
-  // finally, copy the file, without renaming it
-  aFile.copyTo(aDir,null);
-}
-
-copyFile("/mozilla/testfile.txt","/etc");
-
- -

- -

XPCOM サヌビス

- -

XPCOM コンポヌネントの䞭には、サヌビスず呌ばれる特別なコンポヌネントがいく぀かありたす。 サヌビスは、倧域的なデヌタの取埗ず蚭定や、他のオブゞェクトに察する凊理を行う汎甚的な関数を提䟛したす。 サヌビスのむンスタンスは、1 ぀だけが存圚するようにするために、䜿甚時に createInstance() によるむンスタンス䜜成は行わず、 代わりに getService() を呌び出すこずで、サヌビスコンポヌネントぞの参照を取埗したす。 それ以倖の点では、サヌビスず他のコンポヌネントに倧きな違いはありたせん。

- -

Mozilla で提䟛されおいるサヌビスの 1 ぀ずしお、ブックマヌクサヌビスがありたす。 これを利甚しお、利甚者のカレントのブックマヌクリストにブックマヌクを远加するこずができたす。 以䞋に䟋を瀺したす。

- -
var bmarks = Components.classes["@mozilla.org/browser/bookmarks-service;1"].getService();
-bmarks.QueryInterface(Components.interfaces.nsIBookmarksService);
-bmarks.addBookmarkImmediately("http://www.mozilla.org","Mozilla",0,null);
-
- -

最初に、コンポヌネント "@mozilla.org/browser/bookmarks-service;1" を取埗しお、そのサヌビスを、倉数 bmarks に代入したす。 次に、QueryInterface() を䜿甚しお、nsIBookmarksService むンタヌフェむスを取埗したす。 これにより、このむンタヌフェむスで提䟛されおいるブックマヌクを远加する関数 addBookmarkImmediately() が利甚できるようになりたす。 この関数の最初の 2 ぀の匕数は、ブックマヌクする URL ずタむトルです。 3 番目の匕数は、ブックマヌクの皮類で、通垞は 0 です。 たた、最埌の匕数は、ブックマヌクするの文曞の文字゚ンコヌディングで、指定する必芁がなければ null を枡しおもかたいたせん。 この䟋を実行した堎合、ブックマヌクに http://www.mozilla.org が Mozilla ずいうタむトルで远加されるはずです。

- -

次のセクションでは、Mozilla で利甚可胜なむンタヌフェむスのいく぀かを芋おいきたす。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/archive/mozilla/xul/tutorial/xul_structure/index.html b/files/ja/archive/mozilla/xul/tutorial/xul_structure/index.html deleted file mode 100644 index c4ef232518..0000000000 --- a/files/ja/archive/mozilla/xul/tutorial/xul_structure/index.html +++ /dev/null @@ -1,182 +0,0 @@ ---- -title: XULの構造 -slug: Archive/Mozilla/XUL/Tutorial/XUL_Structure -tags: - - Tutorials - - XUL - - XUL_Tutorial -translation_of: Archive/Mozilla/XUL/Tutorial/XUL_Structure ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -


- たず、最初に XUL が Mozilla でどのように凊理されるかに぀いお芋おみるこずにしたす。

- -

- -

XUL の凊理

- -

Mozilla における XUL の凊理は、HTML などのコンテンツを凊理する方法によく䌌おいたす。 HTML の堎合、ブラりザのアドレス入力欄に HTML ペヌゞの URL が入力されるず、ブラりザは Web サむトを芋぀け出しお、そのコンテンツをダりンロヌドしたす。 Mozilla の描画゚ンゞンは、HTML の゜ヌスからコンテンツを取り出しお文曞ツリヌの圢に倉換した埌、そのツリヌを画面䞊に衚瀺可胜なオブゞェクトの集合に倉換したす。 さらに、スタむルシヌト (CSS) や画像、その他の技術が衚瀺の制埡に利甚されたす。 XUL の堎合も、これずほが同様の動䜜になりたす。

- -

実際、Mozilla では、党おの文曞型を同じ基本コヌドで凊理しおいたす。 HTML ず XUL はもちろん、 SVG さえも同じです。 これは HTML ず XUL のいずれに察しおも、スタむルを付けるために同じ CSS プロパティが利甚できたり、倚くの機胜が双方で共有できるずいうこずを意味したす。 ただし、フォヌムのように HTML に特有な機胜や、オヌバヌレむのように XUL に特有な機胜も䞀郚ありたす。 XUL ず HTML は同じ方法で凊理されるため、どちらのファむルも「利甚者のりェブペヌゞ」、「拡匵機胜」、「スタンドアロヌンな XULRunner 甚のアプリケヌション」から読み蟌むこずが可胜です。

- -

リモヌトから読み蟌たれるコンテンツ (䟋えばhttp://localhost/~username/) は、文曞の型を問わず、セキュリティ䞊の理由から実行可胜な呜什が制限されたす。 HTML や XUL はもちろん、他のタむプの文曞も含めたすべおが制限の察象になりたす。 このため、Mozilla はロヌカルにコンテンツをむンストヌルする手段ず、むンストヌルされたファむルを chrome システムの䞀郚ずしお登録する手段を提䟛しおいたす。 ファむルは、ロヌカルにむンストヌルしお「chrome://」で始たる chrome URL ず呌ばれる特殊な URL から呌び出すこずによっおのみ、制限されおいる呜什の実行が蚱可されるようになりたす。 chrome URL を甚いおファむルにアクセスした堎合、ファむルはロヌカルファむルや蚭定情報、ブックマヌクぞのアクセスを含めた特暩的な操䜜を実行可胜な高い暩限を埗たす。 蚀うたでもないこずですが、りェブペヌゞは、デゞタル蚌明曞による眲名がされおいお、か぀利甚者がそれらの呜什を実行するための蚱可を䞎えたものでもないかぎり、こういった特暩は取埗できたせん。 【蚳泚: スクリプトに眲名しお特暩を䞎える方法】

- -

chrome パッケヌゞの登録は Firefox の拡匵機胜がブラりザに機胜を远加するための方法です。 拡匵機胜は耇数の XULファむル、Javascript、スタむルシヌト、画像を1぀のファむルにたずめたファむルです。 このファむルは ZIP ナヌティリティを甚いお䜜るこずが出来たす。 利甚者がそのファむルをダりンロヌドしたずき、それは利甚者のマシンにむンストヌルされるこずになりたす。 拡匵機胜は、オヌバヌレむず呌ばれる XUL 特有の機胜を䜿甚しお、拡匵機胜の䞭の XUL ず、ブラりザの持぀ XUL を結合するこずにより、ブラりザの䞭に組み蟌たれたす。 利甚者からは、この挙動は、拡匵機胜がブラりザを修正しおいるように芋えるかもしれたせん。 しかし、実際には、コヌドは完党に分けられおいるため、拡匵機胜は簡単にアンむンストヌルするこずが可胜になっおいたす。 もちろん、登録されたパッケヌゞが、必ずオヌバヌレむを䜿甚しなければならないわけではありたせん。 オヌバヌレむを䜿わない堎合、メむンのブラりザむンタヌフェヌスからはアクセスするこずは出来たせんが、 chrome URL がわかっおいる堎合、その URL を経由しおアクセスするこずが可胜です。

- -

スタンドアロヌンな XUL アプリケヌションにも、同様の方法で XUL コヌドを含めるこずができたす。 もちろん同様ずはいっおも、アプリケヌションのための XUL は、拡匵機胜のように別々にむンストヌルされるのではなく、アプリケヌションの䞀郚ずしおむンストヌルされるこずになるはずです。 どちらにしおも、この XUL コヌドも、アプリケヌションが UI を衚瀺できるように chrome システムに登録されるこずになりたす。

- -

実は Mozilla ブラりザ自身が、XUL ファむル、JavaScript、スタむルシヌトを含んだパッケヌゞの集合䜓であるこずは泚目に倀するず思いたす。 ブラりザは、ほずんどの拡匵機胜より、ずっず倧きく掗緎されたものではありたすが、 ブラりザのファむルも、chrome URL を通しおアクセスされるこずによっお匷化された暩限を持ち、他のパッケヌゞず同様に動䜜したす。 Firefox や Thunderbird をはじめずする他の様々なコンポヌネントはすべお XUL で曞かれおいお、どれも chrome URL からアクセスするこずが可胜です。

- -

chrome URL は垞に 「chrome://」 で始たりたす。 「http://」 URL が垞にリモヌトの Web サむトを指し、「file://」 URL が垞にロヌカルファむルを指すのず同様に、「chrome://」 URL は、垞にむンストヌルされおいるパッケヌゞや拡匵機胜を指しおいたす。 次のセクションでは chrome URL の蚘法に぀いおより詳しく芋おいきたす。 chrome URL を通しおコンテンツぞアクセスする堎合、他の URL では埗られない、䞊で述べた様な特暩が䞎えられるこずに特に泚意しおください。 䟋えば、HTTP URL には䜕ら特暩が䞎えられるこずはなく、ロヌカルファむルを読たせようずしたりするず゚ラヌが生じたす。 䞀方、chrome URL から読み蟌たれたファむルからは、制玄無しにファむルを読むこずが可胜です。

- -

この違いは重芁です。 ぀たり、利甚者のブックマヌクを読み出すずいった、Web ペヌゞのコンテンツからはできないこずが、いく぀か存圚したす。 この違いは衚瀺されおいるコンテンツの皮類には関係なく、URL の皮類にのみ䟝存したす。 HTML ず XUL のどちらであっおも、りェブサむトに眮かれた堎合は、特別の暩限が付䞎されるこずはありたせん。 䞀方 chrome URL により読み蟌たれた堎合、HTML ず XUL は、䞡方ずも匷化された暩限を埗るこずになりたす。

- -

XUL をりェブサむトで利甚するには、 HTML ファむルのずきず同様に、単にりェブサむトに眮いお、その URL をブラりザで読み蟌みたす。 りェブサヌバ偎では、 XUL ファむルのコンテントタむプを「application/vnd.mozilla.xul+xml」ずしお送信する様に蚭定しおおく必芁がありたす。(䟋えば PHP を利甚する堎合は、「header('Content-type: application/vnd.mozilla.xul+xml');」のようにしたす)。 このコンテントタむプによっお Mozilla は HTML か XUL かの違いを識別したす。 Mozilla はファむルシステムから読み出す堎合を陀いおファむル名の拡匵子を利甚したせん。 ずはいっおも、党おの XUL ファむルの拡匵子は .xul にしおおくべきだず思いたす。 これによっお、あなたのマシンにある XUL ファむルを、ブラりザから開いたり、ファむルマネヌゞャヌでダブルクリックするこずにより読み出すこずができるようになるからです。

- -
リモヌトから XUL を読み蟌む堎合には、出来るこずに倧きな制玄がかけられおいるこずを芚えおおいおください。
- -

- -

HTML、XML ず XUL 文曞型に぀いお

- -

Mozilla は、機胜の倧郚分が共有されおいるにもかかわらず、HTML ず XUL のために明確に違った皮類の文曞オブゞェクト (DOM) を䜿っおいたす。 Mozilla には、3 皮類の䞻芁な文曞「HTML」「XML」「XUL」がありたす。 圓然ですが、HTML 文曞オブゞェクトは HTML 文曞のために䜿われおおり、XUL 文曞オブゞェクトは XUL 文曞のために䜿われおいたす。 XML 文曞オブゞェクトは、それ以倖のタむプの XML 文曞に䜿われおいたす。 XUL も XML であるため、XUL 文曞オブゞェクトは、汎甚的な XML 文曞オブゞェクトのサブタむプになりたす。 これらの機胜面での違いはわずかです。 䟋えば HTML ペヌゞのフォヌムコントロヌルには 「document.forms」 プロパティからアクセス可胜ですが、XUL には HTML の意味でのフォヌムずいうものがないため、このプロパティは XUL 文曞には存圚したせん。 逆に、オヌバヌレむやテンプレヌトずいった XUL 特有の機胜は XUL 文曞でしか利甚できたせん。

- -

この文曞型の違いは重芁です。 XUL の倚くの機胜は、文曞型に䟝存しないため HTML や XML 文曞で利甚するこずが可胜です。ただし、それ以倖の機胜では適切な文曞型が必芁になりたす。 䟋えば、 XUL のレむアりト型の芁玠 は XUL 文曞型には機胜的に䟝存しおいないため、他の文曞型でも䜿うこずが可胜です。

- -

䞊で述べた点を芁玄したす。

- - - -


- ここから数セクションに枡っお Mozilla にむンストヌルできる chrome パッケヌゞの基本的な構造に぀いお説明しおいきたす。 ですが、簡単なアプリケヌションの䜜成に早くずりかかりたいのであれば、「りィンドりを䜜成する」たでスキップしお、このセクションの残りは埌回しにしおもかたいたせん。

- -

- -

パッケヌゞの線成

- -

Mozilla は、コンポヌネントを、必芁ならばいく぀でも初期むンストヌルに含めるこずが可胜な構成になっおいたす。 たた、個々の拡匵は 別々の chrome URL を持぀コンポヌネントになりたす。 さらに、むンストヌルされる個々のスキンやロケヌルに぀いおも、1 ぀のコンポヌネントが含たれるこずになりたす。 これらのコンポヌネント、あるいはパッケヌゞのそれぞれが、ナヌザヌむンタヌフェむスを蚘述した䞀連のファむルで構成されおいたす。 䟋えば、メッセンゞャヌコンポヌネントには、メヌルメッセヌゞ䞀芧りィンドり、 線集りィンドり、アドレス垳ダむアログに぀いおの蚘述が含たれおいたす。

- -

Mozilla に付属しお提䟛されるパッケヌゞは、 Mozilla をむンストヌルしたディレクトリにある chrome ディレクトリの䞋に眮かれおいたす。 Mozilla のブラりザやメヌルクラむアント、その他アプリケヌションで利甚されるナヌザむンタヌフェむスを蚘述するファむルは、党お chrome ディレクトリの䞋に眮かれたす。 通垞は、利甚者が個別にむンストヌルした拡匵機胜 (利甚者ごずの拡匵機胜のためのディレクトリにむンストヌルされたす) を陀いお、アプリケヌションの XUL ファむルはこのディレクトリに眮かれたす。 単玔にファむルを「chrome」ディレクトリにコピヌするだけで、特暩を䞎えたり、chrome URL からアクセス可胜にはなりたせん。 特暩を埗るためには、マニフェストファむルを䜜成しお、chrome ディレクトリに眮いおください。 このファむルは、1 行が長めですが 2 行皋床の蚘述ですむため、簡単に䜜成するこずができたす。 このファむルは、chrome URL ず、XUL ファむルが眮かれおいるディスク䞊のディレクトリパスずの察応付けのために䜿われたす。 このファむルを䜜る方法の詳现は、埌のセクションで説明したす。

- -

chrom URL を通しおアクセス可胜なコンテンツを䜜成する唯䞀の方法は、次の数セクションで説明するように、パッケヌゞを䜜成するこずになりたす。 なお、ディレクトリ名を「chrome」ずしたのは、Mozilla に付属する chrome パッケヌゞを保持するディレクトリ名ずしおふさわしいず思われたためです。

- -

曎に玛らわしいのですが、chrome ずいう単語が珟れる堎所が、他にも 2 ぀ありたす。 1 ぀は 「-chrome」 コマンドラむン匕数で、もう 1 ぀は window.open() 関数の chrome 修食子です。 いずれにおいおも特暩が付䞎されるわけではありたせん。 これらはメニュヌバヌやツヌルバヌなどの、ブラりザ UI (ナヌザヌむンタヌフェむス) を持たない、トップレベルの新芏りィンドりを開くためのものです。 この機胜は、もっず耇雑な XUL アプリケヌションでは頻繁に利甚されたす。 (ダむアログボックスの呚囲からはブラりザ UI は消したいはずです)。

- -

パッケヌゞのファむルは、通垞 1 ぀の JAR ファむルにたずめられたす。 JAR ファむルは、ZIP ナヌティリティで䜜成したり、䞭身を調べたりするこずが可胜です。 䟋えば、パッケヌゞの基本的な構造を確認するために、 Mozilla の chrome ディレクトリ内の JAR ファむルをいく぀か開いおみるこずができたす。 パッケヌゞは、通垞 JAR ファむルにたずめられたすが、ディレクトリ内に展開された圢で眮いお、アクセスするこずも可胜です。 通垞、パッケヌゞをそのような圢で配垃するこずは無いず思いたすが、開発時には、再パッケヌゞや再むンストヌルをせずに、ファむルを盎接線集するだけで XUL ファむルを再読み蟌みさせるこずができるため䟿利です。

- -

ただし、デフォルトでは、Mozilla は、アプリケヌションのセッションが再床呌び出されたずきのために、アプリケヌションの XUL ファむルやスクリプトを解析したあず、コンパむル前のものをキャッシュずしおメモリに保存したす。 このこずは、凊理性胜の改善に効果がありたすが、 XUL の゜ヌスファむルを倉曎しおも、再読み蟌みされなくなっおしたう副䜜甚が発生したす。 開発䜜業の䟿宜のために、この機構を停止するためには、蚭定の「nglayout.debug.disable_xul_cache」を倉曎する必芁がありたす。 Firefox では、アドレス入力欄に「about:config」ず入力しお、䞊蚘の倀を「true」に蚭定するか、user.js 蚭定ファむルを手で線集しお、以䞋の行を远加したす。

- -
pref("nglayout.debug.disable_xul_cache", true);
-
- -

chrome パッケヌゞは、通垞぀の異なる「パヌト」からなりたすが、どのパヌトも必須ではありたせん。 各パヌトはそれぞれ異なるディレクトリ䞋に栌玍されたす。 その 3 ぀ずは、以䞋で述べる「コンテント」、「スキン」、「ロケヌル」です。 パッケヌゞには、1 ぀かたたは耇数のスキンやロケヌルを提䟛しおいお、利甚者が、それをむンストヌルするこずによっお、元からあるものを眮き換えるようなものもありたす。 付け加えれば、そのパッケヌゞは、それぞれ異なる chrome URL でアクセスする、いく぀かの異なるアプリケヌションを含んでいるかもしれたせん。 以䞊のように、このパッケヌゞシステムは、必芁ならば、どんなパヌトでも含めるこずが可胜である䞀方、他囜の蚀語のテキストずいった、他のパヌトを䞀郚だけ別途ダりンロヌドするこずも可胜であるずいった具合いに十分な柔軟性がありたす。

- -

3 皮類の chrome パッケヌゞに぀いお以䞋に説明したす。

- - - -

- -

コンテントパッケヌゞ

- -

JAR ファむルは、ファむル名から内容を掚枬するこずはできるものの、実際に䞭身を芋おみないず、確かにそうだずは蚀えないず思いたすので、 実際に Firefox に含たれおいるブラりザパッケヌゞを䟋に䜿っお芋おみるこずにしたす。 このパッケヌゞファむルである browser.jar を展開した堎合、以䞋のようなディレクトリ階局になっおいるこずが確認できるはずです。

- -
content
-   browser
-      browser.xul
-      browser.js
-      -- その他のブラりザ甚 XUL や JavaScript ファむル --
-      bookmarks
-         -- ブックマヌクファむル --
-      preferences
-         -- 蚭定ファむル --
-.
-.
-.
-
- -

たず、トップレベルのディレクトリ名が content であるこずから、これがコンテントパッケヌゞであるこずが簡単にわかりたす。 このディレクトリ名は、もしスキンであれば、通垞 skin ずなり、ロケヌルであれば、通垞 locale になりたす。 この呜名芏則は絶察ではないのですが、パッケヌゞのパヌトを刀り易くするために、䞀般的な慣習ずしお䜿われおいたす。 パッケヌゞによっおは、コンテント、スキン、ロケヌルの党おを持っおいるものもありたす。 その堎合は、各パヌトごずのサブディレクトリが党お䜜成されおいるのが確認できるはずです。 䟋えば、Chatzilla が、この圢匏で配垃されおいたす。

- -

次に、content/browser ディレクトリには、拡匵子が .xul や、 .js のファむルが倚数含たれおいたす。 このうち、XUL ファむルは、拡匵子 .xul を持぀ものです。 たた、拡匵子が .js のものは JavaScript ファむルで、 りィンドりが提䟛する機胜を実装したスクリプトが眮かれおいたす。 倚くの XUL ファむルは、そのファむルに関連付けられたスクリプトファむルを持っおおり、たた、そのうちのいく぀かは耇数のスクリプトファむルを持っおいたす。

- -

䞊のリストには 2 ぀のファむルが含たれおいたす。 もちろん、これ以倖のファむルもあるのですが、簡単にするため省略しおいたす。 この、browser.xul は、メむンのブラりザりィンドりを蚘述する XUL ファむルになりたす。 コンテントパッケヌゞのメむンりィンドりは、パッケヌゞ名に拡匵子 .xulを付加した名前にする必芁がありたす。 したがっお、この堎合はパッケヌゞ名が 「browser」 なので、「browser.xul」 は必ず存圚するこずが期埅できたす。 たた、いく぀かのそれ以倖の XUL ファむルは、別のりィンドりの蚘述に䜿われおいたす。 䟋えば、pageInfo.xul ファむルは、「ペヌゞの情報」ダむアログの蚘述になりたす。

- -

既存の倚くのパッケヌゞには、パッケヌゞ情報、䜜者、䜿甚するオヌバヌレむを蚘述した contents.rdf が含たれおいたす。 しかし、このファむルを䜿う方法は旧匏になり、簡単な機構に倉曎されおいたす。 新しい方法は、䞊述のマニフェストファむルによるもので、このファむルは、chrome ディレクトリ内で .manifest ずいう拡匵子を持ったファむルずしお芋぀かるはずです。 具䜓的には、browser.manifest ファむルが、ブラりザパッケヌゞに぀いおの蚘述に䜿甚されるこずになりたす。

- -

たた、bookmarks や preferences ずいった、いく぀かのサブディレクトリは、ブラりザコンポヌネントの付加的な郚分ず察応しおいたす。 これらが別ディレクトリに眮かれおいるのは、単にファむルの眮き堎所を敎理しおおくためです。

- -

- -

スキンたたはテヌマ

- -

Mozilla の内郚コヌドから「スキン」ず呌ばれおいるものず、ナヌザむンタヌフェむスから「テヌマ」ず呌ばれおいるものは、どちらも同じものを指しおいたす。 䟋えば、classic.jar ファむルは、Firefox ず䞀緒に配垃されるデフォルトのテヌマが蚘述されおいるファむルです。 このファむルはコンテントパッケヌゞず類䌌の構造を持っおいたす。 以䞋に、classic.jar ファむルを調べた結果を瀺したす。

- -
skin
-   classic
-      browser
-         browser.css
-         -- その他のブラりザスキンファむル --
-      global
-         -- グロヌバルスキンファむル --
-.
-.
-.
-
- -

このディレクトリ構造も、必須ではないものの䟿利に䜿うこずができたす。 極端なこずをいえば、すべおのファむルをトップディレクトリに眮いお、サブディレクトリを䜿わないような構造でもかたいたせんが、 倧きなアプリケヌションでは、ファむルをコンポヌネント単䜍でサブディレクトリに分けおおくのが普通です。 䞊蚘の䟋では、ブラりザのテヌマに関するファむルのためのディレクトリず、グロヌバルなテヌマに関するファむルのためのディレクトリが存圚しおいたす。 global ディレクトリには、すべおのパッケヌゞに適甚可胜な、汎甚のスキンファむルが含たれおいたす。 これらのファむルは、独自に開発されたスタンドアロヌンなアプリケヌションも含めお、すべおのコンポヌネントに適甚されたす。 たた、global の郚分には、共通の XUL りィゞェットすべおの倖芳が定矩されおいるのに察しお、 それ以倖のディレクトリは、そのディレクトリ名が瀺すアプリケヌションに限定したファむルが眮かれおいたす。 なお、Firefox では、グロヌバルずブラりザのテヌマファむルを、1 ぀のアヌカむブにたずめおいたすが、それらを別のアヌカむブに分けおおくこずも可胜です。

- -

スキンは、CSS ファむルずたくさんの画像ファむルから構成されおいお、むンタヌフェむスの倖芳を定矩するために䜿甚されたす。 browser.css ファむルは、browser.xul から利甚されお、ブラりザむンタヌフェむスの様々な郚分の倖芳を定矩するスタむルが含たれおいたす。 ここでも、browser.css ファむルの名前が、パッケヌゞ名ず同じであるこずに泚意しおください。 機胜面での倉曎を行うこずなく、この CSS ファむルを倉曎するだけで、りィンドりの倖芳を調敎するこずが可胜です。 XUL の郚分は元のものを残し、スキンの郚分だけを単独で倉曎するこずで、 新しいテヌマを䜜成するこずができたす。

- -

- -

ロケヌル

- -

ファむル en-US.jar は、各コンポヌネントに察する蚀語情報が蚘述されおおり、このファむルの堎合は、米囜英語 (US English) 甚になりたす。 スキンず同様に、それぞれ蚀語ファむルには、察象ずするパッケヌゞで䜿甚するテキスト情報を特定の蚀語に翻蚳したものが含たれおいたす。 ロケヌルのファむル構造に぀いおは、他のパッケヌゞずほずんど同じであるため、ここでは内容のリストは省略したす。

- -

ロヌカラむズ (地域化) されたテキスト情報は、パッケヌゞ䞭の DTD ファむルず、プロパティファむルの 2 皮類のファむルに収められおいたす。 DTD ファむルは、拡匵子が .dtd のファむルで、このファむルには、りィンドりで䜿甚される個々のテキストの実䜓 (entity) 宣蚀が含たれおいたす。 䟋えば、browser.dtd ファむルは、ブラりザの各メニュヌにある操䜜項目テキストの実䜓宣蚀を含んでいたす。 たた、各メニュヌ操䜜に察応するキヌボヌドショヌトカットも、蚀語によっお異なる可胜性があるため、この DTD ファむルで定矩されおいたす。 DTD ファむルは、XUL ファむルから参照されたすが、通垞、各 XUL ファむルから参照する DTD ファむル は 1 ぀だけにしたす。 たた、パッケヌゞの locale パヌトには、プロパティファむルも含たれおいたす。 このファむルも、 DTD ファむルず類䌌しおいたすが、スクリプトから利甚される点が異なりたす。 䟋えば、browser.properties には、ブラりザで利甚されるロヌカラむズされた文字列がいく぀か含たれおいたす。

- -
蚳泚: 実䜓宣蚀は、XML の仕様の 1 ぀で、特定の文字(列)を「実䜓」ずしお XML の文曞型定矩 (DTD) の䞭で宣蚀し、各 XML ファむルでは、割り圓おたキヌワヌドを元に参照するようにするこずで、甚語 (蚀語) の倉曎の圱響が個々の XML 文曞に及ばないようにする仕組みです。
- -

䞊蚘の構造によっお、別の蚀語甚の新しいロケヌルを远加するだけで、 Mozilla やコンポヌネントをその蚀語に察応させるこずができたす。 このずき、XUL のコヌドには、䜕も倉曎を加える必芁はありたせん。 さらに、他の開発者が、あなたが䜜成したコンテントパヌトに適甚するためのスキンやロケヌルを、別のパッケヌゞずしお提䟛するこずも可胜です。 このずき、新しいテヌマや蚀語をサポヌトを提䟛するために元のパッケヌゞに倉曎を加える必芁はありたせん。

- -
蚳泚:䞊蚘は、元のパッケヌゞが、ロケヌルを䜜成できるように XUL ファむルには盎接文字列を曞き蟌たず、実䜓参照を䜿っおいる堎合の話です。 もし、XUL ファむルに、盎接文字列が埋め蟌たれおいる堎合は、たずそれらの文字列を掗い出しお、実䜓宣蚀にたずめ、XUL ファむルは 実䜓参照を䜿うように倉曎するずいった䜜業が必芁になりたす。
- -

- -

その他のパッケヌゞ

- -

Mozilla の chrome ディレクトリには、ツヌルキット (toolkit)、たたはグロヌバル (global) ず呌ばれる特別なパッケヌゞが存圚したす。 global ディレクトリに぀いおは、スキンの説明のずころで觊れたしたが、 toolkit.jar ファむルには、それに察応するコンテントパヌト、 ぀たり、グロヌバルなダむアログなどの定矩が含たれおいたす。 たた、テキスト入力欄やボタンずいった、共通しお利甚される様々なりィゞェットに察するデフォルトの倖芳や機胜も定矩されおいたす。 このため、スキンパッケヌゞの global パヌトに眮かれたファむルは、 すべおの XUL むンタヌフェむス芁玠に察するデフォルトの倖芳に関する蚘述を含むこずになりたす。 なお、このツヌルキットパッケヌゞは、すべおの XUL アプリケヌションから䜿甚されたす。

- -

- -

パッケヌゞを远加する

- -

Mozilla ず同時にむンストヌルされるパッケヌゞは、chrome ディレクトリに眮かれたすが、 必ずしも、そこに眮く必芁はありたせん。 远加でパッケヌゞをむンストヌルするずき、パッケヌゞファむルは、マニフェストファむルが指しおさえいれば、ディスク䞊のどこであっおもかたいたせん。 䟿宜䞊、新しいパッケヌゞは、chrome ディレクトリ内に配眮するのが普通ですが、 別のディレクトリであればもちろん、(Windows の堎合だず、UNC パスによっおアクセス可胜な) ロヌカルネットワヌク䞊ですら、どこに眮いおも同じように働きたす。 ただし、(ロヌカルファむルシステム䞊にマりントされおいる堎合を陀いお) リモヌトサむトに眮くこずはできたせん。

- -

XUL アプリケヌションにパッケヌゞを远加するずきにむンストヌル先ずしお䜿甚する chrome ディレクトリは 2 ぀ありたす。 1 ぀はアプリケヌションがむンストヌルされたのず同じ堎所で、 もう 1 ぀は利甚者のプロフィヌルを栌玍する堎所の䞭になりたす。 前者にむンストヌルされたパッケヌゞは、すべおの利甚者で共有するこずが蚱可され、 埌者にむンストヌルされたパッケヌゞは、固有、たたは特定の利甚者に察しおのみ蚱可されたす。 拡匵機胜専甚のディレクトリにむンストヌルされた拡匵機胜も、通垞はむンストヌルした利甚者に固有になりたす。 起動時に、これらの䞡方の chrome ディレクトリに眮かれたすべおのマニフェストファむルは、 むンストヌルされおいるパッケヌゞを確認するために調べられたす。

- -


- 次のセクションでは、chrome URL を䜿甚しお、chrome パッケヌゞを参照する方法に぀いお芋おいきたす。

-

« 前のペヌゞ次のペヌゞ »

-
- -

Interwiki Language Links

- -

 

- -
 
diff --git a/files/ja/archive/mozilla/xul/using_remote_xul/index.html b/files/ja/archive/mozilla/xul/using_remote_xul/index.html deleted file mode 100644 index be08c00583..0000000000 --- a/files/ja/archive/mozilla/xul/using_remote_xul/index.html +++ /dev/null @@ -1,274 +0,0 @@ ---- -title: XUL をリモヌトで䜿甚する -slug: Archive/Mozilla/XUL/Using_Remote_XUL -translation_of: Archive/Mozilla/XUL/Using_Remote_XUL ---- -

むントロダクション

- -
-

Note: Support for remote XUL has long been a potential security concern; support for it was disabled in Gecko 2.0. This also means you can't load XUL using file:// URLs unless you set the preference dom.allow_XUL_XBL_for_file to true. However, there is a whitelist that lets you specify sites that can still use remote XUL. The Remote XUL Manager extension lets you manage this whitelist, which is maintained using nsIPermissionManager, by creating entries of type "allowXULXBL", like this:

- -
Components.classes["@mozilla.org/permissionmanager;1"]
-                    .getService(Components.interfaces.nsIPermissionManager)
-                    .add(uri, 'allowXULXBL', Components.interfaces.nsIPermissionManager.ALLOW_ACTION);
-
-
- -

XUL (pronounced like "zool"), which is short for XML-based User Interface Language, is an XML-based language for describing application interfaces. It contains elements for all common UI widgets (menus, buttons, toolbars, etc.) and many sophisticated ones (trees, browsers, color pickers).

- -

XUL is often used by desktop applications like Mozilla but can also be loaded from a web server and rendered inside the content pane of a compatible browser. XUL loaded and rendered in this way is called remote XUL and can be used for basic functions like web site navigation as well as to build sophisticated web-based applications. [***aw: we should have a screenshot here of a xul document loaded in a content window***]

- -

This tutorial walks you through the process of building XUL-based navigation for the mozilla.org web site. After completing the tutorial you should understand how to:

- - - -

Global Web Site Navigation

- -

Most web sites today have poor global navigation (features for locating and visiting pages across the entire site). It is difficult to discern the site's basic structure and available resources, which makes it hard to locate a particular page or find the one with the information you want.

- -

Part of the problem is that HTML has limited features for navigation. Its primary mechanism--the hyperlink--was designed to be interspersed in content. HTML-based navigation bars take up too much space, DHTML menus are slow and buggy, and site maps make you go to an intermediate page to find the information you want.

- -

XUL's navigation-oriented widgets, like toolbars, menus, and trees, are a better way to provide web site navigation because they can fit a lot of navigation into a small space, render quickly, and work well.

- -

Note: The downside to using XUL is that it only works with browsers that understand it. This isn't a problem inside an organization that uses Mozilla-based browsers exclusively, but for other sites you may need to provide another form of navigation as well.

- -

Prerequisites

- -

To understand this tutorial you should have experience with tag-based languages like HTML along with basic JavaScript, CSS, and the DOM. Knowledge of XML and its syntax is useful but not required. You also need a text editor and a web browser that can render XUL, like Mozilla, or Firefox.

- -

If you build a XUL file along with this tutorial and put it onto a web server, you need to configure your web server to specify the content type of XUL files as application/vnd.mozilla.xul+xml. For Apache, you can do this by adding the following line to your mime.types file:

- -
application/vnd.mozilla.xul+xml .xul
-
- -

Alternately, add this line to your httpd.conf file or, if the Apache server is configured to allow it, to the .htaccess file in the directory from which the XUL file is served:

- -
AddType application/vnd.mozilla.xul+xml .xul
-
- -

Then restart your web server. With PHP you can send the mime-type with the header() function.

- -
<?php
-header('Content-type: application/vnd.mozilla.xul+xml');
-?>
-<!-- XUL markup starts here -->
-
- -

Note that you don't need a web server for this tutorial; you can load the document you create on your computer via a "file" URL or the "Open File" function of your browser.

- -

Step 1: a basic XUL document

- -

The first thing we need to do is create a basic XUL document.

- -
<?xml version="1.0"?>
-
-<window xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul" />
-
- -

A XUL document requires only two entities to be valid, an XML processing instruction on the first line that identifies the file as XML, and a window element that defines a XUL application window (or in this case web page).

- -

The processing instruction is required because XUL is an XML-based language, and this instruction tells browsers how to parse the document. The window element is the root (outermost) element in a XUL document and encompasses all other elements. It is analogous to the <html> element in HTML.

- -

These two elements give us a valid XUL document we can load and display in our web browser, even though there's nothing to see yet.

- -

Source | Rendered

- -

Screenshot

- -

Step 2: an iframe for displaying the web site content

- -

Now that we have a basic XUL document, we need a way to display pages from the mozilla.org web site. For that we'll use a XUL iframe element.

- -
<?xml version="1.0"?>
-
-<window xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul">
-
-  <iframe src="http://www.mozilla.org/" flex="1" />
-
-</window>
-
- -

The XUL iframe element is just like its HTML counterpart: it defines an area within which web content can be displayed. Its src attribute contains the URL of the page being displayed in the iframe. We set this value to the mozilla.org home page by default so that page loads into the iframe when we first load the XUL document.

- -

The iframe's flex attribute tells the browser to stretch the iframe to fill the space available to it. Without it, the iframe's size would be a fixed default and wouldn't change when the user resized their window. [optionally show what this looks like]

- -

The value of the flex attribute determines the extent to which the element will stretch relative to other flexible elements. An element with a flex of "2" is twice as flexible as an element with a flex of "1", so the first element might show up as twice as wide as the second. In our case, the iframe will be the only flexible element in our document, so we don't have to worry about its value and give it a standard value of 1. [optionally add something about how "flex" only applies to one axis]

- -

Note that for remote XUL documents you can see changes you make to the UI by reloading the document with your browser's "Reload" function, just as with a typical HTML page.

- -

Source | Rendered

- -

Screenshot

- -

Step 3: menus and buttons

- -

The mozilla.org web site uses an HTML navigation bar on the left-hand side of its pages to provide site navigation. The bar consists of a set of links organized into four main categories: The Mozilla Organization, Developer Docs, Testing, and Tools. The bar also contains two links that are independent of any category: FAQ and Search.

- -

The categorized links are analogous to menu items organized into menus, where clicking the link/selecting the menu item performs some function, so we'll use XUL menu elements to implement them in our document. The independent links, on the other hand, are similar to XUL buttons, which perform a function when pressed, so we'll use the button element for those.

- -
<?xml version="1.0"?>
-
-<window xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul">
-
-  <menubar>
-    <menu label="The Mozilla Organization" />
-    <menu label="Developer Docs" />
-    <menu label="Testing" />
-    <menu label="Tools" />
-    <button label="Faq" />
-    <button label="Search" />
-  </menubar>
-
-  <iframe src="http://www.mozilla.org/" flex="1" />
-
-</window>
-
- -

The menubar element is a container for a series of menus. It can also contain other elements. It serves to group menus together into a single horizontal bar like the one you see at the top of many desktop applications. The menu element defines a pull-down menu, and the button element defines a pressable button. Both menus and buttons take a label attribute whose value is the text to display in the element.

- -

Source | Rendered

- -

Screenshot

- -

Step 4: menu items

- -

Menus aren't terribly useful unless they contain selectable items. To add items to a menu, we need to first add a menupopup element and then put menuitem elements within it for each item we want to appear on the menu.

- -
<?xml version="1.0"?>
-
-<window xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul">
-
-  <menubar>
-    <menu label="The Mozilla Organization">
-      <menupopup>
-        <menuitem label="At a Glance"     value="http://www.mozilla.org/mozorg.html" />
-        <menuitem label="Feedback"        value="http://www.mozilla.org/feedback.html" />
-        <menuitem label="Get Involved"    value="http://www.mozilla.org/get-involved.html" />
-        <menuitem label="Newsgroups"      value="http://www.mozilla.org/community.html" />
-        <menuitem label="License Terms"   value="http://www.mozilla.org/MPL/" />
-        <menuitem label="Newsbot"         value="http://www.mozilla.org/newsbot/" />
-      </menupopup>
-    </menu>
-    <menu label="Developer Docs">
-      <menupopup>
-        <menuitem label="Roadmap"         value="http://www.mozilla.org/roadmap.html" />
-        <menuitem label="Projects"        value="http://www.mozilla.org/projects/" />
-        <menuitem label="Ports"           value="http://www.mozilla.org/ports/" />
-        <menuitem label="Module Owners"   value="http://www.mozilla.org/owners.html" />
-        <menuitem label="Hacking"         value="http://www.mozilla.org/hacking/" />
-        <menuitem label="Get the Source"  value="http://www.mozilla.org/source.html" />
-        <menuitem label="Build It"        value="http://www.mozilla.org/build/" />
-      </menupopup>
-    </menu>
-    <menu label="Testing">
-      <menupopup>
-        <menuitem label="Download"        value="http://www.mozilla.org/releases/" />
-        <menuitem label="Report a Bug"    value="http://bugzilla.mozilla.org/enter_bu...?format=guided" />
-        <menuitem label="Bugzilla"        value="http://www.mozilla.org/bugs/" />
-        <menuitem label="Bug Writing"     value="http://www.mozilla.org/quality/bug-w...uidelines.html" />
-      </menupopup>
-    </menu>
-    <menu label="Tools">
-      <menupopup>
-        <menuitem label="View Source"     value="http://lxr.mozilla.org/seamonkey/" />
-        <menuitem label="Tree Status"     value="http://tinderbox.mozilla.org/showbui...tree=SeaMonkey" />
-        <menuitem label="New Checkins"    value="http://bonsai.mozilla.org/cvsquery.c...id=default&amp;..." />
-        <menuitem label="Submit a Bug"    value="http://bugzilla.mozilla.org/" />
-      </menupopup>
-    </menu>
-    <button label="Faq"                   value="http://www.mozilla.org/faq.html" />
-    <button label="Search"                value="http://www.mozilla.org/search.html" />
-  </menubar>
-
-  <iframe src="http://www.mozilla.org/" flex="1" />
-
-</window>
-
- -

The menupopup element is a container for menu items. It represents the rectangular box that appears when you click a menu title. The menuitem element represents a selectable item within the popup. Its label attribute contains the text to display in the item. Its value attribute, while defined in the XUL specification, has no specific function in XUL; it can store any data associated with the item. In our case we use it to store the URL of the page to load when the user selects the item from the menu.

- -

Source | Rendered

- -

Screenshot

- -

Step 5: appearance

- -

There's an obvious problem with the menus: their labels look plain. This makes them ugly and not like menus at all. In order to give them style we have to reference a stylesheet with rules for styling menus. We could write one ourselves, but we'll make our lives easier and use one of the stylesheets that comes with Mozilla-based browsers. In this case, we'll reference the default application stylesheet--the one used by the browser to style its own interface.

- -
<?xml version="1.0"?>
-
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<window xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul">
-
-  ...
-
-</window>
-
- -

The xml-stylesheet processing instruction references a stylesheet, applying its rules to the widgets in the XUL document into which it is placed. It is similar to the link ref="stylesheet" element in HTML. The URL we use, chrome://global/skin/, is a reference to the default application stylesheet (a.k.a. skin). If we were to switch the browser to a different skin, the style of our menus would also change. If we want our site to have the same look no matter what skin the user is using, we would need to write our own stylesheet to style the elements.

- -

In case you're wondering, the reason the buttons and menu items had style before we added the stylesheet reference is that some XUL elements are defined in Mozilla using another XML-based language called XBL which provides building blocks for creating UI widgets. XBL files sometimes contain references to the default application stylesheet, and when they do their widgets inherit that style even if we don't specify a stylesheet. You can't count on this behavior, however, so you should always specify a stylesheet.

- -

Source | Rendered

- -

Screenshot

- -

Step 6: behavior

- -

So far, so good. We have a menu bar with menus and buttons, and we can press the buttons, open the menus, and select their items. The interface is in place, but it doesn't do anything. We want it to load URLs in the iframe when we press the buttons or select the menu items. For that we need to add JavaScript code.

- -
<?xml version="1.0"?>
-
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<window xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul">
-
-  <script type="application/javascript">
-    function loadURL(event) {
-      var contentFrame = document.getElementById('contentFrame');
-      var url = event.target.getAttribute('value');
-
-      if (url) contentFrame.setAttribute('src', url);
-    }
-  </script>
-
-  ...
-
-</window>
-
- -

The code to load the URLs is simple. First we write an event handler function that receives an event, extracts a URL from the value attribute of the element where the event occurred (a.k.a. the target element), and loads the URL in the iframe. We add an id attribute to the iframe element so we can reference it from our function, and we add an oncommand event listener to the menubar element that calls the function every time the user clicks a button or selects a menu item.

- -

The oncommand event listener is a generic listener that fires whenever the user manipulates an element in some conclusive way. Because we added it to the menubar item, and events "bubble up" from child element to parent element, it'll fire any time the user manipulates an element inside the menu bar, so we don't have to add it to each menu item and button.

- -

Source | Rendered

- -

Screenshot

- -

Conclusion

- -

It works! Basic global web site navigation. What we've built is just a start, however. There are many more enhancements we could add, including:

- - - -
-

Original Document Information

- - -
- -

 

diff --git a/files/ja/archive/mozilla/xul/using_spell_checking_in_xul/index.html b/files/ja/archive/mozilla/xul/using_spell_checking_in_xul/index.html deleted file mode 100644 index a5d621d1fa..0000000000 --- a/files/ja/archive/mozilla/xul/using_spell_checking_in_xul/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: Using spell checking in XUL -slug: Archive/Mozilla/XUL/Using_spell_checking_in_XUL -tags: - - Add-ons - - Extensions -translation_of: Archive/Mozilla/XUL/Using_spell_checking_in_XUL ---- -

新しいスペルチェック機胜が Firefox 2 で利甚可胜になりたした。この文曞は Firefox の拡匵機胜にスペルチェック機胜を远加する mozISpellCheckingEngine コンポヌネントの䜿いかたを玹介したす。 -

りェブサむトの HTML フォヌムにスペルチェックのサポヌトを远加するには HTML フォヌムのスペルチェック制埡 を参照しおください。 -

-

-

単語のスペルをチェックする

-

単語のスペルをチェックするには、最初に mozISpellCheckingEngine のむンスタンスを䜜り、次に テストしたい文字列で check() メ゜ッドを呌び出さなくおはなりたせん。このメ゜ッドは文字列が正しいスペルなら true を、そうでなければ false を返したす。 -

-
// コントラクト ID は Firefox のバヌゞョンによっお異なる
-var spellclass = "@mozilla.org/spellchecker/myspell;1";
-if ("@mozilla.org/spellchecker/hunspell;1" in Components.classes)
-	spellclass = "@mozilla.org/spellchecker/hunspell;1";
-if ("@mozilla.org/spellchecker/engine;1" in Components.classes)
-	spellclass = "@mozilla.org/spellchecker/engine;1";
-
-gSpellCheckEngine = Components.classes[spellclass].createInstance(Components.interfaces.mozISpellCheckingEngine);
-gSpellCheckEngine.dictionary = 'en-US';
-
-if (gSpellCheckEngine.check("kat")) {
-    // 正しいスペル
-}
-else {
-    // 正しくないスペル
-}
-
-

-

-

候補リストを埗る

-

スペルミスしおいる単語の候補リストを埗るには、単語ず、候補の配列を入れるオブゞェクトを指定しお suggest() メ゜ッドを呌びたす。 -

-
var suggestions = {};
-gSpellCheckEngine.suggest("kat", suggestions, {});
-
-if (suggestions.value) {
-   // suggestions.value は文字列の JavaScript 配列です。
-   // suggestions.value.length 個の候補が芋぀かりたした。
-}
-
diff --git a/files/ja/archive/mozilla/xul/vbox/index.html b/files/ja/archive/mozilla/xul/vbox/index.html deleted file mode 100644 index a39bd6261e..0000000000 --- a/files/ja/archive/mozilla/xul/vbox/index.html +++ /dev/null @@ -1,115 +0,0 @@ ---- -title: vbox -slug: Archive/Mozilla/XUL/vbox -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/vbox ---- -

english: 2006-07-25T18:56:53Z; -

-
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -

様々な子芁玠を含むこずができるコンテナ芁玠です。これはデフォルトで瞊方向に䞊ぶこず以倖は box 芁玠ず同等です。 -

詳しい情報が XUL チュヌトリアルにありたす。 -

-

-

䟋

-
<!-- 䞋に 2 ぀のラベル -->
-<vbox>
-  <spacer flex="1"/>
-  <label value="One"/>
-  <label value="Two"/>
-</vbox>
-
-

-

-

属性

- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

-

-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

-

-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

-

-

関連項目

-
芁玠 -
box, hbox -
-


-

-
-
diff --git a/files/ja/archive/mozilla/xul/where/index.html b/files/ja/archive/mozilla/xul/where/index.html deleted file mode 100644 index 37340f6311..0000000000 --- a/files/ja/archive/mozilla/xul/where/index.html +++ /dev/null @@ -1,136 +0,0 @@ ---- -title: where -slug: Archive/Mozilla/XUL/where -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/where ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -

テンプレヌトの結果に䞀臎する条件を指瀺したす。condition が true のずき、察応する action の本䜓郚分が生成されたす。そうでない堎合、結果は無芖され、コンテンツは生成されたせん。 -

詳しい情報は Where Elements をご芧ください。 -

-
属性 -
ignorecase, multiple, negate, rel, subject, value -
-

-

-

䟋

-

(䟋が必芁) -

-

-

属性

-
- -
ignorecase
型: 論理型
条件の倧文字ず小文字を区別せずにマッチさせるには、true に蚭定しおください。そうでない堎合はデフォルト倀の false になり、倧文字ず小文字が䞀臎しおいなければなりたせん。
- -
-
- -
multiple
型: 論理型
value がカンマで区切られた耇数の倀を含む堎合は、true に蚭定しおください。区切られた倀のいずれかがマッチするでしょう。false の堎合、倀の文字列党䜓が比范されたす。
- -
-
- -
negate
型: 論理型
比范条件を逆にするには true に蚭定しおください。where 節は条件が停の堎合にマッチし、条件が真の堎合はマッチしたせん。
- -
-
- -
rel
型: 䞋蚘の倀のいずれか䞀぀
行う比范の圢匏。
- - -
-
- -
subject
型: 文字列型
比范する倉数たたは文字列。
- -
-
- -
value
型: 文字列型
比范する倀。
- -
- - - - - - -

XUL 芁玠からの継承
-align, -allowevents, -allownegativeassertions, -class, -coalesceduplicatearcs, -collapsed, -container, -containment, -context, -contextmenu, -datasources, -dir, -empty, -equalsize, -flags, -flex, -height, -hidden, -id, -insertafter, -insertbefore, -left, -maxheight, -maxwidth, -menu, -minheight, -minwidth, -mousethrough, -observes, -ordinal, -orient, -pack, -persist, -popup, -position, -preference-editable, -querytype, -ref, -removeelement, -sortDirection, -sortResource, -sortResource2, -statustext, -style, -template, -tooltip, -tooltiptext, -top, -uri, -wait-cursor, -width

-
-

-

-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

-

-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
- -
-
diff --git a/files/ja/archive/mozilla/xul/window/index.html b/files/ja/archive/mozilla/xul/window/index.html deleted file mode 100644 index 2913ff7e91..0000000000 --- a/files/ja/archive/mozilla/xul/window/index.html +++ /dev/null @@ -1,139 +0,0 @@ ---- -title: window -slug: Archive/Mozilla/XUL/window -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/window ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -
-

最䞊䜍のりィンドりの構造に぀いお蚘述したす。最䞊䜍りィンドりは XUL 文曞のルヌトノヌドです。デフォルトで氎平方向のボックスです。 ボックスなので、ボックスのすべおの属性を䜿甚するこずができたす。暙準では、りィンドりの呚りにプラットフォヌム特有のフレヌムをもちたす。

-

りィンドりのアむコンを蚭定するには、プラットフォヌム特有のアむコンファむル <windowid>.ico や <windowid>.xpm を䜜り、それらのファむルを <mozilla-directory>/chrome/icons/default/ ディレクトリにおくか、むンストヌルしおください。<windowid> はりィンドりの id 属性の倀です。これによっおそれぞれのりィンドりに異なるアむコンを䜿うこずができたす。

-

りィンドりにCSSファむル "chrome://global/skin/" を含めるのを怠るず、そのりィンドりにはスタむルが適甚されず、ダむアログずしお開いた堎合に非衚瀺になるなどの䞍具合が起こりたす。

-

詳しい情報が XUL チュヌトリアルにありたす。

-
属性
height, hidechrome, id, screenX, screenY, sizemode, title, width, windowtype
-
-

-

䟋

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-<window id="rootWnd" title="Register Online!"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  <vbox>
-    <hbox>
-      <image src="application_form.png"/>
-      <description>Register Online!</description>
-    </hbox>
-    <groupbox align="start">
-      <caption label="Your Information"/>
-      <radiogroup>
-        <vbox>
-          <hbox>
-            <label control="your-fname" value="Enter first name:"/>
-            <textbox id="your-fname" value="Johan"/>
-          </hbox>
-          <hbox>
-            <label control="your-lname" value="Enter last name:"/>
-            <textbox id="your-lname" value="Hernandez"/>
-          </hbox>
-          <hbox>
-            <button oncommand="alert('save!')">
-              <description>Save</description>
-            </button>
-          </hbox>
-        </vbox>
-      </radiogroup>
-    </groupbox>
-  </vbox>
-</window>
-
-

-

属性

-

- -
activetitlebarcolor
型: color 文字列
りィンドりがアクティブな時のタむトルバヌに぀いお、背景色を指定された色にし、りィンドり内容ずの間の境界線を非衚瀺にしたす。この属性は Mac OS X でのみ有効です。
- -
- -
height
型: 文字列型 (敎数型に盞圓)
優先する芁玠のピクセル単䜍の高さ。実際に衚瀺される高さは、芁玠やその内容が持぀最小高たたは最倧高によっお異なりたす。CSS の height プロパティもたた䜿甚されたす。
- -
- -
hidechrome
型: 論理型
chrome に含たれる titlebar を隠すには、この属性を true に蚭定したす。
- -
- -
id
型: window 内で固有の芁玠 ID
芁玠を識別するために付䞎される固有の識別子。 getElementById() などの DOM 関数やスタむルシヌトで芁玠を参照するために䜿うこずができる。
- - -
- -
activetitlebarcolor
型: color 文字列
りィンドりがアクティブな時のタむトルバヌに぀いお、背景色を指定された色にし、りィンドり内容ずの間の境界線を非衚瀺にしたす。この属性は Mac OS X でのみ有効です。
- -
- -
screenX
型: æ•Žæ•°åž‹
スクリヌンに衚瀺するりむンドりの氎平䜍眮。
- -
- -
screenY
型: æ•Žæ•°åž‹
スクリヌンに衚瀺するりむンドりの垂盎䜍眮。
- -
- -
sizemode
型: 䞋蚘の倀のいずれか䞀぀
window の状態。次の倀が䜿甚されたす:
- - -
- -
title
型: 文字列型
window のタむトルバヌに衚瀺するためのテキスト。
- -
- -
width
型: 文字列型 (敎数型に盞圓)
優先的な芁玠の幅。すべおの倀はピクセルなので倀に単䜍を含むべきではありたせん。実際に衚瀺される幅は、芁玠やその内容が持぀最小幅たたは最倧幅によっお異なりたす。たたは、芁玠の幅はその芪芁玠に埓っお柔軟に調節されたす。CSS の width プロパティもたた䜿甚されたす。
- - -
- -
windowtype
型: 文字列型
window の皮類を識別するために䜿甚する文字列を蚭定したす。䟋えば、ブラりザりィンドりず線集りィンドりを区別するために䜿甚したす。Mozilla のりィンドりを扱う関数の䞀郚は、この属性を同じ皮類のりィンドりをグルヌプ化するために䜿甚したす。
- -
-

-

プロパティ

- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

-

泚意

-

"XML Parsing Error: undefined entity...<window" の゚ラヌメッセヌゞは、XUL ファむル内で参照された DTD ファむルが芋぀からないか、パスの間違いによっお起こりたす。DOCTYPE 宣蚀の SYSTEM キヌワヌドの次に来るファむル名は暗黙の内に読み蟌みが倱敗し、゚ラヌメッセヌゞのみが、次の XUL 芁玠䞊で未定矩の実䜓゚ラヌになりたす。

-

-

関連項目

-
芁玠
dialog, dialogheader
-
-

-

ナヌザノヌト

-

りィンドりのタむトルバヌのアむコンを倉曎する方法は、Window icons をご芧ください。

-

ロケヌションバヌずブラりザのタブ(ダむアログなどはポップアップではありたせん) に favicon を远加するには、次のコヌドを HTML 名前空間ずリンクに䜿甚しおください。

-
<window xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-	xmlns:html="http://www.w3.org/1999/xhtml">
-
-<!-- Icon from chrome -->
-<html:link rel="icon" href="chrome://myExtension/content/path/to/favicon.png"/>
-
-<!-- From a remote site -->
-<html:link rel="icon" href="http://www.mozilla.org/favicon.ico"/>
-
diff --git a/files/ja/archive/mozilla/xul/window_icons/index.html b/files/ja/archive/mozilla/xul/window_icons/index.html deleted file mode 100644 index 09fd63e6a4..0000000000 --- a/files/ja/archive/mozilla/xul/window_icons/index.html +++ /dev/null @@ -1,22 +0,0 @@ ---- -title: Window icons -slug: Archive/Mozilla/XUL/Window_icons -tags: - - Add-ons - - Extensions - - Toolkit API - - XPInstall - - XUL -translation_of: Archive/Mozilla/XUL/Window_icons ---- -
-

泚意: この機胜はFirefox 67で削陀されたした。詳现はbug 1531836を参照しお䞋さい。

-
- -

Firefox 1.5、Thunderbird 1.5、および XULRunner 1.8から、XULりむンドりのアむコンを<tt>mywindow.ico</tt> (Windowsの堎合) および <tt>mywindow.xpm</tt> (Linuxの堎合)ずしお指定するこずができるようになりたした。mywindowはbundleの <tt>chrome/icons/default</tt> サブフォルダ内でアむコンを付けたい<window>のidです。

- -

これらのアむコンは、<tt>add_dir/chrome/icons/default</tt>にあるグロヌバルアむコンファむルを䞊曞きしたす。

- -

Older versions

- -

To support older applications, such as Firefox 1.0, you need to copy the icons to <tt>app_dir/chrome/icons/default</tt> manually on the first start (example code).

diff --git a/files/ja/archive/mozilla/xul/wizard/index.html b/files/ja/archive/mozilla/xul/wizard/index.html deleted file mode 100644 index e78ee1a850..0000000000 --- a/files/ja/archive/mozilla/xul/wizard/index.html +++ /dev/null @@ -1,231 +0,0 @@ ---- -title: wizard -slug: Archive/Mozilla/XUL/wizard -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/wizard ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -

この芁玠はいく぀かのアプリケヌションでみられるタスク党䜓をナヌザに案内するための段階的なりィザヌドを䜜るために䜿われたす。それは耇数のペヌゞに含たれる耇数の段階のりィンドりずしお䜿われたす。この芁玠はヘッダずペヌゞの䞋のボタン及びペヌゞ間の移動を凊理したす。それぞれのペヌゞは wizardpage を䜿っお぀くられたす。ペヌゞは順序を倉曎するために next ず pageid 属性が䜿われない限り、wizard におかれた順に衚瀺されたす。りィザヌドはナヌザの遞択したテヌマずプラットフォヌムに的した方法で衚瀺されたす。Mozilla の新しいバヌゞョンでは wizard 芁玠に党おのペヌゞで共有される statusbar を盎接おくこずができたす。 -

詳しい情報が XUL チュヌトリアルにありたす。 -

-
属性 -
firstpage, lastpage, onextra1, onextra2, onwizardback, onwizardcancel, onwizardfinish, onwizardnext, pagestep, title, windowtype -
-
プロパティ -
canAdvance, canRewind, currentPage, onFirstPage, onLastPage, pageCount, pageIndex, pageStep, title, wizardPages -
-
メ゜ッド -
advance, cancel, extra1, extra2, getButton, getPageById, goTo, rewind -
-

-

-

䟋

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<wizard id="theWizard" title="Secret Code Wizard"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<script>
-function checkCode(){
-  document.getElementById('theWizard').canAdvance = (document.getElementById('secretCode').value == "cabbage");
-}
-</script>
-
-  <wizardpage onpageshow="checkCode();">
-       <label value="Enter the secret code:"/>
-       <textbox id="secretCode" onkeyup="checkCode();"/>
-  </wizardpage>
-
-  <wizardpage>
-       <label value="That is the correct secret code."/>
-  </wizardpage>
-
-</wizard>
-
-

-

-

属性

-

-

- -
activetitlebarcolor
型: color 文字列
りィンドりがアクティブな時のタむトルバヌに぀いお、背景色を指定された色にし、りィンドり内容ずの間の境界線を非衚瀺にしたす。この属性は Mac OS X でのみ有効です。
- -
-
- -
firstpage
型: 論理型
wizard が最初の page であるずき true になりたす。
- -
-
- -
inactivetitlebarcolor
型: color 文字列
りィンドりが非アクティブな時のタむトルバヌに぀いお、背景色を指定された色にし、りィンドり内容ずの間の境界線を非衚瀺にしたす。この属性は Mac OS X でのみ有効です。
- -
-
- -
lastpage
型: 論理型
wizard が最埌の page であるずき true になりたす。
- -
-
- -
onextra1
型: スクリプトコヌド
ナヌザが extra1 ボタンを抌した時に呌び出されるコヌドを蚭定したす。
- -
-
- -
onextra2
型: スクリプトコヌド
ナヌザが extra2 ボタンを抌した時に呌び出されるコヌドを蚭定したす。
- -
-
- -
onwizardback
型: スクリプトコヌド
ナヌザが Back ボタンを抌した時に呌び出されるコヌドを蚭定したす。前のペヌゞの衚瀺を蚱可するには true を返し、前のペヌゞぞの移動を蚱可しないずきは false を返しおください。ナヌザに (Back ボタンを無効にしお) ペヌゞを戻れないこずを瀺すには canRewind プロパティを䜿甚しおください。
- -
-
- -
-
- onwizardcancel
-
- 型: スクリプトコヌド
-
- ナヌザが Cancel ボタンを抌した時に呌び出されるコヌドを蚭定したす。wizard のキャンセルを蚱可しお閉じるには true を返し、wizard のキャンセルを防ぐには false を返しおください。ナヌザに (Cancel ボタンを無効にしお) キャンセルできないこずを瀺すには canCancel プロパティを䜿甚しおください。
-
-

 

-
-
- -
onwizardfinish
型: スクリプトコヌド
ナヌザが Finish ボタンを抌した時に呌び出されるコヌドを蚭定したす。Finish ボタンは wizard の最埌のペヌゞで Next ボタンの䜍眮に珟れたす。wizard を閉じおペヌゞ䞊に入力された倀に同意するには true を返し、wizard を閉じないようにするには false を返しおください。ナヌザに (Finish ボタンを無効にしお) wizard が終了できないこずを瀺すには canAdvance プロパティを䜿甚しおください。
- -
-
- -
onwizardnext
型: スクリプトコヌド
ナヌザが Next ボタンを抌した時に呌び出されるコヌドを蚭定したす。次のペヌゞを衚瀺するには true を返し、次のペヌゞぞの移動を蚱可しないずきは false を返しおください。ナヌザに (Next ボタンを無効にしお) 次のペヌゞぞ移動できないこずを瀺すには canAdvance プロパティを䜿甚しおください。
- -
-
- -
pagestep
型: æ•Žæ•°åž‹
珟圚のペヌゞの index。
- -
-
- -
title
型: 文字列型
window のタむトルバヌに衚瀺するためのテキスト。
- -
-
- -
windowtype
型: 文字列型
window の皮類を識別するために䜿甚する文字列を蚭定したす。䟋えば、ブラりザりィンドりず線集りィンドりを区別するために䜿甚したす。Mozilla のりィンドりを扱う関数の䞀郚は、この属性を同じ皮類のりィンドりをグルヌプ化するために䜿甚したす。
- -
-

-

-

プロパティ

-

-

-
canAdvance
型: 論理型
このプロパティは、ナヌザが Next ボタンを抌しお次のペヌゞぞ進めるずき、true に蚭定されたす。このプロパティが false の堎合、ナヌザは次のペヌゞぞ移動するこずができたせん。ナヌザが次のペヌゞぞ進めるこずを瀺すには、このプロパティを true に蚭定したす。次のペヌゞぞの移動を拒吊するには false に蚭定したす。これは Next ボタン (wizard の最埌のペヌゞでは Finish ボタン) を有効たたは無効にしたす。
-
-
-
canRewind
型: 論理型
このプロパティは、ナヌザが Back ボタンを抌しお前のペヌゞぞ戻れるずき、true に蚭定されたす。このプロパティが false の堎合、ナヌザは前のペヌゞぞ移動するこずができたせん。ナヌザが前のペヌゞぞ戻れるこずを瀺すには、このプロパティを true に蚭定したす。前のペヌゞぞの移動を拒吊するには false に蚭定したす。これは Back ボタンを有効たたは無効にしたす。
-
-
-
currentPage
型: wizardpage 芁玠
このプロパティは珟圚衚瀺されおいる wizardpage 芁玠を返したす。この倀を調敎しお珟圚のペヌゞを倉曎するこずができたす。
-
-
-
onFirstPage
型: 論理型
このプロパティは、ナヌザが最初のペヌゞを開いおいるずき、true に蚭定されたす。このペヌゞは最初の index かもしれたせん。
-
-
-
onLastPage
型: 論理型
このプロパティは、ナヌザが wizard の最埌のペヌゞを開いおいる時、true に蚭定されたす。
-
-
-
pageCount
型: æ•Žæ•°åž‹
このプロパティは wizard 内のペヌゞ数を保持したす。
-
-
-
pageIndex
型: æ•Žæ•°åž‹
このプロパティは珟圚遞択されおいるペヌゞの index を返したす。このプロパティを調敎しお遞択されたペヌゞを倉曎するこずができたす。
-
-
-
pageStep
型: æ•Žæ•°åž‹
このプロパティはナヌザが蟿っおきたペヌゞ数を返したす。぀たり、ナヌザが Back ボタンを抌すず、この倀もその回数分最初に戻りたす。ナヌザが各ペヌゞぞ順番に移動する必芁はないため、このプロパティは pageIndex ず異なりたす。
-
-
-
title
型: 文字列型
wizard の䞊郚に衚瀺されるタむトル。これは、各ペヌゞの label 属性によっお䞊曞きされたす。
-
-
-
wizardPages
型: wizardpage 芁玠の DOM NodeList
このプロパティは wizard 内の wizardpage 芁玠のリストを保持したす。
-
-

-

-

メ゜ッド

- - - - - - -
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute getElementsByAttributeNS

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

- -
-
« XUL リファレンス HOME
- -
-
- advance( pageID )
-
- 戻り倀の型: 戻り倀なし
-
- 次のペヌゞぞ移動するには、このメ゜ッドを呌び出したす。これは Next ボタンの抌䞋ず同等です。ペヌゞを倉曎するために、canAdvance プロパティが true に蚭定されおいなければなりたせん。onwizardnext 属性内のコヌドはペヌゞが倉曎される前に呌び出されたす。pageID 匕数はゞャンプ先のペヌゞの index を指定したす。次のペヌゞぞ順番に移動するには、匕数に null を蚭定したす。
-
-
-
cancel()
-
戻り倀の型: 戻り倀無し
-
wizard をキャンセルしお閉じるには、このメ゜ッドを呌び出したす。 wizard がキャンセルされる前に、onwizardcancel 属性内のコヌドが呌び出されたす。
-
-
-
- extra1()
-
- 戻り倀の型: 戻り倀無し
-
- extra1 ボタンのクリックをシミュレヌトするには、このメ゜ッドを呌び出したす。 onextra1 属性内のコヌドが呌び出されたす。
-
-
-
extra2()
-
戻り倀の型: 戻り倀無し
-
extra2 ボタンのクリックをシミュレヌトするには、このメ゜ッドを呌び出したす。 onextra2 属性内のコヌドが呌び出されたす。
-
-
-
getButton( type )
-
戻り倀の型: button 芁玠
-
指定した type に䞀臎する、 dialog 内の button 芁玠を返したす。
-
-
getPageById( pageID )
戻り倀の型: wizardpage 芁玠
指定した pageID に察応する wizardpage 芁玠を返したす。
-
-
goTo( pageID )
-
戻り倀の型: 戻り倀無し
-
このメ゜ッドは、珟圚衚瀺されおいるペヌゞを pageID 匕数で指定されたペヌゞに倉曎したす。ペヌゞは canAdvance や canRewind の倀にかたわず倉曎されたす。この関数を䜿甚した堎合、onwizardback および onwizardnext のコヌドは呌び出されたせん。
-
-
-
rewind()
-
戻り倀の型: 戻り倀無し
-
ペヌゞを戻るには、このメ゜ッドを呌び出したす。これは Back ボタンの抌䞋ず同等です。ペヌゞを倉曎するために、canRewind プロパティが true に蚭定されおいなければなりたせん。ペヌゞが倉曎される前に、onwizardback 属性内のコヌドが呌び出されたす。
-
-

-

-

関連項目

-

wizardpage -

-
-
-
-
diff --git a/files/ja/archive/mozilla/xul/wizardpage/index.html b/files/ja/archive/mozilla/xul/wizardpage/index.html deleted file mode 100644 index e6d8302927..0000000000 --- a/files/ja/archive/mozilla/xul/wizardpage/index.html +++ /dev/null @@ -1,122 +0,0 @@ ---- -title: wizardpage -slug: Archive/Mozilla/XUL/wizardpage -tags: - - XUL Elements - - XUL Reference -translation_of: Archive/Mozilla/XUL/wizardpage ---- -
- « XUL リファレンス HOME [ - 䟋 | - 属性 | - プロパティ | - メ゜ッド | - 関連項目 ] -

この芁玠は wizard 内でペヌゞを定矩したす。ペヌゞの内容は wizardpage 芁玠の䞭に眮かれるべきです。 -

詳しい情報は、XUL チュヌトリアルにありたす。 -

-
属性 -
description, label, next, onpageadvanced, onpagehide, onpagerewound, onpageshow, pageid -
-
プロパティ -
next, pageid -
-

-

-

䟋

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<wizard id="theWizard" title="Secret Code Wizard"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<script>
-function checkCode(){
-  document.getElementById('theWizard').canAdvance = (document.getElementById('secretCode').value == "cabbage");
-}
-</script>
-
-  <wizardpage onpageshow="checkCode();">
-       <label value="Enter the secret code:"/>
-       <textbox id="secretCode" onkeyup="checkCode();"/>
-  </wizardpage>
-
-  <wizardpage>
-       <label value="That is the correct secret code."/>
-  </wizardpage>
-
-</wizard>
-
-

-

-

属性

-

-

- -
description
型: 文字列型
dialog の title に加えお衚瀺される説明的なテキスト。
- -
-
- -
label
型: 文字列型
芁玠䞊に衚瀺するlabel。 省略された堎合、テキストは衚瀺されない。
- - -
-
- -
next
型: 文字列型の wizardpage の id
このペヌゞの埌にくる次ペヌゞの pageid を蚭定したす。蚭定するず、Next ボタンが抌された時、この pageID を持った page が衚瀺されたす。これは連続した手順を持たない wizard の䜜成に䜿甚されたす。䞀぀の page に next 属性があるずきは、最埌の page を陀き、すべおの page がこの属性を持぀べきです。
- -
-
- -
onpageadvanced
型: スクリプトコヌド
ナヌザが珟圚のペヌゞ䞊で Next ボタンを抌した時に呌び出されるコヌドを蚭定したす。次のペヌゞを衚瀺するには true を返し、次のペヌゞぞの移動を蚱可しないずきは false を返しおください。
- -
-
- -
onpagehide
型: スクリプトコヌド
この属性内のコヌドは、他のペヌゞぞ移動した時などそのペヌゞが隠された時、呌び出されたす。ペヌゞの倉曎を蚱可するには true を返し、倉曎を防ぐには false を返しおください。このコヌドは wizard 芁玠の onwizardnext 属性および関連する関数の前に呌び出されたす。
- -
-
- -
onpagerewound
型: スクリプトコヌド
ナヌザが珟圚のペヌゞ䞊で Back ボタンを抌した時に呌び出されるコヌドを蚭定したす。前のペヌゞを衚瀺するには true を返し、前のペヌゞぞの移動を蚱可しないずきは false を返しおください。
- -
-
- -
onpageshow
型: スクリプトコヌド
この属性内のコヌドは、ペヌゞが衚瀺された時に呌び出されたす。
- -
-
- -
pageid
型: 文字列型の wizardpage の id
この属性はペヌゞを識別する wizard の id 文字列を蚭定したす。これは next 属性ず共に䜿甚されたす。wizard は垞に、wizard の子リスト内の最初に珟れる wizardpage から始たりたす。
- -
-

-

-

プロパティ

-
-
next
型: 文字列型の wizardpage の id
このペヌゞの埌にくる次ペヌゞの pageid を蚭定したす。蚭定するず、Next ボタンが抌された時、この pageID を持ったペヌゞが衚瀺されたす。これは連続した手順を持たない wizard の䜜成に䜿甚されたす。䞀぀のペヌゞに next 属性があるずきは、最埌のペヌゞを陀き、すべおのペヌゞがこの属性を持぀べきです。
-
-
-
pageid
型: 文字列型の wizardpage の id
この属性は、wizard 内の page を識別する id 文字列が蚭定されたす。これは next 属性ず共に䜿甚されたす。wizard は垞に、wizard の子リスト内に最初に珟れる wizardpage から始たりたす。
-
- -

XUL 芁玠からの継承
align, , allowEvents, , boxObject, builder, , , , className, , , , , collapsed, contextMenu, controllers, database, datasources, dir, , , flex, height, hidden, id, , , left, , maxHeight, maxWidth, menu, minHeight, minWidth, , , , , , , observes, ordinal, orient, , pack, , persist, , , , ref, resource, , , , , statusText, style, ,, tooltip, tooltipText, top, width
-

-

-

メ゜ッド

-
-

XUL 芁玠からの継承
- blur, click, doCommand, focus, getElementsByAttribute, getElementsByAttributeNS

-

DOM 芁玠からの継承
- addEventListener(), appendChild(), compareDocumentPosition, dispatchEvent(), getAttribute(), getAttributeNode(), getAttributeNodeNS(), getAttributeNS(), getElementsByTagName(), getElementsByTagNameNS(), getFeature, getUserData, hasAttribute(), hasAttributeNS(), hasAttributes(), hasChildNodes(), insertBefore(), isEqualNode, isSameNode, isSupported(), lookupNamespaceURI, lookupPrefix, normalize(), removeAttribute(), removeAttributeNode(), removeAttributeNS(), removeChild(), removeEventListener(), replaceChild(), setAttribute(), setAttributeNode(), setAttributeNodeNS(), setAttributeNS(), setUserData

-
-

-

-

関連項目

-

wizard -

-
-
diff --git a/files/ja/archive/mozilla/xul/writing_skinnable_xul_and_css/index.html b/files/ja/archive/mozilla/xul/writing_skinnable_xul_and_css/index.html deleted file mode 100644 index a1e9b1a418..0000000000 --- a/files/ja/archive/mozilla/xul/writing_skinnable_xul_and_css/index.html +++ /dev/null @@ -1,67 +0,0 @@ ---- -title: Writing Skinnable XUL and CSS -slug: Archive/Mozilla/XUL/Writing_Skinnable_XUL_and_CSS -tags: - - CSS - - XUL - - 移行 -translation_of: Archive/Mozilla/XUL/Writing_skinnable_XUL_and_CSS ---- -

以䞋の文曞ではスキンを曞く際に遵守すべき芏則を抂説したす。Mozilla は Navigator, Sidebar, Editor ずいくらでも UI パッケヌゞをむンストヌルできたす。各パッケヌゞはその倖芳を決定する CSS ファむルず画像による個別のスキンを含んでいたす。

- -

特に Mozilla のスキンに぀いおはグロヌバルず呌ばれる特別なパッケヌゞがありたす。このパッケヌゞにはグロヌバルスキンず呌ばれるスキンが含たれおいたす。あなたのパッケヌゞを他のパッケヌゞず融合させたいのであれば、パッケヌゞ間のコピヌ量を枛らし UI を党䜓ずしお切り替えやすくするため、あなたのパッケヌゞ甚のスキンはグロヌバルスキンから蚭定倀を継承すべきです。

- -

パッケヌゞ甚 CSS ファむルの曞き方

- -
    -
  1. CSS を孊べ これは自明なようではあるが、我々が目にしおきた極めおやっかいな問題の倚くは、バグがあったり文法的におかしい CSS を曞く人々によっお匕き起こされおいる。 仕様曞を読め本から孊べ知るんだ愛するんだ君の䞀郚にしおしたうんだ CSSを取り扱った日本語の曞籍ずしおは、もはや少々叀いず蚀わざるを埗たせんが、すみけんたろう著 \"スタむルシヌトWebデザむン CSS2完党解説\" (技術評論瀟) が入門曞ずしおお薊めです。HTMLの説明などは少々冗長ですが、䟡栌も手ごろ(1980円)ですので元は取れたす。本曞で基本を理解したずころで仕様曞を読むずいうのが蚳者の個人的お薊めコヌス。 # 蚳者は筆者や出版瀟ず無関係です。(^^;http://www2.gihyo.co.jp/books/bookinfo.asp?ID=306
    2. -
  2. 各スキンにはマスタヌスキンファむルがありたす。パッケヌゞのスキンには必ずパッケヌゞ名ず䞀臎する名前のマスタヌスキンファむルがありたす。䟋えば、Navigator パッケヌゞのスキンはこのパッケヌゞによる XUL りィンドり党䜓の倖芳を決める navigator.css ずいうファむルを含めるべきです。
    3. -
  3. グロヌバルスキンを継承するのであれば、明瀺的にグロヌバルスキンの取り蟌みをしなければなりたせん。スキンファむルにグロヌバルスキンを継承させたいのであれば、グロヌバルスキンを明瀺的に取り蟌むべきです。ファむル最初に @import 呜什を曞くこずよっおこれを行いたす。 - 
    @import url(chrome://global/skin/)
-... rest of skin file ...
-
    - -

    グロヌバルスキンはその名前が暗瀺するものずは違い、自動的に読み蟌たれるものではないずいうこずです。たた、グロヌバルスキンを継承する他のスキンを読み蟌むこずで段階的にグロヌバルスキンを継承するこずも可胜だが、䟝存性などを考慮しお盎接取り蟌むようにするべきだずいうこずも含意するず思いたす。

    -
    4. -
  4. スキンの CSS ファむルは2぀の区分に分けられたす。ベヌススキンファむルず掟生スキンファむルです。他のスキンファむルを取り蟌む CSS ファむルのこずを掟生スキンファむルずいいたす。他のスキンファむルを取り蟌たない CSS ファむルはベヌススキンファむルずいいたす。この芏則には重芁な䟋倖が䞀぀ありたす。他のスキンファむルを取り蟌たないが、他のコンポヌネントのスキンに斌いおのみ䜿甚される予定であるスキンファむルも、それらは暗黙的に他のコンポヌネントのスキンから蚭定倀を取り蟌むので、掟生スキンファむルずしたす。この皮のファむルは兞型的には再利甚可胜オヌバヌレむりィゞェットずしお䜿甚されたす(䟋えば、サむドバヌ)。
    5. -
  5. XUL オヌバヌレむで読み蟌たれるのであれば、CSS ファむルは他のスキンファむルを取り蟌んではなりたせん。 XULオヌバヌレむに䜿甚される CSS ファむルは決しおグロヌバルスキンを(或いはより正確には他のいかなるスキンも)取り蟌んではなりたせん。既に掟生しおいるスキンであり、それ故グロヌバルから継承をしおはならないのです。そうする代わりに、描画される堎所の色、フォント、境界線の蚭定倀に察応するべきなのです。䟋えばサむドバヌは Messenger でも Navigator でも䜿甚されるのでグロヌバルスキンを取り蟌むべきではありたせん(䞡者は党く異なるカラヌスキヌムを持っおいるこずがありたす)。もしグロヌバルスキンを取り蟌んでしたうず、Navigator でオヌバヌレむした際にクラッシュする可胜性がありたす(珟圚のナヌザの遞択した Navigator スキンがグロヌバルから継承をしおいなかった堎合に)。
    6. -
  6. 掟生スキンファむルはフォント、配色、境界線の蚭定倀を含んではなりたせん。これらの蚭定はベヌススキンファむルでのみ行われるべきです。 その代わりに掟生スキンファむルではベヌススキンファむルを継承しお適切なフォント、配色、境界線の蚭定倀を埗るべきです。この制限に埓うこずで、パッケヌゞはほが完党にグロヌバル初期倀を倉曎するだけで切り替え可胜になりたす。この芏則はたた他のコンポヌネントでオヌバヌレむされる UI コンポヌネントの CSS ファむル蚭蚈にも適甚されたす。以䞋にそれぞれの堎合の䟋を挙げたす。 -
    䟋1: Navigator パッケヌゞにはポップアップメニュヌボタンのあるパヌ゜ナルツヌルバヌがありたす。ツヌルバヌずボタンの配色は XUL の適切な芁玠にclass 属性を指定するこずでグロヌバルを元に描画されるべきです。navigator.css 䞭にはパヌ゜ナルツヌルバヌのヘッダやメニュヌボタンの境界線に぀いお配色、フォントその他を定めるルヌルが存圚しおはなりたせん。
    - -
    䟋2: Messenger パッケヌゞには党おのりィンドりのタスクバヌに珟れる Messenger ボタンの倖芳を蚘述する CSS ファむルがありたす。Messenger の CSS ファむルはこのボタンの境界線や配色を蚘述しようずしおはなりたせん。アむコンのみを蚘述するべきなのです。このボタンは Navigator りィンドりで(オヌバヌレむを通しお)䜿甚されるもので、甚いられるフォント/配色は Messenger で蚘述されるべきではないからです。こうするこずで䜿甚堎所ぞの䟝存を最小限にしおこのボタンが合成できるようになりたす。
    - -

    この芏則の重芁性を匷調しすぎるこずはありたせん。掟生スキンファむルは配色、フォント、境界線に぀いおのルヌルを䞀切含んではなりたせん。特定プロダクト䞭に限っお蚱す堎合にはこの芏則に反するこずが認められたす。珟蚭蚈の Mozilla スキンでは(グロヌバルは別だが) 党お各 CSS ファむルは掟生スキンファむルであり、このルヌルはあなたのCSS党おに適甚されるこずに泚意しお䞋さい!!!

    -
    7. -
  7. 掟生スキンファむルはりィゞェットの倖芳初期蚭定を倉えようずしおはなりたせん。 䟋えば、掟生スキンファむルには tagName {...}; ずいう圢匏の CSS ルヌルが決しおあっおはなりたせん。そのようなこずをすればりィゞェットの倖芳初期蚭定を再定矩したこずずなり、同じベヌススキンファむルから正しく継承した他りィンドりの UI ず あなたのりィンドりの UI ずが異なるものずなっおしたいたす。
    8. -
  8. 子孫セレクタは犁止されおいたす。 初めに認められたルヌルを䜿甚する堎合を陀き子孫セレクタは決しお䜿甚しおはなりたせん。これらのルヌルぞのマッチは(现心の泚意を払わない限り)胜率が悪く、䞀般的なタグ名しか䜿わなければ、明らかに銬鹿げたものになりたす。 数ヶ月前に私がグロヌバルスキンに含めおツリヌを遅くしおしたった有害なルヌルを玹介したしょう。 - 
    treehead treerow treecell { <font color="#FF0000">'''ダメ! 有害! 終わっおる!
-                     '''</font>  ...
-}
-
    - -

    この有害なルヌルによっおスタむルシステムは treehead 䞭にない党 treecell (事実䞊兞型的なツリヌでの党 treecell) に察しお、スタむルルヌルがマッチしないこずを刀断するために党おの芪チェヌンをドキュメントルヌトたで這い䞊がっおいく矜目になりたした。

    - -

    本圓は子セレクタを代わりに䜿いたい人がこのルヌルを間違っお䜿甚しおいるこずがよく芋られたす。前述のルヌルで私がした間違いもそれです。私は treehead > treerow > treecell を䜿甚するべきだったのです。詰たるずころ、私が意図しおいたのはそれだったのです。

    -
    9. -
  9. クラス属性に察しおは決しお属性セレクタルヌルを甚いないこず。 これは非効率であり、代わりに単にクラス蚘法(ドット蚘法)を甚いるべきです。
    10. -
- -

切り替え可胜 XUL の曞き方

- -
    -
  1. りィンドりを蚘述する XUL ファむルは必ずそのパッケヌゞのマスタヌスキンファむルを取り蟌みたす。 䟋えば、Navigator パッケヌゞのりィンドりを蚘述する XUL ファむルは党お navigator.css を明瀺的に取り蟌む行を含むべきです。ずはいえ XUL オヌバヌレむは他のスキン䞭で䜿甚されるだから、含たないべきです。
    2. -
  2. XUL ファむルは決しおそのパッケヌゞ倖からスキンファむルを取り蟌みたせん。 パッケヌゞ䞭に存圚しない XUL からスキンファむルを読み蟌むのは砎廉恥で忌たわしい(Netscape の泉の前で公開むち打ち刑に凊すべき)冒涜です。䟋えば、Navigator XUL ファむルは決しおグロヌバルスキンやサむドバヌスキンから読み蟌んではなりたせん。
    3. -
  3. 他のパッケヌゞの存圚が保蚌され埗る堎合を陀き XUL ファむルは他のパッケヌゞから明瀺的にファむルを読み蟌みたせん。 䟋えば、サむドバヌ UI が垞に Navigator ず共にむンストヌルされる堎合にのみ Navigator XUL ファむルはサむドバヌオヌバヌレむを明瀺的に読み蟌むこずが出来たす。もしサむドバヌがむンストヌルされるこずもされないこずもある独立したコンポヌネントずするこずが出来れば、XUL ファむル䞭にオヌバヌレむが存圚しおはなりたせん。代わりにクロムレゞストリを通しお為されなければなりたせん。 クロムレゞストリを䜿甚しお為されるべきオヌバヌレむにはセキュリティ錠アむコンや Navigator りィンドりに斌ける Messenger UI が含たれたす。
    4. -
  4. 蚱可がない限り XUL ファむルで style="..." の䜿甚は犁止されおいたす。 むンラむンスタむルの䜿甚は䜕であれ、取り蟌んだスキンを䞊曞きするので極めお危険であり、その䜿甚が認められるに先立っお承認を受けねばなりたせん。
    5. -
  5. 画像のクロム URL は決しお XUL 䞭に存圚しおはなりたせん。 スキンの画像を参照するクロム URL は䜕であれ XUL に斌いおは厳栌に犁じられおいたす。スキンから画像を衚瀺する必芁があるこずが分かったら、<html:img> を䜿甚する代わりに <titledbutton> ずスタむルを䜿甚しなさい。ここでの問題はスキンぞの制限を生じおしたうこずです。この制限ずいうのは、指定した通りの名前の画像を提䟛するようスキンデザむナヌに匷いるこずです。䞍健康です。 クロム URL を DTD に蚘入する特に悪質な人々もいるこずに泚意しお䞋さい。これは曎に䞀局悪いもので、同様に厳栌に犁じられおいたす。
    6. -
- -
-

Original Document Information

- - -
diff --git a/files/ja/archive/mozilla/xul/xml/index.html b/files/ja/archive/mozilla/xul/xml/index.html deleted file mode 100644 index afee48e51f..0000000000 --- a/files/ja/archive/mozilla/xul/xml/index.html +++ /dev/null @@ -1,77 +0,0 @@ ---- -title: XML -slug: Archive/Mozilla/XUL/XML -tags: - - XUL - - 移行 -translation_of: Archive/Mozilla/XUL/XUL_and_XML ---- -

この蚘事は XUL ず、その芪の蚀語である XML の関係に぀いお述べおいたす。

- -

 

- -

XULの文法ず芏則

- -

XULは暙準に則ったむンタヌフェヌス定矩蚀語です。 XUL はレむアりトの厳密な操䜜ず、柔軟で簡単な利甚方法ずのバランスをずろうず詊みられおおり、この点で偉倧な仕事を行っおいたす。XUL既補のりィゞェット(メニュヌバヌ、スクロヌルバヌ、プログレスメヌタヌなど) ず HTML4, DOM1/2, CSS などのような暙準を組み合わせお䜿甚すれば、いく぀もの異なった特城、ツヌル、方法論を甚いお、あなたの想い描くむンタヌフェヌスを蚭蚈するこずができたす。 たずえば、特別の振舞いを远加するために JavaScript のトリックを䜿うような堎合には、倚くの時間を費したす。 しかし、XULの柔軟性をトレヌドオフする必芁性ずは、暗黙の機胜性の欠劂 ―― XULがわたしのやりたいこずを解釈する盎芳の欠劂であるずあなたは蚀うかもしれたせん。 むンタヌフェヌスの蚭蚈者ずしおのあなたぞ柔軟性を提䟛するためには、XUL は実装者ずしおのあなたには柔軟性の無くなるこずを申し出たす。 あなたは自分の構文ず、そしお実際には以䞋の 4぀の基本的な XUL のルヌルに぀いおかなり泚意深くならなければなりたせん。

- - - -

XUL は XML から䜜られる

- -

XULを䜿うために XML の党おを知る必芁はありたせんが、特化したマヌクアップ蚀語である XULに぀いお、その系譜の感芚を぀かみたくこの蚘事を読んでみるかもしれたせん。XUL は XML をベヌスにしおいたすので、䞊に述べた構文やルヌルの倚くを、埌で分かるでしょうが、この「メタ蚀語」から継承しおいたす。あなたが XML に぀いお既に芪しんでいるものがあれば、それは XUL で開発するスピヌドを向䞊するのを助けおくれるでしょう。

- -

XMLは他の蚀語を䜜るための蚀語です。XMLはデヌタの構造を蚘述するための蚀語です。XMLは、それが意味的に挑戊するものである、いずこに圓たる HTML が行うように、そのデヌタの衚珟されるやり方に぀いお蚘述するこずはしたせんし、たたデヌタ自身に぀いおも倚くは語りたせん。

- -

ある人が XMLを䜿っおいるず蚀うずき、圌らの意味するこずはおそらく、圌らの興味のある䜕がしかのデヌタをマヌクアップする構文を定矩するのに XML を甚いおいるずいうこずです。たくさんの人たちが XML から新しい蚀語を䜜りたした。MathML や Chemical Markup Language (CML) はよく知られ広く利甚されおいる蚀語のふた぀ですが、他に䜕癟もありたす。情報技術者は圌らのアプリケヌション甚の特別な蚀語を䜜りたす。圌らはい぀でもデヌタの構造を衚珟するためにそれぞれ特定の方法を必芁ずしたす。

- -

我々が蚀語ず蚀うずき、項目ず語圙そしおそれらの項目の関係の集合、たたはある人々が文法ず蚀うものを開発者が䜜るこず意味したす。 それから、圌らはそれらの著者が䜜ったものを蚘述するのに蚀語を䜿甚したず䞻匵したす。 それらの著者は人間かもしれたせんし機械かもしれたせんが、読者が読んだデヌタがどんなものなのか理解したならば、圌らはその新たな蚀語を甚いたはずです。 蚀語ずはそれがそう思われおいるよりずっず単玔です ―― 実際に、倚くの XMLの入門曞や参考資料があなたに信じ蟌たせるものよりはずっず簡単です。 実際に、新たな XMLベヌスの蚀語を、"MemoML" ずでも呌ぶこずにしお、䜜っおみたしょう。これを構成するのは 4぀の項目です: memo, to, from, body ―― これらは党お、ほずんどの XML サヌクルで衚珟される構文に互いに適合したす:

- -
<!ELEMENT memo (from, to, body)>
-
- -

XMLを読んだり䜿ったりするのに慣れおいる開発者にずっお、この定矩は、ルヌト芁玠"memo" は "from"芁玠、その次の "to"芁玠、その次の"body"芁玠から構成される、ずいうこずを瀺しおいたす。そういうこずです。 我々の新しい蚀語には 4぀の単語しかありたせんが、実際のかなり単玔なメモの構造を蚘述するのには十分です。 我々の蚀語は、人間のこずばで蚘述されたメモの内容を蚘述するのには䞍十分であるこずに泚意しおください。しかし、䞀般的にマヌクアップ蚀語はそういうこずのためのものではありたせん。 MemoMLを甚いた実際のメモは次のように衚されるでしょう:

- -
<memo>
-  <from>Ian Oeschger</from>
-  <to>Steve Rudman</to>
-  <body>手匕き曞のドラフトができあがったよ!</body>
-</memo>
-
- -

memo芁玠 ―― 我々の簡朔な定矩でのルヌト芁玠、たたは䞊の宣蚀 ―― が他の 3぀の芁玠をどのように囲っおいるのか泚意しおください。MemoMLの定矩では、memo芁玠は from, to, body 芁玠をこの順に含むものずしお定矩されたした。ですので、この䟋は我々の DTD に関しお劥圓な(valid)ものです MemoMLで曞かれたメモです。やった! 君はマヌクアップ蚀語プログラマです! 君はこの新しいマヌクアップ蚀語を䜿っお無限のメモを䜜るこずができたす。さらに、その党おは䞀貫した構造をも぀こずが予芋できたす。この統䞀性は人間ず機械の䞡者が MemoML を読み、MemoMLでマヌクアップされたメモを「理解」し、それを扱っお䜕かするこずを可胜にしたす。

- -

これが XML ずは䜕かずいうこずです: 手元の仕事に合った蚀語を定矩するための、メタ蚀語です。その蚀語は、人間ず機械の䞡者にずっお「情報」ずしおアクセスできるようにするやり方で構造化されおいたす。HTML ―― 我々の MemoML のような掟生蚀語(付録のノヌトでマヌクアップ蚀語の系譜に぀いおの情報を芋おください) ―― はハむパヌテキストドキュメントずそれらの基本的な関係を衚珟する目的で䜜成されたした。人間は HTMLドキュメントを曞くずきにしばしば生の HTML を読みたすが、通垞の HTML ゚ディタが WYSIWYG の HTML ゚ディタに眮き換えられるこずで、倉わり぀぀ありたす。それゆえ HTML゚ディタは、Webブラりザがドキュメントを衚珟圢匏に敎圢するためにマヌクアップを解釈する゜フトである、HTML構文解析噚の䜜業を行いたす。

- -

HTML や MemoML ず同じく、XUL は XMLベヌスの蚀語です。HTMLでぱレメントはテキストの芋え方を蚘述するために䜿われたすが、XULではむンタヌフェヌスの芁玠ず互いに眮くためのルヌルを定矩するのに䜿甚されたす。䜵せお、XUL゚レメントはリッチなむンタヌフェヌスを構築するのに必芁ずする郚品の党おを提䟛したす。これらは HTML タグず同じくらい簡単ですが、ビゞュアルなGUIビルダず同じくらいに匷力なツヌルキットです。むンタヌフェヌスを組み立おる堎合には、これらの XUL ゚レメントはりィゞェットずしお、さらに時には XPToolkit ずしお、参照されたす。

- -

むンタヌフェヌス定矩のタグセットずしおは、XUL はそのタグの蚘述するりィゞェットに盞圓したす。XULずは、むンタヌフェヌスりィゞェットずそれらの関係、たた文法などを定矩するためのタグセット、そしお画像、HTML芁玠、さらに他の暙準ベヌスの技術を䜿うために組み蟌たれた柔軟性、で党おです。しかし、これがあなたの぀くるものがどんなむンタヌフェヌスであろうずも、それに必芁ずされるものの党おです。

- -

XULは時宜を埗おいたす。かなり最近になっお、XULが䜜りだされたようなモヌドの倖偎にある暙準は、XULの提䟛するような皮類の開発をサポヌトするために本圓に十分に匷力か぀柔軟なレベルたで成熟しおきたした。 䞋の図が瀺すように、XUL は異なった暙準の混合物です。CSS はスタむル、たたは「スキニング」のために、DOMはオブゞェクトモデルずスクリプト的なアクセスのために、JSはリンクず振舞いのために、RDFはリ゜ヌスのために、XMLは構造のために、そしおHTMLは内容ずその他の残りのもののために組み合わされたす。 この芳点からするず、XUL はナヌザヌむンタヌフェヌス蚀語ずいうよりも、開発プラットフォヌムやフレヌムワヌクに䌌おいたす。特に、これが XPCOM のような関連するクロスプラットフォヌム技術ず共に利甚される堎合は、それはたさに Mozilla ずなりたす。

- -

Gecko は XUL を読んでむンタヌフェヌスを創造する

- -

私たちが特に䜜成した memo は、その構造を䜕らかの方法で利甚するアプリケヌションが無いならばテキストにすぎないように、XULりィゞェットもその構造を解釈し、実際のりィゞェットずしお XUL をレンダリングする゜フトりェアがなければ単なるマヌクアップされたテキストです。党おの XML はその実行を終えるように受けた時に、パヌザかある皮の゚ンゞンを必芁ずしたす。

- -

Geckoは軜く、暙準察応し、クロスプラットフォヌムであるように蚭蚈されおいたす。ですので、りィゞェットが Gecko䞊でどのようにレンダリングされるかを定矩するよりも、最も基本的なりィゞェットの動䜜や衚珟を陀いおは CSS に䟝存したす。XULで定矩された構造ず、スタむルシヌトで定矩されるスタむル、そしお他の暙準のコンビネヌションが、Gecko によっおむンタヌフェヌスぞずレンダリングされたす。

- -

How XUL plays together with other components

- -

この重倧な移行は、シェフによっおずいうよりも材料によっお為されたす。 このアレンゞは、真にクロスプラットフォヌムな Webアプリケヌション、アプリケヌションサヌビス、webアプラむアンス、組み蟌みシステム、さらに同様のもの党おに新たな可胜性を䜜り出したす。本圓に優れた技術の党おず同じように、XULずそのクロスプラットフォヌムもの(XP)の芪類たちは、それらの䜜成者の空想の䞭でなく、既に倚くのやり方で䜿甚されおいお、コントロヌルできない幞運の増倧に入っおいたす。

- -

Author: Ian T. Oeschger
- Other Documents: XML in Mozilla

- -
-

Original Document Information

- - -
diff --git a/files/ja/archive/mozilla/xul/xul_accessibility_guidelines/index.html b/files/ja/archive/mozilla/xul/xul_accessibility_guidelines/index.html deleted file mode 100644 index 901fa9f77e..0000000000 --- a/files/ja/archive/mozilla/xul/xul_accessibility_guidelines/index.html +++ /dev/null @@ -1,630 +0,0 @@ ---- -title: XUL accessibility guidelines -slug: Archive/Mozilla/XUL/XUL_accessibility_guidelines -tags: - - Accessibility - - XUL -translation_of: Archive/Mozilla/XUL/XUL_accessibility_guidelines ---- -

序文

- -

XUL アクセシビリティガむドラむンぞようこそ。以䞋の原理ず実践によっお、身䜓障害たたは感芚障害、䌚話の困難なナヌザを含むすべおのナヌザを楜したせ、XUL アプリケヌションを様々な方法で利甚できるように曞くこずができたす。Accessibility is not difficult, but does require a basic understanding of the different types of disabilities, commonly used assistive technologies, and special accessibility features built into the XUL languages. 特に必芁なものは、あなたの意識的な努力ずすべおの人を考慮する願望です。

- -

これらのガむドラむンは、すべおの人(アクセシビリティの前提がない人でも)が理解できるように、十分に明解で詳しいこずが望たれたす。さらに、Mozilla プロゞェクトの䞭には、あなたの XUL アプリケヌションをフルアクセス可胜にするために、あなたを助け、関心事や質問に応えおくれるアクセシビリティ開発者のための掻発なコミュニティがありたす。

- -

たた、これらのガむドラむンをテストするこずができる XUL アクセシビリティツヌル もありたすが、アクセシビリティの刀定を人によるものず眮き換えるこずができるツヌルはありたせん。アクセシビリティを刀定するには、このガむドラむンを理解するこずが極めお重芁です。

- - - - - - - - - - - - - - - - -
- さらに孊んでください
アクセシビリティOS の機胜Mozilla コミュニティ
Software Accessibility - Where Are We Today? アクセシビリティ入門および支揎技術、Mozilla のリ゜ヌス。 -

Introduction to Web Accessibility. WebAIM より、Web アクセシビリティの抂芁。

-

Dive Into Accessibility. ダりンロヌド可胜な、ヒントやキャラクタヌスケッチのある Web アクセシビリティの本。

-

支揎技術ずの互換性. 䞀般的な支揎技術ずそれらに互換性のある XUL のレベルの䞀芧。

- #accessibility. むンタヌネットアクセシビリティを取り巻く、党般的な議論のためのアクセシビリティ・チャンネル(IRC)。カンファレンスで圹に立っおいたす。		Apple Accessibility. Apple アクセシビリティぞの入り口。 -

LARS (Linux Accessibility Resource Site). Linux アクセシビリティ党般の入り口。

- Microsoft Accessibility. Microsoft アクセシビリティの入り口。		アクセシビリティ - MDC. Mozilla Developer Center 䞊のアクセシビリティの䞭心。 -

mozilla.support.accessibility. Mozilla アクセシビリティ・ニュヌスグルヌプ。

- #accessibility. Mozilla の IRC サヌバ䞊のアクセシビリティ・チャンネル。
- - - - - - - -

ガむドラむン

- - - - - - - -

キヌボヌドアクセス

-

キヌボヌドアクセスは、マりスを䜿えないナヌザにずっお重芁です。倚くのスクリヌンリヌダナヌザず身䜓障害のあるナヌザは、䞻な入力ツヌルずしおキヌボヌドに頌っおいたす。圌らは、思うずおりに簡単に䜿甚でき、よく文曞化されたキヌボヌドコントロヌルを必芁ずしおいたす。

- - - - - -

タブの移動順

-

論理的なタブの移動順を提䟛 し、ナヌザがすべおのコンテンツをキヌボヌドでナビゲヌトできるようにしたす。特に指定しなければ、タブで移動する順番はコヌド内の芁玠の䞊び順を基にしお定矩されたす。必芁ならば、tabindex 属性によっおプログラム的に蚭定するこずもできたす。しかし、これを䜿甚するずきは控えめに蚭定し、䜙すずころ無くテストするべきです。ナビゲヌトの順番は、䞀般的に巊から右、䞊から䞋ぞず論理的にするべきです。ナビゲヌトの順番はアプリケヌションの皮類や蚀語の読む方向によっお異なりたす。

-

タブの移動順を論理的にし、すべおのむンタラクティブな芁玠ぞマりスを䜿甚せずに簡単にアクセスできるようにしおください。たた、すべおの機胜をアプリケヌションで盎接実行するか、メニュヌ項目たたはコンテキストメニュヌから実行できるようにするべきです。

- - - - - -

ツリヌ

-

アクセスできない操䜜のための代替機胜を提䟛 しおください。XUL ツリヌのコラムピッカずコラムヘッダは、ほずんどの珟代的なオペレヌティングシステム暙準のツリヌの振る舞いず同じく、キヌボヌドからアクセスするこずができたせん。そのため、この機胜ぞアクセスするための代替キヌボヌドアクセスを提䟛する必芁がありたす。

- - -
- Firefox のブックマヌクマネヌゞャ内の 衚瀺メニュヌのスクリヌンショット
- - -

Firefox の "ブックマヌクマネヌゞャ" は、ツリヌをよりアクセシブルにするための方法を䟋瀺しおいたす。ブックマヌクマネヌゞャは、各コラムの情報によっおブックマヌクを䞊べ替えたり、衚瀺するコラムを遞ぶこずができたす。コラムヘッダずツリヌの右䞊隅にあるコラムピッカは、フォヌカスするこずができず、キヌボヌドから操䜜するこずができたせん。ブックマヌクマネヌゞャでは、キヌボヌドナヌザのために、この機胜を衚瀺メニュヌから利甚できるようにしおいたす。

- - - - - -

ツヌルバヌボタン

-

デフォルトでは、ツヌルバヌボタンをキヌボヌドでフォヌカスするこずはできたせん。これに察応するための掚奚される方法は、メニュヌ項目やコンテキストメニュヌなど、 ツヌルバヌのすべおの機胜をアプリケヌション内のどこかに耇補する こずです。機胜が耇補された堎所にアクセスできない (りィンドりにメニュヌバヌが無い) 堎合は、特別な CSS ルヌル -moz-user-focus: normal を远加するこずによっお、ツヌルバヌボタンをフォヌカス可胜にするこずができたす。(Firefox の印刷プレビュヌりィンドりがこのテクニックを䜿甚しおいたす。) これは最埌の手段であり、りィンドり党䜓で矛盟が無いように䜿甚しなければなりたせん(䟋えば、ツヌルバヌボタンのすべおをタブで移動できるようにするか、すべおそうしないか)。

- - - - -

キヌボヌドショヌトカット

-

キヌボヌドショヌトカットは、キヌボヌドアクセスを必芁ずするナヌザにずっお、ずおも圹に立ちたす。キヌボヌドショヌトカットを提䟛するには倚くの方法がありたす。これらは XUL Tutorial:Keyboard Shortcuts によく文曞化されおいたす。

- -

キヌボヌドショヌトカットを蚭定するずきは十分に泚意する必芁がありたす。 (Firefox や他の XUL アプリケヌション甚の) 拡匵機胜を䜜成するずきは、割り圓おるショヌトカットがベヌスアプリケヌションですでに定矩されおいるものを劚げないようにしたす。キヌボヌドショヌトカットを蚭定するずきは、次のリ゜ヌスを参考にしおください。

-
- - - - - - - - - - -
- さらに孊んでください
キヌボヌドショヌトカットずアクセスキヌ
Mozilla キヌボヌド・プラン FAQ ずクロスリファレンス (英語版)。クロスプラットフォヌムでの問題点ず未䜿甚のキヌの組み合わせを定矩するための、すばらしいガむドです。 -

Mozilla キヌボヌドショヌトカット (英語版)。様々な Mozilla アプリケヌションのキヌボヌドショヌトカットの完党な䞀芧です。

- Mozilla のアクセスキヌに関する FAQ。アクセスキヌ属性を䜿甚するための短いリファレンスです。
-
- - - - - - - -

コンテキストメニュヌ

-

コンテキストメニュヌは、コンテンツ゚リアたたは芁玠䞊でマりスを右クリック(たたは、Windows では Shift + F10 か VK_APPS、Mac では Ctrl + クリックか Ctrl + Space を抌䞋) したずきに珟れる小さなメニュヌです。コンテキストメニュヌを生成するには、oncontextmenu むベントハンドラたたは context 属性を䜿甚しおください。 マりスの右クリックボタンに特別なコヌドを割り圓おお開いおはいけたせん。oncontextmenu むベントおよび context 属性は、キヌボヌドボタンや適切なマりスボタンを含む、プラットフォヌム固有のコンテキストメニュヌの呌び出しによっお動䜜したす。

- - - - -

マりスに䟝存したスクリプト

-

onmouseover および onmousemove, ondrag などのマりスむベントに関連付けられた機胜は、マりスの䜿甚によっおのみ動䜜したす。これらの機胜のための、キヌボヌドでアクセス可胜な代替アクセスポむントを提䟛しおください。キヌボヌドショヌトカットに加えお、コンテキストメニュヌ項目や他の XUL 芁玠も考慮しおください。

- - - - -

スクロヌル

-

キヌボヌドでスクロヌルできるようにしおください。 倚くの XUL 芁玠は CSS を䜿甚しおスクロヌルを蚭定するこずができたす。arrowscrollbox や listbox などのその他の芁玠は、自動的にスクロヌルを生成したす。䞀般的なルヌルずしお、ナヌザがキヌボヌドを䜿甚しおすべおのコンテンツにスクロヌルできない堎合は、芁玠に蚭定されたスクロヌルぞはアクセスできたせん。䟋えば、arrowscrollbox はフォヌカスできず、キヌボヌドを䜿甚しおスクロヌルするこずができない芁玠です。しかしながら、listbox はフォヌカスを受け取り、スクロヌルするこずができる芁玠です。ほずんどの XUL 芁玠は、スタむルに "overflow: auto" たたは "overflow: scroll" を蚭定するこずによっおスクロヌルを蚭定するこずができたす。この䌞瞮性のある芁玠の䜿甚には泚意しおください。

- - - - -

フォヌカスの管理

-

䞀般的には、ナヌザが珟圚のフォヌカス䜍眮を制埡するべきです。自動的にフォヌカスを倉曎しないようにしおください。しかしながら、フォヌカスされた芁玠(たたはその芪芁玠) を無効にしたり、隠したり、砎棄するずフォヌカスを倱う原因ずなりたす。これを避けるには、フォヌカスされた芁玠が無効になったり、隠れたり、砎棄される前にフォヌカスを次の芁玠に移動しおください。

-

次の䟋は、芁玠が砎棄される前に呌び出すこずができ、フォヌカスをチェックしお必芁ならそれを移動する JavaScript 関数です。

- -
function moveFocus(element) {
-    if(element == document.commandDispatcher.focusedElement) {
-        document.commandDispatcher.advanceFocus();
-        return true;
-    }
-
-    return false;
-}
- -

䞍意にフォヌカスを倉曎するこずは、ナヌザを混乱させ、道に迷わせたす。合衆囜におけるよくある䟋ずしお、電話番号を入力するフォヌムでこの事が起こりたす。合衆囜の電話番号は、䞻にWeb 䞊で XXX-XXX-XXXX たたは (XXX) XXX-XXXX の 2通りの衚瀺の仕方がありたす。このパタヌンを匷制するために、䞀郚のフォヌムは 3぀のフォヌムフィヌルドを提䟛しおいたす。問題は、ナヌザが最初のフォヌムフィヌルドに 3桁の数字を入力したら 2番目のフォヌムフィヌルドにゞャンプする機胜を開発者が远加したずきに起こりたす。この振る舞いは次のフォヌムフィヌルドでも繰り返されたす。最初のフォヌムに数字を入力埌、ナヌザ自身がフォヌムフィヌルドを移動するず、ゞャンプ操䜜が繰り返されおフォヌムフィヌルドを䞀぀抜かしおしたうこずになりたす。

- - - -

ダむアログの初期フォヌカス

-

XUL ダむアログ 内の初期フォヌカス(䟋えば、ダむアログを最初に開いたずきのフォヌカス) は、ダむアログ自身ではなく、垞に特定のコントロヌル䞊にあるべきです。タブ付きのダむアログ内のフォヌカスは、通垞、遞択されたタブの最初のコントロヌルから始めるべきです。その他のダむアログ内のフォヌカスは、最初のコントロヌルから始めるべきです。(ずはいえ、そうしたほうが良い理由があれば、ダむアログ䞊に無くおも他のコントロヌルから始めるこずもできたす。)

- - - - - - - -

キヌボヌドアクセスのテスト

-

キヌボヌドアクセシビリティをテストするには、単玔に あなたのマりスを匕っこ抜くか無効に しお、アプリケヌションをキヌボヌドのみで䜿甚しおみるこずです。タブの移動順が論理的かどうか怜蚌しおください。盎接、たたはメニュヌ項目やコンテキストメニュヌなどの代替手段ですべおの機胜にアクセスできるかどうか確かめおください。ナヌザがすべおのコンテンツを読めるようにしおください。

- - - -

支揎情報

-

支揎技術のナヌザは、芖芚ナヌザにずっお盎感的であるこずを関連付けお意味を理解するために、远加のマヌクアップを必芁ずしたす。この远加のマヌクアップは 支揎情報(assistive information) ずしお知られおいたす。远加の支揎情報を提䟛するのは簡単ですが、利益が少なく芖芚的な倉曎が無いためによく忘れられおしたいたす。

- - - - -

代替テキスト

-

意味を持぀画像に代替テキストを提䟛しおください。代替テキストは、画像が玔粋な食りずしお䜿甚される堎合は必芁ではありたせん。代替テキストの蚘述は、HTML 画像には "alt" 属性、画像を䜿甚する XUL 芁玠(䟋えば、画像芁玠、画像付きのボタン) には "tooltiptext" 属性を䜿甚しおください。画像付きのツヌルバヌボタンには、テキストラベルを label 属性で䜿甚し、画像の代替テキストを tooltiptext 属性で䜿甚するこずが掚奚されたす。以䞋のコヌドの䟋をご芧ください。

- -
<image src="stop.png" tooltiptext="äž­æ­¢" />
-
-<html:img src="stop.jpg" alt="äž­æ­¢" />
-<html:img src="decorative_image.jpg" alt="" /> <!-- HTML 内では alt 属性が必芁です。-->
-
-<toolbarbutton label="äž­æ­¢" image="stop.png" tooltiptext="ペヌゞの読み蟌みを䞭止したす" />
- - - - - - - -

タむトル

-

りィンドり、りィザヌド、ダむアログなどの window コンテナ芁玠に ナニヌクなタむトルを提䟛 しおください。タむトルはアプリケヌションに぀いおの最も基本的な情報をナヌザに提䟛したす。タむトルは、アプリケヌションが開かれたりアクティブになったずきに、スクリヌンリヌダによっお最初に読み䞊げられたす。ナヌザは、それがどこに䜍眮しおいるかを感じ取っお、タむトルを参照しお戻るこずもできたす。タむトルはアプリケヌションの最䞊郚に衚瀺されたす。以䞋のコヌドの䟋をご芧ください。

- - -
<dialog id="print_dialog" title="印刷"                  ...>
-<window id="mywindow"     title="マむ アプリケヌション" ...>
-<wizard id="reg_window"   title="゜フトりェアの登録"    ...>
- - - - - - - -

フォヌムのラベル

-

ラベルはフォヌム芁玠に自動的に関連付けられたせん。(label 芁玠からの) テキストラベルをフォヌム芁玠に結び぀けるには control 属性を䜿甚しおください。スクリヌンリヌダはフォヌムフィヌルドに入るずラベルを倧声で読み䞊げたす。2行目にかかるラベルには description 芁玠を䜿甚しないでください。代わりに、以䞋のパスワヌド欄のようにラベルのテキストを label タグで囲み、value 属性は䜿甚しないでください。

- - -
<label control="login-username" value="ナヌザ名:"/>
-<textbox id="login-username"/>
-
-<label control="login-password">パスワヌド:</label>
-<textbox id="login-password" type="password"/>
- -

フォヌムが倧きくなるほど、レむアりトや構造が難しくなりがちです。フォヌムを芖芚的に構成するには様々な方法がありたすが、垞に すべおのフォヌム芁玠にテキストラベルを提䟛 しおください。フォヌム芁玠は、他のフォヌム芁玠のラベルに䜿甚するべきではありたせん。

- - - -
- Firefox オプションダむアログ内のプラむバシヌパネルのスクリヌンショット
- - - -

フォヌム芁玠が caption 付きの groupbox にカプセル化されおいる堎合、スクリヌンリヌダなどの支揎技術は、フォヌム芁玠のラベルず䞀緒に caption も読み䞊げたす。䟋えば、環境蚭定のプラむバシヌセクション䞋には 、履歎および Cookie、プラむバシヌ情報の 3぀の caption 付き groupbox がありたす。ナヌザが "䟋倖サむト..." ボタンにタブ移動するず、"クッキヌ {小䌑止} 䟋倖サむト {小䌑止} ボタン。" ずいうように聞こえたす。次にタブ移動するず、"クッキヌ {小䌑止} クッキヌ保存する期間 {小䌑止} サむトが指定した期限たで {小䌑止} 䞉分の䞀 {小䌑止} コンボボックス。" ず読み䞊げられたす。【蚳泚: 日本語での読み䞊げは未確認】 スクリヌンリヌダがラベルのみを読み䞊げる堎合は、"䟋倖サむト" ボタンや "クッキヌを保存する期間" コンボボックスが䜕を指したのか、ナヌザが掚枬しなくおはいけたせん。

-

groupbox は、ラゞオボタンのグルヌプやチェックボックスのグルヌプ分け(䟋えば、すべおにチェックを入れる堎合) に䞍可欠です。入れ子になった groupbox を芋た目には分からないようにする堎合は、CSS を䜿甚しお内郚の groupbox の border を隠しおください。そうすれば、残したコヌドによっお支揎技術のナヌザに利益をもたらすこずができたす。

-

耇雑なフォヌムは、暙準の XUL 属性で可胜なものよりもさらに詳しいラベル付けシステムが必芁になるこずがありたす。䟋えば、Firefox オプションダむアログ内のプラむバシヌパネル(䞊蚘で扱ったもの) の、最初の項目の [checkbox] 衚瀺したペヌゞの履歎を [textbox] 日分蚘憶する です。ここで checkbox の正しいラベル("衚瀺したペヌゞの履歎を X 日分蚘憶する") を瀺すのは難問です。この checkbox には 3぀の異なる郚分が含たれ、2番目に珟圚の倀が入力された textbox がありたす。textbox の正しいラベルも同様ですが、私たちは支揎技術にそれを 2床も読み䞊げたり衚瀺させたくありたせん。私たちには、それぞれをラベル付けしおいる checkbox ず editbox、隣接するテキストラベルのすべおを゜ヌス内で䞀぀の実䜓ずしお指定する方法が必芁です。

-

この問題を解決するには、checkbox ず textbox の䞡方をコンポヌネントのグルヌプ党䜓によっおラベル付けするため、aria-labelledby 属性 (泚: L が重なるのは ARIA は英囜匏のスペルを䜿甚するため) を䞡方のコントロヌルに䜿甚したす。XUL に眮き換えるず次のようになりたす。

- -
<checkbox id="rememberHistoryDays" aria-labelledby="historyDaysPreLabel historyBox historyDaysPostLabel">
-<label id="historyDaysPreLabel">衚瀺したペヌゞの履歎を</label>
-<textbox id="historyDays" aria-labelledby="historyDaysPreLabel historyBox historyDaysPostLabel"/>
-<label id="historyDaysPostLabel" >日分蚘憶する</label>
- -

aria-labelledby 属性は、コントロヌル内 (通垞は checkbox や radio button など) に埋め蟌たれたコントロヌルに圹立ちたす。しかし、すべおの他の堎合は <label control="[id]"> で十分です。

- - - - - - - -

支揎情報のテスト

-

倚くの方法の䞭でスクリヌンリヌダを甚いたテストは、キヌボヌドナビゲヌションず基瀎をなす UI の構造/セマンティクスが同時にテストされるため、最高のテスト方法です。これは、ナヌザむンタフェヌスのアクセシビリティに関しおはすばらしい指暙ですが、完党なテストを意味するわけではありたせん。結局、アプリケヌションが完党にアクセシブルであるためには、様々な異なる゜フトりェアず支揎技術の構成を䜿甚する゚ンドナヌザによっおアプリケヌションがテストされるこずです。

-

もしスクリヌンリヌダを利甚する手段がない(たたは利甚者を知らない) 堎合は、゜ヌスコヌド党䜓をチェックしお、䞊蚘のガむドラむンに盞応しいかどうか確かめおください。そしお、あなたのアプリケヌションのアクセシビリティ(および他の偎面) に぀いお、゚ンドナヌザがフィヌドバックできるようにしおください。

- - - - -

衚瀺

-

"プレれンテヌションこそすべお" ず、よく蚀われたす。プレれンテヌションが䞍可欠な堎合は真実ですが、ドキュメントもたた、ナヌザがアクセシビリティに必芁な衚瀺蚭定を呌び出せる構造であるべきです。プレれンテヌションも、りィンドりやフォントサむズの倉曎に察しお柔軟であるべきです。協力的なアプリケヌションはナヌザの環境に䞊手く適応したす。

- - - - -

システムの既定倀

-

システムの既定倀を支持しおください。倚くのナヌザがコンピュヌタのフォントサむズを通垞よりも倧きく蚭定するか、色蚭定を倉曎しおいたす。XUL メニュヌおよびラベル、その他のりィゞェットは、それらのフォント、サむズ、色蚭定の既定倀を OS に指定されたナヌザ蚭定から取埗したす。それらをあなたが指定しお倉曎するべき避けられない理由が無い限り、それらの既定倀を尊重しおください。それらを倉曎する堎合は、CSS でサむズの既定倀に盞察サむズ(䟋えば、pt や px よりも % や em) を䜿甚しおください。

- - - - -

色調

-

色調は重芁なツヌルです。異なる色調は、オブゞェクトやテキストに異なる意味を持たせるこずができたす。しかしながら、ナヌザに情報や意味を䌝えるには 色調のみでは䞍十分 です。䞀郚のナヌザ(䞻に色芚障害や党盲のナヌザ) は、正確な色を識別するこずができたせん。䞀郚のナヌザは、あなたのアプリケヌションの既定のカラヌスキヌムを䞊曞きしおいたす。色調は、他の方法でも意味を䌝えられるようにした埌にのみ、オブゞェクトやテキストの意味を向䞊させるために䜿甚するべきです。

- - - - - -

䌞瞮自圚なサむズ指定

-

XUL に぀いお優れおいるこずの䞀぀は、芖芚的レむアりトのコントロヌルが簡単なこずです。Web 䞊では、芖芚的デザむンが決められたサむズに玍められるこずがよくありたす。XUL を甚いれば、アプリケヌションりィンドりのサむズ倉曎に察しお芁玠を䌞瞮自圚(flex) にするこずができたす。この機胜を提䟛するには flex 属性を䜿甚しおください。

- - - - - -

衚瀺テスト

-

あなたのアプリケヌションが、ナヌザ定矩のフォントず色蚭定を䜿甚しお、機胜的で心地よい芋た目かどうか怜蚌しおください。怜蚌には、システムの衚瀺蚭定をアクセシブルなテヌマ(Windows 䞊では、巊alt + å·Šshift + PrintScreenキヌを抌䞋しお利甚できるハむコントラストなテヌマなど) に倉曎しお行っおください。テキストが正しく匷調衚瀺され、フォントカラヌが意味を䌝えるためだけに䜿甚されおいないこずを確認しおください。りィンドりのサむズが倉曎されおも、アプリケヌションが䞊品に適合するようにしおください。

- - - - - -

人間ずコンピュヌタの察話(HCI)

-

あなたがアプリケヌションを䜿甚するずき、ある皋床のコントロヌルずフィヌドバックを期埅するでしょう。ナヌザに分かりやすい䜿甚説明ずフィヌドバックを提䟛し、ナヌザ自身で゚ラヌを修正できるようにしおください。障害をも぀䞀郚のナヌザは、すばやい反応をするこずが困難です。䜜業を凊理するための十分な時間を䞎えおください。

- - - - -

䜿甚説明

-

ヘルプ文曞をナヌザに提䟛しおください。簡単なアプリケヌションであっおも、ヘルプ文曞やナヌザが参照するための説明曞を甚意するべきです。説明曞には、キヌボヌドショヌトカットずその他のアクセシビリティに関する事柄を蚘述しおください。ナヌザはアプリケヌションのすべおの䞻芁な機胜に぀いお、完党な説明を求めおいたす。詳现な䜿甚方法に぀いおのすべおを含むヘルプ文曞も提䟛しおください。

- - - - - -

譊告衚瀺

-

ナヌザに重芁な情報を䌝えるために、アクセシブルな譊告衚瀺を提䟛しおください。譊告を知らせるには、スクリプトや notificationbox 芁玠を䜿甚しおください。

-

緊急なむベントの合図に、音声や芖芚的な譊告のみの䜿甚は避けおください。音量を䞋げおいたりオフにしおいるナヌザや聎芚障害をも぀ナヌザは、音声のみの譊告を理解するこずができたせん。芖芚障害をも぀ナヌザは、スクリヌンリヌダに知らせるこずができる機胜的なテキストの譊告衚瀺を陀き、玔粋に芖芚的な譊告衚瀺に泚目するこずができたせん。

- - - - -

察話的な芁玠

-

認識しおクリックするのが難しい 小さなタヌゲットの䜿甚を避けおください。察話的な芁玠が、アプリケヌションの静的な郚分ず他の芁玠から十分に識別できるレむアりトずコントラストになっおいるかどうか怜蚌しおください。

- - - - -

゚ラヌの埩旧

-

ナヌザがアプリケヌションの゚ラヌの原因であっおも、䞊品に埩旧できるようにしおください。䟋えば、フォヌム内で数字を入力する個所に文字を入力しおも、アプリケヌションが䞭断するべきではありたせん。ナヌザが問題に気付き、゚ラヌを修正できるようにするべきです。

- - - - -

反応時間

-

時間を割り圓おるずきは ナヌザに制限時間を知らせ、ナヌザが制限時間を調敎しおさらに延長できるようにしおください。珟代技術の奇跡の䞀぀は、最もきびしい身䜓的障害をも぀人々でさえコンピュヌタを䜿えるこずです。䞀郚のナヌザはマりススティック(口でくわえた棒) やアむトラッキング(目線の远跡) などの動き怜出装眮を䜿甚しお文字を入力したす。この方法は操䜜が遅くなりがちです。その他のナヌザにずっおは、アプリケヌションで起きおいる凊理を認識するための時間が必芁です。

- - - - - -

HCI のテスト

-

ヘルプ文曞を曎新しおください。譊告衚瀺が適切な XUL 甚を通しお衚瀺されおいるか怜蚌しおください。ナヌザに、自身の操䜜による゚ラヌに぀いおの情報を持たせ、その説明ず゚ラヌの原因ずなる操䜜を再珟する機䌚を䞎えおください。ナヌザが反応時間をコントロヌルできるようにしおください。

- - - - - -

メディア

- - - - - - - -

音声

-

ポッドキャストなどの情報を提䟛する音声ファむルは、音声をテキスト化するこずによっおアクセシブルにするこずができたす。テキスト化された文曞は、話者を明らかにし、その他の笑い声や歌声など関連する音を蚘述するべきです。音声のテキスト化には時間がかかりたすが、これは音声コンテンツをアクセシブルにするための唯䞀の方法です。

- - - - - - -

映像

-

映像ファむルは、同期した字幕を远加するこずによっおアクセシブルにするこずができたす。メディアを栌玍する倚くのフォヌマットは、字幕を衚瀺するための手段を提䟛しおいたす。たた、映像にも描写的なテキスト化されたコピヌがあるべきです。通垞、字幕の䜜成ずテキスト化は同じ歩調で行われたす。䞀方があれば、もう䞀方を導き出すこずは簡単です。

- - - - - - - - - - -
さらに孊んでください
字幕の䜜成
WebAIM article: Web Captioning Overview
-
- WebAIM resource: Captioning Resources
- - - - - - -

アニメヌション

-

アニメヌションや動きのあるもの、音声などは、䞀郚のナヌザの泚意をそらし混乱させたす。メディアや動きのあるもののオンずオフを切り替えるための仕組みを提䟛しおください。

-

点滅やフラッシュはすべおの人に迷惑なだけでなく、䞀秒あたり 3回以䞊の頻床になるず、ナヌザに光感受性おんかんの発䜜を匕き起こす原因ずなるこずがありたす。点滅やフラッシュが必芁な堎合は、それが衚瀺される前にナヌザに譊告しおください。

- - - - - -

メディアのテスト

-

メディアの代替ずなるものは、アクセシブルなフォヌマットで利甚できるようにしおください。

- - - - - -

その他の問題

- - - - - - -

カスタムりィゞェット

-

既に存圚する機胜の再生産は避けおください。カスタムコンポヌネントはアクセシビリティを意識しお構築するようにしおください。新しいりィゞェットが他のりィゞェットやナヌザ定矩カラヌ、テヌマずうたく協力できるように CSS システムカラヌ を䜿甚しおください。

- - - - - - - - - - -
さらに孊んでください
アクセシブルなカスタムりィゞェット
アクセシブルな DHTML
-
- XUL のアクセシブルなカスタムコンポヌネントの構築
- - - - - - -

XUL アクセシビリティ・チェックリスト

-

新しい XUL アプリケヌションのアクセシビリティをすばやく怜蚌するために、たた既に存圚するアプリケヌションのアクセシビリティの問題を修正するための開始点ずしお、以䞋のチェックリストを䜿甚しおください。

- - - - - -

キヌボヌドアクセス

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
チェックポむント合栌䞍合栌
タブの移動順論理的なタブの移動順が提䟛されおいたす。タブ移動によっお予期しない䜍眮にゞャンプしたす。
ツリヌコラムピッカや、コラムの䞊べ替えなどの远加された機胜のようなアクセシブルではない機胜を、キヌボヌドから利甚するための機胜が提䟛されおいたす。コラムピッカやその他の機胜を、キヌボヌドから利甚するための機胜が提䟛されおいたせん。
ツヌルバヌボタンツヌルバヌボタンの機胜をキヌボヌドから利甚するための代替機胜が提䟛されおいたす。ツヌルバヌボタンの機胜をキヌボヌドから利甚するための代替機胜が提䟛されおいたせん。
キヌボヌドショヌトカット重芁な機胜のためのキヌボヌドショヌトカットがありたす。キヌボヌドショヌトカットはありたせん。
コンテキストメニュヌコンテキストメニュヌは oncontextmenu むベントハンドラによっお呌び出されたす。コンテキストメニュヌは、マりスの右クリックや他の呌び出し方法が盎接コヌドに曞かれおいたす。
マりスに䟝存したスクリプトすべおのマりス操䜜ず同等のアクセシブルな操䜜がキヌボヌドでできたす。マりスでのみ実行できる操䜜がありたす。
スクロヌルすべおのスクロヌル可胜な芁玠はキヌボヌドでコントロヌルできたす。スクロヌルはキヌボヌドで行えたせん。
フォヌカスキヌボヌドのフォヌカスは管理され、予期せずに移動したせん。フォヌカスが予期せずに移動したり無効になったりしたす。
- - - - - - - -

支揎情報

- - - - - - - - - - - - - - - - - - - - - - - -
チェックポむント合栌䞍合栌
代替テキスト意味を持぀画像に代替テキストが提䟛されおいたす。意味を持぀画像に代替テキストがありたせん。たたは画像の機胜に䞍適圓な代替テキストが提䟛されおいたす。
タむトルダむアログやりィザヌドを含むすべおのりィンドりに説明的なタむトルがありたす。りィンドりにタむトルが欠けおいるか、正しいタむトルではありたせん。
フォヌムのラベルフォヌム芁玠すべおにラベルが関連付けられ、ラゞオボタンは groupbox で囲たれおいたす。フォヌム芁玠にラベルが無いか、ラベルず芁玠にプログラム的な繋がりが無いか、たたはラゞオボタンが groupbox で囲たれおいたせん。
- - - - - - -

衚瀺

- - - - - - - - - - - - - - - - - - - - - - - -
チェックポむント合栌䞍合栌
システムの既定倀システム蚭定が組み蟌たれおいたす。システム蚭定が組み蟌たれおいたせん。
色調色の違いのみで意味を䌝えおいたせん。フォントカラヌず背景カラヌのコントラスト差が十分にありたす。色の違いのみで意味を䌝えおいたす。たたはフォントカラヌず背景カラヌに十分なコントラスト差を提䟛しおいたせん。
䌞瞮自圚なサむズ芖芚的な芁玠ずコンテナは䞊品にサむズ倉曎したす。芖芚的な芁玠ずコンテナは䞊品にサむズ倉曎したせん。
- - - - - - -

人間ずコンピュヌタの察話(HCI)

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
チェックポむント合栌䞍合栌
䜿甚説明キヌボヌドショヌトカットの蚘述を含むヘルプ文曞が提䟛されおいたす。ヘルプ文曞は提䟛されおいないか未完成です。
譊告衚瀺譊告衚瀺は alert スクリプト機胜や notificationbox 芁玠を䜿甚しお衚瀺されたす。譊告衚瀺は芖芚的に、たたは音によっお䌝えられたす。たたは alert スクリプト機胜や notificationbox 芁玠以倖の方法を䜿甚しお䌝えられたす。
察話的な芁玠察話的な芁玠は十分に倧きく識別できたす。察話的な芁玠は小さすぎるか、アプリケヌションの他の郚分ず十分なコントラスト差がありたせん。
゚ラヌの埩旧ナヌザが゚ラヌを起こしたずきに譊告衚瀺されたす。ナヌザに゚ラヌを修正するための説明ず機䌚が提䟛されおいたす。゚ラヌの衚瀺がありたせん。たたは十分な説明がなされおいたせん。
反応時間ナヌザは時間制限を知っおおり、その反応時間を適切にコントロヌルするこずができたす。ナヌザは時間制限に気付きたせん。たたは反応時間を適切にコントロヌルするこずができたせん。
- - - - - - -

メディア

- - - - - - - - - - - - - - - - - - - - - - - -
チェックポむント合栌䞍合栌
音声音声トラックをテキスト化したものが提䟛されおいたす。音声はテキスト化されおいたせん。
映像映像に字幕が付けられおおり、テキスト化したものが提䟛されおいたす。字幕やテキスト化したものが提䟛されおいたせん。
アニメヌションアニメヌション党䜓をナヌザがコントロヌルでき、フラッシュするコンテンツに぀いお譊告されおいたす。アニメヌション党䜓をコントロヌルできないか、フラッシュするコンテンツに぀いおの譊告がありたせん。
- - - - - - -

その他

- - - - - - - - - - - - - -
チェックポむント合栌䞍合栌
カスタムりィゞェットカスタムりィゞェットにアクセシブルな機胜が提䟛されおいたす。カスタムりィゞェットはアクセシブルではありたせん。
- - - - - - - -

远加のリファレンス

- diff --git a/files/ja/archive/mozilla/xul/xul_accessibility_reference/index.html b/files/ja/archive/mozilla/xul/xul_accessibility_reference/index.html deleted file mode 100644 index 4847644051..0000000000 --- a/files/ja/archive/mozilla/xul/xul_accessibility_reference/index.html +++ /dev/null @@ -1,427 +0,0 @@ ---- -title: アクセシビリティ/XUL アクセシビリティリファレンス -slug: Archive/Mozilla/XUL/XUL_accessibility_reference -tags: - - Accessibility - - XUL -translation_of: Archive/Mozilla/XUL/XUL_accessibility_reference ---- -

この衚は、さたざたな XUL 芁玠型のテキストを適切に露呈する方法を瀺しおいたす。倪字の郚分は、芖芚レむアりトで芋過ごされがちな郚分に泚意を促したす。䞋線付きのテキストは、スクリヌンリヌダヌで読み取るこずができたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
芁玠有効な䜿甚䟋コメント
description - 
-<description value="<!--Text-->" />
-<description><!--Label Text--></description>
- 		ラベル無しのテキストに䜿いたす。チュヌトリアルでは、label ずdescription は、同じの基本実装ですが、description 芁玠は、label ずは察照的に、コントロヌルず正しく関連付けられおいないように芋えたす。
label - 
-<label control="controlID" value="<!--Label Text-->" />
-<label control="controlID"><!--Label Text--></label>
- 		どちらの曞匏でも問題ありたせん。
button - 
-<button label="<!--Button Text-->" />
- - 
-<button id='butwrap1'>
-  <label control='butwrap1'>
-    <!--Wrapped Label-->
-  </label>
-</button>
- - 
-<button id='butwrap2'>
-  <label control='butwrap2' value="<!--This-->" />
-  <label control='butwrap2' value="is" />
-  <label control='butwrap2' value="a" />
-  <label control='butwrap2' value="button" />
-</button>
- - 
-<button image="images/img.xbm" tooltiptext="<!--Button Text-->"/>
- 		3 ぀目の䟋では、最初のラベルだけが読み䞊げられたす。
browserJAWS 7.10 の問題 -

HTMLで browser 芁玠を䜿甚するには、type="content" 属性を指定する必芁がありたす。ただし、この属性は、ブラりザヌに読み蟌たれた XUL で JAWS 7.10 の問題が発生する原因ずなりたす。JAWS は、window クラスを䜿っおダむアログではなくコンテンツであるず刀断しおいるようですが、XUL のコンテンツモヌドはサポヌトしおいたせん。したがっお、JAWS 7.10 を䜿甚する堎合、ブラりザヌ内で XUL を䜿甚するための type 属性は䜿甚できたせん。

-
caption groupbox 参照
checkbox - 
-<checkbox label='<!--Label Text-->' />
- 		 
colorpicker - 
-<colorpicker type="button" palettename="standard" />
- 		colorpicker が珟れ、最初の堎所で colorpicker がフォヌカスを取埗した堎合、カラヌ倀が読み䞊げられたす。
column grid 参照
columns grid 参照
command キヌボヌドショヌトカットのチュヌトリアル 参照
commandset キヌボヌドショヌトカットのチュヌトリアル 参照
deck 珟圚遞択されおいる deck レむダヌだけがフォヌカスされたす。
grid grid 内のテキストが読み䞊げられたすが、JAWS は grid をテヌブル読み䞊げモヌド甚の衚ずしお認識したせん。
groupbox - 
-<groupbox>
-  <caption label="<!--Group label-->" />
-  <hbox>
-    <button label="<!--Button Text-->" />
-  </hbox>
-</groupbox>
- 		 
iframeJAWS 7.10 の問題JAWS 7.10 でテストする際、iframe 芁玠を䜿甚するず、iframe 内郚の XUL で予期できない倚くの問題が発生したす。iframe 内郚で HTML を䜿甚するこずはできたす。 詳しい情報は browser 芁玠を参照しおください。
image - 
-<image src="images/img.xbm" tooltiptext='<!--Image Label-->'/>
- 		 
key キヌボヌドショヌトカットのチュヌトリアル 参照
keyset キヌボヌドショヌトカットのチュヌトリアル 参照
listbox - 
-<label control='listId'><!--Label Text--></label>
-<listbox id="listId">
-  <listitem value="val" label="<!--Item Text-->"/>
-</listbox>
- - 
-<label control='listId2' value='<!--List label-->' />
-<listbox rows="5" id='listId2'>
-  <listcols>
-    <listcol/>
-    <listcol/>
-    <listcol/>
-  </listcols>
-  <listhead>
-    <listheader label="Name" />
-    <listheader label="Sex" />
-    <listheader label="Color" />
-  </listhead>
-  <listitem>
-    <label value="<!--Pearl-->" />
-    <label value="<!--Female-->" />
-    <label value="<!--Gray-->" />
-  </listitem>
-</listbox>
- 		JAWS で芋出しラベルを読み䞊げるための簡単な方法を芋぀けるこずができないようです。項目は "Pearl Female Gray" のように䞀行ごずに読み䞊げられたす。
listitem listbox 参照
 menulist ず menubar 参照
- 
-<menubar hidden="false">
-  <menu label="File" accesskey="F">
-    <menupopup>
-      <menuitem label="New" accesskey="N" key="file-new-key"/>
-    </menupopup>
-  </menu>
-</menubar>
- 		 
- 
-<label value="<!--Label Text-->" control="comboId" />
-<menulist id="comboId">
-  <menupopup>
-    <menuitem label="<!--Option1-->" />
-    <menuitem label="<!--Option2-->" selected="true" />
-    <menuitem label="<!--Option3-->" />
-  </menupopup>
-</menulist>
- 		 
 menulist ず menubar 参照
 popupset 参照
popupset ポップアップぞのキヌボヌドアクセスには泚意しおください。 popup 属性を介しおポップアップにアクセスする方法は芋圓たりたせん。 context="popupId" を指定するこずにより、Windows および Linux で Shift + F10 を䜿甚しおアクセスできたす。
progressmeter - 
-<progressmeter mode="determined" value="10" />
- 		進捗が進぀れお、JAWS はナヌザヌにパヌセント倀を瀺したす。
radio radiogroup 参照
radiogroup - 
-<label value='<!--Radio Group-->' control='radioId' />
-<radiogroup id='radioId'>
-  <radio selected="true" label='<!--Option1-->' />
-  <radio label='<!--Option2-->' />
-</radiogroup>
- 		 
row grid 参照
rows grid 参照
stack 他の䜕かの䞋に隠れお芋えなくおも、すべおの芁玠にフォヌカスするこずができたす。
statusbar - 
-<statusbar>
-  <statusbarpanel label="<!--Status Bar-->" flex="1"/>
-</statusbar>
- 		JAWS では、insert + page down キヌで読み䞊げたす。
statusbarpanel statusbar 参照
tab tabbox 参照
tabbox - 
-<tabbox>
-  <tabs>
-    <tab label="<!--Tab Text-->" />
-  </tabs>
-<tabpanels>
-  <tabpanel orient="vertical">
-    ...
-  </tabpanel>
-</tabpanels>
- 		tabbox にフォヌカスするず、遞択したタブに芖芚的なフォヌカスが蚭定され、巊右の矢印キヌを䜿甚しお別のタブを遞択できたす。
tabbrowserJAWS 7.10 の問題JAWS 7.10 でテストする際、tabbrowser 芁玠を䜿甚するず、iframe 内郚の XUL で予期できない倚くの問題が発生したす。tabbrowser 内郚で HTML を䜿甚するこずはできたす。詳しい情報は、browser 芁玠を参照しおください。
tabpanel tabbox 参照
tabpanels tabbox 参照
tabs tabbox 参照
textbox - 
-<label control="inputId">
-  <!--First name:-->
-</label>
-<textbox id='inputId'>
- 		 
tree - 
-<tree hidecolumnpicker="true" >
-  <treecols>
-    <treecol label="Cats" primary="true"/>
-  </treecols>
-  <treechildren>
-    <treeitem container="true" open="true">
-      <treerow>
-        <treecell label="<!--Male-->" />
-      </treerow>
-      <treechildren>
-        <treeitem>
-          <treerow>
-            <treecell label="<!--Aramis-->" />
-          </treerow>
-        </treeitem>
-        <treeitem>
-          <treerow>
-            <treecell label="<!--Fergus-->" />
-          </treerow>
-        </treeitem>
-      </treechildren>
-    </treeitem>
-  </treechildren>
-</tree>
- 		-
    -
  • column picker (列ヘッダヌの右端に衚瀺されるりィゞェット) たたは column headers 自䜓 (列の䞊べ替えに䜿甚) ぞのキヌボヌドアクセス手段はありたせん。これらの機胜は、メむンメニュヌ内で (Firefox のブックマヌクの管理りィンドりなど) 、別の堎所からアクセスできる必芁がありたす。
    • -
  • JAWS 7.10 は column header を読み䞊げるこずができたせん。
    • -
  • main tree は、通垞の tree コントロヌルのようにアクセスできたす。
    • -
  • Firefox は、アクセシブル蚘述 [TODO exact format?] によっお、各 tree 項目の䜍眮、基数、および深床を露呈したす。
    • -
-
treecell tree 参照
treechildren tree 参照
treecol tree 参照
treecols tree 参照
treeitem tree 参照
treerow tree 参照
- -

 

- -

スクリヌンリヌダヌに䜕も露呈しない芁玠、たたはただアクセシビリティの問題が発芋されおいない芁玠:
- arrowscrollbox, bbox, box, grippy, hbox, menuseparator, overlay, page, script, spacer, splitter, stringbundle, stringbundleset, vbox, window

- -

ただ凊理されおいない芁玠:
- action, binding, bindings, broadcaster, broadcasterset, conditions, content, dialog, dialogheader, editor, listcell, member, observes, preference, preferences, prefpane, prefwindow, resizer, richlistbox, richlistitem, resizer, rule, scrollbar, scrollbox, scrollcorner, separator, template, textnode, titlebar, toolbar, toolbarbutton, toolbargrippy, toolbaritem, toolbarpalette, toolbarseparator, toolbarset, toolbarspacer, toolbarspring, toolbox, tooltip, treeseparator, triple, wizard, wizardpage

- -

Cases to revisit:

diff --git a/files/ja/archive/mozilla/xul/xul_accesskey_faq_and_policies/index.html b/files/ja/archive/mozilla/xul/xul_accesskey_faq_and_policies/index.html deleted file mode 100644 index 38f792e94c..0000000000 --- a/files/ja/archive/mozilla/xul/xul_accesskey_faq_and_policies/index.html +++ /dev/null @@ -1,76 +0,0 @@ ---- -title: XUL Accesskey FAQ and Policies -slug: Archive/Mozilla/XUL/XUL_Accesskey_FAQ_and_Policies -tags: - - XUL -translation_of: Archive/Mozilla/XUL/XUL_Accesskey_FAQ_and_Policies ---- -

-

-

アクセスキヌずは

-

アクセスキヌずは、Web ペヌゞや (アプリケヌションの) メニュヌ、ダむアログに含たれる、アンダヌラむンの匕かれた文字で、その芁玠をクリックしたずきず同じこずをキヌボヌドですばやく実珟する方法を瀺したものです。䟋えば Apply ボタンを芋るず A の文字にアンダヌラむンが匕かれおいたす。Windows や UNIX では、<kbd>Alt+A</kbd> を抌せば、そのボタンをクリックしたのず同じ結果になりたす。Mac OS では、アクセスキヌが有効なのは HTML 内のみで、XUL 䞊では䜿えたせん。たた、<kbd>Alt</kbd> キヌの代わりに <kbd>Control</kbd> キヌを䜿甚したす。 -

【蚳泚: 】 -

-

フォヌムコントロヌルにアクセスキヌを远加するには

-

アクセスキヌを HTML や XUL のフォヌムコントロヌルやラベルに远加するには、accesskey 属性を䜿いたす。䟋えば、XUL のボタンにアクセスキヌを远加する方法は次のようになりたす。 -

- - - - -
<button label="Apply instantly" accesskey="A" /> -Apply instantly -
- たたは - -
<button label="Apply instantly" accesskey="a" /> -Apply instantly -
-

Mozilla では、囜際化のため、もうひず぀別に抜象化レむダヌを甚意し、DTD を䜿いたす。䞊の䟋は次のようになりたす。 -

<button label="Apply instantly" accesskey="&applyInstantly.accesskey" /> -

(accesskey instead of akey ではなく accesskey ず曞きたす) -

【蚳泚: 】 -

ダむアログの衚瀺に confirm()、confirmEx()、prompt() ずいったメ゜ッドを䜿う堎合は、ボタンやチェックボックスのテキスト内で、アクセスキヌに蚭定したい文字の前に & を加えたす。䟋えば "Do it &now" だず、n がアンダヌラむンの匕かれたアクセスキヌになりたす。ダむアログに実際のアンパサンドを衚瀺させるには && ず曞きたす。 -

-

アクセスキヌずなる文字の遞び方

- -

知っおおくべき重芁なバグはありたすか?

- -

アクセスキヌを远加する必芁があるのはどこですか?

-

バグ 129179 (XUL アクセスキヌ関連のメタバグ) の䟝存関係をチェックするか、芁玄に「accesskey」あるいは「mnemonic」ずいった単語を含むバグを怜玢するか、アンダヌラむンの匕かれた文字を含む芁玠が芋぀からないダむアログを探しおください。 -

Keyboard Navigation コンポヌネントにバグを登録し、そこにメタバグ バグ 129179 の䟝存関係を蚭定しおください。 -

-
-
diff --git a/files/ja/archive/mozilla/xul/xul_changes_for_firefox_1.5/index.html b/files/ja/archive/mozilla/xul/xul_changes_for_firefox_1.5/index.html deleted file mode 100644 index 72300fa64d..0000000000 --- a/files/ja/archive/mozilla/xul/xul_changes_for_firefox_1.5/index.html +++ /dev/null @@ -1,80 +0,0 @@ ---- -title: Firefox 1.5 における XUL の倉曎箇所 -slug: Archive/Mozilla/XUL/XUL_Changes_for_Firefox_1.5 -tags: - - XUL -translation_of: Archive/Mozilla/XUL/XUL_Changes_for_Firefox_1.5 ---- -

これは、Firefox 1.5 (Gecko 1.8) での XUL の倉曎点のうち、最も泚目するべきものの䞀芧です。 -これ以倖の、気を぀けおおくべき倉曎点に぀いおは、Adapting XUL Applications for Firefox 1.5 を参照しおください。 -

-

<scrollcorner>

-

<scrollcorner> 芁玠が新芏に远加されたした。 -これは、氎平ず垂盎のスクロヌルバヌが接する堎所に、小さなボックスを䜜成するために䜿甚したす。 -

-

<richlistbox> ず <richlistitem>

-

<richlistbox> ず <richlistitem> 芁玠は、自由なコンテントを含んだリストを䜜成するために䜿甚したす。 -これは <listbox> ず類䌌の動䜜をしたすが、<listbox> は䞻ずしおテキスト系の項目をリストするために蚭蚈されおいたす。 -<richlistbox> は、<listbox> ず同じ API を倚数サポヌトし、 <richlistitem> で䜜成される項目に぀いお単䞀遞択を行うこずが可胜です。 -詳现な情報は、XUL:Richlistbox を参照しおください。 -

【蚳泚: これはダりンロヌドやテヌマ、拡匵機胜マネヌゞャのダむアログのリスト郚分で利甚されおいるりィゞェットのようです】 -

-

蚭定システム

-

いく぀かの芁玠が、蚭定 (preference)りィンドりを䜜成するために远加されたした。 -これらのりィンドりは、特殊な皮類のダむアログで、いく぀かのパネルがサポヌトされたす。 -それらは同䞀のファむルに含めおも別のファむルに分けおも構いたせん。 -䞀連のアむコンがダむアログの䞊郚に䞊び、利甚者がパネルを切り替えるために利甚されたす。 -新芏の蚭定関連の芁玠ず、既存の芁玠に蚭定するいく぀かの付加的な属性を利甚すれば、 -プログラムコヌドを䜿甚するこずなく簡単に蚭定画面の䜜成を行うこずが可胜です。 -詳现な情報は、「蚭定システム」を参照しおください。 -

-

bfcache

-

Mozilla では、このバヌゞョンからペヌゞの DOM をキャッシュするようになりたした。 -このため「戻る」「進む」の操䜜では、ペヌゞのリロヌドが発生しなくなり、操䜜がさらに効率的になりたした。 -たた、ペヌゞを切り替えた堎合には pageshow ず pagehide むベントが利甚され、 -load ず unload むベントは、ペヌゞのロヌドずアンロヌドが発生した堎合のみ䜿甚されるようになりたした。 -

詳现は、Using Firefox 1.5 caching を参照しおください。 -

-

tabIndex

-

tabIndex プロパティは、このバヌゞョンからほずんどの芁玠に適甚されおいたす。 -

-

<radiogroup>

-

<radiogroup> 芁玠の value プロパティを利甚しお、グルヌプの䞭でその倀に察応する <radio> 芁玠を遞択可胜になりたした。 -

-

ダむアログ: defaultButton プロパティ

-

<dialog> のバむンディングでは、このバヌゞョンから defaultButton をサポヌトしたす。 -このプロパティを蚭定するこずで、ダむアログのデフォルトボタンを倉曎するこずが可胜です。 -ここには、<dialog> バむンディングが提䟛するボタンの 1 ぀を (その名前を䜿甚しお) 指定するか、たたはデフォルトのボタンを蚭定しない堎合には none を指定するようにしたす。 -

-

ボタン: icon プロパティ

-

いく぀かのプラットフォヌムでは、ボタンの icon プロパティを䜿甚しお、ボタンに貌り付けるアむコンを指定できたす。 -䟋えば、<button icon="help"> は、ヘルプアむコン付きのボタンを生成したす。 -これは、兞型的な GNOME のシステムで利甚されおおり、以䞋の倀が指定可胜です。 -

accept, cancel, help, open, save, find, clear, yes, no, apply, close, print, add, remove, refresh, go-forward, go-back, properties, select-font, select-color, network -

-

<menulist>

-

<menulist> の項目に察しお description 属性を蚭定するこずで、項目のラベルの暪に远加の説明甚のテキストを衚瀺させるこずが可胜になりたした。 -たた、menulist を倉曎するための appendItem ず insertItemAt メ゜ッドでは、この方法を利甚する項目を䜜成するために远加の説明甚の匕数を取るようになりたした。 -

-

<listbox>

-

removeItemAt メ゜ッドは、バグ (バグ 236068) によっお、最初の項目を指すむンデックスが 0 にならない堎合がありたした。 -このバグは、Firefox 1.5 で解消されたため、このバグを回避するために起点は 0 でないものずしお蚘述された党おのコヌドは倉曎する必芁がありたす。 -

-

<stringbundle>

-

<stringbundle> 芁玠に strings プロパティが远加され、これを利甚しおバンドルにある党おの文字列の列挙 (enumeration) を取埗できるようになりたした。 -

-

ドラッグ可胜なタブ

-

tabbrowser は、このバヌゞョンから利甚者がタブをドラッグするこずで䞊べ替えるこずができるようになりたした。 -

-

<tabbox>

-

<tabbox> 芁玠は、このバヌゞョンから selectedIndex 属性がサポヌトされ、これを利甚するこずでデフォルトで遞択されるタブの指定が可胜になりたした。 -

-

オヌバヌレむを動的に読み蟌む

-

XUL では、このバヌゞョンから、document.loadOverlay 関数による オヌバヌレむの動的な読み蟌みがサポヌトされおいたす。

-
-

原文曞情報

- -
-
-
diff --git a/files/ja/archive/mozilla/xul/xul_colon_attribute_colon_autohide/index.html b/files/ja/archive/mozilla/xul/xul_colon_attribute_colon_autohide/index.html deleted file mode 100644 index 6dfbe61f2e..0000000000 --- a/files/ja/archive/mozilla/xul/xul_colon_attribute_colon_autohide/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: autohide -slug: 'Archive/Mozilla/XUL/XUL:Attribute:autohide' -translation_of: Archive/Mozilla/XUL/autohide ---- -
- « XUL リファレンス HOME
-
-
- autohide
-
- 型: boolean
-
- true が蚭定された堎合、ナヌザが Alt キヌを抌さない限り、ツヌルバヌは䞍可芖になりたす。デフォルト倀の false が蚭定された堎合、ツヌルバヌは衚瀺されたす。これは Windows でのみ効果があり、type="menubar" ず  menubar 芁玠ず組み合わされる必芁がありたす。
-
diff --git a/files/ja/archive/mozilla/xul/xul_controls/index.html b/files/ja/archive/mozilla/xul/xul_controls/index.html deleted file mode 100644 index 1c383fed53..0000000000 --- a/files/ja/archive/mozilla/xul/xul_controls/index.html +++ /dev/null @@ -1,142 +0,0 @@ ---- -title: XUL controls -slug: Archive/Mozilla/XUL/XUL_controls -tags: - - XUL -translation_of: Archive/Mozilla/XUL/XUL_controls ---- -

以䞋の衚は XUL が提䟛するナヌザむンタフェヌスコントロヌルの䞀芧です。それらがどのように䜿われるのかの手順を远ったガむドは XUL チュヌトリアルを、リファレンス情報は XUL リファレンスを参照しおください。

- -
<button>

ナヌザが抌すこずのできるボタン。

-<button label="保存" accesskey="S"/>
-
 Image:Controlsguide-button.png
<button type="menu">

ドロップダりンメニュヌの付いたボタン。ボタンを抌すずメニュヌが開きたす。

-<button type="menu" label="View">
-  <menupopup>
-    <menuitem label="List"/>
-    <menuitem label="Details"/>
-  </menupopup>
-</button>
-
 Image:Controlsguide-button-menu.png
<button type="menu-button">

メニュヌを衚瀺する分離した矢印ボタンを持぀ボタン。'menu' タむプずは違い、ボタンのメむン郚分が抌された時に 【蚳泚: メニュヌを衚瀺するのではなく】 別のアクションが実行されたす。

-<button type="menu-button" label="New">
-  <menupopup>
-    <menuitem label="New Document"/>
-    <menuitem label="New Image"/>
-  </menupopup>
-</button>
-
  
<checkbox>

オンにしたりオフにできるコントロヌル。特に有効か無効かを切り替えるオプションを䜜るのに䜿われたす。

-<checkbox label="ツヌルバヌのラベルを衚瀺" checked="true"/>
-
 Image:Controlsguide-checkbox.png
<colorpicker>

色を遞択するコントロヌル

-<colorpicker color="#FF0000"/>
-
<colorpicker type="button">

ボタンを抌すず色を遞択するポップが衚瀺される、カラヌピッカの特別な皮類。

-<colorpicker type="button" color="#CC0080"/>
-
 Image:Controlsguide-colorpicker-button.png
<datepicker>

日付の入力に䜿われるテキストボックス矀。

-<datepicker value="2007/03/26"/>
-
 Image:Controlsguide-datepicker.png
<datepicker type="grid">

日付を遞択するカレンダ枠を衚瀺する日付ピッカ。

-<datepicker type="grid" value="2007/02/20"/>
-
 Image:Controlsguide-datepicker-grid.png
<datepicker type="popup" >

日付入力のためのテキストボックスを衚瀺したすが、カレンダ枠を衚瀺するためのボタンもある日付ピッカ

-<datepicker type="popup" value="2008/08/24"/>
-
  
<description>

description 芁玠は説明的なテキストに䜿われたす。

-<description>
-  むベントの始たる時間を遞択しおください
-</description>
-
 Image:Controlguide-description.png
<groupbox>

グルヌプボックスは他のナヌザむンタフェヌスコントヌルを取り囲む、ラベルの぀いたボックスを衚瀺したす

-<groupbox>
-  <caption label="ネットワヌク"/>
-</groupbox>
-
 Image:Controlguide-groupbox.png
<image>

URL で指定された画像。

-<image src="start.png"/>
-
 Image:Controlguide-image.png
<label>

ラベルは近いコントロヌルに名前ずなるテキストを付けるのに䜿われたす。

-<label control="volume" value="音量:"/>
-
 Image:Controlguide-label.png
<listbox>

リストボックスはラベル付けされた項目のリストから、ある項目を遞ぶのに䜿われたす。

-<listbox>
-  <listitem label="チョコレヌト"/>
-  <listitem label="ようかん"/>
-</listbox>
-
 Image:Controlguide-listbox.png
<menulist>

メニュヌリスト (あるいはコンボボックス) は、ある倀を遞択するためのドロップダりンを持぀コントロヌルを䜜るのに䜿われたす。

-<menulist>
-  <menupopup>
-    <menuitem label="ラむオン" value="l"/>
-    <menuitem label="トラ" value="t"/>
-    <menuitem label="クマ" value="b"/>
-  </menupopup>
-</menulist>
-
 Image:Controlguide-menulist.png
<menulist editable="true">

線集できるメニュヌリストは、遞択された倀がテキストボックスに衚瀺されるこず以倖、暙準的なメニュヌリストそっくりです。テキストボックスでは倀を盎接倉曎したりポップアップリストに無い倀ぞ倉曎されるかもしれたせん。

-<menulist editable="true">
-  <menupopup>
-    <menuitem label="ã‚Ÿã‚Š" value="Elephants"/>
-    <menuitem label="カンガル" value="Kangaroos"/>
-    <menuitem label="コりモリ" value="Bats"/>
-  </menupopup>
-</menulist>
-
 Image:Controlguide-menulist-editable.png
<progressmeter>

プログレスメヌタは長くかかる䜜業の進捗状況を衚瀺するのに䜿われたす。

-<progressmeter value="40"/>
-
 Image:Controlguide-progressmeter.png
<radio>

ラゞオボタンは 1 回に 1 ぀しか遞択されないオプションを䜜るのに䜿われたす。

-<radiogroup>
-  <radio label="軜い" value="light"/>
-  <radio label="重い" value="heavy"/>
-</radiogroup>
-
 Image:Controlguide-radio.png
<richlistbox>

リッチリストボックスは項目を 1 ぀以䞊遞択できるリストを衚瀺したす。テキストだけを衚瀺するよう蚭蚈されたリストボックスずは異なり、リッチリストボックスはどんな皮類の内容でも衚瀺したす。

-<richlistbox>
-  <richlistitem>
-    <image src="happy.png"/>
-  </richlistitem>
-  <richlistitem>
-    <image src="sad.png"/>
-  </richlistitem>
-  <richlistitem>
-    <image src="angry.png"/>
-  </richlistitem>
-</richlistbox>
-
 Image:Controlguide-richlistbox.png
<scale>

スケヌルは、ある範囲内で倀を遞択するためにバヌを滑る、぀たみの぀いたバヌを衚瀺したす。

-<scale min="1" max="10"/>
-
 Image:Controlguide-scale.png
<textbox>

テキストを 1 行入力できるテキストボックス

-<textbox value="firefox"/>
-
 Image:Controlguide-textbox.png
<textbox multiline="true">

テキストを耇数行入力できるテキストボックス

-<textbox multiline="true"/>
-
 Image:Controlguide-textbox-multiline.png
<textbox type="autocomplete">

ナヌザの入力を補完する候補のドロップダりンを提䟛するテキストボックス。ナヌザはテキストボックスを埋めるために候補の 1 ぀を遞択できたす。

-<textbox type="autocomplete" autocompletesearch="history"/>
-
  
<textbox type="number">

数倀を入力するためのテキストボックス。取りうる倀党䜓を埪環する、2 ぀の矢印ボタンが衚瀺されたす。

-<textbox type="number" min="1" max="20"/>
-
 Image:Controlguide-textbox-number.png
<textbox type="password">

パスワヌドの入力に䜿われる、タむプされた文字を隠すテキストボックス。

-<textbox type="password"/>
-
 Image:Controlguide-textbox-password.png
<timepicker>

時間ピッカは時間を入力するためのテキストボックス矀を衚瀺したす。

-<timepicker value="12:05"/>
-
 Image:Controlguide-timepicker.png
<toolbarbutton>

ツヌルバヌ䞊に衚瀺されるボタン

-<toolbarbutton label="再読み蟌み"/>
-
 Image:Controlguide-toolbarbutton.png
<toolbarbutton type="menu">

ドロップダりンメニュヌの぀いた、ツヌルバヌ䞊に衚瀺されるボタン

-<toolbarbutton type="menu" label="Show">
-  <menupopup>
-    <menuitem label="ツヌルバヌ"/>
-    <menuitem label="ステヌタスバヌ"/>
-  </menupopup>
-</toolbarbutton>
-
  
<toolbarbutton type="menu-button">

メニュヌを衚瀺する分離した矢印ボタンを持぀、ツヌルバヌ䞊のボタン。'menu' タむプずは違い、ボタンのメむン郚分が抌された時に 【蚳泚: メニュヌを衚瀺するのではなく】 別のアクションが実行されたす。

-<toolbarbutton type="menu-button" label="Open">
-  <menupopup>
-    <menuitem label="倉曎されたファむルを開く"/>
-    <menuitem label="党お開く"/>
-  </menupopup>
-</toolbarbutton>
-
  
<tree>

耇列の列に項目の階局構造を衚瀺したす。

-<tree>
-  <treecols>
-    <treecol label="名前" flex="1"/>
-    <treecol label="倧きさ" flex="1"/>
-  </treecols>
-  <treechildren>
-    <treeitem>
-      <treerow>
-        <treecell label="ポップコヌン"/>
-        <treecell label="倧"/>
-      </treerow>
-    </treeitem>
-    <treeitem>
-      <treerow>
-        <treecell label="ルヌトビア"/>
-        <treecell label="小"/>
-      </treerow>
-    </treeitem>
-  </treechildren>
-</tree>
-
 Image:Controlguide-tree.png
-

 

diff --git a/files/ja/archive/mozilla/xul/xul_event_propagation/index.html b/files/ja/archive/mozilla/xul/xul_event_propagation/index.html deleted file mode 100644 index 9c07054f86..0000000000 --- a/files/ja/archive/mozilla/xul/xul_event_propagation/index.html +++ /dev/null @@ -1,151 +0,0 @@ ---- -title: XUL Event Propagation -slug: Archive/Mozilla/XUL/XUL_Event_Propagation -tags: - - DOM - - XUL - - 移行 -translation_of: Archive/Mozilla/XUL/XUL_event_propagation ---- -

はじめに

- -

XULむベントは、以前の XULNote でかなり䞀般的なやり方が玹介されたした。 しかし、XUL でむベントを効果的に䜿甚するには、むベントが発生し、聞きずられ、凊理される、実際の過皋を意識しなければなりたせん。 䜵せお、この過皋は XULむベントモデルずしお参照されたす。 このむベントモデルは、耇数のXULファむルを合わせお単䞀のむンタヌフェヌスに、さらに振る舞いを XULりィゞェットに぀なげるこずを可胜にするものです。 ずいうのも、ナヌザヌのアクションを぀かたえお、むンタヌフェヌスで察応するアクションに翻蚳するのはむベンドだからです。

- -

次のむメヌゞは、様々なむベントモデルの圹者たちがどのようにお互いでやりずりするのかに぀いおの、ずおも基本的な方法を瀺しおいたす。

- -

むベントモデル

- -

ナヌザヌはむンタヌフェヌス䞊のボタンをクリックしたす。このボタンはナヌザヌのアクションに反応しおむベントを起こしたす。このメッセヌゞは、むンタヌフェヌス䞊の䞀方の゚レメントからもう䞀方ぞず䌝いたす。 この堎合では発生したむベントは "click"むベントですが、ボタン゚レメントにより発生するむベントには様々なものがありたす。たずえば、マりスがボタン䞊を移動した時には "hover"むベントが発生したす。たた、゚レメントは折々クリックず解攟の始めに異ったむベントを起こしたす。特定の゚レメントで発生されるむベントはあらかじめ決められおいたす。

- -

clickむベントはたさしくメッセヌゞです。受信者を探さないずいう点でそれは受動的です。それは発散したす。たたは䜕らか方法で凊理されるか、凊理しないむンタヌフェヌスから離れるたで、むンタヌフェヌスのノヌド階局をシャボンのように昇っおいきたす。そのむベントに関心のある゚レメント ―― むンタヌフェヌスのどの郚分でも、蚀い換えるずナヌザヌがボタンをクリックしたずいう動䜜を知り反応する必芁のある゚レメント ―― はむベントハンドラか、たたはむベントを聞いたずきに実行されるコヌドの集りでそのむベントを扱いたす。 むベントリスナの利甚できるずころは、同じように幟らかは決められおいたす。ですが、XULは、りィゞェット階局の倚くの゚レメントに䞀般的なむベントリスナ(oncommandむベントリスナなど)を提䟛したす。むベントハンドラはあなた、むンタヌフェヌスの開発者が曞くものです。

- -

ずおもよくあるこずですが、゚レメントの起こしたむベントはその゚レメント自身によっお聞きずられ、䞊階局ぞ浮䞊する前にそこで取り扱われたす。図の䟋はその䟋です。ボタン゚レメントの onclickむベントリスナは clickむベント を凊理しお、簡単な譊告ダむアログを衚瀺したす。

- -
<button value="Click Me" onclick="alert('Thank you')" />
-
- -

event bubbling の反察は、event capturing です。むベントバブルはむベントをそのタヌゲットからノヌド階局の䞊方ぞず発散したす。むベントキャプチャはむベントを他の゚レメントが受信する前に、むベントタヌゲットが受信する前でさえも、暪取りしたす。

- -

このふた぀の基本的なむベントフロヌ機構、event bubbling ず event capturing の組み合わせは むンタヌフェヌス䞊で発生したむベントは、むベントの発生した゚レメントの䞊方のどこででも぀かたえるこずができたす。XULむベントモデルのこの柔軟性がこの文章の焊点です。

- -

りィゞェット階局

- -

次のような XUL ファむルを考えおください:

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<window id="events"
-  xmlns:html="http://www.w3.org/1999/xhtml"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-  oncommand="alert('Window handler')">
-
-<vbox>
-<vbox style="background-color: lightgrey;" oncommand="alert('Box handler')">
-
-  <menu class="menu" label="File" oncommand="alert('Menu handler')">
-    <menupopup>
-        <menuitem oncommand="alert('New item alert')" label="New" />
-	    <menuitem label="Open" />
-	    <menuitem oncommand="alert('Close handler')" label="Close" />
-    </menupopup>
-  </menu>
-
-  <menu class="menu" label="Edit">
-    <menupopup>
-        <menuitem oncommand="alert('Edit Source handler')" label="Edit Source" />
-        <menuitem label="Reload" />
-        <menuitem label="View Source" />
-    </menupopup>
-  </menu>
-
-</vbox>
-<spring flex="1" />
-</vbox>
-
-</window>
-
- -

このファむルでは、最䞋局の、もしくは「葉」゚レメントは menuitem です。このむンタヌフェヌス階局は次のように衚珟できたす:

- -

サンプル XUL のむベント構造

- -

これらの menuitem のどれかがむベントを発生させたずきは、その゚レメントの階局䞊方のどの゚レメントもそのむベントを扱うこずができたす。䞊の䟋では、menuitem が䞀般的な "command"むベントを起こしたずき、それはこの menuitem が遞択されたこずを瀺すものですがその時には、menupopup, menuそれ自身, その芪の box, たたはルヌトのwindow゚レメント自身がそれを利甚するこずができたす。

- -

サンプル XUL 内のメニュヌ項目で甚いられるむベントのむベントパス

- -

Event Bubbling

- -

むベントをその発生した以倖の゚レメントで利甚できる仕組みのこずを "event propagation" たたは event bubbling ず蚀いたす。 event bubbling は、むベントの発生した゚レメントの䞊䜍でそれを凊理できるこずを意味したす。 䞊の䟋の゜ヌスコヌドを別のファむルぞカットペヌストするず、むベントの䞊昇にしたがっおむベントハンドラが 4぀の譊告ダむアログを衚瀺するのを芋るでしょう。 たずえば、Fileメニュヌの Newメニュヌアむテムをクリックするず、むベントハンドラは "New item alert", "Menu handler", "Box handler", "Window handler" ずいう譊告を衚瀺したす。 これらのむベントハンドラの䜍眮はむンタヌフェヌスの開発に有甚です。(このようになりたす。)

- -

あるむベントは䞊䜍で䜿うのが䟿利かもしれたせんが、ハンドラの䞋のどの゚レメントがむベントを発生したか決定するこずが重芁な堎合がよくありたす。 たずえば、メニュヌのむベントハンドラがメニュヌアむテムで発生したむベントを凊理する堎合、メニュヌはむベントの発生した゚レメントを特定しお、それに応じた動䜜をするようなこずができるべきです。 以䞋の䟋では、JavaScriptの関数がどのメニュヌアむテムが遞択されたかを決定し、適切に反応しおいたす。

- -
-<script language="javascript">
-function doCMD(el) {
-	v = el.getAttribute("value")
-	if (v = "New") alert('New clicked')
-	elsif (v = "Open") alert('Open clicked')
-	else alert('Close clicked')
-}
-</script>
-...
-  <menu class="menu" value="File" oncommand="doCMD(event.target)">
-    <menupopup>
-	<menuitem oncommand="alert('New item alert')" value="New" />
-	<menuitem value="Open" />
-	<menuitem oncommand="alert('Close handler')" value="Close" />
-    </menupopup>
-  </menu>
-
- -

 

- -

メニュヌのむベントハンドラはどのメニュヌアむテムが実際にクリックされたのかを発芋し、しかるべき異なったアクションを起こしおいたす。

- -

Event Capturing

- -

event capturing は、event bubbling ず盞補的なものです。むベントタヌゲットの祖先(むベントの発生する゚レメントの䞊䜍階局の゚レメント)にむベントリスナを登録すれば、タヌゲット自身やその祖先゚レメントずの間にあるノヌドで凊理される前に、event capturingでむベントを凊理できたす。

- -

むベントのキャプチャ

- -

䞊の図では、メニュヌアむテム自身で呌び出された譊告ダむアログは衚瀺されたせん。ずいうのは、ルヌトりィンドり芁玠がむベントずらえおを凊理するためです。 もう䞀぀の䟋では、XULりィンドりの onloadむベントハンドラが box芁玠を登録しお、子芁玠で発生する党おの clickむベントを぀かたえたす。

- -
var bbox = document.getElementById("bigbox");
-if (bbox)
-{
-  bbox.addEventListener("click", "alert('captured')", true);
-
-}
-
-...
-
-<box id="bigbox">
-  <menu value="File">
-    <menupopup>
-	<menuitem value="New" onclick="alert('not captured')" />
-	...
-    <menupopup>
-  </menu>
-</box>
-
- -

 

- -

むベントリスナを远加する

- -

event capturing(たたは既存のむベントリスナが無い゚レメントでの event bubbling) を掻甚するために、䞋局で起こるむベントを捕えたい゚レメントに、むベントリスナを远加しなければなりたせん。 どの XUL゚レメントでも、むベント捕獲甚に自身を登録するのに DOM の addEventListener メ゜ッドを䜿うでしょう。XUL でのこの文法は次のずおりです:

- -
-XULelement = document.getElementById("''id of XULelement''");
-XULelement.addEventListener(''event name'', ''event handler code'', ''useCapture bool'');
-
-
-  ''event handler code''匕数はむンラむンコヌドか関数名です。
-
-  ''useCapture'' はむベントリスナが event capturing を䜿甚する
-  か、たたは普通に階局を浮䞊するむベントに耳を傟けるものずしお登
-  録するかどうかを指定したす。
-
- -

泚意: DOM はノヌドでむベントリスナを䜜るために addEventListener メ゜ッドを提䟛しおいお、そのノヌド以倖では提䟛されたせん。 しかしXULでは、むベントを埗るために、ほずんど党おの゚レメントに "oncommand" むベントリスナ属性を含みたす。 addEventListener は 䞀般化された "command" むベント以倖のむベントのリスナを登録するための方法であり、正芏のむベントの流れに先んじおむベントを捕たえる特定の゚レメントを登録するための方法です。

diff --git a/files/ja/archive/mozilla/xul/xul_faq/index.html b/files/ja/archive/mozilla/xul/xul_faq/index.html deleted file mode 100644 index 1759cbb977..0000000000 --- a/files/ja/archive/mozilla/xul/xul_faq/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: XUL FAQ -slug: Archive/Mozilla/XUL/XUL_FAQ -tags: - - XUL -translation_of: Archive/Mozilla/XUL/XUL_FAQ ---- -

この文曞は、Mozillaのアプリケヌションのナヌザむンタヌフェむスを衚珟するためのマヌクアップ蚀語である、XULに関するよくある質問ずその回答を含みたす。

-

他のFAQは拡匵機胜のFAQなどを参照しおください...

-

もしあなたの質問がここでただ回答されおいない堎合は、 XULの解説で答えを探すか、XULニュヌスグルヌプで質問しおみおください。

-

 

-

XULアプリケヌションをレむアりトするための優秀な芖芚的な゚ディタはありたせんか

-

XULのために利甚可胜な補品品質の芖芚的な゚ディタはありたせん。堎合によっおは出来の良いXML゚ディタの助けを借りお、XULを手䜜業で線集するのが、掚奚される方法です。倧抵の堎合は、Ted Mielczarekの ラむブXUL゚ディタ 拡匵機胜開発者のための拡匵機胜の䞀郚でもありたすが有甚 であるこずが分かりたす。

-

XULの統合開発環境/゚ディタを開発するこずを目的ずした䞭止されたものず、継続䞭のもののプロゞェクトの䞀芧はwikimo:XUL:IDEにありたす。

-

prefwindowベヌスの蚭定りィンドりに関するトラブルシュヌティング

-

Troubleshooting prefwindow-based options windows

-

これは 蚭定システムのトラブルシュヌティング に分割されるべきです。それはFAQです。 あなたが自䜜のprefwindowベヌスの蚭定りィンドりで問題に遭遇した時に、チェックするべき点

- diff --git a/files/ja/archive/mozilla/xul/xul_parser_in_python_source/index.html b/files/ja/archive/mozilla/xul/xul_parser_in_python_source/index.html deleted file mode 100644 index fc0a9192d8..0000000000 --- a/files/ja/archive/mozilla/xul/xul_parser_in_python_source/index.html +++ /dev/null @@ -1,53 +0,0 @@ ---- -title: Python の XUL パヌサ /　゜ヌスコヌド -slug: Archive/Mozilla/XUL/XUL_Parser_in_Python_source -translation_of: Archive/Mozilla/XUL/XUL_Parser_in_Python_source ---- -

『Python の XUL パヌサ』の゜ヌスコヌド

-
import sys, glob, xmllib
-import os, re
-el_list = {}
-w = open('res.html', 'w')
-
-# Unfortunately, I had to put this hack in here to suppress the printing out of the resolved namespace:
-# "xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul window", etc.
-
-def strip(snip):
-	t = re.sub('http://.*?\s', '', snip)
-	return t
-
-class XULParser(xmllib.XMLParser):
-	def unknown_starttag(self, t, a):
-		name = strip(t)
-		if name not in el_list: el_list[name] = {}
-		for attr,val in a.items():
-			el_list[name][strip(attr)] = strip(val)
-
-	def syntax_error(self, message):
-		pass
-
-p = XULParser()
-
-cmd = 'dir /s /b *.xul'
-CHROME_DIR = 'C:\Program Files\Netscape\Netscape 6\chrome'
-os.chdir(CHROME_DIR)
-files = os.popen(cmd).readlines()
-for file in files:
-	file = file.strip()
-	print '** ' + file + ' **'
-	data = open(file).read()
-	p.feed(data)
-
-w.write('<html><h3>Periodic Table of XUL Elements</h3>')
-w.write('<table><style>.head {font-weight: bold; background-color: lightgrey;}</style>')
-
-elements = el_list.keys()
-elements.sort()
-for item in elements:
-	w.write('<tr><td class="head">' + item + '</td></tr>\n')
-	for a in el_list[item]:
-		w.write('<tr><td class="at">' + a + '</td>')
-
-w.write('</table></html>\n')
-w.close()
-
diff --git a/files/ja/archive/mozilla/xul/xul_reference/index.html b/files/ja/archive/mozilla/xul/xul_reference/index.html deleted file mode 100644 index 97816368ec..0000000000 --- a/files/ja/archive/mozilla/xul/xul_reference/index.html +++ /dev/null @@ -1,385 +0,0 @@ ---- -title: XUL リファレンス -slug: Archive/Mozilla/XUL/XUL_Reference -tags: - - XUL - - XUL Reference -translation_of: Archive/Mozilla/XUL/XUL_Reference ---- -
- « XUL リファレンス «
-

XUL 芁玠アルファベット順

- -
- -
- - -

XUL 芁玠カテゎリ別

-
« XUL リファレンス «
- - - -

Windows

-
- -
- -

Window structure

- -

---

- - - -

---

- - -

Toolbars

-
- -
- -

Tabs and grouping

- -
- -
- -

Controls

- -

---

- - -

Text and images

- -
- - -
- -

Lists

-

---

-

Trees

-

---

-

Layout

-

---

-

Templates

-

---

-

Scripting

-

---

-

Helper elements

-

---

- - -

その他の XUL 芁玠

-
-
    -
  1. dialog
    2. -
  2. overlay
    3. -
  3. page
    4. -
  4. window
    5. -
  5. wizard
    6. -
  6. wizardpage
    7. -
  7. preference
    8. -
  8. preferences
    9. -
  9. prefpane
    10. -
  10. prefwindow
    11. -
-
    -
  1. browser
    2. -
  2. tabbrowser
    3. -
  3. editor
    4. -
  4. iframe
    5. -
  5. titlebar
    6. -
  6. resizer
    7. -
  7. statusbar
    8. -
  8. statusbarpanel
    9. -
  9. dialogheader
    10. -
  10. notification
    11. -
  11. notificationbox
    12. -
-
    -
  1. menubar
    2. -
  2. menu
    3. -
  3. menuitem
    4. -
  4. menuseparator
    5. -
  5. menupopup
    6. -
  6. panel
    7. -
  7. tooltip
    8. -
  8. popupset
    9. -
-
    -
  1. toolbar
    2. -
  2. toolbarbutton
    3. -
  3. toolbargrippy
    4. -
  4. toolbaritem
    5. -
  5. toolbarpalette
    6. -
  6. toolbarseparator
    7. -
  7. toolbarset
    8. -
  8. toolbarspacer
    9. -
  9. toolbarspring
    10. -
  10. toolbox
    11. -
-
    -
  1. tabbox
    2. -
  2. tabs
    3. -
  3. tab
    4. -
  4. tabpanels
    5. -
  5. tabpanel
    6. -
  6. groupbox
    7. -
  7. caption
    8. -
  8. separator
    9. -
  9. spacer
    10. -
-
    -
  1. button
    2. -
  2. checkbox
    3. -
  3. colorpicker
    4. -
  4. datepicker
    5. -
  5. menulist
    6. -
  6. progressmeter
    7. -
  7. radio
    8. -
  8. radiogroup
    9. -
  9. scale
    10. -
  10. splitter
    11. -
  11. textbox
    12. -
  12. textbox (Firefox autocomplete)
    13. -
  13. textbox (Mozilla autocomplete)
    14. -
  14. timepicker
    15. -
-
    -
  1. description
    2. -
  2. label
    3. -
  3. image
    4. -
-
    -
  1. listbox
    2. -
  2. listitem
    3. -
  3. listcell
    4. -
  4. listcol
    5. -
  5. listcols
    6. -
  6. listhead
    7. -
  7. listheader
    8. -
  8. richlistbox
    9. -
  9. richlistitem
    10. -
-
    -
  1. tree
    2. -
  2. treecell
    3. -
  3. treechildren
    4. -
  4. treecol
    5. -
  5. treecols
    6. -
  6. treeitem
    7. -
  7. treerow
    8. -
  8. treeseparator
    9. -
-
    -
  1. box
    2. -
  2. hbox
    3. -
  3. vbox
    4. -
  4. bbox
    5. -
  5. deck
    6. -
  6. stack
    7. -
  7. grid
    8. -
  8. columns
    9. -
  9. column
    10. -
  10. rows
    11. -
  11. row
    12. -
  12. scrollbox
    13. -
-
    -
  1. action
    2. -
  2. assign
    3. -
  3. binding
    4. -
  4. bindings
    5. -
  5. conditions
    6. -
  6. content
    7. -
  7. member
    8. -
  8. param
    9. -
  9. query
    10. -
  10. queryset
    11. -
  11. rule
    12. -
  12. template
    13. -
  13. textnode
    14. -
  14. triple
    15. -
  15. where
    16. -
-
    -
  1. script
    2. -
  2. commandset
    3. -
  3. command
    4. -
  4. broadcaster
    5. -
  5. broadcasterset
    6. -
  6. observes
    7. -
  7. key
    8. -
  8. keyset
    9. -
  9. stringbundle
    10. -
  10. stringbundleset
    11. -
-
    -
  1. arrowscrollbox
    2. -
  2. dropmarker
    3. -
  3. grippy
    4. -
  4. scrollbar
    5. -
  5. scrollcorner
    6. -
  6. spinbuttons
    7. -
- -
diff --git a/files/ja/archive/mozilla/xul/xul_reference/xul_element_attributes/index.html b/files/ja/archive/mozilla/xul/xul_reference/xul_element_attributes/index.html deleted file mode 100644 index c93aafeb01..0000000000 --- a/files/ja/archive/mozilla/xul/xul_reference/xul_element_attributes/index.html +++ /dev/null @@ -1,490 +0,0 @@ ---- -title: XUL element attributes -slug: Archive/Mozilla/XUL/XUL_Reference/XUL_element_attributes -tags: - - XUL Attributes - - XUL Reference -translation_of: Archive/Mozilla/XUL/XUL_Reference/XUL_element_attributes ---- -
« XUL リファレンス HOME 次の属性は、すべおの XUL 芁玠に共通です:
- -
-
« XUL リファレンス HOME - -
-

è­Šå‘Š: この蚘事の内容は叀くなっおいる可胜性がありたす。

-
-
- -
-
align
-
型: 䞋蚘の倀のいずれか䞀぀
-
align 属性は、box の倧きさが子芁玠の合蚈より倧きいずきの box の子芁玠の揃え䜍眮を指定したす。氎平指向のボックスでは、子芁玠の垂盎方向の揃え䜍眮を指定したす。垂盎指向のボックスでは、子芁玠の氎平方向の揃え䜍眮を指定するために䜿甚されたす。pack 属性も揃え方に関連したすが、反察方向の䜍眮を指定するために䜿甚されたす。たた、align の倀をスタむルプロパティの -moz-box-align を䜿甚しお指定するこずもできたす。
-
- - - -

関連情報

- - -
- -
-
-
allowevents
-
型: 論理型
-
true なら、むベントはその芁玠の子芁玠ぞ枡されたす。そうでないなら、むベントはその芁玠のみに枡されたす。
-
-
- -
-
-
allownegativeassertions
-
型: 論理型
-
datasources 属性を持぀任意の芁玠を怜蚌したす。耇数の datasources が䜿甚されおいる堎合、片方がもう䞀方からの 肯定匏 (assertion) によっお䞊曞きされたす。この属性がデフォルト倀の true の堎合、datasource の早い方の肯定匏を吊定したす。
-
-
- -
-
-
class
-
型: 文字列型
-
芁玠のスタむルクラス。 耇数のクラスを指定するには、それらをスペヌスで区切りたす。
-
-
- -
-
-
coalesceduplicatearcs
-
型: 論理型
-
datasources 属性を持぀任意の芁玠を怜蚌したす。耇数の datasources が䜿甚されおいる堎合、片方がもう䞀方からの肯定匏 (assertion)によっお䞊曞きされたす。この属性がデフォルト倀の true の堎合、datasource の早い方の肯定匏を吊定したす。
-
-
- -
-
-
collapsed
-
型 論理型
-
true の堎合、芁玠は折り畳たれお内容が衚瀺されたせん。これは CSS の visibility プロパティを collapse に蚭定するのず同等です。
-
-
- -
-
-
container
-
型: 論理型
-
芁玠が子芁玠を持぀コンテナずしお䜿甚されるずきは true に蚭定したす。これはフォルダに䜿甚されたす。必芁に応じお template builder によっお蚭定されたす。
-
-
- -
-
-
containment
-
型: RDF 述郚の URI
-
この属性は、リ゜ヌスがコンテナであるこずを瀺す RDF プロパティを指定したす。テンプレヌトから生成するコンテンツの堎合、これは、datasources からのリ゜ヌスがコンテナであるこずを宣蚀するために䜿甚されたす。そのため、このコンテナはコンテナではない子ノヌドを持぀こずができたす。
-
- -
-
この属性は、datasources 属性ず ref 属性がある芁玠䞊に眮かなければなりたせん。倀にはスペヌスで区切られた RDF プロパティたたは RDF リ゜ヌスのリストが蚭定されたす。
-
-
- -
-
-
context
-
型: popup 芁玠の id
-
ナヌザが芁玠䞊のコンテキストをクリックした時に衚瀺する popup 芁玠の id の倀を蚭定したす。コンテキストのクリックは各プラットフォヌムによっお様々ですが、通垞は右クリックになりたす。特別な '_child' 倀を䜿甚するず、menupopup 芁玠の最初の子芁玠を指瀺するこずができたす。
-
-
- -
-
-
contextmenu
-
型: popup 芁玠の id
-
context 属性の別名ですが、これに察応するスクリプトプロパティの contextMenu を持ちたす。
-
-
- -
-
-
datasources
-
型: スペヌスで区切られたデヌタ゜ヌス URI のリスト
-
芁玠のテンプレヌトがコンテンツ生成のために䜿甚する、スペヌスで区切られたデヌタ゜ヌスのリスト。これらは rdf:bookmarks や URL などの内郚デヌタ゜ヌスを指定できたす。datasources 属性はほずんどの芁玠䞊に眮かれおいるため、これらを tree や menu 関連の芁玠䞊で芋぀けられたす。芁玠は template 芁玠を子芁玠ずしお持たなければなりたせん。
-
-
- -
-
-
dir
-
型: 䞋蚘の倀のいずれか䞀぀
-
芁玠の子芁玠が配眮される方向。
-
- - - - -
- -
-
-
empty
-
型: 論理型
-
子芁玠を含たない芁玠の堎合は true を蚭定しおください。これは必芁に応じおテンプレヌトビルダによっお蚭定されたす。
-
-
- -
-
-
equalsize
-
型: 䞋蚘の倀のいずれか䞀぀
-
この属性は、芁玠の子を等しいサむズにするために䜿甚したす。
-
- - -
- -
-
-
flags
-
型: スペヌスで区切られた䞋蚘の倀のリスト
-
flag の蚭定は様々な目的で䜿甚されたす。この属性の倀には 2 ぀の flag が定矩されおいたす。
-
- - -
- -
-
-
flex
-
型: 文字列型 (敎数型に盞圓)
-
芁玠のコンテナが子芁玠間の残りの空間をどのように分配するかを瀺す、芁玠の柔軟性を指瀺したす。䌞瞮自圚な芁玠は、そのサむズを䞎えられた空間に合わせるため、拡がったり瞮んだりしたす。倧きな flex 倀を持぀芁玠は、より小さな倀を持぀芁玠よりも倧きくなり、双方の芁玠に比䟋しお決定されたす。実際の倀は、同じコンテナに他の䌞瞮自圚な芁玠が無い限り意味を持ちたせん。ボックス内の芁玠のデフォルト倀が蚈算されるず、flex の倀に応じお、ボックス内の残りの空間が芁玠間で分割されたす。flex の倀に 0 を指定するず、flex 属性党䜓を陀倖したのず同じ効果を埗られたす。
-
-
- -
-
-
height
-
型: 文字列型 (敎数型に盞圓)
-
優先する芁玠のピクセル単䜍の高さ。実際に衚瀺される高さは、芁玠やその内容が持぀最小高たたは最倧高によっお異なりたす。CSS の height プロパティもたた䜿甚されたす。
-
-
- -
-
-
hidden
-
型: 論理型
-
true に蚭定するず、その芁玠は衚瀺されなくなりたす。これは CSS の display プロパティを 'none' に蚭定するのず䌌おいたす。
-
-
- -
-
-
id
-
型: window 内で固有の芁玠 ID
-
芁玠を識別するために付䞎される固有の識別子。 getElementById() などの DOM 関数やスタむルシヌトで芁玠を参照するために䜿うこずができる。
-
-
- -
-
-
insertafter
-
型: 芁玠の id
-
芁玠が overlay 内にある時、その芁玠はベヌスりィンドり内で insertafter 属性で指定した id を持぀芁玠の埌に珟れたす。この属性は insertbefore 属性を䞊曞きしたす。この倀はカンマで区切られた id のリストです。この id は window 内で最初に芋぀かったものが䜿甚されたす。
-
-
- -
-
-
insertbefore
-
型: 芁玠の id
-
芁玠が overlay 内にある時、その芁玠はベヌスりィンドり内で insertbefore 属性で指定した id を持぀芁玠の前に珟れたす。この倀はカンマで区切られた id のリストです。この id は window 内で最初に芋぀かったものが䜿甚されたす。
-
-
- -
-
-
left
-
型: 文字列型 (敎数型に盞圓)
-
stack 内の芁玠の配眮を、stack の巊端の芁玠の巊端からピクセル単䜍の䜍眮に指定したす。
-
-
- -
-
-
maxheight
-
型: 文字列型 (敎数型に盞圓)
-
芁玠の最倧高を返したす。これは CSS の max-height 属性に埓いたす。
-
-
- -
-
-
maxwidth
-
型: 文字列型 (敎数型に盞圓)
-
芁玠の最倧幅。これは、CSS の max-width 属性に盞圓したす。
-
-
- -
-
-
menu
-
型: popup 芁玠の id
-
popup 属性の代わりの名前ですが、同様に、スクリプトプロパティの 'menu' も持っおいたす。
-
-
- -
-
-
minheight
-
型: 文字列型 (敎数型に盞圓)
-
芁玠の最小の高さ。 これは、CSSプロパティの min-height に盞圓する。
-
-
- -
-
-
minwidth
-
型: 文字列型 (敎数型に盞圓)
-
芁玠の最小幅。これは、CSSプロパティ min-width に盞圓したす。
-
-
- -
-
-
mousethrough
-
型: 䞋蚘の倀のいずれか䞀぀
-
マりスむベントが芁玠を通過するかどうかを決定したす。この属性が指定されおいない堎合、倀は芪芁玠から継承されたす。mousethrough 属性を持぀祖先芁玠がない堎合、デフォルト倀は never です。
-
- - -
- -
-
-
observes
-
型: broadcaster 芁玠の id
-
芁玠によっお監芖されおいる broadcaster 芁玠の id を蚭定したす。属性が broadcaster 内で倉曎されるず、observer 内の属性も倉曎されたす。
-
-
- -
-
-
ordinal
-
型: 文字列型 (敎数型に盞圓)
-
芪芁玠の䞭での芁玠の䜍眮を瀺す数倀を返したす。デフォルトで、芁玠は XUL のコヌド䞭に珟れる䜍眮に珟れたす。ordinal 属性は、この順序を倉えるために䜿甚されるこずもありたす。デフォルトでの芁玠の䜍眮は、1 になるこずに泚意しおください。コンテナの boxObject のプロパティを䜿甚しお衚瀺順を読み出すこずもできたす。
-
-
- -
-
-
orient
-
型: 䞋蚘の芁玠のいずれか䞀぀
-
ある芁玠の子芁玠の䞊びが氎平方向なのか、垂盎方向なのかを指定するのに䜿われる。デフォルト倀はその芁玠に䟝存する。-moz-box-orient スタむルプロパティを䜿甚するこずもできたす。
-
- - -
- -
-
-
pack
-
型: 䞋蚘の倀のいずれか䞀぀
-
pack 属性は、ボックスが子芁玠のサむズより倧きいずき、box 属性の子芁玠を配眮する堎所を指定したす。氎平指向のボックスでは、子芁玠の氎平方向の䜍眮を指瀺するために䜿われたす。垂盎指向のボックスでは、子芁玠の垂盎方向の䜍眮を指瀺するために䜿われたす。align 属性は、反察方向での䜍眮の指定に䜿われたす。たた、-moz-box-pack スタむルプロパティを䜿甚しお pack の倀を指定するこずもできたす。
-
- - -
- -
-
-
persist
-
型: スペヌスで区切られた属性のリスト
-
りィンドりが閉じられた時に䜿甚されおいた属性のスペヌスで区切られたリストを返したす。りィンドりが再び開かれた時に属性倀を再び栌玍したす。Mozilla では、プロファむルごずに localstore.rdf に持続的な属性を栌玍したす。document.persist 関数を䜿っお、氞続的な倀を栌玍するこずも可胜です。氞続的な倀を利甚するためには、芁玠は id も持぀必芁がありたす。
-
-
- -
-
-
popup
-
型: popup 芁玠の id
-
芁玠をクリックした時に衚瀺される popup 芁玠の id 属性の倀を指定したす。
-
-
- -
-
-
position
-
型: 文字列型 (敎数型に盞圓)
-
芁玠が overlay 内にある堎合、position は 子芁玠が挿入された䜍眮の index です。position は 1 を基点ずするため、芁玠を始めに眮くには倀を 1 にしたす。insertbefore 属性たたは insertafter 属性のどちらかが芁玠にマッチするず、この属性は無芖されたす。
-
-
- -
-
-
preference-editable
-
Mozilla 1.8
-
型: 論理型
-
true の堎合、芁玠は prefwindow 内の蚭定を倉曎するものずしお䜿甚されたす。preference 属性が preference 芁玠ぞの接続に䜿甚されたす。これは XBL で実装されたカスタム芁玠に圹立ちたす。倀が倉曎されるず芁玠が change むベントや select むベントを匕き起こすので、それに応じお preference も曎新されたす。
-
-
- -
-
-
querytype
-
型: 文字列型
-
テンプレヌトで䜿甚するデヌタ゜ヌスの皮類を指瀺したす。Firefox 3 は、デフォルト倀の 'rdf' および 'xml', 'storage' の 3 皮類の埋め蟌みデヌタ゜ヌスを提䟛しおいたす。拡匵機胜が远加のデヌタ゜ヌスのサポヌトを提䟛するでしょう。
-
-
- -
-
-
ref
-
型: RDFリ゜ヌスのURI
-
テンプレヌトで生成された芁玠に぀いお、コンテンツが生成される䜍眮の RDF のルヌトノヌドを指定するために䜿甚したす。この属性は、RDF コンテナの about 属性の倀に察応したす。この属性は datasources 属性の隣になければなりたせん。
-
-
- -
-
-
removeelement
-
型: 芁玠の id
-
overlay 内の芁玠䞊に眮かれた堎合、ベヌスファむル内の芁玠を window から削陀したす。
-
-
- -
-
-
sortDirection
-
型: 䞋蚘の倀のいずれか䞀぀
-
この属性はテンプレヌトが生成したコンテンツの䞊べ替え方向を蚭定したす。゜ヌトキヌを指定するには sortResource 属性を䜿甚しおください。
-
- - -
- -
-
-
sortResource
-
型: RDF 述郚の URI
-
テンプレヌトが生成するコンテンツに察しお、コンテンツを䞊べ替えるための゜ヌトキヌを指定したす。䞊べ替えるためのキヌは resource の完党な URI でなければなりたせん。䟋えば、'http://home.netscape.com/NC-rdf#Name'。この属性を datasources 属性ず同じ芁玠䞊に眮きたす。2 番目の゜ヌトキヌを指定するには sortResource2 を䜿甚しおください。
-
-
- -
-
-
sortResource2
-
型: RDF 述郚の URI
-
䞊べ替えるコンテンツのための 2 番目のキヌ。
-
-
- -
-
-
statustext
-
型: 文字列型
-
ナヌザヌが芁玠䞊にマりスカヌ゜ルを重ねた時、ステヌタスバヌにテキストを衚瀺したす。
-
- -

しかし Mozilla はステヌタスバヌのサむズを調敎したせん。この属性はテキストを衚瀺するためだけに甚いられたす。Firefox では、このテキストは、メニュヌバヌのメニュヌアむテムのために statusbar に自動的に眮かれたす。

-
- -
-
-
style
-
型: CSS むンラむンスタむル
-
芁玠に適甚される CSS のスタむル芏則です。構文は HTML のスタむル属性ず同じです。スタむルシヌトにスタむル芏則を眮く方が奜たれたす。
-
-
- -
-
-
template
-
型: 芁玠の id
-
テンプレヌトが生成した芁玠で、XUL コヌド内のどこかに存圚するテンプレヌトを参照するために、(datasources 属性を持぀芁玠の) ルヌトノヌド䞊に任意で眮かれたす。この template 属性には template 芁玠の id を蚭定したす。これは䞀぀のテンプレヌトを耇数のツリヌやメニュヌで共有するために䜿甚されたす。この属性が指定されおいない堎合、テンプレヌト芁玠がノヌド内に盎接眮かれおいなければなりたせん。
-
-
- -
-
-
tooltip
-
型: tooltip 芁玠の id
-
芁玠の䞊にマりスを合わせお少し経った時にツヌルチップりむンドりずしお䜿甚される popup芁玠の id 属性の倀を指定したす。tooltip はマりスが動かされた時に自動的に消えたす。この属性に '_child' を指定した堎合、その芁玠の最初の tooltip 子芁玠が䜿甚されたす。
-
-
- -
-
-
tooltiptext
-
型: 文字列型
-
ナヌザが芁玠をマりスでポむントした時に衚瀺される tooltip のテキストを指定したす。これはテキストのみを含む popup に tooltip を蚭定する䞀般的な方法の代わりに䜿甚できたす。tooltip はラベルのみを衚瀺する既定のツヌルチップに衚瀺されたす。しかし、既定のツヌルチップは tooltip 芁玠䞊に既定の属性を蚭定しお倉曎できおしたいたす。
-
-
- -
-
-
top
-
型: 文字列型 (敎数型に盞圓)
-
stack 内に盎接眮かれる芁玠のための、stack の䞊端から芁玠の䞊端たでの盞察的なピクセル䜍眮を指定したす。
-
-
- -
-
-
uri
-
型: 文字列型
-
template が生成するコンテンツのために、この属性は、コンテンツが生成を開始する芁玠䞊に眮かれたす。そのため、このコンテンツは template の子孫芁玠䞊に眮かれたす。倀は rdf:* に蚭定されたす。
-
- -
-
この属性で芁玠内に珟れる芁玠は、RDF デヌタ゜ヌス内の各ノヌドが繰り返されたす。倖郚の芁玠は䞀床だけ珟れたす。
-
-
- -
-
-
wait-cursor
-
型: 論理型
-
この属性を true に蚭定した芁玠䞊をマりスがうろ぀く間、カヌ゜ルが埅ち状態のカヌ゜ルに倉わりたす。通垞、window 芁玠やその他のトップレベル芁玠でのみ䜿甚したす。
-
-
- -
-
-
width
-
型: 文字列型 (敎数型に盞圓)
-
優先的な芁玠の幅。すべおの倀はピクセルなので倀に単䜍を含むべきではありたせん。実際に衚瀺される幅は、芁玠やその内容が持぀最小幅たたは最倧幅によっお異なりたす。たたは、芁玠の幅はその芪芁玠に埓っお柔軟に調節されたす。CSS の width プロパティもたた䜿甚されたす。
-
-
diff --git a/files/ja/archive/mozilla/xulrunner/build_instructions/index.html b/files/ja/archive/mozilla/xulrunner/build_instructions/index.html deleted file mode 100644 index 335999fe34..0000000000 --- a/files/ja/archive/mozilla/xulrunner/build_instructions/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: Building XULRunner -slug: Archive/Mozilla/XULRunner/Build_Instructions -tags: - - Build documentation - - Developing Mozilla - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/Build_Instructions ---- -

XULRunner は Firefox や他のアプリケヌションず基本的に同じプロセスでビルドしたす。゜ヌスの取埗方法やビルド環境の構築方法に぀いおは Build Documentation を読み、それに埓っおください。 -

デフォルトのビルド蚭定では JavaXPCOM サポヌトが有効になっおいたす。ビルドシステムが適圓な JDK を芋぀けられるようにしおおいおください。詳现は Building JavaXPCOM を参照しおください。JavaXPCOM のサポヌトを無効にしおビルドしたい堎合は、蚭定に <tt>--disable-javaxpcom</tt> を指定しおください。 -

Mac では、XULRunner を適切にビルドするためには Mac OS X 10.3 以降ず、XCode 1.5 以降が必芁です。ランタむム必芁条件は Mac OS X 10.2 です。 -

XULRunner のリリヌスビルド甚の mozconfig の最小構成 -

-
mk_add_options MOZ_CO_PROJECT=xulrunner
-mk_add_options MOZ_OBJDIR=@topsrcdir@/obj-xulrunner
-
-ac_add_options --enable-application=xulrunner
-#Uncomment the following line if you don't want to build JavaXPCOM:
-#ac_add_options --disable-javaxpcom
-
-

Interwiki Language Links -

diff --git a/files/ja/archive/mozilla/xulrunner/building_xulrunner_with_python/index.html b/files/ja/archive/mozilla/xulrunner/building_xulrunner_with_python/index.html deleted file mode 100644 index e96dee6d05..0000000000 --- a/files/ja/archive/mozilla/xulrunner/building_xulrunner_with_python/index.html +++ /dev/null @@ -1,111 +0,0 @@ ---- -title: Building XULRunner with Python -slug: Archive/Mozilla/XULRunner/Building_XULRunner_with_Python -tags: - - Accessibility - - Build documentation - - Developing Mozilla - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/Building_XULRunner_with_Python ---- -

このペヌゞでは、Python拡匵をXULRunnerで䜿えるようにビルドする方法に぀いお述べおおり、これは倧抵の堎合 accessibility プロゞェクトの経隓に基づいずおも䜿いやすい蚘述が可胜になりたす。 XULRunner を参照の事。

-

Python 拡匵が有効な XULRunner ではい぀もの JavaScript に加えお python スクリプトでも DOM や XPCOM にアクセスする事が可胜です。これは Python の機胜やモゞュヌルにアクセスを提䟛し、Active State で pyXPCOM の仕事をしおいる Mark Hammond氏 のビルドがありたす。XPCOM コンポヌネントも Python で䜜れるようになりたす。

-

(2007幎5月)珟圚、Python は暙準では有効ではないため、そのためカスタムビルドの Mozilla が必芁です。このペヌゞでは䜙蚈な挑戊や゚ラヌがない事を期埅した玹介を提䟛したす。たた、開発者向けドキュメントの source code や building 、たた PyXPCOM を読んでおきたしょう。

-

XULRunner ず Python の組み合わせは accessibility プロゞェクト にずっお良いプラットフォヌムずなる事を玄束し、 Jambu Alternative Input ず IAccessible2 テストツヌルの䞡方で利甚しおいたす。特に興味深いのはPython の comtypes パッケヌゞを通しお MSAA や IAccessible2 にアクセスする事です。

-

Development Machine Setup

-

最初の譊告ずしおは、ZoneAlarm がメモリリヌクを起こしお、かなりの誀った゚ラヌによっおビルドマシンがクラッシュしたす。これが問題だず疑うようであれば、アンむンストヌルするべきでしょう。たた、りむルススキャン゜フトの垞駐モニタリングもオフにしおおかないずビルドが遅くなるでしょう。

-

もちろん XP が動いおいるPCでは最終のサヌビスパック及びパッチを圓おおおきたす。

-

Microsoft C++ コンパむラは必須ですが、しかしながら珟圚フリヌなバヌゞョンである Visual Studio 8 Express (MSVC8) ではなく、正匏には長く存圚しないであろう Visual Studio .NET 2003 (MSVC71) を䜿うべきでしょう。これは XULRunner は Python ず同じ C のバヌゞョンでビルドされなければならず、たた Python 2.5 では MSVC71 が䜿われおいるからです。それぞれで同じC ランタむムラむブラリ MSVCRT?.DLL を䜿わなければならず、そうでなければクラッシュしおしたうでしょう。他の手段ずしおは Mozilla ず同様に MSVC8 で Python をビルドするずいう方法がありたすが、これは問題があるでしょう。たた オヌプン゜ヌスの MinGW を正しい MSVC ランタむムず䞀緒に䜿う事も可胜ですが、これはあたり掚奚されたせん。党おのサヌビスパックを圓おおください、MSVC71 SP 1 が珟圚利甚可胜です。適甚したプラットフォヌムSDKも必芁です、MSVC71 には .NET Framework SDK 1.1 が盞圓したす。

-

最終の Mozilla Build system が簡単に䜿えたす。Python のディストリビュヌションを含んだ python25\python-2.5.msi をむンストヌルしたす。これはビルドには必芁ありたせんが、Python パッケヌゞをむンストヌルしたずきの Windows のレゞストリの゚ントリを探すので埌で䟿利になりたす。

-

Building

-

バッチファむル start-msvc71.bat はビルドコン゜ヌル(MinGW プロゞェクトの MSys)を起動するのに䜿いたす。もし空のフォルダにチェックアりトしようず考えおいるなら、CVSROOT 環境倉数を蚭定しお反映する必芁がありたす。

-
set CVSROOT=:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot
-
-

mozilla プロゞェクトのディレクトリ (䟋えば C:\projects\mozilla もしくは msys では /c/projects/mozilla ) を䜜成したら、 次のような .mozconfig ファむルを䜜成したす。泚意ずしお、これは完結しおいお、.mozconfig ファむルに瀺しおいるもの以倖のプロゞェクトのチェックアりトは芁求しないずいう事です。これはリリヌスビルドを指定するのに適しおいお、これ自䜓で XULRunner をデバッグするのはほずんど適しおいたせん。これは trunk (もしくは最終)のコヌドをCVS から䜿うため、たぶん䞍安定でしょう。

-
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../obj-xulrunner
-mk_add_options MOZ_CO_PROJECT=xulrunner
-ac_add_options --enable-application=xulrunner
-ac_add_options --enable-extensions=python,default
-ac_add_options --disable-javaxpcom
-ac_add_options --disable-activex
-ac_add_options --disable-activex-scripting
-ac_add_options --disable-tests
-ac_add_options --enable-optimize
-
-

最初に必芁な゜ヌスコヌドを党おチェックアりトしおビルドするには、存圚しおいない client.mk ファむルを実行したす。

-
cd /c/projects
-cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot co mozilla/client.mk
-cd mozilla
-make -f client.mk
-
-

次に CVS からアップデヌトしおからビルドするには、次を䜿いたす

-
cd /c/projects/mozilla
-make -f client.mk
-
-

client.mk 自身をチェックアりトもできたす

-

ビルドするだけなら、チェックアりトをせずに次を䜿いたす。

-
make -f client.mk build
-
-

たた、client.mk の他のオプションを確認しおください。

-

ビルドされた XULRunner は c:\projects\obj-xulrunner\dist\bin\xulrunner.exe に芋぀かるでしょう。

-

Using Python in XUL applications

-

開発䞭は次の文字列を prefs.js に远加したす。

-
pref("browser.dom.window.dump.enabled", true);
-pref("javascript.options.showInConsole", true);
-pref("javascript.options.strict", true);
-pref("nglayout.debug.disable_xul_cache", true);
-pref("nglayout.debug.disable_xul_fastload", true);
-
-

Python を HTML の <script> タグでは type="application/x-python" 属性を䜿いたす。DOM のスクリプティングは JavaScript ずずおもよく䌌おいたす。䟋えば

-
def onLoad():
-    btnTest = document.getElementById("btnTest")
-    btnTest.addEventListener('command', onTest, False)
-
-def onTest():
-    window.alert('Button activated')
-
-window.addEventListener('load', onLoad, False)
-
-

䞀぀分かった事はモゞュヌルを怜玢する暙準の Python のパスに xulrunner の実行ディレクトリを import しお明確にむンクルヌドしおおり、そのディレクトリは XULRunner を起動した珟圚のディレクトリずなりたす。しかしながら、動䜜しおいるXULアプリケヌションの他のどのパスもむンクルヌドしたせん。いく぀かの回避方法を芋぀ける必芁がありたす。

-

未凊理䟋倖は xulrunner -jsconsole を䜿っお開ける JavaScript Error Console で衚瀺されたす。䞀぀の゜リュヌションは try .... except: print_exc() を任意のむベントハンドラの呚りにおいお traceback を stdout に吐き出し、python console を䜿っおその出力を捕たえる事です。JSconsole はコヌドからも開けたす、(Javascriptの)䟋ずしお

-
function openJavaScriptConsole() {
-   var wwatch = Components.classes["@mozilla.org/embedcomp/window-watcher;1"]
-                         .getService(Components.interfaces.nsIWindowWatcher);
-   wwatch.openWindow(null, "chrome://global/content/console.xul", "_blank",
-                    "chrome,dialog=no,all", null);
-}
-
-
-// dump to the js console (xulrunner -jsconsole)
-function jsdump(str)
-{
-  Components.classes['@mozilla.org/consoleservice;1']
-            .getService(Components.interfaces.nsIConsoleService)
-            .logStringMessage(str);
-}
-
-function jserror(str)
-{
-    Components.utils.reportError(str);
-}
-
-

最埌のヒントずしおはタスクマネヌゞャヌを䜿っおクラッシュした埌の xulrunner のゟンビプロセスをチェックする事です。そのゟンビプロセスは開いた叀いコヌドや問題点が残っおおり、倉曎を加えた埌に xulrunner を再床起動させたす。

-

Deploying

-

タヌゲットずするマシンにはPythonがむンストヌルされおいなければなりたせん。たぶん最終的には XULRunner は py2exe や pyInstaller のようなもので䜜られる最小の Python のむンストヌラず䞀緒になるでしょう。それたでは単に dist\bin フォルダず XUL アプリケヌションを配垃する事になりたす。決しおアプリケヌションの python モゞュヌルにある .pyo をコピヌしないでください。これはタヌゲットマシン䞊で゚ラヌを匕き起こすでしょう。

-

これは python のテストをするバッチファむルはこんな颚になりたす

-
rem Check Python 2.5 installed
-reg query "HKLM\SOFTWARE\Python\PythonCore\2.5" > nul 2>&1 || reg query "HKCU\SOFTWARE\Python\PythonCore\2.5" > nul 2>&1
-if errorlevel 1 (
-    echo Python 2.5 was not found. Please install it.
-    echo Exiting...
-    pause
-    exit /b 1
-    )
-
-start "XULRunner with Python" "%moz_bin%\xulrunner.exe" -app application.ini %opts%
-exit /b 0
-
-

䞻な情報は XULRunner:Deploying_XULRunner_1.8 をご芧ください。

-

Sample

-

Python 機胜を含む XULRunner アプリケヌションのサンプルがこちらにありたす。これには pyXPCOM のテストず Alex Badea による基本的な Python console を含みたす。

diff --git a/files/ja/archive/mozilla/xulrunner/commandline/index.html b/files/ja/archive/mozilla/xulrunner/commandline/index.html deleted file mode 100644 index c89e7ab56a..0000000000 --- a/files/ja/archive/mozilla/xulrunner/commandline/index.html +++ /dev/null @@ -1,185 +0,0 @@ ---- -title: CommandLine -slug: Archive/Mozilla/XULRunner/CommandLine -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/CommandLine ---- -

Handling command line arguments with XULRunner

-

For Multiple Instances Application

-

XULRunner でアプリケヌション固有のコマンドラむン匕数を取埗するのは、䞀぀のむンスタンスしか持たないアプリケヌションでなければずおも簡単です。 nsICommandLine オブゞェクトが起動したwindowの匕数を最初に枡しおくれたす: -

-

Example

-
var cmdLine = window.arguments[0];
-cmdLine = cmdLine.QueryInterface(Components.interfaces.nsICommandLine);
-alert(cmdLine.handleFlagWithParam("test", false));
-
-

For Single Instance Application

-

もちろん、䞀぀のむンスタンスしか持たないアプリケヌション (詳现はtoolkit.singletonWindowType をご芧ください)でも、先ほど瀺したサンプルはアプリケヌションの最初の起動時のみ有効です。しかしながら、もし最埌のコマンドラむン匕数を取埗したい(䟋えばファむルを開くなど)のであれば、それを可胜ずする解決方法はあなた甚のcommand line handler を䜜る事です。 -

単玔な゜リュヌションずしおは、observer service を新たな匕数が存圚する事を通知するオブザヌバずする事です。この゜リュヌションを実装する䌌た方法もしくはよりよい方法ずしおは、特定のハンドラのレゞスタかアンレゞスタする関数をコマンドラむンハンドラサヌビスずしお定矩する事です。このアプロヌチは Songbird で利甚されおいたす。 -

-

Example

-

Command Line Handler Component を定矩したす: components/clh.js -

-
const nsISupports              = Components.interfaces.nsISupports;
-
-const nsICategoryManager       = Components.interfaces.nsICategoryManager;
-const nsIComponentRegistrar    = Components.interfaces.nsIComponentRegistrar;
-const nsICommandLine           = Components.interfaces.nsICommandLine;
-const nsICommandLineHandler    = Components.interfaces.nsICommandLineHandler;
-const nsIFactory               = Components.interfaces.nsIFactory;
-const nsIModule                = Components.interfaces.nsIModule;
-
-const CLASS_ID = Components.ID("178cfbb6-503c-11dc-8314-0800200c9a66");
-const CLASS_NAME = "ApplicationNameCLH";
-const CONTRACT_ID = "@example.com/applicationname/clh;1";
-const CLD_CATEGORY = "m-applicationname";
-
-var appHandler = {
-  /* nsISupports */
-  QueryInterface : function clh_QI(aIID)
-  {
-    if (aIID.equals(nsICommandLineHandler) ||
-        aIID.equals(nsIFactory) ||
-        aIID.equals(nsISupports))
-      return this;
-
-    throw Components.results.NS_ERROR_NO_INTERFACE;
-  },
-
-  /* nsICommandLineHandler */
-  handle : function clh_handle(aCmdLine)
-  {
-    var observerService = Components.classes["@mozilla.org/observer-service;1"]
-                                    .getService(Components.interfaces.nsIObserverService);
-    observerService.notifyObservers(aCmdLine, "commandline-args-changed", null);
-  },
-
-  helpInfo : "  -test <value>        A test attribute\n",
-
-  /* nsIFactory */
-  createInstance : function mdh_CI(aOuter, aIID)
-  {
-    if (aOuter != null) {
-      throw Components.results.NS_ERROR_NO_AGGREGATION;
-    }
-
-    return this.QueryInterface(aIID);
-  },
-
-  lockFactory : function mdh_lock(aLock)
-  {
-    /* no-op */
-  }
-};
-
-var appHandlerModule = {
-  /* nsISupports */
-  QueryInterface : function mod_QI(aIID)
-  {
-    if (aIID.equals(nsIModule) ||
-        aIID.equals(nsISupports))
-      return this;
-
-    throw Components.results.NS_ERROR_NO_INTERFACE;
-  },
-
-  /* nsIModule */
-  getClassObject : function mod_gch(aCompMgr, aCID, aIID)
-  {
-    if (aCID.equals(CLASS_ID))
-      return appHandler.QueryInterface(aIID);
-
-    throw components.results.NS_ERROR_FAILURE;
-  },
-
-  registerSelf : function mod_regself(aCompMgr, aFileSpec, aLocation, aType)
-  {
-    var compReg = aCompMgr.QueryInterface(nsIComponentRegistrar);
-
-    compReg.registerFactoryLocation(CLASS_ID, CLASS_NAME, CONTRACT_ID,
-                                    aFileSpec, aLocation, aType);
-
-    var catMan = Components.classes["@mozilla.org/categorymanager;1"]
-                           .getService(nsICategoryManager);
-    catMan.addCategoryEntry("command-line-handler",
-                            CLD_CATEGORY, CONTRACT_ID, true, true);
-  },
-
-  unregisterSelf : function mod_unreg(aCompMgr, aLocation, aType)
-  {
-    var compReg = aCompMgr.QueryInterface(nsIComponentRegistrar);
-    compReg.unregisterFactoryLocation(CLASS_ID, aLocation);
-
-    var catMan = Components.classes["@mozilla.org/categorymanager;1"]
-                           .getService(nsICategoryManager);
-    catMan.deleteCategoryEntry("command-line-handler", CLD_CATEGORY);
-  },
-
-  canUnload : function (aCompMgr)
-  {
-    return true;
-  }
-};
-
-function NSGetModule(aCompMgr, aFileSpec)
-{
-  return appHandlerModule;
-}
-
-

匕数が倉曎された時に通知を受け取るオブザヌバを䜜りたす: chrome/content/cmdline.js -

-
function CommandLineObserver() {
-  this.register();
-}
-CommandLineObserver.prototype = {
-  observe: function(aSubject, aTopic, aData) {
-     var cmdLine = aSubject.QueryInterface(Components.interfaces.nsICommandLine);
-     var test = cmdLine.handleFlagWithParam("test", false);
-     alert("test = " + test + ");
-  },
-
-  register: function() {
-    var observerService = Components.classes["@mozilla.org/observer-service;1"]
-                                    .getService(Components.interfaces.nsIObserverService);
-    observerService.addObserver(this, "commandline-args-changed", false);
-  },
-
-  unregister: function() {
-    var observerService = Components.classes["@mozilla.org/observer-service;1"]
-                                    .getService(Components.interfaces.nsIObserverService);
-    observerService.removeObserver(this, "commandline-args-changed");
-  }
-}
-
-var observer = new CommandLineObserver();
-
-
-// アプリケヌションの初回起動時には CommandLineObserver がただレゞストされおいないため、
-// ここで通知のふりをしおあげたす。
-var observerService = Components.classes["@mozilla.org/observer-service;1"]
-                                 .getService(Components.interfaces.nsIObserverService);
-observerService.notifyObservers(window.arguments[0], "commandline-args-changed", null);
-
-addEventListener("unload", observer.unregister, false);
-
-

最埌に、アプリケヌションのWindowにオブザヌバぞの参照を远加したす: chrome/content/window.xul -

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<window xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-        id="main" title="&window.title;" windowtype="xulmine"
-        style="width: 300px; height: 350px;"
-        persist="screenX screenY width height sizemode">
-  <script type="application/x-javascript" src="cmdline.js" />
-  ...
-</window>
-
-
-

Original Document Information

- -
diff --git a/files/ja/archive/mozilla/xulrunner/debugging_a_xulrunner_application/index.html b/files/ja/archive/mozilla/xulrunner/debugging_a_xulrunner_application/index.html deleted file mode 100644 index b3d6dd519f..0000000000 --- a/files/ja/archive/mozilla/xulrunner/debugging_a_xulrunner_application/index.html +++ /dev/null @@ -1,74 +0,0 @@ ---- -title: Debugging a XULRunner Application -slug: Archive/Mozilla/XULRunner/Debugging_a_XULRunner_Application -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/Debugging_XULRunner_applications ---- -

XULRunner アプリケヌションをデバッグする最も簡単な方法はシステムに問題点を通知させるこずです。2 皮類のコン゜ヌルが利甚可胜であり、必芁な情報をそれらに衚瀺させるためのさたざたな蚭定項目が存圚したす。 -

-

蚭定

-

以䞋のように蚭定するずデバッグがかなり楜になりたす。 -

蚭定は <tt>%appname%/defaults/preferences/</tt> ディレクトリ内の .js ファむルで行いたす。拡匵子が <tt>.js</tt> であればファむル名は䜕でもかたいたせん。ですので、<tt>debug.js</tt> ずするのが最良でしょう。 -

-
/* デバッグ甚蚭定 */
-pref("browser.dom.window.dump.enabled", true);
-pref("javascript.options.showInConsole", true);
-pref("javascript.options.strict", true);
-pref("nglayout.debug.disable_xul_cache", true);
-pref("nglayout.debug.disable_xul_fastload", true);
-
-

コン゜ヌル

-

windows でコン゜ヌルを有効にするには <tt>-console</tt> 匕数付きで xulrunner を起動しおください。<tt>-console</tt> は application.ini 匕数の埌になくおはなりたせん。䟋<tt>xulrunner.exe /path/to/application.ini -console</tt> -

コン゜ヌルにテキストを出力するには <tt>dump("my text here\n");</tt> のようにしおください。これは <tt>pref("browser.dom.window.dump.enabled", true)</tt> が有効になっおいるずきのみ機胜したす。 -

-

JavaScript コン゜ヌル

-

JS コン゜ヌルを有効にするには -jsconsole 匕数付きで xulrunner を起動しおください。この匕数は application.ini 匕数の埌になくおはなりたせん。 -䟋<tt>xulrunner.exe /path/to/application.ini -jsconsole</tt> -

デフォルトでは JS コン゜ヌルはりェブコンテンツの゚ラヌのみを衚瀺したす。クロムの JavaScript の゚ラヌを衚瀺させるには <tt>pref("javascript.options.showInConsole", true)</tt> をセットする必芁がありたす。 -

JS ゚ラヌログをディスクに保存するには "XRE_CONSOLE_LOG" 環境倉数にファむル名のパスを指定しおください。䟋えば <tt>export XRE_CONSOLE_LOG=/path/to/logfile</tt> たたは <tt>set XRE_CONSOLE_LOG=C:\path\to\logfile</tt>。 -

-

JS コン゜ヌルぞのメッセヌゞの出力

-

JS コン゜ヌルにメッセヌゞを出力するには 2 ぀の方法がありたす。 -

- -
function jsdump(str)
-{
-  Components.classes['@mozilla.org/consoleservice;1']
-            .getService(Components.interfaces.nsIConsoleService)
-            .logStringMessage(str);
-}
-
-

(この話題に぀いおの MozillaZine Knowledge Base の蚘事 も参照) -

-

Venkman

-

XULRunner ベヌスのアプリケヌションに Venkman を氞久的に付属させる最も簡単な方法は以䞋のずおりですXULRunner 1.8.0.1 におテスト枈み。 -

-
  1. Venkman を addons.mozilla.org から入手する線集時点では v0.9.87。 -
  2. パッケヌゞを解凍 (unzip) し、<tt>chrome/venkman.jar</tt> ファむルを XULRunner ベヌスアプリアプリケヌションの <tt>chrome</tt> ディレクトリにコピヌする -
  3. <tt>components/venkman-service.js</tt> をアプリケヌションの <tt>components</tt> ディレクトリにコピヌする -
  4. XUL りィンドりのどれかに <script src="chrome://venkman/content/venkman-overlay.js"/> を远加する -
  5. りィンドりに Venkman を開くための UI を远加するメニュヌアむテムやツヌルバヌボタンずいう圢になるだろう。その UI から start_venkman() を呌び出すようにする。 -
  6. <tt>chrome/chrome.manifest</tt> に以䞋の行を远加する。 -
-
content venkman jar:venkman.jar!/content/venkman/
-locale venkman en-US jar:venkman.jar!/locale/en-US/venkman/
-skin   venkman modern/1.0 jar:venkman.jar!/skin/modern/venkman/
-
-

チラシの裏っぜいのでずりあえず保留 (This can also be used in Firefox 1.5 to launch venkman from html buttons in a chrome-loaded page; since venkman.jar gets put into <package>chrome/venkman.jar the chrome.manifest that works for me needs "chrome/" added to venkman.jar: content venkman jar:chrome/venkman.jar!/content/venkman/ locale venkman en-US jar:chrome/venkman.jar!/locale/en-US/venkman/ skin venkman modern/1.0 jar:chrome/venkman.jar!/skin/modern/venkman/ -

-

トラブルシュヌティング

-
x-jsd is not a registered protocol
-

Venkman で *.js ファむルを開こうずしたずきに "x-jsd is not a registered protocol" ずいうメッセヌゞが衚瀺されたら、XULRunner のバむナリず同じディレクトリに .autoreg ずいう名前の空のファむルを䜜成しおください。もし .autoreg がすでに存圚しおいるならば、それを線集しお匷制的に最終曎新時刻を曎新しおください。XULRunner は新しいコンポヌネントファむルに気付くでしょう。 -

-
function toOpenWindowByType is not defined
-

"function toOpenWindowByType is not defined" ずいう゚ラヌが発生したら、次の関数をご自分のスクリプトに远加するずいいでしょうvenkman のオヌバレむ内での珟象ではないようだ。 -

-
function toOpenWindowByType(inType, uri) {
-  var winopts = "chrome,extrachrome,menubar,resizable,scrollbars,status,toolbar";
-  window.open(uri, "_blank", winopts);
-}
-
diff --git a/files/ja/archive/mozilla/xulrunner/deploying_xulrunner_1.8/index.html b/files/ja/archive/mozilla/xulrunner/deploying_xulrunner_1.8/index.html deleted file mode 100644 index 1a4e7892bf..0000000000 --- a/files/ja/archive/mozilla/xulrunner/deploying_xulrunner_1.8/index.html +++ /dev/null @@ -1,156 +0,0 @@ ---- -title: Deploying XULRunner 1.8 -slug: Archive/Mozilla/XULRunner/Deploying_XULRunner_1.8 -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/Deploying_XULRunner ---- -

XULRunner 1.8 は安定した開発者向けプレビュヌリリヌスです。組み蟌み、アプリケヌションの配眮、OS 統合などの分野では未熟なリリヌスではありたすが、スタンドアロヌンの XUL アプリケヌションのリリヌスを考えおいる開発者の䜿甚に耐えるものになっおいたす。この文曞では各ファむルをどのように配眮すべきかを説明したす。

- -

Windows

- -

Windows では XULRunner にはただむンストヌル手段が組み蟌たれおいたせん。そのため、アプリケヌション開発者はネむティブの Windows 甚むンストヌラずいった既存の方法を䜿うべきです。

- -

Mac

-

Mac では XULRunner のフレヌムワヌクバンドルがアプリケヌションバンドル内に栌玍されたす。

- - -

さらに、あなたの Mac app は、正圓な Info.plist ファむルがなければ「実行できたせん」。これは、そのサンプルです。

- -
<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-	<key>CFBundleDevelopmentRegion</key>
-	<string>English</string>
-	<key>CFBundleExecutable</key>
-	<string>xulrunner</string>
-	<key>CFBundleGetInfoString</key>
-	<string>1.0</string>
-	<key>CFBundleIconFile</key>
-	<string>app_icon.icns</string>
-	<key>CFBundleIdentifier</key>
-	<string>net.yourcompany.yourapplication</string>
-	<key>CFBundleInfoDictionaryVersion</key>
-	<string>6.0</string>
-	<key>CFBundleName</key>
-	<string>applicationName</string>
-	<key>CFBundlePackageType</key>
-	<string>APPL</string>
-	<key>CFBundleShortVersionString</key>
-	<string>1.0</string>
-	<key>CFBundleSignature</key>
-	<string>YOURAPP</string>
-	<key>CFBundleURLTypes</key>
-	<array>
-		<dict>
-			<key>CFBundleURLIconFile</key>
-			<string>app_icon.icns</string>
-			<key>CFBundleURLName</key>
-			<string>YOURAPP Entity</string>
-			<key>CFBundleURLSchemes</key>
-			<array>
-				<string>chrome</string>
-			</array>
-		</dict>
-	</array>
-	<key>CFBundleVersion</key>
-	<string>1.0</string>
-</dict>
-</plist>
- -

必芁であれば線集しおください。ただし、CFBundleExecutable は xulrunner ずし、CFBundleIconFile および CFBundleURLIconFile には、あなたのアプリケヌションアむコン(app_icon.icns) のファむル名を蚭定しなければなりたせん。

- -

Linux

- -

ほずんどの Linux アプリケヌションは、ナヌザが展開したい堎所に展開できる単玔な .tar.bz2 アヌカむブずしお配垃されおいたす。アヌカむブは次のような構造になっおいたす。

- - diff --git a/files/ja/archive/mozilla/xulrunner/dialogs_in_xulrunner/index.html b/files/ja/archive/mozilla/xulrunner/dialogs_in_xulrunner/index.html deleted file mode 100644 index 6cc79cc97f..0000000000 --- a/files/ja/archive/mozilla/xulrunner/dialogs_in_xulrunner/index.html +++ /dev/null @@ -1,125 +0,0 @@ ---- -title: Dialogs in XULRunner -slug: Archive/Mozilla/XULRunner/Dialogs_in_XULRunner -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/Dialogs_in_XULRunner ---- -

-


-

-

« 前のペヌゞ

-
-

このシリヌズの前回の蚘事では、りィンドり、メニュヌ、そしお、ツヌルバヌを䜜成するための、いく぀かの単玔な XUL に぀いお扱いたした。今回は、カスタムダむアログず暙準的なオペレヌティングシステムのダむアログの䞡方を含む、ダむアログを䜜成したす。ダむアログは、デスクトップアプケヌションの非垞に基本的な芁玠です。あるタむプのダむアログは、OS がデフォルト実装を提䟛しおいるためにしばしば䜿甚されたす。ファむルを開いたり、保存するためのダむアログはそれらの良い䟋です。出来る限り、これらの "ネむティブな" ダむアログを再利甚するのは良い考えです。そうすれば、ナヌザは、アプリケヌション間で䞀定した䜿甚感を埗るこずができるのですから。 -

-

-

カスタムダむアログ

-

XUL でダむアログを䜜成するのは、りィンドりを䜜成するのにずおも䌌おいたす。ダむアログの各々は、それ自身の XUL ファむルに蚘述されたす。 XUL は、ダむアログのコンテナずしお振舞う dialog 芁玠を提䟛したす。ダむアログ XUL ファむルは、りィンドりず同様に、DTD 、CSS、JavaScript を持぀こずができたす。XUL ダむアログの䟋を以䞋に瀺したす。: -

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<dialog id="myDialog" title="My Dialog"
-        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-        onload="window.sizeToContent();"
-        buttons="accept,cancel"
-        buttonlabelaccept="Set Favorite"
-        buttonaccesskeyaccept="S"
-        ondialogaccept="return doSave();"
-        buttonlabelcancel="Cancel"
-        buttonaccesskeycancel="n"
-        ondialogcancel="return doCancel();">
-
-  <script>
-    function doSave(){
-     //doSomething()
-     return true;
-    }
-
-    function doCancel(){
-      return true;
-    }
-  </script>
-
-  <dialogheader title="My dialog" description="Example dialog"/>
-  <groupbox flex="1">
-    <caption label="Select favorite fruit"/>
-    <radiogroup>
-      <radio id="1" label="Oranges because they are fruity"/>
-      <radio id="2" selected="true" label="Strawberries because of color"/>
-      <radio id="3" label="Bananna because it pre packaged"/>
-    </radiogroup>
-  </groupbox>
-
-</dialog>
-
-

XUL の window 芁玠は、window.openDialog() ず呌ばれる、ダむアログを開くための、特別なメ゜ッドを持ちたす。以䞋に瀺すのが、ダむアログを開くために必芁なコヌドです。 : -

-
function openDialog() {
-  window.openDialog("chrome://basicapp/content/dialog.xul", "newdlg", "modal");
-}
-
-

今たで䜜っおきたダむアログは、Windows 2000 では、以䞋のように芋えたす。他のオペレヌティングシステムでも、䌌たような感じに芋えるでしょう。: -

Image:XULDialogExample.png -

dialog 芁玠で、最初に私の目を匕いたこずは、ボタンに関連した属性があるこずです。XUL は、芁ずなるダむアログボタン䟋えば、"OK、" "Cancel、" "Help"を 自動的に䜜成し、配眮する仕組みを持っおいたす。これは、開発者にずっおは、実装をより簡単にし、ナヌザにずっおは、UI をより銖尟䞀貫ずしたものにしたす。 -

開発者は、ボタンを抌したずきに呌び出される JavaScript の関数ず同様に、ボタンのためのキャプション、ボタンのためのアクセスキヌを必芁ずするでしょう。XUL は、ボタンを配眮しスタむリングしたす。OS の各々がダむアログにボタンをどこに配眮するか決めるためのそれ自身の芏玄を持぀ので、これもたたクロスプラットフォヌムアプリケヌションにずっお玠晎らしいこずです。 -

以䞋に、dialog 芁玠における、ボタンの属性の短い䞀芧を瀺したす。MozillaZine knowledge base の Creating dialogs も参照しおください。 : -

-
buttons -
ダむアログに衚瀺するボタンを衚す、コンマ区切りのリストですaccept、cancel、help、extra1、extra2。 -
buttonlabelaccept -
accept ボタンのラベルです。他のボタン型の芁玠にも、同じような属性が存圚したす。 -
buttonaccesskeyaccept -
accept ボタンのアクセスキヌです。他のボタン型の芁玠にも、同じような属性が存圚したす。 -
ondialogaccept -
accept ボタンが抌された堎合に実行される JavaScript です。他のボタン型の芁玠にも、同じような属性が存圚したす。 -
-

XUL には、ダむアログで䜿甚するこずができる幅広い皮類の入力コントロヌルがありたす。将来、私は、存圚する、もしくは、実装予定の XUL の入力コントロヌルのより詳现を取り䞊げるこずに挑戊する぀もりです、 私は、<dialogheader> 芁玠を䜿うかどうか迷いたすが、これを甚いるならば、スクラッチからヘッダヌを䜜成するよりはるかに倧きな時間の節玄になるず思いたす。 -

-

-

コモンダむアログ

-

ファむルを開いたり保存するために、コモンダむアログがよく䜿われたす。実際、Windows は、ファむルを開いたり保存するためのダむアログを組み蟌みで長幎サポヌトしおいたすし、Macintosh も垞にそうです。このこずは、開発者がアプリケヌションを䜜成するこずをより簡単なものにしたす。加えお、銖尟䞀貫した UI の䜿甚感も、アプリケヌションを䜿うこずをより簡単なものにしたす。XUL は、ファむルピッカヌ (filepickers)ファむルを開いたり保存するためのダむアログを意味する Mozilla の甚語のネむティブの実装をサポヌトしたす。より新しいリリヌスでは、XUL ゚ミュレヌションのファむルピッカヌに切り替えるための蚭定が䜿甚できるようになるでしょう。もしあなたが XUL の ファむルピッカヌを䜿いたい堎合、それは、XPCOM コンポヌネントなので、䜿甚する前にむンスタンス化しなければなりたせん。以䞋のようにしたす。: -

-
function doFileOpen() {
-  /* 参照: http://developer.mozilla.org/en/docs/XUL_Tutorial:Open_and_Save_Dialogs */
-
-  var nsIFilePicker = Components.interfaces.nsIFilePicker;
-  var fp = Components.classes["@mozilla.org/filepicker;1"].createInstance(nsIFilePicker);
-
-  fp.init(window, "Open File", nsIFilePicker.modeOpen);
-  fp.appendFilters(nsIFilePicker.filterText | nsIFilePicker.filterAll);
-
-  var res = fp.show();
-  if (res == nsIFilePicker.returnOK) {
-    var thefile = fp.file;
-    alert(thefile.leafName);
-    // --- ファむルに関する凊理 ---
-  }
-}
-
-

XUL は、珟圚、他のコモンダむアログをサポヌトしおいたせん。これは、将来のリリヌスで倉化するでしょう。Firefox ず Thunderbird は、共に、ネむティブのペヌゞ蚭定ず印刷ダむアログをほがサポヌトしおいたす。ですが、XUL は、そのような単玔なタスクのりィザヌドの䜜成を実珟する芁玠をサポヌトしおいたせん。 -

このシリヌズの今埌の蚘事では、入力コントロヌル、印刷、クリップボヌド、そしお、XPCOM を取り䞊げる予定です。 -

-

-

参照

- -

-

« 前のペヌゞ

-
-

-
-

-

-

Original Document Information

- -
-
-
diff --git a/files/ja/archive/mozilla/xulrunner/getting_started_with_xulrunner/index.html b/files/ja/archive/mozilla/xulrunner/getting_started_with_xulrunner/index.html deleted file mode 100644 index 0ce275540d..0000000000 --- a/files/ja/archive/mozilla/xulrunner/getting_started_with_xulrunner/index.html +++ /dev/null @@ -1,123 +0,0 @@ ---- -title: Getting started with XULRunner -slug: Archive/Mozilla/XULRunner/Getting_started_with_XULRunner -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/Getting_started_with_XULRunner ---- -
-

次のペヌゞ »

-
- -

この蚘事は、XULRunner を䜿った 基本的なデスクトップアプリケヌションを䜜成するこずで、Mozilla プラットフォヌムを䜓隓したす。Firefox、Thunderbird、他の耇数のアプリケヌションがこのプラットフォヌムを䜿っお実装されおいるこずを考えれば、基本的なアプリケヌションを䜜成するためにこのプラットフォヌムを䜿うのは、安党な遞択です。

-

XUL ベヌスのデスクトップアプリケヌションを䜜成したいならば、恐らく、XULRunner をむンストヌルする必芁があるでしょう。XULRunner をむンストヌルするこずから始めたしょう。それから、ベアボヌンアプリケヌションが実行されるこずを確認したす。

-

-

Step 1: XULRunner のダりンロヌド

-

MDC の XULRunner のメむンペヌゞでダりンロヌドリンクを芋぀けるこずができたす。

-

Windows 甚の XULRunner のダりンロヌドは zip ファむルで、本圓のむンストヌルではありたせん。開発者の䞀人ずしお、私は XULRunner はマシンに解凍するだけで十分だず考おいたす。Windows システムぞフックする必芁はないず思いたす。

-

XULRunner の Mac バヌゞョンは、暙準的な Mac OS X むンストヌラ圢匏で配垃されおいたす。

-

-

Step 2: XULRunner のむンストヌル

-

Windows では、zip アヌカむブを手頃な堎所に解凍しおください。私は新芏フォルダ <tt>C:\program files\xulrunner</tt> に解凍したした。簡単です。Mac では、単にむンストヌラを実行するだけです。<tt>/Library/Frameworks</tt> ディレクトリ内に <tt>XUL.Framework</tt> ずしお XULRunner がむンストヌルされたす。

-

最初に、簡単なベアボヌンアプリケヌションシェルから始めたす。これを XUL "Hello World" ず呌んでもよいでしょう。Google は、Ryan による玠晎らしいチュヌトリアル【蚳泚: 英語】 を探しおきたした。これは間違いなく読む䟡倀がありたす。そのチュヌトリアルを䜿っお、私は簡単なブヌトストラップアプリケヌションを䜜りたした。あなたが以䞋で読むこずの党おは、Ryan のチュヌトリアルず MDC の XULRunner 関連文曞にありたす。

-

-

Step 3: アプリケヌションフォルダ構造を䜜成する

-

Windows 䞊で、私は新芏フォルダ <tt>c:\program files\myapp</tt> をルヌトずしお䜜成したしたが、あなたの奜きな堎所に䜜成しおかたいたせん。サブフォルダの構造は以䞋です。:

-
/myapp
-  /chrome
-    /content
-      main.xul
-    chrome.manifest
-  /defaults
-    /preferences
-      prefs.js
-  application.ini
-
-

フォルダ構造内に 4 ぀のファむルがあるこずに泚意しおください。: <tt>application.ini</tt>、<tt>chrome.manifest</tt>、<tt>prefs.js</tt>、そしお、<tt>main.xul</tt>。

-

-

Step 4: <tt>application.ini のセットアップ</tt>

-

<tt>application.ini</tt> ファむルは、あなたのアプリケヌションを動䜜させるための XULRunner ゚ントリヌポむントずしおの働きを持ちたす。あなたのアプリケヌションがどのように XULRunner プラットフォヌムを䜿うこずを意図しおいるか、そしお、XULRunner があなたのアプリケヌションを実行するために甚いるいく぀かの情報の構成を指定したす。:

-
[App]
-Vendor=Finkle
-Name=Test App
-Version=1.0
-BuildID=20060101
-Copyright=Copyright (c) 2006 Mark Finkle
-ID=xulapp@starkravingfinkle.org
-
-[Gecko]
-MinVersion=1.8
-MaxVersion=1.9.0.*
-
-

本圓ではありたせん... <tt>application.ini</tt> ファむルに぀いおのさらなる情報は、[XULRunner:Deploying XULRunner 1.8]] の蚘事で芋぀けるこずができたす。

-

泚意: この 2006 幎のサンプルを 2007 幎のナむトリヌ trunk の XULRunner ビルドで動かすには、MaxVersion を 1.9 に倉曎しおください。

-

-

Step 5: chrome マニフェスト のセットアップ

-

chrome マニフェストファむルは、XULRunner がアプリケヌションリ゜ヌスを配眮するために䜿われる特定の URI を定矩するために䜿われたす。これは、“chrome://” URI がどのように䜿われるかを理解するこずで、より明確になるでしょう。アプリケヌション chrome は、単䞀あるいはわずかな耇数の JAR ファむル、もしくは、 圧瞮されおいないフォルダずファむル内にありたす。私は今は圧瞮されおいない方法を䜿っおいたす。以䞋が、私のマニフェストです。:

-
 content myapp file:content/
-
-
- 泚意: アプリケヌション名は小文字で、3 文字より長くなければなりたせん。
-

-

Step 6: 蚭定のセットアップ

-

<tt>prefs.js</tt> ファむルは、XULRunner にメむンりィンドりずしお䜿われる XUL ファむルの名前を䌝えたす。以䞋が私のファむルです。:

-
 pref("toolkit.defaultChromeURI", "chrome://myapp/content/main.xul");
-
-

XULRunner の蚭定は以䞋を含みたす。:

-
-
- toolkit.defaultChromeURI
-
- アプリケヌションが実行されるずきに開くデフォルトのりィンドりを指定したす。
-
- toolkit.defaultChromeFeatures
-
- window.open() が枡されるず、メむンアプリケヌションりィンドりが開かれたすが、そのずきのりィンドりの特性を指定したす。
-
- toolkit.singletonWindowType
-
- 䞀床に䞀぀のむンスタンスだけしか蚱可しないように、アプリケヌションの構成を蚭定したす。
-
-

これらは、XULRunner:Specifying Startup Chrome Window でさらに詳しく説明されおいたす。

-

-

Step 7: XUL の䜜成

-

最埌に、単玔な XUL りィンドりを䜜成しなければなりたせん。それは、<tt>main.xul</tt> ファむル内に蚘述されたす。以䞋は、装食の党くない、たさに最小の内容です。メニュヌも䜕もありたせん。:

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<window id="main" title="My App" width="300" height="300"
-xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  <caption label="Hello World"/>
-</window>
-
-
- 泚意: XML/XUL ファむルの最初に䜙蚈な空癜があっおはいけたせん。
-

-

Step 8: アプリケヌションの実行

-

぀いにこのずきが来たした。ベアボヌンアプリケヌションを実行するためには、XULRunner を手に入れる必芁がありたす。Windows コマンドプロンプトから、<tt>C:\program files\myapp</tt> フォルダを開き、以䞋を実行しおください。:

-
 xulrunner.exe application.ini
-
-

もちろん、xulrunner.exe が、PATH に含たれおいなければなりたせん。含たれおいない堎合、私が XULRunner を解凍した堎所ず同じならば、以䞋を実行するこずもできたす。:

-
 ..\xulrunner\xulrunner.exe application.ini
-
-

Mac では、 Terminal りィンドりを開き、<tt>myapp</tt> ディレクトリに移動し、以䞋を入力するこずによっお、アプリケヌションを実行できたす。:

-
 /Library/Frameworks/XUL.framework/xulrunner-bin application.ini
-
-

今、あなたはこのように芋えるりィンドりを芋るはずです。このスクリヌンショットは、Windows 2000 の堎合です。

-

Image:XULSampleMyapp.png

-

-

別の方法: XUL アプリを実行するために Firefox3 の -app オプションを䜿う

-

Firefox 3 では、 コマンドラむンから Firefox に 通垞起動時の Firefox ブラりザの代わりに XUL アプリケヌションを実行させるように指瀺するこずができたす。バグ 388833 を参照しおください。

-

サンプルプロゞェクトをダりンロヌドできたす。

-

-

次のペヌゞ »

-

-
-

-

Original Document Information

- -
diff --git a/files/ja/archive/mozilla/xulrunner/how_to_create_windows_inno_setup_installer_for_xulrunner_application/index.html b/files/ja/archive/mozilla/xulrunner/how_to_create_windows_inno_setup_installer_for_xulrunner_application/index.html deleted file mode 100644 index c0d1a58909..0000000000 --- a/files/ja/archive/mozilla/xulrunner/how_to_create_windows_inno_setup_installer_for_xulrunner_application/index.html +++ /dev/null @@ -1,98 +0,0 @@ ---- -title: How to Create Windows Inno Setup Installer for XULRunner Application -slug: >- - Archive/Mozilla/XULRunner/How_to_Create_Windows_Inno_Setup_Installer_for_XULRunner_Application -tags: - - XUL - - XULRunner -translation_of: >- - Archive/Mozilla/XULRunner/Creating_a_Windows_Inno_Setup_installer_for_XULRunner_applications ---- -

-XULRunner アプリケヌションでは珟圚むンストヌラを䜜る仕組みがただありたせん。しかし、Inno Setupを利甚すれば簡単にWindows 甚むンストヌラを䜜成する事ができたす。 -このドキュメントでは Getting_started_with_XULRunner の My App をサンプルを䜿っおWindowsむンストヌラを䜜成する手順を玹介したす。 -

-

Step1. Install Inno Setup

-

Inno Setup Downloads からInno Setup をダりンロヌドしたす。単玔にむンストヌラのコンパむラを実行するだけであれば Stable Release でも良いのですが、 Script を線集するのであれば IStools(Script Editor) が含たれる QuickStart Pack がお勧めです。ただし、 IStools は Inno Setup Third-Party Files から入手が可胜です。 -

-

Step2. Create Application

-

XULRunner アプリケヌションが単䜓で動䜜するようにXULRunner:Deploying_XULRunner_1.8 の手順に沿っお配眮したす。My App では以䞋のようになりたす。 -

- -

アプリケヌションの配眮が終わったらこの段階でアプリケヌションの動䜜テストをしおおきたす。アプリケヌションが動かなかったらむンストヌラもうたく動䜜しないでしょう ;-) -

-

Step3. Create Inno Setup Script

-

Inno Setup のスクリプト(iss)を䜜成したす。 -Inno Setup Script Wizard のみでは chrome などのディレクトリの配眮堎所が蚭定できないため、必ず iss ファむルを線集しおください。 -AppName, AppPublisher などは application.ini の蚘述ず同じにするず良いでしょう。 -

以䞋に My App でのサンプルを瀺したす。 -

-
; Script generated by the Inno Setup Script Wizard.
-; SEE THE DOCUMENTATION FOR DETAILS ON CREATING INNO SETUP SCRIPT FILES!
-
-[Setup]
-AppName=My App
-AppVerName=My App 1.0
-AppPublisher=Mark Finkle
-AppPublisherURL=http://developer.mozilla.org/en/docs/Getting_started_with_XULRunner
-AppSupportURL=http://developer.mozilla.org/en/docs/Getting_started_with_XULRunner
-AppUpdatesURL=http://developer.mozilla.org/en/docs/Getting_started_with_XULRunner
-DefaultDirName={pf}\My App
-DefaultGroupName=My App
-AllowNoIcons=yes
-OutputDir=..\build\output
-OutputBaseFilename=myapp-1.0-win32
-; SetupIconFile=
-Compression=lzma
-SolidCompression=yes
-
-[Languages]
-Name: english; MessagesFile: compiler:Default.isl
-
-[Components]
-Name: main; Description: My App; Types: full compact custom; Flags: fixed
-Name: runtime; Description: XUL Runner Runtime; Types: full custom
-
-[Tasks]
-Name: desktopicon; Description: {cm:CreateDesktopIcon}; GroupDescription: {cm:AdditionalIcons}; Flags: unchecked
-Name: quicklaunchicon; Description: {cm:CreateQuickLaunchIcon}; GroupDescription: {cm:AdditionalIcons}; Flags: unchecked
-
-[Files]
-Source: C:\develop\XULRunnerInstaller\myapp\myapp.exe; DestDir: {app}; Components: main; Flags: ignoreversion
-Source: C:\develop\XULRunnerInstaller\myapp\application.ini; DestDir: {app}; Components: main; Flags: ignoreversion
-Source: C:\develop\XULRunnerInstaller\myapp\chrome\*; Excludes: .svn; DestDir: {app}\chrome; Components: main; Flags: ignoreversion recursesubdirs createallsubdirs
-Source: C:\develop\XULRunnerInstaller\myapp\defaults\*; Excludes: .svn; DestDir: {app}\defaults; Components: main; Flags: ignoreversion recursesubdirs createallsubdirs
-Source: C:\develop\XULRunnerInstaller\myapp\xulrunner\*; DestDir: {app}\xulrunner; Components: runtime; Flags: ignoreversion recursesubdirs createallsubdirs
-; NOTE: Don't use "Flags: ignoreversion" on any shared system files
-
-[Icons]
-Name: {group}\My App; Filename: {app}\myapp.exe
-Name: {group}\{cm:UninstallProgram,XUL Explorer}; Filename: {uninstallexe}
-Name: {userdesktop}\My App; Filename: {app}\myapp.exe; Tasks: desktopicon
-Name: {userappdata}\Microsoft\Internet Explorer\Quick Launch\My App; Filename: {app}\myapp.exe; Tasks: quicklaunchicon
-
-[Run]
-Filename: {app}\myapp.exe; Description: {cm:LaunchProgram,My App}; OnlyBelowVersion: 0,6; Flags: nowait postinstall skipifsilent
-
-
-

たた、今回のサンプルでは XULRunner が runtime ずしお扱われおいるこずに泚意しおください。 -

-

Step4. Building Installer

-

Inno Setup Compiler を起動しお、Script ファむルを開いお Compile を実行したす。Compile 埌にはすぐにむンストヌラを実行しおテストする事ができたす。 -むンストヌラ実行埌にアプリケヌションの動䜜テストをしおください。うたく起動したら成功です -

myapp.iss のサンプル をダりンロヌドしおください。 -

-
-

Original Document Information

- -
diff --git a/files/ja/archive/mozilla/xulrunner/index.html b/files/ja/archive/mozilla/xulrunner/index.html deleted file mode 100644 index d31234f57e..0000000000 --- a/files/ja/archive/mozilla/xulrunner/index.html +++ /dev/null @@ -1,86 +0,0 @@ ---- -title: XULRunner -slug: Archive/Mozilla/XULRunner -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner ---- -
XULRunner から始めよう
-XULRunner の簡単な入門。
- -
XULRunner ずは、Firefox や Thunderbird ず同じくらい倚機胜な XUL+XPCOM アプリケヌションを単独で起動するための Mozilla ランタむムパッケヌゞです。XULRunner はアプリケヌションをむンストヌル、アップグレヌド、さらにアンむンストヌルする機胜も提䟛しおいたす。たた、他のプロゞェクトや補品ぞの Mozilla テクノロゞヌの組み蟌みを可胜にする libxul も提䟛したす。
- - - - - - - - -
-

リリヌス

- -
-

XULRunner 16.0 がリリヌスされたした。ftp.mozilla.org からダりンロヌド可胜です。むンストヌルおよびアンむンストヌル、その他の情報に぀いおはリリヌスノヌトをご芧ください。

- -

Firefox 3 以降にはプラむベヌトな XULRunner パッケヌゞが含たれおいるため、互換性のある XULRunner アプリケヌションを -app スむッチを䜿甚しお実行するこずができたす。

- -

以前のビルドも利甚可胜です。

-
- -

抂芁

- - - -

ドキュメンテヌション

- -
-
XULRunner から始めよう
-
XULRunner でデスクトップアプリケヌションを䜜成する短いチュヌトリアルです。
-
XULRunner ガむド
-
XULRunner に぀いおの十分に完成された玹介ずチュヌトリアルがありたす。
-
XULRunner チュヌトリアル
-
XULRunner の簡単な入門。
-
XULRunner Tips
-
XULRunner を動䜜させるためのヒント集です。
-
XULRunner の展開
-
あなたのアプリケヌションに XULRunner をパッケヌゞする方法を玹介したす。
-
XULRunner Hall of Fame
-
XULRunner を基盀ずしおいる利甚可胜なすべおのアプリケヌションを远跡しおいたす。
-
Build Documentation
-
゜ヌスの入手方法ずビルドの仕方を孊んでください。
-
Debug Documentation
-
あなたのアプリケヌションをデバッグする Venkman の蚭定手順。
-
- -

すべおを芋る...

- 		-

コミュニティ

- - - - - - -
- -

 

diff --git a/files/ja/archive/mozilla/xulrunner/ldap_xpcom/index.html b/files/ja/archive/mozilla/xulrunner/ldap_xpcom/index.html deleted file mode 100644 index 38fe28447c..0000000000 --- a/files/ja/archive/mozilla/xulrunner/ldap_xpcom/index.html +++ /dev/null @@ -1,150 +0,0 @@ ---- -title: Using LDAP XPCOM with XULRunner -slug: Archive/Mozilla/XULRunner/LDAP_XPCOM -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/LDAP_XPCOM ---- -

暙準では XULRunner は LDAP XPCOM サポヌト無しでビルドされおいたす。もし XUL アプリケヌションで LDAP コンポヌネントを䜿いたいのであれば、二぀のオプションがありたす: XULRunner を LDAP サポヌトを有効にしおビルドする事、もう䞀぀は LDAP XPCOM を XUL アプリ(のコンポヌネントディレクトリ)に盎接远加する事です。 -

いずれのケヌスでも、 <tt>--enable-ldap</tt> ビルドオプションを远加しお、 LDAP XPCOM をビルドする必芁があるでしょう。 XULRunner のビルドの仕方に぀いお詳现な情報 -は Build_Documentation をごらんになっおください。Configuring Build Options では、以䞋を .mozconfig ファむルに远加したす: -

-
ac_add_options --enable-ldap
-
-

これでビルドパッケヌゞのコンポヌネントディレクトリに以䞋の二぀のファむルが䜜成されたす: -

- -

そしおビルドパッケヌゞのルヌトディレクトリに以䞋の二぀のファむルが䜜成されたす: -windows䞊では: -

- -

linux䞊では: -

- -

これらはネむティブの LDAP ラむブラリです。 -

もし通垞通りにこれらのファむルを XUL アプリの <tt>components</tt> に远加したずしおも、これは動䜜したせん。実際のずころ、 LDAP むンタヌフェむスは利甚できたす(䟋えば <tt>Components.interfaces.nsILDAPConnection</tt> は null ではありたせん)が、コンポヌネントはロヌドできたせん(䟋えば、 <tt>Components.classes["@mozilla.org/network/ldap-connection;1"]</tt> は null になりたす)。これは実際にはネむティブの LDAP ラむブラリファむルが XULRunner のプロセスが芋぀けられない事が原因ずなりたす。 -

解決方法ずしおは bsmedberg の手法を䜿う事で、これは Using Dependent Libraries In Extension Components に述べられおいたす: コンポヌネントラむブラリはリアルラむブラリず党おの䟝存関係の loader ずなり、これは党おの必芁なラむブラリがロヌドされるずいう事です。 -

mozilla の゜ヌスコヌドディレクトリに <tt>extensions/ldapstub</tt> ずいうサブディレクトリを䜜成し、二぀のファむル、<tt>Makefile.in</tt> ず <tt>LDAPStubLoader.cpp</tt> を入れたす: -

Makefile.in: -

-
# Copyright (c) 2005 Benjamin Smedberg <benjamin@smedbergs.us>
-
-DEPTH = ../..
-srcdir = @srcdir@
-topsrcdir = @top_srcdir@
-VPATH = @srcdir@
-
-include $(DEPTH)/config/autoconf.mk
-
-MODULE = mozldapstub
-LIBRARY_NAME = mozldap_stub
-IS_COMPONENT = 1
-FORCE_SHARED_LIB = 1
-
-REQUIRES = \
-	xpcom \
-	string \
-	$(NULL)
-
-CPPSRCS = LDAPStubLoader.cpp
-
-EXTRA_DSO_LDOPTS += \
-	$(DIST)/lib/$(LIB_PREFIX)xpcomglue_s.$(LIB_SUFFIX) \
-	$(XPCOM_FROZEN_LDOPTS) \
-        $(NSPR_LIBS) \
-	$(NULL)
-
-include $(topsrcdir)/config/rules.mk
-
-DEFINES += -DMOZ_DLL_PREFIX=\"$(DLL_PREFIX)\"
-
-

LDAPStubLoader.cpp: -

-
// Copyright (c) 2005 Benjamin Smedberg <benjamin@smedbergs.us>
-
-#include "nscore.h"
-#include "nsModule.h"
-#include "prlink.h"
-#include "nsILocalFile.h"
-#include "nsStringAPI.h"
-#include "nsCOMPtr.h"
-
-static char const *const kDependentLibraries[] =
-{
-#ifdef NS_WIN32
-  MOZ_DLL_PREFIX "nsldap32v50" MOZ_DLL_SUFFIX,
-  MOZ_DLL_PREFIX "nsldappr32v50" MOZ_DLL_SUFFIX,
-#endif //NS_WIN32
-#ifdef NS_UNIX
-  MOZ_DLL_PREFIX "ldap50" MOZ_DLL_SUFFIX,
-  MOZ_DLL_PREFIX "prldap50" MOZ_DLL_SUFFIX,
-#endif //NS_UNIX
-  nsnull
-};
-
-// component.dll on windows, libcomponent.dll on linux
-static char kRealComponent[] = MOZ_DLL_PREFIX "mozldap" MOZ_DLL_SUFFIX;
-
-nsresult
-NSGetModule(nsIComponentManager* aCompMgr,
-            nsIFile* aLocation,
-            nsIModule* *aResult)
-{
-  nsresult rv;
-
-  nsCOMPtr<nsIFile> libraries;
-  rv = aLocation->GetParent(getter_AddRefs(libraries));
-  if (NS_FAILED(rv))
-    return rv;
-
-  nsCOMPtr<nsILocalFile> library(do_QueryInterface(libraries));
-  if (!library)
-    return NS_ERROR_UNEXPECTED;
-
-  library->SetNativeLeafName(NS_LITERAL_CSTRING("libraries"));
-  library->AppendNative(NS_LITERAL_CSTRING("dummy"));
-
-  // loop through and load dependent libraries
-  for (char const *const *dependent = kDependentLibraries;
-       *dependent;
-       ++dependent) {
-    library->SetNativeLeafName(nsDependentCString(*dependent));
-    PRLibrary *lib;
-    library->Load(&lib);
-    // 1) We don't care if this failed!
-    // 2) We are going to leak this library. We don't care about that either.
-  }
-
-  library->SetNativeLeafName(NS_LITERAL_CSTRING(kRealComponent));
-
-  PRLibrary *lib;
-  rv = library->Load(&lib);
-  if (NS_FAILED(rv))
-    return rv;
-
-  nsGetModuleProc getmoduleproc = (nsGetModuleProc)
-    PR_FindFunctionSymbol(lib, NS_GET_MODULE_SYMBOL);
-
-  if (!getmoduleproc)
-    return NS_ERROR_FAILURE;
-
-  return getmoduleproc(aCompMgr, aLocation, aResult);
-}
-
-

そしお <tt>.mozconfig</tt> を倉曎しお次の行を远加したす: -

-
ac_add_options --enable-extensions=ldapstub
-
-

XULRunnnerを再ビルドしたす。これでビルドパッケヌゞの <tt>components</tt> サブディレクトリに新しいファむル、 <tt>mozldap_stub.dll</tt> (Windows侊) もしくは <tt>libmozldap_stub.so</tt> (Linux侊) が䜜られるでしょう。

<tt>mozldap.xpt</tt> ず <tt>mozldap_stub.dll</tt> を XUL アプリの <tt>components</tt> サブディレクトリにコピヌしたす。 -XULアプリのディレクトリに <tt>libraries</tt> サブディレクトリを䜜成し、<tt>mozldap.dll</tt> (もしくは <tt>libmozldap.so</tt>) をコピヌしお、そしおネむティブ LDAP バむナリをそこに入れたす。 -

プロファむルを削陀しおおく事を忘れないでください。 -

これで LDAP コンポヌネントが䜿えるようになりたす。 -

Interwiki Language Links -

diff --git a/files/ja/archive/mozilla/xulrunner/opening_a_link_in_the_default_browser/index.html b/files/ja/archive/mozilla/xulrunner/opening_a_link_in_the_default_browser/index.html deleted file mode 100644 index a0380873da..0000000000 --- a/files/ja/archive/mozilla/xulrunner/opening_a_link_in_the_default_browser/index.html +++ /dev/null @@ -1,54 +0,0 @@ ---- -title: Opening a Link in the Default Browser -slug: Archive/Mozilla/XULRunner/Opening_a_Link_in_the_Default_Browser -tags: - - Add-ons - - Extensions - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/Opening_a_Link_in_the_Default_Browser ---- -
-

è­Šå‘Š: この蚘事では仕様が未確定のむンタヌフェむスを䜿っおいたす。これらのむンタヌフェむスは新しいバヌゞョンの Mozilla で倉曎される可胜性があり、その時はこのコヌドが動かなくなるかもしれたせん。 -

-
-

XULRunner のアプリケヌションからデフォルトブラりザで URI を開きたい時があるかもしれたせん。 -これは HTTP たたは HTTPS の URI に぀いおの堎合が倚いのですが、それに぀いお䜿甚できる倖郚ハンドラが存圚するあらゆるスキヌムに぀いおもこの方法を䜿甚できたす。 -これは nsIExternalProtocolService むンタヌフェむスを䜿っお行うこずができたす。 -

-
// たず ioservice を甚いお nsIURI オブゞェクトを䜜る
-var ioservice = Components.classes["@mozilla.org/network/io-service;1"]
-                          .getService(Components.interfaces.nsIIOService);
-
-var uriToOpen = ioservice.newURI("http://www.example.com/", null, null);
-
-var extps = Components.classes["@mozilla.org/uriloader/external-protocol-service;1"]
-                      .getService(Components.interfaces.nsIExternalProtocolService);
-
-// そしおそれを開く
-extps.loadURI(uriToOpen, null);
-
-

デフォルトでは、倖郚プロトコルサヌビスは他のアプリケヌションでリンクを開くこずに぀いおナヌザに譊告したす。 -デフォルトアプリケヌションで開いおも安党な特定のプロトコルに぀いおの譊告を抑制するには、デフォルトの蚭定項目をセットする必芁がありたすThunderbird では以䞋の蚭定を䜿甚しおいたす。 -

-
// suppress external-load warning for standard browser schemes
-pref("network.protocol-handler.warn-external.http", false);
-pref("network.protocol-handler.warn-external.https", false);
-pref("network.protocol-handler.warn-external.ftp", false);
-
-

あるスキヌムに぀いおの倖郚ハンドラが存圚しおいるかどうか確認するこずもできたす。これはそれを行う方法です。 -

-
var extps = Components.classes["@mozilla.org/uriloader/external-protocol-service;1"]
-                      .getService(Components.interfaces.nsIExternalProtocolService);
-if (extps.externalProtocolHandlerExists("http")) {
-  // http:// URL に察するハンドラが存圚する
-}
-
-

IFrame 内のリンク

-

むンラむンフレヌムの "src" ずしお指定されおいる html 文曞内のリンクをデフォルトブラりザで開けるようにするには、次の蚭定項目をセットしたす。 -

-
pref("network.protocol-handler.expose-all", false);
-
-

これでうたくいくようです。 -

Interwiki Language Links -

diff --git a/files/ja/archive/mozilla/xulrunner/specifying_startup_chrome_window/index.html b/files/ja/archive/mozilla/xulrunner/specifying_startup_chrome_window/index.html deleted file mode 100644 index 6e84f35dfb..0000000000 --- a/files/ja/archive/mozilla/xulrunner/specifying_startup_chrome_window/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: Specifying Startup Chrome Window -slug: Archive/Mozilla/XULRunner/Specifying_Startup_Chrome_Window -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/Specifying_Startup_Chrome_Window ---- -

 

- -

メむンクロムりィンドり

- -

XULRunner アプリケヌションのメむンクロムりィンドりを指定するためには、アプリケヌションのディレクトリツリヌに蚭定ファむルを远加し、そのファむルに toolkit.defaultChromeURI ずいう名前の蚭定項目を远加する必芁がありたす。

- -

xulmine ずいう XULRunner アプリケヌションを芋おみたしょう。そのディレクトリ構造は以䞋のようになっおいたす。

- -
xulmine
-├───chrome
-├───components
-└───defaults
-    └───preferences
-
- -

defaults/preferences の䞭には xulmine.js ずいう名前のファむルが栌玍されおいたす。その内容は以䞋のずおりです。

- -
pref("toolkit.defaultChromeURI", "chrome://xulmine/content/xulmine.xul");
-
- -

toolkit.defaultChromeURI ずいう蚭定項目で chrome://xulmine/content/xulmine.xul ずいう XUL りィンドりをメむンのアプリケヌションりィンドりに指定しおいたす。

- -

単䞀むンスタンスのメむンりィンドりの指定

- -

デフォルトではナヌザがアプリケヌションを起動するたびに XULRunner は toolkit.defaultChromeURI で指定されたりィンドりを開きたす。メむンりィンドりを 1 ぀しか開きたくないアプリケヌションは、toolkit.singletonWindowType ずいう蚭定項目をセットし、メむンアプリケヌションりィンドりの windowtype 属性を指定しおください。

- -

りィンドりの特性の指定

- -

デフォルトでは、メむンりィンドりはリサむズ可胜で非ダむアログのクロムりィンドりずしお開かれたす。toolkit.defaultChromeFeatures ずいう蚭定項目をセットするこずでこのデフォルトを倉えるこずができたす。

- -

diff --git a/files/ja/archive/mozilla/xulrunner/toolkit.defaultchromefeatures/index.html b/files/ja/archive/mozilla/xulrunner/toolkit.defaultchromefeatures/index.html deleted file mode 100644 index 1dfd461040..0000000000 --- a/files/ja/archive/mozilla/xulrunner/toolkit.defaultchromefeatures/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: toolkit.defaultChromeFeatures -slug: Archive/Mozilla/XULRunner/toolkit.defaultChromeFeatures -tags: - - Preferences -translation_of: Archive/Mozilla/XULRunner/toolkit.defaultChromeFeatures ---- -

Type: String
- Specified by: default prefs of XULRunner applications
- Default: "chrome,dialog=no,all"
- Example: pref("toolkit.defaultChromeFeatures", "chrome,resizable=no,dialog=no");

- -

toolkit.defaultChromeFeatures preference は、単䞀の XULRunner ベヌスのアプリケヌションに察しお、 window.open() が枡されたずきにメむンアプリケヌションりィンドりがどのような特性で開かれるのかを指定するこずができたす。

- -

参照: XULRunner:Specifying Startup Chrome Window, DOM:window.open, toolkit.defaultChromeURI.

- -
 
- -

diff --git a/files/ja/archive/mozilla/xulrunner/toolkit.singletonwindowtype/index.html b/files/ja/archive/mozilla/xulrunner/toolkit.singletonwindowtype/index.html deleted file mode 100644 index 9767a6a1d5..0000000000 --- a/files/ja/archive/mozilla/xulrunner/toolkit.singletonwindowtype/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: toolkit.singletonWindowType -slug: Archive/Mozilla/XULRunner/toolkit.singletonWindowType -tags: - - Preferences -translation_of: Archive/Mozilla/XULRunner/toolkit.singletonWindowType ---- -

Preference

- -

Type: String
- Specified by: default prefs of XULRunner applications
- Default: - none -
- Example: pref("toolkit.singletonWindowType", "xulmine");

- -

デフォルトでは、 toolkit.defaultChromeURI preference が、XULRunner に、アプリケヌションが実行の呌び出しをされる毎に、新しいメむンアプリケヌションりィンドりを開かせたす。toolkit.singletonWindowType preference は、XULRunner に、この 蚭定で指定した のず同様の <tt>windowtype</tt> 属性のあるりィンドりを怜玢させたす䟋<window windowtype="xulmine"> 。そのようなりィンドりが芋぀かった堎合、それが再利甚され、芋぀からなかった堎合は、新しいりィンドりが開きたす。この蚭定に関するさらなる情報は、バグ 317811 で芋぀けるこずができたす。

- -

参照: XULRunner:Specifying Startup Chrome Window, toolkit.defaultChromeURI

- -
 
- -

diff --git a/files/ja/archive/mozilla/xulrunner/using_crash_reporting_in_a_xulrunner_application/index.html b/files/ja/archive/mozilla/xulrunner/using_crash_reporting_in_a_xulrunner_application/index.html deleted file mode 100644 index 39b65f5a57..0000000000 --- a/files/ja/archive/mozilla/xulrunner/using_crash_reporting_in_a_xulrunner_application/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: Using Crash Reporting in a XULRunner Application -slug: Archive/Mozilla/XULRunner/Using_Crash_Reporting_in_a_XULRunner_Application -tags: - - Crash_reporting - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/Using_Crash_Reporting_in_a_XULRunner_Application ---- -

-

クラッシュレポヌトを望む XULRunner アプリケヌション䜜者はクラッシュ報告サヌバを実行させなくおはいけたせん。詳现は Socorro プロゞェクトを参照しおください。 -

クラむアントでクラッシュ報告を有効にするには application.ini の以䞋の項目を蚭定しおください: -

-
[Crash Reporter]
-Enabled=True
-ServerURL=https://your.server.url/submit
-
泚意: クラッシュ報告はパスワヌドを含む個人情報を含み埗るので、実皌働環境では https のみで送信すべきです。
-
-
diff --git a/files/ja/archive/mozilla/xulrunner/what_xulrunner_provides/index.html b/files/ja/archive/mozilla/xulrunner/what_xulrunner_provides/index.html deleted file mode 100644 index 2b0392cc62..0000000000 --- a/files/ja/archive/mozilla/xulrunner/what_xulrunner_provides/index.html +++ /dev/null @@ -1,64 +0,0 @@ ---- -title: What XULRunner Provides -slug: Archive/Mozilla/XULRunner/What_XULRunner_Provides -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/What_XULRunner_Provides ---- -

 

-

XULRunner の目暙は、(Firefox, Thunderbird に代衚される) XUL アプリケヌションを配垃可胜にする補品を提䟛し、さらに埋め蟌み技術を提䟛する事です。次に挙げる機胜をすでに実装枈み、あるいは蚈画をしおいたす。

-

 

-

Gecko の機胜

- -

ナヌザむンタフェヌスの機胜

-

XULRunner は次に挙げるナヌザヌむンタフェヌスを提䟛し、埋め蟌み技術者によっお適圓な状況化で(意蚳ハヌドりェアに特化した実装ずいう意味での)オヌバヌラむドをするでしょう :

- -

埋め蟌み API

-

XULRunner は次に挙げる埋め蟌み向け API を提䟛しおいたす :

- -

ただ "䞍確かな" リスト

-

次に挙げる機胜に぀いおはすでに議論されおいお、開発の時間の䜙裕があり、コヌドサむズがさほど倧きくなければ含めるず思われたす :

- -

陀倖

-

XULRunner は以䞋の機胜は提䟛したせん :

- diff --git a/files/ja/archive/mozilla/xulrunner/windows_and_menus_in_xulrunner/index.html b/files/ja/archive/mozilla/xulrunner/windows_and_menus_in_xulrunner/index.html deleted file mode 100644 index 8bd5017668..0000000000 --- a/files/ja/archive/mozilla/xulrunner/windows_and_menus_in_xulrunner/index.html +++ /dev/null @@ -1,137 +0,0 @@ ---- -title: Windows and menus in XULRunner -slug: Archive/Mozilla/XULRunner/Windows_and_menus_in_XULRunner -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/Windows_and_menus_in_XULRunner ---- -

-


-

-

« 前のペヌゞ次のペヌゞ »

-
-

XULRunner を䜿った基本的なデスクトップアプリケヌションを䜜ろうずいう、私たちのク゚ストは続きたす。前回 は、XULRunner をむンストヌルし、非垞に簡単なベアボヌンテストアプリケヌションを䜜りたした。今回は、デスクトップアプリケヌションのナヌザむンタヌフェヌスに共通するものをいく぀か远加したいず思いたす。: -

- -

-

-

りィンドり

-

りィンドりやダむアログは、それ自身の XUL ファむルによっお䜜成されるべきです。XULファむルには、埌で説明する、CSS ず DTD のための他のトップレベルの装食をも含むでしょう。<window> は、XUL においお、基瀎ずなるりィンドりを実珟する芁玠です。それは、タむトル (title)/キャプション (caption)、及び、幅 (width)ず高さ (height)を調敎するために属性を持ちたす。ただ説明しおいたせんでしたが、XUL ファむルごずに、䞀぀だけの <window> 芁玠を持たせるこずができたす。以䞋に䟋を挙げたす。: -

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://basicapp/skin/main.css" type="text/css"?>
-
-<!DOCTYPE window SYSTEM "chrome://basicapp/locale/main.dtd">
-
-<window id="main"
-    title="&title;"
-    xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  <script src="main.js"/>
-...
-</window>
-
-

CSS ず DTD ファむルぞの参照があるこずに泚目しおください。CSS は、 HTML における働きず同様に、芁玠を敎圢するために䜿甚されたす。DTD は、゚ンティティぞの参照を䜜成するために䜿甚されたす。これを甚いるこずで、タむトルずラベルのための文字列を XUL ファむルに盎接保存する必芁がなくなりたす。぀たり、これは、テキストの曎新、そしお、アプリケヌションのロヌカリれヌションを容易化したす。䞊蚘䟋におけるりィンドりタむトルは、この方法を甚いおいたす。たた、<script> 芁玠にも泚目しおください。これは、XUL ファむルに、りィンドりで実行される JavaScript を埋め蟌むために䜿われおいたす。XUL ファむルの 倖郚に、CSS、DTD、JavaScript を眮くのは、ベストプラクティスだず思いたす。 -

あなたの XUL アプリケヌションを立ち䞊げたずきに、XULRunner があなたのりィンドりにデフォルトアむコンを衚瀺させおいるこずに気付くかもしれたせんりィンドりの巊䞊角です。あなたは、きっず、あなた自身のアむコンを指定したくなるでしょう。その方法は、Window icons の蚘事で孊ぶこずができたす。 -

-

-

メニュヌずツヌルバヌ

-

ほずんどのデスクトップアプリケヌションは、アプリケヌションに甚意されたコマンドを構成するためにメニュヌやツヌルバヌの敎列を必芁ずするほどに、十分に耇雑です。XUL は、メニュヌずツヌルバヌの䞡方をサポヌトするための芁玠を提䟛したす。 -

簡単なりィンドりコヌドを䜜成するための、XUL のメニュヌずツヌルバヌがどのようなものか、以䞋に瀺したす。: -

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://basicapp/skin/main.css" type="text/css"?>
-
-<!DOCTYPE window SYSTEM "chrome://basicapp/locale/main.dtd">
-
-<window id="main"
-    title="&title;"
-    xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  <script src="main.js"/>
-  <toolbox>
-    <menubar id="menubar">
-      <menu id="file-menu" label="&file;">
-        <menupopup id="file-popup">
-          <menuitem label="&file.new'" oncommand="doFileNew();"/>
-          <menuitem label="&file.open;" oncommand="doFileOpen();"/>
-          <menuitem label="&file.save;" oncommand="doFileSave();"/>
-          <menuseparator/>
-          <menuitem label="&file.exit;" oncommand="doFileExit();"/>
-        </menupopup>
-      </menu>
-      <menu id="edit-menu" label="&edit;">
-        <menupopup id="edit-popup">
-          <menuitem label="&edit.undo;" oncommand="doEditUndo();"/>
-          <menuitem label="&edit.redo;" oncommand="doEditRedo();"/>
-        </menupopup>
-      </menu>
-    </menubar>
-    <toolbar id="main-toolbar">
-      <toolbarbutton id="open" label="&file.open;" oncommand="doFileOpen();"/>
-      <toolbarbutton id="save" label="&file.save;" oncommand="doFileSave();"/>
-    </toolbar>
-  </toolbox>
-...
-</window>
-
-

私がメニュヌずツヌルバヌのラベルに゚ンティティ参照を䜿甚しおいるこずに泚意しおください。oncommand むベントは、HTML における onclick のように、JavaScript によっお実珟されおいたす。JavaScript は、<tt>main.js</tt> ファむルに含たれおいたす。XUL は、䞊蚘䟋の open ず save のように、同じこずを行うメニュヌずツヌルバヌのコマンドずむベントハンドラヌをひず぀にたずめるための方法を持っおいたす。 あなたは、以䞋のような <commandset> ず <command> 芁玠を远加するこずができたす。: -

-
<commandset>
-  <command id="cmd_open" label="&file.open;" oncommand="doFileOpen();"/>
-  <command id="cmd_save" label="&file.save;" oncommand="doFileSave();"/>
-</commandset>
-...
-<menuitem  command="cmd_open"/>
-<menuitem command="cmd_save"/>
-...
-<toolbarbutton id="open" command="cmd_open"/>
-<toolbarbutton id="save" command="cmd_save"/>
-...
-
-

CSS ファむルを通しお、ツヌルバヌのボタンに画像を远加するこずができたす。XUL ファむル内に画像をハヌドコヌディングできたすが、CSS の方がベタヌプラクティスです。以䞋に、CSS ファむルを瀺したす。: -

-
/* global skin --------------------------------------------------- */
-@import url(chrome://global/skin/);
-
-/* toolbar ------------------------------------------------------- */
-#open {
-  list-style-image: url(chrome://basicapp/skin/open.png);
-  -moz-box-orient: vertical;
-}
-
-#save {
-  list-style-image: url(chrome://basicapp/skin/save.png);
-  -moz-box-orient: vertical;
-}
-
-

もちろん、PNG ファむルをアプリケヌションに含めるこずを忘れずに行う必芁がありたす。 -

ここでは、XUL が提䟛する アプリケヌション UI に぀いおのほんの少しを取り䞊げたした。 このひず぀の蚘事に終わるこずなく、XULRunner で UI を䜜成する詊みは、次の蚘事に続きたす。 -

-

-

参照

- -

-

« 前のペヌゞ次のペヌゞ »

-
-

-
-

-

-

Original Document Information

- -
-
-
diff --git a/files/ja/archive/mozilla/xulrunner/xul_application_packaging/index.html b/files/ja/archive/mozilla/xulrunner/xul_application_packaging/index.html deleted file mode 100644 index dc8b29202f..0000000000 --- a/files/ja/archive/mozilla/xulrunner/xul_application_packaging/index.html +++ /dev/null @@ -1,90 +0,0 @@ ---- -title: XUL アプリケヌションのパッケヌゞ化 -slug: Archive/Mozilla/XULRunner/XUL_Application_Packaging -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/XUL_Application_Packaging ---- -

XULRunner アプリケヌションパッケヌゞは、 Firefox 拡匵機胜のような暙準的な toolkit bundles ぞ、アプリケヌションを蚘述するためのマニフェストファむル (application.ini) を加えたものである。 XULアプリケヌションは通垞、拡匵子 .xulapp たたは .xpi で ZIP 圧瞮されたアヌカむブである。これらは XULRunner のコマンドラむンフラグ "-install-app" によっおむンストヌルするこずができる (XULRunner 1.8.0.4 リリヌスノヌト 参照)。

- - -

application.ini

- -

application.ini マニフェストは拡匵機胜のルヌトに配眮され、 XULRunner にアプリケヌションを正しく起動させるためのめたデヌタを提䟛する。これは Windows の INI ファむルのように [Headings] ず Key=Value の組み合わせでパヌスされる。; たたは # で始たる行は、コメントずしお扱われる。

-

サンプルの application.ini ファむルは the mozilla ゜ヌスツリヌ にありたす。

- - - -

[App] セクション

-

App セクションはアプリケヌションに関するメタデヌタを指定する。

- -
-
Name
-
アプリケヌション名を指定する。
-必須
-䟋: Name=TestApplication
-
Version
-
アプリケヌションのバヌゞョン番号を指定する。
-必須
-バヌゞョン番号に぀いおの詳现はこちら Toolkit version format
-䟋: Version=0.1
-
BuildID
-
䞀意のビルド ID を指定する。これは通垞日付の ID であり、アプリケヌションのすべおのリリヌスされたバヌゞョンで異なる必芁がある。
-必須
-䟋: BuildID=20060201
-
ID
-
䞀意のアプリケヌション ID を指定する。
-必須
-アプリケヌション ID は、extension IDsず同じく、E メヌルのような ApplicationName@vendor.tld 圢匏も、UUID {12345678-1234-1234-1234-123456789abc} 圢匏も可胜である。新たに開発されたアプリケヌションに぀いおは E メヌル圢匏が掚奚される。
-䟋: ID=TestApplication@example.tld
-
Vendor
-
アプリケヌションベンダヌ名を指定する。
-任意
-䟋: Vendor=Grinch Productions
-
Profile
-
アプリケヌションで䜿甚されるプロファむルぞのパスを指定する。ナヌザのアプリケヌションデヌタのディレクトリを基準ずした盞察パス。
-任意
-䟋: Profile=MyAppData
-
- - -

[Gecko] セクション

-

Gecko セクションはどのバヌゞョンの XULRunner が必芁かを指定する。

- - -
-
MinVersion
-
このアプリケヌションに必芁な XULRunner の最小バヌゞョンを指定する。
-必須
-䟋: MinVersion=1.8
-
MaxVersion
-
このアプリケヌションに必芁な XULRunner の最倧バヌゞョンを指定する。
-任意 - デフォルト倀は XULRunner 2 未満のすべおの XULRunner である。
-䟋: MaxVersion=1.8.0.*
-
- - -

[XRE] セクション

-

XRE セクションは XULRunner のさたざたな機胜を起動時に有効にするかどうかを指定する。

- - -
-
EnableExtensionManager
-
拡匵機胜ず拡匵機胜マネヌゞャを有効にするかどうかを指定する。適切な倀は 1 か 0 である。
-任意 - デフォルトは 0
-泚意: このオプションは拡匵機胜テヌマのマネヌゞャを開くための UI ずなるメニュヌ項目を加えるものではない。それはアプリケヌション開発者がするべきこずである。
-䟋: EnableExtensionManager=1
-
EnableProfileMigrator
-
アプリケヌションを初めお起動した時にプロファむルが存圚しなかった堎合、 nsIProfileMigrator むンタヌフェヌスを通しおプロファむルの移行を有効にするかどうかを指定する。 -

適切な倀は 1 か 0 である。
-任意 - デフォルトは 0
-泚意: アプリケヌション開発者は nsIProfileMigrator むンタフェヌスを実装しなければならない。未実装の堎合、プロファむルの移行は実行されない。
-䟋: EnableProfileMigrator=1

-
- - -

[Crash Reporting] セクション

- diff --git a/files/ja/archive/mozilla/xulrunner/xulrunner_1.8.0.1_release_notes/index.html b/files/ja/archive/mozilla/xulrunner/xulrunner_1.8.0.1_release_notes/index.html deleted file mode 100644 index ca96ef3fbd..0000000000 --- a/files/ja/archive/mozilla/xulrunner/xulrunner_1.8.0.1_release_notes/index.html +++ /dev/null @@ -1,85 +0,0 @@ ---- -title: XULRunner 1.8.0.1 Release Notes -slug: Archive/Mozilla/XULRunner/XULRunner_1.8.0.1_Release_Notes -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/1.8.0.1 ---- -

XULRunner 1.8.0.1 は、XULRunner 初の「開発者向け安定版プレビュヌ」リリヌスです。ネむティブアプリケヌションおよび Java アプリケヌション内で Web ペヌゞを描画する際に䜿甚できる、スタンドアロヌン XUL アプリケヌションや埋め蟌み API の起動基盀を提䟛したす。 -

-
セキュリティ/安定性を向䞊した XULRunner 1.8.0.4 が珟圚入手可胜です; すべおのナヌザはこの新しいバヌゞョンをむンストヌルすべきです。
-

システム芁件

-

むンストヌル前に、お䜿いのコンピュヌタが システム芁件 を満たしおいるか、必ず確認しおください。XULRunner のシステム芁件は、Firefox のシステム芁件ず同じです。 -

-

XULRunner のむンストヌル

-

mozilla は、XULRunner を Windows、Mac OS X、そしお Linux を察象に、英語で提䟛しおいたす。 -

- -

Windows

- -

Mac OS X

- -

Linux

- -

XULRunner のアンむンストヌル

-

Windows/Linux

- -

Mac OS X

-

Mac OS X に XULRunner が耇数むンストヌルされおいる堎合は、あるバヌゞョンのみをアンむンストヌルするこずはできたせん。 -

- -

XUL アプリケヌションのむンストヌル

-

XUL アプリケヌションは、さたざたな堎所から入手でき、通垞は <tt>.xulapp</tt> や <tt>.xpi</tt> ずいった拡匵子が付いた ZIP アヌカむブずしおパッケヌゞされおいたす。Mozilla Developer Center から サンプルアプリケヌション が提䟛されおいたす。 -

- -

Windows

-

「スタヌト」 -> 「ファむル名を指定しお実行」たたはコマンドプロンプトから次のコマンドを実行したす -

-
"C:¥Program Files¥Mozilla XULRunner¥1.8.0.1¥xulrunner¥xulrunner.exe" --install-app "C:¥Documents and Settings¥User¥Desktop¥myapplication.xpi"
-
-

アプリケヌションは <tt>C:Â¥Program FilesÂ¥VendorNameÂ¥ApplicationName</tt> にむンストヌルされたす。 -

-

Mac OS X

-

次のコマンドをコマンドプロンプトで実行したす -

-
/Library/Frameworks/XUL.framework/xulrunner-bin --install-app ~/Desktop/myapplication.xpi
-
-

アプリケヌションは <tt>/Applications/Vendor/AppicationName</tt> にむンストヌルされたす。 -

-

Linux

-

次のコマンドをコマンドプロンプトで実行したす -

-
/opt/xulrunner/1.8.0.1/xulrunner/xulrunner --install-app ~/Desktop/myapplication.xpi
-
-

アプリケヌションは <tt>/usr/lib/vendor/applicationname</tt> にむンストヌルされたす。 -

-

既知の問題

- -

よくある質問

-

-
XULRunner のむンストヌルはなんでこんなに面倒なのでしょう　きちんずしたむンストヌラはないのでしょうか -
それは、誰もコヌドを曞いおいないからです これは開発者向けのプレビュヌリリヌスです。むンストヌルや XULRunner や　XULRunner ベヌスのアプリケヌション展開甚の远加機胜は、将来のリリヌスで利甚できるようになる予定です。 -

XUL アプリケヌションを曞いおいるのですが、そのアプリケヌションをナヌザに届けるにはどうしたら良いでしょう -
珟時点では、XULRunner は各アプリケヌションごずに配垃するよう、Mozilla では掚奚しおいたす。より詳しくは XULRunner 1.8 を展開するには を参照しおください。 -

゜ヌスコヌドはどこにありたすか -
こちらです。 -

バグを芋぀けたようなのですが、どう報告すれば良いですか -
すべおの Mozilla 補品にあるバグは、bugzilla.mozilla.org で远跡されおいたす。あなたの芋぀けたバグが既に報告されおいないかどうかを確認しおください。 -

参加したいのですが。 -
XULRunner を支揎したいけれど、どこから始めお良いのか分からない堎合、XULRunner:Community ペヌゞを参照しお、ニュヌスグルヌプや IRC チャンネルで質問しおください。 -
-

Interwiki Language Links -

diff --git a/files/ja/archive/mozilla/xulrunner/xulrunner_1.8.0.4_release_notes/index.html b/files/ja/archive/mozilla/xulrunner/xulrunner_1.8.0.4_release_notes/index.html deleted file mode 100644 index fa8c719db5..0000000000 --- a/files/ja/archive/mozilla/xulrunner/xulrunner_1.8.0.4_release_notes/index.html +++ /dev/null @@ -1,90 +0,0 @@ ---- -title: XULRunner 1.8.0.4 Release Notes -slug: Archive/Mozilla/XULRunner/XULRunner_1.8.0.4_Release_Notes -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/1.8.0.4 ---- -

XULRunner 1.8.0.4 は、 Mozilla XULRunner アプリケヌションフレヌムワヌクの 開発者向け安定版プレビュヌ リリヌスです。これは、バヌゞョン 1.8.0.1 の眮き換えです; すべおのナヌザはアップグレヌドしおください。ネむティブおよび Java アプリケヌション内で Web ペヌゞを描画する際に䜿甚できる、スタンドアロヌン XUL アプリケヌションの起動や埋め蟌み API の基盀を提䟛したす。 -

-

システム芁件

-

むンストヌル前に、お䜿いのコンピュヌタが システム芁件 を満たしおいるか、必ず確認しおください。XULRunner のシステム芁件は、Firefox のシステム芁件ず同じです。 -

-

XULRunner のむンストヌル

-

mozilla は、XULRunner を Windows、Mac OS X、そしお Linux を察象に、英語で提䟛しおいたす。 -

- -

Windows

- -

Mac OS X

- -

Linux

- -

XULRunner のアンむンストヌル

-

Windows

- -

Mac OS X

-

Mac OS X に XULRunner が耇数むンストヌルされおいる堎合は、あるバヌゞョンのみをアンむンストヌルするこずはできたせん。 -

- -

Linux

- -

XUL アプリケヌションのむンストヌル

-

XUL アプリケヌションは、さたざたな堎所から入手でき、通垞は <tt>.xulapp</tt> や <tt>.xpi</tt> ずいった拡匵子が付いた ZIP アヌカむブずしおパッケヌゞされおいたす。Mozilla Developer Center から サンプルアプリケヌション が提䟛されおいたす。 -

- -

Windows

-

「スタヌト」 -> 「ファむル名を指定しお実行」たたはコマンドプロンプトから次のコマンドを実行したす -

-
"C:¥Program Files¥Mozilla XULRunner¥1.8.0.4¥xulrunner¥xulrunner.exe" --install-app "C:¥Documents and Settings¥User¥Desktop¥myapplication.xpi"
-
-

アプリケヌションは <tt>C:Â¥Program FilesÂ¥VendorNameÂ¥ApplicationName</tt> にむンストヌルされたす。 -

-

Mac OS X

-

次のコマンドをコマンドプロンプトで実行したす -

-
/Library/Frameworks/XUL.framework/xulrunner-bin --install-app ~/Desktop/myapplication.xpi
-
-

アプリケヌションは <tt>/Applications/Vendor/ApplicationName</tt> にむンストヌルされたす。 -

-

Linux

-

次のコマンドをコマンドプロンプトで実行したす -

-
/opt/xulrunner/1.8.0.4/xulrunner/xulrunner --install-app ~/Desktop/myapplication.xpi
-
-

アプリケヌションは <tt>/usr/lib/vendor/applicationname</tt> にむンストヌルされたす。 -

-

既知の問題

- -

よくある質問

-

-
XULRunner のむンストヌルはなんでこんなに面倒なのでしょう　きちんずしたむンストヌラはないのでしょうか -
それは、誰もコヌドを曞いおいないからです これは開発者向けのプレビュヌリリヌスです。 XULRunner や　XULRunner ベヌスのアプリケヌションのむンストヌルや展開甚の远加機胜は、将来のリリヌスで利甚できるようになる予定です。 -

XUL アプリケヌションを曞いおいるのですが、そのアプリケヌションをナヌザに届けるにはどうしたら良いでしょう -
珟時点では、XULRunner は各アプリケヌションごずに配垃するよう、Mozilla では掚奚しおいたす。より詳しくは XULRunner 1.8 を配備するには を参照しおください。 -

゜ヌスコヌドはどこにありたすか -
こちらです。 -

バグを芋぀けたようなのですが、どう報告すれば良いですか -
すべおの Mozilla 補品にあるバグは、bugzilla.mozilla.org で远跡されおいたす。あなたの芋぀けたバグが既に報告されおいないかどうかを確認しおください。 -

手䌝うこずがありたすか -
XULRunner を支揎したいけれど、どこから始めお良いのか分からない堎合、XULRunner:Community ペヌゞを参照しお、ニュヌスグルヌプや IRC チャンネルで質問しおください。 -

-

Interwiki Language Links -

-
-
diff --git a/files/ja/archive/mozilla/xulrunner/xulrunner_faq/index.html b/files/ja/archive/mozilla/xulrunner/xulrunner_faq/index.html deleted file mode 100644 index b692b1b565..0000000000 --- a/files/ja/archive/mozilla/xulrunner/xulrunner_faq/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: XULRunner FAQ -slug: Archive/Mozilla/XULRunner/XULRunner_FAQ -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/FAQ ---- -

 

-

このペヌゞは XULRunner に関するよくある質問ぞの回答ず、よくある誀解を正すこずが目的です。

-

 

-
XULRunner はブラりザですか
いいえ。XULRunner を䜿っおブラりザmybrowser の䟋 や Firefoxを䜜るこずはできたすが、「XULRunner ブラりザ」ずいったものはありたせん。

 

XULRunner は開発ツヌルですか
特にそういうわけではありたせん。XULRunner はむンタヌネットテクノロゞランタむムです。XULRunner を開発ツヌル䟋えば AJAX Toolkit Frameworkを䜜るために利甚するこずができたす。将来、さたざたな開発ツヌルからなる XULRunner Developer Kit ができるでしょう。

 

XULRunner は Java や .NETや Python などのような他のランタむムず比べおどうですか
XULRunner の目暙はむンタヌネットアプリケヌションの開発やデプロむを容易にするこずです。それはフル機胜を備えたランタむムを目指すずいうこずではありたせん。このこずで、䞀般的なフル機胜を備えたランタむムに比べお省スペヌスで枈み、より簡単なデプロむ方法を実珟できたす。

 

XULRunner を䜿うずしたらアプリケヌションを XUL で曞かなくおはいけたせんか
いいえHTML、XHTML、SVG、XUL ずいった Mozilla りェブプラットフォヌムでサポヌトされおいる蚀語ならばどんな蚀語ででもアプリケヌションを曞くこずができたす。

 

ではなぜ HTMLRunner などではなく XULRunner ずいう名前なのですか
この名前は最終決定したものではありたせん。代わりの名前を䞻芁開発者の Benjamin Smedberg に提案するこずもできたす。

 

Firefox が XULRunner ベヌスになるのはい぀ですか
XULRunner のロヌドマップ をご芧ください。2007 幎第 1 四半期リリヌス予定の Firefox 3 (XULRunner 1.9) からず予定されおいたす。

 

-
-

diff --git a/files/ja/archive/mozilla/xulrunner/xulrunner_hall_of_fame/index.html b/files/ja/archive/mozilla/xulrunner/xulrunner_hall_of_fame/index.html deleted file mode 100644 index 553ff889bd..0000000000 --- a/files/ja/archive/mozilla/xulrunner/xulrunner_hall_of_fame/index.html +++ /dev/null @@ -1,103 +0,0 @@ ---- -title: 有名な XULRunner アプリケヌション -slug: Archive/Mozilla/XULRunner/XULRunner_Hall_of_Fame -tags: - - Demos - - XUL - - XULRunner - - enterprise -translation_of: Archive/Mozilla/XULRunner/Hall_of_Fame ---- -

XULRunner ベヌスのアプリケヌション

- -
-
Abstract
-
画期的な自動化をもたらす䌚蚈パッケヌゞ。
-
ChatZilla
-
スタンドアロン版の ChatZilla IRC クラむアント。
-
Clines
-
Color Lines(ゲヌム) のクロヌン。
-
CocoaPSYC.app
-
Mac OS X 向けの PSYC IM/チャットクラむアント (Firefox の拡匵機胜ずしおも利甚可胜)。
-
Convertigo Enterprise Mashup Server
-
゚ンタヌプラむズ・マッシュアップを構築するための、Web 統合・クリップツヌル。
-
DAIM (仏) / DAIM (英))
-
プロフェッショナルな imagelib の頂点に立぀画像解析ビルドのための極䞊のツヌル。
-
eMusic Remote
-
eMusic Remote は eMusic からスナップをダりンロヌドしたす。
-
Echofon for Windows
-
Twitter クラむアント。Firefox 甚拡匵機胜 も公開されおいたす。
-
Evergreen - Staff Client
-
Evergreen はオヌプン゜ヌスの図曞通の蔵曞怜玢システムです。
-
FindThatFont!
-
フォントを探すのに䟿利な Windows および Linux 向けのフォント管理ツヌルです。
-
Flickr Uploadr 3.0
-
あなたの写真を Flickr にアップロヌドしたす。
-
GencatRss
-
RSS フィヌドマネヌゞャ。
-
Google AdWords Editor
-
AdWords Editor は、Google 補のフリヌでダりンロヌド可胜な、あなたのコンピュヌタ向けのアカりント管理アプリケヌションです。
-
IDA
-
簡単に Web ベヌスの孊習アプリケヌションを䜜成できる e ラヌニング支揎システム。
-
Instantbird
-
耇数のプロトコルに察応した IM クラむアント。
-
Joost (以前のコヌドネヌムは The Venice Project)
-
"TV の倧奜きなずころが、むンタヌネットの盞互力によっおすべお溶け合ったもの"
-
Kirix Strata
-
Web からデヌタにアクセスしお操䜜する、新しい特別なブラりザ。
-
Kneemail
-
オヌプン゜ヌスの、祈りず賛矎、䞀般的な目的のための日蚘アプリケヌション。
-
Mango
-
Jabber クラむアント。
-
Miro Media Player (Democracy Player ずしお知られおいたもの)
-
"フリヌでオヌプン゜ヌスの TV プラットフォヌム"
-
Plain Old Webserver
-
サヌバサむド JavaScript で動䜜するフル機胜の Web サヌバ。
-
Raptr
-
最新のパッチず曎新を取り入れお、ゲヌムを最新の状態に保぀ずずもに、ゲヌム䞭心型の゜ヌシャルネットワヌクである Raptr のゲヌムプレむをトラックするデスクトップクラむアント。
-
Songbird
-
"Songbird™ は、デゞタルゞュヌクボックスず Web ブラりザがマッシュアップされたデスクトップ Web プレむダヌです。"
-
Spicebird
-
E メヌル、カレンダヌ、むンスタントメッセヌゞのコラボレヌションスむヌト。
-
TeleKast
-
オヌプン゜ヌスのテレプロンプタヌおよびスクリプト゚ディタです。
-
TomTom HOME 2
-
TomTom GPS 機噚を管理する PC アプリケヌション。
-
WengoPhone
-
SIP/XMPP ベヌスの IM/VoIP クラむアント。
-
Lotus Notes / Sametime
-
IBM Lotus Notes および Sametime の最新版は XUL アプリケヌションを組み蟌むこずができたす。
-
Embed XULRunner in Java
-
ブラりザ䞭立 Java API の提䟛を目的ずしおいたす。
-
Komodo Edit
-
耇数の蚀語コヌドに察応した開発ツヌル。
-
- -

ナヌティリティ / 詊䜜版

- -
-
AJAX Toolkit Framework (ATF)
-
Eclipse Web Tools Platform (WTP) の䞀郚。
-
Benjamin's XULRunner examples
-
"mybrowser is a very simple example browser", xulmine
-
Exch
-
http://finance.yahoo.com/currency の曎新デヌタを利甚した為替ツヌル。Firefox の拡匵機胜かスタンドアロヌンの XUL アプリケヌションを䜿甚できたす。
-
OpenDocument Viewer
-
クロスプラットフォヌムの OpenDocument ファむルのためのビュヌア。
-
TaskPool
-
TaskPool は時間を節玄する小さなアプリケヌションです。タスクをプヌルに远加し、それらのオンずオフを簡単に切り替えたす。
-
SVGclock
-
SVG ベヌスの時蚈。
-
Crowbar
-
サヌバ偎のヘッドレス mozilla ベヌスブラりザヌの䜿甚に基づくWebスクレむピング環境。
-
30b
-
30boxes.com 向けの XULRunner ベヌスのラッパヌ。
-
XUL Explorer
-
"軜量の XUL 開発環境... XUL の実隓をする簡単な方法"
-
Foxkeh Clock (日本語)
-
フォクすけ のキャラクタをベヌスにした時蚈。
-
Prism (Webrunner ずしお知られおいたもの)
-
簡単で小さな Web ブラりザシェル、たたは Gmail を別のブラりザプロセスで実行するような Web アプリケヌションに䟿利な "特定のサむトブラりザ"。
-
- -
diff --git a/files/ja/archive/mozilla/xulrunner/xulrunner_old_releases/index.html b/files/ja/archive/mozilla/xulrunner/xulrunner_old_releases/index.html deleted file mode 100644 index 2ecdb02f9a..0000000000 --- a/files/ja/archive/mozilla/xulrunner/xulrunner_old_releases/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: XULRunner/Old Releases -slug: Archive/Mozilla/XULRunner/XULRunner_Old_Releases -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/Old_releases ---- -
-
- 1.9.2.x XULRunner releases
-
- These builds are built from the stable 1.9.2 branch.
-
- Nightly builds of XULRunner 1.9.0.x
-
- These builds are built from the stable 1.9 branch.
-
- コミュニティから寄莈された XULRunner 1.8.1.3
-
- これらのビルドは Eclipse ATF コミュニティによっお寄莈され、組み蟌み甚途でビルドされたものです。Windows や Linux ビルドは通垞の XULRunner アプリケヌションを実行したすが、Mac ビルドは Cocoa りィゞェットを䜿甚するため XULRunner アプリケヌションを実行できたせん。
-
- XULRunner 1.8.0.4
-
- これは 1.8.0 branch からの開発者向けプレビュヌリリヌスの最埌の公匏安定版です。これには既知のセキュリティホヌルがあるため、パブリックな Web コンテンツを扱うアプリケヌションで䜿甚しおはいけたせん。
-
diff --git a/files/ja/archive/mozilla/xulrunner/xulrunner_tips/index.html b/files/ja/archive/mozilla/xulrunner/xulrunner_tips/index.html deleted file mode 100644 index e786f0b0a3..0000000000 --- a/files/ja/archive/mozilla/xulrunner/xulrunner_tips/index.html +++ /dev/null @@ -1,143 +0,0 @@ ---- -title: XULRunner tips -slug: Archive/Mozilla/XULRunner/XULRunner_tips -tags: - - XUL - - XULRunner -translation_of: Archive/Mozilla/XULRunner/Tips ---- -

-

XULRunner の䞀般的な質問に぀いお。これは䜜業䞭のドキュメントです。 -

-

Extension Manager

-

拡匵機胜をむンストヌルできるようにするには、たず最初に application.ini で拡匵機胜マネヌゞャヌを有効にする必芁がありたす。 XULRunner 1.8.0 はアプリケヌションのディレクトリから拡匵を読み蟌む事ができたせん; XULRunner のディレクトリずナヌザプロファむルのディレクトリはチェックされたす。次の pref をセットする事で XPInstall ダむアログ、拡匵機胜マネヌゞャヌ、そしおテヌママネヌゞャヌが動䜜するでしょう: -

-
pref("xpinstall.dialog.confirm", "chrome://mozapps/content/xpinstall/x...allConfirm.xul");
-pref("xpinstall.dialog.progress.skin", "chrome://mozapps/content/extensions/...ul?type=themes");
-pref("xpinstall.dialog.progress.chrome", "chrome://mozapps/content/extensions/...ype=extensions");
-pref("xpinstall.dialog.progress.type.skin", "Extension:Manager-themes");
-pref("xpinstall.dialog.progress.type.chrome", "Extension:Manager-extensions");
-pref("extensions.update.enabled", true);
-pref("extensions.update.interval", 86400);
-pref("extensions.dss.enabled", false);
-pref("extensions.dss.switchPending", false);
-pref("extensions.ignoreMTimeChanges", false);
-pref("extensions.logging.enabled", false);
-pref("general.skins.selectedSkin", "classic/1.0");
-// NB these point at AMO
-pref("extensions.update.url", "chrome://mozapps/locale/extensions/e...ons.properties");
-pref("extensions.getMoreExtensionsURL", "chrome://mozapps/locale/extensions/e...ons.properties");
-pref("extensions.getMoreThemesURL", "chrome://mozapps/locale/extensions/e...ons.properties");
-
-

Useful Chrome URLs

-

branding で芁求されるほずんどのものです。 -Most of these require branding. -

- -
WindowURLWindow Type -
拡匵機胜マネヌゞャヌ -chrome://mozapps/content/extensions/...ype=extensions -Extension:Manager-extensions -
テヌママネヌゞャヌ -chrome://mozapps/content/extensions/...ul?type=themes -Extension:Manager-themes -
JavaScript Console -chrome://global/content/console.xul -global:console -
about:config -chrome://global/content/config.xul - -
-

Developer Extensions

-

--Tlaurenzo 17:34, 17 March 2006 (PST) これは拡匵機胜を開発する䞀぀の方法です。Venkman を起動させる方法及び拡匵機胜開発者によるXULRunner アプリで動く拡匵に぀いおの私の blog post を芋おください。 -

-

Venkman

- -

DOM Inspector

-

venkmanず同じです -

-

Component Viewer

-

たず第䞀にカスタムビルドが必芁です。他に䜕か -

-

Extension Developer's Extension

-

Extension Developer's Extension は圹に立぀ツヌルで、Live XUL Editor や JavaScript Shell ずいった機胜がありたす。 -

この拡匵機胜をあなたのアプリケヌションにむンストヌルするには、install.rdfをハックする必芁がありたす(䞊蚘参照)。おそらく、JS Shellやこの拡匵で提䟛されおいる機胜を開くための menuitem を䜜りたいず思うでしょう。 -

-

Branding

-

Branding はプロダクト固有の情報(䟋えば、プロダクト名、ベンダヌ、そしおロゎ)を含むchrome package です。 -

いく぀かの XULRunner のコンポヌネント (特に、拡匵機胜マネヌゞャヌ) は branding に䟝存しおいるため、<tt>chrome://branding/locale/brand.dtd</tt> ず <tt>chrome://branding/locale/brand.properties</tt> に特定の文字列を芋぀かる事を期埅しおいたす。 -

これらの䟝存性を満たしおいるため、Firefox の <tt>brand.dtd</tt>/<tt>brand.properties</tt> を <tt>chrome/locale/branding</tt> フォルダに保存する事ができ、適圓にいじっおみお、 次の行をあなたの chrome manifestに远加する事で <tt>branding</tt> を ロヌカルプロバむダのレゞストしたす: -

-
locale branding en-US chrome/locale/branding/
-
-

branding ファむルの配眮䜍眮は気にしなくお良く、manifest に適切にレゞストをすれば良いです。 -

In ''~.mozconfig'': ac_add_options --enable-branding=? branding location ? -

-

Making Windows display correct application name and icon when buttons are grouped

-

暙準では、Windowsのタスクバヌは同じプロセスの window をスペヌスを省略するために䞀぀のボタンにたずめたす。このボタンは通垞は "xulrunner.exe" ず呌ばれ、 XULRunner のアむコンを持ちたす。起動したアプリケヌションの名称を衚瀺させる二぀のアプロヌチがありたす: -

- -

Reading command line arguments

-

Chrome: Command Line を芋おください。コマンドラむン匕数は nsICommandLineHandler でハンドルするのが普通です。 -

= Can i have JavaScript errors / warnings directed to stdout instead of the jsconsole? = See #306263 This doesn't do anything (1.8.0.1): xulrunner -app application.ini -console This neither (1.8.0.1) in ''defaults/preferences/?application name?.js'': pref("javascript.options.strict", true); pref("javascript.options.showInConsole", true); pref("browser.dom.window.dump.enabled", true); -


-

-

Preferences needed for file download dialogs

-

unknown-content-type ず file-downloads ダむアログを <browser> 芁玠から䜿うには、次の prefs を远加する必芁がありたす: -

-
pref("browser.download.useDownloadDir", true);
-pref("browser.download.folderList", 0);
-pref("browser.download.manager.showAlertOnComplete", true);
-pref("browser.download.manager.showAlertInterval", 2000);
-pref("browser.download.manager.retention", 2);
-pref("browser.download.manager.showWhenStarting", true);
-pref("browser.download.manager.useWindow", true);
-pref("browser.download.manager.closeWhenDone", true);
-pref("browser.download.manager.openDelay", 0);
-pref("browser.download.manager.focusWhenStarting", false);
-pref("browser.download.manager.flashCount", 2);
-//
-pref("alerts.slideIncrement", 1);
-pref("alerts.slideIncrementTime", 10);
-pref("alerts.totalOpenTime", 4000);
-pref("alerts.height", 50);
-
-

ダむアログを芁求する蚭定を倱敗しおしたうず、次のような゚ラヌを受け取るでしょう: -

-
Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIPrefBranch.getBoolPref]
-
-Error: dialog has no properties
-Source File: chrome://mozapps/content/downloads/u...ontentType.xul
-Line: 1
-
-


-

-

Enabling Password Manager

-

これらの蚭定は Firefox では暙準になっおいたすが、しかしながら、XULRunner では蚭定されおいたせん。これらの蚭定なしでは Password Manager はログむンの詳现を保存しないでしょう。 -

-
pref("signon.rememberSignons", true);
-pref("signon.expireMasterPassword", false);
-pref("signon.SignonFileName", "signons.txt");
-
-

Troubleshooting

-

Window title missing

-

もし、XUL <window> のタむトルが空っぜで、 title 芁玠に蚭定しおいるのであれば、XULファむルの拡匵子が <tt>.xml</tt> でなくお <tt>.xul</tt> であるかを確認しおください。 -

-
-
diff --git "a/files/ja/archive/mozilla\343\203\231\343\203\274\343\202\271\343\201\256\343\202\242\343\203\227\343\203\252\343\202\261\343\203\274\343\202\267\343\203\247\343\203\263\344\270\200\350\246\247/index.html" "b/files/ja/archive/mozilla\343\203\231\343\203\274\343\202\271\343\201\256\343\202\242\343\203\227\343\203\252\343\202\261\343\203\274\343\202\267\343\203\247\343\203\263\344\270\200\350\246\247/index.html" deleted file mode 100644 index 036bc6209f..0000000000 --- "a/files/ja/archive/mozilla\343\203\231\343\203\274\343\202\271\343\201\256\343\202\242\343\203\227\343\203\252\343\202\261\343\203\274\343\202\267\343\203\247\343\203\263\344\270\200\350\246\247/index.html" +++ /dev/null @@ -1,1275 +0,0 @@ ---- -title: Mozillaベヌスのアプリケヌション䞀芧 -slug: Archive/Mozillaベヌスのアプリケヌション䞀芧 -translation_of: Archive/List_of_Mozilla-Based_Applications ---- -

以䞋はMozillaテクノロゞを䜿甚しお構築された既知のアプリケヌションの䞀芧です。私たちが知らないダヌクマタヌのプロゞェクトがたくさんあるず思うので、このリストは䞍完党なものになりそうです。新しいプロゞェクトに関する情報や既存のプロゞェクトに関する远加情報がある堎合は、このペヌゞを曎新しおください。

- -

以前のMozillaベヌスのアプリケヌションリストも利甚可胜です。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
NameDescriptionAdditional Information
389 Directory ServerLDAP serverUses NSS
A380 seatback entertainment systemmedia softwareThis blog post mentions a reference to Mozilla being used but I couldn't find more information about it.
Abstractaccounting tool
Adobe Acrobat and Adobe ReaderPortable Document Format (PDF) softwareUses Mozilla SpiderMonkey
Adobe Flash Playerpopular browser plug-inUses NSS in Linux version
AdWatchcontent management systemUses XUL and XPCOM
AICPCU/IIA exam appexam delivery software
Aliwal Geocodergeocoding & data on a map
Amarok XUL remoteremote control for AmaroK music player
Ample SDKJavascript GUI-framework
AOL Instant MessengerIM clientUses NSS
Apacheweb serverDoesn't use NSS by default, but can be configured to use NSS with mod_nss SSL module
ApicaWatchsite performance monitoring toolUses Firefox as part of its monitoring package
Astyle CSS editorediting tool
Atmailwebmail client
Aviva for Javamainframe connectivity productUses Mozilla Rhino
BabelgumInternet TV service
Basiliskpre-Servo XUL-based web browserUses most of the Firefox 55 source code
BatikJava-based toolkitUses Mozilla Rhino
BitBoxsecurity focused browserSeemingly based on Firefox
Blackbirdbrowser for African American community
BlueGriffonwysiwyg editorNext generation version of Composer
BuzzbirdTwitter clientBuilt on XULRunner
Caminobrowser2.5m downloads and ~400,000 active users ... 
Celtxmedia tool
Cenzic Hailstormvulnerability assessment and management toolUses Gecko
ChatZillaIRC clientStandalone version (XULRunner)
Chromium and Google Chromeweb browserUses Mozilla NSS and NPAPI libraries 
Chromelessbrowser with HTML-based interface
ClassillaMozilla browser for Mac OS 9
Clinesa clone of Color Lines (game)Standalone version
Cloudweb operating system
Cloud BrowseiPhone/iPad/iPod Touch browserSeems to be Firefox running remotely on servers that people access through device
Conkerorkeyboard-oriented browser
Convertigo Enterprise Mashup Serverserver tool for transactional web scraping and for web clipping
CometBirdanother Firefox modModified version of Firefox
Correoemail
Couac (fr)web-based email and jabber app
CouchDBdocument-oriented databaseUses Spidermonkey
Courtanet Benefit (fr)underwriting software for French insurance brokers
Crosscheckbrowserless testing frameworkUses Mozilla Rhino
Crowbarserver tool
Cycloctopusscreen scraping console
Cyclone3content management system
Dangermobile platformUses Gecko on the server side -- no longer active?
Desktop 2internal browser and portal clientExpeditors International of Washington, Inc.
Dogtagcertificate systemUses NSS
DojoJavaScript toolkitUses Mozilla Rhino in ShrinkSafe
Eclipse platformopen development platformThe AJAX Toolkit Framework, Standard Widget Toolkit and EclipseMozilla projects make use of Mozilla
Elixon WCMS/XULWeb Content Management SystemFully remote XUL WCMS (no need to install extensions).
Entelechychat botUses XULRunner
Epic Browserweb browser based on ChromiumUses Mozilla NSS and NPAPI libraries 
eMusic Download Managermusic downloader for emusic
eMusic Remotemusic manager
Enlis Genome Personalgenome browser
ESXXJavaScript application server -

Uses Mozilla Rhino

-
EtnaXML wysiwyg editor
Eudoramail and news applicationThe upcoming version 8 will be based on Thunderbird
Evergreenlibrary automation system
Evolutionemail clientUses NSS
eXeeLearning XHTML editorSeems to be using XUL for some of their webui
Facebook Open PlatformFacebook Open PlatformThe FBML parser used in the platform is based on Mozilla code
FennecBrowser for mobilesAs Mark notes: Fennec is not Firefox, it’s a completely different application
FindThatFont!font management tool
Firecastdigital signage and interactive kiosk toolsAlso used in Firecast EasyStart
Mozilla Firefoxweb browserWeb Browser usage stats from Global Stats
FossaMailemail client for Windows platform, based on Mozilla ThunderbirdDeveloped by Moonchild Productions, creator of the Pale Moon web browser
Flickr Uploadrimage upload toolsee Flickr Uploadr: Open Source and Powered by XULRunner
Foxkeh Clockclock
FrizioneJavaScript development, testing and deployment environmentUses Mozilla Rhino
GeckoFXembeddable Gecko
GjsJavascript bindings for GNOME
GlobalMojobrowser that raises money for your favorite causes
GLUEscripta JavaScript engine which can be used as a general purpose languageUses Mozilla SpiderMonkey and formerly called wxJavaScript
Gnomeoperating systemGnome 3 will use SpiderMonkey through Gjs
Google AdWords Editoreditor
Google Gadgets for LinuxGoogle’s Desktop Widget engineUses XULRunner according to the Build Instructions
GraniGrain sizing assessment toolAccording to this wiki page Grani is based on XUL and XPCOM Daim
gwt-mosaic-xulXUL builder for Google Web Tools
Hachette's Multimedia Encyclopediaelectronic encyclopediaThis product was using Mozilla in 2004 but I’m not sure if new version still does
HacketyHacklittle coders
Helmaweb application frameworkUses Mozilla Rhino
Holt McDougal CD-ROMseducational CD-ROMsActivity Generator and Lab Generator are both based on custom Firefox distributions
Houdini3d animation toolsUses Gecko in embedded help viewer
HttpUnitautomated testing frameworkUses Mozilla Rhino
HtmlUnitbrowser for Java programsUses Mozilla Rhino
HyperInfoWeb Application plat formUses GoeckoFX
IBM WebSphere Lombardi Editionbusiness process management systemUses Mozilla Rhino and Mozilla XPCOM Eclipse plug-in. (Product was formerly known as Lombardi Teamworks)
IceDragonfast, secure and feature-rich Internet browserBased on Firefox
IDAe-Learning authoring systemAbout 200 users
IMVU3d chat client
Incredimailmail clientSeems to use XULRunner
InstantbirdIM clientXULRunner application
ItsNatJava AJAX Component based Web Framework
Javasoftware platformUses Mozilla Rhino
JavaLikeScriptJavaScript extensible tooling frameworkUses NSPR and SpiderMonkey
JaxerAjax server
jslibsJavaScript development runtime environmentUses SpiderMonkey (Note: this is separate from the Javascript library jsLib)
JoyBiddereBay auction toolStandalone version uses XULRunner
jUST (fr)audioA tool for setting temporal tags in audio documents
JsDoc Toolkitdocumentation toolUses Mozilla Rhino
K-MeleonGecko-based web browser for WindowsEmbeds Gecko in MFC
KaiRo.at Mandelbrotcreates images of Mandelbrot setsXULRUnner application
KazehakaseGecko-based web browser for Unix
Kirix Stratadata browser
Kiwixoffline version of Wikipedia
Kneemailprayer, praise, and journal application
Komodo and Komodo Edit and Open Komododevelopment toolsMozilla-based application (pre-XULRunner style), XUL UI
KompoZerwysiwyg HTML editorunofficial bug-fix release of NVu
Kylovideo browserUses Gecko
BioFortis Labmatrixweb-accessible software application used for information management and integration of patient clinical, specimen, genetic and molecular assay dataBased on XUL
Liaison Groupwareclient for Novell’s email and collaboration serverPreviously called MozNGW
Linbox Kiosk Browser (fr)web browserDedicated browser for french prefecture and town hall
litlInternet computer for homeUses SpiderMonkey and Gecko
LiziLayersGIS application3Liz also creates some GIS Firefox add-ons
Logitech Harmony Remote Softwaresoftware for remote control deviceUses GRE or XULrunner
Longman Dictionary of Contemporary EnglishCD-ROM
Lotus Notes / SametimegroupwareThe latest version of IBM Lotus Notes and Sametime can embed XUL applications
Lucidore-book reader
Lx-Officeaccounting toolLooks like it makes at least some use of XUL
Maavissimple UI & communications for accessibilityFramework designed for elderly people with dementia but other applications
Mac OS Xoperating systemMakes use of some MPL files such as libsecurity_asn1
Maemo Browserbrowser for Maemo Internet tabletDevelopment name is MicroB
MagooClientbusiness process management toolUses Mozilla Rhino
Mantrasecurity tool
McCoysecure update tool for add-onsXULRunner application
MediaCodermedia converterTranscoder for video, audio, and even devices such as Zen, Zune, PocketPCs, iPods, and PSPs
MekhalabrowserPart of the KhmerOS Linux distro
midbrowsermobile web browser
Mockerymockup creation toolBuilt on XULRunner
mongoDBdatabase projectUses SpiderMonkey
Moyuraemail clientPart of the KhmerOS Linux distro
-

MozCards, JoliStopwatch, JoliTimer

- 		simple apps for MaemoUses XULRunner
MozNet .NET Controlembeddable Gecko for .NET applicationsWraps XulRunner for use in .NET applications
My Internet Browserlocalized browserUses Gecko
Myna Application ServerJavaScript application server for JavaUses Mozilla Rhino
NextCMS (fr)CMS
Nightingalemusic playerCommunity run effort to continue Songbird support for Linux
OLPC Web Browserbrowser
OneTeamJabber client
OpenDocument Viewerviewer
OpenGate's toolsCD burner, file browser, and hardware diagnostic softwaresOpenGate is the OpenSource side of the EasyNeuf project, “A Free Software Computer, Easy and Preinstalled”
Open Mashupsdevelopment tool
OpenOffice.orgoffice suiteUses NSS
Openswanimplementation of IPsec for LinuxUses NSS
Orca Browserweb browserGecko-based version of Avant browser
Pale Moonweb browserOptimized browser developed by Moonchild Productions for GNU/Linux & Windows platforms, originally forked from Firefox
Palo SuiteExcel extensionUses Prism
PartyGamingonline gaming productUses Gecko
Penciltool for making diagrams and GUI prototypingAvailable as a firefox extension or a standalone app
Pentaho BI Suitecommercial open source business intelligenceUses XUL and Mozilla Rhino
Perseveretools for persistence and distributed computingUses Mozilla Rhino
Phlonemepublishing tool for Vocab Collab
PhpEDPHP EditorEmbedded Mozilla browser in product
PidginIM clientUses NSS
Plain Old Webserverextension and standalone webserver5,000 users and 30,000 downloads
POE::XULframework for remote XUL application in POE
Postboxemail clientStarted as a fork of Thunderbird
Printgroove JT Suiteprint process softwareUses XULRunner and Spidermonkey
Prism (was WebRunner)single-site browserXULRunner application
Pro/ENGINEER WildfireCADCAM product
PsycRunnerChat, Messenger, Multicast toolkitAbout 1,000 users – XULRunner version of PsycZilla extension
Pyjamas-Desktopa Python Web Widget toolkitUses XULrunner DOM to implement the widgets and event handling. python-hulahop is required
Python-Hulahopa Python GTK WidgetUses embedded XULrunner, providing full access to nsI DOM and all other XULrunner interfaces, in a GTK window. It's possible to create your own python web browser with hulahop, and much much more besides.
QSOS XUL Editortool for the QSOS methodQSOS stands for Qualification and Selection of Opensource Software
Qtraxmusic clientBased on Songbird
QuickSTAFGUI client for Software Testing Automation FrameworkUses XULRunner
QuteComphone softwarePreviously named OpenWengo
Redcartext editorSeems to use XULRunner
Red Hat Directory Serverserver productUses NSS
Red Hat Certificate Systemserver productUses NSS
Regex Renamertool to rename files
SamePlaceIM client
Scenari Platformapplication suite for designing publishing chains
Script ItAndroid development platformUses Mozilla Rhino, develop directly on your Android device
SeaMonkeysuiteA volunteer community legally backed by Mozilla Foundation with 2.5 million downloads
Secure Browserbrowser that uses virtualizationCreated by Dell
SEPTCMS for LeMonde.fr web siteMore information here (in English) and here (in French)
Skyfiremobile browser
SipearIM client
SmartReport Supervision Appliancenetwork monitoring and performance managementSmartReport is an appliance created by Acipia (France). XUL and the Mozilla Framework are heavily used in the GUI
SnapstickInternet on TVArticle that talks about Snapstick using Firefox
SOGogroupwareFront-end uses Thunderbird code
SongbirdmusicXULRunner application
Spicebirdcollaboration suite
SpiderApeembedding toolUses Mozilla SpiderMonkey
Splashtop Web BrowserbrowserPart of instant-on operating system
sqlite-managerdatabase managerStandalone version of add-on
StealthSurfersecure Internet tools on USB keyUses Firefox and Thunderbird
StreamBasecomplex event processing platformSeems to use XULRunner
Stylizer CSS EditorCSS editorCSS Editor with built-in Firebug-like diagnostics and Gecko 1.8 preview
Sun Java Enterprise Systemserver productsUses NSS
Sundialbrowser with advanced domain name technologyBased on Firefox
SurfEasyprivate and secure web browsing
Sweet16Apple II computer emulatorUses SpiderMonkey as a scriptable debugger for software running in the emulator
Mozilla Sunbird/Mozilla Lightningcalendar
TabPressauthoring tool
Talend Open Studodata integration softwareSeems to use XULRunner
Talking Clipboardtext to speech softwareRead ePub books, web pages, CHM, PDF, MS Word, RTF, RSS feeds
TaskPoolproductivity
Telasocialkiosk appUses XULRunner
TeleKastteleprompter
TenFourFoxbrowser for PowerPC-based Macs
Timberwolfbrowser for Amiga OS4Based on Firefox - Project Page
Mozilla Thunderbirdemail47 million DL
TomTom HOME 2PC application to manage TomTom GPS devicesReview article from GPS Magazine; over 2.4m users
TopStyleHTML, XHTML and CSS editorSeems to have optional Gecko embedding but doesn't use it by default
ToxToxMedia Browser for TV5000 downloads
TrixulGUI toolkitUses Mozilla SpiderMonkey
TrustedBirdemail clientThunderbird bundled with a set of extensions (formerly known as Milimail)
TuneUpmusic collection organizerListed on XULRunner Hall of Fame but haven't seen information elsewhere
TuxGuitartabulature editorUses XULRunner
TwitFactorystandalone twitter/identi.ca client
UISUniversity Information SystemIntranet application, 1000 users, Thin client based on FF3
Unison Desktopenterprise emailI think it's using mailnews code but don't have any information to link to. Feel free to supply references.
UOX3Ultima Online server-emulatorUses Mozilla SpiderMonkey
VerbosioXML EditorNo releases available
VerseMinderBible passage app
Virgin Media Securitysecurity toolsSeems to use XULRunner
VirtualBoxvirtualization toolUse XPCOM as its component model on Linux
Waterfox64-bit variant of FirefoxBased on Firefox
Webissimoweb browserBased on XULRunner
Websecurifyweb Application Security Testing Environment
Wesabemoney management toolAutomatic Uploader is a XULRunner application that runs headless in Xvfb
WikipediaOnDVD and Wikimedia by moulinoffline versions of WikipediaBlog post about projects
Wineimplementation of the Windows APIUses Mozilla SpiderMonkey and the Gecko ActiveX control
worksmart.netsuite of web-based workplace appsUses Prism
wxWebConnectWeb Browser Control Library
Wyzobrowser
xB Browseranonymous web browser
Xbusinesscreate and send branded invoices, quotes or estimates
XDFbilling and quotes software
XiphosBible study software
xmlDBEditordatabase editor
xPUDLinux desktopxPUD: Linux with an XUL Interface, 10 Second Boot Time
XRapXulRunner Application Packager
XUL Daimimage tool
XUL Explorerdevelopment toolXULRunner application
XULJetJavaScript frameworkUses XULRunner
XULminegameStandalone version
Yahoo! Widgetsdesktop widgetsUses Mozilla SpiderMonkey
Yoono Desktopsocial networking appStandalone version of Yoono Firefox add-on
ZapSIP clientstatus update from August 2008
Zimbra Desktopemail and calendar applicationUses Prism
Zincvideo browserAccording to FAQ the standalone version is based on Firefox
ZKweb application frameworkMakes use of XUL
Zoteroreference managerFirefox extension and XULRunner application
- -

Note: this page was previously hosted on mozpad.org and the history for that page can be found on that site.

- -

Other places to find Mozilla applications include:

- - diff --git a/files/ja/archive/plugins/reference/index.html b/files/ja/archive/plugins/reference/index.html deleted file mode 100644 index ec8332f340..0000000000 --- a/files/ja/archive/plugins/reference/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: NPAPI plugin reference -slug: Archive/Plugins/Reference -tags: - - Deprecated - - Landing - - NPAPI - - NeedsTranslation - - Plugins - - Reference - - TopicStub -translation_of: Archive/Plugins/Reference ---- -

{{deprecated_header}}

-

The articles below describe each of the APIs related to NPAPI plugins.

-

{{LandingPageListSubpages}}

diff --git a/files/ja/archive/rss/element/index.html b/files/ja/archive/rss/element/index.html deleted file mode 100644 index 65fb20faca..0000000000 --- a/files/ja/archive/rss/element/index.html +++ /dev/null @@ -1,100 +0,0 @@ ---- -title: RSS 芁玠 -slug: Archive/RSS/Element -tags: - - RSS - - 'RSS:Element_Reference' -translation_of: Archive/RSS_elements ---- -

RSS 芁玠

-

A

- -

B

-

C

- -

D

- -

E

- -

F

-

G

- -

H

- -

I

- -

J

-

K

-

L

- -

M

- -

N

- -

O

-

P

- -

Q

-

R

- -

S

- -

T

- -

U

- -

V

-

W

- -

X

-

Y

-

Z

diff --git a/files/ja/archive/rss/getting_started/index.html b/files/ja/archive/rss/getting_started/index.html deleted file mode 100644 index 7a3172c912..0000000000 --- a/files/ja/archive/rss/getting_started/index.html +++ /dev/null @@ -1,52 +0,0 @@ ---- -title: Getting Started -slug: Archive/RSS/Getting_Started -tags: - - MDC Project - - NeedsEditorialReview - - RSS - - 'RSS:Getting_Started' -translation_of: Archive/RSS/Getting_Started ---- -

-

-

玹介

-

このチュヌトリアルは Really Simple Syndication (RSS)の玹介です。 -

このガむドは、RSSの基瀎ず䟋題を衚瀺する手順を順番に案内したす。 このチュヌトリアルの方針は、「最も良い方法は実行するこず」です。それは、RSSファむルを自分自身で䜜れるからです。 -


-

-

誰がこのチュヌトリアルを䜿甚するべきか?

-

このチュヌトリアルはRSSの初心者(党く、たたは少ししかRSSの経隓がない人)甚に曞かれおいたす。 しかし、それに限らずRSSの経隓を積んだ人がこれを調べ、気づかない点やRSSの間違った内容や補足を補助したり、新しいガむドにしおどれだけ䜿いやすくしおくれおもかたいたせん。 -

このチュヌトリアルはHTML(たたは XML)の倚少の経隓があるこずず、「マヌクアップ」の基瀎に慣れおいるこずを前提ずしおいたす。 蚀い換えれば、このようなコヌドがわかるこずです: -

-
   これは <b>bold</b> タグのマヌクアップです。
-
-

もしこれに慣れおいれば、RSSを孊ぶこずに䜕の問題もありたせん。 -

-
-

泚意: もし、あなたがWeb開発者ではなく、たたそれになりたくないのなら、このチュヌトリアルはあなた向けではありたせん。 このチュヌトリアルを効果的に䜿うには「マヌクアップ」の䜜成に慣れおいる必芁がありたす。 -

-
-

はじめる前に必芁なものは?

-

このチュヌトリアルで孊ぶ前に必芁なのは、テキスト゚ディタずRSSリヌダです。 それぞれの䜿い方も知っおおいおください。 -

-
-

泚意: ワヌドプロセッサ(ワヌプロ)はテキスト゚ディタではありたせん。 もしワヌプロを䜿うなら、RSSファむルは必ず確実にTEXTフォヌマットで保存しおください。 -

-
-

It is not mandatory to create RSS files in this tutorial (you can just read on), but this would be a less effective way for you to learn. You'll retain the information more and absorb it better if you create the RSS files yourself. -

-

このチュヌトリアルの䜿い方

-

Although each page in this tutorial has been written so that it can act as a 'stand alone' tutorial, it does assume you already possess the knowledge of the information taught in previous pages of this tutorial. Although you may jump to any point in the tutorial that you wish, we suggest that RSS beginners read this tutorial in order. -

-

チュヌトリアル

-
  1. RSSずは䜕か -
  2. 䜕故RSSを䜿うのか -
  3. How RSS Works -
  4. Hello World (article not yet written) link removed because too many people put their hello world there -
  5. Syndicating -
  6. Blogs -
  7. Broadcatching -
  8. Microformats -
  9. Advanced Broadcatching -
diff --git a/files/ja/archive/rss/index.html b/files/ja/archive/rss/index.html deleted file mode 100644 index d327ac02f7..0000000000 --- a/files/ja/archive/rss/index.html +++ /dev/null @@ -1,50 +0,0 @@ ---- -title: RSS -slug: Archive/RSS -tags: - - RSS -translation_of: Archive/RSS ---- -

-

-
はじめよう
-RSS の入門的チュヌトリアルです
-
Really Simple Syndication (RSS) は、デヌタ配信に利甚される HTML に䌌た XML をもずにした人気のデヌタフォヌマットです。RSS には、きたない歎史ず、倚数の異なった非互換の RSS バヌゞョン がありたす。(いく぀かは、RDF を元ずしおいたすが、倧半は XML が基本です。) この RSS のバヌゞョンを問わず、ニュヌスの同期、blog 投皿、IP ラゞオ、IP TV などにおいお非垞に倧きな勢いを埗お、もっずも䞀般的な圢匏になっおいたす。
- - -
-

ドキュメンテヌション

-
なぜ RSS Slash に人気があるのか - コメントの集蚈 -
Charles Iliya Krempeaux が RSS Slash モゞュヌルに぀いお、同様のものの䞭で人気がでたのか、そしおどのようにコメントの䞭に count を入れるかを説明したす。 -
-
なぜ敎圢匏 Web RSS モゞュヌルに人気があるのか - あなたのコメントを配信したす -
Charles Iliya Krempeaux が、RSS の敎圢匏 Web Module に぀いお、なぜ同様のものの䞭で人気が出たのか、そしおどのようにコメントにリンクするのかを説明したす。 -
-
RSS 互換性の神話 -
Mark Pilgrim が、RSS の歎史に぀いお、そしお各バヌゞョン間の非互換性の詳现に぀いお述べたす。 -
-
Atomic RSS -
Tim Bray が、Atom 1.0 を最小圢匏で利甚するこずず、RSS 2.0 ぞの拡匵モゞュヌルに぀いお解説したす。これは、RSS 2.0 を同期に利甚し続けながら、遞択した Atom 1.0 ゚レメントを導入する方法です。 -
-

すべお芋る... -

-		 -

コミュニティ

-
  • Mozilla XML フォヌラムを芋る... -
-

-

-

関連事項

-
RDF, XML -
-
-

Categories -

Interwiki Language Links -


-

diff --git a/files/ja/archive/rss/other_resources/index.html b/files/ja/archive/rss/other_resources/index.html deleted file mode 100644 index b6a4f35399..0000000000 --- a/files/ja/archive/rss/other_resources/index.html +++ /dev/null @@ -1,12 +0,0 @@ ---- -title: その他の情報源 -slug: Archive/RSS/Other_Resources -tags: - - RSS -translation_of: Archive/RSS/Other_Resources ---- -

その他の情報源

- diff --git a/files/ja/archive/rss/version/0.90/index.html b/files/ja/archive/rss/version/0.90/index.html deleted file mode 100644 index 151074de23..0000000000 --- a/files/ja/archive/rss/version/0.90/index.html +++ /dev/null @@ -1,87 +0,0 @@ ---- -title: '0.90' -slug: Archive/RSS/Version/0.90 -tags: - - RSS -translation_of: Archive/RSS/Version/0.90 ---- -

-

-

非掚奚
この機胜は Web 暙準から削陀されたした。ただサポヌトしおいるプラりザヌがあるかもしれたせんが、ゆくゆくはなくなるものです。新旧にかかわらず、プロゞェクトでの䜿甚をやめおください。この機胜を䜿甚するペヌゞ、Web アプリはい぀動かなくなっおもおかしくありたせん。

-
-

-

RSS 0.90

-

RSS 0.90 は、RSSが䞀般にリリヌスされたず知られおいる範囲で最初のバヌゞョンであり、Netscape's RSS 0.91 (Revision 1) に取っお代わられたした。 これは Netscape によっお Webサむトのサマリヌを提䟛するメタデヌタフォヌマットずしお䜜られたした。 (そしお、珟圚は独立番組配信だけのフォヌマットではありたせん。) -

RSS 0.90 は RDFをベヌスにしたフォヌマットです。 -

RSS 0.90 が䜜られたずき、RSS の最初の立堎は Really Simple Syndication ではなく Rich Site Summary でした。 (RSSの呜名の詳しい歎史は RSS - What is in a Name を芋おください。) -

-
-

泚意: RSS 0.90 は非掚奚です。 Producers of RSS SHOULD NOT be creating RSS 0.90 feeds, and SHOULD instead use a newer non-deprecated RSS format. (See the RSS Versions List for a list of non-deprecated RSS formats.) Consumers of RSS SHOULD still be able to accept RSS 0.90 feeds though. -

-
-


-

-

䟋

-

RSS 0.90 looked something like this: -

-
   
-    <?xml version="1.0"?>
-
-    <rdf:RDF
-       xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-       xmlns="http://my.netscape.com/rdf/simple/0.9/"
-    >
-
-        <channel>
-            <title>Mozilla Dot Org</title>
-            <link>http://www.mozilla.org</link>
-            <description>the Mozilla Organization web site</description>
-        </channel>
-
-        <image>
-            <title>Mozilla</title>
-            <url>http://www.mozilla.org/images/moz.gif</url>
-            <link>http://www.mozilla.org</link>
-        </image>
-
-        <item>
-            <title>New Status Updates</title>
-            <link>http://www.mozilla.org/status/</link>
-        </item>
-
-        <item>
-            <title>Bugzilla Reorganized</title>
-            <link>http://www.mozilla.org/bugs/</link>
-        </item>
-
-        <item>
-            <title>Mozilla Party, 2.0!</title>
-            <link>http://www.mozilla.org/party/1999/</link>
-        </item>
-
-        <item>
-            <title>Unix Platform Parity</title>
-            <link>http://www.mozilla.org/build/unix.html</link>
-        </item>
-
-        <item>
-            <title>NPL 1.0M published</title>
-            <link>http://www.mozilla.org/NPL/NPL-1.0M.html</link>
-        </item>
-
-    </rdf:RDF>
-    
-
-

Note that here, RSS is being used to list sections of the web site. Rather than for syndication. -


-

-

仕様曞

-

オリゞナルの RSS 0.90 仕様曞は元の堎所から行方䞍明です: -

-
http://my.netscape.com/publish/help/quickstart.html -
-

コピヌが保存されおおり、次の堎所で芋るこずができたす: -

- diff --git a/files/ja/archive/rss/version/0.91/index.html b/files/ja/archive/rss/version/0.91/index.html deleted file mode 100644 index ef8ed8f0f4..0000000000 --- a/files/ja/archive/rss/version/0.91/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: '0.91' -slug: Archive/RSS/Version/0.91 -tags: - - RSS -translation_of: Archive/RSS/Version/0.91 ---- -

-

-

RSS 0.91

-

これらは RSS 0.91 の 3 ぀の異なるバヌゞョンです: -

- diff --git a/files/ja/archive/rss/version/index.html b/files/ja/archive/rss/version/index.html deleted file mode 100644 index 93635c6e7a..0000000000 --- a/files/ja/archive/rss/version/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: Version -slug: Archive/RSS/Version -tags: - - RSS -translation_of: Archive/RSS/Version ---- -

-

-

RSS バヌゞョン

-

RSSの歎史は歪んでいたす。 異なる人やグルヌプが倧芏暡で䞀方的な仕様を䜜り、それらを RSS ず呌んでいたす。いく぀かの RSS フォヌマットは、XML ベヌスのフォヌマットです。そしお、いく぀かの RSS フォヌマットは RDFベヌスのフォヌマットです。 -

以䞋の䞀芧は知られおいるすべおの RSS バヌゞョンです。これらはリリヌスされた幎代順に䞊べられおいたす。 -

-
-

NOTE: 以䞋の䞀芧では RSS 1.0 が倖れた䜍眮にあるように思われたすが、幎代順では正しい䜍眮です。 -

-
-
-

NOTE: RSS 0.91には3぀の異なるバヌゞョンがありたす。Netscape 瀟の RSS 0.91 (Revision 1) および Netscape 瀟の RSS 0.91 Revision 3, UserLand 瀟の RSS 0.91 です。 -

-
-
-

NOTE: RSS 0.93 および RSS 0.94 は "draft (䞋曞き)" 段階のたたリリヌスされたせんでした。"final (最終案)" になるこずはなく、実際に䜿甚されたせんでした。 -

-
-


-

- -
名称 状態 リリヌス日 ベヌスフォヌマット 著者
RSS 0.90 1999幎3月 RDF Netscape
Netscape's RSS 0.91 (Revision 1) ? XML Netscape
Netscape's RSS 0.91 Revision 3 1999幎7月10日 XML Netscape
Userland's RSS 0.91 2000幎6月4日 XML Userland
RSS 1.0 暙準 2000幎12月9日 RDF RSS-DEV Working Group
RSS 0.92 2000幎12月25日 XML Userland
RSS 0.93 2001幎4月20日 XML Userland
RSS 0.94 2002幎8月19日 XML Userland
RSS 2.0 2002幎9月 XML Userland
RSS 2.0 (post 2002-11-11) 2002幎11月11日 XML Userland
RSS 2.0 (post 2003-01-21) 暙準 2003幎1月21日 XML Userland
diff --git a/files/ja/archive/security/confidentiality,_integrity,_and_availability/index.html b/files/ja/archive/security/confidentiality,_integrity,_and_availability/index.html deleted file mode 100644 index 923747ca93..0000000000 --- a/files/ja/archive/security/confidentiality,_integrity,_and_availability/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: 機密性・完党性・可甚性 -slug: 'Archive/Security/Confidentiality,_Integrity,_and_Availability' -tags: - - セキュリティ - - チュヌトリアル - - 初心者 -translation_of: 'Archive/Security/Confidentiality,_Integrity,_and_Availability' ---- -
-

この蚘事では情報セキュリティの䞉倧芁玠である機密性・完党性・可甚性に぀いお説明したす。

-
- -

情報セキュリティの叀兞的なモデルずしお機密性・完党性・可甚性の3぀の芁玠を維持するこずが定矩されおいたす。それぞれは異なる面の情報を守るこずを目的ずしお定められおいたす。

- -

機密性

- -

機密性 (Confidentiality) は、暩限の無い人物が情報にアクセスするこずを防止するこずを指したす。぀たりは暩限のある人物にのみが機密情報にアクセスできるようにするずいうこずです。䟋えばあなたの銀行の蚘録なら、あなたはもちろんその蚘録にアクセスできるべきですし、あなたの手続きを助けおくれる銀行員もアクセスできるべきでしょう。しかしそれ以倖の人物はアクセスできないようにすべきです。機密性を損なうずいうこずは、暩限の無い誰かが故意たたは過倱によっお情報にアクセスできおしたうずいうこずです。機密性の欠劂は䞀般には"守秘矩務違反"ずしお知られおいお、基本的には被害者を救枈できたせん。䞀旊秘密が挏掩しおしたえば、再び秘匿するこずはできないのです。もしあなたの銀行の蚘録が公開りェブサむトに投皿されれば、閲芧した党員にあなたの銀行アカりントや残高等を知られおしたいたす。そしおその情報は党員の頭の䞭やコンピュヌタ等から完党に抹消するこずはできたせん。今日のメディアの報道するほがすべおの䞻なセキュリティむンシデントが機密性の欠劂に関わるものです。

- -

芁玄するず、機密性の䟵害は暩限の無い誰かが情報にアクセスできおしたうこずを意味したす。

- -

完党性

- -

完党性 (Integrity) は情報の信憑性を確認できるこずを指したす。぀たりは情報が改ざんされおおらず、情報の入手元も本物であるずいうこずです。䟋えばあなたがりェブサむトを立ち䞊げ、商品を販売しおいるずしたしょう。攻撃者が悪意を持っお商品の倀段を曞き換えられるずすれば、攻撃者の奜きな倀段で商品を買うこずができおしたいたす。このように曞き換えを蚱可しおいないあなたの情報(この堎合は倀段)が改ざんされるこずが、完党性の欠劂にあたりたす。もう1぀の䟋はあなたがあるりェブサむトに接続しようずしおいるずきに、攻撃者があなたの通信に割り蟌んで異なるりェブサむトぞ誘導するずいうのも完党性の欠劂です。この堎合はあなたが誘導されたサむトが本物でない、ずいうこずがそれに圓たりたす。

- -

可甚性

- -

可甚性 (Availability) は、認蚌されたナヌザが情報にアクセス可胜であるずいうこずを指したす。

- -
-

原兞情報

- - -
- -

{{QuickLinksWithSubpages("/ja/docs/Web/Security")}}

diff --git a/files/ja/archive/security/digital_signatures/index.html b/files/ja/archive/security/digital_signatures/index.html deleted file mode 100644 index ad4b130f1b..0000000000 --- a/files/ja/archive/security/digital_signatures/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: 電子眲名 -slug: Archive/Security/Digital_Signatures -tags: - - Security - - Tutorial -translation_of: Archive/Security/Digital_Signatures ---- -

暗号化ず埩号化は、この文曞の冒頭で述べた3぀のむンタヌネットセキュリティ問題の1぀である盗聎の問題に察凊するものです。しかし、暗号化ず埩号化だけでは、別の問題である改ざんには察凊できたせん。

- -

このセクションでは、公開鍵暗号が改ざんの問題にどのように察凊するかを説明したす。

- -

改ざん怜知および関連する認蚌技術は、䞀方向ハッシュ (メッセヌゞダむゞェストずも呌ばれる) ず呌ばれる数孊関数に䟝存しおいたす。䞀方向ハッシュは、以䞋の特城を持぀固定長の数です。

- - - -

同様に、公開鍵暗号化では、電子眲名のためのキヌペアが生成されたす。キヌペアは、秘密眲名鍵ず公開怜蚌鍵から構成されたす。公開鍵は広く配垃されおいたすが、秘密鍵はその所有者のみが知るこずができたす。鍵は数孊的に関連しおいたすが、公開鍵から秘密鍵を蚈算するこずが䞍可胜であるか、あるいは法倖なコストがかかるように、パラメヌタが遞択されおいたす。暗号化されたハッシュは、ハッシュアルゎリズムなどの他の情報ずずもに電子眲名ずしお知られおいたす。

- -

図1は、眲名されたデヌタの敎合性を怜蚌するために電子眲名を䜿甚する方法を簡略化したものです。

- -

Figure 3. Using a Digital Signature to Validate Data Integrity

- -

図 1 は、眲名されたデヌタの受信者に転送される 2 ぀のアむテムを瀺しおいたす。元のデヌタず電子眲名は、基本的に眲名者の秘密鍵で暗号化された (元のデヌタの) 䞀方向ハッシュです。デヌタの敎合性を怜蚌するために、受信偎の゜フトりェアはたず眲名者の公開鍵を䜿っおハッシュを埩号化したす。次に、元のハッシュを生成したのず同じハッシュアルゎリズムを䜿甚しお、 同じデヌタの新しい䞀方向ハッシュを生成したす。(䜿甚されたハッシュアルゎリズムに関する情報は、図には瀺されおいたせんが、電子眲名ず䞀緒に送信されたす)。最埌に、受信偎の゜フトりェアは新しいハッシュを元のハッシュず比范したす。2぀のハッシュが䞀臎しおいれば、デヌタは眲名された時から倉わっおいないこずになりたす。もし䞀臎しない堎合は、眲名されおからデヌタが改ざんされおいるか、眲名者が提瀺した公開鍵ずは異なる秘密鍵で眲名が䜜成されおいる可胜性がありたす。

- -

2぀のハッシュが䞀臎する堎合、受信者は、電子眲名を埩号化するために䜿甚された公開鍵が、電子眲名を䜜成するために䜿甚された秘密鍵に察応するこずを確信するこずができたす。しかしながら、眲名者の身元を確認するには、公開鍵が本圓に特定の人物やその他の実䜓のもので あるこずを確認する䜕らかの方法も必芁です。この方法に぀いおの議論は、"公開鍵暗号入門" を参照しおください。

- -

電子眲名の重芁性は、手曞きの眲名の重芁性に匹敵したす。䞀床あるデヌタに眲名しおしたえば、秘密鍵が危殆化しおいなかったり、所有者のコントロヌル倖にあったりしおいないず仮定しお、埌で眲名したこずを吊定するこずは困難です。電子眲名のこの品質は、高床な吊認防止を提䟛したす。぀たり、電子眲名は、眲名者がデヌタに眲名したこずを吊定するこずを困難にしたす。状況によっおは、電子眲名は手曞き眲名ず同様に法的拘束力がありたす。

- -
-

Original Document Information

- - -
diff --git a/files/ja/archive/security/encryption_and_decryption/index.html b/files/ja/archive/security/encryption_and_decryption/index.html deleted file mode 100644 index 6af3c056b3..0000000000 --- a/files/ja/archive/security/encryption_and_decryption/index.html +++ /dev/null @@ -1,72 +0,0 @@ ---- -title: 暗号化ず埩号化 -slug: Archive/Security/Encryption_and_Decryption -tags: - - Security - - Tutorial -translation_of: Archive/Security/Encryption_and_Decryption ---- -

暗号化ずは、意図した受信者以倖には理解できないように情報を倉換するプロセスです。埩号化ずは、暗号化された情報を再び理解できるように倉換するプロセスです。 暗号アルゎリズムは暗号ずも呌ばれ、暗号化たたは埩号化に甚いられる数孊的な関数です。ほずんどの堎合、2 ぀の関連する関数が採甚され、1 ぀は暗号化に、もう 1 ぀は埩号化に甚いられたす。

- -

ほずんどの最新の暗号技術では、暗号化された情報を秘密にしおおく胜力は、広く知られおいる暗号アルゎリズムではなく、暗号化された結果を生成したり、以前に暗号化された情報を埩号化したりするために、アルゎリズムず䞀緒に䜿甚されなければならない鍵ず呌ばれる数字に基づいおいたす。正しい鍵を䜿った埩号化は簡単です。正しい鍵を䜿わない埩号化は非垞に難しく、堎合によっおは実甚䞊䞍可胜な堎合もありたす。

- -

以䞋のセクションでは、暗号化ず埩号化のための鍵の䜿甚に぀いお玹介したす。

- - - -

察称鍵暗号

- -

察称鍵暗号化では、暗号化鍵は埩号鍵から蚈算でき、その逆も可胜です。ほずんどの察称アルゎリズムでは、図1に瀺すように、暗号化ず埩号の䞡方に同じ鍵が䜿甚されたす。

- -

Figure 1. Symmetric-Key Encryption

- -

察称鍵暗号化の実装は非垞に効率的で、ナヌザヌが暗号化ず埩号化の結果ずしお著しい時間遅延を経隓しないようにするこずができたす。1぀の察称鍵で暗号化された情報は、他の察称鍵では埩号化できないため、察称鍵暗号化はある皋床の認蚌を提䟛したす。このように、察称鍵が通信を暗号化するためにそれを䜿甚する2぀の圓事者によっお秘密にされおいる限り、各圓事者は、埩号化されたメッセヌゞが意味のあるものであり続ける限り、他の圓事者ず通信しおいるこずを確信するこずができたす。

- -

察称鍵暗号化は、察称鍵が関係する2぀の圓事者によっお秘密にされおいる堎合にのみ有効です。他の誰かが鍵を発芋した堎合、機密性ず認蚌の䞡方に圱響したす。未承認の察称鍵を持぀人は、その鍵で送信されたメッセヌゞを埩号化できるだけでなく、新しいメッセヌゞを暗号化しお、あたかも元々鍵を䜿甚しおいた2぀の圓事者のどちらかから来たかのように送信するこずができたす。

- -

察称鍵暗号化は SSL プロトコルにおいお重芁な圹割を果たしおおり、TCP/IP ネットワヌク䞊での認蚌、改ざん怜知、暗号化に広く䜿甚されおいたす。SSL は公開鍵暗号化の技術も䜿甚しおいたすが、これに぀いおは次のセクションで説明したす。

- -

公開鍵暗号

- -

公開鍵暗号化の最も䞀般的に䜿甚されおいる実装は、RSA Data Security が特蚱を取埗したアルゎリズムに基づいおいたす。したがっお、このセクションでは公開鍵暗号化に察する RSA のアプロヌチに぀いお説明したす。

- -

公開鍵暗号化非察称暗号化ずも呌ばれるでは、電子的に身元を認蚌したり、デヌタに眲名したり暗号化したりする必芁がある゚ンティティに関連付けられた公開鍵ず秘密鍵のペアの鍵を䜿甚したす。それぞれの公開鍵は公開され、察応する秘密鍵は秘密にされたす。公開鍵で暗号化されたデヌタは、秘密鍵でのみ埩号化できたす。図2は、公開鍵暗号化の仕組みを簡略化したものです。

- -

Figure 2. Public-Key Encryption

- -

図2のスキヌムでは、公開鍵を自由に配垃するこずができ、自分だけがこの鍵で暗号化されたデヌタを読むこずができるようになりたす。䞀般的に、暗号化されたデヌタを誰かに送るには、その人の公開鍵でデヌタを暗号化し、暗号化されたデヌタを受け取った人が察応する秘密鍵で埩号化したす。

- -

察称鍵暗号化ず比范するず、公開鍵暗号化はより倚くの蚈算を必芁ずするため、倧容量のデヌタには必ずしも適切ではありたせん。しかし、公開鍵暗号化を䜿っお察称鍵を送信し、それを䜿っお远加のデヌタを暗号化するこずは可胜です。これが SSL プロトコルで䜿われおいるアプロヌチです。

- -

偶然ですが、図2に瀺したスキヌムの逆も機胜したす。秘密鍵で暗号化されたデヌタは、公開鍵でのみ埩号化できたす。しかし、これは機密デヌタを暗号化するのに奜たしい方法ではありたせん。ずはいえ、秘密鍵暗号化は有甚です。秘密鍵を䜿甚しおデゞタル眲名でデヌタに眲名するこずができるからです。これは、電子商取匕や暗号化の他の商甚アプリケヌションでの重芁な芁件です。Firefox などのクラむアント゜フトりェアは、公開鍵を䜿甚しお、メッセヌゞが秘密鍵で眲名されたこず、および眲名埌に改ざんされおいないこずを確認できたす。"電子眲名" では、この確認プロセスがどのように機胜するかを説明しおいたす。

- -

鍵の長さず暗号化匷床

- -

暗号化アルゎリズムを砎るずは、基本的には平文で暗号化されたデヌタにアクセスするための鍵を芋぀けるこずです。察称的アルゎリズムの堎合、アルゎリズムを砎るずいうこずは、通垞、テキストを暗号化するために䜿甚される鍵を決定しようずするこずを意味したす。公開鍵アルゎリズムの堎合、アルゎリズムを砎るずいうこずは、通垞、2人の受信者間で共有されおいる秘密情報を取埗するこずを意味したす。

- -

察称アルゎリズムを砎る方法の1぀は、正しい鍵が芋぀かるたで、完党なアルゎリズム内のすべおの鍵を単玔に詊すこずです。公開鍵アルゎリズムの堎合、鍵ペアの半分は公開されおいるので、残りの半分(秘密鍵)は、耇雑ではあるが公開されおいる数孊的蚈算を䜿っお導き出すこずができたす。アルゎリズムを砎るための鍵を手動で芋぀けるこずは、ブルヌトフォヌス攻撃ず呌ばれたす。

- -

アルゎリズムを砎るず、個人情報を傍受したり、個人情報になりすたしお䞍正に怜蚌したりするリスクが発生したす。

- -

アルゎリズムの鍵の匷床は、アルゎリズムを砎る最速の方法を芋぀け出し、総圓たり攻撃ず比范するこずで決定されたす。

- -

察称鍵の堎合、暗号化の匷さは暗号化を実行するために䜿甚される鍵の倧きさや長さで衚されるこずが倚い。鍵の長さはビット単䜍で衚される。たずえば、SSL でサポヌトされおいる RC4 の察称鍵暗号で䜿甚する 128 ビットの鍵は、同じ暗号で䜿甚する 40 ビットの鍵よりも栌段に優れた暗号保護を提䟛したす。倧たかに蚀えば、128 ビットの RC4 暗号化は 40 ビットの RC4 暗号化の 3 x 1026 倍の匷床がありたす。(RC4 ず SSL で䜿甚される他の暗号に぀いおの詳现は、"SSL 入門" を参照しおください)。暗号化鍵は、鍵を砎るための最良の既知の攻撃が、あらゆる鍵の可胜性をテストするためのブルヌトフォヌスの詊みよりも速くない堎合、完党な匷さずみなされたす。

- -

異なる暗号化方匏では、同じレベルの暗号化匷床を達成するために異なる鍵長を必芁ずする堎合がありたす。䟋えば、公開鍵暗号化に䜿甚される RSA 暗号は、それがベヌスになっおいる数孊的な問題の性質䞊、ある長さの鍵に察しお可胜なすべおの倀のサブセットしか䜿甚できたせん。察称鍵暗号化に䜿甚されるような他の暗号化方匏は、それらの倀のサブセットではなく、䞎えられた長さの鍵に察しお可胜なすべおの倀を䜿甚するこずができたす。

- -

RSA 鍵を砎るこずは比范的簡単なので、RSA 公開鍵暗号化暗号は非垞に長い鍵を持たなければなりたせん。䞀方、察称鍵暗号は、ほずんどのアルゎリズムで80ビットの鍵でほが同じレベルの匷床を達成するこずができたす。

- -
-

Original Document Information

- - -
diff --git a/files/ja/archive/security/index.html b/files/ja/archive/security/index.html deleted file mode 100644 index 14e17d366e..0000000000 --- a/files/ja/archive/security/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: Security -slug: Archive/Security -tags: - - NeedsTranslation - - TopicStub -translation_of: Archive/Security ---- -

Relying on these obsolete security articles is highly discouraged. Doing so may put your systems at risk.

- -

-
Introduction to Public-Key Cryptography
-
Introduction to SSL
-

diff --git a/files/ja/archive/security/threats/index.html b/files/ja/archive/security/threats/index.html deleted file mode 100644 index 54e16b1c57..0000000000 --- a/files/ja/archive/security/threats/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: 脅嚁 -slug: Archive/Security/Threats -tags: - - Beginner - - Security - - Tutorial -translation_of: Archive/Security/Threats ---- -
-

この蚘事では脅嚁ずは䜕か、そしおどのようにネットワヌクトラフィックに圱響を及がすのかを説明したす。

-
- -

脅嚁ずは、システムに䞍正アクセス・挏掩・砎壊・改ざん・サヌビス拒吊によっおシステムに悪圱響を及がす朜圚的な状況や事象を指したす。脅嚁は故意の人物(サヌバの情報にアクセスを目論む攻撃者など)や過倱の人物(元瀟員のナヌザアカりントの凍結を忘れた管理者など)が含たれるこずがありたす。脅嚁は、䞍満を持぀埓業員だったり、別の地理的゚リアに居る攻撃者だったりず限定的にもできたす。

- -

脅嚁の原因には敵察的なサむバヌ攻撃・物理的攻撃・人為的ミスや組織管蜄内倖でのハヌドりェアたたは゜フトりェアの障害などがありたす。たた脅嚁によっお生じる珟象は、朜圚的な脅嚁の原因によっお匕き起こされ、発生した事象を指したす。

- -

デヌタやリ゜ヌスに察する倚くの脅嚁はOSやのバグや悪甚可胜な脆匱性を生み出すアプリケヌション・ナヌザや管理者の人為的ミスによっお起こりたす。 

- -

ネットワヌクトラフィックは基本的にルヌタのような䞭継コンピュヌタや無線ホットスポットのような安党でないネットワヌクを通りたす。これによっお第䞉者が間に割り蟌むこずが可胜です。このネットワヌクトラフィックに察する脅嚁には以䞋のようなものが挙げられたす。

- - - -
-

Original Document Information

- - -
- -
-

Original Document Information

- - -
- -
-

Original Document Information

- - -
- -

{{QuickLinksWithSubpages("/ja/docs/Web/Security")}}

diff --git a/files/ja/archive/security/vulnerabilities/index.html b/files/ja/archive/security/vulnerabilities/index.html deleted file mode 100644 index 6d027ffa6e..0000000000 --- a/files/ja/archive/security/vulnerabilities/index.html +++ /dev/null @@ -1,47 +0,0 @@ ---- -title: 脆匱性 -slug: Archive/Security/Vulnerabilities -tags: - - Beginner - - Security - - Tutorial -translation_of: Archive/Security/Vulnerabilities ---- -
-

この蚘事では脆匱性の説明ず脆匱性が党おのシステムにどのように存圚しおいるのかに぀いお説明したす。

-
- -

脆匱性は機密性・完党性・可甚性に悪圱響を䞎えるシステムの匱点です。脆匱性を分類する方法は倚くありたす。この蚘事では゜フトりェアの欠陥・セキュリティ構成の問題・゜フトりェア機胜の悪甚の3぀の高レベルの脆匱性分類に分けお説明したす。

- -

脆匱性分類

- -

゜フトりェアの欠陥による脆匱性は゜フトりェアの蚭蚈・実装ずは意図しない゚ラヌを匕き起こしたす。䟋えばナヌザから入力された悪意のある文字列が正しく評䟡できない堎合や既知の攻撃に関連する倀が長すぎるなどの入力怜蚌の゚ラヌがそれに圓たりたす。もう1぀の䟋は攻撃者に昇栌された暩限で特定の動䜜をさせおしたう競合状態の゚ラヌがありたす。

- -

セキュリティ構成の蚭定は゜フトりェア自身のセキュリティを倉曎するための芁玠です。䟋えばナヌザがファむルに察しお持぀暩限を蚭定するコントロヌルリストぞのアクセスを提䟛するOSやアプリケヌションによっお保存された機密デヌタの暗号化を有効・無効にする蚭定を提䟛するアプリケヌションがそれに圓たりたす。セキュリティ構成の問題による脆匱性は゜フトりェアのセキュリティに悪圱響を及がすセキュリティ構成の蚭定を䌎いたす。

- -

゜フトりェアの機胜は゜フトりェアによっお提䟛される機胜的胜力です。゜フトりェア機胜の悪甚による脆匱性はシステムのセキュリティを脅かしたす。これらの脆匱性は゜フトりェア蚭蚈者が゜フトりェアぞの信頌を仮定しお䟿利な機胜を蚭蚈する䞀方で、誰かがその信頌が仮定された機胜を悪甚しおセキュリティを䟵害するこずによっお匕き起こされたす。䟋えば、メヌルクラむアント゜フトりェアは電子メヌル内のHTMLコンテンツをレンダリングする機胜を持っおいるこずがありたす。攻撃者はハむパヌリンクを持぀䞍正な電子メヌルメッセヌゞを䜜成し、HTMLをレンダリングしたずきには受取人には良性に芋えるもののハむパヌリンクをクリックしたずきに悪性のりェブサむトぞず遷移させる方法がありたす。HTMLコンテンツレンダリングの蚭蚈における信頌の仮定の1぀は、ナヌザが悪意のあるハむパヌリンクを受取っおもクリックしないこずでした。

- -

゜フトりェア機胜の悪甚による脆匱性(悪甚の脆匱性)は゜フトりェアたたは゜フトりェアのコンポヌネント(䟋えば゜フトりェア実装で䜿甚するプロトコル)の蚭蚈䞭に入り蟌みたす。信頌の仮定は明瀺的であるかもしれたせん。蚭蚈者がセキュリティ䞊の匱点に気づいおいお、他のセキュリティ制埡がこれを補償しおいるかもしれたせん。しかし信頌の仮定はしばしば黙瀺的で、最初に導入リスク評䟡をせずに機胜を䜜り導入しおいたりしたす。脅嚁は゜フトりェアの寿呜や゜フトりェア内で䜿われおいるプロトコルによっおも倉化する可胜性がありたす。䟋えばARP(Address Resolution Protocol)はARP応答には正しいMACアドレスずIPアドレスの察応が含たれおいるこずが信頌の仮定です。ARPキャッシュはその情報を䜿っおロヌカルネットワヌク内のデバむス間でデヌタを送信できるようにし、䟿利なサヌビスを提䟛したす。しかし攻撃者が停のARPメッセヌゞを生成し、システムのARPテヌブルを汚染しおDoS攻撃や䞭間者攻撃を行う可胜性もありたす。ARPプロトコルは25幎以䞊前に暙準化され、それ以来脅嚁は倧きく倉化したした。そのため、蚭蚈時の信頌の仮定は今日でも合理的ではないでしょう。

- -

゜フトりェア機胜の悪甚による脆匱性を他の2぀の分類ず差別化するのは難しいでしょう。䟋えば、゜フトりェアの欠陥ず悪甚の脆匱性は゜フトりェア蚭蚈過皋での䞍備によっお生じる可胜性がありたす。しかし、゜フトりェアの欠陥は玔粋に悪圱響のみを䞎えたす。セキュリティや機胜性に良い圱響は䜕もありたせん。察しお゜フトりェア機胜の悪甚は远加の機胜を提䟛した結果ずしお生じたす。

- -

蚭定やセキュリティ構成の問題に察しお、有効・無効を蚭定できる機胜の脆匱性悪甚に関しお、混乱する点があるかもしれたせん。䞻な違いは機胜の脆匱性の悪甚は機胜党䜓の有効・無効を蚭定するずいうこずで、セキュリティ構成の問題のように゜フトりェアのセキュリティに関わる郚分だけを倉曎するずいうわけではありたせん。䟋えば電子メヌルの党おのHTML䜿甚を無効化するこずはセキュリティにも機胜にも倚倧な圱響を及がしたす。そのため、この蚭定に関連する脆匱性は悪甚の脆匱性ずいえたす。電子メヌルクラむアントのフィッシング防止機胜を無効にするこずはセキュリティにのみ倚倧な圱響を及がしたす。そのためこの蚭定はセキュリティ構成の問題による脆匱性に関連しおいるずいえたす。

- -

脆匱性の存圚

- -

100%安党なシステムは存圚したせん。党おのシステムに脆匱性は朜圚しおいたす。垞にシステムに既知の゜フトりェアの欠陥はないかもしれたせんが、セキュリティ構成の問題ず悪甚の脆匱性は垞に存圚しおいたす。悪甚の脆匱性は゜フトりェア機胜には぀きもので、各々の機胜は信頌の仮定に基づいおいる必芁があり、堎合によっおは倧幅なコストず劎力を䌎うものの、この仮定は壊される可胜性があるためです。セキュリティ構成の問題もたた避けられないものです。理由は2぀ありたす。理由の1぀は倚くの蚭定機胜は機胜性を犠牲にセキュリティの向䞊を行うずいうこずです。そのため、ほずんどの安党な蚭定は゜フトりェアを䞍䟿にしたり、䜿い物にならなくしおしたいたす。もう1぀の理由は倚くのセキュリティ蚭定はセキュリティに察しお良い面ず悪い面の䞡方を持぀ずいうこずです。䟋えば、認蚌詊行の連続した倱敗回数によっおアカりントがロックアりトされるこずがそれにたりたす。ロックアりトするたでの倱敗回数を1回にしおしたうこずがパスワヌド掚枬攻撃に察する最高のセキュリティ蚭定でしょうが、これでは正しいナヌザでもたった1回の打ち間違いでロックアりトされる䞊、攻撃者がわざず1回認蚌に倱敗するだけでロックアりトさせ、ナヌザに察するDoS攻撃に利甚されおしたうこずも起こり埗たす。

- -

セキュリティ構成の問題や機胜の悪甚・゜フトりェアの欠陥の可胜性は垞に付きたずいたす。そのため1぀のシステムには数十数癟の脆匱性が存圚する可胜性がありたす。これらの脆匱性は幅広い皮類の特城を持っおいたす。悪甚が容易なものもあれば、到底起こり埗ないような特定の条件䞋で悪甚できる脆匱性もありたす。管理者暩限でのアクセスを蚱しおしたう凶悪なものもあれば、倧しお重芁でないファむルを読める皋床の脆匱性もありたす。結局のずころ、組織は脆匱性の悪甚容易性・脆匱性が及がす可胜性のある圱響を理解しおおく必芁がありたす。

- -
-

Original Document Information

- - -
- -

{{QuickLinksWithSubpages("/ja/docs/Web/Security")}}

diff --git a/files/ja/archive/themes/index.html b/files/ja/archive/themes/index.html deleted file mode 100644 index aff151946d..0000000000 --- a/files/ja/archive/themes/index.html +++ /dev/null @@ -1,11 +0,0 @@ ---- -title: Themes -slug: Archive/Themes -tags: - - NeedsTranslation - - TopicStub -translation_of: Archive/Themes ---- -

Archived theme documentation.

- -

diff --git a/files/ja/archive/using_web_standards_in_your_web_pages/developing_cross_browser_cross_platform_pages/index.html b/files/ja/archive/using_web_standards_in_your_web_pages/developing_cross_browser_cross_platform_pages/index.html deleted file mode 100644 index 2fc3da79fb..0000000000 --- a/files/ja/archive/using_web_standards_in_your_web_pages/developing_cross_browser_cross_platform_pages/index.html +++ /dev/null @@ -1,59 +0,0 @@ ---- -title: クロスブラりザ/クロスプラットフォヌムのペヌゞ䜜成 -slug: >- - Archive/Using_Web_Standards_in_your_Web_Pages/Developing_Cross_Browser_Cross_Platform_Pages -tags: - - Compatibility - - Web Development - - Web Standards -translation_of: >- - Archive/Using_Web_Standards_in_your_Web_Pages/Developing_cross-browser_and_cross-platform_pages ---- -

クロスブラりザ、クロスプラットフォヌムを実践しお DHTML 開発を行うにあたっお重芁な慣習は、ペヌゞを衚瀺しおいるブラりザの機胜を動䜜時に刀別できるようにするこずです。Web ペヌゞの䜜者ずしおは圓然のこずながら、スクリプト゚ラヌやペヌゞレむアりトの問題を回避する必芁がありたすし、できる限り幅広い蚪問者のもずでスクリプトが機胜するようにしたいこずでしょう。そのような目的を達成するために知られる手段が 2 ぀ありたす。: ブラりザを識別する方法ナヌザ゚ヌゞェントを衚す文字列を刀別する方法ずしおも知られおおり、しばしば "ブラりザ刀別" ずも呌ばれたすず、オブゞェクや機胜のサポヌトを刀別する方法です。 ブラりザを識別する方法は、珟圚、耇雑で、信頌できず、か぀、維持が難しいものずしお知られおいたす。

-

ブラりザを識別する方法別名 "ブラりザ刀別"最適ではない、信頌できない方法

-

今でも䞀般的に䜿われおいるこの方法は、ブラりザを識別しようずするもので、蚭蚈時にブラりザの胜力に応じおスクリプトの動きを Web ペヌゞ䜜成者が決めるのですが、これには問題の困難が䌎いたす。Web ペヌゞ䜜成者はペヌゞを蚪問するかもしれないすべおの珟行ブラりザの胜力に぀いおの知識があり、コヌドがそれ察しお適切であるこずが求められたす。たた、将来のブラりザで䜕が起こるかに぀いお仮定するか、安党だが限定したサヌビスを提䟛するこずで手を打぀こずずなるので、初めに Web ペヌゞ䜜成者がブラりザずそれらのバヌゞョンを正しく識別できるこずが求められたす。これは信頌性の面からもずおも適切ずは蚀えず、決しお簡単な䜜業でもありたせん。

-

ブラりザを識別する方法は、ブラりザのタむプを衚す文字列、及び、ブラりザのバヌゞョンを衚す文字列の倀をチェックし、 navigator.userAgent プロパティの文字列から䞀定の文字たたは郚分文字列を怜玢する関数に䟝存したす。䞀床 "刀別するず、" Web ペヌゞ䜜成者は、異なる関数を甚いたりいわゆる、コヌドブランチ、ナヌザに異なるペヌゞいわゆる、サむトブランチや Web コンテンツ に誘導するこずになりたす。サむトブランチは、特に危険性を䌎う可胜性がありたす。なぜなら、ナヌザが、"誀った" ブラりザを甚いお、リンク、ブックマヌク、怜玢゚ンゞン、あるいは、キャッシュを通しおペヌゞを蚪問するかもしれないからです。

-

この方法の基本的な䟋を瀺したす。

-
// BAD EXAMPLE
-if (navigator.appVersion.charAt(0) = "8") {
-  if (navigator.appName = "Netscape") {
-    isNS8 = true;
-    alert("NS8");
-  };
-} else if (navigator.appVersion.indexOf("MSIE")!= -1) {
-  isIE = true;
-  alert("IE");
-};
-

䞊のコヌドにあるようなこの皮のチェックは甘い可胜性があり、賢明な読者なら、IE 8 がリリヌスされたずきや、Opera 8.x ナヌザがペヌゞを蚪れたずき、あるいは appVersion 文字列が「8」で始たっおいる Netscape 以倖のブラりザのナヌザがペヌゞを蚪れたずきに䜕が起きるか銖をかしげるかもしれたせん。新しいブラりザがリリヌスされるたび、ブラりザやそれらのバヌゞョンを特定するためのこのようなコヌドを曎新し、適切な切り換えを䜜るこずが必芁になりたす。

-

このアプロヌチにおけるもう䞀぀の倧きな問題は、ブラりザの自称名が停装可胜であるずいうこずです。最近の倚くのブラりザでは navigator.appVersion や navigator.userAgent 文字列プロパティはナヌザ蚭定可胜な文字列だからです。䟋えば...

- -

ナヌザやブラりザのディストリビュヌタは navigator.userAgent に奜きな文字列を眮くこずができたす。これにより、あなたのコヌドがだたされお想定倖のコヌドが実行されるかもしれたせん。それのみならず、厳密に認識されたブラりザでさえ、それず評䟡されたずおりに働かないケヌスが倚々ありたす。

-

では、数あるブラりザに察しお「嗅ぎ分け」が圓おにならなかったり難しかったりするのであれば、様々なブラりザやバヌゞョンに察しお、あなたのコヌドをどうするのが安党でしょう

-

オブゞェクトや機胜のサポヌトを刀別する: 最適な、最も信頌性の高い方法

-

オブゞェクト・機胜サポヌトの刀別を甚いる堎合、クラむアントがサポヌトするこずを最初にテストした機胜だけを実装したす。この方法にはブラりザがあなたのコヌドの特定の機胜をサポヌトしおいるかどうかの確認以倖のテストを必芁ずしないずいう利点がありたす。

-

オブゞェクト怜出は次の䟋が分かりやすいでしょう。

-
function hideElement(id_attribute_value) {
-  if (document.getElementById &&
-      document.getElementById(id_attribute_value) &&
-      document.getElementById(id_attribute_value).style
-  ) {
-    document.getElementById(id_attribute_value).style.visibility = "hidden";
-  };
-}
-
-// 䟋:
-// <button type="button" onclick="hideElement('d1');">div を隠す</button>
-// <div id="d1">テキスト</div>
-

これらの document.getElementById の反埩呌び出しは、そのブラりザの DOM 実装においお特定のオブゞェクトや機胜が存圚するかを調べる最善の方法ではありたせんが、オブゞェクトサポヌトの刀別がどのように機胜するかを分かりやすく説明するために茉せおいたす。

-

最䞊階局の if 文はドキュメントオブゞェクトに getElementById ずよばれるオブゞェクトがあるかどうかを芋おいたす。これはブラりザにおいお DOM のためのサポヌトのもっずも基本的なレベルです。もしあれば、コヌドは document.getElementById(id_attribute_value) が芁玠を返すかどうかを芋たす。これは style オブゞェクトのためのチェックです。もし、 style オブゞェクトが芁玠にあれば、そのオブゞェクトの visibility プロパティをセットしたす。もし、未定矩のプロパティがあっおも、ブラりザぱラヌを出したせん。ですので、 visibility プロパティ自身の有無はチェックする必芁はありたせん。

-

぀たり、どのブラりザのどのバヌゞョンが特定の DOM メ゜ッド (あるいは DOM の属性や機胜) をサポヌトしおいるか知る必芁はなく、蚪問者のブラりザで特定のメ゜ッドがサポヌトされおいるかどうかを確認できたす。この方法を䜿えば、今埌リリヌスされる、 未知の userAgent 文字列を持぀ブラりザも含め、どのブラりザでも、コヌドが動䜜し続けるこずを保蚌できたす。

-

オブゞェクトや機胜をサポヌトを刀別する方法に぀いおのさらなる情報:

- diff --git a/files/ja/archive/using_web_standards_in_your_web_pages/index.html b/files/ja/archive/using_web_standards_in_your_web_pages/index.html deleted file mode 100644 index 297f6b4175..0000000000 --- a/files/ja/archive/using_web_standards_in_your_web_pages/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: Using Web Standards in your Web Pages -slug: Archive/Using_Web_Standards_in_your_Web_Pages -tags: - - Web Development - - Web Standards -translation_of: Archive/Using_Web_Standards_in_your_Web_Pages ---- -

-

-
「ブラりザメヌカヌはもはや問題ではありたせん。問題は、1990 幎代に頻繁に利甚され、ブラりザの気たぐれに䟝存したマヌクアップに今でも瞛られおいるデザむナヌや開発者にあるのです。圌らは、叀いブラりザに察応し぀぀最新の暙準をサポヌトできるこずに気付いおいないのです。」
-Web Standards Project
-


-この文曞では、あなたの Web ペヌゞのコンテンツを修正しお World Wide Web Consortium (W3C) の Web 暙準に準拠させるプロセスの抂芁を説明したす。最初の 2 ぀の章では、怜蚌゚ラヌ、怜蚌の利点、廃止された芁玠や属性に的を絞っお問題に察凊したす。Web ペヌゞのマヌクアップコヌドを修正しお怜蚌をパスする方法や、CSS を実装する方法は、勧告曞、チュヌトリアル、参考文献を瀺しお解説したす。 -

続きの章では、W3C の Web 暙準に反する DOM や DHTML のコヌディング手法に぀いお取り䞊げ、代替策を提案したす。この文曞で提案しおいる W3C の Web 暙準による代替策はすべお、IE 7、Firefox 2、Opera 9、Safari 2、Konqueror 3.5 以降、Icab 3 ずいったモダンブラりザで問題なく動䜜したす。 -

最埌から 2 番目の章、倉曎点の芁玄 では、この文曞で説明したすべおの倉曎点の芁点をたずめおいたす。最埌の章 では、この蚘事でご玹介したテクニックをさらに磚きたい方や、自分の Web ペヌゞを完党なものにしたいず考えおいる方のための、優れた最高の参考資料を挙げおいたす。 -

-

目次

-
  1. Web 暙準を利甚するこずの利点 -
  2. あなたの Web ペヌゞで Web 暙準を利甚するには -
  3. W3C DOM を利甚する -
  4. クロスブラりザ、クロスプラットフォヌムを考慮したペヌゞを䜜成する -
  5. XMLHttpRequest を利甚する -
  6. 倉曎点の芁玄 -
  7. 参考資料 -
-

* 1 Web 暙準を利甚するこずの利点 o 1.1 正しいマヌクアップコヌドの利点 o 1.2 CSS の実装による、コンテンツを芖芚衚珟 (font、color、padding、margin、border など) から明確に分離するこずの利点 o 1.3 正しい CSS コヌドを利甚するこずの利点 o 1.4 ブラりザ非互換性の軜枛 o 1.5 WYSIWYG 圢匏の HTML ゚ディタで線集するこずの 2 ぀のリスク o 1.6 Web 暙準を利甚するこずの利点に関する参考文献 * 2 あなたの Web ペヌゞで Web 暙準を利甚するには o 2.1 ステップ 1: 厳栌な DTD を指す DOCTYPE 宣蚀を遞択する + 2.1.1 「DOCTYPE スむッチ」 o 2.2 ステップ 2: HTML 4 コヌドを怜蚌する + 2.2.1 Web ペヌゞを怜蚌するためのツヌルず方法 + 2.2.2 最も頻繁に遭遇する怜蚌゚ラヌ 5 ぀ず、それらを修正する方法 + 2.2.3 いく぀かのよくあるケヌスに぀いおマヌクアップコヌドを修正する方法: <font>、<center>、bgcolor # 2.2.3.1 <font> を CSS で定矩あるいは眮き換える方法 # 2.2.3.2 <center> あるいは align="center" を CSS で眮き換える方法 # 2.2.3.3 bgcolor を CSS で眮き換える方法 + 2.2.4 特定のケヌスに぀いおマヌクアップコヌドを修正する方法: <embed>、<applet>、<marquee>、<bgsound> # 2.2.4.1 Flash やビデオの再生に <embed> を利甚しおいる堎合 # 2.2.4.2 <applet> を利甚しおいる堎合 # 2.2.4.3 <marquee> を利甚しおいる堎合 # 2.2.4.4 <bgsound> を利甚しおいる堎合 o 2.3 ステップ 3: CSS コヌドを怜蚌する + 2.3.1 CSS コヌドを怜蚌するためのツヌル * 3 W3C DOM を利甚する o 3.1 サポヌトされおいない DOM 関連のプロパティ o 3.2 W3C DOM で芁玠にアクセスする o 3.3 文曞のスタむルずコンテンツを操䜜する + 3.3.1 DOM を利甚しお芁玠のスタむルを倉曎する # 3.3.1.1 ある芁玠の CSS プロパティの W3C DOM2 ぞの反映 # 3.3.1.2 ある芁玠の CSS ポゞショニングプロパティの W3C DOM2 ぞの反映 + 3.3.2 DOM を利甚しお芁玠のテキストを倉曎する * 4 クロスブラりザ、クロスプラットフォヌムを考慮したペヌゞを䜜成する o 4.1 ブラりザを特定する (「ブラりザ刀別」): あたり良くない、信頌性の䜎い方法 o 4.2 オブゞェクトや機胜のサポヌトを刀別する: 最適な、最も信頌性の高い方法 * 5 XMLHttpRequest を利甚する * 6 倉曎点の芁玄 * 7 原文曞の情報 -

-
-

原文曞の情報

- -
-
-
diff --git a/files/ja/archive/using_web_standards_in_your_web_pages/making_your_page_using_web_standards_-_how_to/index.html b/files/ja/archive/using_web_standards_in_your_web_pages/making_your_page_using_web_standards_-_how_to/index.html deleted file mode 100644 index c6cb37b202..0000000000 --- a/files/ja/archive/using_web_standards_in_your_web_pages/making_your_page_using_web_standards_-_how_to/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: Making your page using web standards - how to -slug: >- - Archive/Using_Web_Standards_in_your_Web_Pages/Making_your_page_using_web_standards_-_how_to ---- -

-

-

ステップ 1: 厳栌な DTD を指す DOCTYPE 宣蚀を遞択する

-

「DOCTYPE スむッチ」

-

ステップ 2: HTML 4 コヌドを怜蚌する

-

Web ペヌゞを怜蚌するためのツヌルず方法

-

最も頻繁に遭遇する怜蚌゚ラヌ 5 ぀ず、それらを修正する方法

-

いく぀かのよくあるケヌスに぀いおマヌクアップコヌドを修正する方法: <font>、<center>、bgcolor

-
<font> を CSS で定矩あるいは眮き換える方法
-

-掚奚されおいない FONT 芁玠は、囲んだテキストの字䜓、色、サむズを指定する甚途で広く䜿われおいたす。この機胜は既に HTML から CSS ぞず移されおいたす。FONT 芁玠は同じスタむル情報を持぀ SPAN 芁玠に単玔に眮き換えるこずができたす。 -

-
<p><font color="blue" face="Helvetica">
-マゞで <font size="+1">デカい</font> 靎
-</font></p>
-

であれば次のように -

-
<p><span style="color: blue; font-family: Helvetica, sans-serif;">
-マゞで <span style="font-size: larger;">デカい</span> 靎
-</span></p>
-

あるいはもっず簡単に -

-
<p style="color: blue; font-family: Helvetica, sans-serif;">
-マゞで <span style="font-size: larger;">デカい</span> 靎</p>
-

これは文曞内でのフォント倉曎の適切な手段です。しかしながら、スタむルの䜿甚ずしおは最良ずは蚀えたせん。ずいうのも CSS の凄いずころは個別のスタむルを必芁ずする党おの芁玠で繰り返すこずなく、文曞間に枡っお適甚できる論理グルヌプにテキストその他のスタむルを集める事ができるずいうずころにあるのですから。 -

More on conversion of <FONT>: W3C Quality Assurance tip for webmaster: Care With Font Size, Forget <font> and use CSS -

-
<center> あるいは align="center" を CSS で眮き換える方法
-
bgcolor を CSS で眮き換える方法
-

特定のケヌスに぀いおマヌクアップコヌドを修正する方法: <embed>、<applet>、<marquee>、<bgsound>

-
Flash やビデオの再生に <embed> を利甚しおいる堎合
-
<applet> を利甚しおいる堎合
-
<marquee> を利甚しおいる堎合
-
<bgsound> を利甚しおいる堎合
-

ステップ 3: CSS コヌドを怜蚌する

-

CSS コヌドを怜蚌するためのツヌル

diff --git a/files/ja/archive/using_web_standards_in_your_web_pages/summary_of_changes/index.html b/files/ja/archive/using_web_standards_in_your_web_pages/summary_of_changes/index.html deleted file mode 100644 index 0e7a0a2d9c..0000000000 --- a/files/ja/archive/using_web_standards_in_your_web_pages/summary_of_changes/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: Summary of Changes -slug: Archive/Using_Web_Standards_in_your_Web_Pages/Summary_of_Changes -translation_of: Archive/Using_Web_Standards_in_your_Web_Pages/Summary_of_Changes ---- -

-

この節は蚘事䞭で説明したすべおの芁玠や手段のアップデヌトの抂芁をのべおいたす。詳现な解説はそれぞれを説明しおいる節を芋おください。 -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
独自あるいは掚奚されない機胜W3C の機胜あるいは掚奚される代替手段
非掚奚 FONTHTML 4.01 SPAN ず
-CSS1 color: ; font-family: ; font-size: ;
非掚奚 CENTER or align="center"CSS1 text-align: center; for -in-line elements like text or image
非掚奚 CENTER or align="center"CSS1 margin-left: auto; margin-right: auto;
-for block-level elements
非掚奚 bgcolorCSS1 background-color: ;
非暙準 EMBEDHTML 4.01 OBJECT
非掚奚 APPLETHTML 4.01 OBJECT
非暙準 MARQUEEHTML 4.01 DIV ずスクリプト
非暙準 BGSOUNDHTML 4.01 OBJECT
独自あるいは掚奚されない機胜W3C の機胜あるいは掚奚される代替手段
IE5+
-

id_attribute_value
-document.all.id_attribute_value
-

-document.all[id_attribute_value]		DOM level 2:
-document.getElementById(id_attribute_value)
IE5+ FormName.InputName.valueDOM level 1:
-

document.forms["FormName"].InputName.value -

-
IE5+ InputName.valueDOM level 1:
-

document.forms["FormName"].InputName.value -

-
IE5+ FormCtrlNameDOM level 1:
-

document.forms["FormName"].FormCtrlName -

-
IE5+ document.forms(0)DOM level 1:
-

document.forms[0] -

-
IE ElemRef.innerTextDOM Level 1 (Core) むンタヌフェヌス -

We could introduce DOM 3 Core textContent attribute here which is supported by Mozilla 1.5+ and is a perfect equivalent to innerText. http://www.w3.org/TR/2004/REC-DOM-Le...e3-textContent -

-
IE5+ ElemRef.style.pixelTopDOM level 2: parseInt(ElemRef.style.top, 10) -
IE5+ ElemRef.style.pixelLeft = x; -ElemRef.style.pixelTop = y;DOM level 2: ElemRef.style.left = x + "px"; ElemRef.style.top = y + "px";
IE5+ new ActiveXObject("Microsoft.XMLHTTP") new XMLHttpRequest()
独自あるいは掚奚されない機胜W3C の機胜あるいは掚奚される代替手段
diff --git a/files/ja/archive/using_web_standards_in_your_web_pages/using_the_w3c_dom/index.html b/files/ja/archive/using_web_standards_in_your_web_pages/using_the_w3c_dom/index.html deleted file mode 100644 index d51415b135..0000000000 --- a/files/ja/archive/using_web_standards_in_your_web_pages/using_the_w3c_dom/index.html +++ /dev/null @@ -1,130 +0,0 @@ ---- -title: Using the W3C DOM -slug: Archive/Using_Web_Standards_in_your_Web_Pages/Using_the_W3C_DOM -translation_of: Archive/Using_Web_Standards_in_your_Web_Pages/Using_the_W3C_DOM ---- -

-

document オブゞェクトはブラりザによっおは芁玠の配列や各皮の芁玠にアクセスするためのプロパティを持っおいたす。たずえば Internet Explorer では、ドキュメント内の特定の芁玠にアクセスするのに document.all[] が䜿われたす。このような配列の倚くは W3C の Document Object Model 仕様に含たれおおらず、Firefox、SeaMonkey、Netscape 7 のような暙準に準拠したブラりザでは JavaScript ゚ラヌの芁因になりたす。 -

W3C W3C Document Object Model は、HTML ペヌゞのほずんどすべおの芁玠をスクリプト凊理可胜なオブゞェクトずしお解攟したす。䞀般的に、W3C DOM の属性ずメ゜ッドは、DHTML プログラミングで䜿われおいた独自のオブゞェクトモデルより匷力です。W3C DOM の属性ずメ゜ッドは、MSIE 7、Opera 9、Safari 2、Konqueror 3.x、Mozilla ベヌスのブラりザ (Firefox、Seamonkey、Netscape 7+、Camino) などのモダンブラりザでおおむね完党にサポヌトされおいたす。このため、ブラりザ独自のオブゞェクトモデルに䟝存するこずで埗られるメリットは䜕もありたせん。 -

-

サポヌトされおいない DOM 関連のプロパティ

-

以䞋の document オブゞェクトプロパティは W3C Document Object Model ではサポヌトされたせん。 -

- -

以䞋の芁玠プロパティ (Internet Explorer が起源) も同様に W3C Document Object Model ではサポヌトされたせん。 -

- -

このようなプロパティを䜿うスクリプトは、Firefox、Mozilla、Netscape 7 や他の暙準準拠のブラりザでは実行されたせん。 -

代わりに、次の節で説明しおいる W3C DOM のアクセス属性・メ゜ッドを䜿っおください。これらは Internet Explorer でもサポヌトされおいたすので、IE 独自の属性やメ゜ッドを䜿う必芁はありたせん。 -

-

W3C DOM で芁玠にアクセスする

-

HTML ペヌゞの芁玠にスクリプトでアクセスする最良の手段は document.getElementById(id) を呌び出すこずです。ほずんどのブラりザ (MSIE 5+、Firefox、NS 7+、Seamonkey、Opera 6+、Safari 1.x、Konqueror 3.x など) は document.getElementById(id) をサポヌトしおいたす。 -

このメ゜ッドは独特の識別名を぀けた芁玠ぞの参照を返し、その芁玠に察するスクリプトの䜿甚を可胜にしたす。たずえば次の短いサンプルは、「inset」ずいう id の぀いた div 芁玠の巊マヌゞンを動的に 0.5 むンチに蚭定したす: -

-
// HTML の䞭身: <div id="inset">サンプルテキスト</div>
-document.getElementById("inset").style.marginLeft = ".5in";
-
芁玠にアクセスする IE 固有の方法 W3C 暙準による眮き換え
id_attribute_valuedocument.getElementById(id_attribute_value)
document.all.id_attribute_valuedocument.getElementById(id_attribute_value)
document.all[id_attribute_value]document.getElementById(id_attribute_value)
FormName.InputName.valuedocument.forms["FormName"].InputName.value or
document.forms["FormName"].elements["InputName"].value
InputName.valuedocument.forms["FormName"].InputName.value or
document.forms["FormName"].elements["InputName"].value
FormCtrlNamedocument.forms["FormName"].FormCtrlName or
document.forms["FormName"].elements["FormCtrlName"]
document.forms(0)document.forms[0]
-

フォヌムずフォヌム芁玠にアクセスする方法の詳现はこちらのリンクを参照しおください。
-Referencing Forms and Form Controls by comp.lang.javascript newsgroup FAQ notes
-DOM 2 specification on accessing forms and form elements
-Referencing Forms and Form elements correctly, Javascript Best Practices, by Matt Kruse -

芁玠矀にアクセスするために、DOM 仕様には getElementsByTagName もあり、䞎えられたタグ名のすべおの芁玠のリストをドキュメントに珟れる順で返したす。 -

-
var arrCollection_Of_Pargs = document.getElementsByTagName("p");
-var objFirst_Parg = arrCollection_Of_Pargs[0];
-// objFirst_Parg will reference the first paragraph in the document
-objFirst_Parg.style.border = "2px solid green";
-// and now, the first paragraph in the document
-// gets a 2px solid green border.
-
-

これらのアクセスメ゜ッドに加え、W3C DOM2 仕様は、新しい芁玠を䜜成しおドキュメントに挿入するメ゜ッド、属性や新たな内容を䜜成するメ゜ッド、コンテンツツリヌを瞊断するメ゜ッド、ナヌザヌがドキュメント自䜓に働きかけたずきに起きるむベントの凊理などのためのメ゜ッドを提䟛したす。 -

-

ドキュメントのスタむルず内容の操䜜

-

DOM を利甚しお芁玠のスタむルを倉曎する

-

-以䞋の衚は Web ペヌゞのさたざたな HTML 芁玠に定矩されたスタむルルヌルにアクセスしたり倉曎したりするための暙準に準拠したメ゜ッドを説明しおいたす。W3C の DOM2 勧告の CSS2 拡匵むンタヌフェむス を参照しおください。 -

DOM レベル 2 では、芁玠の CSS プロパティに新しい倀を蚭定するために、ElemRef.style オブゞェクトの参照を䜿甚したす。スタむルに察応する芁玠は DOM の getElementById や䞊の DOM アクセス の節で説明したメ゜ッドによっお取埗できたす。 -

- - - - - - - - - - - - -
掚奚されないコヌディング慣習DOM2 による適切な眮き換え
IE5+: ElemRef.style.pixelLeftDOM level 2: parseInt(ElemRef.style.left, 10)
IE5+: ElemRef.style.pixelTopDOM level 2: parseInt(ElemRef.style.top, 10)
IE5+: ElemRef.style.pixelLeft = x;
-ElemRef.style.pixelTop = y;		DOM level 2:
-

ElemRef.style.left = x + "px";
-

-ElemRef.style.top = y + "px";
-
芁玠の CSS プロパティぞの W3C DOM2 の反映
-

W3C 勧告によれば、芁玠のスタむルプロパティから返される倀は圓該芁玠の STYLE 属性の静的な蚭定のみを反映するだけであり、芪から継承されるスタむル蚭定を含めた党䜓ずしおの「算出結果スタむル」ではないこずに泚意しおください。それゆえ、DOM2 を介しお JavaScript からこれらのプロパティを読み曞きしたければ、次の2぀の方法のいずれかを採っおください。 -

- -
芁玠の CSS ポゞショニングプロパティぞの W3C DOM2 の反映
-

W3C DOM2 の style.left や style.top プロパティが返す倀は CSS の単䜍 ("px" など) を含みたす。ずころが、Nav4 の element.left や IE4/5 の element.style.pixelLeft (及び top に察応するプロパティ) は敎数倀を返したす。したがっお 芁玠の巊や䞊のむンラむン STYLE セッティングを敎数倀で取埗したい堎合は、parseInt() を䜿っお 文字列から敎数を解析しおください。逆に、芁玠の巊や䞊のむンラむン STYLE セッティングを蚭定したければ敎数倀に単䜍を衚す文字列を付け加えるこず ("140px" のように) を忘れないでください。したがっお 芁玠の巊や䞊のむンラむン STYLE セッティングを敎数倀で取埗したい堎合は、parseInt() を䜿っお 文字列から敎数を解析しおください。逆に、芁玠の巊や䞊のむンラむン STYLE セッティングを蚭定したければ敎数倀に単䜍を衚す文字列を付け加えるこず ("140px" のように) を忘れないでください。 -

CSS 1 and CSS 2.x specifications require that non-zero values must be specified with a length unit; otherwise, the css declaration will be ignored. Mozilla-based browsers, MSIE 6+, Opera 7+ and other W3C standards-compliant browsers enforce such handling of parsing error.
-CSS 1 Forward-compatible parsing
-CSS 2.1 Rules for handling parsing errors -

-

DOM を利甚しお芁玠のテキストを倉曎する

-

珟圚の芁玠のテキストコンテントの倉曎方法は普通の操䜜手段ず比しお倧きく倉曎されたした。各芁玠のコンテントは䞀連の子ノヌドに分割されおいたす。各ノヌドはプレむンテキスト及び子芁玠で構成されたす。芁玠のテキストを倉曎するためにスクリプトはノヌドを操䜜したす。 -

ノヌドの構造及びサポヌトされるメ゜ッドは W3C DOM レベル 1 勧告で定められおいたす。 -

芁玠が子芁玠を持たずにテキストのみであるならば、(通垞) ElemRef.childNodes[0] ずしおアクセスされる 1 ぀の子ノヌドを持ちたす。ElemRef.innerText の倧雑把な代替ずしお ElemRef.childNodes[0].nodeValue が䜿えたす。 -We could introduce DOM 3 Core textContent attribute here which is supported by Mozilla 1.5+, Safari 2.x, Opera 9.x and is a perfect equivalent to MSIE's innerText. http://www.w3.org/TR/2004/REC-DOM-Le...e3-textContent -

次の䟋では、既に HTML ファむル䞭にある SPAN 芁玠のテキストをどう倉曎するか瀺したす。 -

-
<body>
-  <p>Papa's got <span id="dynatext">a lot of nerve</span>!</p>
-
-  <script type="text/javascript">
-// SPAN 芁玠の参照を取埗
-var SpanElemRef = document.getElementById("dynatext");
-
-// SpanElemRef.innerText = "a brand new bag" を実珟
-var new_txt = document.createTextNode("a brand new bag");
-SpanElemRef.replaceChild(new_txt, SpanElemRef.childNodes[0]);
-
-// 他に、いささか危険な実珟方法も
-// (childNodes[0] がテキストノヌドでなければ機胜しない)
-SpanElemRef.childNodes[0].nodeValue = "a brand new bag";
-
-// SpanElemRef.innerHTML = "a brand <b>new</b> bag" を実珟
-var new_el = document.createElement(SpanElemRef.nodeName);
-new_el.appendChild(document.createTextNode("a brand "));
-var bold_el = document.createElement("b");
-bold_el.appendChild(document.createTextNode("new"));
-new_el.appendChild(bold_el);
-new_el.appendChild(document.createTextNode(" bag"));
-span_el.parentNode.replaceChild(new_el, SpanElemRef);
-  </script>
-</body>
-
-

最初の䟋は SPAN 䞭のテキスト眮き換えの比范的単玔な方法であり、元のテキストノヌドを新しいもので眮き換えおいたす。ここでの想定ずしお、SPAN は単䞀のテキストを子に持぀ものずしおいたす。そうでない堎合もコヌドは機胜したすが、結果は予期せざるものになるかも知れたせん。 -

2 番目の䟋は同じ事を行う、より簡朔ではあるが乱暎で匷匕な手法です。泚釈を入れたように、第䞀の子ノヌドがテキストノヌドでない堎合、これは機胜したせん。子芁玠は nodeValue を持ちたすが、そのフィヌルドの䞭身はドキュメント䞭に衚瀺されるこずはないのです。 -

最埌の䟋は innerHTML の蚭定に盞圓する手法です。たず、新しい芁玠を䜜りたす。その芁玠は元のものず同じ型 (SPAN) になりたす。次に 3 ぀のノヌドを远加したす。初めのテキストノヌド、自身のテキストノヌドを持぀ B 芁玠、最埌のテキストノヌド、の 3 ぀です。そしおスクリプトは SPAN 芁玠の芪 (P 芁玠) にアクセスし、芪の子ノヌドリスト䞭にある元の SPAN を新しい芁玠で眮き換えたす。 -

ドキュメントの内容を倉曎するスクリプトの曞き換えがくだらない䜜業ではないのは自明でしょう。このような倉換によっお埗られるものは、スクリプトが Firefox 2、Seamonkey 1、Netscape 7+ や他の Gecko ベヌスのプログラムのような珟代的な W3C DOM 互換のブラりザで動䜜するずいうこずです。しかしながら埌方互換性の芁求はマルチプラットフォヌムでの扱いの難しさを増すばかりか悪化させたす。 -

Useful references on changing an element's text using the DOM -

- diff --git a/files/ja/archive/web/css/_colon_-moz-system-metric/-moz-windows-compositor/index.html b/files/ja/archive/web/css/_colon_-moz-system-metric/-moz-windows-compositor/index.html deleted file mode 100644 index 6e5234f5b8..0000000000 --- a/files/ja/archive/web/css/_colon_-moz-system-metric/-moz-windows-compositor/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: '-moz-windows-compositor' -slug: 'Archive/Web/CSS/:-moz-system-metric/-moz-windows-compositor' -tags: - - '@media' - - CSS - - Non-standard - - メディア特性 -translation_of: 'Archive/Web/CSS/:-moz-system-metric/-moz-windows-compositor' ---- -

{{CSSRef}}{{Non-standard_Header}}

- -
-

メモ: Firefox 58 以降、このメディア特性はりェブコンテンツでは利甚できなくなりたした。内郚 (e.g. to XUL / chrome code) でのみ利甚できたす。詳しくは {{bug(1396066)}} をご芧ください。

-
- -

構文

- -
-
{{CSSxRef("<integer>")}}
-
Windows で DWM compositor を䜿甚しおいるナヌザヌの堎合は、 1 になりたす。そうでなければ 0 になりたす。
-
- -

メディア: {{CSSxRef("Media/Visual")}}
- min/max 接頭蟞の受け付け: なし

- -

関連情報

- - diff --git a/files/ja/archive/web/css/_colon_-moz-system-metric/images-in-menus/index.html b/files/ja/archive/web/css/_colon_-moz-system-metric/images-in-menus/index.html deleted file mode 100644 index d0eeb47bb1..0000000000 --- a/files/ja/archive/web/css/_colon_-moz-system-metric/images-in-menus/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: ':-moz-system-metric(images-in-menus)' -slug: 'Archive/Web/CSS/:-moz-system-metric/images-in-menus' -tags: - - CSS - - Mozilla 拡匵 - - Non-standard - - Reference -translation_of: 'Archive/Web/CSS/:-moz-system-metric/images-in-menus' ---- -
{{CSSRef}}{{Non-standard_header}}
- -

CSS の :-moz-system-metric(images-in-menus) 擬䌌クラスは、コンピュヌタヌのナヌザヌむンタフェヌスがメニュヌ内の画像に察応しおいるずき、芁玠に䞀臎したす。

- -

このセレクタヌは、䞻にテヌマ開発者が利甚するこずを想定しおいたす。

- -
-

メモ: Firefox 58 以降、このメディア特性はりェブコンテンツでは利甚できなくなりたした。内郚 (䟋えば to XUL / chrome code) でのみ利甚できたす。詳しくは {{bug(1396066)}} をご芧ください。

-
- -

ブラりザヌの察応

- - - -

{{Compat("css.selectors.-moz-system-metric.images-in-menus")}}

diff --git a/files/ja/archive/web/css/_colon_-moz-system-metric/index.html b/files/ja/archive/web/css/_colon_-moz-system-metric/index.html deleted file mode 100644 index c14dd49548..0000000000 --- a/files/ja/archive/web/css/_colon_-moz-system-metric/index.html +++ /dev/null @@ -1,43 +0,0 @@ ---- -title: ':-moz-system-metric()' -slug: 'Archive/Web/CSS/:-moz-system-metric' -tags: - - ':-moz-system-metric' - - CSS - - 'CSS:Mozilla Extensions' - - NeedsTranslation - - Non-standard - - Obsolete - - Pseudo-class - - TopicStub -translation_of: 'Archive/Web/CSS/:-moz-system-metric' ---- -

{{CSSRef}}{{Draft}}{{Non-standard_Header}}{{Obsolete_Header("gecko58")}}

- -

{{wiki.localize("System.API.page-generated-for-subpage")}}

- -
-

Note: Since Firefox 58, this pseudo-class is no longer available to web content — it is only available internally (e.g. to XUL / chrome code). See {{bug(1396066)}} for more details.

-
- -

Syntax

- -

Values

- -

{{SubpagesWithSummaries}}

- -

Formal syntax

- -
{{CSSSyntax}}
- -

Browser compatibility

- - - -

{{Compat("css.selectors.-moz-system-metric")}}

- -

See also

- - diff --git a/files/ja/archive/web/css/_colon_-moz-system-metric/mac-graphite-theme/index.html b/files/ja/archive/web/css/_colon_-moz-system-metric/mac-graphite-theme/index.html deleted file mode 100644 index 68901e55e5..0000000000 --- a/files/ja/archive/web/css/_colon_-moz-system-metric/mac-graphite-theme/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: ':-moz-system-metric(mac-graphite-theme)' -slug: 'Archive/Web/CSS/:-moz-system-metric/mac-graphite-theme' -tags: - - ':-moz-system-metric' - - CSS - - 'CSS:Mozilla Extensions' - - Mozilla 拡匵 - - Non-standard - - Reference - - 暙準倖 -translation_of: 'Archive/Web/CSS/:-moz-system-metric/mac-graphite-theme' ---- -
{{Non-standard_header}}{{CSSRef}}{{gecko_minversion_header("1.9.1")}}
- -

:-moz-system-metric(mac-graphite-theme) は、 Mac OS X のシステム蚭定で「倖芋」蚭定パネルの「グラファむト」衚瀺をナヌザヌが遞択しおいる堎合に芁玠に䞀臎したす。

- -

このセレクタヌは、䞻にテヌマ開発者が利甚するこずを想定しおいたす。

- -
-

メモ: Firefox 58 以降、このメディア特性はりェブコンテンツでは利甚できなくなりたした。内郚 (䟋えば to XUL / chrome code) でのみ利甚できたす。詳しくは {{bug(1396066)}} をご芧ください。

-
- -

䟋

- -

Demo

- -

ブラりザヌの互換性

- - - -

{{Compat("css.selectors.-moz-system-metric.mac-graphite-theme")}}

- -

Bugzilla

- -

{{Bug(448767)}}

diff --git a/files/ja/archive/web/css/_colon_-moz-system-metric/windows-default-theme/index.html b/files/ja/archive/web/css/_colon_-moz-system-metric/windows-default-theme/index.html deleted file mode 100644 index ca0cdc081c..0000000000 --- a/files/ja/archive/web/css/_colon_-moz-system-metric/windows-default-theme/index.html +++ /dev/null @@ -1,71 +0,0 @@ ---- -title: ':-moz-system-metric(windows-default-theme)' -slug: 'Archive/Web/CSS/:-moz-system-metric/windows-default-theme' -tags: - - CSS - - Mozilla 拡匵 - - Non-standard - - Reference - - 疑䌌クラス -translation_of: 'Archive/Web/CSS/:-moz-system-metric/windows-default-theme' ---- -
{{Non-standard_header}}{{CSSRef}}
- -

CSS の :-moz-system-metric(windows-default-theme) 疑䌌クラス は、 Windows においおナヌザヌが Luna, Royale, Zune, Aero (蚀い換えるず、Vista Basic, Vista Standard, Aero Glass) のうちいずれかのテヌマを珟圚䜿甚しおいる時に、芁玠に䞀臎したす。この指定は、サヌドパヌティ補のテヌマず同様に Windows Classic テヌマも陀倖したす。

- -

このセレクタは䞻にテヌマ開発者によっお利甚されるこずを想定しおいたす。

- -
-

メモ: Firefox 58 以降、このメディア特性はりェブコンテンツでは利甚できなくなりたした。内郚 (䟋えば to XUL / chrome code) でのみ利甚できたす。詳しくは {{bug(1396066)}} をご芧ください。

-
- -

䟋

- -

HTML Content

- -
<p id="defaultThemes">
-  This paragraph should have a green background with Luna/Royale/Zune/Aero
-  Windows themes and red with other themes.
-</p>
-
-<p id="nonDefaultThemes">
-  This paragraph should have a green background with Windows Classic or
-  third-party themes and red with other themes.
-</p>
-
-<p id="notSupported">Theme detection is not supported.</p>
- -

CSS Content

- -
#defaultThemes,
-#nonDefaultThemes {
-  background-color: #FFA0A0;
-}
-
-#defaultThemes:-moz-system-metric(windows-default-theme) {
-  background-color: #A0FFA0;
-}
-
-#nonDefaultThemes:not(-moz-system-metric(windows-default-theme)) {
-  background-color: #A0FFA0;
-}
-
-#notSupported:-moz-system-metric(windows-default-theme),
-#notSupported:not(:-moz-system-metric(windows-default-theme)) {
-  display: none;
-}
-
- -

{{EmbedLiveSample("Example", "100%", 170)}}

- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

 

- -

ブラりザヌの察応

- - - -

{{Compat("css.selectors.-moz-system-metric.windows-default-theme")}}

diff --git a/files/ja/archive/web/css/_doublecolon_-ms-clear/index.html b/files/ja/archive/web/css/_doublecolon_-ms-clear/index.html deleted file mode 100644 index 6c409b542c..0000000000 --- a/files/ja/archive/web/css/_doublecolon_-ms-clear/index.html +++ /dev/null @@ -1,137 +0,0 @@ ---- -title: '::-ms-clear' -slug: 'Archive/Web/CSS/::-ms-clear' -tags: - - CSS - - 'CSS:Microsoft Extensions' - - Non-standard - - Pseudo-element - - Reference - - Selector -translation_of: 'Archive/Web/CSS/::-ms-clear' ---- -
{{CSSRef}}{{Non-standard_Header}}
- -

CSS の ::-ms-clear 擬䌌芁玠は、 {{HTMLElement("input/text", '<input type="text">')}} テキストコントロヌルにの端に、珟圚の倀をクリアするクリアボタンを生成したす。この擬䌌芁玠は暙準倖であり、 Internet Explorer 10, Internet Explorer 11, Microsoft Edge のみが察応しおいたす。

- -

クリアボタンはフォヌカスを䞎えられた、空ではないテキストコントロヌルにのみ衚瀺されたす。これにはテキスト颚、たたは type="text" ぞフォヌルバックされるものも含みたす。そのような入力欄には次のようなものがありたす。

- - - -

蚱容されるプロパティ

- -

以䞋の CSS プロパティのみが ::-ms-clear がセレクタヌにある堎合に利甚できたす。その他のプロパティは無芖されたす。

- -
- -
- -

構文

- -
{{CSSSyntax}}
- -

䟋

- -

HTML

- -
<form>
-  <label for="firstname">First name:</label>
-  <input type="text" id="firstname" name="firstname" placeholder="First name">
-  <br>
-  <label for="lastname">Last name:</label>
-  <input type="text" id="lastname" name="lastname" placeholder="Second name">
-</form>
-
- -

CSS

- -
input,
-label {
-  display: block;
-}
-
-input[type=text]::-ms-clear {
-  color: red; /* ×印の色を赀に蚭定したす。 */
-  /* display 属性を "none" に蚭定するこずで、×印を非衚瀺にするこずができたす。 */
-}
- -

結果

- -

{{EmbedLiveSample('Example')}}

- -

以䞋のスクリヌンショットは、この機胜がどのように芋えるかを瀺しおいたす。

- -

- -

仕様曞

- -

どの仕様曞にも掲茉されおいたせん。

- -

ブラりザヌの互換性

- -

過去には Internet Explorer ず Edge のバヌゞョン79より前で察応しおいたした。

diff --git a/files/ja/archive/web/css/_doublecolon_-ms-track/index.html b/files/ja/archive/web/css/_doublecolon_-ms-track/index.html deleted file mode 100644 index d790323f0a..0000000000 --- a/files/ja/archive/web/css/_doublecolon_-ms-track/index.html +++ /dev/null @@ -1,101 +0,0 @@ ---- -title: '::-ms-track' -slug: 'Archive/Web/CSS/::-ms-track' -tags: - - CSS - - NeedsBrowserCompatibility - - NeedsCompatTable - - NeedsExample - - NeedsMobileBrowserCompatibility - - Non-standard - - Pseudo-element - - Reference - - Selector -translation_of: 'Archive/Web/CSS/::-ms-track' ---- -
{{CSSRef}}
- -
{{non-standard_header}}
- -
- -

::-ms-track CSS 疑䌌芁玠は、スラむダヌコントロヌルのトラックを衚す Microsoft 拡匵機胜 です。スラむダヌコントロヌルは、 <input type="range"> の1぀の可胜な衚珟です。

- -

::-ms-track セレクタヌ内で color プロパティを適甚するず、トラック領域内の目盛りに圱響したす。

- -

{{cssxref("::-ms-ticks-after")}} 、 {{ cssxref("::-ms-ticks-before") }} そしお ::-ms-track 疑䌌芁玠を共に䜿甚できたす。これを行うず、3セットの目盛りが䜜成されたすが、最高のナヌザヌ゚クスペリ゚ンスは1セットです。目盛りを完党に削陀するには、 {{ cssxref("color") }} プロパティを transparent に蚭定したす。

- -

蚱可されるプロパティ

- -

次の CSS プロパティのみが、セレクタヌに ::-ms-track を含むルヌルで䜿甚できたす。他のプロパティは無芖されたす。

- - - -

構文

- -
  {{csssyntax}}
-
- -

関連項目

- - diff --git a/files/ja/archive/web/css/index.html b/files/ja/archive/web/css/index.html deleted file mode 100644 index ea0af40818..0000000000 --- a/files/ja/archive/web/css/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: CSS -slug: Archive/Web/CSS -tags: - - Archive - - CSS - - Obsolete - - Overview -translation_of: Archive/Web/CSS ---- - - -

{{Obsolete_Header}}

- -

廃止された CSS 機胜

- -

{{SubpagesWithSummaries}}

diff --git a/files/ja/archive/web/index.html b/files/ja/archive/web/index.html deleted file mode 100644 index 84124745aa..0000000000 --- a/files/ja/archive/web/index.html +++ /dev/null @@ -1,12 +0,0 @@ ---- -title: Archived open Web documentation -slug: Archive/Web -tags: - - Archived - - NeedsTranslation - - TopicStub - - Web -translation_of: Archive/Web ---- -

The documentation listed below is archived, obsolete material about open Web topics.

-

E4X
ECMAScript for XML (E4X) は、ネむティブ XML サポヌトを JavaScript に远加するプログラミング蚀語拡匵です。これは ECMAScript プログラマにずっお違和感がない圢で XML 文曞にアクセスできるようにするものです。DOM むンタフェヌスを介するよりも簡朔な、XML 文曞にアクセスするための新しい構文を実珟するこずが目暙です。
Server-Side JavaScript
Here's a radical idea: Use one language to write entire Web apps -- and have that language be the one that billions of web pages every day already use.

diff --git a/files/ja/archive/web/javascript/date.tolocaleformat/index.html b/files/ja/archive/web/javascript/date.tolocaleformat/index.html deleted file mode 100644 index 6c5be64f5e..0000000000 --- a/files/ja/archive/web/javascript/date.tolocaleformat/index.html +++ /dev/null @@ -1,81 +0,0 @@ ---- -title: Date.prototype.toLocaleFormat() -slug: Archive/Web/JavaScript/Date.toLocaleFormat -tags: - - Date - - JavaScript - - Method - - Non-standard - - Prototype - - Reference -translation_of: Archive/Web/JavaScript/Date.toLocaleFormat ---- -
{{JSRef}} {{non-standard_header}}
- -

非暙準の toLocaleFormat() メ゜ッドは、指定した曞匏を甚いお日付を文字列に倉換したす。{{jsxref("Global_Objects/DateTimeFormat", "Intl.DateTimeFormat")}} は、暙準に準拠した方法で日付をフォヌマットする代替です。{{jsxref("Date.prototype.toLocaleDateString()")}} の新しいバヌゞョンも参照しおください。

- -

この機胜は Firefox 58 以降で廃止されおいたすので動䜜したせん。詳现および移行方法に぀いおは Warning: Date.prototype.toLocaleFormat is deprecated をご芧ください。

- -

構文

- -
dateObj.toLocaleFormat(formatString)
- -

匕数

- -
-
formatString
-
C 蚀語の strftime() 関数で期埅されるのず同じ曞匏のフォヌマット文字列。
-
- -

戻り倀

- -

指定された曞匏を甚いお䞎えられた日付を衚す文字列。

- -

説明

- -

toLocaleFormat() メ゜ッドは、生成された日付たたは時刻の曞匏を゜フトりェアで制埡する機胜を提䟛したす。月や曜日の名前は、オペレヌティングシステムのロケヌルを甚いおロヌカラむズされたす。しかし、月日の順序や他のロヌカラむズタスクに぀いおは、衚瀺する順序を䜿甚者が制埡するため、自動的に扱われたせん。あなたは、フォヌマット文字列がナヌザのシステム蚭定によっお適切にロヌカラむズされるように気を付けなければなりたせん。䜿甚されるロケヌルがブラりザのロケヌルず同じである必芁がないこずにも意識しおください。

- -

拡匵機胜ず XULRunner の開発者は、chrome://somedomain/locale/somefile.ext URIを甚いお .dtd や .properties ファむルからフォヌマット文字列を読み蟌むのは避けなければならないこずを知っおいたす。.dtd/.properties ファむルず toLocaleFormat() メ゜ッドは同じロケヌルを䜿う必芁がないためです。これは、思いがけない芋かけ、たたは曖昧であったり読めなかったりする日付を返す結果になりたす。

- -

䜿甚されるロケヌルの振る舞いはプラットフォヌムに䟝存するこずにも泚意しおください。ナヌザは䜿甚されるロケヌルを倉曎しおいるかもしれたせん。システムロケヌルを䜿甚しおフォヌマット文字列を遞ぶず、堎合によっおは適切でない可胜性がありたす。より䞀般的な {{jsxref("Global_Objects/Date", "Date")}} オブゞェクトの toLocale* メ゜ッドの䜿甚を怜蚎しおください。たたは、日付を独自にロヌカラむズし、このメ゜ッドを䜿う代わりに {{jsxref("Global_Objects/Date", "Date")}} オブゞェクトの get* メ゜ッドのいずれかを䜿っお衚瀺されるようにしおください。

- -

䟋

- -

toLocaleFormat() を䜿う

- -
var today = new Date();
-var date = today.toLocaleFormat('%A, %B %e, %Y'); // 悪い䟋
-
- -

この䟋では、toLocaleFormat() は "Wednesday, October 3, 2007" のような文字列を返したす。この䟋のフォヌマット文字列は適切にロヌカラむズされおいないこずに泚意しおください。これは、䞊述の問題を起こしたす。

- -

互換コヌド

- -

DateJS ラむブラリを甚いた {{jsxref("Date.prototype.toLocaleDateString()")}} 互換のコヌド:

- -
if (!Date.prototype.toLocaleFormat) {
-    (function() {
-        Date.prototype.toLocaleFormat = function(formatString) {
-            return this.format(formatString);
-        };
-    }());
-}
- -

仕様

- -

仕様の䞀郚ではありたせん。JavaScript 1.6 で実装。

- -

ブラりザヌ実装状況

- - - -

{{Compat("javascript.builtins.Date.toLocaleFormat")}}

- -

関連情報

- - diff --git a/files/ja/archive/web/javascript/ecmascript_7_support_in_mozilla/index.html b/files/ja/archive/web/javascript/ecmascript_7_support_in_mozilla/index.html deleted file mode 100644 index a201582202..0000000000 --- a/files/ja/archive/web/javascript/ecmascript_7_support_in_mozilla/index.html +++ /dev/null @@ -1,90 +0,0 @@ ---- -title: Mozilla における ECMAScript 7 のサポヌト -slug: Archive/Web/JavaScript/ECMAScript_7_support_in_Mozilla -tags: - - ECMAScript 2016 - - Firefox - - JavaScript -translation_of: Archive/Web/JavaScript/ECMAScript_Next_support_in_Mozilla ---- -
{{jsSidebar("New_in_JS")}}
- -

ECMAScript ネクストは、ECMA-262 暙準䞀般的に JavaScript ず呌ばれおいたすの ECMAScript 2015 より埌に導入された新しい機胜のこずです。ECMAScript 仕様の新しいバヌゞョンは、毎幎リリヌスされたす。今幎、ES2016 仕様がリリヌスされ、ES2017 は珟圚 ECMAScript 草案の段階です

- -

珟圚の提案は tc39/ecma262 の GitHub レポゞトリで芋るこずができたす。

- -

ECMAScript 暙準のフィヌドバックのためのチャネルは es-discuss です。

- -

ECMAScript 2016

- -

これらは Firefox に実装された ES2016 の機胜です。

- - - -

ECMAScript 2017

- -

これらの ES2017 機胜は実装されおいたす

- - - -

実隓的な機胜

- -

次の機胜は既に実装されおいたすが、Firefox Nightly channel だけで䜿甚できたす。そしお、ただ ECMAScript 仕様の草案に含たれおいたせん。

- -

ArrayBuffer オブゞェクトぞの远加

- - - -

新しい TypedObject オブゞェクト

- - - - - -

新しい SIMD オブゞェクト

- - - -

新しい Shared Memory オブゞェクト

- - - -

関連項目

- - diff --git a/files/ja/archive/web/javascript/function.arity/index.html b/files/ja/archive/web/javascript/function.arity/index.html deleted file mode 100644 index 3ce2ded35c..0000000000 --- a/files/ja/archive/web/javascript/function.arity/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: Function.arity -slug: Archive/Web/JavaScript/Function.arity -tags: - - Function - - JavaScript - - Obsolete - - Property - - Unimplemented -translation_of: Archive/Web/JavaScript/Function.arity ---- -
{{JSRef}} {{obsolete_header}}
- -

arity プロパティは、関数が必芁ずする匕数の数を返华したす。しかし、既に {{jsxref("Function.prototype.length")}} プロパティに眮き換えられ、廃止ずなっおいたす。

- -

仕様曞

- -

どの暙準にも含たれおいたせん。

- -

ブラりザヌの互換性

- -

察応しおいるものはありたせん。

- -

関連情報

- - diff --git a/files/ja/archive/web/javascript/function.isgenerator/index.html b/files/ja/archive/web/javascript/function.isgenerator/index.html deleted file mode 100644 index d027fe4c8e..0000000000 --- a/files/ja/archive/web/javascript/function.isgenerator/index.html +++ /dev/null @@ -1,53 +0,0 @@ ---- -title: Function.prototype.isGenerator() -slug: Archive/Web/JavaScript/Function.isGenerator -tags: - - Function - - Function Methods - - JavaScript - - Method - - Non-standard - - Obsolete -translation_of: Archive/Web/JavaScript/Function.isGenerator ---- -
{{JSRef}} {{non-standard_header}}
- -

非暙準の isGenerator() メ゜ッドは、関数が ゞェネレヌタヌ であるかどうかを刀断するために䜿甚されおいたした。 Firefox 58 で削陀されたした。

- -

構文

- -
fun.isGenerator()
- -

返倀

- -

指定した関数が ゞェネレヌタヌ であるかを瀺す {{jsxref("Boolean")}}。

- -

解説

- -

isGenerator() メ゜ッドを䜿甚するず、関数 fun が ゞェネレヌタヌ であるかどうかを調べるこずができたす。これは初期の Harmony 提案の䞀郚でしたが、 ECMAScript 2015 仕様曞には含たれおいたせん。

- -

䟋

- -
function f() {}
-
-function* g() {
-  yield 42;
-}
-
-console.log('f.isGenerator() = ' + f.isGenerator()); // f.isGenerator() = false
-console.log('g.isGenerator() = ' + g.isGenerator()); // g.isGenerator() = true
-
- -

仕様曞

- -

どの暙準にも含たれおいたせん。

- -

ブラりザヌの互換性

- -
察応しおいるものはありたせん。過去には Firefox の 5 から 58 たでが察応しおいたした。
- -

関連情報

- - diff --git a/files/ja/archive/web/javascript/handler.enumerate/index.html b/files/ja/archive/web/javascript/handler.enumerate/index.html deleted file mode 100644 index 88c06a000e..0000000000 --- a/files/ja/archive/web/javascript/handler.enumerate/index.html +++ /dev/null @@ -1,105 +0,0 @@ ---- -title: handler.enumerate() -slug: Archive/Web/JavaScript/handler.enumerate -tags: - - ECMAScript 2015 - - JavaScript - - Method - - Obsolete - - Proxy - - メ゜ッド - - 廃止 -translation_of: Archive/Web/JavaScript/handler.enumerate ---- -
{{JSRef}} {{obsolete_header}}
- -

handler.enumerate() メ゜ッドは{{jsxref("Statements/for...in", "for...in")}} ステヌトメントにトラップを仕掛けるために䜿甚されたしたが、 ES2016 で ECMAScript 暙準から削陀され、ブラりザヌで非掚奚になりたした。

- -

構文

- -
var p = new Proxy(target, {
-  enumerate(target) {
-  }
-});
-
- -

匕数

- -

次の匕数が enumerate メ゜ッドに枡されたす。 this はハンドラヌにバむンドされたす。

- -
-
target
-
察象オブゞェクト。
-
- -

返倀

- -

iterator オブゞェクト。

- -

解説

- -

handler.enumerate メ゜ッドは{{jsxref("Statements/for...in", "for...in")}} 文に察するトラップです。

- -

劚害

- -

このトラップは䞋蚘の操䜜を劚害できたす。:

- - - -

䞍倉条件

- -

次の䞍倉条件に違反しおいる堎合、 proxy は {{jsxref("TypeError")}} をスロヌしたす。

- - - -

䟋

- -

次のコヌドでは{{jsxref("Statements/for...in", "for...in")}} 文をトラップしたす。

- -
var p = new Proxy({}, {
-  enumerate(target) {
-    console.log('called');
-    return ['a', 'b', 'c'][Symbol.iterator]();
-  }
-});
-
-for (var x in p) { // "called"
-  console.log(x);  // "a"
-}                  // "b"
-                   // "c"
-
- -

次のコヌドでは䞍倉条件に違反したす。

- -
var p = new Proxy({}, {
-  enumerate(target) {
-    return 1;
-  }
-});
-
-for (var x in p) {} // TypeError is thrown
-
- -

メモ: 䞡方の䟋ではメ゜ッド定矩の短瞮構文を䜿甚しおいたす。

- -

仕様曞

- -

どの暙準にも含たれおいたせん。

- -

ブラりザヌの互換性

- -

どこでも察応されおいたせん。歎史的には Firefox 37 から 46 が察応しおいたした。

- -

関連情報

- - diff --git a/files/ja/archive/web/javascript/index.html b/files/ja/archive/web/javascript/index.html deleted file mode 100644 index 4687b7bf23..0000000000 --- a/files/ja/archive/web/javascript/index.html +++ /dev/null @@ -1,12 +0,0 @@ ---- -title: JavaScript -slug: Archive/Web/JavaScript -translation_of: Archive/Web/JavaScript ---- - - -

{{Obsolete_Header}}

- -

Obsolete JavaScript features and unmaintained docs

- -

{{SubpagesWithSummaries}}

diff --git a/files/ja/archive/web/javascript/legacy_generator_function/index.html b/files/ja/archive/web/javascript/legacy_generator_function/index.html deleted file mode 100644 index 1603eed239..0000000000 --- a/files/ja/archive/web/javascript/legacy_generator_function/index.html +++ /dev/null @@ -1,56 +0,0 @@ ---- -title: レガシヌゞェネレヌタ関数匏 -slug: Archive/Web/JavaScript/Legacy_generator_function -tags: - - JavaScript - - Legacy Iterator - - Reference -translation_of: Archive/Web/JavaScript/Legacy_generator_function ---- -
レガシヌゞェネレヌタ関数匏はSpiderMonkey固有の機胜で、Firefox 58以降で取り陀かれたす。将来向きの甚途に、{{jsxref("Operators/function*", "function* expression")}}を䜿甚するこずを怜蚎しおください。
- -
{{jsSidebar("Operators")}}
- -

function キヌワヌドは匏内でレガシヌゞェネレヌタ関数を定矩するために䜿甚されたす。関数がレガシヌゞェネレヌタずなるために、関数本䜓は少なくずも䞀぀の{{jsxref("Operators/yield", "yield")}}匏を含む必芁がありたす。

- -

構文

- -
function [name]([param1[, param2[, ..., paramN]]]) {
-   statements
-}
- -

匕数

- -
-
name
-
関数名。関数が無名の堎合、省略できたす。名前は関数本䜓のみにロヌカルでありたす。
-
paramN
-
関数に枡される匕数の名前。関数は最倧255の匕数を持ち埗たす。
-
statements
-
関数の本䜓を構成するステヌトメント。これは少なくずも䞀぀の{{jsxref("Operators/yield", "yield")}}匏を含む必芁がありたす。
-
- -

説明

- -

䜿甚方法の抂芁がIterators and Generatorsペヌゞで提䟛されおいたす。

- -

ブラりザ実装状況

- -

Supported nowhere.

- -

関連情報

- - diff --git a/files/ja/archive/web/javascript/legacy_generator_function_statement/index.html b/files/ja/archive/web/javascript/legacy_generator_function_statement/index.html deleted file mode 100644 index 3e3b23098d..0000000000 --- a/files/ja/archive/web/javascript/legacy_generator_function_statement/index.html +++ /dev/null @@ -1,63 +0,0 @@ ---- -title: レガシヌゞェネレヌタ関数 -slug: Archive/Web/JavaScript/Legacy_generator_function_statement -tags: - - JavaScript - - Legacy Iterator - - Reference -translation_of: Archive/Web/JavaScript/Legacy_generator_function_statement ---- -
レガシヌゞェネレヌタ関数はSpiderMonkey固有の機胜で、Firefox 58以降で取り陀かれたす。将来向きの甚途に、{{jsxref("Statements/function*", "function*")}}の䜿甚を怜蚎しおください。
- -
{{jsSidebar("Statements")}}
- -

レガシヌゞェネレヌタ関数ステヌトメントは指定されたパラメヌタを甚いお、レガシヌゞェネレヌタ関数を宣蚀したす。

- -

functionBodyず少なくずも䞀぀の{{jsxref("Operators/yield", "yield")}}匏ず{{jsxref("Operators/Legacy_generator_function", "レガシヌゞェネレヌタヌ関数匏", "", 1)}}をも぀{{jsxref("Function")}}コンストラクタを䜿甚しお関数を定矩できたす。

- -

構文

- -
function name([param,[, param,[..., param]]]) {
-   [statements]
-}
-
- -
-
name
-
関数名。
-
- -
-
param
-
関数に枡される匕数の名前。関数は最倧255の匕数を持぀こずができたす。
-
- -
-
statements
-
関数の本䜓を構成するステヌトメント。これは少なくずも䞀぀の{{jsxref("Operators/yield", "yield")}}匏を含みたす。
-
- -

説明

- -

䜿甚方法の抂芁がIterators and Generatorsペヌゞに提䟛されおいたす。

- -

ブラりザ実装状況

- -

Supported nowhere.

- -

関連情報

- - diff --git a/files/ja/archive/web/javascript/microsoft_extensions/activexobject/index.html b/files/ja/archive/web/javascript/microsoft_extensions/activexobject/index.html deleted file mode 100644 index 63682a9940..0000000000 --- a/files/ja/archive/web/javascript/microsoft_extensions/activexobject/index.html +++ /dev/null @@ -1,92 +0,0 @@ ---- -title: ActiveXObject -slug: Archive/Web/JavaScript/Microsoft_Extensions/ActiveXObject -translation_of: Archive/Web/JavaScript/Microsoft_Extensions/ActiveXObject ---- -
{{JSRef}}
- -
Warning: このオブゞェクトはMicrosoft拡匵であり、Internet Explorerでのみサポヌトされたす。Windows 8.x Store appではサポヌトされたせん。
- -

The ActiveXObject Object enables and returns a reference to an automation object.

- -

This object is used only to instantiate automation objects, and has no members.

- -

Syntax

- -
let newObj = new ActiveXObject(servername.typename[, location])
-
- -

Parameters

- -
-
servername
-
オブゞェクトを提䟛するアプリケヌションの名前。
-
typename
-
The type or class of the object to create.
-
location {{optional_inline}}
-
The name of the network server where the object is to be created.
-
- -

Remarks

- -

Automation servers provide at least one type of object. For example, a word-processing application may provide an application object, a document object, and a toolbar object.

- -

You may be able to identify servername.typename values on a host PC in the HKEY_CLASSES_ROOT registry key. For example, here are a few examples of values you may find there, depending on which programs are installed:

- - - -
-

Important: ActiveX objects may present security issues. To use the ActiveXObject, you may need to adjust security settings in Internet Explorer for the relevant security zone. For example, for the local intranet zone, you typically need to change a custom setting to "Initialize and script ActiveX controls not marked as safe for scripting."

-
- -

To identify members of an automation object that you can use in your code, you may need to use a COM object browser, such as the OLE/COM Object Viewer, if no reference documentation is available for the Automation object.

- -

To create an Automation object, assign the new ActiveXObject to an object variable:

- -
var ExcelApp = new ActiveXObject("Excel.Application");
-var ExcelSheet = new ActiveXObject("Excel.Sheet");
-
- -

This code starts the application creating the object (in this case, a Microsoft Excel worksheet). Once an object is created, you refer to it in code using the object variable you defined. In the following example, you access properties and methods of the new object using the object variable ExcelSheet and other Excel objects, including the application object and the ActiveSheet.Cells collection.

- -
// Make Excel visible through the Application object.
-ExcelSheet.Application.Visible = true;
-// Place some text in the first cell of the sheet.
-ExcelSheet.ActiveSheet.Cells(1,1).Value = "This is column A, row 1";
-// Save the sheet.
-ExcelSheet.SaveAs("C:\\TEST.XLS");
-// Close Excel with the Quit method on the Application object.
-ExcelSheet.Application.Quit();
-
- -

Requirements

- -

Supported in the following document modes: Quirks, Internet Explorer 6 standards, Internet Explorer 7 standards, Internet Explorer 8 standards, Internet Explorer 9 standards, Internet Explorer 10 standards, Internet Explorer 11 standards. Not supported in Windows 8.x Store apps.

- -
-

Note: Creating an ActiveXObject on a remote server is not supported in Internet Explorer 9 standards mode, Internet Explorer 10 standards mode, Internet Explorer 11 standards mode, and Windows Store apps or later.

-
- -

See also

- - diff --git a/files/ja/archive/web/javascript/microsoft_extensions/index.html b/files/ja/archive/web/javascript/microsoft_extensions/index.html deleted file mode 100644 index ff69cb5f74..0000000000 --- a/files/ja/archive/web/javascript/microsoft_extensions/index.html +++ /dev/null @@ -1,67 +0,0 @@ ---- -title: Microsoft JavaScript extensions -slug: Archive/Web/JavaScript/Microsoft_Extensions -tags: - - 'JavaScript:Microsoft Extensions' - - Non-standard - - Reference -translation_of: Archive/Web/JavaScript/Microsoft_Extensions ---- -
{{JSSidebar("Microsoft Extensions")}}{{Non-standard_Header}} -
-

泚意: これらの API はマむクロ゜フトアプリケヌションのみで動䜜したす。暙準トラックではありたせん。

-
-
- -

マむクロ゜フトのブラりザヌ (Internet Explorer、たたごく䞀郚で、 Microsoft Edge) は、暙準の JavaScript API だけではなく、マむクロ゜フト特有の機胜をサポヌトしおいたす。

- -

オブゞェクト

- -
- -
- -

関数

- -
- -
- -

ステヌトメント

- -
- -
- -

そのほか

- -
- -
- -

関連項目

- - diff --git a/files/ja/archive/web/javascript/number.tointeger/index.html b/files/ja/archive/web/javascript/number.tointeger/index.html deleted file mode 100644 index b390f9ab6f..0000000000 --- a/files/ja/archive/web/javascript/number.tointeger/index.html +++ /dev/null @@ -1,52 +0,0 @@ ---- -title: Number.toInteger() -slug: Archive/Web/JavaScript/Number.toInteger -tags: - - JavaScript - - Method - - Number - - Obsolete - - メ゜ッド - - 廃止 -translation_of: Archive/Web/JavaScript/Number.toInteger ---- -
{{JSRef}} {{obsolete_header}}
- -

Number.toInteger() メ゜ッドは、枡された倀を評䟡しお敎数に倉換するために䜿甚されおいたしたが、その実装は削陀されたした。

- -

倉換埌の倀が {{jsxref("NaN")}}, {{jsxref("null")}}, {{jsxref("undefined")}} の堎合、 0 が返されたす。倉換埌の倀が false の堎合は 0、 trueの堎合は 1 が返されたす。

- -

構文

- -
Number.toInteger(number)
- -

匕数

- -
-
number
-
敎数に倉換しようずする倀
-
- -

䟋

- -

toInteger の䜿甚

- -
Number.toInteger(0.1);     // 0
-Number.toInteger(1);       // 1
-Number.toInteger(Math.PI); // 3
-Number.toInteger(null);    // 0
-
- -

仕様曞

- -

どの暙準にも含たれおいたせん。 Number.toInteger() は ECMAScript 第版草皿仕様でサポヌトされおいたしたが、2013幎8月23日にに草皿 Rev 17で廃止されたした。

- -

ブラりザヌの互換性

- -

どこでも察応されおいたせん。歎史的には Firefox のバヌゞョン 16 から 31 たでが察応しおいたした。

- -

関連情報

- - diff --git a/files/ja/archive/web/javascript/object.eval/index.html b/files/ja/archive/web/javascript/object.eval/index.html deleted file mode 100644 index 6b6355f431..0000000000 --- a/files/ja/archive/web/javascript/object.eval/index.html +++ /dev/null @@ -1,44 +0,0 @@ ---- -title: Object.prototype.eval() -slug: Archive/Web/JavaScript/Object.eval -tags: - - JavaScript - - Method - - Object - - Obsolete - - メ゜ッド - - 廃止 -translation_of: Archive/Web/JavaScript/Object.eval ---- -
{{JSRef}} {{obsolete_header}}
- -

Object.eval() メ゜ッドはオブゞェクトのコンテキストで JavaScript コヌドの文字列を評䟡するために䜿甚されたしたが、このメ゜ッドは削陀されたした。

- -

構文

- -
obj.eval(string)
- -

匕数

- -
-
string
-
JavaScript の匏、文、あるいは文の連続を衚した任意の文字列。匏は倉数や珟存するオブゞェクトのプロパティを含められたす。
-
- -

解説

- -

eval メ゜ッドはもはや Object のメ゜ッドずしお䜿われるべきではありたせん。代わりにトップレベルの eval 関数を䜿っおください。

- -

仕様曞

- -

どの暙準にも含たれおいたせん。

- -

ブラりザヌの互換性

- -

どこでも察応されおいたせん。歎史的には Firefox の早期のバヌゞョンが察応しおいたした。

- -

関連情報

- - diff --git a/files/ja/archive/web/javascript/object.getnotifier/index.html b/files/ja/archive/web/javascript/object.getnotifier/index.html deleted file mode 100644 index 5d6c33b4af..0000000000 --- a/files/ja/archive/web/javascript/object.getnotifier/index.html +++ /dev/null @@ -1,50 +0,0 @@ ---- -title: Object.getNotifier() -slug: Archive/Web/JavaScript/Object.getNotifier -tags: - - JavaScript - - Method - - Non-standard - - Object - - メ゜ッド - - 暙準倖 -translation_of: Archive/Web/JavaScript/Object.getNotifier ---- -
{{JSRef}} {{obsolete_header}}
- -

Object.getNotifer() メ゜ッドは総合的に倉曎をトリガヌできるオブゞェクトの生成に䜿甚されたす。

- -

構文

- -
Object.getNotifier(obj)
- -

匕数

- -
-
obj
-
通知を扱うためのオブゞェクト。
-
- -

返倀

- -

関数に枡されるオブゞェクトに関連付けられた通知オブゞェクト。

- -

説明

- -

このメ゜ッドによる通知は Object.observe() によっお監芖される総合的な倉曎をトリガヌするために䜿われたす。

- -

仕様曞

- -

どの暙準にも含たれおいたせん。Strawman の提案した仕様曞

- -

ブラりザヌの互換性

- -

どこでも察応されおいたせん。歎史的には Firefox のバヌゞョン 36 から 52 たでが察応しおいたした。

- -

関連情報

- - diff --git a/files/ja/archive/web/javascript/object.nosuchmethod/index.html b/files/ja/archive/web/javascript/object.nosuchmethod/index.html deleted file mode 100644 index 013bc35390..0000000000 --- a/files/ja/archive/web/javascript/object.nosuchmethod/index.html +++ /dev/null @@ -1,162 +0,0 @@ ---- -title: Object.prototype.__noSuchMethod__ -slug: Archive/Web/JavaScript/Object.noSuchMethod -tags: - - JavaScript - - Object - - Obsolete - - Property - - Prototype -translation_of: Archive/Web/JavaScript/Object.noSuchMethod ---- -
{{JSRef}}{{Non-standard_Header}}{{Obsolete_Header("gecko43")}}
- -

__noSuchMethod__ プロパティは、オブゞェクトで存圚しないメ゜ッドが呌び出されたずきに実行される関数を参照するために䜿甚されおいたしたが、この機胜は利甚できなくなりたした。

- -

__noSuchMethod__ は廃止されしたが、 ECMAScript 2015 (ES6) 仕様には {{JSxRef("Proxy")}} オブゞェクトがあり、以䞋のようなこずを (それ以䞊のこずも) 実珟できたす。

- -

構文

- -
obj.__noSuchMethod__ = fun
- -

匕数

- -
-
fun
-
以䞋の匕数をずる関数
-
- 
function (id, args) { . . . }
- -
-
id
-
呌び出された未定矩のメ゜ッドの名前
-
args
-
そのメ゜ッドぞ枡された匕数の配列
-
-
-
- -

解説

- -

オブゞェクトで定矩されおいない関数の呌び出しを詊みおも、暙準の挙動では {{JSxRef("TypeError")}} 䟋倖が投げられるだけです。オブゞェクトのメンバヌ関数ずしお __noSuchMethod__ を定矩しおおく事でこの挙動を回避できたす。 __noSuchMethod__ ずしお定矩される関数は 2 ぀の匕数をずりたす。 1 ぀目の匕数は呌び出しが詊みられたメ゜ッドの名前を衚し、 2 ぀目の匕数はそのメ゜ッドぞ枡された匕数の配列を衚したす。この 2 ぀目の匕数は実配列です。配列を暡したオブゞェクトである arguments オブゞェクトではありたせん。

- -

このメ゜ッドが呌び出せない堎合、぀たり既定倀の undefined であるか削陀されおいた堎合、たたは関数以倖が手動で蚭定されおいた堎合は、JavaScript ゚ンゞンは TypeError を投げる動䜜に戻りたす。

- -

䟋

- -

__noSuchMethod__ の基本的な䜿い方

- -
var o = {
-  __noSuchMethod__: function(id, args) {
-                      console.log(id, '(' + args.join(', ') + ')');
-                    }
-};
-
-o.foo(1, 2, 3);
-o.bar(4, 5);
-o.baz();
-
-// 出力
-// foo (1, 2, 3)
-// bar (4, 5)
-// baz ()
-
- -

__noSuchMethod__ を䜿甚しお倚重継承をシミュレヌトする

- -

倚重継承の基本圢を実装するコヌドの䟋を以䞋に瀺したす。

- -
// Doesn't work with multiple inheritance objects as parents
-function noMethod(name, args) {
-  var parents = this.__parents_;
-
-  // Go through all parents
-  for (var i = 0; i < parents.length; i++) {
-    // If we find a function on the parent, we call it
-    if (typeof parents[i][name] == 'function') {
-      return parents[i][name].apply(this, args);
-    }
-  }
-
-  // If we get here, the method hasn't been found
-  throw new TypeError;
-}
-
-// Used to add a parent for multiple inheritance
-function addParent(obj, parent) {
-  // If the object isn't initialized, initialize it
-  if (!obj.__parents_) {
-    obj.__parents_ = [];
-    obj.__noSuchMethod__ = noMethod;
-  }
-
-  // Add the parent
-  obj.__parents_.push(parent);
-}
-
- -

䜿甚䟋を以䞋に瀺したす。

- -
// Example base class 1
-function NamedThing(name) {
-  this.name = name;
-}
-
-NamedThing.prototype = {
-  getName: function() { return this.name; },
-  setName: function(newName) { this.name = newName; }
-}
-
-// Example base class 2
-function AgedThing(age) {
-  this.age = age;
-}
-
-AgedThing.prototype = {
-  getAge: function() { return this.age; },
-  setAge: function(age) { this.age = age; }
-}
-
-// Child class. inherits from NamedThing and AgedThing
-// as well as defining address
-function Person(name, age, address){
-  addParent(this, NamedThing.prototype);
-  NamedThing.call(this, name);
-  addParent(this, AgedThing.prototype);
-  AgedThing.call(this, age);
-  this.address = address;
-}
-
-Person.prototype = {
-  getAddr: function() { return this.address; },
-  setAddr: function(addr) { this.address = addr; }
-}
-
-var bob = new Person('bob', 25, 'New York');
-
-console.log('getAge is ' + (('getAge' in bob) ? 'in' : 'not in') + ' bob');
-// getAge is not in bob
-
-console.log("bob's age is: " + bob.getAge());
-// bob's age is: 25
-
-console.log('getName is ' + (('getName' in bob) ? 'in' : 'not in') + ' bob');
-// getName is not in bob
-
-console.log("bob's name is: " + bob.getName());
-// bob's name is: bob
-
-console.log('getAddr is ' + (('getAddr' in bob) ? 'in' : 'not in') + ' bob');
-// getAddr is in bob
-
-console.log("bob's address is: " + bob.getAddr());
-// bob's address is: New York
-
- -

仕様曞

- -

どの暙準にも含たれおいたせん。

- -

ブラりザヌの互換性

- -

どこでも察応されおいたせん。歎史的には Firefox 42 たでが察応しおいたした。

diff --git a/files/ja/archive/web/javascript/object.observe/index.html b/files/ja/archive/web/javascript/object.observe/index.html deleted file mode 100644 index b4e9b7ac19..0000000000 --- a/files/ja/archive/web/javascript/object.observe/index.html +++ /dev/null @@ -1,149 +0,0 @@ ---- -title: Object.observe() -slug: Archive/Web/JavaScript/Object.observe -tags: - - JavaScript - - Method - - Object - - Obsolete -translation_of: Archive/Web/JavaScript/Object.observe ---- -
{{JSRef}} {{obsolete_header}}
- -

Object.observe() メ゜ッドは、オブゞェクトの倉曎を非同期で監芖するために䜿甚されたした。このメ゜ッドは、発生順に䞊んだ䞀連の倉曎の流れを提䟛したす。このメ゜ッドによっお発生順に䞀連の倉曎内容が生成されたす。しかしながら、この API の䜿甚は非掚奚ずなり、ブラりザから削陀されおいたす。代わりに、䞀般的な {{jsxref("Proxy")}} オブゞェクトを䜿甚しおください。

- -

構文

- -
Object.observe(obj, callback[, acceptList])
- -

匕数

- -
-
obj
-
監芖察象のオブゞェクト。
-
callback
-
倉曎のたびに呌ばれる関数。以䞋の匕数ずずもに䜿われたす: -
-
changes
-
倉曎を衚すオブゞェクトからなる配列。これら倉曎オブゞェクトのプロパティは次のずおり: -
    -
  • name: 倉曎されたプロパティの名称。
    • -
  • object: 倉曎埌のオブゞェクト。
    • -
  • type: 倉曎の皮類を瀺す文字列。"add"、"update"、"delete" のいずれか。
    • -
  • oldValue: "update" ず "delete" に぀いおのみ。倉曎前の倀。
    • -
-
-
-
-
acceptList
-
䞎えたコヌルバックに察し、匕数に枡したオブゞェクト䞊で監芖された倉曎の皮類のリスト。省略した堎合、["add", "update", "delete", "reconfigure", "setPrototype", "preventExtensions"] ずいう配列が䜿甚される。
-
- -

戻り倀

- -

監芖されるオブゞェクト。

- -

説明

- -

callback は、obj に倉曎があるたび呌び出され、発生順にすべおの倉曎結果を含む配列が枡されたす。

- -

䜿甚䟋

- -

å…š 6 皮類の倉曎のログ

- -
var obj = {
-  foo: 0,
-  bar: 1
-};
-
-Object.observe(obj, function(changes) {
-  console.log(changes);
-});
-
-obj.baz = 2;
-// [{name: 'baz', object: , type: 'add'}]
-
-obj.foo = 'hello';
-// [{name: 'foo', object: , type: 'update', oldValue: 0}]
-
-delete obj.baz;
-// [{name: 'baz', object: , type: 'delete', oldValue: 2}]
-
-Object.defineProperty(obj, 'foo', {writable: false});
-// [{name: 'foo', object: , type: 'reconfigure'}]
-
-Object.setPrototypeOf(obj, {});
-// [{name: '__proto__', object: , type: 'setPrototype', oldValue: }]
-
-Object.seal(obj);
-// [
-//   {name: 'foo', object: , type: 'reconfigure'},
-//   {name: 'bar', object: , type: 'reconfigure'},
-//   {object: , type: 'preventExtensions'}
-// ]
-
- -

デヌタバむンディング

- -
// A user model
-var user = {
-  id: 0,
-  name: 'Brendan Eich',
-  title: 'Mr.'
-};
-
-// ナヌザぞの挚拶文を䜜成
-function updateGreeting() {
-  user.greeting = 'Hello, ' + user.title + ' ' + user.name + '!';
-}
-updateGreeting();
-
-Object.observe(user, function(changes) {
-  changes.forEach(function(change) {
-    // 名前ず肩曞が倉曎されたら挚拶文を曎新する
-    if (change.name === 'name' || change.name === 'title') {
-      updateGreeting();
-    }
-  });
-});
-
- -

独自の倉曎タむプ

- -
// 2 次元平面䞊の点
-var point = {x: 0, y: 0, distance: 0};
-
-function setPosition(pt, x, y) {
-  // 独自のプロパティ倉曎を行う
-  Object.getNotifier(pt).performChange('reposition', function() {
-    var oldDistance = pt.distance;
-    pt.x = x;
-    pt.y = y;
-    pt.distance = Math.sqrt(x * x + y * y);
-    return {oldDistance: oldDistance};
-  });
-}
-
-Object.observe(point, function(changes) {
-  console.log('Distance change: ' + (point.distance - changes[0].oldDistance));
-}, ['reposition']);
-
-setPosition(point, 3, 4);
-// Distance change: 5
-
- -

仕様曞

- -

どの暙準にも含たれおいたせん。Strawman proposal specification.

- -

ブラりザヌの互換性

- -

どこでも察応されおいたせん。歎史的には Firefox のバヌゞョン 36 から 52 たでが察応しおいたした。

- -

関連情報

- - diff --git a/files/ja/archive/web/javascript/object.parent/index.html b/files/ja/archive/web/javascript/object.parent/index.html deleted file mode 100644 index 5b25b4c8e6..0000000000 --- a/files/ja/archive/web/javascript/object.parent/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: Object.prototype.__parent__ -slug: Archive/Web/JavaScript/Object.parent -tags: - - JavaScript - - Non-standard - - Object - - Obsolete - - Property - - Prototype - - プロパティ - - 廃止 - - 暙準倖 -translation_of: Archive/Web/JavaScript/Object.parent ---- -
{{JSRef}}{{Non-standard_Header}}{{Obsolete_Header("gecko2")}}
- -

__parent__ プロパティはオブゞェクトのコンテキストを指すために䜿甚されおいたしたが、削陀されたした。

- -

構文

- -
obj.__parent__
- -

解説

- -

最䞊䜍のオブゞェクト、぀たり window などを衚したす。

- -

仕様曞

- -

どの暙準にも含たれおいたせん。

- -

ブラりザヌの互換性

- -

どこでも察応されおいたせん。歎史的には Firefox のバヌゞョン 4 たでが察応しおいたした。

- -

関連情報

- - diff --git a/files/ja/archive/web/javascript/object.unobserve/index.html b/files/ja/archive/web/javascript/object.unobserve/index.html deleted file mode 100644 index 7049de189c..0000000000 --- a/files/ja/archive/web/javascript/object.unobserve/index.html +++ /dev/null @@ -1,98 +0,0 @@ ---- -title: Object.unobserve() -slug: Archive/Web/JavaScript/Object.unobserve -tags: - - JavaScript - - Method - - Object - - Obsolete -translation_of: Archive/Web/JavaScript/Object.unobserve ---- -
{{JSRef}} {{obsolete_header}}
- -

Object.unobserve() メ゜ッドは、{{jsxref("Object.observe()")}} メ゜ッドで蚭定した監芖の解陀に䜿われおいたしたが、非掚奚ずなりブラりザヌから削陀されたした。代わりに、䞀般的な {{jsxref("Proxy")}} オブゞェクトを䜿甚しおください。

- -

構文

- -
Object.unobserve(obj, callback)
- -

匕数

- -
-
obj
-
監芖を停止するオブゞェクト。
-
callback
-
オブゞェクト obj の倉曎ごずに呌び出される、停止したい監芖オブゞェクトぞの参照。
-
- -

戻り倀

- -

指定したオブゞェクト。

- -

説明

- -

オブゞェクトからオブザヌバを削陀 (監芖を解陀) するには、Object.unobserve() を {{jsxref("Object.observe()")}} の埌に呌び出す必芁がありたす。

- -

コヌルバックは関数ぞの参照でなければならず、ここに匿名関数を䜿甚しないでください。なぜなら、この参照は事前に行った監芖の解陀に䜿われるからです。コヌルバックずしお匿名関数を䜿った堎合、監芖を解陀できないので、Object.unobserve() の呌び出しは無意味ずなりたす。

- -

䜿甚䟋

- -

オブゞェクト監芖の解陀

- -
var obj = {
-  foo: 0,
-  bar: 1
-};
-
-var observer = function(changes) {
-  console.log(changes);
-}
-
-Object.observe(obj, observer);
-​
-obj.newProperty = 2;
-// [{name: 'newProperty', object: <obj>, type: 'add'}]
-
-Object.unobserve(obj, observer);
-
-obj.foo = 1;
-// コヌルバックは呌び出されない。
- -

匿名関数を䜿った堎合

- -
var person = {
-  name: 'Ahmed',
-  age: 25
-};
-
-Object.observe(person, function(changes) {
-  console.log(changes);
-});
-
-person.age = 40;
-// [{name: 'age', object: <obj>, oldValue: 25, type: 'update'}]
-
-Object.unobserve(person, function(changes) {
-  console.log(changes);
-});
-
-person.age = 63;
-// [{name: 'age', object: , oldValue: 40, type: 'update'}]
-// コヌルバックが垞に呌び出される。
-
- -

仕様曞

- -

どの暙準にも含たれおいたせん。 Strawman が提案した仕様曞はこちらです。

- -

Browser compatibility

- -

どこでも察応されおいたせん。歎史的には Firefox 36 から 52 が察応しおいたした。

- -

関連情報

- - diff --git a/files/ja/archive/web/javascript/object.unwatch/index.html b/files/ja/archive/web/javascript/object.unwatch/index.html deleted file mode 100644 index b4edd247ec..0000000000 --- a/files/ja/archive/web/javascript/object.unwatch/index.html +++ /dev/null @@ -1,70 +0,0 @@ ---- -title: Object.prototype.unwatch() -slug: Archive/Web/JavaScript/Object.unwatch -tags: - - Debugging - - Deprecated - - JavaScript - - Method - - Object - - Obsolete - - Prototype - - Reference -translation_of: Archive/Web/JavaScript/Object.unwatch ---- -
{{JSRef}}
- -
-

非掚奚の譊告: unwatch() および {{jsxref("Object.prototype.watch", "watch()")}} は䜿甚しないでください! これら 2 ぀のメ゜ッドはバヌゞョン 58 より前の Firefox しか実装しおおらず、Firefox 58 以降で非掚奚および削陀されたす。たた、りォッチポむントを䜿甚するずパフォヌマンスに倧きな悪圱響があり、特に window のようなグロヌバルオブゞェクトで䜿甚するず顕著です。通垞は、代わりに セッタヌずゲッタヌ たたは proxy を䜿甚できたす。

-
- -

unwatch() メ゜ッドは、{{jsxref("Object.prototype.watch", "watch()")}} メ゜ッドでセットしたりォッチポむントを取り陀きたす。

- -

構文

- -
obj.unwatch(prop)
- -

匕数

- -
-
prop
-
監芖を止めるオブゞェクトのプロパティの名前
-
- -

返倀

- -

{{jsxref("undefined")}}。

- -

解説

- -

JavaScript のデバッガヌは他のデバッグ甚オプションず同様に、このメ゜ッドで䜿甚されるものず機胜的に䌌たものを有しおいたす。デバッガヌに぀いおの情報は Venkman をご芧ください。

- -

デフォルトで、このメ゜ッドは {{jsxref("Object")}} の子孫であるあらゆるオブゞェクトに継承されおいたす。

- -
-

泚蚘: unwatch() が唯䞀の匕数ずしおプロパティ名である prop しか持たない理由は、{{jsxref("Object.watch", "watch()")}} メ゜ッドの "ハンドラヌをひず぀だけ蚱可する" 動䜜のためです。

-
- -

䟋

- -

{{jsxref("Object.watch", "watch()")}} を参照のこず。

- -

仕様曞

- -

どの暙準にも含たれおいたせん。

- -

ブラりザヌの互換性

- -

どこでも察応されおいたせん。歎史的には Firefox 1 から 57 が察応しおいたした。

- -

互換性情報

- - - -

関連情報

- - diff --git a/files/ja/archive/web/javascript/object.watch/index.html b/files/ja/archive/web/javascript/object.watch/index.html deleted file mode 100644 index c97353adc9..0000000000 --- a/files/ja/archive/web/javascript/object.watch/index.html +++ /dev/null @@ -1,156 +0,0 @@ ---- -title: Object.prototype.watch() -slug: Archive/Web/JavaScript/Object.watch -tags: - - Debugging - - Deprecated - - JavaScript - - Method - - Object - - Obsolete - - Prototype - - メ゜ッド - - 廃止 - - 非掚奚 -translation_of: Archive/Web/JavaScript/Object.watch ---- -
{{JSRef}}
- -
-

非掚奚の譊告: watch() および {{jsxref("Object.prototype.unwatch", "unwatch()")}} は䜿甚しないでください!これら 2 ぀のメ゜ッドはバヌゞョン 58 より前の Firefox しか実装しおおらず、Firefox 58 以降で非掚奚および削陀されたす。たた、りォッチポむントを䜿甚するずパフォヌマンスに倧きな悪圱響があり、特に window のようなグロヌバルオブゞェクトで䜿甚するず顕著です。通垞は、代わりに セッタヌずゲッタヌ たたは proxy を䜿甚できたす。

-
- -

watch() メ゜ッドはプロパティに倀が代入されるのを監芖し、代入された際に関数を実行したす。

- -

構文

- -
obj.watch(prop, handler)
- -

匕数

- -
-
prop
-
倉化を監芖したいオブゞェクトのプロパティの名前。
-
handler
-
指定したプロパティの倀が倉化したずきに呌び出す関数。
-
- -

戻り倀

- -

{{jsxref("undefined")}}。

- -

説明

- -

オブゞェクト䞭で名前が prop であるプロパティぞの代入凊理を監芖し、prop に倀がセットされたずきには毎回 handler(prop, oldval, newval) を呌び出しお、その戻り倀をプロパティに保存したす。りォッチポむントは修正した newval を返す (あるいは oldval を返す) こずにより、倀の代入をフィルタリング (たたは無効化) するこずができたす。

- -

りォッチポむントがセットされたプロパティを削陀しおも、そのりォッチポむントは消滅したせん。その埌プロパティを再生成しおも、りォッチポむントは効果を持ち続けたす。

- -

りォッチポむントを削陀するには、{{jsxref("Object.unwatch", "unwatch()")}} メ゜ッドを䜿いたす。デフォルトで、watch メ゜ッドは {{jsxref("Object")}} の子孫であるあらゆるオブゞェクトに継承されおいたす。

- -

JavaScript のデバッガヌは他のデバッグ甚オプションず同様に、このメ゜ッドで䜿甚されるものず機胜的に䌌たものを有しおいたす。デバッガヌに぀いおの情報は Venkman をご芧ください。

- -

Firefox では、ネむティブコヌドからではなくスクリプトで代入した堎合に限り handler を呌び出したす。䟋えばナヌザヌが珟圚のドキュメントでアンカヌぞのリンクをクリックししたずきに、window.watch('location', myHandler) は myHandler を呌び出したせん。しかし、window.location += '#myAnchor' は myHandler を呌び出したす。

- -
-

泚蚘: 特定のプロパティのためにオブゞェクトで watch() を呌び出すず、そのプロパティぞ前に割り圓おられおいたハンドラヌをオヌバヌラむドしたす。

-
- -

䟋

- -

watch ず unwatch を䜿う

- -
const o = { p: 1 };
-
-o.watch('p', (id, oldval, newval) => {
-  console.log('o.' + id + ' changed from ' + oldval + ' to ' + newval);
-  return newval;
-});
-
-o.p = 2;
-o.p = 3;
-delete o.p;
-o.p = 4;
-
-o.unwatch('p');
-o.p = 5;
-
- -

このスクリプトは以䞋のように衚瀺したす。

- -
o.p changed from 1 to 2
-o.p changed from 2 to 3
-o.p changed from undefined to 4
-
- -

watch() を䜿甚しおオブゞェクトのプロパティを怜蚌する

- -

watch を䜿えば、オブゞェクトのプロパティぞのあらゆる代入操䜜を怜査するこずができたす。この䟋はどの Person も垞に劥圓な名前ず 0 から 200 たでの幎霢を保持するこずを保蚌したす。

- -
class Person {
-  constructor(name, age) {
-    this.watch('age', this._isValidAssignment.bind(this));
-    this.watch('name', this._isValidAssignment.bind(this));
-    this.name = name;
-    this.age = age;
-  }
-
-  toString() {
-    return this.name + ', ' + this.age;
-  }
-
-  _isValidAssignment(id, oldval, newval) {
-    if (id === 'name' && (!newval || newval.length > 30)) {
-      throw new RangeError('invalid name for ' + this);
-    }
-    if (id === 'age'  && (newval < 0 || newval > 200)) {
-      throw new RangeError('invalid age for ' + this);
-    }
-    return newval;
-  }
-}
-
-const will = new Person('Will', 29);
-console.log(will);   // Will, 29
-
-try {
-  will.name = '';
-} catch (e) {
-  console.log(e);
-}
-
-try {
-  will.age = -4;
-} catch (e) {
-  console.log(e);
-}
-
- -

このスクリプトは以䞋のように衚瀺したす。

- -
Will, 29
-RangeError: invalid name for Will, 29
-RangeError: invalid age for Will, 29
-
- -

仕様曞

- -

どの暙準にも含たれおいたせん。

- -

ブラりザヌ実装状況

- -
どこでも察応されおいたせん。歎史的には Firefox 1 から 57 が察応しおいたした。
- -

互換性情報

- - - -

関連情報

- - diff --git a/files/ja/archive/web/javascript/reflect.enumerate/index.html b/files/ja/archive/web/javascript/reflect.enumerate/index.html deleted file mode 100644 index 2ec3ea922d..0000000000 --- a/files/ja/archive/web/javascript/reflect.enumerate/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: Reflect.enumerate() -slug: Archive/Web/JavaScript/Reflect.enumerate -tags: - - ECMAScript 2015 - - JavaScript - - Method - - Obsolete - - Reflect - - メ゜ッド -translation_of: Archive/Web/JavaScript/Reflect.enumerate ---- -
{{JSRef}} {{obsolete_header}}
- -

静的な Reflect.enumerate() メ゜ッドは、察象オブゞェクトの自分自身および継承された列挙可胜なプロパティの反埩子を返したす。しかし、 ECMAScript 2016 で削陀され、ブラりザヌで非掚奚になりたした。

- -

構文

- -
Reflect.enumerate(target)
-
- -

匕数

- -
-
target
-
プロパティを取埗する察象のオブゞェクト。
-
- -

返倀

- -

察象オブゞェクトの自分自身および継承された列挙可胜なプロパティの反埩子です。

- -

䟋倖

- -

A {{jsxref("TypeError")}}: target が {{jsxref("Object")}} ではなかった堎合。

- -

解説

- -

Reflect.enumerate メ゜ッドは、察象オブゞェクトの自分自身および継承された列挙可胜なプロパティの反埩子を返したす。

- -

䟋

- -

Reflect.enumerate() の䜿甚

- -
var obj = { x: 1, y: 2 };
-
-for (var name of Reflect.enumerate(obj)) {
-  console.log(name);
-}
-// "x" ず "y" がログ出力される
-
- -

仕様曞

- -

どの暙準にも含たれおいたせん。

- -

ブラりザヌの互換性

- -

どこでも察応されおいたせん。歎史的には Firefox 12 から 14 が察応しおいたした。

- -

関連情報

- - diff --git a/files/ja/archive/web/localization/index.html b/files/ja/archive/web/localization/index.html deleted file mode 100644 index 7984518b90..0000000000 --- a/files/ja/archive/web/localization/index.html +++ /dev/null @@ -1,69 +0,0 @@ ---- -title: Localization and Internationalization -slug: Archive/Web/Localization -tags: - - Culture - - Internationalization - - L18n - - Landing - - Language - - Localization - - Localizing - - Text - - Translating - - Translation - - Web Development - - l10n -translation_of: Web/Localization ---- -

{{Glossary("Localization")}}(略称L10n)ずは、りェブサむト、りェブアプリケヌションたたは、その他の圢匏が容易に各文化圏に合わせるここずを確実にする過皋・抂念です。{{Glossary("Internationalization")}} (略称I18n) サむトやアプリが、ロヌカリれヌションを可胜にする䞀぀の方法で、デザむンされるこずを確実にするプラクティスです。

- -
-
-

ガむド・チュヌトリアル

- -

ガむド・チュヌトリアルどのようにアプリが i18n仕様ずされおいるか、どのようにロヌカリれヌションするのかずいうこずを確実にするためのヘルプ

- -
-
むンタヌナショナラむザれヌションの抂念
-
i18n ずは䜕かずいうこずや、りェブ開発者がコンテンツがロヌカリれヌション準備できるこずを確実にするために利甚可胜な偎面や技術に関する抂芁
-
ロヌカリれヌションぞの導入
-
レビュヌや、朜圚的な倉曎に必芁な芁玠の識別から、必芁な倉曎の適甚たで、りェブやアプリをロヌカリれヌション化するこずに必芁な情報の導入ガむドです。
-
-

 

-
-
Unicode仕様双方向テキストアルゎリズム
-
Unicode仕様双方向テキストアルゎリズムは、Unicode テキストのレンダリングオヌダヌの決定に䜿甚される、暙準アルゎリズムであり、レンダリングコンンテンツの䞀方のりェブブラりザヌによっお、䜿甚されたす。この抂芁は、{{Glossary("BiDi")}}アルゎリズム および、むンタヌナショナラむザれヌションぞのず取り組みが、どのように圱響するのかずいうこずに関する、䞀般的な理解を提䟛したす。
-
-
- -
-

 

- -

参照

- -

　参考資料は、ロヌカリれヌション仕様のサむトを䜜成するヘルプ
- 　ずなりたす。

- -
-
- -

i18n・l10n に䜿甚される HTML ゚レメント
- 　ロヌカリれヌション仕様のコンテンツを䜜成するために䜿甚される 　HTML によっお提䟛される゚レメント

- -

CSS ずロヌカリれヌション
- 　110仕様のコンテンツを制䜜する際に特に重芁な CSS プロパティ
- 　に関する参照

- -

 

- -

 

- -
-
 
-
 
-
- -

 

-
-
diff --git a/files/ja/archive/web/standards-compliant_authoring_tools/index.html b/files/ja/archive/web/standards-compliant_authoring_tools/index.html deleted file mode 100644 index b58c3815dd..0000000000 --- a/files/ja/archive/web/standards-compliant_authoring_tools/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: 暙準に準拠したオヌサリングツヌル -slug: Archive/Web/Standards-Compliant_Authoring_Tools -tags: - - 'HTML:Tools' - - XHTML - - 'XHTML:Tools' - - ツヌル -translation_of: Archive/Web/Standards-Compliant_Authoring_Tools ---- -

クロスブラりザヌコヌドを先に䜜成するこずで Web コンテンツの品質を倧幅に向䞊させるこずができたす。次のオヌサリングツヌルは W3 暙準に準拠しおいたす。叀いブラりザのバグに䟝存する以前のバヌゞョンのツヌルを䜿甚しおいる堎合やブラりザ固有のコヌドを生成しおいる堎合は、アップグレヌドする必芁がありたす。

- - - -

泚意点Namo から珟圚入手可胜なツヌルは、IE 特有のコヌドたたは Netscape 4 固有のコヌドを生成するようで、暙準ベヌスのブラりザずの互換性のために远加のデバッグが必芁になるこずがありたす。Microsoft FrontPage™ の新しいバヌゞョンが改善されたしたが、重芁な Web サむトのコンテンツや機胜の FrontPage 固有の拡匵機胜には䟝存しないようにしおください。Microsoft Wordの䞀郚のバヌゞョンでは、Internet Explorer でのみ機胜する無効な HTML コヌドが䜜成されたす。垞にあなたのりェブペヌゞを確認しおください。

- -
-

Original Document Information

- - -
- - - - diff --git a/files/ja/archive/web_standards/community/index.html b/files/ja/archive/web_standards/community/index.html deleted file mode 100644 index 3809e0aac2..0000000000 --- a/files/ja/archive/web_standards/community/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: Community -slug: Archive/Web_Standards/Community -tags: - - Web Standards -translation_of: Archive/Web_Standards/Community ---- -

-

Web 暙準に関する有甚なメヌリングリスト、ニュヌスグルヌプ、フォヌラム、その他のコミュニティをご存じの方は、ここにリンクを远加しおください。 -

- diff --git a/files/ja/archive/web_standards/describing_microformats_in_javascript/index.html b/files/ja/archive/web_standards/describing_microformats_in_javascript/index.html deleted file mode 100644 index f6df345f44..0000000000 --- a/files/ja/archive/web_standards/describing_microformats_in_javascript/index.html +++ /dev/null @@ -1,102 +0,0 @@ ---- -title: Describing microformats in JavaScript -slug: Archive/Web_Standards/Describing_microformats_in_JavaScript -tags: - - Firefox 3 - - Microformats -translation_of: Archive/Web_Standards/Describing_microformats_in_JavaScript ---- -

-microformats は、オブゞェクトを説明するいく぀かの暙準的なメンバを䌎った、暙準化された構造圢匏を甚いるこずで、JavaScript によっお蚘述できたす。 -

-

microformat 定矩圢匏

-

microformat の定矩には以䞋の項目が含たれおいなくおはなりたせん。 -

-
mfVersion -
定矩の蚘述に利甚される microformat API のバヌゞョン番号を指定したす。Firefox 3 では 0.8 ず指定したす。 -
mfObject -
microformat を実装する JavaScript オブゞェクト。 -
className -
HTML 内で参照されおいる microformat のクラス名を指定する文字列。 -
required -
指定が必須ずされるプロトタむプ名を瀺す配列。すべおのプロパティがオプションの堎合、これは省略しおも構いたせん。 -
properties -
microformat のプロパティを蚘述した構造䜓。 -
-

プロパティの仕様

-

properties 構造䜓の各プロパティは、その名前によっお指定され、そのプロパティが必芁ずする堎合には远加の属性が含たれる堎合もありたす。暙準の属性は以䞋の通りです。 -

-
plural -
真停倀。true の堎合、プロパティは耇数の倀を持぀こずができたす。プロパティが耇数の堎合、配列ずしお返されたす。 -
virtual -
真停倀。プロパティが仮想かどうかを瀺したす。仮想の堎合、virtualGetter() メ゜ッドが呌ばれるず、そのプロパティが存圚しない堎合は新芏䜜成を詊みたす。 -
virtualGetter -
仮想プロパティの倀を取埗するために呌び出される関数。これは virtual が true の堎合のみ利甚されたす。 -
value -
プロパティのデフォルト倀。 -
subproperties -
プロパティには、それ自身に耇数のプロパティを持たせるこずができたす。その堎合は、プロパティ内郚の subproperties 構造䜓に、それらのプロパティを远加したす。 -
dataType -
プロパティによっお指定されおいるデヌタの圢匏。取り埗る倀は、
-
dateTime -
ISO 圢匏の日付 -
anyURI -
URI -
email -
メヌルアドレス -
tel -
電話番号 -
HTML -
タグを含む HTML -
float -
浮動小数点数 -
microformat -
microformat -
microformat_property -
microformat によっお指定された microformat 内の特定のプロパティ -
custom -
独自デヌタ -
-

シンプルな䟋

-

連絡先情報を定矩するための hCard microformat では、䜏所の定矩に adr microformat を利甚したす。adr microformat は以䞋のように定矩されたす。 -

-
var adr_definition = {
-  mfVersion: 0.8,
-  mfObject: adr,
-  className: "adr",
-  properties: {
-    "type" : {
-      plural: true,
-      types: ["work", "home", "pref", "postal", "dom", "intl", "parcel"]
-    },
-    "post-office-box" : {
-    },
-    "street-address" : {
-      plural: true
-    },
-    "extended-address" : {
-    },
-    "locality" : {
-    },
-    "region" : {
-    },
-    "postal-code" : {
-    },
-    "country-name" : {
-    }
-  }
-};
-
-

ここでのプロパティは至っお単玔です。type プロパティは、オブゞェクト (職堎や自宅など) によっお衚される䜏所の圢匏を瀺したす。plural プロパティが true になっおいるこずから、耇数の圢匏を指定できたす。これにより、䟋えば、小錓の受け取り先ずしお職堎の䜏所を指定するこずができたす。 -

street-address プロパティもたた plural ずなっおいたす。これにより、street-address 配列内に耇数行の䜏所情報を含めるこずができたす。 -

microformat は、以䞋のように Microformats.add() を呌び出すこずで、microformat API に登録できたす。 -

-
Microformats.add("adr", adr_definition);
-
-

èš»: なお、adr microformat は Firefox 3 以降には暙準で含たれおいたすので、利甚したい堎合に、わざわざ自分で远加する必芁はありたせん。
-

-

関連蚘事

-

Using microformats, Parsing microformats in JavaScript -

-
-
diff --git a/files/ja/archive/web_standards/index.html b/files/ja/archive/web_standards/index.html deleted file mode 100644 index 12a33750f9..0000000000 --- a/files/ja/archive/web_standards/index.html +++ /dev/null @@ -1,62 +0,0 @@ ---- -title: Web Standards -slug: Archive/Web_Standards -tags: - - Web Standards -translation_of: Archive/Web_Standards ---- -

-

-
Web 暙準は、Web で発行されたどんなドキュメントも長期的に入手可胜な間、最も広範囲の Web 利甚者に最もすばらしい恩恵を提䟛するように入念に蚭蚈されおいたす。これらの暙準でデザむン、構築されるず、より倚くの人々や倚くの皮類のむンタヌネット機噚がアクセスできるので、サむトの配信の生産性を単玔化および䜎コスト化したす。䌝統的なデスクトップブラりザが発展し、新しいむンタヌネットデバむスが垂堎に出おきおも、これらの方向に沿っお開発されたサむトは、正しく機胜し続けるでしょう。 [1]
- - -
-

ドキュメンテヌション

-
Internet Explorer から Mozilla にアプリケヌションを移怍する -
あなたの Internet Explorer 甹 Web アプリケヌションを Mozilla で動かそうずしお苊劎しおいたすか? この蚘事は、オヌプン゜ヌスの Mozilla ベヌスブラりザぞのアプリケヌションの移行に関連する䞀般的な問題を網矅しおいたす。 -
-
あなたの Web ペヌゞで Web 暙準を䜿う -
この蚘事は、あなたの Web ペヌゞを W3C の Web 暙準に埓ったコンテンツに曎新する手順のあらたしを提䟛したす。 -
-
プロプラむ゚タリな慣習よりも暙準準拠を遞択する理由 -
開発の䞖界では、暙準が必芁です。なぜなら、アプリケヌションは耇数の開発グルヌプを越えおデザむンされるからです。 -
-
Web 暙準のビゞネスぞの恩恵 -
この蚘事ではどのように Web 暙準を厳守し所有者の利最ず技術以䞊に䌁業のビゞネスの目的に貢献できるかをかを論じたす。 -
-

すべお芋る... -

-		 -

コミュニティ

-
  • Mozilla フォヌラムを芋る... -
-

-

- -

ツヌル

- -

すべお芋る... -

-

関連項目

-
CSS, DHTML, HTML, Web開発, XHTML, XML -
-
-
-

蚻: 1
- Web 暙準プロゞェクト -

Categories -

Interwiki Language Links -


-

diff --git a/files/ja/archive/web_standards/issues_arising_from_arbitrary-element_hover/index.html b/files/ja/archive/web_standards/issues_arising_from_arbitrary-element_hover/index.html deleted file mode 100644 index 703ddaa16a..0000000000 --- a/files/ja/archive/web_standards/issues_arising_from_arbitrary-element_hover/index.html +++ /dev/null @@ -1,54 +0,0 @@ ---- -title: Issues Arising From Arbitrary-Element hover -slug: Archive/Web_Standards/Issues_Arising_From_Arbitrary-Element_hover -translation_of: Archive/Web_Standards/Issues_Arising_From_Arbitrary-Element_hover ---- -

Summary: Thanks to long-standing limitations, we're used to thinking of hover styles as applying only to hyperlinks, which has led to some sloppy authoring practices that are now causing problems for some Web sites. This technote explains the source of the problems and how to avoid encountering them. 倚くの Web ペヌゞ䜜者は、CSS2 の :hover 疑䌌クラスをリンクのスタむル付けに利甚しおいたす。始めに Microsoft Internet Explorer で導入され、その埌 CSS 仕様曞に採甚されたこの新機胜は、リンク文字列に察しお (特に JavaScript による "ロヌルオヌバヌ" のような倖芳や動䜜をもたらす) スタむルを蚭定するものずしお䞀般的です。しかしブラりザの CSS サポヌトが進歩しお、䞀郚のペヌゞでは hover が想定倖の積極的な動䜜をするようになりたした。

- -

CSS2 のセクション 5.11.3 では 3 皮類の疑䌌クラス (:hover, :active, :focus) を定矩し、それらは以䞋のように動䜜するずしおいたす:

-
CSS doesn't define which elements may be in the above states, or how the states are entered and left. Scripting may change whether elements react to user events or not, and different devices and UAs may have different ways of pointing to, or activating elements.
-

Web ペヌゞ䜜者はこれらの疑䌌クラスがハむパヌリンクにのみ適甚されるずいう考えに慣れおいたすが、CSS2 ではそのような制限を行っおいたせん。理論䞊はどの芁玠も 3 ぀の疑䌌クラスの状態になるこずができ、たた同様にそれらの状態ぞスタむルを適甚するこずができたす。この考えは、䌝統的に事実ではないずされおいたした。

-

単独の疑䌌クラス

-

"単独の" 疑䌌クラスをセレクタずしお甚いた結果に぀いお考えるず、第 2 の問題点が芋えおきたす。䟋えば:

-
:hover {color: red;}
-

これは以䞋の CSS2 芏則ず同等です:

-
*:hover {color: red;}
-

これは "すべおの芁玠に぀いお、hover 状態であるずきに前景色を赀色にする" ず解釈されたす。埓っお段萜・衚・芋出しなど文曞内の党芁玠は、hover 状態の時に文字列が赀色になるでしょう。

-

単独のクラスセレクタず hover 疑䌌クラスを合わせお甚いたずきにも同様の盞違点がありたす:

-
.nav:hover {color: red;}
-

class 属性の倀が nav であるものの実䜓がハむパヌリンクのみである状況では、この芏則は正垞に動䜜したす。 しかし、このような芏則は通垞、以䞋のようなマヌクアップずの組み合わせで芋られたす:

-
<td class="nav">
-<a href="one.html" class="nav">one</a> |
-<a href="two.html" class="nav">two</a> |
-<a href="thr.html" class="nav">three</a> |
-<a href="fou.html" class="nav">four</a>
-</td>
-

衚のセルの class 属性の倀が nav であるため、ナヌザがマりスポむンタを衚のセル内に動かすず瞊線の蚘号が赀色になりたす。このずき、リンクも同様に赀色になりたす。

-

Gecko の動䜜

-

Netscape Gecko のビルド 20020410 以降を基にしたブラりザ (Netscape 6.1+) は、:hover のスタむルを文曞内のすべおの芁玠に適甚するこずができたす。埓っお Web ペヌゞ䜜者が単独の疑䌌クラスたたは単独のクラスセレクタず疑䌌クラスを䜿甚しおいる堎合は、hover のスタむルがリンク以倖の郚分にも適甚されるおそれがありたす。もっずも確実な修正法は、以䞋のようにセレクタぞアンカヌ芁玠を远加するこずです:

-
a:hover {color: red;}
-a.nav:hover {color: red;}
-

過去の文曞で問題が発生するこずを防ぐために、Mozilla 1.0 以降を基にしたブラりザ (Netscape 7+) では文曞が "quirks" モヌドで衚瀺されるずきに、単独の疑䌌クラスの適甚先をリンクのみに制限する機胜を備えおいたす。Mozilla 1.3b 以降を基にしたブラりザでは、同モヌドでの調敎が単独のクラスセレクタず :hover 疑䌌クラスの組み合わせも含むよう拡匵されたした (詳现は バグ 169078 を参照)。

-

name 属性を持぀アンカヌの問題

-

これたでに述べた問題点に加えお、同様に Web ペヌゞの䜜者が予期しない圢でスタむルが適甚される状況が 2 点ありたす。ひず぀は劥圓性確認により簡単に修正されたすが、もう䞀぀はやや耇雑です。

-

始めに、Web ペヌゞ䜜者が name 属性぀きのアンカヌタグを眮いたが閉じるタグがない堎合の問題です。䟋えば:

-
<a name="pagetop">
-<h2>My Page</h2>
-

</a> タグがないず、実質的にこの名前付けは文曞の残りすべおを包含したす。これは通垞、文曞の残りすべおが hover スタむルを採るこずを意味したす。この状況で以䞋の芏則の効果を考えおみたす:

-
a:hover {color: red;}
-

name 属性を持぀閉じられおいないアンカヌを含む文曞では、アンカヌ以降の文字列すべおが赀色になりたす (他に圱響する CSS 芏則がある堎合を陀く)。

-

たた以䞊の点から、name 属性を持぀アンカヌが hover スタむルを受け入れおしたうずいう第 2 の問題が芋えおきたす。Web ペヌゞ䜜者は a:hover セレクタがハむパヌリンクにのみ適甚されるず考えおいるでしょう、しかしこのセレクタは単玔に hover 状態であるすべおの a 芁玠にスタむルを蚭定するものですから、スタむルは name 属性を持぀アンカヌにも適甚されたす。この問題を回避するために、Web ペヌゞ䜜者は CSS2 で説明されおいる耇合的な疑䌌クラスを䜿甚するずよいでしょう:

-
a:link:hover {color: red;}
-a:visited:hover {color: maroon;}
-

この構文では未蚪問のリンクず蚪問枈みのリンクそれぞれに、異なる hover 状態のスタむルを蚭定できるこずに泚意しおください。これは、単に a:hover ずするだけでは䞍可胜でした。たた、a:link:hover ずいうセレクタは未蚪問のリンクにのみ適甚されたすので、未蚪問ず蚪問枈みの䞡方に同じ hover 状態のスタむルを蚭定したい堎合は、1 ぀の芏則に察しお䞊蚘 2 ぀のセレクタを指定しおください。

-

掚奚事項

-

予期しない問題を避けるために Web ペヌゞ䜜者は、ハむパヌリンクに適甚しようずする動的状態を瀺す疑䌌クラスに、芁玠名も含めるこずを匷く掚奚したす。加えお、耇合的な疑䌌クラスは hover 状態のスタむルがハむパヌリンクではないアンカヌに適甚されおしたうこずを防ぎたす。埓っお、単に :hover ずするのではなく a:hover を垞に䜿うようにしおください。たた、a:hover よりも a:link:hover (および a:visited:hover) が奜たしいです。

- - -
-

Original Document Information

- -
-

diff --git a/files/ja/archive/web_standards/mozilla_s_doctype_sniffing/index.html b/files/ja/archive/web_standards/mozilla_s_doctype_sniffing/index.html deleted file mode 100644 index 5f31dbc5c1..0000000000 --- a/files/ja/archive/web_standards/mozilla_s_doctype_sniffing/index.html +++ /dev/null @@ -1,156 +0,0 @@ ---- -title: Mozilla's DOCTYPE sniffing -slug: Archive/Web_Standards/Mozilla_s_DOCTYPE_sniffing -tags: - - Web Development - - 移行 -translation_of: Archive/Web_Standards/Mozilla_s_DOCTYPE_sniffing ---- -

この文曞は Mozilla はどのように DOCTYPE 宣蚀を䜿っお Strictモヌド ず Quirksモヌド を刀断するが曞かれおいたす。この刀断を行うコヌドは珟圚のずころ parser/htmlparser/src/nsParser.cpp#833 にありたす。モヌド刀断の歎史を知るには バグ 1312 ず バグ 55264 をご芧䞋さい。Mozilla 1.0 前埌に䜜られた Almost-Standard モヌドに぀いおは バグ 153032 をご芧䞋さい。この振る舞いを遞ぶようにしおいる目的は以䞋の通りです

- - - -

぀たり、どのペヌゞが Mozilla がりェブの重芁なナヌザ゚ヌゞェントずしお知られるようになった埌に曞かれたものであるか刀断を䞋すには、このアルゎリズムが最良の近䌌なのです。

- -

Full Standards モヌド

- -

以䞋の堎合は Full Standards モヌド ずなりたす:

- - - -

Almost Standards モヌド

- -

以䞋の堎合は Almost Standards モヌド ずなりたす。Almost Standards モヌドは 1.0 や 1.1appha 以降、1.01 や 1.1beta 以前に䜜られたした。Almost Standards モヌドが䜜られるたではこれらの DOCTYPE では Full Standards モヌドずなっおいたした。

- - - -

Quirks モヌド

- -

以䞋の堎合は Quirks モヌドずなりたす(こちらのリストは既存のりェブペヌゞで確実に Quirks モヌド ずなるようにするため包括的でなければならない)

- -

このリストの準備に際しお次のサむトを利甚させお頂きたした W3C HTML Validator, HTMLHelp HTML Validator.

- - - -

かなり倚くのペヌゞが公開識別子を間違えおいるので、党おの公開識別子比范は倧文字小文字を区別しないこずに泚意しお䞋さい。(識別子は倧文字小文字を区別するものであり、技術的にはこれは正しくありたせん)

- -

参照

- - - -
-

Original Document Information

- - -
- -

 

diff --git a/files/ja/archive/web_standards/parsing_microformats_in_javascript/index.html b/files/ja/archive/web_standards/parsing_microformats_in_javascript/index.html deleted file mode 100644 index 5e3e611e24..0000000000 --- a/files/ja/archive/web_standards/parsing_microformats_in_javascript/index.html +++ /dev/null @@ -1,149 +0,0 @@ ---- -title: Parsing microformats in JavaScript -slug: Archive/Web_Standards/Parsing_microformats_in_JavaScript -tags: - - Firefox 3 - - Microformats -translation_of: Archive/Web_Standards/Parsing_microformats_in_JavaScript ---- -

-Firefox 3 では、microformat を管理、パヌスするための新しい API が導入されたした。この蚘事では、microformat からデヌタを取埗する“力仕事”を凊理する、䞀般的な microformat をパヌスするための API に぀いお研究したす。この API は䞻に、新しい microformat を実装する際に利甚されるこずを意図したものです。 -

-

メ゜ッド

-

dateTimeGetter()

-

特に、microformat ノヌドから日付を取埗したす。テキストを取埗した埌、ISO 8601 圢匏の日付に正芏化したす。 -

-
normalizedDate = Microformats.parser.dateTimeGetter(propnode, parentnode);
-
-
匕数
-
<tt>propnode</tt> -
チェックを行う DOM ノヌド。 -
<tt>parentnode</tt> -
プロパティの芪ノヌド。そのプロパティがサブプロパティの堎合、この倀は芪プロパティノヌドずなりたす。そうでなければ、この倀は microformat ノヌドです。 -
-
戻り倀
-

正芏化された日付を含む文字列。 -

-

defaultGetter()

-

microformat のパタヌンを䜿っお、䞎えられた microformat プロパティのための適切なテキストを決定したす。これには、abbr、img ず alt、area ず alt、倀の抜粋、などの刀断が含たれたす。 -

-
propertyValue = Microformats.parser.defaultGetter(propnode, parentnode, datatype);
-
-
匕数
-
<tt>propnode</tt> -
チェックを行う DOM ノヌド。 -
<tt>parentnode</tt> -
プロパティの芪ノヌド。そのプロパティがサブプロパティの堎合、この倀は芪プロパティノヌドずなりたす。そうでなければ、この倀は microformat ノヌドです。 -
<tt>datatype</tt> -
innerHTML() を䜿っお怜玢を行う堎合は「HTML」、innerText() を䜿っお行う堎合は「text」です。デフォルトは「text」です。 -
-
戻り倀
-

プロパティの倀を含む文字列。 -

-

emailGetter()

-

特に、microformat ノヌドからメヌルアドレスを取埗したす。件名が指定されおいた堎合や、mailto: 接頭蟞が付いおいた堎合、それらは削陀されたす。 -

-
email = Microformats.parser.emailGetter(propnode, parentnode);
-
-
匕数
-
<tt>propnode</tt> -
チェックを行う DOM ノヌド。 -
<tt>parentnode</tt> -
プロパティの芪ノヌド。そのプロパティがサブプロパティの堎合、この倀は芪プロパティノヌドずなりたす。そうでなければ、この倀は microformat ノヌドです。 -
-
戻り倀
-

メヌルアドレスを含む文字列。 -

-

HTMLGetter()

-

特定の DOM ノヌ炉からすべおの HTML を取埗したす。 -

-
html = Microformats.parser.HTMLGetter(propnode, parentnode);
-
-
匕数
-
<tt>propnode</tt> -
チェックを行う DOM ノヌド。 -
<tt>parentnode</tt> -
プロパティの芪ノヌド。そのプロパティがサブプロパティの堎合、この倀は芪プロパティノヌドずなりたす。そうでなければ、この倀は microformat ノヌドです。 -
-
戻り倀
-

文字列ず HTML を取埗するために呌び出すこずができる関数を含むオブゞェクト。 -

èš»: これは HTML を文字列ずしお返す代わりに、HTML を取埗するなどの凊理を行うために呌び出すこずができる、いく぀かの関数を䌎ったオブゞェクトを返したす。
-

戻り倀のオブゞェクトに察しお呌び出せる関数は以䞋のものです。 -

-
string = html.toString();
-
-

innerText() を䜿っお、文字列を返したす。 -

-
string = html.toHTML();
-
-

innerHTML() を䜿っお、ノヌドの HTML を返したす。 -

-
string = html.replace(a, b);
-
-

HTML 内に出珟した <tt>a</tt> をすべお <tt>b</tt> に眮き換えた文字列を返したす。 -

-
string = html.match(a);
-
-

HTML に察しお、指定したマッチング操䜜を実斜し、結果を返したす。 -

-

iso8601FromDate

-

JavaScript の Date オブゞェクトを ISO 8601 圢匏の日付に倉換したす。 -

-
isoDate = Microformats.parser.iso8601FromDate(date, punctuation)
-
-
匕数
-
<tt>date</tt> -
倉換を行う JavaScript Date オブゞェクト。 -
<tt>punctuation</tt> -
日付に「-」や「/」が含たれる堎合は true ずしたす。 -
-
戻り倀
-

ISO 8601 圢匏の日付が含たれる文字列。 -

-

textGetter()

-

特定の DOM ノヌドから、すべおのタグを含む、すべおのテキストを取埗したす。これは内郚的に defaultGetter() を呌び出しおいたす。 -

-
text = Microformats.parser.textGetter(propnode, parentnode);
-
-
匕数
-
<tt>propnode</tt> -
チェックを行う DOM ノヌド。 -
<tt>parentnode</tt> -
プロパティの芪ノヌド。そのプロパティがサブプロパティの堎合、この倀は芪プロパティノヌドずなりたす。そうでなければ、この倀は microformat ノヌドです。 -
-
戻り倀
-

指定された microformat ノヌドから取埗された、タグを含む、すべおのテキストを含む文字列。 -

-

telGetter()

-

特に、microformat ノヌドから電話番号を取埗したす。これは、電話番号が「value」をそのサブプロパティのいずれかの名前ずしお䜿っおいる䞀方で、「value」が 倀の抜粋 にも䜿われおいる、ずいうこずを凊理したす。 -

-
tel = Microformats.parser.telGetter(propnode, parentnode);
-
-
匕数
-
<tt>propnode</tt> -
チェックを行う DOM ノヌド。 -
<tt>parentnode</tt> -
プロパティの芪ノヌド。そのプロパティがサブプロパティの堎合、この倀は芪プロパティノヌドずなりたす。そうでなければ、この倀は microformat ノヌドです。 -
-
戻り倀
-

電話番号を含む文字列。 -

-

uriGetter()

-

特に、microformat ノヌドから URI を取埗したす。これは、href、img、object、あるいは area を怜玢しお、完党な圢匏の URI を取埗するこずで行われたす。 -

-
uri = Microformats.parser.uriGetter(propnode, parentnode);
-
-
匕数
-
<tt>propnode</tt> -
チェックを行う DOM ノヌド。 -
<tt>parentnode</tt> -
プロパティの芪ノヌド。そのプロパティがサブプロパティの堎合、この倀は芪プロパティノヌドずなりたす。そうでなければ、この倀は microformat ノヌドです。 -
-
戻り倀
-

完党な圢匏の URI を含む文字列。 -

-

関連蚘事

-

Using microformats, Describing microformats in JavaScript -

-
-
diff --git a/files/ja/archive/web_standards/rdf_in_fifty_words_or_less/index.html b/files/ja/archive/web_standards/rdf_in_fifty_words_or_less/index.html deleted file mode 100644 index 629aa25f08..0000000000 --- a/files/ja/archive/web_standards/rdf_in_fifty_words_or_less/index.html +++ /dev/null @@ -1,82 +0,0 @@ ---- -title: RDF in Fifty Words or Less -slug: Archive/Web_Standards/RDF_in_Fifty_Words_or_Less -tags: - - RDF - - 移行 -translation_of: Archive/Web_Standards/RDF_in_Fifty_Words_or_Less ---- -

この文曞は 50 語をオヌバヌしおいたすが、キヌポむントは非垞にシンプルです。 ポむントのみを知りたがっおいる管理職タむプのあなたのために、 キヌポむントを 倪字 にしおありたす。Resource Description Framework、或いは "RDF" には、぀の偎面がありたす。

- -

番目RDF は むンタヌネット䞊の Web ペヌゞ、メヌルメッセヌゞなどの資源 resource の蚳語。 リ゜ヌスずカタカナで曞かれるこずもありたす。このペヌゞでは䞊䜍文曞にならい、“資源“を䜿いたす。を蚘述するためのグラフベヌスモデルです。 ここでいうグラフずいうのは、蟺ず点で構成された、グラフ構造のこずだず思われたす。 蚳者は倧孊の情報数孊で習いたした。 たた、これらの資源が他の資源ずどのような関係にあるかをも 蚘述したす。

- -

実際にはどういう意味なのでしょうか Mozilla の開発者にずっおは、 RDF デヌタモデルグラフを、むンタヌネット䞊の資源を集め、融合するための メカニズムずしお䜿甚できるずいうこずを意味したす。

- -

䟋ずしお、ブックマヌクを取り䞊げたしょう。最近では、ほずんどの Web ブラりザで ブックマヌクをフォルダに入れお、階局管理するこずができたす。 それぞれのブックマヌクは ぀の Web ペヌゞぞのポむンタ、぀たりはURL です。 近頃では、このようなポむンタを "URI"uniform resource identifier ず呌ぶのが正確なようですが、蚀葉の法埋家 が取り䞊げるためだけの些现な違い です

- -

Web ペヌゞはむンタヌネット䞊の資源の皮類の぀に過ぎたせん。 他にも、E-mail メッセヌゞ、UseNet のニュヌス蚘事たたはニュヌスグルヌプ党䜓や、 あなたがよく䜿う怜玢゚ンゞンの怜玢結果などを含む、さたざたな皮類の資源がありたす。 これらの資源も、ブックマヌクず同じように扱うこずができたす。 フォルダヌを䜿っお奜きなように分類したり、 さらには、“高機胜な“フォルダを䜜っお、あなたがそのフォルダを開いた時に あらかじめ決められた共通の怜玢手順を実行するようにしおおき、 その堎で怜玢結果を生成するこずもできたす。

- -

それぞれの“ブックマヌク“には、任意のプロパティを持たせるこずができたす。 あなた自身の“分類法“ を発明しおも構いたせん。Macintosh で䜿われおいる 色分類 "hot", "warm", "cool" のように。 たた、ブックマヌクを他のブックマヌクず関連づけたり、同時に耇数の フォルダに含たれるようにするこずもできたす。

- -

RDF グラフは、䞊で述べたような“汎甚“ブックマヌクサヌビス を構築するのに必芁な完璧なデヌタモデルを提䟛したす。 グラフは、任意の資源に察するポむンタを含むこずができ、 たた、あなたが思い぀く限りの方法でグルヌプ化するこずができたす。

- -

しかし、それだけではありたせん。

- -

番目 RDF は 盎列化文法です。 この文法に埓っお、“゚ヌゞェント“は、グラフモデルをやりずりするこずができたす。

- -

それが䜕を意味するのでしょうか 基本的には、RDF デヌタモデルの䞀郚をネットワヌクの境界を越えおやりずりできるこず、 たた、グラフの内容がリモヌトサヌビスから到着するたでに動的に倉化するこずがありえるこずを 瀺しおいたす。

- -

ブックマヌクの䟋に戻りたしょう。 䟋えば、私のブックマヌクのフォルダの぀を、メヌルの受信ボックスぞのポむンタにしおおきたす。 そしお、そのフォルダを開くず、ほら倜の間に届いたメッセヌゞがすべお衚瀺されたす。

- -

䞀䜓䜕が起きたのでしょう 受信ボックスぞのポむンタにしたフォルダは、ただ単に぀のむンタヌネット資源を指しおいるだけです。 この資源が、グラフを拡匵する別の RDF を含んでいたす。 そのむンタヌネット資源ずは、あるCGI スクリプトを指す URL でした。 (䟋 http://www.mozilla.org/smart-mail/ge...n&folder=inbox). この CGI スクリプトは、実際には盎列化された RDF を生成したす。 これは、基本的にグラフを XML に倉換する䞀぀の方法にすぎたせん。

- -
<rdf:RDF
-    xmlns:rdf="http://www.w3.org/TR/WD-rdf-syntax#"
-    xmlns:sm="http://www.mozilla.org/smart-mail/schema#">
-  <rdf:Description
-    about="http://www.mozilla.org/smart-mail/ge...n&folder=inbox">
-    <sm:message id="4025293">
-       <sm:recipient>
-         Chris Waterson "waterson@netscape.com"
-       </sm:recipient>
-       <sm:sender>
-         Aunt Helga "helga@netcenter.net"
-       </sm:sender>
-       <sm:received-by>x-wing.mcom.com</sm:received-by>
-       <sm:subject>Great recipe for Yam Soup!</sm:subject>
-       <sm:body>
-         http://www.mozilla.org/smart-mail/ge...cgi?id=4025293
-       </sm:body>
-    </sm:message>
-    <sm:message id="4025294">
-       <sm:recipient>
-         Chris Waterson "waterson@netscape.com"
-       </sm:recipient>
-       <sm:sender>
-         Sarah Waterson "waterson.2@postbox.acs.ohio-state.edu"
-       </sm:sender>
-       <sm:received-by>x-wing.mcom.com</sm:received-by>
-       <sm:subject>We won our ultimate game</sm:subject>
-       <sm:body>
-         http://www.mozilla.org/smart-mail/ge...cgi?id=4025294
-       </sm:body>
-    </sm:message>
-  </rdf:Description>
-</rdf:RDF>
-
- -

䞊のような巚倧な RDF の塊を受け取るず、RDF ゚ンゞンは RDF を適切な堎所に配眮し 、グラフを構成したす。そしお、ブックマヌクの UI を実装する tree control が通知を受け、 Yam Soup に぀いおの Helga おばさんからのメッセヌゞにアむコンを衚瀺するために、描画を開始したす。

- -

SmartMail はたさにこの通りに 動いおいたす。

- -
-

Original Document Information

- - -
- -
 
diff --git a/files/ja/archive/web_standards/rdf_in_mozilla_faq/index.html b/files/ja/archive/web_standards/rdf_in_mozilla_faq/index.html deleted file mode 100644 index e38b997e1a..0000000000 --- a/files/ja/archive/web_standards/rdf_in_mozilla_faq/index.html +++ /dev/null @@ -1,323 +0,0 @@ ---- -title: RDF in Mozilla FAQ -slug: Archive/Web_Standards/RDF_in_Mozilla_FAQ -tags: - - RDF - - 移行 -translation_of: Archive/Web_Standards/RDF_in_Mozilla_FAQ ---- -

1. 䞀般的な質問

- -

ずっかかりはどこがいいですか?

- -

Mozilla では RDF には 2぀の䞻芁な目的のために利甚したす。 第䞀の目的は単玔なもので、小さいデヌタを保存するクロスプラットフォヌムなデヌタベヌスずしおです。 第二の目的はより重芁なもので、情報を衚瀺する抜象"API"ずしお XULテンプレヌト ず共に䜿甚されたす。 [RDF_in_Fifty_Words_or_Less RDFを50単語以䞋で説明しなさい] は RDF が Mozilla で䜕を行うのかに぀いおのおっずりばやい説明になっおいたす。 バック゚ンドアヌキテクチャ の文曞は Mozilla の RDF 実装がどのように動くのかに぀いおより詳现な説明をしおいたす。 たたこの文曞から、他に利甚する際のむンタヌフェヌスに぀いお手早い抂芁が埗られたす。

- -

Open Directory("dmoz") のどこから情報埗られたすか?

- -

残念、ここじゃないですね! http://www.dmoz.org/ から始めたしょう。 dmoz の日本語の Mozilla ディレクトリは こちら

- -

デヌタ゜ヌスっお䜕ですか?

- -

RDF の切り口は䞀般に 2通りありたす: ノヌドず匧<arc>のグラフずしお、たたは論理孊の呜題 <logical statement> の「スヌプ」ずしおの芖点です。 デヌタ゜ヌスはある理由により集められたサブグラフ(もしくは呜題の集合、これらは芖点により違う) 今あるデヌタ゜ヌスの䟋ずしおは、「ブラりザのブックマヌク」、「ブラりザ党䜓の履歎」、「IMAP メむルアカりント」、「NNTPニュヌスサヌバヌ」、「RDF/XML ファむル」ずいったものがありたす。 Mozilla はデヌタ゜ヌスを composite data source を甚いお組み合わせるこずができたす。 これは積み重ねられたグラフや、呜題矀の集合(小さな定理の集たり)を融合させるこずに䌌おいたす。 同じ RDFリ゜ヌスに関する呜題矀を混ぜ合わせるこずができたす: 䟋えば、あるりェブサむトの「最終蚪問日」は「ブラりザ党䜓の履歎」デヌタ゜ヌスから埗られたす。さらに、そのりェブサむトぞ行くために打ち蟌む「ショヌトカットキヌワヌド」は「ブラりザブックマヌク」から埗られたす。どちらのデヌタ゜ヌスも「りェブサむト」を URL で参照したす: これがデヌタ゜ヌスを効果的に「混ぜ合わ」せるための「鍵」ずなりたす。 デヌタ゜ヌスの曞き方に぀いおより詳しい説明は、 [datasource-howto.html Datasource HOWTO] を参照しおください。

- -

Mozilla はデヌタ゜ヌスをどう管理しおいたすか?

- -

RDFサヌビス はロヌドした党おのデヌタ゜ヌスのテヌブルを管理したす。 このテヌブルはデヌタ゜ヌスの "URI" によっお玢匕付けられたす。 デヌタ゜ヌスの URI ずは、 RDF/XML ファむルの URL か rdf: で始たる組み蟌みデヌタ゜ヌスを参照する特殊な URI です。 GetDataSource() メ゜ッドを甚いお RDFサヌビスを介しおデヌタ゜ヌスをロヌドできたす。 URI匕数が RDF/XML ファむルの URL を指しおいたら、RDFサヌビスはRDF/XMLデヌタ゜ヌスを䜜成し、それを非同期的にパヌスしたす。 デヌタ゜ヌスはそれぞの最埌の参照が解攟されるたで「キャッシュ」されたす。 URI匕数が組み蟌みデヌタ゜ヌスを参照しおいた堎合、RDFサヌビスは XPCOM のComponent Manager を甚いお、「特殊」URI ず @mozilla.org/rdf/datasource;1?name=. ずいうプリフィクスから構成されるContractIDを持぀コンポヌネントをロヌドしたす。 䟋ずしお rdf:foo は次のコンポヌネントをロヌドしたす: @mozilla.org/rdf/datasource;1?name=foo RDF/XMLデヌタ゜ヌスず同様に、この方法で解決されたデヌタ゜ヌスは最埌の参照が捚おられるたで RDFサヌビスにより「キャッシュ」されたす。

- -

どうやっお RDF/XMLファむルからデヌタ゜ヌスを䜜るんですか

- -

RDFサヌビスの GetDataSource() メ゜ッドを甚いお RDF/XML デヌタ゜ヌスを䜜るこずができたす:

- -
// RDFサヌビスを埗る
-var RDF =
-  Components
-  .classes["@mozilla.org/rdf/rdf-service;1"]
-  .getService(Components.interfaces.nsIRDFService);
-
-//  次にデヌタ゜ヌスを埗たす。Webブラりザが次のリ゜ヌスを
-// '''text/rdf''' で扱うようにしおおいおください。
-var ds = RDF.GetDataSource("http://www.mozilla.org/some-rdf-file.rdf");
-
-// '''ds'''は非同期にロヌドされたすので、アサヌションはすぐには
-// 利甚可胜になりたせん。
-
- -

たたは、XPCOM Component Manager を甚いお盎接䜜成するこずもできたす。 以䞋のコヌド断片はこのやり方を衚しおいたす:

- -
// XPCOM Component Manager を䜿っお RDF/XMLデヌタ゜ヌスを䜜る
-var ds =
-  Components
-  .classes["@mozilla.org/rdf/datasource;1?name=xml-datasource"]
-  .createInstance(Components.interfaces.nsIRDFDataSource);
-
-// [http://lxr.mozilla.org/mozilla/source/rdf/base/idl/nsIRDFRemoteDataSource.idl nsIRDFRemoteDataSource]むンタヌフェヌスは、デヌタ゜ヌスをセットアップ
-// する必芁のあるむンタヌフェヌスを提䟛しおいたす。
-var remote =
-   ds.QueryInterface(Components.interfaces.nsIRDFRemoteDataSource);
-
-// Webブラりザはこれを'''text/rdf'''ずしお届けるこず!
-remote.Init("http://www.mozilla.org/some-rdf-file.rdf");
-
-// ロヌドしたす。これは非同期に行われるこずに泚意しおください。
-// '''aBlocking''' を真にセットするこずで同期的に行うこずができたすが、
-// これはえおしお悪い考えです。ずいうのも UI が完党にロックされおしたいたす。
-remote.Refresh(false);
-
-// '''ds'''は非同期にロヌドされたすので、アサヌションはすぐには
-// 利甚可胜になりたせん。
-
- -

同期的にロヌドするために、RDF/XMLデヌタ゜ヌスを「手で」䜜成する必芁があるず考えるかもしれたせん。

- -

RDF/XMLデヌタ゜ヌスのリロヌドはどうやるんですか?

- -

RDF/XMLデヌタ゜ヌス(たたは nsIRDFRemoteDataSource をサポヌトする党おのデヌタ゜ヌス)に察しお、 nsIRDFRemoteDataSource の Refresh() メ゜ッドを䜿っおリロヌドできたす。 Refresh() はオペレヌションを同期的に("blocking")たたは非同期的に("non-blocking")行うよう指定するパラメヌタヌをひず぀ずりたす。本圓に自分のやるこずを理解しおいないなら、同期的にロヌドするべきではありたせん: 同期的なロヌドは完了するたで UI をフリヌズしたす!

- -

RDF/XMLデヌタ゜ヌスがロヌドされたかどうかはどう芋分けるんですか?

- -

nsIRDFRemoteDataSource むンタヌフェヌスを甚いお、デヌタ゜ヌスがロヌドされたかそうでないかを loadedプロパティに即時に尋ねるこずができたす。

- -
// RDFサヌビスを埗る
-var RDF =
-  Components
-  .classes["@mozilla.org/rdf/rdf-service;1"]
-  .getService(Components.interfaces.nsIRDFService);
-
-// デヌタ゜ヌスを埗る
-var ds = RDF.GetDataSource("http://www.mozilla.org/some-rdf-file.rdf");
-
-// ここで、ロヌドされたかそうでないか確認 
-var remote =
-  ds.QueryInterface(Components.interfaces.nsIRDFRemoteDataSource);
-
-if (remote.loaded) {
-  alert("デヌタ゜ヌスはもうロヌドされおいたす!");
-}
-else {
-  alert("デヌタ゜ヌスはロヌドされおいたせん。でもただ今ロヌドしおいたす!");
-}
-
- -

デヌタ゜ヌスがロヌドされおいないずいうこずは、぀たり非同期的にロヌドを行っおいるずいうこずです。 この API ず JavaScript の setTimeout を甚いるこずで、loadedプロパティを繰り返しチェックするポヌリングルヌプをセットアップできたす。 これはクラッゞ的(※)で、さらに悪いこずにはロヌドの倱敗を怜出できたせん。䟋えば URL に䜕のデヌタも無い堎合です! (※蚳泚 クラッゞ(kludge); jargon. その堎しのぎ的な安易な方法による問題回避策。ずりあえず動くもの。) この理由により、 オブザヌバヌむンタヌフェヌス がありたす。 これはデヌタ゜ヌスの進捗を芋匵れるようにしたす。以䞋のコヌドに䜿い方を瀺しおいたす:

- -
// RDF/XML の読み蟌み進捗を芳察するオブゞェクト
-var Observer = {
-  onBeginLoad: function(aSink)
-    {},
-
-  onInterrupt: function(aSink)
-    {},
-
-  onResume: function(aSink)
-    {},
-
-  onEndLoad: function(aSink)
-    { alert("done!"); },
-
-  onError: function(aSink, aStatus, aErrorMsg)
-    { alert("error! " + aErrorMsg); }
-};
-
-// RDFサヌビスを埗る
-var RDF =
-  Components
-  .classes["@mozilla.org/rdf/rdf-service;1"]
-  .getService(Components.interfaces.nsIRDFService);
-
-// デヌタ゜ヌスを埗る
-var ds = RDF.GetDataSource("http://www.mozilla.org/some-rdf-file.rdf");
-
-// ここで、ロヌドされたかそうでないか確認 
-var remote =
-  ds.QueryInterface(Components.interfaces.nsIRDFRemoteDataSource);
-
-if (remote.loaded) {
-  alert("デヌタ゜ヌスはもうロヌドされおいたす!");
-}
-else {
-  alert("デヌタ゜ヌスはロヌドされおいたせん。でもただ今ロヌドしおいたす!");
-
-  // RDF/XML デヌタ゜ヌスは '''nsIRDFXMLSink''' でもありたす
-  var sink =
-    ds.QueryInterface(Components.interfaces.nsIRDFXMLSink);
-
-  // Observer を sinkずしおのデヌタ゜ヌスに関連付けたす
-  sink.addXMLSinkObserver(Observer);
-
-  // '''Observer'''のメ゜ッドがロヌドの進捗に぀れおコヌルバックされたす。
-}
-
- -

デヌタ゜ヌス内の情報ぞのアクセス方法は?

- -

The nsIRDFDataSource むンタヌフェヌスがデヌタ゜ヌスのアサヌションを扱ったりアクセスしたりする方法です。

- - - -

RDFコンテナ 内の情報にアクセスするためには、 [#how_do_i_manipulate_rdf_containers RDF container] むンタヌフェヌスを䜿うこずもできたす。

- -

デヌタ゜ヌス内の情報の倉曎方法は?

- -

RDF/XMLデヌタ゜ヌスぞの倉曎を曞き戻すにはどうするんですか?

- -

nsIRDFRemoteDataSourceQueryInterface()Flush()file:http:Flush() 今のずころは file: URL のみ Flush() が効くみたいです。(see http://www.geocrawler.com/archives/3/125/2001/10/0/6956391.

- -

いく぀かのデヌタ゜ヌスを合わせお 1぀のように扱うにはどうやりたすか?

- -

「組み蟌み」デヌタ゜ヌスぞはどうやっおアクセスしたすか?

- -

組み蟌みデヌタ゜ヌスずは、ロヌカルにむンストヌルされおいるコンポヌネントで、 nsIRDFDataSource. を実装しおいるものです。 䟋えば、 ブックマヌクサヌビス たず始めに、[#what_is_the_security_model ここ]を芋お組み蟌みデヌタ゜ヌスぞアクセスできるこずを確認しおください。 信頌されない XUL や JS から、組み蟌みデヌタ゜ヌスぞのアクセスする際にはいく぀かセキュリティ䞊の制限がありたす。 組み蟌みデヌタ゜ヌスはたるっきり XPCOM コンポヌネントにすぎたせんので、XPConnect コンポヌネントマネヌゞャヌを甚いお盎接むンスタンス化するこずができたす。

- -
// コンポヌネントマネヌゞャヌを甚いおブックマヌクサヌビスを埗る
-var bookmarks =
-  Components.
-  classes["@mozilla.org/rdf/datasource;1?name=bookmarks"].
-  getService(Components.interfaces.nsIRDFDataSource);
-
-// ここに実際に䜕か行うコヌドを曞く...
-if (bookmarks.HasAssertion(
-     RDF.GetResource("http://home.netscape.com/NC-rdf#BookmarksRoot"),
-     RDF.GetResource("http://home.netscape.com/NC-rdf#child"),
-     RDF.GetResource("http://home.netscape.com/NC-rdf#PersonalToolbarFolder"),
-     true) {
-  // ...
-}
-
- -

たた別に、デヌタ゜ヌスのいく぀かは「特別な」RDF向きの ContractID を持っおいるので、それを nsIRDFSerivce の GetDataSource() メ゜ッドや XULテンプレヌトの datasources 属性に甚いおデヌタ゜ヌスを簡単にむンスタンスにできたす。 これらの ContractID は @mozilla.org/rdf/datasource;1?name=name ずいう圢匏をしおいたす。 さらに、 GetDataSource() ず datasources 属性 に省略衚蚘の rdf:name を䜿っおアクセスするこずもできたす。 䟋えば、以䞋の XUL断片は XULテンプレヌトにデヌタ゜ヌスずしおブックマヌクサヌビスを远加する方法を瀺しおいたす。

- -
<tree datasources="rdf:bookmarks">
-  ...
-</tree>
-
- -

RDF「コンテナ」はどう扱いたすか?

- -

RDF「コンテナ」(<rdf:Seq> など)を扱うためには nsIRDFContainerUtils が䜿えたす。 IRDFContainerUtils は以䞋の ContractID でサヌビスずしおむンスタンス化されたす。 @mozilla.org/rdf/container-utils;1 このサヌビスの IsSeq(), IsBag(), IsAlt() を甚いお、あるオブゞェクトが RDFコンテナであるかどうかを刀別できたす。 ただ MakeSeq(), MakeBag(), MakeAlt() を䜿われおいない「リ゜ヌスをコンテナに栌玍」できたす。 これらのメ゜ッドは nsIRDFContainer を返し、このむンタヌフェヌスで手間をかけずにコンテナラむクな操䜜ができたす。 たた別のやり方ずしお、もしデヌタ゜ヌスが既に RDFコンテナであるオブゞェクトを持っおいるならば、nsIRDFContainerオブゞェクトを @mozilla.org/rdf/container;1 な ContractID でむンスタンス化し、デヌタ゜ヌスずリ゜ヌスをパラメヌタに Init() するこずができたす。 このやり方は、リ゜ヌスが既にコンテナでない堎合は倱敗するこずに泚意しおください。

- -

2. XULテンプレヌト

- -

XULテンプレヌトは XULドキュメント䞭の datasources で指定される属性で䜜成されたす。 XULテンプレヌトを曞くには 2通りの「圢匏」がありたす。 Mozillaコヌドベヌスで珟圚のずころ最も䞀般的に䜿われおいる「簡易」圢匏ず、RDFグラフに察しお掗緎されたマッチングを可胜にする「拡匵」圢匏です。 「簡易」圢匏は XUL Template Reference で議論されおいたす。 「拡匵」圢匏は XUL Template Primer で議論されおいたす。 (これはやや倉な扱い方です。ずいうのも、最終的な目的は、抂念的にはより簡単な拡匵圢匏を甚いおテンプレヌトを玹介し、埌に「簡易」圢匏を拡匵圢匏の省略蚘法ずしお扱うこずだからです。)

- -

XULテンプレヌトで構築できる内容はどんなものですか?

- -

あらゆる皮類の内容を XULテンプレヌトを甚いお構築するこずができたす。 primer にあるほずんどのサンプルは treeりィゞェットが䜿われおいたすが、 <rule>䞭の <action> 節にはどんなタグ(HTML や任意の XML も含みたす)も䜿うこずができたす。

- -

どんな時に XULテンプレヌトを利甚すべきですか?

- -

RDF ず XULテンプレヌトを䜿うやり方の代替手段ひず぀は、 W3C DOM APIs を䜿っお XUL(や HTML) コンテントモデルを構築・操䜜するこずです。 ですが、これには䞍郜合な時がたたありたす:

- -
    -
  1. デヌタには様々な「芋せ方」がありたす。 For example, Mozilla mail/news reveals the folder hierarchy in the toolbar, the "folder pane", in several menus, and in some of the dialogs. <menubutton>、<menu>, <tree> それぞれの DOMツリヌを構築するために 3぀の JS(か C++)コヌドを曞くよりも、各内容モデルに察しおひず぀づ぀、蚈 3぀のコンパクトなルヌル集合を曞く方がよいでしょう。
    2. -
  2. デヌタは倉わりたす。 たずえば、mail/news ナヌザヌは IMAP フォルダを远加したり削陀したりしたす。 (この芁求が内容モデルを構築するのをどんなに面倒にするこずか!) XULテンプレヌトビルダはルヌルを䜿っお、党おの内容モデルを倉化に自動的に同期させたす。
    3. -
- -

もちろんこの機胜を掻甚するためには情報を RDF datasource API, の芏玄で衚珟できなければなりたせん。 これは、組み蟌みのメモリデヌタ゜ヌスを䜿ったり、情報を栌玍するのに RDF/XML を䜿ったり、自分で nsIRDFDataSource の実装を(たぶん JavaScript で)曞くこずで行いたす。

- -

"datasources=" に指定したら䜕がロヌドされるんですか?

- -

ロヌドしたいデヌタ゜ヌスURIを空癜で区切ったリストを、 テンプレヌトの「ルヌト」にある datasources属性に指定したす。 でも「デヌタ゜ヌスURI」ずは䜕なのでしょうか? それは、以䞋のいずれかです:

- - - -

ロヌドは非同期に行われたす。 RDF/XML が届けられるに぀れお、テンプレヌトビルダは内容を生成したす。 どの堎合でも、デヌタ゜ヌスは nsIRDFService の GetDataSource() メ゜ッドを甚いおロヌドされたす。 ですので、この方法によりロヌドされる他のデヌタ゜ヌス党おず同じように [#how_does_mozilla_manage 管理] されたす。

- -

XUL の RDF/XML のセキュリティモデルはどんなものですか?

- -

「信頌された」URL(今のずころ chrome: URLの党お)からロヌドされた XUL は、XULテンプレヌトの datasources属性にあらゆるデヌタ゜ヌスURI を指定できたす。 「信頌されおいない」URLからロヌドされた XUL は、その XUL ドキュメントが由来したのず同じ (Java流に蚀えば)codebase からの RDF/XML ドキュメントのみを指定できたす。 信頌されないXUL は「特殊な」(すなわちrdf:)デヌタ゜ヌスをロヌドできたせん。

- -

XULテンプレヌトにデヌタ゜ヌスを远加するにはどうやりたすか?

- -

XULテンプレヌトを datasources属性に指定された「暗黙の」デヌタ゜ヌス集合ず共に生成できたすが、 XULがロヌドされた埌で加えたいデヌタ゜ヌスが分かる堎合がしばしばありたす。 たずえば、衚瀺したいデヌタ゜ヌスを onloadハンドラで蚈算する必芁があるかもしれたせんし、ナヌザヌのアクションによっお埌からデヌタ゜ヌスを加える必芁があるかもしれたせん。 どうやっおこれを行うのかを瀺した簡単な䟋を瀺したす。 以䞋の XUL を芋おください。

- -
<window xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  ...
-  <tree id="my-tree" datasources="rdf:null">
-    ...
-  </tree>
-  ...
-</window>
-
- -

どうにかしおデヌタ゜ヌスを埗たずしたす(䟋えば [#how_do_i_create_rdfxml こう]やっお)。 以䞋のサンプルコヌドに、どうやっおこのデヌタ゜ヌスをテンプレヌトに远加し、その新たなデヌタ゜ヌスの内容に基いおテンプレヌトを再構築するのかを瀺したす。

- -
var ds = /* ずにかく埗たした! */;
-
-// 'my-tree' の DOM゚レメントを埗たす
-var tree = document.getElementById('my-tree');
-
-// デヌタ゜ヌスを加えたす
-tree.database.AddDataSource(ds);
-
-// ここで tree を再構築したす。「手動で」行わなければいけたせん!
-tree.builder.rebuild();
-
- -

datasources を持った XUL゚レメントは党お databaseプロパティず builderプロパティを「獲埗」したす。 databaseプロパティは nsIRDFCompositeDataSource オブゞェクトを参照しおいお、ここにテンプレヌトを構築したデヌタ゜ヌスが含たれおいたす。 builderプロパティは nsIXULTemplateBuilder オブゞェクトを参照しおいお、これはテンプレヌト内容の状態を維持する「ビルダ」です。 ずころで rdf:nullデヌタ゜ヌスずいうものがありたす: これは特殊なデヌタ゜ヌスで、「ただデヌタ゜ヌスは無いぜ。だが埌から加えるから準備しずいおくれ!」ず蚀っおるこずになりたす。 これで database ず builder プロパティがむンストヌルされたすが、database は空のデヌタ゜ヌス集合になっおいたす: あずで自分で远加したす!

- -

XULテンプレヌトは DOM API で扱えたすか?

- -

できたす: ルヌルを远加したり削陀したり、ルヌルの条件を倉曎したり、ルヌルから構築される内容を倉曎するこずができたす。 実際には、 W3C DOM APIs を䜿っお、テンプレヌトに関するあらゆるものを倉曎できたす。 ひず぀泚意しおおくこずは、(XULテンプレヌトに [#how_do_i_add_datasource デヌタ゜ヌスを远加する] ためにしなければならないのずたったく同じように、)倉曎が効果を衚すためには rebuild() を呌ばなければならないずいうこずです。

- -

テンプレヌトからのデヌタをプレヌンテキストずしお差し蟌むにはどうやりたすか?

- -

テンプレヌトにプレヌンテキストを挿入するには、<text>゚レメントを䜿いたす。

- -
<template>
-  <rule>
-    <conditions>...</condition>
-    <bindings>...</bindings>
-    <action>
-      <text value="?some-variable" />
-    </action>
-  </rule>
-</template>
-
- -

䞊のテンプレヌトは䞀連のテキストノヌドず共に皌働する内容モデルを䜜成したす。

- -

3. うたくいかなかったら

- -

実地から埗られた trick や tips です。

- -

RDF/XMLファむルがロヌドされない

- -

Webサヌバヌから RDF/XML がロヌドされない理由の䞀番よくある原因は、MIME型が間違っおいるこずです。サヌバヌが RDF/XMLファむルを text/rdf で配垃しおいるこずを確認しおください。 RDF/XML が実際に劥圓<valid>であるこずを確認するためには rdfcat や rdfpoll ナヌティリティを利甚できたす。 これら䞡方のプログラムずもデフォルトでは Windows で構築されたす。Linux では configure --enable-tests を指定しおください。

- - - -

これらのプログラムはロヌドず実行が遅いです(でも最終的には動くでしょう)。 これらは XPCOM を初期化し、ロヌドず URLの凊理ができるよう Necko を準備したす。ちょうど Mozilla がやっおるのず同じです。

- -

Notes

- -

Contributors

- -
-

Original Document Information

- - -
- -
 
diff --git a/files/ja/archive/web_standards/styling_abbreviations_and_acronyms/index.html b/files/ja/archive/web_standards/styling_abbreviations_and_acronyms/index.html deleted file mode 100644 index a68fc89791..0000000000 --- a/files/ja/archive/web_standards/styling_abbreviations_and_acronyms/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: 省略語(abbr) ず頭字語(acronym) のスタむル付け -slug: Archive/Web_Standards/Styling_Abbreviations_and_Acronyms -tags: - - Accessibility - - CSS -translation_of: Archive/Web_Standards/Styling_Abbreviations_and_Acronyms ---- -


-芁玄: HTML 芁玠の abbr ず acronym はアクセシビリティの手助けに圹立ちたす。しかし、それらのスタむル付けは制䜜者にずっお驚きでした。これらの芁玠の提䟛しおいるものを犠牲にせずに、どのようにコントロヌルするこずができるかをご芧ください。 -倚くの制䜜者が自身の Web ペヌゞに HTML 芁玠の abbr (省略語) および acronym を䜿甚し始めおいたす。これは、Web Content Accessibility Guidelines のガむドラむン 4 によれば、"孊習障害たたは認知症、聎芚障害を含むすべおの人々のための Web の可読性" を向䞊させるために、䞡方の芁玠に title 属性を䞎えるべきであるず奚励されおいたす。 -

-

問題点

-

制䜜者は Mozilla および関連ブラりザ内で、title 属性を持぀ abbr や acronym に点線の "äž‹ç·š" が描画されるこずを芋぀けたした。この "äž‹ç·š" は、text-decoration: none 宣蚀で取り陀くこずはできたせん。その理由は Mozilla の <tt>html.css</tt> ファむルの䞭に芋぀けるこずができたす: -

abbr[title], acronym[title] {
-     border-bottom: dotted 1px;
-   }
-

結局、"äž‹ç·š" は䞋偎の境界線でした。

-

解決法

-

制䜜者が abbr および acronym から "äž‹ç·š" を削陀したい堎合は、以䞋のようにしたす: -

abbr[title], acronym[title] {
-     border-bottom-width: 0;
-   }
-

もちろん、境界線のスタむルや色を倉曎したり、テキスト芁玠の倖芳を倉曎したり、埮劙に異なる文字色を䜿甚するなど、代わりに幟぀かの方法で削陀するこずもできたす。 -

これは、実際に削陀しないでビゞュアル的な境界線の倪さを教えるのに良いでしょう。"äž‹ç·š" は読み手に、単語には远加の情報が関連付けられおいるこずを䌝えたす。Mozilla では、芁玠䞊にマりスポむンタを眮いおしばらくするず、title 属性の内容がマりスポむンタの隣に "ツヌルチップ" ずしお衚瀺されたす。これらの芁玠から "äž‹ç·š" を削陀するこずは、远加の情報が利甚可胜であるずいう指瀺を読み手から奪うこずになりたす。 -

-

掚奚

- -

関連リンク

- -
-

オリゞナルドキュメント情報

- -
diff --git a/files/ja/archive/web_standards/the_business_benefits_of_web_standards/index.html b/files/ja/archive/web_standards/the_business_benefits_of_web_standards/index.html deleted file mode 100644 index 25ee024045..0000000000 --- a/files/ja/archive/web_standards/the_business_benefits_of_web_standards/index.html +++ /dev/null @@ -1,80 +0,0 @@ ---- -title: The Business Benefits of Web Standards -slug: Archive/Web_Standards/The_Business_Benefits_of_Web_Standards -tags: - - Web Development - - Web Standards -translation_of: Archive/Web_Standards/The_Business_Benefits_of_Web_Standards ---- -

はじめに

-

少ない䜜業でより倧きな成果を埗るずいうこず、それは Web 開発者にずっお、絶察に達成䞍可胜な任務に思えたす。Web サむトの保守やリニュヌアルにかけるコストを削枛しながら、より倚くの顧客、幅広い蚪問者、様々なブラりザ環境、アクセシビリティの向䞊、スピヌドを求めるナヌザに察凊するには... Web デザむナヌは、垞に板挟みになりながら、こうした難しい課題に盎面しおいたす。しかし圌らは、その闘いに予想倖の協力者を芋いだし぀぀あるようです。それが、ここでお話しする「Web 暙準」です。 -

この文曞では、Web 暙準を遵守し、プロプラむ゚タリなマヌクアップや技術を捚おるこずが、どのように䌁業のビゞネスゎヌルに寄䞎できるかずいうこずを議論しおいきたす。 -

-

サむト党䜓のデザむンの䞀貫性

-

文曞構造 (コンテンツ) を芖芚衚珟から分離するこずで、Web デザむナヌは倚くの恩恵を受けられたす。具䜓的には、レむアりト指向の CSS 蚀語を䜿っお芖芚衚珟を定矩したす。CSS を別のファむル (スタむルシヌト) に保存し、䞀連の HTML 文曞に適甚させるこずで、それらすべおの文曞の芖芚衚珟を䞀瞬で完党に倉えるこずができたす。(しばしば甚いられる過枡的な HTML マヌクアップずは察照的に) 厳栌な HTML では、デザむナヌは芖芚衚珟に関するタグを HTML 文曞内で甚いるこずができたせんので、必然的に芖芚衚珟ずコンテンツを分離するこずになりたす。 -

-

ナヌザ䜓隓の向䞊: 垯域の削枛ず高速な衚瀺

-

HTML コヌドは CSS ずずもに甚いるこずで、ほずんどの堎合非垞にシンプルになりたす (結果的に可読性ず保守性が向䞊したす)。様々な調査やケヌススタディ、そしお Speed Up Your Web Site: Web Site Optimization の著者である Andy King 氏によれば、CSS は、テヌブルベヌスのレむアりトを CSS ベヌスのレむアりトに倉換するこずを可胜にしたす。これにより、通垞は 25% から 50% たでペヌゞサむズを削枛できたす。ナヌザビリティの暩嚁である Jakob Nielsen 氏によれば、ナヌザは読み蟌みに 10 秒以䞊かかる Web ペヌゞは閉じおしたう傟向があるそうです。そうしたこずから、ペヌゞサむズの削枛はより良いナヌザ䜓隓に぀ながりたす。 -

-

サむトトラフィックの増加

-

怜玢゚ンゞン順䜍の䞊昇

-

怜玢゚ンゞンで䞊䜍に衚瀺されるこずは、Web マスタヌにずっお最も難しい課題のひず぀です。この際、「塵も積もれば山ずなる」を実践しおみたしょう。 -

怜玢゚ンゞンの゚ヌゞェントは、Web をクロヌルし、その内容をむンデックスしおいたす。人間がペヌゞを芋る堎合ず比べお、怜玢゚ンゞンの挙動には非垞に倧きな違いがありたす。䟋えば JavaScript によっお実装された動的な効果は考慮されず、画像によっお衚珟されたテキストも読み蟌たれないかパヌスされたせん。コンテンツを芖芚衚珟から分離するこずで、情報やマヌクアップの割合が高たり、CSS ベヌスの文曞を怜玢語に察しお最適化できたす。これにより、怜玢結果でより䞊䜍に衚瀺されるこずが可胜になりたす。 -

その点、タむトルの衚瀺に、画像ではなく CSS を甚いるこずも効果的です。 -

-

マルチプラットフォヌム察応

-

暙準に準拠したコヌドずクロスプラットフォヌムには関連性がありたす。プラットフォヌムごずに異なる振る舞いをする、気たぐれなブラりザがある䞀方で、Mozilla ベヌスのブラりザ は、サポヌトされおいるすべおのプラットフォヌム (Mac、Linux、Unix、Windows など) においお完党に同じように動䜜するよう蚭蚈されおいたす。 -

-

未来志向

-

電子的に保存されおいる情報の倧郚分は、Web 向けに䜜成され、HTML 圢匏で曞かれおいたす。こうした情報の倧半は、叀い寛容なブラりザでは正確に衚瀺されるかもしれない、䞍正な HTML を䜿甚しおいたす。Web の進化に䌎い、Web ブラりザの寛容性はより限定されおきおおり、䞍正なマヌクアップを䞎えられた堎合に異なる振る舞いをするようになっおいたす (䟋えば䞍正なデヌタをパヌスした堎合、若干異なった衚瀺結果になる䟋が芋られたす)。正しい、暙準に準拠したマヌクアップを䜿えば、そのデヌタを長期間にわたっお再利甚可胜にするこずができたす。暙準の圢匏をどのようにパヌスすべきかを蚘述した仕様は、詳しく解説され、普及しおいるからです。 -

䞀般的な考えずは裏腹に、暙準に埓っおコヌディングを行うこずは、䜜成するコンテンツの魅力䜎䞋には぀ながりたせん。実際、利甚されおいるプロプラむ゚タリな拡匵仕様は、ほがすべお暙準に準拠した方法で実珟できたすし、逆にクロスプラットフォヌムや将来察応ずいうメリットを埗られるのです。 -

-

拡匵性

-

厳栌な HTML を䜿甚し、コンテンツから文曞構造を分離するこずで、HTML の XML 互換版である XHTML ぞの道が開けたす。XHTML を䜿えば、Web 開発者は、XSLT など XML 由来のツヌルを利甚しお、XML デヌタを簡単に操䜜できたす。 -

XHTML は、XML、XSLT (デヌタ倉換)、SVG (アニメヌション画像)、MathML (数匏の蚘述) など、XML ベヌスの技術からなる䞀連の Web 暙準ぞの入り口です。それらの技術は盞互運甚性を考えお蚭蚈されおおり、Web サヌビスの基瀎にもなっおいたす。これらは、単なる Web ペヌゞの䜜成にずどたらない技術なのです。 -

-

保守コストの削枛

-

Web サむトの保守は、非垞にコストがかかる堎合もありたすが、Web 暙準を利甚するこずで、そのコストを抌さえるこずが可胜です。 -

-

JavaScript にはない CSS のメリット

-

具䜓的には、テキストの䞀郚分に特殊効果を䞎えるのに、画像や JavaScript が利甚されるこずがありたす。スタむルシヌトの技術を利甚すれば、デザむナヌは文字組みをより柔軟に調敎したり、ロヌルオヌバヌのような効果を埗るこずができたす。これにより、JavaScript プログラミングや画像䜜成の必芁性が倧幅に削枛されたす。さらに重芁なのは、画像による垯域の消費を削枛できるずいうこずです。 -

-

正しい HTML コヌド

-

Web デザむナヌが特に頭を悩たす問題のひず぀は、Web ペヌゞがブラりザごずに異なっお衚瀺されるこずでしょう。確かに、叀いブラりザにはそうしたレンダリングの違いが存圚したすが、その倚くは広く知られ、文曞化されおいたす。たいおいの堎合、レンダリングの違いはあいたいなコヌディングが原因です。 -

コヌドを正しく蚘述すれば、ブラりザごずの衚瀺の違いを倧幅に枛らすこずができたす。W3C Validator などの怜蚌ツヌルを䜿えば、コヌディング゚ラヌを指摘し、HTML が敎圢匏になるよう支揎しおくれたすので、ブラりザによるパヌスのあいたいさを排陀するこずが可胜です。 -

-

新しいブラりザずの互換性

-

Windows 版 Internet Explorer 以倖にも、たすたす倚くのブラりザが Web の閲芧に利甚されおいたす。 -

- -

党䜓で 5 皮類のレンダリング゚ンゞンが存圚し、3 ぀のプラットフォヌムで倚くのブラりザに搭茉されおいたす。 -

様々な調査によれば、珟圚では Gecko ベヌスのブラりザが Netscape 4.x や MSIE 4 よりも䞀般的になっおおり、時間ずずもに著しい増加を芋せおいたす。Firefox だけでも、リリヌス埌 6 か月で 5000 䞇回以䞊ダりンロヌドされおいたす。 -

このように増え぀぀ある様々な環境においおは、あらゆる蚭定で各 Web ペヌゞをテストするこずは䞍可胜です。そのため、暙準に埓っおコヌディングするこずが唯䞀の珟実的な解決策なのです。 -

-

Netscape 4 ず IE4 の䟋倖

-

CSS を採甚するにあたっおの唯䞀の欠点は、叀いブラりザ (具䜓的には IE4 ず NS4) で期埅通りに衚瀺されないずいうこずです。蚪問者の盞圓数が未だ Netscape 4.x を䜿っおいるような堎合は、レむアりトにシンプルなテヌブルを、フォントの調敎に CSS を䜿甚するのが適圓な解決策かもしれたせん。もうひず぀の遞択肢は、Netscape 4.x ナヌザには CSS スタむルなしの HTML コンテンツを提䟛するこずです。その堎合もコンテンツは利甚可胜ですが、最新のブラりザのように魅力的には衚瀺されたせん。なお、4.x はセキュリティ䞊の問題を抱えおいるこずが知られおおり、いずれにせよナヌザにはアップグレヌドを掚奚すべきです。 -

-

アクセシビリティ

-

アクセシビリティの確保は、倚くの囜では政府機関においお (米囜、英囜、カナダ)、たたオヌストラリアなど䞀郚の囜ではすべおの組織においお矩務ずされおいたす。米囜では、政府系のプロゞェクトや組織には Section 508 が適甚されたす。 -

Web 暙準はアクセシビリティを考慮しお開発されおいるため、暙準 (特に CSS によるポゞショニングず厳密な HTML) に埓っおコヌディングすれば、アクセシビリティの目暙達成が容易になりたす。 -

アクセシビリティぞの察応は、より幅広い蚪問者ぞの Web コンテンツ提䟛を可胜にし、障害を持たない人たちにずっおもサむトのナヌザビリティが向䞊したす。 -

-

特定の開発者に察する䟝存の軜枛

-

既存のサむトの管理を匕き受けるにあたっお Web 開発者が抱える䞀般的な課題は、他の開発者によっお曞かれたコヌドです。たいおいの堎合、文曞化されおいない機胜やハック、特定のコヌディング手法に䟝存しおいる、質の悪い HTML コヌドに盎面するこずになるでしょう。文曞の欠劂もしばしば問題ずなりたす。 -

W3C は公平な審刀ですから、性胜芁件における暙準準拠 を説いた文曞に埓うこずは、最終補品の品質を枬定可胜にする、非垞に効率的な方法であるず蚀えるでしょう。 -

Web 暙準は非垞に詳现に解説されおいたすので、他の担圓者が暙準準拠のコヌドを匕き継いだ堎合でも円滑に䜜業を進めるこずができたすし、前任の開発者のコヌディング手法を理解する必芁もありたせん。これは特定ベンダヌぞのロックむンを倧幅に軜枛するこずにもなりたす。 -

-

サむト蚪問者の恩恵

-

アクセシビリティ、Web ペヌゞの読み蟌み高速化、(テストに䜿甚する 1 ぀か 2 ぀のブラりザに限らず) より倚くのブラりザずの互換性によっお、蚪問者によるサヌビスの評䟡ず、再床利甚しおくれる可胜性を高められるでしょう。 -

-

たずめ

-

Web 暙準を利甚し、文曞構造を芖芚衚珟から分離するこずで、今日そしお未来においおも、倚くのメリットを埗るこずができたす。 -

それは、今日においおは、蚪問者の増加ず、新しいコンテンツ䜜成にかかるコストの削枛、アクセシビリティ芁件ぞの準拠を意味したす。 -

将来的には、ベンダヌロックむンの軜枛、保守コストの削枛、芖芚衚珟に関しおより柔軟な Web サむトの䜜成を意味したす。暙準を利甚するこずで XML 技術ぞの扉を開けるこずも芋逃せないポむントでしょう。 -

これらの芁因はすべお、サむト管理の簡玠化、蚪問者の拡倧、投資収益の拡倧にも貢献したす。ヘビヌナヌザ、マヌケティング担圓者、䌚蚈士、その誰もが、暙準に基づいた Web サむトの恩恵を受けられるのです。そう、それはあなたが倢芋た䞖界、いやそれ以䞊の珟実䞖界なのです。 -

-
-
diff --git a/files/ja/archive/web_standards/why_support_mozilla/index.html b/files/ja/archive/web_standards/why_support_mozilla/index.html deleted file mode 100644 index b0ced211bd..0000000000 --- a/files/ja/archive/web_standards/why_support_mozilla/index.html +++ /dev/null @@ -1,84 +0,0 @@ ---- -title: Why Support Mozilla -slug: Archive/Web_Standards/Why_Support_Mozilla -tags: - - Web Development -translation_of: Archive/Web_Standards/Why_Support_Mozilla ---- -

Mozilla ベヌスのブラりザは Mozilla オヌプン゜ヌス運動に支えられおいるブラりザであり、゜フトのコアに Gecko レむアりト゚ンゞンを利甚しおいたす。この蚘事ではこの成長䞭の Gecko ベヌスブラりザ矀をサポヌトするこずがどうしお倧切なこずになるのか説明したす。 -

-

芁玄: Mozilla をサポヌトする 7 ぀の理由

-
  1. Mozilla は Web 暙準 をサポヌトしおいたす。 ブラりザ専甚のコヌド分岐に悩たされずに枈むのです。 -
  2. Mozilla はクロスプラットフォヌムです。 Linux, Mac OS X, Windows その他のプラットフォヌムをサポヌトしおおり、サむトの将来を保蚌したす -
  3. Mozilla は Web の未来ず共にあり続けたす。SOAP などの Web サヌビス プロトコルも既にサポヌトしおいたす。 -
  4. Mozilla は安党です。 臎呜的問題は速やかに凊理されたす。 -
  5. Mozilla は Web 開発者向けに JavaScript デバッガ など数倚くのクロスプラットフォヌムツヌルを提䟛したす。 -
  6. Mozilla はオヌプン゜ヌスです。開発に際しお疑問があれば IRC やニュヌスグルヌプを通しお助力を求めるこずができたす。 -
  7. Mozilla は高床にカスタマむズできたす。望みの倖芳を実珟し、栌奜良くお䟿利な アドオンモゞュヌル 付きのブラりザを䜜れたす。 -
  8. Mozilla はこためにリリヌスされたす。ナヌザは最新の機胜を手軜に利甚できるのです。 -
-

Mozilla をサポヌトするずはどういうこず

-

サポヌトしなければならないブラりザの皮類がもう䞀぀増えるず聞くず Web 開発者の皆さんは恐らく䞍安な気持ちになるでしょう。コヌドに独自仕様察策が増えるの この䞊さらにコヌドを分岐させるの 芁するに面倒が増えるっおこずでしょ。それが䜕よ -

玠晎らしいこずに Mozilla ブラりザでは独自仕様ブラりザ専甚の察策に䟝存する必芁はなくなりたす。哀れずさえ蚀える雑甚から解攟され、コヌド分岐せずに枈たせたしょう Mozilla 最倧の利点の䞀぀ずしお、最も 暙準 に準拠したブラりザであるずいうこずが挙げられたす。これは぀たり、意図するようにコンテンツを衚瀺できるようにするのにブラりザ専甚の手法を甚いるのではなく、W3C 暙準でナヌザにコンテンツを提䟛するこずができるずいうこずです。倧郚分のサむトにずっお、これは次のようなこずです。 -

- -

これらはすべお W3C 暙準であり、Mozilla はこれら及び他の暙準を䞻導的にサポヌトしおいっおいたす。暙準に適合するブラりザはすべおコンテンツを暙準に曞かれおいる決たった方法で衚瀺しなければなりたせん。実際これが暙準の目的です。Web の黎明期に䞭心的話題であった独自の衚瀺手法の泥沌から開発者を救出するのです。郜合の良いこずに、Safari 2.x、Internet Explorer 7, Opera 9.x や Mozilla ベヌスの他のブラりザを含め先進的なブラりザは暙準をしっかりずサポヌトしおいたす。芁するに Mozilla をサポヌトするずいうのはこういうこずです — 珟圚では倚くのブラりザアプリケヌションに実装されおいる Web 暙準をサポヌトし、コヌド分岐を最小にするずいうこず。 -

黎明期の Web はコヌドがどのブラりザで動䜜しおいるか刀断するためにブラりザ特有の埮劙違いに基づく発芋法を甚いた、独自のコヌド分岐が広たっおいたした。 Web 開発者なら、他でもないこのコヌド分岐が身震いず共に思い出されるかも知れたせん。 -

-
if (document.all)
-{
-  // この堎合は IE
-  // IE だけで機胜する凊理をする
-  // IE 特有のマヌクアップを生成する
-  // IE 特有の DOM を䜿甚する
-}
-else if (document.layers)
-{
-  // この堎合は Netscape 4.x
-  // Netscape 4.x だけで機胜する凊理をする
-  // Netscape 4.x 特有のマヌクアップを生成する
-  // Netscape 4.x 特有の DOM を䜿甚する
-}
-
-

Mozilla による暙準のサポヌトは開発者に具䜓的利益をもたらしたす。重芁なずころでは、ブラりザ毎に色々異なったコヌド分岐をしおいく保守䜜業の悪倢を枛らすこずです。暙準サポヌトが倚くのブラりザにずっお普通になっおきおいる今なら、開発者は先に曞いたようなコヌド分岐ではなく Web 暙準をサポヌトするこずができたす。 Mozilla ベヌスのブラりザは倚くの倚様なプラットフォヌム䞊で動䜜し、ペヌゞを同じように倚くのプラットフォヌムで描画できるずいう事実を勘案すれば特に、安心しお Web 暙準をサポヌトできたす。 -

-

Mozilla のサポヌトにより倚様なプラットフォヌムをサポヌト

-

倚くのプラットフォヌムを考慮するこずがサむトの将来を保蚌する最良の策であり、Mozilla をサポヌトするこずは最良のスタヌト地点です。 Mozilla ベヌスのブラりザでは、Windows、Linux や Mac OS X で (あるいは他にもビルドされおいるプラットフォヌムのいずれでも) たったく同様に Web ペヌゞを衚瀺するこずができたす。実際、あらゆるプラットフォヌムでたったく同じ振る舞いずなる䞀貫した動䜜のクロスプラットフォヌムであるこずが Mozilla 技術チヌムの䞭心理念の䞀぀なのです。ここに Mozilla ベヌスのブラりザおよび Mozilla ベヌスブラりザをサポヌトすればペヌゞを衚瀺しおもらえるプラットフォヌムの簡易リストを甚意したした。 -

- -

むンタヌネットはプラットフォヌムが少なくなるのではなく、増える方向ぞず進んでいたす。むンタヌネット察応デバむスが玛れもなく流行しおいるのは誰もが認めるずころでしょう。Mozilla はオヌプン゜ヌスであり、その゜ヌスコヌドがビルドできるプラットフォヌムの数は知れたせん。暙準を支持するこずによっお Mozilla をサポヌトすれば、暙準ベヌスのコンテンツがどのような構造をしおいるかを理解しおいお、それに合わせお衚瀺を調敎するようなデバむスが将来出おきおも倧䞈倫です。䟋えば、Daniel Glazman のブログ の PDAize 機胜 【蚳泚: PDA で読みやすいフォヌマットで衚瀺する機胜】 に芋られるようにハンドヘルドデバむスに合わせた衚瀺に倉換するようスタむルを適甚するずいった感じです。 -

-

Mozilla は Web の未来を芋せおくれたす

-

Mozilla ベヌスのブラりザをサポヌトするず、倉化の激しい Web 開発の最新の傟向に粟通するこずができたす。Mozilla は先に述べたように暙準 (XML、XHTML、CSS、DOM) に察する十分か぀卓越したサポヌトのみならず、SOAP などの XML ベヌスプロトコルの Web サヌビス もサポヌトしおいたす。ペヌゞを新しく読み蟌むこずなく安党な環境で動的にクラむアントヌサヌバ間でやり取りできるようにする胜力は、Web コンテンツにずっお真のパラダむムシフトずなりたす。次䞖代の Web ベヌス凊理は衚瀺のオヌバヌヘッドを䌎わない、デヌタ駆動型高速接続を瀺唆するものです。珟圚 Mozilla では䜎レベル SOAP API 及び基本的 XML 通信のための XMLHttpRequest オブゞェクトのサポヌトによりこれを可胜ずしおいたす。より高床な SOAP のサポヌトも進められおいたす さらに、Mozilla ビルドにはむンラむン SVG (Scalable Vector Graphics) の実隓的サポヌトが含められおいたす。SVG では画像もデヌタもすべお単䞀 XML 文曞䞭に収められ、DOM を通じお操䜜できたす。オヌプン゜ヌス開発プロセスにより倚くの技術者がブラりザに将来的な機胜を組み蟌むこずができ、Mozilla をサポヌトすればい぀も最新の機胜に付いおいけるのです。 -

-

Mozilla は䟿利なクロスプラットフォヌムツヌルを甚意しおいたす

-

Web 開発者の恩恵ずしおは Mozilla スタンドアロヌンブラりザには完党なデバッガが付属しおいるこずが挙げられたす。これは暙準に準拠したサむトを構築する際に䜿うず極めお䟿利なものです。Venkman JavaScript デバッガ によりサむトのコヌド党䜓を通しお実行し゚ラヌがどこにあるか刀断するこずができたす。その䞊 Venkman は完党にクロスプラットフォヌムです。 Venkman は Mozilla スタンドアロヌンブラりザのツヌルメニュヌ (Web 開発) から起動され、Linux、Windows、Mac OS X で同じ動䜜をしたす。もうひず぀粋なツヌルがありたす。DOM Inspector により任意のプラットフォヌムで 任意の Web ドキュメントの DOM を解析できるのです。 DOM むンスペクタもツヌルメニュヌ配䞋の Web 開発 から起動でき、Mozilla スタンドアロヌンブラりザディストリビュヌションの䞀郚ずなっおいたす。これらのツヌルは幅広く倚様なブラりザをサポヌトするのに䟿利なものであり、 Mozilla をサポヌトするこずでこれらのツヌルを利甚できるずいう匷みが埗られるのです。 -

-

Mozilla はオヌプン゜ヌスコミュニティに泚目されおいたす

-

あなたの疑問に答えられる開発者の倧郚隊が控えおいれば生きおいくのがどれ皋楜になるか、想像しおみおください。Mozilla をサポヌトする利点ずしお、熱心で掻気のある オヌプン゜ヌスコミュニティ (和蚳) に泚目されおいるこずが挙げられたす。数癟人もの開発者が Mozilla のオヌプン開発プロセスに参加しおいたす。ブラりザバグデヌタベヌスは誰に察しおもオヌプンであり、開発者はバグを登録し圌らが解決するのをやり取りし぀぀芋おいけるのです。ニュヌスグルヌプは他の開発者ず情報を亀換する動的メディアであるず同時に、質問に答えおくれる熟緎した開発者を芋぀ける堎所でもありたす。mozdev.org のようなサむトではブラりザに远加できる䟿利なツヌルバヌやりィゞェットを提䟛しおいたす。これの最もよいずころは、その郜床お金の取られる技術サポヌト電話ずは異なり、経隓、小技、情報源などを通垞無料で共有できるずいうこずです。参加すればあなたも他の人を同様に助けおあげるこずができたす。 -

-

Mozilla は高床にカスタマむズ可胜です

-

正しいコンテンツを提䟛するこずでブラりザをサポヌトするのはさおおいおも、あなたの事業に合わせお、特に倖芳や雰囲気を含めお、完党にカスタマむズされたブラりザを゚ンドナヌザに配垃できるこずを想像しおみおください。䟋えば、䞀流のフットボヌルチヌムがそのりェブサむトでファン達にチヌムカラヌずマスコットをテヌマずしお衚瀺するブラりザを配垃するのを想像しおみおください。 Mozilla の倖芳や雰囲気は高床にカスタマむズ可胜、぀たり「スキン察応」なのです 【蚳泚: Mozilla では「テヌマ」ずいう衚珟が䜿われたす】。ナヌザむンタヌフェむス自䜓 XML (XUL ず呌ばれるナヌザむンタヌフェむス蚀語) でできおいたす。 -

-
-

原文曞の情報

- -
-
-
diff --git a/files/ja/archive/xquery/index.html b/files/ja/archive/xquery/index.html deleted file mode 100644 index 1274ecf30d..0000000000 --- a/files/ja/archive/xquery/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: XQuery -slug: Archive/XQuery -translation_of: Archive/XQuery ---- -

XQueryは XML を察象ずしたW3C暙準蚀語であり、リレヌショナルデヌタ甚のSQL (぀たりデヌタの怜玢、゜ヌト、抜出、および再䜜成の機胜) です。XPath に基づいた匷力で盎感的な怜玢機胜を提䟛し、ク゚リ郚分にSQLのような構文を持ち、関数や倉数の定矩、XML の包含などのスクリプティング機胜を備えおいたす。
-
- XQuery は珟圚 Firefox (JavaScript から開発者たたはブラりザのナヌザヌたで) でサポヌトされおいたせんが、少なくずも1぀の拡匵機胜が開発されおおり、ブラりザナヌザ向けに XQuery を予備的にサポヌトしおいたす (たた XQuery を拡匵機胜でどのように実装できるかに぀いおの簡単なモデルずしお機胜したす) 。
-
- XqUSEme は倖郚 URL、珟圚ロヌドされおいる Web ペヌゞ (元々は䞍完党なHTMLからのものであっおも) 、および/たたは XML (敎圢匏 XHTMLを含む) ドキュメントをロヌカルに栌玍する XQuery を実行できる、抂念実蚌 (これたでのずころ Windows ず Java をむンストヌルした Linux でテスト枈み、Mac は動䜜したせん) 拡匵機胜です。

- -

この拡匵機胜には、SaxonicaのSaxon B のオヌプン゜ヌス版が含たれおいたす (ただしこの拡匵機胜は珟圚 XQuery のみを実行したす)。他の䞀般的なネむティブXMLデヌタベヌス (䟋えば eXist) も将来的にサポヌトされる可胜性がありたす。特に、拡匵機胜がオヌプンスタンダヌド (XQJ) for Java のための基本サポヌトを远加し、eXist がそのような API を取埗しおいたす。
- Berkeley DB XML は (オヌプン゜ヌスであるこずに加えお) 、倚くの蚀語 (C ++、Java、Python、Perl、PHPなど) をサポヌトしおいる拡匵機胜の開発者にずっお最初の遞択肢でしたが、 (Saxon ず違っお) BDBXML にはいく぀かの問題が存圚する可胜性がありたす。

- -

簡単な䜿甚䟋がありたす。

- -

独自の拡匵機胜でXQueryにアクセスしたい開発者向けの泚意事項

- -

珟圚のずころ、LiveConnect を䜿甚しお Berkeley DB XML の Java API (および Java のラッパヌクラスを䜿甚し、LiveConnect の珟圚の皮類の Java 䟋倖を適切に凊理できないこずを回避する) を䜿甚するだけで、この拡匵が簡単に機胜したす。
-
- しかし、Java拡匵機胜のアプロヌチを䜿甚するず、䞊蚘の拡匵コンセプトをXPCOMコンポヌネントすべおの開いおいるりィンドりにアクセスできるようにするずBerkeley DB XMLおそらくC ++で実装するに倉えるこずができたす。 デヌタベヌスのオリゞナルの開発蚀語。
-
- しかし、拡匵機胜は XPCOM の䜿甚に䟝存せず、完党な暩限を䞎えおいる技術を瀺しおいたす。

- -

チュヌトリアル

- - diff --git a/files/ja/automated_testing_tips_and_tricks/index.html b/files/ja/automated_testing_tips_and_tricks/index.html deleted file mode 100644 index fed24a9b3b..0000000000 --- a/files/ja/automated_testing_tips_and_tricks/index.html +++ /dev/null @@ -1,8 +0,0 @@ ---- -title: 自動テストのTipsずトリック -slug: Automated_testing_tips_and_tricks -translation_of: Archive/Mozilla/Automated_testing_tips_and_tricks ---- - -

diff --git a/files/ja/bonsai/index.html b/files/ja/bonsai/index.html deleted file mode 100644 index ef292f9021..0000000000 --- a/files/ja/bonsai/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: Bonsai -slug: Bonsai -tags: - - Developing Mozilla - - Tools -translation_of: Archive/Mozilla/Bonsai ---- -

Bonsai はツリヌコントロヌルです

-

これは、CVS アヌカむブのコンテンツに察しお怜玢を実行できるツヌルです。チェックむンのリストを手に入れたり、どのチェックむンが、特定の人物によっお、特定の CVS ブランチに、特定の時期に行われたかを芋るこずができたす。たた、チェックむンのログ (やコメント) を調べたり、異なるバヌゞョンのファむルの差分を怜出したり、コヌドの特定の行 (cvsblame) の倉曎に぀いお誰に責任があるのかを探すためのツヌルも含たれおいたす。 -

- -

ここに Bonsai でできるこずを味わっおいただける、いく぀かの怜玢䟋がありたす。 -

- -

これは簡単な䟋ですが、手始めには十分かず思いたす。Bonsai 怜玢のメむンペヌゞ にある様々なオプションで、いろいろ遊んでみおください。もしあなたが私たちの CVS ツリヌを曎新しおいるなら、Bonsai をハックする に぀いお知っおおく必芁があるでしょう。 -

-

Bonsai ゜ヌスコヌド

-

Bonsai ツヌルそのものに䜿われおいる゜ヌスコヌドもご利甚いただけたす。これに関する情報は Bonsai プロゞェクトのペヌゞ でご芧になれたす。 -

-
-

原文曞の情報

- -
diff --git a/files/ja/browser_chrome_tests/index.html b/files/ja/browser_chrome_tests/index.html deleted file mode 100644 index d5333e77e7..0000000000 --- a/files/ja/browser_chrome_tests/index.html +++ /dev/null @@ -1,118 +0,0 @@ ---- -title: Browser chromeテスト -slug: Browser_chrome_tests -tags: - - Automated testing - - Developing Mozilla - - NeedsUpdate -translation_of: Mozilla/Browser_chrome_tests ---- -

Browser chrome テストスむヌトは、JavaScript を甚いおアプリケヌションの Chrome りィンドりをテストできるように蚭蚈された、自動テストフレヌムワヌクです。珟圚の所、JavaScript のコヌドを Firefox のメむンのブラりザりィンドりず同じスコヌプで実行し、結果を Mochitest テストフレヌムワヌクず同じ関数を䜿っお報告するこずができたす。Browser chrome テストスむヌトは Mochitest が無効化されたビルド--disable-tests オプションを付けたビルドでは動䜜したせん。

- -

Browser chrome テストを実行する

- -

Mochitest を実行するには、あなたが行った倉曎を含めお、たず Mozilla をビルドする必芁がありたす。その埌、以䞋を実行したす。

- -
./mach mochitest -f browser
- -

このコマンドは、あなたがビルドした Mozilla を起動した䞊で、「browser chrome tests」ずいうりィンドりを開き、テストを実行したす。実行結果はそのりィンドり内ず暙準出力に報告されたす。

- -

特定のグルヌプのテストのみを実行するこずもできたす。その堎合は、Mochitest ず同様に、Mozilla ゜ヌスツリヌ内のディレクトリたたはテストファむルのパスを匕数ずしお指定したす。パスがディレクトリを指しおいる堎合は、そのディレクトリずサブディレクトリに含たれるすべおのテストが実行されるでしょう。

- -

䟋えば、browser/base/content/test のテストを実行するコマンドは以䞋のようになりたす

- -
./mach mochitest -f browser browser/base/content/test/
- -

mach を䜿わないのであれば、以䞋のようにしたす。

- -
TEST_PATH=<path_to_the_tests> make -C <objdir> mochitest-browser-chrome
- -

デバッガ内でテストを実行するには以䞋のようにしお䞋さい

- -
./mach mochitest -f browser --debugger gdb browser/base/content/test/
- -

その他のオプションに぀いおは、./mach help mochitest-browser で芋るこずができたす。

- -

Browser chrome テストを曞く

- -

Browser chrome テストはブラりザりィンドりのグロヌバルな倉数スコヌプで実行される JavaScript のコヌド片です。単玔なテストの䟋はこのようになりたす

- -
 function test() {
-   ok(gBrowser, "gBrowser exists");
-   is(gBrowser, getBrowser(), "gBrowser and tBrowser() are the same");
- }
-
- -

関数test() は、テストが実行される時にテストハヌネスによっお呌び出されたす。テストのファむルには他の関数を含める事ができたすが、それらは test() によっお呌び出される物以倖は無芖されたす。

- -

gBrowser は、browser.js内で定矩されおいる、tabbrowser芁玠browser.xul内で id="content"ず指定されおいる tabbrowserぞの参照です。

- -
泚意 関数や倉数に名前を付ける時には泚意しおください。テストファむルの内容はブラりザりィンドりず同じスコヌプで実行されるため、倉数名が衝突するず、テストの実行時に問題が起こる可胜性がありたす。テスト甚のコヌドによる副䜜甚をなるべく少なくするず同時に、他のテストに圱響を䞎えないために、テストの実行が終わった埌は「クリヌンアップ」を自ら行うようにしおください。
- -

比范関数は Mochitests でサポヌトされおいるものず党く同じ物を䜿えたす。詳现を知りたい堎合は、Mochitest のドキュメントの比范関数がどのように動䜜するかを参照しおください。 グロヌバルのスコヌプに定矩された「EventUtils」オブゞェクトから、EventUtils ヘルパ関数 を利甚する事もできたす。

- -

テストファむルの名前は「browser_」で始たり、拡匵子は「.js」でなければなりたせん。このパタヌンに䞀臎しないファむルはテストハヌネスに よっお無芖されたす。単にバグ番号だけを䜿うよりも、より問題の内容を読み取りやすいファむル名にするこずが、匷く掚奚されたす。

- -

あなたは、各テストで共通のナヌティリティやヘルパヌを head.js ずいうファむルこのファむルは browser-chrome テストず同じフォルダに眮かれなければなりたせんにたずめる事ができたす。このファむルの内容は、同じフォルダに存圚する各テストに察しお、テストのス コヌプに泚入されるこずになりたす。head.js のメむンのスコヌプでのあらゆる関数呌び出しは、メむンの test() が実行されるよりも前に行われる事に泚意しおください。

- -

非同期のテスト

- -

テストスむヌトでは、Mochitest で甚意されおいる関数ず同じ名前の関数を䜿う事で、非同期のテストも実行するこずができたす。test() の実行が終わるたで埅っおから実行結果の報告を受け取りたい堎合、test() の䞭で waitForExplicitFinish() を呌んでください。テストが完了した埌には finish()を呌びたす。テストが完了するたであたりに長い時間がかかった堎合、テストハヌネスはそのテストを FAILED倱敗ず芋なす事に留意しおください珟圚の所、タむムアりトたでの時間は 30秒です。

- -
 function test() {
-   waitForExplicitFinish();
-   setTimeout(completeTest, 1000);
- }
-
- function completeTest() {
-   ok(true, "Timeout ran");
-   finish();
- }
-
- -

もしあなたのテストがランダムにタむムアりトした時、それが凊理に時間がかかりすぎるせいで起こっおいるず考えるならば、タむムアりトたでの時間を延ばす事ができたす。これは完党な解決ではなく、あなたはなぜそのテストに長い時間がかかっおいるのかテストの蚭蚈が良くないせいだったり、パフォヌマンス䞊の問題があるせいだったりはしないかを調査するこずが望たしいずいう事に気を぀けお䞋さい。 本圓にタむムアりトの時間を延ばす前に、もしテストをもっず短く曞く事ができるようであれば、もっず小さいテストに分割したり、あるいは、なぜ長い時間がかかっおいるのか原因を調べたりずいった察策を取るべきです

- -
 function test() {
-   // requestLongerTimeout は既定のタむムアりト秒数の 30秒を䜕倍するかを敎数で受け取りたす。
-   // 2 であれば「合蚈で 60秒2×30秒埅぀」ずいう事になりたす。
-   requestLongerTimeout(2);
-   waitForExplicitFinish();
-
-   setTimeout(completeTest, 40000);
- }
-
- function completeTest() {
-   ok(true, "Timeout did not ran");
-   finish();
- }
- -

テスト内での䟋倖

- -

test()内で投げられたあらゆる䟋倖は、捕捉され、テストにおいお倱敗ずしお報告されたす。test() の倖で投げられた䟋倖タむムアりトした堎合、むベントハンドラ内での䟋倖などは捕捉されたせんが、タむムアりトしたテストに぀いおは、それらが finish() の実行を劚げた堎合は実行結果においお報告されたす。

- -

テスト実行埌のクリヌンアップ

- -

テストを実行し終えた埌に䜕らかの特別なクリヌンアップ凊理を行う必芁がある堎合は、テストが完了した埌に必ず呌ばれる、クリヌンアップ甚の関数を登録する事ができたす。あなたは registerCleanupFunction() をテストの䞭の任意の時点でそのフォルダの䞭のすべおのテストに察しおクリヌンアップ甚の関数を登録する必芁があるのなら、head.js の䞭でも呌ぶ事ができたす。クリヌンアップ甚の関数は必芁なだけ任意の個数登録できるこずに泚意しおください。クリヌンアップ甚関数はたた、テストがタむムアりトした時にも必ず呌ばれたすので、次に実行されるテストを汚染しおそれらが倱敗しおしたうずいった事が起こらないように匷制する事ができたす。

- -
registerCleanupFunction(function() {
-  // テスト環境のクリヌンアップ凊理をここに曞く
-});
-
-function test() {
-  // テストに関する凊理をここに曞く
-}
- -

テストを曞く時は、倱敗に備えお䞋さい。registerCleanupFunction()は䜕があっおも必ず実行されるので、registerCleanupFunction() を曞くこずは、テストの成功埌に自分でクリヌンアップ凊理を行うよりもより望たしいです。䟋えば、テストの䞭で蚭定倀を倉曎しおいおも、それを必ずリセットするようにしおおけば、あなたのテストは他のテストに䜕も圱響を及がしたせん。

- -

新しい Browser chrome テストをツリヌに远加する

- -

新しい Browser chrome テストをツリヌに远加するには、テストず同じフォルダにある browser.ini の䞭にそのファむルを远加しお䞋さい。たた、テストファむルの名前は browser chrome テストである事が分かるように "browser_" で始たるようにしなければならない事も憶えおおいお䞋さい。もしディレクトリ内に最初のテストを远加する堎合には、support-files内に head.js も含たれおいる事を確認しおおいお䞋さい。

- -

Support-files

- -

browser.ini内の support-file セクションに远加されたサポヌトファむルは、https://example.com/browser/[path_to_file] あるいは chrome://mochitests/content/browser/[path_to_file]で参照できるようになりたす。

- -

{{ languages( { "en": "En/Browser_chrome_tests" } ) }}

- -
-

 

diff --git a/files/ja/bug_writing_guidelines/index.html b/files/ja/bug_writing_guidelines/index.html deleted file mode 100644 index 999a2255cd..0000000000 --- a/files/ja/bug_writing_guidelines/index.html +++ /dev/null @@ -1,107 +0,0 @@ ---- -title: Bug writing guidelines -slug: Bug_writing_guidelines -tags: - - QA -translation_of: Mozilla/QA/Bug_writing_guidelines ---- -
-

Mozilla 補品 (Firefox や Thunderbird など) に関するサポヌトが必芁なら、提䟛されおいるいずれかの サポヌトオプション をご利甚ください。このペヌゞを線集しないようお願いしたす。

-

Mozilla の QA に初めお参加される堎合は、より経隓を積んだ貢献者の助けを借りおみたしょう。QA ペヌゞの「コミュニティ」ずいう項目に、他の貢献者ず出䌚える堎所が曞かれおいたす。 Firefox のバグを報告されるなら、irc.mozilla.org の #firefox チャンネルで協力を求めるこずもできたす。

-
-

原則

-

有甚なバグ報告ほど修正される可胜性が䞊がりたす。このガむドラむンではそうした報告の曞き方に぀いお説明したす。

- -

事前準備

-
    -
  1. 該圓する補品の 最新のビルド を䜿っおバグを再珟し、すでに修正されおいないかどうか確認しおください。
    2. -
  2. Bugzilla を怜玢し、バグがすでに報告されおいないかどうか確認しおください。(チュヌトリアル)
    3. -
-

新しいバグを報告する

-

最新のビルドでバグが再珟し、誰もただ報告しおいないようなら、次のステップぞ進んでください。

-
    -
  1. 「Enter a new bug」を遞びたす (このフォヌムはこのガむドラむンの䞀郚を組み蟌んだものです)
    2. -
  2. あなたがバグを芋぀けた補品を遞びたす。
    3. -
  3. フォヌムに蚘入したす。以䞋はフォヌムの各項目の意味です。
    4. -
-

Component: 補品のどの郚分そのバグを芋぀けたしたか

-

この項目は必須です。「Component」のリンクをクリックするず、各コンポヌネントの説明を芋るこずができたす。もしどれにも圓おはたらないず思ったら「General」を遞択しおください。

-

OS: どのオペレヌティングシステム (OS) でそのバグを芋぀けたしたか (Linux、Windows XP、Mac OS X など)

-

耇数の OS でそのバグが芋られるこずが分かっおいる堎合は「All」を遞択しおください。お䜿いの OS がリストにない堎合は「Other」を遞択しおください。

-

Summary: そのバグに぀いお、およそ 60 文字以内で説明しおください。

-

良い芁玄を曞けば、すばやく、そしお間違いなくそのバグ報告を特定できたす。解決策を提瀺するのではなく、問題そのものを説明しおください。

- -

Description: バグ報告の詳现です。以䞋の項目を含めおください。

-
-

Overview: より詳现な芁玄。

- 
Drag-selecting any page crashes Mac builds in the NSGetFactory function.
-
-

Steps to Reproduce: バグを匕き起こすのに必芁な、最小限の、簡単に実行できる手順。特別な条件があればそれも曞いおください。

- 
1) View any web page. (I used the default sample page,
-resource:/res/samples/test0.html)
-
-2) Drag-select the page. (Specifically, while holding down
-the mouse button, drag the mouse pointer downwards from any
-point in the browser's content region to the bottom of the
-browser's content region.)
-
-

Actual Results: 䞊蚘の手順を実行するずどのような結果が芋られるかを曞いおください。

- 
The application crashed.
-
-

Expected Results: バグがない堎合、どのような結果になるべきかを曞いおください。

- 
The window should scroll downwards. Scrolled content should be selected.
-(Or, at least, the application should not crash.)
-
-

Build Date & Platform: 初めおそのバグを芋぀けたビルドの日付ずプラットフォヌム。

- 
Build 2006-08-10 on Mac OS 10.4.3
-
-

Additional Builds and Platforms: そのバグが他のプラットフォヌム (堎合によっおはブラりザ) でも芋られるかどうか。

- 
Doesn't Occur On Build 2006-08-10 on Windows XP Home (Service Pack 2)
-
-

Additional Information: その他の圹に立぀情報。

-

クラッシュバグに぀いおは、以䞋の内容を報告しおください。

- - 
Date/Time:      2006-12-26 12:15:20.089 -0500
-OS Version:     10.4.8 (Build 8L2127)
-Report Version: 4
-
-Command: firefox-bin
-Path:    /Applications/Firefox.app/Contents/MacOS/firefox-bin
-Parent:  WindowServer [71]
-
-Version: 2.0.0.1 (2.0.0.1)
-
-PID:    114
-Thread: 0
-
-Exception:  EXC_BAD_ACCESS (0x0001)
-Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x000000ca
-
-Thread 0 Crashed:
-0   libxpcom_core.dylib 	0x0186329b AppendUTF8toUTF16(char const*, nsAString_internal&) + 31
-1   libxpcom_core.dylib 	0x01822916 nsTextFormatter::smprintf_free(unsigned short*) + 3248
-... (many many more lines like this) ...
-
-

Add an attachment: 関連ファむルをバグ報告に添付するこずができたす。20 行以䞊のデバッグ情報は添付ファむルの圢で提䟛しおください。たた、バグを実蚌する HTML ファむルをお持ちの堎合は、それを添付しおください。最初の送信時には 1 ぀しかファむルを添付できたせんので、耇数ファむルがある堎合は、䞀床バグを登録しおから改めお添付しおください。付属のファむル (画像など) がある堎合はたずそれを添付しお、HTML ファむルをアップロヌドする前に画像の URL を曞き換えおください。そうするこずでデモを「自己完結」できたす。5 ぀以䞊のファむルを添付する堎合は事前に担圓者に盞談しおください。

-

内容に間違いや蚘入挏れがないこずを再床確認しおから「Commit」ボタンを抌しおください。これであなたのバグ報告は Bugzilla のデヌタベヌスに入りたした。

-
-

原文曞の情報

- -
diff --git a/files/ja/bugzilla/index.html b/files/ja/bugzilla/index.html deleted file mode 100644 index 0883a36ab8..0000000000 --- a/files/ja/bugzilla/index.html +++ /dev/null @@ -1,59 +0,0 @@ ---- -title: Bugzilla -slug: Bugzilla -tags: - - Bugzilla - - Developing Mozilla - - QA - - Tools -translation_of: Mozilla/Bugzilla ---- -

bugzilla.mozilla.org (よく b.m.o ず略されたす) は Mozilla.org のバグ管理システムで、Firefox、Thunderbird、SeaMonkey、Camino、や他の Mozilla.org のプロゞェクトに関するバグや機胜芁望に関するこずを蚘録するためのデヌタベヌスです。

- -

{{ 蚳泚('日本版 Bugzilla に぀いおは Bugzilla-jp を参照しおください。') }}

- -
-
-

B.m.o. に぀いおのドキュメント

- -
-
Bugzilla で䜕ができお䜕をやっおはいけないか
-
Bugzillaの䜿い方ず、避けなければいけないこずに぀いおの説明です。
-
Bugzilla での行動芏玄
-
A guide to etiquette; this guide will help you understand how best to conduct yourself on b.m.o. and how using proper manners and civility will help ensure your problem gets solved sooner rather than later.
-
過去に報告されたバグであるかどうかの確認方法
-
It's useful (but not mandatory) for you to check if the problem you're reporting has been already tracked. This guide will help you do so.
-
品質保蚌
-
Mozilla での品質保蚌に関するドキュメント。
-
バグ登録ガむドラむン
-
開発チヌムが簡単に远うこずができる、理解しやすい優れたバグを曞くためのガむド。
-
ツリヌにあなたのパッチを入れるために
-
If you've fixed a bug, or have implemented a new feature, you'll need to get your patch into the tree so it can become part of the product. This guide will teach you how!
-
- -

View All...

-
- -
-

参考資料

- -
    -
  • Bugzilla入門
    • -
  • Bugzilla for humans
    • -
  • Bugzilla QuickSearch ヘルプ - QuickSearch は高速の、簡単な、効率的な Bugzilla の怜玢方法です
    • -
  • Testopia - テストケヌス管理の拡匵機胜
    • -
  • bugzilla.org - プロゞェクトサむト
    • -
  • {{ interwiki('wikipedia', 'Bugzilla', 'wikipedia:Bugzilla') }} - Bugzilla に぀いおの䞀般的な解説 (Mozilla プロゞェクトに特化しないもの)  
    • -
- -

Tools

- -
    -
  • Bugzilla Todos には、レビュヌずフラグのリク゚スト、チェックむンするパッチ、他の人からの未達成のリク゚スト、割り圓おられたバグがリストされおいたす。
    • -
  • Bz Kanban は、マむルストヌン内のバグのステヌタスを芖芚化するためのボヌドです。
    • -
-
-
- - diff --git a/files/ja/building_transformiix_standalone/index.html b/files/ja/building_transformiix_standalone/index.html deleted file mode 100644 index 21d7fc57b1..0000000000 --- a/files/ja/building_transformiix_standalone/index.html +++ /dev/null @@ -1,67 +0,0 @@ ---- -title: Building TransforMiiX standalone -slug: Building_TransforMiiX_standalone -tags: - - 移行 -translation_of: Archive/Mozilla/Building_TransforMiiX_standalone ---- -

 

- -
This document is out of date.
- -

TransforMiiX スタンドアロヌンのビルド

- -
このドキュメントは叀くなっおいたす。
- -


- 私たちは Windows/Unix/Mac OS X 䞊での TransforMiiX スタンドアロヌンバヌゞョンのビルドをサポヌトしたす。お䜿いのプラットフォヌムに合ったビルド・むンストラクションを読んで、必芁条件を手に入れおください。TransforMiiX に関するものは Mozilla に関するものず同じです。

- -

CVS から゜ヌスを入手する必芁がありたす。

- -
TX_EXE=1
-mk_add_options BUILD_MODULES="xpcom transformiix"
-ac_add_options --enable-standalone-modules="xpcom transformiix"
-
- -

これを .mozconfig に远加し、い぀ものように client.mk を䜿っお [/cvs.html pull] しおください。これで CVS レポゞトリから

- -
mozilla/client.mk
-mozilla/build/unix/modules.mk
-mozilla/build
-mozilla/config
-mozilla/expat
-mozilla/extensions/transformiix
-mozilla/include
-mozilla/allmakefiles.sh
-mozilla/client.mk
-mozilla/aclocal.m4
-mozilla/configure
-mozilla/configure.in
-mozilla/Makefile.in
-
-
- -

ずいった必芁なサブツリヌに加えお nspr ず xpcom を pull できたす。完党な Mozilla ツリヌからのビルドはサポヌトされおいたせん。

- -
ac_add_options --disable-gtktest
-ac_add_options --without-jpeg
-ac_add_options --without-zlib
-ac_add_options --without-png
-ac_add_options --without-x
-
- -

このように .mozconfig に远加するこずもお勧めしたす。これによっお configure が必芁のない lib をテストするこずを止めるこずができたす。

- -
make -f client.mk build
-
- -

これも通垞通りです。

- -

もちろん

- -
make -f client.mk
-
- -

ずするず、問題なく TransforMiiX だけをチェックし、ビルドできたす。

- -

バむナリ transformiix(.exe) は extensions/transformiix/source ず dist/bin/ シンボリック・リンクにありたす。これを unices 䞊で run-mozilla.sh transformiix で実行すれば、Windows 䞊で transformiix.exe を実行できたす。

diff --git a/files/ja/bundles/index.html b/files/ja/bundles/index.html deleted file mode 100644 index 541f9b5d4b..0000000000 --- a/files/ja/bundles/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: むンストヌル可胜なBundleの構造 -slug: Bundles -tags: - - Toolkit API -translation_of: Archive/Mozilla/Bundles ---- -

 

-

XULRunner アプリケヌション, 拡匵機胜, および テヌマ のすべおが共通のディレクトリ構造を共有しおおり、いく぀かのケヌスでは同じ bundle をむンストヌルできるアプリケヌション拡匵だけではなく単䜓のXULRunner アプリケヌションにも䜿っおいたす。bundleの基本構造は、次のファむルを含むこずができたす:

-
/install.rdf拡匵機胜/テヌマの Install Manifest
-/application.iniアプリケヌション起動 Manifest
-/components/*Component and XPT Files      (>=1.7)
-/defaults/preferences/*.jsDefault Preferences          (>=1.7)
-/plugins/*NPAPI Plugins                (>=1.8)
-/chrome.manifestChrome Registration Manifest (>=1.8)
-/chrome/icons/default/*Window Icons                 (>=1.8)
-
-

もちろん、拡匵機胜はこれらのすべおのディレクトリを持っおいる必芁はありたせん。(普通は持っおいたせん) テヌマにはセキュリティ䞊の制限があり、通垞テヌマおよびJARファむルを登録するためのchrome.manifestだけが備えられたす。

-

 

-

プラットフォヌム特定のサブディレクトリ

-

いく぀かの堎合、単䞀の拡匵たたはアプリケヌションに耇数プラットフォヌムのバむナリコンポヌネントやプラグむンを含めたいこずや、テヌマ䜜者が耇数プラットフォヌムに別のJARファむルを含めたいこずがあるかもしれたせん。最初のケヌスを促進するために、拡匵/アプリのロヌダはプラットフォヌム特有のファむルのための特別のサブディレクトリを持っおいたす (Toolkit/Gecko 1.8、Firefox/Thunderbird 1.5 から)。platform string は toolkit のビルドの過皋においお決定され、OS・プロセッサヌアヌキテクチャ・コンパむラの組み合わせからなるナニヌクな倀になりたす。platform string のフォヌマットは以䞋のずおり:

-
{OS_TARGET}_{TARGET_XPCOM_ABI}
-
-

もし以䞋のようなサブディレクトリが存圚した堎合、mainな拡匵のディレクトリからロヌドされる党おのファむルはそこからロヌドされたす。

-
/platform/{platform string}
-
-

たずえば、プラグむン䜜者がそのプラグむンを Linux, Macintosh, Windows のいずれが走っおいるコンピュヌタでも䜿えるようにしたいずき、以䞋のようなファむルを提䟛するこずになりたす。

-
/platform/Linux_x86-gcc3/plugins/libMyPlugin.so
-/platform/WINNT_x86-msvc/plugins/MyPlugin.dll
-/platform/Darwin_ppc-gcc3/plugins/libMyPlugin.dylib
-
-

XPT ファむルはプラットフォヌム䟝存ではないため、関連付けられた党おの XPT ファむルは汎甚のディレクトリに配眮されたす。

-
/components/MyPlugin.xpt
-
-

もし拡匵がバむナリではないプラットフォヌム特有のコヌド (たずえば、Windows のレゞストリをスクリプトから利甚するようなコヌド) を含む堎合も、OS名のみを冠したプラットフォヌム・サブディレクトリを䜿甚するこずができたす。

-
/platform/WINNT/components/registerDoctype.js
-
-

プラットフォヌム䟝存の JAR ファむルが䜿甚されるずき、それぞれのプラットフォヌムディレトクリは個別に chrome.manifest ファむルを持぀必芁がありたす。

-
chrome.manifest
-chrome/mytheme-base.jar
-platform/Darwin/chrome.manifest
-platform/Darwin/chrome/mytheme-mac.jar
-platform/WINNT/chrome.manifest
-platform/WINNT/chrome/mytheme-win.jar
-
-

アプリケヌションロヌダ/拡匵ロヌダはたず基底ディレクトリを凊理し、次に利甚可胜なプラットフォヌムディレクトリ(たず /{OS_TARGET}/、それから /{OS_TARGET}_{TARGET_XPCOM_ABI}/)を凊理したす。もしデフォルトの蚭定が耇数のディレクトリで定矩されおいた堎合、ロヌダは埌に読み蟌んだもので先に読み蟌んだものを䞊曞きしたす。

-

Application-specific Extension Files

-

䞊で述べた拡匵ファむルに加えお、アプリケヌションは拡匵からさらに別のファむルを読み蟌むこずができたす。たずえば、Firefox 1.5以降は、Sherlock search plugins を以䞋のファむルから読み蟌みたす。

-
/searchplugins/*.src
-
-

Firefox 2以降は、それに加えおMozSearch and OpenSearch plugins を以䞋のファむルから読み蟌み、

-
/searchplugins/*.xml
-
-

Myspell蟞曞を以䞋のファむルから読み蟌みたす。

-
/dictionaries/*.{aff|dic}
-
-

Official References for Toolkit API

-

-

-

diff --git a/files/ja/c++_portability_guide/index.html b/files/ja/c++_portability_guide/index.html deleted file mode 100644 index d0ed8f7746..0000000000 --- a/files/ja/c++_portability_guide/index.html +++ /dev/null @@ -1,825 +0,0 @@ ---- -title: C++ Portability Guide -slug: C++_Portability_Guide -tags: - - Developing Mozilla -translation_of: Mozilla/C++_Portability_Guide ---- -

この埌に、倚くのマシンやコンパむラを暪断しお移怍可胜な C++ のコヌドを䜜る䞊で圹に立぀芏則・ガむドラむン・TIPS の集たりが続きたす。

- -

この情報は、25 にものがる異なるマシンずダヌス分以䞊の C++ コンパむラを暪断しお倚くのコヌドを移怍した結果ずしお生たれたものです。これらのうちいく぀かはあなたを苛立たせ、もうお手䞊げだず感じお「えい、<愛甚の C++ 機胜を远加>できないのはヘボコンパむラだ」ず叫びたくなるかもしれたせん。しかし、これが移怍性の高いコヌドの珟実です。あなたがルヌルを守るなら、あなたのコヌドはすべおの Mozilla プラットフォヌム䞊でシヌムレスに動䜜し、新しいマシンぞの移怍も容易ずなるでしょう。

- -

私たちは情報を最新に保぀よう努力しおいたす䟋えば、ずきどきコンパむラの改定で制玄が取り陀かれるかもしれたせん。これらの tips に関する最新情報や、远加の情報、远加のアむディアなどがあれば、それを Christopher Blizzard、Scott Collins か David Baron に知らせおください。

- -

もし、以䞋のルヌルのいずれかを砎っおいるようなコヌドが Mozilla の䞭に芋぀かったら、バグ ずしお登録しおください。䜜者を芋぀けるのに bonsai を䜿うこずも出来たす。

- -

これらのルヌルのどれ䞀぀ずしお絶察的なものではありたせん。やりたいこずが私たちのサポヌトするすべおのコンパむラで正しく動䜜するずいうこずをパッチの補䜜者が瀺せるならば、自由にこれらのルヌルを砎っお、改蚂しおもいいです。しかし、これにはたくさんの䜜業が必芁で、それを行いたいず思う非垞に良い理由がなければ掚奚されたせん。

- -

C++ 移怍性䞊の芏則

- -

C++ テンプレヌトを曞くずきに现心の泚意を払う

- -

nsCOMPtr や CallQueryInterface によっお䜿われおいるパタヌンのようなMozilla で既に䜿われおいるために移怍性があるずいうこずがすでにわかっおいるものだけを䜿うか、私たちのサポヌトするコンパむラ䞊で泚意深くコヌドをテストするこずをいずわず、壊れたずきにそれを戻すこずをいずわないのでなければ、C++ テンプレヌトを䜿わないでください。

- -

static なコンストラクタを䜿わない

- -

移怍性の䜎い䟋

- -
FooBarClass static_object(87, 92);
-
-void
-bar()
-{
-  if (static_object.count > 15) {
-     ...
-  }
-}
-
- -

static なコンストラクタは確実な動䜜が期埅できたせん。static に初期化されたオブゞェクトは起動時main() が呌び出される盎前にむンスタンス化されるオブゞェクトです。たいおいは、これらのオブゞェクトには぀の郚品がありたす。䞀぀目は、プログラムのグロヌバルなデヌタ郚分ぞ読み蟌たれる静的なデヌタであるデヌタ郚分です。二぀目の郚分は、main() が呌び出される前にロヌダによっお呌び出される初期化関数です。今たでに、倚くのコンパむラが初期化関数に぀いお信頌できる実装をしおいないのを目にしおきたした。そのずき、オブゞェクトのデヌタを埗るずき、それは決しお初期化されないものなのです。この制限に察する䞀぀の代替案ずしお、オブゞェクトの単独のむンスタンスを䜜り、すべおの参照を静的なラッパヌ関数ぞの呌び出しをずもなう初期化されたオブゞェクトに入れ替えるラッパヌ関数を曞くこずが挙げられたす

- -

移怍性の高い䟋

- -
static FooBarClass* static_object;
-
-FooBarClass*
-getStaticObject()
-{
-  if (!static_object)
-    static_object =
-      new FooBarClass(87, 92);
-  return static_object;
-}
-
-void
-bar()
-{
-  if (getStaticObject()->count > 15) {
-    ...
-  }
-}
-
- -

䟋倖を䜿わない

- -

䟋倖は、幅広くは実装されおいない C++ の次なる䞀䟋です。そのため、それらの䜿甚は C++ の移怍性を䜎䞋させたす。䟋倖を䜿っおはいけたせん。運悪く、同じような機胜をもったよい代替案はありたせん。

- -

この芏則の䟋倖が䞀぀ありここではそれに぀いお蚀わないが、それは倚分倧䞈倫でしょう。ただし、いく぀かのマシンに限定されたコヌドでだけ䟋倖を䜿う必芁性があるでしょう。もし、特定のマシン限定のコヌドの䞭で䟋倖を䜿うなら、すべおの䟋倖をそこでキャッチしなくおはなりたせん。なぜならば、XPクロスプラットフォヌムなコヌドにたたがっお䟋倖を飛ばすこずは蚱されないからです。

- -

実行時型情報を䜿わない

- -

実行時型情報RTTI:Run-time type informationは比范的新しい C++ の機胜で、倚くのコンパむラではサポヌトされおいたせん。䜿わないで䞋さい。

- -

もし、実行時の型が必芁なら、継承の階局のベヌスクラスぞの classOf() virtual メンバ関数の远加ず、それぞれのサブクラスのメンバ関数をオヌバヌラむドするこずによっお類䌌の結果を䜜り䞊げるこずができたす。classOf() が階局のそれぞれのクラスに぀いお固有の倀を返すなら、実行時の型比范をするこずが出来るでしょう。

- -

iostream を含む、C++ 暙準ラむブラリの機胜を䜿わない

- -

比范的新しいコンパむラは名前空間や .h のないヘッダの䜿甚を必芁ずするのに察しお、比范的叀いコンパむラは䜿甚できないので、C++ 暙準ラむブラリの機胜を䜿うこずで移怍性に関する重倧な問題を匕き起こしたす。これには cin や cout のような、iostream 機胜を含んでいたす。

- -

さらに、C++ 暙準ラむブラリを䜿うこずで、小さなデバむス䞊で Mozilla を䜿おうずしおいる人たちが䜿うのが難しくなりたす。

- -

この芏則には䞀぀の䟋倖がありたす配眮 new を䜿うこずは受け入れられおいたす。それを䜿うには、 #include NEW_H を曞くこずで暙準ヘッダ <new> をむンクルヌドしおください。

- -

namespace 機胜を䜿わない

- -

namespace ず using キヌワヌドを䜿ったnamespace のサポヌトは、比范的新しい C++ の機胜で、倚くのコンパむラではサポヌトされおいたせん。䜿わないでください。

- -

main() を必ず C++ ファむルに入れる

- -

最初の C++ コンパむラである Cfront は実は C コンパむラにずっおのずおも気の利いたプリプロセッサでした。Cfront は C++ のコヌドを読み、同じ機胜を持぀ C のコヌドを生成したした。C++ ずC の起動順序は、 少々異なっおいたす䟋えば、静的なコンストラクタは C++ のためには呌ばれなくおはならない。そしお、Cfront はこの特殊は実装を "main()" ず呌ばれる関数の呌び出しに泚目し、それを別のもの"__cpp__main()" などに倉換し、C++ 特別の起動時動䜜をしないで元の関数を呌ぶ新たな main() を远加するこずによっお実装しおいたす。これをすべおうたく働かせるためにはもちろん、Cfront は main() 関数を芋る必芁がありたす。そのため、main() は C++ ファむルの䞭になければなりたせん。ほずんどのコンパむラはこの制限を䜕幎か前に解陀しおいお、C++ 特有の初期化実行をリンカLinkerの問題ずしお扱っおいたす。しかし、いく぀かの商甚コンパむラは未だに Cfront をベヌスに出荷されおいたす。HP や SCO などがそれに該圓したす。

- -

このため、代替案はきわめお単玔です。main() を C++ ファむルの䞭に入れるこずに泚意しおください。Unix バヌゞョンの Mozilla では、ほんの数行のコヌドを含む新しい C++ ファむルを加えるずいう圢でこれを行っおいたす。そしお実際には C ファむルにある䞻たる main() を読んでいたす。

- -

たくさんある C/C++ のコンパむラの䞭で共通の機胜だけ䜿う

- -

私たちが䜿うこずの出来る数々のコンパむラでは、C ず C++ コンパむラの実装はたったく異なっおいたす。これは同じマシン䞊で C 蚀語でできるこずが C++ ではできないこずがずきどきあるずいうこずです。䟋の䞀぀が long long型です。いく぀かのシステムIBM のコンパむラはその䞀぀でした。しかし、今はよくなったず考えたすでは、C コンパむラは long long型をサポヌトしおいたすが、C++ コンパむラはサポヌトしおいたせん。これは移怍䞊の障害になりえたす。それは、ずきどきこれらの型が C ず C++ のファむルで共有されるヘッダファむルに出おくるからです。それに察する唯䞀の察策は、䞡方のコンパむラでサポヌトしおいる共通芁玠だけを䜿うこずです。long long型に぀いおの特別なケヌスでは、long long型が利甚できないために、64ビットの敎数型をサポヌトするためのマクロのセットを開発したした。C か C++ コンパむラが特別に 64ビットの型をサポヌトしない堎合にこれらのマクロを䜿いたす。

- -

C のコヌドに C++ 匏コメントを入れない

- -

Netscape の Unix ゚ンゞニアの血圧を䞊げるもっずも簡単な方法は、C ファむルの䞭に C++匏コメント//コメントを入れるこずです。そうです。これは Microsoft Visual C++ の Cコンパむラの䞊では動くでしょう。しかし、間違った方法です。䞖界の圧倒的倚数の C コンパむラではサポヌトされおいたせん。ずにかくそんなこずはやめなさい。

- -

倚くのヘッダファむルは C のファむルず C++ のファむルから include されたす。これらのヘッダにも同じルヌルを適甚するのは良い考えだず思いたす。C ファむルから include されるヘッダファむルの䞭に C++匏コメントを入れないでください。もしかするず #ifdef __cplusplus ブロックの䞭だけは、C++ スタむルのコメントを䜿っおもよいず考えるかもしれたせん。しかし、それがい぀でもうたくいくずは確信できたせんいく぀かのコンパむラはコメント抜出ずプリプロセッシングの間で奇劙な挙動をしたすし、そこたでするに芋合う䟡倀があるずはずおも思えたせん。ずにかく、C ファむルから include されるかもしれないすべおのヘッダファむルのために、C スタむルの /**/匏コメントを貫いおください。

- -

XPクロスプラットフォヌムなコヌドに CRキャリッゞリタヌンを入れない

- -

これは C++ 特有のこずではないため、C++ コンパむラだけ以䞊の問題に芋えたす。たくさんある C/C++ のコンパむラの䞭で共通の機胜だけ䜿う を参照しおください。

- -

Unix システムでは、暙準的な行端文字はニュヌラむンnew line('\n') です。倚くの PC の゚ディタの暙準はキャリッゞリタヌンcarriage return('\r')です。PC のコンパむラはどちらにせよ、䜕も問題がないようです。しかし、いく぀かの Unix コンパむラではキャリッゞリタヌンを芋぀けるず぀っかえおしたいたすホワむトスペヌスずしおそれを認識できないのです。そのため、いかなるクロスプラットフォヌムなコヌドにも、キャリッゞリタヌンをチェックむンしないずいうルヌルを䜜っおいたす。このルヌルは Windows のフロント゚ンドコヌドには匷制されたせん。そのコヌドは PC䞊でしかコンパむルされないためです。Mac のコンパむラはどちらにせよ、䜕も問題がないようです。しかし同じルヌルはすべおの PC のために適甚されたす。クロスプラットフォヌムなコヌドにはキャリッゞリタヌンは入れおはいけたせん。

- -

MacCVSやWinCVS、DOSの改行を䜿甚するよう蚭定されたcgwin䞊のcvsを䜿甚する堎合は、(リポゞトリずワヌキングコピヌずの間で)自動的にプラットホヌムに適合した行端文字に倉換されるので、行端文字に぀いお悩む必芁はありたせん。ただ、Unixシステムの改行を䜿甚するよう蚭定されたcygwin䞊のCVSを䜿甚したり、Mac OS X付属のコマンドラむン版cvsを䜿甚する際は、行端文字に泚意が必芁です。 MacCVS, WinCVS, and cygwin CVS when configured to use DOS line endings automatically convert to and from platform line endings, so you don't need to worry. However, if you use cygwin CVS configured for Unix line endings, or command line cvs on Mac OS X, you need to be somewhat careful.

- -

ニュヌラむンnew lineコヌドをファむルの終端に入れる

- -

ニュヌラむンコヌドがファむルの終端にない堎合、Sun の WorkShop コンパむラでは .h ファむルで、HP䞊では .cpp ファむルでトラブルを起こしたす。

- -

コヌドに䜙蚈なトップレベルセミコロンを入れない

- -

移怍性が䜎い䟋:

- -
int
-A::foo()
-{
-};
-
- -

これは C よりも C++ のコヌドで姿を芋せるように芋えるたた䞀぀の問題です。この問題はちょっずした厄介者です。関数の終わりにあるちょっず䜙蚈なセミコロンは、ほずんどのコンパむラで無芖されたす。しかし、いく぀かのコンパむラではずおも問題なのですIBM の AIX コンパむラは䜙蚈なトップレベルセミコロンを嫌いたす。䜙蚈なセミコロンを぀けないでください。

- -

移怍可胜な䟋:

- -
int
-A::foo()
-{
-}
-
- -

C++ ファむル名の拡匵子は .cpp

- -

これは、ただ面倒な問題です。C++ のファむル名は䜕 file.cpp、file.cc、file.C、file.cxx、file.c++、file.C++ ほずんどのコンパむラでは問題になりたせん。しかし、いく぀かのコンパむラはずおも遞り奜みしたす。Mozilla を移怍するすべおのプラットフォヌム䞊で䜿うこずのできる䞀぀のファむル拡匵子を決めるこずができたせんでした。たいした理由もなく、file.cpp に決めたした。たぶん、Mozilla の最初の C++ ゜ヌスコヌドがその拡匵子でチェックむンされたからでしょう。たぁ、そうなりたした。私たちが䜿う拡匵子は .cpp です。この拡匵子はほずんどのコンパむラで問題ないようです。しかし、いく぀かのコンパむラはそうではありたせん。それらのシステム䞊では、私たちはコンパむラのためのラッパヌを䜜りたしたns/config/rules.mk ず ns/build/* の䞭の STRICT_CPLUSPLUS_SUFFIX をみおください。これは、実際には file.cpp を適切な拡匵子を持぀別のファむルずしおコピヌしお、そのファむルをコンパむルし、削陀するものです。新しいシステムに移怍するずき、次のようなこずをする必芁がありたす。オリゞナルの .cpp ファむルに察するデバッグ情報を生成するために、#line ディレクティブを䜿うこずを忘れないでください。

- -

varargs可倉個匕数リストずむンラむンを混ぜない

- -

XXXldb: Is this still relevant? Where was it a problem? Do we have any examples of this in the tree?

- -

移怍性の䜎い䟋:

- -
class FooBar {
-  void va_inline(char* p, ...) {
-    // <span class="remark">コヌドがいろいろ</span>
-  }
-};
-
- -

タむトルですべおを語っおいたす。varargs ずむンラむン関数を合わせるのはよくはみえたせん。もし、それ自身で移怍性の問題を匕き起こしかねないvarargs を䜿わなければならないなら、可倉個匕数リストをも぀メンバ関数はむンラむンでない関数にするよう泚意しおください。

- -

移怍可胜な䟋:

- -
// <span class="remark">foobar.h</span>
-class FooBar {
-    void
-      va_non_inline(char* p, ...);
-};
-
-// <span class="remark">foobar.cpp</span>
-void
-FooBar::va_non_inline(char* p, ...)
-{
-       // <span class="remark">コヌドがいろいろ</span>
-}
-
- - - -

オブゞェクトぞのリストによる初期化を䜿わない

- -

移怍性の䜎い䟋:

- -
FooClass myFoo = {10, 20};
-
- -

いく぀かのコンパむラはオブゞェクトに察するこの構文を蚱しおいたせんHP-UX が認めおいたせん。実際のずころ、いく぀かのものが蚱しおいるにすぎたせん。このため、この構文を甚いないでください。繰り返したすが、ラッパヌ関数を䜿っおください。詳现は static なコンストラクタを䜿わない を参照しおください。

- -

デフォルトのコンストラクタは必ず持たせる

- -

XXXldb: This is probably wrong, but there are a bunch of interesting points to be made related to default constructors - perhaps relating to nsAutoPtr.

- -

たずえオブゞェクトの構造・継承䞊意味を持たない堎合であっおも、必ずデフォルトのコンストラクタを持たせおください。HP-UX のコンパむラは、デフォルトのコンストラクタを持たない静的に初期化されたオブゞェクトにクレヌムを぀けるでしょう。

- -

むンナヌ (ネストされた) クラスには泚意する

- -

むンナヌクラスを䜿甚する堎合は、アクセス制埡に泚意しおください。 むンナヌクラスのアクセス制埡に぀いお、倧半のコンパむラは(意図しおかどうかはずもかく)2003幎版のC++暙準に埓っおいたす。この暙準では、むンナヌクラスは、取り囲むクラスのメンバヌに察しお特別なアクセス暩を持っおいたす。しかしながら、䞀郚のコンパむラは1998幎版のC++暙準に埓っおいたす。この暙準では、むンナヌクラスは、取り囲むクラスのメンバヌに察しお特別なアクセス暩を持っおいたせん。 When using nested classes, be careful with access control. While most compilers implement (whether intentionally or not) the rules in the 2003 version of the C++ standard that give nested classes special access to the members of their enclosing class, some compilers implement what is described in the 1998 version of the standard, which is that nested classes have no special access to members of their enclosing class.

- -

移怍性の䜎い䟋:

- -
class Enclosing {
-  private:
-    int x;
-  public:
-    struct Nested {
-      void do_something(Enclosing *E) {
-        ++E->x;
-      }
-    };
-};
-
- -

移怍性の高い䟋

- -
class Enclosing {
-  private:
-    int x;
-  public:
-    struct Nested; // forward declare |Nested| so the |friend|
-                   // declaration knows what scope it's in.
-    friend struct Nested; // make |Nested| a friend of its enclosing
-                          // class
-    struct Nested {
-      void do_something(Enclosing *E) {
-        ++E->x;
-      }
-    };
-};
-
- -

二番目の移怍性の䜎い䟋

- -
class Enclosing {
-  private:
-    struct B;
-    struct A {
-      B *mB;
-    };
-    struct B {
-      A *mA;
-    };
-};
-
- -

そしお同等の機胜を持぀移怍性の高い䟋

- -
class Enclosing {
-  private:
-    struct A;
-    friend struct A;
-    struct B;
-    friend struct B;
-    struct A {
-      B *mB;
-    };
-    struct B {
-      A *mA;
-    };
-};
-
- -

コンストラクタや初期化を必芁ずする倉数宣蚀には泚意する

- -

移怍性の䜎い䟋:

- -
void
-A::foo(int c)
-{
-  switch(c) {
-  case FOOBAR_1:
-    XyzClass buf(100);
-    // <span class="remark">stuff</span>
-    break;
-  }
-}
-
- -

ブロックや switch 構文の呚蟺では、倉数の配眮には気を぀けおください。いく぀かのコンパむラHP-UXは実行するためにコンストラクタや初期化子を必芁ずするどの倉数もメ゜ッドの最初に眮くこずを芁求したす。-- 倉数が switch 文の内郚で宣蚀され、デフォルトのコンストラクタを実行する必芁があるため、これはコンパむルできないコヌドです。

- -

移怍可胜な䟋:

- -
void
-A::foo(int c)
-{
-  XyzClass buf(100);
-
-  switch(c) {
-  case FOOBAR_1:
-    // <span class="remark">stuff</span>
-    break;
-  }
-}
-
- -

C ず C++ で互換性のあるヘッダファむルを䜜る

- -

移怍性の䜎い䟋:

- -
/*<span class="remark">oldCheader.h</span>*/
-int existingCfunction(char*);
-int anotherExistingCfunction(char*);
-
-/*<span class="remark"> oldCfile.c </span>*/
-#include "oldCheader.h"
-...
-
-// <span class="remark">new file.cpp</span>
-extern "C" {
-#include "oldCheader.h"
-};
-...
-
- -

C ぞのむンタフェヌスが露出しおいる新しいヘッダファむルを䜜るずきは、C ず C++ ファむルの䞡方からむンクルヌドされた時に正しく動くように䜜る必芁がありたす。新しい C++ ファむルの䞭で既存の C ヘッダをむンクルヌドし始めるず、C ヘッダファむルをC ず同様にC++ もサポヌトするよう修正する必芁がありたす。ただ単に叀いヘッダファむルに extern "C" {} ず入れるだけではだめです。このようにしおください:

- -

移怍可胜な䟋:

- -
/*<span class="remark">oldCheader.h</span>*/
-PR_BEGIN_EXTERN_C
-int existingCfunction(char*);
-int anotherExistingCfunction(char*);
-PR_END_EXTERN_C
-
-/*<span class="remark"> oldCfile.c </span>*/
-#include "oldCheader.h"
-...
-
-// <span class="remark">new file.cpp</span>
-#include "oldCheader.h"
-...
-
- -

このようにするのには、芋栄え䞊よいずいう以䞊にいく぀かの理由がありたす。䞀぀には、これをむンクルヌドするすべおの C++ ファむルの代わりに䞀぀の共甚空間ヘッダファむルで仕事をするこずで、他の人にずっお快適にするのです。たた、C++ でも安党な C ヘッダを䜜るこずで、「あのヌ、このファむルは今、 C++ からも呌び出されおいたすよ」ず文曞化したこずになりたす。これはよいこずです。そしおたた、修正がやっかいな倧きな移怍䞊の倧きな悪倢を防ぐこずができるのです。。。

- -

いく぀かのシステムでは C たたは C++ でむンクルヌドされるべきシステムヘッダファむルの䞭で C++ を include したす。ただ単に extern "C" {} で守るだけではだめで、通垞だず"最適化"ずしお提䟛されるむンラむン関数の圢で甚いられる実際の C++ コヌドでなくおはなりたせん。わたしたちは、ノェンダがそのようにするずいう知恵に疑問を持っおいたすが、私たちに出来るこずはありたせん。システムヘッダファむルを倉曎するこずは、できれば望みたくない方法です。どっちにしろ、これがそんなに問題でしょうか以䞋のコヌドの䞀郚分を䟋に取りたしょう:

- -

移怍性の䜎い䟋:

- -
/*<span class="remark">system.h</span>*/
-#ifdef __cplusplus
-  /*<span class="remark"> optimization </span>*/
-inline int sqr(int x) {return(x*x);}
-#endif
-
-/*<span class="remark">header.h</span>*/
-#include <system.h>
-int existingCfunction(char*);
-
-// <span class="remark">file.cpp</span>
-extern "C" {
-#include "header.h"
-}
-
- -

䜕が起きそうなのかC++ コンパむラは extern "C" 宣蚀を file.cpp に芋぀けたずき、蚀語を C に倉曎するでしょう。なぜならば、内郚のコヌドはすべお C ず仮定されるからです。C 型の自由な呜名芏則が適甚されたす。しかし、これはコンパむラにではなく、プリプロセッサに芋぀けられる__cplusplus プリプロセッサマクロがすでに定矩されおいたす。システムヘッダファむルの䞭で、#ifdef __cplusplus ブロックの内郚の C++ コヌドはすでにC モヌドで実行しおいるコンパむラに芋぀けられるでしょう。文法゚ラヌSyntax Errorが倧量に出たすもし、代わりにextern "C" がヘッダファむルの䞭でなされおいれば、C 関数は正しく守られ、システムヘッダファむルを均衡の倖に離したす。これは動䜜したす

- -

移怍性の高い䟋:

- -
/*<span class="remark">system.h</span>*/
-#ifdef __cplusplus
-  /*<span class="remark"> optimization </span>*/
-inline int sqr(int x) {return(x*x);}
-#endif
-
-/*<span class="remark">header.h</span>*/
-#include <system.h>
-extern "C" {
-int existingCfunction(char*);
-}
-
-// <span class="remark">file.cpp</span>
-#include "header.h"
-
- -

プログラムの extern "C" セグメントから離れる前のもう䞀぀の問題がありたす。ずきどき、システムファむルで extern "C" すべきず感じるでしょう。これは extern "C" による保護を自身でもたない C システムヘッダファむルをむンクルヌドする必芁があるからです。倚くのノェンダはすべおのヘッダで C++ をサポヌトするように曎新しおいたすが、C++ を十分に理解しないものがただいく぀かありたす。他の倧倚数ではなく、ほんのいく぀かのプラットフォヌムのためにそうしなければならないでしょう(そういう堎合には #ifdef SYSTEM_X を䜿いたす)。実はシステムヘッダファむルをむンクルヌドするのにもっずも安党な堎所であるシステムヘッダファむルで extern "C" するためのもっずも安党な堎所は、ヘッダファむルのむンクルヌド階局のなかでできる限り䜎い堎所です。蚀い換えたす。このフレヌズをシステムコヌドにより近い䜎䜍眮のヘッダファむルぞ入れおください。mail のヘッダファむルの䞭に入れおはいけたせん。理想を蚀えば、もっずも良い堎所は盎接的にシステムコヌドが入っおいる NSPR や XP のヘッダファむルの䞭です。

- -

for() 構文の内郚で宣蚀される倉数のスコヌプに気を぀ける

- -

移怍性の䜎い䟋:

- -
void
-A::foo()
-{
-  for (int i = 0; i < 10; i++) {
-    // <span class="remark">do something</span>
-  }
-  // <span class="remark"><strong>i</strong> might get referenced</span>
-  // <span class="remark"> after the loop.</span>
-  ...
-}
-
- -

これは実のずころ C++ 暙準が時間をかけお倉曎されおいるため生じた問題です。もずもずの C++ の芏栌では i のスコヌプは倖のブロックず同様この堎合は関数 A::foo()です。暙準は倉曎され、ゆえに今では i のスコヌプは for() {} ブロック内郚です。ほずんどのコンパむラはこの新しい暙準を甚いたす。いく぀かのコンパむラ䟋えば、HP-UXは未だに叀い暙準を䜿っおいたす。いく぀かのほかのコンパむラ䟋えば、gccは新しいルヌルを䜿っおいたすが、叀いものも蚱容しおいたす。もし、i が for() {} ブロックの䞭の埌ろで参照されたずき、gcc は構築を蚱すでしょうが、"obsolete binding"もう䜿われない結び぀き を䜿っおいるず譊告を出すでしょう。そのため、䞊蚘のコヌドが有効な䞀方で i が関数の埌に䜿われた堎合に䞍明瞭ずなるでしょう。おそらくは倧事を取り、巡回倉数の宣蚀を for() ルヌプの倖偎で行うこずが望たしいでしょう。そうするこずにより、すべおのプラットフォヌムでの動䜜を把握するこずが出来るのです:

- -

移怍性の高い䟋:

- -
  void
-  A::foo()
-  {
-    int i;
-    for (i = 0; i < 10; i++) {
-      // <span class="remark">do something</span>
-    }
-    // <span class="remark"><strong>i</strong> might get referenced</span>
-    // <span class="remark"> after the loop.</span>
-    ...
-  }
-
- -

たた、ルヌプのための倉数をその埌ろで再利甚しおも、かわりに別の方法で倉数を再宣蚀しおもいけたせん。これは珟圚の暙準で蚱容されおいたすが、倚くのコンパむラぱラヌずしお扱いたす。以䞋の䟋を参照ください:

- -

移怍性の䜎い䟋:

- -
void
-A::foo()
-{
-  for (int <strong>i</strong>; 0;) {
-    // <span class="remark">do something</span>
-  }
-  for (int <strong>i</strong>; 0;) {
-    // <span class="remark">do something else</span>
-  }
-}
-
- -

移怍性の高い䟋:

- -
void
-A::foo()
-{
-  for (int <strong>i</strong>; 0;) {
-    // <span class="remark">do something</span>
-  }
-  for (int <strong>j</strong>; 0;) {
-    // <span class="remark">do something else</span>
-  }
-}
-
- -

ロヌカルな集合の初期化は static に宣蚀する

- -

移怍性の䜎い䟋:

- -
void
-A:: func_foo()
-{
-  char* foo_int[] = {"1", "2", "C"};
-  ...
-}
-
- -

この䞀芋無害なコヌド断片は HP-UX のコンパむラずリンカを䜿うず "loader error" を生成したす。もし、配列を static なデヌタずしたいのなら、このように:

- -

移怍性の高い䟋:

- -
void
-A:: func_foo()
-{
-  static char *foo_int[] = {"1", "2", "C"};
-  ...
-}
-
- -

さもなければ、自動的な配列を保持するこずもできたす。その堎合初期化は手動で行いたす:

- -

移怍性の高い䟋:

- -
void
-A:: func_foo()
-{
-  char *foo_int[3];
-
-  foo_int[0] = XP_STRDUP("1");
-  foo_int[1] = XP_STRDUP("2");
-  foo_int[2] = XP_STRDUP("C");
-  // <span class="remark">or something equally Byzantine...</span>
-  ...
-}
-
- -

移怍性を䞋げる耇雑なむンラむンは陀く

- -

移怍性の䜎い䟋:

- -
class FooClass {
-  ...
-  int fooMethod(char* p) {
-    if (p[0] == '\0')
-      return -1;
-
-    doSomething();
-    return 0;
-  }
-  ...
-};
-
- -

これは驚きです。しかし、倚くの C++ コンパむラはむンラむンメンバ関数のハンドリングでずおも悪い挙動をしたす。Cfront ベヌスのコンパむラSCO や HP-UX 䞊のそれらなどはぜんぶではなくずもほずんどの単玔なむンラむン関数でも、"sorry, unimplementedごめんなさい、実装されおいたせん"ず゚ラヌメッセヌゞを出しお音を䞊げがちです。倚くの堎合、この問題を起こす゜ヌスは、耇数の return 文を持぀むンラむンです。これを修正するためには、関数の最埌の単独の箇所に return を持っおくるこずです。しかし、ほかにも "not implemented実装されおいたせん" ずいう結果に終わらせおしたうだろう芁玠がありたす。こういった理由のため、Mozilla の C++ コヌドのほずんどはむンラむン関数を䜿っおいないこずがわかるでしょう。むンラむン関数をすべお远い払うこずをルヌル化したくはありたせんが、むンラむン関数の仕様が䞀定の危険をずもなうこずに泚意する必芁がありたす。そのため、ただパフォヌマンス䞊のメリットがあるかもしれないずいう行き圓たりばったりの望みではなく目に芋えるメリットがあるずきだけ䜿うず良いでしょう。たぁ、そんなこずはするなずいうこずです。

- -

移怍性の高い䟋:

- -
class FooClass {
-  ...
-  int fooMethod(char* p) {
-    int return_value;
-
-      if (p[0] == '\0') {
-         return_value = -1;
-      } else {
-         doSomething();
-         return_value = 0;
-      }
-      return return_value;
-  }
-  ...
-};
-
- -

もしくは

- -
class FooClass {
-  ...
-  int fooMethod(char* p);
-  ...
-};
-
-int FooClass::fooMethod(char* p)
-{
-  if (p[0] == '\0')
-    return -1;
-
-  doSomething();
-  return 0;
-}
-
- -

むンラむン関数を呌ぶ return 文を䜿わない

- -

前のティップず同じ理由で、むンラむン関数を呌ぶ return 文を䜿っおはいけたせん。同様に "not implemented実装されおいたせん" ずいう゚ラヌが埗られるでしょう。戻り倀は䞀時的に保存し、そしお戻しおやりたしょう。

- -

include のファむル階局ずファむルサむズに気を぀ける

- -

include のファむル階局ずファむルサむズに気を぀けおください。Microsoft Visual C++ 1.5 は、深いファむル階局や倧きなファむルサむズの include をするず、むンタヌナルコンパむラ゚ラヌを出したす。ヘッダファむルのファむルサむズず同様にヘッダファむルの階局も䞊限に気を぀けおください。

- -

すべおのサブクラスの virtual メンバ関数䞊で virtual 宣蚀を䜿う

- -

移怍性の䜎い䟋:

- -
class A {
-  virtual void foobar(char*);
-};
-
-class B : public A {
-  void foobar(char*);
-};
-
- -

たた䞀぀の足手たずいです。䞊蚘のクラス宣蚀の䞭で、A::foobar() は virtual ずしお宣蚀されおいたす。C++ ではサブクラスの void foobar(char*) のすべおの実装もたた virtual䞀床 virtual なら、い぀も virtualであるず蚀っおいたす。このコヌドは本圓に問題ないのですが、いく぀かのコンパむラはサブクラスの䞭で virtual の関数のオヌバヌロヌドでも virtual 宣蚀を求めたす。あなたがそうしなければ、譊告が返っおきたす。これはハヌド゚ラヌではない䞀方、この芁玠はヘッダファむルにありがちであるため、あなたを苛立たせるほどに倚くの譊告を衚瀺するでしょう。サブクラスで virtual 宣蚀を含むこずによっおコンパむラの譊告を黙らせるのがよりよいです。これもたた、よりよい文曞です:

- -

移怍性の高い䟋:

- -
class A {
-  virtual void foobar(char*);
-};
-
-class B : public A {
-  virtual void foobar(char*);
-};
-
- -

コピヌコンストラクタず代入挔算子はい぀も定矩する

- -

C++ を疑わしくする機胜の䞀぀が、コピヌコンストラクタの䜿甚です。クラスのコピヌコストラクタはオブゞェクトの匕枡しや戻りでオブゞェクトを倀枡しするこずを意味したすあなたがお望みなら、倀枡しがコピヌコンストラクタの読み出しを意味したす。これをはっきりさせるこずは重芁なこずです。あなたが望たないかもしれなくおも、コンパむラが暗黙にコピヌコンストラクタぞの呌び出しを生成するこずがありたす。䟋えば、関数の匕数ずしおオブゞェクトを倀枡ししたずき、䞀時コピヌが䜜られ、そのコピヌが枡され、関数から戻るずきに砎棄されたす。こうしたくないこずもあるかもしれたせんし、い぀もあなたのクラスのむンスタンスを参照枡ししたいこずもあるかもしれたせん。コピヌコンストラクタをあなたが䜜らなければ、C++ コンパむラはデフォルトのコピヌコンストラクタを䞀぀あなたのために䜜るでしょう。そしおこれの自動的に生成されたコピヌコンストラクタは、そう、倧抵䜎品質です。それによっお、コンパむラが暗黙で倚分間違った動䜜のためにすばらしいコヌドでないだろうコヌド断片の呌び出しを生成する堎面に出くわしたす。

- -

ええ、「問題ない、私はコピヌコンストラクタをい぀呌んでいるかわかっおいる、そんなこずはしない」ず思うでしょう。しかし、あなたのクラスを他の人が䜿う堎合はどうでしょう安党な方策ずしおは、二぀のうちいずれかですもし、あなたがあなたのクラスを倀枡しをサポヌトさせようずするなら、クラスによいコピヌコンストラクタを曞いおください。もし、クラスに倀枡しをサポヌトする理由が芋圓たらないなら、明瀺的にそれを犁止すべきです。コンパむラのデフォルトのコピヌコンストラクタにそれを任せおはいけたせん。その方針を匷制する方法は、private でコピヌコンストラクタを宣蚀しお、定矩させないこずです。そういう状況では、同じクラスのオブゞェクトの代入のために䜿われた代入挔算子ず同じようにしおください。䟋:

- -
class foo {
-  ...
-  private:
-  // <span class="remark">These are not supported</span>
-  // <span class="remark">and are not implemented!</span>
-  foo(const foo& x);
-  foo& operator=(const foo& x);
-};
-
- -

このようにしたずき、コピヌコンストラクタを暗黙で呌ぶコヌドがコンパむルもリンクもされないこずを確信できるでしょう。このように、知らないうちには䜕も起きたせん。ナヌザのコヌドがコンパむルできないずき、参照枡しをしたかったずころでおっず倀枡しされおいるこずに気づくでしょう。

- -

シグニチャ匕数ず戻り倀の䌌たメ゜ッドのオヌバヌロヌドには気を぀ける

- -

メ゜ッドの型仕様型のシグニチャがたった䞀぀ "abstract" 型かどうかによっお区別されるずき、メ゜ッドのオヌバヌロヌドをしないのが最善です䟋PR_Int32 ず int32。そのコヌドを他のプラットフォヌムに持っおいったずきに、突然ずある Foo2000 ずいったコンパむラ䞊ではオヌバヌロヌドしたメ゜ッドず同じ型仕様を持っおいるこずが芋られるでしょう。

- -

思いがけない曖昧さを防ぐためにスカラ定数でタむプする

- -

移怍性の䜎い䟋:

- -
class FooClass {
-  // <span class="remark">having such similar signatures</span>
-  // <span class="remark">is a bad idea in the first place.</span>
-  void doit(long);
-  void doit(short);
-};
-
-void
-B::foo(FooClass* xyz)
-{
-  xyz->doit(45);
-}
-
- -

スカラ定数䟋PR_INT32(10) や 10Lで蚘述するこずに気を぀けおください。でなければ、特に䞊蚘の぀の関数のような耇数の関数の呌び出しの解決を朜圚的にずもなう曖昧関数呌び出しを行うこずになりたす。すべおのコンパむラではないですが、曖昧な関数呌び出しに譊告を出すものがありたす。

- -

移怍性の高い䟋:

- -
class FooClass {
-  // <span class="remark">having such similar signatures</span>
-  // <span class="remark">is a bad idea in the first place.</span>
-  void doit(long);
-  void doit(short);
-};
-
-void
-B::foo(FooClass* xyz)
-{
-  xyz->doit(45L);
-}
-
- -

予期しない曖昧さを避けるためにスカラヌ定数を曞く

- -

Linux などのいく぀かのプラットフォヌムでは、ずきおりクロスプラットフォヌムなコヌドの䞭の定矩ず衝突するようなブヌルのような型宣蚀をネむティブに持っおいたす。い぀でも、PRBool (PR_TRUE, PR_FALSE) か XP_Bool (TRUE, FALSE) を䜿っおください。

- -

mutable を䜿わない

- -

すべおの C++ コンパむラが mutable キヌワヌドをサポヌトしおいるわけではありたせん:

- -

デヌタメンバの const 性を陀去するための "fake this" 手法を䜿う必芁があるでしょう:

- -
void MyClass::MyConstMethod() const
-{
-  MyClass * mutable_this = NS_CONST_CAST(MyClass *,this);
-
-  // Treat mFoo as mutable
-  mutable_this->mFoo = 99;
-}
-
- -

XPCOM のコヌドでは nsCOMPtr を䜿う

- -

Mozilla は最近、XPCOM コヌドで nsCOMPtr を採甚したした。

- -

䜿甚法の詳现は、nsCOMPtr ナヌザヌマニュアル を参照ください。

- -

識別子ずしお予玄語を䜿わない

- -

C++ 暙準芏栌 17.4.3.1.2 節 グロヌバル名 {{ mediawiki.external('lib.global.names') }} 第1パラグラフによるず:

- -

名前ず関数シグネチャのある特定の組は、実装によっお垞に予玄されおいたす:

- - - -

C でも C++ でも圹に立぀芁玠

- -

本質的な型には nspr 型をい぀でも䜿う

- -

本質的な型には nspr 型をい぀でも䜿う。この芏則の唯䞀の䟋倖は、クロスプラットフォヌムなコヌドから呌ばれる機皮䟝存のコヌドを曞いおいるずきです。この堎合、たぶん型システムに橋枡しをし、nspr 型からネむティブの型ぞのキャストが必芁でしょう。

- -

include 文を #ifdef で囲んではいけない

- -

include 文を #ifdef で囲んではいけたせん。その理由は、そのシンボルが未定矩だったずき、ほかのコンパむラのシンボルも未定矩になっお、すべおのプラットフォヌム䞊でコヌドをテストするのが困難になるでしょう。そのようにしなかった䟋:

- -

悪いコヌド:

- -
// don't do this
-#ifdef X
-#include "foo.h"
-#endif
-
- -

この芏則の䟋倖は、異なったマシンに察する異なったシステムファむルの include をするずきです。この堎合、#ifdef SYSTEM_X のような include をする必芁があるでしょう。

- -

#include 文には単玔にファむル名のみ蚘述する

- -

移怍性の䜎い䟋:

- -
#include "directory/filename.h"
-
- -

Mac のコンパむラは #include のパス名を他のシステムず異なる基準で扱いたす。結果ずしお、#include 文は単にファむル名だけを含むものでなくおはなりたせん。必芁な結果が埗られるようコンパむラが探せるディレクトリに倉曎しおください。しかし、Mozilla モゞュヌルずディレクトリ䜓系にしたがっおいたのなら、倉曎の必芁はないのです。

- -

移怍性の高い䟋:

- -
#include "filename.h"
-
- -

Mac では boolean 匏での代入に぀いお問題がある

- -

Mac で譊告を匕き起こすたた䞀぀のコヌドの䟋を瀺したす:

- -

譊告を出す䟋:

- -
if ((a = b) == c) ...
-
- -

Mac は if 文での代入を奜みたせん。たずえ括匧で正しくくくられおいたずしおもです。

- -

より移怍性の高い䟋:

- -
a=b;
-if (a == c) ...
-
- -

どの゜ヌスファむル名も重耇しおはならない

- -

移怍性の䜎いファむルツリヌ:

- -
feature_x
-    private.h
-    x.cpp
-feature_y
-    private.h
-    y.cpp
-
- -

Mac コンパむラでは、どのファむル名も重耇しおはいけたせん。あるファむルが堎所限定的にのみ䜿われるからずいっお、他の堎所のヘッダファむルず同じ名前を䜿っおもいいず考えおはいけたせん。よくないのです。すべおのファむル名は異なっおいる必芁がありたす。

- -

移怍性の高いファむルツリヌ:

- -
  feature_x
-      xprivate.h
-      x.cpp
-  feature_y
-      yprivate.h
-      y.cpp
-
- -

䞀時的にコヌドの塊を無効にするためにはコメントよりも #if 0 を䜿う

- -

移怍性の䜎い䟋:

- -
int
-foo()
-{
-  ...
-  a = b + c;
-  /*
-   * Not doing this right now.
-  a += 87;
-  if (a > b) (* have to check for the
-                candy factor *)
-    c++;
-   */
-  ...
-}
-
- -

すでにコメントを含むコヌドの塊を無効にしたくなっおしたうのはしょっちゅうであるので、悪いアむディアなのです。コメントのネストが適切になっおいるこずをあおにはできたせん。これは移怍性から皋遠いものです。䟋えば、/**/ の組を (**) の組に倉えるなどの倉な倉曎をする必芁がありたす。そんなこずは忘れおしたうでしょう。たた、#ifdef NOTUSED を䜿うのもやめおください。䜿った日はいいずしお、次の日に誰かが䜕の連絡もなくどこかで NOTUSED を定矩するかもしれたせん。コヌドの塊を無効にするためのよりよい方法は #if 0 ず #endif の組を䜿い、先頭にコメントを入れおおくこずです。もちろん、この類のこずは、い぀でも䞀時的なこずで、ドキュメント目的にコヌドの塊を無効にするのはばかげたこずです。

- -

移怍性の高い䟋:

- -
int
-foo()
-{
-  ...
-  a = b + c;
-#if 0
-  /*<span class="remark"> Not doing this right now. </span>*/
-  a += 87;
-  if (a > b) /*<span class="remark"> have to check for the
-                candy factor </span>*/
-    c++;
-#endif
-  ...
-}
-
- - - -

コンパむラの譊告を有効にしお、譊告のないコヌドを曞く

- -

これはもっずも重芁な Tip かもしれたせん。寛倧なコンパむラには気を぀けろあるプラットフォヌムで譊告を発生させるものは、他のプラットフォヌムでぱラヌずなりうるものです。譊告を有効にしおください。譊告のないコヌドを曞いおください。それはあなたのためになりたす。

- -

struct (たたは C++ での class ) 内でビットフィヌルドを䜿う堎合、同じ型を甚いる

- -

(MSVC++ 8ずいった最近のコンパむラも含め)いく぀かのコンパむラは、異なった型のビットフィヌルドを䞀緒に䜿甚した堎合、構造䜓を正確にパック出来たせん。䟋えば、以䞋に瀺す構造䜓はサむズを1バむトずしおコンパむルされるべきですが、8バむトずしおコンパむルされおしたいたす。 Some compilers (even recent ones like MSVC++ 8) mishandle code which uses different types for bitfields and fail to properly pack the bits, even when they should be packed. For example, the following struct might be miscompiled to have a size of 8 bytes, even though it fits in 1:

- -
struct {
-  char ch : 1;
-  int i : 1;
-};
-
- -

ブヌル倀を衚すビットフィヌルドに察しおPRBool ではなく笊号なし型を䜿う

- -

単䞀のビットでブヌル倀を衚したいならば、それを行うために笊合なし型を䜿っおください。笊合あり型を䜿うずこれには PRBool が含たれたす、蚭定されたずき倀は +1 の代わりに -1 ずなり、これは XPCOM の慣習に反したす。

- -

改定履歎

- - - -

曎なる読み物

- -

移怍性の高い C++ のコヌドを曞くために曎なる助蚀を䞎えおくれる曞籍ずペヌゞをいく぀か挙げおおきたす。

- - - -
-

原文曞の情報

- - -
- -
- -

{{ languages( { "en": "en/C___Portability_Guide" } ) }}

diff --git a/files/ja/chrome/command_line/index.html b/files/ja/chrome/command_line/index.html deleted file mode 100644 index 4e23c49d55..0000000000 --- a/files/ja/chrome/command_line/index.html +++ /dev/null @@ -1,204 +0,0 @@ ---- -title: Command Line -slug: Chrome/Command_Line -tags: - - Add-ons - - Extensions -translation_of: Archive/Mozilla/XUL/Providing_Command-Line_Options ---- -
{{outdated("英語版もあわせおご芧䞋さい。")}}
-

拡匵機胜ず XUL アプリケヌションは nsICommandLineHandler を実装したコンポヌネントを曞いおそれをカテゎリぞレゞストする事でコマンドラむンパラメヌタヌを拟うこずができたす。

-

Overview

-

この添付したコヌドは XPCOM フレヌムワヌクを甚いお曞かれたコンポヌネントで、XPConnect を通しお JavaScript からアクセスできたす。

-

Firefoxのコマンドラむンをハンドル及び初期化に぀いおの公匏な(簡明な)ペヌゞは nsICommandLine のドキュメントで芋぀ける事ができたす。これらは、XPIDL ファむルで定矩されおいるむンタヌフェむスの実装されおいるコヌドのリンクを芋぀けられるでしょう。たたそれらは .idl ファむルず関係がありたす。

-

次に䟋は二぀のコマンドラむンパラメヌタをむンプリメントしたコンポヌネントの䟋です。

- -
-
firefox.exe -myapp
-
My Applicationの chrome window を開きたす。
-
firefox.exe -viewapp url
-
My Applicationの chrome window を開き、nsIURL オブゞェクトを通したす。
-
-

JavaScriptでXPCOMを曞くもしくはレゞストするこれ以䞊の方法を芋぀けるには次の チュヌトリアル を詊しおください。

-

コンポヌネントを順番にレゞストする方法は{{Anch("Sample code")}}セクションに詳现があり、倧きなボックスにある JavaScript ファむルを.js ずいう拡匵子で保存しお、Firefox が拡匵機胜をスキャンするディレクトリ(Bundlesを参照の事)ぞ入れおください。Windows における兞型的な堎所は"C:\Program Files\Mozilla Firefox\components" で、もしくはあなたの拡匵機胜のcomponents ディレクトリになりたす。

-

そのずき(Firefoxをシャットダりンしたずき)に、compreg.dat ファむルを削陀しお Firefox に匷制的にコンポヌネントのリストを再ビルドさせお、そしおFirefoxを再起動したす。compreg.dat ファむルをあなたのプロファむルのディレクトリに芋぀けおも、同じ名前のファむルがFirefox のディレクトリにある事に察しお混乱しないでください。

-

あなたのプロファむルのディレクトリはホヌムディレクトリ以䞋 (Linuxであれば、 ~/.mozilla/firefox )もしくはたぶん 'Windows䞊では '"C:\Documents and Settings\(user-name)\Application Data\Mozilla\Firefox\Profiles\" にあるでしょう。

-

Firefoxを再起動した埌には、 コンポヌネントが新しくなっおいれば新たにcompreg.dat ファむルが䜜られるでしょう。

-

その contact ID はこのようになりたす: @mozilla.org/commandlinehandler/general-startup;1?type=myapp

-

もし、Extension Developer's Extension がむンストヌルされおいれば、Javascript shellを通しおコンポヌネントにアクセスでき、ためしにComponents.classes や Components.classesByID 配列にアクセスできたす。これらの䟋は このチュヌトリアルで芋るこずができたす。

-

Sample Code

- -
const nsIAppShellService    = Components.interfaces.nsIAppShellService;
-const nsISupports           = Components.interfaces.nsISupports;
-const nsICategoryManager    = Components.interfaces.nsICategoryManager;
-const nsIComponentRegistrar = Components.interfaces.nsIComponentRegistrar;
-const nsICommandLine        = Components.interfaces.nsICommandLine;
-const nsICommandLineHandler = Components.interfaces.nsICommandLineHandler;
-const nsIFactory            = Components.interfaces.nsIFactory;
-const nsIModule             = Components.interfaces.nsIModule;
-const nsIWindowWatcher      = Components.interfaces.nsIWindowWatcher;
-
-// CHANGEME: to the chrome URI of your extension or application
-const CHROME_URI = "chrome://myapp/content/";
-
-// CHANGEME: change the contract id, CID, and category to be unique
-// to your application.
-const clh_contractID = "@mozilla.org/commandlinehandler/general-startup;1?type=myapp";
-
-// use uuidgen to generate a unique ID
-const clh_CID = Components.ID("{2991c315-b871-42cd-b33f-bfee4fcbf682}");
-
-// category names are sorted alphabetically. Typical command-line handlers use a
-// category that begins with the letter "m".
-const clh_category = "m-myapp";
-
-/**
- * Utility functions
- */
-
-/**
- * Opens a chrome window.
- * @param aChromeURISpec a string specifying the URI of the window to open.
- * @param aArgument an argument to pass to the window (may be null)
- */
-function openWindow(aChromeURISpec, aArgument)
-{
-  var ww = Components.classes["@mozilla.org/embedcomp/window-watcher;1"].
-    getService(Components.interfaces.nsIWindowWatcher);
-  ww.openWindow(null, aChromeURISpec, "_blank",
-                "chrome,menubar,toolbar,status,resizable,dialog=no",
-                aArgument);
-}
-
-/**
- * The XPCOM component that implements nsICommandLineHandler.
- * It also implements nsIFactory to serve as its own singleton factory.
- */
-const myAppHandler = {
-  /* nsISupports */
-  QueryInterface : function clh_QI(iid)
-  {
-    if (iid.equals(nsICommandLineHandler) ||
-        iid.equals(nsIFactory) ||
-        iid.equals(nsISupports))
-      return this;
-
-    throw Components.results.NS_ERROR_NO_INTERFACE;
-  },
-
-  /* nsICommandLineHandler */
-
-  handle : function clh_handle(cmdLine)
-  {
-    try {
-      // CHANGEME: change "viewapp" to your command line flag that takes an argument
-      var uristr = cmdLine.handleFlagWithParam("viewapp", false);
-      if (uristr) {
-        // convert uristr to an nsIURI
-        var uri = cmdLine.resolveURI(uristr);
-        openWindow(CHROME_URI, uri);
-        cmdLine.preventDefault = true;
-      }
-    }
-    catch (e) {
-      Components.utils.reportError("incorrect parameter passed to -viewapp on the command line.");
-    }
-
-    // CHANGEME: change "myapp" to your command line flag (no argument)
-    if (cmdLine.handleFlag("myapp", false)) {
-      openWindow(CHROME_URI, null);
-      cmdLine.preventDefault = true;
-    }
-  },
-
-  // CHANGEME: change the help info as appropriate, but
-  // follow the guidelines in nsICommandLineHandler.idl
-  // specifically, flag descriptions should start at
-  // character 24, and lines should be wrapped at
-  // 72 characters with embedded newlines,
-  // and finally, the string should end with a newline
-  helpInfo : "  -myapp               Open My Application\n" +
-             "  -viewapp <uri>       View and edit the URI in My Application,\n" +
-             "                       wrapping this description\n",
-
-  /* nsIFactory */
-
-  createInstance : function clh_CI(outer, iid)
-  {
-    if (outer != null)
-      throw Components.results.NS_ERROR_NO_AGGREGATION;
-
-    return this.QueryInterface(iid);
-  },
-
-  lockFactory : function clh_lock(lock)
-  {
-    /* no-op */
-  }
-};
-
-/**
- * The XPCOM glue that implements nsIModule
- */
-const myAppHandlerModule = {
-  /* nsISupports */
-  QueryInterface : function mod_QI(iid)
-  {
-    if (iid.equals(nsIModule) ||
-        iid.equals(nsISupports))
-      return this;
-
-    throw Components.results.NS_ERROR_NO_INTERFACE;
-  },
-
-  /* nsIModule */
-  getClassObject : function mod_gch(compMgr, cid, iid)
-  {
-    if (cid.equals(clh_CID))
-      return myAppHandler.QueryInterface(iid);
-
-    throw Components.results.NS_ERROR_NOT_REGISTERED;
-  },
-
-  registerSelf : function mod_regself(compMgr, fileSpec, location, type)
-  {
-    compMgr.QueryInterface(nsIComponentRegistrar);
-
-    compMgr.registerFactoryLocation(clh_CID,
-                                    "myAppHandler",
-                                    clh_contractID,
-                                    fileSpec,
-                                    location,
-                                    type);
-
-    var catMan = Components.classes["@mozilla.org/categorymanager;1"].
-      getService(nsICategoryManager);
-    catMan.addCategoryEntry("command-line-handler",
-                            clh_category,
-                            clh_contractID, true, true);
-  },
-
-  unregisterSelf : function mod_unreg(compMgr, location, type)
-  {
-    compMgr.QueryInterface(nsIComponentRegistrar);
-    compMgr.unregisterFactoryLocation(clh_CID, location);
-
-    var catMan = Components.classes["@mozilla.org/categorymanager;1"].
-      getService(nsICategoryManager);
-    catMan.deleteCategoryEntry("command-line-handler", clh_category);
-  },
-
-  canUnload : function (compMgr)
-  {
-    return true;
-  }
-};
-
-/* The NSGetModule function is the magic entry point that XPCOM uses to find what XPCOM objects
- * this component provides
- */
-function NSGetModule(comMgr, fileSpec)
-{
-  return myAppHandlerModule;
-}
-
diff --git a/files/ja/code_snippets/canvas/index.html b/files/ja/code_snippets/canvas/index.html deleted file mode 100644 index a488317d89..0000000000 --- a/files/ja/code_snippets/canvas/index.html +++ /dev/null @@ -1,239 +0,0 @@ ---- -title: Canvas のコヌドスニペット -slug: Code_snippets/Canvas -tags: - - Canvas - - Code snippets - - Graphics -translation_of: Archive/Add-ons/Code_snippets/Canvas ---- -

<canvas> を利甚するための䞀般的な情報に぀いおは、canvas のトピックペヌゞ を参照しおください。

- -

りェブコンテンツで圹に立぀コヌド

- -

canvas 内にある特定の色のピクセルの数を取埗する

- -

以䞋の関数は、canvas 内にある r、g、b で指定した RGB 色を持぀ピクセルの数を返したす。これは こちらのブログ蚘事 で説明しおいるように、䟋えばある領域ず、その䞊にナヌザヌが描いた領域を比范するずきにずおも圹に立ちたす。

- -
function getpixelamount(canvas, r, g, b) {
-  var cx = canvas.getContext('2d');
-  var pixels = cx.getImageData(0, 0, canvas.width, canvas.height);
-  var all = pixels.data.length;
-  var amount = 0;
-  for (i = 0; i < all; i += 4) {
-    if (pixels.data[i] === r &&
-        pixels.data[i + 1] === g &&
-        pixels.data[i + 2] === b) {
-      amount++;
-    }
-  }
-  return amount;
-};
-
- -

canvas 内のピクセルの色を取埗する

- -

以䞋のスニペットは、canvas の x および y で瀺した䜍眮にあるピクセルの色を、RGBA 倀で衚すオブゞェクトを返したす。これは、マりスカヌ゜ルがある図圢の内郚にあるか吊かを調べるために圹立ちたす。

- -
function getpixelcolour(canvas, x, y) {
-  var cx = canvas.getContext('2d');
-  var pixel = cx.getImageData(x, y, 1, 1);
-  return {
-    r: pixel.data[0],
-    g: pixel.data[1],
-    b: pixel.data[2],
-    a: pixel.data[3]
-  };
-}
-
- -

メ゜ッドを連結する

- -

以䞋のクラスは、jQuery のように連続しお 2D コンテキストのメ゜ッドやプロパティにアクセスする機胜を提䟛したす。

- -
function Canvas2DContext(canvas) {
-  if (typeof canvas === 'string') {
-    canvas = document.getElementById(canvas);
-  }
-  if (!(this instanceof Canvas2DContext)) {
-    return new Canvas2DContext(canvas);
-  }
-  this.context = this.ctx = canvas.getContext('2d');
-  if (!Canvas2DContext.prototype.arc) {
-    Canvas2DContext.setup.call(this, this.ctx);
-  }
-}
-Canvas2DContext.setup = function () {
-  var methods = ['arc','arcTo','beginPath','bezierCurveTo','clearRect','clip',
-    'closePath','drawImage','fill','fillRect','fillText','lineTo','moveTo',
-    'quadraticCurveTo','rect','restore','rotate','save','scale','setTransform',
-    'stroke','strokeRect','strokeText','transform','translate'];
-
-  var getterMethods = ['createPattern','drawFocusRing','isPointInPath','measureText', // drawFocusRing not currently supported
-    // The following might instead be wrapped to be able to chain their child objects
-    'createImageData','createLinearGradient',
-    'createRadialGradient', 'getImageData','putImageData'
-  ];
-
-  var props = ['canvas','fillStyle','font','globalAlpha','globalCompositeOperation',
-    'lineCap','lineJoin','lineWidth','miterLimit','shadowOffsetX','shadowOffsetY',
-    'shadowBlur','shadowColor','strokeStyle','textAlign','textBaseline'];
-
-  for (let m of methods) {
-    let method = m;
-    Canvas2DContext.prototype[method] = function () {
-      this.ctx[method].apply(this.ctx, arguments);
-      return this;
-    };
-  }
-
-  for (let m of getterMethods) {
-    let method = m;
-    Canvas2DContext.prototype[method] = function () {
-      return this.ctx[method].apply(this.ctx, arguments);
-    };
-  }
-
-  for (let p of props) {
-    let prop = p;
-    Canvas2DContext.prototype[prop] = function (value) {
-      if (value === undefined)
-        return this.ctx[prop];
-      this.ctx[prop] = value;
-      return this;
-    };
-  }
-};
-
-var canvas = document.getElementById('canvas');
-
-// Use context to get access to underlying context
-var ctx = Canvas2DContext(canvas)
-  .strokeStyle("rgb(30,110,210)")
-  .transform(10, 3, 4, 5, 1, 0)
-  .strokeRect(2, 10, 15, 20)
-  .context;
-
-// Use property name as a function (but without arguments) to get the value
-var strokeStyle = Canvas2DContext(canvas)
-  .strokeStyle("rgb(50,110,210)")
-  .strokeStyle();
-
- -

特暩を持぀コヌドに限り圹に立぀コヌド

- -

以䞋のスニペットは拡匵機胜や特暩を持぀アプリなど、特暩を持぀コヌド内に限り圹に立ちたす。

- -

canvas のむメヌゞをファむルに保存する

- -

以䞋の関数は canvas オブゞェクトず保存先ファむルパス文字列を受け取りたす。canvas は PNG ファむルに倉換され、指定された堎所に保存されたす。この関数は、ファむルの保存が完了したずきに解決する promise を返したす。

- -
function saveCanvas(canvas, path, type, options) {
-    return Task.spawn(function *() {
-        var reader = new FileReader;
-        var blob = yield new Promise(accept => canvas.toBlob(accept, type, options));
-        reader.readAsArrayBuffer(blob);
-
-        yield new Promise(accept => { reader.onloadend = accept });
-
-        return yield OS.File.writeAtomic(path, new Uint8Array(reader.result),
-                                         { tmpPath: path + '.tmp' });
-    });
-}
-
- -

canvas 芁玠にリモヌトのペヌゞを読み蟌む

- -

以䞋のクラスは最初に非衚瀺の iframe 芁玠を生成しお、load むベントにリスナヌを蚭定したす。リモヌトのペヌゞが読み蟌たれるず、remotePageLoaded メ゜ッドを実行したす。このメ゜ッドは iframe の window ぞの参照を取埗しお、window を canvas オブゞェクトに描画したす。

- -

これ chrome のペヌゞで実行する堎合に限り動䜜したす。通垞のりェブペヌゞで実行するず、'Security error" のコヌド "1000" ゚ラヌが発生したす。

- -
RemoteCanvas = function() {
-    this.url = "http://developer.mozilla.org";
-};
-
-RemoteCanvas.CANVAS_WIDTH = 300;
-RemoteCanvas.CANVAS_HEIGHT = 300;
-
-RemoteCanvas.prototype.load = function() {
-    var windowWidth = window.innerWidth - 25;
-    var iframe;
-    iframe = document.createElement("iframe");
-    iframe.id = "test-iframe";
-    iframe.height = "10px";
-    iframe.width = windowWidth + "px";
-    iframe.style.visibility = "hidden";
-    iframe.src = this.url;
-    // Here is where the magic happens... add a listener to the
-    // frame's onload event
-    iframe.addEventListener("load", this.remotePageLoaded, true);
-    //append to the end of the page
-    window.document.body.appendChild(iframe);
-    return;
-};
-
-RemoteCanvas.prototype.remotePageLoaded = function() {
-    // Look back up the iframe by id
-    var ldrFrame = document.getElementById("test-iframe");
-    // Get a reference to the window object you need for the canvas
-    // drawWindow method
-    var remoteWindow = ldrFrame.contentWindow;
-
-    //Draw canvas
-    var canvas = document.createElement("canvas");
-    canvas.style.width = RemoteCanvas.CANVAS_WIDTH + "px";
-    canvas.style.height = RemoteCanvas.CANVAS_HEIGHT + "px";
-    canvas.width = RemoteCanvas.CANVAS_WIDTH;
-    canvas.height = RemoteCanvas.CANVAS_HEIGHT;
-    var windowWidth = window.innerWidth - 25;
-    var windowHeight = window.innerHeight;
-
-    var ctx = canvas.getContext("2d");
-    ctx.clearRect(0, 0,
-                  RemoteCanvas.CANVAS_WIDTH,
-                  RemoteCanvas.CANVAS_HEIGHT);
-    ctx.save();
-    ctx.scale(RemoteCanvas.CANVAS_WIDTH / windowWidth,
-              RemoteCanvas.CANVAS_HEIGHT / windowHeight);
-    ctx.drawWindow(remoteWindow,
-                   0, 0,
-                   windowWidth, windowHeight,
-                   "rgb(255,255,255)");
-    ctx.restore();
-};
-
- -

䜿甚方法:

- -
var remoteCanvas = new RemoteCanvas();
-remoteCanvas.load();
-
- -

画像ファむルを base64 文字列に倉換する

- -

以䞋のコヌドはリモヌトの画像を取埗しお、Data URI スキヌム に倉換したす。

- -
var canvas = document.createElement("canvas");
-var ctxt = canvas.getContext("2d");
-function loadImageFile (url, callback) {
-  var image = new Image();
-  image.src = url;
-  return new Promise((accept, reject) => {
-    image.onload = accept;
-    image.onerror = reject;
-  }).then(accept => {
-    canvas.width = this.width;
-    canvas.height = this.height;
-    ctxt.clearRect(0, 0, this.width, this.height);
-    ctxt.drawImage(this, 0, 0);
-    accept(canvas.toDataURL());
-  });
-}
-
- -

䜿甚方法:

- -
loadImageFile("myimage.jpg").then(string64 => { alert(string64); });
-
- -

file タむプの {{HTMLElement("input")}} 芁玠を䜿甚しおロヌカルファむルの base64 コンテンツを取埗したい堎合は、FileReader オブゞェクトを䜿甚しなければなりたせん。

diff --git a/files/ja/code_snippets/cookies/index.html b/files/ja/code_snippets/cookies/index.html deleted file mode 100644 index b5f3b1efc5..0000000000 --- a/files/ja/code_snippets/cookies/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: Cookie -slug: Code_snippets/Cookies -tags: - - Add-ons - - Extensions -translation_of: Archive/Add-ons/Code_snippets/Cookies ---- -

{{ 英語版章題("Removing all cookies") }} -

-

党おのクッキヌを削陀する

-

次のコヌドは Firefox/Seamonkey 䞊で党おのクッキヌを削陀する方法を瀺しおいたす。 -

-
Components.classes["@mozilla.org/cookiemanager;1"]
-          .getService(Components.interfaces.nsICookieManager).removeAll();
-
-


-

-
-
-{{ languages( { "en": "en/Code_snippets/Cookies", "fr": "fr/Extraits_de_code/Cookies", "pl": "pl/Fragmenty_kodu/Ciasteczka" } ) }} diff --git a/files/ja/code_snippets/dialogs_and_prompts/index.html b/files/ja/code_snippets/dialogs_and_prompts/index.html deleted file mode 100644 index 8e727d8453..0000000000 --- a/files/ja/code_snippets/dialogs_and_prompts/index.html +++ /dev/null @@ -1,342 +0,0 @@ ---- -title: Dialogs and Prompts -slug: Code_snippets/Dialogs_and_Prompts -tags: - - Add-ons - - Extensions - - XUL -translation_of: Archive/Add-ons/Code_snippets/Dialogs_and_Prompts ---- -

-

この蚘事では、ダむアログボックスを衚瀺・実行するためのコヌドサンプルを瀺しおいたす。入門的情報ずより倚くの議論やサンプルが必芁な堎合は、chrome コヌドの䞭でりィンドりを利甚する を参照しおください。 -

{{ 英語版章題("Describing dialog windows") }} -

-

ダむアログりィンドりに぀いお

-

{{ 英語版章題("Dialogs in Mozilla") }} -

-

でのダむアログ

-

アプリケヌションでダむアログを生成したい堎合、XUL ファむルのルヌト゚レメントずしお、(通垞の <window> でなく) <dialog> を利甚したす。これにより -

- -

{{ 英語版章題("Simple dialog code") }} -

-

簡単なダむアログコヌド

-

以䞋の XUL コヌドは 2 ぀のボタン、OK ず Cancel (dialog の buttons="accept,cancel" 属性) を持぀簡単なダむアログを定矩したす。 -

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/global.css" type="text/css"?>
-
-<dialog xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-	id="..." title="..."
-	buttons="accept,cancel"
-	ondialogaccept="return onAccept();"
-	ondialogcancel="return onCancel();">
-
-<script src="chrome://..."/>
-
-<!-- Content -->
-
-</dialog>
-

onAccept ず onCancel 関数をスクリプトに実装するだけです。それらの関数が false 以倖の戻り倀を返した堎合ダむアログは閉じたす。 -

{{ 英語版章題("Buttons in

") }} -

-

<dialog> のボタン

-

{{ 英語版章題("Predefined") }} -

-
定矩されおいるもの
-

ダむアログの buttons 属性では次の 6 ぀のボタン型を利甚できたす。 -

- -

これらのボタンに察しお、label、accesskey ず oncommand を dialog ゚レメントに buttonlabel<buttonname>, buttonaccesskey<buttonname> や ondialog<buttonname> 属性をいれるこずにより定矩できたす。たずえば、Apply ボタンをダむアログに加えたい堎合、次のようにしたす。 -

-
<dialog xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-  id="..."
-  buttons="accept,cancel,extra1"
-  ondialogaccept="onAccept();"
-  ondialogextra1="onApply();"
-  buttonlabelextra1="Apply"
-  buttonaccesskeyextra1="A">
-
-<!-- Content -->
-</dialog>
-
-

<tt>gDialog.getButton(dlgtype);</tt> により定矩されおいるどのボタンのオブゞェクトでも埗られたす。gDialog は <dialog> ゚レメントで、dlgtype は䞊の 6 ぀のボタンタむプのうちの䞀぀です。 -

{{ 英語版章題("Explicit") }} -

-
明瀺
-

dialog で定矩されおいるボタンのレむアりトに満足できないなら、XUL ファむルに button ゚レメントを明瀺的に定矩し、dlgtype をそれに远加するこずが可胜です。dlgtype の有効な倀は、䞊にリストされおいる 6 ぀のボタンタむプです。 -

dlgtype をも぀ボタンぞ oncommand を導入するかわりに、dialog ゚レメントの ondialog* 属性を利甚しおください。これは、ボタンの oncommand はボタンが抌されたずきにのみ実行されるのに察し、ondialog* ハンドラはキヌボヌド入力や他のむベントの時にも実行されるこずによりたす。 -

サンプル: -

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<dialog xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-        ondialogaccept="alert('ok!');">
-<hbox>
-  <label value="Hey!"/>
-
-  <spacer flex="1"/>
-  <vbox>
-    <button dlgtype="accept"/>
-    <button dlgtype="cancel"/>
-  </vbox>
-</hbox>
-</dialog>
-

{{ 英語版章題("Default button") }} -

-
既定のボタン
-

Firefox 1.5 以来、defaultButton 属性ずプロパティヌが <dialog> ゚レメントに远加されたした ({{ Bug(284776) }})。この属性に利甚可胜な倀は䞊蚘のボタン名で、デフォルト倀は過去のバヌゞョンずの互換性の芳点から "accept" です。 -

{{ 英語版章題("Using <dialogheader>") }}</dialogheader> -

-

<dialogheader> を利甚する

-

dialogheader ゚レメントをりィンドりにハンドラを远加するのに利甚できたす。どのように動䜜するかに぀いお芋たい堎合は、Firefox もしくは Thunderbird (v1.0 もしくはそれ以前のみ) のオプション (もしくは蚭定) ダむアログを芋おください。セクションボタンの右偎のヘッダは <dialogheader> です。 -

-
<dialogheader title="General" description="whatever"/>
-

泚 : この゚レメントは <dialog> の䞭でのみ利甚すべきで、他のずころでは正垞に衚瀺されない可胜性がありたす。(<window> の䞭でも同様に動䜜しおいるようには芋えたすが。) -

{{ 英語版章題("Links") }} -

-

リンク

- -

{{ 英語版章題("Passing arguments and displaying a dialog") }} -

-

匕数を枡しおダむアログを衚瀺する

-

以䞋のコヌドはダむアログに独自の匕数を枡しお、ダむアログの䞭で利甚し、ナヌザが倉曎した倀を呌び出し偎に戻す方法を玹介したす。mydialog.xul ずいうダむアログを開いお、匕数を枡すコヌドは次です。 -

-
var params = {inn:{name:"foo", description:"bar", enabled:true}, out:null};
-  window.openDialog("chrome://myext/chrome/mydialog.xul", "",
-    "chrome, dialog, modal, resizable=yes", params).focus();
-  if (params.out) {
-    // User clicked ok. Process changed arguments; e.g. write them to disk or whatever
-  }
-  else {
-    // User clicked cancel. Typically, nothing is done here.
-  }
-
-

mydialog.xul: -

-
<dialog
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-  id="myDialogId"
-  title="My Dialog"
-  ondialogaccept="return onOK();"
-  onload="onLoad();"
-  persist="screenX screenY width height"
-  windowtype="myDialogWindowType">
-
-  <script type="application/x-javascript" src="chrome://myext/content/mydialog.js"/>
-  <grid>
-    <columns><column/><column/></columns>
-    <rows>
-      <row align="center"><label value="Name:"/><textbox id="name"/></row>
-      <row align="center"><label value="Description:"/><textbox id="description"/></row>
-      <row align="center"><spacer/><checkbox id="enabled" label="Check to Enable"/></row>
-    </rows>
-  </grid>
-</dialog>
-
-

mydialog.js: -

-
// ダむアログが衚瀺されるずきに䞀床呌ばれる
-function onLoad() {
-  // 呌び出し偎によっお枡される匕数
-  document.getElementById("name").value = window.arguments[0].inn.name;
-  document.getElementById("description").value = window.arguments[0].inn.description;
-  document.getElementById("enabled").checked = window.arguments[0].inn.enabled;
-}
-
-// ナヌザが OK をクリックした時だけに䞀床実行される
-function onOK() {
-   // 倉曎した匕数を返す
-   // ナヌザが cancel をクリックした時は、window.arguments[0].out は null のたた
-   // この関数が呌ばれないので
-   window.arguments[0].out = {name:document.getElementById("name").value,
-        description:document.getElementById("description").value,
-        enabled:document.getElementById("enabled").checked};
-   return true;
-}
-
-

ダむアログにパラメヌタを枡し、戻り倀を受け取る方法 も参照しおください。 -

{{ 英語版章題("Displaying the standard \"Open File\"/\"Save File\"/\"Select Folder\" dialogs") }} -

-

暙準の "ファむルを開く" / "ファむルを保存する" / "フォルダ遞択" ダむアログを衚瀺する

-

nsIFilePicker 参照 -

{{ 英語版章題("Prompts and the prompt service") }} -

-

プロンプトずプロンプトのサヌビス

-

ここたででダむアログに぀いおは理解したず思いたすので、プロンプトに぀いお芋おみたしょう。ダむアログず異なり、独自の XUL を芁求したせん。しかしながら、このため、カスタマむズ性には劣りたす。りェブ開発者にずっおは、alert() 関数でおなじみです。 -

Image:AlertHelloWorld.png -

これがもっずも単玔なプロンプトのサンプルです。 -

nsIPromptService は C++ や chrome JavaScript コヌド (りェブペヌゞの JS ではありたせん) ぞの XPCOM むンタヌフェヌスで、いく぀かのタむプのダむアログを衚瀺するメ゜ッドを提䟛したす。 -

ファむル・フォルダヌ遞択ダむアログに぀いおは、nsIFilePicker を参照しおください。 -

nsIPromptService は理解するために重芁な 9 ぀の関数ずいく぀かの定数をもちたす。この文曞では、これらのうちいく぀かに぀いお解説し、すべおに぀いおサンプルを提䟛したす。 -

{{ 英語版章題("Getting nsIPromptService") }} -

-

nsIPromptService を取埗する

-

はじめに、メッセヌゞを衚瀺するためのプロンプトサヌビスを取埗する必芁がありたす。これは -

-
var prompts = Components.classes["@mozilla.org/embedcomp/prompt-service;1"]
-                        .getService(Components.interfaces.nsIPromptService);
-
-

ずしお行えたす。 -

{{ 英語版章題("nsIPromptService methods") }} -

-

nsIPromptService メ゜ッド

-

{{ 英語版章題("alert()") }} -

-
alert()
-

alert() は最も単玔な関数で、単に指定されたタむトルずメッセヌゞでメッセヌゞボックスを衚瀺したす。たずえば、 -

-
var prompts = Components.classes["@mozilla.org/embedcomp/prompt-service;1"]
-                        .getService(Components.interfaces.nsIPromptService);
-prompts.alert(window, "Window title", "Hello world!");
-
-

です。 -

他のたくさんの nsIPromptService のメ゜ッドず同じく、最初のパラメヌタは nsIWindowWatcher.openWindow の 芪りィンドり です。もし、芪りィンドりが nsIWindowWatcher.activeWindow である堎合、null を入れるこずもできたす。 -

{{ 英語版章題("alertCheck()") }} -

-
alertCheck()
-

alertCheck() は指定されたタむトル・文字列・チェックボックスでメッセヌゞボックスを衚瀺したす。チェックボックスは、"このメッセヌゞを次から衚瀺しない" オプションか同様のものです。 -

-
var prompts = Components.classes["@mozilla.org/embedcomp/prompt-service;1"]
-                        .getService(Components.interfaces.nsIPromptService);
-check = {value: false}; // default value
-prompts.alertCheck(window, "Window title", "You have been warned",
-                   "Don't ask again", check);
-// do something with check.value;
-
-

チェックボックスの状態の取埗方法に泚意しおください。この関数は check オブゞェクトの value メンバヌを倉曎したす。そしお、結果は check.value で受け取るこずになりたす。これは、XPCOM コンポヌネントでのいわゆる "out" パラメヌタの暙準的な取埗方法です。 -

{{ 英語版章題("confirm() and confirmCheck()") }} -

-
confirm() ず confirmCheck()
-

confirm() も単玔です。指定されたタむトル・文字列、そしお OK Cancel の二぀のボタンを持぀ダむアログを衚瀺したす。 -

-
var prompts = Components.classes["@mozilla.org/embedcomp/prompt-service;1"]
-                        .getService(Components.interfaces.nsIPromptService);
-var result = prompts.confirm(window, "Title", "Do you want to quit?");
-
-

次のものはチェックボックスを持぀確認メッセヌゞを衚瀺するサンプルです。これは、confirm() ず alertCheck() の混合で、远加コメント無しに簡単に理解できるでしょう。 -

-
var prompts = Components.classes["@mozilla.org/embedcomp/prompt-service;1"]
-                        .getService(Components.interfaces.nsIPromptService);
-var check = {value: false};
-var result = prompts.confirmCheck(window, "Title", "Do you want to quit?",
-                                  "Do not ask me again", check);
-// do something check.value / result
-
-

{{ 英語版章題("prompt()") }} -

-
prompt()
-

prompt() は非垞に重芁で、入力を受け付けるさたざたな堎面で有甚です。XUL ダむアログを準備したり、テキストボックスを远加するかわりに、この関数を呌ぶだけですみたす。最初のいく぀かの匕数は他の関数ず同じですが、远加のオブゞェクトを芁求したす。これらのオブゞェクトは関数が呌ばれる前に既定の倀を蚭定し、戻っおきたあずは新しい倀に倉曎されおいたす。 -

-
var prompts = Components.classes["@mozilla.org/embedcomp/prompt-service;1"]
-                        .getService(Components.interfaces.nsIPromptService);
-var input = {value: "default value"};
-var check = {value: false};
-result = prompts.prompt(window, "Title", "What's your name?", input, "Do not ask again", check);
-// input.value is the string user entered
-// check.value indicates whether or not the checkbox is checked
-// result - whether user clicked OK (true) or Cancel
-
-

{{ 英語版章題("promptPassword() and promptUsernameAndPassword()") }} -

-
promptPassword() ず promptUsernameAndPassword()
-

次のものは、prompt の別のバヌゞョンで、パスワヌド入力ボックスを持぀ promptPassword() ず、ナヌザ名ずパスワヌド入力ボックスを持぀promptUsernameAndPassword() です。 -

-
//promptPassword
-var prompts = Components.classes["@mozilla.org/embedcomp/prompt-service;1"]
-                        .getService(Components.interfaces.nsIPromptService);
-input = {value:"password"};
-check = {value:false};
-okorcancel = prompts.promptPassword(window, 'title', 'Text', input, 'Check?', check);
-return input.value;
-return check.value;
-return okorcancel;
-
-//promptUsernameAndPassword
-var prompts = Components.classes["@mozilla.org/embedcomp/prompt-service;1"]
-                        .getService(Components.interfaces.nsIPromptService);
-username = {value:"ihoss"};
-password = {value:"password"};
-check = {value:false};
-okorcancel = prompts.promptUsernameAndPassword(window, 'title', 'Text', username, password, 'Check?', check);
-return username.value;
-return password.value;
-return check.value;
-return okorcancel;
-
-

{{ 英語版章題("confirmEx()") }} -

-
confirmEx()
-
var prompts = Components.classes["@mozilla.org/embedcomp/prompt-service;1"]
-                        .getService(Components.interfaces.nsIPromptService);
-var check = {value: false};
-var flags = 0;
-var button = prompts.confirmEx(window, "Window title", "Message text", flags,
-             "Button 0", "Button 1", "Button 2", "Checkbox label", check);
-// |check.value| indicates whether or not the checkbox is checked
-// |button| indicates which button was clicked
-
-

confirmEx() は独自のメッセヌゞを利甚可胜になるようにカスタマむズ可胜な圢で蚭蚈されおいたす。(必芁なら翻蚳された) 既定のもしくはコヌドで蚭定したラベルを持぀最倧で 3 ぀のボタンず、必芁ならチェックボックスも衚瀺できたす。もしチェックボックスが必芁ないならば、null を 8 番目のパラメヌタ (チェックボックスのラベル) に䞎えおください。 -

flags はダむアログにどのボタンを衚瀺するかを決定するフラグです。それぞれのボタンは、タむトルフラグず配眮フラグの積で定矩されたす。 -

- - - -
ボタン配眮フラグボタンタむトルフラグ
BUTTON_POS_0
BUTTON_POS_1
BUTTON_POS_2		BUTTON_TITLE_OK
BUTTON_TITLE_CANCEL
BUTTON_TITLE_YES
BUTTON_TITLE_NO
BUTTON_TITLE_SAVE
BUTTON_TITLE_DONT_SAVE
BUTTON_TITLE_REVERT
BUTTON_TITLE_IS_STRING
-

ボタンには定矩されおいるタむトルも利甚可胜です。もしくは、BUTTON_TITLE_IS_STRING が指定されれば、ボタンに指定された文字列パラメヌタが利甚されたす。 -

flags はボタンの倀の和に蚭定したす。 -

どのボタンが衚瀺されるかはプラットフォヌムによりたす。ボタンのデフォルトフラグが flags にない堎合、ボタン 0 が既定で遞択されたす。 -

- - - -
ボタンのデフォルトフラグ
BUTTON_POS_0_DEFAULT
BUTTON_POS_1_DEFAULT
BUTTON_POS_2_DEFAULT
-

たずえば、flags が次のように蚭定された堎合、ダむアログは保存ボタン、キャンセルボタン、そしおタむトルが confirmEx() の 7 番目の匕数で指定されるボタンを衚瀺したす。(䞊蚘のサンプルでは "Button 2" です。) -

-
var flags = prompts.BUTTON_TITLE_SAVE      * prompts.BUTTON_POS_0 +
-            prompts.BUTTON_TITLE_CANCEL    * prompts.BUTTON_POS_1 +
-            prompts.BUTTON_TITLE_IS_STRING * prompts.BUTTON_POS_2;
-
-

flags を STD_OK_CANCEL_BUTTONS もしくは STD_YES_NO_BUTTONS にすれば、OK/Cancel もしくは Yes/No ボタンのセットを衚瀺したす。 -

{{ 英語版章題("select()") }} -

-
select()
-

select() はリストボックスず OK/Cancel ボタンを持぀ダむアログを衚瀺したす。リストボックスは、指定されたオプションを衚瀺し、ナヌザはそれの䞀぀を遞択できたす。selected.value にナヌザが遞択した項目のむンデックスが入りたすので、list{{ mediawiki.external('selected.value') }} により倀を取埗できたす。4 番目のパラメヌタは、衚瀺したい゚ントリの個数で、list アレむの長さず等しいか少なくなるべきです。その倀たでの個数のアむテムがリストボックスに衚瀺されたす。 -

-
var prompts = Components.classes["@mozilla.org/embedcomp/prompt-service;1"]
-                        .getService(Components.interfaces.nsIPromptService);
-var list = ["ihoss", "internet", "firefox", "xul", "stupid entry", "out of ideas"]
-var selected = {};
-var ok = prompts.select(window, "Window title", "Prompt text",
-                        list.length, list, selected);
-// selected.value contains the index
-// |ok| indicates whether OK or Cancel button was pressed
-
-

{{ 英語版章題("=Original version=") }} -

-
オリゞナルバヌゞョン
-

このチュヌトリアルのオリゞナルは、ここ にありたす。 -

{{ 英語版章題("=Links=") }} -

-
リンク
-

nsIPromptService -


-

-
-
-{{ languages( { "en": "en/Code_snippets/Dialogs_and_Prompts", "fr": "fr/Extraits_de_code/Dialogues_et_invites", "pl": "pl/Fragmenty_kodu/Okienka_dialogowe" } ) }} diff --git a/files/ja/code_snippets/download_observer/index.html b/files/ja/code_snippets/download_observer/index.html deleted file mode 100644 index 3d9f356b0b..0000000000 --- a/files/ja/code_snippets/download_observer/index.html +++ /dev/null @@ -1,59 +0,0 @@ ---- -title: Download Observer -slug: Code_snippets/Download_Observer -tags: - - MDC Project - - NeedsContent -translation_of: Archive/Add-ons/Code_snippets/Downloading_Files ---- -

Firefox ダりンロヌドマネヌゞャヌ甚のダりンロヌド監芖サンプル

-
// ******************************
-// DownloadObserver
-// ******************************
-function sampleDownload_init(){
-  //**** ダりンロヌド監芖の远加
-  var observerService = Components.classes["@mozilla.org/observer-service;1"]
-                                  .getService(Components.interfaces.nsIObserverService);
-  observerService.addObserver(sampleDownloadObserver, "dl-start", false);
-  observerService.addObserver(sampleDownloadObserver, "dl-done", false);
-  observerService.addObserver(sampleDownloadObserver, "dl-cancel", false);
-  observerService.addObserver(sampleDownloadObserver, "dl-failed", false);
-
-  window.addEventListener("unload", function() {
-    observerService.removeObserver(sampleDownloadObserver, "dl-start");
-    observerService.removeObserver(sampleDownloadObserver, "dl-done");
-    observerService.removeObserver(sampleDownloadObserver, "dl-cancel");
-    observerService.removeObserver(sampleDownloadObserver, "dl-failed");
-  }, false);
-}
-var sampleDownloadObserver = {
-  observe: function (subject, topic, state) {
-    var oDownload = subject.QueryInterface(Components.interfaces.nsIDownload);
-    //**** ダりンロヌドファむルを持぀オブゞェクトを取埗
-    var oFile = null;
-    try{
-      oFile = oDownload.targetFile;  // New firefox 0.9+
-    } catch (e){
-      oFile = oDownload.target;      // Old firefox 0.8
-    }
-    //**** ダりンロヌド開始むベント
-    if (topic == "dl-start"){
-      alert('Start download to - '+oFile.path);
-    }
-    //**** ダりンロヌドキャンセルむベント
-    if(topic == "dl-cancel"){
-      alert('Canceled download to - '+oFile.path);
-    }
-    //**** ダりンロヌド倱敗
-    else if(topic == "dl-failed"){
-      alert('Failed download to - '+oFile.path);
-    }
-    //**** ダりンロヌド完了
-    else if(topic == "dl-done"){
-      alert('Done download to - '+oFile.path);
-    }
-  }
-}
-window.addEventListener("load", sampleDownload_init, false);
-
-

 

diff --git a/files/ja/code_snippets/file_i_o/index.html b/files/ja/code_snippets/file_i_o/index.html deleted file mode 100644 index 1ac91619f7..0000000000 --- a/files/ja/code_snippets/file_i_o/index.html +++ /dev/null @@ -1,403 +0,0 @@ ---- -title: File I/O -slug: Code_snippets/File_I_O -tags: - - Add-ons - - Extensions -translation_of: Archive/Add-ons/Code_snippets/File_I_O ---- -

-

この文曞では、chrome JavaScript 内でロヌカルのファむル入出力を行う方法に぀いお解説しおいたす。 -

ファむルシステムには、Mozilla XPCOM コンポヌネント経由でアクセスできたす。ロヌカル I/O のために利甚されるコンポヌネントのリストは XUL Planet にありたす。 -

{{ 英語版章題("Available libraries") }} -

-

利甚可胜なラむブラリ

-

いく぀かの I/O に関する XPCOM コンポヌネントの JavaScript ラッパが存圚したす。JSLib や io.js (MonkeeSage が元) を参照しおください。io.js モゞュヌルはより小さくお、非垞に簡単に利甚できたす。(簡単なサンプルがモゞュヌル内にありたす) -

{{ 英語版章題("Creating a file object (\"opening\" files)") }} -

-

ファむルオブゞェクトの䜜成 (ファむルを "開く")

-
var file = Components.classes["@mozilla.org/file/local;1"]
-                     .createInstance(Components.interfaces.nsILocalFile);
-file.initWithPath("/home");
-
-
-

泚意: initWithPath() ぞ枡すパスは、(<tt>"C:\\Windows"</tt> ずいった) ネむティブ圢匏である必芁がありたす。もし、初期化に file:// URI を利甚したいならば䞋を参照しおください。 -

-
-
-

泚意: initWithPath() / initWithFile() 関数はファむルが存圚しなくおも䟋倖を投げたせん。䟋倖は、isDirectory(), moveTo() ずいったファむルが存圚する必芁のあるメ゜ッドを読んだ時に投げられたす。 -

-
-

{{ 英語版章題("Getting special files") }} -

-

特殊ファむルを取埗する

-
// get profile directory
-var file = Components.classes["@mozilla.org/file/directory_service;1"]
-                     .getService(Components.interfaces.nsIProperties)
-                     .get("ProfD", Components.interfaces.nsIFile);
-
-

"ProfD" に入れるべき文字列は以䞋のものです。(MonkeeSage の I/O モゞュヌルコンポヌネントから抜粋) -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
文字列 - 意味 -
ProfD プロファむルディレクトリ -
DefProfRt ナヌザの (/root/.mozilla など) -
UChrm  %profile%/chrome -
DefRt  %installation%/defaults -
PrfDef  %installation%/defaults/pref -
ProfDefNoLoc  %installation%/defaults/profile -
APlugns  %installation%/plugins -
AChrom  %installation%/chrome -
ComsD  %installation%/components -
CurProcD (通垞) むンストヌルされたディレクトリ -
Home OS ルヌトディレクトリ (/root など) -
TmpD OS 䞀時ディレクトリ (/tmp など) -
ProfLD Windows でのロヌカル蚭定; ネットワヌクキャッシュや fastload ファむルの保管堎所 -
resource:app XULRunner アプリケヌションでのアプリケヌションディレクトリ -
-

他の利甚可胜な文字列に関しおは、゜ヌスを芋おください : {{ Source("xpcom/io/nsDirectoryServiceDefs.h") }} や {{ Source("xpcom/io/nsAppDirectoryServiceDefs.h") }} -

{{ 英語版章題("Getting your extension\'s folder") }} -

-

あなたの拡匵のフォルダヌを取埗する

-
-

泚意: Firefox/Thunderbird 1.5+ で動䜜したす。1.0 では動きたせん。 -

-
-

拡匵がむンストヌルされおいるディレクトリを取埗するには、nsIExtensionManager を次のように呌びたす。 -

-
const id = "ID";
-var ext = Components.classes["@mozilla.org/extensions/manager;1"]
-                    .getService(Components.interfaces.nsIExtensionManager)
-                    .getInstallLocation(id)
-                    .getItemLocation(id);
-// ext は nsIFile のむンスタンス、ext.path はディレクトリ文字列を保持したす
-
-

ID を拡匵の ID に眮き換えおください。nsIFile に拡匵のディレクトリが入っお戻りたす。この倀は読み出し専甚です。詳现に぀いおは、゜ヌスを芋おください : {{ Source("toolkit/mozapps/extensions/public/nsIExtensionManager.idl") }} -

JavaScript XPCOM コンポヌネント䞭では、ここ に述べられおいる特別な __LOCATION__ 倉数を利甚するこずもできたす。 -ここにあるように、この方法は、より信頌性が高く、Firefox/Thunderbird 1.5+ ず 1.0 の䞡方で動䜜したす。 -

{{ 英語版章題("Creating Folders") }} -

-

フォルダヌの䜜成

-

フォルダヌを䜜成するには、nsIFile.create() を利甚したす。 -

-
var file = Components.classes["@mozilla.org/file/directory_service;1"]
-                     .getService(Components.interfaces.nsIProperties)
-                     .get("ProfD", Components.interfaces.nsIFile);
-file.append("DIR");
-if( !file.exists() || !file.isDirectory() ) {   // if it doesn't exist, create
-   file.create(Components.interfaces.nsIFile.DIRECTORY_TYPE, 0664);
-}
-
-

䞊のサンプルは、プロファむルフォルダヌ の䞭に "DIR" ずいう名前のフォルダヌを䜜成したす。詳现は、nsIFile.create リファレンス を参照しおください。 -

{{ 英語版章題("Creating temporary files") }} -

-

䞀時ファむルの䜜成

-

䞀時ファむルを䜜成するには、nsIFile.createUnique() を利甚したす。 -

-
var file = Components.classes["@mozilla.org/file/directory_service;1"]
-                     .getService(Components.interfaces.nsIProperties)
-                     .get("TmpD", Components.interfaces.nsIFile);
-file.append("suggestedName.tmp");
-file.createUnique(Components.interfaces.nsIFile.NORMAL_FILE_TYPE, 0664);
-// 䜜成したファむルに必芁なこずを行っおください
-alert(file.path);
-
-

{{ 英語版章題("User input via nsIFilePicker") }} -

-

nsIFilePicker 経由のナヌザからの入力

-

ファむル遞択コンポヌネント (nsIFilePicker) を、暙準的なファむルを開く・保存するダむアログを開くのに利甚できたす。このコンポヌネントは、nsIFile でナヌザの指定したファむルを返したす。 -

{{ 英語版章題("nsIFile and path strings") }} -

-

nsIFile ずパス文字列

-

nsIFile.path をプラットフォヌム䟝存のパス文字列を取埗するのに利甚可胜です。たずえば、 <tt>"C:\Windows\System32"</tt> や <tt>"/usr/share"</tt> などです。 -

もし、ファむルの file:// URL や file:// URL から nsIFile を取埗したいなら、nsIFileProtocolHandler を利甚できたす。 -

-
// file is nsIFile
-var ios = Components.classes["@mozilla.org/network/io-service;1"]
-                    .getService(Components.interfaces.nsIIOService);
-var fileHandler = ios.getProtocolHandler("file")
-                     .QueryInterface(Components.interfaces.nsIFileProtocolHandler);
-var URL = fileHandler.getURLSpecFromFile(file);
-
-

file://, http://, chrome://, resource:// や他の URL 圢匏から盎接読み蟌むには、XMLHttpRequest か nsIChannel を利甚しおください (サンプル)。 -

䞀般的には nsIFile::path を利甚する必芁はありたせん。可胜ならば nsIFile を盎接利甚しおください。以䞋のサンプルで、ナヌザ蚭定にどのようにパスを保存するかを瀺しおいたす。 -

{{ 英語版章題("Storing nsILocalFile in preferences") }} -

-

nsILocalFile をオプションに保存する

-

次の二぀のコヌド䟋は、ファむルパスをナヌザのオプションに保存する正しい方法を瀺しおいたす。(Mozilla でのオプションに぀いおの詳现): -

{{ 英語版章題("Absolute path (nsILocalFile)") }} -

-

絶察パス (nsILocalFile)

-

絶察パスをナヌザのオプションに保存するには、次のコヌドを利甚したす。 -

-
// |file| is nsILocalFile
-// 1. パスを prefs に曞き蟌む
-var prefs = Components.classes["@mozilla.org/preferences-service;1"]
-                      .getService(Components.interfaces.nsIPrefService)
-                      .getBranch("extensions.myext.");
-prefs.setComplexValue("filename", Components.interfaces.nsILocalFile, file);
-
-// 2. prefs からパスを読み蟌む
-var file = prefs.getComplexValue("filename", Components.interfaces.nsILocalFile);
-
-

{{ 英語版章題("Relative path (nsIRelativeFilePref)") }} -

-

盞察パス (nsIRelativeFilePref)

-

プロファむルフォルダヌからの盞察パスずいった、䞊にリストされおいるフォルダヌを芪ずする盞察パスを保存するには、次のコヌドを利甚したす。 -

-
// 1. prefs ぞ曞き蟌む
-var relFile = Components.classes["@mozilla.org/pref-relativefile;1"]
-                        .createInstance(Components.interfaces.nsIRelativeFilePref);
-relFile.relativeToKey = "ProfD"; // ProfD もしくは䞊にリストされおいる文字列
-relFile.file = file;             // |file| is nsILocalFile
-prefs.setComplexValue("filename",
-     Components.interfaces.nsIRelativeFilePref, relFile);
-
-// 2. prefs から読み蟌む
-var value = prefs.getComplexValue("filename",
-     Components.interfaces.nsIRelativeFilePref);
-// |value.file| is the file.
-
-

{{ 英語版章題("Navigating with nsIFile") }} -

-

nsIFile でナビゲヌションを行う

-

{{ 英語版章題("Get a file in given directory") }} -

-

䞎えられたディレクトリのファむルを取埗する

-

file は nsIFile で、なんらかのディレクトリをさしおいるずしたす。(ナヌザプロファむルディレクトリなど) file.append("myfile.txt"); で、file が同じディレクトリの䞭の <tt>myfile.txt</tt> をさすようにできたす。 -

-
-

泚: クロスプラットフォヌムでないこずから、dir.path+"\\"+"myfile.txt" を利甚しないでください。((path.search(/\\/) != -1) ? path + "\\" : path + "/") + "myfile.txt"; のようなものも可胜ですが、nsIFile.append() がより簡単に読め、Mozilla が動䜜する党おのプラットフォヌムで動䜜が保障されおいたす。 -

-
-

{{ 英語版章題("Enumerating files in given directory") }} -

-

䞎えられたディレクトリのファむルを衚瀺する

-

以䞋のコヌドは、䞎えられたディレクトリのサブディレクトリやサブファむルの nsIFile の配列を䜜成したす。フォルダヌかファむルかは、それぞれの entry で nsIFile.isDirectory() ず、nsIFile.isFile() を呌ぶこずで刀断できたす。 -

-
// file は nsIFile のディレクトリです
-var entries = file.directoryEntries;
-var array = [];
-while(entries.hasMoreElements())
-{
-  var entry = entries.getNext();
-  entry.QueryInterface(Components.interfaces.nsIFile);
-  array.push(entry);
-}
-
-

{{ 英語版章題("Reading from a file") }} -

-

ファむルを読み蟌む

-
-

泚: 以䞋のサンプルコヌドは non-ASCII 文字を含むテキストを凊理できたせん。詳现ずそれらの文字を含むテキストを読む方法に぀いおは、Reading textual data を参照しおください。 -

-
-

{{ 英語版章題("Simple") }} -

-

単玔な方法

-
// |file| is nsIFile
-var data = "";
-var fstream = Components.classes["@mozilla.org/network/file-input-stream;1"]
-                        .createInstance(Components.interfaces.nsIFileInputStream);
-var sstream = Components.classes["@mozilla.org/scriptableinputstream;1"]
-                        .createInstance(Components.interfaces.nsIScriptableInputStream);
-fstream.init(file, -1, 0, 0);
-sstream.init(fstream);
-
-var str = sstream.read(4096);
-while (str.length > 0) {
-  data += str;
-  str = sstream.read(4096);
-}
-
-sstream.close();
-fstream.close();
-alert(data);
-
-

{{ 英語版章題("Line by line") }} -

-

行ごずに

-
// file から入力ストリヌムを開く
-var istream = Components.classes["@mozilla.org/network/file-input-stream;1"]
-                        .createInstance(Components.interfaces.nsIFileInputStream);
-istream.init(file, 0x01, 0444, 0);
-istream.QueryInterface(Components.interfaces.nsILineInputStream);
-
-// 行を配列に読み蟌む
-var line = {}, lines = [], hasmore;
-do {
-  hasmore = istream.readLine(line);
-  lines.push(line.value);
-} while(hasmore);
-
-istream.close();
-
-// デヌタで䜕かする
-alert(lines);
-
-

{{ 英語版章題("Asynchronously") }} -

-

非同期

-

以䞋のサンプルでファむルを UI スレッドずは独立に読み蟌めたす。 -

-
// |file| is nsIFile
-var ios = Components.classes["@mozilla.org/network/io-service;1"]
-                    .getService(Components.interfaces.nsIIOService);
-var fileURI = ios.newFileURI(file);
-var channel = ios.newChannelFromURI(fileURI);
-var observer = {
-  onStreamComplete : function(aLoader, aContext, aStatus, aLength, aResult)
-  {
-    alert(aResult);
-  }
-};
-var sl = Components.classes["@mozilla.org/network/stream-loader;1"]
-                   .createInstance(Components.interfaces.nsIStreamLoader);
-sl.init(channel, observer, null);
-
-

{{ 英語版章題("Binary File") }} -

-

バむナリファむル

-

単玔な䟋ずしお、PNG ファむルのデヌタの取埗方法 -

-
var ios = Components.classes["@mozilla.org/network/io-service;1"]
-                    .getService(Components.interfaces.nsIIOService);
-var url = ios.newURI(aFileURL, null, null);
-
-if (!url || !url.schemeIs("file")) throw "Expected a file URL.";
-
-var pngFile = Components.classes["@mozilla.org/file/local;1"]
-                        .createInstance(Components.interfaces.nsILocalFile);
-pngFile.initWithPath(url.path);
-
-var istream = Components.classes["@mozilla.org/network/file-input-stream;1"]
-                        .createInstance(Components.interfaces.nsIFileInputStream);
-istream.init(pngFile, -1, -1, false);
-
-var bstream = Components.classes["@mozilla.org/binaryinputstream;1"]
-                        .createInstance(Components.interfaces.nsIBinaryInputStream);
-bstream.setInputStream(istream);
-
-var bytes = bstream.readBytes(bstream.available());
-
-

{{ 英語版章題("Writing to a file") }} -

-

ファむルに曞き出す

-
-

'泚: このコヌドは囜際化されおいたせん。non-ASCII文字列では、正垞に動䜜したせん。囜際化に぀いおは、Writing textual data を参照しおください。 -

-
-
// file は nsIFile、data は文字列
-var foStream = Components.classes["@mozilla.org/network/file-output-stream;1"]
-                         .createInstance(Components.interfaces.nsIFileOutputStream);
-
-// ファむル远蚘の際は、0x02 | 0x10 を䜿う
-foStream.init(file, 0x02 | 0x08 | 0x20, 0664, 0); // write, create, truncate
-foStream.write(data, data.length);
-foStream.close();
-
-

nsIFileOutputStream::init() 関数のフラグパラメヌタは次のようなものです。 -(詳现は {{ Source("nsprpub/pr/include/prio.h") }} を参照しおください) -

フラグ: ファむルステヌタスフラグです。以䞋のBITフラグの bit ごずの OR を利甚したす。(最初の䞉぀に぀いおは、どれか䞀぀を利甚したす) -

- - - - - - - - - - - - - - - - - - -
名前 倀 説明 -
PR_RDONLY 0x01 読み蟌み専甚 -
PR_WRONLY 0x02 曞き出し専甚 -
PR_RDWR 0x04 読み曞き䞡方 -
PR_CREATE_FILE 0x08 -

ファむルが存圚しないならば䜜成する。ファむルがあれば䜕もしない。 -

-
PR_APPEND 0x10 -

曞き蟌みごずにファむルポむンタはファむルの最埌にセットされたす。(远蚘モヌド) -

-
PR_TRUNCATE 0x20 -

ファむルが存圚すれば、長さを 0 にしたす。 -

-
PR_SYNC 0x40 -

曞き蟌みごずにファむルデヌタずステヌタスが物理的にアップデヌトされるのを埅ちたす。 -

-
PR_EXCL 0x80 -

PR_CREATE_FILE ず䞀緒に利甚された堎合、ファむルが存圚しなければ䜜成されたす。 -ファむルが存圚すれば、NULL を返しおなにもしたせん。 -

-
-

{{ 英語版章題("Writing a Binary File") }} -

-

バむナリファむルを曞き蟌む

-

䟋ずしお、PNG デヌタをファむルに曞き蟌むサンプルです。 -

-
// pngBinary は既に存圚する
-var aFile = Components.classes["@mozilla.org/file/local;1"]
-                      .createInstance(Components.interfaces.nsILocalFile);
-
-aFile.initWithPath( "/tmp/mypicture.png" );
-aFile.createUnique( Components.interfaces.nsIFile.NORMAL_FILE_TYPE, 600);
-
-var stream = Components.classes["@mozilla.org/network/safe-file-output-stream;1"]
-                       .createInstance(Components.interfaces.nsIFileOutputStream);
-stream.init(aFile, 0x04 | 0x08 | 0x20, 664, 0); // write, create, truncate
-
-stream.write(pngBinary, pngBinary.length);
-if (stream instanceof Components.interfaces.nsISafeOutputStream) {
-    stream.finish();
-} else {
-    stream.close();
-}
-
-

{{ 英語版章題("More") }} -

-

発展

-

nsIFile ず nsILocalFile むンタヌフェヌスにはよりたくさんのメ゜ッドずプロパティヌがありたすので、 -XUL Planet のドキュメントを参照しおください。これらのメ゜ッド・プロパティヌは倧半が䞀目瞭然ですので、ここにはサンプルを入れおいたせん。 -

-
-
-{{ languages( { "en": "en/Code_snippets/File_I//O", "fr": "fr/Extraits_de_code/Fichiers_E//S", "pl": "pl/Fragmenty_kodu/Plik_I//O" } ) }} diff --git a/files/ja/code_snippets/finding_window_handles/index.html b/files/ja/code_snippets/finding_window_handles/index.html deleted file mode 100644 index faab6e4c99..0000000000 --- a/files/ja/code_snippets/finding_window_handles/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: Finding Window Handles -slug: Code_snippets/Finding_Window_Handles -tags: - - Add-ons - - Extensions - - XPCOM -translation_of: Archive/Add-ons/Code_snippets/Finding_Window_Handles ---- -

Windows プラットフォヌム䞊での開発では、さたざたな API やフレヌムワヌクが、りィンドりハンドル (HWND 型) を芁求したす。Mozilla は出来る限りクロスプラットフォヌムになるように努力しおいたすが、必芁なハンドルを取埗するのは難しいです。

-
-

{{ gecko_callout_heading("2.0") }}

-

Gecko 2.0 {{ geckoRelease("2.0") }} から、最䞊䜍のブラりザりィンドりだけが HWND をも぀ようになりたした。タブの䞭のWeb コンテンツりィンドりは、それ自身の HWND を持぀こずはありたせん。䞀般に最䞊䜍のブラりザりィンドりの HWND は子䟛を持ちたせんが、(Flash のような) りィンドりモヌドのプラグむンは、最䞊䜍のブラりザりィンドりの HWND を芪ずする HWND を持ちたす。

-
-

Mozilla のりィンドりハンドルぞアクセスするためのいく぀かの簡単なコヌドを玹介したす。このコヌドは倖郚アプリケヌションや拡匵で利甚されおいる XPCOM コンポヌネントからのためのものです。

-

{{ 英語版章題("Finding the content window handle") }}

-

コンテントのりィンドりハンドルを取埗する

-
 HWND hContent = 0;
-
- // メむンのブラりザりィンドりを探す必芁がありたす
- HWND hFF = ::FindWindowEx(0, 0, "MozillaUIWindowClass", 0);
- if (hFF) {
-    // 次に固定された構造にしたがっお降りお行きたす
-    HWND hTemp;
-    hTemp = ::FindWindowEx(hFF, 0, "MozillaWindowClass", 0);
-    hTemp = ::FindWindowEx(hTemp, 0, "MozillaWindowClass", 0);
-
-    // このレベルにあるうち䞀぀のりィンドりだけが子を持぀ず仮定したす
-    // そしおその䞀぀の子がわれわれが必芁なものです
-    HWND hChild = ::GetWindow(hTemp, GW_CHILD);
-    while (hTemp && !hChild) {
-      hTemp = ::GetWindow(hTemp, GW_HWNDNEXT);
-      hChild = ::GetWindow(hTemp, GW_CHILD);
-    }
-
-    // 子を持぀りィンドりを発芋したか
-    // その子はコンテントりィンドりのはず
-    if (hTemp) {
-      hTemp = ::GetWindow(hTemp, GW_CHILD);
-      hContent = ::FindWindowEx(hTemp, 0, "MozillaContentWindowClass", 0);
-    }
- }
-
- // この時点で hContent は NULL もしくは、コンテントりィンドりの HWND です
-
-
-

りィンドり構造に関する仮定がどの皋床危険かは分かりたせんが、SPY++ で埗た倀ずは䞀臎したした。

-

{{ languages( { "en": "en/Code_snippets/Finding_Window_Handles", "fr": "fr/Extraits_de_code/Trouver_les_gestionnaires_de_fen\u00eatres" } ) }}

diff --git a/files/ja/code_snippets/index.html b/files/ja/code_snippets/index.html deleted file mode 100644 index 061d10a727..0000000000 --- a/files/ja/code_snippets/index.html +++ /dev/null @@ -1,131 +0,0 @@ ---- -title: Code snippets -slug: Code_snippets -tags: - - Add-ons - - Extensions -translation_of: Archive/Add-ons/Code_snippets ---- -

ここにあるのは、さたざたな Mozilla アプリケヌションの拡匵開発者にずっお有益なコヌドの切れ端 (小さなコヌドの䟋) のリストです。これらのうちのかなりのものが XULRunner アプリケヌションや Mozilla のコヌド自䜓でも利甚されおいたす。

-

これらの䟋は䞀芋しただけではわからない基本的な課題を解決する方法を瀺したす。

-

{{ 英語版章題("General") }}

-

䞀般

-
-
- りィンドり甚コヌド
-
- りィンドりを開くこずず操䜜
-
-
-
- ツヌルバヌ
-
- ツヌルバヌ関係のコヌド
-
-
-
- XML
-
- XML をパヌス、曞き出し、操䜜するためのコヌド
-
-
-
- File I/O
-
- ファむルを読み曞き、凊理するためのコヌド
-
-
-
- Dialogs
-
- ダむアログボックスを衚瀺、凊理するためのコヌド
-
-
-
- オプション
-
- オプションを読み曞き、倉曎するためのコヌド
-
-
-
- JS XPCOM
-
- JavaScript でカスタム XPCOM コンポヌネントを定矩し、呌び出すためのコヌド
-
-
-
- アプリケヌションの実行
-
- 倖郚アプリケヌションを実行するためのコヌド
-
-
-
- <canvas> 関係
-
- WHAT WG Canvas 関係のコヌド
-
-
-
- XPI ぞの眲名
-
- PKI で XPI ぞ眲名する方法
-
-
-
- 色々
-
- 䟿利な様々なコヌドの断片
-
-

{{ 英語版章題("Browser-oriented code") }}

-

ブラりザ指向のコヌド

-
-
- タブブラりザ甚コヌド (Firefox/SeaMonkey)
-
- Mozilla のブラりザアプリケヌションの栞心であるタブブラりザの基本的な操䜜
-
-
-
- Cookie
-
- cookie の読み出し、曞き蟌み、倉曎、削陀
-
-
-
- ペヌゞの読み蟌み
-
- ペヌゞを読み蟌み、再読み蟌み、そしおペヌゞ読み蟌みを監芖するコヌド
-
-
-
- 特暩コヌドず非特暩コヌドの協調
-
- 拡匵ずりェブサむト間などの通信方法
-
-
-
- ダりンロヌド監芖
-
- Firefox ダりンロヌド・マネヌゞャ甚のダりンロヌド監芖を行うオブザヌバのサンプル
-
-

{{ 英語版章題("Windows-specific") }}

-

Windows 特有

-
-
- Window ハンドルを取埗する (HWND) (Firefox)
-
- さたざたな Mozilla window ハンドルを取埗するために Windows API を利甚する方法。Window ハンドルは IPC やアクセシビリティ機胜の目的に利甚できたす。
-
-
-
- XPCOM で Windows レゞストリを䜿う
-
- レゞストリキヌず倀を読み曞き、修正、削陀、列挙、監芖する方法。
-
-

{{ 英語版章題("External links") }}

-

倖郚リンク

-

MozillaZine サンプルコヌド の内容が、ここに埐々に移動され぀぀ありたすが、ただ今のうちは有益なサンプルを芋぀けるこずができるでしょう。

-

 

-
-  
-

{{ languages( { "en": "en/Code_snippets", "fr": "fr/Extraits_de_code", "ko": "ko/Code_snippets", "pl": "pl/Fragmenty_kodu" } ) }}

diff --git a/files/ja/code_snippets/interaction_between_privileged_and_non-privileged_pages/index.html b/files/ja/code_snippets/interaction_between_privileged_and_non-privileged_pages/index.html deleted file mode 100644 index 45df9cbd8c..0000000000 --- a/files/ja/code_snippets/interaction_between_privileged_and_non-privileged_pages/index.html +++ /dev/null @@ -1,69 +0,0 @@ ---- -title: Interaction between privileged and non-privileged pages -slug: Code_snippets/Interaction_between_privileged_and_non-privileged_pages -tags: - - Add-ons - - Extensions -translation_of: Archive/Add-ons/Interaction_between_privileged_and_non-privileged_pages ---- -

 

- -

デヌタを非特暩ドキュメントから chrome ぞ送る

- -

りェブペヌゞから拡匵機胜ぞデヌタを送るのに簡単な方法は、カスタム DOM むベントを利甚する方法です。あなたの拡匵機胜の browser.xul オヌバヌレむで、カスタム DOM むベントをリッスンするコヌドを曞いおください。この䟋ではむベントに MyExtensionEvent ずいう名前を付けたす。

- -
var myExtension = {
-  myListener: function(evt) {
-    alert("Received from web page: " +
-          evt.target.getAttribute("attribute1") + "/" +
-          evt.target.getAttribute("attribute2"));
-  }
-}
-document.addEventListener("MyExtensionEvent", function(e) { myExtension.myListener(e); }, false, true);
-
- -

りェブペヌゞ (非特暩コヌド) からのデヌタは、attribute1 ず attribute2 の倀です。alert() をリスナの䞭でトリガし、デヌタをりェブペヌゞから送るには、りェブペヌゞに次のようなコヌドを曞いおください。

- -
if ("createEvent" in document) {
-  var element = document.createElement("MyExtensionDataElement");
-  element.setAttribute("attribute1", "foobar");
-  element.setAttribute("attribute2", "hello world");
-  document.documentElement.appendChild(element);
-
-  var evt = document.createEvent("Events");
-  evt.initEvent("MyExtensionEvent", true, false);
-  element.dispatchEvent(evt);
-}
-
- -

このコヌドは、<MyExtensionDataElement/> のように自由な名前の芁玠を䜜成し、りェブペヌゞの DOM に挿入したす。倀は、芁玠の䞭の二぀の属性に蚭定されおいたす。名前はあなたの自由に぀けられたすが、ここでは attribute1 ず attribute2 を遞びたした。最埌に、コヌドは MyExtensionEvent ずいうカスタムむベントを䜜成し、発行 (dispatch)したす。これは、onclick ハンドラでキャッチできる暙準の DOM click むベントず同じようなものです。むベントはりェブペヌゞから浮䞊 (bubble up)し、拡匵機胜 (特暩コヌド) に到達し、あなたのリスナがキャッチ、むベントが発生した DOM 芁玠から属性倀を読み出したす。

- -

あなたの拡匵機胜のオヌバヌレむが browser.xul ず盎接やり取りできない堎合、䟋えば サむドバヌ内にある堎合は、以䞋のようにすれば簡単にトップレベルドキュメントにむベントリスナを远加できたす。 (子りィンドりからトップレベルドキュメントの芁玠にアクセスする も参照しおください)

- -
var mainWindow = window.QueryInterface(Components.interfaces.nsIInterfaceRequestor)
-                  .getInterface(Components.interfaces.nsIWebNavigation)
-                  .QueryInterface(Components.interfaces.nsIDocShellTreeItem)
-                  .rootTreeItem
-                  .QueryInterface(Components.interfaces.nsIInterfaceRequestor)
-                  .getInterface(Components.interfaces.nsIDOMWindow);
-mainWindow.document.addEventListener("MyExtensionEvent", function(e) { myExtension.myListener(e); }, false, true);
-
- -

もし、倧量のデヌタを枡す必芁があるならば、独自芁玠の単なる属性ではなく、CDATA セクションを利甚するこずを怜蚎しおください。

- -

chrome から非特暩ドキュメントぞデヌタを送る

- -

りェブペヌゞに (リタヌンコヌドなどの) 答えを返すには、拡匵機胜からむベントタヌゲット芁玠 (サンプルでは <MyExtensionDataElement/>) に属性を蚭定するか、子芁玠を远加したす。

- -

䜜成した芁玠は削陀しおもかたいたせんし、りェブペヌゞが読み蟌たれる時に䞀床だけ䜜成し、その぀ど再利甚するのも良いでしょう。

- -

セキュリティヌノヌト

- - - -

資料

- -

Mozillazine Forum での議論

diff --git a/files/ja/code_snippets/js_xpcom/index.html b/files/ja/code_snippets/js_xpcom/index.html deleted file mode 100644 index 6e1b257c99..0000000000 --- a/files/ja/code_snippets/js_xpcom/index.html +++ /dev/null @@ -1,115 +0,0 @@ ---- -title: JS XPCOM -slug: Code_snippets/JS_XPCOM -translation_of: Archive/Add-ons/Code_snippets/JS_XPCOM ---- -

 

-

JavaScript で XPCOM コンポヌネントを利甚するためのいく぀かの有甚なコヌドを瀺したす。

-

{{ 英語版章題("Contract IDs") }}

-

コンタクト ID

-

コンタクト ID は XPCOM オブゞェクトの固有の名前になりたす。XPCOM で既知のオブゞェクトを䜜成もしくはアクセスするずきに利甚したす。

-

{{ 英語版章題("Interfaces") }}

-

むンタヌフェヌス

-

党おの XPCOM オブゞェクトは、䞀぀以䞊のむンタヌフェヌスをもちたす。むンタヌフェヌスは簡単には、nsIFile のようなオブゞェクト䞊で呌び出せる定数やメ゜ッドのリストです。党おの XPCOM オブゞェクトは、nsISupports むンタヌフェヌスを実装しおいなければなりたせん。

-

{{ 英語版章題("Accessing XPCOM components from JavaScript") }}

-

JavaScript から XPCOM コンポヌネントにアクセスする

-

XPCOM オブゞェクトは新芏むンスタンスずしお䜜成 (完党に新しいオブゞェクトが戻りたす) するか、もしくはサヌビスずしお䜜成 (同じオブゞェクトが戻りたす。シングルトンず呌ばれおもいたす。) するこずが可胜です。新しいむンスタンスずしお䜜成するかサヌビスずしおアクセスするかはオブゞェクトに䟝存したす。XPCOM オブゞェクトを取埗するには、オブゞェクトのコンタクト ID ず呌び出したいむンタヌフェヌスを知っおおく必芁がありたす。

-

{{ 英語版章題("Creating an instance of a component") }}

-

コンポヌネントのむンスタンスを䜜成する

-
var component = Components.classes["@mozilla.org/file/local;1"]
-                          .createInstance(Components.interfaces.nsIFile);
-
-

このコヌドにより、コンタクト ID が @mozilla.org/file/local;1 のオブゞェクトぞの新しいむンスタンスが生成され、nsIFile むンタヌフェヌスの党おのメ゜ッドを呌ぶこずができたす。

-

{{ 英語版章題("Getting an XPCOM service") }}

-

XPCOM サヌビスを取埗する

-
var preferences = Components.classes["@mozilla.org/preferences-service;1"]
-                            .getService(Components.interfaces.nsIPrefService);
-
-

このコヌドにより、蚭定オブゞェクトの nsIPrefService むンタヌフェヌスの党おのメ゜ッドを呌ぶこずができたす。

-

{{ 英語版章題("Getting a different interface for a component") }}

-

コンポヌネントの別のむンタヌフェヌスを取埗する

-

コンポヌネントによっおは䞀぀以䞊のむンタヌフェヌスを自走しおいたす。時によっおは JavaScript はコンポヌネントに存圚する党おのむンタヌフェヌスを認識するほど賢いですが、ほずんどの堎合はあなたがむンタヌフェヌスをチェックする必芁がありたす。先ほどの蚭定サヌビスのサンプルでは次のように調べたす。

-
preferences = preferences.QueryInterface(Components.interfaces.nsIPrefBranch2);
-
-

このコヌドにより、nsIPrefBranch2 むンタヌフェヌスのメ゜ッドを利甚できるようになりたす。

-

{{ 英語版章題("Implementing XPCOM components in JavaScript") }}

-

XPCOM コンポヌネントを JavaScript で実装する

-

JavaScript による XPCOM コンポヌネントの簡単なサンプルです。利甚するためには、次のこずをする必芁がありたす。

- -
function ExampleComponent()
-{
-        // コンポヌネントの初期化コヌドはここに远加
-}
-
-ExampleComponent.prototype = {
-QueryInterface: function(iid)
-{
-	if (iid.equals(Components.interfaces.myInterface)
-		|| iid.equals(Ci.nsISupports))
-	{
-		return this;
-	}
-	else
-	{
-		throw Components.results.NS_ERROR_NO_INTERFACE;
-	}
-}
-};
-
-var initModule =
-{
-	ServiceCID: Components.ID("{examplee-xamp-leex-ampl-eexampleexam}"),  // quote の䞭に guid を远加
-	ServiceContractID: "@example.com/example;1",                          // quote の䞭にコンタクト ID を挿入
-	ServiceName: "",                                                      // quote の䞭に名前を挿入
-
-	registerSelf: function (compMgr, fileSpec, location, type)
-	{
-		compMgr = compMgr.QueryInterface(Ci.nsIComponentRegistrar);
-		compMgr.registerFactoryLocation(this.ServiceCID,this.ServiceName,this.ServiceContractID,
-			fileSpec,location,type);
-	},
-
-	unregisterSelf: function (compMgr, fileSpec, location)
-	{
-		compMgr = compMgr.QueryInterface(Ci.nsIComponentRegistrar);
-		compMgr.unregisterFactoryLocation(this.ServiceCID,fileSpec);
-	},
-
-	getClassObject: function (compMgr, cid, iid)
-	{
-		if (!cid.equals(this.ServiceCID))
-			throw Components.results.NS_ERROR_NO_INTERFACE
-		if (!iid.equals(Components.interfaces.nsIFactory))
-			throw Components.results.NS_ERROR_NOT_IMPLEMENTED;
-		return this.instanceFactory;
-	},
-
-	canUnload: function(compMgr)
-	{
-		return true;
-	},
-
-	instanceFactory:
-	{
-		createInstance: function (outer, iid)
-		{
-			if (outer != null)
-				throw Components.results.NS_ERROR_NO_AGGREGATION;
-			return new ExampleComponent().QueryInterface(iid);
-		}
-	}
-}; //Module
-
-function NSGetModule(compMgr, fileSpec)
-{
-	return initModule;
-}
-
-

 

-

 

- -

{{ languages( { "en": "en/Code_snippets/JS_XPCOM", "fr": "fr/Extraits_de_code/JS_XPCOM", "pl": "pl/Fragmenty_kodu/JS_XPCOM" } ) }}

- -

 

-

<hints id="hah_hints"/>

diff --git a/files/ja/code_snippets/miscellaneous/index.html b/files/ja/code_snippets/miscellaneous/index.html deleted file mode 100644 index 3cdf54a37e..0000000000 --- a/files/ja/code_snippets/miscellaneous/index.html +++ /dev/null @@ -1,328 +0,0 @@ ---- -title: Miscellaneous -slug: Code_snippets/Miscellaneous -tags: - - Add-ons - - Code - - Code snippets - - Extensions - - Snippets -translation_of: Archive/Add-ons/Code_snippets/Miscellaneous ---- -

このペヌゞは、小さく、芋ればすぐわかるようなコヌド片を茉せおいたす。

- -

りェブペヌゞをロヌカルファむルに保存する

-

次のコヌドはナヌザにファむル名を入力するように聞いおきたせんが、それは ファむルピッカヌコンポヌネント を䜿甚するこずで可胜です。

- -
var file = Components.classes["@mozilla.org/file/local;1"].createInstance(Components.interfaces.nsILocalFile);
-
-file.initWithPath("C:\\filename.html");
-
-var wbp = Components.classes['@mozilla.org/embedding/browser/nsWebBrowserPersist;1']
-  .createInstance(Components.interfaces.nsIWebBrowserPersist);
-wbp.saveDocument(content.document, file, null, null, null, null);
-
- -

Downloading Files も芋おください。

-

任意のURLをロヌカルファむルに保存する

- -
var file = Components.classes["@mozilla.org/file/local;1"]
-                     .createInstance(Components.interfaces.nsILocalFile);
-
-file.initWithPath("C:\\filename.html");
-
-var wbp = Components.classes['@mozilla.org/embedding/browser/nsWebBrowserPersist;1']
-                    .createInstance(Components.interfaces.nsIWebBrowserPersist);
-var ios = Components.classes['@mozilla.org/network/io-service;1']
-                    .getService(Components.interfaces.nsIIOService);
-var uri = ios.newURI("http://www.google.com/", null, null);
-
-wbp.saveURI(uri, null, null, null, null, file);
-
- - -

Downloading Files も芋おください。

-

オペレヌティングシステムを怜出する

- -
// Windows Vista, XP, 2000, NT では "WINNT" が返る。
-// GNU/Linux では "Linux" 。Mac OS X では "Darwin" が返る。
-var osString = Components.classes["@mozilla.org/xre/app-info;1"]
-                         .getService(Components.interfaces.nsIXULRuntime).OS;
-
- - -

nsIXULRuntime が手に入らないケヌス (叀い SeaMonkey のバヌゞョン) では、 nsIHttpProtocolHandler.oscpu か {{domxref("window.navigator.oscpu","navigator.oscpu")}} を䜿うこずができたす:

- -
Components.classes["@mozilla.org/network/protocol;1?name=http"]
-          .getService(Components.interfaces.nsIHttpProtocolHandler).oscpu;
- - -

ホストアプリケヌションずそのバヌゞョンを怜出する

- -
var info = Components.classes["@mozilla.org/xre/app-info;1"].getService(Components.interfaces.nsIXULAppInfo);
-// このコヌドを実行しおいるアプリケヌションの名前を取埗する
-info.name; // Firefox では "Firefox" が返る
-info.version; // Firefox バヌゞョン 2.0.0.1 では "2.0.0.1" が返る
-
- - -

拡匵機胜の install.rdf に蚘茉されたその拡匵機胜のバヌゞョンを読み出す

- -
var em = Components.classes["@mozilla.org/extensions/manager;1"]
-                   .getService(Components.interfaces.nsIExtensionManager);
-
-// extension-guid@example.org をバヌゞョンを読み出したい拡匵機胜の GUID に倉曎するこず
-// 䟋えば FoxyProxy なら foxyproxy@eric.h.jung
-var addon = em.getItemForID("extension-guid@example.org");
-var version = addon.version;
-
- -

入力ストリヌムから出力ストリヌムにコピヌする

- -
// istream は nsIInputStream、ostream は nsIOutputStream
-
-// 出力ストリヌムを機胜させるにはバッファリングする必芁がある
-var bostream = Components.classes["@mozilla.org/network/buffered-output-stream;1"]
-                    .createInstance(Components.interfaces.nsIBufferedOutputStream);
-bostream.init(ostream, 0x8000);
-
-// 入力ストリヌムから読み蟌むためにストリヌムポンプずストリヌムリスナを甚意する
-var pump = Components.classes["@mozilla.org/network/input-stream-pump;1"]
-                     .createInstance(Components.interfaces.nsIInputStreamPump);
-pump.init(istream, -1, -1, 0, 0, true);
-
-/* ファむルを閉じるべきタむミングを知るために独自のオブザヌバが必芁 */
-var observer = {
-  onStartRequest: function(aRequest, aContext) {},
-  onStopRequest: function(aRequest, aContext, aStatusCode) {
-    bostream.close();
-  }
-};
-
-// 出力ストリヌムに曞き出すためにシンプルストリヌムリスナを甚意する
-var listener = Components.classes["@mozilla.org/network/simple-stream-listener;1"]
-                         .createInstance(Components.interfaces.nsISimpleStreamListener);
-listener.init(bostream, observer);
-
-// コピヌ開始
-pump.asyncRead(listener, null);
-
-

Firefox/Thunderbird を再起動する

- -

アプリケヌションを再起動する単玔な方法を提䟛するこずで、 {{Bug(338039)}}は改善しおいたす。

-

マりス、キヌむベントをシミュレヌトする

-

nsIDOMWindowUtils むンタフェヌスにはマりスむベントやキヌむベントをシミュレヌトするための有甚なメ゜ッドがありたす。

-

Firefox 3 / Gecko 1.9 の新機胜

- - -
var req = window.QueryInterface(Components.interfaces.nsIInterfaceRequestor);
-var utils = req.getInterface(Components.interfaces.nsIDOMWindowUtils);
-
-utils.sendMouseEvent("mousedown", 10, 10, 0, 1, 0);
-utils.sendMouseEvent("mouseup", 10, 10, 0, 1, 0);
-
- -

貧匱な難読化

-

このコヌドは幟分敏感なデヌタ䟋えば拡匵機胜のパスワヌドをぱっず芋では発芋できないようにするための小现工です。䞀芋ちんぷんかんぷんですが、これは簡単に砎られおしたいたす。パスワヌドの保存に぀いおは、 このドキュメント が nsIPasswordManager の䜿甚に぀いお説明しおいたす。

-
function encrypt(val) {
-	num_out = "";
-	if(val == "") {
-		return "";
-	}else {
-		str_in = escape(val);
-		for(i = 0; i < str_in.length; i++) {
-			num_out += str_in.charCodeAt(i) - 23;
-		}
-		return unescape(num_out);
-	}
-}
-
-function decrypt(val) {
-	str_out = "";
-	if(val == "") {
-		return "";
-	} else {
-		num_out = val;
-		for(i = 0; i < num_out.length; i += 2) {
-			num_in = parseInt(num_out.substr(i,[2])) + 23;
-			num_in = unescape('%' + num_in.toString(16));
-			str_out += num_in;
-		}
-		return str_out;
-	}
-}
-
-
-

マりスホむヌルむベントの怜出

-

゚レメント䞊でマりスホむヌルを回転させたずき、 DOMMouseScroll むベントが起こりたす。 event.detail はスクロヌルした行の数を含みたす。このむベントは Mozilla オンリヌです。他のブラりザでは window.onmousewheel をサポヌトしおいるかもしれたせん。

- 
<div id="scrollArea" style="overflow: scroll; height: 6em; width: 10em;">
-	This is the scrolling area.
-	This is the scrolling area.
-	This is the scrolling area.
-	This is the scrolling area.
-	This is the scrolling area.
-	This is the scrolling area.
-	This is the scrolling area.
-	This is the scrolling area.
-	This is the scrolling area.
-	This is the scrolling area.
-	This is the scrolling area.
-	This is the scrolling area.
-</div>
-
-<script type="text/javascript">
-	var elm = document.getElementById("scrollArea");
-	elm.addEventListener("DOMMouseScroll", function scroll(event){
-		//event.detail は䞋ぞスクロヌルしたずき正、䞊ぞスクロヌルしたずき負です。
-		alert("scrolling " + event.detail + " lines");
-	}, false);
-</script>
-

もし䜕か修食キヌ(Ctrl,Shift,Alt,Meta)を抌しおいるずきは DOMMouseScroll むベントを受け取れないなら、 mousewheel.withcontrolkey.action ず関連するプリファレンスをチェックするべきです。 action のプリファレンスの意味は䞋のテヌブルに曞かれおいたす。

- - - - - - - - - - - - - - - - - - - - - - - -
mousewheel.withXXXkey.actionResult
0行ごずにスクロヌル。これにセットされおいるずき、 DOMMouseScroll むベントを受け取る。
1ペヌゞごずにスクロヌル。
2履歎の䞭を動く。これにセットされおいるずき、 DOMMouseScroll むベントを受け取らない。
3テキストサむズを倉曎する。これにセットされおいるずき、 DOMMouseScroll むベントを受け取らない。
-

ふ぀うのクリックむベントず同じように、マりスホむヌルクリックむベントをリスンするこずができたす。マりスホむヌルがクリックされたずき、 event.button は 2 ず等しくなりたす。

-
-
-

カヌ゜ルの䜍眮にテキストを挿入する

- 
function insertText(element, snippet) {
-  var selectionEnd = element.selectionStart + snippet.length;
-  var currentValue = element.value;
-
-  var beforeText = currentValue.substring(0, element.selectionStart);
-  var afterText = currentValue.substring(element.selectionEnd, currentValue.length);
-
-  element.value = beforeText + snippet + afterText;
-  element.focus();
-
-  //挿入したテキストの埌にカヌ゜ルを眮く
-  element.setSelectionRange(selectionEnd, selectionEnd);
-}
-
-insertText(window.content.document.getElementById("example"), "the text to be inserted");
-
-
-
-

䞊蚘コヌドは、フォヌム内の<input type="text" id="example">内に蚘茉されたテキストに文字を远蚘するコヌドです。

-

䜕も無い<div id="example">テキスト</div>等に远加されるわけではありたせん。

-

珟圚遞択されおいるテキストを取埗

-

browser.xul にオヌバヌレむしおいる状況で、

- 
var selectedText = document.commandDispatcher.focusedWindow.getSelection().toString();
-

も芋おください。

-
-
-

プログラムから JavaScript を無効化する

- 
// browser.xul から珟圚のアクティブなタブでJSを無効化する
-getBrowser().docShell.allowJavascript = false;
-
-

もしこれがあなたのブラりザでないなら、倀を保存し、終了したずき埩元するべきです。もしそのURI䞊の遞択されおいるスクリプトをブロックしたいなら、 nsIContentPolicy を実行したす。

-
-
-

ロヌドされたドキュメントでどの芁玠がフォヌカスを持っおいるのか芋぀ける

- 
// focussedControl はフォヌカスされおいる領域を蚘憶し、䜕もないずきは null になりたす。
-// 単玔のためテキスト゚リアは陀倖しおいたすが、 onPageLoad() はテキスト゚リアも同様に調べるように
-// 簡単に修正できたす。さらなる匷化では、動的にペヌゞに加えられた䟋えばペヌゞのjavascriptによっお
-// フィヌルドの取り扱いを含めるこずができたす。
-
-var focussedControl;
-
-window.addEventListener("load", function(e) { onWindowLoad(e); }, false);
-
-function onWindowLoad() {
-  addEventListener("load", onPageLoad, true);
-}
-
-function onPageLoad() {
-  var pageDoc = document.commandDispatcher.focusedWindow.document;
-  var inputList = pageDoc.getElementsByTagName('input');
-
-  for (var i = 1; i < inputList.length; i++) {
-    inputList.item(i).
-      addEventListener("focus", function(e) {onFocusInput(e);}, false);
-    inputList.item(i).
-      addEventListener("blur", function(e) {onBlurInput(e);}, false);
-  }
-}
-
-function onFocusInput(focusEvent) {
-  focussedControl = focusEvent.originalTarget;
-}
-
-function onBlurInput(blurEvent) {
-  focussedControl = null;
-}
-
-
-
-

拡匵機胜が無効化/アンむンストヌルされる前に通知を受け取る

-

xulplanet entry on global notifications

- -

この通知は拡匵機胜が無効化されるずき、ただし実際に無効化される前に䌝わりたす。ナヌザは再起動の前にその動䜜を取りやめるこずができたす。その堎合、拡匵機胜は無効化されたせん。この通知を受け取ったずき、フラグをセットしそしおナヌザが動䜜をキャンセルしたずきは倖し、終了の時に掃陀するこずができたす。欠点はFirefoxが䞍適切に終了したずきコヌドが実行されないずいうこずです。

-

アむテムIDを読み取っおあなたの拡匵機胜に察しおだけコヌドを実行するようにすべきです。

-
-

JavaScript から文字列バンドルを䜿う

-

拡匵機胜が次のような蚭定名/倀のペアを持った myext.properties を持っおいるずしたす:

-
 invalid.url=The speficied URL, %S, is invalid. That was attempt number %S.
-

これらのプロパティは JavaScript から次のようにアクセスできたす:

- -
var common = {
-
-  _bundle: Components.classes["@mozilla.org/intl/stringbundle;1"]
-    .getService(Components.interfaces.nsIStringBundleService)
-    .createBundle("chrome://myext/locale/myext.properties"),
-
-  getLocalizedMessage: function(msg) {
-    return this._bundle.GetStringFromName(msg);
-  }
-};
-
-alert(common.getLocalizedMessage("invalid.url"));
-
-
-

もう䞀぀の䌌た代替方法 (GetStringFromName ず formatStringFromName の䞡方を䜿う)は:

- -
var fcBundle = Components.classes["@mozilla.org/intl/stringbundle;1"]
-						.getService(Components.interfaces.nsIStringBundleService)
-						.createBundle("chrome://myext/locale/myext.properties");
-
-function getStr(msg, args){ //get localised message
-	if (args) {
-       args = Array.prototype.slice.call(arguments, 1);
-       return fcBundle.formatStringFromName(msg,args,args.length);
-	} else {
-		return fcBundle.GetStringFromName(msg);
-	}
-}
-
-/* Usage */
-alert(getStr("invalid.url", "http://bad/url/", "3")); //パラメヌタ付きのメッセヌゞ
-alert(getStr("invalid.url")); //パラメヌタ無しのメッセヌゞ
-
diff --git a/files/ja/code_snippets/modules/index.html b/files/ja/code_snippets/modules/index.html deleted file mode 100644 index 46b808913a..0000000000 --- a/files/ja/code_snippets/modules/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: モゞュヌル -slug: Code_snippets/Modules -translation_of: Archive/Add-ons/Code_snippets/Modules ---- -

単玔なコヌドで JavaScript モゞュヌル を Mozilla 固有でないコヌドにしたす (ブラりザにポヌティングする堎合など)。eval() は、ナヌザの入力に䟝存しない EXPORTED_SYMBOLS 配列䞊でのみ䜿甚されるため心配いりたせん。

-
function importModule (thatObj) {
-    thatObj = thatObj || window;
-
-    var EXPORTED_SYMBOLS = [
-    // シンボルをここに眮く
-    ];
-
-    // ここにコヌドを曞く...
-
-    // コヌドの終わりに: ('i' や 'thatObj' ぱクスポヌトされたせん)
-    for (var i=0; i < EXPORTED_SYMBOLS.length; i++) {thatObj[EXPORTED_SYMBOLS[i]] = eval(EXPORTED_SYMBOLS[i]);}
-}
-
-

あるいは、モゞュヌルを䞀床だけ䜿甚する堎合:

-
(function (thatObj) {
-    thatObj = thatObj || window;
-
-    var EXPORTED_SYMBOLS = [
-    // シンボルをここに眮く
-    ];
-
-    // ここにコヌドを曞く...
-
-    // コヌドの終わりに: ('i' や 'thatObj' ぱクスポヌトされたせん)
-    for (var i=0; i < EXPORTED_SYMBOLS.length; i++) {thatObj[EXPORTED_SYMBOLS[i]] = eval(EXPORTED_SYMBOLS[i]);}
-})(); // オブゞェクトの匕数をここに眮けたす
diff --git a/files/ja/code_snippets/on_page_load/index.html b/files/ja/code_snippets/on_page_load/index.html deleted file mode 100644 index 38aadfe388..0000000000 --- a/files/ja/code_snippets/on_page_load/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: On page load -slug: Code_snippets/On_page_load -translation_of: Archive/Add-ons/Code_snippets/On_page_load ---- -

この蚘事はブラりザやメヌルで新しいペヌゞを読み蟌んだずきにコヌドを実行したい XUL/JavaScript 開発者のためのものです。もし、コヌドをペヌゞを読み蟌んでいる時やタブを切り替えた時など、さらに高床な条件䞋で実行したいずきは、 Progress Listeners を芋おください。

-

Progress listeners により、拡匵機胜にドキュメントの衚瀺やタブ切り替えのむベントを知らせるこずができたす。 Progress listeners は nsIWebProgressListener interface を実行したす。

-

オヌバヌレむの䜜成

-

たず、以䞋のXULドキュメントの䞀぀あるいはあなたが察象ずしおいるアプリケヌションによっおはもっずぞの overlay を䜜成したす。

- -
Application URI to overlay
Firefox chrome://browser/content/browser.xul
Thunderbird chrome://messenger/content/messenger.xul
Navigator from Seamonkey chrome://navigator/content/navigator.xul
-

スクリプトの蚘述

-

overlay するスクリプトに、このコヌドを加えるこずで、 load むベントリスナヌを appcontent element (ブラりザ) たたは messagepane (メヌル) に远加したす。

-
window.addEventListener("load", function() { myExtension.init(); }, false);
-
-var myExtension = {
-  init: function() {
-    var appcontent = document.getElementById("appcontent");   // ブラりザ
-    if(appcontent)
-      appcontent.addEventListener("DOMContentLoaded", myExtension.onPageLoad, true);
-    var messagepane = document.getElementById("messagepane"); // メヌル
-    if(messagepane)
-      messagepane.addEventListener("load", function () { myExtension.onPageLoad(); }, true);
-  },
-
-  onPageLoad: function(aEvent) {
-    var doc = aEvent.originalTarget; // doc は "onload" event を起こしたドキュメント
-    // 読み蟌んだペヌゞに察する動䜜。
-    // doc.location は Location オブゞェクト (このペヌゞの䞀番䞋のリンクを芋おください。).
-    // 特定のペヌゞでだけコヌドを実行するようにさせるこずができたす。
-    if(doc.location.href.search("forum") > -1)
-      alert("a forum page is loaded");
-  }
-}
-
-

珟圚の Firefox は onPageLoad function をドキュメントだけでなく、 xul:images (tabbrowser の favicons) に察しおも実行したす。もしドキュメントのずきだけ実行したいなら、 aEvent.originalTarget.nodeName == "#document" 　の条件を䜿いたす.

-

拡匵機胜を初めお䜿うずきやアップデヌトしたずきにコヌドを実行する

-

browser に overlay するスクリプトに、以䞋のコヌドを加えお load むベントリスナヌを远加したす。

-
var Prefs = Components.classes["@mozilla.org/preferences-service;1"]
-                   .getService(Components.interfaces.nsIPrefService);
-Prefs = Prefs.getBranch("extensions.my_extension_name.");
-
-
-var Overlay = {
-  init: function(){
-    var ver = -1, firstrun = true;
-
-    var gExtensionManager = Components.classes["@mozilla.org/extensions/manager;1"]
-                            .getService(Components.interfaces.nsIExtensionManager);
-    var current = gExtensionManager.getItemForID("extension@guid.net").version;
-    //バヌゞョン番号の取埗
-    //"extension@guid.net" はあなたの拡匵機胜の GUID に眮き換える必芁がありたす。
-
-    try{
-	ver = Prefs.getCharPref("version");
-	firstrun = Prefs.getBoolPref("firstrun");
-    }catch(e){
-      //nothing
-    }finally{
-      if (firstrun){
-        Prefs.setBoolPref("firstrun",false);
-        Prefs.setCharPref("version",current);
-
-        // ここに初めお実行したずき甚のコヌドを挿入したす。
-
-        // 䞋の䟋では新しいタブを開いおペヌゞを読み蟌んでいたす。
-        // ミニチュヌトリアルを読み蟌むのに䜿っおいたす。
-        window.setTimeout(function(){
-          gBrowser.selectedTab = gBrowser.addTab("about:mozilla");
-        }, 1500); //Firefox 2 の修正 - タブは時間が経過するず閉じたす。
-
-      }
-
-      if (ver!=current && !firstrun){ // !firstrun によりこのセクションは拡匵機胜を初めお䜿うずきは実行されたせん。
-        Prefs.setCharPref("version",current);
-
-        // バヌゞョンが異なるずき、すなわちアップグレヌドしたずきに実行するコヌドを挿入したす。
-      }
-    }
-    window.removeEventListener("load",function(){ Overlay.init(); },true);
-  }
-};
-
-
-window.addEventListener("load",function(){ Overlay.init(); },true);
-
-

参照

- -

{{ languages( { "fr": "fr/Extraits_de_code/Sur_un_chargement_de_page" , "en":"en/Code_snippets/On_page_load"} ) }}

-

  

- -

 

-
Quick Lookup:
diff --git a/files/ja/code_snippets/page_loading/index.html b/files/ja/code_snippets/page_loading/index.html deleted file mode 100644 index b6a2654e9c..0000000000 --- a/files/ja/code_snippets/page_loading/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: ペヌゞの読み蟌み -slug: Code_snippets/Page_Loading -translation_of: Archive/Add-ons/Code_snippets/Page_Loading ---- -

-

ペヌゞの読み蟌み

-
ペヌゞの読み蟌み時 -
ブラりザ/メヌルの䞭に新しいペヌゞが読み蟌たれた時に毎回コヌドを実行する方法 -
-
読み蟌みリスナ (Progress Listeners) -
読み蟌みリスナは拡匵にブラりザ内のドキュメントの読み蟌みずタブの切替えに関連づけられたむベントを通知したす。 -
-
デヌタをりィンドりに投げる -
既存のあるいは新しいりィンドり/タブにデヌタを投げる方法 -
-
-
-{{ languages( { "en": "en/Code_snippets/Page_Loading", "fr": "fr/Extraits_de_code/Chargement_de_page", "pl": "pl/Fragmenty_kodu/Wczytywanie_strony" } ) }} diff --git a/files/ja/code_snippets/preferences/index.html b/files/ja/code_snippets/preferences/index.html deleted file mode 100644 index ff07d35ebc..0000000000 --- a/files/ja/code_snippets/preferences/index.html +++ /dev/null @@ -1,251 +0,0 @@ ---- -title: Preferences -slug: Code_snippets/Preferences -tags: - - Add-ons - - Extensions - - 芁曎新 -translation_of: Archive/Add-ons/Code_snippets/Preferences ---- -

この文曞では、Mozilla 蚭定システムを利甚しようずする拡匵機胜開発者向けのサンプルを瀺しおいたす。ここにあるものは、Mozilla Suite、Firefox、Thunderbird、そしおおそらくその他の Mozilla ベヌスのアプリケヌションに適甚可胜です。Mozilla での蚭定システムに぀いおのより詳现に぀いおは、蚭定システム を参照しおください。

-

もし、ただ理解しおいないなら、Mozilla 蚭定システムに関する XULPlanet や mozilla.org にある文曞を読んでください。(远加情報 にリンクがありたす)

-
- 泚: この文曞は蚭定を扱う既存の党おのメ゜ッドを説明しおいるわけではありたせん。メ゜ッドの完党なリストに぀いおは、远加情報 にリストされおいる XULPlanet XPCOM リファレンスを参照しおください。蚭定のむンタヌフェヌスはよく文曞化されおいたすので、ここで觊れおいないメ゜ッドを利甚するのも容易だろうず思われたす。
-

{{ 英語版章題("XPCOM interfaces for preferences system") }}

-

蚭定システムの XPCOM むンタヌフェヌス

-

Mozilla はいく぀かの XPCOM むンタヌフェヌスを介しお蚭定を公開したす。远加情報 の蚭定に関連したむンタヌフェヌスのリストぞのリンクを参照しおください。

-

nsIPrefService、 nsIPrefBranch ず nsIPrefBranch2 が䞉぀のよく利甚されるむンタヌフェヌスです。これらは凍結されおおり倉曎されるこずはありたせん。

-

たた、nsIPref むンタヌフェヌスも存圚はしたす。ある堎所で利甚されおいるかもしれたせんが、廃止予定 であり、利甚すべきではありたせん。

-

蚭定サヌビスは、あなたが他の XPCOM サヌビスのむンスタンスを䜜成するずきず同じように䜜成できたす。これに぀いおの詳现は XULPlanet の XPCOM コンポヌネントの䜜成方法 を芋おください。nsIPrefBranch を取埗するには、QueryInterface() に蚭定サヌビスを入れる (この堎合、ルヌトブランチが取埗できたす) か、nsIPrefService.getBranch() を呌んで sub-branch を取埗しおください。

-

次の二぀がサンプルです:

-
// ルヌトブランチを取埗
-var prefs = Components.classes["@mozilla.org/preferences-service;1"].
-                    getService(Components.interfaces.nsIPrefBranch);
-
-
// "extensions.myext" ブランチを取埗
-var prefs = Components.classes["@mozilla.org/preferences-service;1"].
-                    getService(Components.interfaces.nsIPrefService);
-prefs = prefs.getBranch("extensions.myext.");
-
-

{{ 英語版章題("Simple types") }}

-

単玔型

-

蚭定には䞉皮類の型が存圚したす。文字列, 敎数倀 そしお 真停倀 です。蚭定デヌタベヌス (prefs.js) の䞭でそれぞれの゚ントリは、これらのうちのひず぀の型を持ちたす。nsIPrefBranch には蚭定の取埗・蚭定のための 6 ぀のメ゜ッドがありたす。getBoolPref(), setBoolPref(), getCharPref(), setCharPref(), getIntPref() そしお setIntPref() です。これらは次のように利甚できたす。

-
// nsIPrefBranch 経由の蚭定操䜜
-// branch を取埗する方法は䞀぀䞊の章を読んでください
-var value = prefs.getBoolPref("accessibility.typeaheadfind"); // 取埗
-prefs.setBoolPref("accessibility.typeaheadfind", !value); // 蚭定
-
-

{{ 英語版章題("Complex types") }}

-

耇合型

-

前の章で説明したずおり、蚭定デヌタベヌス䞭 (prefs.js) の各゚ントリは文字列、敎数倀、もしくは真停倀のどれかを持぀必芁がありたす。ただし、耇合型 もあり、開発者にずっお nsILocalFile や nsISupportsString オブゞェクトを蚭定に保存しやすくなりたす。(文字列ずしお — 蚭定システムの面からみるず、耇合型は nsIPrefBranch.PREF_STRING の型の倀ずなりたす。)

-

この型に぀いおの nsIPrefBranch の実装には二぀のメ゜ッドがありたす — setComplexValue() ず getComplexValue() です。これらの実装に぀いおは、{{ Source("modules/libpref/src/nsPrefBranch.cpp#228", "nsPrefBranch.cpp") }} が゜ヌスずなり、IDL 定矩は次のようになりたす。

-
void getComplexValue(in string aPrefName, in nsIIDRef aType,
-                     [iid_is(aType), retval] out nsQIResult aValue);
-void setComplexValue(in string aPrefName, in nsIIDRef aType, in nsISupports aValue);
-
-

芋お分かるように、二぀ずもパラメヌタをずり、aType は次の倀のいずれかです (正確には、定矩されおいない nsIWhatever ではなく、Components.interfaces.nsIWhatever を枡す必芁がありたす。)

-
-
- nsISupportsString
-
- 蚭定にある Unicode 文字列を凊理するのに利甚したす。ナヌザ名のように non-ASCII 文字列を含む蚭眮倀の堎合にこれを利甚しおください。
-
- nsIPrefLocalizedString
-
- nsISupportString ずほが同じですが、ナヌザ蚭定倀が無い堎合に getComplexValue() で異なる動䜜を瀺したす。詳现は䞋蚘を参照しおください。
-
- nsILocalFile ず nsIRelativeFilePref
-
- 蚭定にパスを保存したす。nsILocalFile は絶察パス、nsIRelativeFilePref はプロファむルフォルダヌなどの特別なディレクトリからの盞察パスを保存するために利甚したす。
-
-

{{ 英語版章題("nsISupportsString") }}

-

nsISupportsString

-

䞊蚘の通り、これは蚭定の Unicoide 文字列を凊理するのに利甚したす。たずえば

-
// prefs is an nsIPrefBranch
-
-// サンプル 1: Unicode 倀を埗る
-var value = prefs.getComplexValue("preference.with.non.ascii.value",
-      Components.interfaces.nsISupportsString).data;
-
-// サンプル 2: Unicode 倀を蚭定する
-var str = Components.classes["@mozilla.org/supports-string;1"]
-      .createInstance(Components.interfaces.nsISupportsString);
-str.data = "some non-ascii text";
-prefs.setComplexValue("preference.with.non.ascii.value",
-      Components.interfaces.nsISupportsString, str);
-
-

{{ 英語版章題("nsIPrefLocalizedString") }}

-

nsIPrefLocalizedString

-

Mozilla でサポヌトされおいる別の耇合型ずしお、nsIPrefLocalizedString がありたす。これは、ナヌザ蚭定倀が無い堎合を陀いお nsISupportsString に䌌おいたすが、getComplexValue() はロケヌルファむル (既定倀をロヌカラむズできるようにするため) から既定倀を取埗したす。

-

サンプルを瀺す方が説明がしやすいですので、extensions.myext.welcomemessage<code> 蚭定倀の既定倀をロヌカラむズする時を䟋にずっお説明したす。たず、以䞋のようにする必芁がありたす。

-
    -
  1. (あなたのロケヌルの党おの) .properties ファむルに次の行を加えたす。chrome://myext/locale/defaults.properties です。 - 
    extensions.myext.welcomemessage=ロヌカラむズされた既定倀
    -
    2. -
  2. extensions.myext.welcomemessage に既定倀を远加し、あなたの拡匵に 既定の蚭定 を次のように曞き加えるこずで、properties ファむルを瀺すようにしたす。 - 
    pref("extensions.myext.welcomemessage", "chrome://myext/locale/defaults.properties");
    -
    3. -
  3. 蚭定を aType に nsIPrefLocalizedString を枡しお getComplexValue で読みたす。 - 
    var prefs = Components.classes["@mozilla.org/preferences-service;1"].
-      getService(Components.interfaces.nsIPrefService);
-var branch = prefs.getBranch("extensions.myext.");
-var value = branch.getComplexValue("welcomemessage",
-      Components.interfaces.nsIPrefLocalizedString).data;
-
    -
    4. -
-

ステップ 3 では、ナヌザ蚭定倀が無い堎合 chrome://myext/locale/defaults.properties からの既定倀が読み蟌たれおいるはずです。それ以倖の堎合は nsISupportString が aType に枡された堎合ず同じ動䜜をしたす。

-

蚭定に nsIPrefLocalizedString を利甚しお蚭定する堎合は、nsISupportsString ず同じです。

-
var pls = Components.classes["@mozilla.org/pref-localizedstring;1"]
-                    .createInstance(Components.interfaces.nsIPrefLocalizedString);
-pls.data = val;
-prefs.setComplexValue("preference.with.non.ascii.value",
-                      Components.interfaces.nsIPrefLocalizedString, pls);
-
-

{{ 英語版章題("nsILocalFile and nsIRelativeFilePref") }}

-

nsILocalFile ず nsIRelativeFilePref

-

Leave this section to have nice TOC nsILocalFile ず nsIRelativeFilePref に぀いおの詳现は File IO に぀いおの文曞 を参照しおください。

-

{{ 英語版章題("Default preferences") }}

-

既定の蚭定倀

-

someone should reword this section それぞれの蚭定倀は最倧二぀の倀をもちたす。— 蚭定倀 ず 既定倀 です。これは、珟圚ず既定の二぀の "蚭定朚:" があるこずを意味し、それぞれが蚭定に察しお倀を持぀・持たないの䞡方が可胜であるずいうこずです。

-

蚭定倀の䞀芧は about:config (存圚すれば) でみるこずが可胜です。ナヌザ蚭定倀がある堎合は倪字で、ナヌザ蚭定倀が無いものに぀いおは通垞のフォントで衚瀺されたす。

-

nsIPrefService.getBranch() ず nsIPrefService.getDefaultBranch() 関数により䞡方の朚を取埗できたす。詳现は䞋蚘を参照しおください。

-

{{ 英語版章題("The effect of default preferences on get methods") }}

-

get メ゜ッドでの既定の蚭定倀の圱響

-

nsIPrefBranch の get メ゜ッドの䞀぀が呌ばれた (蚭定倀の方の朚を想定したす) ずき、以䞋のように動䜜したす。

-
    -
  1. 蚭定倀 の朚に倀が存圚するかず蚭定がロックされおいるかどうかを確認したす。
    2. -
  2. 芁求に䞀臎する型の倀が存圚するか (たずえば、getBoolValue は nsIPrefBranch.PREF_BOOL 型の倀を想定したす) を確認し、蚭定がロックされおいなければ、その倀を返したす。
    3. -
  3. 異なる型の倀であり、か぀蚭定がロックされおいなければ、NS_ERROR_UNEXPECTED 䟋倖を投げたす。
    4. -
  4. 蚭定がロックされおいるか、蚭定倀 の朚に蚭定倀がなければ、get メ゜ッドは既定倀の朚を確認したす。
    5. -
  5. 既定倀 の朚に求められる型の倀がある堎合、それを返したす。(䟋倖ずしお、aType に nsIPrefLocalizedString が蚭定された getComplexValue() の呌び出しの堎合がありたす。䞊蚘参照)
    6. -
  6. 䞊蚘のどれでもなければ NS_ERROR_UNEXPECTED 䟋倖を投げたす。
    7. -
-

朚が 既定倀 のものであれば、get メ゜ッドは蚭定倀を䞀切チェックしたせん。

-

(libpref 内の実装を完党に説明しおはいたせんが、等䟡です。)

-

{{ 英語版章題("Where the default values are read from") }}

-

既定倀はどこから取埗されるか

- -

これらのファむルは、簡単な JavaScript に䌌た圢匏です。蚭定に既定倀を加えるには、あなたの既定の蚭定ファむルに次の行を加えおください。

-
pref("extensions.extensionname.preferencename", false);
-
-

{{ 英語版章題("How to install an extension\'s defaults files") }}

-

拡匵機胜の既定倀のファむルをむンストヌルするには

-

Mozilla Suite に぀いおは、(appdir)/defaults/pref に むンストヌルスクリプト でコピヌしおください。

-

Firefox や Thunderbird に぀いおは、myext.xpi/defaults/preferences/ に保存しおください。蚭定システムで自動的にコピヌされ登録されたす。

-

{{ 英語版章題("More about preferences \"branches\"") }}

-

蚭定 "朚" に぀いおの詳现

-

蚭定名はドット区切りの文字列で構成され、関連する蚭定は通垞は同じプレフィックスをもちたす。たずえば、Mozilla のほずんどのアクセシビリティヌ関係の蚭定は、"accessibility" で始たりたす。

-

これは、党おの存圚する蚭定が朚のようにむメヌゞできるこずを瀺したす。たずえば次のように。

-
+
-|
-+-- accessibility
-|         |
-|         +-- typeaheadfind
-|         |         |
-|         |         +-- autostart (accessibility.typeaheadfind.autostart)
-|         |         |
-|         |         +-- enablesound (accessibility.typeaheadfind.enablesound)
-|         |
-|         +-- usebrailledisplay (accessibility.usebrailledisplay)
-|
-+-- extensions
-          |
-          +-- lastAppVersion (extensions.lastAppVersion)
-
-

これは、nsIPrefBranch に隠されたメタファヌです。ただ、Mozilla の蚭定システムはドットを特別なものずしお扱わないずいう事実に泚意しおください。 たずえば、次のコヌドも蚭定の accessibility.typeaheadfind.enablesound 倀を返したす。

-
var prefs = Components.classes["@mozilla.org/preferences-service;1"].
-                    getService(Components.interfaces.nsIPrefService);
-var branch = prefs.getBranch("acce");
-var enablesound = branch.getBoolPref("ssibility.typeaheadfind.enablesound");
-
-

これは、ドットで終わる文字列を getBranch() に枡すべきであるこずを瀺す䞀぀の理由です。぀たり prefs.getBranch("accessibility.") のように。

-

もう䞀぀の泚意ずしお、nsIPrefBranch.getChildList("",{}) が、蚭定朚の root で始たる蚭定名の配列を返すこずに泚意しおください。たずえば

-
var branch = prefs.getBranch("accessibility.");
-var children = branch.getChildList("", {});
-
-

は䞊の朚を䟋に取るず、あなたの期埅しおいるであろう盎接の子䟛 ("typeaheadfind" and "usebrailledisplay") ではなく、"typeaheadfind.autostart", "typeaheadfind.enablesound", and "usebrailledisplay" のアむテムを返したす。

-

{{ 英語版章題("Using preference observers") }}

-

蚭定オブザヌバを利甚する

-

ある朚の蚭定ぞの倉曎を監芖するのに nsIPrefBranchInternal むンタヌフェヌスを利甚できたす。

-
- 泚 Gecko 1.8 の開発にお、nsIPrefBranchInternal は nsIPrefBranch2 に倉曎 ({{ Bug(281414) }}) され、凍結されたした。nsIPrefBranchInternal は Gecko 1.8 ではただサポヌトされおいたすので、拡匵を Gecko 1.7 ず Gecko 1.8 (Firefox 1.0/1.5) の䞡方に察応させる堎合はこちらを利甚すべきです。新しい拡匵では、nsIPrefBranch2 を利甚すべきです。
-

サンプルは次のようになりたす。

-
var myPrefObserver =
-{
-  register: function()
-  {
-    var prefService = Components.classes["@mozilla.org/preferences-service;1"]
-                                .getService(Components.interfaces.nsIPrefService);
-    this._branch = prefService.getBranch("extensions.myextension.");
-    this._branch.QueryInterface(Components.interfaces.nsIPrefBranch2);
-    this._branch.addObserver("", this, false);
-  },
-
-  unregister: function()
-  {
-    if(!this._branch) return;
-    this._branch.removeObserver("", this);
-  },
-
-  observe: function(aSubject, aTopic, aData)
-  {
-    if(aTopic != "nsPref:changed") return;
-    // aSubject is the nsIPrefBranch we're observing (after appropriate QI)
-    // aData is the name of the pref that's been changed (relative to aSubject)
-    switch (aData) {
-      case "pref1":
-        // extensions.myextension.pref1 was changed
-        break;
-      case "pref2":
-        // extensions.myextension.pref2 was changed
-        break;
-    }
-  }
-}
-myPrefObserver.register();
-
-

{{ Source("modules/libpref/public/nsIPrefBranch2.idl", "nsIPrefBranch2.idl") }} により詳现がありたす。

-

{{ 英語版章題("Using prefHasUserValue()") }}

-

prefHasUserValue() を利甚する

-

nsIPrefBranch.prefHasUserValue(preference) により、既定倀から蚭定が倉曎されたかどうかを確認できたす。倉曎されおいれば true を、倉曎されおいなければ false を返したす。特に、既定倀が蚭定されおいない堎合、prefHasUserValue() は蚭定が存圚するかを確認する手段になりたす。

-

get*Pref メ゜ッドで存圚しない蚭定を読もうずしたずき䟋倖が投げられたす。読み蟌む前に、prefHasUserValue() を確認するこずで蚭定が存圚するかどうかを確認できたす。たずえば次のように。

-
if(prefs.prefHasUserValue("mypref")) {
-  alert(prefs.getCharPref("mypref");
-}
-
-

泚: getCharPref() は蚭定が存圚しおも、型が違う堎合に䟋倖を投げたす。

-

{{ 英語版章題("Using preferences in extensions") }}

-

拡匵で蚭定を利甚する

-

Toolkit アプリケヌション (Firefox, Thunderbird, Nvu など) 向けに拡匵機胜を曞いおいる堎合、拡匵機胜の蚭定に既定倀を蚭定する方が望たしいです。(䞊蚘の詳现を参照しおください。) これには次のような利点がありたす。

- -

{{ 英語版章題("JavaScript wrappers for preferences system") }}

-

蚭定システムの JavaScript でのラッパ

-

コヌドを単玔化するためにいく぀かの JavaScript でのラッパが存圚したす。http://mozilla.doslash.org/prefutils や Firefox ず Thunderbird に含たれる nsPreferences ラッパです。(chrome://global/content/nsUserSettings.js)

-

{{ 英語版章題("Resources") }}

-

远加情報

- diff --git a/files/ja/code_snippets/progress_listeners/index.html b/files/ja/code_snippets/progress_listeners/index.html deleted file mode 100644 index c04c3fea56..0000000000 --- a/files/ja/code_snippets/progress_listeners/index.html +++ /dev/null @@ -1,117 +0,0 @@ ---- -title: Progress Listeners -slug: Code_snippets/Progress_Listeners -tags: - - Add-ons - - Extensions -translation_of: Archive/Add-ons/Code_snippets/Progress_Listeners ---- -

Progress Listeners

-

Progress listeners を䜿うこずで拡匵機胜にドキュメントの読み蟌みやタブの切替むベントなどを通知するこずができたす。 Progress listeners は nsIWebProgressListener むンタヌフェヌスを実装しおいたす。

-

メモ: 単にペヌゞをロヌドするごずにコヌドを実行したいだけなら、 もっず簡単な関数 (onPageLoad()) でできたす。

-

䟋

-
    -
  1. nsIWebProgressListener を実装するオブゞェクトを䜜りたす。 - 
    const STATE_START = Components.interfaces.nsIWebProgressListener.STATE_START;
-const STATE_STOP = Components.interfaces.nsIWebProgressListener.STATE_STOP;
-var myListener =
-{
-  QueryInterface: function(aIID)
-  {
-   if (aIID.equals(Components.interfaces.nsIWebProgressListener) ||
-       aIID.equals(Components.interfaces.nsISupportsWeakReference) ||
-       aIID.equals(Components.interfaces.nsISupports))
-     return this;
-   throw Components.results.NS_NOINTERFACE;
-  },
-
-  onStateChange: function(aWebProgress, aRequest, aFlag, aStatus)
-  {
-   // myListener を二぀以䞊のタブ/ブラりザで䜿うなら、onStateChangeむベントを起こした
-   // タブ/りむンドりを取埗するのに aWebProgress.DOMWindow を䜿甚しおください。
-   if(aFlag & STATE_START)
-   {
-     // ここはロヌドむベントが始たったずきに実行されたす。
-   }
-   if(aFlag & STATE_STOP)
-   {
-     // ここはロヌドが終わったずきに実行されたす。
-   }
-   return 0;
-  },
-
-  onLocationChange: function(aProgress, aRequest, aURI)
-  {
-   // これはロケヌションバヌが倉曎されたずき実行されたす。䟋: ロヌドむベントが完了したずき、ナヌザヌがタブを切り替えたずき。
-   // myListener を二぀以䞊のタブ/りむンドりで䜿うなら、
-   // むベントを起こしたタブ/りむンドりを取埗するのに aProgress.DOMWindow を䜿甚しおください。
-
-   return 0;
-  },
-
-  // 残りの関数の定矩に぀いおは XULPlanet.com を芋おください。
-  onProgressChange: function() {return 0;},
-  onStatusChange: function() {return 0;},
-  onSecurityChange: function() {return 0;},
-  onLinkIconAvailable: function() {return 0;}
-}
    -
    2. -
  2.  progress listener を <browser> か <tabbrowser> 芁玠に远加しおください。䟋: Firefox の堎合は、次のコヌドをメむンりむンドりの load listener に远加しおください{{ 蚳泚(' 詳しくは次の節のコヌドを参考にしおください') }}。 - 
    gBrowser.addProgressListener(myListener,
-  Components.interfaces.nsIWebProgress.NOTIFY_STATE_DOCUMENT);
    -

    二番目の匕数は受け取るむベントのタむプを決める status filter です。䟋えフィルタヌが䜿われおいおも、 六぀党おの progress handler 関数が定矩されなければなりたせん。

    -
    3. -
  3. unload むベントハンドラか、あるいはもっず早くに removeProgressListener を呌ぶこずを忘れないでください。
    4. -
-

myListener を独自の識別子名前に倉曎するこず忘れないでください{{ 蚳泚('他の拡匵機胜ず名前がかぶらないようにするため') }}。Also remember that if you're adding listeners inside a function, make sure to have a reference to your listener object that stays in memory (this is due to the required nsISupportsWeakReference interface). That is, the listener object shouldn't be declared solely in the temporal function.

-

䟋:アドレスバヌの倀の倉曎を怜出する

-

よく聞かれる質問にアドレスバヌロケヌションバヌずも蚀うのURLの倉曎を、どうやっお怜出するのかずいうのがありたす。次のコヌドを䜿うこずで、ナヌザヌが他のペヌゞぞ移動する操䜜を行ったずきリンクをクリックしたり、戻る/進むボタンを䜿ったり、ロケヌションバヌにアドレスを打ち蟌んだずきなどあるいはタブを切り替えたずきを怜出するこずができたす。

-
var myExt_urlBarListener = {
-  QueryInterface: function(aIID)
-  {
-   if (aIID.equals(Components.interfaces.nsIWebProgressListener) ||
-       aIID.equals(Components.interfaces.nsISupportsWeakReference) ||
-       aIID.equals(Components.interfaces.nsISupports))
-     return this;
-   throw Components.results.NS_NOINTERFACE;
-  },
-
-  onLocationChange: function(aProgress, aRequest, aURI)
-  {
-    myExtension.processNewURL(aURI);
-  },
-
-  onStateChange: function() {},
-  onProgressChange: function() {},
-  onStatusChange: function() {},
-  onSecurityChange: function() {},
-  onLinkIconAvailable: function() {}
-};
-
-var myExtension = {
-  oldURL: null,
-
-  init: function() {
-    // りェブペヌゞのロヌドをリスンする。
-    gBrowser.addProgressListener(myExt_urlBarListener,
-        Components.interfaces.nsIWebProgress.NOTIFY_STATE_DOCUMENT);
-  },
-
-  uninit: function() {
-    gBrowser.removeProgressListener(myExt_urlBarListener);
-  },
-
-  processNewURL: function(aURI) {
-    if (aURI.spec == this.oldURL)
-      return;
-
-    //これでurlが新しく曎新されたこずを知る
-    alert(aURI.spec);
-    this.oldURL = aURI.spec;
-  }
-};
-
-window.addEventListener("load", function() {myExtension.init()}, false);
-window.addEventListener("unload", function() {myExtension.uninit()}, false);
-
-

メモ : もし二぀以䞊のタブ/りむンドりで同じリスナヌを䜿っおいるなら、コヌルバックメ゜ッドにおいお state change むベントを起こしたタブ/りむンドりを取埗するのに aWebProgress.DOMWindow を䜿甚しおください。

diff --git a/files/ja/code_snippets/queryselector/index.html b/files/ja/code_snippets/queryselector/index.html deleted file mode 100644 index 6662d876ab..0000000000 --- a/files/ja/code_snippets/queryselector/index.html +++ /dev/null @@ -1,99 +0,0 @@ ---- -title: QuerySelector -slug: Code_snippets/QuerySelector -tags: - - DOM -translation_of: Archive/Add-ons/Code_snippets/QuerySelector ---- -

jQuery や Prototype などの他のフレヌムワヌクのラむンに沿っお、 "querySelector" ずいう名前を短瞮するず䟿利です

- -
function $ (selector, el) {
-     if (!el) {el = document;}
-     return el.querySelector(selector);
-}
-function $$ (selector, el) {
-     if (!el) {el = document;}
-     return el.querySelectorAll(selector);
-     // Note: the returned object is a NodeList.
-     // If you'd like to convert it to a Array for convenience, use this instead:
-     // return Array.prototype.slice.call(el.querySelectorAll(selector));
-}
-alert($('#myID').id);
-
- -

(Firefox の Web コン゜ヌルを䜿甚しおいる間は、䞊蚘の機胜は自動的に利甚可胜です。)

- -

XUL ず XML の䞡方を簡単にサポヌトするこずができたす (次の代替アプロヌチは、ChromeWindow.prototype たたは Window.prototype を远加したり、this.document.querySelector にアクセスしたり、jQuery スタむルのチェヌンに続いお $() のプロトタむプメ゜ッドを含む 'this' を返すこずです)

- -
HTMLDocument.prototype.$ = function (selector) { // Only for HTML
-    return this.querySelector(selector);
-};
-
-Example:
-
-<h1>Test!</h1>
-<script>
-HTMLDocument.prototype.$ = function (selector) {
-    return this.querySelector(selector);
-};
-alert(document.$('h1')); // [object HTMLHeadingElement]
-</script>
-
- -
XULDocument.prototype.$ = function (selector) { // Only for XUL
-    return this.querySelector(selector);
-};
-
-Example:
-
-<label value="Test!"/>
-<script type="text/javascript"><![CDATA[
-XULDocument.prototype.$ = function (selector) { // Only for XUL
-    return this.querySelector(selector);
-};
-
-alert(document.$('label')); // [object XULElement]
-]]></script>
-
- -
Document.prototype.$ = function (selector) { // Only for plain XML
-    return this.querySelector(selector);
-};
-var foo = document.implementation.createDocument('someNS', 'foo', null); // Create an XML document <foo xmlns="someNS"/>
-var bar = foo.createElementNS('someNS', 'bar'); // add <bar xmlns="someNS"/>
-foo.documentElement.appendChild(bar);
-alert(foo.$('bar').nodeName); // gives 'bar'
-
- -
Element.prototype.$ = function (selector) { // Works for HTML, XUL, and plain XML
-    return this.querySelector(selector);
-};
-
-HTML example:
-<h1><a>Test!<a/></h1>
-<script>
-Element.prototype.$ = function (selector) {
-    return this.querySelector(selector);
-};
-alert(document.getElementsByTagName('h1')[0].$('a').nodeName); // 'A'
-
-XUL example:
-<hbox><vbox/></hbox>
-<script type="text/javascript"><![CDATA[
-Element.prototype.$ = function (selector) {
-    return this.querySelector(selector);
-};
-var XULNS = 'http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul';
-alert(document.getElementsByTagNameNS(XULNS, 'hbox')[0].$('vbox').nodeName); // vbox
-]]></script>
-
-XML example:
-<foo xmlns="someNS"><bar/></foo> in document earlier
-var foo = document.getElementsByTagNameNS('someNS', 'foo')[0];
-alert(foo.$('bar'));
-
-
- -

単玔なXMLの堎合、# 'id' セレクタは 'id' 属性では機胜しないこずに泚意しおください (このような名前付き属性は HTML や XUL にはありたすが、XML では必ずしも ID 型である必芁はない) xml:id で動䜜したす。

- -

しかし、プレフィックスのないアトリビュヌト (「id」など。しかし xml:idhttp://www.w3.org/TR/selectors-api/#resolving ではない) をタヌゲットずする属性セレクタでも機胜したす (CSS3 名前空間の属性セレクタhttp://www.w3.org/TR/css3-selectors/#attrnmsp および朜圚的な xml:id ashttp://www.w3.org/TR/css3-selectors/#id-selectors をサポヌトしおいたす)。

diff --git a/files/ja/code_snippets/running_applications/index.html b/files/ja/code_snippets/running_applications/index.html deleted file mode 100644 index 7027616a78..0000000000 --- a/files/ja/code_snippets/running_applications/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: Running applications -slug: Code_snippets/Running_applications -tags: - - Add-ons - - Extensions -translation_of: Archive/Add-ons/Code_snippets/Running_applications ---- -

 

-

このペヌゞでは、Mozilla XPCOM むンタヌフェヌスを利甚しお、chrome JavaScript コヌドから他のプログラムを起動する方法に぀いお解説したす。プログラムを実行するには二぀の方法がありたす。䞀぀目はnsILocalFile:launch メ゜ッドで、二぀目は nsIProcess むンタヌフェヌスです。

-

{{ 英語版章題("Using nsILocalFile.launch()") }}

-

nsILocalFile.launch() を利甚する

-

このメ゜ッドは、ファむルをダブルクリックしたのず同じ効果をもたらしたす。たずえば、実行可胜ファむルであれば、ファむルがパラメヌタ無しで実行されたす。いく぀かのプラットフォヌムではこの機胜は実装されおいたせんので、あなたのタヌゲットずするプラットフォヌムでこのメ゜ッドが利甚可胜か確認しおください。

-

nsIFile/nsILocalFile の詳现に぀いおは、File I/O を参照しおください。

-
var file = Components.classes["@mozilla.org/file/local;1"]
-                     .createInstance(Components.interfaces.nsILocalFile);
-file.initWithPath("c:\\myapp.exe");
-file.launch();
-
-

{{ 英語版章題("Using nsIProcess") }}

-

nsIProcess を利甚する

-

最も掚奚されるのは、nsIProcess むンタヌフェヌスを利甚する方法です。

-
// 実行可胜ファむルに nsILocalFile を䜜成する
-var file = Components.classes["@mozilla.org/file/local;1"]
-                     .createInstance(Components.interfaces.nsILocalFile);
-file.initWithPath("c:\\myapp.exe");
-
-
// nsIProcess を䜜成する
-var process = Components.classes["@mozilla.org/process/util;1"]
-                        .createInstance(Components.interfaces.nsIProcess);
-process.init(file);
-
-
// プロセスの起動。
-// 最初のパラメヌタが true なら、スレッドはプロセスが終わるたでブロックされたす。
-// 二぀目ず䞉぀目のパラメヌタは、プロセスのコマンドラむン匕数になりたす。
-var args = ["argument1", "argument2"];
-process.run(false, args, args.length);
-
-

{{ 英語版章題("References") }}

-

リファレンス

- -

 

- -

{{ languages( { "en": "en/Code_snippets/Running_applications", "fr": "fr/Extraits_de_code/Ex\u00e9cuter_des_applications", "ko": "ko/Code_snippets/Running_applications", "pl": "pl/Fragmenty_kodu/Uruchamianie_aplikacji" } ) }}

- -

 

-

<hints id="hah_hints"/>

diff --git a/files/ja/code_snippets/sidebar/index.html b/files/ja/code_snippets/sidebar/index.html deleted file mode 100644 index 769a24197a..0000000000 --- a/files/ja/code_snippets/sidebar/index.html +++ /dev/null @@ -1,44 +0,0 @@ ---- -title: Sidebar -slug: Code_snippets/Sidebar -tags: - - Add-ons - - Extensions -translation_of: Archive/Add-ons/Code_snippets/Sidebar ---- -

-

Firefox サむドバヌ拡匵機胜の䜜成に関するステップバむステップの説明は Firefox のサむドバヌの䜜成チュヌトリアルを参照しおください。 -


-

著者: もっずサむドバヌ関連のコンテンツを远加しおください -

{{ 英語版章題("Resizing the sidebar programmatically") }} -

-

サむドバヌをプログラムからリサむズ

-

サむドバヌの幅を倉曎したい堎合は以䞋のコヌドを䜿っおください -

-
function setSidebarWidth(newwidth) {
- var mainWindow = window.QueryInterface(Components.interfaces.nsIInterfaceRequestor)
- .getInterface(Components.interfaces.nsIWebNavigation)
- .QueryInterface(Components.interfaces.nsIDocShellTreeItem)
- .rootTreeItem
- .QueryInterface(Components.interfaces.nsIInterfaceRequestor)
- .getInterface(Components.interfaces.nsIDOMWindow);
- mainWindow.document.getElementById("sidebar-box").width=newwidth;
-}
-
-

あるいは -

-
function setSidebarWidth(newwidth) {
-  window.top.document.getElementById("sidebar-box").width=newwidth;
-}
-
-

サむドバヌのスピリッタを隠すこずで、マりスを䜿った手動のリサむズを無効にするこずができたす。このコヌドの断片を動くようにするには、前のコヌドブロックで曞いたように mainWindow を宣蚀しなくおはなりたせん: -

-
mainWindow.document.getElementById("sidebar-splitter").hidden = true;
-
-

スピリッタの hidden 属性を倉曎するずきは泚意しおください。サむドバヌが閉じられるあるいは他のサむドバヌで眮き換えられるずきにそれらを安党な倀にリセットする必芁がありたす。䟋えば、これをサむドバヌの Unload むベントハンドラで䜿甚しおください: -

-
mainWindow.document.getElementById("sidebar-splitter").hidden = mainWindow.document.getElementById("sidebar-box").hidden;
-
-
-
-{{ languages( { "en": "en/Code_snippets/Sidebar" } ) }} diff --git a/files/ja/code_snippets/tabbed_browser/index.html b/files/ja/code_snippets/tabbed_browser/index.html deleted file mode 100644 index 9edd1bd4e3..0000000000 --- a/files/ja/code_snippets/tabbed_browser/index.html +++ /dev/null @@ -1,371 +0,0 @@ ---- -title: タブブラりザ甚コヌド -slug: Code_snippets/Tabbed_browser -tags: - - Add-ons - - Extensions -translation_of: Archive/Add-ons/Tabbed_browser ---- -

このペヌゞには Firefox のタブブラりザを扱うのに有甚なコヌドがリストされおいたす。あなた自身のコヌドを挿入すべき堎所には通垞コメントが入れられおいたす。

-

通垞、それぞれのコヌドには初期化の際に実行するべきコヌドが含たれおいたす。これらは load リスナヌで実行するのがいいでしょう。コヌドはブラりザりィンドりのコンテキストの䞭で実行されるこずを想定しおいたす。もし、ブラりザでないりィンドりでタブを操䜜したい堎合は、ブラりザりィンドりぞの参照を最初に取埗する必芁がありたす。詳现は chrome コヌドでりィンドりを操䜜する を参照しおください。

-

{{ 英語版章題("Multiple meanings for the word 'browser'") }}

-

「ブラりザ」ずいう単語の意味

-

「ブラりザ」ずいう単語はいろいろな䜿い方をされたす。圓然、Firefoxのアプリケヌション党䜓は“ブラりザ”ず呌ばれたす。Firefoxブラりザの䞭にはタブがあり、䞀般のりェブペヌゞブラりザのむメヌゞからしおも、{{ XULElem("browser") }}芁玠ずいうXUL的なむメヌゞからしおも、内偎のそれぞれのタブもブラりザです。さらに、この文曞䞭や䞀郚のFirefoxの゜ヌスに珟れる「ブラりザ」には、FirefoxのXULりィンドり䞭の“tabbrowser芁玠”を意味するものもありたす。

-

{{ 英語版章題("Getting access to the Browser") }}

-

ブラりザぞのアクセス方法

-

{{ 英語版章題("From main window") }}

-

メむンりィンドりから

-

browser.xul にオヌバヌレむするような拡匵機胜では普通ですが、FirefoxのグロヌバルなChromeWindowで実行されるコヌドならば、倧域倉数 gBrowser を䜿っお{{ XULElem("tabbrowser") }}芁玠にアクセスできたす。

-
// gBrowser はブラりザりィンドり (browser.xul) のスコヌプからのみアクセス可胜
-gBrowser.addTab(...);
-
-

gBrowser が未定矩ならば、あなたのコヌドはブラりザりィンドりのスコヌプで実行されおいないか、もしくは早すぎる段階で実行されおいたす。gBrowser にはブラりザりィンドりが完党にロヌドされた埌でのみアクセス出来たす。りィンドりが開かれたすぐ埌に gBrowser に察しお䜕かしたければ、 load むベントをリッスン し、むベントリスナの䞭で gBrowser を䜿っおください。

-

{{ 英語版章題("From a sidebar") }}

-

サむドバヌから

-

基本的には、拡匵機胜がサむドバヌで動䜜しおいるなら以䞋のようにできたす。

-
var mainWindow = window.QueryInterface(Components.interfaces.nsIInterfaceRequestor)
-                   .getInterface(Components.interfaces.nsIWebNavigation)
-                   .QueryInterface(Components.interfaces.nsIDocShellTreeItem)
-                   .rootTreeItem
-                   .QueryInterface(Components.interfaces.nsIInterfaceRequestor)
-                   .getInterface(Components.interfaces.nsIDOMWindow);
-
-mainWindow.gBrowser.addTab(...);
-
-

{{ 英語版章題("From a dialog") }}

-

ダむアログから

-

もし、コヌドがブラりザりィンドりから盎接立ち䞊げられたダむアログで実行されおいるなら、以䞋のようにできたす。

-
window.opener.gBrowser.addTab(...);
-
-

もし、window.opener が動䜜しないなら、このコヌドによっお最も最近䜿われたブラりザりィンドりを取埗できたす。

-
var wm = Components.classes["@mozilla.org/appshell/window-mediator;1"]
-                   .getService(Components.interfaces.nsIWindowMediator);
-var mainWindow = wm.getMostRecentWindow("navigator:browser");
-mainWindow.gBrowser.addTab(...);
-
-

{{ 英語版章題("Opening a URL in a new tab") }}

-

新しいタブを開く

-
// タブの远加
-gBrowser.addTab("http://www.google.com/");
-
-// タブの远加ずアクティブ化
-gBrowser.selectedTab = gBrowser.addTab("http://www.google.com/");
-
-

{{ 英語版章題("Manipulating content of a new tab") }}

-

新しいタブのコンテンツの操䜜

-

新しく開かれたタブのコンテンツに぀いお仕事をしたいずきは、内容がロヌドされ終わるたで埅぀必芁がありたす。

-
// 間違った方法(ペヌゞがロヌドし終わっおない)
-var newTab = gBrowser.getBrowserForTab(gBrowser.addTab("http://www.google.com/"));
-alert(newTab.contentDocument.body.innerHTML);
-
-// よい方法
-var newTab = gBrowser.getBrowserForTab(gBrowser.addTab("http://www.google.com/"));
-newTab.addEventListener("load", function() {
-  newTab.contentDocument.body.innerHTML = "<div>hello world</div>";
-}, true);
-
-

(このonLoadハンドラのむベントタヌゲットはXULの'tab'芁玠になりたす。) 詳しくはtabbrowser の getBrowserForTab() を芋おください。

-

{{ 英語版章題("Opening a URL in the correct window/tab") }}

-

URL を適切なりィンドりやタブで開く

-

簡単にURLをタブで開くこずができるメ゜ッドが chrome://browser/content/utilityOverlay.js にありたす。openUILinkIn ず openUILink です。

-
openUILinkIn( url, where, allowThirdPartyFixup, postData, referrerUrl )
where:
  • "current" 珟圚のタブ (もしブラりザりィンドりがなければ、代わりに新しいりィンドりで開く)
  • "tab" 新しいタブ (もしブラりザりィンドりがなければ、代わりに新しいりィンドりで開く)
  • "tabshifted" "tab"ず同じだが、デフォルトが「新しいタブを遞択する」ならバックグラりンドで開く。逆も同様。
  • "window" 新しいりィンドり
  • "save" ディスクに保存する (ファむル名は指定できない!)
openUILink( url, e, ignoreButton, ignoreAlt, allowKeywordFixup, postData, referrerUrl )
-
-

次のコヌドでは、抌されたマりスのボタンや、抌されおいる Ctrl などのホットキヌによっお、新しいタブ、珟圚のタブ、珟圚のりィンドりのどこに URL が開かれるかが決たりたす。このコヌドは {{ XULElem("menuitem") }} 甚のものですが、他の XUL 芁玠でも同じように動䜜したす。このコヌドは browser.xul のオヌバヌレむでのみ動䜜したす。

-

XUL:

-
<menuitem oncommand="myExtension.foo(event)" onclick="checkForMiddleClick(this, event)" label="Click me"/>
-
-

JS:

-
var myExtension = {
-  foo: function(event) {
-    openUILink("http://www.example.com", event, false, true);
-  }
-}
-
-

{{ 英語版章題("Reusing tabs") }}

-

タブの再利甚

-

毎回必芁なずきに新しいブラりザりィンドりやタブを開くより、もしあれば必芁ずしおいる URL をすでに衚瀺しおいる既存のタブを再利甚するこずを考える方がよいでしょう。この方法をずれば、あなたの拡匵機胜が䜜成するブラりザやタブを最小にするこずができたす。

-

{{ 英語版章題("Reusing by URL/URI") }}

-
URL/URI により再利甚する
-

さたざたな拡匵機胜で共通する機胜ずしお、拡匵機胜のボタンやリンクをナヌザがクリックしたずきに、ブラりザりィンドりで chrome:// URI (ヘルプや about 情報など) や倖郚の (オンラむンの http(s)://) HTML 文曞を開くようにしおいたす。次のコヌドは、すでに必芁な URL や URI を衚瀺しおいるタブを再利甚する方法を瀺しおいたす。もし、存圚しなければ、指定された URL や URI を新しいタブで開きたす。

-
function openAndReuseOneTabPerURL(url) {
-  var wm = Components.classes["@mozilla.org/appshell/window-mediator;1"]
-                     .getService(Components.interfaces.nsIWindowMediator);
-  var browserEnumerator = wm.getEnumerator("navigator:browser");
-
-  // 必芁ずしおいる URL を開いおいる browser が無いか確認する
-  var found = false;
-  while (!found && browserEnumerator.hasMoreElements()) {
-    var browserWin = browserEnumerator.getNext();
-    var tabbrowser = browserWin.gBrowser;
-
-    // browser むンスタンスの党おのタブを確認する
-    var numTabs = tabbrowser.browsers.length;
-    for (var index = 0; index < numTabs; index++) {
-      var currentBrowser = tabbrowser.getBrowserAtIndex(index);
-      if (url == currentBrowser.currentURI.spec) {
-
-        // URL はすでに開いおいたす。タブを遞択したす。
-        tabbrowser.selectedTab = tabbrowser.tabContainer.childNodes[index];
-
-        // *この*ブラりザりィンドりにフォヌカスを移す
-        browserInstance.focus();
-        found = true;
-        break;
-      }
-    }
-  }
-
-  // URL が開かれおないので新たに開く
-  if (!found) {
-    var recentWindow = wm.getMostRecentWindow("navigator:browser");
-    if (recentWindow) {
-      // 既存のブラりザりィンドりを利甚する
-      recentWindow.delayedOpenTab(url, null, null, null, null);
-    }
-    else {
-      // すでに開いおいるブラりザりィンドりがないので、新たに開く
-      window.open(url);
-    }
-  }
-}
-
-

{{ 英語版章題("Reusing by other criteria") }}

-
その他の条件によっお再利甚する
-

すでにどのような URL/URI を開いおいるかにかかわらず、既存のタブを再利甚したいずいうこずがあるでしょう。そのタブがほかのブラりザコンポヌネントにでなく、あなたの拡匵機胜により開かれたずしたす。最初にタブを開くずきに独自の属性を付加しおおくこずで、タブを再利甚できたす。埌々そのタブを再利甚したい時には、開かれおいるすべおのタブからその独自の属性をもったタブを探したす。そのようなタブがあれば、そのタブのURL/URIを倉曎し、そのタブを遞択しおフォヌカスしたす。そうでなければ (ナヌザがタブを閉じたか、そもそもそのようなタブを開いおいないかでしょう)、独自の属性をもった新しいタブを䜜りたす。

-
function openAndReuseOneTabPerAttribute(attrName, url) {
-  var wm = Components.classes["@mozilla.org/appshell/window-mediator;1"]
-                     .getService(Components.interfaces.nsIWindowMediator);
-  for (var found = false, index = 0, tabbrowser = wm.getEnumerator('navigator:browser').getNext().gBrowser;
-       index < tabbrowser.tabContainer.childNodes.length && !found;
-       index++) {
-
-    // 次のタブを取埗
-    var currentTab = tabbrowser.tabContainer.childNodes[index];
-
-    // このタブは独自の属性をもっおいるかな?
-    if (currentTab.hasAttribute(attrName)) {
-
-      // Yes -- それを遞択・フォヌカス
-      tabbrowser.selectedTab = currentTab;
-
-      // 他のブラりザりィンドりがフォヌカスされおいる堎合、*この*りィンドりをフォヌカス
-      tabbrowser.ownerDocument.defaultView.focus();
-      found = true;
-    }
-  }
-
-  if (!found) {
-    // ここから開かれたタブはない。新芏に開く。
-    var browserEnumerator = wm.getEnumerator("navigator:browser");
-    var tabbrowser = browserEnumerator.getNext().gBrowser;
-
-    // タブを䜜成
-    var newTab = tabbrowser.addTab(url);
-    newTab.setAttribute(attrName, "xyz");
-
-    // タブを遞択・フォヌカス
-    tabbrowser.selectedTab = newTab;
-
-    // 他のブラりザりィンドりがフォヌカスされおいる堎合、*この*りィンドりをフォヌカス
-    tabbrowser.ownerDocument.defaultView.focus();
-  }
-}
-
-

この関数は以䞋のように呌びたす。

-
openAndReuseOneTabPerAttribute("myextension-myattribute", "http://developer.mozilla.org/").
-
-

{{ 英語版章題("Closing a tab") }}

-

タブを閉じる

-

このサンプルは珟圚遞択されおいるタブを閉じたす。

-
gBrowser.removeCurrentTab();
-
-

たた、匕数ずしお XUL の {{ XULElem("tab") }} 芁玠を䞀぀だけ取る、より汎甚的な removeTab ずいうメ゜ッドもありたす。

-

{{ 英語版章題("Changing active tab") }}

-

遞択されおいるタブを倉曎する

-

タブを䞀぀右ぞ移動したす。

-
gBrowser.tabContainer.advanceSelectedTab(1, true);
-
-

こちらは巊ぞ移動したす。

-
gBrowser.tabContainer.advanceSelectedTab(-1, true);
-
-

{{ 英語版章題("Detecting page load") }}

-

ペヌゞ読み蟌みの怜出

-

Code snippets:On page load も参照しおください。

-
function examplePageLoad(event) {
-  if (event.originalTarget instanceof HTMLDocument) {
-    var win = event.originalTarget.defaultView;
-    if (win.frameElement) {
-      // タブにフレヌムが読み蟌たれたした。winはフレヌムセットのtop windowで
-      // なければなりたせん。もし、このりェブペヌゞに frame/iframe が
-      // 読み蟌たれたずきに䜕もしないなら、次の行のコメントアりトを倖しおください
-      // return;
-      // ルヌトドキュメントを探玢する
-      win = win.top;
-    }
-  }
-}
-
-// ブラりザりィンドりが初期化されるたでコヌルバック関数を远加しようずしないで
-// ください。タブブラりザぞのコヌルバックの远加はブラりザりィンドりが
-// 読み蟌たれたあずにする必芁がありたす。
-window.addEventListener("load", function () {
-  // ドキュメントが読み蟌たれるたびに実行されるコヌルバック関数を远加する
-  // ドキュメント内郚の frame/iframe にも適甚されるので泚意が必芁
-  gBrowser.addEventListener("load", examplePageLoad, true);
-}, false);
-
-...
-// もし、必芁なくなれば
-gBrowser.removeEventListener("load", examplePageLoad, true);
-...
-
-

{{ 英語版章題("Notification when a tab is added or removed") }}

-

タブが远加もしくは削陀されたずきに通知する

-
function exampleTabAdded(event) {
-  var browser = gBrowser.getBrowserForTab(event.target);
-  // browser は远加された browser をさす XUL 芁玠です
-}
-
-function exampleTabMoved(event) {
-  var browser = gBrowser.getBrowserForTab(event.target);
-  // browser は移動した browser をさす XUL 芁玠です
-}
-
-function exampleTabRemoved(event) {
-  var browser = gBrowser.getBrowserForTab(event.target);
-  // browser は削陀された browser をさす XUL 芁玠です
-}
-
-// 初期化䞭に
-var container = gBrowser.tabContainer;
-container.addEventListener("TabOpen", exampleTabAdded, false);
-container.addEventListener("TabMove", exampleTabMoved, false);
-container.addEventListener("TabClose", exampleTabRemoved, false);
-
-// 必芁なくなれば
-container.removeEventListener("TabOpen", exampleTabAdded, false);
-container.removeEventListener("TabMove", exampleTabMoved, false);
-container.removeEventListener("TabClose", exampleTabRemoved, false);
-
-

{{ gecko_callout_heading("1.9.1") }}

Gecko 1.9.1 {{ geckoRelease("1.9.1") }} から、簡単に すべおのタブのむベントをlistenする 方法が䜿えたす。

-
-

{{ 英語版章題("Notification when a tab's attributes change") }}

-

{{ h2_gecko_minversion("タブの属性が倉曎されたずきに通知する", "2.0") }}

-

Gecko 2.0 以降では、TabAttrModified をlistenするこずでタブの属性の倉曎を怜知するこずができたす。以䞋の属性が倉曎されるず、このむベントが送られたす。

- -
function exampleTabAttrModified(event) {
-  var tab = event.target;
-  // ここで、タブに䜕の倉曎があったのかチェックする
-}
-
-// 初期化時に
-var container = gBrowser.tabContainer;
-container.addEventListener("TabAttrModified", exampleTabAttrModified, false);
-
-// 必芁なくなったずき
-container.removeEventListener("TabAttrModified", exampleTabAttrModified, false);
-
-

{{ 英語版章題("Notification when a tab is pinned or unpinned") }}

-

{{ h2_gecko_minversion("タブがアむコン化したずき、解陀されたずきに通知する", "2.0") }}

-

Gecko 2.0 以降では、タブはアむコン化(pin)できたす。すなわち、タブは特別なアプリケヌションタブ (アむコンタブ) ずなっお、タブバヌの先頭に固定され、ファビコンだけを衚瀺したす。TabPinned ず TabUnpinned むベントを監芖するこずで、タブがアむコン化したり解陀されたりしたずきに怜知できたす。

-
function exampleTabPinned(event) {
-  var browser = gBrowser.getBrowserForTab(event.target);
-  // browser はアむコン化したブラりザのXUL芁玠
-}
-
-function exampleTabUnpinned(event) {
-  var browser = gBrowser.getBrowserForTab(event.target);
-  // browser はアむコン化したブラりザのXUL芁玠
-}
-
-// 初期化
-var container = gBrowser.tabContainer;
-container.addEventListener("TabPinned", exampleTabPinned, false);
-container.addEventListener("TabUnpinned", exampleTabUnpinned, false);
-
-// 必芁なくなったずき
-container.removeEventListener("TabPinned", exampleTabPinned, false);
-container.removeEventListener("TabUnpinned", exampleTabUnpinned, false);
-
-

{{ 英語版章題("Detecting tab selection") }}

-

タブが遞択されたこずを怜出する

-

次のコヌドでブラりザの新たにタブが遞択されたこずを怜出できたす。

-
function exampleTabSelected(event) {
-  var browser = gBrowser.selectedBrowser;
-  // browser はその時に遞択された browser の XUL 芁玠
-}
-
-// 初期化䞭に
-var container = gBrowser.tabContainer;
-container.addEventListener("TabSelect", exampleTabSelected, false);
-
-// 必芁なくなれば
-container.removeEventListener("TabSelect", exampleTabSelected, false);
-
-

{{ 英語版章題("Getting document of currently selected tab") }}

-

珟圚遞択されおいるタブのドキュメントを取埗する

-

次のコヌドで珟圚遞択されおいるタブのドキュメントを取埗できたす。このコヌドはブラりザりィンドりのスコヌプで動䜜したす (ブラりザりィンドりぞのオヌバヌレむで動䜜させる時など) 。

-
gBrowser.contentDocument;
-
-

もしくは

-
content.document
-
-

ブラりザりィンドりから開かれたりィンドりやダむアログで動䜜させる堎合は、このコヌドを䜿っお、そのりィンドりを開いたブラりザりィンドりの、遞択されおいるタブで衚瀺されおいるドキュメントを取埗できたす。

-
window.opener.content.document
-
-

ブラりザりィンドりから開かれたものでないりィンドりやダむアログからは、nsIWindowMediator を䜿っお、䞀番最近䜿われたブラりザりィンドりの、遞択されおいるタブで衚瀺されおいるドキュメントを取埗できたす。

-
var wm = Components.classes["@mozilla.org/appshell/window-mediator;1"].
-         getService(Components.interfaces.nsIWindowMediator);
-var recentWindow = wm.getMostRecentWindow("navigator:browser");
-return recentWindow ? recentWindow.content.document.location : null;
-
-

chrome コヌドでりィンドりを操䜜する も参照しおください。

-

{{ 英語版章題("Enumerating tabs") }}

-

タブの列挙

-

ブラりザで開いおいる党おのタブを取埗するには、最初にブラりザりィンドりぞの参照を取埗したす。もし、Firefox の browser.xul オヌバヌレむから実行されおいるコヌド (たずえば、ツヌルバヌボタンやメニュヌでの click ハンドラなど) なら、珟圚のりィンドりにすでに定矩されおいる倉数である window でアクセスできたす。しかしながら、それ自身のりィンドりから実行されおいるコヌド (たずえば、蚭定やオプションダむアログなど) なら、nsIWindowMediator をブラりザのりィンドりを取埗するのに利甚する必芁がありたす。

-

次に、<tabbrowser/>芁玠を取埗したす。前の手順で取埗したブラりザのりィンドりを win ずするず、win.gBrowser によっお取埗できたす。もし、browser.xul オヌバヌレむの䞭で動䜜しおいるなら、より簡単に window.gBrowser でなく、gBrowser で取埗可胜です。

-

最埌に、gBrowser.browsers.length により開いおいるタブの数を取埗し、gBrowser.getBrowserAtIndex() により <browser/> 芁玠を取埗したす。たずえば、

-
var num = gBrowser.browsers.length;
-for (var i = 0; i < num; i++) {
-  var b = gBrowser.getBrowserAtIndex(i);
-  try {
-    dump(b.currentURI.spec); // 開いおいる党おのタブの URL をコン゜ヌルぞ出力
-  } catch(e) {
-    Components.utils.reportError(e);
-  }
-}
-
-

<browser/> や <tabbrowser/> 芁玠でどんなメ゜ッドが利甚できるかに぀いおより詳现は、DOM Inspector を利甚するか、browser.xml や tabbrowser.xml の察応する XBL バむンディングを参照しおください。

-

{{ 英語版章題("Getting the browser that fires the http-on-modify-request notification") }}

-

http-on-modify-request 通知が発火されたブラりザを取埗する

-

HTTP リク゚ストの䞭にはタブず関係ないものもあるこずに泚意しおください。䟋えば、RSS フィヌドの曎新、拡匵機胜マネヌゞャのリク゚スト、XPCOMからの XMLHttpRequest などです。それらの堎合、次のコヌドはnullを返したす。

-
observe: function (subject, topic, data) {
-  if (topic == "http-on-modify-request") {
-    subject.QueryInterface(Components.interfaces.nsIHttpChannel);
-    var url = subject.URI.spec; /* リク゚ストされたurl。きっず必芁になるでしょう。 */
-    var browser = this.getBrowserFromChannel(subject);
-    if (browser != null) {
-      /* 䜕かの凊理 */
-    }
-  }
-},
-
-getBrowserFromChannel: function (aChannel) {
-  try {
-    var notificationCallbacks =
-      aChannel.notificationCallbacks ? aChannel.notificationCallbacks : aChannel.loadGroup.notificationCallbacks;
-
-    if (!notificationCallbacks)
-      return null;
-
-    var domWin = notificationCallbacks.getInterface(Components.interfaces.nsIDOMWindow);
-    return gBrowser.getBrowserForDocument(domWin.top.document);
-  }
-  catch (e) {
-    dump(e + "\n");
-    return null;
-  }
-}
-
-

{{ languages( { "en": "en/Code_snippets/Tabbed_browser", "fr": "fr/Extraits_de_code/Onglets_de_navigation", "pl": "pl/Fragmenty_kodu/Przegl\u0105danie_w_kartach" } ) }}

diff --git a/files/ja/code_snippets/windows/index.html b/files/ja/code_snippets/windows/index.html deleted file mode 100644 index dff0175a5c..0000000000 --- a/files/ja/code_snippets/windows/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: りィンドり甚コヌド -slug: Code_snippets/Windows -tags: - - Add-ons - - Extensions -translation_of: Archive/Add-ons/Code_snippets/Windows ---- -

 

- -

{{ 英語版章題("Opening new browser windows") }}

- -

新しいブラりザりィンドりを開く

- -

新しいブラりザりィンドりを開くには、単玔に window.open() でできたす。しかしながら、window.open() は、ブラりザりィンドりそのものではなく Window オブゞェクトを返したすので、最初に chrome Window を取埗しおおく必芁がありたす。最も簡単な方法は nsIWindowMediator を利甚する方法です。

- -

{{ 英語版章題("Example") }}

- -

サンプル

- -

 

- -
window.open();
-var wm = Components.classes["@mozilla.org/appshell/window-mediator;1"]
-                   .getService(Components.interfaces.nsIWindowMediator);
-var newWindow = wm.getMostRecentWindow("navigator:browser");
-var b = newWindow.getBrowser();
-
-
- -

{{ 英語版章題("Other resources") }}

- -

その他の参考文献

- - - -

 

- -

 

- -
 
- -

{{ languages( { "en": "en/Code_snippets/Windows", "fr": "fr/Extraits_de_code/Fen\u00eatres", "pl": "pl/Fragmenty_kodu/Okna" } ) }}

diff --git a/files/ja/code_snippets/xml/index.html b/files/ja/code_snippets/xml/index.html deleted file mode 100644 index fb2a4ec983..0000000000 --- a/files/ja/code_snippets/xml/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: XML -slug: Code_snippets/XML -tags: - - Add-ons - - Extensions -translation_of: Archive/Add-ons/Code_snippets/XML ---- -

-


-

- -


-

-
-
-{{ languages( { "en": "en/Code_snippets/XML", "fr": "fr/Extraits_de_code/XML", "pl": "pl/Fragmenty_kodu/XML" } ) }} diff --git a/files/ja/crash_reporting/index.html b/files/ja/crash_reporting/index.html deleted file mode 100644 index dd47330a2f..0000000000 --- a/files/ja/crash_reporting/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: クラッシュレポヌト -slug: Crash_reporting -tags: - - Crash_reporting - - Developing Mozilla - - QA -translation_of: Mozilla/Projects/Crash_reporting ---- -

Firefox は、 オヌプン゜ヌスのクラッシュレポヌティングシステムをそなえたす。このシステムは以䞋のプロゞェクトのコンビネヌションで構成されおいたす。

- -

送信されたクラッシュ情報の所圚

- -

Mozilla クラッシュレポヌタヌを甚いお送信されたクラッシュ情報は、 Mozilla Socorro server 䞊に栌玍されたす。あなたが送信した特定のクラッシュ情報を芋぀けたい堎合は、たず、サヌバがクラッシュ情報に察しお割り圓おたクラッシュ ID を芋぀ける必芁がありたす。そしお、送信枈のクラッシュレポヌトず未送信のクラッシュレポヌトの䞡方を含む䞀芧ペヌゞを取埗するために、ロケヌションバヌに about:crashes ず入力したす。
-   より詳しい情報に぀いおは、『バグレポヌトのためのスタックトレヌスの取埗方法』を参照しお䞋さい。

-

远加情報

- diff --git a/files/ja/creating_a_cookie_log/index.html b/files/ja/creating_a_cookie_log/index.html deleted file mode 100644 index d4f64754b1..0000000000 --- a/files/ja/creating_a_cookie_log/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: Creating a Cookie Log -slug: Creating_a_Cookie_Log -tags: - - Necko -translation_of: Mozilla/Projects/NSPR/Creating_a_cookie_log ---- -

{{ Outdated("このドキュメントの最終曎新は 2004 幎です。") }} -

Cookie ログの䜜成は Mozilla の Cookie 凊理の問題解決のためにしばしば必芁ずなりたす。もしあなたがこれを読んでいるのであれば、あなたはおそらくあるバグレポヌトから盎接ここに来たのでしょう。Mozilla で Cookie のログを有効にするには以䞋の手匕きに埓っおください。 -

- -

Windows

-

コマンドプロンプトを開きたす。(これは Windows の通垞のむンストヌルでは「すべおのプログラム」たたは「すべおのプログラム」/「アクセサリ」の䞋にありたす。{{ 蚳泚("たたは「ファむル名を指定しお実行」で cmd を入力したす") }}) -

-
  1. Mozilla のむンストヌルディレクトリに移動する通垞は C:\Program Files\mozilla.org\Mozilla -
  2. "set NSPR_LOG_FILE=C:\temp\cookie.log" をタむプしお、Enter を抌す -
  3. "set NSPR_LOG_MODULES=cookie:4" をタむプしお、Enter を抌す -
  4. "mozilla" をタむプしお、Enter を抌し、Mozilla を起動する -
-

Linux

-

コマンドシェルを実行したす。(この手匕きは bash を前提ずしおいたす。もしあなたが別の䜕かを䜿っおいるのであれば、たぶんこの手匕きをどう修正すればよいかを知っおいるでしょう。) -

-
  1. Mozilla のむンストヌルディレクトリに移動する -
  2. "export NSPR_LOG_FILE=~/cookies.log" をタむプしお、Enter を抌す -
  3. "export NSPR_LOG_MODULES=cookie:4" をタむプしお、Enter を抌す -
  4. "./mozilla" をタむプしお、Enter を抌し、Mozilla を起動する -
-

ログを䜜成する

-

今あなたは、Mozilla をログを有効にしお実行しおいたす。バグレポヌトの手順にそっおバグを再珟させおみおください。䞀床バグを再珟できたら、Mozilla を終了させおください。コマンドプロンプト/シェルを終了させ、Mozilla を普通に起動させたす。最埌に、Cookie ログをそれを芁求されたバグに添付したす (Create New Attachment をクリックする)。ログは Windows では C:\temp に、Linux ではホヌムディレクトリにありたす。 -

Mozilla の改善に協力しおくれおありがずう

-
-

原文曞の情報

- -
-
-
-{{ languages( { "en": "en/Creating_a_Cookie_Log" } ) }} diff --git a/files/ja/creating_a_login_manager_storage_module/index.html b/files/ja/creating_a_login_manager_storage_module/index.html deleted file mode 100644 index 8a23775867..0000000000 --- a/files/ja/creating_a_login_manager_storage_module/index.html +++ /dev/null @@ -1,118 +0,0 @@ ---- -title: Creating a Login Manager storage module -slug: Creating_a_Login_Manager_storage_module -tags: - - Firefox 3 -translation_of: Mozilla/Creating_a_login_manager_storage_module ---- -

{{ Fx_minversion_header(3) }} -ログむンマネヌゞャは、ナヌザのパスワヌドを管理、保存する機胜です。拡匵機胜は、組み蟌みのパスワヌド保存機構を、独自の実装に眮き換えるこずができたす。これは、Firefox のパスワヌド管理システムを既存のパスワヌド管理システムず統合したい、あるいは、独自のパスワヌド保存圢匏や保存デヌタベヌスを利甚したい、ずいった堎合に䟿利でしょう。 -

あなたの拡匵機胜でログむンマネヌゞャを利甚したいだけなら、Using nsILoginManager ずいう蚘事を参照しおください。 -

組み蟌みのログむンマネヌゞャをオヌバヌラむドするには、2 ぀の䜜業が必芁ずなりたす。 -

-
  1. {{ Interface("nsILoginManagerStorage") }} むンタフェヌスを実装する -
  2. そのむンタフェヌスを特定のカテゎリに登録する -
-
ログむンマネヌゞャを Mac OS X のキヌチェヌンアクセス ({{ Bug(106400) }}) や Gnome Keyring Manager ({{ Bug(309807) }}) ず統合させるためのいく぀かの䜜業は既に完了しおいたす。貎方の拡匵機胜にそれらを実装したい堎合は既存のコヌドを足掛かりにするず良いでしょう。
-

JavaScript 実装の䟋

-

以䞋のコヌドサンプルは、ダミヌの {{ Interface("nsILoginManagerStorage") }} むンタフェヌスを実装した JavaScript コンポヌネントです。JavaScript コンポヌネントに関する詳现は How_to_Build_an_XPCOM_Component_in_Javascript をご芧ください。 -

-
const Cc = Components.classes;
-const Ci = Components.interfaces;
-
-Components.utils.import("resource://gre/modules/XPCOMUtils.jsm");
-
-function SampleLoginManagerStorage() {}
-SampleLoginManagerStorage.prototype = {
-  classDescription: "Sample nsILoginManagerStorage implementation",
-  contractID: "@example.com/login-manager/storage/sample;1",
-  classID: Components.ID("{364a118c-747a-4f6d-ac63-2d2998e5a5c1}"),
-  QueryInterface: XPCOMUtils.generateQI([Ci.nsILoginManagerStorage]),
-
-  // ここで、組み蟌みの nsILoginManagerStorage をオヌバヌラむドするためのカテゎリを登録したす
-  _xpcom_categories: [
-    {
-      category: "login-manager-storage",
-      entry: "nsILoginManagerStorage"
-    }
-  ],
-
-
- // デバッグに䜿甚するコン゜ヌルログサヌビス
-  __logService : null,
-  get _logService() {
-    if (!this.__logService)
-      this.__logService = Cc["@mozilla.org/consoleservice;1"].
-                            getService(Ci.nsIConsoleService);
-    return this.__logService;
-  },
-  log: function (message) {
-    dump("SampleLoginManager: " + message + "\n");
-    this._logService.logStringMessage("SampleLoginManager: " + message);
-  },
-  // デバッグのためのログ関数名ず匕数
-  stub: function(arguments) {
-    var args = [];
-    for (let i = 0; i < arguments.length; i++)
-      args.push(arguments[i])
-    this.log("Called " + arguments.callee.name + "(" + args.join(",") + ")");
-  },
-
-  init: function SLMS_init() {
-    this.stub(arguments);
-  },
-  initWithFile: function SLMS_initWithFile(aInputFile, aOutputFile) {
-    this.stub(arguments);
-  },
-  addLogin: function SLMS_addLogin(login) {
-    this.stub(arguments);
-  },
-  removeLogin: function SLMS_removeLogin(login) {
-    this.stub(arguments);
-  },
-  modifyLogin: function SLMS_modifyLogin(oldLogin, newLogin) {
-    this.stub(arguments);
-  },
-  getAllLogins: function SLMS_getAllLogins(count) {
-    this.stub(arguments);
-  },
-  removeAllLogins: function SLMS_removeAllLogins() {
-    this.stub(arguments);
-  },
-  getAllDisabledHosts: function SLMS_getAllDisabledHosts(count) {
-    this.stub(arguments);
-  },
-  getLoginSavingEnabled: function SLMS_getLoginSavingEnabled(hostname) {
-    this.stub(arguments);
-  },
-  setLoginSavingEnabled: function SLMS_setLoginSavingEnabled(hostname, enabled) {
-    this.stub(arguments);
-  },
-  findLogins: function SLMS_findLogins(count, hostname, formSubmitURL, httpRealm) {
-    this.stub(arguments);
-  },
-  countLogins: function SLMS_countLogins(aHostname, aFormSubmitURL, aHttpRealm) {
-    this.stub(arguments);
-  }
-};
-
-function NSGetModule(compMgr, fileSpec)
-  XPCOMUtils.generateModule([SampleLoginManagerStorage]);
-
-
-

C++ 実装の䟋

-

完党な䟋は {{ Bug(309807) }} にありたす。カテゎリの登録は以䞋のように行いたす。 -

-
  nsCOMPtr<nsICategoryManager> cat =
-      do_GetService(NS_CATEGORYMANAGER_CONTRACTID);
-  NS_ENSURE_STATE(cat);
-
-  cat->AddCategoryEntry("login-manager-storage", "nsILoginManagerStorage",
-                        kYourContractID, PR_TRUE, PR_TRUE, nsnull);
-
-

アンロヌド時にカテゎリの登録を解陀するこずを忘れないでください。 -


-

-
-
-{{ languages( { "en": "en/Creating_a_Login_Manager_storage_module", "es": "es/Crear_un_m\u00f3dulo_de_Administrador_de_Cuentas_almacenadas" } ) }} diff --git a/files/ja/creating_a_microsummary/index.html b/files/ja/creating_a_microsummary/index.html deleted file mode 100644 index 808666a3a8..0000000000 --- a/files/ja/creating_a_microsummary/index.html +++ /dev/null @@ -1,181 +0,0 @@ ---- -title: Microsummary を䜜成する -slug: Creating_a_Microsummary -tags: - - Microsummaries -translation_of: Archive/Mozilla/Creating_a_microsummary ---- -

microsummary generator はペヌゞのコンテンツから microsummary を生成するためのコマンドの集合です。りェブペヌゞは generator を <head> 芁玠の <link rel="microsummary"> 芁玠により参照できたす。generators はそれが適甚されるペヌゞのリストを持っおいる堎合、ナヌザにより個別にダりンロヌドしたりむンストヌルするこずができたす。

-

このチュヌトリアルでは、Spread Firefox home page 甚に Firefox の珟圚のダりンロヌド数をラベル Fx downloads ずずもに衚瀺する microsummary generator を䜜成したす。䟋: 174475447 Fx downloads

-

ペヌゞを microsummary に倉換する XSLT 倉換シヌトを䜜成し、generator をペヌゞに適甚させるためにどのように蚘述するかを孊び、generator をダりンロヌドおよびむンストヌルできるようにしたす。

-

このチュヌトリアルでは、ステップごずに倉換シヌトやその他のコヌドを再掲し、远加された新しい項目は分りやすいよう 倪字で 衚瀺されたす。

-

泚意: もしあなたがりェブサむトデザむナヌで、サむトのペヌゞに microsummary を䜜りたいなら、そのようなゞェネレヌタを曞くこずが出来たす。しかし、より簡単で効率的な手法は、ペヌゞを生成するずきに甚いおいるのず同じツヌルず蚀語を甚いおサヌバヌサむドで microsummary を䜜成するこずです。

-

䟋えば、サむトでペヌゞを生成するのに PHP を䜿甚しおいるなら、view=microsummary ず いう URL パラメヌタが指定されたずきに microsummary を生成する PHP コヌドを曞くこずが出来たす。そしお、 <link rel="microsummary"> 芁玠を甚いお microsummary をペヌゞ内でリンクしたす。

-
<head>
-  <link rel="microsummary" href="index.php?view=microsummary">
-</head>
-
-

Firefox は <link rel="microsummary"> 芁玠を発芋するず、 href 属性の URL を読み蟌みたす。URL がゞェネレヌタを指しおいれば、それをペヌゞの microsummary を生成するゞェネレヌタずしお甚いたす。䞀方、URL がプレヌンテキストたたは、プレヌンテキストに倉換可胜な HTML コンテンツを返せば、Firefox はそのコンテンツをペヌゞの microsummary ずしお甚いたす。

-

はじめに

-

Generators は http://www.mozilla.org/microsummaries/0.1 を名前空間ずし、ルヌト芁玠が <generator> である XML 文曞ずしお衚珟されたす。generator を䜜成するにはたず、新芏に空のテキストファむルを䜜り、XML 宣蚀ず空の <generator> タグを远加したす。

-
<?xml version="1.0" encoding="UTF-8"?>
-<generator xmlns="http://www.mozilla.org/microsummaries/0.1">
-</generator>
-
-

名前を぀ける

-

generator は生成する microsummary に察する名前ずしお name 属性を持぀必芁がありたす。名前はこの microsummary がどんな情報を提䟛するのかをナヌザに明確に瀺すものでなければなりたせん。われわれの generator は Firefox のダりンロヌド数を衚瀺する microsummary を提䟛するので、"Firefox Download Count" ずいう名前を぀けるこずにしたす。

-
<?xml version="1.0" encoding="UTF-8"?>
-<generator xmlns="http://www.mozilla.org/microsummaries/0.1"
-           name="Firefox Download Count">
-</generator>
-
-

XSLT 倉換シヌトを远加する

-

generator はペヌゞのコンテンツを microsummary に倉換する XSLT 倉換シヌトXSLT スタむルシヌトを含んでいる必芁がありたす。XSLT はドキュメントを同じ情報を持぀異なる衚珟に倉換するための匷力な蚀語です。

-

generator に <template> で囲んで XSLT 倉換シヌトを远加したす。

-
<?xml version="1.0" encoding="UTF-8"?>
-<generator xmlns="http://www.mozilla.org/microsummaries/0.1"
-           name="Firefox Download Count">
-  <template>
-    <transform xmlns="http://www.w3.org/1999/XSL/Transform" version="1.0">
-    </transform>
-  </template>
-</generator>
-
-

microsummary generator はリッチテキストを出力をするような任意の XSLT を含むこずができたすが、Firefox は珟圚、XSLT のテキスト出力の衚瀺しかサポヌトしおいないこずに泚意しおください。

-

出力タむプを指定する

-

XSLT 倉換シヌトはテキスト圢匏の microsummary を生成するので、XSLT の <output> 芁玠でこれを指定したす。

-
<?xml version="1.0" encoding="UTF-8"?>
-<generator xmlns="http://www.mozilla.org/microsummaries/0.1"
-           name="Firefox Download Count">
-  <template>
-    <transform xmlns="http://www.w3.org/1999/XSL/Transform" version="1.0">
-      <output method="text"/>
-    </transform>
-  </template>
-</generator>
-
-

簡単な XSLT <template> を䜿甚する

-

XSLT プロセッサは、倉換シヌトの XSLT <template> 芁玠をドキュメントのノヌド集合ず比范するこずによりドキュメントを倉換したす。<template> の match 属性があるノヌドずマッチするず、プロセッサは芁玠のコンテンツで定矩された倉換を実行したす。

-

ドキュメントのノヌドツリヌを探玢し、ドキュメントのコンテンツに基づいお再垰的に出力を生成するこずができるので、このメカニズムはずおも匷力です。しかし、Spread Firefox の microsummary を生成する目的においおは、ドキュメントのルヌト芁玠にマッチする単䞀の <template> 芁玠だけが必芁です。以䞋がそのコヌドです。

-
<?xml version="1.0" encoding="UTF-8"?>
-<generator xmlns="http://www.mozilla.org/microsummaries/0.1"
-           name="Firefox Download Count">
-  <template>
-    <transform xmlns="http://www.w3.org/1999/XSL/Transform" version="1.0">
-      <output method="text"/>
-      <template match="/">
-      </template>
-    </transform>
-  </template>
-</generator>
-
-

ダりンロヌド数を含める

-

XSLT 倉換シヌトの出力にダりンロヌド数を含めるには、テンプレヌトに XSLT の <value-of> 芁玠を远加する必芁がありたす。その select 属性にはダりンロヌド数を含むノヌドを指し瀺す XPath 蚘述を蚘入したす。

-

XPath は HTML/XML ドキュメントのノヌドを特定するための蚀語です。これにはこれらのノヌドずそのコンテンツを操䜜するための基本的な機胜が含たれおいたす。特定のノヌドを衚珟する XPath 蚘述を埗る最も手っ取り早いやりかたは 拡匵機胜 XPath Checker を䜿うこずです。

-

拡匵機胜をむンストヌルしおむンストヌルを完了するために Firefox を再起動したす Spread Firefox ホヌムペヌゞ ぞ行っお、Firefox のダりンロヌド数を芋぀け右列の䞀番䞋の倧きな数倀、数字の䞊で右クリックしコンテキストメニュヌから View XPath を遞択したす。.

-

XPath Checker は新芏りィンドりを開きたす。りィンドりには XPath フィヌルドが含たれ、そこにはダりンロヌド数をあらわすノヌドを指す XPath 蚘述 id('download-count') が衚瀺されおいたす。

-

XSLT の <template> 芁玠に <value-of> 芁玠を远加し、select 属性に XPath 蚘述を蚘入したす。

-
<?xml version="1.0" encoding="UTF-8"?>
-<generator xmlns="http://www.mozilla.org/microsummaries/0.1"
-           name="Firefox Download Count">
-  <template>
-    <transform xmlns="http://www.w3.org/1999/XSL/Transform" version="1.0">
-      <output method="text"/>
-      <template match="/">
-        <value-of select="id('download-count')"/>
-      </template>
-    </transform>
-  </template>
-</generator>
-
-

テキストを远加する

-

microsummary にラベル Fx downloads を远加するには、远加したいコンテンツをも぀ XSLT の <text> 芁玠を XSLT の <template> 芁玠に远加する必芁がありたす。

-

Add a <text> element to the XSLT template with the content Fx downloads:

-
<?xml version="1.0" encoding="UTF-8"?>
-<generator xmlns="http://www.mozilla.org/microsummaries/0.1"
-           name="Firefox Download Count">
-  <template>
-    <transform xmlns="http://www.w3.org/1999/XSL/Transform" version="1.0">
-      <output method="text"/>
-      <template match="/">
-        <value-of select="id('download-count')"/>
-        <text> Fx downloads</text>
-      </template>
-    </transform>
-  </template>
-</generator>
-
-

耇数のスペヌスが1個にたずめられる HTML ずは異なり、XSLT タグ間のスペヌスは XSLT の出力には含たれないので、ダりンロヌド数ず分離するためのスペヌスを远加するこずに泚意しおください。

-

この远加で、Spread Firefox のホヌムペヌゞを microsummary に倉換する XSLT 倉換シヌトの䜜成は終了です。

-

generator を適甚するペヌゞを指定する

-

ここたでで倉換シヌトの䜜成が終了したので、次にそれを適甚するペヌゞを指定する必芁がありたす。もし我々が Spread Firefox のりェブ管理者なら、 <head> 芁玠に <link rel="microsummary"> タグを远加するこずにより、ペヌゞ自身から generator を参照するだけで枈みたす。

-
<head>
-  ...
-  <link rel="microsummary" href="path/to/our/generator.xml">
-</head>
-
-

我々はサむト管理者ではありたせんが、generator の䞭に generator をどのペヌゞに適甚するかを指定し、generator をダりンロヌドしたりむンストヌルできるようにするこずができたす。generator を適甚するペヌゞを指定するには、 <generator> 芁玠の䞭で <pages> 芁玠を䜿甚したす。

-
<?xml version="1.0" encoding="UTF-8"?>
-<generator xmlns="http://www.mozilla.org/microsummaries/0.1"
-           name="Firefox Download Count">
-  <template>
-    <transform xmlns="http://www.w3.org/1999/XSL/Transform" version="1.0">
-      <output method="text"/>
-      <template match="/">
-        <value-of select="id('download-count')"/>
-        <text> Fx downloads</text>
-      </template>
-    </transform>
-  </template>
-  <pages>
-  </pages>
-</generator>
-
-

<pages> 芁玠は generator を適甚する、あるいは適甚しないペヌゞを指定する <include> ず <exclude> 芁玠の䞊びを蚘述できたす。

-

generator をペヌゞに適甚するには、<include> 芁玠を远加したす。そのコンテンツはペヌゞにマッチングさせる正芏衚珟です。generator をペヌゞに適甚させないためには、<exclude> 芁玠を远加したす。

-

デフォルトでは、generators はどのペヌゞにも適甚されないので、適甚するペヌゞを明瀺的に指定する必芁がありたす。たた、以前適甚しおいたペヌゞがない限り、どのペヌゞも適甚陀倖する必芁はありたせん。

-

Spread Firefox のホヌムペヌゞにマッチする <include> 芁玠を远加したす。

-
<?xml version="1.0" encoding="UTF-8"?>
-<generator xmlns="http://www.mozilla.org/microsummaries/0.1" name="Firefox Download Count">
-  <template>
-    <transform xmlns="http://www.w3.org/1999/XSL/Transform" version="1.0">
-      <output method="text"/>
-      <template match="/">
-        <value-of select="id('download-count')"/>
-        <text> Fx downloads</text>
-      </template>
-    </transform>
-  </template>
-  <pages>
-    <include>http://(www\.)?spreadfirefox\.com/(index\.php)?</include>
-  </pages>
-</generator>
-
-

もし正芏衚珟になじみがないなら、Creating regular expressions for a microsummary generator が参考になりたす。

-

generator をダりンロヌドできるようにする

-

generator が Spread Firefox ホヌムペヌゞに適甚できるようになったので、残りはこれをダりンロヌドできるようにするこずだけです。そのためには、これをりェブに眮いおどこかのペヌゞに JavaScript のリンクを䜜成する必芁がありたす。このリンクは generator のダりンロヌドずむンストヌルを行うための Firefox の window.sidebar.addMicrosummaryGenerator() メ゜ッドをコヌルするようにしたす。

-

䟋えば、generator を http://people.mozilla.com/~myk/micro...-generator.xml に眮いお、http://people.mozilla.com/~myk/micro...ial/index.html からむンストヌルできるようにしたければ、次のようなコヌドを index.html に远加したす。

-
<a href="javascript:window.sidebar.addMicrosummaryGenerator('http://people.mozilla.com/~myk/microsummaries/tutorial/sfx-generator.xml')">
-  Install the Spread Firefox home page microsummary!
-</a>
-
-

microsummary をサポヌトしおいないブラりザでこのリンクをクリックするず JavaScript の゚ラヌが発生したすが、このようなナヌザの゚クスペリ゚ンスを向䞊させるために、microsummary 察応のブラりザを䜿甚しおいるかどうかを調べお、未察応ならば説明を衚瀺すべきでしょう。䟋えば次のようなコヌドです。

-
<script>
-const warning = "Sorry, you need a microsummary-enabled browser like Firefox 2.0 to install and use microsummary generators.";
-
-function addGenerator(url) {
-  if (typeof window.sidebar == "object" &&
-    typeof window.sidebar.addMicrosummaryGenerator == "function")
-    window.sidebar.addMicrosummaryGenerator(url);
-  else
-    alert(warning);
-}
-</script>
-<a href="javascript:addGenerator('http://people.mozilla.com/~myk/microsummaries/tutorial/sfx-generator.xml')">
-  Install the Spread Firefox home page microsummary!
-</a>
-
-

バグ 341283 により、addMicrosummaryGenerator() は盞察 URL を受け付けないこずに泚意しおください。

-

おわりに

-

これでむンストヌルするず最新の Firefox ダりンロヌド数を衚瀺する microsummary generator ができたした。Spread Firefox ホヌムペヌゞをブックマヌクしお、 Add Bookmark ダむアログの Summary ドロップダりンメニュヌから microsummary を遞んでください。

-

microsummary に関する詳现な情報は Microsummaries home page を参照しおください。

diff --git a/files/ja/creating_a_mozilla_extension/adding_the_structure/index.html b/files/ja/creating_a_mozilla_extension/adding_the_structure/index.html deleted file mode 100644 index 14f2bcc5e0..0000000000 --- a/files/ja/creating_a_mozilla_extension/adding_the_structure/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: Adding the structure -slug: Creating_a_Mozilla_Extension/Adding_the_structure -tags: - - Add-ons - - Extensions -translation_of: Archive/Mozilla/Creating_a_Mozilla_extension/Adding_the_structure ---- -

-

今回の拡匵機胜の UI はステヌタスバヌ䞊のアむコンです。この UI を実装するために、statusbarpanel 芁玠を navigator.xul ファむルの statusbar 芁玠に远加したす。 -

-
<statusbar id="status-bar" class="chromeclass-status"
-         ondragdrop="nsDragAndDrop.drop(event, contentAreaDNDObserver);">
-<statusbarpanel id="component-bar"/>
-<statusbarpanel id="statusbar-display"
-        label="&statusText.label;" flex="1"/>
-<statusbarpanel class="statusbarpanel-progress">
-  <progressmeter class="progressmeter-statusbar"
-          id="statusbar-icon" mode="normal" value="0"/>
-</statusbarpanel>
-<statusbarpanel class="statusbarpanel-iconic"
-          id="tinderbox-status" status="none"/>
-<statusbarpanel class="statusbarpanel-iconic" id="offline-status"/>
-<statusbarpanel class="statusbarpanel-iconic" id="security-button"
-                onclick="BrowserPageInfo(null, 'securityTab')"/>
-</statusbar>
-
-

statusbar XUL 芁玠は、アプリケヌションの状態を衚瀺するステヌタスバヌを定矩しおいたす。これにはテキストメッセヌゞ (䟋えば、Mozilla でドキュメントをロヌドし終えた時に衚瀺される「完了」や、グラフィカルなメッセヌゞ (䟋えば、Mozilla で衚瀺しおいるドキュメントが SSL で暗号化されおいるかどうかを瀺す鍵のアむコン) を含めるこずができたす。 -

ステヌタスバヌは statusbarpanel XUL 芁玠で定矩される耇数のパネルから構成されおいたす。各ステヌタスバヌパネルは別々の情報を衚瀺したす。グラフィカルパネル (我々が䜜っおいる、アむコンを衚瀺するようなもの) には statusbarpanel-iconic class が远加されたす。これで、CSS スタむルシヌトで芁玠の芋た目が定矩されるようになりたす。 -

status 属性は、XUL の statusbarpanel 芁玠の定矩にはありたせんが、この拡匵機胜では珟圚の Tinderbox の状態を保持するのに䜿いたす。Tinderbox のステヌタスをサヌバから取埗する毎に status 属性の倀を曎新したす。たた、status の倀に察応するアむコンが衚瀺されるように CSS ルヌルを定矩したす。すべおの XUL 芁玠は、XUL レンダリング゚ンゞンが認識するもの以倖に、远加の属性を持぀こずができたす。゚ンゞンは远加された属性を無芖するので、属性を远加するこずで問題が起こったり、(CSS で明瀺的に指定する堎合を陀き) GUI 郚品を衚瀺する方法が倉曎されたりするこずはありたせん。 -

-

« 前のペヌゞ次のペヌゞ »

-
-

-
-
diff --git a/files/ja/creating_a_mozilla_extension/conclusion/index.html b/files/ja/creating_a_mozilla_extension/conclusion/index.html deleted file mode 100644 index a02a20b694..0000000000 --- a/files/ja/creating_a_mozilla_extension/conclusion/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: Conclusion -slug: Creating_a_Mozilla_Extension/Conclusion -tags: - - Add-ons - - Extensions -translation_of: Archive/Mozilla/Creating_a_Mozilla_extension/Conclusion ---- -

-

これで実際に動䜜する Mozilla 拡匵機胜のむンストヌラができあがりたした テストをするには、新しく Mozilla をむンストヌルし、その Mozilla から XPI ファむルを読み蟌たせお拡匵機胜をむンストヌルしおください (Web からロヌドさせおも、file:/// URL を䜿っおロヌカルのハヌドディスクからロヌドしおも動䜜するでしょう) 。Mozilla は自動的にファむルがむンストヌラであるかどうか刀断し、むンストヌラであるず刀断されれば、゜フトりェアをむンストヌルするかどうか尋ねるでしょう。拡匵機胜をむンストヌルしたら、Mozilla を再起動し、動䜜するか確認したしょう。 -

もしあなたがこのチュヌトリアルに埓っお䜜ったむンストヌラが動かなければ、こちらの動䜜するバヌゞョン を問題を芋぀け出す参考にしおください。 -

このチュヌトリアル・課題の発展ずしおは: -

-
  1. ビルドステヌタスを远加しおみたしょう。Tinderbox は CVS ツリヌがチェックむンに察しおオヌプンであるかクロヌズであるかを教えおくれたす。どのように JavaScript を甚いおツリヌがオヌプンかクロヌズかどうかを刀断し、たたどのように CSS を甚いおそれに応じたアむコンを衚瀺するのでしょうか -
  2. Mozilla では倧抵、CSS ず画像ファむルはむンストヌルディレクトリの䞭の skin サブディレクトリに配眮されたす。CSS ずむメヌゞファむルを skin サブディレクトリにむンストヌルするには、XPI の構造ずむンストヌルスクリプトをどのように倉曎したらよいでしょうか -
  3. ステヌタスアむコンをクリックしたら Tinderbox ペヌゞを開くようにするには拡匵機胜をどのように倉曎したらよいでしょうか -
  4. Mozilla はこのチュヌトリアルではロヌカラむズすべきテキストがないために述べられおいなかった 4 番目の UI レむダヌ — ロヌカラむズテキスト — を持っおいたす。远加する必芁があるなら、どうすればロヌカラむズテキストを拡匵機胜に远加できるでしょうか -
  5. Tinderbox は耇数のコヌドベヌスに぀いお蚘録を取っおいたす。具䜓的には、Mozilla のメむンのコヌドベヌス (trunk) ず安定版ブランチずを远跡しおいたす。trunk ず安定版ブランチの䞡方のステヌタスを衚瀺するようにするには どのように tinderstatus を修正したら良いでしょうか -
  6. この拡匵機胜は Netscape 7 には問題なくむンストヌルできたす。Firefox では chrome レゞストリが必芁ずする項目が若干違うため、contents.rdf を修正する必芁があるでしょう。䟋えば chrome://navigator/content/navigator.xul を chrome://browser/content/browser.xul に倉曎する必芁がありたす。 -
-

-

« 前のペヌゞ

-
-

-
-
diff --git a/files/ja/creating_a_mozilla_extension/enabling_the_behavior_-_retrieving_tinderbox_status/index.html b/files/ja/creating_a_mozilla_extension/enabling_the_behavior_-_retrieving_tinderbox_status/index.html deleted file mode 100644 index 1bb7a43bcf..0000000000 --- a/files/ja/creating_a_mozilla_extension/enabling_the_behavior_-_retrieving_tinderbox_status/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: Enabling the behavior - retrieving tinderbox status -slug: >- - Creating_a_Mozilla_Extension/Enabling_the_behavior_-_retrieving_tinderbox_status -tags: - - Add-ons - - Extensions -translation_of: >- - Archive/Mozilla/Creating_a_Mozilla_extension/Enabling_the_behavior_-_retrieving_tinderbox_status ---- -

-

これで我々の拡匵機胜ができたしたが、このたたではただ動きたせん。動くようにするには、Tinderbox の状態に合わせお拡匵機胜のステヌタスを倉曎する JavaScript のコヌドが必芁です。たず最初に、Tinderbox サヌバから珟圚の Tinderbox の状態を取埗する関数を曞きたす。 -

-
var gXMLHttpRequest;
-
-function loadTinderboxStatus() {
-  gXMLHttpRequest = new XMLHttpRequest();
-  gXMLHttpRequest.onload = updateTinderboxStatus;
-  gXMLHttpRequest.open("GET", "http://tinderbox.mozilla.org/SeaMonkey/panel.html");
-  gXMLHttpRequest.send(null);
-}
-
-

XMLHttpRequest は HTTP を介しおドキュメントを取埗するための Mozilla のむンタヌフェむスです。これは XML コンテンツを取埗し、解析しお DOM に倉換するように蚭蚈されおいたす。XML 以倖のコンテンツも (解析はしたせんが) ちゃんず取埗できたす。今回は、珟圚の Tinderbox の状態の抂芁を含む HTML ファむルを取埗するのに䜿いたす。その HTML ファむルは Tinderbox サヌバがビルドを終える床に曎新されおいたす。そのファむルには、アクティブな Tinderbox クラむアントのリストず、最新のビルドの結果が瀺されおいたす。 -

今回のようなシンプルな堎合なら、XMLHttpRequest を䜿うのは簡単です。new で XMLHttpRequest のむンスタンスを生成し、むンスタンスの onload プロパティに updateTinderboxStatus() をセット (この関数はドキュメントの読み蟌みが終わった時に実行したい関数です) し、むンスタンスの open メ゜ッドを、発行したい HTTP リク゚ストのタむプず、取埗するドキュメントの URL を匕数に指定しお呌び、最埌に実際にリク゚ストを送る send メ゜ッドを呌び出したす。【蚳泚: updateTinderboxStatus() 関数は次の Step で䜜成したす】 -

XMLHttpRequest は䞎えられた URL にあるドキュメントを取埗し、取埗し終わるず updateTinderboxStatus() を呌びたす。 -

XMLHttpRequest のむンスタンスをグロヌバル倉数ずしお定矩したのに泚意しおください。これは updateTinderboxStatus() がこの関数ず同様に このむンスタンスを参照する必芁があるけれど、この関数が盎接に updateTinderboxStatus() を呌ぶのではないので、この関数から updateTinderboxStatus() ぞ XMLHttpRequest のむンスタンスを枡すこずができないためです。 -

-

« 前のペヌゞ次のペヌゞ »

-
-

-
-
diff --git a/files/ja/creating_a_mozilla_extension/enabling_the_behavior_-_updating_the_status_bar_panel/index.html b/files/ja/creating_a_mozilla_extension/enabling_the_behavior_-_updating_the_status_bar_panel/index.html deleted file mode 100644 index 7584fd9abb..0000000000 --- a/files/ja/creating_a_mozilla_extension/enabling_the_behavior_-_updating_the_status_bar_panel/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: Enabling the behavior - updating the status bar panel -slug: >- - Creating_a_Mozilla_Extension/Enabling_the_behavior_-_updating_the_status_bar_panel -tags: - - Add-ons - - Extensions -translation_of: >- - Archive/Mozilla/Creating_a_Mozilla_extension/Enabling_the_behavior_-_updating_the_status_bar_panel ---- -

-

loadTinderboxStatus() を動䜜させるには、察応する updateTinderboxStatus() 関数を定矩しなければなりたせん。 -

-
function updateTinderboxStatus()
-{
-  var icon = document.getElementById('tinderbox-status');
-
-  if (gXMLHttpRequest.responseText.match("EE0000"))
-    icon.setAttribute("status", "busted");
-  else if (gXMLHttpRequest.responseText.match("FFAA00"))
-    icon.setAttribute("status", "testfailed");
-  else if (gXMLHttpRequest.responseText.match("11DD11"))
-    icon.setAttribute("status", "success");
-  else
-    icon.setAttribute("status", "");
-}
-
-

updateTinderboxStatus() では、我々の拡匵機胜の UI を衚す statusbarpanel 芁玠ぞの参照を取埗し、次に、取埗した HTML ドキュメント (XMLHttpRequest むンスタンスの responseText プロパティに入っおいたす) に怜玢をかけたす。赀 (RGB コヌド「EE0000」で衚される) が含たれおいれば、それは Tinderbox クラむアントが Mozilla のビルドに倱敗したこずを瀺しおいたす。オレンゞ色 (「FFAA00」) が含たれおいれば、それは Tinderbox クラむアントが Mozilla のビルドには成功したが、そのビルドがテストには倱敗したこずを瀺しおいたす。緑色 (「11DD11」) が含たれおいれば、それはクラむアントが Mozilla のビルドにもテストにも成功したこずを瀺しおいたす。updateTinderboxStatus() 関数は、ドキュメント䞭に色を芋぀けたら、察応する倀をパネルの status 属性にセットしたす。その結果、前に定矩した CSS ルヌルによっお、アむコンが Tinderbox の状態に察応するものに切り替えられたす。我々の条件文は成功の刀定よりも先に、悪い結果 (bustage 【蚳泚: ビルド倱敗】、テスト倱敗) の刀定をしおいるため、成功のステヌタスよりも倱敗のステヌタスが優先しお衚瀺されたす。【蚳泚: もしそうでないず、「ひず぀でも成功しおいるビルドがあれば、成功のステヌタスが衚瀺される」こずになっおしたいたす】 -

-

« 前のペヌゞ次のペヌゞ »

-
-

-
-
diff --git a/files/ja/creating_a_mozilla_extension/enabling_the_behavior_-_updating_the_status_periodically/index.html b/files/ja/creating_a_mozilla_extension/enabling_the_behavior_-_updating_the_status_periodically/index.html deleted file mode 100644 index a472bbb3f0..0000000000 --- a/files/ja/creating_a_mozilla_extension/enabling_the_behavior_-_updating_the_status_periodically/index.html +++ /dev/null @@ -1,52 +0,0 @@ ---- -title: Enabling the behavior - updating the status periodically -slug: >- - Creating_a_Mozilla_Extension/Enabling_the_behavior_-_updating_the_status_periodically -tags: - - Add-ons - - Extensions -translation_of: >- - Archive/Mozilla/Creating_a_Mozilla_extension/Enabling_the_behavior_-_updating_the_status_periodically ---- -

-

これで Tinderbox のステヌタスを取埗しおアむコンを曎新するコヌドができたので、それを定期的に実行するようにしたしょう。 -

-
function loadTinderboxStatus() {
-  gXMLHttpRequest = new XMLHttpRequest();
-  gXMLHttpRequest.onload = updateTinderboxStatus;
-  gXMLHttpRequest.open("GET", "http://tinderbox.mozilla.org/SeaMonkey/panel.html");
-  gXMLHttpRequest.send(null);
-  window.setTimeout(loadTinderboxStatus, 60000);
-}
-
-window.setTimeout(loadTinderboxStatus, 1000);
-
-

window.setTimeout は、指定された関数を䞀定時間埌に実行させたす。これを loadTinderboxStatus 関数の䞭で䜿い、この関数を スタヌトアップの 1 秒埌 (1,000 ミリ秒) ずその埌 1 分毎 (60,000 ミリ秒) に実行するようにしたす。これで、ナヌザは Tinderbox サヌバに負荷をあたりかけず、か぀ Mozilla がリク゚ストのせいで遅くならずに、比范的倚く Tinderbox の曎新ができるようになりたす。 -

我々のコヌドはこれで動くようになりたしたが、Mozilla はこのコヌドに぀いお䜕も知りたせん。この機胜を有効にするには、倖芋を指定する で我々の CSS のコヌドぞの参照を navigator.xul に远加したのず同様に、navigator.xul に我々の JavaScript のコヌドの参照を加えたす。tinderstatus.js ずいう名前の JavaScript のコヌドを navigator.xul ず同じディレクトリに眮き、navigator.xul の他の JavaScript スクリプトを参照しおいる所に tinderstatus.js も参照させるようにしたす。 -

-
...
-
-<!-- Navigator -->
-<script type="application/x-javascript"
-      src="chrome://navigator/content/browser.js"/>
-<script type="application/x-javascript"
-      src="chrome://navigator/content/navigator.js"/>
-<script type="application/x-javascript"
-      src="chrome://navigator/content/navigatorDD.js"/>
-<script type="application/x-javascript"
-      src="chrome://navigator/content/sessionHistoryUI.js"/>
-
-<script type="application/x-javascript"
-      src="chrome://navigator/content/tinderstatus.js"/>
-
-<!-- hook for stringbundle overlays -->
-
-...
-
-

この倉曎を行い、Mozilla を再起動すれば、Tinderbox ステヌタスパネルに 珟圚の Tinderbox の状態が衚瀺されるはずです。Tinderbox に行き、パネルがアクティブな Tinderbox クラむアントの珟圚の状態のうち最悪のものを衚瀺しおいるか確かめおください。 -

-

« 前のペヌゞ次のペヌゞ »

-
-

-
-
diff --git a/files/ja/creating_a_mozilla_extension/finding_the_code_to_modify/index.html b/files/ja/creating_a_mozilla_extension/finding_the_code_to_modify/index.html deleted file mode 100644 index fbabff13e3..0000000000 --- a/files/ja/creating_a_mozilla_extension/finding_the_code_to_modify/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: Finding the code to modify -slug: Creating_a_Mozilla_Extension/Finding_the_code_to_modify -tags: - - Add-ons - - Extensions -translation_of: Archive/Mozilla/Creating_a_Mozilla_extension/Finding_the_code_to_modify ---- -

曞き換えるべきファむルが分かったので、次はそのファむルから曞き換えるべきコヌドを芋぀けたす。これも DOM Inspector で簡単にできたす。DOM Inspector の巊偎の「Document - DOM Nodes」ペむンが、ブラりザりィンドりの XUL ファむルのツリヌ構造を衚瀺しおいたす。ツリヌのノヌドを遞択するず、ブラりザりィンドりの察応する郚分の呚りで、赀いボヌダヌが数秒間点滅したす。

-

䞋にスクロヌルしお、ツリヌの statusbar ノヌドを遞択したす。ブラりザりィンドりの䞋のステヌタスバヌの呚りが赀く点滅するのに泚目しおください。DOM Inspector の statusbar ノヌドの隣のプラス蚘号をクリックし、出おきた statusbarpanel ノヌドをひず぀ず぀遞択しおいきたす。ステヌタスバヌの別々の箇所が赀く点滅するのに泚目しおください。

-

navigator.xul ファむルをテキスト゚ディタで開き、statusbar 芁玠を怜玢しおください。我々が䜜る拡匵機胜の UI を远加するのはその䞭です。

- -
-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/creating_a_mozilla_extension/finding_the_file_to_modify/index.html b/files/ja/creating_a_mozilla_extension/finding_the_file_to_modify/index.html deleted file mode 100644 index 70ac78fe59..0000000000 --- a/files/ja/creating_a_mozilla_extension/finding_the_file_to_modify/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: Finding the file to modify -slug: Creating_a_Mozilla_Extension/Finding_the_file_to_modify -tags: - - Add-ons - - Extensions -translation_of: Archive/Mozilla/Creating_a_Mozilla_extension/Finding_the_file_to_modify ---- -

-

これで改造できる Mozilla ができたので、次は改造するファむルを探したしょう。Mozilla の UI は、3 ぀のレむダヌ 「構造」、「スタむル」、「ふるたい」に分かれおいたす。構造レむダヌは郚品 (メニュヌ、ボタンなど) ずそれらの UI 䞊での盞察䜍眮を定矩したす。スタむルレむダヌは郚品の芋え方 (サむズ、色、スタむルなど) やそれらの党䜓的な䜍眮 (アラむメント 【蚳泚: 右寄せや䞭倮寄せなどを定矩するこず】) を決定したす。ふるたいレむダヌは、郚品がどのように動䜜するか、ナヌザが郚品をどう䜿うこずができるかを指定したす。 -mention the localization layer -

(泚意: これらのレむダヌは完党に排他的ではではありたせん。䟋えば、䜍眮の情報は構造レむダヌずスタむルレむダヌの䞡方で指定できたすし、「ふるたい」の䞀郚はスタむルレむダヌで定矩できたす。)

それでは、3぀の UI レむダヌにコヌドを加えお行きたしょう。たずは構造レむダヌから始めたす。構造レむダヌは XUL ファむルで構成されおいたす。XUL は XML-based User Interface Language の略で (「ズヌル」ず発音したす)、アプリケヌションのむンタヌフェむスを蚘述するために蚭蚈された、XML ベヌスの蚀語です。これは䞀般的なりィゞェット (メニュヌ、ボタン、ツヌルバヌなど) ず、倚くの掗緎されたりィゞェット (ツリヌ、ブラりザ、カラヌピッカヌ) を含んでいたす。 -

Mozilla のりィンドりやダむアログボックスでは、ひず぀のりィンドりがひず぀の XUL ファむルで定矩されおいたす (オヌバヌレむの仕組みを利甚しお、他のりィンドりから䞀郚を提䟛しおもらうこずもありたす)。Tinderbox の状態を瀺すアむコンを Mozilla に加えるには、たずはブラりザりィンドりの構造が䞀䜓どの XUL ファむルで定矩されおいるのか探す必芁がありたす。 -

りィンドりに察応する XUL ファむルを芋぀けるには、DOM Inspector を䜿うのが最もよい方法です。DOM Inspector は Mozilla に付属のツヌルで、Web ペヌゞおよび XUL りィンドりの DOM を調べるこずができたす。DOM Inspector を起動するには、[ツヌル] メニュヌから [Web 開発] サブメニュヌを遞択し、[DOM Inspector] を遞択したす。DOM Inspector が別りィンドりで開きたす。 -

DOM Inspector りィンドりで、[File] メニュヌから [Inspect a Window] サブメニュヌを遞択し、Mozilla ブラりザりィンドりのアむテム (ブラりザが珟圚開いおいるペヌゞの名前が぀けられおいたす) を遞択したす。DOM Inspector には Mozilla ブラりザのりィンドりを定矩しおいる XUL ファむルの URL、ここでは chrome://navigator/content/navigator.xul が衚瀺されたす。 -

chrome URL は、Mozilla をむンストヌルしたディレクトリの chrome サブディレクトリの䞭のファむルを参照するために Mozilla 内郚で 䜿われおいる URL のこずです。chrome URL にはパス郚がありたすが、そのパスは必ずしもディレクトリ階局そのものを 瀺しおいるわけではありたせん。この堎合、chrome URL は mozilla-installation-directory/chrome/content/navigator/navigator.xul を瀺しおいたす。 -[explain further, http://www.mozilla.org/xpfe/ConfigChromeSpec.html] -

-

« 前のペヌゞ次のペヌゞ »

-
-

-
-
diff --git a/files/ja/creating_a_mozilla_extension/index.html b/files/ja/creating_a_mozilla_extension/index.html deleted file mode 100644 index 72a23569fa..0000000000 --- a/files/ja/creating_a_mozilla_extension/index.html +++ /dev/null @@ -1,44 +0,0 @@ ---- -title: Creating a Mozilla Extension -slug: Creating_a_Mozilla_Extension -tags: - - Add-ons - - Extensions -translation_of: Archive/Mozilla/Creating_a_Mozilla_extension ---- -
-

è­Šå‘Š: この蚘事の内容は叀くなっおいる可胜性がありたす。 This tutorial describes how to create an extension for the old versions of Mozilla Suite (currently SeaMonkey). See Building an Extension for an up-to-date tutorial (it focuses on Firefox, but is also applicable to other new applications).

-
- -
-

このチュヌトリアルは Mozilla Suite (珟圚は SeaMonkey) 向け拡匵機胜の䜜り方を解説したものです。どなたか内容を曎新しお Firefox に察応させおください。

-
-

Mozilla の拡匵機胜ずは、Mozilla ブラりザにむンストヌルできる、远加の機胜を提䟛するものです。(䟋えば Linky は、ドキュメント䞭・遞択範囲䞭の耇数のリンクを䞀床に開く項目をコンテキストメニュヌに远加したす)。このチュヌトリアルでは、珟圚の Mozilla の゜ヌスコヌドの状態 (最新のコヌドがコンパむルに成功し、テストを通ったかどうか) を瀺すアむコンをステヌタスバヌに衚瀺する拡匵機胜を䜜る過皋を芋おいきたす。この拡匵機胜は、コヌドの状態を取埗するために、゜ヌスコヌドの状態を远跡する mozilla.org の Web ツヌルである Tinderbox にアクセスしたす。

-

このチュヌトリアルを修了すれば、どのように Mozilla のナヌザむンタヌフェむス (UI) が構築されおいるのか、どうやっお拡匵したい UI の゜ヌスコヌドを芋぀けるか、むンストヌルされおいる Mozilla に倉曎を加える前の準備、Web ペヌゞを読み蟌み解析する Mozilla のネットワヌクラむブラリを JavaScript から䜿う方法、他のナヌザが䜿えるように Mozilla の拡匵機胜をパッケヌゞ化するための動的オヌバヌレむの䜿い方に関する基瀎知識が埗られるでしょう。

-

目次

-
    -
  1. 必芁条件
    2. -
  2. Tinderbox
    3. -
  3. 修正可胜な Mozilla を䜜成
    4. -
  4. 修正察象のファむルを探す
    5. -
  5. 修正するコヌドを芋぀ける
    6. -
  6. 構造を加える
    7. -
  7. 倖芋を指定する
    8. -
  8. 機胜を有効にする - Tinderbox のステヌタスを取埗する
    9. -
  9. 機胜を有効にする - ステヌタスバヌパネルを曎新する
    10. -
  10. 機胜を有効にする - 定期的にステヌタスを曎新する
    11. -
  11. 静的オヌバヌレむに䜜り盎す
    12. -
  12. 動的オヌバヌレむに䜜り盎し、配垃甚にパッケヌゞングする
    13. -
  13. 終わりに
    14. -
-

-

次のペヌゞ »

-

-
-

原文曞の情報

- -
diff --git a/files/ja/creating_a_mozilla_extension/making_a_mozilla_installation_modifiable/index.html b/files/ja/creating_a_mozilla_extension/making_a_mozilla_installation_modifiable/index.html deleted file mode 100644 index 373f88c3fc..0000000000 --- a/files/ja/creating_a_mozilla_extension/making_a_mozilla_installation_modifiable/index.html +++ /dev/null @@ -1,37 +0,0 @@ ---- -title: Making a Mozilla installation modifiable -slug: Creating_a_Mozilla_Extension/Making_a_Mozilla_installation_modifiable -tags: - - Add-ons - - Extensions -translation_of: >- - Archive/Mozilla/Creating_a_Mozilla_extension/Making_a_Mozilla_installation_modifiable ---- -

-

Mozilla の UI は、XUL (埌述)、XBL (他のチュヌトリアルのトピック)、JavaScript、CSS、そしおむメヌゞファむルで構成されおいたす。XUL、XBL、JavaScript、CSS はテキスト圢匏のファむルで、テキスト゚ディタがあれば線集できたす。むメヌゞファむルは GIF か JPG か PNG フォヌマットのファむルで、線集するには画像線集プログラムが必芁です。 -

次に、UI を構成するファむルは JAR アヌカむブにたずめられたす。これはただの ZIP ファむルの拡匵子を倉えたもので、「manifest」ずいうファむルを含んでいたす。これは、アヌカむブの内容に぀いお曞いおある特別なフォヌマットのファむルで、Mozilla はこのファむルを読んで行うべき凊理を決定したす。 -

JAR アヌカむブはバむナリファむルですが、Mozilla の UI はマシンコヌドにコンパむルされるわけではありたせん。Mozilla は、起動する床にその UI をアヌカむブ䞭のファむルからビルドしたす。そのため、アヌカむブ䞭のファむルを倉曎しおアプリを再起動するだけで、倉曎点の確認ができたす。このため、Mozilla の UI はコンパむルベヌスのアプリケヌションより修正が簡単になっおいたす。 -

Mozilla の UI ファむルは通垞 JAR アヌカむブに栌玍されおいたすが、代わりにアヌカむブされおいない圢の UI ファむルを䜿うこずもできたす。これは、コヌドを修正する前にアヌカむブからファむルを取り出したり、修正した埌にアヌカむブぞファむルを远加したりする必芁がないので、拡匵機胜の開発者にずっおずおも有効な手段です。最初に䞀床だけアヌカむブを解凍する必芁がありたすが、それだけで埌は奜きなだけ倉曎ができたす。 -

Mozilla を修正可胜にするには、たず最初に unzip ナヌティリティを䜿っお アヌカむブから UI ファむルを取り出したす。次に Mozilla の UI ファむルのレゞストリを修正し、オリゞナルの JAR アヌカむブの代わりに、取り出したファむルを䜿うように蚭定したす。もし以䞋の説明でうたく動かない堎合は、Patch Maker を詊しおください。このツヌルは、アヌカむブからファむルを取り出し、Mozilla のレゞストリを曞き換えるパッチを䜜っおくれたす。 -

アヌカむブは Mozilla がむンストヌルされおいるディレクトリの chrome サブディレクトリに栌玍されおいたす。unzip ナヌティリティを䜿っお、ディレクトリにある .jar 拡匵子のファむルをすべお解凍したしょう。.jar ファむルが配眮されおいるのず同じディレクトリ (chrome ディレクトリ) に解凍したか確かめおください。bash ラむクなシェルがある Unix ラむクな OS では、chrome ディレクトリで次のコマンドを実行すれば、この䜜業は完了したす。 -

-
for file in *.jar; do unzip $file; done
-
-

DOS のようなシェルを持぀ OS では、次のコマンドを実行すれば䜜業完了です。 -

-
for %file in (*.jar); do unzip %file
-
-

【蚳泚: 】 そのディレクトリにあるプラットフォヌム固有のファむル — en-mac.jar、en-unix.jar、そしお en-win.jar — に぀いおは、䜿っおいるプラットフォヌムに察応した物だけ解凍しおください。【蚳泚: 䞊蚘のコマンドを実行した堎合は、自分の䜿っおいるプラットフォヌムに察応した .jar ファむルをもう䞀床解凍しお、ファむルを䞊曞き (プロンプトに A ず答える) しおください】 -

ファむルを解凍したら、オリゞナルの JAR アヌカむブの代わりに 解凍されたファむルを䜿うように Mozilla chrome レゞストリを修正したす。chrome レゞストリずは、䞻芁な Mozilla コンポヌネントずその UI ファむルが chrome ディレクトリのどこに配眮されおいるかが曞かれおいるファむルです。これは chrome ディレクトリの chrome.rdf ず installed-chrome.txt のどちらか (たたは䞡方) にあたりたす。 -

このレゞストリには、JAR アヌカむブ内のディレクトリを指す jar:resource:/chrome/SOMETHING.jar!/SOMETHING-ELSE... ずいう圢の URL がいく぀も含たれおいたす。この URL が解凍したファむルを指すように、たず先頭の jar: を取り陀き、次に真ん䞭ぐらいの SOMETHING.jar! ずいう郚分を取り陀きたす。もし Perl が䜿えるなら、次のコマンドで行うこずができたす。 -

-
perl -pi.orig -e 's/(jar:)|(\/[^.\/]+\.jar!)//g' chrome.rdf installed-chrome.txt
-
-

䟋えば、jar:resource:/chrome/comm.jar!/content/necko/ ずいう URL は resource:/chrome/content/necko/ に倉曎されたす。 -

ここたできたら、修正した Mozilla を起動しおみたしょう。元々入っおいる Mozilla ではなく、新しくむンストヌルしお修正した Mozilla を起動しおいるこず、もし Windows を䜿っおいお「高速起動」機胜を有効にしおいるのなら、それを終了させたこずを確認しおください。Mozilla が立ち䞊がり、普通の Web ブラりザりむンドりが出おきたなら、Mozilla を修正できるようになりたした [mention that if you have Perl, you can also do this with Patch Maker] -

-

« 前のペヌゞ次のペヌゞ »

-
-

-
-
diff --git a/files/ja/creating_a_mozilla_extension/making_it_into_a_dynamic_overlay_and_packaging_it_up_for_distribution/index.html b/files/ja/creating_a_mozilla_extension/making_it_into_a_dynamic_overlay_and_packaging_it_up_for_distribution/index.html deleted file mode 100644 index 2afc1fe0ed..0000000000 --- a/files/ja/creating_a_mozilla_extension/making_it_into_a_dynamic_overlay_and_packaging_it_up_for_distribution/index.html +++ /dev/null @@ -1,115 +0,0 @@ ---- -title: Making it into a dynamic overlay and packaging it up for distribution -slug: >- - Creating_a_Mozilla_Extension/Making_it_into_a_dynamic_overlay_and_packaging_it_up_for_distribution -tags: - - Add-ons - - Extensions -translation_of: >- - Archive/Mozilla/Creating_a_Mozilla_extension/Making_it_into_a_dynamic_overlay_and_packaging_it_up_for_distribution ---- -

-

これで静的なオヌバヌレむができたした。次に XPI パッケヌゞを䜜成したす。XPI パッケヌゞによっお、拡匵機胜は動的オヌバヌレむずしお Mozilla にむンストヌルされたす。XPI は UI レむダヌを別々に切り分けるこずができるように蚭蚈されおいたす。たず、XPI に含めるファむルを入れるディレクトリを䜜りたす。次に、ファむル䞭の URL を倉曎しお、XPI を䜿っおむンストヌルしたずきにファむルが眮かれる堎所を指すようにしたす。次に、tinderstatus コンポヌネントに぀いお蚘述した contents.rdf ず、むンストヌルを実行する install.js スクリプトを䜜成したす。最埌に、構成ファむルを zip アヌカむブぞ圧瞮したす。 -

たず、適圓な堎所に tinderstatus-installer ディレクトリを䜜成したす。次に tinderstatus サブディレクトリをその䞭に䜜成し、さらにその䞭に content サブ-サブディレクトリを䜜成しおください。䜜成したら、次のファむルを content ディレクトリにコピヌしおください。 -

- -

これらは XPI に入れるファむルです。次に、コピヌした tinderstatusOverlay.xul 䞭の URL を、XPI を䜿っおむンストヌルしたずきにファむルが眮かれる堎所を指すように倉曎したす。 -

-
<?xml version="1.0"?>
-
-<?xml-stylesheet
-      href="chrome://tinderstatus/content/tinderstatus.css"
-      type="text/css"?>
-
-<overlay id="tinderstatusOverlay"
-      xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<script type="application/x-javascript"
-        src="chrome://tinderstatus/content/tinderstatus.js" />
-
-<statusbar id="status-bar">
-  <statusbarpanel class="statusbarpanel-iconic"
-          id="tinderbox-status"
-          insertbefore="offline-status"
-          status="none"/>
-</statusbar>
-
-</overlay>
-
-

tinderstatus.css も同様に URL を倉曎したす。 -

-
statusbarpanel#tinderbox-status {
-  list-style-image: url("chrome://tinderstatus/content/tb-nostatus.png");
-}
-
-statusbarpanel#tinderbox-status[status="success"] {
-  list-style-image: url("chrome://tinderstatus/content/tb-success.png");
-}
-
-statusbarpanel#tinderbox-status[status="testfailed"] {
-  list-style-image: url("chrome://tinderstatus/content/tb-testfailed.png");
-}
-
-statusbarpanel#tinderbox-status[status="busted"] {
-  list-style-image: url("chrome://tinderstatus/content/tb-busted.png");
-}
-
-

次に、2 ぀のファむルを䜜成したす。1 ぀は contents.rdf ずいう名前で、むンストヌルするコンポヌネントの情報が蚘述されおおり、chrome レゞストリにむンストヌルされたす。もう 1 ぀は install.js ずいう名前で、コンポヌネントをむンストヌルするためのコヌドです。contents.rdf は content ディレクトリに入れたす。 -

-
<?xml version="1.0"?>
-<RDF:RDF xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-          xmlns:chrome="http://www.mozilla.org/rdf/chrome#">
-
-<RDF:Seq about="urn:mozilla:package:root">
-  <RDF:li resource="urn:mozilla:package:tinderstatus"/>
-</RDF:Seq>
-
-<RDF:Description about="urn:mozilla:package:tinderstatus"
-      chrome:displayName="Mozilla Tinderstatus Extension"
-      chrome:author="Myk Melez"
-      chrome:name="tinderstatus"
-      chrome:extension="true"
-      chrome:description="Displays tinderbox status for the Mozilla codebase.">
-</RDF:Description>
-
-<RDF:Seq about="urn:mozilla:overlays">
-  <RDF:li resource="chrome://navigator/content/navigator.xul"/>
-</RDF:Seq>
-
-<RDF:Seq about="chrome://navigator/content/navigator.xul">
-  <RDF:li>chrome://tinderstatus/content/tinderstatusOverlay.xul</RDF:li>
-</RDF:Seq>
-
-</RDF:RDF>
-
-

install.js は tinderstatus-installer ディレクトリに入れたす。 -

-
initInstall(
-      "Mozilla Tinderstatus Extension",
-      "/mozdev/tinderstatus",
-      "0.1");
-var installDir = getFolder("Chrome","tinderstatus");
-setPackageFolder(installDir);
-
-addDirectory("tinderstatus");
-registerChrome(
-      CONTENT | DELAYED_CHROME,
-      getFolder(installDir, "content"));
-var result = performInstall();
-
-if ( result != SUCCESS ) cancelInstall(result);
-
-

すべおのファむルの配眮が終わったら、tinderstatus-installer ディレクトリで zip を䜿い、install.js ず tinderstatus/ ディレクトリの内容をすべお含んだ ZIP アヌカむブを䜜り、その名前を tinderstatus.xpi にしたす。アヌカむブのトップレベルにファむルずディレクトリがあるこずを確かめおください。 -

-

« 前のペヌゞ次のペヌゞ »

-
-

-
-
diff --git a/files/ja/creating_a_mozilla_extension/making_it_into_a_static_overlay/index.html b/files/ja/creating_a_mozilla_extension/making_it_into_a_static_overlay/index.html deleted file mode 100644 index 29fd454882..0000000000 --- a/files/ja/creating_a_mozilla_extension/making_it_into_a_static_overlay/index.html +++ /dev/null @@ -1,101 +0,0 @@ ---- -title: Making it into a static overlay -slug: Creating_a_Mozilla_Extension/Making_it_into_a_static_overlay -tags: - - Add-ons - - Extensions -translation_of: Archive/Mozilla/Creating_a_Mozilla_extension/Making_it_into_a_static_overlay ---- -

-

これで Tinderbox のステヌタスを衚瀺する拡匵機胜が完成したした、次はこれを他のナヌザに配垃できるようにしたす、やり方ずしおは、Mozilla のコヌドに統合する方法 (この堎合、我々の䜜ったものは拡匵機胜ではなく、デフォルトの Mozilla 配垃物の䞀郚になりたす) ず、拡匵機胜を Mozilla から実行可胜なむンストヌラパッケヌゞにしお、ナヌザが拡匵機胜を䜿甚䞭の Mozilla に远加するようにする方法がありたす。 -

ほずんどの拡匵機胜はむンストヌラパッケヌゞずしお配垃されおいるので、我々も同様にしたしょう。なお、拡匵機胜を Mozilla のコヌドベヌスに統合する方法はこのチュヌトリアルの範疇ではありたせんが、mozilla.org の hacking documentation に倚くの情報がありたす、 -

Mozilla のむンストヌラヌパッケヌゞは XPIs (「ゞッピヌズ」ず発音したす) ず呌ばれたす。これはクロスプラットフォヌムむンストヌラ (cross-platform installer) の略です。パッケヌゞはただの ZIP アヌカむブで、むンストヌルされるファむルに加えお、むンストヌルを実行する JavaScript スクリプトず、chrome レゞストリ甚の、むンストヌルされるコンポヌネントに぀いお蚘述した RDF ファむルを含んでいたす。 -

この拡匵機胜は、むンストヌルするず Mozilla 䞭のファむルを倉曎したす、動的 XUL オヌバヌレむ を䜿っお拡匵機胜の内容をむンストヌル枈みの Mozilla に曞き加えるようにするためには、拡匵機胜をパッケヌゞ化する前に、倉曎郚分を別のファむルに分ける必芁がありたす、 -

XUL オヌバヌレむは XUL ファむルの䞀皮で、他の XUL ファむルに挿入されるべき芁玠を含んでいたす、挿入は、挿入先の XUL ファむルがアプリケヌションの UI ぞレンダリングされる時に行なわれたす、静的オヌバヌレむでは、XUL ファむルの先頭に蚘述された XUL ファむルぞの参照によっお挿入が行なわれたす (スタむルシヌトや JavaScript スクリプトず同様です)、動的オヌバヌレむでは、chrome レゞストリに XUL ファむルぞの参照を远加するこずで挿入が行なわれたす。 -

コヌドの可読性、保守性、拡匵性を高めるために、オヌバヌレむを䜿っお巚倧な XUL ファむルをいく぀かのファむルぞ分割するこずができたす、(ひず぀のファむルがアプリケヌションりィンドり党䜓の構造を蚘述し、それ以倖がりィンドりの特定の郚分を実装する) 、動的オヌバヌレむは、倉曎したい XUL ファむル自䜓に倉曎を加えずに、その XUL ファむルを倉曎したのず同じ効果を埗るためにも䜿われたす、この機胜は拡匵機胜をむンストヌルするずきに䜿われたす、では、たず始めにファむルを静的オヌバヌレむにし、次にそれを動的オヌバヌレむにしおいきたしょう。 -

ファむルを静的オヌバヌレむにするには、navigator.xul ず同じディレクトリに tinderstatusOverlay.xul ずいうファむルを䜜り、navigator.xul に远加しおいたコヌドをすべおそこに移したす。 -

-
<?xml version="1.0"?>
-
-<?xml-stylesheet
-      href="chrome://navigator/content/tinderstatus.css"
-      type="text/css"?>
-
-<overlay id="tinderstatusOverlay"
-      xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<script type="application/x-javascript"
-        src="chrome://navigator/content/tinderstatus.js" />
-
-<statusbar id="status-bar">
-  <statusbarpanel class="statusbarpanel-iconic"
-          id="tinderbox-status"
-          insertbefore="offline-status"
-          status="none"/>
-</statusbar>
-
-</overlay>
-
-

tinderstatusOverlay.xul は、そのファむルが XML であるこずを瀺す XML 宣蚀から始たりたす (すべおの XUL ファむルは XML 宣蚀を含む必芁がありたす) 、次の行は、以前 navigator.xul に远加したスタむルシヌトぞの参照です、次は XUL の overlay 芁玠です。この芁玠は XUL オヌバヌレむファむルのトップレベル芁玠で、これによりファむルがオヌバヌレむであるこずが分かりたす、その䞭身は前に navigator.xul に远加したスクリプトぞの参照です、その次には statusbarpanel 芁玠を含む statusbar 芁玠がありたす。 -

このオヌバヌレむの䞭の statusbar 芁玠の id 属性の倀は、navigator.xul の statusbar 芁玠の id 属性ず同じです。navigator.xul がレンダリングされおブラりザの UI になるずき、オヌバヌレむファむルの statusbar 芁玠のすべおの属性ず子芁玠が UI の DOM に远加されたす、これにより、オヌバヌレむファむルで定矩した芁玠が、あたかも navigator.xul で定矩されおいるかのような UI が衚瀺されたす、 -

statusbarpanel 芁玠に属性 insertbefore を远加したのに泚意しおください。この属性では、statusbar の䞭の、我々の芁玠の次に珟れる statusbarpanel 芁玠を指定しおいたす。これにより、我々の芁玠が statusbar の䞭でどの芁玠の前にくるかずいう、他の statusbarpanel に察する盞察的な䜍眮を指定するこずができたす。 -

insertbefore を省略するず、芁玠は statusbar の 最埌に远加され、通垞は resizer grippy 【蚳泚: りィンドり右䞋の、りィンドりのサむズを倉えるのに䜿う郚分】 の前に来るでしょう、たた、insertbefore の代わりに insertafter を䜿えば、他の芁玠の埌ろに芁玠を配眮するこずもできたす。 -

我々が navigator.xul に察しお行った倉曎の代わりにこのオヌバヌレむを䜿うには、今たでの倉曎を元に戻し、オヌバヌレむぞの参照を navigator.xul の先頭に远加したす、 -

-
...
-
-<?xml-stylesheet href="chrome://navigator/skin/" type="text/css"?>
-<?xml-stylesheet
-      href="chrome://navigator/content/tinderstatus.css"
-      type="text/css"?>
-
-<?xul-overlay href="chrome://navigator/content/navigatorOverlay.xul"?>
-<?xul-overlay href="chrome://navigator/content/navExtraOverlay.xul"?>
-<?xul-overlay href="chrome://navigator/content/linkToolbarOverlay.xul"?>
-<?xul-overlay href="chrome://navigator/content/tinderstatusOverlay.xul"?>
-<?xul-overlay href="chrome://communicator/content/conten...extOverlay.xul"?>
-<?xul-overlay href="chrome://communicator/content/sideba...barOverlay.xul"?>
-<?xul-overlay href="chrome://communicator/content/communicatorOverlay.xul"?>
-<?xul-overlay href="chrome://communicator/content/bookma...rksOverlay.xul"?>
-
-...
-
-<!-- Navigator -->
-<script type="application/x-javascript"
-        src="chrome://navigator/content/browser.js"/>
-<script type="application/x-javascript"
-        src="chrome://navigator/content/navigator.js"/>
-<script type="application/x-javascript"
-        src="chrome://navigator/content/navigatorDD.js"/>
-<script type="application/x-javascript"
-        src="chrome://navigator/content/sessionHistoryUI.js"/>
-
-<script type="application/x-javascript"
-        src="chrome://navigator/content/tinderstatus.js"/>
-
-<!-- hook for stringbundle overlays -->
-
-...
-
-<statusbar id="status-bar" class="chromeclass-status"
-          ondragdrop="nsDragAndDrop.drop(event, contentAreaDNDObserver);">
-  <statusbarpanel id="component-bar"/>
-  <statusbarpanel id="statusbar-display" label="&statusText.label;" flex="1"/>
-  <statusbarpanel class="statusbarpanel-progress">
-    <progressmeter class="progressmeter-statusbar"
-            id="statusbar-icon" mode="normal" value="0"/>
-  </statusbarpanel>
-  <statusbarpanel class="statusbarpanel-iconic"
-            id="tinderbox-status" status="none"/>
-  <statusbarpanel class="statusbarpanel-iconic" id="offline-status"/>
-  <statusbarpanel class="statusbarpanel-iconic" id="security-button"
-                  onclick="BrowserPageInfo(null, 'securityTab')"/>
-</statusbar>
-...
-
-

-

« 前のペヌゞ次のペヌゞ »

-
-

-
-
diff --git a/files/ja/creating_a_mozilla_extension/prerequisites/index.html b/files/ja/creating_a_mozilla_extension/prerequisites/index.html deleted file mode 100644 index 758c2ba0b0..0000000000 --- a/files/ja/creating_a_mozilla_extension/prerequisites/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: Prerequisites -slug: Creating_a_Mozilla_Extension/Prerequisites -tags: - - Add-ons - - Extensions -translation_of: Archive/Mozilla/Creating_a_Mozilla_extension/Prerequisites ---- -

-

このチュヌトリアルを修了するには、次に挙げるプログラムが必芁です。 -

- -

前提知識ずしお、HTML のようなタグベヌスの蚀語に加え、基本的な JavaScript、CSS、DOM に぀いおも理解しおいるべきです。たた、このチュヌトリアルの過皋では Mozilla を䜕床もむンストヌルするこずになるので、むンストヌラを手元に眮いおおくず䟿利でしょう。 -

もし今すでに Mozilla を䜿っおいるのなら、このチュヌトリアルのデモ甚の Mozilla を、今むンストヌルされおいるのずは別の堎所にもうひず぀むンストヌルするべきです。このチュヌトリアルでは、むンストヌルした Mozilla を䜿えなくしおしたうかもしれない方法を玹介したす。このチュヌトリアルで普段䜿っおいる Mozilla を倉曎しないでください -

-

« 前のペヌゞ次のペヌゞ »

-
-

-
-
diff --git a/files/ja/creating_a_mozilla_extension/specifying_the_appearance/index.html b/files/ja/creating_a_mozilla_extension/specifying_the_appearance/index.html deleted file mode 100644 index dbd3dae45f..0000000000 --- a/files/ja/creating_a_mozilla_extension/specifying_the_appearance/index.html +++ /dev/null @@ -1,43 +0,0 @@ ---- -title: Specifying the appearance -slug: Creating_a_Mozilla_Extension/Specifying_the_appearance -tags: - - Add-ons - - Extensions -translation_of: Archive/Mozilla/Creating_a_Mozilla_extension/Specifying_the_appearance ---- -

-

では、CSS を䜿っお衚瀺するアむコンを定矩したしょう。たずは Tinderbox の状態 (none、success、test failed、and busted) を瀺すアむコンを䜜成し、Tinderbox の状態に察応するアむコンを衚瀺する CSS のルヌルを䜜りたす。 -

-
statusbarpanel#tinderbox-status {
-  list-style-image: url("chrome://navigator/content/tb-nostatus.png");
-}
-
-statusbarpanel#tinderbox-status[status="success"] {
-  list-style-image: url("chrome://navigator/content/tb-success.png");
-}
-
-statusbarpanel#tinderbox-status[status="testfailed"] {
-  list-style-image: url("chrome://navigator/content/tb-testfailed.png");
-}
-
-statusbarpanel#tinderbox-status[status="busted"] {
-  list-style-image: url("chrome://navigator/content/tb-busted.png");
-}
-
-

Mozilla は倖芳を管理するスタむルシヌトの組み合わせを耇数持぀こずができたすが、それらの既存のスタむルシヌトの組み合わせすべおにいちいちルヌルを远加するのは面倒です (そしお、新しいスタむルシヌトがむンストヌルされた時にこの拡匵機胜が 【蚳泚: 䞊曞きされお】 壊れおしたうこずも避けなければなりたせん)。そのために、このスタむルシヌトを tinderstatus.css ずいう名前で navigator.xul ず同じディレクトリに配眮し、navigator.xul の先頭のグロヌバルスタむルシヌト参照のすぐ䞋で tinderstatus.css を参照するようにしたす。 -

-
<?xml-stylesheet href="chrome://navigator/skin/" type="text/css"?>
-<?xml-stylesheet
-      href="chrome://navigator/content/tinderstatus.css"
-      type="text/css"?>
-
-

我々のステヌタスパネル の status 属性に倀が蚭定されたずきに衚瀺される画像を、CSS ルヌルの list-style-image プロパティを䜿っお定矩したす。Tinderbox の状態ひず぀ごずに id 属性を定矩し、ルヌルを䜜りたす。 -

4 ぀の状態を瀺すアむコンを䜜るか、次のアむコンを䜿っおください。no status Image:tb-nostatus.png、success Image:tb-success.png、test failed Image:tb-testfailed.png、busted Image:tb-busted.png -

もし今 Mozilla を再起動したら、「no status」アむコンが ブラりザのステヌタスバヌに衚瀺されおいるでしょう。【蚳泚: Mozilla を䞀旊終了した埌、プロファむルディレクトリの XUL.mfl (Windows) XUL FastLoad File (Mac) もしくは XUL.mfasl (Unix) を削陀する必芁があるかもしれたせん】 -

-

« 前のペヌゞ次のペヌゞ »

-
-

-
-
diff --git a/files/ja/creating_a_mozilla_extension/tinderbox/index.html b/files/ja/creating_a_mozilla_extension/tinderbox/index.html deleted file mode 100644 index caf0aa826b..0000000000 --- a/files/ja/creating_a_mozilla_extension/tinderbox/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: Tinderbox -slug: Creating_a_Mozilla_Extension/Tinderbox -tags: - - Add-ons - - Extensions -translation_of: Archive/Mozilla/Creating_a_Mozilla_extension/Tinderbox ---- -

-

Tinderbox は Mozilla の゜ヌスコヌドの状態を远跡する Web ツヌルです。これは Mozilla のビルドずテストを連続しお行い、結果をサヌバに枡すクラむアントマシンず、その結果を Web ペヌゞで芋られるようにするサヌバから構成されおいたす。このツヌルによっお、コンパむルや実行ができなくなるような (あるいは、劥協できるパフォヌマンスやフットプリント 【蚳泚: 割り圓おられた埌、解攟されないメモリ領域の倧きさのこず】 が埗られなくなるような) コヌドぞの倉曎はすぐに mozilla.org に通知され、問題を解決したり倉曎を元に戻したりしおもらうようにするこずができたす。 -

Mozilla ゚ンゞニアたちは、コヌドを倉曎する前に定期的に Tinderbox をチェックしたす。コヌドベヌスが壊れおいる間は、コヌドベヌスぞの倉曎が犁止されおいるためです。Mozilla 保安官 (コヌドを監芖し、砎損箇所を修埩しおくれる゚ンゞニアを探す亀代制の圹職) は、もっず定期的に Tinderbox をチェックしおいたす。Tinderbox のペヌゞや Tinderbox サむドバヌを開くのが難しいずいうこずはありたせんが、Web ペヌゞを開く、サむドバヌを切り替える、あるいはサむドバヌ自䜓を開くずいうこずすらなしに、Tinderbox がチェックできたら䟿利になるでしょう。 -

様々な Tinderbox クラむアントマシンが様々な皮類のビルド (各皮のプラットフォヌム向け) を行っおいたすが、ほずんどの人は、倱敗したクラむアントがないかどうかしか気にしたせん。たずビルドの倱敗、次にテストの倱敗をチェックするこずで、倱敗したクラむアントがあるかどうかを確実にナヌザに瀺すこずができたす。もしビルドに倱敗しおいるクラむアントがあれば、赀いアむコンを衚瀺するこずにしたす。すべおのクラむアントがビルドに成功しおいおも、テストに倱敗したクラむアントがあれば、それを知らせるオレンゞ色のアむコンを衚瀺するこずにしたす。すべおのクラむアントがビルドに成功し、テストにも成功したず報告した堎合に限り、コヌドがすべお良奜であるこずを知らせる緑色のアむコンを衚瀺するこずにしたす。 -

-

« 前のペヌゞ次のペヌゞ »

-
-

-
-
diff --git a/files/ja/creating_a_patch/index.html b/files/ja/creating_a_patch/index.html deleted file mode 100644 index d68192dfe2..0000000000 --- a/files/ja/creating_a_patch/index.html +++ /dev/null @@ -1,79 +0,0 @@ ---- -title: パッチの䜜成 -slug: Creating_a_patch -tags: - - Developing Mozilla -translation_of: Mercurial/Using_Mercurial ---- -

 

-

゜ヌスコヌドを入手し、倉曎を加え、ビルドし、テストを行ったあずには (さらに可胜ならば、あなたのパッチのテストも含む)、それらの倉曎に぀いおレビュヌを受け、チェックむンしおもらいたしょう。そのためには、 - - パッチファむル - たたは - - 差分ファむル - ず呌ばれる倉曎点を列挙したファむルを䜜成する必芁がありたす。これは cvs diff たたは hg diff コマンドで䜜成するこずができたす。

-
-

この蚘事は CVS に぀いお曞かれおいたす。Mozilla 2 (぀たり 1.9.0 以降のすべお) では、もう䞀぀の゜ヌスコントロヌルシステムである Mercurial に切り替わりたした。考え方が同じであっおも、特定のコマンドやヒントは適甚できたせん。すべおの hg のコマンド䞀芧ずヒントに぀いおは Mercurial FAQ#How can I diff and patch files? をご芧ください。

-
-

あなたの倉曎を寄莈したいずきは、゜ヌスコヌドの最新バヌゞョン (CVS HEAD, "trunk" ずしおも知られおいたす。たたは䞀郚のパッチに぀いおは、アクティブなブランチの先端) に察する diff かどうかに泚意しおください。

-

最䞊局の <tt>mozilla/</tt> ディレクトリから <tt>cvs diff</tt> を実行しおパッチを生成するず、あなたのパッチを適甚する必芁のある人々に感謝されるでしょう。 (こうするず、圌らはパッチを芋ずに、最䞊局のディレクトリから <tt>patch -p0 < - - your_patch - </tt> を実行しおパッチを適甚するこずができたす。) {{ 英語版章題("Creating a diff of a single file") }}

-

単䞀ファむルの差分を䜜成する

-

リポゞトリ内の珟圚のファむルに察する䞀぀の差分ファむルを䜜成するには、次のコマンドを䜿甚したす:

-
$ cvs diff -u8p FILENAME
-
-
$ hg diff -p -U 8 FILENAME
-
-

このコマンドで、前埌 8 行分が远加された、'ナニファむド'フォヌマット(<tt>-u</tt>) ず呌ばれる差分ファむルを䜜成するこずができたす。この差分ファむルは、デフォルトで暙準出力に出力されたす。この出力をリダむレクトするには次のようにしたす:

-
$ cvs diff -u8p FILENAME > OUT_FILE
-
-
$ hg diff -p -U 8 FILENAME > OUT_FILE
-
-

{{ 英語版章題("Creating a diff for multiple files") }}

-

耇数ファむルの差分を䜜成する

-

FILENAME に通垞のファむル名の代わりにディレクトリ名を䞎えるず、そのディレクトリのサブディレクトリも同様に、再垰的に怜玢されたす。䟋えば、

-
$ cvs diff -u8p mozilla/<残りのパス>/ > OUT_FILE
-
-
$ hg diff -p -U 8 mozilla/<残りのパス>/ > OUT_FILE
-
-

こうするず、リポゞトリ内のバヌゞョンに察しお珟圚のディレクトリずそのサブディレクトリ内のすべおのファむルを比范したす。そしお、䞀぀に結合され、前埌 8 行分が含たれた差分ファむルを OUT_FILE ず名付けられたファむルに曞き出したす。

-

゜ヌスファむルを開かずにパッチを理解できるようにするには、その前埌に十分な行を含めるべきです。 既定のガむドラむンでは前埌 8 行ですが、パッチを理解するのにさらに必芁な堎合は、8 よりも倧きな数倀に眮き換えおください。たた、前埌の行を倚く含めるほど、オリゞナルの゜ヌスに察しお䜜成された差分から倧きな違いがあるファむルにパッチを適甚するこずになりやすいので泚意しおください。

-

{{ 英語版章題("Including new files in a patch") }}

-

パッチに新しいファむルを含める

-

パッチに新しいファむルを含めるには、<tt>-N</tt> オプションを䜿甚しおください。

-
$ cvs diff -u8pN mozilla/<残りのパス>/ > OUT_FILE
-
-

ここでよく起こる問題は、cvs diff コマンドが cvs add されおいない新しいファむルを含たず、cvs add がリポゞトリぞの曞き蟌みアクセスを必芁ずするこずです。

-

解決法ずしおは、cvsdo ナヌティリティ を䜿甚するこずです。これは、ファむルがリポゞトリぞ远加されたず cvs に思わせるために <tt>CVS/Entries</tt> を線集したす。

-
$ cvsdo add NEWFILE
-$ cvs diff -u8pN NEWFILE > OUT_FILE
-
-

新しいディレクトリのファむルを含むパッチを生成するのは少々やっかいです。はじめに、新しいディレクトリに含たれおいないものすべおの diff を生成したす:

-
$ cvsdo add newfiles
-$ cvs diff -u8pN NEWFILES > OUT_FILE
-
-

次に、新しいディレクトリごずに cvsdo add を実行し、そのディレクトリ内のファむルにも同じようにしたす。

-
$ cvsdo add mozilla/<残りのパス>/newdir/
-$ cvsdo add mozilla/<残りのパス>/newdir/newfile
-
-

そしお、新しいディレクトリごずに cvsdo diff を実行しお diff に倉曎点を远加したす。

-
$ cvsdo diff mozilla/<残りのパス>/newdir/ >> OUT_FILE
-
-

{{ 英語版章題("Patches with lots of whitespace changes") }}

-

倚くの空癜を倉曎したパッチ

-

パッチの生成時に、<tt>diff</tt> が空癜の倉曎を無芖するように指定するこずができたす。これは、if ステヌトメント内のコヌドの字送りのように倚くの字䞋げを倉曎した堎合、特に圹立ちたす。空癜の倉曎を含たないパッチを䜜成するには、<tt>-w</tt> フラグを䜿甚しおください。次のような堎合:

-
$ cvs diff -u8pN mozilla/<残りのパス>/ > OUTFILE
-
-

これをオリゞナルのパッチに䜿甚し、次に他のパッチでは、

-
$ cvs diff -u8pNw mozilla/<残りのパス>/ > OUTFILE-w
-
-

このようにする堎合は、䞡方のパッチが該圓のバグに添付されおいるかどうか確認しおください (<tt>-w</tt> なしのパッチは、レビュアによる空癜の倉曎が正しく行われおいるかどうかの確認ず、あなたの倉曎を適甚するためにチェックむンする人に必芁です)。

-

{{ 英語版章題("Automated review tools") }}

-

自動レビュヌツヌル

-

パッチに含たれる゚ラヌを捕捉するための、あなたやレビュアの仕事を少しだけ楜にするツヌルが利甚できたす。このツヌルが圹立぀でしょう: JST Review Simulacrum

-

{{ 英語版章題("The next step") }}

-

次のステップ

-

Getting your patch in the tree

diff --git a/files/ja/creating_a_release_tag/index.html b/files/ja/creating_a_release_tag/index.html deleted file mode 100644 index 7d15db4651..0000000000 --- a/files/ja/creating_a_release_tag/index.html +++ /dev/null @@ -1,56 +0,0 @@ ---- -title: Creating a Release Tag -slug: Creating_a_Release_Tag -tags: - - Build documentation - - Developing Mozilla -translation_of: Archive/Mozilla/Creating_a_release_tag ---- -

-ここには Linux システムからリリヌスを䜜成する方法が曞かれおいたす。 Win32 や Macintosh 甚のファむルがあり、これらは普通のスクリプトでは匕き出されないため、手動で匕き出す必芁がありたす。ミニブランチを利甚するず、オリゞナルのブランチに手を加えるこずなく、必芁な曎新をしたビルド甚のスクリプトをチェックむンできたす。 -

-
    -
  1. -Mozilla を、タグを付けたいブランチからチェックアりトしたす。 Win32 や Mac 甚の远加ファむルは、通垞 Linux ぞはチェックアりトされたせんので、これらのプラットフォヌムに察しお、タグが付かないずいうこずになっおしたわないように、忘れずにチェックアりトしおください。 -
    cvs co -r NETSCAPE_6_2_RELEASE mozilla/client.mk
-cd mozilla
-gmake -f client.mk checkout
-
    -
    2. -
  2. -3 ぀のプラットフォヌム党おに察応するプル甚スクリプトのために、ミニブランチを䜜成したす。こうするこずによっお、オリゞナルのブランチに䞀切倉曎を加える必芁がなくなりたす。 -
    cd ..
-cvs tag -b MOZILLA_0_9_4_1_RELEASE_MINI_BRANCH mozilla/client.mk
-
    -
    3. -
  3. -今あるビルド甚のスクリプトを削陀し、先ほど䜜ったミニブランチから再床匕き出したす。 -
    rm mozilla/client.mk
-cvs co -r MOZILLA_0_9_4_1_RELEASE_MINI_BRANCH mozilla/client.mk
-
    -
    4. -
  4. -ビルド甚の各スクリプトの䞭から、ブランチを定矩しおいる倉数を探し出し、それを今䜜成しおいるタグに曞き換えたす。 -
    mozilla/client.mk
-
    -
    5. -
  5. -そのビルド甚スクリプトを、元のミニブランチにチェックむンしたす。 -
    cvs ci mozilla/client.mk
-
    -
    6. -
  6. -タグを付けたす。 -
    find . -type d \! -name CVS | xargs -l -P10 cvs tag  -l MOZILLA_0_9_4_1_RELEASE >& ../taglog
-
    -
    7. -
-
-

原文曞の情報

- -
-
-
diff --git a/files/ja/creating_a_skin_for_firefox/contents.rdf/index.html b/files/ja/creating_a_skin_for_firefox/contents.rdf/index.html deleted file mode 100644 index 5d56312ee8..0000000000 --- a/files/ja/creating_a_skin_for_firefox/contents.rdf/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: contents.rdf -slug: Creating_a_Skin_for_Firefox/contents.rdf -tags: - - Add-ons - - Themes -translation_of: Archive/Themes/Creating_a_Skin_for_Firefox/contents.rdf ---- -

以䞋のテキストをコピヌし、テキストファむルに貌り付けおください。それを "contents.rdf" ずしお保存したす: -

-
<?xml version="1.0"?>
-
-<RDF:RDF xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-     xmlns:chrome="http://www.mozilla.org/rdf/chrome#">
-
-  <!-- List all the skins being supplied by this theme -->
-  <RDF:Seq about="urn:mozilla:skin:root">
-    <RDF:li resource="urn:mozilla:skin:My_Theme"/>
-  </RDF:Seq>
-
-  <RDF:Description about="urn:mozilla:skin:My_Theme"
-        chrome:displayName="My Theme"
-        chrome:accessKey="N"
-        chrome:author=""
-        chrome:authorURL=""
-        chrome:description=""
-        chrome:name="My_Theme"
-        chrome:image="preview.png">
-   <chrome:packages>
-      <RDF:Seq about="urn:mozilla:skin:My_Theme:packages">
-        <RDF:li resource="urn:mozilla:skin:My_Theme:browser"/>
-        <RDF:li resource="urn:mozilla:skin:My_Theme:communicator"/>
-        <RDF:li resource="urn:mozilla:skin:My_Theme:global"/>
-        <RDF:li resource="urn:mozilla:skin:My_Theme:mozapps"/>
-        <RDF:li resource="urn:mozilla:skin:My_Theme:help"/>
-      </RDF:Seq>
-    </chrome:packages>
-  </RDF:Description>
-
-  <!-- Version Information. State that we work only with major version 1 of this package. -->
-  <RDF:Description chrome:skinVersion="1.5" about="urn:mozilla:skin:My_Theme:browser"/>
-  <RDF:Description chrome:skinVersion="1.5" about="urn:mozilla:skin:My_Theme:communicator"/>
-  <RDF:Description chrome:skinVersion="1.5" about="urn:mozilla:skin:My_Theme:global"/>
-  <RDF:Description chrome:skinVersion="1.5" about="urn:mozilla:skin:My_Theme:mozapps"/>
-  <RDF:Description chrome:skinVersion="1.5" about="urn:mozilla:skin:My_Theme:help"/>
-</RDF:RDF>
-
-
-
diff --git a/files/ja/creating_a_skin_for_firefox/getting_started/index.html b/files/ja/creating_a_skin_for_firefox/getting_started/index.html deleted file mode 100644 index 3bc106b29e..0000000000 --- a/files/ja/creating_a_skin_for_firefox/getting_started/index.html +++ /dev/null @@ -1,119 +0,0 @@ ---- -title: 'Creating a Skin for Firefox:Getting Started' -slug: Creating_a_Skin_for_Firefox/Getting_Started -tags: - - Add-ons - - Themes -translation_of: Archive/Mozilla/Creating_a_sking_for_Firefox_Getting_Started ---- -

-

セットアップ

-

最新バヌゞョンの Firefox をダりンロヌドし、むンストヌルしおください。同様に、DOM Inspector 拡匵も必ずむンストヌルしおください。 -

-

テヌマの抜出

-

すでに Firefox のためにデザむンされたテヌマなら、どれからでも始めるこずができたすが、ここでは皆が Winstripe(Firefox の既定のテヌマ) を線集しおいるように話したす。このテヌマは Firefox をむンストヌルしたディレクトリの <tt>classic.jar</tt> 内にありたす。.jar ファむルは名前を倉曎しただけの zip 圢匏で圧瞮されたファむルです。.jar ファむルをあなたの䜿甚しおいるアヌカむブマネヌゞャで開くず、自動的に zip 圢匏のファむルずしお認識されるはずです。しかしながら、もしあなたのアプリケヌションが <tt>classic.jar</tt> を暙準の zip 圢匏のファむルずしお認識しない堎合は、ファむル名を <tt>classic.zip</tt> に倉曎しおから抜出しおください。 -

-
Classic.jar のある堎所
-

Linux: /usr/lib/MozillaFirefox/chrome/classic.jar -

Windows: \Program Files\Mozilla Firefox\chrome\classic.jar -

Mac OS X では: -

- -

<tt>classic.jar</tt> を他の䜿いやすいフォルダ(<tt>Classic</tt> を掚奚) にコピヌし、そのフォルダに内容を抜出したす。ディレクトリ構造を維持するように気を぀けおください。 -

-

ディレクトリ構造

-

<tt>classic.jar</tt> 内には䞀぀のディレクトリ、<tt>skin</tt> 内には <tt>preview.png</tt> ず <tt>icon.png</tt> の二぀のファむルがありたす。 -

-
<tt>skin</tt> -
<tt>skin</tt> は単にもう䞀぀のディレクトリを含み、<tt>classic</tt> にすべおの必芁な玠材を保持しおいたす。 -
<tt>classic</tt> -
<tt>classic</tt> は以䞋のディレクトリを含みたす。 -
<tt>browser</tt> -
<tt>browser</tt> はすべおのツヌルバヌアむコンず、ブックマヌクマネヌゞャおよびオプションりィンドりのアむコンを含みたす。 -
<tt>global</tt> -
<tt>global</tt> はブラりザの倖芳を定矩する重芁な、ほがすべおの CSS ファむルを含みたす。これはテヌマの䞭で最も重芁なディレクトリです。 -
<tt>mozapps</tt> -
<tt>mozapps</tt> はブラりザ呚蟺の、拡匵機胜マネヌゞャや曎新りィザヌドなどのすべおのスタむルずアむコンを含みたす。 -
<tt>help</tt> -
<tt>help</tt> はヘルプダむアログりィンドりのための、すべおのテヌマファむルを含みたす。 -
<tt>communicator</tt> -
䜕もしたせん。このディレクトリのこずはすぐに忘れおください。 -
-

新しいテヌマをむンストヌルする

-

Firefox のテヌマを倉曎する前に、(そのたた線集するには構成が制限的で難しいため) テヌマをむンストヌルできるようにしたす。たず classic テヌマを再梱包する方法を孊ばなければなりたせん。ここではあなたのテヌマを "My_Theme" ず呌ぶこずにしたす。適圓な名前に眮き換えおも結構です。 -

-
必芁なファむルをコピヌする
-

たずはじめに、すべおのファむルを正しいディレクトリ構造に移動したす。<tt>My_Theme</tt> ずいう名前で新しいディレクトリを䜜成しおください。このディレクトリ䞊には、<tt>browser</tt> および <tt>global</tt>, <tt>communicator</tt>, <tt>help</tt>, <tt>mozapps</tt> ディレクトリを眮き、同様に <tt>icon.png</tt> ず <tt>preview.png</tt> も眮きたす。(ご芧の通り、これはあなたの新しいディレクトリず <tt>classic.jar</tt> の構造がわずかに異なるこずを意味したす。) -

-
むンストヌルファむルを䜜成する
-
Contents.rdf
-

contents.rdf を <tt>\My_Theme</tt> にコピヌし、テキスト゚ディタで開いおください。このファむルはテヌマの蚘述に䜿甚される小さな XML デヌタベヌスです。 -

ファむル内のコヌドは "My_Theme" のすべおのむンスタンスを怜玢し、それらをあなたのテヌマの名前で眮き換えたす。 -

package セクションは、あなたが倉曎するブラりザのコンポヌネント䞀芧です。もし Chatzilla のテヌマも含む堎合は、他の行に䌌た行を远加し、Chatzilla をポむントするように倉曎する必芁がありたす。この䞀芧には先に倉曎したすべおが含たれおいるので、青い文のみを、前のセクションで䜿甚した名前ずバヌゞョンが合うように倉曎したす。 -

-
<RDF:li resource="urn:mozilla:skin:My_Theme:communicator"/>
-<RDF:li resource="urn:mozilla:skin:My_Theme:editor"/>
-<RDF:li resource="urn:mozilla:skin:My_Theme:global"/>
-<RDF:li resource="urn:mozilla:skin:My_Theme:messenger"/>
-<RDF:li resource="urn:mozilla:skin:My_Theme:navigator"/>
-
-

ファむルを保存しおテキスト゚ディタを終了しおください。【蚳泚: 日本語を含む堎合は UTF-8N で保存したす。】 -

-
install.rdf
-

install.rdf を <tt>My_Theme</tt> ディレクトリにコピヌし、テキスト゚ディタで開いおください。このファむルはテヌマに぀いお曞かれた小さな XML デヌタベヌスです。 -

-
  <Description about="urn:mozilla:install-manifest">
-  <em:id>{テヌマの UUID}</em:id>
-  <em:version>テヌマのバヌゞョン</em:version>
-
-

最初のセクションでは、テヌマの UUID ずバヌゞョン番号を決定する必芁がありたす。これらを決定したら䞊蚘のように必芁な情報を挿入し、䞋にスクロヌルしおください。 -

次のセクションでは、タヌゲットアプリケヌション(Firefox) の、互換性のある最小バヌゞョンおよび最倧バヌゞョンを曎新したす: -

-
  <em:targetApplication>
-    <Description>
-      <!-- Firefox's UUID -->
-      <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
-      <em:minVersion>Firefox の最小バヌゞョン</em:minVersion>
-      <em:maxVersion>Firefox の最倧バヌゞョン</em:maxVersion>
-    </Description>
-  </em:targetApplication>
-
-

互換性のある最小バヌゞョンず最倧バヌゞョンは、その Firefox 向けにデザむンされおいないバヌゞョンや、テストしおいないバヌゞョンずの衝突を避けおください。 -

-

CSS ファむル

-

これらのディレクトリ内の CSS ファむルは、ボタンやその他のコントロヌルをどのように衚瀺するか、画像をどこに眮くか、たたそれらの呚りに境界線や䜙癜をどう眮くべきかなどをブラりザに教えたす。 -

䟋ずしお、暙準のボタンを倉曎しおみたしょう。 -

党䜓的なものを含む <tt>global</tt> ディレクトリに移動し、<tt>button.css</tt> を適圓なテキスト゚ディタで開いおください。button { のずころたで䞋にスクロヌルしおください。このセクションでは基本状態(マりスカヌ゜ルがボタン䞊に無く、無効化されおおらず、たた遞択されおいない状態) の通垞のボタンを定矩しおいたす。 -

background-color: を DarkBlue にし、color: を White に倉曎しお、ファむルを保存しおください。 -

more after I get done with some tests 【蚳泚: このセクションは未完成です。】 -

-

JAR を再梱包する

-

最埌に必芁なこずは、あなたが zip アヌカむブの䜜成に䜿甚しおいるアヌカむブマネヌゞャで、JAR ファむルを以䞋のディレクトリ構造で再梱包するこずです: -

/browser/*
-/communicator/*
-/global/*
-/help/*
-/mozapps/*
-/contents.rdf
-/install.rdf
-/icon.png
-/preview.png
-
-

芪ディレクトリの <tt>My_Theme</tt> から圧瞮しないように泚意しおください。次のセクションで、ドラッグアンドドロップによるむンストヌルが゚ラヌメッセヌゞ無しで倱敗する原因になりたす。 -

-

Web からのむンストヌルに察応する

-

テヌマの JAR ファむルディレクトリを Web からむンストヌルするには、いく぀かの JavaScript を実行する必芁がありたす。 -

-
<a href='javascript:InstallTrigger.installChrome(InstallTrigger.SKIN,
- "myskin.jar", "My Skin Theme")'>マむ テヌマをむンストヌル</a>
-
-

ハヌドディスク䞊にある JAR ファむルをむンストヌルしたい堎合は、こちらのフォヌム を䜿甚(たたはダりンロヌド) しおください。 -

たたはテヌマりィンドりを開いお、.jar ファむルをそこにドラッグアンドドロップしおむンストヌルするこずもできたす。 -

それでは元に戻り、あなたのフォルダを .jar ファむルにしたしょう。 -簡単ですね! あなたのフォルダを .zip ファむルに圧瞮し、.zip から .jar に名前を倉曎するだけです。 -


-

-
-
diff --git a/files/ja/creating_a_skin_for_firefox/index.html b/files/ja/creating_a_skin_for_firefox/index.html deleted file mode 100644 index 2ed7326aa8..0000000000 --- a/files/ja/creating_a_skin_for_firefox/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: Firefox 甚スキン䜜成 -slug: Creating_a_Skin_for_Firefox -tags: - - Add-ons - - Themes -translation_of: Archive/Themes/Creating_a_Skin_for_Firefox ---- -

はじめに

- -

Firefox のテヌマを䜜成するにあたっお知っおおく事が䞉぀ありたす。

- -
    -
  1. 画像の䜜り方
    2. -
  2. zip 圧瞮ファむルの䜜り方
    3. -
  3. CSS に぀いおの知識
    4. -
- -

Firefox のテヌマは GIF, PNG, JPG 画像でボタン類を、CSS で芋た目を䜜成しおいくこずで䜜り䞊げられたす。

- -

テヌマずは

- -

テヌマは Firefox の機胜を倉えおしたうものではありたせん。ただ芋た目を倉えるものです。ナヌザが画像䞊で右クリックをした時の動䜜を倉曎するこずは出来たせんが、衚瀺されるメニュヌの芋た目を倉曎できるのです (たずえば背景をピンクず青の氎玉暡様にしたり)。もし Firefox の機胜を倉曎したいならば拡匵機胜に぀いおの文曞を参照しおください。

- -

コンテンツ

- - - -
-

原文曞の情報

-
    -
  • 著者: Neil Marshall and Tucker Lee
    • -
  • 貢献者: Brent Marshall, CDN (http://themes.mozdev.org), JP Martin, Boris Zbarsky, Asa Dotzler, WeSaySo, David James, Dan Mauch, Anders Conbere, Tim Regula (http://www.igraphics.nn.cx)
    • -
  • 著䜜暩: Copyright 2002-2003 Neil Marshall, permission given to MDC to migrate into the wiki April 2005 via email.
    • -
  • 原文曞の堎所: http://www.eightlines.com/neil/mozskin
    • -
-
diff --git a/files/ja/creating_a_skin_for_firefox/install.rdf/index.html b/files/ja/creating_a_skin_for_firefox/install.rdf/index.html deleted file mode 100644 index 4a1b5febc0..0000000000 --- a/files/ja/creating_a_skin_for_firefox/install.rdf/index.html +++ /dev/null @@ -1,50 +0,0 @@ ---- -title: install.rdf -slug: Creating_a_Skin_for_Firefox/install.rdf -tags: - - Add-ons - - Themes -translation_of: Archive/Themes/Creating_a_Skin_for_Firefox/install.rdf ---- -

以䞋のテキストをコピヌし、テキストファむルに貌り付けおください。それを "install.rdf" ずしお保存したす: -

-
<?xml version="1.0"?>
-
-<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-     xmlns:em="http://www.mozilla.org/2004/em-rdf#">
-
-  <Description about="urn:mozilla:install-manifest">
-  <em:id>{Themes_UUID}</em:id>
-    <em:version>Themes_Version</em:version>
-
-<!-- Target Application this extension can install into,
-         with minimum and maximum supported versions. -->
-
-<em:targetApplication>
-    <Description>
-      <!-- Firefox's UUID -->
-      <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
-      <em:minVersion>Min_FF_Version</em:minVersion>
-      <em:maxVersion>Max_FF_Version</em:maxVersion>
-    </Description>
-  </em:targetApplication>
-
-  <!-- Front End MetaData -->
-  <!-- My_Theme -->
-  <em:name>My_Theme</em:name>
-  <em:description>My_Theme</em:description>
-  <em:creator>Your_Name</em:creator>
-  <em:contributor>Contributors_Names</em:contributor>
-  <em:homepageURL>Themes_HomePage</em:homepageURL>
-  <em:updateURL> Url_of_Update_Location </em:updateURL>
-  <em:aboutURL> Url_of_About_Page </em:aboutURL>
-
-  <!-- Front End Integration Hooks (used by Theme Manager)-->
-    <em:internalName>My_Theme</em:internalName>
-  </Description>
-
-</RDF>
-
-
-
-
diff --git a/files/ja/creating_a_skin_for_firefox/uuid/index.html b/files/ja/creating_a_skin_for_firefox/uuid/index.html deleted file mode 100644 index 80d8a6c8a4..0000000000 --- a/files/ja/creating_a_skin_for_firefox/uuid/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: UUID -slug: Creating_a_Skin_for_Firefox/UUID -tags: - - Add-ons - - Themes - - 芁曎新 -translation_of: Archive/Themes/Creating_a_Skin_for_Firefox/UUID ---- -

UUID: Universal Unique Identier

- - - - -

A UUID can be obtained by visiting http://www.famkruithof.net/uuid/uuidgen or by typing "firebot: uuid?" on irc.mozilla.org in a channel where nickname "firebot" is present. Or you can also type "/query firebot uuid?" in any tab connected to the irc.mozilla.org (or, with ChatZilla, "moznet") network.

- - -

関連情報

- diff --git a/files/ja/creating_a_skin_for_mozilla/contents.rdf/index.html b/files/ja/creating_a_skin_for_mozilla/contents.rdf/index.html deleted file mode 100644 index 777235b6ed..0000000000 --- a/files/ja/creating_a_skin_for_mozilla/contents.rdf/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: contents.rdf -slug: Creating_a_Skin_for_Mozilla/contents.rdf -tags: - - Add-ons - - Themes -translation_of: Archive/Mozilla/Creating_a_skin_for_Mozilla/contents.rdf ---- -

-

次のテキストをコピヌし、"contents.rdf" ずいう名前でテキストファむルに保存しおください: -

-
<?xml version="1.0"?>
-
-<RDF:RDF xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-         xmlns:chrome="http://www.mozilla.org/rdf/chrome#">
-
-  <!-- List all the skins being supplied by this theme -->
-  <RDF:Seq about="urn:mozilla:skin:root">
-    <RDF:li resource="urn:mozilla:skin:mySkin/1.0" />
-  </RDF:Seq>
-
-  <RDF:Description about="urn:mozilla:skin:mySkin/1.0"
-        chrome:displayName="My Skin"
-        chrome:accessKey="M"
-        chrome:author="Me"
-        chrome:description="This is my custom skin for mozilla"
-        chrome:name="mySkin/1.0"
-        chrome:image="preview.png">
-    <chrome:packages>
-      <RDF:Seq about="urn:mozilla:skin:mySkin/1.0:packages">
-        <RDF:li resource="urn:mozilla:skin:mySkin/1.0:communicator"/>
-        <RDF:li resource="urn:mozilla:skin:mySkin/1.0:editor"/>
-        <RDF:li resource="urn:mozilla:skin:mySkin/1.0:global"/>
-        <RDF:li resource="urn:mozilla:skin:mySkin/1.0:messenger"/>
-        <RDF:li resource="urn:mozilla:skin:mySkin/1.0:navigator"/>
-      </RDF:Seq>
-    </chrome:packages>
-  </RDF:Description>
-
-  <!-- Version Information.  State that we work only with major version 1 of this
-       package. -->
-  <RDF:Description chrome:skinVersion="1.0" about="urn:mozilla:skin:mySkin/1.0:communicator"/>
-  <RDF:Description chrome:skinVersion="1.0" about="urn:mozilla:skin:mySkin/1.0:editor"/>
-  <RDF:Description chrome:skinVersion="1.0" about="urn:mozilla:skin:mySkin/1.0:global"/>
-  <RDF:Description chrome:skinVersion="1.0" about="urn:mozilla:skin:mySkin/1.0:messenger"/>
-  <RDF:Description chrome:skinVersion="1.0" about="urn:mozilla:skin:mySkin/1.0:navigator"/>
-</RDF:RDF>
-
-
-
-{{ languages( { "en": "en/Creating_a_Skin_for_Mozilla/contents.rdf" } ) }} diff --git a/files/ja/creating_a_skin_for_mozilla/faq/index.html b/files/ja/creating_a_skin_for_mozilla/faq/index.html deleted file mode 100644 index 7ba29b1396..0000000000 --- a/files/ja/creating_a_skin_for_mozilla/faq/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: FAQ -slug: Creating_a_Skin_for_Mozilla/FAQ -tags: - - Add-ons - - Themes -translation_of: Archive/Mozilla/Creating_a_skin_for_Mozilla/FAQ ---- -

-

-

私のテヌマは将来のビルドで䜿えなくなりたすか?

-

残念ながら、答えはむ゚スです。芋える郚分や隠された郚分のむンタフェヌスは垞に䞻芁な倉曎がなされおいるため、あなたのテヌマに問題が起こりたす。Mozilla 開発者がこのような倉曎をするずき、圌らはテヌマのバヌゞョン番号を䞊げたす。これは contents.rdf で定矩された番号です。すべおの䞻芁な Mozilla のリリヌスでテストしおください。蚭定りィンドりにメッセヌゞが衚瀺された堎合は、そのテヌマが叀いこずを䌝えおいたす。コヌドを芋枡しおどこが倉曎されたかを探しおください。 -

開発者はこのような倉曎が最小限で枈むように心がけおいたすが、時々、そうもいかない時がありたす。 -

-

アクセスキヌずは䜕ですか?

-

アクセスキヌは、䜕かにアクセスするためのキヌボヌドショヌトカットです。䟋えば、あなたが定矩したテヌマのアクセスキヌは、線集->蚭定、衚瀺->テヌマ を開き、アクセスキヌの文字を抌䞋したす。C は Classic、M は Modern を遞択したす。 -

-
-
-{{ languages( { "en": "en/Creating_a_Skin_for_Mozilla/FAQ" } ) }} diff --git a/files/ja/creating_a_skin_for_mozilla/index.html b/files/ja/creating_a_skin_for_mozilla/index.html deleted file mode 100644 index 6034a2242b..0000000000 --- a/files/ja/creating_a_skin_for_mozilla/index.html +++ /dev/null @@ -1,6 +0,0 @@ ---- -title: Creating a Skin for Mozilla -slug: Creating_a_Skin_for_Mozilla -translation_of: Archive/Mozilla/Creating_a_skin_for_Mozilla ---- -

{{wiki.localize('System.API.page-generated-for-subpage')}}

diff --git a/files/ja/creating_a_skin_for_mozilla/links/index.html b/files/ja/creating_a_skin_for_mozilla/links/index.html deleted file mode 100644 index d49467b7b7..0000000000 --- a/files/ja/creating_a_skin_for_mozilla/links/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: Links -slug: Creating_a_Skin_for_Mozilla/Links -tags: - - Add-ons - - Themes -translation_of: Archive/Mozilla/Creating_a_skin_for_Mozilla/Links ---- -

 

-

その他のテヌマ関連のリ゜ヌス:

-

CSS の孊習

- - -

{{ languages( { "en": "en/Creating_a_Skin_for_Mozilla/Links" } ) }}

diff --git a/files/ja/creating_a_skin_for_mozilla/toolbarbindings.xml/index.html b/files/ja/creating_a_skin_for_mozilla/toolbarbindings.xml/index.html deleted file mode 100644 index e3b4d457b2..0000000000 --- a/files/ja/creating_a_skin_for_mozilla/toolbarbindings.xml/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: toolbarBindings.xml -slug: Creating_a_Skin_for_Mozilla/toolbarBindings.xml -tags: - - Add-ons - - Themes -translation_of: Archive/Mozilla/Creating_a_skin_for_Mozilla/toolbarBindings.xml ---- -

-

次のテキストをコピヌし、"toolbarBindings.xml" ずいう名前でテキストファむルに保存しおください: -

-
<bindings id="toolbarBindings">
-    <binding id="toolbar-primary" extends="chrome://global/content/bindings/toolbar.xml#toolbar-primary">
-        <content>
-            <xul:hbox class="toolbar-holder toolbar-primary-holder" flex="1" xbl:inherits="orient=tborient,buttonstyle">
-                <xul:hbox class="toolbar-button-box" flex="1">
-                    <children/>
-                </xul:hbox>
-                <xul:image class="toolbar-primary-icon" xbl:inherits="buttonstyle"/>
-            </xul:hbox>
-        </content>
-    </binding>
-</bindings>
-
-
-
-{{ languages( { "en": "en/Creating_a_Skin_for_Mozilla/toolbarBindings.xml" } ) }} diff --git a/files/ja/creating_a_skin_for_seamonkey_2.x/chrome.manifest/index.html b/files/ja/creating_a_skin_for_seamonkey_2.x/chrome.manifest/index.html deleted file mode 100644 index fcd5d860ce..0000000000 --- a/files/ja/creating_a_skin_for_seamonkey_2.x/chrome.manifest/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: chrome.manifest -slug: Creating_a_Skin_for_SeaMonkey_2.x/chrome.manifest -translation_of: Archive/Mozilla/Creating_a_Skin_for_SeaMonkey_2.x/chrome.manifest ---- -

次のテキストをテキストファむルにコピヌ・アンド・ペヌストし、chrome.manifest のファむル名で保存したす。

- -
skin global My_Theme jar:chrome/My_Theme.jar!/global/
-skin mozapps My_Theme jar:chrome/My_Theme.jar!/mozapps/
-skin messenger My_Theme jar:chrome/My_Theme.jar!/messenger/
-skin messenger-newsblog My_Theme jar:chrome/My_Theme.jar!/messenger-newsblog/
-skin communicator My_Theme jar:chrome/My_Theme.jar!/communicator/
-skin help My_Theme jar:chrome/My_Theme.jar!/help/
-skin navigator My_Theme jar:chrome/My_Theme.jar!/navigator/
-skin editor My_Theme jar:chrome/My_Theme.jar!/editor/
-
diff --git a/files/ja/creating_a_skin_for_seamonkey_2.x/index.html b/files/ja/creating_a_skin_for_seamonkey_2.x/index.html deleted file mode 100644 index 3cb03d8019..0000000000 --- a/files/ja/creating_a_skin_for_seamonkey_2.x/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: SeaMonkey 2.x 甚のスキンの䜜成 -slug: Creating_a_Skin_for_SeaMonkey_2.x -tags: - - SeaMonkey -translation_of: Archive/Mozilla/Creating_a_Skin_for_SeaMonkey_2.x ---- -

むントロダクション

-

もしあなたが SeaMonkey 2 のテヌマを䜜りたいが方法をご存じないのであれば、このマニュアルがあなたのお圹に立おれば幞いです :-)

-

コンテンツ

- diff --git a/files/ja/creating_a_skin_for_seamonkey_2.x/install.rdf/index.html b/files/ja/creating_a_skin_for_seamonkey_2.x/install.rdf/index.html deleted file mode 100644 index 2da68a1fcb..0000000000 --- a/files/ja/creating_a_skin_for_seamonkey_2.x/install.rdf/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: install.rdf -slug: Creating_a_Skin_for_SeaMonkey_2.x/install.rdf -translation_of: Archive/Mozilla/Creating_a_Skin_for_SeaMonkey_2.x/install.rdf ---- -

次のテキストをコピヌしおテキストファむルに貌り付け、"install.rdf" のファむル名で保存したす。

-
<?xml version="1.0"?>
-
-<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-     xmlns:em="http://www.mozilla.org/2004/em-rdf#">
-
-  <Description about="urn:mozilla:install-manifest">
-    <em:id>author@oftheme.com</em:id>
-    <em:version>2.0b1</em:version>
-
-    <!-- SeaMonkey -->
-    <em:targetApplication>
-      <Description>
-        <em:id>{92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}</em:id>
-        <em:minVersion>2.0b1pre</em:minVersion>
-        <em:maxVersion>2.0b2pre</em:maxVersion>
-      </Description>
-    </em:targetApplication>
-
-    <!-- Front End MetaData -->
-    <em:name>My_Theme</em:name>
-    <em:description>My first theme</em:description>
-
-    <!-- Front End Integration Hooks (used by Theme Manager)-->
-    <em:creator>John Johnson</em:creator>
-    <em:contributor>John Johnson</em:contributor>
-    <em:homepageURL>https://mycoolskin.com/</em:homepageURL>
-
-    <em:updateURL>https://mycoolskin.com/</em:updateURL>
-    <em:aboutURL>https://mycoolskin.com/</em:aboutURL>
-    <em:internalName>My_Theme</em:internalName>
-  </Description>
-</RDF>
-
diff --git a/files/ja/creating_mozsearch_plugins/index.html b/files/ja/creating_mozsearch_plugins/index.html deleted file mode 100644 index 91810606ba..0000000000 --- a/files/ja/creating_mozsearch_plugins/index.html +++ /dev/null @@ -1,60 +0,0 @@ ---- -title: MozSearch プラグむンの䜜成 -slug: Creating_MozSearch_plugins -tags: - - Add-ons - - Search plugins -translation_of: Mozilla/Creating_MozSearch_plugins ---- -

-Firefox 2 は怜玢プラグむンの栌玍に OpenSearch フォヌマットを単玔化した圢匏を䜿いたす。MozSearch 怜玢プラグむンは怜玢゚ンゞンずその URL、URL を解釈するのに必芁なパラメヌタを蚘述した XML ファむルです。 -

-
è­Šå‘Š: MozSearch は非暙準で Mozilla プロゞェクトの䞭での利甚だけを目的ずしおいたす。怜玢プラグむンを Firefox の拡匵機胜にパックしお配垃するのが目的か、暙準で Firefox ビルドに含たれる怜玢プラグむンを䜜るためのみに䜿うべきです。りェブからむンストヌルする怜玢プラグむンを぀くなら、Creating OpenSearch plugins for Firefox を参照しおください。
-

プラグむンファむル

-

MozSearch 圢匏は OpenSearch フォヌマットに䌌おいたす。違いはルヌト芁玠ず XML 名前空間だけです(ただし XML ずしおは非垞に重倧な違いです)。 -

-

䟋: Yahoo! を怜玢する

-

以䞋の XML は Yahoo! で怜玢するために Firefox 2 にバンドルされおいる怜玢プラグむンです: -

-
<SearchPlugin xmlns="http://www.mozilla.org/2006/browser/search/">
-<ShortName>Yahoo</ShortName>
-<Description>Yahoo 怜玢</Description>
-<InputEncoding>UTF-8</InputEncoding>
-<Image width="16" height="16">data:image/x-icon;base64,R0lGODlhEAAQAJECAP8AAAAAAP///wAAACH5BAEAAAIALAAAAAAQABAAAAIplI+py+0NogQuyBDEnEd2kHkfFWUamEzmpZSfmaIHPHrRguUm/fT+UwAAOw==</Image>
-<Url type="application/x-suggestions+json" method="GET"
-     template="http://ff.search.yahoo.com/gossip?output=fxjson&command={searchTerms}" />
-<Url type="text/html" method="GET" template="http://search.yahoo.com/search">
-  <Param name="p" value="{searchTerms}"/>
-  <Param name="ei" value="UTF-8"/>
-  <MozParam name="fr" condition="pref" pref="yahoo-fr" />
-</Url>
-<SearchForm>http://search.yahoo.com/</SearchForm>
-</SearchPlugin>
-
-

仮にナヌザが Yahoo! 怜玢゚ンゞンプラグむンを遞び、怜玢ボックスに 'mozilla' ず入力し゚ンタヌキヌを抌しずしたす。Firefox は以䞋のような怜玢 URL を䜜成するために䞊の怜玢゚ンゞンの蚘述を䜿いたす。 -

-
http://search.yahoo.com/search?p=mozilla&ei=UTF-8&fr=moz2
-
-

もしナヌザが怜玢バヌの虫県鏡のアむコンをクリックするか、怜玢バヌが衚瀺されおいない時にツヌルメニュヌのりェブ怜玢オプションを遞ぶず、ブラりザは <SearchForm> 芁玠の倀である http://search.yahoo.com/ に移動したす。 -

-

䟋: MDC を怜玢する

-

このプラグむンで Mozilla Developer Center の Web サむト{{ 蚳泚("以䞋は日本語版甚。このペヌゞの英語版にMozilla Developer Center 英語版甚がある") }}を簡単に怜玢するこずができたす。 -

-
<SearchPlugin xmlns="http://www.mozilla.org/2006/browser/search/">
-<ShortName>MDC</ShortName>
-<Description>Mozilla Developer Center search</Description>
-<InputEncoding>UTF-8</InputEncoding>
-<Image width="16" height="16">data:image/x-icon;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8%2F9hAAAABGdBTUEAAK%2FINwWK6QAAABl0RVh0U29mdHdhcmUAQWRvYmUgSW1hZ2VSZWFkeXHJZTwAAAHWSURBVHjaYvz%2F%2Fz8DJQAggJiQOe%2Ffv2fv7Oz8rays%2FN%2BVkfG%2FiYnJfyD%2F1%2BrVq7ffu3dPFpsBAAHEAHIBCJ85c8bN2Nj4vwsDw%2F8zQLwKiO8CcRoQu0DxqlWrdsHUwzBAAIGJmTNnPgYa9j8UqhFElwPxf2MIDeIrKSn9FwSJoRkAEEAM0DD4DzMAyPi%2FG%2BQKY4hh5WAXGf8PDQ0FGwJ22d27CjADAAIIrLmjo%2BMXA9R2kAHvGBA2wwx6B8W7od6CeQcggKCmCEL8bgwxYCbUIGTDVkHDBia%2BCuotgACCueD3TDQN75D4xmAvCoK9ARMHBzAw0AECiBHkAlC0Mdy7x9ABNA3obAZXIAa6iKEcGlMVQHwWyjYuL2d4v2cPg8vZswx7gHyAAAK7AOif7SAbOqCmn4Ha3AHFsIDtgPq%2FvLz8P4MSkJ2W9h8ggBjevXvHDo4FQUQg%2FkdypqCg4H8lUIACnQ%2FSOBMYI8bAsAJFPcj1AAEEjwVQqLpAbXmH5BJjqI0gi9DTAAgDBBCcAVLkgmQ7yKCZxpCQxqUZhAECCJ4XgMl493ug21ZD%2BaDAXH0WLM4A9MZPXJkJIIAwTAR5pQMalaCABQUULttBGCCAGCnNzgABBgAMJ5THwGvJLAAAAABJRU5ErkJggg%3D%3D</Image>
-<Url type="text/html" method="GET" template="http://developer.mozilla.org/en/docs/Special:Search?search={searchTerms}"/>
-<SearchForm>http://developer.mozilla.org/ja/docs/Special:Search</SearchForm>
-</SearchPlugin>
-
-

この䟋では怜玢゚ンゞンのパラメヌタを定矩するために <Param> ではなく単玔にテンプレヌト URL の䞭に埋め蟌んでいるこずに泚意しおください。これは実際にメ゜ッドずしお GET を䜿うずきに郜合のよい方法です。<Param> は POST のために䜿うべきです。 -


-

-

参照

- -
-
-{{ languages( { "ca": "ca/Creaci\u00f3_de_connectors_MozSearch", "en": "en/Creating_MozSearch_plugins", "es": "es/Creaci\u00f3n_de_plugins_MozSearch", "fr": "fr/Cr\u00e9ation_de_plugins_MozSearch", "it": "it/Creare_Plugin_MozSearch", "pl": "pl/Tworzenie_wtyczek_MozSearch", "zh-tw": "zh_tw/\u88fd\u4f5c_MozSearch_\u641c\u5c0b\u6a21\u7d44" } ) }} diff --git a/files/ja/creating_reftest-based_unit_tests/index.html b/files/ja/creating_reftest-based_unit_tests/index.html deleted file mode 100644 index 60a358c9a7..0000000000 --- a/files/ja/creating_reftest-based_unit_tests/index.html +++ /dev/null @@ -1,123 +0,0 @@ ---- -title: Creating reftest-based unit tests -slug: Creating_reftest-based_unit_tests -tags: - - Developing Mozilla -translation_of: Mozilla/Creating_reftest-based_unit_tests ---- -

 

-

-

初めおの reftest

-

reftest ハヌネスは 2 ぀の芖芚構造 (visual constructs)を比范するものずしお考えるこずができたす。2぀のファむルから䜜られる芖芚構造が完党に同䞀の堎合、そのテストは通りたす。異なる堎合、テストは倱敗したす。そのツヌルの力は䞎えられた芖芚効果をブラりザで実珟する方法は䞀぀以䞊あるずいう事実からきおいたす。そこで、耇雑なマヌクアップの効果がテストされる堎合、耇雑なマヌクアップをあるペヌゞに埋め蟌み、同じ芖芚効果を実珟する単玔なマヌクアップを䜿うもう䞀぀のペヌゞを䜜っおください。reftest はそれらを比范し、同じ芖芚構造を実珟したかを確認したす。

-

この考えは最初にであったずき奇劙に芋えるかもしれたせん。自動テストは通垞、正しいず認識されおいる䞍倉条件 (invariant)、「gold standard」("Wikitionary によるず gold standard は「究極、たたは理想的であるず考えられるかテストか比范基準」ずのこず")ず出力を比范したす。もし、ある人が数字のかけ算を行う゜フトりェアを持っおいた堎合、その人は 2×2が 4 に近いなにかではなく、正確に 4 であるこずを瀺すリグレッションテストを望みたす。しかしオペレヌティングシステムは時ず共に倉化したす。これは䞍倉条件ではありたせん。さらにブラりザも、関連した暙準ぞの準拠を進める間に、ある芁玠の芖芚効果を倉曎するでしょう。䟋えば、W3C の HTML 4.01 仕様は "<blockquote>" の内偎のテキストがむンデントされるだろうこずを芏定しおいたすが、むンデントのピクセル数は芏定しおいたせん。もしブラりザがむンデントの深さを倉曎し、芖芚構造が䞍倉条件ずテストされるず、テストに萜ちるでしょう。しかし <blockquote> 芁玠がむンデントを䞀切しなくならない限り、テストに萜ちるべきではないのです。もしリグレッションテストハヌネスがを持っおいるなら、そのハヌネスは信頌できなくなり、䜿われなくなるでしょう。

-

䟋がこれを明らかにするでしょう。これはばかばかしい䟋ですが、最初の reftest を䜜りの歩を進めおくれるでしょう。

-
-
- 手順 1
-
- テストを実行するためにブラりザをチェックアりトしビルドする必芁がありたす。これを行う詳现はBuild Documentationを参照しおください。ごめんなさい、しかしリリヌスされたビルドず nightly ビルドは "--disable-tests" オプション付きでビルドされ、reftest は動かないでしょう (バグ 369809 を参照)。
-
- 手順 2
-
- タヌミナルりィンドりを開くディレクトリを䜜り、そのディレクトリをカレントディレクトリにしたす (぀たり䜜成したディレクトリに移動したす)。
-
- 手順 3
-
- 以䞋の内容で foo.html ずいうファむルを䜜成したす。
-
-
<html><head><title>reftest0001</title>
-<body><strong>Hello!</strong></body>
-</html>
-
-
-
- 手順 4
-
- 以䞋の内容で bar.html ずいうファむルを䜜成したす。
-
-
<html><head><title>reftest0001</title>
-<body><b>Hello!</b></body>
-</html>
-
-
-
- 手順5
-
- 以䞋の内容で reftest.list ずいうファむルを䜜りたす。
-
-
== foo.html bar.html
-
-

珟時点でテストを実行する準備ができおいたす。私がテストを実行する方法です。あなた自身のプラットフォヌムに合わせおください。

-
% /bin/sh
-$ /Users/ray/mo/browser/mozilla/dist/MinefieldDebug.app/Contents/MacOS/firefox -P minefield1 -reftest ./reftest.list 2>&1 | grep REFTEST
-REFTEST PASS: file:///Users/ray/moz/reftest0001.html
-$
-
-

おめでずうございたす!あなたはちょうど最初の reftest を䜜成したずころです!

-

䞊のブラりザの起動で、"-P minefield1" はテストのために蚭定したプロファむルを確実に䜿わせおいたす。このプロファむルに個人的なデヌタや重芁なデヌタを入れるべきではありたせん。(プロファむルの蚭定に関する詳现は Firefox Help を参照しおください。) リダむレクトず grep はブラりザからの倧量の出力を枛らしたす。もしブラりザのデバッグバヌゞョンをビルドしたなら、远加のコン゜ヌル出力が倧量にありえたす。reftest.list は奜きなように名前を付けるこずができたす、reftest.list である必芁はありたせん。

-

-

さらにやるこず

-

さらに reftest を䜜りたしょう。新しいテストは reftest.list に远加できたす。reftest.list にはいくらでもテストを含めるこずができたす。そのファむルには他のこずも含めるこずができたすが、ずおも耇雑にはなりたせん。䟋がありたす include ../other.list

-
== foo.html bar.html
-!= aaa.html bbb.html
-
-

最初の行は、予想した人もいるでしょうが、他のマニフェストを読み蟌みたす 二行目芋たこずがあるはずです。これは foo.html ず bar.html が芖芚的に完党に同じ出力を生成するべきこずを衚しおいたす。䞉行目は aaa.html ず bbb.html が芖芚的に完党に同じではない出力を生成するべきこずを衚しおいたす。このファむルは䞋で参照されおいる README.txt で芋぀けるこずができたす。そのファむルは reftest ツヌルの䜜者によっお曞かれたした。

-

自動テスト関しお明癜ではないかもしれない䞀぀の事がありたす。小さ過ぎるテストを構成する方法が本圓に党くありたせん。あなたが䜕かを確認したいず思い、それが些现なこずに思えるのであれば、それは間違いありたせん。自動テストスむヌトに新しいテストを远加するコストは非垞に䜎いです。手動で実行されるテストでは、こっれは真実ではありたせん。手動テストを考え、管理し実行するコストはずおも高いです。これは手動のテストがより長くなり、より倚くのステップを含み、結局実際に倚くのものをテストする長い䞀芧衚になる傟向の理由です。

-

぀たり小さなテストを䜜っおください。䟋えば、芁玠の名前ず属性名の間の空間は効き目がないず芋なしおいたすが、私たちはこれが本圓か知っおいたすか?誰がこれをチェックしたすか?それは完党に些现なこずですが、それがどうしたのでしょう?私は、倚くの違う芁玠に関しお、芁玠の名前ずその属性ずの間に空癜を持ったテストファむルを 50 でも 100 でも䜜り、それらを実行するためにテストのリストに远加するこずができ、それは誰にずっおも問題ありたせん。実際にこの挙動をテストするには実際 500 テストファむルをようするでしょう。それは実際問題ではありたせん。

-


- ぀たり、私が蚀いたいこずは、アむディアがあるならテストを䜜っおください。本圓に。少な過ぎるよりより倚くのテストを持っおいる方がより良いのです。

-

-

2 番目ず 3 番目の reftest

-

これらのテストのために以䞋のファむルを䜜っおください:

-

spaces1.html:

-
<html><head><title>spaces1</title></head>
-<body>
-X X
-</body></html>
-
-

spaces2.html:

-
<html><head><title>spaces2</title></head>
-<body>
-X&nbsp;X
-</body></html>
-
-

spaces3.html:

-
<html><head><title>spaces3</title></head>
-<body>
-X&nbsp;&nbsp;X
-</body></html>
-
-

spaces4.html:

-
<html><head><title>spaces4</title></head>
-<body>
-X  X
-</body></html>
-
-

reftests.txt:

-
== spaces1.html spaces2.html
-!= spaces3.html spaces4.html
-
-

最初の2 ぀のファむル (spaces1.html ず spaces2.html) は空癜 (ASCII の 0x20 ず等しい文字)が non-breaking 空癜のHTML ゚ンティティず等しい芖芚構造を぀くるかを確認しおいるだけです。 2 ぀めのペアのファむル (spaces3.html ず spaces4.html) は2 ぀の普通の空癜が2 ぀の non-breaking 空癜ず同じ芖芚構造を生成しない こずを確認しおいたす。

-

それらを実行するず、以䞋を芋るこずができたす。:

-
$ /Users/ray/mo/browser/mozilla/dist/MinefieldDebug.app/Contents/MacOS/firefox -P minefield1 -reftest ./reftests.txt 2>&1 | grep REFTEST
-REFTEST PASS: file:///Users/ray/mo/spaces1.html
-REFTEST PASS: (!=) file:///Users/ray/mo/spaces3.html
-$
-
-

玠晎らしい!

-

-

他の比范

-

たた、結果ずしお生じるはずの芖芚構造の画像に察しおマヌクアップをテストする reftest も䜜成可胜であるべきなのに泚意しおください。これはたぶん䞊で説明された理由により、より危ういテストでしょう。 しかしそれは必芁ないかもしれたせん。

-

䟋えば、ある特定のマヌクアップが特定のサンスクリット語のグリフを生成すべきず蚀っおみたしょう。それをどうやっおテストしたすか?ひず぀には衚瀺されるべきグリフの「写真を撮り」、リファレンスペヌゞがその画像を <img> 芁玠で埋め蟌むこずで可胜になるべきです。

-

これが機胜するかどうかの、より倚くの調査は確実に保蚌されおいたす。これの実隓は、それが人が望んでいるだろうほど簡単でないこずを瀺したした。結果を芋守りたしょう。

-

ここに゜ヌスの䞭の reftest opportunities files のリストがありたす。テストされるべくチェックむンされたファむルです。おそらく、ブラりザでペヌゞを開き、それらを眺めお正しいかどうかをみおいたのでしょうこれらの内いく぀が、reftest ずしおも利甚可胜かを蚀うのは困難です。もしファむルがあるバグず関連付けられおいたら、そのバグは詊隓されるべきです。私はバグの HTML フィルに問題がありたすが、チェックむンされたバヌゞョンでは「クリヌンアップ」されテストには有効ではないケヌスも芋たした。

-

過去、Mozilla は HTML 生成ツヌルを䜿っおきたした。htmlgen ツヌルはこの䟋は䞀぀です。このようなツヌルはファむルを詊隓する reftest があるこずで今ではより䟿利になりたした。HTML ずCSS を興味深い方法か、䞀般的ではない方法で結び぀けるファむルを生成するのにも圹立぀でしょう。

-

-

参照

- -
-  
diff --git a/files/ja/creating_regular_expressions_for_a_microsummary_generator/index.html b/files/ja/creating_regular_expressions_for_a_microsummary_generator/index.html deleted file mode 100644 index ccb255e37b..0000000000 --- a/files/ja/creating_regular_expressions_for_a_microsummary_generator/index.html +++ /dev/null @@ -1,85 +0,0 @@ ---- -title: microsummary generator のための正芏衚珟を䜜成する -slug: Creating_regular_expressions_for_a_microsummary_generator -tags: - - Microsummaries -translation_of: Archive/Mozilla/Creating_regular_expressions_for_a_microsummary_generator ---- -

正芏衚珟 (regular expression) は特別な文字列すなわち、文字の集合で、他の文字列䞭の文字のパタヌンにマッチするずいう性質を持っおいたす。Microsummary generator は、正芏衚珟を甚いお、generator がどのように Microsummary を生成するかを知っおいるペヌゞを特定したす。その正芏衚珟は、そのペヌゞの URL にマッチするパタヌンです。

-

このチュヌトリアルでは、URL にマッチする正芏衚珟をどのように䜜成するべきかを　eBay のオヌクションアむテムのペヌゞを䟋にしお説明したす。チュヌトリアルを最埌たで読むこずで、あなたは正芏衚珟に぀いおの基本を知り、URL にマッチする正芏衚珟の䜜成方法を理解するこずになるでしょう。

-

正芏衚珟の詳现なドキュメントに぀いおは、JavaScript/Reference:Global_Objects:RegExp を参照しおください。Microsummary generator の䜜成方法を孊ぶには、Creating a Microsummaryを参照しおください。

-

URL 入門

-

eBay におけるオヌクションアむテムのペヌゞの URL は、他の倚くのサむトず同様に、たいおい "http://" から始たり、ドメむン名、ファむルパス、そしお、いく぀かのク゚リパラメヌタを含んでいたす。以䞋に、eBay におけるオヌクションアむテムのペヌゞのURLを瀺したす。

-
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=280018439106
-
-

この URL では、ドメむン名は "cgi.ebay.com" 、ファむルパスは "/ws/eBayISAPI.dll" 、ク゚リパラメヌタは "?ViewItem&item=280018439106" です。

-

eBay URL にマッチさせる方法

-

この URL を正芏衚珟でマッチさせるには、URL の文字にマッチする正芏衚珟を蚘述する必芁がありたす。ほずんどの堎合、URL の文字ず同じ文字を正芏衚珟ずしお蚘述するこずができたす。䟋えば、以䞋の正芏衚珟は 芋た目通りに URL の最初にマッチしたす。

-
 http://
-
-

しかし、いく぀かの文字は正芏衚珟においお特別な性質を持っおいたす。䟋えば、ピリオド (.) はどんな文字にもマッチし、【蚳泚: 厳密にいうず、改行文字にはマッチしたせん。】ピリオドずそれに続くアスタリスク (.*) はどんな文字の組み合わせにもマッチしたす。そのような文字が URL に珟れお、それらを正芏衚珟にマッチさせたいずきは、それらの文字の前にバックスラッシュ (\) を぀けおそれらを゚スケヌプしなければなりたせん。

-

ここに、今回の䟋の URL にマッチする正芏衚珟を瀺したす。

-
http://cgi\.ebay\.com/ws/eBayISAPI\.dll\?ViewItem&item=280018439106
-
-

それはほずんど URL ず同じに芋えたす。唯䞀の違いは、正芏衚珟においお特別な意味を持っおいるピリオドずク゚スチョンマヌクの前にバックスラッシュがあるこずです。

-

URL の最初からマッチさせる方法

-

この衚珟はその URL にマッチする䞀方で、その URL をク゚リパラメヌタに含む URL にもマッチしたす。䟋えば、

-
http://www.example.com/redirect.php?url=http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=280018439106
-
-

それは恐らく期埅されるものではないでしょう。なぜなら、今回の䟋の URL を含む URL は恐らくオヌクションアむテムのペヌゞそのものではないだろうからです。䜜成䞭の正芏衚珟を今回の䟋の URL で始たる URL に制限するには、その正芏衚珟の前にキャレット (^) を蚘述したす。

-
^http://cgi\.ebay\.com/ws/eBayISAPI\.dll\?ViewItem&item=280018439106
-
-

キャレットが正芏衚珟の最初の文字であるずき、その正芏衚珟がマッチするべき文字列は、先頭になければなりたせん。今、䜜成䞭の正芏衚珟の前にキャレットを眮いたので、それは最初から䟋の URL のように芋える URL にしか正しくマッチしないでしょう。

-

耇数の URL にマッチさせる方法

-

しかし、この衚珟はただ単䞀のオヌクションアむテムのペヌゞの URL にマッチするだけです。それは他のどんなオヌクションアむテムにもマッチしないでしょう。これを他のアむテムにもマッチさせるには、特定のアむテムにマッチするナニヌクな郚分を削陀しなければなりたせん。それによっお、党おのアむテムに共通する郚分だけを残しおおくのです。

-

どの郚分がナニヌクなもので、どの郚分が共通なものなのかを芋分けるには、他のアむテムのペヌゞの URL をいく぀か芋おください。

-
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=130017517168
-http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=290019763032
-http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=170019463424
-
-

これらの䟋に基づくず、ナニヌクな郚分は URL の最埌のアむテムナンバヌであり、そしお、他の党おの郚分は党おの URL に共通しおいるように芋えたす。よっお、アむテムナンバヌを削陀し、䞋蚘の正芏衚珟を残したす。

-
^http://cgi\.ebay\.com/ws/eBayISAPI\.dll\?ViewItem&item=
-
-

ク゚リパラメヌタのバリ゚ヌションに察応する方法

-

今、この正芏衚珟は 4 ぀の䟋の URL 党おにマッチしおいたす。それは恐らく他のオヌクションアむテムの URL ペヌゞにもマッチするでしょう。しかし、それをより完璧に近づけるには、ク゚リパラメヌタの考えられ埗るバリ゚ヌションに察応するべきです。

-

名前付きのク゚リパラメヌタは <name>=<value> ずいう圢の文字列です。その <name> ず <value> は任意の文字列です。䟋に挙げた URL では、"item=280018439106" が唯䞀のそのようなパラメヌタです。しかし、 URL はアンパサンド (&) によっお区切られる耇数の名前付きのパラメヌタを含むこずができたす。そのパラメヌタはどんな順番でも珟れたす。ですから、"item" パラメヌタの順番は必然的のようにさえ思われたすが、それは "ViewItem" の隣にはきちんず珟れないかもしれたせん。

-

䟋えば、以䞋は、同じオヌクションアむテムの等しく劥圓な URL です。

-
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&foo=bar&item=170019463424
-
-

ク゚リパラメヌタのこれらのバリ゚ヌションに察応するには、"ViewItem&" ず "item=" の間にピリオドずそれに続いたアスタリスク (.*) を挿入したす。そうするこずによっお、この 2 ぀の文字列の間に珟れるどんな文字列にもマッチするようになりたす。

-
^http://cgi\.ebay\.com/ws/eBayISAPI\.dll\?ViewItem&.*item=
-
-

ピリオドずそれに続いたアスタリスクは、どんな文字列の組み合わせにもマッチしたす。文字列が党く含たれおいなくおもマッチするので、もし、"ViewItem&" ず "item=" がお互いに隣り合っおいおも今回の䟋の URL のように、それらの間に文字列があるずきず同じようにきちんずマッチしたす。

-

もう 1 ぀の eBay URL にマッチさせる方法

-

珟段階の正芏衚珟は出珟順に関わらない耇数のク゚リパラメヌタを含むオヌクションアむテム URL にマッチしたす。しかし、eBay は、いく぀かのケヌス䟋怜玢結果のペヌゞにおいお、異なった圢の URL を䜿っおいたす。同じアむテムを瀺す異なった圢の URL の䟋を挙げたす。

-
http://cgi.ebay.com/Mozilla-Firefox-logo-1-inch-pin-badge-button-browser_W0QQitemZ280018439106QQihZ018QQcategoryZ2036QQcmdZViewItem
-
-

これらの URL に察応するために、2 ぀目の正芏衚珟を䜜成するこずができたす。前ず同じように、URL をナニヌクな郚分ず共通の郚分に区別するべきです。

-

この圢のいく぀かの他の URL を瀺したす。

-
http://cgi.ebay.com/Firefox-2002-DVD_W0QQitemZ130017517168QQihZ003QQcategoryZ617QQcmdZViewItem
-http://cgi.ebay.com/AHM-HO-SCALE-FIREFOX-TANK-CAR_W0QQitemZ290019763032QQihZ019QQcategoryZ19130QQcmdZViewItem
-http://cgi.ebay.com/Inuyasha-anime-pin-of-Kirara-Kilala-firefox_W0QQitemZ170019463424QQihZ007QQcategoryZ39557QQcmdZViewItem
-
-

これらの䟋に基づくず、URL は党お "http://cgi.ebay.com/" で始たり、 "QQitemZ" ずいう文字列を含み、その埌にアむテムナンバヌが続き、そしお、"QQcmdZViewItem" ずいう文字列で終わっおいたす。よっお、これらの URL にマッチする正芏衚珟を䜜成するず、以䞋のようになるでしょう。

-
^http://cgi\.ebay\.com/.*QQitemZ.*QQcmdZViewItem
-
-

この正芏衚珟においおは、.* を 2 回䜿っおいたす。ずいうのも、オヌクションアむテム URL の間に、倉化する文字列が珟れるかもしれない 2 ぀の堎所があるからです。

-

HTTPS URL の取り扱い

-

泚蚘: eBay はこれを䜿甚しおいたせんが、しばしば、ひず぀のサむトでセキュアでない URL ずセキュアな URL の䞡方のペヌゞが甚意されるでしょう。䟋えば、以䞋の URL は䞡方ずも同じペヌゞであるず考えられたす。

-
http://www.example.com/index.html
-https://www.example.com/index.html
-
-

ひず぀の正芏衚珟で䞡方のペヌゞをマッチさせるには、正芏衚珟を"https" で始め、ク゚スチョンマヌク (?) を文字列の埌に远加したす。䟋えば、

-
^https?://www\.example\.com/index\.html
-
-

ク゚スチョンマヌクは盎前の文字の 0 回か 1 回の繰り返しにマッチしたす。ですから、その正芏衚珟は "s" を含む文字列、"https" にマッチしたすし、"s" を含たない文字列にもマッチしたす。

-

終わりに

-

もし、これらの正芏衚珟の䞡方を eBay のオヌクションアむテムペヌゞのための microsummary generator に含めるならば、その generator は たさしく 党おの eBay のオヌクションアむテムペヌゞに少なくずも、今たで芋おきたペヌゞの党おに適甚されるでしょう。

-

generator は XML なので、小なり (<) 、倧なり (>) 、そしお、アンパサンド (&) のような特別な文字はそれらず同様の意味を持぀文字参照順に、&lt;, &gt;, and &amp;に眮き換えるこずによっお゚スケヌプする必芁があるこずに泚意しおください。

-

このチュヌトリアルで䜜成した正芏衚珟で、゚スケヌプしなければならない XML の特別な文字はアンパサンドだけです。 eBay のオヌクションアむテムペヌゞの <pages> セクションはこのようになりたす。

-
 <pages>
-   <include>^http://cgi\.ebay\.com/.*QQitemZ.*QQcmdZViewItem</include>
-   <include>^http://cgi\.ebay\.com/ws/eBayISAPI\.dll\?ViewItem&amp;.*item=</include>
- </pages>
-
-

これらの正芏衚珟が動䜜するか確かめたいずきは、 eBay のオヌクションアむテムの microsummary generator が page of example generators からむンストヌル可胜です。

diff --git a/files/ja/creating_sandboxed_http_connections/index.html b/files/ja/creating_sandboxed_http_connections/index.html deleted file mode 100644 index 25b21cfab0..0000000000 --- a/files/ja/creating_sandboxed_http_connections/index.html +++ /dev/null @@ -1,253 +0,0 @@ ---- -title: Creating Sandboxed HTTP Connections -slug: Creating_Sandboxed_HTTP_Connections -tags: - - Add-ons - - Extensions - - HTTP - - XUL - - XULRunner -translation_of: Mozilla/Creating_sandboxed_HTTP_connections ---- -

-

{{ 英語版章題("Introduction") }} -

-

導入

-

Gecko 1.8.1 (Firefox 2) から、ナヌザの Cookie に圱響しないサンドボックス内の HTTP 接続を䜜成できるようになりたした。この蚘事では JavaScript の XPCOM から HTTP 接続を行うための基瀎を扱いたすが、C++ の XPCOM にも簡単に移怍できるはずです。 -

{{ 英語版章題("Setting up an HTTP connection") }} -

-

HTTP 接続を確立する

-

URL (文字列に栌玍されおいる) から HTTP 接続を確立するための最初の手順ずしお、その URL から nsIURI を䜜成したす。nsIURI は XPCOM における URI の衚珟で、URI をク゚リしたり操䜜するのに䟿利なメ゜ッドを持っおいたす。文字列から nsIURI を䜜成するには、nsIIOService の newURI メ゜ッドを䜿いたす。 -

-
// IO サヌビス
-var ioService = Components.classes["@mozilla.org/network/io-service;1"]
-                          .getService(Components.interfaces.nsIIOService);
-
-// nsIURI を䜜成する
-var uri = ioService.newURI(myURLString, null, null);
-
-

nsIURI が䜜成されれば、それから nsIIOService の newChannelFromURI メ゜ッドを䜿っお nsIChannel を生成できたす。 -

-
// その nsIURI に察するチャンネルを取埗する
-var channel = ioService.newChannelFromURI(uri);
-
-

接続を開始するには asyncOpen メ゜ッドを呌び出したす。このメ゜ッドはリスナずそのリスナのメ゜ッドに枡されるコンテキストの 2 ぀の匕数を取りたす。 -

-
channel.asyncOpen(listener, null);
-
-

{{ 英語版章題("HTTP notifications") }} -

-

HTTP の通知

-

䞊で述べたリスナは nsIStreamListener で、HTTP リダむレクトやデヌタの取埗ずいったむベントに぀いおの通知を受けたす。 -

- -

nsIStreamListener は Cookie をサポヌトしおおらず、Cookie の通知に察しおは他のリスナを䜿う (次の節で取り䞊げたす) ため、珟圚䜿甚されおいるチャンネルはグロヌバル倉数ずしお栌玍する必芁がありたす。必芁なメ゜ッドを党お実装した JavaScript ラッパを䜿い、指定したコヌルバック関数を接続が完了した時に呌び出すのが、普通は最もよい方法です。 -

-
// グロヌバルチャンネル
-var gChannel;
-
-// チャンネルを初期化する
-
-// IO サヌビス
-var ioService = Components.classes["@mozilla.org/network/io-service;1"]
-                          .getService(Components.interfaces.nsIIOService);
-
-// nsIURI を䜜成する
-var uri = ioService.newURI(myURLString, null, null);
-
-// その nsIURI に察するチャンネルを取埗する
-gChannel = ioService.newChannelFromURI(uri);
-
-// リスナを取埗する
-var listener = new StreamListener(callbackFunc);
-
-gChannel.notificationCallbacks = listener;
-gChannel.asyncOpen(listener, null);
-
-function StreamListener(aCallbackFunc) {
-  this.mCallbackFunc = aCallbackFunc;
-}
-
-StreamListener.prototype = {
-  mData: "",
-
-  // nsIStreamListener
-  onStartRequest: function (aRequest, aContext) {
-    this.mData = "";
-  },
-
-  onDataAvailable: function (aRequest, aContext, aStream, aSourceOffset, aLength) {
-    var scriptableInputStream =
-      Components.classes["@mozilla.org/scriptableinputstream;1"]
-        .createInstance(Components.interfaces.nsIScriptableInputStream);
-    scriptableInputStream.init(aStream);
-
-    this.mData += scriptableInputStream.read(aLength);
-  },
-
-  onStopRequest: function (aRequest, aContext, aStatus) {
-    if (Components.isSuccessCode(aStatus)) {
-      // リク゚ストは成功した
-      this.mCallbackFunc(this.mData);
-    } else {
-      // リク゚ストは倱敗した
-      this.mCallbackFunc(null);
-    }
-
-    gChannel = null;
-  },
-
-  // nsIChannelEventSink
-  onChannelRedirect: function (aOldChannel, aNewChannel, aFlags) {
-    // リダむレクトしたら、新しいチャンネルを栌玍する
-    gChannel = aNewChannel;
-  },
-
-  // nsIInterfaceRequestor
-  getInterface: function (aIID) {
-    try {
-      return this.QueryInterface(aIID);
-    } catch (e) {
-      throw Components.results.NS_NOINTERFACE;
-    }
-  },
-
-  // nsIProgressEventSink (実装しないずうっずうしい䟋倖を匕き起こす)
-  onProgress : function (aRequest, aContext, aProgress, aProgressMax) { },
-  onStatus : function (aRequest, aContext, aStatus, aStatusArg) { },
-
-  // nsIHttpEventSink (実装しないずうっずうしい䟋倖を匕き起こす)
-  onRedirect : function (aOldChannel, aNewChannel) { },
-
-  // XPCOM むンタヌフェむスに芋せかけおいるので、QI を実装する必芁がある
-  QueryInterface : function(aIID) {
-    if (aIID.equals(Components.interfaces.nsISupports) ||
-        aIID.equals(Components.interfaces.nsIInterfaceRequestor) ||
-        aIID.equals(Components.interfaces.nsIChannelEventSink) ||
-        aIID.equals(Components.interfaces.nsIProgressEventSink) ||
-        aIID.equals(Components.interfaces.nsIHttpEventSink) ||
-        aIID.equals(Components.interfaces.nsIStreamListener))
-      return this;
-
-    throw Components.results.NS_NOINTERFACE;
-  }
-};
-
-

ちょっずしたメモ: グロヌバルスコヌプにチャンネルを栌玍するのは (特に拡匵機胜では) あたり良い方法ではありたせんが、コヌドを読みやすくするためにそうしたした。党おの実装をクラスの䞭に入れ、チャンネルをメンバずしお栌玍した方が良いでしょう。 -

-
 function myClass() {
-   this.mChannel = null;
-   ...
-   var listener = new this.StreamListener(callbackFunc);
-   ...
- }
-
- myClass.prototype.StreamListener = function (aCallbackFunc) {
-   return ({
-     mData: "",
-     ...
-   })
- }
-
-

{{ 英語版章題("Handling cookies") }} -

- -

リク゚ストを送る時、その URL に察応する Cookie が HTTP リク゚ストず共に送られたす。たた HTTP レスポンスにも Cookie が含たれるこずがあり、ブラりザはそれを凊理したす。Mozilla 1.8.1 (Firefox 2) 珟圚では、これら 2 ぀のケヌスを暪取りする事が出来たす。 -

これにより、䟋えばナヌザが Web メヌルのアカりントにログむンしおいおも、同じドメむンの違うアカりントをナヌザの Cookie に倉曎を加えるこずなくチェックするこずが出来たす。 -

{{ 蚳語("オブザヌバサヌビス", "observer service") }} (nsIObserverService) は{{ 蚳語("通知", "notifications") }}党般を送るのに䜿われ、その䞭には Cookie に関するものが 2 ぀含たれおいたす。特定の{{ 蚳語("トピック", "topic") }}に察するオブザヌバを远加するには addObserver メ゜ッドを䜿いたす。これは 3 ぀の匕数を取りたす。 -

- -

メモリリヌクを回避するため、どこかの時点でオブザヌバを削陀しなければなりたせん。removeObserver メ゜ッドはリスナオブゞェクトずトピックを匕数に取り、それを通知リストから削陀したす。 -

䞊蚘のストリヌムリスナず同じように、nsIObserver を実装したオブゞェクトが必芁になりたす。これが実装しなければならないのは、observe ずいうメ゜ッド䞀぀だけです。observe メ゜ッドには 3 ぀の匕数が枡されたす。2 ぀の Cookie トピックに関しお蚀えばこの匕数は、 -

- -

オブザヌバは登録されたトピックの通知をあらゆる接続から受け取るので、リスナ偎でその通知が自分のコヌドが䜜成した HTTP 接続からのものかを確認しなければなりたせん。通知を匕き起こしたチャンネルは 1 ぀めの匕数ずしお枡されるので、それを前の節でグロヌバルスコヌプに栌玍されたチャンネル (gChannel、リダむレクトが起こるたびに曎新される) ず比范したす。 -

-
// nsIObserver を実装するオブゞェクトを䜜成する
-var listener = {
-  observe : function(aSubject, aTopic, aData) {
-    // たず自分で䜜った接続かどうか確かめる
-    if (aSubject == gChannel) {
-      var httpChannel = aSubject.QueryInterface(Components.interfaces.nsIHttpChannel);
-      if (aTopic == "http-on-modify-request") {
-         // ...
-      } else if (aTopic == "http-on-examine-response") {
-         // ...
-      }
-    }
-  },
-
-  QueryInterface : function(aIID) {
-    if (aIID.equals(Components.interfaces.nsISupports) ||
-        aIID.equals(Components.interfaces.nsIObserver))
-      return this;
-    throw Components.results.NS_NOINTERFACE;
-  }
-};
-
-// オブザヌバサヌビスを取埗しお 2 ぀の Cookie トピックに察しお登録する
-var observerService = Components.classes["@mozilla.org/observer-service;1"]
-                                .getService(Components.interfaces.nsIObserverService);
-observerService.addObserver(listener, "http-on-modify-request", false);
-observerService.addObserver(listener, "http-on-examine-response", false);
-
-

最埌に Cookie を操䜜したす。Cookie を操䜜するには、QueryInterface (QI) を䜿っお nsIChannel を nsIHttpChannel に倉換する必芁がありたす。 -

-
var httpChannel = aSubject.QueryInterface(Components.interfaces.nsIHttpChannel);
-
-

Cookie は実際には HTTP ヘッダの䞀郚であり、nsIHttpChannel はヘッダを扱う 4 ぀のメ゜ッドを備えおいたす。2 ぀はリク゚ストヘッダを取埗および蚭定するもので、もう 2 ぀はレスポンスヘッダを取埗および蚭定するものです。リク゚ストに察しおの Cookie ヘッダは "Cookie" ずいう名前で、レスポンスに察しおは "Set-Cookie" です。 -

- -

これらのメ゜ッドは Cookie が凊理されたり送られる前に倉曎するのに必芁な機胜を党お備えおおり、これによりナヌザの Cookie に圱響しないサンドボックス内の Cookie 接続が可胜になりたす。 -

{{ 英語版章題("HTTP referrer") }} -

-

HTTP リファラ

-

HTTP リク゚ストにリファラを蚭定する必芁があるなら、nsIChannel を䜜成した埌、それが開かれるたえに 2 ぀の手順を远加しなければなりたせん。たず、リファラ URL に察しお nsIURI を生成したす。前ず同じように、nsIIOService を䜿いたす。 -

-
var referrerURI = ioService.newURI(referrerURL, null, null);
-
-

次に、nsIChannel を nsIHttpChannel に QI し、referrer プロパティを先ほど生成した nsIURI に蚭定したす。 -

-
var httpChannel = channel.QueryInterface(Components.interfaces.nsIHttpChannel);
-httpChannel.referrer = referrerURI;
-
-

{{ 英語版章題("Creating HTTP POSTs") }} -

-

HTTP POST を䜜成する

-

HTTP POST を䜜成するには、nsIChannel を䜜成した埌にいく぀かの手順を远加する必芁がありたす。 -

たず、nsIInputStream のむンスタンスを䜜成し、その埌 setData メ゜ッドを呌び出したす。1 ぀めの匕数は文字列ずしおの POST デヌタで、2 ぀めの匕数はそのデヌタの長さです。この堎合ではデヌタは URL ゚ンコヌドされるので、文字列は foo=bar&baz=eek のようになっおいなければなりたせん。 -

-
var inputStream = Components.classes["@mozilla.org/io/string-input-stream;1"]
-                  .createInstance(Components.interfaces.nsIStringInputStream);
-inputStream.setData(postData, postData.length);
-
-

次に、nsIChannel を nsIUploadChannel に QI したす。それの setUploadStream メ゜ッドを、nsIInputStream ずその圢匏 (この堎合は "application/x-www-form-urlencoded") を枡しお呌び出したす。 -

-
var uploadChannel = gChannel.QueryInterface(Components.interfaces.nsIUploadChannel);
-uploadChannel.setUploadStream(inputStream, "application/x-www-form-urlencoded", -1);
-
-

バグにより、setUploadStream を呌び出すず nsIHttpChannel が PUT リク゚ストにリセットされるので、リク゚ストタむプを POST に蚭定したす。 -

-
// 順番が重芁 - setUploadStream は PUT にリセットする
-httpChannel.requestMethod = "POST";
-
-
-
-{{ languages( { "en": "en/Creating_Sandboxed_HTTP_Connections" } ) }} diff --git a/files/ja/creating_xpi_installer_modules/index.html b/files/ja/creating_xpi_installer_modules/index.html deleted file mode 100644 index adc2abaf4a..0000000000 --- a/files/ja/creating_xpi_installer_modules/index.html +++ /dev/null @@ -1,230 +0,0 @@ ---- -title: Creating XPI Installer Modules -slug: Creating_XPI_Installer_Modules -tags: - - XPInstall - - 移行 -translation_of: Archive/Mozilla/XPInstall/Creating_XPI_installer_modules ---- -

Mozilla のための新しいパッケヌゞを䜜るCreating New Packages for Mozilla

- -
-

この蚘事はかなり叀い䞊に、Mozilla Suite および SeaMonkey Toolkit ぞず倉換されるたでにしか圓おはたりたせん。さたざたな Toolkit のためのアドオンは、異なる方法で パッケヌゞしおください。

-
- -

はじめに

- -

Mozilla は、テヌマや UI の他のパヌツすべおをパッケヌゞするずいう方法に 倧きな倉化を取り入れたした。最近のビルドの chrome\ ディレクトリの䞋には パッケヌゞサブディレクトリに加えお、䞀にぎりの JAR ファむル や Java アヌカむブがあるこずに気が付くでしょう䞋の図を参照しおください。 これらのアヌカむブはサブディレクトリに䜙分にありたす Mozilla は珟圚、あなたが自分で Mozilla をビルドするずきに倉曎できるように、UI の圧瞮されたバヌゞョンず圧瞮されおいないバヌゞョンの䞡方をむンストヌルするのです。

- -

これらの JAR ファむルに加えお、いく぀かの新しい RDF ファむルもありたす。 これらの新しいファむルは Mozilla UI がパッケヌゞされ、むンストヌルされる方法の 倉曎を衚したす。chrome ディレクトリにはただ圧瞮されおいないファむルのサブディレクトリが 暙準で含たれおいたすが、ファむルを集めお配付する新しい方法はパフォヌマンスを改善し、UI コンポヌネントを小さく、むンストヌルしやすくし、むンストヌル䜜業をひじょうに簡単なものにしたした。

- -

画像:chrome_dir.gif

- -

しかし、この新しい取り決めは、web 開発者やナヌザヌむンタフェヌス開発者にずっおは 簡単になっおいたせん。 chrome サブディレクトリから適切なリ゜ヌスすなわち、XUL、JavaScript、CSS ファむル をみ぀けお それをテキスト゚ディタで線集するずいう 比范的単玔な䜜業は、 数倚くの開発者が より混乱し難解ず思う䜕かに眮き換えられたした。 ここでは Mozilla の新しいパッケヌゞングのしくみを述べ、新しいパッケヌゞを䜜る それによっお 再配垃し、むンストヌルし、ナヌザヌが利甚可胜になるための チュヌトリアルを提䟛したす。

- -

新しいパッケヌゞングのしくみ

- -

新しいパッケヌゞングのしくみの完党な説明は、このペヌゞの他にありたす。 より詳しいのは最近 mozilla.org のりェブサむトに远加された Jar パッケヌゞング で、蚭蚈、目暙、jar パッケヌゞングにずりうるオプションが詳しく説明されおいたす。 ここでフォロヌするのは、蚭蚈のごくかんたんな抂芁ず Mozilla がむンストヌル可胜なパッケヌゞに期埅するものの説明です。

- -

リ゜ヌスは、トップレベルにあるcontents.rdf にその䞭身が定矩されおいる JAR アヌカむブに集められたす。contents.rdf ファむルは Mozilla の chrome レゞストリに察しお、アヌカむブの構造ず内容を蚘述しおいお、蚘述が正確な限り あなたの奜きなようにアレンゞするこずができたす。このチュヌトリアルにしたがっお あなたが䜜るパッケヌゞでは、たずえば、すべおのリ゜ヌスは content\ サブディレクトリの䞋におかれたすが、単玔に skin や locale リ゜−スずいっしょに 盎接トップにアヌカむブするこずもできたす。あなたがそうしたいのなら。

- -

以前は、1぀のmanifest.rdf ファむルが党䜓のパッケヌゞディレクトリや アヌカむブ内のリ゜ヌスを蚘述しおいたしたが、珟圚contents.rdf ファむルはあなたのやりたいように、パッケヌゞ蚘述の倧郚分を占めるこずも、 ほんの䞀郚を担うこずもできたす。すなわち、あなたのパッケヌゞの䞭に、いろいろな パヌツを蚘述するために耇数のcontents.rdf を䜿うこず䟋えば 1぀はあなたのパッケヌゞの skin のために、別のは content のために ずいったふうにも、埓来通り 1぀だけのcontents.rdf で枈たすこずもできたす。

- -

Mozilla はこれらの内容の蚘述や むンストレヌション䜜業の䞀郚このチュヌトリアルで説明しおいるようにずしお レゞストレヌションによっお あるいは installed-chrome.txt ずいう名前のショヌトカットファむルによっおも凊理されるリ゜ヌス に敏感です。 installed-chrome.txt によっお開発者は独自の contents.rdf ファむルを指定するこずができ、開発する内容に応じお登録するこずができたす ここでは説明しおいない䜜業。別の方法ずしお、chrome レゞストリは contents.rdf ファむルに瀺されたす。contents.rfd ファむルは新しいリ゜ヌスぞ指定を倉曎し、 リ゜−スはその時点で Mozilla に登録され、ナヌザヌが利甚できるようになりたす。

- -

新しいパッケヌゞを䜜る

- -

このセクションで説明しおいるパッケヌゞはずおもシンプルなものですが、 新しいパッケヌゞのしくみや 自身をその䞀郚をしお含む再配垃可胜な゜フトりェアを䜜る chrome レゞストリを䜿いたす。ここで説明しおいるようなパッケヌゞを䞀床䜜っおしたえば、 Mozilla ナヌザヌは そのダりンロヌドずむンストヌルを 1ステップで行うこずができたす。

- -

Barley パッケヌゞ

- -

The Barley windowbarleyオオムギパッケヌゞは、2぀のボタンず1぀の画像芁玠からなるシンプルな XUL りィンドりです。 "show aphids" のボタンは、JavaScript ファむルbarley.js で定矩された function を呌び出しお、 アラヌト・ダむアログを衚瀺したす。

- -

私たちはこのりィンドりぞの特別なアクセスのために Mozilla UI をたずえば、Tasks メニュヌやほかのどこかの項目ずしお曎新するこずはないので、barley パッケヌゞを前述のようにナヌザヌが䜿える状態にむンストヌルするには、 特別なスタヌトアップオプションを䜿っお Mozilla を起動したす

- -

mozilla -chrome chrome://barley/content

- -

このオプションは Mozilla に、デフォルト、すなわちメむンブラりザりィンドり以倖の chrome をロヌドするこずを指瀺したす。このオプションが機胜するためには、指定された chrome がむンストヌルされ、Mozilla に正しく登録されおいる必芁がありたす。 chrome:// url ポむンタは Mozilla/bin/chrome/barley/content ディレクトリに盞圓し、 むンストヌルされおいれば、そこにメむンの XUL ファむルや他のリ゜ヌスが存圚したす。

- -

パッケヌゞ䜜成の抂芁

- -

このチュヌトリアルは、新しいパッケヌゞを䜜るための 次のような手順を説明したす

- - - -

次の XPI ファむルをダりンロヌドしお zip ゜フトりェアを䜿っお開き、 ここで説明しおいるパッケヌゞをしらべるかむンストヌルするこずができたす。

- - - -

ここで説明しおいるリ゜ヌスはすべお XPI アヌカむブに含たれおいお、 あなたの独自の開発に䜿うために改倉するこずができたす。

- -

リ゜ヌスを開発

- -

いうたでもなく、あなたが最初に䜜成しなければならないもののひず぀は、 あなたが実際に再配垃可胜にしようずする゜フトりェアです。Barley パッケヌゞ UI は、画像の぀いた単䞀の XUL りィンドりです

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://communicator/skin/" type="text/css"?>
-
-<window title="barley window"
-  xmlns:html="http://www.w3.org/1999/xhtml"
-  xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul"
-  width="175" height="375" x="20" y="20" persist="width height x y"
-  orient="vertical"
-  autostretch="always">
-
-  <script src="barley.js"/>
-
-  <image src="barley.gif" />
-    <box orient="horizontal" autostretch="never">
-      <button label="barley corn" />
-      <button label="show aphids" onclick="bar();" />
-    </box>
-</window>
-
- -

りィンドりがむンポヌトする他のファむルは 濃い青 で色分けしおありたす。XUL ファむルの先頭のスタむルシヌト凊理手順は新しい skin を参照するのではなく、communicator.css をむンポヌトしお その skin の基本的なりィゞェットの スタむルを実珟するこずに泚意しおください。

- -

JavaScript ファむルbarley.js は、以䞋のように定矩された単䞀の function、bar() を含んでいたす

- -
function bar() {
-	alert("aphids");
-}
-
- -

Barley パッケヌゞで䜿われおいるのず同じ GIF 画像を䜿いたいのなら ここ からひっぱるこずができたす。

- -

これらのリ゜ヌスを開発しおいお、そのパッケヌゞを䜜る前なら、 Mozilla の File -> Openファむル -> 開くを䜿っおbarley.xul を開いお 基本的なレむアりトず機胜をテストするこずができたす。Mozilla はそのファむルを別のりィンドりでは衚瀺しないかもしれたせん たしお別のパッケヌゞずしおは解釈されたせんが、画像や JavaScript function がbarley.js に定矩されたように働くのは芋るこずができるはずです 3぀のファむルは同じワヌキングディレクトリに眮かれたす。

- -

リ゜ヌスを䜓系づけOrganizing

- -

パッケヌゞに含めるための基本的なファむルができたら それらを束ねるこずができるように、すべおを 1぀のディレクトリに眮きたす。 パッケヌゞに独自のテヌマや蚀語パック、その他のコンポヌネントを含めるのなら、それもここです 別のパヌツの圹割を反映するサブディレクトリ構造を䜜る必芁はありたせん。 Barley パッケヌゞのためには、1぀のサブディレクトリ content\ を䜜ればいいだけです 䞋の図をみおください。

- -
barley/
-  content/
-    barley.gif
-    barley.js
-    barley.xul
-
- -

contents.rdf ファむルを䜜成

- -

゜フトりェアパッケヌゞのもっずも重芁な芁玠のひず぀がcontents.rdf ファむルで chrome レゞストリが認識できる条件ずしおパッケヌゞの内容を蚘述するものです。 このような独自の䞭身をも぀、しかし特別なロヌカリれヌションやカスタムスキンを持たないパッケヌゞでは、contents.rdf ファむルは Mozilla パッケヌゞの "root" ずの盞察関係で パッケヌゞを蚘述したす。 次のリストでは、赀色の項目は barley パッケヌゞのための蚘述で あなたの独自のディストリビュヌションのためには曞き換えるこずができたす。

- -
<?xml version="1.0"?>
-<RDF:RDF xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
- xmlns:chrome="http://www.mozilla.org/rdf/chrome#">
-
- <!-- list all the packages being supplied -->
- <RDF:Seq about="urn:mozilla:package:root">
-   <RDF:li resource="urn:mozilla:package:barley"/>
- </RDF:Seq>
-
- <!-- package information -->
- <RDF:Description about="urn:mozilla:package:barley"
-   chrome:displayName="Barley Grain"
-   chrome:author="Ian Oeschger"
-   chrome:name="barley">
- </RDF:Description>
-
-</RDF:RDF>
-
-
- -

䞊のリストのような contents.rdf ファむルを぀くっお、contents\ サブディレクトリに ほかのパッケヌゞリ゜ヌスずいっしょに眮いおください。

- -
 barley/
-  content/
-    barley.gif
-    barley.js
-    barley.xul
-    contents.rdf
-
- -

これらの 4぀のファむルが、新しいパッケヌゞに必芁なすべおです。次のステップは ワヌキングディレクトリの䞭身を zip 化するこずです。WinZip やその他の ZIP ゜フトりェアを䜿っお contents\ サブディレクトリの新しいアヌカむブを䜜り、barley.jar ずいう名前を぀けおください

- -

画像:Barley_JAR.png

- -

このステップが完了すれば、Barley パッケヌゞは Mozilla UI の JAR パッケヌゞず同じ状態になっおいたす。comm.jarやen-US.jar、その他のアヌカむブされた UI パッケヌゞは䌌たような少し耇雑だずしおも構造ずbarley.jar のような内郚仕様をもっおいたす。

- -

Barley むンストヌルスクリプトを䜜る

- -

あずは、JAR ファむルを Mozilla の XP むンストヌル技術を䜿っおむンストヌルできるように パッケヌゞかするこずです。XPI ファむルフォヌマット"zippy" ず発音したすは アヌカむブをむンストヌルするのに Mozilla の XP むンストヌルを䜿うこずを明瀺するために䜿われたす。 XPI ファむルは䞀般的に、むンストヌルされるべきリ゜ヌスこの堎合、Mozilla/bin/chrome ディレクトリにむンストヌルしたいbarley.jarずむンストヌル䜜業を導くむンストヌルスクリプト を含んでいたす。

- -

Barley のためには、そのむンストレヌションスクリプトは次のようになっおいたす。

- -

 

- -
// initInstall(name + version,name,version); 
-var err = initInstall("barley v", "barley", "");
-logComment("initInstall: " + err);
-
-addFile("Barley Grain",       // displayName from contents.rdf 
-  "barley.jar",               // JAR source 
-  getFolder("Chrome"),        // target folder 
-  "");                        // target subdir 
-
-// registerChrome(TYPE,location,source)
-registerChrome(PACKAGE | DELAYED_CHROME, getFolder("Chrome","barley.jar"), "content/");
-
-if (err==SUCCESS)
-  performInstall();
-else
-  cancelInstall(err);
-
- -

Note that there is no version number on Barley, and so thename + version parameter has a "v" and then nothing else. Note also the use of resource attributes specified in thecontents.rdf file in the JAR. It is the correspondence of this installation script, the resources themselves, and the contents.rdf file that registers the package and makes it available.

- -

Creating a XPI

- -

The final step in the tutorial is to create a XPI archive in which theinstall.js script and thebarley.jar can be redistributed. The archiving of an archive may seem a little redundant--and if you want you can instead use the XPI to archive the install script and "flat", or uncompressed, versions of the resources. But the XPI puts all of the resources of your package together, including the instructions for installing it. Like the JAR format that Mozilla uses to archive the UI packages, the XPI format is just a specially-ordered ZIP file. For a XPI file to be valid and installable, it must contain an installation script like the one above that tells Mozilla XPInstall where to put the new resources and how to register them.

- -

To create a XPI, use your ZIP archiver again to archive the JAR file and the installation scriptinstall.js. The archive, named barley.xpi, should contain the following two files:

- -
barley.jar
-install.js
-
- -

This ZIP file, when opened from Mozilla using File -> Open, will initialize its own installation and display a message like the following:

- -

Image:barley_dlog.png

- -

When you click OK, Mozilla installs the new package. Exit Mozilla and restart it with

- -
mozilla -chrome chrome://barley/content
-
- -

and the new package displays. The resources are installed in the mozilla/bin/chrome/ directory, and the XPI itself can be redistributed for installation on other machines.

- -

Notes

- -
    -
  1. There exist a lot of ZIP archivers/unarchivers. For Unix, you can either use the preinstalled zip tool, or e.g. 7-Zip (free software). For Windows, you can e.g. use 7-Zip (free software), or WinZip (commercial).
    2. -
- -

See Also

- - - -
-

Original Document Information

- - -
- -

 

diff --git a/files/ja/css_improvements_in_firefox_3/index.html b/files/ja/css_improvements_in_firefox_3/index.html deleted file mode 100644 index 923fca1ec5..0000000000 --- a/files/ja/css_improvements_in_firefox_3/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: CSS improvements in Firefox 3 -slug: CSS_improvements_in_Firefox_3 -tags: - - CSS - - Firefox 3 -translation_of: Mozilla/Firefox/releases/3/CSS_improvements ---- -

{{ Fx_minversion_header(3) }} -

Firefox 3 では、CSS 実装の倚くの改善がなされおいたす。これらの倉曎は、ドキュメンテヌション䞭の特定のペヌゞ䞊で文曞化されおいたすが、この蚘事は、それらのすべおの抂芁を提䟛するこずで、開発者が容易にこれらの倉曎内容に぀いお知るこずができるようにしおいたす。 -

- -

{{ 英語版章題("See also") }} -

-

参照

- -
-
-{{ languages( { "en": "en/CSS_improvements_in_Firefox_3", "es": "es/Mejoras_CSS_en_Firefox_3", "fr": "fr/Am\u00e9liorations_CSS_dans_Firefox_3", "pl": "pl/Poprawki_CSS_w_Firefoksie_3" } ) }} diff --git a/files/ja/debugging_mozilla_on_linux_faq/index.html b/files/ja/debugging_mozilla_on_linux_faq/index.html deleted file mode 100644 index d8d7fcfa34..0000000000 --- a/files/ja/debugging_mozilla_on_linux_faq/index.html +++ /dev/null @@ -1,483 +0,0 @@ ---- -title: Debugging Mozilla on Linux FAQ -slug: Debugging_Mozilla_on_Linux_FAQ -tags: - - Developing Mozilla ---- -

Linux における Mozilla のデバッグ FAQ です。ここで解説しおいる方法を䜿うず、デバッグがしやすくなり、GDB が抱えおいる問題点ぞの察応も楜になりたす。 -

GDB の問題点の䞭には Mozilla によっお悪化するものがありたす。そのうち最も深刻な問題は、GDB のメモリの䜿い方で、Mozilla コンポヌネントのデバッグ䞭に発生したす。GDB は、Mozilla デバッグ䞭に䜕癟メガにもなるこずがありたす。この問題を回避するために必芁なこずは、Mozilla のコンポヌネント・ラむブラリを 1 ぀づ぀必芁な時にだけロヌドするこずです。このプロセスに぀いおは、この FAQ で 解説 しおいたす。このような問題が発生するのは、コンピュヌタが 256 メガ以䞋の RAM しか積んでいない時です。 -

ディストリビュヌションの倚くが䜿っおいる GDB のバヌゞョンは、少し叀くなっおいたす。このドキュメント執筆時点での GDB の最新バヌゞョンは 6.8 です。バヌゞョン 5.0 以降は、以前のバヌゞョンよりも Mozilla のデバッグにずっず䟿利になっおいたす。これらのバヌゞョンでは、シンボルをロヌドするのが遅いずいう問題が解決されおいお、さらに、以前のバヌゞョンよりもスレッドの機胜が改善されおいたす。しかし、GDB が Mozilla ずの組み合わせでメモリを倧量に䜿甚するずいう問題に぀いおは、5.0 リリヌスの GDB でも解決されおいたせん。 -

GDB の最新のコピヌは sourceware の GDB サむト にありたす。 -

-
Linux で Mozilla をデバッグするにはどうしたらいいのですか
-

firefox スクリプトは、ブラりザを起動するものですが、デバッガの起動にも䜿うこずができたす。以䞋のようにしおください。 -

-
[blizzard@gunhead bin]$ cd mozilla/dist/bin
-[blizzard@gunhead bin]$ ./firefox -g
-
-

こうするず実際には ddd が起動したすが、これは GDB のグラフィカルなフロント゚ンドです。もし ddd がむンストヌルされおいないか、gdb を利甚したければ、 -

-
[blizzard@gunhead bin]$ ./firefox -g -d gdb
-
-

GDB の䜿い方に぀いおはこのドキュメントの範囲を超えおいたす。GDB のドキュメントは、GDB のあるシステムであれば info ペヌゞ圢匏で提䟛されおいたす。gnome ヘルプブラりザを䜿っお読むずいいでしょう。Linux の info リヌダヌは䜿いにくいずいう人が倚いからです。 -

さらに、グラフィカルなフロント゚ンドを GDB に䜿うこずもできたす。ddd や insight のようなものです。 -

以䞋のサむトにはもっず詳しい情報がありたす。 -

- -
Firefox のデバッグ䞭にこの FAQ を芋るにはどうしたらいいですか
-

既定では、Firefox のプロセスはすべお「default」ずいう名前の同じプロファむルを䜿甚したす。Firefox のプロセスがすでに実行されおいる堎合、次に実行したプロセスはそのプロファむルが䜿甚䞭であるこずに気付いお、起動するこずを拒みたす。 -

そのため、デバッグ甚に別のプロファむルを䜿甚しおください。これはいずれにしおも良い遞択です。なぜなら、プロファむルには様々な重芁なデヌタも含たれおいたすが、デバッグのためのセッションがこれらを削陀しおしたう可胜性があるためです。コマンドラむンで以䞋のようにしおプロファむルを指定できたす。 -

-
$ ./firefox -no-remote -P MyDebugProfile
-
-

(匕数 -no-remote はリモヌト甚コヌドを無効にしたす。いく぀かのプラットフォヌムでは、リモヌティングが䞀床に二぀のプロファむルを利甚するこずを劚げたす。) -

-
デバッガがメモリをたくさん食っおしたいたす。どうやっお解決したらいいのですか
-

この FAQ のはじめに觊れたように、GDB は Mozilla の共有ラむブラリをロヌドする時にたくさんのメモリを䜿いたす。これを解決するには、共有ラむブラリを本圓に必芁な時になっお初めおロヌドするようにしたす。 -

しかし、ここで重芁なこずがありたす。libc や pthreads のようなベヌス・ラむブラリをロヌドしおから、GDB が共有ラむブラリをロヌドするのを止めるようにしおください。こういったベヌス・ラむブラリがロヌドされおいないず、GDB が Linux でスレッドをきちんずデバッグするこずができなくなりたす。Mozilla は、pthreads をネットワヌク・ラむブラリに䜿うため、スレッド化された環境で動䜜する必芁がありたす。 -

そのためには次のようにするのが䞀番です。main にブレヌクポむントを蚭定し、プログラムを main たで実行し、この時点でラむブラリの自動ロヌドをオフにしたす。ここからは、プログラムを走らせおおくこずができたす。以䞋に䟋を挙げたす。 -

-
[blizzard@gunhead mozilla]$ cd dist/bin/
-[blizzard@gunhead bin]$ ./mozilla -g
-.//run-mozilla.sh -g ./mozilla-bin
-MOZILLA_FIVE_HOME=/home/blizzard/src/mozilla/mozilla/dist/bin
-  LD_LIBRARY_PATH=/home/blizzard/src/mozilla/mozilla/dist/bin
-       SHLIB_PATH=/home/blizzard/src/mozilla/mozilla/dist/bin
-          LIBPATH=/home/blizzard/src/mozilla/mozilla/dist/bin
-      MOZ_PROGRAM=./mozilla-bin
-      MOZ_TOOLKIT=
-        moz_debug=1
-     moz_debugger=
-/usr/bin/gdb ./mozilla-bin -x /tmp/mozargs22288
-GNU gdb 19991004
-Copyright 1998 Free Software Foundation, Inc.
-GDB is free software, covered by the GNU General Public License, and you are
-welcome to change it and/or distribute copies of it under certain conditions.
-Type "show copying" to see the conditions.
-There is absolutely no warranty for GDB. Type "show warranty" for details.
-This GDB was configured as "i386-redhat-linux"...
-(gdb) b main
-Breakpoint 1 at 0x804ec45: file nsAppRunner.cpp, line 811.
-(gdb) r
-Starting program: /home/blizzard/src/mozilla/mozilla/dist/bin/./mozilla-bin
-
-Breakpoint 1, main (argc=1, argv=0xbffff894) at nsAppRunner.cpp:811
-811       InstallUnixSignalHandlers(argv[0]);
-(gdb) set auto-solib-add 0
-(gdb) c
-Continuing.
-nsNativeComponentLoader: autoregistering begins.
-[...]
-
-

GDB に関数を定矩しお䞊蚘の動䜜を自動的に行なわせるのは簡単です。ホヌム・ディレクトリにある <tt>.gdbinit</tt> ファむルにこの関数を远加しおください。 -

-
def prun
-        tbreak main
-        run
-        set auto-solib-add 0
-end
-
-
共有ラむブラリをロヌドするにはどうしたらいいのですか
-

共有ラむブラリ自動ロヌドをオフにしおいる堎合には、共有ラむブラリを随時ロヌドする必芁がありたす。GDB には、プログラムが立ちあがっおいる時にラむブラリをロヌドするコマンドがありたす。sharedlibrary コマンドです。GDB で䜿う時には、shar ず短瞮するこずもできたす。このコマンドの匕数は、ロヌドするラむブラリの正芏衚珟です。 -

バヌゞョン 4.18 のデバッガでは以䞋のようになりたす。 -

-
^C
-Program received signal SIGINT, Interrupt.
-0x404ccdeb in __sigsuspend (set=0xbf5ffbc0)
-    at ../sysdeps/unix/sysv/linux/sigsuspend.c:48
-48      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory.
-Current language:  auto; currently c
-(gdb) shar glib
-Reading symbols from /usr/lib/libglib-1.2.so.0...done.
-(gdb)
-
-

バヌゞョン 5.x のデバッガでは以䞋のようになりたす。 -

-
^C
-Program received signal SIGINT, Interrupt.
-[Switching to Thread 2051 (runnable)]
-0x404ccdeb in __sigsuspend (set=0xbf5ffbac)
-    at ../sysdeps/unix/sysv/linux/sigsuspend.c:48
-48      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory.
-Current language:  auto; currently c
-(gdb) shar gtk
-Reading symbols from /usr/lib/libgtk-1.2.so.0...done.
-Loaded symbols for /usr/lib/libgtk-1.2.so.0
-Reading symbols from /usr/lib/gtk/themes/engines/libthinice.so...done.
-Loaded symbols for /usr/lib/gtk/themes/engines/libthinice.so
-(gdb)
-
-

䞊蚘からわかるように、GDB では、2 ぀以䞊のラむブラリを同じロヌド・コマンドでロヌドするこずができたす。 -

-
どのラむブラリがロヌド枈みなのかはどうしたらわかるのですか
-

ロヌド枈みのラむブラリを調べるには、info sharedlibrary コマンドを䜿いたす。 -

-
(gdb) info shar
-From        To          Syms Read   Shared Object Library
-0x4044a000  0x4044d08c  Yes         /lib/libdl.so.2
-0x4044e000  0x4048ff90  Yes         /usr/lib/libstdc  -libc6.1-1.so.2
-0x40491000  0x404ad9d8  Yes         /lib/libm.so.6
-0x404ae000  0x405a285c  Yes         /lib/libc.so.6
-0x40000000  0x40013ed0  Yes         /lib/ld-linux.so.2
-0x40607000  0x4061554c  No          /usr/lib/libz.so.1
-0x40763000  0x4088af74  No          /usr/lib/libgtk-1.2.so.0
-0x4088b000  0x408c04d4  No          /usr/lib/libgdk-1.2.so.0
-[...]
-
-
GDB が共有ラむブラリをロヌドするのにやたらず時間がかかりたす。䞀䜓䜕が起こっおいるのですか
-

バヌゞョン 5 より叀い GDB は、非垞に遅いアルゎリズムを䜿っお、ロヌド枈みシンボルのリストを、シンボル・テヌブルにシンボルを付け足す床に、怜玢しおいたす。この問題は GDB のバヌゞョン 5 でフィックスされおいたす。それ以前のバヌゞョンに぀いおはフィックスがありたせん。 -

-
ロヌドされおいないラむブラリにブレヌクポむントをセットするにはどうしたらいいのですか
-

残念ながら、ロヌドされおいないラむブラリで GDB にブレヌクポむントを蚭定する方法はありたせん。実際のコンポヌネントがロヌドされた時にブレヌクポむントを蚭定するのに本圓に興味があるずいう堎合には、次の章を読んでください。 -

ラむブラリがロヌドされた時にどうしおもブレヌクポむントを蚭定したいずいう堎合には、_dl_open ずいうシンボルにブレヌクポむントを蚭定するこずができたす。この関数は、新しいラむブラリがロヌドされた時に呌び出されたす。ブレヌクポむントを蚭定するのは、ラむブラリがロヌドされたのを確認しおからにしおください。 -

-
コンポヌネントがロヌドされた時にブレヌクポむントをセットするにはどうしたらいいのですか
-

XPCOM の機胜の䞀぀に次のようなものがありたす。ある環境倉数を蚭定するず、特定のコンポヌネントをロヌドした時にプログラムをデバッガに萜ずしおくれるずいうものです。 -

必ず、XPCOM_BREAK_ON_LOAD ずいう環境倉数を蚭定しおから、Mozilla を立ちあげるようにしおください。この倉数は、ロヌドするラむブラリの名前を含む文字列で蚭定しおください。䟋えば、raptor あるいは necko ずいう名前のラむブラリがロヌドされた時に止めたいずいう堎合には、この倉数を raptor:necko に蚭定するこずができたす。以䞋に䟋を挙げたす。 -

-
(gdb) set env XPCOM_BREAK_ON_LOAD raptor:necko
-(gdb) prun
-
-
こんなこず難しすぎおやっおられたせん。動䜜する .gdbinit が欲しいんですけど。
-

了解です。これをコピヌしおください。 -

-
# .gdbinit file for debugging Mozilla
-
-# run when using the auto-solib-add trick
-def prun
-  tbreak main
-  run
-  set auto-solib-add 0
-  cont
-end
-
-# run -mail, when using the auto-solib-add trick
-def pmail
-  tbreak main
-  run -mail
-  set auto-solib-add 0
-  cont
-end
-
-# define "pu" command to display PRUnichar * strings (100 chars max)
-def pu
-  set $uni = $arg0
-  set $i = 0
-  while (*$uni && $i++<100)
-    if (*$uni < 0x80)
-      print *(char*)$uni++
-    else
-      print /x *(short*)$uni++
-    end
-  end
-end
-
-# define "ps" command to display nsString/nsAutoString/nsCString/nsCAutoString
-def ps
-  set $ns = $arg0
-  if ($ns->mCharSize)
-    pu $ns->mUStr
-  else
-    print $ns->mStr
-  end
-end
-
-

関数の定矩が 4 ぀入っおいたす。 -

- -
ブレヌクポむントをセットできたせん。どうしおですか
-

倚分、ブレヌクポむントを蚭定できないのは、ブレヌクポむントが配眮されおいるラむブラリがただロヌドされおいないからです。ラむブラリが Mozilla に本圓にロヌドされおいるのにブレヌクポむントが蚭定できないずいう堎合には、䞊の 共有ラむブラリをロヌドする を読んでください。ラむブラリがただロヌドされおいないずいう堎合には、ロヌドされるたで埅たなければなりたせん。ブレヌクポむントを、ラむブラリがロヌドされ次第蚭定したいずいう堎合には、䞊の コンポヌネントがロヌドされた時にブレヌクする および ラむブラリがロヌドされた時にブレヌクする を芋おください。 -

-
PRUnichar を衚瀺するにはどうしたらいいのですか
-

察応方法が各皮提案されおいたす。 -

-
(gdb) print ((PRUnichar*)uri.mBuffer)[0]@16
-$47 = {114, 100, 102, 58, 110, 117, 108, 108, 0, 0, 8, 0, 0, 0, 37432,
-16514}
-(gdb) print aURI
-$1 = (const PRUnichar *) 0x855e6e0
-(gdb) x/32ch aURI
-0x855e6e0:      104 'h' 116 't' 116 't' 112 'p' 58 ':'  47 '/'  47 '/'  119 'w'
-0x855e6f0:      119 'w' 119 'w' 46 '.'  109 'm' 111 'o' 122 'z' 105 'i' 108 'l'
-0x855e700:      108 'l' 97 'a'  46 '.'  111 'o' 114 'r' 103 'g' 47 '/'  115 's'
-0x855e710:      116 't' 97 'a'  114 'r' 116 't' 47 '/'  0 '\0'  25 '\031'       0 '\0'
-(gdb)
-
-

あるいは、<tt>.gdbinit</tt> にヘルパヌ関数を定矩しおください。 -

-
# "pu"コマンドを定矩しお PRUnichar * 文字列を (最倧 100 文字) 衚瀺する。
- def pu
-   set $uni = $arg0
-   set $i = 0
-   while (*$uni && $i  <100)
-     if (*$uni < 0x80)
-       print *(char*)$uni
-     else
-       print /x *(short*)$uni
-     end
-   end
- end
-
- # "ps" コマンドを定矩しお nsString/nsAutoString/nsCString/nsCAutoString を衚瀺する。
- def ps
-   set $ns = $arg0
-   if ($ns->mCharSize)
-     pu $ns->mUStr
-   else
-     print $ns->mStr
-   end
- end
-
-

あるいは、#ifdef NS_DEBUG コヌドのどこかに "punichar" ずいう小さなヘルパヌ関数を定矩しおください。 -

-
nsString を衚瀺するにはどうしたらいいのですか
-

ToNewCString() メ゜ッドを、衚瀺したい nsString 䞊で呌びだすこずができたす。こうするずメモリヌリヌクが少し起きたすが、1 ぀の GDB セッション䞭に数回しか呌びださないのであれば問題にはならないはずです。(akkana@netscape.com より) -

-
(gdb) p string.ToNewCString()
-
-
ポむンタが指しおいるオブゞェクトの具象タむプをむンタヌフェむスポむンタで指定するにはどうしたらいいのですか
-

ポむンタが指しおいるオブゞェクトの具象タむプを XPCOM むンタヌフェむス・ポむンタで指定するには、そのオブゞェクトの vtable のシンボルの短瞮名を指すようにしおください。 -

-
(gdb) p aKidFrame
-$1 = (nsIFrame *) 0x85058d4
-(gdb) x/wa *(void**)aKidFrame
-0x4210d380 <__vt_14nsRootBoxFrame>: 0x0
-(gdb) p *(nsRootBoxFrame*)aKidFrame
- [ all the member variables of aKidFrame ]
-
-

(gcc 3.x を䜿っおいる堎合には、出力が䞊蚘 (gcc 2.9x でのもの) ず少し違っおきたすが、ここで泚目しおほしいのは、最初のバヌチャル関数の短瞮名ではなく、vtable シンボル (この堎合には _ZTV14nsRootBoxFrame) です。最初のバヌチャル関数を指定倉曎しないクラスもあるからです (通垞は QueryInterface なので指定倉曎したすが)。) -

泚意しおほしいのは、指しおいるオブゞェクトの実装を含んだ共有ラむブラリがロヌドされおいない堎合には、䜕も埗ないこずになるずいうこずです。䞊の 共有ラむブラリをロヌドするにはどうしたらいいのですか および ロヌド枈みのラむブラリを調べるにはどうしたらいいのですか を読んでください。 -

-
GDB の "run" や "prun" が "error in loading shared libraries" を吐いお倱敗したす。
-

GDB においお mozilla-bin を走らせようずするず、以䞋にあげるようなメッセヌゞず䌌た゚ラヌを吐いお倱敗したす。 -

-
Starting program: /u/dmose/s/mozilla/mozilla-all/mozilla/dist/bin/./mozilla-bin
-/u/dmose/s/mozilla/mozilla-all/mozilla/dist/bin/./mozilla-bin: error in loading shared libraries: libraptorgfx.so: cannot open shared object file: No such file or directory
-
-

おそらく、LD_LIBRARY_PATH が、.cshrc あるいは .profile によっおリセットされおいたす。GDB マニュアルには次のような蚘述がありたす。 -

-
譊告GDB は、`SHELL' 環境倉数が存圚する堎合には (存圚しなければ `/bin/sh') そこで指定されおいるシェルを䜿っおプログラムを実行したす。`SHELL' 倉数が初期蚭定ファむル -- C シェルであれば `.cshrc'、BASH であれば `.bashrc' -- を指定しおいる堎合には、その初期蚭定ファむル䞭に蚭定した倉数が党おプログラムに圱響を及がしたす。環境倉数の蚭定を、ログオンした時だけに実行されるファむル、`.login' あるいは `.profile' など、に移すこずができたす。 -
-
GDB/ddd を䜿っおアプリケヌションに匕数を枡すにはどうしたらいいのですか
-

珟時点では匕数の受け枡しは ./mozilla -g your-list-of-arguments を䜿えばできるはずです。䟋えば、スタヌトアップ時にメヌルを立ちあげたい堎合には、以䞋のような Mozilla スクリプトを呌びだすこずができたす: ./mozilla -g -mail -

-
prun で匕数を枡すにはどうしたらいいのですか
-

GDB で匕数を蚭定しおから prun を呌びだしおください。以䞋に蚭定方法の䟋を挙げたす。 -

-
(gdb) set args http://www.mozilla.org
-(gdb) prun
-
-
Mozilla が異垞終了しおいたす。どこにブレヌクポむントをセットすれば Mozilla がどこで終了しおいるかわかるのですか
-

Linux では、2 ぀のシンボルがこの問題を匕き起こしおいる可胜性がありたす。PR_ASSERT() および NS_ASSERTION() です。プログラムが終了する前にキャッチしおどこで発生しおいるかを調べるには、2 箇所で䞭断するこずができたす。 -

-
(gdb) b abort
-(gdb) b exit
-
-
私は Minefield のりィンドりず向き合っおいるのに、デバッガはあたかもすでにプロセスが終了したかのように振る舞いたす。なぜでしょう
-

Firefox は、特に最近のビルドでは、起動時に新しいプロセスで自らを再起動するこずがありたす。この珟象が起きた堎合、GDB は自動的に新しいプロセスに付随したせん。(これに関しおは GDB で蚭定できたすが、より良い方法がありたす。) -

実行䞭のプロセスに GDB が付随しおいるかどうかは、以䞋のようにしお調べられたす。 -

-
(gdb) info task
-
-

回埩するには、たず実際の Firefox のプロセスの pid を芋぀けお、GDB の attach コマンドを実行したす。 -

-
(gdb) attach 533
-Attaching to program: `/home/kaitlin/mozilla/obj-ff-debug/dist/bin/firefox-bin', process 533.
-Reading symbols for shared libraries ++... done
-0x90009cd7 in read ()
-
-

必ずひず぀のプロセスで Firefox を実行するよう firefox に䌝えるには、デバッグを始める前に以䞋の環境倉数を蚭定したす。 -

-
$ MOZ_NO_REMOTE=1; export MOZ_NO_REMOTE
-$ NO_EM_RESTART=1; export NO_EM_RESTART
-$ ./firefox -g
-
-

MOZ_NO_REMOTE=1 はコマンドラむンオプション -no-remote ず同等です (Firefox を含むすべおの XULRunner アプリケヌションにより認識されたす)。既に動䜜しおいる Firefox のプロセスを䜿うために芋぀けようずする、リモヌト甚コヌドを無効にしたす。 -

Firefox 自身の再起動に関する、もう䞀぀の起こり埗る理由はプロファむルマネヌゞャです。プロファむルマネヌゞャを避けるためには、-P profileName たたは -p directory を利甚しおコマンドラむン firefox でプロファむルを指定したす。 -

-
デバッガに SIG32 が出おいたす。どうやっお解決したらいいのですか
-

SIG32 が Mozilla のデバッグ䞭に出おいる堎合には、共有ラむブラリのロヌドを pthreads ラむブラリがロヌドされるたえにオフにした可胜性がありたす。䟋えば、.gdbinit ファむルに set auto-solib-add 0 を指定しおいるなどです。 -

こういった堎合には、次のいずれかの方法で察凊するこずができたす。 -

- -

あるいは、問題があるのは pthread ラむブラリかもしれたせん。ラむブラリのシンボルが陀去されおいるず、GDB はスレッド・むベントにフックするこずができず、SIG32 シグナルが出るこずになりたす。libpthread が陀去されおいるかどうかを調べるには、file /lib/libpthread* の出力に 'stripped' があるかどうかを調べおください。この問題点を Gentoo Linux でフィックスするには、"nostrip" を /etc/make.conf の FEATURES に远加しおから glibc を再構築しおください。 -

-
競合状態をデバッグするにはどうすればいいのですか。NS_ASSERTION 時に異る動䜜をさせるにはどうしたらいいのですか。
-

Linux は、マルチスレッド・アプリケヌションに有甚な core ファむルを生成できないので、デバッガでめったに珟れない状況を芋぀け出すのは少し難しいかもしれたせん。 -

--enable-crash-on-assert スむッチを configure に蚭定しおいない限り、珟時点では、XPCOM_DEBUG_BREAK 環境倉数を䜿っお NS_ASSERTION (実際には nsDebug::Break) の動䜜を倉曎するこずができたす。 -

-
Linux にはどんなパフォヌマンスツヌルがありたすか。
-

Jim Nance が jprof ずいう、サンプリングを䜿っおパフォヌマンスを分析するツヌルを䜜っおいたす。他のツヌルは、パフォヌマンスツヌルのペヌゞ に茉っおいたす。 -

残念ながら、Linux 甚には Quantify のようなツヌルはありたせん。Solaris では Quantify を実行するこずになりたす。 -

-
Mozilla のデバッガを emacs あるいは xemacs で実行するにはどうしたらいいのですか。
-

Emacs および XEmacs には、芖芚的なデバッグ甚のモヌドがあり、これを䜿っおいるプログラマがたくさんいたす。ですが、環境倉数を蚭定するず、デバッガず Mozilla に、どこからシンボルをロヌドするのか、および、どこでコンポヌネントをみ぀けるのか、をきちんず知らせるこずができるようになりたす。 -

最も簡単にこういった環境倉数を蚭定するには、ビルドの dist/bin ディレクトリにある run-mozilla.sh スクリプトを䜿いたす。このスクリプトで、゚ディタ、シェルたたはデバッガで実行するのに必芁な環境を蚭定したす。その他にも、このスクリプトを䜿っお /bin/bash (たたはお奜みのシェル) を実行し、適切な構成をしたシェルをセットアップする方法です。こうするず、このシェルでどんなコマンドも実行するこずができたす。 -

-
[blizzard@gunhead bin]$ ./run-mozilla.sh /bin/bash
-MOZILLA_FIVE_HOME=/home/blizzard/src/mozilla/build/dist/bin
-  LD_LIBRARY_PATH=/home/blizzard/src/mozilla/build/dist/bin
-     LIBRARY_PATH=/home/blizzard/src/mozilla/build/dist/bin
-       SHLIB_PATH=/home/blizzard/src/mozilla/build/dist/bin
-          LIBPATH=/home/blizzard/src/mozilla/build/dist/bin
-       ADDON_PATH=/home/blizzard/src/mozilla/build/dist/bin
-      MOZ_PROGRAM=/bin/bash
-      MOZ_TOOLKIT=
-        moz_debug=0
-     moz_debugger=
-[blizzard@gunhead bin]$
-
-
GDB 5 が以前は動䜜しおいたのに今は Mozilla が起動しなくなっおしたいたした。どうしたらいいのですか
-

最近スレッドが倉曎になった (ずいっおも 2004 幎のこず。詳现は {{ Bug(57051) }} を芋おください) ために問題が生じおいるシステムがありたす。Mozilla の初期化の途䞭たでいくずりむンドりを衚瀺する前に倱敗したす。 -

最近 GDB が倉曎になり、この問題は修正されおいたす。Insight の最新バヌゞョン、あるいは、GUI がお奜みでないずいう堎合には GDB の最新バヌゞョン を、ダりンロヌドしおビルドしおください。 -

-
Mozilla を Valgrind で走らせるずスタヌトアップでクラッシュしたす。どうしたらいいのですか
-

Mozilla の GTK 2 ビルドには ORBit がありたすが、これは malloc() が䜿うメモリ配眮に䟝存したす。システム・むンプリメンテヌションは 8 バむトに䜍眮合わせをしたすが、Valgrind はデフォルトでは 4 バむトに䜍眮合わせをしたす。このこずによっお ORBit がクラッシュしたす。 -

Mozilla を Valgrind で実行するには、Valgrind に --alignment=8 オプションを付けお䜿うこずをお薊めしたす。 -

-
gdb で JavaScript のスタックを芋るにはどうしたらいいのですか
-

JavaScript スタックはネむティブスタックの䞭には珟れたせん (䟋えば、the stuff gdb prints with bt/where)。しかしながら、gdb プロンプトで call DumpJSStack() を入力するこずで JS スタックを衚瀺するための関数を実行するこずができたす。Mozilla のデバッグビルドを利甚する必芁があるこずに泚意しおください (さもないずシンボルが芋぀からない゚ラヌが起こりたす)。たた、この関数の出力はブラりザを起動したタヌミナルに送られるこずにも泚意しおください。もし異なるタヌミナルの䞭で gdb を起動しおいる堎合、そこでなにも起きおいないかのように芋えるでしょう -

以䞋にデバッグしおいるセッションの䟋を挙げたす。

-
[...Firefox は既に起動しおおり、gdb で接続したす...]
-
-$ gdb -p `pgrep firefox-bin`
-[...倧量の出力...]
-
-(gdb) break nsSecretDecoderRing::Encrypt
-Breakpoint 1 at 0xb25bb780: file /home/dolske/ff/ff-trunk/mozilla/security/manager/ssl/src/nsSDR.cpp, line 139.
-
-(gdb) c
-Continuing.
-
-[...Gmail に移動し、無䜜為なナヌザ名ずパスワヌドを入力、それを Firefox に芚えさせる...]
-
-Breakpoint 1, nsSecretDecoderRing::Encrypt (this=0x8febf30, data=0x8ea1620 "fakeuser", dataLen=8,
-    result=0xbff16a10, _retval=0xbff16a0c)
-    at /home/dolske/ff/ff-trunk/mozilla/security/manager/ssl/src/nsSDR.cpp:139
-139       nsNSSShutDownPreventionLock locker;
-
-(gdb) bt
-
-#0  nsSecretDecoderRing::Encrypt (this=0x8febf30, data=0x8ea1620 "fakeuser", dataLen=8, result=0xbff16a10,
-    _retval=0xbff16a0c) at /home/dolske/ff/ff-trunk/mozilla/security/manager/ssl/src/nsSDR.cpp:139
-#1  0xb25bb268 in nsSecretDecoderRing::EncryptString (this=0x8febf30, text=0x8ea1620 "fakeuser",
-    _retval=0xbff16bc8) at /home/dolske/ff/ff-trunk/mozilla/security/manager/ssl/src/nsSDR.cpp:232
-#2  0xb7ddb729 in NS_InvokeByIndex_P ()
-    at /home/dolske/ff/ff-trunk/mozilla/xpcom/reflect/xptinfo/src/xptiInterfaceInfo.cpp:73
-#3  0xb698890b in XPCWrappedNative::CallMethod (ccx=@0xbff16d00, mode=XPCWrappedNative::CALL_METHOD)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp:2346
-#4  0xb699595c in XPC_WN_CallMethod (cx=0x8408d40, obj=0xaeca2e60, argc=1, argv=0x8fd7b54, vp=0xbff16e14)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp:1467
-#5  0xb7e67d71 in js_Invoke (cx=0x8408d40, argc=1, vp=0x8fd7b4c, flags=0)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/jsinterp.c:1386
-#6  0xb7e72cf9 in js_Interpret (cx=0x8408d40, pc=0x8ecfc2e ":", result=0xbff172d0)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/jsinterp.c:4146
-#7  0xb7e67de8 in js_Invoke (cx=0x8408d40, argc=1, vp=0x8fd798c, flags=2)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/jsinterp.c:1406
-#8  0xb69828a0 in nsXPCWrappedJSClass::CallMethod (this=0x8ed0c50, wrapper=0x8ed1a00, methodIndex=5,
-    info=0x89b2800, nativeParams=0xbff175a4)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/xpconnect/src/xpcwrappedjsclass.cpp:1441
-#9  0xb697b27b in nsXPCWrappedJS::CallMethod (this=0x8ed1a00, methodIndex=5, info=0x89b2800, params=0xbff175a4)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/xpconnect/src/xpcwrappedjs.cpp:567
-#10 0xb7ddc4fb in PrepareAndDispatch (methodIndex=<value optimized out>, self=0x8ed04d0,
-    args=<value optimized out>)
-    at /home/dolske/ff/ff-trunk/mozilla/xpcom/reflect/xptcall/src/md/unix/xptcstubs_gcc_x86_unix.cpp:95
-#11 0xb7ddb729 in NS_InvokeByIndex_P ()
-    at /home/dolske/ff/ff-trunk/mozilla/xpcom/reflect/xptinfo/src/xptiInterfaceInfo.cpp:73
-#12 0xb698890b in XPCWrappedNative::CallMethod (ccx=@0xbff17914, mode=XPCWrappedNative::CALL_METHOD)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp:2346
-#13 0xb699595c in XPC_WN_CallMethod (cx=0x8408d40, obj=0xafdfe8e0, argc=1, argv=0x8fd7974, vp=0xbff17a28)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp:1467
-#14 0xb7e67d71 in js_Invoke (cx=0x8408d40, argc=1, vp=0x8fd796c, flags=0)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/jsinterp.c:1386
-#15 0xb7e72cf9 in js_Interpret (cx=0x8408d40, pc=0x89ac0ab ":", result=0xbff17ee4)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/jsinterp.c:4146
-#16 0xb7e67de8 in js_Invoke (cx=0x8408d40, argc=1, vp=0x8fd7944, flags=2)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/jsinterp.c:1406
-#17 0xb69828a0 in nsXPCWrappedJSClass::CallMethod (this=0x89b5200, wrapper=0x89b5320, methodIndex=3,
-    info=0x89b2b38, nativeParams=0xbff181b8)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/xpconnect/src/xpcwrappedjsclass.cpp:1441
-#18 0xb697b27b in nsXPCWrappedJS::CallMethod (this=0x89b5320, methodIndex=3, info=0x89b2b38, params=0xbff181b8)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/xpconnect/src/xpcwrappedjs.cpp:567
-#19 0xb7ddc4fb in PrepareAndDispatch (methodIndex=<value optimized out>, self=0x89b5168,
-    args=<value optimized out>)
-    at /home/dolske/ff/ff-trunk/mozilla/xpcom/reflect/xptcall/src/md/unix/xptcstubs_gcc_x86_unix.cpp:95
-#20 0xb7ddb729 in NS_InvokeByIndex_P ()
-    at /home/dolske/ff/ff-trunk/mozilla/xpcom/reflect/xptinfo/src/xptiInterfaceInfo.cpp:73
-#21 0xb698890b in XPCWrappedNative::CallMethod (ccx=@0xbff18528, mode=XPCWrappedNative::CALL_METHOD)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp:2346
-#22 0xb699595c in XPC_WN_CallMethod (cx=0x8408d40, obj=0xaec97e00, argc=1, argv=0x8fd7938, vp=0xbff1863c)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp:1467
-#23 0xb7e67d71 in js_Invoke (cx=0x8408d40, argc=1, vp=0x8fd7930, flags=0)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/jsinterp.c:1386
-#24 0xb7e72cf9 in js_Interpret (cx=0x8408d40, pc=0x8ebf995 ":", result=0xbff18af8)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/jsinterp.c:4146
-#25 0xb7e67de8 in js_Invoke (cx=0x8408d40, argc=1, vp=0x8fd77d4, flags=2)
-    at /home/dolske/ff/ff-trunk/mozilla/js/src/jsinterp.c:1406
-#26 0xb7e7bf6c in js_InternalInvoke (cx=0x8408d40, obj=0xaec960a0, fval=-1361882496, flags=0, argc=1,
-    argv=0x8fd77d0, rval=0xbff18bfc) at /home/dolske/ff/ff-trunk/mozilla/js/src/jsinterp.c:1462
-#27 0xb7e286d4 in JS_CallFunctionValue (cx=0x8408d40, obj=0xaec960a0, fval=-1361882496, argc=1, argv=0x8fd77d0,
-...
-
-(gdb) call DumpJSStack()
-
-[...出力を芋る Firefox を起動したタヌミナルの䞭を読みに行く...]
-
-0 [native frame]
-1 anonymous(plainText = "fakeuser") ["file:///home/dolske/ff/ff-trunk/mozilla/obj-ff/dist/bin/components/storage-Legacy.js":865]
-    cipherText = null
-    userCanceled = false
-    converter = [xpconnect wrapped nsIScriptableUnicodeConverter @ 0x8fc9c60 (native @ 0x8f5c110)]
-    plainOctet = "fakeuser"
-    this = [object Object]
-2 anonymous(sortByRealm = [function]) ["file:///home/dolske/ff/ff-trunk/mozilla/obj-ff/dist/bin/components/storage-Legacy.js":719]
-    writeLine = [function]
-    hostname = "https://www.google.com"
-    lastRealm = null
-    firstEntry = false
-    userCanceled = false
-    login = [xpconnect wrapped nsILoginInfo @ 0x8e6c398 (native @ 0x8ed5680)]
-    hostrealm = "https://www.google.com"
-    encUsername = undefined
-    encPassword = "MDIEEPgAAAAAAAAAAAAAAAAAAAEwFAYIKoZIhvcNAwcECKV3kVgnFYFtBAgbBsB+kXooKQ=="
-    outputStream = [xpconnect wrapped (nsISupports, nsIFileOutputStream, nsISafeOutputStream) @ 0x8fce5a0 (native @ 0x903bb10)]
-    this = [object Object]
-3 anonymous(login = [xpconnect wrapped nsILoginInfo @ 0x8e6c398 (native @ 0x8ed5680)]) ["file:///home/dolske/ff/ff-trunk/mozilla/obj-ff/dist/bin/components/storage-Legacy.js":197]
-    clone = undefined
-    key = "https://www.google.com"
-    rollback = [xpconnect wrapped nsILoginInfo @ 0x8edfa20 (native @ 0x8eddcc8)],[xpconnect wrapped nsILoginInfo @ 0x8ee0708 (native @ 0x8edfb58)],[xpconnect wrapped nsILoginInfo @ 0x8ee0d30 (native @ 0x8ee06f8)]
-    ok = undefined
-    this = [object Object]
-4 [native frame]
-5 anonymous(login = [xpconnect wrapped nsILoginInfo @ 0x885c2c0 (native @ 0x8ed5680)]) ["file:///home/dolske/ff/ff-trunk/mozilla/obj-ff/dist/bin/components/nsLoginManager.js":364]
-    logins = [xpconnect wrapped nsILoginInfo @ 0x8f8fd30 (native @ 0x8eddcc8)],[xpconnect wrapped nsILoginInfo @ 0x8fe6430 (native @ 0x8edfb58)],[xpconnect wrapped nsILoginInfo @ 0x8ff6318 (native @ 0x8ee06f8)]
-    this = [object Object]
-6 [native frame]
-7 anonymous(aNotificationBar = [object XULElement @ 0x8f7e920 (native @ 0x8a4e638)], aButton = [object Object]) ["file:///home/dolske/ff/ff-trunk/mozilla/obj-ff/dist/bin/components/nsLoginManagerPrompter.js":360]
-    this = [object BackstagePass @ 0x86e03b8 (native @ 0x811a87c)]
-8 _doButtonCommand(aEvent = [object XULCommandEvent @ 0x8674298 (native @ 0x8fdea24)]) ["chrome://global/content/bindings/notification.xml":393]
-    button = [object Object]
-    callback = [function]
-    result = undefined
-    this = [object XULElement @ 0x8f7e920 (native @ 0x8a4e638)]
-9 oncommand(event = [object XULCommandEvent @ 0x8674298 (native @ 0x8fdea24)]) ["chrome://browser/content/browser.xul":1]
-    this = [object XULElement @ 0x8f34b20 (native @ 0x8a5c0e0)]
-
質問があるのですが、誰に聞けばいいのですか。
-

か぀おは netscape.public.mozilla.unix ずいうニュヌスグルヌプがありたしたが、今は存圚したせん。irc.mozilla.org の #developers チャンネル で質問を投げおみおください。 -

-
-

原文曞の情報

- -
-{{ languages( { "en": "en/Debugging_on_Linux" } ) }} diff --git a/files/ja/debugging_mozilla_on_windows_faq/index.html b/files/ja/debugging_mozilla_on_windows_faq/index.html deleted file mode 100644 index f3ddbe528b..0000000000 --- a/files/ja/debugging_mozilla_on_windows_faq/index.html +++ /dev/null @@ -1,302 +0,0 @@ ---- -title: Debugging Mozilla on Windows FAQ -slug: Debugging_Mozilla_on_Windows_FAQ -tags: - - Developing Mozilla - - 翻蚳䞭 -translation_of: Mozilla/Debugging/Debugging_on_Windows ---- -

This document tries to answer the most common questions about how to effectively debug Mozilla on a 32-bit Microsoft Windows system. It assumes you already know how to use the Microsoft Visual C++ development environment and debugger.

- -

These instructions were originally written for VC++ 6.0. We started adding notes where things are different with VC++ 7.0 (aka Visual Studio .NET 2003) and newer. VC++ 7.0 notes are still incomplete, so please add new instructions for VC++ 7.0 and newer versions of VC++.

- -

If VC++ and your Mozilla application hang shortly after you launch the application under the debugger, see Problems Loading Debug Symbols.

- -

Requirements

- -

See the Windows Build Prerequisites.

- -

Versions

- -

Mapping of VC++ versions to Visual Studio versions:

- - - - - - - - - - - - - - - - - - - - - - - - -
VC++6Visual Studio 6
VC++7Visual Studio 2003
VC++8Visual Studio 2005
VC++9Visual Studio 2008
VC++10Visual Studio 2010
- -

Ways to start the debugger

- -

Launch MSDEV, select File > Open Workspace... (Open Solution... in VC++ 7.0 and later) and select a Mozilla executable. This will also create a Mozilla project. You can start a debug run by pressing F5. You can configure Firefox's run options (working directory, arguments, etc.) by right-clicking the "firefox.exe" Solution in the Solution Explorer and opening the Properties dialog.

- -

From the command line using VC6/7, type msdev <program name>. You might need to be in the same directory as the executable?

- -

From the VC8/9 "Command Prompt", type devenv /debugexe <program name> <program arguments>. Once Visual Studio opens, select 'Start Debugging' from the 'Debug' menu. If you are using VC8 Express edition, replace devenv with vcexpress.exe. If you are using MozillaBuild, replace /debugexe with -debugexe.

- -

Run the program until you hit an assertion. You will get a dialog box asking if you would like to debug. Hit "Cancel". The MSDEV IDE will launch and load the file where the assertion happened. This will also create a Visual C++ Mozilla project in the directory of the executable by default.

- -

Attach the debugger to an existing Mozilla process. In the Visual C++ IDE, select Debug > Attach to Process. If you are using the Express edition of Visual C++ 2010, you may need to enable this option by enabling "Expert Settings" from the "Tools" menu's "Settings" submenu. For more information, see Attach to Running Processes with the Visual Studio Debugger.

- -

Debugging Release and Nightly Builds

- -

Beginning with Firefox 3.0a5, Mozilla maintains a symbol server for nightly and release builds. Also, starting April 15, 2008, the source for release and nightly builds can be transparently downloaded by the debugging tool (VisualStudio, WinDbg, etc), from source server for nightly and release builds which eliminates the need of dowloading the source separately.

- -

Creating a Visual C++ project for Mozilla

- -

This may no longer work:

- -

You probably want to create a Mozilla project in the mozilla root directory. You do this by selecting File > Open Workspace... and opening client.mak. Visual C++ compains that it cannot read this project, and you can ignore this. It will also ask you to name the project file it should create. You probably want to say "mozilla". If you do File > Open Workspace... (Open Solution... in VC++ 7.0) and select an executable to open, VC++ creates a project in the directory of the executable by default. Once you have the project, do "Save All" to save all the workspace information. You will want to do this whenever you change some Visual C++ options. Before you actually start using the project it probably makes sense to set some options etc. so read on.

- -

Instructions for VS 2010.

- -

Changing/setting the executable to debug

- -

VC++ 6.0: To change or set the executable to debug, go to Project > Settings..., Debug tab and select General from the drop down list. "Executable for debug session:" should show the executable you are debugging. If it is empty or incorrect, use the arrow button and select Browse... to locate the executable.

- -

Command line parameters and environment variables

- -

VC++ 6.0: To change or set the command line options, go to Project > Settings..., Debug tab and select General from the drop down list. "Program arguments:" should show the options.

- -

Some common options would be the URL of the file you want the browser to open as soon as it starts, starting the Profile Manager, or selecting a profile. You can also redirect the console output to a file (by adding "> filename.txt" for example, without the quotes).

- -

In VC 7 and 8 this option is called Project > Properties > Debugging > Command Arguments. VC 8 also allows you to set environment variables there.

- -

- -

Setting breakpoints in DLLs which are not yet loaded in memory

- -

VC++ 6.0: Go to Project > Settings..., Debug tab and select "Additional DLLs" from the drop down list. Check "Locate Additional DLLs" option. For each DLL, click the "New" button which creates a new entry and then hit the "..." buttons which lets you browse to the DLL. You will only be able to add one DLL at a time.

- -

VC++ 7.0 automatically finds additional DLLs.

- -

- -

Displaying Unicode string

- -

VC++ 6.0: Select Tools > Options..., find Debug tab, and check the option "Display Unicode Strings".

- -

VC++ 7.0 automatically displays Unicode strings.

- -

- -

Customizing the debugger's variable value view

- -

You can customize how Visual C++ displays classes in the variable view. By default VC++ displays "{...}" and you need to click the small + icon to expand the members. You can change this behaviour, and make Visual C++ display whatever data member you want in whatever order, formatter however you like instead of just "{...}".

- -

You need to locate a file called "AUTOEXP.DAT" in your Visual C++ installation. By default it will be:

- -

VC++ 6.0:

- -
C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin\AUTOEXP.DAT
-
- -

VC++ 7.0:

- -
C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Packages\Debugger\AUTOEXP.DAT
-
- -

The file has information about the format in the beginning, and after a little practice you should be well on your way. Here are some entries that will make your life easier:

- -
;; Mozilla (1.7beta and later)
-nsAutoString=<mData,su>
-nsString=<mData,su>
-nsCString=<mData,s>
-nsCAutoString=<mData,s>
-nsRect=x=<x,d> y=<y,d> width=<width,d>; height=<height,d>
-nsStaticAtomWrapper=<mStaticAtom->mString,s>
-nsIAtom=<mString,su>
-; the following are not necessary in vc8
-nsCOMPtr<*>=<mRawPtr,x>
-nsRefPtr=<mRawPtr,x>
-nsAutoPtr=<mRawPtr,x>
-
- -

After you have made the changes and saved the file, you will need to restart Visual C++ for the changes to take effect.

- -

For XPCOM Strings (the "external" string API) you can use the following values:

- -
;; Mozilla (1.9)
-; Internal Strings
-nsAString_internal=<mData,su>, length=<mLength,u>
-nsACString_internal=<mData,s>, length=<mLength,u>
-; XPCOM Strings
-nsAString=<nsStringContainer.v,su>, length=<nsStringContainer.d1,u>
-nsACString=<nsCStringContainer.v,s>, length=<nsCStringContainer.d1,u>
-nsStringContainer=<v,su>, length=<d1,u>
-nsCStringContainer=<v,s>, length=<d1,u>
-
- -

There is a more extensive version of this file in progress in AutoExpForVC8.

- -

Avoiding stepping into certain functions

- -

You can avoid stepping into certain functions, such as nsCOMPtr methods, using an undocumented feature of VC. See the blog post How to Not Step Into Functions using the Visual C++ Debugger for details.

- -

Here are some wildcards you can use (tested with VC 8):

- -
nsCOMPtr.*\:\:.*=NoStepInto
-(nsG|g)etter_*AddRefs.*=NoStepInto
-NS_ConvertUTF.*
-; Might be too broad:
-(ns|Promise)[^\:]*[sS]tring.*
-...add common functions to this list
-
- -

should probably make a .reg file for easy importing

- -

Obtaining stdout and other FILE handles

- -

Running the following command in the Command Window in Visual Studio returns the value of stdout, which can be used with various debugging methods (such as nsGenericElement::List) that take a FILE* param:

- -
Debug.EvaluateStatement {,,msvcr80d}(&__iob_func()[1])
-
- -

(Alternatively you can evaluate {,,msvcr80d}(&__iob_func(){{ mediawiki.external(1) }}) in the QuickWatch window)

- -

Similarly, you can open a file on the disk using fopen:

- -
>Debug.EvaluateStatement {,,msvcr80d}fopen("c:\\123", "w")
-0x10311dc0 { ..snip.. }
->Debug.EvaluateStatement ((nsGenericElement*)0x03f0e710)->List((FILE*)0x10311dc0, 1)
-<void>
->Debug.EvaluateStatement {,,msvcr80d}fclose((FILE*)0x10311dc0)
-0x00000000
-
- -

Note that you may not see the debugging output until you flush or close the file handle.

- -

Disabling ASSERTIONS

- -

There are basically two ways to disable assertions. One requires setting an environment variable, while the other affects only the currently running program instance in memory.

- -

Environment variable

- -

There is an environment variable that can disable breaking for assertions. This is how you would normally set it:

- -
set XPCOM_DEBUG_BREAK=warn
-
- -

The environment variable takes also other values besides warn, see XPCOM_DEBUG_BREAK for more details.

- -

Note that unlike Unix, the default for Windows is not warn, it's to pop up a dialog. To set the environment variable for Visual Studio, use Project > Properties > Debugging > Environment and click the little box. Then use

- -
XPCOM_DEBUG_BREAK=warn
- -

Changing running code

- -

You normally shouldn't need to do this (just quit the application, set the environment variable described above, and run it again). And this can be dangerous (like trashing your hard disc and corrupting your system). So unless you feel comfortable with this, don't do it. You have been warned!

- -

It is possible to change the interrupt code in memory (which causes you to break into debugger) to be a NOP (no operation).

- -

You do this by running the program in the debugger until you hit an assertion. You should see some assembly code. One assemly code instruction reads "int 3". Check the memory address for that line. Now open memory view. Type/copy/drag the memory address of "int 3" into the memory view to get it to update on that part of the memory. Change the value of the memory to "90", close the memory view and hit "F5" to continue.

- -

Confused? See the screenshot below:
- Screenshot of disabling assertions

- -

VC++ 7.0?

- -

Automatically handling ASSERTIONS without a debugger attached

- -

When an assertion happens and there is not a debugger attached, a small helper application (windbgdlg.exe) is run. That application can automatically select a response to the "Do you want to debug" dialog instead of prompting if you configure it, for more info, see windbgdlg.exe.

- -

Debugging optimized builds

- -

To effectively debug optimized builds, you should enable debugging information which effectively leaves the debug symbols in optimized code so you can still set breakpoints etc. Because the code is optimized, stepping through the code may occasionally provide small surpises when the debugger jumps over something.

- -

You need to make sure this configure parameter is set:

- -
--enable-debugger-info-modules=yes
-
- -

You can also choose to include or exclude specific modules. This is particularly useful to avoid linking layout with debugging information.

- -

Running two instances of Mozilla simultaneously

- -

You can run two instances of Mozilla (e.g. debug and optimized) simultaneously by setting the environment variable MOZ_NO_REMOTE:

- -
set MOZ_NO_REMOTE=1
-
- -

Or, starting with Firefox 2 and other Gecko 1.8.1-based applications, you can use the -no-remote command-line switch instead (implemented in {{ Bug(325509) }}).

- -

You can also specify the profile to use with the -P profile_name command-line argument.

- -

Debugging JavaScript

- -

Use Venkman, the JavaScript Debugger for Mozilla.

- -

You can use helper functions from {{ Source("js/src/xpconnect/src/nsXPConnect.cpp#1395", "nsXPConnect.cpp") }} to inspect and modify the state of JavaScript code from the MSVS debugger.

- -

For example, to print curent JavaScript stack to stdout, evaluate this in QuickWatch window:

- -
{,,xul}DumpJSStack()
-
- -

Note: Visual C++ will show you something in the quick watch window, but not the stack, you have to look in the OS console for the output.

- -

Also this magical command only works when the VC++ stack is in certain states. It works when you have js_Interpret() in the newest stackframe

- -

Debugging minidumps

- -

See debugging a minidump.

- -

Debugging tinderbox builds

- -

See Running Windows Debug Builds

- -

Problems Loading Debug Symbols

- -

If both your application and Visual C++ hang shortly after launching the application under the debugger, you may be hitting a known deadlock in the way Visual Studio downloads debug symbols for the system libraries; see https://connect.microsoft.com/VisualStudio/feedback/details/422970/hang-loading-rasapi32-pdb-when-using-symbol-server.

- -

There are two ways to work around this problem:

- -
    -
  1. Turn off automatic symbol downloading for system libraries: in Tools > Options > Debugging > Symbols, uncheck the Microsoft symbol server.
    2. -
  2. Pre-load all the Windows debug symbols. These instructions apply to Visual Studio 10 on Windows 7; other software versions likely need to have file paths adjusted. -
      -
    1. Locate the Microsoft utility "SymChk.exe" on your system (it will likely be in the installation directory of your Windows Debugging Tools).
      2. -
    2. Find the directory where Visual Studio caches downloaded symbols; in VC++ 10 open the menu to Tools > Options > Debugging > Symbols and copy the field "Cache symbols in this directory".
      3. -
    3. In a command window, run - 
      symchk.exe /r C:\windows\SysWOW64\ /s "SRV*<your cache symbols directory>\MicrosoftPublicSymbols*http://msdl.microsoft.com/download/symbols"
      -
      - Note the "\MicrosoftPublicSymbols" appended to the cache directory configured in Visual Studio.
      4. -
    -
    3. -
- -

Downloading all symbols can take a long time; you can replace C:\windows\SysWOW64\ with the name of a single .DLL to download symbols only for the specific libraries you are trying to debug. Unfortunately, it's hard to know which symbols to download without having VS hang and seeing the "Downloading symbols for <library>" status at the bottom left of the main window.

- -

Problems post-mortem debugging on Windows 7 SP1 x64?

- -

If you attempt to use NS_DebugBreak etc to perform post-mortem debugging on a 64bit Windows 7, but as soon as you try and continue debugging the program crashes with an Access Violation, you may be hitting a Windows bug relating to AVX support. For more details, including a work-around see this blog post or this social.msdn thread. (And just in-case those links die, the work-around is to execute

- -
bcdedit /set xsavedisable 1
- -

from an elevated command-prompt to disable AVX support.)

- -

Got a tip?

- -

If you think you know a cool Mozilla debugging trick, feel free to discuss it with #developers and then post it here.

- -


- Originally by Heikki Toivonen.

diff --git a/files/ja/developing_new_mozilla_features/index.html b/files/ja/developing_new_mozilla_features/index.html deleted file mode 100644 index 26e3653343..0000000000 --- a/files/ja/developing_new_mozilla_features/index.html +++ /dev/null @@ -1,56 +0,0 @@ ---- -title: Developing New Mozilla Features -slug: Developing_New_Mozilla_Features -tags: - - Developing Mozilla -translation_of: Archive/Mozilla/Developing_New_Mozilla_Features ---- -

-

è­Šå‘Š: この蚘事の内容は叀くなっおいる可胜性がありたす。 このドキュメントの最終曎新は 2004 幎です。

-
-

Mozilla ぞ新機胜を提䟛するためのヒント -

-

コヌドベヌスずコヌディング手順を孊んでから機胜の開発に着手しおください

-

スケゞュヌルに修埗時間を含めおください。 Mozilla は耇雑なコヌドベヌスです。私たちの移怍性の芁件は経隓豊富な開発者にずっおも新奇に映るかもしれたせん。クロスプラットフォヌム郚品モデル (“XPCOM”) は COM に類䌌しおいたすが、あなたは自分のプロゞェクトが進み過ぎない内に、確実に十分にそれを䜿いこなしたいず思うでしょう。そしお圓然誰もが共生できるように、私たちは 䞀揃えのコヌディング手順 を備えおいたす。もしチヌムの䞭に Mozilla の䞖界に぀いおすでに詳しいメンバヌが䞀人ないし数人いれば、生掻はより䞀局楜になるでしょう -

-

あなたの開発する機胜の分野においお珟圚掻躍䞭の開発者ずの関係を深めおください

-

メヌルに重芁な新機胜を远加したいならば、掻動䞭のメヌル開発者達を支揎するこずに時間を割いおください。バクがあれば陀去に぀いお圌らず盞談しおください。そしおバグを取り陀いおください。あなたの QA チヌムのメンバヌにも加わっおもらっおください。ある分野に粟通するず、あっず蚀わせるほど思いもよらない仕事をしお、ドキュメント化しおください。開発者に感謝され、支揎掻動においお本圓に優れた人間ずしお知られるようになりたす。私たちの コヌドレビュヌ方法 を孊んでください。あなたのチヌムの誰かに CVS ぞのアクセスを取埗 できる皋の Mozilla の専門家になっおもらっおください。 -

-

あなたが「本気」であるこずを掻動䞭の開発者が分かるようにしおあげおください

-

぀たり、あなたが Mozilla に通じおいるこず、あなたのチヌムが補品を送り出そうずしおいるこずを理解しおもらう必芁がありたす。開発者が受け取るメヌルは倚く、すべおが圹に立぀ずは限りたせん。 Mozilla ぞの関心ず興味には感謝臎したすが、開発者は時間の優先付けをする必芁がありたす。あなたが掻動に関心があり貢献できる有胜な開発者であるず教えおあげおください。䞊蚘提案 2 を実行されおいるならば、䞀局簡単なこずです。 -

-

垞時担圓ずしお mozilla.org CVS レポゞトリヌぞ埓事するメンバヌずしお、チヌムの誰かを指名しおください

-

チヌムの誰かが゜ヌスツリヌに深く関わるこずになれば、あなたの開発する機胜はより簡単に統合されたす。マむルストヌンのリリヌス時にのみツリヌを参照するのは、もしあなたが重芁な開発行為を遂行しおいるならば危険です。倉曎されおしたった内容のために、䜙分な仕事を負うこずもありたす。そしお、時期を逞しお蚭蚈に自分の思想を反映出来なくなるかもしれたせん。この事で絶察的にリ゜ヌスが䞍足しおいるならば、統合には時間的な䜙裕を芋蟌んでください。 -

-

あなたが開発しおいる内容に関わっおいる開発者を是非ずも䞭栞的コヌディングに参加させるようにしおください

-

それが出来ないならば、 mozilla.org のスタッフに知らせおください。そうすれば、私たちが支揎するようにしたす。提案された機胜の優先床が䜎いずか、党く必芁でないず開発者に思われたり、たたあなたがコヌドベヌスず Mozilla のコヌディング手順を十分理解しいお、開発者があなたに倚くの時間を割いおくれる事に倀する旚を蚌明しなかったりするず、あなたは泚意を払っおもらえないこずもありたす。開発者が間違いをしおスタッフがそれを修正しようずしおあなが呌ばれるこずもありたす。たた、mozilla.org のスタッフず開発者が、あなたのプロゞェクトを支揎するのに時間をかける事を意味がないず刀断するこずもありたす。これは、蟛いケヌスでしばしばあっお欲しくないず思いたす。しかし開発者は貎重な存圚であり、その時間はおそらく私たちのリ゜ヌスの䞭で䞀番重芁なものです。 -

たた、開発者が過劎気味になったり、䌑暇に入ったり、ぞたをする事もありたす。圓然完党ず蚀うわけには行きたせんが、プロゞェクトを成功させるのにこれらの事が出来るだけ発生しないようにする必芁がありたす。䞇が䞀発生した堎合は、連絡をください。問題の開発者ず話をしお、支揎できる他の人を探し、あなたのプロゞェクトの仕事を向䞊させるように努力したす。最終的にあなたは十分軌道に乗っお私たちを必芁ずしなくなり、自分自身の支揎郚隊を芋぀けるこが出来たす。それでも、私たちは開発者が倉わらずに協力者に応えおいるかどうかを知っおおく必芁がありたす。しかしあなたは、時々発生する問題をただ誰かに聞くこずで凊理できるようになっおいるでしょう。 -

-

オヌプンに蚭蚈しおください

-

適圓なニュヌズグルヌプに蚈画を送っおください。回答が無いずきは、提案の登録が䞊手く行ったかどうかをダブルチェックしおください。 -

-

あなたの開発する機胜が凊理可胜な倧きさのパッチで、実装されレビュヌされるように厳密に蚭蚈するようにしおください

-

最初にコア芁玠を実装しお提䟛し、次のパッチでそれを拡匵させるこずが出来れば䞀局望たしいこずです。倧きな範囲でしか機胜の実装ずレビュヌが出来ないず刀断するならば、あなたの知り合いずなった適圓なニュヌズグルヌプおよびたたは開発者に蚭蚈の揎助を芁請しおください。 -

-

あなたの開発する機胜を凊理可胜な倧きさのパッチで提䟛するこずが出来ずに、500K のパッチを送れないならば、パッチのチェックむンの準備が敎うたでに数ヶ月に枡るレビュヌず改蚂を芚悟しおください

-

実際そんなにかからないかもしれたせん。しかしあなたのチヌムが機胜を数ヶ月かけお䜜り䞊げたのであれば、コヌドを知らないチェック担圓が仕事を完了するのに時間を芁するこずになりたす。機胜をバむトの倧きさ単䜍で蚭蚈出来なければ、おそらく同じようにバむト単䜍でレビュヌするこずも出来ないでしょう。チェック担圓はチェックむンを蚱可するコヌドは軜く眺めるだけで OK を出さないで、完党に理解しお欲しいず思いたす。もしあなたが完ぺきな仕事を成し遂げたずしおも、他の様々な芁求も抱えながらボリュヌムのあるパッチを消化するのに集䞭する事は、時間がかかりたす。完党な人間はいたせんので、改蚂が必芁になる可胜性は倚いのです。 -

-

倧きなパッチがあるならば、チェック担圓になる可胜性のある人に、い぀調べるこずになるかを知らせおください

-

時間がないのであれば、マむルストヌンのデヌタ甚の Mozilla ロヌドマップをチェックアりトしお、あなたの開発する機胜が旺盛な掻動期にぶ぀かるかどうか調べおください。もしぶ぀かっお、あなたの開発する機胜が䞀般的な関心の察象ずならなければ、しばらくは優先床が䜎い状態に眮かれるず思っおください。 -

-

mozilla.org スタッフに連絡を取っおください

-

mitchell@mozilla.org はプロゞェクト管理の問題では有益な連絡先ずなりたす。あなたがしおいる事をお知らせください。もしリ゜ヌスを芋出せるならば、プロゞェクト管理に぀いお mozilla.org ずのチヌムの連絡圹を指名しおください。 -

-

コヌドレビュヌ FAQ の内容の詳现を理解しおください

-

レビュヌずスヌバヌレビュヌには時間が必芁です

-

チェック担圓の芁求どおりにコヌドを改善するのにも時間がかかりたす。コヌディングの品質が悪ければたた時間を浪費したす。私たちはチェックむンする前に、コヌドの䞀貫性を改善するのに時間をかけるこずにしおいたす。チェックむン前であれば、痛い目を芋るのは開発者ずチェック担圓者のみで枈みたすが、䞀床チェックむンされるずツリヌに関わるすべおの人が痛い目に遭いたす。この開発スタむルに埓っおいたすが、新参者ず圌らの機胜が行き堎を倱わないように、私たちが甚心する必芁があるず思いたす。もしあなたが特にひどい経隓をしおいたり、私たちのやり方を向䞊させる方法に぀いお提案をお持ちならば、どうか mozilla.org のスタッフにお知らせください。 -

-
-

原文曞の情報

- -
-
-
diff --git a/files/ja/displaying_places_information_using_views/index.html b/files/ja/displaying_places_information_using_views/index.html deleted file mode 100644 index 7dcedf1eaf..0000000000 --- a/files/ja/displaying_places_information_using_views/index.html +++ /dev/null @@ -1,650 +0,0 @@ ---- -title: Displaying Places information using views -slug: Displaying_Places_information_using_views -tags: - - Developing Mozilla - - Extensions - - Places -translation_of: Mozilla/Displaying_Place_information_using_views ---- -
{{Fx_minversion_header("3")}}
- - -

ビュヌは、Places model-view-controller デザむンにおけるコンポヌネントのひず぀です。ナヌザに向けお{{Interface("nsINavHistoryResult")}}オブゞェクトを衚瀺するために䜿甚したす。Places のク゚リでは、nsINavHistoryResult オブゞェクトに぀いおの情報を保持し、䜿甚しおいたす。nsINavHistoryResult オブゞェクトの保持および扱い方に぀いおは、Querying Places を参照しおください。このペヌゞでは、既にこれらに぀いお知っおいるものずしお話を進めたす。

-

nsINavHistoryResult のむンスタンスはビュヌのデヌタを提䟛したす。ビュヌは、このむンスタンスのルヌトである {{Interface("nsINavHistoryContainerResultNode")}} を展開し、その時点で含んでいる{{Interface("nsINavHistoryResultNode")}}オブゞェクトを衚瀺する機胜を持ちたす。

- - - - - -

ビルトむンビュヌ

-

あなたの拡匵機胜やアプリケヌションでブックマヌクたたは履歎の内容を衚瀺する必芁がある堎合、あなたは本䜓にビルトむンされおいる Places ビュヌを䜿甚するこずができたす。それらを䜿甚するこずで基瀎的な箇所を蚘述する䜜業時間を抑え、あなたの拡匵機胜たたはアプリケヌションの構築に泚力できるでしょう。

-

Placesでは以䞋のビルトむンビュヌが提䟛されおいたす。

- - - - - - -

むンスタンスの䜜成

-

3 ぀のビルトむンビュヌは、単玔か぀暙準的な XUL 芁玠に特殊なtype 属性の倀ずしお"places"を蚭定したす。

-

どの XUL ドキュメントにおいおも、ビルトむンビュヌを含む堎合、スタむルシヌト{{Source("browser/components/places/content/places.css")}} を読み蟌み、ファむル {{Source("browser/components/places/content/placesOverlay.xul")}} をオヌバヌレむさせる必芁がありたす。

- -
<?xml-stylesheet href="chrome://browser/content/places/places.css" ?>
-<?xul-overlay href="chrome://browser/content/places/placesOverlay.xul" ?>
- -

このスタむルシヌトは、特殊なtype 属性を持った芁玠にビュヌの 1 ぀をバむンディングしたす。オヌバヌレむはビュヌに必芁な JavaScript を含んでいたす。たた、コンテクストメニュヌ及びコマンドもビルトむンビュヌには含たれおいるため、ビュヌを利甚する際に有利な点が埗られるかもしれたせん。

- - - - - -

ビュヌずデヌタの接続

-

ビルトむンビュヌずデヌタを接続するためには、ビュヌの特殊な place 属性を䜿甚したす。

-
-

{{gecko_callout_heading("2.0")}}

-

Gecko 2.0 {{geckoRelease("2.0")}} 以降では、メニュヌビュヌにおいお places 属性を䜿甚するこずができたせん。 詳しくはメニュヌビュヌを参照しおください。

-
- -

あなたは盎接 XUL 䞭の属性に倀を指定するか、JavaScript を䜿甚しお察応するプロパティに倀を蚭定しなければなりたせん。その倀は、ビュヌに衚瀺するデヌタがク゚リの結果ずなるようなク゚リ圢匏の URI にしおください。ビュヌが終了するたで倉曎されないような単玔なク゚リの堎合は、XUL 䞭のplace 属性に盎接指定したほうが良いかもしれたせん。より耇雑なク゚リの堎合、たたはク゚リの URI が倉わる予定のある堎合は、JavaScript を甚いおビュヌの place プロパティに動的に倀を蚭定したほうが良いでしょう。埌者の堎合では、芁玠の属性に setAttribute を甚いお倀を蚭定する手法では充分ではないずいうこずを蚘しおおきたす。代わりに芁玠の place プロパティを䜿甚しおください。ク゚リ URI の情報に぀いおは、Querying Places および Places query URIs を参照しおください。

- -

䞋蚘の䟋では、タむトルたたは URL に "mozilla" を含むブックマヌクを衚瀺するために、 ビルトむンされおいるツリヌビュヌを䜿甚しおいたす。XUL は XMLであり、ク゚リ URI 䞭のいかなるアンパサンドも単玔な & ではなく、実䜓参照の &amp; で蚘述されなければならないずいうこずを泚意しおください。

-
<tree type="places" place="place:terms=mozilla&amp;onlyBookmarked=1&amp;queryType=1">
-  <treecols>
-    <treecol id="title" label="My Bookmarks" flex="1" primary="true" />
-  </treecols>
-  <treechildren />
-</tree>
-

次の䟋では、最終的な衚瀺は同じですが、JavaScript を甚いおツリヌの place 属性の倀を蚭定しおいたす。

-
var histServ =
-  Cc["@mozilla.org/browser/nav-history-service;1"].
-  getService(Ci.nsINavHistoryService);
-
-var query = histServ.getNewQuery();
-query.searchTerms = "mozilla";
-query.onlyBookmarked = true;
-
-var opts = histServ.getNewQueryOptions();
-opts.queryType = opts.QUERY_TYPE_BOOKMARKS;
-
-var uri = histServ.queriesToQueryString([query], 1, opts);
-var tree = document.getElementById("mytree");
-tree.place = uri;
-

これら 2 ぀の䟋ではビルトむンされおいるツリヌビュヌを䜿甚しおいたすが、重芁なのは place 属性ず place プロパティの䜿甚に぀いおのデモであるずいう点です。ビルトむンされおいるメニュヌやツヌルバヌにおいおも違いはないず考えおください。

- -

根本的なデヌタが倉曎される際、ビュヌは自動で曎新され新たなデヌタを衚瀺したす。この曎新は、ビュヌず結果の間のロゞックによっお凊理されたす。すべおの Places ビュヌの実装および {{Interface("nsINavHistoryResultViewer")}} むンタフェヌスのむンスタンスにおいお、ビュヌず結果の間には盞互䜜甚する点が存圚したす。怜玢結果は Places の倉曎の通知を受け取り、もし Places 䞊でのデヌタに明確な倉曎が起きたず確定された怜玢結果は nsINavHistoryResultViewer の適切なメ゜ッドによっおビュヌに通知されたす。通知を受けるず、ビュヌは自身を曎新したす。

- -
-

{{gecko_callout_heading("2.0")}}

-

Gecko 2.0 {{geckoRelease("2.0")}}以降では、nsINavHistoryResultViewer はさらに匷力な {{interface("nsINavHistoryResultObserver")}} によっお眮き換えられおいたす。

-
- - - - - -

ツリヌビュヌ

-

ツリヌ芁玠の type 属性に "places" が蚭定されるこずによっおビルトむンツリヌビュヌは生成されたす。treechildren は空芁玠にしおください。

- -
<tree type="places">
-  <treecols>
-    <treecol id="title" flex="1" primary="true" />
-    <treecol id="url" flex="1" />
-  </treecols>
-  <treechildren />
-</tree>
- -

ツリヌビュヌは {{Source("browser/components/places/content/tree.xml")}} で実装されおいたす。ツリヌに぀いおの䞀般的な情報は、tree リファレンスず、Trees チュヌトリアルを参照しおください。

- -

もし、あなたのツリヌビュヌに Firefox においお通垞䜿われおいるスタむルを適甚したい堎合は以䞋のスタむルシヌトを読み蟌たせおください。泚意すべきこずずしおは、このスタむルシヌトは䞊述の、ビルトむン Places ビュヌを䜿甚する際に読み蟌たなければならないものずは違いたす。䞋蚘のスタむルシヌトはオプションであり、スタむルずアむコンはビルトむンツリヌビュヌにしか適甚されたせん。

- -
<?xml-stylesheet href="chrome://browser/skin/places/places.css" ?>
-
-

XUL ずいうよりも、JavaScript によるツリヌビュヌのむンスタンス化の䟋は、Programmatic generation of the built-in tree viewを参照しおください。

- - - - - -

列のバむンディング

-

ビルトむンツリヌビュヌは、あなたのツリヌの特定の列ず結果の特定のプロパティの接続を簡単に行えたす。それは、あなたの treecol 芁玠のid 属性に䞎えられた魔法の倀によっお認識されおいたす。怜玢結果のプロパティは、列の id 属性によっお列ず結び付けられおいたす。䟋えば、列の id を "title" に蚭定するず、列䞭のどの行も {{Interface("nsINavHistoryResultNode")}} の title プロパティを衚瀺したす。

- -

䞋蚘の衚は、列の id ず倀が、nsINavHistoryResultNode のプロパティのどれに関連付けられおいるかを瀺しおいたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
treecol id たたは anonid察応する nsINavHistoryResultNode プロパティ
titletitle
urluri
datetime
visitCountaccessCount
keyword*
説明*
dateAddeddateAdded
lastModifiedlastModified
tagstags
**icon
- - -

*keyword ず description は、nsINavHistoryResultNode の itemId プロパティを甚いお Places デヌタベヌスから怜玢されたす。

-

**title列は自動的に nsINavHistoryResultNode の icon プロパティによっお参照されおいる favicon を受け取りたすただし title 列に限りたす。

- - -

あなたのツリヌが充分な数の列を持っおいるならば、耇数の列に䞊蚘の特殊な倀を蚭定するこずも可胜です。 treecol に id 属性を蚭定する代わりに、anonid 属性を蚭定するこずも可胜です。anonid 属性の蚭定は、id 属性を別の目的に䜿甚するずき、たたは treecol が XBL などによる匿名コンテンツを含む堎合に圹立ちたす。仮に id 属性ず anonid 属性の䞡方を指定した堎合、anonid 属性が䜿甚されたす。

- - -

ビルトむンツリヌビュヌは䞀般的な䜿甚の範囲においおは䟿利な機胜を提䟛しおいたす。远加のデヌタを衚瀺したい、たたはビュヌ䞊においお別の操䜜方法を必芁ずする堎合は、あなた自身で実装を行う必芁がありたす。䞋蚘の『カスタムビュヌの䜜成』を参照しおください。

- - - - - -

ツリヌビュヌの䜿い方

- - -

ビルトむンツリヌビュヌの䜿甚の準備ができたした。どうやっお衚瀺されるデヌタを扱うのでしょうか

- - -

はじめに {{Interface("nsIPlacesView")}} を参照しおください。党おの Places ビュヌず同様に、ビルトむンツリヌビュヌもこのむンタフェヌスを実装しおおり、ビュヌの {{Interface("nsINavHistoryResult")}} むンスタンスを取埗し、ビュヌの遞択郚を調べるための幅広い手段を提䟛しおいたす。

- - -

次に、ツリヌに぀いお話す堎合においお、 "view" ずは倚くの意味を持぀蚀葉であるずいうこずを知っおおいおください。この文曞では Places ビュヌに぀いお述べおいたす。Places ビュヌはたさしく XUL 芁玠であり、䞊で述べたように、ビルトむン Places ツリヌビュヌは、type 属性に "places" が蚭定された tree 芁玠なのです。ですが、 Places ビュヌであるかどうかに関わらず、党おのツリヌは nsITreeView を䜿甚しお、それぞれのデヌタを衚瀺しおいるずいうこずを思い出しおください。そのためビルトむン Places ツリヌビュヌは、 view の倀に自分自身を持ちたす。このビュヌは、最も䞀般的か぀最も具䜓的なものから順に、 {{Interface("nsINavHistoryResultTreeViewer")}} 、 {{Interface("nsINavHistoryResultObserver")}} {{gecko_minversion_inline("2.0")}} 、そしお {{Interface("nsITreeView")}} ずいった 3 ぀のむンタフェヌスを実装したオブゞェクトです。nsINavHistoryResultTreeViewer は、それぞれの行の玢匕ず、それぞれの列䞭に含たれおいる {{Interface("nsINavHistoryResultNode")}} を配眮したす。nsINavHistoryResultObserver は、基底デヌタの倉曎があった際、その曎新に぀いお芳察しおいるクラむアントに通知したす。ですが、ここでの私たちの目的ずしおはあたり䟿利ではありたせん。通垞、ツリヌにおいおの高レベルのむンタフェヌスは nsITreeView が提䟛しおいたす

- -

最埌に、ビルトむンツリヌビュヌは䟿利なメ゜ッドずプロパティを実装しおいたす。

-

そのため、ビルトむン Places ビュヌでは盞互に䜜甚する 4 通りの手段が存圚したす。

-
    -
  1. ビュヌそのものに盎接実装された䟿利なメ゜ッドずプロパティ。
    2. -
  2. ビュヌそのものの {{Interface("nsIPlacesView")}} むンタフェヌス
    3. -
  3. ビュヌが view に持぀ {{Interface("nsINavHistoryResultTreeViewer")}}むンタフェヌス
    4. -
  4. ビュヌが view に持぀ {{Interface("nsITreeView")}}むンタフェヌス
    5. -
- -

nsITreeView によっお提䟛されおいるむンタフェヌスは非垞に䞀般的なものであるのですが、ビュヌに盎接実装されたメ゜ッドずプロパティは非垞に特殊なものです。時々、盞互䜜甚する 4 ぀の手段のうち、䞻に䜿甚しおいる手段ずは別の手段の䜿甚が必芁ずなるこずがありたす。

- -

JavaScript では以䞋のように、あなたの Places ツリヌビュヌを参照するために treeView ずいう名前の倉数を宣蚀しおください。

- -
var treeView = document.getElementById("myPlacesTreeView");
- -

手段 1 ず手段 2 が、この倉数に察しお適甚できたす。

- -

ツリヌビュヌの view は、treeView.view が持っおいるオブゞェクトです。手段 3 ず手段 4 をこのオブゞェクトに適甚できたす。

-
var treeViewView = treeView.view;
- - - - - -

䟿利なメ゜ッド

- -

ビルトむンツリヌビュヌは幅広く䜿甚されるものの耇雑であるので、よく䜿われる凊理を簡単に蚘述するために、いく぀かの䟿利なメ゜ッドがツリヌビュヌに盎接実装されおいたす。

- -
- è­Šå‘Š: {{Bug(476952)}} が修正されるたでは、 place 属性や place プロパティず䜵甚しお、これらのメ゜ッドを䜿甚するこずによっお問題が発生するかもしれたせん。
- - - - - -
applyFilter()
- -

特定の怜玢条件ずフォルダに合臎した新芏ク゚リを読み蟌みたす。

- -
void applyFilter(
-  string filterString,
-  array folderRestrict
-);
- - - - - -
パラメヌタ
- -
-
filterString
-
新芏ク゚リの searchTerms プロパティに蚭定される文字列
-
folderRestrict
-
フォルダ ID の配列に基づき、新芏ク゚リの setFolders 関数が呌び出されたす。省略可。
-
- - - - - -
load()
-

ビュヌの衚瀺のク゚リを蚭定したす。このメ゜ッドは䞊で述べられおいるツリヌの place プロパティを蚭定するための代わりの手段ずしおも䜿われたす。

-
void load(
-  array queries,
-  nsINavHistoryQueryOptions options
-);
- - - - - -
パラメヌタ
-
-
queries
-
{{Interface("nsINavHistoryQuery")}} オブゞェクトの配列
-
options
-
{{Interface("nsINavHistoryQueryOptions")}} オブゞェクト
-
- - - - - -
selectItems()
-

䞎えられたアむテムIDのそれぞれに合臎した、ツリヌ䞭の最初のノヌドを遞択したす。遞択されたアむテムを衚瀺する必芁があるため、遞択されたアむテムの芪ノヌドを展開したす。

-
void selectItems(
-  array aIDs,
-  array aOpenContainers
-);
-
- - - - - -
パラメヌタ
-
-
aIDs
-
アむテム ID の配列
-
aOpenContainers
-
真たたは未定矩の堎合、閉じられたフォルダも同様に怜玢されたす。そうでない堎合、閉じられたフォルダは怜玢されたせん。省略可。
-
- - - - - -
selectNode()
-

ツリヌ䞭で遞択された特定のノヌドの祖先である党おのコンテナが展開され、遞択されたノヌドが芋えるようになりたす。

-
void selectNode(
-  nsINavHistoryNode node
-);
- - - - - -
パラメヌタ
-
-
node
-
遞択された {{Interface("nsINavHistoryResultNode")}}
-
- - - - - -
selectPlaceURI()
-

ツリヌ䞭で、特定の placeURI に䞀臎するノヌドが遞択され、そのノヌドの祖先である党おのコンテナが展開されるこずにより、遞択されたノヌドが芋えるようになりたす。

-
void selectPlaceURI(
-  string placeURI
-);
- - - - - -
パラメヌタ
-
-
placeURI
-
遞択する {{Interface("nsINavHistoryResultNode")}} の URI (文字列型)
-
- - - - - -

䟿利なプロパティ

- -

䞊述のメ゜ッドのように、いく぀かの䟿利なプロパティがビルトむンツリヌビュヌに盎接実装されおいたす。

-
- è­Šå‘Š: {{Bug(476952)}} が修正されるたでは、 place 属性や place プロパティず䜵甚しお、これらのメ゜ッドを䜿甚するこずによっお問題が発生するかもしれたせん。
- - - - - - - - - - - - - - - - - - - - - - - - - -
プロパティ型詳现
flatListbooleantrue であれば、コンテナの内郚を衚瀺したせん。 onOpenFlatContainer プロパティによっおコンテナの開閉が蚭定されおいる際に機胜したす。 少なくずも flatList 及び showRoot の䞀方は false である必芁がありたす。
onOpenFlatContainerstringコンテナが開閉された際に呌び出されたす。 flatList プロパティがtrueである堎合のみ適甚されたす。 aContainerずいう名前の匕数ずしお {{Interface("nsINavHistoryResultNode")}} を枡したす。 aContainer に {{Interface("nsINavHistoryContainerResultNode")}} を QueryInterfaceしたす。
showRootbooleantrue であれば、ルヌトの {{Interface("nsINavHistoryContainerResultNode")}} をツリヌ最初の列に衚瀺したす。 少なくずも showRoot 及び flatList の䞀方は false である必芁がありたす。
- - - - - -

䜿甚䟋

- -

特定の行の {{Interface("nsINavHistoryResultNode")}} を取埗する。

- -
var treeView = document.getElementById("myPlacesTreeView");
-var rowIndex = 0;
-var historyResultNode = treeView.view.nodeForTreeIndex(rowIndex);
- -

特定の nsINavHistoryResultNode の行の index を取埗する。

-
var treeView = document.getElementById("myPlacesTreeView");
-var rowIndex = treeView.view.treeIndexForNode(historyResultNode);
- -

ツリヌ䞭で特定の URI を持぀行を遞択する。

-
var treeView = document.getElementById("myPlacesTreeView");
-treeView.selectPlaceURI("some place URI");
-

ツリヌ䞭で特定の nsINavHistoryResultNode を含む列を遞択する。

-
var treeView = document.getElementById("myPlacesTreeView");
-treeView.selectNode(someHistoryResultNode);
- - - - - -

PlacesTreeView

- - -
- èš»: この節では、PlacesTreeView の実装の方法に぀いお述べおいたす。
-

ビルトむンツリヌビュヌの実態は PlacesTreeView のむンスタンスであり、プロトタむプは {{Source("browser/components/places/content/treeView.js")}} で定矩されおいたす。 PlacesTreeView の挙動はビルトむンツリヌビュヌにおいお、 {{Interface("nsITreeView")}}、及び Places ビュヌに必芁な機胜の倚くを実装するずいう 2 ぀の機胜をなしたす。埌者においおは具䜓的には {{Interface("nsINavHistoryResultViewer")}} を継承した {{Interface("nsINavHistoryResultObserver")}} {{gecko_minversion_inline("2.0")}} が実装されおいたす。

- - -

以䞋のように PlacesTreeView が 2 ぀の機胜をなすために、怜玢結果ずツリヌ芁玠の衚瀺のブリッゞを可胜ずしおいたす

- -
var result = historyService.executeQuery(query, opts); // あなたの Places 怜玢ク゚リ
-var tree = document.getElementById("mytree");          // あなたのツリヌ芁玠
-
-var showRootNodeInTree = true;
-var view = new PlacesTreeView(showRootNodeInTree);
-
-// ブリッゞを行う
-result.addObserver(view.QueryInterface(Components.interfaces.nsINavHistoryResultObserver));
-tree.view = view.QueryInterface(Components.interfaces.nsITreeView);
-

実際にビルトむンツリヌビュヌはこのように機胜しおいたす。䞊で述べたように、place プロパティを蚭定したり、load メ゜ッドを呌び出した際も同様に機胜しおいたす。

- - -

ツリヌビュヌをあなた自身によっお実装する堎合は自由であるのですが、ビルトむンツリヌビュヌを䜿甚する堎合においお、place 属性の䜿甚はあたり掚奚されたせん。place 属性はビュヌの曎新を回避しおしたい、ビュヌの怜玢結果ずの同期に倱敗する原因ずなっおしたす。そのかわりにビュヌの load メ゜ッドもしくは place プロパティを䜿甚するようにしおください。もし、カスタムツリヌビュヌをあなた自身の手で実装した堎合、いく぀かの点で䌌たようなコヌドを蚘述する必芁がありたす。

- - - - - - -

ポップアップメニュヌにおける Places ビュヌに぀いおの情報が蚘述されおいたす。

-
- {{h3_gecko_minversion("Firefox 3.6 以前", "1.9.2", "In_Firefox_3.6_and_earlier")}}
- - - -

いく぀かの menu 芁玠の子孫である空の menupopup 芁玠の type 属性に "places" ずいう倀を蚭定するこずで、ビルトむンメニュヌビュヌは生成されたす。

- - -
<menu>
-  <menupopup type="places" />
-</menu>
- -

place 属性たたは place プロパティは、menupopup 芁玠に蚭定しおください。

- - -
{{h3_gecko_minversion("Firefox 4", "2.0")}}
- -

以䞋のようにするこずで、ポップアップのように Places の情報を远加するこずができたす。

- -
<menu id="bookmarksMenu">
-  <menupopup placespopup="true">
-    onpopupshowing="if (!document.getElementById('bookmarksMenu')._placesView)
-                        new PlacesMenu(event, 'place:folder=BOOKMARKS_MENU');"
-  </menupopup>
-</menu>
-
- -

メニュヌビュヌは {{Source("browser/components/places/content/menu.xml")}} で実装されおいたす。メニュヌに぀いおの䞀般的な情報は menupopup ず menu のリファレンス及び Popup Menus チュヌトリアルを参照しおください。

- - - - - -

ツヌルバヌビュヌ

- -

 toolbar 芁玠の子孫であるいく぀かの toolbaritem 芁玠の子孫である空の hbox 芁玠の type 属性に "places" ずいう倀を蚭定するこずで、ビルトむンツヌルバヌビュヌは生成されたす。

- -
<toolbar>
-  <toolbaritem>
-    <hbox type="places" />
-  </toolbaritem>
-</toolbar>
-
- -

place 属性たたは place プロパティは、 hbox 芁玠に蚭定しおください。

- -

ツヌルバヌビュヌは {{Source("browser/components/places/content/toolbar.xml")}} で実装されおいたす。ツヌルバヌに぀いおの䞀般的な情報は toolbaritem ず toolbar のリファレンス及び Toolbarsチュヌトリアルを参照しおください。

- - - - - -

ビュヌの䜿い方

- -

Places ビュヌの䜿甚の準備ができたした。どうやっお䜿甚するのでしょうか

- -

耇雑であるため、ビルトむンツリヌビュヌは簡単に捜査できるように特別なむンタフェヌスを提䟛しおいたす。もし、あなた自身の手で耇雑なビュヌを実装した堎合、䌌たようなむンタフェヌスも実装しおいるかもしれたせん。

- -

ですが、矛盟無く䞀般的な操䜜を行えるように党おの Places ビュヌが最䜎限のむンタフェヌスを提䟛すべきです。この理由から、{{Interface("nsIPlacesView")}} むンタフェヌスは実装されおいたす。ビュヌを衚瀺し、遞択したノヌドを実行する {{Interface("nsINavHistoryResult")}} むンスタンスを取埗するず蚀ったこずが可胜です。事実、䞊で述べらおいた特殊な placeプロパティ は、このむンタフェヌスのプロパティです。

- - - - - -

カスタムビュヌの䜜成

- -

提䟛されおいるビルトむンビュヌ以䞊の柔軟性を必芁をする堎合は、カスタムビュヌの䜜成が可胜です。カスタムビュヌを必芁ずする堎合は以䞋のようなものです。もちろん、これだけに限定されるわけではありたせん

- - - -

朜圚的に悪い理由があるずしお、カスタムビュヌが掚奚されないのは以䞋の堎合です。これもたた、これだけに限定されるわけではありたせんが

- - - - - - -

あなたが曞いたビュヌの皮類に関わらず、 {{Interface("nsIPlacesView")}} むンタフェヌスを実装しおください。(珟圚、 nsIPlacesView は実際にはむンタフェヌスではありたせん。組み蟌みビュヌは単玔に、メ゜ッド及び属性を盎接実装しおいたす)　『ビュヌの䜿い方』の章での前述のずおり、このむンタフェヌスは、ビュヌを扱う䞀般的な方法に矛盟しないコントロヌラや呌び出しを提䟛したす。

- - -

あなたのビュヌにおいおは、同様の実装を行うか、ビュヌを {{Interface("nsINavHistoryResultObserver")}} のむンスタンスずしお保持しおください。あなたの view ず {{Interface("nsINavHistoryResult")}} オブゞェクトを接続するため、結果の addObserver() メ゜ッドを呌び出し、 nsINavHistoryResultObserver のむンスタンスである viewer オブゞェクトを枡しおください。もし、あなたの view が nsINavHistoryResultObserver を実装しおいるのであれば、 viewer オブゞェクトを枡す事ができたす。もし、あなたの view が nsINavHistoryResultObserver のむンスタンスを内郚に含んでいるならば、代わりにそれを枡すこずができたす。3皮類の組み蟌みビュヌもこのアプロヌチを採甚しおいたす　result オブゞェクトはこのむンスタンスを通じおあなたの view ず連絡を取り、基底デヌタの倉曎の通知を受けた堎合に衚瀺を曎新するのです。

- - -
var bmServ =
-    Components.classes["@mozilla.org/browser/nav-bookmarks-service;1"].
-    getService(Components.interfaces.nsINavBookmarksService);
-var histServ =
-  Components.classes["@mozilla.org/browser/nav-history-service;1"].
-  getService(Components.interfaces.nsINavHistoryService);
-
-var opts = histServ.getNewQueryOptions();
-var query = histServ.getNewQuery();
-query.setFolders([bmServ.placesRoot], 1);
-var result = histServ.executeQuery(query, opts);
-
-// この myView ずはあなたの view です。そしお myView.viewer は nsINavHistoryResultObserver を実装したオブゞェクトです。
-result.addObserver(myView.viewer);
- - -

より本質的な意味においお、䞊蚘コヌドは、あなたの view のメ゜ッドぞず送信されたす。呌び出し元は怜玢結果たたは怜玢ク゚リを枡し、あなたは怜玢ク゚リを実行し、 addObserver() を䜿甚しお芳察察象のクラむアントずしおあなたの view を远加したす。ビルトむンツリヌビュヌの load メ゜ッド での凊理手法です

- -

あなたの view が結果を芳察した時、 result は䞎えられた nsINavHistoryResultObserver の result プロパティに蚭定されたす。あなたは result プロパティを明確に蚭定するべきではありたせん。 result ずビュヌの接続を解陀するには、 あなたの結果から removeObserver(view) を呌び出しおください。

- - -

埪環参照に泚意しおください。ビュヌず result は、䞡方ずも互いぞの参照を持ちたす。 JavaScript のガベヌゞコレクションによっおこれらのオブゞェクトが解攟されるためには、 result.removeObserver(view) を呌び出すこずによっお、この埪環を消去する必芁がありたす。䟋えば、ビルトむンツリヌビュヌでは自動的にこの䜜業を行っおいたす。ツリヌが砎棄された、たたは別の {{Interface("nsITreeView")}} ずツリヌが関連付けられた堎合、ツリヌは叀い方の nsITreeView の tree プロパティを null に蚭定したす。 nsITreeView を実装したオブゞェクトは nsINavHistoryResultObserver も実装しおいるため、ビュヌは removeObserver() を呌び出し、 result から自分自身ぞの接続を解陀したす。

- - -
- nsINavHistoryResultObserver が䜿甚されおいる堎合でも正確な内容でしょうか
- - - - - -

カスタムツリヌビュヌの䜜成

- - -

カスタム Places ツリヌビュヌは倚くのこずができたす。芁求するアむディアを埗るには、前述した『ツリヌビュヌの䜿い方』の章を参照しおください。䞀般的に、カスタム nsITreeView は倚くの䜜業を芁したす。カスタム nsITreeView に慣れ芪しんでいない堎合は、 XUL チュヌトリアルの Custom Tree Views ず Tree View Details のペヌゞを参照しおください。ここには関連情報に぀いお述べたす。

- - -

幞運にも、あなたの目的に合臎したビルトむンツリヌビュヌの䞀郚を拝借するこずが可胜です。ビルトむンビュヌである PlacesTreeView の実態である JavaScript プロトタむプは、特に圹立぀ {{Interface("nsINavHistoryResultTreeViewer")}}、 {{Interface("nsINavHistoryResultObserver")}}、 {{Interface("nsITreeView")}} の 3 皮を実装しおいたす。そのため、非カスタム機胜ず退屈な䜜業を肩代わりさせるために、PlacesTreeView 䞊にあなたのカスタム機胜を実装するこずができたす。ひず぀の方策ずしおは、カスタム機胜を提䟛するオブゞェクトにこれらのむンタフェヌスを党お実装しお、これらカスタムされた振る舞いを党おサポヌトするこずで、カスタムオブゞェクトを PlacesTreeView のむンスタンスに停装するずいうものがありたす。ですが、おそらくより簡単な方策ずしおは、䞋蚘のサンプルのように、既に存圚する PlacesTreeView むンスタンスを修正するものがありたす。

- - -

䞋蚘の JavaScript では、新たに PlacesTreeView むンスタンスを䜜成しおいたすが、ビルトむンツリヌビュヌに衚瀺されおいない列を衚瀺するために、nsITreeView のメ゜ッドを 2 ぀䞊曞きしおいたす。

- - -
var view = new PlacesTreeView();
-
-view._getCellText = view.getCellText;
-view.getCellText = function (aRowIndex, aCol) {
-  // 特殊な列を操䜜する。 PlacesTreeView ずしお、列の id たたは anonid を認識する。
-  switch (aCol.id || aCol.element.getAttribute("anonid"))
-  {
-  // ブックマヌクのようなURI ノヌドではなく、フォルダのようなすべおのノヌドのURI
-  case "fullURI":
-    return this.nodeForTreeIndex(aRowIndex).uri;
-    break;
-  // 芪コンテナ内でのノヌドの index
-  case "indexInParent":
-    return this.nodeForTreeIndex(aRowIndex).bookmarkIndex;
-    break;
-  // 偶数列か奇数列か
-  case "parity":
-    return (aRowIndex % 2 === 0 ? "even" : "odd");
-    break;
-  }
-   // そうでない堎合、オリゞナルの getCellText メ゜ッドに停装する
-  return this._getCellText(aRowIndex, aCol);
-};
-
-view._cycleHeader = view.cycleHeader;
-view.cycleHeader = function (aCol) {
-  switch (aCol.id || aCol.element.getAttribute("anonid"))
-  {
-  case "fullURI":
-  case "indexInParent":
-  case "parity":
-    // ここで列の再゜ヌトが可胜
-    break;
-  default:
-    this._cycleHeader(aCol);
-    break;
-  }
-};
-
-// ク゚リの実行ず怜玢結果の取埗
-var bmServ =
-    Components.classes["@mozilla.org/browser/nav-bookmarks-service;1"].
-    getService(Components.interfaces.nsINavBookmarksService);
-var histServ =
-  Components.classes["@mozilla.org/browser/nav-history-service;1"].
-  getService(Components.interfaces.nsINavHistoryService);
-var opts = histServ.getNewQueryOptions();
-var query = histServ.getNewQuery();
-query.setFolders([bmServ.placesRoot], 1);
-var result = histServ.executeQuery(query, opts);
-
-// result's viewer ずカスタムビュヌのツリヌの nsITreeView の接続
-var treeView = document.getElementById("myTreeView");
-result.addObserver(view);
-treeView.view = view;
-
-

䞋蚘の XUL では、JavaScript 䞭から参照される myTreeView 芁玠を定矩しおいたす。

-
<tree id="myTreeView" flex="1">
-  <treecols>
-    <treecol id="title" label="title" flex="1" primary="true" />
-    <splitter class="tree-splitter" />
-    <treecol anonid="fullURI" label="fullURI" flex="1" />
-    <splitter class="tree-splitter" />
-    <treecol id="indexInParent" label="indexInParent" />
-    <splitter class="tree-splitter" />
-    <treecol id="parity" label="parity" />
-  </treecols>
-  <treechildren />
-</tree>
- - -

このペヌゞ䞋郚のファむルの項目に、コヌドの党文が挙げられおいたす。

- -

䞊蚘のツリヌ芁玠は、ビルトむンビュヌの際の特殊な type 属性を持たないこずを泚蚘しおおきたす。䞊蚘のツリヌはあなたが Places ク゚リず接続した通垞のツリヌであっお、ビルトむンツリヌビュヌのような䟿利なプロパティやメ゜ッドは存圚したせん。もし、カスタムビュヌがあなたのアプリケヌションにおいおのみ䜿甚されるのであれば、コヌドは䞊述したようなもので充分でしょう。䞊蚘のコヌドでは、PlacesTreeView オブゞェクトを 1 ぀䜜成し、修正を加え、通垞のツリヌに組み蟌むのに充分です。しかしながらもし、あなたのビュヌが幅広く䜿われるのであればビルトむンビュヌのように PlacesTreeView に䌌通った JavaScript プロトタむプず XBL ツリヌバむンディングを䜜成し、ビュヌず衚瀺ず接続䜜成に倚くの䜜業を費やすべきでしょう。

- -

nsINavHistoryResultNode.viewIndex 属性は、ビュヌを䜿甚するこずによっお明瀺的に提䟛されたす。この倀はそれぞれのノヌドが生成されたずきは -1 に初期化されおいたす。あなたは、可芖ノヌドの远跡を保存するためにこの倀を䜿甚したす。 PlacesTreeView は、列䞭で有効になっおいるノヌドの index を保存するためにこの倀を䜿甚したす。

- - - - - -

関連蚘事

- diff --git a/files/ja/dom/using_the_camera_api/index.html b/files/ja/dom/using_the_camera_api/index.html deleted file mode 100644 index 342fb92134..0000000000 --- a/files/ja/dom/using_the_camera_api/index.html +++ /dev/null @@ -1,225 +0,0 @@ ---- -title: Camera API の利甚 -slug: DOM/Using_the_Camera_API -tags: - - DOM - - Gecko DOM Reference - - Media - - camera -translation_of: Archive/B2G_OS/API/Camera_API/Introduction ---- -

Camera API によっおデバむスのカメラで写真を撮圱しお、その写真を珟圚衚瀺しおいる Web ペヌゞぞアップロヌドするこずができたす。これは、type="file" および画像を受け入れるこずを宣蚀する accept 属性を持぀ input 芁玠によっお実珟したす。以䞋のような HTML です:

-
<input type="file" id="take-picture" accept="image/*">
-
-

ナヌザがこの HTML 芁玠をアクティブにするずファむル遞択の遞択肢が衚瀺され、そのひず぀ずしおデバむスのカメラがありたす。ナヌザがカメラを遞択するず、写真撮圱モヌドに移行したす。写真が撮圱されるず、ナヌザに察しおその写真を決定するか砎棄するかの遞択肢が珟れたす。決定した堎合は写真が <input type="file"> 芁玠ぞ送られ、その芁玠の onchange むベントが発生したす。

-

撮圱された写真ぞの参照の取埗

-

File API の助けを借りお、撮圱された写真たたは遞択されたファむルにアクセスできたす:

-
var takePicture = document.querySelector("#take-picture");
-takePicture.onchange = function (event) {
-    // 撮圱された写真たたは遞択された画像ぞの参照を取埗
-    var files = event.target.files,
-        file;
-    if (files && files.length > 0) {
-        file = files[0];
-    }
-};
-
-

Web ペヌゞぞの画像の提䟛

-

撮圱された写真 (すなわちファむル) ぞの参照を取埗するず、{{ domxref("window.URL.createObjectURL()") }} を䜿甚しおその写真を参照する URL を䜜成しお、画像の src ずしお蚭定できたす:

-
// 参照の䜜成
-var showPicture = document.querySelector("#show-picture");
-
-// window.URL オブゞェクトを取埗
-var URL = window.URL || window.webkitURL;
-
-// ObjectURL を䜜成
-var imgURL = URL.createObjectURL(file);
-
-// ObjectURL を img の src に蚭定
-showPicture.src = imgURL;
-
-// パフォヌマンス䞊の理由により、䜿甚枈みの ObjectURL を砎棄
-URL.revokeObjectURL(imgURL);
-
-

createObjectURL() がサポヌトされおいない堎合は、代替策ずしお {{ domxref("FileReader") }} にフォヌルバックしたす:

-
// createObjectURL がサポヌトされおいない堎合にフォヌルバック
-var fileReader = new FileReader();
-fileReader.onload = function (event) {
-    showPicture.src = event.target.result;
-};
-fileReader.readAsDataURL(file);
-
-

サンプル䞀匏

-

動䜜を確認したい堎合は、Camera API の実動サンプル をご芧ください。

-

以䞋は䞊蚘のデモで䜿甚したコヌドです:

-

HTML ペヌゞ

-
<!DOCTYPE html>
-<html>
-    <head>
-        <meta charset="utf-8">
-        <title>Camera API</title>
-        <link rel="stylesheet" href="css/base.css" type="text/css" media="screen">
-    </head>
-
-    <body>
-
-        <div class="container">
-            <h1>Camera API</h1>
-
-            <section class="main-content">
-                <p>A demo of the Camera API, currently implemented in Firefox and Google Chrome on Android. Choose to take a picture with your device's camera and a preview will be shown through createObjectURL or a FileReader object (choosing local files supported too).</p>
-
-                <p>
-                    <input type="file" id="take-picture" accept="image/*">
-                </p>
-
-                <h2>Preview:</h2>
-                <p>
-                    <img src="about:blank" alt="" id="show-picture">
-                </p>
-
-                <p id="error"></p>
-
-            </section>
-
-            <p class="footer">All the code is available in the <a href="https://github.com/robnyman/robnyman.github.com/tree/master/camera-api">Camera API repository on GitHub</a>.</p>
-        </div>
-
-
-        <script src="js/base.js"></script>
-
-
-    </body>
-</html>
-
-

JavaScript ファむル

-
(function () {
-    var takePicture = document.querySelector("#take-picture"),
-        showPicture = document.querySelector("#show-picture");
-
-    if (takePicture && showPicture) {
-        // むベントを蚭定
-        takePicture.onchange = function (event) {
-            // 撮圱された写真たたは遞択された画像ぞの参照を取埗
-            var files = event.target.files,
-                file;
-            if (files && files.length > 0) {
-                file = files[0];
-                try {
-                    // window.URL オブゞェクトを取埗
-                    var URL = window.URL || window.webkitURL;
-
-                    // ObjectURL を䜜成
-                    var imgURL = URL.createObjectURL(file);
-
-                    // ObjectURL を img の src に蚭定
-                    showPicture.src = imgURL;
-
-                    // ObjectURL を砎棄
-                    URL.revokeObjectURL(imgURL);
-                }
-                catch (e) {
-                    try {
-                        // createObjectURL がサポヌトされおいない堎合にフォヌルバック
-                        var fileReader = new FileReader();
-                        fileReader.onload = function (event) {
-                            showPicture.src = event.target.result;
-                        };
-                        fileReader.readAsDataURL(file);
-                    }
-                    catch (e) {
-                        //
-                        var error = document.querySelector("#error");
-                        if (error) {
-                            error.innerHTML = "Neither createObjectURL or FileReader are supported";
-                        }
-                    }
-                }
-            }
-        };
-    }
-})();
-
-

ブラりザ実装状況

-

{{ CompatibilityTable() }}

-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
機胜ChromeFirefox (Gecko)Internet ExplorerOperaSafari
Camera API{{ CompatNo() }}{{ CompatNo() }}{{ CompatNo() }}{{ CompatNo() }}{{ CompatNo() }}
createObjectURL()16{{CompatGeckoDesktop("8.0")}}10+{{CompatNo()}}{{CompatNo()}}
{{domxref("FileReader")}}16{{CompatGeckoDesktop("1.9.2")}}10+11.6+{{CompatNo()}}
-
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
機胜AndroidChrome for AndroidFirefox Mobile (Gecko)IE MobileOpera MobileSafari Mobile
Camera API3.0{{ CompatVersionUnknown() }}{{ CompatGeckoMobile("10.0") }}{{ CompatNo() }}{{ CompatNo() }}{{ CompatNo() }}
createObjectURL()4{{CompatVersionUnknown()}}{{CompatGeckoMobile("10.0")}}{{CompatNo()}}{{CompatNo()}}{{CompatNo()}}
{{domxref("FileReader")}}3{{CompatVersionUnknown()}}{{CompatGeckoMobile("10.0")}}{{CompatNo()}}11.1{{CompatNo()}}
-
-

 

diff --git a/files/ja/download_manager_improvements_in_firefox_3/index.html b/files/ja/download_manager_improvements_in_firefox_3/index.html deleted file mode 100644 index 753f12b927..0000000000 --- a/files/ja/download_manager_improvements_in_firefox_3/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: Download Manager improvements in Firefox 3 -slug: Download_Manager_improvements_in_Firefox_3 -tags: - - Download Manager - - Firefox 3 -translation_of: Archive/Mozilla/Download_Manager_improvements_in_Firefox_3 ---- -

-Firefox 3 では、ダりンロヌドマネヌゞャにも改良が行われ、耇数進捗リスナヌの蚭定、デヌタ管理ぞの Storage API の䜿甚、ダりンロヌドの再開など、様々な機胜が提䟛されたす。さらに、新しい nsIDownloadManagerUI むンタフェヌスを実装するこずで、ダりンロヌドマネヌゞャのナヌザむンタフェヌスに察しお、機胜の远加や眮き換えが可胜になりたした。 -

èš»: これらの倉曎によっお、ダりンロヌドマネヌゞャを䜿ったコヌドに倚少の倉曎が必芁ずなりたす。いく぀かのメ゜ッドに小幅な倉曎が行われおいたす。
-

-

ダりンロヌドマネヌゞャのむンタフェヌス

-
nsIDownloadManager -
アプリケヌションず拡匵機胜に察しお、ダりンロヌドマネヌゞャぞのアクセスを提䟛したす。ダりンロヌドリストぞのファむルの远加・削陀、過去ず珟圚のダりンロヌドに関する情報の取埗、ダりンロヌドの進捗状況に応じた通知のリク゚ストなどを行うこずができたす。 -
nsIDownload -
ダりンロヌドリストに含たれるファむルに関する情報を提䟛したす。これらのファむルは、ダりンロヌド埅機䞭、ダりンロヌド䞭、あるいはダりンロヌドが完了したものを指したす。 -
nsIDownloadProgressListener -
アプリケヌションや拡匵機胜は、このむンタフェヌスを実装するこずで、ダりンロヌドの進捗状況に倉曎があった際に通知を受け取るこずができたす。 -
nsIDownloadManagerUI -
このむンタフェヌスを実装するこずで、ダりンロヌドマネヌゞャのナヌザむンタフェヌスの远加や倉曎が可胜になりたす。 -
-

ダりンロヌドマネヌゞャに関する他のドキュメント

-
Download Manager preferences -
この蚘事では、ダりンロヌドマネヌゞャで利甚される蚭眮項目ず、それらの芏定倀の䞀芧を掲茉しおいたす。 -
The Download Manager schema -
この蚘事では、各ダりンロヌド項目に関する情報を保存、远跡するために利甚されるデヌタベヌス圢匏に぀いお説明しおいたす。 -
-

䟋

-
ダりンロヌドの監芖 -
新しいダりンロヌドマネヌゞャ API を䜿っお、過去ず珟圚のダりンロヌドず、それらの状態を瀺した、ダりンロヌドログりィンドりを䜜成する方法を解説した䟋です。ダりンロヌドの開始時間ず終了時間、ダりンロヌド速床などの実装䟋を参照できるほか、Storage API のデモも含たれおいたす。 -
-


-


-


-

-
-
diff --git a/files/ja/download_manager_preferences/index.html b/files/ja/download_manager_preferences/index.html deleted file mode 100644 index ac0d79e70d..0000000000 --- a/files/ja/download_manager_preferences/index.html +++ /dev/null @@ -1,93 +0,0 @@ ---- -title: Download Manager preferences -slug: Download_Manager_preferences -translation_of: Archive/Mozilla/Download_Manager_preferences ---- -

ダりンロヌドマネヌゞャではいく぀かの蚭定項目が䜿甚されおいたす。この蚘事ではそれらの項目の䞀芧を提䟛したす。 -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
蚭定名 -説明 -
browser.download.manager.showAlertOnComplete -ダりンロヌド完了時に通知を衚瀺するかどうかを瀺す真停倀。
芏定倀は true。 -
browser.download.manager.showAlertInterval -ダりンロヌドの通知を衚瀺しおから次に衚瀺するたでの最小時間 (ミリ秒)。2 ぀のダりンロヌドがこの時間内に完了した堎合、通知は 1 ぀だけ衚瀺されたす。
芏定倀は 2000 (2 秒)。 -
browser.download.manager.retention -ダりンロヌドが正垞に完了しおから、どれだけの期間ダりンロヌドマネヌゞャのキュヌに履歎を残すかを瀺したす。0 の堎合、ダりンロヌド履歎は完了ず同時に削陀されたす。1 の堎合、完了したダりンロヌドずキャンセルされたダりンロヌドの履歎はアプリケヌション終了時に削陀されたす。2 の堎合、ダりンロヌドの履歎は自動的に消去されたせん。
Firefox では芏定倀は 2。
Thunderbird では芏定倀は 1。
蚭定倀が存圚しない堎合、0 が䜿甚されたす。 -
browser.download.manager.quitBehavior -アプリケヌション終了時に進行䞭のダりンロヌドが存圚した堎合の挙動を瀺したす。0 の堎合、ダりンロヌドは䞭止され、次回アプリケヌション起動時に自動的に再開されたす。1 の堎合、ダりンロヌドは䞭止されたすが、次回アプリケヌション起動時に自動的に再開されたせん。2 の堎合、ダりンロヌドは終了時キャンセルされたす。
芏定倀は 0 (次回起動時に再開)。 -
browser.download.manager.closeWhenDone -ダりンロヌド完了時にダりンロヌドマネヌゞャりィンドりを自動的に閉じるかどうかを瀺す真停倀。
Thunderbird では芏定倀は true。
他のアプリケヌション では芏定倀は false。 -
browser.download.manager.addToRecentDocs -新しいダりンロヌドを最近開いたドキュメントの䞀芧に远加するかどうかを瀺す真停倀。
芏定倀は true。 -
browser.download.manager.scanWhenDone -ダりンロヌド完了時にりむルススキャンを実行するかどうかを瀺す真停倀。Windows XP SP2 ず Windows Vista では、この倀は、ダりンロヌドされたファむルを開く際にセキュリティの譊告を衚瀺するかどうかも瀺したす。
芏定倀は true。 -
browser.helperApps.deleteTempFileOnExit -ダりンロヌド完了時にダりンロヌドマネヌゞャによっお䜿甚された䞀時ファむルを削陀するかどうかを瀺す真停倀。
Mac では芏定倀は false。
他の OS では芏定倀は true。 -
browser.download.manager.flashCount -ダりンロヌド完了時にナヌザの泚意を匕くため、適切なナヌザむンタフェヌス芁玠を「点滅」させる回数を瀺したす。
芏定倀は 2。 -
browser.download.manager.focusWhenStarting -ダりンロヌド開始時にダりンロヌドマネヌゞャりィンドりにフォヌカスを移すかどうかを瀺す真停倀。
Firefox ず Thunderbird では芏定倀は false。
他のアプリケヌション では芏定倀は true。 -
browser.download.manager.showWhenStarting -ダりンロヌド完了時にダりンロヌドマネヌゞャりィンドりを衚瀺するかどうかを瀺す真停倀。
芏定倀は true。 -
browser.download.manager.useWindow -ダりンロヌドマネヌゞャりィンドりを䜿甚するか (true)、それずもブラりザりィンドりのステヌタスバヌにダりンロヌドの進捗状況を衚瀺するか (false) を瀺す真停倀。
芏定倀は true。 -
browser.download.useDownloadDir -ファむルを自動的にダりンロヌドディレクトリに保存するかどうかを瀺す真停倀。この倀が false の堎合、ナヌザは凊理方法を尋ねられたす。
Thunderbird では芏定倀は false。
他のアプリケヌション では芏定倀は true。 -
browser.download.antivirus.dontclean -ダりンロヌドされたファむルからりむルスが怜出された堎合、りむルス察策゜フトが駆陀を詊みるかどうかを瀺す真停倀。
芏定倀は false。 -
browser.download.manager.alertOnEXEOpen -実行可胜ファむルを開こうず (実行しようず) した堎合に、危険性に぀いお譊告を衚瀺するかどうかを瀺す真停倀。ナヌザはダむアログ䞊の「今埌衚瀺しない」にチェックを入れるこずでこの蚭定を切り替えるこずができたす。
芏定倀は true。 -
-

ダりンロヌドマネヌゞャがある蚭定項目を探しお、その倀が蚭定されおいなかった堎合、ダりンロヌドマネヌゞャは芏定倀が蚭定されおいるず芋なしたすが、必ずしも存圚しない蚭定項目を远加するわけではありたせん。ただし、以䞋の衚には、ダりンロヌドマネヌゞャを正しく動䜜させるために、どの補品でも蚭定しおおかなければならない蚭定項目が含たれおいたす。 -

- - - - - - -
蚭定名 -説明 -
browser.download.folderList -ファむルをダりンロヌドする既定のフォルダを瀺したす。0 の堎合はデスクトップ、1 の堎合はシステムの既定ダりンロヌドフォルダ、2 の堎合はナヌザ定矩フォルダ (browser.download.dir を参照)。
Firefox ず Thunderbird では芏定倀は 0*。
* - Firefox は、Windows Vista では初回起動時にこの倀を 1 に倉曎したす。 -
browser.download.dir -ダりンロヌドされたファむルの保存先ずしおナヌザが遞択したロヌカルフォルダ。他のブラりザから個人蚭定を移行するず、このパスが蚭定される堎合がありたす。このフォルダは browser.download.folderList の倀が 2 になっおいる堎合のみ有効です。 -
-

関連蚘事

- -
-
diff --git a/files/ja/drag_and_drop/index.html b/files/ja/drag_and_drop/index.html deleted file mode 100644 index 10442001fa..0000000000 --- a/files/ja/drag_and_drop/index.html +++ /dev/null @@ -1,145 +0,0 @@ ---- -title: Drag and Drop -slug: Drag_and_Drop -tags: - - XUL -translation_of: Archive/Mozilla/Drag_and_drop ---- -
- Note: This page documents an old API. For the new drag and drop functionality supported in Gecko 1.9.1 (Firefox 3.5) and later, see the newer API documentation. Unlike the new API, the old API that's documented on this page was only supported in chrome (such as extensions); you can't use this old API on web pages unless you have UniversalXPConnect privileges.
-

-

次のペヌゞ »

-
この蚘事では、ドラッグしお他のオブゞェクトにドロップできるオブゞェクトを実装する方法を説明したす。

-
- 泚ドラッグドロップがサポヌトされおいるのはクロヌム (拡匵機胜など) のみです。UniversalXPConnect 特暩を取埗しない限り、これらの機胜を Web ペヌゞ䞊で䜿うこずはできたせん。Firefox 3.1、Mozilla 1.9.1たたはそれ以降では、UniversalXPConnect 特暩を必芁ずしない新しいドラッグドロップのAPIがサポヌトされおいたす。詳しくは新しいAPIの解説を参照しおください。
-

ドラッグドロップむンタフェヌス

-

倚くのナヌザむンタフェヌスは、特定のオブゞェクトをむンタフェヌス内郚でドラッグできるようにしおいたす。䟋えば、ファむルを他のディレクトリにドラッグしたり、アむコンを他のりィンドりにドラッグしお、そのアむコンが参照しおいるドキュメントを開くず行ったこずができたす。Mozilla ず XUL は、ナヌザがオブゞェクトをドラッグしようずしたずきに䜕らかの凊理を行えるよう、様々なむベントを提䟛しおいたす。

-

ナヌザは、マりスのボタンを抌䞋しおマりスを移動させるこずでドラッグを開始できたす。ドラッグはナヌザがマりスボタンを攟したずきに停止したす。むベントハンドラは、ナヌザがドラッグを開始したずきず終了したずき、さらにその間の様々な段階で呌び出されたす。

-

Mozilla はドラッグセッションを利甚するこずでドラッグを実装しおいたす。ナヌザがドラッグ可胜なオブゞェクトをドラッグするリク゚ストを行ったずき、ドラッグセッションが開始されたす。ドラッグセッションは、マりスカヌ゜ルの曎新や、オブゞェクトがドロップされる堎所を凊理したす。そのオブゞェクトがドラッグできないずきは、ドラッグセッションは開始されたせん。ナヌザが䜿っおいるマりスは通垞ひず぀なので、䞀床に䜜成できるラッグセッションはひず぀のみです。

-

ドラッグセッションは、Mozilla 自䜓から、あるいは他のアプリケヌションから䜜成されるこずに泚意しおください。Mozilla は必芁に応じおドラッグされたデヌタを倉換凊理したす。

-

以䞋のリストは、あらゆる芁玠に蚭定できる、呌び出し可胜なむベントハンドラを説明したものです。倀を蚭定する必芁があるのは、むベントが発生したずきに䜕らかの凊理が必芁なハンドラのみです。

-
-
- ondrag
-
- ドラッグドロップ操䜜䞭、定期的に呌び出されたす。
-
- ondraggesture 
-
- ナヌザが芁玠のドラッグを介したずきに呌び出されたす。通垞、ナヌザがマりスボタンを抌䞋しおマりスを移動したずきに発生したす。このハンドラ内のスクリプトがドラッグセッションを蚭定する必芁がありたす。
-
- ondragstart  
-
- ondraggesture の゚むリアスです。これは HTML 5 仕様曞で定矩されたむベントの名前で、HTML ず XUL のいずれでも䜿うこずができたす。ただし、旧バヌゞョンの Firefox ずの埌方互換性のため、XUL では ondraggesture を䜿い続けた方が良いでしょう。
-
- ondragover 
-
- 芁玠の䞊に䜕かがドラッグされたずきに呌び出されたす。オブゞェクトがその芁玠䞊でドロップ可胜な堎合は、ドラッグセッションに察しお通知が行われたす。
-
- ondragenter 
-
- 䜕かがドラッグされおいる間、マりスポむンタが初めお芁玠の䞊に乗ったずきに呌び出されたす。これは、オブゞェクトがその芁玠にドロップできるこずをナヌザに瀺すために、芁玠の芋た目を倉える堎合などに䜿われたす。
-
- ondragexit 
-
- 䜕かがドラッグされおいる間、マりスポむンタが芁玠から離れたずきに呌び出されたす。これは、ドロップが完了した埌、その芁玠からハむラむトやその他の衚瀺を倖す堎合などに䜿われたす。
-
- ondragdrop 
-
- 䜕かが芁玠の䞊にドロップされたずきに呌び出されたす。この時点では、ナヌザは既にマりスボタンを攟しおいたす。その芁玠は、単玔にむベントを無芖するか、あるいは、ドラッグされたオブゞェクトを芁玠自䜓に枡すなど、䜕らかの方法で凊理できたす。
-
- ondragend  
-
- ドラッグ操䜜が完了したずきに呌び出されたす。
-
-

ドラッグドロップむベントを凊理するには 2 ぀の方法がありたす。ひず぀は、ドラッグドロップのための XPCOM むンタフェヌスを盎接利甚する方法です。もうひず぀は、そのむンタフェヌスの䞀郚を代わりに凊理する JavaScript ラッパヌ オブゞェクトを甚いる方法です。このラッパヌのコヌドは、りィゞェットツヌルキット (぀たりグロヌバル) パッケヌゞに含たれる toolkit/content/nsDragAndDrop.js nsDragAndDrop.js ず呌ばれるファむルで確認できたす。

-

XPCOM のドラッグドロップむンタフェヌス

-

2 ぀のむンタフェヌスがドラッグドロップをサポヌトするために䜿われおいたす。ひず぀はドラッグサヌビス (nsIDragService) で、もうひず぀はドラッグセッション (nsIDragSession) です。

-

nsIDragService は、ドラッグ開始時にドラッグセッションを䜜成し、ドラッグ完了時にドラッグセッションを削陀する圹割を果たしたす。ondraggesture むベントハンドラ内でドラッグを開始するには invokeDragSession 関数を呌び出したす。この関数が呌び出されるず、ドラッグが開始されたす。

-

invokeDragSession 関数は、以䞋のように 4 ぀の匕数を取りたす。

-
invokeDragSession(element,transferableArray,region,actions)
-
-
-
- element 
-
- ドラッグされる芁玠ぞの参照。これは、むベントハンドラ内で event.target プロパティを埗るこずで取埗可胜です。
-
- transferableArray 
-
- ドラッグされる各項目のための、nsITransferable オブゞェクトの配列。䞀連のファむルなど、耇数のオブゞェクトを䞀床にドラッグ可胜であるこずから、配列が利甚されたす。
-
- region 
-
- フィヌドバックの衚瀺に利甚される範囲。これは通垞 null に蚭定されたす。
-
- actions 
-
- ドラッグが䜿甚するアクション。これは、以䞋の定数のいずれか、あるいはいく぀かの組み合わせに蚭定されたす。アクションは、ドラッグされおいるものに応じお、ドラッグ䞭に倉曎するこずが可胜です。
-
-
-
- nsIDragSession.DRAGDROP_ACTION_NONE 
-
-
-
- 有効なドラッグが存圚しないこずを瀺すのに䜿われたす。
-
- nsIDragSession.DRAGDROP_ACTION_COPY 
-
- ドラッグされおいる項目はドロップされた堎所ぞコピヌする必芁がありたす。
-
- nsIDragSession.DRAGDROP_ACTION_MOVE 
-
- ドラッグされおいる項目はドロップされた堎所ぞ移動する必芁がありたす。
-
- nsIDragSession.DRAGDROP_ACTION_LINK 
-
- ドラッグされおいるアむテムに察するリンク (あるいはショヌトカット、゚むリアス) を、ドラッグされた堎所に䜜成する必芁がありたす。
-
-
-
-

たた、NsIDragService むンタフェヌスは、ドラッグむベントハンドラ内からドラッグの状況を取埗、倉曎するために呌び出せる、getCurrentSession 関数を提䟛したす。この関数は NsIDragSession を実装したオブゞェクトを返したす。

-

nsIDragSession むンタフェヌスは、発生䞭のドラッグの属性を取埗、蚭定するために利甚されたす。以䞋の属性ずメ゜ッドが利甚可胜です。

-
-
- canDrop 
-
- マりスが乗っおいる芁玠が、ドラッグされおいるオブゞェクトをその芁玠䞊でドロップするのを受け入れられる堎合は、この倀を true に蚭定したす。そのオブゞェクトをドロップするこずができない堎合は、この倀を false に蚭定したす。これは、ondragover や ondragenter むベントハンドラ内で倉曎されるべきです。
-
- dragAction 
-
- 実行される珟圚のアクションを蚭定したす。これは䞊で説明した定数のいずれかあるいは耇数になりたす。これを利甚しお、ナヌザに远加のフィヌドバックを提䟛するこずができたす。
-
- numDropItems 
-
- ドラッグされおいる項目の数。䟋えば、5 ぀のブックマヌクがドラッグされおいる堎合、この倀は 5 になりたす。
-
- getData(transfer,index) 
-
- ドラッグされおいるデヌタを取埗したす。最初の匕数はデヌタを保持するための nsITransferable オブゞェクトずしたす。2 番目の匕数である index は、返される項目のむンデックスです。
-
- sourceDocument 
-
- ドラッグが開始されたドキュメント。
-
- sourceNode 
-
- ドラッグが開始された DOM ノヌド。
-
- isDataFlavorSupported(flavor) 
-
- ドラッグされおいるデヌタに、指定された特性のデヌタが含たれおいた堎合は true を返したす。
-
-

-

次のペヌゞ »

-

-
-

原文曞の情報

- -
-

 

diff --git a/files/ja/drag_and_drop_events/index.html b/files/ja/drag_and_drop_events/index.html deleted file mode 100644 index 4e0855c60e..0000000000 --- a/files/ja/drag_and_drop_events/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: Drag and drop events -slug: Drag_and_drop_events -tags: - - Firefox 3 -translation_of: Archive/Mozilla/Drag_and_drop/Drag_and_drop_events ---- -

-

Firefox 3 には、ドラッグ操䜜の開始時ず終了時を刀別できる、2 ぀の新しいむベントが远加されたした。これらのむベントは、HTML 5 仕様曞の最新のワヌキングドラフトに盛り蟌たれたものです。 -

-
drag -
ドラッグ操䜜開始時に送られたす。 -
dragend -
ドラッグ操䜜終了時に送られたす。 -
-

ドラッグドロップに関する詳しい情報は Drag and Drop を参照しおください。 -

これらのむベントが動䜜する䟋を以䞋で芋るこずができたす。 -

- -

参考資料

- -
-
diff --git a/files/ja/e4x/index.html b/files/ja/e4x/index.html deleted file mode 100644 index d380cd19c2..0000000000 --- a/files/ja/e4x/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: E4X -slug: E4X -tags: - - E4X - - JXON - - JavaScript - - XML -translation_of: Archive/Web/E4X ---- -

廃止
この機胜は廃止されたした。ただいく぀かのブラりザヌで動䜜するかもしれたせんが、い぀削陀されおもおかしくないので、䜿わないようにしたしょう。

-

-

è­Šå‘Š: E4X は廃止されたした。 この機胜は、Firefox 17 においお content 向けにはデフォルトで無効ずなり、Firefox 20 では chrome 向けにもデフォルトで無効ずなる予定です。 そしお、Firefox 21 においお削陀される予定ずなっおいたす。 代わりに、DOMParser/DOMSerializer や非ネむティブの JXON アルゎリズムを䜿甚しおください。

-

-

ECMAScript for XML (E4X) は、ネむティブ XML サポヌトを JavaScript に远加するプログラミング蚀語拡匵です。これは ECMAScript プログラマにずっお違和感がない圢で XML 文曞にアクセスできるようにするものです。DOM むンタフェヌスを介するよりも簡朔な、XML 文曞にアクセスするための新しい構文を実珟するこずが目暙です。

-

E4X は ECMA-357 暙準2005 幎 12 月珟圚、第二版で Ecma International によっお暙準化されおいたす。

-

E4X は SpiderMonkeyGecko の JavaScript ゚ンゞンおよび Rhino (Java で曞かれた JavaScript ゚ンゞン) で少なくずも郚分的に実装されおいたす。

-
- 泚意Firefox 1.5 など、Gecko 1.8 ベヌスのブラりザでは、既にりェブペヌゞ䜜者向けに E4X が郚分的に有効化されおいたす。E4X を完党に有効化するには <script> 芁玠に "text/javascript;e4x=1" ずいう MIME タむプを持たせる必芁がありたすすなわち type="text/javascript;e4x=1" ずいう圢匏の属性を持たせる。2 ぀のモヌドの違いは、"e4x=1" がない MIME タむプではあらゆるステヌトメントレベルの XML/HTML コメントリテラル (<!--...-->) が、スクリプト郚分をコメントアりトする手法ずの埌方互換性のために無芖されるこずです。さらに CDATA セクション (<![CDATA[...]]>) は CDATA リテラルずしおパヌスされたせんHTML の <script> 芁玠は暗黙の CDATA セクションを䜜りたすが、そこには明瀺的な CDATA セクションを含めるこずができないため、これは HTML においお JS 構文゚ラヌを匕き起こしたす 。 -

-
-

既知のバグず制限

- -

回避方法:

-
var response = xmlhttprequest.responseText; // bug 270553
-
-response.replace(/^<\?xml\s+version\s*=\s*(["'])[^\1]+\1[^?]*\?>/, ""); // bug 336551
-
-var e4x = new XML(response);
-

資料

- -

関連情報

- diff --git a/files/ja/e4x_tutorial/index.html b/files/ja/e4x_tutorial/index.html deleted file mode 100644 index 18e8401499..0000000000 --- a/files/ja/e4x_tutorial/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: E4X チュヌトリアル -slug: E4X_Tutorial -tags: - - E4X - - JavaScript - - XML -translation_of: Archive/Web/E4X_tutorial ---- -
-

次のペヌゞ »

-
-
è­Šå‘Š: E4X は非掚奚です。E4X は content に察しお Firefox 16 からデフォルトで無効に、chrome に察しお Firefox 17 からデフォルトで無効ずなっおおり、たた Firefox 18 では完党に削陀される予定です。代替ずしお、 DOMParser/DOMSerializer 、たたは 非ネむティブの JXON アルゎリズムを䜿甚しおください。
- -

抂芁

- -

このチュヌトリアルでは E4X (EcmaScript for XML) の基本構文に぀いお䞀通り説明したす。 JavaScript プログラミングの構文に芪しいプログラマなら、E4X を䜿甚しお XML 文曞を扱う事ができたす。

- -

目次

- - - -

関連情報

- - - -
-

次のペヌゞ »

-
diff --git a/files/ja/encodings_for_localization_files/index.html b/files/ja/encodings_for_localization_files/index.html deleted file mode 100644 index 55bbbae331..0000000000 --- a/files/ja/encodings_for_localization_files/index.html +++ /dev/null @@ -1,135 +0,0 @@ ---- -title: Encodings for localization files -slug: Encodings_for_localization_files -tags: - - Internationalization - - Localization -translation_of: Mozilla/Localization/Encodings_for_localization_files ---- -

Mozilla 補品のロヌカラむズを行うずきは、生成するファむルの文字゚ンコヌドを意識するこずが重芁です。

- -

通垞、Mozilla CVSレポゞトリのファむルは UTF-8 ゚ンコヌドです。しかし、いく぀かの䟋倖もありたす。

- -

むンストヌラ

- -

Windows むンストヌラは UTF-8 を扱うこずができず、Windows によっお提䟛されたコヌドペヌゞのみを扱えたす。これはビルド凊理においお組立おに手間がかかるため、次のようになりたす:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
ファむル文字゚ンコヌド備考
toolkit/installer/windows/charset.mkASCIIThe WIN_INSTALLER_CHARSET 倉数は、toolkit/installer/windows/install.it CHARSET= パラメヌタず䞀臎する゚ンコヌドでなければなりたせん。適切な倀は䞋衚を参照しおください。
toolkit/installer/windows/install.itWindows のコヌドペヌゞ。これは、このファむル内の CHARSET= パラメヌタおよび charset.mk 内の WIN_INSTALLER_CHARSET パラメヌタず䞀臎しなければなりたせん。このファむル内の FONTNAME/FONTSIZE/CHARSET パラメヌタは、適切な倀が蚭定されおいなければなりたせん。ほずんどの西欧蚀語では、‘MS Sans Serif’ず‘8’をデフォルトのフォント蚭定にするず良いでしょう。アゞア諞囜の蚀語には、Windows に搭茉された適切なフォントを遞ぶ必芁がありたす。CHARSET= パラメヌタの適切な倀は䞋衚を参照しおください。
browser/installer/installer.incUTF-8 
toolkit/installer/unix/install.itUTF-8{{ Deprecated_inline() }}
- -

Windows 独自の文字゚ンコヌド

- -

次の䞀芧は Windows 独自の文字゚ンコヌドず、各゚ンコヌドの WIN_INSTALLER_CHARSET および CHARSET= の倀です:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
゚ンコヌド名WIN_INSTALLER_CHARSET (charset.mk)CHARSET= (windows/install.it)
ANSI_CHARSETCP12520
BALTIC_CHARSETCP1257186
CHINESEBIG5_CHARSETCP950136
EASTEUROPE_CHARSETCP1250238
GB2312_CHARSETCP936134
GREEK_CHARSETCP1253161
HANGUL_CHARSETCP949129
RUSSIAN_CHARSETCP1251204
SHIFTJIS_CHARSETCP932128
TURKISH_CHARSETCP1254162
VIETNAMESE_CHARSETCP1258163
䞭東蚀語版 Windows:
ARABIC_CHARSETCP1256178
HEBREW_CHARSETCP1255177
タむ語版 Windows:
THAI_CHARSETCP874222
diff --git a/files/ja/environment_variables_affecting_crash_reporting/index.html b/files/ja/environment_variables_affecting_crash_reporting/index.html deleted file mode 100644 index d3cc239c32..0000000000 --- a/files/ja/environment_variables_affecting_crash_reporting/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: Environment variables affecting crash reporting -slug: Environment_variables_affecting_crash_reporting -tags: - - Crash_reporting -translation_of: Archive/Misc_top_level/Environment_variables_affecting_crash_reporting ---- -

-

Mozilla プロゞェクトで䜿われる Breakpad クラッシュ報告 は、䞻にテストを目的ずしお、いく぀かの環境倉数をサポヌトしおいたす。以䞋の環境倉数はクラッシュ報告に圱響する環境倉数です: -

-
MOZ_CRASHREPORTER_URL -
クラッシュレポヌトがレポヌトを提出する URL を蚭定したす。 -
-
MOZ_CRASHREPORTER_NO_DELETE_DUMP -
サヌバに提出埌もクラッシュレポヌトダンプを削陀しないようにしたす。ミニダンプは䟝然ずしお "Crash Reports/pending" に移動されたす。 -
-
MOZ_CRASHREPORTER_NO_REPORT -
ミニダンプファむルを保存したすが、クラッシュ報告 UI を起動したりサヌバに提出したりはしたせん。ミニダンプはナヌザのプロファむルディレクトリの "minidumps" ず名付けられたサブディレクトリに保存されたす。 -
-
-{{ languages( { "en": "en/Environment_variables_affecting_crash_reporting" } ) }}
diff --git a/files/ja/error_console/index.html b/files/ja/error_console/index.html deleted file mode 100644 index 175aa53c3a..0000000000 --- a/files/ja/error_console/index.html +++ /dev/null @@ -1,63 +0,0 @@ ---- -title: Error Console -slug: Error_Console -tags: - - Extensions - - 'Extensions:Tools' - - JavaScript - - 'JavaScript:Tools' - - Tools - - Web Development - - 'Web Development:Tools' -translation_of: Archive/Mozilla/Error_console ---- -

゚ラヌコン゜ヌル (Error Console)は、ほずんどの Mozilla アプリケヌションで利甚可胜なツヌルで、アプリケヌションの chrome (UI) 郚分や、ナヌザが開いおいる Web ペヌゞ内の゚ラヌを出力するために利甚されるものです。JavaScript 関連の゚ラヌおよび譊告、CSS の゚ラヌ、そしお chrome コヌドからの任意のメッセヌゞが衚瀺されたす。

-

Firefox では、゚ラヌコン゜ヌルをツヌルメニュヌから、たたは Ctrl-Shift-J で開くこずができたす。

-

 

-

゚ラヌコン゜ヌルに衚瀺される JavaScript 䟋倖のログに぀いおの情報や、すべおの䟋倖をログに残す方法は、Exception logging in JavaScript の蚘事をお読みください。Firefox や拡匵機胜が由来の゚ラヌを゚ラヌコン゜ヌルで参照したい堎合に行うべき蚭定に぀いおは、Setting up extension development environment の Development preferences をご芧ください。

-

゚ラヌコン゜ヌルは、Gecko 1.8.1 (Firefox 2) 以前は JavaScript コン゜ヌルずいう名前でした (バグ 265871 参照)。

- - - - - - - -
-

゚ラヌの皮類

-
-
- ゚ラヌ
-
- ほずんどは、プログラムのコンパむルを劚げる文法゚ラヌです。
-
- è­Šå‘Š
-
- ほずんどは、プログラムのコンパむルには圱響したせんが、コヌディングの間違いを譊告し、蚭蚈䞊の問題点を指摘したす。
-
- メッセヌゞ
-
- 譊告ずほが同じですが、䜿われるこずはほずんどありたせん。
-
-

゚ラヌコン゜ヌルに衚瀺されるデヌタの操䜜

-

゚ラヌコン゜ヌルに衚瀺される情報は、コン゜ヌルサヌビス を通じおアクセスし、操䜜するこずができたす。

-

拡匵機胜は、Components.utils.reportError を䜿甚しお JavaScript から゚ラヌコン゜ヌルぞ出力するこずができたす。OS 付属のコン゜ヌルでログを取埗したい堎合は dump() を䜿うこずもできたす。

-

ブラりザやメヌルクラむアントのりィンドりから゚ラヌコン゜ヌルを開くには、toJavaScriptConsole() を䜿いたす。

- 		-

代替ツヌル

-
-
- Console2
-
- この拡匵機胜は、゚ラヌコン゜ヌルの代わりずなるツヌルで、倚くのバグを修正し、長く埅ち望たれおいる機胜の改良が実装されおいたす。
-
- Firebug
-
- この Firefox 甚拡匵機胜も、様々な改良を加えた ゚ラヌコン゜ヌルを統合しおいたす。
-
- - -
diff --git a/files/ja/extension_etiquette/index.html b/files/ja/extension_etiquette/index.html deleted file mode 100644 index 6d112aba18..0000000000 --- a/files/ja/extension_etiquette/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: 拡匵機胜の゚チケット -slug: Extension_Etiquette -tags: - - Add-ons - - Extensions - - NeedsEditorialReview -translation_of: Archive/Add-ons/Extension_etiquette ---- -

 

-

この蚘事は拡匵機胜を䜜る際の慣行に぀いお述べたす。あなたは既に拡匵機胜の䜜り方に぀いお詳しいだろうず仮定したす。

-

これは公匏な文章ではありたせん。'トヌクペヌゞで自由に議論しおください。

-

 

-

ツヌルメニュヌ項目

-

拡匵機胜䜜者はこの点に぀いお最も倚くの遞択肢をもっおいたす。拡匵機胜の項目がツヌルメニュヌの先頭、あるいは最埌、あるいは䞭間のどこかにあるべきかは䜜者の考えの問題です。しかし、理想的には、拡匵機胜が远加するメニュヌ項目は、他の拡匵機胜が远加するコマンドず同様に、「アドオン」項目の䞋の䜍眮に眮くべきですmenuitem:insertafter="javascriptConsole,devToolsSeparator"。サブメニュヌは、䞀぀の拡匵機胜が耇数のメニュヌ項目を必芁ずする堎合に䜿うべきです。「ツヌル」メニュヌに察しおは、オプションや蚭定のための項目を䜜るべきではありたせん (オプションや蚭定に぀いおは、アドオンマネヌゞャを䜿っおください)。メニュヌ項目を加える時は、できれば、最もふさわしいメニュヌの䞭に項目を䜜りたしょう。䟋えば、ブックマヌクを共有するような拡匵機胜は、ブックマヌクメニュヌの䞭から呌ばれるべきです。暙準的なテヌマの倖芳を維持するために、メニュヌ項目のアむコンの䜿甚は避けおください。

-

その他の UI 芁玠

-

䞀般に、ツヌルバヌ項目ぱンドナヌザにずっお ずおも䟿利です。なぜなら必芁に応じおそれらを様々なツヌルバヌに远加したり削陀できるからです。ステヌタスバヌ項目は、広告ブロックやペヌゞランク、クッキヌ管理などのように、状態を垞に監芖するような皮類の拡匵機胜だけが远加すべきです。同様に、コンテキストメニュヌの項目も慎重に䜿っおください。コンテキストメニュヌの項目は、頻繁に行われる動䜜やりェブペヌゞの特定の芁玠で行われる動䜜に察しおのみ提䟛されるべきです。

-

About ダむアログ

-

install.rdf のデヌタによっお䜜られる、暙準のポップアップ About ダむアログ がありたす。普通は、XUL を䜿っお新しい About ボックスを䜜る必芁はありたせん。カスタマむズされた About ボックスをやめるこずでダりンロヌドサむズを枛らすこずができたす。(カスタムアップデヌタのような) 特別な機胜を含めなくおはならない堎合のみ、独自の About ボックスを䜜っおください。

-

テヌマ

-

もしあなたの拡匵機胜に XUL 補のボタンが含たれおいお、それがブラりザに元々ある機胜ず䌌た機胜 (䟋えば、フィヌドリヌダの再読み蟌みず読み蟌み䞭止のような) である堎合は、ブラりザのテヌマに含たれおいるアむコンを䜿甚しおください。これによっお拡匵機胜のファむルサむズを削枛しお軜くできたすし、(特に異なったテヌマを䜿甚しおいるナヌザのために) より倖芳の䞀貫性を高めるこずもできたす。

-

拡匵機胜のアむコン

-

独自のアむコンは普通、ダりンロヌドするファむル容量が増えたずしおも、加えるだけの䟡倀がありたす。それらによっおアドオンマネヌゞャで他の拡匵機胜の䞭から簡単に識別できるようになりたす。

-

名前の付け方

-

創造的なものにしおください! 名前に「拡匵」、「Mozilla/Firefox/Thunderbird」たたはバヌゞョン番号を含めないでください。䜙分です。

-

説明

-

拡匵機胜マネヌゞャの初期状態のりィンドり幅に収たるように、うたく説明する文章を䜜っおください。 Mozilla の拡匵機胜 (DOM むンスペクタ、障害のレポヌタ、Talkback) は、「ブラりザで動䜜を実行したす。」のように、動詞から曞き始めるのが最も良い方法だず信じおいるようです。{{ 蚳泚("英語では「does an action in the browser. (  は、ブラりザの䞭で䜕かしたす)」ずいう颚に、文章ずしおそれ単䜓では完結しおおらず、拡匵機胜の名前に続けお読んだ堎合に自然な文章になるような説明文がよく䜿われるようです。") }}

-

ID

-

Firefox/Thunderbird 1.5 以降は拡匵機胜の ID の曞き方に぀いお 1.0 の頃よりも厳密に扱うようになりたした。それらが正しい圢匏になっおいるかどうか確認しおください。

-

 

-

バヌゞョン番号

-

Mozilla のパタヌンに埓っおください。぀たり(「1.0.7」のように)、このような圢匏です「<メゞャヌバヌゞョン>.<より具䜓的な珟圚のバヌゞョン>.<セキュリティ/バグ修正のリリヌス番号>」

-

ロケヌル

-

もしあなたの拡匵機胜が䞀぀の蚀語だけを提䟛しおいたずしおも、垞にロケヌル DTD ず プロパティファむル を䜿っおください。これは拡匵機胜を他の蚀語に翻蚳しやすくしたす (実際、拡匵機胜を他の人が他の蚀語に蚳しおくれるのはよくある事です)。 == Options == Firefox users like options. Lots of options. Try to include everything a user could ever want to customize in your extension, remembering more can be added later. For a large number of options for your extension, break the options window into multiple pages (tabs) that are well labeled. Don't hesitate to give long descriptions for each preference, as long as they are easy to understand, even for non-computer-savvy users. Please make sure the default set of preferences is adequate, however -- option tweaking should not be mandatory for your extension's functionality.

-

蚭定の内郚名

-

拡匵機胜の Firefox の内郚蚭定 (぀たり、about:config に衚瀺される蚭定の名前) は党お "extensinons." で始たり、次に拡匵機胜の内郚名(「.」を付けお)、その次に蚭定の名前であるべきです。䟋えばプラむバシポリシを衚瀺しないようにする Reporter 拡匵機胜の真停倀型のオションは "extensions.reporter.hidePrivacyStatement" です。

-

䟝存

-

自分の拡匵機胜を䜿うために他の拡匵機胜のダりンロヌドを芁求するこずは良いこずではありたせん。jsLib は䟋倖にあたるでしょうが、他の拡匵機胜、特にあなたが開発しおいない拡匵機胜ぞの䟝存は避けるように垞に努力しおください。

-

ドキュメンテヌション

-

あなたのナヌザの倧倚数は Mozilla の内偎の仕組みに぀いお、あなた皋の知識はないず仮定しおください。あなたの拡匵機胜のホヌムペヌゞが圓り前のこずを曞いおいるか確認しおください。たた、あなたの拡匵機胜が簡単な HowTo ず共に公開されおいる堎合にはより高く評䟡される事も憶えおおいお䞋さい。

-

{{ languages( { "en": "en/Extension_Etiquette" } ) }}

diff --git a/files/ja/extension_frequently_asked_questions/index.html b/files/ja/extension_frequently_asked_questions/index.html deleted file mode 100644 index 75fd14f5ca..0000000000 --- a/files/ja/extension_frequently_asked_questions/index.html +++ /dev/null @@ -1,82 +0,0 @@ ---- -title: Extension Frequently Asked Questions -slug: Extension_Frequently_Asked_Questions -tags: - - Add-ons - - Extensions -translation_of: Archive/Mozilla/Extension_Frequently_Asked_Questions ---- -

ここには拡匵機胜開発の䞀般的な問題ぞの答えを眮いおいたす。珟圚、これらは䞻に Firefox に察しお曞かれおいたす。しかし、党おではありたせんが、ほずんどは簡単に SeaMonkey, Thunderbird たたはその他のアプリケヌションに察しおも蚀い換えられるはずです。 -

もし開発を始めるための蚘事をお探しでしたら、私たちのチュヌトリアル 拡匵機胜の䜜成方法 か MozillaZine のスタヌトチュヌトリアル をお詊し䞋さい。拡匵機胜りィザヌド を䜿うず拡匵機胜の䜜成を開始するためのテンプレヌトを生成できたす。 -

必ず開発甚の蚭定をしおください。 -

{{ 英語版章題("Debugging") }} -

-

デバッグ

-

拡匵機胜をデバッグしようずする前に開発のための蚭定をしなければなりたせん。 -

Venkman JavaScript デバッガヌは耇雑な分岐で圹に立぀でしょう。拡匵機胜コヌドを動䜜させるずきには "Debug -> Exclude Browser Files" オプションを切っおおくこずを忘れないでください。 -

{{ 英語版章題("How can I see errors in my code?") }} -

-

どうやっおコヌドの䞭の゚ラヌを芋぀けるこずができたすか?

-

javascript.options.showInConsole を true に蚭定するず、゚ラヌが゚ラヌコン゜ヌルぞ報告されるようになりたす。党おの JavaScript ゚ラヌをコン゜ヌルに出力するこずで、コヌド内のバグを芋぀け出すのがより簡単になりたす。JavaScript デバッガアドオンの Venkman を䜿っおみるのもいいでしょう。 -

{{ 英語版章題("How can I display what my extension is doing?") }} -

-

拡匵機胜が実行しおいるこずを衚瀺するには?

-

alert() か dump() 機胜、Components.utils.reportError()、たたは nsIConsoleService を䜿うず、倉数のデヌタやデバッグ甚のテキストを衚瀺するこずができたす。 -

{{ 英語版章題("Why doesn\'t my script run properly?") }} -

-

なぜ私のスクリプトは正しく動䜜しないのでしょうか

-

あなたのスクリプトが期埅通り動䜜しないなら、たず゚ラヌコン゜ヌル (侊 を芋おください) で確認すべきです。 -

䞀般的なミスずしお window を完党に読み蟌む前に DOM にアクセスしようずするこずが挙げられたす。スクリプトのトップレベル (぀たり、党おの関数の倖偎) に初期化コヌドを眮いおいるずこれが発生したす。load むベントリスナヌを䜿い、window が読み蟌み終わっおからコヌドを実行するようにしたす -

-
function exampleBrowserStartup(event)
-{
-  // ここにスタヌトアップ甚のコヌド
-}
-window.addEventListener("load", exampleBrowserStartup, false);
-
-

{{ 英語版章題("Accessing the document of a webpage doesn\'t work") }} -

-

Web ペヌゞのドキュメントぞアクセスできない

-

browser.xul オヌバヌレむから珟圚の Web ペヌゞを参照するには、ブラりザりィンドり自䜓のドキュメントである document の代わりに content.document を䜿っおください。詳しいこずは chrome コヌドで window を動䜜させるを芋おください。 -

暙準では XPCNativeWrapper が Web ペヌゞのスクリプトが定矩したオブゞェクトぞのアクセス及びその他を劚害したす。 -

{{ 英語版章題("I get an XML parsing error, but the file looks fine!") }} -

-

XML パヌス゚ラヌが出たしたがファむルに問題はないようです

-

パヌス゚ラヌ (赀い文字列ず -------------^ が䞋郚に出る) の原因ずしおよくあるのは、スクリプトや属性倀の䞭に XML で特別な意味を持぀文字である & や < が存圚する事によるものです。䟋えば -

-
<button oncommand="window.open('http://example.com/q?param1=value&param2=val2')"/>
-
-

たたは -

-
<script>function lesser(a,b) { return a < b ? a : b; }</script>
-
-

この問題は次の方法のうち䞀぀で解決できたす。 -

-
    -
  1. XML に矛盟しない衚珟に文字を眮き換える (䟋: "&" -> "&amp;", "<" -> "&lt;")
    2. -
  2. (スクリプトなどのテキストノヌドの堎合) CDATA タグで囲う -
    <script><![CDATA[
-   function lesser(a,b) {
-     return a < b ? a : b;
-   }
- ]]></script>
    -
    3. -
  3. 別のファむルにスクリプトを眮きそれを読み蟌む -
    <script type="application/x-javascript" src="our.js"/>
    -
-

{{ 英語版章題("Example code") }} -

-

サンプルコヌド

-

䜕か䟿利なこずをするためにどんなコヌドを䜿えばいいのかを調べるには、それず同じ事を行っおいる拡匵機胜 (もしくは Mozilla 自䜓の䞀郚) を探しお、そのコヌドを芋るのが䞀番簡単です。(XPI ファむルず JAR ファむルは ZIP フォヌマットを䜿っおいたす。) -

たた、MDC の拡匵機胜関係の項目のリスト 、コヌドサンプル 、 MozillaZine のサンプルコヌドペヌゞ などのドキュメントも参照しお䞋さい。 -

{{ 英語版章題("Where can I get more help?") }} -

-

どこでヘルプをもっず埗られたすか?

-

拡匵機胜:その他の資料 ず 拡匵機胜:コミュニティ を芋おください。 -

ヘルプを求める前に、必ずデバッグ甚の蚭定を行い、関係のあるメッセヌゞが゚ラヌコン゜ヌルに衚瀺されおいないかを確認しおください。たた、尋ねる前に少なくずも簡単な怜玢ぐらいはするのを忘れないで䞋さい。そしおこの FAQ を読んでください -


-


-

-
-
-{{ languages( { "de": "de/Erweiterungen_FAQ", "en": "en/Extension_Frequently_Asked_Questions", "es": "es/Preguntas_frecuentes_sobre_Extensiones", "fr": "fr/Foire_aux_questions_sur_les_extensions", "it": "it/Domande_frequenti_sulle_Estensioni", "pl": "pl/Cz\u0119sto_zadawane_pytania_dotycz\u0105ce_rozszerze\u0144", "ru": "ru/FAQ_\u043f\u043e_\u0440\u0430\u0441\u0448\u0438\u0440\u0435\u043d\u0438\u044f\u043c" } ) }} diff --git a/files/ja/extension_packaging/index.html b/files/ja/extension_packaging/index.html deleted file mode 100644 index 7bedf4b639..0000000000 --- a/files/ja/extension_packaging/index.html +++ /dev/null @@ -1,42 +0,0 @@ ---- -title: Extension Packaging -slug: Extension_Packaging -tags: - - Add-ons - - Extensions - - Toolkit API -translation_of: Archive/Add-ons/Extension_Packaging ---- -

拡匵機胜は、利甚者がダりンロヌドやむンストヌルできる Installable Bundleの圢匏たたは、pre-パッケヌゞされおアプリケヌションたたは拡匵プログラムず共に提䟛されたす。拡匵機胜はXULプログラムの機胜を拡匵するための chrome、コンポヌネント、およびその他のファむルを提䟛するのに ディレクトリ構造を䜿っおいたす。

-

すべおの拡匵は、拡匵機胜に぀いおのメタデヌタナニヌク ID、バヌゞョン、制䜜者、および互換性情報などを含む install.rdf ファむルを備えなければなりたせん。

-

拡匵機胜のファむルず install.rdf の甚意ができたら、いく぀かの方法で拡匵機胜のむンストヌラを䜜りたす: 拡匵機胜ディレクトリをナヌザがむンストヌルできる XPI (xpinstall) ファむルに ZIP 圧瞮、ナヌザのアプリケヌション profile ディレクトリに拡匵機胜ディレクトリを解凍するか、拡匵機胜を Windows レゞストリに登録する。

- -
-
{{gecko_callout_heading("2.0")}}
-

Starting in Gecko 2.0 {{ geckoRelease("2.0") }}, XPI files are no longer unpacked when extensions are installed. Instead, the XPI itself is placed in the extensions directory, and files are loaded directly out of the package. See Updating extensions for Firefox 4 for details.

-
- -

拡匵機胜 XPI の䜜り方

- -

XPI (XPInstall) ファむルは単玔な ZIP ファむルで、拡匵機胜ファむルず ZIP の root には install.rdf を含んでいたす。ナヌザは XPI ファむルを Web サむトからダりンロヌドしたりロヌカルファむルを拡匵マネヌゞャりむンドりにドロップしおむンストヌルできたす。

-

Firefox が識別する XPI ファむルの MIME typeは、application/x-xpinstall です。たいおいの HTTP サヌバはデフォルトで .xpi 拡匵機胜に察しおこの MIME type を返すようになっおおらず、倧抵、HTTP サヌバに蚭定が必芁です。 Apache HTTP Server では、次の指瀺を蚭定ファむルたたは .htaccess に远加したす。

- -
AddType application/x-xpinstall .xpi
- -

Install Extension Files Directly

- -

もし、アプリケヌションの䜍眮を知っおいれば (アプリケヌションの䞀郚ずしお拡匵機胜をむンストヌルする堎合など)、拡匵機胜ファむルディレクトリを <appdir>/extensions/<extensionID> にむンストヌルできたす。拡匵機胜は次回アプリケヌションを起動したずきに自動的に拡匵マネヌゞャヌに珟れたす。

- -

When using this method you must verify that the file system permissions for the directories and files for the extension are set properly. Otherwise, the Extension Manager may not function properly with the extension or the extension itself may not work properly.

- -

Windows レゞストリを䜿っお拡匵機胜の堎所を登録する

- -

External installers (such as the Java runtime) may wish to install application integration points as extension even if the application is not yet installed. This can be accomplished on Windows using the registry.

- -

マルチアむテム拡匵 XPI

- -

いく぀かの堎合、単䞀 XPI ファむルで耇数の拡匵/テヌマをむンストヌルするこずがありたす。 A special kind of extension XPI called the Multiple Item Package explains how to create this kind of package. (Firefox 1.5/XULRunner 1.8 required.)

- -

Official References for Toolkit API

- -
{{page("/ja/docs/Toolkit_API/Official_References")}}
diff --git a/files/ja/extensions/bootstrap.js/index.html b/files/ja/extensions/bootstrap.js/index.html deleted file mode 100644 index d41402dbe0..0000000000 --- a/files/ja/extensions/bootstrap.js/index.html +++ /dev/null @@ -1,71 +0,0 @@ ---- -title: bootstrap.js -slug: Extensions/bootstrap.js -tags: - - Add-ons - - Bootstrap - - Extensions -translation_of: Extensions/bootstrap.js ---- -

bootstrap.js スクリプトにはいく぀かの特定の関数を含める必芁がありたす。それらは拡匵機胜を管理するブラりザによっお呌び出されたす。このスクリプトは特暩付きサンドボックス内で実行され、拡匵機胜の終了時たでキャッシュされたす。詳しくは ブヌトストラップ型拡匵機胜 を参照しおください。

-

以䞋の䟋には必芁な関数が vsdoc 圢匏で含たれおいたす。

-
function startup(data, reason) {
-    /// <summary>
-    /// ブヌトストラップデヌタ構造 @see https://developer.mozilla.org/ja/docs/Extensions/Bootstrapped_extensions#Bootstrap_data
-    /// &#10;  string id
-    /// &#10;  string version
-    /// &#10;  nsIFile installPath
-    /// &#10;  nsIURI resourceURI
-    /// &#10;
-    /// 理由の皮類:
-    /// &#10;  APP_STARTUP
-    /// &#10;  ADDON_ENABLE
-    /// &#10;  ADDON_INSTALL
-    /// &#10;  ADDON_UPGRADE
-    /// &#10;  ADDON_DOWNGRADE
-    /// </summary>
-}
-function shutdown(data, reason) {
-    /// <summary>
-    /// ブヌトストラップデヌタ構造 @see https://developer.mozilla.org/ja/docs/Extensions/Bootstrapped_extensions#Bootstrap_data
-    /// &#10;  string id
-    /// &#10;  string version
-    /// &#10;  nsIFile installPath
-    /// &#10;  nsIURI resourceURI
-    /// &#10;
-    /// 理由の皮類:
-    /// &#10;  APP_SHUTDOWN
-    /// &#10;  ADDON_DISABLE
-    /// &#10;  ADDON_UNINSTALL
-    /// &#10;  ADDON_UPGRADE
-    /// &#10;  ADDON_DOWNGRADE
-    /// </summary>
-}
-function install(data, reason) {
-    /// <summary>
-    /// ブヌトストラップデヌタ構造 @see https://developer.mozilla.org/ja/docs/Extensions/Bootstrapped_extensions#Bootstrap_data
-    /// &#10;  string id
-    /// &#10;  string version
-    /// &#10;  nsIFile installPath
-    /// &#10;  nsIURI resourceURI
-    /// &#10;
-    /// 理由の皮類:
-    /// &#10;  ADDON_INSTALL
-    /// &#10;  ADDON_UPGRADE
-    /// &#10;  ADDON_DOWNGRADE
-    /// </summary>
-}
-function uninstall(data, reason) {
-    /// <summary>
-    /// ブヌトストラップデヌタ構造 @see https://developer.mozilla.org/ja/docs/Extensions/Bootstrapped_extensions#Bootstrap_data
-    /// &#10;  string id
-    /// &#10;  string version
-    /// &#10;  nsIFile installPath
-    /// &#10;  nsIURI resourceURI
-    /// &#10;
-    /// 理由の皮類:
-    /// &#10;  ADDON_UNINSTALL
-    /// &#10;  ADDON_UPGRADE
-    /// &#10;  ADDON_DOWNGRADE
-    /// </summary>
-}
diff --git a/files/ja/extensions/bootstrapped_extensions/index.html b/files/ja/extensions/bootstrapped_extensions/index.html deleted file mode 100644 index ed72d81d3d..0000000000 --- a/files/ja/extensions/bootstrapped_extensions/index.html +++ /dev/null @@ -1,386 +0,0 @@ ---- -title: ブヌトストラップ型拡匵機胜 -slug: Extensions/Bootstrapped_extensions -tags: - - Add-ons - - Extensions - - Firefox 4 - - Gecko 2.0 - - Guide - - Localization - - NeedsTechnicalReview -translation_of: Archive/Add-ons/Bootstrapped_extensions ---- -

{{ gecko_minversion_header("2.0") }}

- -
-

なお、Add-on SDKを䜿っお䜜成された拡匵機胜はすべお bootstrappedですブヌト凊理コヌドは自動的に生成されるので、それに぀いお考える必芁はたったくありたせん。 Add-on SDKを䜿っおいない? 読むべきです...

-
- -

埓来型の拡匵機胜はオヌバヌレむを含んでおり、アプリケヌションが拡匵機胜のパッケヌゞから XUL を読み蟌み、その UI 郚品をアプリケヌションのナヌザむンタフェヌス (UI) 䞊ぞ自動的に適甚したす。この仕組みを䜿うず、アプリケヌションの UI ぞ郚品を远加する拡匵機胜を比范的簡単に䜜成できたすが、拡匵機胜の曎新、むンストヌル、無効化を行う際にアプリケヌションの再起動が必芁ずなりたす。

- -

Gecko 2.0 {{ geckoRelease("2.0") }} では新たにブヌトストラップ型拡匵機胜 (bootstrapped extension) ずいう仕組みが導入されたした。これは特別な拡匵機胜で、オヌバヌレむを䜿っお独自の UI 郚品をアプリケヌションぞ適甚する代わりに、アプリケヌションぞ動的に郚品を挿入できるようにするものです。この凊理は、拡匵機胜のむンストヌル、削陀、起動、終了時にブラりザが呌び出す関数を蚘述した、拡匵機胜に含たれる特別なスクリプトファむルを䜿っお行われたす。

- -

アプリケヌションが行うのはこのスクリプトファむルに曞かれた関数を呌び出すこずだけで、UI 郚品の远加や削陀、その他必芁ずされる起動・終了時の凊理などはすべお拡匵機胜自身が責任を持っお行う必芁がありたす。

- -

この蚘事ではブヌトストラップ型拡匵機胜の仕組みを解説したす。移行の段階的で実隓的なガむドに぀いおは、オヌバヌレむ拡匵機胜から再起動なしぞの倉換に関するこのチュヌトリアルを参照しお䞋さい。

- -

起動・終了プロセス

- -

ブヌトストラップ型拡匵機胜の重芁な機胜のひず぀に、アプリケヌションの指瀺による任意のタむミングで起動や終了が可胜であるこずが挙げられたす。拡匵機胜の startup() 関数が呌び出されたずき、UI 郚品やその他の動䜜をアプリケヌションぞ動的に挿入する必芁がありたす。同じように、shutdown 関数が呌び出されたずきは、アプリケヌションぞ远加した郚品やそのオブゞェクトぞの参照をすべお削陀しなければなりたせん。

- -

startup 関数が呌び出される堎面はいく぀かありたす。䟋えば、

- - - -

shutdown 関数が呌び出される堎面は次のようなずきです。

- - - -

アプリケヌションの UI 倉曎に関する泚意

- -

ブヌトストラップ型拡匵機胜内の chrome.manifest

- -

ブヌトストラップ型拡匵機胜に chrome.manifest ファむルを含めるず次のようなこずが可胜ずなりたす。

- -
    -
  1. 拡匵機胜に含たれるコンテンツを chrome:// URI を通じお利甚可胜にする (マニフェスト内の content、locale、skin 呜什文を䜿う)
    2. -
  2. 既存の chrome:// URI を自䜜コンテンツで眮き換える (override 呜什文を䜿う)
    3. -
- -

ブヌトストラップ型拡匵機胜の䞭では䜿えないマニフェスト呜什文もありたす。䟋えば XUL オヌバヌレむ を登録するこずはできたせん。詳しくは chrome.manifest の蚘事を参照しおください。

- -

Firefox 10 以降では、拡匵機胜 XPI ファむル内のルヌトに (install.rdf ず同列で) 眮かれおいる chrome.manifest ファむルは自動的に読み蟌たれたす。Firefox 8 ず 9 では、{{ ifmethod("nsIComponentManager", "addBootstrappedManifestLocation") }} ず {{ ifmethod("nsIComponentManager", "removeBootstrappedManifestLocation") }} を䜿っおマニフェストを動的に読み蟌み、終了時に読み蟌み解陀する必芁がありたす。この機胜は Firefox 8 未満のバヌゞョンでは䜿甚できたせん。

- -

UI 郚品の動的な远加

- -

ここたで読んで、アプリケヌションの UI を倉曎するブヌトストラップ型拡匵機胜を䜜り始めようず思ったら、最初に次のようなコヌドを考えたしょう。

- -

たず、関連するアプリケヌションの UI 芁玠を、{{ domxref("document.getElementById()") }} を䜿っお、その ID で参照したす。次に、それらを操䜜しお独自の UI 郚品を挿入したす。䟋えば、Firefox のメニュヌバヌは document.getElementById("main-menubar") で参照可胜です。

- -

終了時には、远加した UI 郚品を必ず削陀したしょう。

- -

ブヌトストラップ型拡匵機胜の䜜成

- -

拡匵機胜がブヌトストラップ型であるこずを瀺すには、以䞋の芁玠を むンストヌルマニフェスト ぞ远加する必芁がありたす。

- -
<em:bootstrap>true</em:bootstrap>
- -

それから、必芁な関数を蚘述する bootstrap.js ファむル を远加したす。これは拡匵機胜パッケヌゞ内の install.rdf ファむル ず同列で配眮したす。

- -

埌方互換性

- -

Firefox の旧バヌゞョンは bootstrap プロパティや bootstrap.js ファむルを認識できないため、ブヌトストラップ型ず埓来型を兌ねた拡匵機胜の開発は非垞に難しいず蚀えたす。たずはブヌトストラップ型拡匵機胜ずしお䜜成し、次に埓来のオヌバヌレむも远加するこずになりたす。そうするこずで、Firefox の新バヌゞョンは bootstrap.js スクリプトを䜿い、コンポヌネントやオヌバヌレむを無芖したすが、旧バヌゞョンにはオヌバヌレむを䜿わせられたす。

- -

ブヌト凊理が呌び出されるタむミング (゚ントリヌポむント)

- -

bootstrap.js スクリプトにはいく぀かの特定の関数を含める必芁がありたす。それらは拡匵機胜を管理するブラりザによっお呌び出されたす。このスクリプトは特暩付きサンドボックス内で実行され、拡匵機胜の終了時たでキャッシュされたす。

- -

startup

- -

拡匵機胜がそれ自身を起動する必芁があるずきに呌び出されたす。アプリケヌションの起動時や、無効化されおいる拡匵機胜が有効化されるずき、曎新をむンストヌルするずきにも呌び出されたす。そのため、アプリケヌションの起動䞭に䜕床も呌び出される可胜性がありたす。

- -

このタむミングで、独自の UI 郚品を挿入したり、必芁な凊理を開始したりしたす。

- -
void startup(
-  data,
-  reason
-);
-
- -
匕数
- -
-
data
-
ブヌトストラップデヌタ構造。
-
reason
-
理由定数 のひず぀で、拡匵機胜が起動されようずしおいる理由を瀺したす。APP_STARTUP、ADDON_ENABLE、ADDON_INSTALL、ADDON_UPGRADE、ADDON_DOWNGRADE のいずれかになりたす。
-
- -

shutdown

- -

拡匵機胜がそれ自身を終了する必芁があるずきに呌び出されたす。アプリケヌションの終了時や、拡匵機胜が曎新あるいは無効化されるずきなどです。このタむミングで、挿入した UI 郚品をすべお削陀し、凊理を停止し、オブゞェクトを砎棄する必芁がありたす。

- -
void shutdown(
-  data,
-  reason
-);
-
- -
匕数
- -
-
data
-
ブヌトストラップデヌタ構造。
-
reason
-
理由定数 のひず぀で、拡匵機胜が終了されようずしおいる理由を瀺したす。APP_SHUTDOWN、ADDON_DISABLE、ADDON_UNINSTALL、ADDON_UPGRADE、ADDON_DOWNGRADE のいずれかになりたす。
-
- -

install

- -

ブヌトストラップスクリプトにはオプションで install 関数を含めるこずができたす。これは、拡匵機胜がむンストヌル、曎新、あるいはダりングレヌドされた埌、startup 関数の初回呌び出し前に、アプリケヌションによっお呌び出されたす。

- -
泚: この関数は、拡匵機胜が䞀床も起動されおいない堎合は呌び出されたせん。䟋えば、拡匵機胜がむンストヌルされたもののアプリケヌションの珟圚のバヌゞョンず互換性がなく、互換性が確保される前に削陀された堎合、install 関数は䞀床も呌び出されたせん。しかし、拡匵機胜がそのアプリケヌションず互換性のあるバヌゞョンぞ曎新された堎合、install 関数はその時点で、startup 関数の初回呌び出し前に呌び出されたす。
- -
void install(
-  data,
-  reason
-);
-
- -
匕数
- -
-
data
-
ブヌトストラップデヌタ構造。
-
reason
-
理由定数 のひず぀で、拡匵機胜がむンストヌルされようずしおいる理由を瀺したす。ADDON_INSTALL、ADDON_UPGRADE、ADDON_DOWNGRADE のいずれかになりたす。
-
- -

uninstall

- -

このオプション関数は、拡匵機胜の特定のバヌゞョンが削陀された埌、shutdown 関数の最終呌び出し埌に呌び出されたす。これは、install 関数が䞀床も呌び出されおいない堎合は呌び出されたせん。

- -
泚: uninstall 関数は、拡匵機胜が無効化されおいる堎合や、アプリケヌションの珟圚のバヌゞョンず互換性がない堎合でも呌び出される堎合があるこずに泚意しおください。このため、この関数を実装する堎合は、䜿甚しおいる API がアプリケヌションに実装されおいない可胜性も考慮し、適切に凊理するこずが重芁です。なお、この関数は Firefox が起動しおいないずきに倖郚アプリケヌションによっお拡匵機胜が削陀された堎合には呌び出されたせん。
- -
Note: Simply having function install() {} IS NOT ENOUGH because if you have code in uninstall it will not run. You MUST run some code in the install function; at the least you must set parameters for the install function, such as: function install(aData, aReason) {}; then uninstall WILL WORK.
- -
Note: If you open the add-on manager and then click "Remove" on an add-on, it will not call uninstall function right away. This is a soft uninstall because of the available "Undo" option. If the add-on manager is closed or another event takes place such that the "Undo" option becomes unavailable, then the hard uninstall takes place and the uninstall function is called.
- -
Note: The uninstall function fires on downgrade and upgrade as well so you should make sure it is an uninstall by doing this:
-function uninstall(aData, aReason) {
-     if (aReason == ADDON_UNINSTALL) {
-          console.log('really uninstalling');
-     } else {
-          console.log('not a permanent uninstall, likely an upgrade or downgrade');
-     }
-}
- -
void uninstall(
-  data,
-  reason
-);
-
- -
匕数
- -
-
data
-
ブヌトストラップデヌタ構造。
-
reason
-
理由定数 のひず぀で、拡匵機胜が削陀されようずしおいる理由を瀺したす。ADDON_UNINSTALL、ADDON_UPGRADE、ADDON_DOWNGRADE のいずれかになりたす。
-
- -

理由定数

- -

ブヌトストラップ関数は reason 匕数を取るこずができたす。拡匵機胜は、その関数が呌び出された理由をこの匕数で確かめられたす。理由定数は以䞋の通りです。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
定数倀意味
APP_STARTUP1アプリケヌションが起動されようずしおいる
APP_SHUTDOWN2アプリケヌションが終了されようずしおいる
ADDON_ENABLE3拡匵機胜が有効化されようずしおいる
ADDON_DISABLE4拡匵機胜が無効化されようずしおいる (削陀時にも送信されたす)
ADDON_INSTALL5拡匵機胜がむンストヌルされようずしおいる
ADDON_UNINSTALL6拡匵機胜が削陀されようずしおいる
ADDON_UPGRADE7拡匵機胜が曎新されようずしおいる
ADDON_DOWNGRADE8拡匵機胜がダりングレヌドされようずしおいる
- -

ブヌトストラップデヌタ

- -

䞊蚘の各関数 (゚ントリヌポむント) には、その拡匵機胜に関する有甚な情報が含たれるシンプルなデヌタ構造が枡されたす。拡匵機胜に関するより詳しい情報は AddonManager.getAddonByID() を呌び出すこずで取埗できたす。このデヌタは単玔な JavaScript オブゞェクトで、以䞋のプロパティが含たれたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
プロパティ型意味
idstringブヌト凊理される拡匵機胜の ID
versionstringブヌト凊理される拡匵機胜のバヌゞョン
installPathnsIFileブヌト凊理される拡匵機胜がむンストヌルされおいる堎所。これは、拡匵機胜がむンストヌル時に展開されおいるかどうかによっお、ディレクトリもしくは XPI ファむルずなりたす
resourceURInsIURI -

拡匵機胜ファむルのルヌトを瀺す URI。これは、拡匵機胜がむンストヌル時に展開されおいるかどうかによっお、jar: もしくは file: URI ずなりたす {{ gecko_minversion_inline("7.0") }}

-
- - - - - - - - - - - - - - -
oldVersionstringThe previously installed version, if the reason is ADDON_UPGRADE or ADDON_DOWNGRADE, and the method is install or startup. {{ gecko_minversion_inline("22.0") }}
newVersionstringThe version to be installed, if the reason is ADDON_UPGRADE or ADDON_DOWNGRADE, and the method is shutdown or uninstall. {{ gecko_minversion_inline("22.0") }}
- -
-

Note: An add-on may be upgraded/downgraded at application startup, in this case the startup method reason is APP_STARTUP, and the oldVersion property is not set. Also be aware that in some circumstances an add-on upgrade/downgrade may occur without the uninstall method being called.

-
- -

Add-on debugger

- -

From Firefox 31 onwards, you can use the Add-on Debugger to debug bootstrapped add-ons.

- -

Localization (L10n)

- -

Localizing bootstrapped add-ons is very much the same since Firefox 7, as that is when chrome.manifest compatibility landed.

- -

JS and JSM Files - Using Property Files

- -

To localize your .js and .jsm files you have to use property files.

- -

The absolute minimum needed here is:

- -
    -
  1. File: install.rdf
    2. -
  2. File: chrome.manifest
    3. -
  3. File: bootstrap.js
    4. -
  4. Folder: locale -
      -
    1. Folder: VALID_LOCALE_HERE -
        -
      1. File: ANYTHING.properties
        2. -
      -
      2. -
    -
    5. -
- -

In the locale folder you must have folders for each of the languages you want to provide; each folder must be named a valid locale (ex: en-US). Inside this folder must be a property file. Inside the chrome.manifest file these locale must be defined. For example if you had a subfolder of en-US in locale folder your chrome.manifest file will have to contain: locale NAME_OF_YOUR_ADDON en-US locale/en-US/

- -

Here is an example: GitHub :: l10n-properties - on startup of this add-on it will show a prompt saying USA or Great Britain, which ever it deems closest to your locale. You can test different locale by going to about:config and changing preference of general.useragent.locale to en-US and then to en-GB and disabling then re-enabling the add-on.

- -

XUL and HTML Files - Using Entities from DTD Files

- -

Many times HTML pages are used, however they cannot be localized with DTD files. There are three changes you must make:

- -
    -
  1. You have to change the HTML file's extension to be .xhtml
    2. -
  2. The doctype must be defined point to a DTD file in your locale folder such as: <!DOCTYPE html SYSTEM "chrome://l10n/locale/mozilla.dtd">
    3. -
  3. Must add xmlns attribute to html tag for example: <html xmlns="http://www.w3.org/1999/xhtml">
    4. -
  4. If you have multiple DTD files read on here: Using multiple DTDs
    5. -
- -

The bare minimum needed is:

- -
    -
  1. File: install.rdf
    2. -
  2. File: chrome.manifest
    3. -
  3. File: bootstrap.js
    4. -
  4. Folder: locale -
      -
    1. Folder: VALID_LOCALE_HERE -
        -
      1. File: ANYTHING.dtd
        2. -
      -
      2. -
    -
    5. -
- -

The chrome.manifest file must include a definition for content for example: content NAME_OF_YOUR_ADDON ./

- -

The chrome.manifest file must also include a line pointing to the locale, just like in the above property section, if you had a folder named en-US in locale, the chrome.manifest file should contain: locale NAME_OF_YOUR_ADDON en-US locale/en-US/

- -

Here is an example add-on that opens an HTML page and a XUL page on install: GitHub :: l10n-xhtml-xul. Here is an example showing how to use a localized HTML page as an options page: GitHub :: l10n-html-options. You can go to about:config and change the value of the preference general.useragent.locale to en-US and then to en-GB and then reload the open pages to see the localization change.

- -

参考資料

- - - -

日本語の参考資料

- - diff --git a/files/ja/extensions/community/index.html b/files/ja/extensions/community/index.html deleted file mode 100644 index 6c7aa3594f..0000000000 --- a/files/ja/extensions/community/index.html +++ /dev/null @@ -1,22 +0,0 @@ ---- -title: 拡匵機胜関連コミュニティ -slug: Extensions/Community -tags: - - Add-ons - - Community - - Extensions - - Links -translation_of: Extensions/Community ---- -

もしあなたが拡匵の開発に関係するメヌリングリストやニュヌスグルヌプ、フォヌラムあるいは他のコミュニティを知っおいたら、ここにリンクを远加しおください。

- diff --git a/files/ja/extensions/firefox/index.html b/files/ja/extensions/firefox/index.html deleted file mode 100644 index 6432119d3e..0000000000 --- a/files/ja/extensions/firefox/index.html +++ /dev/null @@ -1,62 +0,0 @@ ---- -title: Firefox -slug: Extensions/Firefox -tags: - - Extensions - - Firefox -translation_of: Mozilla/Add-ons ---- -

以䞋の蚘事は、Firefox のための拡匵機胜開発の手匕きです。すべおの Mozilla アプリケヌションに適甚される党般的な拡匵機胜のドキュメントも参照しおください。将来、Mozilla labs の Jetpack プロゞェクトによっお開発されおいる、より小型でシンプルな API を持぀新しい拡匵機胜を開発するこずになるかもしれたせん。

- - - - - - - -
-

ドキュメンテヌション

- - 		-

コミュニティ

-
    -
  • Mozilla フォヌラムを芋る...
    • -
  • {{DiscussionList("dev-extensions", "mozilla.dev.extensions")}}
    • -
- -

ツヌル

- -

... その他のツヌル ...

-

すべお芋る...

- - -
diff --git a/files/ja/extensions/index.html b/files/ja/extensions/index.html deleted file mode 100644 index 193a81c7e7..0000000000 --- a/files/ja/extensions/index.html +++ /dev/null @@ -1,100 +0,0 @@ ---- -title: 拡匵機胜 -slug: Extensions -tags: - - Add-ons - - Extensions - - 芁曎新 -translation_of: Mozilla/Add-ons ---- -
-

{{ NoteStart }} WebExtensions 移行以前の情報を含んでいたす。原文英語版ではこのペヌゞは Add-ons に自動転送されおいたす。 {{NoteEnd}}

- -

拡匵機胜 (Extensions) は、Firefox や Thunderbird, SeaMonkey などの Mozilla アプリケヌションに新しい機胜を付け加える小さなアドオンです。ツヌルバヌボタンから党く新しい機胜たで䜕でも付け加えるこずができたす。ダりンロヌドのサむズが小さく、远加の機胜を必芁ずしおいるナヌザに察しお、その個々の必芁性にあった機胜を提䟛できたす。

- -

プラグむン は拡匵機胜ずは異なり、ブラりザず倖郚のプログラムを連携する゜フトりェアのこずです。怜玢プラグむン (怜玢゚ンゞン) は拡匵機胜ずもプラグむンずも異なり、ブラりザの怜玢バヌに怜玢゚ンゞンを远加したす。

-
- - - - - - - - -
-

ドキュメンテヌション

- -


- 党般 (すべおの Mozilla アプリケヌションに適甚):

- - - -

Firefox

- -

Thunderbird

- -

SeaMonkey  

- -

Fennec (モバむルブラりザ)

- -

 

- -

すべお芋る...

- 		-

コミュニティ

- -
    -
  • Mozilla 拡匵機胜開発フォヌラムを芋る...
    • -
  • {{ DiscussionList("dev-extensions", "mozilla.dev.extensions") }}
    • -
- - - -

ツヌル

- - - ... その他のツヌル ... - - - -
-
XUL, JavaScript, XPCOM, テヌマ, Mozilla の開発
-
-
- -

Categories

- -

Interwiki Language Links

diff --git a/files/ja/extensions/inline_options/index.html b/files/ja/extensions/inline_options/index.html deleted file mode 100644 index 83665cffab..0000000000 --- a/files/ja/extensions/inline_options/index.html +++ /dev/null @@ -1,172 +0,0 @@ ---- -title: むンラむンオプション -slug: Extensions/Inline_Options -tags: - - Add-ons - - Extensions - - XUL -translation_of: Archive/Add-ons/Inline_Options ---- -

{{ gecko_minversion_header("7.0") }}

-

Firefox 7 以降、拡匵機胜の蚭定を定矩する新たな構文が䜿えるようになりたした。これは ブヌトストラップ型 ず埓来型のいずれでも䜿甚可胜です。この新たな構文で定矩された蚭定のナヌザむンタフェヌス (UI) は、アドオンマネヌゞャ 内の拡匵機胜詳现画面に远加されたす。この機胜は元々 Android 版 Firefox 向けに提䟛されたもので、埌にデスクトップ版 Firefox も察応したした。

-

オプションファむル

-

むンラむンオプションに䜿甚可胜な XUL は いく぀かの新芁玠 に限られおいたす。以䞋が options.xul ファむルの䟋です。

-
<?xml version="1.0"?>
-
-<!DOCTYPE mydialog SYSTEM "chrome://myaddon/locale/mydialog.dtd">
-
-<vbox xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  <setting type="bool" pref="extensions.myaddon.bool" title="Boolean" desc="真停倀の蚭定ずしお保存されたす" />
-</vbox>
-
-

なお、ここで実際に䜿われるのは <setting> 芁玠だけです。ルヌトの <vbox> は単なるコンテナずしお機胜し、メむン画面には組み蟌たれたせん。スクリプトによる凊理を远加したい堎合は、䞋蚘 衚瀺通知 の項目を参照しおください。

-

蚭定の皮類

-

<setting> にはいく぀かの皮類があり、それぞれ異なる type 属性を持ちたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
type 属性衚瀺圢匏蚭定の保存圢匏
bool{{ XULElem("checkbox") }}真停倀
boolint{{ XULElem("checkbox") }}敎数倀 (保存される倀を指定するには on/off 属性を䜿甚したす)
integer{{ XULElem("textbox") }}敎数倀
string{{ XULElem("textbox") }}文字列
color{{ XULElem("colorpicker") }}文字列 (#123456 の圢匏)
file参照ボタンずラベル文字列
directory参照ボタンずラベル文字列
menulist {{ gecko_minversion_inline("8.0") }}{{ XULElem("menulist") }}メニュヌ項目の倀による
radio {{ gecko_minversion_inline("8.0") }}{{ XULElem("radio") }} ボタンラゞオボタンの倀による
control{{ XULElem("button") }}蚭定は保存されたせん
-

-pref 属性には保存する蚭定をフルネヌムで蚘述したす。 -title 属性はコントロヌルのラベルずしお䜿われたす。説明を远加するには、desc 属性を䜿うか、<setting> の子ノヌドずしおテキストを蚘述したす。

-

蚭定は実際の蚭定倀ず玐付けられたす。ただし、䞻にアクションに蚭蚈されおいるボタン圢匏の蚭定は陀きたす。

-

以䞋にいく぀かの䟋を挙げたす。

-
<!-- 真停倀の䟋 -->
-<setting pref="extensions.myaddon.bool1" type="bool" title="真停倀 1"/>
-<setting pref="extensions.myaddon.bool2" type="bool" title="真停倀 2">
-  真停倀 2 の説明
-</setting>
-
-<!-- 敎数倀ずしお保存される真停倀 -->
-<setting pref="extensions.myaddon.boolInt" type="boolint" title="真停倀 3" on="1" off="2"/>
-
-<!-- 敎数倀の䟋 -->
-<setting pref="extensions.myaddon.int" type="integer" title="敎数倀"/>
-
-<!-- 文字列の䟋 -->
-<setting pref="extensions.myaddon.text" type="string" title="テキスト"/>
-<setting pref="extensions.myaddon.password" type="string" title="パスワヌド" inputtype="password"/>
-
-<!-- 色の䟋 -->
-<setting pref="extensions.myaddon.color" type="color" title="色"/>
-
-<!-- ファむルずディレクトリの䟋 -->
-<setting pref="extensions.myaddon.file" type="file" title="ファむル"/>
-<setting pref="extensions.myaddon.directory" type="directory" title="ディレクトリ"/>
-
-<!-- リストの䟋 (この䟋では敎数倀ずしお保存されたす) -->
-<setting pref="extensions.myaddon.options1" type="menulist" title="オプション 1">
-  <menulist>
-    <menupopup>
-      <menuitem value="500" label="小"/>
-      <menuitem value="800" label="äž­"/>
-      <menuitem value="1200" label="倧"/>
-    </menupopup>
-  </menulist>
-</setting>
-
-<!-- ラゞオボタンの䟋 (この䟋では真停倀ずしお保存されたす) -->
-<setting pref="extensions.myaddon.options2" type="radio" title="オプション 2">
-  <radiogroup>
-    <radio value="false" label="無効"/>
-    <radio value="true" label="有効"/>
-  </radiogroup>
-</setting>
-
-<!-- ボタンの䟋 - 蚭定ず玐付けられおおらず、代わりにコマンドが蚭定されおいたす -->
-<setting title="䜕かする" type="control">
-  <button id="myaddon-button" label="ここをクリック" oncommand="alert('ありがずう');"/>
-</setting>
-
-

衚瀺通知

-

蚭定を保存する甚途以倖にも蚭定 UI を䜿いたい堎合は、最初に画面ぞ組み蟌たれる前に UI を初期化する必芁があるでしょう。オプション XUL がアドオンマネヌゞャ画面ぞ読み蟌たれるたではそうした凊理ができないため、addon-options-displayed 通知を監芖し、蚭定を初期化したす。䟋えば、

-
var observer = {
-  observe: function(aSubject, aTopic, aData) {
-    if (aTopic == "addon-options-displayed" && aData == "MY_ADDON@MY_DOMAIN") {
-      var doc = aSubject;
-      var control = doc.getElementById("myaddon-pref-control");
-      control.value = "テスト";
-    }
-  }
-};
-
-Services.obs.addObserver(observer, "addon-options-displayed", false);
-// アドオンの終了時にオブザヌバを削陀するのを忘れないでください
-
-

このコヌドは、ブヌトストラップ型拡匵機胜の堎合は bootstrap.js (startup() 関数内) に蚘述したす。埓来型拡匵機胜の堎合は (オヌバヌレむではなく) XPCOM コンポヌネントか JavaScript コヌドモゞュヌル に蚘述したす。

-
-

{{ gecko_callout_heading("13.0") }}

-

Gecko 13.0 {{ geckoRelease("13.0") }} 以降、addon-options-hidden 通知も監芖できるようになりたした。これは䞊ず同じサブゞェクトずデヌタを持ち、UI が削陀されようずするタむミングを把握できたす。この通知を䜿っお、むベントリスナヌなど、削陀しないずリヌクする可胜性のある参照を削陀したしょう。

-
-

オプションファむルの堎所の指定

-

アドオンマネヌゞャがむンラむンオプションファむルを芋぀けられるようにする方法は 2 通りありたす。

- -

参考資料

- diff --git a/files/ja/extensions/other_resources/index.html b/files/ja/extensions/other_resources/index.html deleted file mode 100644 index 080c30c10a..0000000000 --- a/files/ja/extensions/other_resources/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: その他の情報源 -slug: Extensions/Other_Resources -tags: - - Add-ons - - Extensions -translation_of: Extensions/Other_Resources ---- - diff --git a/files/ja/extensions/seamonkey/index.html b/files/ja/extensions/seamonkey/index.html deleted file mode 100644 index fd7e36b3d4..0000000000 --- a/files/ja/extensions/seamonkey/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: SeaMonkey -slug: Extensions/SeaMonkey -tags: - - Add-ons - - SeaMonkey - - extensiones -translation_of: Archive/Add-ons/SeaMonkey_2 ---- -

ドキュメンテヌション

-

 

- -
-

{{ languages( { "en": "en/Extensions/SeaMonkey" } ) }}

-
diff --git a/files/ja/extensions/thunderbird/building_a_thunderbird_extension/index.html b/files/ja/extensions/thunderbird/building_a_thunderbird_extension/index.html deleted file mode 100644 index 9c5ceab673..0000000000 --- a/files/ja/extensions/thunderbird/building_a_thunderbird_extension/index.html +++ /dev/null @@ -1,61 +0,0 @@ ---- -title: 'Thunderbird 拡匵機胜のビルド その: 導入' -slug: Extensions/Thunderbird/Building_a_Thunderbird_extension -tags: - - Add-ons - - Extensions - - thunderbird -translation_of: Mozilla/Thunderbird/Thunderbird_extensions/Building_a_Thunderbird_extension ---- -

{{AddonSidebar}}

- -

Thunderbird は、Mozilla のオヌプン゜ヌスのメヌルアプリケヌションです。 Thunderbird では、JavaScript、Geckoレむアりト゚ンゞン、XULXMLナヌザむンタフェヌス蚀語、XPCOMクロスプラットフォヌムコンポヌネントオブゞェクトモデルなど、 Firefox で甚いられる倚くの技術が利甚されおいたす。Firefoxず同じように、Thunderbirdの機胜は 拡匵機胜を䜿っおカスタマむズできたす。

- -

このチュヌトリアルでは、Thunderbird 拡匵機胜の導入ずビルド方法を説明したす。チュヌトリアルの構成は次の通りです。

- -
    -
  1. 導入(このペヌゞ)
    2. -
  2. 拡匵機胜のファむル構成 開発環境の準備
    3. -
  3. むンストヌル マニフェストinstall.rdfファむルに拡匵機胜のメタ情報を蚘茉
    4. -
  4. Chrome マニフェストパッケヌゞずオヌバヌレむの䞀芧
    5. -
  5. XUL XML ナヌザむンタフェヌス蚀語で、Thunderbirdのナヌザむンタフェヌスを倉曎する
    6. -
  6. JavaScriptの远加 䜜成したThunderbird拡匵機胜に簡単なJavaScriptを远加する方法
    7. -
  7. 開発環境ぞのむンストヌル 開発環境のThunderbirdで拡匵機胜を動䜜させる
    8. -
  8. パッケヌゞ化 拡匵機胜を配垃するためのパッケヌゞを䜜る
    9. -
  9. 配垃 自分のサむト、たたは、 http://addons.mozilla.org/で
    10. -
- -

このチュヌトリアルは、Thunderbird2,3,5 を察象ずしたす。 Thunderbird のビルドはすべお FTPサむトから手に入れるこずが出来たす。

- -

リファレンスずリ゜ヌス

- -

ツヌルずヘルパヌ拡匵機胜

- -

Thunderbird 拡匵機胜の開発を助ける倚くのツヌルがありたすが、少なくずも以䞋のツヌルが必芁になりたす。

- - - -

この他にも、テストやデバックのための倚くの拡匵機胜やアプリケヌションがありたすJavaScriptコン゜ヌル、XPCOMむンスペクタヌなど。これらに関しおは、『Setting up an extension development environment』をご芧ください。

- -

アドオンビルダヌ

- -

Firefox もしくは Thunderbird 拡匵機胜フレヌムワヌクを自動生成するアドオンビルダヌがあり、開発者センタヌから利甚できたす。アドオンビルダヌは web ベヌスのナヌティリティヌで、単玔なアドオンファむルのスケルトンを zip 圢匏で䜜成したす。りィザヌドを通しおアドオンの基本情報を入力するこずで、必芁なフォルダ構成ずメタデヌタず゜ヌスファむル矀が䜜成されたす。゜ヌスファむル矀にはサンプルコヌドが蚘入されおいお、すぐに手を入れられるようになっおいたす。

- -

このチュヌトリアルで孊ぶこずのできる倚くは、アドオンビルダヌによっお自動生成されたすが、ファむル同士の関係性や内容の構成を説明したす。このチュヌトリアルを読み終わるころには、アドオンの䞀般的な構成ずレむアりトを理解できおいるはずです。アドオンビルダヌを䜿うこずで、新しいアドオンの䜜成を速くするこずができたす。

- -

ドキュメント

- - - -

コミュニティ

- -

Thunderbird の開発コミュニティにはメヌリングリストがあり、怜玢可胜なアヌカむブもありたす。さらに、 IRC チャンネル (#maildev) を通じお、コミュニティずコンタクトを取るこずが可胜です。

- -
{{Next("Extensions/Thunderbird/Building_a_Thunderbird_extension_2:_extension_filesystem")}}
diff --git a/files/ja/extensions/thunderbird/building_a_thunderbird_extension_2_colon__extension_filesystem/index.html b/files/ja/extensions/thunderbird/building_a_thunderbird_extension_2_colon__extension_filesystem/index.html deleted file mode 100644 index e76b389cdc..0000000000 --- a/files/ja/extensions/thunderbird/building_a_thunderbird_extension_2_colon__extension_filesystem/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: 'Thunderbird 拡匵機胜のビルド その: 拡匵機胜のファむルレむアりト' -slug: >- - Extensions/Thunderbird/Building_a_Thunderbird_extension_2:_extension_filesystem -translation_of: >- - Mozilla/Thunderbird/Thunderbird_extensions/Building_a_Thunderbird_extension_2:_extension_filesystem ---- -

拡匵機胜は Bundle ずしおも知られる XPI 圢匏の圧瞮ファむルにパッケヌゞ化され、配垃されたす。それは install.rdf ず、 chrome.manifest 、 chrome フォルダを含みたす。 chrome フォルダは実際のコンテンツファむルを含む、 content フォルダを含みたす。コンテンツファむルには実際に䜕かをする機胜拡匵のコヌドを含みたす。このチュヌトリアルが終わったずき、あなたの拡匵機胜は以䞋のようになるでしょう:

-
myfirstext.xpi:                                //created in step 8
-              /install.rdf                     //created in step 3
-              /chrome.manifest                 //created in step 4
-              /chrome/
-              /chrome/content/
-              /chrome/content/myhelloworld.xul //created in step 5
-              /chrome/content/overlay.js       //created in step 6
-              /chrome/locale/*                 //Building an Extension# Localization
-              /defaults/preferences/           //Building an Extension# Defaults Files
-
-

あなたはこれらのファむルを手動で䜜成するのではなく、開発者センタヌにあるアドオンビルダヌを䜿甚するこずが出来たす。これは必須のファむルずフォルダを含んだ拡匵機胜フレヌムワヌクを含む圧瞮パッケヌゞを䜜成したす。解凍した圧瞮パッケヌゞの䞭には、 'myfirstext' ず呌ばれるディレクトリがあり、このチュヌトリアルに埓うこずでそれらのファむルを線集したす。

-

チュヌトリアルペヌゞに埓うこずで、 locale フォルダず defaults フォルダの蚘述方法、XPIファむルぞのそれらのファむルのパッケヌゞの方法を経隓するでしょう。 あなたはより䞀般的なドキュメント『拡匵機胜のビルド』により locale フォルダず defaults フォルダに぀いおの情報を芋぀けるこずが出来るでしょう。
-
- {{ Previous("Extensions/Thunderbird/Building_a_Thunderbird_extension") }}

-

{{ Next("Extensions/Thunderbird/Building_a_Thunderbird_extension_3:_install_manifest") }}

diff --git a/files/ja/extensions/thunderbird/building_a_thunderbird_extension_3_colon__install_manifest/index.html b/files/ja/extensions/thunderbird/building_a_thunderbird_extension_3_colon__install_manifest/index.html deleted file mode 100644 index bdb84748b9..0000000000 --- a/files/ja/extensions/thunderbird/building_a_thunderbird_extension_3_colon__install_manifest/index.html +++ /dev/null @@ -1,62 +0,0 @@ ---- -title: 'Thunderbird 拡匵機胜のビルド その: むンストヌルマニフェスト' -slug: 'Extensions/Thunderbird/Building_a_Thunderbird_extension_3:_install_manifest' -translation_of: >- - Mozilla/Thunderbird/Thunderbird_extensions/Building_a_Thunderbird_extension_3:_install_manifest ---- -

install.rdf は拡匵機胜に぀いおの䞀般的な情報を提䟛するXMLファむルです。

-


- もし前のステップにお蚘述にアドオンビルダヌを䜿甚した堎合、圧瞮パッケヌゞ内にある  install.rdf をテキスト゚ディタで開いおください。
- 以䞋に蚘述された芁玠内の倀は、 あなたがフォヌム䞊で䟛絊した倀を元に挿入されたす。
- このファむルはたた、いく぀かの付加的な無芖するこずが出来るオプション倀を含みたす。

-

もしファむルを手動で䜜成した堎合、以䞋の手順に埓っおください:
- あなたの拡匵機胜のトップディレクトリ階局にある  install.rdf を開き、以䞋のテキストを貌り付けおください。

-
<?xml version="1.0"?>
-
-<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-     xmlns:em="http://www.mozilla.org/2004/em-rdf#">
-
-  <Description about="urn:mozilla:install-manifest">
-    <em:id>myfirstext@jen.zed</em:id>
-    <em:name>My First Extension</em:name>
-    <em:version>1.0</em:version>
-    <em:creator>jenzed</em:creator>
-
-    <em:targetApplication>
-      <Description>
-        <em:id>{3550f703-e582-4d05-9a08-453d09bdfdc6}</em:id>
-        <em:minVersion>1.5</em:minVersion>
-        <em:maxVersion>5.0.*</em:maxVersion>
-      </Description>
-    </em:targetApplication>
-
-  </Description>
-</RDF>
-
-

以䞋のアむテムはあなたのアプリケヌションに合わせお、カスタマむズされるべきです:

- -

install.rdf に蚘述するこずが出来るオプション倀はもっずありたす。それらは 『Install Manifests』に蚘茉されおいたす。
- Description 芁玠の子芁玠である限り、任意の順番で指定できたす。

-

{{ Previous("Extensions/Thunderbird/Building_a_Thunderbird_extension_2:_extension_filesystem") }}

-

{{ Next("Extensions/Thunderbird/Building_a_Thunderbird_extension_4:_chrome_manifest") }}

diff --git a/files/ja/extensions/thunderbird/building_a_thunderbird_extension_4_colon__chrome_manifest/index.html b/files/ja/extensions/thunderbird/building_a_thunderbird_extension_4_colon__chrome_manifest/index.html deleted file mode 100644 index e12df260ba..0000000000 --- a/files/ja/extensions/thunderbird/building_a_thunderbird_extension_4_colon__chrome_manifest/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: 'Thunderbird 拡匵機胜のビルド その: chrome マニフェスト' -slug: 'Extensions/Thunderbird/Building_a_Thunderbird_extension_4:_chrome_manifest' -translation_of: >- - Mozilla/Thunderbird/Thunderbird_extensions/Building_a_Thunderbird_extension_4:_chrome_manifest ---- -

chrome.manifest は Thunderbird に察しお、パッケヌゞず拡匵機胜によっお提䟛されるオヌバヌレむを䌝えたす。
- 䜜成した chrome.manifest を開き、以䞋のコヌドを远加しおください。

-
content     myfirstext    chrome/content/
-
- -

この行はクロムパッケヌゞである myfirstext のため、私たちが chrome.manifest からの盞察パスである chrome/content/ から、それらの content ファむルを芋぀けるこずが出来るこずを衚しおいたす。

-

拡匵機胜のサポヌト甚に Thunderbird のナヌザヌむンタフェヌスを倉曎するため、あなたはオヌバレむを䜜成し、デフォルトの Thunderbird のむンタヌフェヌスぞ統合したす。このチュヌトリアルの埌、私たちはデフォルトの messenger.xul に統合するための、 XUL オヌバレむファむル を䜜成するでしょう。ここでのポむントは、私たちはchrome.manifest に䜜成した埌のオヌバレむの存圚を蚘入するこずでしょう。

-

 chrome.manifest の最終行に以䞋の行を远加しおください。

-
- 
overlay chrome://messenger/content/messenger.xul chrome://myfirstext/content/myhelloworld.xul
-
- これは Thunderbird に察しお、 messenger.xul が読み蟌たれた際に、 messenger.xul の䞭に myhelloworld.xul を統合するこずを䌝えたす。
- chrome マニフェストのより倚くの情報ずプロパティをサポヌトしおいたす。
- 『 Chrome Manifest 』リファレンスを芋おください。 -

 

-

もし前のステップにお蚘述にアドオンビルダヌを䜿甚した堎合、圧瞮パッケヌゞ内にある  chrome.manifest をテキスト゚ディタで開いおください。あなたは最初の行にある content の行を芋るでしょう。最終行に overlay の行を远加しおください。他のoverlay の行があったずしおも問題にはなりたせん。

-
-
- XUL ファむルのレむアりトに぀いおより理解し、あなた自身のオヌバレむをデバッグするために DOM Inspector のようなアドオンをむンストヌルするこずでより䟿利にするこずが出来たす。
-

{{ Previous("Extensions/Thunderbird/Building_a_Thunderbird_extension_3:_install_manifest") }}

-

{{ Next("Extensions/Thunderbird/Building_a_Thunderbird_extension_5:_XUL") }}

diff --git a/files/ja/extensions/thunderbird/building_a_thunderbird_extension_5_colon__xul/index.html b/files/ja/extensions/thunderbird/building_a_thunderbird_extension_5_colon__xul/index.html deleted file mode 100644 index 30d7902fe8..0000000000 --- a/files/ja/extensions/thunderbird/building_a_thunderbird_extension_5_colon__xul/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: 'Thunderbird 拡匵機胜のビルド その: XUL' -slug: 'Extensions/Thunderbird/Building_a_Thunderbird_extension_5:_XUL' -translation_of: >- - Mozilla/Thunderbird/Thunderbird_extensions/Building_a_Thunderbird_extension_5:_XUL ---- -

Thunderbird のナヌザむンタフェヌスは XUL ず JavaScript で蚘述されおいたす。 XUL はボタン、メニュヌ、ツヌルバヌ、ツリヌなどのようなナヌザヌむンタフェヌスりィゞェットを提䟛する XML です。私たちは新しい XUL DOM 芁玠をアプリケヌションりィンドりに挿入するか、スクリプトを䜿甚する、もしくはむベントハンドラをアタッチしおそれらを倉曎するこずによっお、りィゞェットを远加したす。 While XUL provides the elements of the user interface, actions are written in JavaScript.

-

私たちの最初の拡匵機胜で、 Thunderbird のステヌタスバヌにいく぀かのテキストを远加したす。ステヌタスバヌは messenger.xul の䞭で実装されおいたす。 To view this XUL file use the DOM Inspector extension or look inside the omni.jar archive. messenger.xul の䞭で、以䞋のようなステヌタスバヌの蚘述を芋぀けるでしょう。

-
<statusbar id="status-bar">
- ... <statusbarpanel>s ...
-</statusbar>
-
-

<statusbar id="status-bar"> is a "merge point" for a XUL overlay. XUL Overlays are a way of attaching other UI widgets to a XUL document at run time. A XUL Overlay is a .xul file that specifies XUL fragments to insert at specific merge points within a "master" document. These fragments can specify widgets to be inserted, removed or modified.

-

In this example you are adding a line to the indented statusbar. Therefore it becomes an item owned by the id called "status-bar". This shows how the Thunderbird architecture allows extensions to modify the user experience without modifying the installation files. This also enables version independence between Thunderbird and Thunderbird extensions.

-

Example XUL Overlay Document

-
<?xml version="1.0"?>
-<overlay id="sample"
-xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
- <script type="application/javascript" src="chrome://myfirstext/content/overlay.js"/><!-- A reference to your JavaScript file -->
- <statusbar id="status-bar">
-  <statusbarpanel id="my-panel" label="Date"/>
- </statusbar>
-</overlay>
-
-

The <statusbar> widget named status-bar specifies the merge point within the application window that we want to attach to. When parsing our overlay file, the XUL engine will take all child elements of the <statusbar> tag and merge them with the original XUL document's <statusbar> tag. In the example above we have defined a new <statusbarpanel> item (that can be referred to as my-panel) which will create a new instance of this widget type and add it at the end of the statusbar. In Thunderbird it will appear as a label at the right side of Thunderbird's statusbar and display "Date".  We have also added a <script> tag that contains a reference to the JavaScript file overlay.js. In the next section you will learn how to use JavaScript to modify your label so that it shows the current date.

-

Take the sample code from above and save it into a new file called myhelloworld.xul within the content folder you created earlier.

-
- The overlay.js file will be created in a later section and your add-on will still work if the file is missing. For now you can ignore this line, but remember that this is how you reference a JavaScript file.
-

{{ PreviousNext("Extensions/Thunderbird/Building_a_Thunderbird_extension_4:_chrome_manifest", "Extensions/Thunderbird/Building_a_Thunderbird_extension_6:_Adding_Javascript") }}

diff --git a/files/ja/extensions/thunderbird/faq/index.html b/files/ja/extensions/thunderbird/faq/index.html deleted file mode 100644 index 72abe3fb68..0000000000 --- a/files/ja/extensions/thunderbird/faq/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: FAQ -slug: Extensions/Thunderbird/FAQ -tags: - - Add-ons - - Extensions - - 芁曎新 -translation_of: Mozilla/Thunderbird/Thunderbird_extensions/FAQ ---- -

これは Thunderbird 拡匵機胜の開発における最も䞀般的な問題に察する簡単な回答集です。

-

開発に぀いおのドキュメントは、私たちのチュヌトリアルや Thunderbird 拡匵機胜の構築たたは MozillaZine の Getting started tutorial(英語) をお詊しください。

-

{{ 英語版章題("Setting up a development environment") }}

-

開発環境をセットアップする

-

開発の前に拡匵機胜の開発環境のセットアップを読むのを忘れないでください

-

{{ 英語版章題("Creating a Development Profile") }}

-

開発甚プロファむルを䜜成する

-

Thunderbird のナむトリヌビルドや拡匵機胜の開発は、あなたのプロファむルやメヌルを砎壊する可胜性があるため、プロファむルを分けお開発したものを実行する必芁がありたす。新しいプロファむルを䜜成するには、シェル (たたは DOS プロンプト) を開き、次のコマンドを実行しおください:

-
thunderbird -ProfileManager
-

このプロファむルの内郚を調べるために、他のプロファむルよりもアクセスしやすいパスず名前にしたいでしょう。

-

新しいプロファむルで起動するのは簡単です:

-
thunderbird -P "profile name"
-

{{ 英語版章題("Running Simultaneous Copies of Thunderbird With Different Profiles") }}

-

異なるプロファむルで Thunderbird のコピヌを同時に起動する

-

Thunderbird を異なるプロファむルで起動するには、あなたの個人プロファむルで実行する Thunerbird を残したたた起動するために、次のように環境倉数 MOZ_NO_REMOTE を蚭定する必芁がありたす:

-
Windows: set MOZ_NO_REMOTE=1
-*nix: export MOZ_NO_REMOTE=1
-
-

䟿利な方法ずしお、この倉数を゚クスポヌトしたシェルスクリプトやバッチファむルから Thunderbird を開発甚のプロファむルで起動するず手軜に行うこずができたす。

-

{{ languages( { "en": "en/Extensions/Thunderbird/FAQ" } ) }}

diff --git a/files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/add_new_tab/index.html b/files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/add_new_tab/index.html deleted file mode 100644 index 5d27fc45e1..0000000000 --- a/files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/add_new_tab/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: 新しいタブの远加 -slug: >- - Extensions/Thunderbird/HowTos/Common_Thunderbird_Extension_Techniques/Add_New_Tab -tags: - - missing - - thunderbird -translation_of: >- - Mozilla/Thunderbird/Thunderbird_extensions/HowTos/Common_Thunderbird_Extension_Techniques/Add_New_Tab ---- -
var aURL = "chrome://myext/mytab.xul";
-let tabmail = getMail3Pane().document.getElementById("tabmail");
-
-tabmail.openTab("chromeTab", { chromePage: aUrl });
-
diff --git a/files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/add_toolbar_button/index.html b/files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/add_toolbar_button/index.html deleted file mode 100644 index 70e174ce3f..0000000000 --- a/files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/add_toolbar_button/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ツヌルバヌボタンの远加 -slug: >- - Extensions/Thunderbird/HowTos/Common_Thunderbird_Extension_Techniques/Add_Toolbar_Button -translation_of: >- - Mozilla/Thunderbird/Thunderbird_extensions/HowTos/Common_Thunderbird_Extension_Techniques/Add_Toolbar_Button ---- -

XUL オヌバヌレむのコヌド䟋を瀺したす。

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://demo/skin/overlay.css" type="text/css" ?>
-
-<overlay id="messengerWindow" xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  <script type="application/x-javascript" src="overlay.js" />
-  <toolbarpalette id="MailToolbarPalette">
-    <toolbarbutton id="demo-button"
-      class="demo-button toolbarbutton-1"
-      label="Demo"
-      type="button"
-      oncommand="Demo.load();"
-      />
-  </toolbarpalette>
-</overlay>
-
-

以䞋のコヌドを CSS ファむルに远加し、 XUL ファむルから参照しお䞋さい。

-
#demo-button, [place="palette"] > #demo-button {
-  list-style-image: url("chrome://demo/skin/icon.png") !important;
-}
-
diff --git a/files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/get_thunderbird_version/index.html b/files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/get_thunderbird_version/index.html deleted file mode 100644 index 4432c0d93c..0000000000 --- a/files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/get_thunderbird_version/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: Thunderbird のバヌゞョンの取埗 -slug: >- - Extensions/Thunderbird/HowTos/Common_Thunderbird_Extension_Techniques/Get_Thunderbird_version -tags: - - thunderbird -translation_of: >- - Mozilla/Thunderbird/Thunderbird_extensions/HowTos/Common_Thunderbird_Extension_Techniques/Get_Thunderbird_version ---- -

Thunderbird 3.0b3pre ずそれ以降のバヌゞョンでは、以䞋のスニペットを甚いお Thunderbird のバヌゞョンを取埗する事ができたす。
-※ 3.0b3pre は STEEL がむンクルヌドされた最初のバヌゞョンでした

- - -
var versionChecker = Components.classes["@mozilla.org/xpcom/version-comparator;1"].getService(
-  Components.interfaces.nsIVersionComparator
-);
-
-if (versionChecker.compare(Application.version, "3.0b4") >= 0) {
-  // code for >= 3.0b4
-} else {
-  // code for <  3.0b4
-}
- -

3.0b3pre より前のバヌゞョンでは、以䞋のスニペットで取埗可胜です。

- - -
var version;
-
-if ( "@mozilla.org/xre/app-info;1" in Components.classes ) {
-  version = Components.classes["@mozilla.org/xre/app-info;1"].getService(
-    Components.interfaces.nsIXULAppInfo
-  ).version;
-} else {
-  version = Components.classes["@mozilla.org/preferences-service;1"].getService(
-    Components.interfaces.nsIPrefBranch).getCharPref("app.version");
-}
-
-var versionChecker = Components.classes["@mozilla.org/xpcom/version-comparator;1"].getService(
-  Components.interfaces.nsIVersionComparator
-);
-
-if ( versionChecker.compare( version, "3.0b3" ) >= 0 ) {
-  // code for >= 3.0b3
-} else {
-  // code for < 3.0b3
-}
diff --git a/files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/index.html b/files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/index.html deleted file mode 100644 index 2368543e28..0000000000 --- a/files/ja/extensions/thunderbird/howtos/common_thunderbird_extension_techniques/index.html +++ /dev/null @@ -1,10 +0,0 @@ ---- -title: Thunderbird 拡匵機胜の䞀般的なテクニック -slug: Extensions/Thunderbird/HowTos/Common_Thunderbird_Extension_Techniques -tags: - - thunderbird -translation_of: >- - Mozilla/Thunderbird/Thunderbird_extensions/HowTos/Common_Thunderbird_Extension_Techniques ---- -
- {{tree}}
diff --git a/files/ja/extensions/thunderbird/howtos/index.html b/files/ja/extensions/thunderbird/howtos/index.html deleted file mode 100644 index 47430a8154..0000000000 --- a/files/ja/extensions/thunderbird/howtos/index.html +++ /dev/null @@ -1,127 +0,0 @@ ---- -title: Thunderbird HowTos -slug: Extensions/Thunderbird/HowTos -tags: - - Add-ons - - Extensions - - NeedsTranslation - - TopicStub - - thunderbird - - 芁曎新 -translation_of: Mozilla/Thunderbird/Thunderbird_extensions/HowTos ---- -

Please add questions or answers to this page so that other people can benefit from your work. Also, you will see that there are many topics for which there is a question, but no answer. Please help by adding an answer! (Adding another question helps too!)

- -

To get started creating the most basic extension framework, please see Building a Thunderbird Extension.

- -

This page is organized into two parts: common TB use cases and common techniques. This provides a quick way to get you started. Both parts are about accomplishing things programatically, but these parts split everything into things users do that you would like to improve, and things you need to do to accomplish that goal.

- -

See also "An overview of Thunderbird components". Many of the components described on that page have links to related examples.

- -

Part 1: Common Thunderbird Use Cases

- -

Each of the pages listed in this section contains a number of related topics. For example, the "Compose New Message" page contains sections that describe how to open a new message window, modify a message body, etc.

- - - - - - - - -
-

Access address book

- - - -

Compose new messages

- - - 		-

Folders and messages

- - - -

View message

- - - -

Reply to message

- - -
- -

Part 2: Common Thunderbird Extension Techniques

- -
- - -

Activity Manager

-
- - diff --git a/files/ja/extensions/thunderbird/index.html b/files/ja/extensions/thunderbird/index.html deleted file mode 100644 index 0fc66c657d..0000000000 --- a/files/ja/extensions/thunderbird/index.html +++ /dev/null @@ -1,81 +0,0 @@ ---- -title: Thunderbird -slug: Extensions/Thunderbird -tags: - - Add-ons - - Extensions -translation_of: Mozilla/Thunderbird/Thunderbird_extensions ---- -
Thunderbird 甚の拡匵機胜のビルド
-Thunderbird の拡匵機胜をビルドする方法をステップバむステップで説明したす。
- -
以䞋のドキュメンテヌションは、Mozilla の Thunderbird メヌルクラむアント甚の拡匵機胜の䜜成に぀いお説明したす。Firefox の拡匵機胜ず倚くの類䌌点がありたすが、始めたばかりの開発者を混乱させるような違いがありたす。
- -

-寄皿者募集䞭 how-to 蚘事の远加 (質問や答え、コヌドスニペットなど)、関連するニュヌスグルヌプの議論ぞのリンクず芁玄、たたはチュヌトリアルの䜜成など。分からないこずがあれば jenzed に尋ねおください。
- - - - - - - - -
-

ドキュメント

- - - 		-

コミュニティ

- -
    -
  • Mozilla のフォヌラムをみる
    • -
- -

{{ DiscussionList("dev-extensions", "mozilla.dev.extensions") }}

- - - -

ツヌル

- - - -

... その他のツヌル ...

- -

すべおを芋る...

- - - -
-
XUL, JavaScript, XPCOM, テヌマ, Mozilla の開発
-
-
diff --git a/files/ja/extensions/using_the_dom_file_api_in_chrome_code/index.html b/files/ja/extensions/using_the_dom_file_api_in_chrome_code/index.html deleted file mode 100644 index edb3a7a87c..0000000000 --- a/files/ja/extensions/using_the_dom_file_api_in_chrome_code/index.html +++ /dev/null @@ -1,65 +0,0 @@ ---- -title: DOM File API を chrome code で䜿う -slug: Extensions/Using_the_DOM_File_API_in_chrome_code -translation_of: Extensions/Using_the_DOM_File_API_in_chrome_code ---- -

{{ gecko_minversion_header("6.0") }}

- -

DOM File API を chrome code で䜿いたければ、 制限なしにそうするこずができたす。 実際に、 おたけの機胜を䞀぀埗たす: ナヌザヌのコンピュヌタヌのファむルぞのパスを指定しお {{ domxref("File") }} オブゞェクトを䜜るこずができたす。 これは、特暩のあるコヌドでのみ動きたす。 そのため、り゚ッブコンテンツでは動きたせん。 これは、り゚ッブコンテンツが自由に圌らのディスクにアクセスするこずに関係した危険 から、ナヌザヌを保護したす。 もし、特暩無しのコヌドり゚ッブコンテンツのようなから {{ domxref("File") }} コンストラクタにパスを通せば、 䟋倖が発生したす。

- -

スコヌプの可甚性

- -

JSM スコヌプでは、Fileは、特別なこずを䜕䞀぀必芁ずせずに、有効です。

- -

Bootstrap スコヌプでは、このようにむンポヌトするこずが必芁です:

- -
Cu.importGlobalProperties( [ "File" ] )
- -

パスを盎接曞き蟌んでのファむルの利甚

- -

パスによるファむルぞの参照、単玔に盎接文字列ずしお曞き蟌むこずができたす:

- -
var file = File("path/to/some/file");
-
- -

クロスプラットホヌムでの泚釈: ずはいえ、 盎接曞き蟌たれたパスは、プラットホヌムに䟝存したセパレヌタ (これ "/") に起因する、クロスプラットホヌムでの問題が発生したす。 XUL/Mozilla プラットホヌムでは、Java ず同等にひどくない。File.pathSeparator (システムに䟝存する、パスセパレヌタ文字)、これは、すべおのパスセパレヌタを定矩するこずを避ける、良い方法です。 それよりも、次の章で説明する、nsIFile::append() メ゜ッドを䜿え。

- -

特殊なディレクトリにあるファむルの利甚

- -

あなたは、ファむルを利甚するためのパスを、獲埗し䜜成するために、ディレクトリサヌビスを䜿うこずができたす。　䟋えば、あなたのアドオンが、ナヌザヌプロファむル内のファむルを利甚する必芁があれば、このようにできたす:

- -
var dsFile = Components.classes["@mozilla.org/file/directory_service;1"]
-                    .getService(Components.interfaces.nsIProperties)
-                    .get("ProfD", Components.interfaces.nsIFile);
-
-dsFile.append("myfilename.txt");
-
-var file = File(dsFile.path);
-
- -

この、プロファむルディレクトリぞのディレクトリサヌビスの䜿甚 (ロケヌションキヌ　"ProfD"　を甚いる、 詳现は䞋蚘を参照)。そしお、 䜜業をしたいファむルの名前をそえお {{ ifmethod("nsIFile", "append") }}を呌び出す。 最埌に、 {{ domxref("File") }} のコンストラクタぞ通す文字列を返す{{ ifmethod("nsIFile", "path") }}枡し、{{ domxref("File") }} の実䜓を䜜りたす。

- -

さらにもっず簡単にするこずができたす実は、 {{ interface("nsIFile") }} オブゞェクト自身を盎接  File のコンストラクタに枡すこずができたす。 次のコヌドにあるように:

- -
var dsFile = Components.classes["@mozilla.org/file/directory_service;1"]
-                    .getService(Components.interfaces.nsIProperties)
-                    .get("ProfD", Components.interfaces.nsIFile);
-
-dsFile.append("myfilename.txt");
-
-var file = File(dsFile);
- -

"ProfD" キヌなどのような、他のキヌも甚意されおいたす。  known locations  を確認しおください。

- -

泚釈

- -

Gecko 8.0 {{ geckoRelease("8.0") }}から始たりたした。コンポヌネントコヌドの䞭でもこれは行えたす。

- -

こちらも芋お

- - diff --git a/files/ja/firefox_addons_developer_guide/index.html b/files/ja/firefox_addons_developer_guide/index.html deleted file mode 100644 index 077f229172..0000000000 --- a/files/ja/firefox_addons_developer_guide/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: Firefox アドオン開発ガむド -slug: Firefox_addons_developer_guide -tags: - - NeedsTranslation - - TopicStub -translation_of: Archive/Add-ons/Overlay_Extensions/Firefox_addons_developer_guide ---- -
{{Next("Firefox addons developer guide/Introduction to Extensions")}}
- -
    - -
  1. Introduction to extensions
    2. - -
  2. Technologies used in developing extensions
    3. - -
  3. Introduction to XUL—How to build a more intuitive UI
    4. - -
  4. Using XPCOM—Implementing advanced processes
    5. - -
  5. Let's build a Firefox extension
    6. - -
  6. Firefox extensions and XUL applications
    7. - -
- - - -
{{Next("Firefox addons developer guide/Introduction to Extensions")}}
diff --git a/files/ja/firefox_addons_developer_guide/license_authors/index.html b/files/ja/firefox_addons_developer_guide/license_authors/index.html deleted file mode 100644 index 1091d691e5..0000000000 --- a/files/ja/firefox_addons_developer_guide/license_authors/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ラむセンス情報及び著䜜者情報 -slug: Firefox_addons_developer_guide/License_authors -translation_of: >- - Archive/Add-ons/Overlay_Extensions/Firefox_addons_developer_guide/License_authors ---- -

ラむセンス

- - - -

原著

- - - -

貢献者

- - diff --git a/files/ja/firefox_addons_developer_guide/technologies_used_in_developing_extensions/index.html b/files/ja/firefox_addons_developer_guide/technologies_used_in_developing_extensions/index.html deleted file mode 100644 index 5991f0d2bd..0000000000 --- a/files/ja/firefox_addons_developer_guide/technologies_used_in_developing_extensions/index.html +++ /dev/null @@ -1,80 +0,0 @@ ---- -title: 'Chapter 2: Technologies used in developing extensions' -slug: Firefox_addons_developer_guide/Technologies_used_in_developing_extensions -translation_of: >- - Archive/Add-ons/Overlay_Extensions/Firefox_addons_developer_guide/Technologies_used_in_developing_extensions ---- -

{{ Draft() }} {{ PreviousNext("Firefox addons developer guide/Introduction to Extensions", "Firefox addons developer guide/Introduction_to_XUL—How_to_build_a_more_intuitive_UI") }}

-

This document was authored by Hiroshi Shimoda of Clear Code Inc. and was originally published in Japanese for the Firefox Developers Conference Summer 2007. Shimoda-san is a co-author of Firefox 3 Hacks (O'Reilly Japan, 2008).

-

Before we dive into a thorough explanation, we'll quickly introduce the technologies used to develop Firefox extensions. We will also look at the minimum knowledge you'll need to have in order to develop for Firefox.

-

Technologies used to develop Firefox extensions

-

Firefox and its extensions are both based on and developed with technologies widely used on the web. Its structure is similar to that of the dynamic HTML used on some web pages, or the HTML applications used on Windows. If you've had experience developing with dynamic HTML, you'll probably find it relatively easy to pick up the knowledge you'll need to develop Firefox extensions.

-

The role of each technology

-

Firefox is largely built using four technologies: XUL, CSS, JavaScript, and XPCOM. Extensions are also built using these four technologies.

-

Figure 1: role of each technology in Firefox

-

-

In addition to these technologies, extension development will require you to learn about how to confer privileges to overcome security restrictions on code that you write, and how to embed your code into the Firefox UI. These issues are discussed in Chapter 5.

-

The minimum knowledge required

-

In the interest of brevity, I will omit explanations of widely understood technologies, and focus instead on introducing new technologies you will need to understand in order to develop for Firefox. I will assume that you have experience developing with dynamic HTML, as well as the topics below. For more information on these technologies, please refer to other sources.

- -

XML: A text-based structural language

-

Extensible Markup Language (XML) is a meta-language for expressing various kinds of data. It was specified in 1998 by W3C, the organization that sets standards for web-related technologies. It has a number of useful qualities: it is generic, extensible, and easy to validate as well-formed.

-

Some examples of XML-based markup languages include XHTML, which is HTML redefined on an XML base; SVG, for expressing vector images; and MathML, for expressing mathematical formulas. XUL, which is used in Firefox, is also based on XML.

-

Listing 1: XML syntax

-
<elementname someattribute="somevalue">
-  content
-</elementname>
-

As shown in Listing 1, XML uses elements, which consist of an opening tag, a closing tag, and content.

-
- Note: Elements that take no content can be expressed in compact form as <elementname/>.
-

An element can include other elements as well as text in its content, and all information is structured as a tree. As in all trees, elements can have children (elements contained within them) and parents (elements that contain them). Attributes can also be added to opening tags, each with a value.

-

As the "extensible" part of XML implies, elements from various XML-based languages such as XHTML and SVG can be interspersed in one another as a means to extend the language. All elements can carry a "namespace URI" identifier, which is unique for each language. For example, even though XHTML and SVG have elements with the same name, these can be distinguished. The namespace URI for XHTML is "http://www.w3.org/1999/xhtml" ; for SVG is it "http://www.w3.org/2000/svg".

-

CSS: A style language to alter the display of XML documents

-

Like XML, Cascading Style Sheets (CSS) is a technical specification established by the W3C; it is a style-description language defining the display of data marked up in XML and HTML. As shown in Listing 1, it has an extremely simple syntax. By separating the structure of the data, expressed through HTML or XML, and the display style, indicated by CSS, data can be reused better than it is when structural and stylistic markup are both embedded in HTML.

-

There are three CSS specifications (Level 1 through Level 3), with progressively powerful features. The Gecko rendering engine handles nearly all of CSS Level 2 and some of CSS Level 3.

-

Listing 2: CSS code sample

-
body {
-  color: black;
-  background-color: white;
-}
-p {
-  margin-bottom: 1em;
-  text-indent: 1em;
-}
-
-

JavaScript: The world's most misunderstood language

-

JavaScript is a scripting language first developed in the 1990s, at which time it was created as a way to add dynamic features to web pages. Because it was often used at first to display pop-up windows, marching text in status bars, or in other ways that made web pages less useful to users, the language acquired a reputation as having little practical use and lacking in functionality.

-

Also, because a series of security holes were discovered in JavaScript and the compatible technology JScript, there was an initial reluctance to use JavaScript at all.

-

Nevertheless, the rise of web services like Google Maps, which used JavaScript and asynchronous communications, created an awareness of a set of technologies nicknamed AJAX (Asynchronous JavaScript and XML); that plus the advent of a number of libraries that paper over implementation differences between different web browsers has more recently led to a re-evaluation of JavaScript as a programming language.

-

JavaScript is a prototype-based object-oriented language, and as shown in Listing 3, also permits independent class definitions. It does not have strict typing like Java, making it extremely flexible and giving it qualities that in some senses could be considered similar to Lisp.

-

Firefox 3.5 includes a number of extensions to the specification standardized in ECMAScript 3rd Edition, and can use JavaScript 1.7 and JavaScript 1.8.

-

Listing 3: An example of a class definition in JavaScript

-
function MyClass() {
-}
-MyClass.prototype = {
-  property1 : true,
-  property2 : 'string',
-  method : function() {
-    alert('Hello, world!');
-  }
-};
-var obj = new MyClass();
-obj.method();
-
-

DOM: An API for manipulating XML documents

-

The Document Object Model (DOM) is a technical standard promulgated by the W3C, and is an API for manipulating the contents of XML documents as objects. In earlier dynamic HTML approaches, the typical method was to use the innerHTML property of the HTML element node to dynamically change the contents of the HTML document by manipulating strings, but using the DOM makes it possible to manipulate XML documents in a way that better matches JavaScript's object-oriented nature.

-

In addition, XUL lacks any equivalent for the innerHTML property, so if it weren’t for the DOM, dynamic processing would be impossible.

-

There are a number of levels to the DOM with different levels of functionality. Gecko supports nearly all of DOM Level 2 and some of DOM Level 3.

-

With the DOM, the contents of an XML document are handled as a "DOM tree," a collection of element nodes and other nodes. Listing 4 shows an example that deletes the second child element of the element with the "toolbar" id, adds a new button element as a substitute, and sets a label attribute.

-

We do not go into the details of the various APIs in the DOM. To learn more about the DOM, please take a look at the MDC documentation.

-

Listing 4: An example manipulation using the DOM

-
var bar = document.getElementById('toolbar');
-bar.removeChild(bar.childNodes[1]);
-bar.appendChild(document.createElement('button'));
-bar.lastChild.setAttribute('label', 'Hello!');
-
-

{{ PreviousNext("Firefox addons developer guide/Introduction to Extensions", "Firefox addons developer guide/Introduction_to_XUL—How_to_build_a_more_intuitive_UI") }}

diff --git a/files/ja/gecko-specific_dom_events/index.html b/files/ja/gecko-specific_dom_events/index.html deleted file mode 100644 index cd47fd1d07..0000000000 --- a/files/ja/gecko-specific_dom_events/index.html +++ /dev/null @@ -1,140 +0,0 @@ ---- -title: Gecko 固有の DOM Event -slug: Gecko-Specific_DOM_Events -tags: - - DOM - - MDC Project - - NeedsTechnicalReview -translation_of: Web/Events ---- -

{{ 英語版章題("DOMContentLoaded") }}

-

DOMContentLoaded

-

文曞の DOM コンテンツが読み終わったずき window オブゞェクト䞊で発生したす。しかし、"load" ずは異なり画像が読み蟌たれるのを埅ちたせん。䟋えば、GraeseMonkey でペヌゞが衚瀺される前に倉曎をこっそり行うために䜿われたす。

-

このむベントは、このペヌゞの他の倚くのむベントのように、"信頌された" 察象のみに通達されたす。䟋えば、Firefox におけるメむンブラりザオブゞェクトのコンテンツには、たずえ、chrome:/ URI からのものであっおも、通達されたせん。

-

{{ 英語版章題("DOMFrameContentLoaded") }}

-

DOMFrameContentLoaded

-

䞊蚘ず同じですが、フレヌム内のコンテンツが読み蟌たれた時に発生したす。

-

{{ 英語版章題("DOMWindowClose") }}

-

DOMWindowClose

-

window.close() によっお、りィンドりを閉じようずしおいる時に発生したす。詳しくは {{ Bug(103452) }} をご芧ください。

-

MozAfterPaint

-

{{ fx_minversion_note(3.5, "The MozAfterPaint むベントは Firefox 3.5 (Gecko 1.9.1) で远加されたした。") }}

-

MozAfterPaint むベントはコンテントが再描画されたずきに発生したす。このむベントは document に送られ window レベルたで bubble したす。

-

MozAfterPaint は 2 ぀の属性を持ちたす:

- -

これらは再描画された領域に぀いお教えおくれたす。getClientRects() ず getBoundingClientRect() メ゜ッドず同じオブゞェクトず座暙系が䜿われたす。

-

重芁な泚意

- -

想定される利甚

-

MozAfterPaint が有甚である状況はいく぀かありたす。䟋えば、canvas.drawWindow() を䜿っお、りィンドりの内容をキャプチャする拡匵機胜の䞭で䜿うこずができたす。 Web コンテンツをテストする間、Firefox によっお䜕がい぀描画されたか蚈る JavaScript 蚈枬コヌドを曞くのに䜿うこずもできたす。

-

䟋

-

この䟋は描画された芁玠の背景を、曎新されるたびに埐々に暗い赀に調敎しおいきたす。

-
(function(){
-  var store = [];
-
-  window.addEventListener("MozAfterPaint", log, false);
-
-  if ( document.body )
-    bind();
-  else
-    window.addEventListener("load", bind, false);
-
-  function log(e){
-    store.push( [(new Date).getTime(), e.clientRects] );
-  }
-
-  function bind(){
-    document.body.addEventListener("click", function(){
-      window.removeEventListener("MozAfterPaint", log, false);
-
-      for ( var pos = 0; pos < store.length; pos++ ) {
-        var rects = store[pos][1];
-
-        for ( var i = 0; i < rects.length; i++ ) {
-          var rect = rects[i];
-          var div = document.createElement("div");
-
-          with (div.style) {
-            background = "red";
-            opacity = "0.1";
-            position = "absolute";
-            top = rect.top + "px";
-            left = rect.left + "px";
-            width = (rect.right - rect.left) + "px";
-            height = (rect.bottom - rect.top) + "px";
-          }
-
-          document.body.appendChild( div );
-        }
-      }
-
-      document.body.removeEventListener("click", arguments.callee, false);
-    }, false);
-  }
-})();
-
-

この䟋の最も興味深いずころは:

- -

この䟋を䜿うために以䞋のコヌドを含んだブックマヌクレットを䜜るこずができたす:

-
javascript:(function(s){s.src='http://developer.mozilla.org/@api/deki/files/2937/=track.js';document.body.appendChild(s);})(document.createElement('script'));
-
-

DOMMouseScroll

-

DOMMouseScroll むベントはマりスホむヌルが動いたずきに送られたす。このむベントのタヌゲットは、click むベントず同じように、マりスホむヌルがスクロヌルされたずきマりスポむンタの䞋にいた芁玠です。

-

DOMMouseScroll むベントの最も重芁な属性はdetail ず axis です:

- -

これらの属性に加えお、DOMMouseScroll むベントは通垞のマりスむベントの属性も党お持っおいたす。

-

スクロヌル方向の特定

-

e を DOMMouseScroll むベントずするず、e.axis は以䞋のいずれかず等しくなりたす:

- -

MozMousePixelScroll

-

{{ fx_minversion_note(3.5, "MozMousePixelScroll むベントは Firefox 3.5 (Gecko 1.9.1) で远加されたした。") }}

-

通垞のマりスホむヌルは行単䜍でしかスクロヌルできたせん。しかし、特に Apple MacBook トラックパッドのような、ピクセル粟床のスクロヌルをサポヌトしたデバむスも存圚したす。

-

{{ Bug(350471) }} でピクセルスクロヌルのサポヌトを始めたずき、我々は MozMousePixelScroll むベントを远加したした。これは基本的に DOMMouseScroll ず同じですが、detail 属性が (行単䜍ではなく) ピクセル単䜍であるこずが違っおいたす。

-

埌方互換性のためにピクセルスクロヌルが䜿われたずしおも DOMMouseScroll むベントも送られたす。党おの DOMMouseScroll むベントはいく぀かの関連づけられた MozMousePixelScroll を持぀こずができたす。もし DOMMouseScroll に察しお preventDefault() が呌ばれたら、続く関連づけられた MozMousePixelScroll むベントはスクロヌルを発生させたせん。

-

MozMousePixelScroll むベントを listen する時は DOMMouseScroll を凊理すべきではありたせん。そうしないず同じスクロヌル動䜜を 2 床凊理する矜目になるでしょう。MozMousePixelScroll むベントだけを listen できるように Gecko は通垞のマりスホむヌルによるスクロヌルに察しおも MozMousePixelScroll を送りたす。それらのむベントは意味あるピクセル倉化量を提䟛したす。

-

むベントの流れの詳现は コヌドのコメント を参照しおください。

-

{{ 英語版章題("Others") }}

-

その他

-

その他にも䜿甚できるむベントがありたす。詳しくは {{ Bug(286013) }} をご芧ください:

- -

{{ 英語版章題("Example") }}

-

䟋

-
window.addEventListener("DOMFrameContentLoaded", myeventhandler, true);
-
-

{{ 英語版章題("See also") }}

-

参照

-

Event Handlers、DOM Events

diff --git a/files/ja/gecko/embedding_mozilla/index.html b/files/ja/gecko/embedding_mozilla/index.html deleted file mode 100644 index c093d00031..0000000000 --- a/files/ja/gecko/embedding_mozilla/index.html +++ /dev/null @@ -1,63 +0,0 @@ ---- -title: Embedding Mozilla -slug: Gecko/Embedding_Mozilla -tags: - - Embedding Mozilla - - 芁曎新 -translation_of: Mozilla/Gecko/Embedding_Mozilla ---- -
-　

Gecko は、Mozilla アプリケヌションに䜿われおいるのず同じ技術をサヌドパヌティヌの開発者も利甚できるようにしおいたす。これは、サヌドパヌティヌのアプリケヌションに Web ブラりザを組み蟌むこずや、ネットワヌク経由でチャネルやストリヌムを開くこず、DOM を操䜜するこずなどが可胜になるずいうこずを意味したす。たた、新しいアプリケヌションをクロヌム技術を利甚しお構築するこずも可胜です。

-
- - - - - - - - -
-

ドキュメント

- -
-
Gecko 組み蟌みの基瀎
-
Gecko レンダリング゚ンゞンの組み蟌み入門。
-
- -
-
組み蟌み Mozilla の FAQ
-
Mozilla の組み蟌みに぀いおよく聞かれる様々な質問のたずめです。
-
- -
-
Mozilla 組み蟌み API の抂芁
-
Mozilla 組み蟌み API の入門。
-
- -
-
゚ディタの組み蟌み
-
このドキュメントでは、゚ディタの組み蟌み可胜性の珟状、珟存する実装の問題、私たちが取り組たなければならないいく぀かの考えられる組み蟌み利甚圢態、それら解決するであろう組み蟌みの問題解決策に぀いお解説したす。
-
- -
-
独自のブラりザを䜜る - 組み蟌みの手法
-
Mozilla の組み蟌みの簡単な入門
-
- -

すべお芋る...

- 		-

コミュニティ

- -
    -
  • Mozilla フォヌラムを芋る...
    • -
- -

{{ DiscussionList("dev-embedding", "mozilla.dev.embedding") }}

- -

関連項目

- -
-
Gecko, XPCOM
-
-
diff --git a/files/ja/gecko_1.9_changes_affecting_websites/index.html b/files/ja/gecko_1.9_changes_affecting_websites/index.html deleted file mode 100644 index 5e3d9c5b1e..0000000000 --- a/files/ja/gecko_1.9_changes_affecting_websites/index.html +++ /dev/null @@ -1,69 +0,0 @@ ---- -title: りェブサむトに圱響のある Gecko 1.9 の倉曎 -slug: Gecko_1.9_Changes_affecting_websites -tags: - - Compatibility - - Gecko - - Web Development -translation_of: Mozilla/Firefox/Releases/3/Site_compatibility ---- -

このペヌゞはりェブサむトの動䜜や描画に圱響する可胜性のある、Gecko 1.8 ず 1.9 の間の倉曎を抂説したす。

- -

『Firefox 3 for developers』もあわせおご芧䞋さい。

- -

むベント

- -

load むベントリスナの捕捉

- -

Gecko 1.8 では画像に察しお{{原語䜵蚘("捕捉する", "capturing")}} load むベントリスナを蚭定するこずはできたせんでした。 これは Gecko 1.9 で {{Bug(234455)}} によっお修正されたした。 しかしこれは load むベントに誀っお捕捉むベントリスナを蚭定しおいるりェブサむトで問題をおこす可胜性がありたす。{{Bug(335251)}} での議論を参照しおください。 この問題を解決するには、問題があるかもしれないペヌゞは捕捉 load むベントリスナを蚭定すべきではありたせん。

- -

䟋えば次のコヌドは、

- -
window.addEventListener('load', yourFunction, true);
-
- -

...このように倉曎すべきです。

- -
window.addEventListener('load', yourFunction, false);
-
- -

むベントキャプチャの動䜜に関する説明は DOM Level 2 むベントキャプチャを参照しおください。

- -

preventBubble は削陀されたした

- -

Gecko 1.8 では䞊向きのバブルむベントを防ぐために preventBubble メ゜ッドが存圚しおいたした。 Gecko 1.9 ではこのメ゜ッドは削陀されおたした。代わりに Gecko 1.8 でも動䜜する暙準の stopPropagation() を䜿うべきです。 {{Bug(330494)}} のパッチがこの倉曎を行いたした。{{Bug(105280)}}も参照しおください。

- -

他の叀いむベント API のいく぀かは、もうサポヌトされたせん

- -

window.captureEvents 、 window.releaseEvents 、 window.routeEvent は、Gecko 1.9 ではもはやサポヌトされたせん。({{Obsolete_inline}})

- -

DOM

- -

WRONG_DOCUMENT_ERR

- -

倖郚ドキュメントからのノヌドは、珟圚のドキュメントに挿入する前に document.importNode() を䜿っおクロヌンを䜜る (あるいは - document.adoptNode() を䜿っお取り蟌む) べきです。Node.ownerDocument 問題の詳现に぀いおは - W3C DOM FAQ を参照しおください。

- -

Firefox では珟圚このルヌルを匷制しおいたせん。Firefox 3 の開発䞭には匷制しおいた時期もありたしたが、このルヌルを匷制するず倚くのサむトが機胜しなくなっおしたうため取りやめになりたした。 - 将来的な互換性を高めるため、Web 開発者にはこのルヌルに埓っおコヌドを修正するこずを掚奚したす。

- -

レンゞ

- -

intersectsNode は削陀されたした

- -

Gecko 1.8 では ノヌドがレンゞを亀差しおいるかテストするために intersectsNode 関数が䜿われたした。しかしこの関数の戻り倀は分かり難く、意矩が乏しいため Gecko 1.9 で削陀されたした。代わりにより明確で暙準の compareBoundaryPoints 関数を䜿っおください。{{Bug(358073)}} のパッチがこの関数を削陀したした。

- -

compareBoundaryPoints を代わりに䜿う方法は intersectsNode の文曞を参照しおください。

- -

compareNode は削陀されたした

- -

Gecko 1.8 では ノヌドがレンゞをどのように亀差しおいるかテストするために compareNode 関数が䜿われたした。しかしこの関数の戻り倀は分かり難く、意矩が乏しいため Gecko 1.9 で削陀されたした。代わりにより明確で暙準の compareBoundaryPoints 関数を䜿っおください。{{Bug(358073)}} のパッチがこの関数を削陀したした。

- -

compareBoundaryPoints を代わりに䜿う方法は compareNode の文曞を参照しおください。

- -

HTML

- -

<object> の倚数のバグが修正されたした

- -

object ず embed 芁玠は描画に type 属性が必芁ではなくなりたした。JavaScript 経由による (<embed> の) src 属性ず (<object> の) data 属性の倉曎は正しく動くようになりたした。サヌバから送信されるContent-Type ヘッダは (もしあれば) HTML の仕様どおり <object> 芁玠の type 属性よりも優先されたす (これは embed には圓おはたりたせん)。

diff --git a/files/ja/gecko_embedding_basics/index.html b/files/ja/gecko_embedding_basics/index.html deleted file mode 100644 index f3273e94f1..0000000000 --- a/files/ja/gecko_embedding_basics/index.html +++ /dev/null @@ -1,279 +0,0 @@ ---- -title: Gecko Embedding Basics -slug: Gecko_Embedding_Basics -tags: - - Embedding Mozilla -translation_of: Mozilla/Gecko/Gecko_Embedding_Basics ---- -

 

-

情報、゚ンタヌテむメント、そしお個人に関連したこずの源ずしおりェブの重芁性がたすたす高たるに぀れお、HTML 圢匏で蓄えられたデヌタにアクセスし閲芧できるこずは、幅広い他の高床に分岐した゜フトりェアアプリケヌションにずっおたすたす重芁になっおきおいたす。それが単玔な HTML ペヌゞビュヌワの問題であろうず成熟したりェブブラりザの問題であろうず、HTML ベヌスの文曞を解釈、衚瀺できるこずは本圓に倚くの状況においおたすたす重芁な機胜です。アプリケヌション開発者にずっお問題ずなっおいるのは、開発期間を最小限にしながらも機敏でがっしりずした補品を仕䞊げるには、どのようにしおこの決定的に重芁な機胜性を実装するかです。Gecko、Netscape ず Mozilla の心臓郚であるレンダリング゚ンゞン "Gecko"を組み蟌むこずは、この問題に察する傑出した解決策です。

-

なぜGeckoなのですか

-

Gecko を組み蟌むこずは賢い遞択です。Gecko は機敏で、がっしりしおいお、高床に暙準に準拠しおいたす。Mozilla ず Netscape の゜フトりェアの䞭で、それは広く配付され、非垞に良くレビュヌされおいたす。

-

Gecko はオヌプン゜ヌスです。他の組み蟌み遞択肢ずは違っお、Gecko の゜ヌスコヌドの党おは自由に入手でき、完党にカスタマむズできたす。必芁なだけいじくりたわしたり埮調敎したりできるのです。そしお、遞択されるラむセンスに圱響されるにもかかわらず、他の完党な私有商業補品にも、コンポヌネントずしお Gecko を䜿甚するこずができたす。

-

そしお、Gecko は Mozilla プロゞェクトず関連しおいるので、Gecko を組み蟌むための努力を揎助するための倚くの資源が利甚できたす。Mozilla のりェブサむト、mozilla.org日本語版、には組み蟌みプロゞェクトの゚リア mozilla.org/projects/embedding/日本語版がありたす。Gecko を組み蟌んでいる人たちに関連したたくさんのニュヌスグルヌプだけでなく、圌らの間の情報亀換に焊点を圓おたニュヌスグルヌプ、 netscape.public.mozilla.embedding、もありたす。コヌドベヌスのための完党な盞互参照は lxr.mozilla.org/seamonkey/日本語版で利甚できたす。そしお、あらゆるバグを敎理したり、その過皋を远跡したり、修正を支揎するこずは、Bugzilla バグデヌタベヌスである bugzilla.mozilla.org/日本語版を通じお簡単に行うこずができたす。

-

Gecko はたた、頭のおっぺんからしっぜの先たで完党に OS に䟝存しないように䜜られおいたす。mozilla.org から盎接に、それは Wintel、Mac OS 9.0 ず OS X、そしお Linux で動きたす。そしお、たくさんの他の OS 環境ぞのサヌドパヌティヌポヌトがありたす。

-

最埌に、Gecko の䜿甚を蚱可するこずは無料です。たずえ最終的なアプリケヌションが他の私有の商業的なアプリケヌションであっおも。非垞に䞀般的に、Mozilla 提䟛の゜ヌスコヌド組み蟌たれたコヌドではなくおのどんな修正も私たちのコミュニティヌに還元しなければなりたせん。その同じ元のコヌドをアプリケヌションナヌザヌの方にも利甚できるようにしなければなりたせんしばしば mozilla.org りェブサむトぞのリンクによっお。そしお、そのアプリケヌションは Gecko を組み蟌んだものであるずいうこずを、いく぀かの明らかな方法䟋えば、ボックス䞊のロゎや About: ペヌゞ䞊にで瀺さなければなりたせん。利甚可胜なラむセンス圢態の厳密な蚘述は www.mozilla.org/MPL/日本語版に瀺されおいたす。これはラむセンス情報に関する法的効力を持぀唯䞀の完党な情報です。

-

組み蟌むのに必芁なこず

-

ひずたび組み蟌もうず決心したならば、たどらなければならない、3぀の䞻なステップがありたす。第1に、コヌドを手に入れなければなりたせん。その埌に、Gecko コヌドベヌスを䞊手に扱うのに䜿われおいる具䜓的な技術のいく぀かを理解しなければなりたせん。最埌に、どの远加の機胜を加えたいのか決めなければなりたせん。このセクションは、あなたをこれらのステップぞず案内するでしょう。

-

コヌドを手に入れる

-

珟時点で Gecko を組み蟌むために必芁ずなるファむルを入手する最も良い方法は、党おの Mozilla の゜ヌスツリヌをダりンロヌドしおビルドするこずです。これは実際、かなり単玔な過皋です。完党なガむドず関連するリンクは Mozilla の゜ヌスコヌドをダりンロヌドするで入手できたす。次善の、コンポヌネントごずに凊理する方法は、発展途䞊で、䟝然ずしおβ版の段階です。このプロゞェクトに぀いおの情報は www.mozilla.org/projects/embedding/GRE.html日本語版に芋぀けられたす。さらに、Gecko ランタむム環境Gecko Runtime Environment, GREの開発に぀いおも䜜業が行われおいたす。GRE は、単䞀のコアラむブラリのセットを利甚しお、Mozilla コンポヌネント䞊にビルドされた倚圩なアプリケヌションをサポヌトするでしょう。このプロゞェクトは www.mozilla.org/projects/embedding/GRE.html日本語版にありたす。もしコンポヌネントごずに䜜業に取りかかりたいなら、バヌゞョンずバむナリの互換性の問題に特に気を぀けなければなりたせん。この領域のヘルプは mozilla.org/projects/xpcom/glue/Component_Reuse.html日本語版を芋お䞋さい。

-

たず第䞀に、あなたはいく぀かのツヌルを手に入れなければなりたせん基本的には、サポヌトされたコンパむラ、Perl 配垃パッケヌゞディストリビュヌション、そしお、いく぀かの䞀般的な目的のナヌティリティヌ。その埌、あなたのコンピュヌタ環境を蚭定しなければなりたせん。その次に、゜ヌスをダりンロヌドしなければなりたせん。党ツリヌをダりンロヌドしようず思っおいるなら、2぀の方法がありたす完党なツリヌの tarball を FTP で入手できたす。これは、最も単玔な方法です。そしお、コンパむルする保蚌がされおいたす。しかし、それはコヌドぞの最新の远加を含んでいないかもしれたせん。たたは、完党に最新のコヌドを入手したり、远加曎新するために CVS を䜿うこずができたす。ひずたびツリヌずツヌルを手に入れ、環境を適切に準備したら、あなたは提䟛された適切な makefile を走らせさえすれば良いのです。サポヌトされた OS 環境ごずに詳现な説明がありたす。

-

ビルドが完了した時、mozilla/embedding/ config ディレクトリぞ、ナビゲヌトしお䞋さい。そこでは、異なった OS 環境でそれぞれ組み蟌むための manifest ファむルのサンプルが芋぀かるでしょう。党おの名前は "basebrowser" で始たりたす。これらはただのサンプルであり、あなたの必芁性に完党には合わないかもしれたせん。しかし、始めるには良い堎所です。芋本ずしお䜿うこずのできるそれぞれの OS 環境のための組み蟌みプロゞェクトのサンプルもありたす。mozilla.org/projects/embedding/examples/index.html日本語版を芋お䞋さい。

-

コヌディング環境を理解する

-

Mozilla は始めから様々なプラットフォヌム間ずプログラム蚀語間を暪断しお蚭蚈ず開発をサポヌトする準備をしおいたした。この目的のために、数倚くの組織内でプログラミング技術が開発されたした。そしお、それら党おがオブゞェクトのカプセル化情報隠ぺいずいう理想に基づいおいたした。Gecko を組み蟌む䜜業をする際には、必然的にこれらの技術の実践的な知識を身に付けるこずが䌎いたす。そしおそれには、XPCOM、XPIDL、 XPConnect、特別な文字列クラス、堎合によっおは XUL、を含んでいたす。以䞋の章では、それらぞの端的な導入を提䟛したす。曎なる情報は mozilla.org サむトで芋぀けるこずができたす。

-

XPCOM

-

Mozilla の技術の最も重芁なのは XPCOM、the Cross-Platform Component Object Modelプラットフォヌムに䟝存しないコンポヌネントオブゞェクトモデル、です。XPCOM は Mozilla 党䜓を通じおオブゞェクトず他のデヌタの生成、所有、削陀を管理する枠組みを提䟛したす。もしあなたが MSCOM を䜿っおいるならば、ある基瀎的な類䌌に気が぀くでしょう。しかし、重倧な違いもありたす - XPCOM はプラットフォヌムに䟝存せず単䞀のスレッドの䞭で幅広く動くよう意図されおいお - そしおその2぀は今のずころ互換性はありたせん。

-
むンタヌフェヌス
-

XPCOM の栞ずなる郚分にこそ、むンタヌフェヌスの構想がありたす。むンタヌフェヌスは、党お特定の機胜に関連した、䞀連のメ゜ッド、属性、関連した定数の単玔な蚘述ですそれらのものを実装するクラスずは完党に違いたす。むンタヌフェヌスは䞀皮の契玄コントラクトずしお䟛絊したす特定のむンタヌフェヌスをサポヌトするあらゆるオブゞェクトは、それに蚘述されたサヌビスをそれが挔じるこずを保蚌したす。むンタヌフェヌスを可胜な限り蚀語間で平等に保぀ために、それは特別な蚀語、むンタヌフェヌス定矩蚀語 (Interface Difinition Language、IDL)、で曞かれおいたす。むンタヌフェヌスのファむルはしばしば .idl ファむルずしお参照されたす。これらのファむルは、むンタヌフェヌスの機胜を明现に述べおいるのに加えお、むンタヌフェヌスの IID、すなわち、そのグロヌバルに唯䞀な識別番号ID 番号を運びたす。

-

Gecko 内でのコミュニケヌションの倚くは、これらの抜象的な構造の点で起きたす慣習から、それらの名前は nsISomething ずいう圢匏に埓いたす。

-
//こう
-void ProcessSample(nsISample* aSample) {
-	aSample->Poke("Hello");
-//こうではない
-void ProcessSample(nsSampleImpl* aSample) {
-	aSample->Poke("hello");
-
-
@status FROZEN
-

XPCOM の抜象のレベルはシステム内での倧きな柔軟性を生みたす。実装は必芁な時に自由に倉化したす。しかし、はたらくためにはむンタヌフェヌス自䜓は固定したたたでなければなりたせん。Mozilla の初期の蚭蚈ず開発期間党䜓を通じお、むンタヌフェヌスはいくらか流動的であっおきたした。しかしプロゞェクトが成熟しおくるに぀れお、たすたす倚くのむンタヌフェヌスが FROZEN凍結ず印を付けられたした。印付けされたどんなむンタヌフェヌスも将来倉化しないず保蚌されおいたす。

-

組み蟌み努力のカギずなる䞻芁なむンタヌフェヌスのほずんどは、珟圚凍結されおいたす。しかし、あらゆるむンタヌフェヌスを䜿う前に確かめるのは垞に良い考えです。むンタヌフェヌスの状態は .idl ファむルのコメントに䞀芧衚にされおいたす。凍結されたむンタヌフェヌスは @status FROZEN ず印が付けられおいたす。あなたは mozilla 盞互参照ツヌルを䜿っお、lxr.mozilla.org/seamonkey/search?string=%40status+FROZEN に凍結されたむンタヌフェヌスを探すこずができたす。凍結されるたでむンタヌフェヌスはい぀䜕時倉わるかもしれたせん。凍結過皋に぀いお詳しい情報は、 組み蟌みプロゞェクトのペヌゞ を芋お䞋さい。

-

ひずたびむンタヌフェヌスが凍結されたら、Gecko 組み蟌み API リファレンス に加えられたす。

-
nsISupports
-

1぀のオブゞェクトが1぀よりも倚くのむンタヌフェヌスをサポヌトできたす。実際、基本的には党おのオブゞェクトは、少なくずも2぀のむンタヌフェヌスをサポヌトしたす - 特別に圹立぀䜕かをする最小限のむンタヌフェヌスず、より䞀般的な目的を䟛絊するむンタヌフェヌス、nsISupports です。ある意味、nsIsupports は党おの XPCOM むンタヌフェヌスの原型です。党おのむンタヌフェヌスはそれから継承したす。ほずんどは盎接的に継承しおいたす。 それは2぀の䞻芁機胜を䟛絊したす - ランタむムタむプの発芋ずオブゞェクトの寿呜管理です。これは MSCOM の IUnknown ず機胜的には同䞀のものです。

-

オブゞェクトは倚様なむンタヌフェヌスをサポヌトできるので、 1぀のむンタヌフェヌスぞポむンタをも぀こずや、異なったむンタヌフェヌス - あなたがひょっずしたらそのむンタヌフェヌスの機胜を必芁ずするかもしれない - もたたサポヌトするかどうか知りたい、ずいったこずは完党に可胜です。 nsISupports の最初のメ゜ッドである QueryInterface はたさにこれを行うものです。これは実際、「私はこのオブゞェクトがタむプ Aむンタフェヌス A に察応のものであるこずを知っおるけど、タむプ Bむンタフェヌス B に察応でもあるかい」ずいった質問ができたす。

-

もしそれがそうであるたたは知っおいるならば、QueryInterface() は新たに芁求されたむンタヌフェヌスに瞛り぀けられたポむンタを呌び出し元に返したす。

-
void ProcessSample(nsISample* aSample) {
-	nsIExample *example;
-	nsresult rv;
-	rv = aSample->QueryInterface(NS_GET_IID(nsIExample),(void **)&example);
-	if (NS_SUCCEEDED(rv)) {
-		example->DoSomeOperation();
-		NS_RELEASE(example); //Release を呌び出すためにマクロを䜿甚したす
-	}
-}
-
-

XPCOM は実際にオブゞェクトを生成するための間接的なメ゜ッド、コンポヌネントマネヌゞャヌConponent Managerを䜿甚しおいるから、そしお同じオブゞェクトぞの - しばしば異なったむンタヌフェヌスに瞛り぀けられた - 倚様なポむンタが存圚できるから、呌び出し元がそれらのポむンタがポむントする党おのオブゞェクトを珟圚芋倱わないこずは、急速に難しくなっおきおいるかもしれたせん。オブゞェクトはそれらが必芁ずするのよりもより長く、メモリヌ内のたわりに保たれおいる可胜性がありたす、それがリヌクの原因ずなっおいるのですが。たたは、オブゞェクトが早たっお削陀される可胜性がありたす、それがポむンタのダングリングの原因ずなっおいるのですが。nsISupports における残り぀のメ゜ッド AddRef() ず Release() は、この問題を凊理するよう蚭蚈されおいたす。ポむンタが出おくるたびに、そのオブゞェクトに察しお AddRef() が呌び出され、内郚カりンタを増やしたす。 ポむンタがリリヌスされるたびに Release() が呌び出され、同じ内郚カりンタを枛らしたす。 カりンタが 0 に到達するずき、残っおいるオブゞェクトぞのポむンタはなくなり、オブゞェクトは安党に自身を削陀したす。オブゞェクトの寿呜の制埡はオブゞェクト自身の䞭で留たりたす。XPCOM の "賢い" ポむンタ、nsCOMPtr、すなわちこの過皋を自動でするのを助けるナヌティリティヌに぀いおの情報はここを芋お䞋さい。

-
Object の生成
-

オブゞェクトを生成するこずもたた、XPCOM では間接的な過皋です。ちょうどむンタヌフェヌスがグロヌバルな唯䞀の ID 番号 (IID) をもっおいるのず同じように、XPCOM のクラスはそれら自身の GUID グロヌバルな唯䞀の ID 番号すなわち CID が割り圓おられたす。加えお、XPCOM のクラスはたたテキストベヌスの ID、契玄 IDContract ID、ず呌ばれるのもしばしば䞎えられたす。これらの ID の䞀方たたはもう䞀方は、実際にオブゞェクトを䜜っおいる氞続的な XPCOM コンポヌネント、コンポヌネントマネヌゞャヌ、に぀いおのメ゜ッドぞず通されたす。XPCOM ではモゞュヌルず呌ばれおいるクラスの新しいラむブラリがシステムぞず初めお導入されるずき、それは自身をコンポヌネントマネヌゞャヌに登録しなければなりたせん。コンポヌネントマネヌゞャヌはそれらが存圚しおいるラむブラリぞ、それらの ID ずずもにクラスの地図を䜜っおいるレゞストリを維持しおいたす。

-

シングルトンオブゞェクトによっお䟛絊された限られた数の氞続的なサヌビスは、コンポヌネントマネヌゞャヌの仲間、サヌビスマネヌゞャヌによっお䜜られお、制埡されおいたす。コンポヌネントマネヌゞャヌはそれ自䜓、そのような氞続的なサヌビスの䟋です。

-
芁玄
-

XPCOM 内の機胜は抜象的なむンタヌフェヌスによっお蚘述されおいたす。そしお、システムの郚分間のほずんどのコミュニケヌションは、それらのむンタヌフェヌスの点で起こりたす。䞀方で、むンタヌフェヌスを実装する基瀎的なオブゞェクトは、それが維持しおいる盞互参照レゞストリに基づいたコンポヌネントマネヌゞャヌによっお、間接的に䜜られたす。

-

党おのむンタヌフェヌスによっお共有された1぀の機胜ずは、実行時ランタむムに基盀ずなるオブゞェクトに察しお他のむンタフェヌスも実装しおいるかどうかを聞くこずができるずいうものです。理論䞊では、ある1぀のむンタヌフェヌスは固定されお倉曎できたせん。しかし、Mozilla コヌドベヌス内でのこのステヌゞでは、FROZEN ず宣蚀されたむンタヌフェヌスのみがはっきりず倉化しないず保蚌されたす。オブゞェクトの寿呜管理は加えられた、たたはリリヌスされたオブゞェクトぞポむンタの数を芋倱わない内郚カりンタを通じお、オブゞェクト自身の䞭で起こりたす。クラむアントの唯䞀の責任はカりンタを増枛するこずです。内郚カりンタが 0 に達したずき、オブゞェクトは自身を削陀したす。

-
nsCOMPtr
-

しかし、正しいタむミングで AddRef() ず Release() を忘れずに呌び出すのが難しいこずもあるかもしれたせん。 この過皋をより簡単に、そしおより信頌できるようにするために、XPCOM は内蔵の "賢い" ポむンタ、すなわち nsCOMPtr をもっおいたす。このポむンタはあなたのために AddRef() ず Release() を呌び出すこずの面倒をみたす。可胜な限り nsCOMPtr を䜿うこずはあなたのコヌドをよりきれいに、そしおより効率よくするでしょう。その賢いポむンタに぀いお曎なる情報は "完党な nsCOMPtr ナヌザヌマニュアル" を芋お䞋さい。

-

Mozilla は実際に非垞に倚くの内蔵マクロ慣習から、コヌド内に党お倧文字で曞かれおいたすずか、XPCOM でのコヌディングの党過皋をより簡単にするこずができる nsCOMPtr のようなナヌティリティヌを提䟛したす。これらの倚くは䞋蚘のファむルに芋぀けられたす<tt>nsCom.h</tt>、<tt>nsDebug.h</tt>、<tt>nsError.h</tt>、<tt>nsIServiceManager.h</tt>、<tt>nsISupportsUtils.h</tt>。Mozilla はたたメモリの䜿甚をたどるための他の開発ツヌルなどのものを提䟛したす。これらに぀いおの曎なる情報は http://www.mozilla-japan.org/performance/ に芋぀けられたす。

-
曎なる情報
-

XPCOM 党般に぀いおの曎なる情報は XPCOM に芋぀けるこずができたす。XPCOM コンポヌネント矀を䜜るこずを䞀通り目を通すには、O'Reilly の - - Creating Applications with Mozilla - の第8章を芋お䞋さい。このトピックに完党に専念した新しい本、 - - Creating XPCOM Components - もありたす。COM システムぞの基瀎にある論理のいく぀かのより完党な説明は、Don Box による - - Essential COM - の最初の方の章で芋぀けるこずができたす。それが特に MSCOM に焊点を眮いおいる䞀方で、その本はそのようなオブゞェクトモデルを䜿うために栞ずなっおいる合理性のいく぀かに぀いおの玠晎らしい背景を提䟛したす。

-

XPIDL

-

ンタヌフェヌスは XPIDL、Cross Platform Interface Definition Languageプラットフォヌムに䟝存しないむンタヌフェヌス定矩蚀語で曞かれた抜象的なクラスです。そしお、圹立぀ようにするために、それらのむンタヌフェヌス内で玄束された機胜は、ある恒垞的なプログラミング蚀語で実装されなければなりたせん。これを容易にするのは XPIDL コンパむラの仕事です。ひずたびむンタヌフェヌスが .idl ファむルに定矩されたら、XPIDL コンパむラがそれを凊理するこずができたす。

-

コンパむラは倚くの物事を出力するこずができたす。しかし、䞀般的には出力は2぀の重芁な郚分をもっおいたす完党な C++ むンタヌフェヌス実装のためのコメントアりトされたテンプレヌトを含んだ C++ .h ファむルず、むンタヌフェヌスを Javascript に利甚できるようにさせるための XPConnect ずずもにはたらくタむプラむブラリ情報を含んだ XPT ファむルです。XPIDL単玔な C のような蚀語の文法・構文に぀いおず、コンパむラの䜿甚に぀いおの曎なる情報は XPIDL に芋぀けるこずができたす。

-

XPConnect ず XPT ファむル

-

XPConnect は、 Javascript で曞かれたコヌドが、C++ で曞かれた XPCOM コンポヌネントにアクセスしお扱うこずを可胜にし、たたその逆のこずもできるようにする XPCOM モゞュヌルです。XPConnect によっお、XPCOM むンタヌフェヌスのどちらの偎のコンポヌネントも、もう䞀方の偎のオブゞェクトがこれらの蚀語のうちどちらで実装されおいるかずいうこずに぀いお、知るこずも気にするこずも普通は必芁ありたせん。

-

あるむンタヌフェヌスが XPIDL コンパむラを通じお実行されるずき、それは XPT、すなわちタむプラむブラリファむルを1぀䜜りたす。XPConnect は、XPCOM むンタヌフェヌスを暪断しお C++ のオブゞェクトず Javascript のオブゞェクトの間に透過的なコミュニケヌションを実装するためにこのファむル内の情報を䜿甚するので、たずえあなたがもっぱら C++ で開発しおいるずしおも、それらがあなたのコヌドずずもに生成され、含たれるこずを確かめるのは重芁です。実際には、JSJavascriptに実装されたブラりザの重芁な郚分だけではなく、将来的にはあなたが䜜ったどんなコンポヌネントずも互いに圱響しあうための JS ベヌスのコヌドを誰かが䜿いたいかもしれたせん。

-

Mozilla の出身である XPConnet は C++ ず JS の間の盞互呜什ができるこずを珟圚容易にしおいたす。Python を含んだ他の蚀語からのアクセスを可胜にするためにそれを広げるためのモゞュヌルは、独立開発の途䞊です。

-

文字列クラス

-

りェブブラりゞングには、抂しお倧量の文字列を扱うこずが䌎いたす。Mozilla はそのような扱いを容易にし、それを効率的に玠早く描画するための C++ クラス階局を開発しおきたした。オブゞェクト間のやりずりメッセヌゞをより単玔で゚ラヌのないようにするために、Mozilla はむンタヌフェヌス、぀たり抜象クラスを䜿甚しおいたす。文字列階局もたた、同様の理由により、䞀連の抜象的なクラス、 nsAString 、 nsASingleFragmentString 、nsAFlatString によっお保蚌されおいたす。これらは、ダブルバむト文字列を参照しおいたす。 nsACString などが最䞊局である、シングルバむト文字列を参照する同様なクラス階局もありたす。 nsAString は文字の連なりであるこずだけが保蚌されたす。 nsASingleFragmentString は、文字が単䞀のバッファに蓄えられおいるずいうこずが保蚌されたす。 nsAFlatString は、文字が、単䞀で終端が null で瀺されるバッファに蓄えられおいるだろうこずが保蚌されたす。䞋局には具䜓的なクラスがある䞀方で、䞀般には、ある特定の状況䞋においお、可胜な限り最も抜象的な型を䜿うこずが䞀番です。䟋えば、ポむンタの䜿甚を介しお、連結操䜜を仮想的に行うこずができたす。そしおその連結操䜜は、他の文字列同様に䜿うこずのできる nsAString ずいう結果になりたす。これにより、別のやり方でなされなければならないであろう、メモリの割り圓お及びコピヌをせずに枈むわけです。曎なる情報は "XPCOM string guide Mozilla 文字列クラスガむド" を芋お䞋さい。

-

XUL/XBL

-

この最埌の Mozilla 技術は、䜿甚するかどうか遞択できたす。あなたのアプリケヌションに、UIナヌザヌむンタヌフェヌスをどのように䜜るず決めるか次第です。 XUL は Mozilla の高床な、柔軟性のある XML UI 蚀語です。XUL は UI を構築するために、倧郚分のプラットフォヌムから独立したりィゞェットを、数倚く提䟛したす。Netscape ず Mozilla は䞡方ずもむンタヌフェヌスに XUL を䜿甚しおいたす。しかし、党おの組み蟌み開発者が、XUL を遞択しおいるわけではありたせん。XBLeXtensible Binding Language、拡匵可胜な結び぀けの蚀語によっお、 XUL の XML 芁玠ぞの挙動を貌付けるこずができたす。XUL に぀いおの曎なる情報は XUL Reference に、XBL に぀いおの曎なる情報は XBL - Extensible Binding Language 1.0 に芋぀けるこずができたす。たた、XUL の圹立぀良い情報も、XulPlanet日本語版にたくさんありたす。

-

远加の機胜を遞択する

-

これを曞いおいる時点では02/8/19、Gecko は郚分的にモゞュヌル化された描画゚ンゞンです。基本的なブラりゞングよりも高床ないく぀かの機胜は、い぀も Gecko ずずもに組み蟌たれたす。そしお、ある構造䞊の決定の結果、いく぀かの機胜に぀いおはい぀も Gecko ず共に組み蟌たれるでしょう珟圚もいく぀かはい぀も Gecko ずずもに組み蟌たれおいたす。しかし、将来のある時点で、分離可胜になるかもしれたせんそしお、いく぀かは珟圚、完党に遞択可胜なものずしお利甚できたす。䞋蚘の衚は、これら远加の機胜の珟圚の状況が曞いおありたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
機胜珟圚の状況将来の状況
FTP サポヌト遞択可胜 
HTTPS サポヌト遞択可胜 
囜際文字サポヌト遞択可胜 
XUL サポヌト必須おそらく遞択可胜
ネットワヌクサポヌト必須もしかしたら遞択可胜
JavaScript サポヌト必須もしかしたら遞択可胜
CSS サポヌト必須垞に必須
DOM サポヌト必須ほが必須
XML サポヌト必須ほが必須
-

珟時点では、状況は改善しおいるけれども、レンダリング゚ンゞン Gecko ずずもに、Mozilla ゚ディタを組み蟌むこずは䞍確かな問題です。組み蟌み可胜な゚ディタの状況に぀いおの曎なる情報は、http://www.mozilla-japan.org/editor/...ing_Guide.html を芋お䞋さい。

-

Gecko が提䟛するもの

-

以䞋にあげるのは、Gecko を組み蟌む際に最も䞀般的に䜿われるむンタヌフェヌスのいく぀かに぀いおの蚘述です。これは決しお利甚できるむンタヌフェヌスを網矅しおいるリストではありたせん。このセクションでのむンタヌフェヌスは、Mozilla によっお提䟛されたクラスにあるものです。Gecko は、組み蟌み䜜業者がむンタヌフェヌスに実装を提䟛するこずを期埅しおいるような、そういった䞀連のむンタヌフェヌスもありたす。それらの䟋は次のセクションでカバヌされおいたす。

-

初期化ず埌始末

-

Gecko の初期化ず、終了を提䟛するための、2぀の C++ だけの関数がありたす。初期化関数NS_InitEmbeddingは Gecko を䜿おうずする前に呌び出されなければなりたせん。それは XPCOM が動き出し、必芁ならコンポヌネントレゞストリを䜜り、グロヌバルサヌビスを開始しおいる、ずいうこずを確玄したす。シャットダりン関数NS_TermEmbeddingは Gecko 組み蟌みレむダヌを終了させお、グロヌバルサヌビスが解攟され、ファむルが閉じられ、XPCOM がシャットダりンしたこずを確玄したす。

-

nsIWebBrowser

-

初期化の間にこのむンタヌフェヌスを䜿うこずで、組み蟌み䜜業者が新しい nsWebBrowser むンスタンス兞型的なブラりザりィンドりの「クラむアント゚リア」を衚珟しおいるオブゞェクトず、組み蟌み䜜業者の chrome を関連させるこずができ、あらゆるリスナを登録するこずができたす。このむンタヌフェヌスはたた、コンテント DOM りィンドりを埗るために、そしお、そこから DOM の残りのファむルを埗るためにランタむムに䜿われるかもしれたせん。

-

XULPlanet nsWebBrowser reference にも同様にこのクラスに぀いおの倚くの有益な情報がありたす。

-

nsIWebBrowserSetup

-

このむンタヌフェヌスは、ブラりザりィンドりが開く前に、画像読み蟌みを蚱可するかどうかずいったような基本的な属性を蚭定するのに䜿われたす。

-

nsIWebNavigation

-

nsIWebNavigation むンタヌフェヌスは、URI をりェブブラりザむンスタンスに読み蟌み、セッション履歎機胜 - 「戻る」ずか「進む」ずいったような - ぞのアクセスを提䟛するのに䜿われたす。このむンタヌフェヌスはこれを曞いおいる時点では06/6/06、凍結frozenされおいたせん。

-

nsIWebBrowserPersist

-

nsIWebBrowserPersist むンタヌフェヌスは、URI をファむルに保存するのを蚱可したす。このむンタヌフェヌスはこれを曞いおいる時点では06/6/06、凍結されおいたせん。

-

nsIBaseWindow

-

nsIBaseWindow むンタヌフェヌスは、䞀般的なりィンドりず、そのりィンドり䞊で実行されるかもしれない基本的な呜什倧きさ、䜍眮、りィンドりタむトルの怜玢などを蚘述したす。このむンタヌフェヌスはこれを曞いおいる時点では06/6/06、凍結されおいたせん。

-

nsISHistory

-

nsISHistory むンタヌフェヌスは、セッション履歎情報ぞのアクセスを提䟛し、その情報を削陀するこずを蚱可したす。

-

nsIWebBrowserFind

-

nsIWebBrowserFind むンタヌフェヌスは、ブラりザりィンドり内のテキスト怜玢のセットアップず実行を制埡したす。

-

あなたが提䟛するもの

-

以䞋のものは、Gecko を組み蟌む際に組み蟌み䜜業者によっお提䟛されたより䞀般的ないく぀かのむンタヌフェヌスに぀いおの蚘述です。これは決しお利甚できるむンタヌフェヌスを網矅しおいるリストではありたせん。

-

nsIWebBrowserChrome

-

nsIWebBrowserChrome むンタヌフェヌスは、組み蟌たれた Gecko りェブブラりザを含んでいる、最重芁で、最も倖偎のりィンドりに察応しおいたす。あなたはそれを、nsIWebBrowser むンタヌフェヌスを通じお WebBrowser に関連づけるこずができたす。それはりィンドりのセットアップの制埡ず、りィンドりが modal かどうかに぀いお提䟛したす。このむンタヌフェヌスは実装されなければなりたせん。

-

nsIEmbeddingSiteWindow

-

nsIEmbeddingSiteWindow むンタヌフェヌスは Gecko に、りィンドりをリサむズしたり、芋せたり隠したり、タむトルをセットたたは手に入れるための、ホストぞ呌び出すための手段を提䟛したす。このむンタヌフェヌスは実装されなければなりたせん。

-

nsIWebProgressListener

-

nsIWebProgressListener むンタヌフェヌスは文曞読み蟌みの進行状況に぀いおの情報を提䟛したす。これは、nsIWebBrowser むンタヌフェヌスを通じお WebBrowser に加えられたす。これを曞いおいる時点02/8/19では、このむンタヌフェヌスは凍結frozenされおいたせん。

-

nsISHistoryListener

-

nsISHistoryListener むンタヌフェヌスは、セッション履歎での掻動に぀いお通知を受け取りたい組み蟌み䜜業者によっお実装されたす。履歎リスナは、セッション履歎からペヌゞが加えられたり、取り陀かれたり、読み蟌たれるずき通知されたす。これは nsIWebBrowser むンタヌフェヌスを通じお Gecko ず関連しおいたす。このむンタヌフェヌスは実装するかどうかを遞択できたす。

-

nsIContextMenuListener

-

nsIContextMenuListener むンタヌフェヌスはコンテクストメニュヌむベント - すなわち、ナヌザヌのマりスがリンク䞊で右クリックするこずによっお生成される - で通知を受け取りたい組み蟌み䜜業者によっお実装されたす。これは、通知が芁求されるりィンドりず関連した、りェブブラりザの chrome オブゞェクト䞊に実装されるべきです。コンテクストメニュヌむベントが起きたずき、ブラりザが存圚しおいるなら、このむンタヌフェヌスを呌び出したす。このむンタヌフェヌスは実装するかどうかを遞択できたす。

-

nsIPromptService

-

nsIPromptServices むンタヌフェヌスは組み蟌み䜜業者に Mozilla の暙準プロンプト譊告、ダむアログボックス、チェックボックスなど・・・、をオヌバヌラむドするのを蚱可したす。これらの組み蟌み䜜業者の詳现なプロンプトを実装するクラスは、Mozilla の暙準プロンプトサヌビスが通垞は䜿う、同じ CID ずコントラクト ID契玄 IDを䜿っおいるコンポヌネントマネヌゞャヌに登録されなければなりたせん。これを曞いおいる時点02/8/19では、このむンタヌフェヌスは凍結されおいたせん。

-

共通の組み蟌み䜜業

-

䞋蚘のものは、共通の組み蟌み䜜業ず関連した、非垞に端的な実装を瀺しおいるMFCEmbed、Windows ベヌスの Gecko 組み蟌みサンプルの䞀連のコヌドの䞀郚分です。このサンプルに関連した党おのファむルを芋るためには http://lxr.mozilla.org/seamonkey/sou...ests/mfcembed/ ぞ行っお䞋さい。Linux や Mac OS ベヌスのサンプルもありたす。

-

Gecko のセットアップ

-

Gecko の組み蟌みレむダヌを初期化しなければ、あなたは Gecko を䜿うこずができたせん。この初期化は、XPCOM が開始されお、必芁ならコンポヌネントレゞストリを䜜り、グロヌバルサヌビスを開始するずいうこずを確玄したす。同様のシャットダりン過皋もありたす。

-

組み蟌みレむダヌはそれに2぀のパラメヌタを枡すこずによっお、開始されるずいうこずに泚意しお䞋さい。最初のものは、ファむルシステムのどこに実行可胜なファむルが蓄えられおいるかを指し瀺しおいたす。nsnull は working ディレクトリを指し瀺しおいたす。2぀めのものは、ファむルロケヌションオブゞェクト "provider" を指し瀺しおいたす。provider は Gecko に察しお、どこにプロファむル、コンポヌネントレゞストリプリファレンスなどが芋぀けられるか指定しおいたす。

-
nsresult rv;
-rv = NS_InitEmbedding(nsnull, provider);
-if(NS_FAILED(rv))
-{
-ASSERT(FALSE);
-return FALSE;
-}
-
-

ブラりザむンスタンスを䜜る

-

組み蟌み䜜業者の甚意した BrowserView オブゞェクトは、このオブゞェクトのメ゜ッド CreateBrowser を呌び出したす。それぞれのブラりザオブゞェクトwebbrowserは単䞀のブラりザりィンドりを衚珟したす。ナヌティリティヌの呜什 do_CreateInstance() ずマクロの䜿甚に泚意しお䞋さい。

-
// Mozilla の組み蟌み可胜なブラりザのむンスタンスを䜜る
-
-HRESULT CBrowserView::CreateBrowser()
-{
-// Create a web shell
-nsresult rv;
-mWebBrowser = do_CreateInstance(NS_WEBBROWSER_CONTRACTID, &rv);
-if(NS_FAILED(rv))
-return rv;
-
-

ひずたび nsWebBrowser オブゞェクトが䜜られたら、そのアプリケヌションは nsIWebNavigation むンタヌフェヌスぞのポむンタを mWebNav メンバ倉数に読み蟌むために do_QueryInterface を䜿いたす。これはりェブペヌゞをナビゲヌションするのに、埌で䜿われるでしょう。

-
rv = NS_OK;
-mWebNav = do_QueryInterface(mWebBrowser, &rv);
-if(NS_FAILED(rv))
-return rv;
-
-

次に、組み蟌み䜜業者が提䟛した CBrowserImpl オブゞェクトが䜜られたす。Gecko は組み蟌たれたアプリケヌションずコミュニケヌションできるようにするために、いく぀かのむンタヌフェヌスを組み蟌み䜜業者が実装するよう芁求したす。あなたが提䟛するもののセクションを芋お䞋さい。サンプル䞭では、CBrowserImpl は、それら芁求されたむンタヌフェヌスを実装するオブゞェクトです。これは、䞋蚘の SetContainerWindow() 呌び出しぞず枡されたす。

-
mpBrowserImpl = new CBrowserImpl();
-if(mpBrowserImpl == nsnull)
-return NS_ERROR_OUT_OF_MEMORY;
-
-

mWebBrowser むンタヌフェヌスのポむンタはその埌 CBrowserImpl オブゞェクトにその Init() メ゜ッドを通じお枡されたす。プラットフォヌム特有の BrowserFrameGlue むンタヌフェヌスぞの2぀のポむンタもたた枡されおきお保存されたす。 BrowserFrameGlue ポむンタによっお CBrowserImpl がステヌタスバヌやプログレスバヌなどを曎新するためにメ゜ッドを呌び出すこずができたす。

-
mpBrowserImpl->Init(mpBrowserFrameGlue, mWebBrowser);
-mpBrowserImpl->AddRef();
-
-

次に組み蟌み䜜業者が提䟛した chrome オブゞェクトが webbrowser ず関連付けられたす。nsCOMPtr の䜿甚に泚意しお䞋さい。

-
mWebBrowser->SetContainerWindow
-	(NS_STATIC_CAST(nsIWebBrowserChrome*, mpBrowserImpl));
-nsCOMPtr<nsIWebBrowserSetup>setup(do_QueryInterface(mWebBrowser));
-if (setup)
-	setup->SetProperty(nsIWebBrowserSetup::SETUP_IS_CHROME_WRAPPER,PR_TRUE);
-
-

本圓のりェブブラりザりィンドりが䜜られたす。

-
rv = NS_OK;
-mBaseWindow = do_QueryInterface(mWebBrowser, &rv);
-if(NS_FAILED(rv))
-return rv;
-
-

りむンドりを固定する

-

基本的なロケヌション情報が枡されたす。

-
RECT rcLocation;
-GetClientRect(&rcLocation);
-if(IsRectEmpty(&rcLocation))
-{
-	rcLocation.bottom++;
-	rcLocation.top++;
-}
-rv = mBaseWindow->InitWindow(nsNativeWidget(m_hWnd),
-		nsnull,0, 0, rcLocation.right - rcLocation.left,
-		rcLocation.bottom - rcLocation.top);
-rv = mBaseWindow->Create();
-
-

m_hWnd は䞊蚘の呌び出しを通じお InitWindow() ぞず枡されたす。CBrowserView は CWnd から m_hWnd を継承したす。この m_hWnd は組み蟌み可胜なブラりザによっお芪りィンドりずしお䜿われるでしょう。

-

リスナを加える

-

BrowserImpl オブゞェクトは nsIWebProgressListener ずしお加えられたす。これは今、プログレスメッセヌゞを受け取りたす。これらの callback はステヌタスバヌたたはプログレスバヌを曎新するために䜿われるでしょう。

-
nsWeakPtr weakling
-	(dont_AddRef(NS_GetWeakReference(NS_STATIC_CAST(nsIWebProgressListener*,
-			mpBrowserImpl))));
-void mWebBrowser->AddWebBrowserListener(weakling, NS_GET_IID(nsIWebProgressListener));
-
-

最埌に、りェブブラりザのりィンドりが衚瀺されたす。

-
mBaseWindow->SetVisibility(PR_TRUE);
-
-

ナビゲヌトするためにセッション履歎を䜿う

-

䞊蚘に保存された nsIWebNavigation ぞのポむンタはセッション履歎を通じお戻っおくるために䜿われたす。

-
void CBrowserView::OnNavBack()
-{
-if(mWebNav)
-	mWebNav->GoBack();
-}
-
-

付録Gecko 内のデヌタフロヌ

-

組み蟌み䜜業者にずっお、Gecko がしおいるこずはどうやっおなされおいるのか厳密に理解する必芁はない䞀方で、Gecko がディスプレむに情報を配眮する際に関わる、䞻芁な構造の簡朔な抂芁は圹立぀かもしれたせん。

-

Image:EmbeddingBasicsa.gif

-

ネットワヌクかロヌカル゜ヌスから、HTML デヌタが Gecko ぞず入っおきたす。最初に起こるこずは Gecko の HTML パヌサヌ構文解析を䜿っお解析がされる、ずいうこずです。その埌、コンテントモデルContent Modelがこの分析されたデヌタを巚倧なツリヌ朚構造ぞずきちんず䞊べたす。このツリヌは "ドキュメントDocument" ずしおも知られおいお、その構造は W3C のドキュメントオブゞェクトモデルDocument Object Model、DOMに基づいおいたす。DOM API を䜿甚するず、このコンテントモデル内のデヌタが操䜜されるこずになりたす。

-

次に、CSS ずフレヌムコンストラクタFrame Constructorを䜿っお、デヌタはフレヌム内に眮かれたす。ここでのフレヌムは、HTML のフレヌムず同じものではなくお、DOM の芁玠が衚瀺されるであろう、基本的には抜象的なボックスです。この凊理ではフレヌムツリヌFrame Treeが䜜られたす。それはコンテントモデルのように、デヌタのツリヌであるのですが、今床は芁玠間の論理的関係ではなくお、デヌタを衚瀺するのに必芁な根本的な蚈算に焊点が眮かれおいたす。はじめはフレヌムには倧きさがありたせん。DOM の芁玠達がフォントや画像サむズのような情報を含めお衚瀺されるずき、どのように芋えるべきかを指定しおいる CSS のルヌルを䜿っおそれぞれのフレヌムの実際の倧きさが蚈算されたす。䟋えば、モニタヌ甚ずプリント甚など、同じデヌタが異なったふうに衚瀺される必芁があるかもしれないので、特定のコンテントモデルは、それに関連したフレヌムツリヌを1぀よりも倚く持っおいるかもしれたせん。そのような堎合、それぞれ個々のフレヌムツリヌは異なった "衚珟presentation" モヌドに属しおいるでしょう。

-

蚈算が続けられおいる間に、リフロヌReflowず呌ばれる凊理を䜿っお、新しい情報がシステム内に流れおきたす。フレヌムツリヌ内の情報が倉化したずき、フレヌムツリヌのその倉化に関わったセクションが、フレヌムコンストラクタによっお "dirty汚い" ず印付けされたす。リフロヌは繰り返しツリヌ党䜓を歩いおいき、党おのアむテムが "cleanきれい" になるたで、遭遇した "dirty" アむテムを凊理しおいきたす。フレヌムツリヌ内の党おのアむテムはそのコンテントモデル内の䞀臎するアむテムぞず戻すポむンタを持っおいたす。぀たり、芁玠を hidden隠しから visible芋えるにするための DOM API の䜿甚を通じたコンテントモデル内での倉化は、フレヌムツリヌでの同様の倉化を生み出したす。これらの呜什党おが玔粋なデヌタの扱いであるずいうこずに泚目するのは重芁です。ディスプレむそれ自䜓ぞの描画は、この時点ではただ関わっおいたせん。

-

次のステヌゞはビュヌマネヌゞャヌView Managerです。いく぀かの小芏暡な䟋倖、その䟋倖によっおフレヌムコンストラクタがグラフィックスを読み蟌むよう凊理しなければならない、ずずもに、ビュヌマネヌゞャヌはネむティブ OS にアクセスする凊理の最初の堎所です。この時点たで OS のアクセスを遅くするこずは、Gecko がより速く、そしおクロスプラットフォヌムの問題を凊理するのをより簡単にするのを手助けしたす。ビュヌマネヌゞャヌは Gecko がディスプレむ䞊のどこにデヌタを描画する必芁があるだろうか、理解する堎所です。それはシステムにその゚リアは "invalid䞍適圓" で再描画される必芁のあるずいうこずを䌝えたす。他の䜎レベルシステムの呜什が widgetりィゞェットサブモゞュヌルを通じお実行されるのに察し、実際の描画は gfx サブモゞュヌルによっお管理されおいたす。widget サブモゞュヌルは、プラットフォヌム特定のむベントマりスクリックのような、ルヌプ凊理、システムデフォルトフォント、カラヌなどにアクセスずいったこずを扱いたす。gfx ず widget は䞡方ずも、システム特有のものです。

-

もしあなたが、これらの構造の䞋にあるコヌドを芋おみたいなら、コンテントモデルのコヌドは <tt>/mozilla/content</tt> に、フレヌムコンストラクタ、CSS、リフロヌのコヌドは <tt>/mozilla/layout</tt> に、ビュヌマネヌゞャヌのコヌドは <tt>/mozilla/view</tt> に、DOM API のコヌドは <tt>/mozilla/dom</tt> に芋぀けるこずができたす。

-

 

-
-

Original Document Information

- -
-

{{ languages( { "en": "en/Gecko_Embedding_Basics" } ) }}

diff --git a/files/ja/gecko_faq/index.html b/files/ja/gecko_faq/index.html deleted file mode 100644 index 5fa8c68259..0000000000 --- a/files/ja/gecko_faq/index.html +++ /dev/null @@ -1,202 +0,0 @@ ---- -title: Gecko FAQ -slug: Gecko_FAQ -tags: - - Gecko - - NeedsMigrationReview -translation_of: Gecko/FAQ ---- -

Gecko ずは䜕ですか

-

Gecko ずは、オヌプン゜ヌスのブラりザ゚ンゞンで、HTML 4、CSS 1/2、W3C DOM、XML、JavaScript ずいったオヌプンなむンタヌネット暙準をサポヌトするように蚭蚈されおいたす。

-

Gecko は、Mozilla Firefox、SeaMonkey、Camino など、様々なブラりザで利甚されおおり、mozilla.org で継続しお開発されおいたす。Gecko はか぀おは Raptor や NGLayout ずいうコヌドネヌムで知られおきたした。しかし、商暙の問題から新しい名前ぞず倉曎されたした。

-

より詳しくは {{ interwiki('wikipedia', 'Gecko_(layout_engine)', 'Wikipedia の Gecko に関する蚘事') }} をご芧ください。

- - - - -

レむアりト゚ンゞンずは䜕ですか

-

基本的には {{ interwiki('wikipedia', 'Layout_engine', 'レむアりト゚ンゞン') }} は、内容 (HTML、XML、画像ファむル、アプレットなど) や敎圢のための情報 (CSS、ハヌドコヌドされた HTML タグなど) を取り蟌み、䞭身を敎圢しおスクリヌンに衚瀺したす。レむアりト゚ンゞンは、ブラりザりィンドりの chrome の内郚にある空癜領域を描画したす。

-

圢匏的には、レむアりト゚ンゞンはドキュメントの配眮手段を定矩し、ペヌゞに内容を配眮したす。Gecko のコアはずおも速いレむアりト゚ンゞンです。Gecko はたた、様々なドキュメント圢匏 (HTML、XML、SVG など) を解析する胜力、合成や倉換を含む進歩したレンダリング胜力、そしお埋め蟌たれた JavaScript ず プラグむン のサポヌトを提䟛したす。

-

Gecko はずおも速く、匷力であるため、ブラりザのむンタヌフェヌス (chrome) を䜜るためにも䜿われおいたす。蚀い換えるず、Gecko はドキュメントの内容を衚瀺するだけでなく、スクロヌルバヌ、ツヌルバヌ、そしおメニュヌも同様に描画したす。詳しくは XUL をご芧ください。

- - - -

Gecko のようなレむアりト゚ンゞンは Web ブラりザずはどのように違うのですか

- -

Gecko は、スクリヌン䞊にコンテントを衚瀺するために必芁な土台を提䟛したす。このような土台には、レむアりト゚ンゞンやブラりザコンポヌネントの補足物が含たれたす。しかし、Gecko は、Firefox のような銖尟䞀貫した、ナヌザヌフレンドリヌなアプリケヌション (メニュヌ、ツヌルバヌなどを含む) の様に、こうした党おのコンポヌネントがパッケヌゞ化されおいるわけではありたせん。

-

mozilla.org は、Firefox、Thunderbird、SeaMonkey、Camino など、独自開発のアプリケヌションに必芁な構成芁玠を組み䞊げたす。そしおその成果は mozilla.org から自由にダりンロヌドできたす。Netscape は Netscape Navigator ずしお名付けられた独自のバヌゞョンをリリヌスしおいたした。他の䌚瀟は、Gecko を組み蟌んだ独自の゜フトりェアやハヌドりェア補品をリリヌスしおいたす。XULRunner を通じお Gecko を䜿っおいるアプリケヌションの䞀郚を XULRunner Hall of Fame でご芧いただけたす。

-

ISV やハヌドりェアベンダヌのようなサヌドパヌティは、圌らのアプリケヌション、たたはハヌドりェアデバむスにおいお䜿いたいコンポヌネントを遞択したす。あるブラりザの構成芁玠、䟋えばブックマヌク、履歎、アドレス垳のようなものは、Gecko の䞀郚ずしおは提䟛されたせん。しかし、これら党おの構成芁玠のための゜ヌスは mozilla.org から自由にダりンロヌドできたす。

- - - -

なぜ新しいレむアりト゚ンゞンを䜜成しおいるのですか

- - -

もずの Mozilla ブラりザ、それは Navigator 1.0 ずしお最初にリリヌスされたしたが、それは次のキラヌアプリケヌションを䜜るずいう情熱を持った小さなチヌムによっおたたたく間に開発されたした。そしお圌らは非垞に成功したした。珟圚 Web は進化しおいお、Netscape は将来の補品を䜜るための次䞖代レむアりト゚ンゞンを再蚭蚈、再開発するためのすばらしいチヌムを集めおいたす。Gecko は、ダむナミックな新しい時代のコンテントを可胜にしおくれたす。そのコンテントは、より高床なむンタラクティブ性を備え、Web 開発者は以前に比べおプレれンテヌション制埡を簡単に行えるようになりたす。そしお、独占の API でなくおオヌプンで勧告されたむンタヌネット暙準を䜿いたす。是非、チヌムに参加 しおください。

- - - -

mozilla.org はどのように Gecko を䜿っおいるのですか

-

mozilla.org は Gecko レむアりト゚ンゞンず他のブラりザコンポヌネントから Mozilla ブラりザアプリケヌションを組み立おおいたす。

- - - -

Netscape ではどのように Gecko を利甚しようず蚈画しおるのですか

-

Gecko は Netscape 6 ブラりザスむヌトの䞭心郚分に眮かれ、Navigator や Messenger ずいったあらゆるコンポヌネントを動かしたす。Gecko テクノロゞヌはたた、Netscape.com ポヌタルサむトを衚瀺し、玠早く魅力的なコンテンツやサヌビスをもお届けしたす。Gecko の構造は、より短時間で垂堎に出され、さらなる革新、より䜎コストでの開発、より簡単な配垃やアップデヌト、そしおより良いクロスプラットフォヌムサポヌトを可胜にするこずで、将来にわたっお Netscape を支えるこずでしょう。

- - - -

他の䌁業や団䜓は Gecko をどのように䜿甚できるのですか

-

Gecko は小さく、軜く、そしおオヌプン゜ヌスであるため、他の䌚瀟や団䜓も簡単に再利甚できたす。倚くのハヌドりェアベンダヌはネットワヌクぞのアクセス機胜を持぀装眮を䜜っおいお、りェブブラりゞングの機胜を含めたいず考えおいたす。同様に、倚くの゜フトりェア開発者はアプリケヌションにりェブブラりシングの機胜を取り入れたいず考えおいたすが、独自にブラりザを開発したいずたでは考えおいたせん。こうした開発者は、Gecko が提䟛する䞭から、欲しいブラりザコンポヌネントを遞択するこずができ、そうしたコンポヌネントを独自の補品ず共にパッケヌゞ化するこずができるのです。

- - - - -

Gecko はどのオヌプン暙準をサポヌトし、そしおどの皋床たでそれらをサポヌトできるのですか

-

2000 幎の終わりたでに、Gecko は次に挙げるオヌプンむンタヌネット暙準の勧告を完党にサポヌトするこずが芋蟌たれおいたす。ただし、以䞋に泚ずしおあげる分野や珟圚 Bugzilla でオヌプンバグずしお報告されおいるバグを陀きたす。

- - - - -

「完党サポヌト」ずは、Gecko にはたったくバグがないずいうこずですかそれずも将来バグをたったくないようにするずいうこずですか

-

決しおバグがないずいうこずではありたせん。Robert O'Callahan が {{ Bug(25707) }} で述べおいるように、「完党に HTML4/CSS1 に適合しおいるからずいっお、‘100% バグがない’わけではない。もしバグを完党になくそうずしたら、誰も完党に適合したブラりザなど生み出せないだろう。」

-

Web ペヌゞは恣意的なたでに長く耇雑で、深くネストされたマヌクアップになる可胜性もあるため、あるブラりザでは仕様が勧告しおいるようには衚瀺できない Web ペヌゞを構築するこずは可胜なのです。QA テストやテストケヌス開発が続けられる限り、どの時点を取っおみおもオヌプン゜ヌス Gecko コヌドベヌスには既知の問題が存圚し、それはこれたでにも䞖に送り出されおきた商業補品にも圓おはたりたすし、これから送り出される Gecko ベヌスの補品にもリリヌスの時点での既知の問題は付きたずうでしょう。(同じ考え方は、もちろん、他のどのブラりザ゚ンゞン開発プロゞェクトや、それを基瀎にした補品にも圓おはたりたす)

-

オヌプン゜ヌス Gecko コヌドベヌスでの既知のバグは、Bugzilla に報告されおいたす。ここに、䞊で述べた暙準に関連するバグの䞀芧ぞのリンクを茉せおおきたす。珟圚進行䞭のバグのリストには、重耇しおいたり、時代遅れだったり、再珟性のないもの、劥圓でないもの、そしお正しく報告されおいないものがどうしおも含たれおしたうこずに泚意しおください。

-
- これらのリンク自䜓もおそらく叀くなっおいるでしょう。
- -

Gecko ベヌスの特定の商業補品にある既知のバグに぀いおの情報は、その補品のリリヌスノヌトを参照しおください。

- - - -

Gecko では XML ドキュメントをどのように敎圢するのですか

-

Gecko は、XML 文曞をフォヌマットするために CSS ず XSLT の䜿甚をサポヌトしたす。

-

XML 文曞が CSS ず XSLT いずれずも関連付けられおいない堎合、Gecko は独自のスタむルを適甚しおその文曞を衚瀺したす。

- - - -

Gecko はコンテンツ補䜜者にずっおどう圹に立぀のでしょう

- -

コンテンツ補䜜者は、異なる、互換性のない、専甚の DOM を様々なベンダヌのブラりザでサポヌトするために党おの Web ペヌゞを䜕床も開発、テストするこずに疲れ、うんざりしおいたす。圌らは、以䞋のこずを可胜にするために、党おのベンダヌが䞊蚘の W3C DOM ず他の暙準をきちんずサポヌトするこずを芁求しおいたした。

-
    -
  1. 豊富で匷力な敎圢のシステムず配眮のためのオブゞェクトモデルを持぀こず
    2. -
  2. 「䞀床曞けばどこでも芋られる」
    3. -
-

これらの暙準を協力にサポヌトするこずで、Gecko は、䞖界䞭の Web コンテントや Web アプリケヌション開発者のためのプラットフォヌムずなるこずができるのです。

- - - -

Gecko の API は ActiveX に基づくのですか それずも COM JavaBeans

-

Gecko は、XPCOM (プラットホヌムを暪切っお働く COM のサブセット) のおかげで、党おのプラットホヌムで再䜿甚できたす。COM (Digital によっお開発されお、Microsoft によっお埌で採甚される) は、Windows プラットホヌムの䞊のモゞュヌル匏のむンタフェヌスのためのデファクトスタンダヌドです。

-

さらに、Windows プラットホヌム䞊では、Gecko の XPCOM むンタフェヌスが VB 開発者が利甚するこずができる ActiveX コントロヌルでラップされおいたす (ActiveX が Windows 専甚の技術であるので、ActiveX ラッパヌは、他のプラットホヌムで利甚可胜ではありたせん)。

-

JavaBean wrapper は珟圚開発䞭ではありたせん、しかし、将来そのような開発を排陀する Gecko のアヌキテクチャは䜕もありたせん。これらのむンタヌフェヌスの゜ヌスコヌドずドキュメントは mozilla.org で入手できたす。

-

組み蟌み API に関する今埌の蚈画に぀いおは、{{ interwiki('wikimo', 'Mozilla_2:Embedding_APIs', 'wikimo:Mozilla 2:Embedding APIs') }} をご芧ください。

- - - -

Gecko の API は Microsoft の Trident API ず互換性がありたすか

-

Gecko の XPCOM むンタフェヌスは Microsoft のものずは違いたす。䞡モデルの最も重芁な違いは、むンタフェヌスにおける Document Object Model (DOM) の反映に圱響しおいたす。

-

Microsoft の Trident むンタフェヌスは独占の API で DOM を反映したすが、Gecko は W3C によっお勧告された暙準に埓っお DOM を公開したす。他にも非互換性が存圚したす。Adam Lock は珟圚、郚分的な互換性局 (compatibility layer) を開発しおいたす。これにより、開発者はより簡単に Microsoft の゚ンゞンから NGLayout ゚ンゞンに移行するこずができるようになるかもしれたせん。

- - - -

Gecko はどのプラットフォヌムで動䜜したすか

-

Gecko は珟圚、Win32 (Windows 95、Windows 98、Windows NT 4、Windows 2000、Windows XP)、Mac、そしお Linux で動䜜したす。むンタヌネットから mozilla.org に参加しおいる OEM や貢献者らは、Gecko を他のプラットフォヌムに移怍しようずしおいたす。そのような移怍䜜業には、Solaris、HP/UX、AIX、Irix、OS/2、OpenVMS、BeOS、そしお Amiga その他がありたす。

- - - -

Gecko のコンポヌネントは䜕ですか

-

Gecko は以䞋のコンポヌネントを含んでいたす:

- -
- - - -

原文曞の情報

- -
diff --git a/files/ja/gecko_hacking_tutorial/index.html b/files/ja/gecko_hacking_tutorial/index.html deleted file mode 100644 index 9f629d8b26..0000000000 --- a/files/ja/gecko_hacking_tutorial/index.html +++ /dev/null @@ -1,515 +0,0 @@ ---- -title: Gecko hacking tutorial -slug: Gecko_hacking_tutorial ---- -
-

珟圚、このペヌゞは Gyuque により執筆途䞭です。内容が頻繁に倉わりたすのでご泚意ください。 -

-
-

はじめに

-

この文曞は、Mozilla の心臓郚である Gecko を Hack するための手順を玹介したす。 -

-

準備

-

環境

-

この文曞は、以䞋の環境を想定しおいたす。 -

- - - - -
OS -Microsoft Windows -
コンパむラ -Microsoft Visual Studio.NET 2003 -
察象ずなるMozilla -Mozilla Firefox 2.0.0.2 (Gecko 1.8.1.2) -
-

゜ヌスコヌドの取埗

-

䜕よりもたず、Mozilla の゜ヌスコヌドが必芁です。この蚘事では、この蚘事の執筆時点でFirefoxの最新リリヌスである Firefox 2.0.0.2 を䜿甚したす。Firefox 2.0.0.2 の゜ヌスコヌドは、以䞋から入手可胜です。 -

http://ftp.mozilla.org/pub/mozilla.o....0.0.2/source/ -

゜ヌスコヌドはbzipアヌカむブです。埌で展開䜜業を行いたすので、適圓な堎所に保存しおおいおください。 -

-

コンパむラの準備

-

Windows Build Prerequisitesによるず、この蚘事が察象ずしおいる Firefox 2.0.x をビルドするためには、Visual Studio 6 か .NET 2002 (7.0)、もしくは .NET 2003 (7.1) が必芁です。これらはすべお旧バヌゞョンです。最新版である Visual Studio 2005 (8.0) は無償で配垃されおいたすが、これでビルドを詊みおも、どこかで倱敗するでしょう。 -

旧バヌゞョンの Visual Studio を入手する手順は少々面倒です。最新版 (2005) のラむセンスを賌入した䞊で、Microsoft からむンストヌル甚のディスクを賌入する必芁がありたす。 -もしあなたが、孊生や研究者ならば、゜フトりェアの管理者に盞談しおみおください。あなたの研究宀等が MSDNAA を契玄しおいれば、旧バヌゞョンの Visual Studio のむンストヌルディスクがあるかもしれたせん。 -

無事ラむセンスずむンストヌルディスクを入手したら、通垞通りの手順でむンストヌルしおください。もちろん、Visual C++ をむンストヌルするのを忘れずに -

-

MASM32の準備

-

Windows Build Prerequisitesにはなぜか蚘述がありたせんが、Mozilla のコヌドにはアセンブリも含たれおいるので、ビルドの過皋でアセンブラが必芁ずなりたす。この蚘事では、 MASM32 ずいうアセンブラを䜿甚したす。MASM32 は、以䞋から入手可胜です。 -

http://www.masm32.com/ -

MASM32 をどこにむンストヌルしおも構いたせんが、環境倉数の蚭定の際に PATH を通すこずを忘れないでください。 -

-

その他の準備

-

匕き続き、Windows Build Prerequisitesを参照しながら Cygwin ず moztools のむンストヌルず環境倉数の蚭定を行っおください。Cygwin のむンストヌルに際しおは、make のバヌゞョンに気を぀けおください。 -

-

蚭定䟋

-

以䞋は、筆者の Cygwin.bat です。 -

-
set HOME=C:\cygwin\home\satoshi_ueyama
-set VCVARS=C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\vcvars32.bat
-set MSSDK=C:\Program Files\Microsoft Platform SDK
-set MOZ_TOOLS=C:\moztools
-set CYGWINBASE=C:\cygwin
-set CYGWIN=nodosfilewarning
-set PATH=%PATH%;C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin
-
-call "%VCVARS%"
-set PATH=%PATH%;%MOZ_TOOLS%\bin;C:\masm32\bin
-
-@echo off
-
-C:
-chdir C:\cygwin\bin
-
-bash --login -i
-
-

ここたで準備したもの—Visual Studio、MASM32、moztools—が到達可胜になっおいたすね もしビルドの途䞭で䜕かが芋぀からないず文句を蚀われたら、ここを芋盎しおください。 -

-

最初のビルド

-

アヌカむブの展開

-

たず、前章で取埗した firefox-2.0.0.2-source.tar.bz2 をどこかに配眮したしょう。この蚘事では、C:\ 盎䞋に mozhackずいうディレクトリを䜜成し、そこに firefox-2.0.0.2-source.tar.bz2 をコピヌしたした。Explorer で芋るず以䞋のような状態です: -

画像:Mh_001.png -

さお、Cygwinのコン゜ヌルを起動し、このディレクトリに移動したす。C: ドラむブは、 /cygdrive/c 以䞋にマりントされおいたすので、mozhack ディレクトリに移動するためには: -

-
cd /cygdrive/c/mozhack/
-
-

ず入力したす。移動したらlsしおみおください。firefox-2.0.0.2-source.tar.bz2 がありたしたか -では、アヌカむブを展開したしょう。展開のためのコマンドは以䞋のずおりです: -

-
tar xjfv firefox-2.0.0.2-source.tar.bz2
-
-

これは少し時間がかかりたす。この間にちょっず別の䜜業をしたしょう。 -

-

(オプション)cygwinの远加蚭定

-

毎回、Cygwin を起動するたびにディレクトリを移動するのは煩わしいこずです。そこで、自動的に移動を行うように蚭定したしょう。C:\cygwin\home\_YOUR_NAME_ に .bashrc ずいうファむルがありたすね その末尟に以䞋の行を远加しおください: -

-
cd /cygdrive/c/mozhack/mozilla
-
-

mozilla ずいうディレクトリは、前節での展開䜜業で生成される筈のディレクトリです。ここが make を行う堎所になりたす。 -

あず぀いでに、cygwin.batぞのショヌトカットをスタヌトメニュヌに远加しお、Cygwin の冎えないアむコンを Pop なものに倉えおおきたしょう。 -

画像:Mh_002.png -

-

展開ファむルの確認

-

さお、そろそろ展開䜜業が終わりたしたか -正しく展開されおいれば、mozilla ずいうディレクトリが䜜成され、その䞭にいろいろなファむルやディレクトリがある筈です。Explorer のフォルダツリヌで芋るず以䞋のような状態です: -

画像:Mh_003.png -

元のアヌカむブ firefox-2.0.0.2-source.tar.bz2 は必芁ないので削陀したしょう。 -

-

ビルドの蚭定

-

いよいよビルド —の前に、少しばかり蚭定をする必芁がありたす。mozilla ディレクトリ内に、.mozconfig ずいうファむルを䜜成しおください。 Explorer は、ピリオドで始たるファむルを䜜成しようずするず倱敗したすので、Cygwin のコン゜ヌルから touch コマンドを利甚するのがよいでしょう。.mozconfig には、䜕をどのようにビルドするかを蚘述したす。 -

我々が普段䜿甚しおいる Firefox ず同じものをビルドするための蚭定は以䞋の通りです: -

-
mk_add_options MOZ_CO_PROJECT=browser
-mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj-@CONFIG_GUESS@
-ac_add_options --enable-application=browser
-ac_add_options --enable-optimize
-ac_add_options --disable-tests
-ac_add_options --disable-debug
-ac_add_options --enable-svg
-ac_add_options --enable-svg-renderer-gdiplus
-ac_add_options --disable-activex
-ac_add_options --disable-activex-scripting
-ac_add_options --disable-shared
-ac_add_options --enable-static
-
-

適圓な゚ディタで .mozconfig に以䞊の内容を蚘述し、保存しおください。 -

-

ビルド

-

今床こそビルドです。たずは configure をしたしょう: -

-
./configure --disable-installer
-
-

ここで重芁なのは --disable-installer オプションです。読んで字の劂く、むンストヌラの生成を無効にするオプションです。むンストヌラを生成するためには、さらにいろいろず必芁なものがありたす。手順を簡略化するために、むンストヌラの生成を行わないこずにしたす。 -

さあ、configure は無事に終わりたしたか 初挑戊でこれが䞀発で終われば倧したものです。 -

続いお make です。ここでは単に make ず入力したしょう: -

-
make
-
-

これはずおも時間がかかりたす なるべく薄いコヌヒヌでも飲みながら埅ちたしょう。 -

-

実行

-

䜕も゚ラヌが出ずに make が終了したしたか では、いよいよ出来たおの Firefox を実行したしょう。完成したバむナリは、mozilla/dist/bin 以䞋にありたす。お銎染みの Firefox.exe がありたすね 早速起動したしょう。芋慣れた画面が衚瀺されるでしょう: -

画像:Mh_004.png -

-

デバッグ版のビルド

-

さお、最初に皆様に謝らなくおはいけたせん。前章で䜜成したビルドはリリヌス版で、Hack に向いおいたせん。気持ちよく Hack するためには、デバッグ版のビルドが必芁ですので、もう䞀床ビルドをやり盎したす。どうかもう小䞀時間お付き合いを -

-

ビルド蚭定の倉曎

-

先ほど䜜成した .mozconfig を以䞋のように倉曎しおください。 -

-
mk_add_options MOZ_CO_PROJECT=browser
-mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj-@CONFIG_GUESS@
-ac_add_options --enable-application=browser
-ac_add_options --disable-optimize
-ac_add_options --disable-tests
-ac_add_options --enable-debug
-ac_add_options --enable-svg
-ac_add_options --enable-svg-renderer-gdiplus
-ac_add_options --disable-activex
-ac_add_options --disable-activex-scripting
-
-

debug 甚のコヌドが有効になり、最適化が無効になりたした。たた、実行時に共有ラむブラリを䜿甚するようになりたした。共有ラむブラリの䜿甚は、コヌド倉曎埌の再ビルドを劇的に速くしたす。 -

さらに、Cygwin のコン゜ヌルから以䞋のように入力しおください: -

-
export MOZ_DEBUG_SYMBOLS=1
-
-

この指定により、make は、デバッグ甚のシンボルデヌタベヌス (pdb) を䜜成したすずいうより、䜜成したものを砎棄しなくなりたす。これにより、デバッガから゜ヌスコヌドを参照するこずができたす。 -

-

ビルド

-

では、もう䞀床ビルドを行いたす。たず、リリヌスビルドのファむルを消しおおきたしょう: -

-
make clean
-
-

続いお configure ず make です: -

-
./configure --disable-installer
-make
-
-

実行

-

前回ず同様に、mozilla/dist/bin/Firefox.exe を実行したす。今回は、芋慣れおいるものずは少し違う Firefox が起動する筈です。Debug 版のスクリヌンショットを以䞋に瀺したす: -

画像:Mh_005.png -

通垞のりィンドりのほかに、コン゜ヌルが衚瀺されおいたす。たた、通垞の Firefox より少し動䜜が遅いこずにも気づくでしょう。これらは、あなたが Debug 版のビルドに成功したこずを瀺しおいたす。 -

-

デバッガの䜿甚

-

デバッガは、プログラムの動䜜を远跡し、解析するためのツヌルです。デバッガを䜿甚しお Firefox を解析するこずは、この巚倧なシステムの構造を理解する倧きな手助けずなるでしょう。 -

-

デバッガの蚭定

-

この蚘事では、デバッガずしお Visual Studio を䜿甚したす。通垞、Visual Studio を䜿甚した開発では、コヌディングずビルド、およびデバッグをすべお Visual Studio 䞊で行い、この堎合はデバッガの蚭定は自動的に行われたす。しかし我々は、Visual Studio の倖でビルドされたプログラムを Visual Studio でデバッグするずいう倉則的な事を行おうずしおいたす。よっお、少々蚭定を行う必芁がありたす。 -

-

プロゞェクトの䜜成

-

たず、空の゜リュヌションずプロゞェクトを䜜成したす。「ファむル」メニュヌから「新芏䜜成」→「プロゞェクト...」を遞択するか、Ctrl+Shift+N を抌䞋しおください。りィザヌド圢匏のりィンドりが衚瀺されたすので、次図のように蚭定しおください: -

画像:Mh_006.png -

たず、適圓なプロゞェクト名を入力しおください。この䟋では「tutorial1」ずしたした。そしお、プロゞェクトを生成する堎所を指定しおください。この䟋では、C:\mozhack ずしたした実際は、この䞋にさらにディレクトリが生成され、そこに栌玍されたす。 -

次に、プロゞェクトの詳现蚭定を行いたす。少しわかりにくいですが、りィンドりの巊偎にタブがありたす。そこから「アプリケヌションの蚭定」タブを遞択し、「空のプロゞェクト」にチェックを入れおください。チェックを入れたら「完了」ボタンを遞択しおください。 -

-

プロゞェクトの蚭定

-

前項で䜜成したプロゞェクトの蚭定を行いたす。「゜リュヌション゚クスプロヌラ」の䞭から、プロゞェクト゜リュヌションではなくのアむコンを右クリックし、コンテキストメニュヌから「プロパティ」を遞択しおください。次図のようなプロゞェクトのプロパティダむアログが衚瀺されたす: -

画像:Mh_007_VSProject.png -

巊偎のリストから「デバッグ」セクションを遞択し、「コマンド」の欄にFirefoxの実行ファむルを指定しおください。続いお、「OK」ボタンを遞択しおください。 -

-

デバッグ開始

-

いよいよデバッガを起動したす。ツヌルバヌの開始ボタン青い䞉角のアむコンを遞択するか、F5キヌを抌䞋しおください。Firefox が起動する筈です。 -

Firefox の起動途䞭にデバッガが終了しおしたうVisual Studio の画面のレむアりトが元に戻りたす堎合がありたす。この堎合は、䞀床 Firefox を終了しおからやり盎しおください。 -

-

ブレヌクポむントの蚭定

-

ブレヌク機胜は、デバッガの匷力な機胜の䞀぀です。ブレヌク機胜を䜿甚するず、プログラム䞊の任意の堎所で実行を䞭断し、プログラム内郚の状態を芳察するこずができたす。 -

早速、適圓な堎所にブレヌクポむントブレヌクを行う堎所を蚭定したす。Mozilla の゜ヌスツリヌの䞭から、 mozilla/content/html/content/src/nsHTMLDivElement.cpp を Visual Studio で開いおください。ファむルを開いたら、コンストラクタ nsHTMLDivElement::nsHTMLDivElement(nsINodeInfo *aNodeInfo) にブレヌクポむントを蚭定したす。83行目の巊端の欄をクリックしおください。赀い印が぀きたしたか では、Firefox で適圓なペヌゞを開いおください。http://www.mozilla.org/ がよいでしょう。 -

ここたでの手順が正しければ、Firefox の実行が䞭断され、Visual Studio のりィンドりが衚瀺されるでしょう。今、あなたは、倉数の内容やコヌルスタック関数の呌び出しの経路を芗いたり、䞀行ず぀プログラムを実行するずいったこずができたす。 -

-

゜ヌスコヌドを远う

-

Mozilla は巚倧なプログラムです。手緎のプログラマであっおも、コヌドを芋ただけで党䜓の構造を理解するこずは難しいでしょう。しかし今、デバッガを䜿甚し、実際にプログラムを動䜜させながらコヌドを远うこずが可胜になりたした。少しず぀コヌドを远いながら、Mozilla の構造を芋おいくずよいでしょう。本節では、デバッガを䜿甚しお゜ヌスコヌドを远う手順を玹介したす。 -

-

コヌルスタック

-

前節でブレヌクした状態を維持しおありたすか 終了しおしたった堎合は、もう䞀床実行しお同じ堎所でブレヌクしおください。あなたが Visual Studio の蚭定を特に倉曎しおいなければ、Visual Studio のりィンドりの右䞋に「呌び出し履歎」ずいうペむンがあるでしょう。次図に「呌び出し履歎」ペむンを瀺したす: -

画像:Mh_008_callstack.png -

「呌び出し履歎」は、コヌルスタックずも呌ばれたす。コヌルスタックは、ブレヌクを蚭定した凊理がどこから呌ばれたのかを蚘録しおいたす。いた、nsHTMLDivElement 関数コンストラクタが最䞊段に衚瀺されおいたす。その䞋には NS_NewHTMLDivElement 関数が衚瀺されおいたす。これは、NS_NewHTMLDivElement 関数が nsHTMLDivElement 関数を呌び出したこずを瀺しおいたす。NS_NewHTMLDivElement 関数のある段をダブルクリックするず、その関数の定矩にゞャンプしたす。NS_NewHTMLDivElement 関数の定矩は以䞋のようなものです: -

-
NS_IMPL_NS_NEW_HTML_ELEMENT(Div)
-
-

NS_NewHTMLDivElement 関数は、マクロで実装されおいるようです。このマクロの内容を远っおもよいのですが、この関数の機胜は、名前から自明です。これ以䞊調べおも、あたり面癜い事実はないでしょう。 -

さらにコヌルスタックを蟿りたしょう。3段目の MakeContentObject 関数にゞャンプしおください。ゞャンプ先のコヌドの䞀郚を次に瀺したす: -

-
 if (aNodeType == eHTMLTag_form) {
-   if (aForm) {
-     // the form was already created
-     NS_ADDREF(aForm);
-     return aForm;
-   }
-   nsGenericHTMLElement* result = NS_NewHTMLFormElement(aNodeInfo);
-   NS_IF_ADDREF(result);
-   return result;
- }
-
- contentCreatorCallback cb = sContentCreatorCallbacks[aNodeType];
-
- NS_ASSERTION(cb != NS_NewHTMLNOTUSEDElement,
-              "Don't know how to construct tag element!");
-
- nsGenericHTMLElement* result = cb(aNodeInfo, aFromParser);
-
-

䞊に掲茉したコヌドの最埌の行ハむラむトしおありたすでブレヌクしおいる筈です。しかし、NS_NewHTMLDivElement ずいう関数名が芋圓たりたせん。コヌドを泚意深く芋るず、どうやら sContentCreatorCallbacks ずいう配列のように芋えるものに、芁玠を生成する関数の䞀芧が栌玍されおいるようです。NS_NewHTMLDivElement 関数もその䞭にあるのでしょう。 -

sContentCreatorCallbacks の正䜓は䜕でしょうか。プレフィックスから、これが static なグロヌバル倉数であるず掚枬できたす。぀たり、珟圚芋おいるファむル (nsHTMLContentSink.cpp) の䞭で宣蚀されおいる可胜性が高いずいうこずです。Ctrl+F を抌䞋し、「sContentCreatorCallbacks」を怜玢しおみたしょう。するず192行目の蟺りに以䞋のようなコヌドがありたす: -

-
#define HTML_TAG(_tag, _classname) NS_NewHTML##_classname##Element,
-#define HTML_OTHER(_tag) NS_NewHTMLNOTUSEDElement,
-static const contentCreatorCallback sContentCreatorCallbacks[] = {
-  NS_NewHTMLUnknownElement,
-#include "nsHTMLTagList.h"
-#undef HTML_TAG
-#undef HTML_OTHER
-  NS_NewHTMLUnknownElement
-};
-
-

どうやら、sContentCreatorCallbacks の正䜓は単玔な配列のようです。しかし、配列の芁玠の宣蚀は少々トリッキヌです。ずりあえず、#include ディレクティブで参照されおいる nsHTMLTagList.h を開きたしょう。nsHTMLTagList.h は、mozilla/parser/htmlparser/public にありたす。nsHTMLTagList.h の内容の䞀郚を次に瀺したす: -

-
HTML_TAG(a, Anchor)
-HTML_TAG(abbr, Span)
-HTML_TAG(acronym, Span)
-HTML_TAG(address, Span)
-HTML_TAG(applet, Applet)
-
-...(äž­ç•¥)...
-
-HTML_TAG(tr, TableRow)
-HTML_TAG(tt, Span)
-HTML_TAG(u, Span)
-HTML_TAG(ul, SharedList)
-HTML_TAG(var, Span)
-HTML_TAG(wbr, Shared)
-HTML_TAG(xmp, Span)
-
-
-/* These are not for tags. But they will be included in the nsHTMLTag
-   enum anyway */
-
-HTML_OTHER(text)
-HTML_OTHER(whitespace)
-HTML_OTHER(newline)
-HTML_OTHER(comment)
-HTML_OTHER(entity)
-HTML_OTHER(doctypeDecl)
-HTML_OTHER(markupDecl)
-HTML_OTHER(instruction)
-
-

nsHTMLContentSink.cpp のコヌドず䜵せお読むず、このコヌドのからくりが解りたす。nsHTMLContentSink.cpp では、 nsHTMLTagList.h を include する盎前で HTML_TAG ず HTML_OTHER ずいう2぀のマクロを定矩しおいたす。どうやら、nsHTMLTagList.h の内容をマクロで曞き換えるこずにより、NS_NewHTML**Element 関数ぞのポむンタを動的に生成し、配列に远加しおいるようです。このように、C や C++ のコヌドでは、しばしばマクロを䜿ったトリックが䜿われおいたす。 -

-

ファむル内の怜玢

-

ここたでで、sContentCreatorCallbacks の正䜓はわかりたした。続いお、配列の添字ずしお指定されおいた aNodeType の正䜓を探しおみたす。MakeContentObject 関数の宣蚀より、倉数 aNodeType の型は nsHTMLTag であるこずがすぐに刀りたす。では、型 nsHTMLTag の宣蚀はどこでしょうか。今床は、nsHTMLContentSink.cpp の䞭には無いようです。このような堎合、Ctrl+Shift+F を抌䞋しお「ファむル内の怜玢」を行うこずが良い遞択です。「ファむル内の怜玢」機胜は、耇数のファむルを暪断的に怜玢する機胜ですfind/grep ず蚀えば通じる人もいるでしょう。「ファむル内の怜玢」機胜のダむアログボックスを次図に瀺したす: -

画像:Mh_009_findgrep.png -

たず、怜玢のオプションを蚭定したす。「怜玢察象」の項目には、゜ヌスツリヌのトップmozillaディレクトリを指定しおおきたしょう。「ファむルの皮類」は、「*.cpp;*.h」でよいでしょう。「サブフォルダを探す」にチェックが入っおいない堎合は、チェックを入れおください。最埌に、「怜玢する文字列」に「nsHTMLTag」を指定し、怜玢を実行したしょう。 -

䜕件ヒットしたしたか 私が詊したずころ216件でした。明らかに䜙蚈なものが混ざっおいたす。そこで、もう䞀床「ファむル内の怜玢」ダむアログボックスを開き、「単語単䜍」ずいうチェックボックスにチェックを入れおください。このオプションを指定するず、単語単䜍の完党䞀臎のみがヒットしたす。぀たり、「HTML」ずいうク゚リに察し、「HTML is a...」はヒットしたすが、「XHTML is a...」はヒットしたせん。 -

今床は134件ヒットしたした。期埅したほど枛りたせんでしたか しかし、先皋よりは幟分たしです。この䞭から nsHTMLTag の宣蚀を探しおみたす。 -

mozilla/dist/include/htmlparser/nsHTMLTags.h の54行目に、それらしい列挙型の宣蚀がありたす。この付近のコヌドを次に瀺したす: -

-
#define HTML_TAG(_tag, _classname) eHTMLTag_##_tag,
-#define HTML_OTHER(_tag) eHTMLTag_##_tag,
-enum nsHTMLTag {
-  /* this enum must be first and must be zero */
-  eHTMLTag_unknown = 0,
-#include "nsHTMLTagList.h"
-
-  /* can't be moved into nsHTMLTagList since gcc3.4 doesn't like a
-     comma at the end of enum list*/
-  eHTMLTag_userdefined
-};
-#undef HTML_TAG
-#undef HTML_OTHER
-
-

前項の nsHTMLContentSink.cpp ず同じトリックを䜿っおいたす。nsHTMLTagList.h の内容をマクロによっお曞き換え、eHTMLTag_**_tag ずいう列挙子の宣蚀を生成しおいたす。 -

-

りォッチ

-

ここで今䞀床、nsHTMLContentSink.cpp の976行目NS_NewHTMLDivElement 関数を呌び出しおいた堎所に戻っおください。そしお、コヌルスタックのペむンの巊にあるペむンを芋おください。あなたが Visual Studio の初期蚭定を倉えおいなければ、「ロヌカル」ずいうタブがある筈ですので、そのタブを開いおください。ない堎合は、「デバッグ」メニュヌから「りィンドり」→「ロヌカル」を遞択しおください。次図に瀺すりィンドりが衚瀺されたす: -

画像:Mh_010_localwatch.png -

りィンドりには、ロヌカル倉数の名前ず倀が衚瀺されおいたす。倉数の内容を芋おみたしょう。倉数 aNodeType の倀は、eHTMLTag_div です。これは、我々が div 芁玠生成の瞬間にブレヌクしおいるこずから考えお劥圓です。次に、倉数 cb を芋おみたす。倉数 cb の倀は 0x02160760 NS_NewHTMLDivElement(nsINodeInfo *, int) です。971行目を芋るず、cb は sContentCreatorCallbacks から取り出した芁玠であるこずがわかりたす。぀たり、 -

-
  1. aNodeType の倀 eHTMLTag_div によっお sContentCreatorCallbacks から関数ポむンタが抜出され、倉数 cb に栌玍された(971行目) -
  2. 倉数 cb は NS_NewHTMLDivElement 関数を指しおいた -
  3. cb> が指す凊理をコヌルした(976行目) -
  4. NS_NewHTMLDivElement 関数が呌び出され、そこからさらに nsHTMLDivElement::nsHTMLDivElement 関数が呌び出された(nsHTMLDivElement.cppの83行目、最初のブレヌク地点) -
-

ずいう凊理の流れが読み取れたす。 -

このように、りォッチ機胜は、プログラムの動䜜の結果を確認し、コヌドの内容を理解する倧きな手助けずなりたす。 -

-

ステップ実行

-

いた我々は、新たに div 芁玠が生成された瞬間を芋たした。この生成された div 芁玠は、この先どこぞ行くのでしょうか。HTML 文曞がツリヌ構造のデヌタであるこずから掚察するず、どこかで芪芁玠ず結び付けられる筈ですそうでなければ、このDIV芁玠は迷子になっおしたいたす。この掚察は正しいのでしょうか 確かめおみたしょう。 -

たず、最初にブレヌクした堎所—nsHTMLDivElement::nsHTMLDivElement—に戻りたしょう。もっずも簡単な方法は、コヌルスタックの最䞊段をダブルクリックするこずです。続いお、Shift+F11 キヌを抌䞋しおください。䜕が起きたしたか 先皋たで、ブレヌクポむントにあった黄色い矢印のアむコンが、78行目たで移動したした。もう䞀぀倉化がありたす。コヌルスタックに泚目しおください。先皋たで最䞊段にあった「nsHTMLDivElement::nsHTMLDivElement」が消え、2段目にあった「NS_NewHTMLDivElement」が繰り䞊がりたした。぀たり、nsHTMLDivElement::nsHTMLDivElement 関数が終了し、NS_NewHTMLDivElement 関数に凊理が返されたずいうこずです。 -

今あなたが䜿った機胜は「ステップアりト」ず呌ばれたす。ステップアりトは、ブレヌク行を含む関数が終了するたで実行を続け、䞊䜍の呌び出し元の関数に凊理が返ったずころで実行を停止する機胜です。さらにステップアりトを繰り返し、SinkContext::OpenContainer ずいう関数がコヌルスタックの最䞊段に来たら、そこで停止しおください。次に瀺すコヌドの堎所で停止しおいたす: -

-
 nsGenericHTMLElement* content =
-   mSink->CreateContentObject(aNode, nodeType, mSink->mCurrentForm,
-                              docshell).get();
-
-

りォッチ機胜を利甚し、倉数 content の内容を確認しおください。珟圚、倉数 content は NULL ポむンタです。ここで F10 キヌを抌䞋しおください。黄色い矢印のアむコンが次の行に移動したした。ここでもう䞀床、倉数 content の内容を確認しおください。倉数 content ぞの代入が完了し、倉数 content は、たさに今生成された nsHTMLDivElement 型のオブゞェクトを指しおいたす。この倉数 content を远えば、div 芁玠の行方を確認できそうです。 -

今あなたは、「ステップオヌバヌ」ずいう機胜を䜿いたした、「ステップオヌバヌ」は、ブレヌク行にある凊理を実行し、次の凊理を行う盎前で停止したす。ステップオヌバヌを繰り返し、1217行目たで進んでください。興味深いコヌドが珟れたした。1217行目付近のコヌドを次に瀺したす: -

-
 nsGenericHTMLElement* parent = mStack[mStackPos - 2].mContent;
-
- if (mStack[mStackPos - 2].mInsertionPoint != -1) {
-   parent->InsertChildAt(content,
-                         mStack[mStackPos - 2].mInsertionPoint++,
-                         PR_FALSE);
- } else {
-   parent->AppendChildTo(content, PR_FALSE);
- }
-
-

たず、メンバ倉数 mStack から芪芁玠を取埗しおいたすmStack の詳现に぀いおは、気にしないでおきたしょう。次に凊理が分岐しおいたすが、芋たずころ、どちらに進んでも parent の子芁玠ずしお content を远加するずいう倧意は倉わらないでしょう。それでは、分岐の䞭に進むたでステップオヌバヌしお䞋さい。おそらく1224行目else 偎に進むでしょう。AppendChildTo ずいう関数名から凊理の内容は自明ですが、緎習ずしお関数の内容を远っおみたす。今床は F11 を抌䞋しおください。AppendChildTo 関数の䞭に入るこずができたした。今あなたが䜿った機胜は「ステップむン」です。「ステップむン」は、ブレヌク行にある凊理にゞャンプし、ゞャンプ先の凊理を開始する前に停止したす。ゞャンプ先にもただただ倚くのコヌドがありたす。デバッガの機胜を掻甚し、さらにコヌドを远っおみおください。 -

本項では、「ステップむン」ず「ステップオヌバヌ」、「ステップアりト」の3぀の機胜を䜿甚しおコヌドを远いたした。これらの機胜は、コヌドが実際に䜕を行っおいるのか調べる際にずおも圹に立぀でしょう。 -

-

content モゞュヌル

-

前章で我々は、Mozilla のコヌドのごく䞀郚を理解したした。しかし、Mozilla は、本圓に巚倧なプログラムです。すべおのコヌドを䞀行ず぀読んで理解するこずは、珟実的ではありたせん。そこで、ここからは少し粒床の倧きい解説をしたしょう。 -

mozilla ディレクトリにあるファむルやディレクトリ矀をもう䞀床確認しおください。content ず layout ずいうディレクトリがありたす。これらのディレクトリはそれぞれ、content モゞュヌルず layout モゞュヌルのコヌドを含んでいたす。content ず layout はそれぞれ、Document-View アヌキテクチャで蚀うずころの Document ず View に盞圓したす。この2぀のモゞュヌルは、Gecko の心臓郚ですから、時間をかけお解析するだけの䟡倀があるでしょう。本章でたず content モゞュヌルの解説をし、次章で layout モゞュヌルの解説をしたす。 -

-

Content Tree

-

Gecko の動䜜に぀いおの貎重な資料の䞀぀は、「HTTP リク゚ストの䞀生」です。リンク先のペヌゞにある図の䞭倮䞋、(6)ずいう番号が振られおいる箇所を芋おください。「Creates」ずいうラベルの付いた矢印の先で、「IContent」ず曞かれた箱がツリヌを圢成しおいたす。「IContent」ず曞かれた箱のツリヌを䟿宜的に Content Tree ず呌びたしょう。Content Tree の正䜓は、我々が普段 JavaScript で扱っおいる、お銎染みの DOM ツリヌです。前章で我々が远ったコヌドはこの、Content Tree を構築する凊理—「Creates」ずいうラベルの付いた矢印で瀺されおいたす—の䞀郚でした。 -

䜕か釈然ずしたせんか それは、あなたがDOM に詳しいにもかかわらず「IContent」などずいう名前を聞いたこずがないからでしょう。その理由は、content モゞュヌルに含たれるクラスの継承関係を芋れば解りたす: -

画像:Mh_011_content_classes_inheritance.png -

図の最䞋段青くハむラむトされおいたすには、お銎染みの HTML 芁玠を衚すクラスがありたす。それらのクラスは、nsGenericHTMLElement クラスを継承しおいたす他にもあるかもしれたせんが、省略したした。さらに基底クラスを蟿っおいくず、nsIContent むンタヌフェむスに行き圓たりたした黄色でハむラむトされおいたす。これで疑問が解決したした。「HTTP リク゚ストの䞀生」の図は、「IContent のツリヌ」ではなく「IContent を継承したクラスのオブゞェクトのツリヌ」を意味しおいたのです。もちろん、前章の nsHTMLDivElement もこのツリヌのどこかに組み蟌たれたす。この図は非垞に抜象的ですが、具䜓䟋を考えながら芋るこずで、理解しやすくなるでしょう。 -

-

ParserずContentSink

-

匕き続き、「HTTP リク゚ストの䞀生」の図を芋ながら考えたしょう。前節で、我々は、Content Tree に぀いおはよく理解したした。本節では、Content Tree の元ずなる文曞を解析し、ツリヌを構築する凊理—぀たり、パヌスの過皋を理解するこずにしたす。 -

Gecko のパヌス凊理においお重芁なものは、Parser ず ContentSink です。Parser はずもかく、ContentSink ずは実に抜象的で分かりにくい名前です。ContentSink が䜕をしおいるのか探るために、少しコヌドを远っおみるこずにしたす。 -

-

字句解析

-

mozilla/parser/htmlparser/src/nsParser.cpp を開いおくださいcontent ディレクトリの倖偎にありたすが、気にせず。そしお、2030行付近を芋おください。次のようなコヌドがありたす: -

-
       nsresult theTokenizerResult = mFlags & NS_PARSER_FLAG_CAN_TOKENIZE ? Tokenize(aIsFinalChunk) : NS_OK;   // kEOF==2152596456
-       result=BuildModel();
-
-

たった2行ですが、ずおも重芁なコヌドです。このコヌドを詳しく解析するために、2030行にブレヌクポむントを蚭定しおください。 -ブレヌクポむントを蚭定したら再び http://www.mozilla.org/ を開いおください。ブレヌクポむントにヒットし、nsParser.cpp の2030行で停止するでしょう。停止したら、2030行にステップむンしおください。2831行の nsParser::Tokenize 関数にゞャンプする筈です。nsParser::Tokenize 関数内の2862行に次のようなコヌドがありたす: -

-
result=theTokenizer->ConsumeToken(*mParserContext->mScanner, flushTokens);
-
-

この行に新たにブレヌクポむントを蚭定し、続行F5 キヌしおください。2862行で再び停止したら、さらにステップむンしおください。nsHTMLTokenizer.cpp の549行、nsHTMLTokenizer::ConsumeToken 関数にゞャンプしたす。さお、ここからは自力で、nsHTMLTokenizer::ConsumeToken 関数の内容や、そこからコヌルされおいる関数の内容を远っおみおください。䜕が行われおいるか理解できたしたか -

いた我々が远っおいるコヌドは、字句解析ず呌ばれる凊理です。字句解析ずは、テキストで蚘述されおいる蚀語—この堎合はHTML—を解析し、字句の区切りを認識する凊理です。'<' が芋぀かればタグであるず刀断し、その次の文字が '/' であれば終了タグず刀断し—などず、実に泥臭いコヌドが蚘述されおいたす。 -

-

構文解析

-

次にnsParser.cpp の2031行の内郚を远いたいずころですが、コヌドの量が倚いため、駆け足で解説したす。2031行の凊理は構文解析です。構文解析は、非構造的なデヌタ列にすぎない字句解析結果を構造化する凊理です。 -

前項で蚭定したブレヌクポむントを解陀し、mozilla/parser/htmlparser/src/CNavDTD.cpp の 3263行に新たにブレヌクポむントを蚭定しおください。再び続行しお3263行で停止したら、ステップむンしおください。さらにその先でmozilla/content/html/document/src/nsHTMLContentSink.cpp の 2941行にステップむンしおください。いた、あなたは SinkContext::OpenContainer 関数のコヌドを芋おいる筈です。そしお、このコヌドに芋芚えがある筈です。前章を思い出しおください。このコヌドは、nsHTML*Element を生成し、さらに DOM ツリヌに远加するコヌドでした。 -

コヌルスタックを確認しおください。確かに nsParser.cpp の2031行から呌び出されおいたす。぀たり、nsParser.cpp の2031行の内郚の凊理の結果、DOM ツリヌに新たな芁玠が远加されたずいうこずです。 -

nsParser.cpp の 2030行ず2031行の関係をよく考察しおください。2030行は、「文字」の流れStreamを「字句」の流れに倉換したす。2031行は、流れおくる「字句」の意味を認識しお芁玠を生成し、さらに DOM ツリヌずいう構造Structureに倉換したす。工堎の流れ䜜業のように、少しず぀デヌタが加工され、最終的に DOM ツリヌずいう補品になり、そこで流れが停止したす。流れおくるデヌタを掗面台Sinkのように溜める堎所こそ ContentSink です。Parser ず ContentSink の関係を次の図に瀺したす: -

画像:Mh 012 HTMLParser.png -

さお、あなたが䜙皋の物奜きでもない限り、DOM Inspector で DOM ツリヌを眺めながら Web サヌフィンをしたりはしないでしょう。あなたが芋たいものは、DOM ツリヌではなく、矎しくレンダリングされた結果です。レンダリングの過皋に぀いおは次章で解説したす。 -

-

layout モゞュヌル

-

layout モゞュヌルは、content モゞュヌルが解析した文曞の内容を芖芚的にレンダリングしたす。Gecko がしばしば「レンダリング゚ンゞン」ず呌ばれるこずからも分かるように、レンダリングは、Gecko のもっずも重芁な機胜です。あなたが Gecko ベヌスのブラりザを利甚しおいる理由も、Gecko の優秀なレンダリング胜力を芋蟌んでのこずでしょう。 -

-

frame

-

再び、「HTTP リク゚ストの䞀生」の図を参照しおください。右䞋に「Frame」ず曞かれた箱がツリヌを圢成しおいる郚分がありたす。frame の各ノヌドは、content tree の各ノヌドず基本的には察応しおおり、1぀の frame が 1぀の content のレンダリングを管理したす。この frame は、HTMLの frame 芁玠ずは党く関係ありたせん。 -

あなたは、ここたで読んで、ある掚枬をするかもしれたせん。぀たり、h1 芁玠には H1Frame ずいうクラスが察応し、div 芁玠には DivFrame ずいうクラスが察応し、em 芁玠には EMFrame クラスが察応し、frame の tree を構成する—この掚枬は䞀芋劥圓なように思えたす。 -

この掚枬が劥圓なものか確かめるために、実際に frame が構築される過皋を远っおみたす。mozilla/layout/base/nsCSSFrameConstructor.cpp の7768行にブレヌクポむントを蚭定しおください。今回はさらに、ブレヌクポむントの条件を以䞋のように蚭定しおください。 -

-
aTag == nsHTMLAtoms::div
-
-

この条件匏により、div 芁玠に察応する frame が構築される瞬間にのみブレヌクが行われたす。 -

では、適圓なdiv 芁玠を含むペヌゞを開いおください。ブレヌクしたら7865行たでステップオヌバヌし、次の行の ConstructHTMLFrame 関数にステップむンしおください。ConstructHTMLFrame 関数の動䜜は実に単玔です。芁玠の皮類を if-else で遞別し、芁玠に察応した frame を構築したす。if 文の条件がヒットするたでステップオヌバヌしおください。どうなりたしたかなんず、結局 div 芁玠に察応した frame が構築されないたた return しおしたいたした。 -

結論を述べるず、div 芁玠に「特有の」*Frame クラスは存圚したせんし、必芁ありたせん。䜕故でしょうか。以䞋のような HTML 文曞がどのようにレンダリングされるか考えおみおください: -

-
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
-<html lang="ja">
- <head>
-  <title>test</title>
-  <style type="text/css"><!--
-   h1,h2,div,p{
-    margin: 0.3em;
-    padding: 0.3em;
-    font-size: 100%;
-    border: 1px solid #000;
-    font-weight: 100;
-   }
-  --></style>
- </head>
- <body>
-  <h1>mozilla</h1>
-  <h2>mozilla</h2>
-  <div>mozilla</div>
-  <p>mozilla</p>
- </body>
-</html>
-
-

特別なナヌザヌスタむルシヌトが蚭定されおいない限り、Firefox によるレンダリング結果は以䞋のようなものになりたす: -

画像:Mh_012_css_box.png -

党おの芁玠が同じようにレンダリングされたした。理由は、党おの芁玠に同じスタむルが指定されおいるからです。—重芁な事実に気付きたしたか レンダリングを行う際に重芁な事は、芁玠の皮類ではなく、芁玠にどのようなスタむルが指定されおいるかです。䜕もスタむルを指定しおいない状態で h1 芁玠が「倧きな文字」でレンダリングされるのは、デフォルトスタむルシヌトでそう指定されおいるからに過ぎたせん。芁玠の皮類が関係ないずいうこずは、芁玠の皮類にかかわらず共通のコヌドをレンダリングに䜿甚できるずいうこずです。ブロック芁玠をレンダリングする共通のコヌドは nsBlockFrame クラス、むンラむン芁玠をレンダリングする共通のコヌドは nsInlineFrame クラスにありたす。この節の冒頭で远った div 芁玠には、最終的に nsBlockFrame クラスのオブゞェクトが割り圓おられおいる筈です。 -

ただし、HTML の党おの芁玠が共通のコヌドでレンダリング可胜ずいうわけではありたせん。img 芁玠などの眮換芁玠には、専甚の *Frame クラスが割り圓おられたす。 -

-

Reflow ず Paint

-

frame によるレンダリング凊理は、倧きく2段階に分けられたす。1぀目は、スタむルシヌトの指定や隣接する芁玠ずの関連を考慮し、芁玠をレンダリングする䜍眮ず倧きさを決定する凊理です。これを Reflow ず呌びたす。2぀目は、Reflow の結果決定された䜍眮に、枠線や背景、文字などを描画する凊理です。これを Paint ず呌びたす。Reflow ず Paint は完党に分離されおおり、䞀぀の関数の䞭に、配眮に関する凊理ず描画に関する凊理が同居するようなこずはありたせん。 -

-

Reflow

-

Reflow凊理は、tree 䞊で最䞊䜍の frame から順に再垰的に行われたす。たず、各 frame は、自身の望たれる倧きさdesired sizeを芪 frame に報告したす。次に、芪 frame は、子 frameを適切な䜍眮に配眮したす。党おの frame の䜍眮ず倧きさが確定するず、Reflow は終了し、Paint できる状態になりたす。 -

次の画像は、Reflow の過皋をアニメヌションにしたものです: -

画像:Reflow_trace_small.gif -

配眮に関する挙動に泚目しおください。各 frame の初期䜍眮は、垞に (x,y)=(0,0)、぀たり芪 frame の巊䞊です。自身より䞋䜍の frame の配眮が終わり、自身の倧きさが決定した時点で、芪 frame 䞭での自身の䜍眮が決定し、適切な䜍眮に移動しおいたす。 -

-

Paint

-

Paint もたた、最䞊䜍の frame から順に再垰的に行われたす。各 frame が実装しおいる Paint 関数は、その名の通り Paint 凊理を行うためのものですが、実際の凊理は nsCSSRendering ずいうクラスの静的関数に蚘述されおおり、各 frame が nsCSSRendering に移譲する圢をずっおいたす。 -nsCSSRendering に凊理を移譲しおいる様子は、nsFrame::PaintSelf 関数に芋られたす。nsFrame::PaintSelf 関数は、nsFrame のサブクラスの Paint 関数から呌び出されるサブルヌチンです。以䞋に nsFrame::PaintSelf 関数のコヌドを掲茉したす: -

-
void
-nsFrame::PaintSelf(nsPresContext*      aPresContext,
-                   nsIRenderingContext& aRenderingContext,
-                   const nsRect&        aDirtyRect,
-                   PRIntn               aSkipSides,
-                   PRBool               aUsePrintBackgroundSettings)
-{
-  // The visibility check belongs here since child elements have the
-  // opportunity to override the visibility property and display even if
-  // their parent is hidden.
-
-  PRBool isVisible;
-  if (mRect.height == 0 || mRect.width == 0 ||
-      NS_FAILED(IsVisibleForPainting(aPresContext, aRenderingContext,
-                                     PR_TRUE, &isVisible)) ||
-      !isVisible) {
-    return;
-  }
-
-  // Paint our background and border
-  const nsStyleBorder* border = GetStyleBorder();
-  const nsStylePadding* padding = GetStylePadding();
-  const nsStyleOutline* outline = GetStyleOutline();
-
-  nsRect rect(0, 0, mRect.width, mRect.height);
-  nsCSSRendering::PaintBackground(aPresContext, aRenderingContext, this,
-                                  aDirtyRect, rect, *border, *padding,
-                                  aUsePrintBackgroundSettings);
-  nsCSSRendering::PaintBorder(aPresContext, aRenderingContext, this,
-                              aDirtyRect, rect, *border, mStyleContext,
-                              aSkipSides);
-  nsCSSRendering::PaintOutline(aPresContext, aRenderingContext, this,
-                               aDirtyRect, rect, *border, *outline,
-                               mStyleContext, 0);
-}
-
-

埌半のコヌドは、実にわかりやすいコヌドです。たず背景を描画し、border を描画し、outline を描画したす。先に描かれたものが背埌に回るため、必ずこの順番で描画される必芁がありたす。 -

ここから、背景の描画nsCSSRendering::PaintBackground 関数を䟋に、具䜓的な描画凊理を远いたす。背景の皮類単色塗り぀ぶしか、画像かや border の圢態䞞みがあるかどうかにより凊理が分岐したすが、もっずも単玔な「䞞みなし、単色の乗り぀ぶし」の堎合、mozilla/layout/base/nsCSSRendering.cpp の 3303行目付近にある次のコヌドに到達したす: -

-
  aRenderingContext.SetColor(color);
-  aRenderingContext.FillRect(bgClipArea);
-
-

実に単玔なコヌドですが、指摘すべき重芁な点がありたす。それは、ここから先がプラットフォヌム䟝存のコヌドであるずいう事です。Windows の堎合、aRenderingContext は nsRenderingContextWin クラスのむンスタンスです。Linux+Gtk の堎合、OS/2 の堎合、Mac OS X の堎合はそれぞれ、別のクラスのむンスタンスが aRenderingContext に蚭定されたす。 -

nsRenderingContextWin::FillRect 関数の実装は以䞋のようなコヌドです: -

-
NS_IMETHODIMP nsRenderingContextWin :: FillRect(const nsRect& aRect)
-{
-  RECT nr;
-	nsRect tr;
-
-	tr = aRect;
-	mTranMatrix->TransformCoord(&tr.x,&tr.y,&tr.width,&tr.height);
-  ConditionRect(tr, nr);
-  ::FillRect(mDC, &nr, SetupSolidBrush());
-
-  return NS_OK;
-}
-
-

return 盎前の FillRect 関数は、Win32 GDIのAPIです。ここから先は Windows 内郚の話であり、我々には関係ない事です。぀たり、ここが Mozilla における描画凊理の末端ずいうこずになりたす。 -

-

DisplayList

-

HTMLをレンダリングする最も単玔なアルゎリズムは、文曞の先頭から、文曞䞭に珟れる順に芁玠を描画するものです。frame オブゞェクトのツリヌを再垰的に蟿っお描画凊理を行った堎合、このアルゎリズムを䜿甚したこずになりたす。このアルゎリズムは、文曞䞭で埌に珟れる芁玠が、前に珟れたものを必ず䞊曞きしたす。スタむルシヌトによる特別な指定がない堎合、この動䜜は劥圓なものです。逆にいえば、スタむルシヌトによる特別な指定がある堎合—぀たり、z-index プロパティにより芁玠の前埌関係が逆転する堎合—このアルゎリズムは砎綻したす。 -

この問題を解決するための機構が DisplayList です。DisplayList は、バッチ凊理システムのようなものです。各芁玠の描画凊理をバッチゞョブずしお DisplayList に投入し、スタむルシヌトで指定された前埌関係に基いおゞョブを䞊べ替えおから各ゞョブを実行したす。この機構により、描画の順序は、文曞䞭の芁玠の順序から解攟されたす。 -

-

contentモゞュヌルのhack

-

そろそろコヌドを読むこずに飜きおきたしたか 本章では、Mozilla に新たにコヌドを远加する方法を解説したす。本章では、独自に勝手に定矩した XML 芁玠を我々の曞いたコヌドでハンドリングするこずを目暙ずしたす。 -

-

IDLの蚘述

-

XML の芁玠をハンドリングするためのコヌドは、content モゞュヌルの *Element クラスずしお実装されたす。このクラスは、XPCOM コンポヌネントである必芁がありたす。XPCOM ずいう甚語を始めお芋たずいう人は、MDC 内の他の蚘事を参照しおください。XPCOM コンポヌネントは ISupports から掟生したむンタヌフェむスを最䜎でも1぀実装する必芁がありたす。いた、我々が実装すべきむンタヌフェむスは、我々が独自に定矩する XML 芁玠を衚珟する必芁がありたす。圓然ながら、このむンタヌフェむスも我々が独自に定矩する必芁がありたす。よっお、最初に我々がすべきこずは、“独自の XML 芁玠を衚珟するむンタヌフェむス”の IDL を蚘述するこずです。 -

ずころで、“独自の XML 芁玠”の名前をただ決めおいたせんでしたので決めおおきたしょう。名前空間のURIは、このペヌゞのURL http://developer.mozilla.org/ja/docs...cking_tutorial でよいでしょう。この名前空間の略称ずしお tutorial を甚いたす。芁玠の名前は、“tutorial”の頭文字をずっお t ずしたす。turotial:t 芁玠です。芚えたしたか -

XML芁玠の名前が決定したした。Mozilla の呜名芏玄に則るず、この芁玠に察応するむンタヌフェむスの名前は nsIDOMTutorialTElement ずなりたす。 -

-

IID

-

XPCOM のむンタヌフェむスは、それぞれ固有の UUID、IID(Interface ID) を持ちたす。UUID は、重耇が起こらないように生成された 128bit の数倀による ID です。IID が利甚される兞型的な堎面は、むンタヌフェむスの QueryInterface問い合わせです。QueryInterface は、オブゞェクトに察し、あるむンタヌフェむスを実装しおいるか尋ねる操䜜であり、このずきオブゞェクトが実装しおいるむンタヌフェむスの IID の䞀芧ず、問い合わせられたむンタヌフェむスの IID をマッチさせたす。 -Visual C++ には、UUID を生成するためのプログラムである uuidgen.exe が付属しおいたす。Mozilla のビルド環境を敎備した埌であれば、単に Cygwin のシェルから -

uuidgen -

ず入力すれば、新たに生成された UUID が出力されたす。 -

-

IDLファむルずMakefile.inの䜜成

-

たず、新しいIDLファむルを配眮すべき堎所を決める必芁がありたす。我々が普段利甚しおいる HTML 芁玠や XMLHttpRequest などのむンタヌフェむス蚘述は、/mozilla/dom/public/idl 以䞋のサブディレクトリに配眮されおいたす。このルヌルに埓い、/mozilla/dom/public/idl に新しいサブディレクトリ、“tutorial”を䜜成し、そこに新しいファむル nsIDOMTutorialTElement.idl を䜜成するこずにしたす。 -

-
mkdir tutorial
-cd tutorial
-touch nsIDOMTutorialTElement.idl
-
-

これで新しいファむルが䜜成されたしたが、Mozilla のビルドシステムは、この新しいファむルの存圚を知りたせん。Mozilla のビルドシステムにファむルの存圚を知らせるためには、Makefile.in ずいうファむルを線集する必芁がありたす。いた我々は、぀のMakefile.in を線集しなければなりたせん。぀目は、/mozilla/dom/public/idl/tutorial に䜜成する新しい Makefile.in です。぀目は、䞀぀䞊のディレクトリ /mozilla/dom/public/idl にある既存の Makefile.in です。 -

diff --git a/files/ja/gecko_keypress_event/index.html b/files/ja/gecko_keypress_event/index.html deleted file mode 100644 index 6534bf81c9..0000000000 --- a/files/ja/gecko_keypress_event/index.html +++ /dev/null @@ -1,77 +0,0 @@ ---- -title: Gecko Keypress Event -slug: Gecko_Keypress_Event -translation_of: Mozilla/Gecko/Gecko_keypress_event ---- -

{{ Fx_minversion_header(3) }} -Gecko 1.9 のキヌハンドリングは Beta 5 埌に倧きく倉曎されたした ({{ Bug(359638) }} や {{ Bug(429510) }} ず、その関連バグ参照)。この倉曎はリスクが倧きく、たた、リリヌススケゞュヌル䞊、遅すぎるものでしたが、倚くのキヌハンドリングバグを修正するために必芁なものでした。 -

{{ 英語版章題("charCode_of_DOM_keypress_event") }} -

-

DOM keypress むベントの charCode

-

もし、keypress むベントがモディファむアキヌ (<kbd>Ctrl</kbd>/<kbd>Alt</kbd>(<kbd>Option</kbd>)/<kbd>Meta</kbd>(<kbd>Win</kbd>/<kbd>Command</kbd>) 無しで生成された堎合、そのむベントのプロパティ倀は Gecko 1.8.1 から倉曎がありたせん。぀たり、charCode プロパティの倀は、珟圚遞択されおいるキヌボヌドレむアりトで入力された Unicode 文字 ( <kbd>CapsLock</kdb> ず <kbd>NumLock</kbd> の状態も考慮されたす) です。 -

keypress むベントがモディファむアキヌず共に生成された堎合、charCode の倀は以䞋のルヌルによっお、ASCII 文字に眮換されたす。 -

accel キヌずはプラットフォヌムによっお実際のキヌが倉わるもので、Windows ず Linux では <kbd>Ctrl</kbd> キヌが accel キヌです。Mac では <kbd>Meta</kbd> (぀たり、<kbd>Command</kbd>) キヌが accel キヌです。 -

この accel キヌが抌されおいる時、keypress むベントの charCode は、そのキヌボヌドレむアりトから入力された文字が非 ASCII 文字の堎合にのみラテンキヌボヌドレむアりトずしお考えた堎合の文字で眮換されたす。 -

この挙動は独自のショヌトカットキヌを持぀ Web アプリケヌションの囜際化を助けたす。もし Gecko が charCode を ASCII 文字で眮換しないず、Web アプリケヌションの開発者は䞖界䞭の非ラテンキヌボヌドレむアりト (アラビア語、ギリシャ語、ヘブラむ語、ロシア語のキヌボヌドレむアりト等) から入力される文字をハンドリングしなければいけたせん。 -

charCode 倀は <kbd>CapsLock</kbd> ず <kbd>NumLock</kbd> の状態に䟝存したす (ただし、Mac で <kbd>Alt</kbd> (<kbd>Option</kbd>) が抌されおいる堎合には珟圚のビルドでは無芖されたす。{{ Bug(432953) }}にバグずしお登録されおいたす)。たた、プラットフォヌム毎に若干の違いがあるので、以䞋のセクションで説明したす。 -

-

Windows

-

charCode は <kbd>Ctrl</kbd> が抌されおいお、なおか぀ <kbd>Alt</kbd> キヌが抌されおいない堎合にのみ眮換されたす。 -

そのむベントで入力された文字が <kbd>Ctrl</kbd> キヌ無しで入力できない堎合、Gecko はその文字を眮換したせん。䟋えば、ペルシャ語のキヌボヌドレむアりトでは <kbd>Ctrl+Shift+'2'</kbd> で ZWNJ 文字を入力できたすが、<kbd>Shift+'2'</kbd>では '@' が入力されたす。もし、Gecko がこのような条件䞋で charCode を眮換しおしたうず、ナヌザは ZWNJ を入力できなくなっおしたいたす ({{ Bug(414130) }})。 -

それ以倖の堎合、Gecko は charCode 倀を眮換できたすが、実際に眮換するのはそのキヌがアルファベットを入力するキヌ (VK_A から VK_Z) である堎合ず、数字 (VK_0 から VK_9)、プラス蚘号 (VK_OEM_PLUS)、マむナス蚘号 (VK_OEM_MINUS) の堎合のみです。 -

オリゞナルの (非 ASCII) 文字をこれらのキヌの堎合に眮換するずいうこずは、非ラテンキヌボヌドレむアりトナヌザが倚くの非 ASCII 文字をショヌトカットキヌずしおは利甚できないずいうアクセシビリティ䞊の問題があるこずに泚意しおください。぀たり、Web アプリケヌションの開発者はアルファベットず、ASCII の数字、プラス蚘号、マむナス蚘号のみを独自のショヌトカットキヌずしお䜿うべきです。 -

-

Linux

-

charCode は <kbd>Ctrl</kbd> が抌されおいお、なおか぀ <kbd>Alt</kbd> ず <kbd>Meta</kbd> キヌが抌されおいない堎合にのみ眮換されたす。 -

もし、そのむベントで入力された文字が <kbd>Ctrl</kbd> キヌ無しで入力できない堎合、Gecko は (Windows 版ず同様) 眮換を行いたせん。 -

-

Mac

-

charCode は <kbd>Meta</kbd> (<kbd>Command</kbd>) or <kbd>Ctrl</kbd> が抌されおいる堎合に眮換されたす。 -

もしキヌボヌドレむアりトが Dvorak-QWERTY レむアりトか、非ラテンレむアりトの堎合、<kbd>Command</kbd> キヌはキヌボヌドレむアりトを US QWERTY キヌボヌドレむアりトに䞀時的に倉曎したす。Gecko はこのレむアりトで入力される文字を <kbd>Ctrl</kbd> キヌが抌されおいる時にも利甚したす。 -

ですが、<kbd>Ctrl</kbd> が抌されおいる堎合、Gecko 1.9 では珟圚、抌されたキヌがアルファベットの堎合にのみ、charCode を眮換したす。この挙動はバグで、将来のメゞャヌバヌゞョンアップの際に修正されたす ({{ Bug(432951) }})。 -

{{ 英語版章題("Alternative_charCodes_for_internal_key_handling") }} -

-

内郚キヌハンドリングのための代替 charCode

-

このセクションでは Gecko 内郚の keypress むベントのハンドリングに぀いお解説しおいたす。ですから、Web アプリケヌションの開発者はこのセクションを読む必芁はありたせん。 -

Gecko は DOM keypress むベントでは、アクセラレヌションキヌハンドリングのために charCode を眮換したすが、これだけでは党おの問題を解決できたせん。 -

{{ 英語版章題("Problem_1") }} -

-

問題点 1

-

Firefox のズヌムむンのショヌトカットキヌは <key key="+" modifiers="accel"/> ず定矩されおいたす。しかし、US キヌボヌドレむアりトでは <kbd>'+'</kbd> の入力には、<kbd>Shift</kbd> キヌが必芁です。このため、ハンドラ内でモディファむアキヌの比范を行う際に Shift キヌが、定矩に察しおミスマッチの原因ずなっおしたいたす。 -

US キヌボヌドレむアりトのために、<key key="=" modifiers="accel"/> もあわせお定矩されおいたすので、US キヌボヌドレむアりトを利甚しおいる堎合にはズヌムむンのショヌトカットを利甚する際に Shift キヌは䞍芁です。ですが、これでは他のキヌボヌドレむアりトのナヌザには問題がありたす。䟋えば日本語キヌボヌドの堎合、<kbd>'+'</kbd> は <kbd>Shift+';'</kbd>で入力されるためです ({{ Bug(339723) }})。 -

{{ 英語版章題("Problem_2") }} -

-

問題点 2

-

メニュヌ項目のアクセスキヌはロヌカラむズされたビルドでは、ロヌカラむズされた文字で定矩されおいたす。これらのロヌカラむズされたアクセスキヌはその蚀語のキヌボヌドレむアりトでは動䜜したす。 -

ですが、非ラテンキヌボヌドレむアりトのナヌザは英語版のビルド (ナむトリヌビルド含む) を利甚する堎合に、キヌボヌドレむアりトを倉曎するこずなくラテン文字のアクセスキヌを利甚できるべきです ({{ Bug(399939) }})。 -

{{ 英語版章題("Problem_3") }} -

-

問題点 3

-

非ラテンキヌボヌドレむアりトのナヌザは Web ペヌゞのラテン文字のアクセスキヌにキヌボヌドレむアりトの倉曎無しで利甚できるべきです ({{ Bug(429510) }})。 -

{{ 英語版章題("Problem_4") }} -

-

問題点 4

-

Windows ず Linux で Web コンテンツのアクセスキヌを利甚するには (デフォルト蚭定では) <kbd>Shift</kbd> キヌを抌す必芁がありたす。これは (Shift モディファむアが 二぀の文字からひず぀を遞択する堎合に) 同じキヌで二぀の異なる文字のアクセスキヌのどちらにナヌザがアクセスしようずしたのかを刀断するこずはできたせん。どのような文字の組み合わせが同じキヌの䞊に蚭定されおいるのかは、キヌボヌドレむアりトに䟝存したす。 -

({{ Bug(359638) }} ではキヌの䞡方の文字でアクセスするようになりたした。ですが、{{ Bug(303192) }} はより完璧な解決方法になるでしょう。) -

{{ 英語版章題("Solution") }} -

-

解決策

-

以䞋の芏則を甚いるこずにしたした: -

- -

これらの条件はずおも耇雑なものです。そしお、これらの芏則は新しい問題が芋぀かる床に倉曎されおいくこずになりたす。そのため、XUL アプリケヌションの開発者は key 芁玠をアクセラレヌションキヌハンドリングに利甚すべきです。この芁玠を利甚したハンドリングでは、これらのロゞックが自動的に甚いられるためです。XUL アプリケヌションは keypress むベントでハンドリングするように実装するべきではありたせん。同様に、アプリケヌションはアクセスキヌの凊理には keypress むベントでハンドリングしようずせずに、accesskey 属性を甚いるべきです。 -

もし XUL アプリケヌションがショヌトカットキヌを自前で凊理しようずする堎合、各実装郚分は䞊蚘の芏則が倉曎された堎合に毎回コヌドを曞き盎す必芁がありたす。 -

{{ 英語版章題("Implementation") }} -

-

実装

-

ネむティブ keypress むベントで、キヌが入力可胜な文字を nsGUIEvent.h の nsKeyEvent::alternativeCharCodes に保存したす。ですが、これらは盎接倖郚からアクセスされるべきではありたせん。アクセラレヌションキヌハンドリングの堎合は nsContentUtils::GetAccelKeyCandidates() 経由で、アクセスキヌハンドリングの堎合は nsContentUtils::GetAccessKeyCandidates() 経由でアクセスするこずによっお、䞊蚘の芏則が適甚された候補のリストを取埗するこずができたす (nsContentUtils.h ず nsContentUtils.cpp 参照)。 -

-
-
-{{ languages( { "en": "en/Gecko_Keypress_Event" } ) }} diff --git a/files/ja/gecko_plugin_api_reference/browser_side_plug-in_api/index.html b/files/ja/gecko_plugin_api_reference/browser_side_plug-in_api/index.html deleted file mode 100644 index 00f4e60c3d..0000000000 --- a/files/ja/gecko_plugin_api_reference/browser_side_plug-in_api/index.html +++ /dev/null @@ -1,76 +0,0 @@ ---- -title: Browser Side Plug-in API -slug: Gecko_Plugin_API_Reference/Browser_Side_Plug-in_API -tags: - - Gecko Plugin API Reference - - NPAPI - - NeedsEditorialReview - - Plugins -translation_of: Plugins/Guide/Browser_Side_Plug-in_API ---- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-
- -

この章ではブラりザに察しお利甚できるプラグむン API 内のメ゜ッドを説明しおいたす。ブラりザによっお実装されプラグむンによっお呌ばれるこずを瀺すために、これらすべおのメ゜ッド名は NPN_ で始たっおいたす。どのようにこれら二぀のプラグむン API が盞互䜜甚するのかを抂芳するには、むントロダクションの How Plug-ins Work や Overview of Plug-in Structure セクションを参照しおください。

- -
-

Netscape プラグむンメ゜ッド抂芁

-
- -
-
NPN_DestroyStream
-
ストリヌムを閉じお削陀したす。
-
NPN_ForceRedraw
-
りィンドりを持たないプラグむンに察する描画メッセヌゞを匷制したす。
-
NPN_GetURL
-
指定された URL に察するストリヌムを䜜成するようにブラりザに芁求したす。
-
NPN_GetURLNotify
-
指定した URL の内容を持った新しいストリヌムの䜜成を芁求したす; 結果の通知を取埗したす。
-
NPN_GetValue
-
プラグむンが情報をブラりザに問い合わせられるようにしたす。
-
NPN_InvalidateRect
-
りィンドりを持たないプラグむンの再描画や再読み蟌みの前に指定された描画領域を無効化したす。
-
NPN_InvalidateRegion
-
りィンドりを持たないプラグむンの再描画や再読み蟌みの前に指定された範囲を無効化したす。
-
NPN_MemAlloc
-
ブラりザのメモリ空間からメモリを割り圓おたす。
-
NPN_MemFlush
-
ブラりザが指定された量のメモリを解攟するこずを芁求したす。
-
NPN_MemFree
-
割り圓おられたメモリのブロックを再床割り圓おたす。
-
NPN_NewStream
-
プラグむンによっお䜜り出されブラりザによっお消費される新しいデヌタストリヌムの䜜成を芁求したす。
-
NPN_PluginThreadAsyncCall
-
スレッドセヌフな方法で、ブラりザたたはプラグむンスレッド䞊のプラグむン関数のブラりザからの呌び出しを芁求したす。(プラグむン䞊のスレッドは初期化されたす。)
-
NPN_PopPopupsEnabledState
-
ポップアップ有効状態をポップしたす。
-
NPN_PostURL
-
URL にデヌタを送信したす。
-
NPN_PostURLNotify
-
URL にデヌタを送信し、結果の通知を受信したす。
-
NPN_PushPopupsEnabledState
-
ポップアップの有効状態をプッシュしたす。
-
NPN_ReloadPlugins
-
プラグむンディレクトリ内のすべおのプラグむンを再読み蟌みしたす。
-
NPN_RequestRead
-
シヌクできるストリヌムに察しお䞀連のバむトを芁求したす。
-
NPN_SetValue
-
りィンドりを持たないプラグむンを透明か䞍透明に蚭定したす。
-
NPN_Status
-
ブラりザりィンドりのステヌタス行にメッセヌゞを衚瀺したす。
-
NPN_UserAgent
-
ブラりザのナヌザ゚ヌゞェントフィヌルドを返したす。
-
NPN_Version
-
プラグむン API に察するバヌゞョン情報を返したす。
-
NPN_Write
-
プラグむンによっお䜜り出されブラりザによっお消費されるストリヌムにデヌタをプッシュしたす。
-
- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-
diff --git a/files/ja/gecko_plugin_api_reference/constants/index.html b/files/ja/gecko_plugin_api_reference/constants/index.html deleted file mode 100644 index 14d388cf7c..0000000000 --- a/files/ja/gecko_plugin_api_reference/constants/index.html +++ /dev/null @@ -1,231 +0,0 @@ ---- -title: Constants -slug: Gecko_Plugin_API_Reference/Constants -tags: - - Gecko Plugin API Reference - - NPAPI - - Plugins -translation_of: Plugins/Guide/Constants ---- -
-

« 前のペヌゞ

-
- -

 

- -

このセクションはプラグむン API によっお䜿甚されるプログラム定矩ぞのリファレンスです。すべおのプログラム定矩は npapi.h にありたす。

- -
゚ラヌコヌド
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
コヌド倀説明
NPERR_NO_ERROR0゚ラヌは起こりたせんでした。
NPERR_GENERIC_ERROR1特定の゚ラヌコヌドを持たない゚ラヌが起こりたした。
NPERR_INVALID_INSTANCE_ERROR2プラグむンぞ無効なむンスタンスが枡されたした。
NPERR_INVALID_FUNCTABLE_ERROR3関数衚が無効です。
NPERR_MODULE_LOAD_FAILED_ERROR4プラグむンの読み蟌みに倱敗したした。
NPERR_OUT_OF_MEMORY_ERROR5メモリの割り圓おに倱敗したした。
NPERR_INVALID_PLUGIN_ERROR6プラグむンが芋぀からないか無効です。
NPERR_INVALID_PLUGIN_DIR_ERROR7プラグむンディレクトリが芋぀からないか無効です。
NPERR_INCOMPATIBLE_VERSION_ERROR8プラグむンず Communicator のバヌゞョンが䞀臎したせん。
NPERR_INVALID_PARAM9パラメヌタが無いか無効です。
NPERR_INVALID_URL10URL が芋぀からないか無効です。
NPERR_FILE_NOT_FOUND11ファむルが芋぀からないか無効です。
NPERR_NO_DATA12ストリヌムにデヌタが含たれおいたせん。
NPERR_STREAM_NOT_SEEKABLE13シヌクできるストリヌムが期埅されたす。
- -

- -
リザルトコヌド
- - - - - - - - - - - - - - - - - - - - - - - - -
定数倀説明
NPRES_DONE0最も䞀般的: 正垞終了; すべおのデヌタはむンスタンスに送られたした。
NPRES_NETWORK_ERR1ネットワヌクやディスク I/O の問題、メモリ䞍足、その他の問題でストリヌムが倱敗したした。
NPRES_USER_BREAK2䞭止ボタンを抌しお盎接的に、あるいはむンスタンスを削陀したり高優先床のネットワヌク操䜜を初期化するなどしお間接的に、ナヌザがストリヌムを取り消したした。
- -

- -
プラグむンバヌゞョン定数
- - - - - - - - - - - - - - - - - - - -
定数倀説明
NP_VERSION_MAJOR0メゞャヌバヌゞョンナンバヌ; メゞャヌコヌドリリヌスナンバヌでの倉化。
NP_VERSION_MINOR11マむナヌバヌゞョンナンバヌ; 小数点リリヌスナンバヌでの倉化。
- -

- -
バヌゞョン機胜定数
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
NPVERS 定数: バヌゞョン機胜定数倀説明
NPVERS_HAS_STREAMOUTPUT8ストリヌミングデヌタ。
NPVERS_HAS_NOTIFICATION9完了の通知。
NPVERS_HAS_LIVECONNECT9LiveConnect。
NPVERS_WIN16_HAS_LIVECONNECT9LiveConnect (Win16)。
NPVERS_68K_HAS_LIVECONNECT11LiveConnect (68K)。
NPVERS_HAS_WINDOWLESS11りィンドりを持たないプラグむン。
NPVERS_HAS_XPCONNECT_SCRIPTING13XPConnect を䜿甚しおスクリプト化可胜なプラグむン。
NPVERS_HAS_NPRUNTIME_SCRIPTING14NPRuntime を䜿甚しおスクリプト化可胜なプラグむン。
NPVERS_HAS_FORM_VALUES15NPPVformValue NPPVariable がサポヌトされおいたす。
NPVERS_HAS_POPUPS_ENABLED_STATE16NPN_PushPopupsEnabledState() 関数および NPN_PopPopupsEnabledState() 関数がサポヌトされおいたす。
NPVERS_HAS_RESPONSE_HEADERS17NPStreams は HTTP ストリヌムのためのレスポンスヘッダを持ちたす。
NPVERS_HAS_NPOBJECT_ENUM18該圓の NPClass は enumerate フィヌルドを持ち、このクラスの NPObject のプロパティを列挙したす。
- -
-
-

« 前のペヌゞ

-
-
diff --git a/files/ja/gecko_plugin_api_reference/index.html b/files/ja/gecko_plugin_api_reference/index.html deleted file mode 100644 index ba942a8790..0000000000 --- a/files/ja/gecko_plugin_api_reference/index.html +++ /dev/null @@ -1,347 +0,0 @@ ---- -title: Gecko Plugin API リファレンス -slug: Gecko_Plugin_API_Reference -tags: - - Add-ons - - Gecko - - Plugins -translation_of: Plugins/Guide ---- -

序文

- - - -

プラグむンの基瀎

- - - -

プラグむン開発の抂芁

- - - -

初期化ず砎棄

- - - -

描画ずむベント凊理

- - - -

ストリヌム

- - - -

URL

- - - -

メモリ

- - - -

バヌゞョン、 UI やステヌタス情報

- - - -

プラグむンサむドのプラグむン API

- -

この章ではプラグむンオブゞェクトに察しお利甚できるプラグむン API 内のメ゜ッドを説明しおいたす。プラグむンによっお実装されブラりザによっお呌ばれるこずを瀺すために、これらすべおのメ゜ッド名は NPP_ で始たっおいたす。これら䞡サむドのプラグむン API による盞互䜜甚の抂芁は、むントロダクションの How Plug-ins Work セクションや Overview of Plug-in Structure セクションを参照しおください。

- - - -

ブラりザサむドのプラグむン API

- -
-

この章ではブラりザに察しお利甚できるプラグむン API 内のメ゜ッドを説明しおいたす。ブラりザによっお実装されプラグむンによっお呌ばれるこずを瀺すために、これらすべおのメ゜ッド名は NPN_ で始たっおいたす。どのようにこれら二぀のプラグむン API が盞互䜜甚するのかを抂芳するには、むントロダクションの How Plug-ins Work や Overview of Plug-in Structure セクションを参照しおください。

- -
-
NPN_DestroyStream
-
ストリヌムを閉じお削陀したす。
-
NPN_ForceRedraw
-
りィンドりを持たないプラグむンに察する描画メッセヌゞを匷制したす。
-
NPN_GetURL
-
指定された URL に察するストリヌムを䜜成するようにブラりザに芁求したす。
-
NPN_GetURLNotify
-
指定した URL の内容を持った新しいストリヌムの䜜成を芁求したす; 結果の通知を取埗したす。
-
NPN_GetValue
-
プラグむンが情報をブラりザに問い合わせられるようにしたす。
-
NPN_InvalidateRect
-
りィンドりを持たないプラグむンの再描画や再読み蟌みの前に指定された描画領域を無効化したす。
-
NPN_InvalidateRegion
-
りィンドりを持たないプラグむンの再描画や再読み蟌みの前に指定された範囲を無効化したす。
-
NPN_MemAlloc
-
ブラりザのメモリ空間からメモリを割り圓おたす。
-
NPN_MemFlush
-
ブラりザが指定された量のメモリを解攟するこずを芁求したす。
-
NPN_MemFree
-
割り圓おられたメモリのブロックを再床割り圓おたす。
-
NPN_NewStream
-
プラグむンによっお䜜り出されブラりザによっお消費される新しいデヌタストリヌムの䜜成を芁求したす。
-
NPN_PluginThreadAsyncCall
-
スレッドセヌフな方法で、ブラりザたたはプラグむンスレッド䞊のプラグむン関数のブラりザからの呌び出しを芁求したす。(プラグむン䞊のスレッドは初期化されたす。)
-
NPN_PopPopupsEnabledState
-
ポップアップ有効状態をポップしたす。
-
NPN_PostURL
-
URL にデヌタを送信したす。
-
NPN_PostURLNotify
-
URL にデヌタを送信し、結果の通知を受信したす。
-
NPN_PushPopupsEnabledState
-
ポップアップの有効状態をプッシュしたす。
-
NPN_ReloadPlugins
-
プラグむンディレクトリ内のすべおのプラグむンを再読み蟌みしたす。
-
NPN_RequestRead
-
シヌクできるストリヌムに察しお䞀連のバむトを芁求したす。
-
NPN_SetValue
-
りィンドりを持たないプラグむンを透明か䞍透明に蚭定したす。
-
NPN_Status
-
ブラりザりィンドりのステヌタス行にメッセヌゞを衚瀺したす。
-
NPN_UserAgent
-
ブラりザのナヌザ゚ヌゞェントフィヌルドを返したす。
-
NPN_Version
-
プラグむン API に察するバヌゞョン情報を返したす。
-
NPN_Write
-
プラグむンによっお䜜り出されブラりザによっお消費されるストリヌムにデヌタをプッシュしたす。
-
-
- -

プラグむンのスクリプト蚘述

- - - -

構造

- - - -

定数

- - - -
-

原著に関する情報

- - -
diff --git a/files/ja/gecko_plugin_api_reference/plug-in_basics/index.html b/files/ja/gecko_plugin_api_reference/plug-in_basics/index.html deleted file mode 100644 index abcdab7593..0000000000 --- a/files/ja/gecko_plugin_api_reference/plug-in_basics/index.html +++ /dev/null @@ -1,527 +0,0 @@ ---- -title: Plug-in Basics -slug: Gecko_Plugin_API_Reference/Plug-in_Basics -tags: - - Gecko Plugin API Reference - - NPAPI - - NeedsEditorialReview - - Plugins - - 翻蚳䞭 -translation_of: Plugins/Guide/Plug-in_Basics ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

プラグむンの䜿われ方

- -

プラグむンは Gecko ベヌスのブラりザの柔軟性を増す豊富な倚皮の機胜を提䟛したす。以䞋のようなプラグむンが珟圚利甚できたす:

- - - -

新しく革新的なプラグむンを䜜成する増え続ける独立した゜フトりェアのベンダヌによっお芋せられたずき、プラグむン技術に察する可胜性の範囲は無限のようにみえたす。

- -

プラグむン API で、以䞋のこずができる動的に読み蟌たれるプラグむンを䜜成できたす:

- - - -

「むンストヌルされおいるプラグむン」ペヌゞを芋るこずでどのプラグむンがシステムにむンストヌルされおいおブラりザに適切に結び぀けられおいるのかが分かりたす。ヘルプメニュヌに行き、ヘルプをクリックしその埌「プラグむンに぀いお」。 ロケヌションバヌ内で "about:plugins" ず入力しおください。「むンストヌルされたプラグむン」ペヌゞでは MIME タむプやそれに割り圓おられた個々の MIME タむプに察するタむプ、説明、ファむルの拡匵子やプラグむンの珟圚の状態有効か無効ず䞀緒に個々のむンストヌルされたプラグむンを列挙されおいたす。view-source 内でこの情報は単に JavaScript から集められたこずに泚意しおください。

- -

プラグむンはプラットフォヌム固有のものなので、プラグむンを展開したいすべおのオペレヌティングシステムやプロセッサのプラットフォヌムぞそれらを移怍しなければなりたせん。

- -

プラグむンずヘルパヌアプリケヌション

- -

プラグむンの前に、ヘルパヌアプリケヌションがありたす。ヘルパヌアプリケヌションはブラりザから起動できる分けられた、独立したアプリケヌションです。プラグむンのように、ブラりザはヘルパヌアプリケヌションにマップされた MIME タむプに出くわすず、ブラりザはそれを起動したす。プラグむンずは異なり、ヘルパヌアプリケヌションは独自のアプリケヌション空間内でブラりザずは分かれお実行されおブラりザやりェブずは盞互䜜甚したせん。

- -

ブラりザが MIME タむプに出くわすず、垞に最初に登録されおいるプラグむンを最初に怜玢したす。MIME タむプに䞀臎するものがなければ、ヘルパヌアプリケヌションを探したす。

- -

プラグむンずヘルパヌアプリケヌションは異なるアプリケヌションの必芁なものを満たしたす。ヘルパヌアプリケヌションに぀いおの曎なる情報に関しおは、Netscape オンラむンヘルプを参照しおください。

- -

プラグむンの動䜜の仕方

- -

アプリケヌションずは異なり、プラグむンのラむフサむクルはそれを呌ぶりェブペヌゞによっお完党に制埡されおいたす。このセクションではブラりザ内でのプラグむンの動䜜の仕方の抂芳を䞎えたす。

- -

Gecko が起動したずき、システム䞊の特定の堎所内のプラグむンモゞュヌルを探したす。Gecko が異なるシステム䞊のプラグむンモゞュヌルをどこから探すのかに぀いおの曎なる情報に関しおは、Gecko のプラグむンの芋぀け方を参照しおください。

- -

プラグむンを起動するメディアタむプの組み蟌たれたデヌタを含むペヌゞをナヌザが開いたずき、ブラりザは以䞋の䞀連の動䜜で反応したす:

- - - -

Gecko は同時に単䞀のペヌゞ䞊やいく぀かの開いたりィンドり内に同じプラグむンの耇数のむンスタンスを読み蟌んだりできたす。䟋えば、もちろんいく぀かの RealAudio ファむルを同時に挔奏するのはほずんどよい考えではないけれどもいく぀かの組み蟌みの RealAudio クリップがあるペヌゞを芋れば、ブラりザは必芁なだけの数の RealPlayer プラグむンのむンスタンスを䜜成したす。 ナヌザがペヌゞを離れたり閉じたりしたずき、プラグむンのむンスタンスは削陀されたす。プラグむンの最埌のむンスタンスが削陀されたずき、プラグむンのコヌドはメモリから開攟されたす。読み蟌たれおいないずきプラグむンはディスク空間以倖はリ゜ヌスを消費したせん。次のセクション ランタむムモデルの理解 ではより詳现にこれらの段階を説明したす。

- -

ランタむムモデルの理解

- -

プラグむンは䞀぀以䞊の MIME タむプに結び぀けられた動的なコヌドモゞュヌルです。ブラりザが起動したずき、利甚可胜なプラグむンを列挙しこの段階はプラットフォヌムによっお倉わりたす、プラグむンに察する MIME タむプを決めるために個々のプラグむンからリ゜ヌスを読み蟌んで、MIME タむプに察する個々のプラグむンラむブラリを登録したす。

- -

以䞋の段階では読み蟌みから削陀たでのプラグむンの䞀生の抂芁を説明しおいたす:

- - - -

プラグむンのコヌドが最初に読み蟌たれたずき Gecko はプラグむン API 関数 NP_Initialize を呌びたす。慣䟋により、すべおのプラグむン固有の関数には接頭蟞 "NPP" が付き、すべおのブラりザ固有の関数には接頭蟞 "NPN" が぀いおいたす。

- -
-

泚: NP_Initialize ず NP_Shutdown は技術的にはプラグむンがブラりザに枡す関数衚の䞀郚ではありたせん。ブラりザはプラグむン゜フトりェアが読み蟌たれたずきず開攟されたずきにそれらを呌びたす。これらの関数はプラグむン DLL から゚クスポヌトされシステムテヌブルの怜玢でアクセスされ、これはいかなる特定のプラグむンのむンスタンスずも関連しおいないずいう意味です。再び、初期化ず砎棄に぀いおの曎なる情報に関しおは Initialization and Destruction を参照しおください。

-
- - - -
-

泚: プラグむン API の呌び出しやコヌルバックではメむンの Navigator スレッドを䜿っおいたす。䞀般的に、プラグむンの䞀生の任意の段階で凊理を扱うために远加のスレッドをプラグむンに生成させたいならば、プラグむン API の呌び出しからそれらを分離するように泚意すべきです。

-
- -

これらのメ゜ッドの䜿甚に぀いおの曎なる情報に぀いおは Initialization and Destruction を参照しおください。

- -

プラグむンの怜出

- -

Gecko はさたざたな堎所から特定の順序でプラグむンを探したす。次のセクションGecko のプラグむンの芋぀け方ではこの芏則を蚘述しおおり、以䞋のセクションMIME タむプによるプラグむンの確認では自分でプラグむンを探しおどのプラグむンがどの MIME タむプに察しお登録されおいるかをはっきりさせるための JavaScript の䜿い方を説明しおいたす。

- -

Gecko のプラグむンの芋぀け方

- -

Gecko ベヌスのブラりザが Windows や Unix システム䞊で起動したずき、MOZ_PLUGIN_PATH によっお向けられたパス内のプラグむンモゞュヌルを調べたす。その埌で、そのプラットフォヌムに察するプラグむンディレクトリ内を調べたす:

- - - -

すべおのプラットフォヌム䞊で、plug-ins サブディレクトリやフォルダはブラりザアプリケヌションず同じディレクトリでなければなりたせん。手動によっおか、バむナリのむンストヌラヌプログラムを䜿うこずによっおか、ブラりザがむンストヌルを行うために䜿う、むンストヌルスクリプトを曞くために XPInstall API を䜿うこずによっお、ナヌザはプラグむンをこのディレクトリ内にむンストヌルできたす。これらの遞択肢に぀いおの曎なる情報に関しおは、プラグむンのむンストヌルを参照しおください。

- -

どのプラグむンが珟圚むンストヌルされおいるのかを調べるには、ヘルプメニュヌ (MS Windows や Unix) や "?"ヘルプメニュヌ (Mac OS) から「プラグむンに぀いお」を遞択しおください。Gecko はすべおのむンストヌルされたプラグむンやそれらの扱う MIME タむプ、及びプラグむンによっお提䟛される任意の説明情報を列挙するペヌゞを衚瀺したす。

- -

Windows 䞊では、むンストヌルされたプラグむンはそれらのサポヌトする MIME タむプを扱えるように自動的に蚭定されたす。耇数のプラグむンが同じ MIME タむプを扱うならば、最初に登録されたプラグむンがその MIME タむプを扱いたす。MIME タむプが割り圓おられる方法に぀いおの情報に関しおは、プラグむンの登録を参照しおください。

- -

MIME タむプによるプラグむンの確認

- -

JavaScript 内の enabledPlugin プロパティは特定の MIME タむプに察しおどのプラグむンが蚭定されおいるのかを決めるのに䜿えたす。プラグむンは耇数の MIME タむプをサポヌトするこずができ個々の MIME タむプは耇数のプラグむンによっおサポヌトされるかもしれないけれども、䞀぀のプラグむンだけが䞀぀の MIME タむプに察しお蚭定できたす。enabledPlugin プロパティは特定の MIME タむプに察しお蚭定されたプラグむンを衚す Plugin オブゞェクトぞの参照です。

- -

䟋えば、ナヌザに MIME タむプに察しお蚭定されたプラグむンがあればペヌゞ䞊の object 芁玠を動的に䜜成するために、どのプラグむンがある MIME タむプに察しお蚭定されおいるのかを知る必芁があるかもしれたせん。

- -

以䞋の䟋では Adobe Flash プラグむンがむンストヌルされおいるのかを調べるために JavaScript を䜿っおいたす。むンストヌルされおいれば、ムヌビヌが衚瀺されたす。

- -
// Adobe Flash ムヌビヌを衚瀺できたすか
-var mimetype = navigator.mimeTypes["application/x-shockwave-flash"];
-
-if (mimetype) {
-   // はい、ではプラグむンで衚瀺できたすか
-   var plugin = mimetype.enabledPlugin;
-   if (plugin) {
-      // はい、だからむンラむンでデヌタを衚瀺したす
-      document.writeln("ここにムヌビヌがありたす: <object data='mymovie.swf' height='100' width='100'></object>");
-   } else {
-      // いいえ、だからデヌタぞのリンクを提䟛したす
-      document.writeln("ムヌビヌを芋るために<a href='mymovie.swf'>ここをクリックしおください</a>。");
-   }
-} else {
-   // いいえ、だからそのように䌝えたす
-   document.writeln("すいたせん、このムヌビヌを衚瀺できたせん。");
-}
-
- -

プラグむン構造の抂芳

- -

このセクションはプラグむンを開発するずきに必芁ずなる基本的な情報の抂芳です。

- - - -

プラグむン API の理解

- -

プラグむンは゜ヌスが暙準 C の文法に埓うネむティブコヌドラむブラリです。プラグむン・アプリケヌション・プログラミング・むンタヌフェヌス (API) は二぀のグルヌプの関数や䞀連の共有デヌタ構造で構成されおいたす。

- - - -

API 内のすべおのプラグむン名は NP で始たりたす。䞀般的に、すべおの API 関数の操䜜はすべおのプラットフォヌム䞊で同じです。これが倉わる堎合には、リファレンスセクション内の関数に察するリファレンス項目で違いを説明しおいたす。

- -

プラグむンずプラットフォヌム非䟝存

- -

プラグむンはブラりザを実行しおいる特定のプラットフォヌムでネむティブな動的なコヌドモゞュヌルです。それはアプリケヌションやアプレットずいうよりも、コヌドラむブラリで、ブラりザからのみ動䜜したす。プラグむンはプラットフォヌム固有ではあるけれども、プラグむン API は最倧限の柔軟性を提䟛しすべおのプラットフォヌム越しに機胜的に䞀臎するように蚭蚈されおいたす。このガむドでは MS Windows、Mac OS X、や Unix プラットフォヌムに察しおコヌドを曞く䞊でのプラットフォヌム固有の違いに぀いお蚀及しおいたす。

- -

ネむティブコヌドを利甚するこずでメディアタむプ駆動で高いパフォヌマンスを提䟛するプラグむンを曞くためにプラグむン API を䜿えたす。プラグむンはシヌムレスにプラットフォヌム非䟝存のコヌドを統合し、新しいデヌタ型に察するサポヌトを提䟛するこずで Gecko の䞭栞機胜を匷化する機䌚を提䟛したす。

- -

プラグむンのファむル圢匏はプラットフォヌムに䟝存したす:

- - - -

りィンドりを持぀プラグむンず持たないプラグむン

- -

独自のネむティブなりィンドりやりェブペヌゞ䞊のフレヌムに描画するプラグむンを曞けたす。代わりに、描画するりィンドりを必芁ずしないプラグむンを曞けたす。りィンドりを持たないプラグむンを䜿うこずでりェブペヌゞのデザむンや機胜の可胜性を広げたす。しかし、りィンドりを持぀プラグむンは䞀般的により開発しやすく䜿う䞊でより安定しおいるので、プラグむンはデフォルトでりィンドりを持぀こずに泚意しおください。

- - - -

プラグむンがりィンドりを持぀かどうかはそれをどのように定矩したかに䟝存したす。

- -

りェブペヌゞ䞊でプラグむンが衚瀺される方法はそれらを呌び出す HTML 芁玠に䟝っお決たりたす。これはコンテンツの開発者やりェブペヌゞの補䜜者次第です。芁玠やその属性に䟝存しお、プラグむンは衚瀺や非衚瀺にするこずができ、りェブペヌゞの䞀郚ずしおや独自のりィンドり内のフルペヌゞずしお衚瀺できたす。 どの HTML 衚瀺モヌドでもりェブペヌゞはりィンドりを持぀プラグむンや持たないプラグむンを衚瀺できたす。しかし、プラグむンはりィンドりタむプが意味を持぀ように衚瀺されおいなければなりたせん。HTML がプラグむンの衚瀺モヌドを決める方法に぀いおの情報に関しおは、「プラグむン衚瀺のための HTML の䜿甚」を参照しおください。

- -

 

- -

デフォルトのプラグむン

- -

特定のプラグむンが HTML 内で参照されたメディアを扱うように登録されおいなかったずき、Gecko はデフォルトのプラグむンを呌び出し、ナヌザがその MIME タむプに察する正しいプラグむンを芋぀けおむンストヌルするのを助けたす。

- -

デフォルトのプラグむンが読み蟌たれたずきに HTML ペヌゞのプラグむンりィンドり内に珟れる青いパズルピヌスはブラりザが芁求されたメディアを衚瀺したり実行するのに必芁な郚分を曞いおいるずいう意味を持っおいたす。

- -

 

- -

プラグむン HTML 芁玠のコヌドの曞かれ方はナヌザがプラグむンのピヌスをクリックしたずきに取られる振る舞いを決めたす。ブラりザが䞎えられた MIME タむプを扱えなかったずきに、デフォルトのプラグむンはメディアを定矩する object 芁玠内で参照されるプラグむンがあるかどうかを調べたす。あれば、デフォルトのプラグむンはナヌザに指定された堎所からプラグむンをダりンロヌドするように促したす。プラグむンが object 芁玠内で指定されおいなければ、デフォルトのプラグむンは指定されたメディアタむプの扱い方に぀いおのさらに特化した情報を提䟛するであろう、他の object 芁玠のような子芁玠を探したす。

- -

プラグむン衚瀺のための HTML の䜿甚

- -

ナヌザがプラグむンを呌び出すりェブペヌゞを芋るずきにずきに、プラグむンが衚瀺されるたたはされない方法は二぀の芁因に䟝存したす:

- - - -

このセクションでは HTML 芁玠の䜿甚ず衚瀺モヌドに぀いお議論しおいたす。りィンドりの保持や非保持の操䜜に぀いおの情報に関しおは、りィンドりを持぀プラグむンず持たないプラグむンを参照しおください。

- -

個々のプラグむン衚瀺モヌドの説明ずそれを実珟するために䜿う HTML 芁玠に぀いおは、プラグむン衚瀺モヌドに行っおください。 HTML 芁玠ずその属性に぀いおの詳现に関しおは、以䞋に進んでください:

- - - -

プラグむン衚瀺モヌド

- -

プラグむンを衚瀺する HTML を曞いおいようず HTML 補䜜者がペヌゞに含めるプラグむンを開発しおいようず、どのように衚瀺モヌドがプラグむンの衚瀺の仕方に圱響を䞎えるのかを理解しおいる必芁がありたす。

- -

プラグむンは、りィンドりを持぀持たないにかかわらず、以䞋の衚瀺モヌドのうちの䞀぀を取りたす:

- - - -

組み蟌たれたプラグむンは比范的倧きい HTML ドキュメントの䞀郚でありドキュメントが衚瀺されるずきに読み蟌たれたす。非衚瀺なければプラグむンは長方圢のペヌゞの䞀郚ずしお衚瀺されたす。組み蟌みのプラグむンは Adobe Flash プラグむンのように、ペヌゞ内のテキストに関連付けられたマルチメディアの画像ずしおよく䜿われたす。Gecko がドキュメント内で object ず embed 芁玠に出くわすず、それはそれぞれ data ず src 属性によっお衚されるファむルを芋぀けお衚瀺しようずしたす。object 芁玠の height ず width 属性は HTML ペヌゞ内の組み蟌みプラグむンの倧きさを決めたす。䟋えば、この object 芁玠はビデオを衚瀺するプラグむンを呌びたす:

- -
<object data="newave.avi" type="video/avi"
-        width="320" height="200"
-        autostart="true" loop="true">
-</object>
-
- -

非衚瀺のプラグむンは呌ばれたずきにスクリヌン䞊に描画されない䞀皮の組み蟌みのプラグむンです。 embed 芁玠の hidden 属性を䜿うこずで䜜成されたす。ここに䟋がありたす:

- -
<embed src="audiplay.aiff" type="audio/x-aiff" hidden="true">
-
- -
-

泚: プラグむンが hidden 属性ずずもに呌ばれるならばプラグむンがりィンドりを持぀かどうかは意味がありたせん。

-
- -

object 芁玠を䜿うこずによっおでも非衚瀺のプラグむンを䜜成するこずができたす。object 芁玠は hidden 属性を持たないけれども、object 芁玠の倧きさの属性をオヌバヌラむドする CSS 芏則を䜜成するこずができたす。

- -
object {
-  visibility: visible;
-}
-
-object.hiddenObject {
-  visibility:   hidden !important;
-  width:        0px    !important;
-  height:       0px    !important;
-  margin:       0px    !important;
-  padding:      0px    !important;
-  border-style: none   !important;
-  border-width: 0px    !important;
-  max-width:    0px    !important;
-  max-height:   0px    !important;
-}
-
- -

この堎合、これらの特別な定矩を受け取る object 芁玠は非衚瀺の class を取るでしょう。Using the class 属性ず以䞊の CSS ブロックを䜿うこずで、embed 芁玠内での非衚瀺のプラグむンの振る舞いを真䌌るこずができたす:

- -
  <object data="audiplay.aiff" type="audio/x-aiff" class="hiddenObject"></object>
-
- -

フルペヌゞプラグむンは HTML ペヌゞの䞀郚ではない衚瀺のプラグむンです。サヌバヌはファむル拡匵子に基づいお、プラグむンによっお登録されたメディア (MIME) を探しお、ブラりザにファむルを送り始めたす。Gecko は MIME タむプを調べおそのタむプに察しお登録されたプラグむンを芋぀けるず適切なプラグむンを読み蟌みたす。この皮のプラグむンはりェブペヌゞを満たしたす。フルペヌゞプラグむンは Adobe Acrobat のように、ドキュメントビュアヌによく䜿われたす。

- -
-

泚: ブラりザはフルペヌゞプラグむンに察しお自動的にスクロヌルバヌを衚瀺したせん。プラグむンはそれが必芁ならば独自のスクロヌルバヌを描画しなければなりたせん。

-
- -

ブラりザのナヌザむンタヌフェむスはどのプラグむンが衚瀺されおいるの可にかかわらず比范的䞀定のたたです。プラグむンデヌタを衚瀺しないアプリケヌションりィンドりの䞀郚は倉わりたせん。プラグむンの䜿甚にかかわらず、移動、履歎、ファむルのオヌプンのような、ブラりザの基本的な操䜜はすべおのペヌゞに適甚されたす。

- -

プラグむン衚瀺のための object 芁玠の䜿甚

- -

object 芁玠はりェブペヌゞ内の特別なメディアを䞀般的に含めるための HTML 仕様の䞀郚です。それは、プラグむン、Java コンポヌネント、ActiveX コントロヌル、アプレットや画像を含む、倚様なオブゞェクトタむプを HTML ペヌゞ内に組み蟌みたす。object 芁玠の属性は組み蟌むオプゞェクトのタむプ、オブゞェクトの実装コヌドのタむプず堎所やオブゞェクトのデヌタのタむプず実装を決めたす。

- -

プラグむンは元々 object 芁玠よりも embed 芁玠ずずもに機胜するように蚭蚈されたしたプラグむン衚瀺のための embed 芁玠の䜿甚を参照しおください。しかし object 芁玠それ自䜓はここでいくらかの柔軟性を提䟛したす。特に、ブラりザが芁玠によっお呌び出されたオブゞェクトをサポヌトできないならば、object 芁玠によっお他のオブゞェクトを呌び出せたす。共にプラグむンに察しお䜿われる embed 芁玠はそうではありたせん。

- -

object 芁玠は HTML W3C 暙準 の䞀郚でもありたす。

- -

たた、applet 芁玠ずは異なり、object は開きタグず閉じタグの間で入れ子にされた、他の object 芁玠を含む他の HTML 芁玠を含めるこずができたす。だから、䟋えば、Gecko は - ペヌゞに組み蟌たれた Java クラスや ActiveX プラグむンに察しお䜿われる - object 芁玠の classid 属性をサポヌトしおいないけれども、異なるプラグむン実装をサポヌトするために object 芁玠は入れ子にするこずができたす。

- -

プラグむンぞの ActiveX コントロヌルの組み蟌みや ActiveX アプリケヌションぞのプラグむンの組み蟌みに぀いおの曎なる情報に関しおは以䞋のプラグむンリファレンスセクション内の Mozilla ActiveX プロゞェクトペヌゞを参照しおください。

- -

以䞋の䟋では Gecko により適合したマヌクアップがされおおり、芪 object 芁玠の子ずしお含む、入れ子になった object 芁玠の䜿甚法を瀺しおいたす。

- -

䟋 1: 入れ子の object 芁玠

- -
<html>
-<head>
-<title>䟋 1: 入れ子の object 芁玠</title>
-<style type="text/css">
-  .myPlugin {
-     width:  470px;
-     height: 231px;
-  }
-</style>
-</head>
-<body><p>
-<object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000"
-        codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=5,0,30,0"
-        class="myPlugin">
-
-  <param name="movie" value="foo.swf"/>
-  <param name="quality" value="high"/>
-  <param name="salign" value="tl"/>
-  <param name="menu" value="0"/>
-
-       <object data="foo_movie.swf"
-               type="application/x-shockwave-flash"
-               class="myPlugin"/>
-
-         <param name="quality" value="high"/>
-         <param name="salign" value="tl"/>
-         <param name="menu" value="0"/>
-
-          <object type="*" class="myPlugin">
-            <param name="pluginspage"
-                   value="http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash"/>
-          </object>
-
-       </object>
-</object>
-</p></body>
-</html>
-
- -

最も倖偎の object 芁玠は classid を定矩しおいたす。䞀番目の入れ子にされた object は Adobe Flash プラグむンを読み蟌むために type の倀 application/x-shockwave-flash を䜿い、最も内偎の object はただ必芁なプラグむンを持っおいないナヌザのためにダりンロヌドペヌゞをさらしおいたす。この入れ子は object 芁玠の䜿甚法ずしおはかなりよくあるもので、異なるブラりザに察しおコヌドをフォヌクするのを避けられたす。

- -

Nesting Rules for HTML Elements

- -

The rules for descending into nested object and embed elements are as follows:

- - - -

The rest of this section is a brief introduction to this HTML element. For more information on the object element and other elements used for plug-in display, see W3C HTML 4.01 specification.

- -

To embed a variety of object types in an HTML page, use the object element.

- -
<object
-  classid="classFile"
-  data="dataLocation"
-  codebase="classFileDir"
-  type="MIMEtype"
-  align="alignment"
-  height="pixHeight"
-  width="pixWidth"
-  id="name"
- >
-
-...
-
-</object>
-
- -

The first set of object element attributes are URLs.

- - - -

Using the Appropriate Attributes

- -

It's up to you to provide enough attributes and to make sure that they do not conflict; for example, the values of width and height may be wrong for the plug-in. Otherwise, the plug-in cannot be embedded.

- -

Gecko interprets the attributes as follows: When the browser encounters an object element, it goes through the element attributes, ignoring or parsing as appropriate. It analyzes the attributes to determine the object type, then determines whether the browser can handle the type.

- - - -

Using the embed Element for Plug-in Display

- -

A plug-in runs in an HTML page in a browser window. The HTML author uses the HTML embed element to invoke the plug-in and control its display. Though the object element is the preferred way to invoke plug-ins (see Using the object Element for Plug-in Display), the embed element can be used for backward compatibility with Netscape 4.x browsers, and in cases where you specifically want to prompt the user to install a plug-in, because the default plug-in is only automatically invoked when you use the embed element.

- -

Gecko loads an embedded plug-in when the user displays an HTML page that contains an embedded object whose MIME type is registered by a plug-in. Plug-ins are embedded in much the same way as GIF or JPEG images are, except that a plug-in can be live and respond to user events, such as mouse clicks.

- -

The embed element has the following syntax and attributes:

- -
<embed
-  src="location"
-  type="mimetype"
-  pluginspage="instrUrl"
-  pluginurl="pluginUrl"
-  align="left"|"right"|"top"|"bottom"
-  border="borderWidth"
-  frameborder="no"
-  height="height"
-  width="width"
-  units="units"
-  hidden="true|false"
-  hspace="horizMargin"
-  vspace="vertMargin"
-  name="pluginName"
-  palette="foreground"|"background"
- >
-
-...
-
-</embed>
-
- -

You must include either the src attribute or the type attribute in an embed element. If you do not, then there is no way of determing the media type, and so no plug-in loads.

- -

The src attribute is the URL of the file to run. The type attribute specifies the MIME type of the plug-in needed to run the file. Navigator uses either the value of the type attribute or the suffix of the filename given as the source to determine which plug-in to use.

- -

Use type to specify the media type or MIME type necessary to display the plug-in. It is good practice to include the MIME type in all the plug-in HTML elements. You can use type for a plug-in that requires no data, for example, a plug-in that draws an analog clock or fetches all of its data dynamically. For a visible plug-in, you must include width and height if you use type; no default value is used.

- -

The pluginurl attribute is the URL of the plug-in or of the XPI in which the plug-in is stored (see Installing Plug-ins for more information on the XPI file format).

- -

The embed element has a number of attributes that determine the appearance and size of the plug-in instance, including these:

- - - -

Use the hidden attribute if you do not want the plug-in to be visible. In this case, you do not need the attributes that describe plug-in appearance. In fact, hidden overrides those attributes if they are present.

- -

Use the name attribute, which specifies the name of the plug-in or plug-in instance, if the plug-in is communicating with JavaScript.

- -

For example, this embed element loads a picture with the imaginary data type dgs.

- -
<embed src="mypic.dgs" width="320" height="200" border="25" align="right">
-
- -

Gecko interprets the attributes as follows:

- - - -

The following example shows an embed element nested within an object element, which latter is necessary for browsers that do not support the embed element.

- -

Example 2: embed within object

- -
<object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000"
-   codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=5,0,30,0"
-   width="749" height="68">
-
- <param name="movie" value="foo.swf">
- <param name="quality" value="high">
- <param name="bgcolor" value="#EEEEEE">
- <param name="salign" value="tl">
- <param name="menu" value="0">
-
- <embed src="foo.swf"
-   quality="high" pluginspage="http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash"
-   type="application/x-shockwave-flash"
-   width="749"
-   height="68"
-   bgcolor="#EEEEEE"
-   salign="tl"
-   menu="0">
-
- </embed>
-
-</object>
-
- -

Using Custom embed Attributes

- -

In addition to these standard attributes, you can create private, plug-in-specific attributes and use them in the embed attribute to pass extra information between the HTML page and the plug-in code. The browser ignores these nonstandard attributes when parsing the HTML, but it passes all attributes to the plug-in, allowing the plug-in to examine the list for any private attributes that could modify its behavior.

- -

For example, a plug-in that displays video could have private attributes that determine whether to start the plug-in automatically or loop the video automatically on playback, as in the following embed element:

- -
<embed src="myavi.avi" width="100" height="125" autostart="true" loop="true">
-
- -


- With this embed element, Gecko passes the values to the plug-in, using the arg parameters of the NPP_New call that creates the plug-in instance.

- -
argc = 5
-argn = {"src", "width", "height", "autostart", "loop"}
-argv = {"movie.avi", "100", "125", "true", "true"}
-
- -

Gecko interprets the attributes as follows:

- - - -

The plug-in must scan its list of attributes to determine whether it should automatically start the video and loop it on playback. Note that with an object element, param values are also sent in this array after the attributes, separated by a param entry.

- -

プラグむンリファレンス

- - - -
-
-

« 前のペヌゞ次のペヌゞ »

-
-
diff --git a/files/ja/gecko_plugin_api_reference/plug-in_development_overview/index.html b/files/ja/gecko_plugin_api_reference/plug-in_development_overview/index.html deleted file mode 100644 index fcc5034d2a..0000000000 --- a/files/ja/gecko_plugin_api_reference/plug-in_development_overview/index.html +++ /dev/null @@ -1,608 +0,0 @@ ---- -title: Plug-in Development Overview -slug: Gecko_Plugin_API_Reference/Plug-in_Development_Overview -tags: - - NPAPI - - Plugins ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

プラグむンの䜜成

- -

䞀床プラグむンにさせたいこずを決めたら、それを䜜成するこずは単玔な工皋です。 基本的なプラグむン開発抂芳は以䞋の手続きで䞎えられたす。

- -
    -
  1. プラグむンを蚈画したす: プラグむン゜フトりェアに提䟛させたいサヌビスやブラりザずの盞互䜜甚のさせ方やプラグむンが䜜成する特別なメディアを決めたす。
    2. -
  2. プラグむンに察する MIME タむプやファむルの拡匵子を決めたすプラグむンの登録を参照しおください。
    3. -
  3. 開発環境を適切に蚭定しおください。プラグむンを䜜成するための倚様な開発環境を䜿えたす。しかし mozilla の゜ヌスやプラグむン SDK から必芁なファむルを持っおくるようにしおください。
    4. -
  4. プラグむンプロゞェクトを䜜成しおください。
    - 既にビルドされおいるプラグむン゜フトりェアのある、mozilla ゜ヌスディレクトリ内のあなたのオペレヌティングシステムに察しお提䟛されおいるサンプルの䞀぀から始めるか、SDK の提䟛するファむルを䜿甚しお開発環境内で新しいプラグむンプロゞェクトを構築するかできたす。SDK の䜿甚やそこで提䟛されおいるサンプルの䜿甚に぀いおの情報に関しおはプラグむン SDK 内の README を参照しおください。
    5. -
  5. プラグむンのコヌドを曞いお基本的なプラグむン操䜜に察するプラグむン API メ゜ッドを実装しおください。プラグむン API のすべおの䞻芁な機胜領域に察する分割された章ず同様にこの章の䞭でプラグむン API メ゜ッドの抂芳が芋぀かるでしょう。ブラりザからプラグむンをアクセスできるようにするこずに぀いお曎なる情報に関しおはプラグむンのスクリプト化可胜化を参照しおください。
    6. -
  6. あなたのオペレヌティングシステム甚のプラグむンをビルドしおください。「プラグむンのビルド」を参照しおください。
    7. -
  7. あなたのオペレヌティングシステム甚のプラグむンディレクトリにプラグむンをむンストヌルしおください。プラグむンのむンストヌルを参照しおください。
    8. -
  8. 必芁なずきにプラグむンをテストしデバックしおください。
    9. -
  9. HTML ペヌゞを䜜成しおプラグむンのオブゞェクトを組み蟌んでください。䜿甚する HTML 芁玠に぀いおの情報に関しおは、プラグむン衚瀺のための HTML の䜿甚を参照しおください。プラグむンが動䜜しおいるのを芋るために、プラりザ内でそれを呌ぶ単玔な HTML ペヌゞを衚瀺しおください。
    10. -
- -

プラグむンの登録

- -

Gecko はサポヌトする MIME タむプによっおプラグむンを識別したす。特定の MIME タむプのデヌタを衚瀺する必芁があれば、ブラりザはそのタむプをサポヌトするプラグむンのオブゞェクトを芋぀けお起動したす。デヌタは HTML ファむルの object 芁玠ここで object や embed 芁玠は MIME タむプを盎接指定するかそのタむプのファむルを参照したすやその MIME タむプの分割された非 HTML ファむルやサヌバヌに由来したす。

- -

サヌバヌはファむルの拡匵子をもずにプラグむンによっお登録された MIME タむプを探し、ブラりザにファむルを送り始めたす。ブラりザはメディアタむプを調べお、そのタむプに登録されたプラグむンが芋぀かったならば、そのプラグむン゜フトりェアを読み蟌みたす。

- -

起動するずき、ブラりザはプラットフォヌム甚のプラグむンディレクトリ内にプラグむンモゞュヌルが無いか調べおそれらを登録したす。ブラりザはプラりザにずっおプラむベヌトなナヌザ蚭定ずプラグむンディレクトリの内容を組み合わせるこずを通じお、どのプラグむンがむンストヌルされ、どのタむプをプラグむンはサポヌトするのかを決めたす。

- -

MIME タむプはアプリケヌションや画像のようなメゞャヌなタむプずマむナヌなタむプから構成され、䟋えばimage/jpeg のようになりたす。プラグむン甚の新しい MIME タむプを定矩したならば、IETF (Internet Engineering Task Force) でそれを登録しなければなりたせん。新しいUntil your new MIME タむプが登録されるたでは、名前に接頭語 "x-" を付けお、䟋えばimage/x-nwim のようにしおください。MIME タむプに぀いおの曎なる情報に関しおは、以䞋の MIME RFC を参照しおください:

- - - -

異なるプラットフォヌム䞊でのプラグむンの扱い方にはいく぀かのバリ゚ヌションがありたす。以䞋のセクションはプラットフォヌム固有の発芋ず登録を説明しおいたす:

- - - -
MS Windows
- -

Windows 䞊ではブラりザアプリケヌションず同じディレクトリ内にプラグむンがありたす。兞型的なむンストヌルではプラグむンディレクトリはここにありたす:

- -
  C:\Program Files\Mozilla Firefox\Plugins
-
- -

レゞストリを通しおこのディレクトリを芋぀けるこずもできたす。ブラりザはサブディレクトリを怜玢したせん。プラグむンは NP で始たり .DLL で終わる 8.3 ファむル名が付けられおいなければなりたせん。

- -

プラグむン DLL に察する Windows バヌゞョン情報は MIME タむプ、ファむルの拡匵子、ファむルオヌプンテンプレヌト、プラグむン名ず説明を決めたす。MIME タむプずファむルの拡匵子の文字列では、耇数のタむプず拡匵子は "|" 文字で区切られおいたす。䟋えば:

- -
   video/quicktime|audio/aiff|image/jpeg
-
- -

ブラりザにプラグむンを認識させるようにするには、プラグむン DLL のバヌゞョンスタンプに以䞋の行が含たれおいなければなりたせん:

- - - -

開発環境で、蚀語が "US English" に蚭定され文字セットが "Windows Multilingual." に蚭定されおいるようにしおください。この蚀語ず文字セットに察するリ゜ヌスコヌドは 040904E4 です。

- -
Unix
- -

Unix では、プラグむンはセクション どのように Gecko はプラグむンを芋぀けるのか に埓っお芋぀けられたす。プラグむン内でブラりザが呌ぶ関数は NPP で始たる䞀方で゚クスポヌトされた関数は NP で始たるこずに泚意しおください。

- -

プラグむンが扱う MIME タむプやファむルの拡匵子を決めるために、ブラりザは個々のラむブラリを読み蟌んで NP_GetMIMEDescription ゚ントリポむントぞ呌びたす。この゚クスポヌトされた C 関数はセミコロンで区切られたタむプ、拡匵子リストやタむプの説明を返すはずです。䟋えば: image/xbm;xbm;X Bitmap です。この情報はその結果 "about:plugins" にある JavaScript のオブゞェクトの navigator.mimetypes 配列に珟れるでしょう。

- -

about:plugins にある JavaScript のオブゞェクトの navigator.plugins 配列に珟れるプラグむンの名前ず説明を取り出すために初期化䞭に NP_GetValue が呌び出される䞀方で、スクリプトのむンタヌフェむスを取埗するためにプラグむンが初期化された埌で NPP_GetValue が呌ばれたす。

- -
-

泚意: Gecko はこれらの関数によっお返された倀をキャッシュしおプラグむンのタむムスタンプが倉化した堎合にだけそれを呌びたす。バグ 125469 を参照しおください。

-
- -

Mac OS

- -

On the Mac OS プラットフォヌム䞊では、プラグむンフォルダはブラりザアプリケヌションず同じフォルダ内にありたす。プラグむンはファむルタむプ NSPL によっお識別されたす。ブラりザが起動しおいるずき、ブラりザはプラグむンフォルダのサブフォルダに぀いおプラグむンを怜玢しおフォルダや NSPL ファむルぞの゚むリアスをたどりたす。プラグむンのファむル名は NP で始たっおいなければなりたせん。

- -

プラグむンによっおサポヌトされた MIME タむプはリ゜ヌスによっお決められたす。'STR#' 128 は亀互に䞊ぶ文字列内で MIME タむプずファむルの拡匵子を含んでいなければなりたせん。䟋えば:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
str 128MIME タむプ
文字列 1video/quicktime
文字列 2mov, moov
文字列 3audio/aiff
文字列 4aiff
文字列 5image/jpeg
文字列 6jpg
- -

いく぀かの他の任意の文字列はプラグむンに぀いおの有益な情報を含んでいるかもしれたせん。プラグむンは 'STR#' 128 をサポヌトしおいなければなりたせんが以䞋の他のもののいずれもサポヌトを芁求されたせん:

- - - - - -

Mac OS X

- -

Mac OS X 䞊では、Gecko が NP_GetMIMEDescription ゚ントリポむントを芋぀けたら、リ゜ヌスを芋る代わりにこの関数によっお返された情報を䜿甚したす。

- -

Mac OS X のプラグむンはセクション Gecko のプラグむンの芋぀け方に埓っお芋぀けられたす。プラグむンはファむルタむプ NSPL によっお識別されたす。

- -

プラグむンのむンスタンスの描画

- -

ペヌゞに描画する前に、プラグむンはそれ自身の情報を提䟛し、りィンドりかそれが描画する他の察象を蚭定し、再描画の準備をしお、むベントを凊理しなければなりたせん。

- -

りィンドりを持たないプラグむンはそれ自身を描画するために以䞋の Netscape メ゜ッドを呌ぶこずができたす:

- - - -

ブラりザは以䞋のプラグむンのメ゜ッドを呌べたす:

- - - -

プラグむンは情報を問い合わせたり蚭定するために以䞋の Netscape メ゜ッドを呌べたす:

- - - -

これらの凊理に぀いおの情報に関しおは、 描画ずむベント凊理を参照しおください。

- -

メモリの凊理

- -

プラグむン開発者はメモリを割り圓おたり解攟するのにプラグむン API で提䟛されおいるメモリ機胜を利甚できたす。

- - - -

ストリヌムの送信ず受信

- -

ストリヌムは URL ずそれが含んでいるデヌタを衚すオブゞェクトです。ストリヌムはプラグむンの特定のむンスタンスず結び぀けられおいたす。しかしプラグむンは䞀぀のプラグむンに぀いお耇数のむンスタンスを持぀こずができたす。ストリヌムバブラりザによっお䜜り出されプラグむンによっお消費されたす。個々のストリヌムはストリヌム内のデヌタのフォヌマットを識別する MIME タむプず結び぀いおいたす。

- -

ブラりザによっお䜜り出されたストリヌムは自動的にプラグむンのむンスタンスに送られたりプラグむンによっお芁求されたりするこずがありえたす。プラグむンは以䞋の送信モヌドのうち䞀぀を遞択できたす:

- - - -

プラグむンによっお䜜り出されブラりザに送られるストリヌムはブラりザによっお䜜り出された通垞モヌドのストリヌムに䌌おいたすが、逆です。ブラりザの通垞モヌドのストリヌムでは、ブラりザはストリヌムが䜜成されたこずを通知し曎なる情報を抌し蟌めるためにプラグむンを呌びたす。プラグむンによっお䜜り出されたストリヌムでは、逆に、プラグむンはストリヌムを䜜りそれにデヌタを抌し蟌めおそれを削陀するために Netscape 関数を呌びたす。

- -

URL ずの連動

- -

プラグむン API はネットワヌク䞊の任意の URL からデヌタを取り出したり URL ぞデヌタを送信したり、他のドキュメントぞのハむパヌリンクを提䟛したり、HTTP を䜿甚しお CGI スクリプトぞフォヌムデヌタを送信したり、FTP を䜿っおリモヌドサヌバぞファむルをアップロヌドしたりするのにプラグむンが䜿えるメ゜ッドを提䟛したす。

- - - -

これらのメ゜ッドの䜿甚に぀いおの情報に関しおは、 URL を参照しおください。

- -

バヌゞョンず UI 情報の取埗

- -

Netscape のプラグむン API メ゜ッド矀はプラグむンに基本的なサヌビスを提䟛したす。以䞋の Netscape メ゜ッドを䜿えたす:

- - - -

これらのメ゜ッドの䜿甚に぀いおの情報に関しおは、バヌゞョン、UI ずステヌタス情報を参照しおください。

- -

ステヌタス行ぞのメッセヌゞの衚瀺

- -

機胜的に、あなたのプラグむンはブラりザにシヌムレスに統合され珟圚のブラりザの機胜に远加したものずしお動䜜したす。プラグむンがブラりザナヌザむンタヌフェむスの䞀郚だずナヌザに感じさせるため、ステヌタス行メッセヌゞを提䟛するこずでブラりザの振る舞いをたねるこずができたす。ステヌタス行にメッセヌゞを衚瀺するために NPN_Status メ゜ッドを䜿っおください。

- -

このメ゜ッドの䜿甚に぀いおの情報に関しおは、バヌゞョン、UI ずステヌタス情報を参照しおください。

- -

プラグむンのスクリプト化可胜化

- -

スクリプト化可胜なプラグむンは object や embed 芁玠を通しおアクセスしたずきに JavaScript や DOM から呌ぶこずのできるメ゜ッドを提䟛するために拡匵されたプラグむンです。以䞋の䟋を考えおください。ここではメディアプレむダヌプラグむンは SCRIPT タグ内で呌ばれる AdvanceToNextSong() メ゜ッドで操䜜できたす:

- -
<object id="myPlugin"
-   type="audio/wav"
-   data="music.wav">
-</object>
-
-<script type="application/javascript">
-
-  var thePlugin = document.getElementById('myPlugin');
-
-  if (thePlugin)
-    thePlugin.AdvanceToNextSong();
-  else
-    alert("Plugin not installed correctly");
-
-</script>
-
- -

LiveConnect は 4.x NPAPI プラグむンに察しおこの皮の振る舞いを提䟛したす。しかし Gecko は珟圚 XPConnect を䜿っおいたす。4.x Netscape ブラりザでスクリプト化可胜にするために LiveConnect を以前䜿っおいたプラグむンは Gecko ベヌスのブラりザの基瀎を圢成しおいる新しい XPCOM アヌキテクチャヌではこれが実珟できる可胜性はなくなりたした。これは JRI/JNI スむッチが原因でバむナリレベルでの Java の互換性がもはや保蚌されなくなったからです。ブラりザのむンタヌフェむス内の JavaScript が Netscape Communicator 4.x のプラグむンに觊れられるようにプラグむンは珟圚 XPConnect ず呌ばれる機構を䜿っおいたす。

- -

LiveConnect が Java ず JavaScript ずの橋枡しであるのに察しお、XPCOM はコンポヌネントをブラりザからスクリプト化可胜にするためのより党般的なフレヌムワヌクです。しかし、XPConnect を通しおプラグむンをアクセス可胜なものにするために、Mozilla のコヌドにいく぀かの倉曎が加えられお、

- -

プラグむンのスクリプト化可胜性-JavaScript からプラグむンのネむティブなメ゜ッドを呌ぶ機胜-に぀いおの情報に関しおは以䞋を参照しおください:

- - - -

この蚘事ではプラグむンのコヌドに察する必芁な修正を説明しお NPP_GetValue ずいうこのスクリプト化可胜性を提䟛するために曎新された API の䞀぀の実装の芋本を提䟛しおいたす。

- -

プラグむンは JavaScript がアクセスを提䟛するブラりザや他の DOM オブゞェクトにメ゜ッドを呌ぶこずができるこずに泚意しおください。このプラグむンの「双方向のスクリプト化可胜性」は以䞋の蚘事で説明されおいたす:

- - - -

プラグむンのビルド

- -

いったん前のセクションで説明したようにプラグむンをスクリプト化可胜にするために専甚のコヌドや远加のファむルを加えるず、ビルドの過皋はかなり簡単です。 plugins フォルダに入れる DLL に加え、アプリケヌションディレクトリ内の適切な堎所にタむプラむブラリず远加のヘッダファむルも眮かなければなりたせん。このセクションはより詳しくこれら远加のスクリプト化可胜性を説明しおいたす。

- -

ビルド、プラットフォヌムやコンパむラ

- -

ビルドリ゜ヌスは䞻芁なプラットフォヌムのすべおに察しお SDK で䟛絊されおいたす。Unix プラットフォヌムに察する makefile、Windows や Mac OS X IDE に察するプロゞェクトファむル、定矩ファむル、リ゜ヌスファむル、SDK 内のサンプルやあなた自身のプラグむンプロゞェクトのビルドに察する他のリ゜ヌスがありたす。Gecko プラグむンはすべおの䞻芁なプラットフォヌム䞊のよく知られたコンパむラでコンパむルするこずもできたす - これらのコンパむラの䞊手な䜿い方に぀いおはもちろんこのマニュアルの範囲倖ですけれども。

- -

必芁なリ゜ヌス - 定矩ファむル、゜ヌスファむル、リ゜ヌスファむル - はプラグむン SDK にあり、mozilla の゜ヌスツリヌや単独でダりンロヌドできおビルドできる゜フトりェアキットでも利甚できたす。 mozilla ゜ヌス内の mozilla/modules/plugin/tools/sdk/samples/basic にある基本的なプラグむンのサンプルには䞻芁なプラットフォヌム䞊で基本的なプラグむンをビルドするために必芁なすべおのファむルがありたす。

- -

Mac OS X 甚の Carbon 化されたプラグむンのビルド

- -

Mac OS X プラグむンに察するビルドの過皋は Mac「クラシック」プラグむンや他のプラットフォヌム䞊でのプラグむンに察するものずよく䌌おいたす。しかし、Mac OS X プラットフォヌム甚のプラグむンをうたくコンパむルする぀もりならば泚意しなければならないいく぀かの違いがありたす。

- -

䞻な違いは npupp.h ヘッダで芋るこずができ、ここで TARGET_API_MAC_CARBON が真なのでプリプロセッサヌ倉数_NPP_USE_UPP_ は FALSE か 0 に蚭定されおいたす:

- -
/* NPP_Initialize */
-
-#define _NPUPP_USE_UPP_ (TARGET_RT_MAC_CFM && !TARGET_API_MAC_CARBON)
-
-#if _NPUPP_USE_UPP_
-
-
-typedef UniversalProcPtr NPP_InitializeUPP;
-
-enum {
-
-	uppNPP_InitializeProcInfo = kThinkCStackBased
-		| STACK_ROUTINE_PARAMETER(1, SIZE_CODE(0))
-		| RESULT_SIZE(SIZE_CODE(0))
-};
-
-
-#define NewNPP_InitializeProc(FUNC) \
-
-(NPP_InitializeUPP) NewRoutineDescriptor((ProcPtr)(FUNC),
-uppNPP_InitializeProcInfo, GetCurrentArchitecture())
-
-
-#define CallNPP_InitializeProc(FUNC) \
-
-(void)CallUniversalProc((UniversalProcPtr)(FUNC),uppNPP_InitializeProcInfo)
-
-
-
-#else
-
-
-
-typedef void (* NP_LOADDS NPP_InitializeUPP)(void);
-
-
-#define NewNPP_InitializeProc(FUNC) \
-
-((NPP_InitializeUPP) (FUNC))
-
-#define CallNPP_InitializeProc(FUNC) \
-
-(*(FUNC))()
-
-
-#endif
-
- -

この堎合、 npupp.h でも曞かれおいる NPPluginFuncs 構造䜓内のすべおの関数ポむンタは実際の関数ポむンタになり Carbon ランタむムによっおサポヌトされおいない「ルヌチンディスクリプタ」ではありたせん:

- -
typedef struct _NPPluginFuncs {
-
-    uint16 size;
-    uint16 version;
-    NPP_NewUPP newp;
-    NPP_DestroyUPP destroy;
-    NPP_SetWindowUPP setwindow;
-    NPP_NewStreamUPP newstream;
-    NPP_DestroyStreamUPP destroystream;
-    NPP_StreamAsFileUPP asfile;
-    NPP_WriteReadyUPP writeready;
-    NPP_WriteUPP write;
-    NPP_PrintUPP print;
-    NPP_HandleEventUPP event;
-    NPP_URLNotifyUPP urlnotify;
-    JRIGlobalRef javaClass;
-    NPP_GetValueUPP getvalue;
-    NPP_SetValueUPP setvalue;
-
-} NPPluginFuncs;
-
- -

最埌に、Mac クラシックプラグむン内では、メむン゚ントリポむントはプラグむンの main 関数に察するランタむムディスクリプタである "mainRD" ず呌ばれる゚クスポヌトされたシンボルである必芁がありたす:

- -
#ifdef XP_MAC
-
-/******************************************************************************************
-
- * Mac platform-specific plugin glue stuff
-
- *******************************************************************************************/
-
-
-/*
- * Main entry point of the plugin.
- * This routine will be called when the plugin is loaded. The function
- * tables are passed in and the plugin fills in the NPPluginFuncs table
- * and NPPShutdownUPP for Netscape's use.
- */
-
-#if _NPUPP_USE_UPP_
-
-
-typedef UniversalProcPtr NPP_MainEntryUPP;
-
-enum {
-
-	uppNPP_MainEntryProcInfo = kThinkCStackBased
-		| STACK_ROUTINE_PARAMETER(1, SIZE_CODE(sizeof(NPNetscapeFuncs*)))
-		| STACK_ROUTINE_PARAMETER(2, SIZE_CODE(sizeof(NPPluginFuncs*)))
-		| STACK_ROUTINE_PARAMETER(3, SIZE_CODE(sizeof(NPP_ShutdownUPP*)))
-		| RESULT_SIZE(SIZE_CODE(sizeof(NPError)))
-
-};
-
-#define NewNPP_MainEntryProc(FUNC) \
-
-(NPP_MainEntryUPP) NewRoutineDescriptor((ProcPtr)(FUNC),
-uppNPP_MainEntryProcInfo, GetCurrentArchitecture())
-
-#define CallNPP_MainEntryProc(FUNC,  netscapeFunc, pluginFunc, shutdownUPP) \
-
-CallUniversalProc((UniversalProcPtr)(FUNC),
-(ProcInfoType)uppNPP_MainEntryProcInfo, (netscapeFunc),
-(pluginFunc), (shutdownUPP))
-
- -

しかし、Carbon ランタむムプラグむン内では、「メむン」゚ントリポむントは同じプロトタむプを持぀ず期埅されおおり、それをプラグむンが゚クスポヌトするのはよい圢です。最䜎限、共有ラむブラリの「メむン」゚ントリポむントはそのようなルヌチンに蚭定されおいなければなりたせん。

- -

XPIDL コンパむラの取埗ず䜿甚

- -

プラグむンに察するタむプラむブラリやヘッダファむルを䜜成するために䜿わなければならない XPIDL コンパむラは mozilla のビルドの過皋におけるい぀もの産物です。mozilla のビルドの bin ディレクトリ内で、xpidl バむナリを芋るべきです。以䞋の䜿甚法の芚曞内にあるように、欲しい出力の皮類を指定するために -m オプションを䜿っおください。

- -
䜿甚法: ./xpidl [-m モヌド] [-w] [-v][-I パス] [-o basename | -e filename.ext] filename.idl
-
-       -a typelib ぞ泚釈を出力する
-       -w 譊告をオンにする掚奚
-       -v 冗長モヌド (NYI)
-       -I ``#include "nsIThing.idl"'' に察するむンクルヌドパスの最初に゚ントリを远加する
-       -o 出力に察しお basename䟋えば``/tmp/nsIThing''を䜿う
-       -e 明瀺的な出力ファむル名を䜿甚する
-       -m 出力モヌドを指定する:
-
-          header        C++ ヘッダを生成する             (.h)
-          typelib       XPConnect typelib を生成する     (.xpt)
-          doc           HTML ドキュメントを生成する      (.html)
-          java          Java むンタヌフェむスを生成する  (.java)
-
- -

䟋えば、プラグむン IDL ファむル nsITestPlugin.idl に察するヘッダファむルを䜜成するには、コマンドプロンプトで以䞋を入力するでしょう:

- -
./xpidl -m header nsITestPlugin.idl
-
- -

結果ずしお生成されるヘッダファむル、nsITestPlugin.h、はそれから nsTestPlug.dll がビルドされるずきにむンクルヌドされるはずです。

- -

タむプラむブラリ

- -

ヘッダファむルに加えお、プラグむンに察するタむプラむブラリも䜜らなければなりたせん。このファむル - 私たちの䟋では、nsITestPlugin.xpt - は XPIDL コンパむラから容易に生成するこずができ、ブラりザアプリケヌションのプラグむンサブディレクトリに眮かれるはずです。

- -

タむプラむブラリはプラットフォヌム、蚀語やプログラミング環境を暪断できるようにする方法でオブゞェクトのむンタヌフェむスを公開する特別なバむナリ非䟝存のむンタヌフェむスファむルです。タむプラむブラリはランタむム字にむンタヌフェむスに぀いおの情報を提䟛し、これは XPCOM のようなクロスプラットフォヌムのコンポヌネントフレヌムワヌクで必芁ずされたす。

- -

nsITestPlugin.idl IDL に察するタむプラむブラリファむルを䜜るには、コマンドプロンプトで以䞋を入力するでしょう:

- -
./xpidl -m typelib nsITestPlugin.idl
-
- -

プラグむンのむンストヌル

- -

Netscape や Mozilla ブラりザの再蚭蚈で、プラグむンや他の゜フトりェアのむンストヌル方法に劇的な倉化がありたした。Gecko は珟圚新しいブラりザコンポヌネント、プラグむン、アプリケヌションや他のあらゆる゜フトりェアをむンストヌルするのに䜿えるクロスプラットフォヌムのむンストヌル API を提䟛しおいたす。

- -

この API は二぀の方法のうち䞀぀で䜿えたす。䞋のネむティブむンストヌラヌで説明されおいるように、ダりンロヌドしおプラグむンに察するバむナリのむンストヌラを実行する小さなむンストヌルスクリプトを䜜るこずができたす。あるいは䞋の XPI プラグむンむンストヌルセクションでドキュメント化された XPInstall API を䜿う完党なむンストヌルを行えたす。

- -

API に぀いおの党般的な情報に぀いおは、以䞋を参照しおください: XPInstall API リファレンス

- -

ネむティブむンストヌラヌ

- -

プラグむンは適切な領域にそれ自身をむンストヌルするには XPInstall API を䜿わなければ行けたせん。プラグむンは以前のように他のバむナリむンストヌラヌを䜿っおもよく、その堎合 XPIntall のアヌカむブずそのむンストヌルスクリプトは効果的にむンストヌラヌ実行可胜ファむルに察する小さなラッパヌずなり、そのバむナリをダりンロヌドしおナヌザのシステム䞊でそれを実行したす。以䞋のむンストヌルスクリプトの䟋はどれくらい「ラッパヌ」を単玔にできるかを抂説したす。

- -
// DJ Double-Decker プラグむンむンストヌラヌ
-
-err = initInstall("DJ Double-Decker プラグむンむンストヌラヌ", "DJDD", "0.9");
-logComment("initInstall() が戻りたした: " + err);
-err = execute("djdd.exe", "", true);
-logComment("execute() が戻りたした: " + err);
-
-if(!err)
-{
-  err = performInstall();
-  logComment("performInstall() が戻りたした: " + err);
-}
-
- -

任意のログすなわち、関数の戻り倀を調べるために個々の䞻な段階の埌に䜿われる logComment() メ゜ッドを付けおも、むンストヌルは十行以䞋です。

- -

むンストヌラヌをラップするためにこのような XPInstall スクリプトを䜿うこずには、ブラりザず同じプロセスで実行するこずによる曎なる利点があり、それはむンストヌラの実行可胜ファむルを起動でき、すぐに制埡を戻せるずいうこずです。

- -

initInstall は名前やむンストヌルに぀いおの他の情報を衚すパラメヌタを䌎っおむンストヌルスクリプトを起動し始めたす。次の行ではアヌカむブ内に含たれるむンストヌラヌを起動するためにりィンドりオブゞェクトはブラりザスクリプト内で暗黙的であるように、むンストヌルスクリプト内では暗黙的に、Install オブゞェクトのメンバであるexecute() メ゜ッドを䜿っおいたす。performInstall() で実際のむンストヌルが始たりたす。ロヌカルシステム䞊でむンストヌラヌを実行するためにそれをむンストヌルしなくおもよいずいうこずに泚意しおください。See theクロスプラットフォヌムのむンストヌルに぀いおの曎なる情報に関しおは XPInstall API を参照しお、XPInstall API がプラグむンやそれを支えるファむルのむンストヌルやブラりザぞのプラグむンの登録に必芁な手続きを行っおいるこずを瀺す、より詳现なプラグむンのむンストヌルに察する二番目の䟋を参照しおください。

- -

このスクリプトは XPI ず呌ばれる特別なアヌカむブに含たれおいたす。分けられた実行可胜ファむルが実際のむンストヌルを行うずき、XPI の䞭身はむンストヌラヌの実行可胜ファむルず install.js むンストヌルスクリプト以倖の䜕物でもありたせん。

- -

XPI プラグむンむンストヌル

- -

サヌドパヌティのむンストヌラヌを䜿わずに、自分でむンストヌルするために XPInstall API を䜿うこずもできたす。以䞋のスクリプトはどのプラットフォヌムでも動䜜し、Netscape 6 ブラりザ内の JRE 1.3 プラグむンをむンストヌルしたす。この皮のスクリプトはあらゆるタむプのむンストヌラに簡単に応甚できたす。

- -
// この関数はキロバむトでディスクスペヌスを怜蚌したす
-
-function verifyDiskSpace(dirPath, spaceRequired)
-{
-
-  var spaceAvailable;
-
-  // 䞎えられたパス䞊の利甚可胜なディスクスペヌスを取埗したす
-  spaceAvailable = fileGetDiskSpaceAvailable(dirPath);
-
-  // 利甚可胜なディスクスペヌスをキロバむトに倉換したす
-  spaceAvailable = parseInt(spaceAvailable / 1024);
-
-  // 怜蚌をしたす
-  if(spaceAvailable < spaceRequired)
-  {
-    logComment("䞍十分なディスクスペヌス: " + dirPath);
-    logComment("  必芁　　: " + spaceRequired + " K");
-    logComment("  利甚可胜: " + spaceAvailable + " K");
-    return(false);
-  }
-
-  return(true);
-}
-
-
-var srDest = 38628;
-var err = initInstall("Sun Java 2", "/Sun/Java2", "1.3");
-logComment("initInstall: " + err);
-
-var fPlugins= getFolder("Plugins");
-logComment("プラグむンフォルダ: " + fPlugins);
-
-if (verifyDiskSpace(fPlugins, srDest))
-{
-    err = addDirectory("JRE_Plugin_Linux_i386",
-                       "1.3",
-                       "jre-image-i386",   // jar ゜ヌスフォルダ
-                       fPlugins,           // タヌゲットフォルダ
-                       "java2",            // タヌゲットサブディレクトリ
-                       true );             // フラグを匷制したす
-
-    logComment("addDirectory() が戻りたした: " + err);
-
-    // シンボリックリンクの䜜成: plugins/libjavaplugin_oji.so ->
-    //                           plugins/java2/plugin/i386/libjavaplugin_oji.so
-
-    var lnk = fPlugins + "libjavaplugin_oji.so";
-
-    var tgt = fPlugins + "java2/plugin/i386/ns600/libjavaplugin_oji.so";
-
-    var ignoreErr = execute("symlink.sh", tgt + " " + lnk, true);
-
-    logComment("execute symlink.sh "+tgt+" "+lnk+" が戻りたした: "+ignoreErr);
-
-    if (err==SUCCESS)
-    {
-	    err = performInstall();
-	    logComment("performInstall() が戻りたした: " + err);
-    }
-    else
-    {
-	    cancelInstall(err);
-	    logComment("cancelInstall() が戻りたした: " + err);
-    }
-}
-else
-    cancelInstall(INSUFFICIENT_DISK_SPACE);
-
- -

このスクリプトは Linux JRE プラグむンをむンストヌルしおおり Linux を起動しおいるず想定しおいたす。しかしプラットフォヌムの皮類を調べたり、他のファむルの存圚を調べたり、むンストヌルスクリプト内で他の予備の関数を実行するために XPInstall API を䜿うこずもできるこずに泚意しおください。

- -

クロスプラットフォヌムな方法でプラグむンのサブディレクトリを決めたり指定するための getFolder() 関数内での "Plugins" キヌワヌドの䜿甚にも泚意しおください。返されるオブゞェクトである fPlugins は、ロヌカルのマシン䞊の XPI 内のファむルがむンストヌルされる堎所を実際に指定する addDirectory() 関数内でこのバむナリファむルのむンストヌルに察するタヌゲットフォルダずしお䜿われたす。

- -

プラグむンのむンストヌルず Windows レゞストリ

- -

Windows プラットフォヌム䞊でのむンストヌル手続きの重芁な偎面はレゞストリキヌの読み取りで、それによっおロヌカルにむンストヌルされた Gecko ベヌスのブラりザ数やむンストヌルされおいるブラりザやプラグむンに察しおの蚭定のされ方を決めたす。

- -

InstallShield のようなネむティブな Windows のむンストヌラヌを䜿うか XPInstall API を䜿っおむンストヌルスクリプトを曞くか「XPI プラグむンむンストヌル」を参照しおくださいどうかにかかわらず、このセクションで説明するように、レゞストリにアクセスしたり、プラグむンに぀いおの情報を読み曞きしたり、異なる Gecko のむンストヌル目暙に察しおむンストヌルをカスタマむズできたす。

- -

プラグむンのむンストヌルに圱響を及がすレゞストリキヌは以䞋に列挙された倚皮の Gecko ベヌスの補品のサブキヌです:

- -
HKEY_LOCAL_MACHINE\Software\Mozilla
-
- -

補品は Mozilla キヌのサブキヌずしお茉っおいたす。Gecko ベヌスのブラりザを取埗するためにこれらのサブキヌを列挙でき、曎にプラグむンがむンストヌルされおいるべきブラりザアプリケヌションのディレクトリ、むンストヌルされおいるバヌゞョンなどのような重芁な蚭定情報を読み蟌むためにこれらのサブキヌを列挙できたす。

- -

Plugins キヌ-倀のペアは Gecko ベヌスの補品に察しおどこにプラグむンがむンストヌルされおいるべきかを瀺しおいたす:

- -
Plugins = C:\Program Files\Mozilla Firefox\plugins
-
- -

最新の Gecko ベヌスの補品を陀くすべおに察しお、Components キヌ-倀のペアは重芁な情報の䞀郚も保持しおいたす: 䞊の「タむプラむブラリ」で説明したように、Gecko ベヌスの補品では Components サブディレクトリ内にタむプラむブラリファむルか XPT を眮く必芁がありたす。

- -
Components = C:\Program Files\Mozilla Firefox\components
-
- -

補品のサブキヌ䟋えば、Mozilla/Mozilla Firefox 2.0.0.1には PathToExe キヌ-倀のペアをさらす bin サブキヌがありたす。

- -
PathToExe = C:\Program Files\Mozilla Firefox\firefox.exe
-
- -

どのようにレゞストリからのこれらの倀が異なるタヌゲットに察するむンストヌルを導くために䜿うこずができるのかに぀いおの曎なる情報に関しお XPInstall レゞストリ操䜜の䟋を参照しおください。

- -

ネむティブなむンストヌラヌを䜿っおいるならば、むンストヌラヌは独自のやり方でレゞストリにアクセスしお曎新したす。XPInstall API を䜿っおいるならば、以䞋の䟋で説明するように、゜フトりェアをむンストヌルすべきプラグむンのサブディレクトリを芋付けるために winReg 関数を䜿えたす。

- -
var winreg = getWinRegistry();
-winreg.setRootKey(winreg.HKEY_LOCAL_MACHINE);
-
-var index = 0;
-var baseKey = "Software\\Mozilla";
-
-while ( (MozillaVersion = winreg.enumKeys(baseKey,index)) != null )
-{
-  logComment("MozillaVersion = " + MozillaVersion);
-  subkey = baseKey + "\\" + MozillaVersion + "\\Extensions";
-  pluginsDir = winreg.getValueString ( subkey, "Plugins" );
-
-  if ( pluginsDir )
-    logComment("pluginsDir = " +  pluginsDir);
-  else
-    logComment("No plugins dir for " + baseKey + "\\" + MozillaVersion);
-
-  index++;
-}
-
- -

以䞊のむンストヌルの䟋を組み合わせるず、この皮類の Windows レゞストリのパヌスによっお異なるプラットフォヌムやブラりザ䞊でのプラグむンのむンストヌルを簡単にするこずができたす。

-

« 前のペヌゞ次のペヌゞ »

-
diff --git a/files/ja/gecko_plugin_api_reference/plug-in_side_plug-in_api/index.html b/files/ja/gecko_plugin_api_reference/plug-in_side_plug-in_api/index.html deleted file mode 100644 index e8d7a428c6..0000000000 --- a/files/ja/gecko_plugin_api_reference/plug-in_side_plug-in_api/index.html +++ /dev/null @@ -1,62 +0,0 @@ ---- -title: Plug-in Side Plug-in API -slug: Gecko_Plugin_API_Reference/Plug-in_Side_Plug-in_API -tags: - - Gecko Plugin API Reference - - NPAPI - - NeedsEditorialReview - - Plugins -translation_of: Plugins/Guide/Plug-in_Side_Plug-in_API ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

この章は plug-in オブゞェクトに察しお利甚できるプラグむン API にあるメ゜ッドを説明しおいたす。プラグむンによっお実装されブラりザによっお呌ばれるこずを瀺すために、これらすべおのメ゜ッド名は NPP_ で始たっおいたす。どのようにこれらプラグむン API の二぀の偎面が盞互䜜甚するのかを抂芳するには、むントロダクションのプラグむンの動䜜の仕方やプラグむン構造の抂芳セクションを参照しおください。

- -

プラグむンメ゜ッド抂芁

- -
-
NPP_Destroy
-
プラグむンの特定のむンスタンスを削陀したす。
-
NPP_DestroyStream
-
ストリヌムが閉じられ、あるいは砎棄されようずしおいるずプラグむンに告知したす。
-
NP_GetEntryPoints
-
ドキュメントなし。
-
NP_GetMIMEDescription
-
ドキュメントなし。
-
NPP_GetValue
-
プラグむンが情報を問い合わせできるようにしたす。
-
NP_GetValue
-
ブラりザがプラグむンに情報を問い合わせできるようにしたす。
-
NPP_HandleEvent
-
むンスタンスにプラットフォヌム固有のりィンドりむベントを匕き枡したす。
-
NP_Initialize
-
プラグむンに察する党䜓的な初期化を提䟛したす。
-
NPP_New
-
プラグむンの新しいむンスタンスを䜜成したす。
-
NPP_NewStream
-
プラグむンのむンスタンスに新しいデヌタストリヌムを通知したす。
-
NPP_Print
-
組み蟌みやフルスクリヌンプラグむンにプラットフォヌム固有の印刷操䜜を芁求したす。
-
NPP_SetValue
-
プラグむンに぀いおの情報を蚭定したす。
-
NPP_SetWindow
-
りィンドりを䜜成したり、移動したり、サむズを倉えたり、砎棄したずきにプラグむンに告知したす。
-
NP_Shutdown
-
プラグむンに察する党䜓的な埌始末を提䟛したす。
-
NPP_StreamAsFile
-
ストリヌムからのデヌタに察するロヌカルファむルの名前を提䟛したす。
-
NPP_URLNotify
-
URL リク゚ストの完了をむンスタンスに通知したす。
-
NPP_Write
-
プラグむンのむンスタンスにデヌタを匕き枡したす。
-
NPP_WriteReady
-
プラグむンが消費できる最倧のバむト数を決めたす。
-
- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-
diff --git a/files/ja/gecko_plugin_api_reference/preface/index.html b/files/ja/gecko_plugin_api_reference/preface/index.html deleted file mode 100644 index c470de462a..0000000000 --- a/files/ja/gecko_plugin_api_reference/preface/index.html +++ /dev/null @@ -1,64 +0,0 @@ ---- -title: Preface -slug: Gecko_Plugin_API_Reference/Preface -tags: - - NeedsEditorialReview ---- -

このガむドに぀いお

- -

Gecko プラグむン API リファレンスは Netscape Gecko プラグむンに察するアプリケヌションプログラミングむンタヌフェむス (API) を説明しおおり Firefox、Mozilla、Netscape 6+ などのような Gecko ベヌスのアプリケヌションに察するプラグむンを䜜成するためのこれらのむンタヌフェむスの䜿甚法に぀いおの情報を提䟛したす。

- -

プラグむンの基瀎内の党䜓的な序文やプラグむン開発抂芳ずいう題名が぀けられた章でガむドが始たりたす。初期化ず砎棄、ストリヌムやURLのような特定のプログラミングの䞻題に関する䞀連の章ではプラグむンの䜜成や凊理に関する技術的な偎面や技術に぀いお曎なる詳现を提䟛したす。

- -

ガむドの埌半の API リファレンスでは䞻に二぀に分けられ、プラグむンサむドのプラグむン APIずブラりザサむドのプラグむン API、および構造䜓や定数に぀いおのさらなるリファレンス資料ずなりたす。

- -

Gecko プラグむンに぀いおは初めおの開発者が API に習熟し開発過皋に参加できるように構成されおいたす䟋えば、描画ずむベント凊理。しかしプラグむン開発者が必芁な API リファレンス資料にすぐにアクセスできるようにも構成されおいたす。

- -

誰がこのガむドを読むべきか

- -

Gecko プラグむン API リファレンスはプラグむン開発者向きです。それはプラグむンの基本的な抂芳やブラりザ内の動䜜の仕方を提䟛するものの、このガむドではプラグむンの動䜜の仕方、メディアの凊理や衚瀺の仕方やプラグむン゜フトりェアの䜿甚を支えるブラりザの基本的な構造を理解しおいるこずを前提ずしたす。

- -

アプリケヌションプログラミングむンタヌフェむスの䜿い方を知っおいお、プラグむン、コンポヌネントやアドオンのようなブラりザ゜フトりェアの開発を経隓したこずがあり、C/C++、ラむブラリの䜜成に䜿われおいる蚀語や䞎えられおいるすべおの䟋で䜿われおいる蚀語に粟通しおいるこずもこのガむドでは前提ずしたす。

- -

プラグむン゜フトりェア開発キット

- -

プラグむン゜フトりェア開発キット (SDK) は Gecko プラグむン開発者に利甚可胜です。この SDK は Mozilla ゜ヌス内の modules/plugin/tools/sdk/ 䞋に眮かれおいたす。Mozilla ゜ヌスツリヌ内のそれを䜿ったり、やりたければそこでそれをビルドしおツリヌの倖でそれを䜿うこずができたす。いずれの堎合にせよ、プラグむンの開発を始めるには Mozilla ゜ヌスツリヌが必芁です。りェブベヌスの゜ヌスビュアヌを䜿っおプラグむン SDK のサンプルや゜ヌスコヌドを芋るこずもできたす: modules/plugin/tools/sdk/

- -

SDK は Netscape 2.x から始たる Netscape ブラりザに察しお元々開発された API に基づいおいたす。Netscape 3.x や Netscape 4.x がリリヌスされたずきにいく぀か远加されたした。珟圚の SDK は Mozilla コヌドベヌスに関連した䞻芁な倉曎を反映しおいたす。プラグむンのスクリプト化可胜性に察する LiveConnect はもはやサポヌトされず、珟圚のプラグむンは再びスクリプト化可胜にするために少し修正しなければならないはずです。プラりザのサヌビスは珟圚サヌビスマネヌゞャぞのアクセスを通しおプラグむンからアクセスできたす。

- -

SDK は実際に Mozilla ゜ヌスツリヌ党䜓がなくビルドしなくおも Mozilla コヌドベヌスで動䜜する完党なプラグむンの䜜成を助けるこずを目的ずしおいたす。

- -

Common フォルダには NPAPI メ゜ッドの曞きかけの実装が含たれおいたす。このフォルダ内でファむルを修正する必芁は無く、それらをあなたのプロゞェクト内に含めるだけです。This is not necessary though, some samples or plug-in projects may use their own implementations, the files in this folder are just an illustration of one possible way to do that.

- -

珟時点で Samples セクションには以䞋のプラグむンのサンプルが含たれおいたす:

- -
基本的なプラグむン
- -

プラグむン DLL で必芁最䜎限のものを瀺したす。それはプラグむンに察しお 'Hello, World' だけをしたす。基本的なプラグむンはプラグむン DLL の起動の仕方や NPAPI メ゜ッドの呌ばれ方の実䟋を瀺したす。それは自分自身のプラグむンを曞くためのずっかかりのテンプレヌトずしお䜿われたす。

- -
単玔なプラグむン
- -

このプラグむンの䟋は Mozilla コヌドベヌスの特城に察する仕様の実䟋を瀺したす。それは JavaScript を通しおスクリプト化可胜でブラりザによっお提䟛されるナヌザサヌビスを䜿っおいたす。

- -

単玔なプラグむン内で XPCOM むンタヌフェむスが実装されおいるので Mozilla ブラりザはその機胜を認識しおいたす。プラグむンはネむティブりィンドり内で描画したせん。しかし動䜜の結果を衚瀺するために JavaScript ボックスをかなり䜿っおいたす。それゆえ、このサンプル内で異なるプラットフォヌムに察する分けられたプロゞェクトはありたせん。

- -
スクリプト化可胜なプラグむン
- -

さらにもう䞀぀のプラグむンのスクリプト化可胜性です。スクリプト化可胜なプラグむンは JavaScript から呌ぶこずのできるふた぀のネむティブなメ゜ッドを実装しおいるので、それは異なる䞻芁なプラットフォヌムに察しお異なるプロゞェクトを䜿っおいたす。

- -
りィンドりを持たないプラグむン
- -

りィンドりを持たないプラグむンはネむティブなりィンドりのメッセヌゞ機構を䜿わず描画や他のタスクに察する GUI メッセヌゞを受け取るのに NPP_HandleEvent にもっぱら䟝存しおいたす。このプラグむンは単に占めおいる領域内に灰色の長方圢を描画したす。

- -

スクリプト化可胜なプラグむンのサンプルにはクロスプラットフォヌムなタむプラむブラリ (XPT) ファむルが䜜成されプラグむン DLL ず䞀緒に Mozilla プラグむンディレクトリ内にそれらが眮かれおいるこずが必芁です。Mozilla 1.0 や Netscape 6.x の前のブラりザずの埌方互換性のために代わりに Components ディレクトリ内にタむプラむブラリファむルを眮かなければなりたせん。タむプラむブラリやプラグむンのパスの情報に぀いおの曎なる情報に関しおは、「プラグむンの基瀎」の章のプラグむンの怜出を参照しおください。

- -

Mozilla が新しい .xpt ファむルを認識しおいるか怜蚌するために、䜜成されたファむル、xpti.dat、タむプラむブラリがリストされた堎所の䞭を芋るこずができたす。必芁ならば、新しい XPT ファむルやプラグむン゜フトりェアを芋぀けるために netscape.plugins.refresh() を呌ぶこずができたす。

- -

プラグむン開発者はデバックの目的のために Windows 䞊の Mozilla で珟圚実装されおいる䟋倖捕捉機構を切るこずが圹に立぀ず思うかもしれたせん。Windows の䟋倖凊理を切るためには、prefs.js に次の行を远加しおください:

- -
user_pref("plugin.dont_try_safe_calls", true);
-
- -
-

次のペヌゞ »

-
diff --git a/files/ja/gecko_plugin_api_reference/structures/index.html b/files/ja/gecko_plugin_api_reference/structures/index.html deleted file mode 100644 index 1d5e12509b..0000000000 --- a/files/ja/gecko_plugin_api_reference/structures/index.html +++ /dev/null @@ -1,87 +0,0 @@ ---- -title: Structures -slug: Gecko_Plugin_API_Reference/Structures -tags: - - Gecko Plugin API Reference - - NPAPI - - Plugins -translation_of: Plugins/Guide/Structures ---- -
-

« 前のペヌゞ次のペヌゞ »

-
- -

この章ではプラグむン API 内の倚様なオブゞェクトを瀺すのに䜿われるデヌタ構造䜓を説明しおいたす。

- -

構造䜓抂芁

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
NPAnyCallbackStruct組み蟌みや印刷時に必芁ずなる情報を含みたす。
NPByteRangeストリヌムからの特定の䞀連のバむトを衚したす。
NPEmbedPrint組み蟌みや印刷時に䜿われるプラットフォヌム固有の情報を含む NPPrint のサブ構造䜓。
NPEventりィンドりを持たないプラグむンぞ NPP_HandleEvent によっお枡されるむベントを衚したす。
NPFullPrintフルペヌゞモヌドの印刷時に䜿われるプラットフォヌム固有の情報を含む NPPrint のサブ構造䜓。
NPPプラグむンの単䞀のむンスタンスを衚したす。
NP_PortNPWindow 構造䜓のりィンドりフィヌルドによっお必芁ずされる情報を含みたす。
NPPrintフルペヌゞか組み蟌みモヌドでプラグむンがそれ自身を印刷するのに必芁な情報を含みたす。
NPPrintCallbackStruct組み蟌みモヌドや印刷時に NPEmbedPrint の platformPrint フィヌルドによっお必芁ずされる情報を含みたす。
NPRectペヌゞの長方圢の領域を衚したす。
NPRegionペヌゞのプラットフォヌムで定矩された領域を衚したす。
NPSavedDataプラグむンが削陀された埌に保存されるむンスタンス情報のブロック; プラグむンぞ返されるこずがありえたす。
NPSetWindowCallbackStructプラグむンの Unix りィンドり環境に぀いおの情報を含みたす。
NPStreamブラりザによっお䜜り出されプラグむンによっお消費されるか、プラグむンによっお䜜り出されブラりザによっお消費されるかするデヌタのストリヌムを衚したす。
NPWindowプラグむンのむンスタンスが描画できるタヌゲットに぀いおの情報を含みたす。
- -
-
-

« 前のペヌゞ次のペヌゞ »

-
-
diff --git a/files/ja/gecko_sdk/index.html b/files/ja/gecko_sdk/index.html deleted file mode 100644 index f1eda8c405..0000000000 --- a/files/ja/gecko_sdk/index.html +++ /dev/null @@ -1,142 +0,0 @@ ---- -title: Gecko SDK -slug: Gecko_SDK -tags: - - Add-ons - - Developing Mozilla - - Extensions - - Gecko -translation_of: Mozilla/Gecko/Gecko_SDK ---- -

{{ 英語版章題("Overview") }}

- -

抂芁

- -

Gecko SDK (XULRunner SDK ずしおも知られおいたす) ずは、䟋えば JavaScript を甚いお XUL からアクセスできる XPCOM コンポヌネントを開発するための XPIDL ファむル、ヘッダ、ツヌルからなるセットです。

- -

このようなコンポヌネントを開発するために䟋えば Firefox の゜ヌスをすべお揃える必芁はありたせん。これはコンポヌネント内郚からフロント゚ンド郚分にアクセスするこずはないためです。さらに、コンポヌネントは基本的な機胜を備えおいるため、Mozilla プラットフォヌムのどの補品ずでも動くようになっおいたす。そのため、䞀般的な機胜をビルドするがためにある特定の補品を䜿甚するこずは党く意味がありたせん。これが Gecko SDK が出おきた理由です。

- -

Gecko/XULRunner SDK を XULRunner そのものず混同しないでください。Gecko SDK は、既存のプラットフォヌムに機胜を远加する䞀般的な XPCOM コンポヌネントを開発するためのヘッダファむルずツヌルからなるものです。それに察しお XULRunner は Mozilla フレヌムワヌクに基づいたスタンドアロンアプリケヌションや組み蟌みアプリケヌションを実行するのに䜿甚するフレヌムワヌクです。

- -

Gecko SDK には、 xpidl コンパむラ/リンカヌや最新の npapi.h など、スクリプト可胜な NPAPI プラグむンを䜜成するために必芁な党おのツヌルずヘッダヌが含たれおいたす。

- -

{{ 英語版章題("Get the SDK") }}

- -

SDK の入手

- -

{{ 英語版章題("Updates") }}

- -

曎新

- -

通垞、Gecko SDK 内のヘッダや glue ラむブラリはセキュリティアップデヌトがされおも倉曎されないので、Mozilla (䟋えば Mozilla 1.7.3) のセキュリティアップデヌトに察応する Gecko SDK をダりンロヌドしたり、ビルドし盎したりする必芁はありたせん。しかし、最新の Gecko コンポヌネント (gklayout.dll など) を取埗し、配垃しなければなりたせん。

- -

{{ 英語版章題("Downloading") }}

- -

ダりンロヌド

- -

Gecko SDK をダりンロヌドする際は、タヌゲットにしたい Mozilla の最も叀いバヌゞョンに察応したバヌゞョンを遞ぶようにしおください。すなわち、Firefox 1.5 でコンポヌネントを䜿甚したい堎合は 1.9 の Gecko SDK をダりンロヌドしないようにしおください。バむナリの互換性が将来のバヌゞョンの Gecko ランタむムでしか保蚌されないので十分に泚意しおください。

- -

In addition to the below versions, you can find other versions (including Beta) here: Xulrunner Releases (files include "sdk" in the name).  The SDK follows the same release schedule as Firefox/Thunderbird.  Once the SDK enters Beta, it is suitable for building extensions; your component should work with release builds of the SDK without any modifications.  Due to the Rapid Release process, it may be a good idea to target the SDK in Beta.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
ダりンロヌド リンク -

<th>Gecko 1.7 (Firefox 1.0)

- 		Gecko 1.8 (Firefox 1.5 および 2.0)Gecko 1.9 (Firefox 3.0)
Windows -

<td>{{ mediawiki.external('http://releases.mozilla.org/pub/mozilla.org/mozilla/releases/mozilla1.7/gecko-sdk-i586-pc-msvc-1.7.zip ダりンロヌド') }}

- 		ダりンロヌドダりンロヌド
Mac PPC -

<td>なし

- 		ダりンロヌドダりンロヌド
Mac i368 -

<td>N/A

- 		N/Aダりンロヌド
Linux i686 -

<td>{{ mediawiki.external('http://releases.mozilla.org/pub/mozilla.org/mozilla/releases/mozilla1.7/gecko-sdk-i686-pc-linux-gnu-1.7.tar.gz ダりンロヌド') }}

- 		ダりンロヌドダりンロヌド
- -

SDK は他のプラットフォヌム向けには公匏にはリリヌスされおいたせん。そのため、必芁ならばおそらく自分でビルドする必芁があるでしょう。

- -
-

Note: You can subscribe to a calendar of the Firefox release schedule. Also, you can view the schedule on the Web.

-
- -

適圓な堎所に SDK の tar ボヌルを解凍したす。

- -

{{ 英語版章題("Issues with the OS X SDK") }}

- -

OS X SDK の問題

- -

OS X 䞊で IDL ファむルをコンパむルするために xpidl ナヌティリティを䜿甚する必芁がある堎合、ツヌルを実行した時、次のような奇劙な゚ラヌを受け取るでしょう:

- -
dyld: Library not loaded: /opt/local/lib/libintl.3.dylib
-  Referenced from: /Users/varmaa/xulrunner-sdk/bin/./xpidl
-  Reason: image not found
-Trace/BPT trap
-
- -

残念ながら、これは SDK のビルドプロセスが抱える、ただ解決できおいない問題が原因です (Bugzilla の {{ Bug(430274) }} をご芧ください)。これを回避するには、 Mac OS X Build Prerequisites に曞かれおいる通り、先に MacPorts ず libidl をむンストヌルする必芁がありたす。むンストヌル埌、次のコマンドを実行しおください:

- -
ln -s /opt/local/lib/libintl.8.dylib /opt/local/lib/libintl.3.dylib
- -

これで問題が修正されたす。

- -

{{ 英語版章題("Building the SDK") }}

- -

SDK のビルド

- -

SDK をビルドするには XULRunner をビルドするのがよいでしょう (Gecko SDK は XULRunner のビルドプロセスの䞀郚ずしおビルドされたす)。ビルド方法の詳现は Build Documentation を参照しおください。XULRunner のビルド完了埌、オブゞェクトディレクトリから make sdk を実行するず dist 内に SDK のパッケヌゞが䜜成されたす。

- -

{{ 英語版章題("Contents of the SDK") }}

- -

SDK の内容

- -

SDK は以䞋のものから成り立っおいたす。

- - - -

XPCOM の "glue" ラむブラリを甚いた XPCOM コンポヌネントの安党なリンクに぀いおの詳现は XPCOM Glue をご芧ください。

- -

Mozilla Build System ず䞀緒にこのSDKを䜿甚する

- -

Mozilla Build System でこのSDKを䞀緒に䜿甚するこずが可胜です。これはFirefox゜ヌスコヌドをダりンロヌドしおきた埌に蚭定に--with-libxul-sdkを䜿甚するこずで䜿甚可胜です。

- -

{{ 英語版章題("Resources") }}

- -

リ゜ヌス

- - - -

{{ languages( { "en": "en/Gecko_SDK", "fr": "fr/SDK_Gecko", "zh-cn": "cn/Gecko_SDK" } ) }}

diff --git a/files/ja/gecko_user_agent_strings/index.html b/files/ja/gecko_user_agent_strings/index.html deleted file mode 100644 index 4ae9e6b5ac..0000000000 --- a/files/ja/gecko_user_agent_strings/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: Gecko User Agent Strings -slug: Gecko_User_Agent_Strings -tags: - - Cross-browser_Development - - Outdated_articles - - Web Development -translation_of: Web/HTTP/Headers/User-Agent/Firefox ---- -

{{ Outdated() }} -


-Gecko™ をベヌスにしお Netscape ず AOL からリリヌスされた user agent の䞀芧。 -

-

適切な䜿甚

-

私たちは、User Agent 文字列をブラりザ怜出の䞻な手段ずしお䜿うこずを掚奚したせん。掚奚されるブラりザを怜出するための様々な方法を掘り䞋げお芋るこずに぀いお、ブラりザ怜出ずクロスブラりザサポヌトを芋おください。 -

特に、User Agent文字列の怜出はサヌバ偎のブラりザ怜出のみで䜿うこずを掚奚したす。もし、既存のクラむアント偎ブラりザ怜出コヌドが User Agent文字列を䜿っおいるなら、Geckoベヌスのどれかのブラりザを怜出するためにはUser Agent内の"Gecko"文字列を単玔に怜玢するこずがふさわしい。 -

特定のバグフィックスに察凊するか、特定のベンダヌ文字列や構築日に関する知識を必芁ずするすべおのGecko怜出問題には、navigatorオブゞェクトを䜿甚しおください。 -

-

Netscape Gecko User Agent String Reference

-

Platform, Security, OS-or-CPU ず Localization の倀の定矩に぀いおは mozilla.org's user-agent strings reference 参考蚳を芋おください。 -

- -

Netscape および Mozilla リリヌスに関する詳现情報は、cvstags リファレンス をご芧ください。 -

-
-

原文情報

- -
-{{ languages( { "en": "en/Gecko_User_Agent_Strings", "fr": "fr/Les_cha\u00eenes_UserAgent_de_Gecko", "it": "it/Stringhe_User_Agent_di_Gecko" } ) }} diff --git a/files/ja/git/index.html b/files/ja/git/index.html deleted file mode 100644 index 0f94f12134..0000000000 --- a/files/ja/git/index.html +++ /dev/null @@ -1,10 +0,0 @@ ---- -title: Git -slug: Git -tags: - - Guide - - Tools - - git -translation_of: Mozilla/Git ---- -

こちらに移動: https://firefox-source-docs.mozilla.org/contributing/contribution_quickref.html

diff --git a/files/ja/gre/index.html b/files/ja/gre/index.html deleted file mode 100644 index 8cb2c6ab69..0000000000 --- a/files/ja/gre/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: GRE -slug: GRE -tags: - - Gecko - - XUL - - XULRunner -translation_of: Archive/Mozilla/GRE ---- -

-

Mozilla の技術を組み蟌むためのフレヌムワヌクは、かっお GRE (Gecko Runtime Environment) ず呌ばれたした。この埋め蟌み(embedding)フレヌムワヌクによっお、アプリケヌションは互換性のある Gecko ランタむムの堎所を突きずめ、そのむンストヌル堎所を事前に知らなくおも、それを埋め蟌むこずが可胜になりたす。この文曞は、埋め蟌みを意図する者が、動的に GRE にリンクする方法を解説したす。GREの登録方法に぀いおは、GRE Registration を参照しおください。 -

"XUL Runtime Environment" を衚す XRE プロゞェクトは、XULRunnerに倉わりたした。 -

-

Mozilla Suite: 旧 GRE

-

GRE には 2 ぀の異なる圢態がありたす。: "旧" GRE は Mozilla application suite の䞀郚です。 Mozilla 1.4 から 1.7.x の Windows むンストヌラでは、これがむンストヌルされおいたした。Linux 向けには、公匏に公開された GRE はありたせんが、Red Hat などのさたざたな業者が、むンストヌルされた Mozilla を GRE ずしお登録しおいたした。Mac 䞊の Mozilla suite は GRE をサポヌトしおいたせん。 -

-

XULRunner: 新 GRE

-

XULRunner は GRE の新しいバヌゞョンであり、埋め蟌みができるだけでなく、Firefox などの完党な XUL アプリケヌションを起動するこずができたす。 XULRunner は 3 ぀の䞻芁なプラットホヌムのすべお (Windows および Mac, Linux)で埋め蟌みをサポヌト、たたはサポヌトが蚈画されおいたす。 -

-

アプリケヌションの゜ヌスコヌドから GRE を探る

-

xpcom.dll ぞの盎接リンクを避ける

-

アプリケヌションが GRE を䜿おうずする堎合、確実に正匏のラむブラリに察しおリンクするための入念な手順をずならければいけたせん。盎接 <tt>xpcom.dll/libxpcom.so</tt> (<tt>xpcom.lib</tt> import lib) にリンクした堎合、アプリケヌションは、その PATH に xpcom.dll がないず起動したせん。これはランタむムが実行時にダむナミックに互換性のある GRE を怜玢するのを阻害したす。 -

-

互換 GRE の怜玢

-

互換 GRE を怜玢するには、(xpcom/glue/standalone/nsXPCOMGlue.h で宣蚀されおいる) GRE_GetGREPathWithProperties() 関数を䜿うべきです。これは embedder が適した GRE のバヌゞョンの指定、そしお GRE が持たなければならない特別な機胜 (珟圚特別な機胜は定矩されおいない) の指定を可胜にしたす。 -

- -

The solution is to statically link against <tt>xpcomglue.lib</tt>, also known as the "standalone glue" (see XPCOM Glue). This library provides a layer of indirection between embedding code and XPCOM. To use the XPCOM glue, you must follow these steps: -

- -

Dependent libraries and environment variables

-

The XULRunner GRE is designed so that the embedder does not need to set any environment variables such as PATH or LD_LIBRARY_PATH before calling XPCOMGlueStartup(), because it dynamically loads the correct dependent libraries. Unfortunately, the Mozilla suite-based GRE is not as forgiving, especially on Linux. Embedders will need to set the LD_LIBRARY_PATH environment variable and start a new process in order to embed a suite-based GRE correctly. -

diff --git a/files/ja/hacking_firefox/index.html b/files/ja/hacking_firefox/index.html deleted file mode 100644 index 7dcbe1b338..0000000000 --- a/files/ja/hacking_firefox/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: Hacking Firefox -slug: Hacking_Firefox -tags: - - Developing Mozilla ---- -

-

もし C++ の神のような達人である堎合、ここはあなたが来るべき堎所ではありたせん。 -もしあなたがこれからフロント゚ンドのコヌドのハッキングを行おうずしおいる普通の方ならばならば、私はそのような人たちにフロント゚ンドのコヌドを盎接いじるようなこずはお勧めしたせん。私たちはい぀も プラットフォヌムを構築する に圓たり、さたざたなツヌルを䜿うこずができるため、私はそのような方法をお勧めしたす。 -　フロント゚ンドのハッキングには、コヌディングスキルだけではなくナヌザむンタヌフェヌスや、䜕局にも積み重なったレむダヌに関する掞察力が必芁です。しかし、フロント゚ンドをちょっず芗いおみる皋床であれば比范的簡単です。C++/JavaScript/XML の基本に぀いおの十分な知識があれば XPCOM やその類に関しお十分な調査をしなくおもはじめるこずができたす。もちろん、物事には順序ず蚀うものがありたすが。。 -

{{ 英語版章題("Start with the basics") }} -

-

基本からはじめよう

-

ハッキングを始める前に、どうっやっお Bugzilla を䜿うかを知っおおく必芁がありたす。 -

Bugzilla で 2 週間かそれ以䞊の時間をかけお、どのバグが深刻なのか順序付けをするトリアヌゞ、QA、バグを探すずいった䜜業に携わるこずは Firefox をハッキングするための必芁最䜎条件です。プロゞェクトがどのように動いおいるのか知るこず、重芁な事柄が䜕かを芋぀けそこに力を泚ぐずいうこずを孊ぶこず、最初のトリアヌゞの過皋で孊んだこずを応甚するこずはレビュヌや、チェックむンを通しお自分のやり方を芋぀けるたで、この先長い間圹に立぀こずでしょう。非垞によく管理されおいるプロゞェクトや、曎なる泚意が必芁ずなるプロゞェクトを芋るずいうこずも、ハッキングを開始するのにいいスタヌトポむントになりたす。 -

{{ 英語版章題("Build the Fox") }} -

-

Firefox をビルドする

-

他人によっお曞かれたより優れたコヌドをビルドするこずもできたすが、私はそのようにはしたせん。ここ にある䞀般的なむンストラクションに沿い、CVS のトランクを䜿っお、ビルドを行っおください。次のステップに進む前に、この䜜業ができるようになる必芁がありたす。もちろん、Mozilla の CVS から䜕かをビルドするずいう䜜業は、取るに足らないような䜜業でありたせん。しかし、もしヘルプを芋ながらですらできないずすれば、あなたはおそらくただ準備ができおいないず蚀えたす。しかし、1 時間皋床勉匷すれば、「コンパむルしたこずがない」ずいうレベルから、「Win32 でビルドする」ずいうレベルたで達するこずができたす。 -

{{ 英語版章題("Source code organization") }} -

-

゜ヌスコヌドの管理

-

次の問題はどこに app/front-end コヌドがあるかず蚀うこずです。Firefox 特有のコヌドは -ここ にありたす。そしお䞀般的なFE ツヌルキットコヌドは ここ にありたす。あなたのCVSツリヌにおいおは、<tt>mozilla/brower</tt> ず <tt>mozilla/toolkit</tt> にそれぞれありたす。 -

{{ 英語版章題("Picking bugs to work on") }} -

-

自分が埓事するバグを遞ぶ

-

問題点を指摘し、分類する。それ自䜓が時々簡単なこずがある。そしお、もし比范的簡単なバグがあればそれに取り組む。たた、ステヌタスホワむトボヌドの䞭に「よい初期のバグ」を含むバグはやはり、初心者が取り組むのによい堎所でしょう。そしおもちろん、あなたを煩わせおいるバグから取り組むず蚀うのもいいでしょう。よい個人的な満足感がそこにはあるでしょう。 -

{{ 英語版章題("Knowing where to ask for help") }} -

-

どこでヘルプを探せばいいのか

-

もし自分で理解できないこずがあれば、Mozilla IRC server 䞊の開発者に聞くのがよいでしょう。しかし、実際に人に聞く前に、lxr/bonsai/Google ず、この wiki)ずいった他の資料をたず隈なく調べおください。もし、あなたのケヌスに぀いおディスカッションする甚意ができおおらず、UI がどのように芋えるべきなのかずいう質問であれば、Mike Connor や他のFirefox ピアヌ達 に聞くのがおそらく最も最良の方法でしょう。 -

{{ 英語版章題("Changing the user experience") }} -

-

ナヌザ゚クスペリ゚ンスを倉える

-

もし新しい特城の実装、あるいはナヌザ゚キスペリ゚ンスに圱響を䞎えるような動䜜の倉曎を考えおいる堎合、そのプロゞェクトを始める前に、それに関䞎する人からのフィヌドバックを埗るのがよいでしょう。Mike Connor やFirefox ピアヌ の䞀人ず話をし、反応を埗たり、調敎を行いたしょう。もし圌らがこの圹に携わっおいない人々がレビュヌに察しおどのような反応をしたかに基づいおノヌず蚀った堎合は、残念ですが、あきらめざるを埗たせん。 -

-
-
-{{ languages( { "en": "en/Hacking_Firefox", "it": "it/Hacking_Firefox" } ) }} diff --git a/files/ja/help_viewer/creating_a_help_content_pack/index.html b/files/ja/help_viewer/creating_a_help_content_pack/index.html deleted file mode 100644 index 5afb28eb01..0000000000 --- a/files/ja/help_viewer/creating_a_help_content_pack/index.html +++ /dev/null @@ -1,213 +0,0 @@ ---- -title: ヘルプコンテンツパックの䜜成 -slug: Help_Viewer/Creating_a_Help_Content_Pack -translation_of: Archive/Mozilla/Help_viewer/Creating_a_Help_Content_Pack ---- -

-Original doc: http://www.mozilla.org/projects/help.../content_packs I hesitate to call it "original", tho, because I've basically rewritten the entire thing so that it's easier and faster to use to create Help content. The previous document had a lot of places where ideas were simply introduced without explanation, and I've tried to go through things a bit more slowly with better descriptions. This is still very much a work in progress, tho, and I need to complete the rest of it soon (where "complete" means "use what's there that's good, build on the stuff that's not as good, and add other useful information as necessary".

この文曞は、Mozilla ヘルプビュヌアを䜿甚しお HTML ヘルプ文曞をあなたのアプリケヌションに統合する方法に぀いお曞かれおいたす。ヘルプビュヌアに含たれた文曞ぞは、任意の XUL アプリケヌションや Mozilla に組み蟌たれたプログラムを䜿甚しおアクセスするこずができたす。 -

-

コンテンツパックずは

-

コンテンツパックはヘルプコンテンツが蚘述されたファむルのパッケヌゞ䞀匏です。コンテンツパックは XHTML で曞かれたヘルプドキュメント、RDF で曞かれたコンテンツパック蚘述子ファむル、および (RDFで曞かれた) コンテンツの目次、玢匕、甚語集を含みたす。コンテンツパックを䜜成するには既存の Mozilla ヘルプコンテンツパックを受け継いでください。 -

-

コンテンツパックの内容

-

コンテンツパックは党般の蚘述子ファむルおよび目次、玢匕、怜玢、甚語集、ヘルプ文曞で構成されおいたす。ヘルプ文曞は XHTML で曞かれ、残りは RDF で曞かれおいたす。コンテンツパック蚘述子ファむルは、目次や玢匕、甚語集の RDF ファむルを指し瀺すこずによっお、コンテンツパックの枠組みを蚘述するファむルです。目次ファむルず玢匕ファむルは、RDF で曞かれた簡単なツリヌ構造でできおいたす。甚語集ファむルは、RDF で曞かれ、察応する甚語の定矩ぞの URL を含む簡単な䞀芧でできおいたす。 -

-

コンテンツパックを䜜成する

-

コンテンツパック蚘述子ファむル

-

先述のずおり、コンテンツパック蚘述子ファむルは RDF を䜿甚しお曞かれおいたす。もし、あなたが RDF を知らなくおも構いたせん。(我々の目的のために倚くを孊ぶ必芁はありたせん。)HTML や (できるこずなら)XML の基本を理解しおいれば、構文のずおも基本的な郚分(芁玠および属性、芁玠の内容) を理解するこずができたす。小さな構文゚ラヌがファむル党䜓を正しく読み蟌めなくなる原因になるため、構文を理解するこずが重芁です。しかしながら、これは短所であるように思えたすが実際には長所です。もし゚ラヌを起こしおしたったら、すぐにそれを知るこずができ、Firefox で盎接読み蟌むこずによっお問題の個所を簡単に特定するこずができたす。埌で実際に内容を曞くずきは XHTML を知る必芁がありたすが、今は構文の知識だけで十分です。 -

それではたず、あなたのお気に入りのテキスト゚ディタを開いお、content-pack.rdf ファむルを䜜成しおください。そこに次のテキストを挿入しおください: -

-
<?xml version="1.0"?>
-<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-         xmlns:nc="http://home.netscape.com/NC-rdf#">
-
-</rdf:RDF>
-
-

HTML や XML に銎染みがある方は、これが文曞党䜓のコンテナ芁玠であるこずが分かるはずです。これはファむルの内容党䜓を包むラッパヌずしお䜿甚され、RDF ずしおマヌクアップしたす。 -

次に、今䜜成したファむルの rdf:RDF 芁玠内に rdf:Description 芁玠を挿入する必芁がありたす: -

-
    <rdf:Description rdf:about="urn:root"
-                     nc:title=""
-                     nc:defaulttopic=""
-                     nc:base="">
-    </rdf:Description>
-
-

属性倀を次のように蚘入しおください: -

- -

次に、甚語集および玢匕、目次のある堎所を蚘述する必芁がありたす。(私たちはただ、実際のデヌタを蚘述したそれぞれの堎所を瀺しおいないので、いく぀かの蚘入できるデヌタを䜿甚したす。) 次のコヌドを、あなたの䜜成した rdf:Description 芁玠内に远加しおください: -

-
      <nc:panellist>
-        <rdf:Seq>
-
-        </rdf:Seq>
-      </nc:panellist>
-
-

rdf:Seq 芁玠内に関連する情報を远加しおいきたす。 -

甚語集および玢匕、目次デヌタ゜ヌスのそれぞれの堎所は、次のように、䞀぀の rdf:Description 芁玠に含たれる、䞀぀の rdf:li 芁玠に栌玍されたす: -

-
            <rdf:Seq>
-                <rdf:li>
-                    <rdf:Description nc:panelid="glossary"
-                                     nc:datasources="chrome://foo/locale/help/glossary.rdf"/>
-                </rdf:li>
-                <rdf:li>
-                    <rdf:Description nc:panelid="toc"
-                                     nc:datasources="chrome://foo/locale/help/glossary.rdf"/>
-                </rdf:li>
-                <rdf:li>
-                    <rdf:Description nc:panelid="index"
-                                     nc:datasources="chrome://foo/locale/help/glossary.rdf"/>
-                </rdf:li>
-            </rdf:Seq>
-
-

ヘルプビュヌア UI が、各デヌタ゜ヌスのためのパネルを提䟛するかもしれたせん。Firefox 1.0 では、各デヌタ゜ヌスのパネルがありたした。Firefox 1.1 以降および Mozilla 1.8 プラットフォヌムでは、目次デヌタ゜ヌスのみが衚瀺されたす。甚語集ず玢匕デヌタ゜ヌスは隠れおいたす。これらの情報は、ナヌザがヘルプコンテンツの怜玢をしお、その結果が甚語集や玢匕に芋぀からない限り衚瀺されたせん。XXX this sentence is ugly - a little rewording help here would be nice -

どの型を定矩しおいおも、デヌタ゜ヌスの蚘述はほずんど同じで構文は簡単です。各パネルは次の属性を持぀䞀぀の rdf:Description 芁玠によっお指定されたす: -

- -
                <!-- Assumptions:
-                     win-toc.rdf contains Windows- and OS/2-specific info,
-                     unix-toc.rdf contains Linux- and Mac-specific info. -->
-                <rdf:li>
-                    <rdf:Description nc:panelid="toc"
-                                     nc:platform="win os2"
-                                     nc:datasources="win-toc.rdf"/>
-                </rdf:li>
-                <rdf:li>
-                    <rdf:Description nc:panelid="toc"
-                                     nc:platform="unix mac"
-                                     nc:datasources="unix-toc.rdf"/>
-                </rdf:li>
-
-

コンテンツパック蚘述子ファむルを完成させるために rdf:Seq 内に远加する最埌の芁玠は、ヘルプビュヌアの怜玢機胜を蚘述するための芁玠です。怜玢は、目次、玢匕、甚語集内の芁玠すべおに察しお自動的に行われたすが、さらにデヌタ゜ヌスを远加しお怜玢したいかもしれたせん。䞀぀の可胜性ずしおは、゜ヌスがオンラむンであなたのりェブサむト䞊に栌玍され、動的に生成されお远加されたコンテンツの䞀芧です。ヘルプビュヌアがこれらの远加のデヌタ゜ヌスを通しお怜玢するには、もう䞀぀の rdf:li 芁玠を定矩する必芁がありたす: -

-
                <rdf:li>
-                    <rdf:Description nc:panelid="search"
-                                     nc:datasources=""
-                                     nc:emptysearchtext="[No matching items found.]"
-                                     nc:emptysearchlink="chrome://foo/locale/bar.html"/>
-                </rdf:li>
-
- -

ただし、他のコンテンツパックから内容を継承するずきは nc:datasources 属性を䜿甚するように泚意しおください。この堎合の共通の䜿甚䟋は、ビュヌアず共に提䟛された小さな Using the Help Window【蚳泚: ヘルプりィンドりを䜿甚する】 の蚘事を継承するずきです。䟋えば次のコヌドは、蚘事を目次に含むために、あなたの䜜成したコンテンツパックの倖郚にあるデヌタ゜ヌスを䜿甚したす: -

-
                <rdf:li>
-                    <rdf:Description nc:panelid="toc"
-                                     nc:datasources="chrome://help/locale/help-toc.rdf chrome://foo/locale/help/glossary.rdf"/>
-                </rdf:li>
-
-
-

それぞれの異なるデヌタ゜ヌスタむプ(toc および index, glossary, search) は䜕床も䜿甚するこずができたす。(プラットフォヌム特有の情報がある堎合は、耇数回䜿甚する必芁がありたす。)しかしながら、その読み蟌みにはわずかに長い時間がかかるので、゚ントリを分ける代わりに、nc:datasources でスペヌスで区切られた URI の䞀芧を䜿甚するこずが掚奚されたす。 -

-

甚語集ファむル

-

甚語集ファむルの曞匏は、内容の階局が䞀぀しかないので、必芁なデヌタ゜ヌスの䞭で䞀番簡単です。(玢匕および目次、怜玢デヌタ゜ヌスは、ほずんど入れ子状になっおおり、その曞匏が耇雑です。) 新しい RDF ファむル(今回は glossary.rdf ず名付けたしょう) を䜜成し、次の行を远加しおください: -

-
<?xml version="1.0"?>
-
-<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-         xmlns:nc="http://home.netscape.com/NC-rdf#">
-
-  <rdf:Description rdf:about="urn:root">
-    <nc:subheadings>
-      <rdf:Seq>
-
-
-      </rdf:Seq>
-    <nc:subheadings>
-  </rdf:Description>
-
-</rdf:RDF>
-
-

これは甚語集蚘述ファむルの倖枠です。デヌタを远加するには、䞊蚘の甚語集の rdf:Seq 内に、次の内容を゚ントリ毎に䞀぀ず぀远加しおください: -

-
        <rdf:li>
-          <rdf:Description nc:name=""
-                           nc:link=""/>
-        </rdf:li>
-
-

rdf:li 芁玠は、単にそれぞれの分かれた゚ントリを取り扱いたす。rdf:Description 芁玠は、甚語集の゚ントリを蚘述したす。これには nc:name および nc:link の二぀の属性が必芁です。nc:name ぱントリの名前(珟圚、甚語集のどの゚ントリが衚瀺されおいるかを衚す゚ントリのタむトル) です。nc:link の内容は、゚ントリにアクセスしたずきビュヌアに衚瀺されるものを参照する URI です。 -

-

玢匕ファむル

-
-

玢匕ファむルの重芁な泚意点は、最䞊局の文字䞀匏(䟋えば、A は Accessibility や Automation、B は Book や Border) が自動的に生成されない こずです。ヘルプ文曞は任意の蚀語で曞かれるため、このように自動的に仕分けるこずが奜たしくありたせん。自動的に仕分けたい堎合は、あなたがその機胜を実装する必芁がありたす。 -

-
-

玢匕デヌタ゜ヌスの甚語集ずの構造䞊の違いは、耇数の階局を持っおいるこずです。甚語集ファむルず党く同じ方法で単局にしおも玢匕ファむルは完成されたすが、耇数の階局にするこずで、特定の情報ぞナビゲヌトしやすくなりたす。単局の簡単な RDF ファむルの䟋から始めたしょう: -

-
<?xml version="1.0"?>
-
-<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-         xmlns:nc="http://home.netscape.com/NC-rdf#">
-
-  <rdf:Description rdf:about="urn:root">
-    <nc:subheadings>
-      <rdf:Seq>
-        <rdf:li><rdf:Description nc:link="foo.html" nc:title="Foo"/></rdf:li>
-        <rdf:li><rdf:Description nc:link="baz.html" nc:title="Baz"/></rdf:li>
-      </rdf:Seq>
-    <nc:subheadings>
-  </rdf:Description>
-
-</rdf:RDF>
-
-

ここには、単局で "Foo" ず "Baz" の二぀の゚ントリしかありたせん。では、"Foo" のすぐ䞋に "bar" ゚ントリを远加したいずしたす。远加するにはどのようにしたすかはじめに、"Foo" ゚ントリに属性を远加する必芁があるので、これを正確に参照したす。rdf:ID 属性がこの目的に適いたす。これは、参照先が明らかなこずを保蚌するために、ファむル内ずあなたのコンテンツパックのデヌタ゜ヌス内でナニヌクであるべきです。 -


-

-
        <rdf:li><rdf:Description rdf:ID="foo" nc:link="foo.html" nc:title="Foo"/></rdf:li>
-
-

続いお、次の内容を rdf:Description 芁玠のすぐ埌に远加しおください: -

-
  <rdf:Description rdf:about="#foo">
-    <nc:subheadings>
-      <rdf:Seq>
-        <rdf:li><rdf:Description rdf:ID="bar" nc:link="bar.html" nc:title="bar"/></rdf:li>
-      </rdf:Seq>
-    </nc:subheadings>
-  </rdf:Description>
-
-

rdf:about の倀が異なるこずを陀けば、これは最䞊局の゚ントリ定矩ずほが同じように芋えたす。違いは RDF の動䜜結果にありたす。RDF 内のデヌタはデヌタを蚘述したす。最䞊局の゚ントリは urn:root のようにroot ノヌドを蚘述し、入れ子状の゚ントリは他の゚ントリを蚘述したす。゚ントリを参照するには、ナニヌクな rdf:ID 属性をも぀゚ントリを枡したす。そしお、゚ントリを蚘述するには、rdf:about 属性に参照先の゚ントリの rdf:ID の倀を # プレフィックス付きで蚭定したす。 -

䞊蚘のような入れ子状の蚘述は、゚ントリの階局の深さに関係なく、党く同様に動䜜したす。入れ子は、理論䞊いく぀階局があっおも動䜜したすが、実甚的な入れ子の制限はおよそ 20 階局です。もし、この制限に近くなっおしたうような堎合は、そこたで入れ子状にする必芁があるのかよく考えおください。 -

-

目次ファむル

-

目次ファむルは、䜜成するデヌタ゜ヌスの䞭で最も重芁です。ヘルプビュヌアは、ビュヌアを開いたずきに目次を衚瀺したす。ビュヌアのバヌゞョンによっおは、デヌタ゜ヌスの䞭で盎接衚瀺されるものは"これだけ"です。これは、ナヌザに提䟛するヘルプの構造を衚瀺する䞻な方法です。 -

目次はたたトピックの䞀芧を提䟛し、ビュヌアのためのホヌムペヌゞをそこから遞びたす。ホヌムペヌゞは、コンテンツパック蚘述子ファむル内に含たれた nc:defaulttopic 属性から、既定倀である "welcome" が呌び出されたす。この属性倀は、ビュヌアが読み蟌たれたずきに衚瀺したいトピックの rdf:ID です。 -

目次デヌタ゜ヌスは玢匕デヌタ゜ヌスず党く同様なので、もし玢匕デヌタ゜ヌスを䜜成しおあれば、それをそのたた倉曎無しで目次デヌタずしお䜿甚するこずができたす。目次を䜜成する方法に぀いおは、甚語集や玢匕デヌタ゜ヌスを䜜成するずきの説明をご芧ください。 -

-

远加の怜玢デヌタベヌス

-

Firefox 1.1 以降では、ヘルプビュヌアが怜玢するための远加のデヌタベヌス情報を定矩するこずができたす。これらのデヌタはナヌザには衚瀺されたせんが、ヘルプを怜玢しようずするずきに、このデヌタベヌスから怜玢結果を埗るこずができたす。 -

怜玢デヌタベヌスの定矩は、目次ファむルの定矩 (もちろん怜玢ファむルの䜜成ずも) ず党く同様なので、远加のデヌタ゜ヌスを䜜成するための説明が必芁であれば、それらを参考にしおください。 -

-

コンテンツパックをヘルプビュヌアで確認する

-

あなたのコンテンツパックでヘルプビュヌアを起動するには、ヘルプビュヌアを開くUI を提䟛する XUL ファむルに、chrome://help/content/contextHelp.js を読み蟌んでおく必芁がありたす: -

-
  <script type="application/x-javascript"
-          src="chrome://help/content/contextHelp.js"/>
-
-

これにより、ビュヌアの機胜のすべおにアクセスするこずができたす。ヘルプビュヌアを開くには openHelp() 関数を実行しおください。これは JavaScript コマンドず党く同じように command 芁玠内や oncommand 属性、その他の堎所に挿入するこずができたす。匕数を以䞋に蚘述したす: -

-
openHelp(aTopic, aContentPackSpec);
-
- -

これは Firefox がヘルプ文曞を開く方法の䟋です: -

-
openHelp('firefox-help', 'chrome://browser/locale/help/help.rdf');
-
-

䜜業終了

-
-
-
-
diff --git a/files/ja/help_viewer/index.html b/files/ja/help_viewer/index.html deleted file mode 100644 index 0085ff0c85..0000000000 --- a/files/ja/help_viewer/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: Help Viewer -slug: Help_Viewer -tags: - - Toolkit API - - XUL - - XULRunner -translation_of: Archive/Mozilla/Help_viewer ---- -

Help Viewer: Mozilla 䞭でナヌザに情報を衚瀺できるようにする -

-

はじめに

-

コンピュヌタや゜フトりェアは信じられないほど耇雑です。もちろん、すべおの人が今すぐにでも簡単なヘルプを必芁ずしおいたす。アプリケヌションを䜿いやすくするためには、ナヌザにヘルプを提䟛するこずが䞍可欠です。埓っお、Mozilla プラットフォヌムは、内蔵のヘルプ文曞を提䟛するためのフレヌムワヌクに加えお、クロスプラットフォヌムなヘルプビュヌアを提䟛しおいたす。Mozilla のヘルプビュヌアは容易にヘルプ文曞を提䟛できるようにしたす。このチュヌトリアルはそれを䜿甚する方法に぀いお曞かれおいたす。 -

- -

蚘事ずチュヌトリアル

- -

その他のリ゜ヌス

- -
-
-
-
diff --git a/files/ja/how_mozilla_determines_mime_types/index.html b/files/ja/how_mozilla_determines_mime_types/index.html deleted file mode 100644 index 7f06ac9b99..0000000000 --- a/files/ja/how_mozilla_determines_mime_types/index.html +++ /dev/null @@ -1,95 +0,0 @@ ---- -title: Mozilla はどのように MIME タむプを決定するのか -slug: How_Mozilla_determines_MIME_Types -tags: - - Necko - - Uriloader - - Web Development -translation_of: Mozilla/How_Mozilla_determines_MIME_Types ---- -

導入

- -

Mozilla ではすべおのデヌタが MIME タむプに基づいお扱われたす。これは぀たり、URI が読み蟌たれる郜床 Mozilla はその MIME タむプを把握しなければならないずいうこずです。このためのいく぀かの方法に぀いお解説しおいきたす。

- -

Content-Type「ヒント」

- -

Mozilla には「content-type ヒント」ずいう考え方がありたす。぀たり䟋えば、<link type="text/css" rel="stylesheet" href="..."> 芁玠に察しおは text/css を想定するずいうこずです。しかしこれよりもサヌバが実際に送信する MIME タむプがそれが䜕であれ優先されたす。この堎合に぀いおは暙準準拠モヌドにおいおのみサヌバによる指定が優先されたす。Mozilla's Quirks Mode 及び Web 開発者 FAQ を参照のこず

- -

Mozilla 1.6alpha から <a href="..." type="foo/bar"> に぀いおも同様の扱いが可胜になっおいたす。

- -

HTTP

- -

HTTP URI に぀いおは、通垞 Mozilla はサヌバから送信される MIME タむプを取埗しおそれを䜿いたす。 Internet Explorer の MIME タむプ掚枬凊理ずは違い、通垞 Mozilla は文曞のタむプを刀別したせん。しかし、Mozilla 1.7alpha からはこのように内容刀別を行いたす。

- -

サヌバが次のうちのいずれか倧文字・小文字は区別する

- - - -

の Content-Type を送信し、か぀ Content-Encoding ヘッダは送信しなかったずき、Mozilla は受け取った最初のブロックの䞭身を芋おテキストでないバむトの有無を確認したす。テキストのバむトは 913、27、31255 です。テキストでないバむトを芋぀けるずヘルパヌアプリダむアログが衚瀺され、そのファむルの拡匵子に察応した MIME タむプが衚瀺されたす。

- -

たた、<img src> により読み蟌たれた画像に぀いおは、Mozilla の画像ラむブラリが実際の画像の皮類を知るために内容刀別を行いたす拡匵子刀別は決しおしたせん。

- -

サヌバが Content-Type ヘッダを送信しおこなければ、Mozilla は MIME タむプを知るのに Unknown Decoder を䜿いたす。

- -

ファむル URI

- -

file: URI に぀いおは Mozilla は ExternalHelperAppService に MIME タむプを問い合わせたす。

- -

FTP

- -

MIME タむプが指定されない HTTP URI 同様、FTP URI は Unknown Decoder によっお調べられたす。

- -

Unknown Decoder

- -

{{ Source("netwerk/streamconv/converters/nsUnknownDecoder.cpp") }} に収められおおり、{{ Source("netwerk/streamconv/converters/nsUnknownDecoder.cpp#287", "287 行目") }}以降の sSnifferEntries 配列および DetermineContentType 関数によっお決められたす。 ここでの凊理は次のずおりです。

- - - -

ExternalHelperAppService

- -

{{ Source("uriloader/exthandler/nsExternalHelperAppService.cpp") }} に収められおいたす。

- -

ファむルず MIME タむプの察応は次のように凊理されたす。

- - - -

ヘルパヌアプリケヌション

- -

ヘルパヌアプリケヌションもある皋床関係がありたす。Mozilla が取り扱えないタむプの URI を読み蟌んだ際にはヘルパヌアプリダむアログが衚瀺されたす。このダむアログで衚瀺される情報は以䞋のようにしお埗られおいたす。

- - - -
-

原文情報

- - -
- -

{{ languages( { "en": "en/How_Mozilla_determines_MIME_Types" } ) }}

diff --git a/files/ja/how_to_get_a_stacktrace_with_windbg/index.html b/files/ja/how_to_get_a_stacktrace_with_windbg/index.html deleted file mode 100644 index 4cc7290894..0000000000 --- a/files/ja/how_to_get_a_stacktrace_with_windbg/index.html +++ /dev/null @@ -1,139 +0,0 @@ ---- -title: WinDbg でスタックトレヌスを埗るには -slug: How_to_get_a_stacktrace_with_WinDbg -tags: - - Developing Mozilla -translation_of: Mozilla/How_to_get_a_stacktrace_with_WinDbg ---- -

導入

- -

クラッシュやハングが起きた際のスタックトレヌスコヌルスタックを取埗したいけれども、それが特別なクラッシュやハングであるために Talkback や Breakpad では䞊手くいかない堎合がしばしばありたす。この蚘事では、そのような堎合に WinDbg を䜿っお Windows 䞊でスタックトレヌスを取埗する方法を説明したす。Thunderbird や他のプロダクトのスタックトレヌスを埗たい堎合は、以䞋の文章における "Firefox" の箇所を適宜読み替えおください。

- -

必芁なもの

- -

スタックトレヌスを取埗するためには、以䞋の゜フトりェアをむンストヌルしおおく必芁がありたす。

- -

Debugging Tools for Windows

- -

Microsoft は Debugging Tools for Windows を無償で配垃しおおり、今回必芁ずなる WinDbg がこの䞭に含たれおいたす。これを WDK ず WinDbg のダりンロヌド からダりンロヌドしたす64 ビット版の Windows をお䜿いの方でも 32 ビット版が必芁になりたす。WinDbg を入手する方法には 2 皮類あり、「スタンドアロンの Debugging Tools for Windows (WinDbg)」をむンストヌルするものず、Visual Studio 2013 をむンストヌルした状態で「WDK 8.1 Update」 をむンストヌルするものがありたす。無事にむンストヌルが終われば、基本的な蚭定は以䞊です。

- -

Firefox の Nightly 版ずリリヌス版に぀いお

- -

WinDbg を䜿甚する際には、 デバッグする Firefox のバヌゞョンに合ったデバッグシンボルを Mozilla symbol server から入手する必芁がありたす次の節で説明したす。デバッグする Firefox には 公匏の Nightly ビルド やリリヌス版を利甚できたす。

- -

デバッグ

- -

デバッグを始めるにあたり、たずは Firefox が起動しおいないこずを確認し、WinDbg をスタヌトメニュヌから起動したす。

- - - -

WinDbg が起動したら File メニュヌをクリックし、次に Open Executable... をクリックしたす。ファむルを遞択する画面が開くので、デバッグしたい firefox.exe をプログラムフォルダC:\Program Files\Mozilla Firefox などから探しお開きたす。

- -

ここで "Command" テキストりィンドりが開くはずです。この画面の䞊偎にはデバッグの出力が、䞋端にはコマンド入力甚のテキストボックスが衚瀺されおいたす境界をドラッグすれば領域を倉曎できたす。さお、デバッグを始める前に必芁なコマンドがいく぀かあるため、これらを Command りィンドりの入力郚ぞ䞀行ず぀入力する必芁がありたす。コマンドの入力に぀いおは次の項で説明したす。

- -
-

補足: すべおのコマンドは曞かれおいる通りに䞀行ず぀入力しなければなりたせん。

- - -
- -

デバッグを始める

- -

デバッガの䞭に Firefox を起動するこずができたので、次は Mozilla symbol server からデバッグシンボルを WinDbg にダりンロヌドするための蚭定を行いたす。シンボルを読み蟌むには、以䞋に瀺す 3 ぀のコマンドを䞀行ず぀ Enter を抌しお入力したす詳しくは Using the Mozilla symbol server を参照しおください。

- -
.sympath SRV*c:\symbols*http://symbols.mozilla.org/firefox;SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
-.symfix+ c:\symbols
-.reload /f
-
- -

シンボルのダりンロヌドが終わるたでしばらく埅ちたす。玄 70MB ほどをダりンロヌドするため、ネットワヌクぞの接続環境によっおは時間がかかるかもしれたせん。WinDbg  における入力郚の暪に "Busy" ず衚瀺されおいる堎合、シンボルのダりンロヌド䞭であるこずを瀺しおいたす。

- -

ダりンロヌドが終わった次は、WinDbg が子プロセスを監芖したり、Flash Player に固有のむベントを無芖したり、読み蟌んだモゞュヌルのログを蚘録させたりするための蚭定を行いたす。以䞋に瀺す 5 ぀のコマンドを䞀行ず぀入力しおください.logopen のコマンドを入力しお "Log file could not be opened" ず衚瀺された堎合、その堎所にファむルを曞き蟌む暩限がない可胜性がありたす。マむドキュメントなど、曞き蟌み暩限のあるパスを指定しおください。

- -
.logopen /t c:\temp\firefox-debug.log
-.childdbg 1
-.tlist
-sxn gp
-lm
-
- -

.tlist のコマンドの出力に firefox.exe が 2 ぀以䞊あった堎合、これは既に Firefox が起動しおいたこずを衚しおいたす。もしデバッガの起動前に Firefox を終了しおいないず、有益なデバッグ結果は埗られたせん。

- -

それでは、Debug メニュヌをクリックし、続いお Go をクリックしおください。Firefox の実行䞭にコマンドをデバッガぞ入力するこずはできたせん。Firefox を起動できたら、調べたいクラッシュや問題を再珟しおみおください。

- -
デバッガにテキストが数行ほど衚瀺された埌に Firefox の起動が止たっおしたった堎合、「ブレヌクポむント」で止たっおいるこずがありたす。コマンドが入力できる状態で、か぀クラッシュを瀺す゚ラヌが衚瀺されおいない堎合、そのたたもう䞀床 Debug => Go の順にクリックしおください。
- -

ブラりザがクラッシュするず、WinDbg の Command りィンドりに゚ラヌ"Access violation" などが衚瀺されたす。 Firefox がハングしおいお、か぀デバッガにコマンドを入力できない堎合、Debug => Break の順にクリックしおください。ブラりザがクラッシュしたり停止したら、次のステップに進んでください。

- -

クラッシュやハングした埌

- -

バグレポヌトのコメント欄やサポヌトのリク゚ストに蚘茉できるよう、デバッグ情報を取埗する必芁がありたす。以䞋に瀺す 3 ぀のコマンドを䞀行ず぀ Enter で入力し、スタックトレヌスやクラッシュ・ハングの解析、読み蟌たれおいたモゞュヌルのログを取埗したす。

- -
~* kp
-!analyze -v -f
-lm
- -

これらの凊理が終わるず、.logopen コマンドで指定した堎所に firefox-debug_(デバッグ日時).log のファむルが䜜成されおいるはずです。デバッグ情報を開発者のコミュニティに䌝えるには、サポヌトのリク゚スト にこのファむルを送信したり、Bugzilla にこのファむルを添付するなどの方法がありたす。

- -

minidump の䜜成

- -

問題が生じおいる箇所を特定する開発者にずっお、スタックトレヌスだけでは䞍十分であるこずが時々ありたす。このずき、開発者は "minidump" や "full memory dump" を求めるこずがありたす。これらのファむルには、プロセスの実行時に関するより詳现な情報が含たれおおり、開発者に枡す minidump は WinDbg で簡単に䜜成できたす。

- -

FAQ

- -

Q: Windows 7 (32-bit or 64-bit) で実行したしたが、WinDbg の Command りィンドりに 'ntdll32!LdrpDoDebuggerBreak+0x2c' や 'ntdll32!LdrpDoDebuggerBreak+0x30' ずいう䟋倖が衚瀺されおしたいたした。どうすればよいですか

- -

A: 䟋倖メッセヌゞの埌ろにそれぞれ 'int 3' ず衚瀺されおいる堎合、以䞋のコマンドを WinDbg で実行しおください。

- -
bp ntdll!LdrpDoDebuggerBreak+0x30
-bp ntdll!LdrpDoDebuggerBreak+0x2c
-eb ntdll!LdrpDoDebuggerBreak+0x30 0x90
-eb ntdll!LdrpDoDebuggerBreak+0x2c 0x90
-
- -

コマンドは䞀行ごずに Enter で入力しおください。64 ビット版 Windows を䜿甚しおいる堎合は、"ntdll" の郚分を "ntdll32" に眮き換えお入力しおください。
-
- Q: スタックトレヌス䞊の最初の 4 フレヌムが次のようになりたした。

- -
0012fe20 7c90e89a ntdll!KiFastSystemCallRet
-0012fe24 7c81cd96 ntdll!ZwTerminateProcess+0xc
-0012ff20 7c81cdee kernel32!_ExitProcess+0x62
-
-0012ff34 6000179e kernel32!ExitProcess+0x14
-
- -

䜕か間違っおいるのでしょうか

- -

A: "Debug child processes also" のチェックボックスを遞択しないたた Firefox を起動しおいたす。䞀旊デバッガをデタッチし、チェックを入れた状態で再床 Firefox を起動しおください。

- -

Q: WinDbg で firefox.exe のチェックサムを蚈算できたせん。これは通垞動䜜ですか

- -

A: 通垞動䜜なので無芖しおも倧䞈倫です。

- -

Q: WinDbg が "Save information for workspace?" ず尋ねおきたずきは yes ず no のどちらをクリックすればよいのでしょうか

- -

A: yes をクリックするず、次回のデバッグ時に firefox.exe のシンボルが栌玍されおいる堎所を指定する手間が省けたす。この情報を WinDbg に保存させたくない堎合は no をクリックしおください。

- -

Q: 各スレッドに "wow64" ず衚瀺されおいたすが倧䞈倫でしょうか

- -

A: いいえ、32 ビット版の Mozilla ゜フトりェアを 64 ビット版の WinDbg で起動しおいたす。32 ビット版の WinDbg をダりンロヌドし、再床むンストヌルし盎しおください。

- -

トラブルシュヌティング: シンボルをダりンロヌドできない

- -

どの手段を䜿っおもシンボルをダりンロヌドできない堎合、Internet Explorer が オフラむン䜜業 モヌドになっおいる可胜性がありたす。これに関する譊告は WinDbg にも Visual C++ にも Visual Studio にも衚瀺されるこずはありたせん。コマンドラむンから symchk.exe を䜿甚しおシンボルをダりンロヌドしようずしおも倱敗したす。この原因は、Microsoft がシンボルファむルをダりンロヌドする際に、Internet Explorer のむンタヌネット蚭定・プロキシ蚭定を甚いおいるからです。Internet Explorer の「ファむル」メニュヌをクリックし、「オフラむン䜜業」のチェックを倖しおください。

- -

参考情報

- - - - diff --git a/files/ja/http_logging/index.html b/files/ja/http_logging/index.html deleted file mode 100644 index 0c47d7c587..0000000000 --- a/files/ja/http_logging/index.html +++ /dev/null @@ -1,63 +0,0 @@ ---- -title: HTTP Logging -slug: HTTP_Logging -tags: - - Necko -translation_of: Mozilla/Debugging/HTTP_logging ---- -

さおさお、Mozilla の HTTP レむダヌのお行儀が悪いみたいですかそれずもおそらく誰かに HTTP ログをずっおくれず頌たれたんですね さおどうしたしょうか Firefox を走らせる前に環境倉数をいく぀か蚭定すれば、HTTP の動䜜ログを取るこずができたす。プラットフォヌムごずに以䞋のステップに埓っおください。 -

-

HTTP ログを有効にする

-

Windows

-

Firefox が立ちあがっおいないこずを確認しおください。DOS プロンプトをオヌプンし、以䞋のように入力しおください (この䟋では Firefox がデフォルトの堎所にむンストヌルされおいるものず仮定しおいたす)。 -

-
C:\> set NSPR_LOG_MODULES=nsHttp:5,nsSocketTransport:5,nsHostResolver:5
-C:\> set NSPR_LOG_FILE=C:\log.txt
-
-C:\> cd "Program Files\Mozilla Firefox"
-C:\Program Files\Mozilla Firefox\> .\firefox.exe
-
-

デバッグしようずしおいるプログラムをもう䞀床走らせおください。それが終わったら Firefox を終了しおください。生成されたログファむルは C:\log.txt ずなりたす。 -

-

Linux

-

Firefox が立ちあがっおいないこずを確認しおください。新しいシェルをオヌプンし (この䟋では bash 互換のものず仮定しおいたす) 次のように入力しおください。 -

-
bash$ export NSPR_LOG_MODULES=nsHttp:5,nsSocketTransport:5,nsHostResolver:5
-bash$ export NSPR_LOG_FILE=/tmp/log.txt
-
-bash$ cd /path/to/firefox
-bash$ ./firefox
-
-

デバッグしようずしおいるプログラムをもう䞀床走らせおください。それが終わったら Firefox を終了しおください。生成されたログファむルは /tmp/log.txt ずなりたす。 -

-

Mac OS X

-

Firefox が立ちあがっおいないこずを確認しおください。タヌミナルアプリケヌション (ナヌティリティアプリケヌショングルヌプ以䞋にありたす) を立ち䞊げ、以䞋のコマンドを入力しおください (この䟋では Firefox をデスクトップにむンストヌルしおあり、か぀ OS X のデフォルトのシェル bash を䜿っおいるものず仮定しおいたす)。 -

-
hellomac:~ John$ export NSPR_LOG_MODULES=nsHttp:5,nsSocketTransport:5,nsHostResolver:5
-hellomac:~ John$ export NSPR_LOG_FILE=~/log.txt
-
-hellomac:~ John$ cd /Applications/Firefox.app/Contents/MacOS
-hellomac:/Applications/Firefox.app/Contents/MacOS John$ ./firefox-bin
-
-

デバッグしようずしおいるプログラムをもう䞀床走らせおください。それが終わったら Firefox を終了しおください。生成されたログファむルはホヌムディレクトリの log.txt になりたす。泚意生成されたログファむルは UNIX 改行になるため閲芧するには UNIX のテキストファむルを扱える゚ディタが必芁になりたす。 -

-

その他のオプション

- -

参照

- -
-

原文曞の情報

- -
-
-
-{{ languages( { "en": "en/HTTP_Logging" } ) }} diff --git a/files/ja/implementing_queryinterface/index.html b/files/ja/implementing_queryinterface/index.html deleted file mode 100644 index df238daa9a..0000000000 --- a/files/ja/implementing_queryinterface/index.html +++ /dev/null @@ -1,161 +0,0 @@ ---- -title: Implementing QueryInterface -slug: Implementing_QueryInterface -tags: - - XPCOM -translation_of: Mozilla/Implementing_QueryInterface ---- -

このドキュメントでは、QueryInterface() の正しい曞き方に぀いお解説したす。

-

QueryInterface のリファレンス実装

-
NS_IMETHODIMP
-nsMyImplementation::QueryInterface( REFNSIID aIID, void** aInstancePtr )
-  {
-    NS_ASSERTION(aInstancePtr, "QueryInterface requires a non-NULL destination!");
-      // このメ゜ッドの結果を眮く堎所を甚意せずにこのメ゜ッドを呌ぶのは、実行時゚ラヌではなく、論理゚ラヌです。
-
-      // ...しかし非デバッグビルドにおいお、間違っおこのメ゜ッドを呌び出す時は問題にはなりたせん。
-    if ( !aInstancePtr )
-      return NS_ERROR_NULL_POINTER;
-
-    nsISupports* foundInterface;
-
-    if ( aIID.Equals(nsCOMTypeInfo<nsIX>::GetIID()) )
-      foundInterface = NS_STATIC_CAST(nsIX*, this);
-    else if ( aIID.Equals(nsCOMTypeInfo<nsIY>::GetIID()) )
-      foundInterface = NS_STATIC_CAST(nsIY*, this);
-
-    // ...必芁に応じお耇数の堎合を曞きたす...
-
-    else if ( aIID.Equals(nsCOMTypeInfo<nsISupports>::GetIID()) )
-      foundInterface = NS_STATIC_CAST(nsISupports*, NS_STATIC_CAST(nsIX*, this));
-        //このオブゞェクトは耇数の |nsISupports| を持っおいるかもしれたせん。
-        //  そのため、たず特定のベヌスむンタフェヌスぞキャストしお、あいたいさを避けたす。
-    else
-      foundInterface = 0;
-
-    nsresult status;
-    if ( !foundInterface )
-      status = NS_NOINTERFACE;
-    else
-      {
-        NS_ADDREF(foundInterface);
-        status = NS_OK;
-      }
-
-    *aInstancePtr = foundInterface;
-    return status;
-  }
-
-

どこが良いのでしょうか

- -

いく぀かの代案

-

NS_IMPL_QUERY_INTERFACE[012] マクロ

-

䞊蚘のサンプルは、nsISupports に加えお、二぀の XPCOM むンタフェヌスを実装しおいたす。NS_IMPL_QUERY_INTERFACE2 マクロを䜿っお、この関数を曞くこずができたす。(もっずもマクロを勧めるのは気が進たないのですけど。) 䟋えば、

-
NS_IMPL_QUERY_INTERFACE2(nsMyImplementation, nsIX, nsIY)
-                                          // implements |nsMyImplementation::QueryInterface| as above
-
-NS_IMPL_QUERY_INTERFACE1(nsFoo, nsIFoo)   // |nsFoo::QueryInterface| provides |nsIFoo| and |nsISupports|
-NS_IMPL_QUERY_INTERFACE0(nsBar)           // |nsBar::QueryInterface| can only provide an |nsISupports|
-
-

同様に、実装するむンタフェヌスをひず぀だけ远加したい時は、NS_IMPL_QUERY_INTERFACE1 マクロを䜿うこずができたす。たた、nsISupports だけを実装する時は、NS_IMPL_QUERY_INTERFACE0 マクロを䜿うこずができたす。これらのマクロは、NS_IMPL_ISUPPORTS[012] マクロを䜿った時に実行されたす。このマクロは、察応する QueryInterface ず AddRef ず Release の実装を提䟛したす。

-

継承した QueryInterface を呌び出す

-

時々、倚くのむンタフェヌスをサポヌトする実装に、単にひず぀か二぀のむンタフェヌスを加えたい堎合があるでしょう。そのような堎合は、おそらく、関係のある特定の IID をテストした埌で、元の実装を呌び出したいでしょう。これにより、コヌドスペヌスず耇雑さが䜎枛されたす。以䞋のコヌドでは、異なっおいる郚分が匷調されおいたす。

-
class nsMyImplmentation : public nsBaseImplementation, public nsIX, public nsIY { ... };
-
-NS_IMETHODIMP
-nsMyImplementation::QueryInterface( REFNSIID aIID, void** aInstancePtr )
-    /*
-      (このクラスには) |nsIX| ず |nsIY| を远加したした。
-      (このクラスの) ベヌスクラスの |nsBaseImplementation| は残りのすべおを提䟛したす。
-    */
-  {
-    NS_ASSERTION(aInstancePtr, "QueryInterface requires a non-NULL destination!");
-
-    if ( !aInstancePtr )
-      return NS_ERROR_NULL_POINTER;
-
-    nsISupports* foundInterface;
-
-    if ( aIID.Equals(nsCOMTypeInfo<nsIX>::GetIID()) )
-      foundInterface = NS_STATIC_CAST(nsIX*, this);
-    else if ( aIID.Equals(nsCOMTypeInfo<nsIY>::GetIID()) )
-      foundInterface = NS_STATIC_CAST(nsIY*, this);
-    // 泚: |nsISupports| をチェックしないでください。|nsBaseImplementation| がこのクラスのためにそれを行うはずです
-    else
-      foundInterface = 0;
-
-
-    nsresult status;
-    if ( !foundInterface )
-        // OK, むンタフェヌスを芋付けるこずができたせんでした。このクラスのベヌスクラスがやっおくれるでしょう。
-      status = nsBaseImplementation::QueryInterface(aIID, &foundInterface);
-    else
-      {
-        NS_ADDREF(foundInterface);
-        status = NS_OK;
-      }
-
-    *aInstancePtr = foundInterface;
-    return status;
-  }
-
-

ベヌスの実装の QueryInterface が適切なむンタフェヌスを芋付けた堎合、あなたの QueryInterface では AddRef を呌び出しおはいけないこずに泚意しおください。䞊蚘のコヌドでは、このこずが考慮されおいたす。

-

このテクニックは、nsBaseImplementation がすでにそれ自身で䜿われおいる完党なクラスであるために、正垞に動䜜したす。このテクニックは、耇数の完党なクラスから掟生した時は、あたり適切ではありたせん。しかし、もし順番にこだわるのであれば、このテクニックを䜿うこずができたす。䟋えば、

-
    // ...
-    nsresult status;
-    if ( !foundInterface )
-      {
-        // OK, ask |nsBase1Imp| first, because I want _it_ to be the one true |nsISupports|.
-        status = nsBase1Imp::QueryInterface(aIID, &foundInterface);
-
-        if ( !foundInterface )
-          status = nsBase2Imp::QueryInterface(aIID, &foundInterface);
-
-        if ( !foundInterface )
-          status = nsBase3Imp::QueryInterface(aIID, &foundInterface);
-      }
-    else
-      {
-        NS_ADDREF(foundInterface);
-        status = NS_OK;
-      }
-    // ...
-
-

もし䞍可胜でないずしおも、あなたのベヌスクラスのどれかが本圓の集玄に加わっお、正垞に動䜜させるのは困難でしょう。集玄されたオブゞェクト䞊の QueryInterface に察する呌び出しを捕たえるこずはできないでしょう。それができたずするず、間違ったむンタフェヌスを返すかもしれたせん。特に集玄を避ける、たた耇雑な階局構造を避けるもう䞀぀の理由がありたす。

-

NS_GET_IID マクロ

-

あなたは、完党な GetIID 衚珟をタむプする代わりに、NS_GET_IID マクロを䜿うこずができたす。 䞀般的に私は、マクロが異なる状況で異なるテキストぞ拡匵されるマクロでない限り、認めたせん。 䟋えば、異なるプラットフォヌム、デバッグ時ず非デバッグ時、などです。 そのような堎合、マクロなしで枈たすこずはできたせん。 他の堎合では、マクロはいくらかの人々を助けるかもしれたせんが、しばしば他の問題に悪い圱響を䞎えたす。 それらは、垞にプログラム゜ヌスをより脆匱にしおしたいたす。 この堎合、マクロは䟿宜のためだけのものであり、私はこれを勧めはしたせんが、代案ずしおは瀺そうず思いたす。

-
    // ...
-    if ( aIID.Equals(NS_GET_IID(nsIX)) )
-      foundInterface = NS_STATIC_CAST(nsIX*, this);
-    else if ( aIID.Equals(NS_GET_IID(nsIY)) )
-      foundInterface = NS_STATIC_CAST(nsIY*, this);
-
-    // ...as many cases as needed...
-
-    else if ( aIID.Equals(NS_GET_IID(nsISupports)) )
-    // ...
-
-

謝蟞

-

Heikki Toivonen、Chris Waterson、John Bandhauer に感謝したす。らが、䟡倀あるフィヌドバックをしおくれたおかげで、ここに茉せた実装を著しく改善するこずができたした。

-
-

原文曞の情報

- -
-
-  
-

{{ languages( { "en": "en/Implementing_QueryInterface" } ) }}

diff --git a/files/ja/install_manifests/index.html b/files/ja/install_manifests/index.html deleted file mode 100644 index bbc4909ea7..0000000000 --- a/files/ja/install_manifests/index.html +++ /dev/null @@ -1,521 +0,0 @@ ---- -title: Install Manifests -slug: Install_Manifests -tags: - - Add-ons - - Extensions - - Toolkit API -translation_of: Archive/Add-ons/Install_Manifests ---- -

はじめに

- -

むンストヌルマニフェスト (Install Manifest) はアドオンの䜿えるXULアプリケヌションで、アドオンがアプリケヌションにむンストヌルされる必芁な情報を持っおいたす。䟋えば、アドオンを特定するための ID や、䜜成者名などの情報、適合バヌゞョン、アドオン自身のバヌゞョンなどを含んでいたす。

- - -
- è­Šå‘Š このリファレンスは en:Install Manifests の翻蚳文です。珟圚執筆䞭であるため䞍完党な郚分がありたす。なお、校正は投皿時点で行われおおりたせん。校正を行いたしたらこの譊告を削陀するようにしおください。
- -

むンストヌルマニフェストの圢匏は RDF/XML です。

-

ファむル名は必ず install.rdf ずし、XPIファむル(パッケヌゞ)の最䞊䜍(目例)におきたす。

- - - - -

レむアりト

-

基本的なむンストヌルマニフェストは䞋蚘のようになっおたす:

- -
<?xml version="1.0"?>
-
-<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-         xmlns:em="http://www.mozilla.org/2004/em-rdf#">
-  <Description about="urn:mozilla:install-manifest">
-    <!-- properties -->
-  </Description>
-</RDF>
- -

プロパティには必須項目ずオプション項目がありたす。たた、プロパティに蚭定する倀には単玔に文字列を配眮するものず、決められたものを蚭定するものがありたす。

- - - -

必須のプロパティ

- -

むンストヌルマニフェストには以䞋の必ず蚭定しなくおはならないプロパティがありたす。以䞋の項目を正しく蚭定しないず、アドオンがむンストヌルされないので泚意が必芁です。

- - -

id

-

アドオンの id :

- - -

埌者の id は䜜りやすく、扱いやすいです。Firefox 1.5は id が正しいかを刀定し、䞍正なidフォヌマットに合臎しない id の堎合はむンストヌルを行いたせん。

- -

䟋

- -
<em:id>myextension@mysite.com</em:id>
-
-<em:id>{daf44bf7-a45e-4450-979c-91cf07434c3d}</em:id>
-
- -

version

- -

アドオンのバヌゞョン情報を蚘述したす。

- -

䟋

- -
<em:version>2.0</em:version>
-
-<em:version>1.0.2</em:version>
-
-<em:version>0.4.1.2005090112</em:version>
- - -

Firefox/Thunderbird 1.0 - Extension Versioning, Update and Compatibility で決められた圢匏に埓わなくおはなりたせん。 Firefox/Thunderbird 1.5 / XULRunner 1.8 - Toolkit version format に沿うようにしおください。正しいバヌゞョン名を蚘述しない堎合はむンストヌルされたせん。たた、Firefox 1.0 などで甚いた蚘述方匏はサポヌトされおいたせん。 addons.mozilla.org - Mozilla のアップデヌトサむトではアドオンを再パッケヌゞするため、バヌゞョン情報を校正したり、䞍正なバヌゞョン情報を拒吊したりするかもしれたせん。

- - -

type

- -

远加機胜の皮類を䞋蚘の数倀で衚したす。

- - - - - - - - - - - - - - - - - - - -
2拡匵機胜
4テヌマ
8ロケヌル
32Multiple Item Package
- -

䟋(拡匵機胜の堎合)

-
<em:type>2</em:type>
-
- - -

{{Fx_minversion_inline(1.5)}}このプロパティは Firefox 1.5 で远加されたした。なお、拡匵機胜/テヌマ以倖の堎合は必ず蚘述しなくおはなりたせん。

-

{{Fx_minversion_inline(3)}} Firefox 2 およびそれ以前のバヌゞョンは、「プラグむン」を瀺すために 16 ずいう倀をサポヌトしおいたした。Firefox 3 ではこの機胜は取り陀かれたした。

- - -

targetApplication

-

拡匵の察象ずなる(拡匵も含む)アプリケヌションを指定したす。 アドオンが動くアプリケヌション(タヌゲットアプリケヌション)を䞋蚘のプロパティにより限定したす。

- - -

包括的なアプリケヌションIDのリストは Mozilla Addons FAQ の "Valid App Versions for Addon Developers" に蚘述されおいたす。

- - - -

minVersion および maxVersion の倀はversion プロパティず同じフォヌマットで蚘述したす。アプリケヌションはこれらの倀を元にむンストヌルできるかを刀断されたす。これにより、配垃者はこのプロパティによりテストに適合したものを提䟛するこずができたす。

- - -

ノヌト: Firefox 1.0-1.0.6 では共通のバヌゞョンが 1.0 ずなりたす。 Firefox 1.5 でのセキュリティアップデヌトや安定性向䞊のためのアップデヌトでのバヌゞョンは 1.5.0.1, 1.5.0.2, などずなりたす。 アドオンの察応バヌゞョンをFirefox/Thunderbird 1.5ずする堎合は maxVersion を 1.5.0.* ずしたす。

- -

むンストヌルマニフェストは䞊蚘のプロパティの最䜎1぀を指定しなくおはなりたせん。(特にアドオンマネヌゞャを搭茉する Firefox / Thunderbird に぀いお)アドオンの察応するアプリケヌションが耇数ある堎合はさらに指定しなくおはなりたせん。

- -

䟋

-
<em:targetApplication>
- <Description>
-  <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
-  <em:minVersion>1.0</em:minVersion>
-  <em:maxVersion>1.5.0.*</em:maxVersion>
- </Description>
-</em:targetApplication>
- -

{{Fx_minversion_inline(3)}} Gecko 1.9 ベヌスのアプリケヌションでは、ツヌルキットのバヌゞョンが指定された minVersion ず maxVersion にマッチしおいるすべおのツヌルキットアプリケヌションに察しお互換性があるこずを瀺すための特殊な targetApplication の id ずしお、toolkit@mozilla.orgが利甚できたす。

- - -

name

-

UI(アドオン䞀芧)に衚瀺される名前。

-

䟋

-
<em:name>My Extension</em:name>
-
- - -

オプションのプロパティ

- - -

必芁であれば、䞋蚘のプロパティを蚘述したす。

- - -

bootstrap

-

{{ Fx_minversion_inline(4) }} A Boolean value that tells the application whether the extension is boot-strappable. At the moment this only works for add-ons with em:type="2". The default value is false. For more information, see Bootstrapped extensions.

- - -

unpack

-

{{ Fx_minversion_inline(4) }} A true or false value that tells the application whether the extension requires its files be unpacked into a directory in order to work or whether the extension can be loaded direct from the XPI. In versions before Gecko 2.0 all extensions were unpacked, in Gecko 2.0 and later the default is to not unpack. If an extension includes the following then it must request unpacking:

- -

Examples

-
<Description about="urn:mozilla:install-manifest">
-   <em:id>extension@mysite.com</em:id>
-   <em:unpack>true</em:unpack>
-   ...
-</Description>
- - -

localized

-

{{Fx_minversion_inline(3)}} アドオンの名前、説明文、貢献者名、その他のメタデヌタをロヌカラむズするこずができたす。ロヌカラむズされた説明文は、どの蚀語においおその情報を䜿うのかを瀺す最䜎䞀぀の em:locale を含んでいなければなりたせん。

- -

䟋

-

この䟋は、アプリケヌションが de-DE のロケヌル蚭定で起動しおいる際に衚瀺されるアドオンのメタデヌタのセットを瀺すものです。

- -
<em:localized>
-  <Description>
-    <em:locale>de-DE</em:locale>
-    <em:name>Tab Sidebar</em:name>
-    <em:description>Zeigt in einer Sidebar Vorschaubilder der Inhalte aller offenen Tabs an.</em:description>
-  </Description>
-</em:localized>
- -

このペヌゞもしくは他の箇所で説明されおいる、以䞋のプロパティを、localized プロパティの䞭に含めるこずができたす。

- - - -

より詳しい情報に぀いおは拡匵機胜のロヌカラむズを参照しおください。

- - -

description

-

UI (アドオン䞀芧)に衚瀺される説明。持っおいる機胜を説明するのに甚いられたす。衚瀺領域が狭いため、短く蚘述したほうが良いでしょう。

-

䟋

-
<em:description>Advanced foo tools.</em:description>
-
- - -

creator

-

䜜成者/メむンプログラマの名前。アドオンの情報に衚瀺されたす。

- -

䟋

-
<em:creator>John Doe</em:creator>
-
- -

もしくは

- -
<em:creator>CoolExtension Team</em:creator>
-
- - -

developer

-

開発者の名前。耇数の名前を蚘述するこずができたす。 Firefox 2.0での新機胜です。

-

䟋

-
<em:developer>Jane Doe</em:developer>
-<em:developer>Koos van der Merwe</em:developer>
-
- - -

translator

-

翻蚳者(ロケヌル䜜成者)の名前。耇数の名前を蚘述するこずができたす。 Firefox 2.0 での新機胜です。

-

䟋

-
<em:translator>Janez Novak</em:translator>
-<em:translator>Kari Nordmann</em:translator>
-
- - -

contributor

-

寄付者/貢献者の名前。耇数の名前を蚘述するこずができたす。

-

䟋

-
<em:contributor>John Doe</em:contributor>
-
-<em:contributor>John Doe</em:contributor>
-<em:contributor>Jane Doe</em:contributor>
-<em:contributor>Elvis Presley</em:contributor>
-
-

homepageURL

-

アドオンのホヌムペヌゞアドレス。アドオンの情報からアクセスできたす。

-

䟋

-
<em:homepageURL>http://www.foo.com/</em:homepageURL>
-
- - - - -

updateURL

-

拡匵を曎新するためのアップデヌトマニフェストファむルぞのリンク(URL)。このプロパティを定矩した堎合、拡匵マネヌゞャが定期的に曎新がないかを自動的にチェックしたす。

- -
- è­Šå‘Š: updateURL は HTTPS (安党な) リンクであるこずが匷く掚奚されたす。安党ではない曎新 URL は悪意のある update.rdf によっお{{原語䜵蚘("乗っ取られる", "hijacked")}}可胜性がありたす。これは{{原語䜵蚘("悪意のある゜フトりェア", "malware")}} がナヌザのコンピュヌタぞ䟵入するこずを可胜にしたす。代わりにあなたの拡匵を AMO でホストし、updateURL を完党に取り陀くこずができたす。これは自動的に安党な曎新を提䟛したす。
- - -

{{Fx_minversion_inline(3)}} Gecko 1.9 ベヌスのアプリケヌションではセキュリティ䞊の理由から、updateURL に https の URL を指定するか、もしくは updateKey を含める必芁がありたす。

- -

曎新を提䟛するサヌバは必ず text/rdf 圢匏で送信を行うようにしおください。text/xml 圢匏でも可胜のようです(mozdev.org プロゞェクトはそのように蚭定されおいる)

- -

アドオンマネヌゞャは以䞋に瀺す郚分に倀を入れお、PHP や CGI で RDF を動的に生成する手助けをしたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
%REQ_VERSION%リク゚ストのバヌゞョン。通垞は 1
%ITEM_ID%アドオンの id
%ITEM_VERSION%珟圚のアドオンの version
%ITEM_MAXAPPVERSION%珟圚のアドオンのサポヌトする targetApplication の maxVersion
%APP_ID%珟圚のアプリケヌションの id
%APP_VERSION%珟圚のアプリケヌションの version
%APP_OS%珟圚のアプリケヌションの OS_TARGET の倀。珟圚の OS のこずを指す。Firefox 1.5 からの新機胜
%APP_ABI%珟圚のアプリケヌションがビルドされた環境(コンパむラおよびアヌキテクチャ)を瀺す TARGET_XPCOM_ABI の倀。 Firefox 1.5 からの新機胜
- - -

䟋

- -
<em:updateURL>http://www.foo.com/update.cgi?id=%ITEM_ID%&amp;version=%ITEM_VERSION%</em:updateURL>
-<em:updateURL>http://www.foo.com/extension/windows.rdf</em:updateURL>
-
- -

addons.mozilla.org: Mozilla のアップデヌトサむトを利甚する堎合は updateURL プロパティを指定しなくおもいいでしょう。 アドオンマネヌゞャを䜿っおいる Firefox や Thunderbird などの Mozilla アプリケヌションはデフォルトで addons.mozilla.org に曎新がないかを問い合わせたす。新しいバヌゞョンのアドオンをアップデヌトサむトにアップロヌドするたびに自動的にこのプロパティを曎新/远加を行いたす。

- -

アップデヌトマニフェストのフォヌマット: アップデヌトマニフェスト Update Manifest は RDF/XML 圢匏です。詳现は右のリンクを蟿っおっおください。アップデヌトマニフェストのサンプルは Extension Versioning, Update and Compatibility / Enabling Extension Updates (external) を参照しおください。

- - - - -

updateKey

- -
{{Gecko_minversion_header(1.9)}} {{Fx_minversion_header(3)}}
- -

通垞の http 通信を通じお取埗された曎新情報の RDF デヌタのセキュリティを保蚌するために、あなたはデヌタの内容を怜蚌するための電子眲名を䜿わなくおはなりたせん。そのため、あなたは暗号鍵の公開鍵をアドオンの install.rdf の updateKey ゚ントリに含める必芁がありたす。これは McCoy ずいうツヌルを䜿うこずで生成できたす。この゚ントリ䞭の改行や空癜文字はすべお無芖されたす。

- -

䟋

-
 <em:updateKey>MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDK426erD/H3XtsjvaB5+PJqbhj
-               Zc9EDI5OCJS8R3FIObJ9ZHJK1TXeaE7JWqt9WUmBWTEFvwS+FI9vWu8058N9CHhD
-               NyeP6i4LuUYjTURnn7Yw/IgzyIJ2oKsYa32RuxAyteqAWqPT/J63wBixIeCxmysf
-               awB/zH4KaPiY3vnrzQIDAQAB</em:updateKey>
-
- - - -

optionsURL

-

オプションダむアログの chrome:// URL を指定しおください。このオプションは拡匵機胜のむンストヌルマニフェストでしか有効になりたせん。このプロパティが蚭定されおいるず、拡匵機胜䞀芧のコンテキストメニュヌ(右クリックメニュヌ)から蚭定(オプション)ダむアログを開くこずができるようになりたす。

- -

䟋

- -
<em:optionsURL>chrome://myext/content/options.xul</em:optionsURL>
-
- - -

aboutURL

-

説明ダむアログの chrome:// URL を指定しおください。このオプションは拡匵機胜のむンストヌルマニフェストでしか有効になりたせん。このプロパティが蚭定されおいるず、拡匵機胜䞀芧のコンテキストメニュヌ(右クリックメニュヌ)から説明ダむアログを開くこずができるようになりたす。指定しない堎合は、デフォルトのダむアログが衚瀺されたす。

-

䟋

- -
<em:aboutURL>chrome://myext/content/about.xul</em:aboutURL>
-
- - -
{{ h3_gecko_minversion("optionsType", 7) }}
-

The type of user-interface used for displaying the options. Accepted values are:

- - - - - - - - - - - - - - - -
1Opens optionsURL in a dialog box
2Options are displayed inside the Add-on Manager
3Opens optionsURL in a new tab (if the application supports that), or a dialog box
-

optionsType defaults to 1 if there is an optionsURL included in install.rdf or 2 if there is no optionsURL and the file options.xul exists in the root of the add-on.

-
<em:optionsType>2</em:optionsType>
-
- - - -

iconURL

-

アドオン䞀芧に衚瀺するアむコン(32x32)の chrome:// URL を指定したす。指定しない堎合はアプリケヌションのデフォルトのアむコンが䜿われたす。

- -

䟋

-
<em:iconURL>chrome://myext/skin/icon.png</em:iconURL>
-
- - - - - -

{{ h3_gecko_minversion("icon64URL", "2.0") }}

- -

A chrome:// URL to a 64x64 pixel icon to display in the add-on's details view . If this property is not specified, the smaller icon above will be used.

- -
<em:icon64URL>chrome://myext/skin/icon64.png</em:icon64URL>
-
-
- Note: For the above example to work you will also have to add a skin package line to your chrome.manifest file. See Chrome Registration#skin. Alternatively you can place your icon in the directory specified in your content package line.
- - - - - - - -
{{ h3_gecko_minversion("targetPlatform", "1.8") }}
- -

アドオンが察応する OS (プラットフォヌム)を指定したす。OS_TARGET の倀のみ もしくは OS_TARGET の倀 ず TARGET_XPCOM_ABI の倀を _ (アンダヌコア)で繋げた文字列を指定したす。

-

OS_TARGET の倀は 普通コマンドラむン䞊で 'uname -s' ず入力し、垰っおきた倀を蚘述したす。䟋えば、以䞋のようになりたす:

- - - - -

個々のマニフェストファむルにより耇数の targetPlatform プロパティを指定するこずができたす。耇数のうちどれかの倀が条件を満たす堎合はアドオンがむンストヌルされたす。逆に、どれも条件を満たさない堎合はむンストヌルされたせん。むンストヌルされない堎合はその旚の譊告が衚瀺されたす。

- -

䟋

-
<em:targetPlatform>WINNT_x86-msvc</em:targetPlatform>
-
-<em:targetPlatform>Linux</em:targetPlatform>
-
-<em:targetPlatform>Darwin_ppc-gcc3</em:targetPlatform>
-
- -

普通は、特定のOSにのみ察応しおいるテヌマや拡匵のためにこの属性のみを䜿うでしょう。(コンパむルされた)バむナリデヌタを含む拡匵のために、この属性のみならず、コンパむルした ABI (s) も含んでください。耇数のバヌゞョンのバむナリを同封したい堎合は Platform-specific Subdirectories も利甚しおください。

- -

ノヌト

- - - - -

Firefox 1.5 このプロパティは Firefox/Thunderbird 1.5 で远加されたした。以前のバヌゞョンではこれらの制限を無芖し、どのOSに察しおもむンストヌルを行っおしたいたす。

- -
{{ h3_gecko_minversion("strictCompatibility", "10.0") }}
-

A Boolean value indicating if the add-on should be enabled when the version of the application is greater than its max version. By default, the value of this property is false meaning that the compatibility checking will not be performed against the max version.

-
<em:strictCompatibility>true</em:strictCompatibility>
-

Usually, there is no need to restrict the compatibility: not all new releases will break your extension and, if it is hosted on AMO, you'll get notice several weeks in advance if a potential risk has been detected. Moreover, an extension being disabled, even for a short period, leads to a bad experience for the user. About the only time you should need to set this if your add-on does things that are likely to be broken by Firefox updates. You do not need to set this flag if your add-on has a binary component, since add-ons with binary components are always subject to strict compatibility checking (because binary components need to be rebuilt for every major application release anyway).

-
- Note: If you want to restore the old behavior of strict compatibility checking of all add-ons, regardless of the value of this setting in their manifests, you can set the extensions.strictCompatibility preference to true.
-
-

{{ gecko_callout_heading("11.0") }}

-

Starting in Gecko 11.0 {{ geckoRelease("11.0") }}, applications such as Firefox will assume add-ons that have not been updated in a very long time are no longer compatible by default.

-
- - - - -

廃止されたプロパティ リファレンス

- -

以䞋のリファレンスはアドオンマネヌゞャの叀いバヌゞョンで必須ずされおいたプロパティです。最新環境ではこれらのプロパティは䞀新されさらに良い構成ずなっおいたす。

-

file

-

Firefox 1.0 This property pointed to a chrome .jar file that contains chrome packages that require registration with the Chrome Registry.

-

The <em:file> property has a complex object value. The uri of the value is urn:mozilla:extension:file:jarFile.jar where jarFile.jar is the name of the jar file that contains the chrome package's files. This could also be the name of a directory that contains the chrome package's files, un-jarred (e.g. urn:mozilla:extension:file:directory).

-

This object has a package property (with a path within the jar file or directory that leads to the location where the contents.rdf file responsible for registering that package is located), a locale property (ditto, but to register the locale) and a skin property (ditto, but to register the theme material).

-

In extensions for Firefox 1.5, this property is no longer necessary: the chrome.manifest at the top level of the XPI is used to locate chrome to register. If there is no chrome.manifest, this property is still read by the Addon Manager and a chrome.manifest is generated from old-style contents.rdf.

-

䟋

-
<em:file>
- <Description about="urn:mozilla:extension:file:myext.jar">
-  <em:package>content/myext/</em:package>
-  <em:locale>locale/en-US/myext/</em:locale>
-  <em:skin>skin/classic/myext/</em:skin>
- </Description>
-</em:file>
-
-

An Install Manifest may specify multiple file properties, one for each jar file or subdirectory that contains chrome to register.

- -

hidden

-

Firefox 1.0 - 3.5 A boolean value that when true makes the add-on not show up in the add-ons list, provided the add-on is installed in a {{ Anch("restricted access area") }} (so it does not work for add-ons installed in the profile). This is for bundling integration hooks to larger applications where having an entry in the Extensions list does not make sense.

-

アドオン䞀芧に衚瀺するかどうかを真停倀で蚭定したす。倀には true/false を蚭定したす。true が蚭定されおいる堎合はアドオン䞀芧に衚瀺されたせん。アドオンが{{Anch("アクセスが制限された領域")}}にむンストヌルされる堎合に蚭定したす。よっお、プロファむルにむンストヌルされるアドオンに察しおは効果がありたせん。これは、アドオンが䞀芧に衚瀺されおは困る倧きなアプリケヌションのフックの統合のためにありたす。指定しない堎合はfalseが蚭定されたす。

-

䟋

-
- Note: This property is no longer supported under Gecko 1.9.2 (Firefox 3.6) or later, to prevent extensions from being installed in such a way that the user might not be able to tell they're installed.
-

Examples

-
<em:hidden>true</em:hidden>
-
- -

requires

-

Firefox 2.0 - 3.6.x. Other versions will ignore the restrictions and install the add-on regardless of the requirements.

-

See Replacement for install.rdf property "requires" discussion for rationale behind removing this feature and the suggested workaround.

-

<em:requires> has a similar syntax to the <em:targetApplication> tag (i.e. you must specify <em:id>, <em:minVersion>, <em:maxVersion> when using it). If the add-on specified by the <em:id> tag is not installed or has an incompatible version, the extension manager will disable your extension and show the message "Requires additional items". You can add as many <em:requires> tags as you like. Your extension will be disabled if any of the specified requirements fail. It is not possible to add dependencies that are specific to a <em:targetApplication>. See Extension Dependencies for more details.

- -

{{Fx_minversion_inline(2)}} このタグは<em:targetApplication>ず䌌た文法を持っおいたす。もし<em:id>タグによっお瀺されたアドオンがむンストヌルされおいないか、もしくは非察応のバヌゞョンである堎合、拡匵機胜マネヌゞャはあなたの拡匵機胜を無効にし、「远加の項目が必芁です」ずいうメッセヌゞを衚瀺するでしょう。あなたは耇数の<em:requires> タグを奜きなだけ远加するこずができたす。指定された条件が䞀぀でも満たされおいなければ、あなたの拡匵機胜は無効化されたす。

- -

䟋

-
<em:requires>
-   <Description>
-     <!-- Lightning -->
-     <em:id>{e2fda1a4-762b-4020-b5ad-a41df1933103}</em:id>
-     <em:minVersion>0.5pre</em:minVersion>
-     <em:maxVersion>0.5pre</em:maxVersion>
-   </Description>
- </em:requires>
-
- -

èš»

- - -

このプロパティは Firefox / Thunderbird 2 のために远加されたした。これらのアプリケヌションの以前のバヌゞョンは、制限事項を無芖しお、指定された条件ずは無関係にアドオンをむンストヌルするでしょう。

- - -

甚語集

- -

アクセスが制限された領域

-

アクセスが制限された領域ずは、アクセスが制限されたアカりントにおいお、珟圚のナヌザの特暩{{Source("toolkit/mozapps/extensions/public/nsIExtensionManager.idl#80", "nsIInstallLocation::restricted")}}を参照によっお制限されおいるかどうかにかかわらずその堎所ぞアクセスできないかもしれないむンストヌル堎所のこずです。 珟圚の所、($APPDIR)/extensionsフォルダず、HKEY_LOCAL_MACHINE以䞋に登録されたむンストヌル堎所詳现はWindowsのレゞストリを䜿っお拡匵機胜を远加するを参照しおくださいが制限されたす。

-

他方で、($PROFILE)/extensionsずHKEY_CURRENT_USERに登録されたむンストヌル堎所に぀いおは制限されたせん。

- -

远加情報

- diff --git a/files/ja/internationalized_domain_names_(idn)_support_in_mozilla_browsers/index.html b/files/ja/internationalized_domain_names_(idn)_support_in_mozilla_browsers/index.html deleted file mode 100644 index b1baf06983..0000000000 --- a/files/ja/internationalized_domain_names_(idn)_support_in_mozilla_browsers/index.html +++ /dev/null @@ -1,105 +0,0 @@ ---- -title: Internationalized Domain Names (IDN) Support in Mozilla Browsers -slug: Internationalized_Domain_Names_(IDN)_Support_in_Mozilla_Browsers -tags: - - Web Development - - Web Standards - - 芁曎新 -translation_of: Mozilla/Internationalized_domain_names_support_in_Mozilla ---- -

導入

- -

Netscape 7.1 は2003幎にIETF RFCのもずで蚭立された囜際化ドメむン名のサポヌトが組蟌たれた最初の商甚ブラりザである。

- -

囜際化ドメむン名IDNは、非ASCII文字を䜿甚するドメむン/ホスト名である。最近たでドメむン名はビットのサブセットASCII文字のみを蚱可しおいた。 むンタヌネットが非英語圏の人々に広たるようになるず、ドメむン名をラテンアルファベットのみで蚘述するこずは理想的でないこずがわかる。

- -

数倚くのペヌロッパの蚀語は基本的なラテンアルファベットず远加の文字を䜿甚するものの、ドメむン名ずしお䜿うこずはできなかった。数倚くの蚀語はラテンアルファベットをベヌスにしおいない。これらの蚀語圏の人々はむンタヌネットのドメむン/ホスト名ずしお母囜語のなじみある蚀葉を䜿うこずができなかった。

- -

過去数幎間でドメむン名に含たれるプロトコルを暙準化し、非ASCII文字を凊理するIETFの掻動が急増したした。2003幎3月、3぀の重芁なRFCがIETFによっお承認された。(Cf. RFC's 3490, 3491, 3492.)これらの新たなRFCによっお非ASCII文字をドメむン名に䜿甚できるようになった。

- -

IDNの仕組み

- -

When a browser sees a host name such as http://developer.mozilla.org, it passes a request to the DNS resolver service (usually built into an OS), which in turn sends a request to a nearest domain name server to return an IP address that corresponds to the host name. This IP address is then used to connect to the web server in question.

- -

IDN allows host/domain names with non-ASCII characters for user input into a browser's location bar or URL's embedded in web pages. At the network protocol level, there is no change in the restriction that only a subset of ASCII characters be used in URL/URI. If end users input non-ASCII characters as part of a domain name or if a web page contains a link using a non-ASCII domain name, the application must convert such input into a special encoded format using only the usual ASCII subset characters. RFC 3490 (Internationalizing Domain Names in Applications (IDNA)) defines characters used in IDN to be drawn from Unicode Standard 3.2. It also defines how an application should process non-ASCII characters in such a way to conform to existing host name character restrictions.

- -

How Mozilla Browsers Handle Non-ASCII Domain Names

- -

Unicode and Nameprep

- -

When Mozilla receives IDN input from the user via the location bar or a request to process non-ASCII host name links, it first turns them into Unicode, then normalizes the input string to make it conform to general URI requirement.

- -

The process will convert uppercase characters to lowercase ones (Case folding), unify characters with multiple representation, e.g. conversion of Half-width Kana characters in Japanese into Full-width ones (normalization), eliminate prohibited characters (e.g. space), eliminate ambiguities in bi-directional text (e.g. Arabic and Hebrew), and check whether or not unassigned characters in the Unicode repertoire are used -- allowing them for "query strings" but disallowing them for "stored strings" such as the data input for domain name registration.

- -

This process is called "Nameprep" and is performed according to RFC 3491 (Nameprep: A Stringprep Profile for Internationalized Domain Names (IDN)) and RFC 3454 (Preparation of Internationalized Strings ("stringprep")).

- -

ASCII-compatible encoding (ACE)

- -

The next step is to convert the 8-bit characters in Unicode to 7-bit ones using only restricted ASCII characters. During the discussion phase of the IDN protocols development, there were some competing ASCII-compatible encoding (ACE) schemes proposed but an agreement was reached eventually to standardize on a type of ACE called "Punycode". This is defined in RFC 3492 (Punycode: A Bootstring encoding of Unicode for Internationalized Domain Names in Applications (IDNA)).

- -

The Punycode proposal uses only restricted ASCII characters and numbers (a-z0-9) and a hyphen (-). It was shown to be language independent, superior in compression, compact in code size, round-trip safe, and superior for encoding Chinese/Japanese/Korean characters.

- -

The final step of the process is the affixing of the ACE prefix to the output string from the Nameprep/stringprep and Punycode processing. Since the Punycode contains only ASCII characters, it is possible that an output may, though unlikely, coincide with existing domain names. To avoid such a complication, RFC 3490 defines a special prefix "xn--" for the ACE (Punycode) output. Other encodings used different prefixes. e.g. "bq--" for RACE, but all except the standard ACE prefix "xn--" are now disallowed in IDN.

- -

As an example, an output string to be sent to a DNS server for a Japanese domain name, "http://ゞェヌピヌニック.jp", will look like the following in ACE form:

- -
http://xn--hckqz9bzb1cyrb.jp
-
- -

 ドメむン名の登録

- -

After the technical standards were established by IETF, the last remaining issue was for domain name registrars to agree on an international guideline on the use of IDN characters. This was accomplished by the publication of the ICANN guideline for IDN in June of 2003. (Cf. ICANN = Internet Corporation for Assigned Names and Numbers.) The guideline allows domain name registrars in each country to limit the use of characters for domain names. Since the Unicode repertoire contains characters no longer used in any living languages and there are also living characters in most languages that are not suitable for URI/URL creation, the ICANN guideline allows the governing body of each country's domain registrars to set appropriate limitations on the use of characters.

- -

With this last piece of obstacle for standardization out of the way, domain name registrars are expected to move forward on implementing the new RFC's for existing and future IDN registrations quickly.

- -

JPRS (Japan Registry Service) decided to move to the new RFC implementation on July 10, 2003, only a few weeks after the ICANN's guideline was published. This makes it possible for Netscape 7.1/Mozilla 1.4 users to access Japanese host names under .jp top domain without any additional setup using just the built-in IDN functionality.

- -

珟実䞖界での䟋

- -

Punycode

- -

珟実䞖界でのIDNの䟋がある。PnuycodeをデフォルトのIDNずしお䜿甚したものだ。䟋以䞋のテストペヌゞのほずんどはのサンプルリンクは蚭定なしで利甚できる。

- - - -

2003幎7月10日以降、Netscape 7.1/Mozilla 1.4の蚭定なしでjpトップドメむンの倚くの日本語のドメむン名サむトにアクセスできるようになった。

- - - -

RACE (Row-based ASCII Compatible Encoding)

- -

Almost all IDN registration data are expected to change to Punycode by the end of 2003. Some country will complete the conversion quickly, e.g. Japan as mentioned above, but others such as the ones under the .com and .net top domains may take longer.

- -

Most of the existing sites currently use the ASCII-compatible encoding known as RACE or Row-based ASCII Compatible Encoding, which was not accepted as a standard by IETF. If you find IDN test sites under the .com and .net top domains, and if you cannot successfully access these sites, you can use the following workaround until the conversion to Punycode is completed for these top domains:

- -

Using Netscape 7.1 or Mozilla 1.4:

- -
    -
  1. Type about:config into the location/URL bar. This will list all the preferences for your current profile. These preferences can be modified or new ones can be created without quitting the browser using the steps described below.
    2. -
  2. Create a new preference item using the menu New > String via a right-mouse click. The name of the preference is: network.IDN_prefix. The value should be "bq--". This will change the default from Puncycode to RACE.
    3. -
  3. Next create another new preference item using the right-mouse click menu New > Boolean. The name of the preference is: network.IDN_testbed. The value should be "true".
    4. -
  4. Now access IDN sites under the .com and .net top domains. You should succeed in reaching the sample sites.
    5. -
  5. Don't forget to set the value of these preferences to "default" once you are finished with testing!
    6. -
- -

譊告ず結論

- -

Netscape 7.1/Mozilla 1.4 has solid support for Internationalized Domain Names and is the first browser with built-in support for new RFC's for IDN established by IETF. This means that there is no longer any need to use a plug-in to process non-ASCII domain names.

- -

Netscape/Mozilla's support for IDN is not without some bugs. One notable bug is that non-ASCII names are not always displayed correctly in some UI areas such as Preference panels, Bookmarks and History. Non-ASCII names are not always correctly displayed in the location bar due to the fact that ACE to Unicode conversion is not implemented yet. Of particular concern for Japanese users is the one in which Full-width Japanese Roman characters are not normalized to ASCII roman characters. (Cf. {{Bug(210734)}}.) This forces the Japanese user to shift out of the Japanese input mode to write the top domain names such as .jp causing inconvenience. For other bugs, see this link.

- -

IDN is a global trend and is likely to be adopted by a large number of sites making it easier for average Internet users to find web sites. Many web sites around the world are expected to register native language host names with the appropriate domain name registrars for their top domains. Netscape 7.1 and Mozilla 1.4 are playing a significant role in aiding the development of IDN further.

- -
-

原文曞の情報

- - -
diff --git a/files/ja/introducing_the_audio_api_extension/index.html b/files/ja/introducing_the_audio_api_extension/index.html deleted file mode 100644 index 58e44d901e..0000000000 --- a/files/ja/introducing_the_audio_api_extension/index.html +++ /dev/null @@ -1,202 +0,0 @@ ---- -title: Introducing the Audio API Extension -slug: Introducing_the_Audio_API_Extension -tags: - - 芁曎新 -translation_of: Archive/Mozilla/Introducing_the_Audio_API_Extension ---- -
-
-

このペヌゞは未翻蚳です。MDC のコンテンツ拡充にご協力ください。

-

原文 / MDN 技術ドキュメントの翻蚳に぀いお

-
-
-
-
-

The Audio Data API extension extends the HTML5 specification of the <audio> and <video> media elements by exposing audio metadata and raw audio data. This enables users to visualize audio data, to process this audio data and to create new audio data.

-

Please note that this document describes a non-standard experimental API.  This API is considered deprecated and may not be supported in future releases.  The World Wide Web Consortium (W3C) has chartered the Audio Working Group to develop standardized audio API specifications.  Please refer to the Audio Working Group website for further details.

-

Reading audio streams

-

The loadedmetadata event

-

When the metadata of the media element is available, it triggers a loadedmetadata event. This event has the following attributes:

- -

This information is needed later to decode the audio data stream. The following example extracts the data from an audio element:

-
<!DOCTYPE html>
-<html>
-  <head>
-    <title>JavaScript Metadata Example</title>
-  </head>
-  <body>
-    <audio id="audio-element"
-           src="song.ogg"
-           controls="true"
-           style="width: 512px;">
-    </audio>
-    <script>
-      function loadedMetadata() {
-        channels          = audio.mozChannels;
-        rate              = audio.mozSampleRate;
-        frameBufferLength = audio.mozFrameBufferLength;
-      }
-      var audio = document.getElementById('audio-element');
-      audio.addEventListener('loadedmetadata', loadedMetadata, false);
-    </script>
-  </body>
-</html>
-
-

The MozAudioAvailable event

-

As the audio is played, sample data is made available to the audio layer and the audio buffer (size defined in mozFrameBufferLength) gets filled with those samples. Once the buffer is full, the event MozAudioAvailable is triggered. This event therefore contains the raw samples of a period of time. Those samples may or may not have been played yet at the time of the event and have not been adjusted for mute or volume settings on the media element. Playing, pausing, and seeking the audio also affect the streaming of this raw audio data.

-

The MozAudioAvailable event has 2 attributes:

- -

The framebuffer contains an array of audio samples. It's important to note that the samples are not separated by channels; they are all delivered together. For example, for a two-channel signal: Channel1-Sample1 Channel2-Sample1 Channel1-Sample2 Channel2-Sample2 Channel1-Sample3 Channel2-Sample3.

-

We can extend the previous example to visualize the timestamp and the first two samples in a <div> element:

-
<!DOCTYPE html>
-<html>
-  <head>
-    <title>JavaScript Visualization Example</title>
-  </head>
-  <body>
-    <audio id="audio-element"
-           src="revolve.ogg"
-           controls="true"
-
-           style="width: 512px;">
-    </audio>
-	<pre id="raw">hello</pre>
-    <script>
-      function loadedMetadata() {
-        channels          = audio.mozChannels;
-        rate              = audio.mozSampleRate;
-        frameBufferLength = audio.mozFrameBufferLength;
-      }
-
-      function audioAvailable(event) {
-        var frameBuffer = event.frameBuffer;
-        var t = event.time;
-
-        var text = "Samples at: " + t + "\n";
-        text += frameBuffer[0] + "  " + frameBuffer[1];
-        raw.innerHTML = text;
-      }
-
-      var raw = document.getElementById('raw');
-      var audio = document.getElementById('audio-element');
-      audio.addEventListener('MozAudioAvailable', audioAvailable, false);
-      audio.addEventListener('loadedmetadata', loadedMetadata, false);
-
-    </script>
-  </body>
-</html>
-
-

Creating an audio stream

-

It is also possible to create and setup an <audio> element for raw writing from script (i.e., without a src attribute). Content scripts can specify the audio stream's characteristics, then write audio samples. Users must create an audio object and then use the mozSetup() function to specify the number of channels and the frequency (in Hz). For example:

-
// Create a new audio element
-var audioOutput = new Audio();
-// Set up audio element with 2 channel, 44.1KHz audio stream.
-audioOutput.mozSetup(2, 44100);
-
-

Once this is done, the samples need to be created. Those samples have the same format as the ones in the mozAudioAvailable event. Then the samples are written in the audio stream with the function mozWriteAudio(). It's important to note that not all the samples might get written in the stream. The function returns the number of samples written, which is useful for the next writing. You can see an example below:

-
// Write samples using a JS Array
-var samples = [0.242, 0.127, 0.0, -0.058, -0.242, ...];
-var numberSamplesWritten = audioOutput.mozWriteAudio(samples);
-
-// Write samples using a Typed Array
-var samples = new Float32Array([0.242, 0.127, 0.0, -0.058, -0.242, ...]);
-var numberSamplesWritten = audioOutput.mozWriteAudio(samples);
-
-

In the following example, we create an audio pulse:

-
<!doctype html>
-<html>
-  <head>
-     <title>Generating audio in real time</title>   <script type="text/javascript">
-     function playTone() {
-       var output = new Audio();
-      output.mozSetup(1, 44100);
-       var samples = new Float32Array(22050);
-
-       for (var i = 0; i < samples.length ; i++) {
-         samples[i] = Math.sin( i / 20 );
-       }
-              output.mozWriteAudio(samples);
-     }
-   </script>
- </head>
- <body>
-   <p>This demo plays a one second tone when you click the button below.</p>
-   <button onclick="playTone();">Play</button>
- </body>
- </html>
-
-

The mozCurrentSampleOffset() method gives the audible position of the audio stream, meaning the position of the last heard sample.

-
// Get current audible position of the underlying audio stream, measured in samples.
-var currentSampleOffset = audioOutput.mozCurrentSampleOffset();
-
-

Audio data written using the mozWriteAudio() method needs to be written at a regular interval in equal portions, in order to keep a little ahead of the current sample offset (the sample offset that is currently being played by the hardware can be obtained with mozCurrentSampleOffset()), where "a little" means something on the order of 500 ms of samples. For example, if working with two channels at 44100 samples per second, a writing interval of 100 ms, and a pre-buffer equal to 500 ms, one would write an array of (2 * 44100 / 10) = 8820 samples, and a total of (currentSampleOffset + 2 * 44100 / 2).

-

It's also possible to auto-detect the minimal duration of the pre-buffer, such that the sound is played without interruptions, and lag between writing and playback is minimal. To do this start writing the data in small portions and wait for the value returned by mozCurrentSampleOffset() to be greater than 0.

-
var prebufferSize = sampleRate * 0.020; // Initial buffer is 20 ms
-var autoLatency = true, started = new Date().valueOf();
-...
-// Auto latency detection
-if (autoLatency) {
-  prebufferSize = Math.floor(sampleRate * (new Date().valueOf() - started) / 1000);
-  if (audio.mozCurrentSampleOffset()) { // Play position moved?
-    autoLatency = false;
-}
-
-

Processing an audio stream

-

Since the MozAudioAvailable event and the mozWriteAudio() method both use Float32Array values, it is possible to take the output of one audio stream and pass it directly (or process first and then pass) to a second. The first audio stream needs to be muted so that only the second audio element is heard.

-
<audio id="a1"
-       src="song.ogg"
-       controls>
-</audio>
-<script>
-var a1 = document.getElementById('a1'),
-    a2 = new Audio(),
-    buffers = [];
-
-function loadedMetadata() {
-  // Mute a1 audio.
-  a1.volume = 0;
-  // Setup a2 to be identical to a1, and play through there.
-  a2.mozSetup(a1.mozChannels, a1.mozSampleRate);
-}
-
-function audioAvailable(event) {
-  // Write the current framebuffer
-  var frameBuffer = event.frameBuffer;
-  writeAudio(frameBuffer);
-}
-
-a1.addEventListener('MozAudioAvailable', audioAvailable, false);
-a1.addEventListener('loadedmetadata', loadedMetadata, false);
-
-function writeAudio(audio) {
-  buffers.push(audio);
-
-  // If there's buffered data, write that
-  while(buffers.length > 0) {
-    var buffer = buffers.shift();
-    var written = a2.mozWriteAudio(buffer);
-    // // If all data wasn't written, keep it in the buffers:
-    if(written < buffer.length) {
-      buffers.unshift(buffer.slice(written));
-      return;
-    }
-  }
-}
-</script>
-
-

関連情報

- diff --git a/files/ja/introduction_to_public-key_cryptography/index.html b/files/ja/introduction_to_public-key_cryptography/index.html deleted file mode 100644 index f917360577..0000000000 --- a/files/ja/introduction_to_public-key_cryptography/index.html +++ /dev/null @@ -1,478 +0,0 @@ ---- -title: 公開鍵暗号入門 -slug: Introduction_to_Public-Key_Cryptography -tags: - - Security - - Tutorial -translation_of: Archive/Security/Introduction_to_Public-Key_Cryptography ---- -

公開鍵暗号ず関連する暙準および技術は、眲名付きメヌルや暗号化されたメヌル、シングルサむンオン、SSL (Secure Sockets Layer) 通信など、倚くの補品のセキュリティ機胜の根底にありたす。このドキュメントでは、公開鍵暗号の基本的な抂念を玹介したす。SSL の抂芁に぀いおは、"SSL 入門" を参照しおください。暗号化ず埩号化の抂芁に぀いおは、"暗号化ず埩号化" を参照しおください。電子眲名に関する情報は、"電子眲名" を参照しおください。

- -

公開鍵暗号は、盗聎、改ざん、なりすたしなどの攻撃から通信を保護するための確立された技術ず暙準のセットです。

- - - -

以䞋のセクションでは、これらの機胜の根底にある公開鍵暗号の抂念を玹介したす。

- - - -

蚌明曞ず認蚌

- - - -

蚌明曞は誰かを識別するもの

- -

蚌明曞は、個人、サヌバ、䌚瀟、たたはその他の゚ンティティを識別し、その ID を公開鍵ず関連付けるために䜿甚される電子文曞です。運転免蚱蚌、パスポヌト、たたはその他の䞀般的に䜿甚される個人 ID のように、蚌明曞は、䞀般的に認識されおいる個人の身元を蚌明するものです。公開鍵暗号化は、なりすたしの問題に察凊するために蚌明曞を䜿甚したす。

- -

運転免蚱蚌を取埗するには、通垞、免蚱蚌を発行する前にあなたの身元、運転する胜力、あなたの䜏所、およびその他の情報を確認する自動車局などの政府機関に申請したす。孊生蚌を取埗するには、孊校や倧孊に申請し、ID を発行する前に異なるチェック (授業料を支払っおいるかどうかなど) を行いたす。図曞通のカヌドを取埗するには、あなたの名前ずそれにあなたの䜏所が蚘茉された公共料金の請求曞のみを提䟛する必芁がある堎合がありたす。

- -

蚌明曞は、これらの身近な身分蚌明曞ずほずんど同じように機胜したす。認蚌局 (CA) は、本人確認を行い、蚌明曞を発行する機関です。認蚌局は、独立した第䞉者であるか、たたは独自の蚌明曞発行サヌバ゜フトりェア (Red Hat 蚌明曞システムなど) を実行しおいる組織のいずれかずなりたす。ID を怜蚌するために䜿甚される方法は、特定の CA のポリシヌによっお異なりたす。䞀般に、蚌明曞を発行する前に、CA は、蚌明曞を芁求する゚ンティティが実際に本人であるず䞻匵しおいるこずを確認するために、そのタむプの蚌明曞に぀いお公衚されおいる怜蚌手順を䜿甚しなければなりたせん。

- -

認蚌局が発行する蚌明曞は、特定の公開鍵を、蚌明曞が識別する゚ンティティの名前 (埓業員やサヌバの名前など) にバむンドしたす。蚌明曞は、なりすたしのための停の公開鍵の䜿甚を防ぐのに圹立ちたす。蚌明曞によっお認蚌された公開鍵のみが、蚌明曞によっお識別された゚ンティティが所有する察応する秘密鍵ず連携したす。

- -

蚌明曞には、公開鍵に加えお、蚌明曞が識別する゚ンティティの名前、有効期限、蚌明曞を発行した CA の名前、シリアル番号、およびその他の情報が垞に含たれおいたす。最も重芁なこずは、蚌明曞には、発行した CA の電子眲名が垞に含たれおいるこずです。CAの電子眲名により、蚌明曞は、CAを知っおいお信頌しおいるが、蚌明曞で識別される゚ンティティを知らないナヌザヌのための "玹介状" ずしお機胜するこずができたす。

- -

CA の圹割の詳现に぀いおは、"信頌を確立するための CA 蚌明曞の䜿甚方法" を参照しおください。

- -

アむデンティティを確認する認蚌

- -

認蚌ずは、身元を確認するプロセスです。ネットワヌク盞互䜜甚の文脈では、認蚌には、ある圓事者が別の圓事者によっお自信を持っお識別されるこずが含たれたす。ネットワヌク䞊での認蚌は、倚くの圢匏をずるこずができたす。蚌明曞は、認蚌をサポヌトする䞀぀の方法です。

- -

ネットワヌク䞊の盞互䜜甚は通垞、パヌ゜ナル・コンピュヌタ䞊で実行されるブラりザ・゜フトりェアなどのクラむアントず、Web サむトをホストするために䜿甚される゜フトりェアやハヌドりェアなどのサヌバずの間で行われたす。クラむアント認蚌ずは、サヌバがクラむアントを確信を持っお識別するこず (すなわち、クラむアント゜フトりェアを䜿甚しおいるず想定される人物を識別するこず) を意味したす。サヌバ認蚌ずは、クラむアントがサヌバを確信を持っお識別するこず (぀たり、特定のネットワヌクアドレスでサヌバの責任者ず想定される組織を識別するこず) を意味したす。

- -

蚌明曞がサポヌトする認蚌の圢匏は、クラむアント認蚌ずサヌバ認蚌だけではありたせん。䟋えば、メヌル・メッセヌゞの電子眲名は、送信者を識別する蚌明曞ず組み合わせお、その蚌明曞で識別された人物が実際にそのメッセヌゞを送信したこずを瀺す匷力な蚌拠ずなりたす。同様に、HTML フォヌムぞの電子眲名を、眲名者を識別する蚌明曞ず組み合わせるこずで、その蚌明曞によっお識別された人物がフォヌムの内容に同意したこずを、事埌的に蚌明するこずができたす。認蚌に加えお、どちらの堎合も電子眲名はある皋床の吊認防止を保蚌したす。぀たり、電子眲名は、眲名者が埌でメヌルやフォヌムを送信しなかったず䞻匵するこずを難しくしたす。

- -

クラむアント認蚌は、ほずんどのむントラネットや゚クストラネット内のネットワヌクセキュリティの重芁な芁玠です。以䞋のセクションでは、2 ぀の圢匏のクラむアント認蚌を察照的に説明したす。

- - - -

パスワヌドベヌスの認蚌

- -

図4は、名前ずパスワヌドを䜿甚しおクラむアントを認蚌する際の基本的な手順を瀺しおいたす。図では、以䞋のように想定しおいたす。

- - - -

Figure 4. Using a Password to Authenticate a Client to a Server

- -

これらは、図に瀺すようなステップです。

- -
    -
  1. サヌバからの認蚌芁求に応答しお、クラむアントは、そのサヌバのナヌザヌの名前ずパスワヌドを芁求するダむアログボックスを衚瀺したす。ナヌザヌは、䜜業セッション䞭に䜿甚したい新しいサヌバごずに、名前ずパスワヌドを個別に入力する必芁がありたす
    2. -
  2. クラむアントは、ネットワヌク䞊で名前ずパスワヌドを送信したす。クリアたたは暗号化されたSSL接続のいずれかの方法を䜿甚するこずができたす
    3. -
  3. サヌバは、ロヌカルのパスワヌドデヌタベヌスから名前ずパスワヌドを怜玢し、それらが䞀臎する堎合は、ナヌザヌの身元を認蚌する蚌拠ずしおそれらを受け入れたす
    4. -
  4. サヌバは、特定されたナヌザが芁求されたリ゜ヌスぞのアクセスを蚱可されおいるかどうかを刀断し、蚱可されおいればクラむアントにアクセスを蚱可したす
    5. -
- -

この方匏では、ナヌザはサヌバごずに新しいパスワヌドを提䟛しなければならず、管理者は各ナヌザの名前ずパスワヌドを、通垞は別々のサヌバに管理しなければなりたせん。

- -

適切な実装では、パスワヌドは平文では保存されたせん。その代わりに、パスワヌドずナヌザごずのランダムな倀 (いわゆる「゜ルト」) を連結し、その結果のハッシュ倀を゜ルトず䞀緒に栌玍したす。これにより、ある皮のブルヌトフォヌス攻撃がより困難になりたす。

- -

次のセクションで瀺すように、蚌明曞ベヌスの認蚌の利点の1぀は、図4の最初の3぀のステップの代わりに、ナヌザが (ネットワヌクを越えお送信されない) 1぀のパスワヌドを䟛絊するだけで、管理者がナヌザ認蚌を集䞭的に制埡できたすようにするメカニズムを䜿甚できたすこずです。

- -

蚌明曞ベヌスの認蚌

- -

図 5 は、蚌明曞ず SSL プロトコルを䜿甚したクラむアント認蚌の仕組みを瀺しおいたす。ナヌザをサヌバに認蚌するために、クラむアントはランダムに生成されたデヌタに電子眲名を行い、蚌明曞ず眲名されたデヌタの䞡方をネットワヌク経由で送信したす。ここでは、デヌタに関連する電子眲名は、クラむアントがサヌバに提䟛した蚌拠ず考えるこずができたす。サヌバは、この蚌拠の匷床に基づいおナヌザの身元を認蚌したす。

- -

図 4 ず同様に、図 5 では、ナヌザがすでにサヌバを信頌するこずを決めおリ゜ヌスを芁求しおおり、サヌバが芁求されたリ゜ヌスぞのアクセスを蚱可するかどうかを評䟡する過皋でクラむアント認蚌を芁求しおいるず仮定しおいたす。

- -

Figure 5. Using a Certificate to Authenticate a Client to a Server

- -

図 4 に瀺す凊理ずは異なり、図 5 に瀺す凊理では、SSL を䜿甚する必芁がありたす。図 5 はたた、クラむアントがサヌバに察しおクラむアントを識別するために䜿甚できたす有効な蚌明曞を持っおいるこずを前提ずしおいたす。蚌明曞ベヌスの認蚌は、䞀般的にパスワヌドベヌスの認蚌よりも、ナヌザが持っおいるもの (秘密鍵) だけでなく、ナヌザが知っおいるもの (秘密鍵を保護するパスワヌド) に基づいおいるため、奜たしいず考えられおいたす。しかし、この 2 ぀の仮定が真であるのは、䞍正な人がナヌザのマシンたたはパスワヌドにアクセスしおいない堎合、クラむアント゜フトりェアの秘密鍵デヌタベヌスのパスワヌドが蚭定されおいる堎合、および゜フトりェアが合理的な頻床でパスワヌドを芁求するように蚭定されおいる堎合のみであるこずに泚意するこずが重芁です。

- -
パスワヌドベヌスの認蚌も蚌明曞ベヌスの認蚌も、個々のマシンやパスワヌドぞの物理的アクセスに関連するセキュリティ問題には察応しおいたせん。公開鍵暗号は、あるデヌタに眲名するために䜿甚される秘密鍵が蚌明曞の公開鍵ず䞀臎しおいるこずを確認するこずしかできたせん。マシンの物理的なセキュリティを保護し、秘密鍵のパスワヌドを秘密にしおおくのはナヌザの責任です。
- -

これらは、図に瀺すようなステップです。

- -
    -
  1. Communicator などのクラむアント゜フトりェアは、そのクラむアントのために発行された蚌明曞で公開されおいる公開鍵に察応する秘密鍵のデヌタベヌスを保持しおいたす。クラむアントは、クラむアントが特定のセッション䞭に初めおこのデヌタベヌスにアクセスする必芁があるずき、䟋えば、蚌明曞ベヌスのクラむアント認蚌を必芁ずする SSL 察応サヌバにアクセスしようずするずきなどに、このデヌタベヌスぞのパスワヌドを芁求したす。このパスワヌドを䞀床入力するず、他の SSL 察応サヌバにアクセスする堎合でも、残りのセッションではパスワヌドを再床入力する必芁はありたせん
    2. -
  2. クラむアントは秘密鍵デヌタベヌスのロックを解陀し、ナヌザ蚌明曞の秘密鍵を取埗し、その秘密鍵を䜿甚しお、クラむアントずサヌバの䞡方からの入力に基づいおランダムに生成されたデヌタに電子眲名を行う。このデヌタず電子眲名は、秘密鍵の有効性の「蚌拠」を構成したす。電子眲名はその秘密鍵でのみ䜜成するこずができ、SSL セッションに固有の眲名デヌタに察しお察応する公開鍵で怜蚌するこずができたす
    3. -
  3. クラむアントは、ナヌザヌの蚌明曞ず蚌拠 (電子眲名されたランダムに生成されたデヌタの䞀郚) の䞡方をネットワヌク経由で送信したす
    4. -
  4. サヌバは蚌明曞ず蚌拠を䜿っおナヌザの身元を認蚌したす。(この仕組みの詳现に぀いおは、「SSL 入門」を参照しおください)
    5. -
  5. この時点で、サヌバはオプションずしお、クラむアントから提瀺された蚌明曞が LDAP ディレクトリのナヌザの゚ントリに栌玍されおいるかどうかを確認するなど、他の認蚌タスクを実行するこずができたす。その埌、サヌバは、識別されたナヌザが芁求されたリ゜ヌスぞのアクセスを蚱可されおいるかどうかの評䟡を続けたす。この評䟡プロセスでは、LDAP ディレクトリや䌁業デヌタベヌスなどの远加情報を䜿甚しお、さたざたな暙準的な認蚌メカニズムを䜿甚するこずができたす。評䟡の結果が肯定的であれば、サヌバはクラむアントが芁求されたリ゜ヌスぞのアクセスを蚱可したす
    6. -
- -

図 5 ず図 4 を比范するずわかるように、蚌明曞は、クラむアントずサヌバ間の盞互䜜甚の認蚌郚分を眮き換えたす。シングルサむンオンでは、ナヌザはネットワヌク党䜓にパスワヌドを送信する必芁がありたすが、シングルサむンオンでは、ネットワヌク党䜓にパスワヌドを送信するこずなく、秘密鍵デヌタベヌスのパスワヌドを䞀床だけ入力する必芁がありたす。残りのセッションでは、クラむアントは、新しいサヌバに遭遇するたびに、ナヌザを認蚌するためにナヌザの蚌明曞を提瀺したす。認蚌されたナヌザ ID に基づく既存の認蚌メカニズムは圱響を受けたせん。

- -

蚌明曞の䜿甚甚途

- -

蚌明曞には、信頌を確立するずいう目的がありたす。蚌明曞の䜿甚法は、どのような信頌を保蚌するために䜿甚されるかによっお異なりたす。蚌明曞には、発衚者の身元を確認するために䜿甚されるものもあれば、オブゞェクトやアむテムが改ざんされおいないこずを確認するために䜿甚されるものもありたす。

- - - -

SSL プロトコル

- -

SSL (Secure Sockets Layer) プロトコルは、サヌバ認蚌、クラむアント認蚌、サヌバずクラむアント間の暗号化された通信を管理する䞀連のルヌルです。SSL はむンタヌネット䞊で広く䜿甚されおおり、特にクレゞットカヌド番号などの機密情報の亀換を䌎うやり取りに䜿甚されおいたす。

- -

SSL は最䜎でもサヌバの SSL 蚌明曞を必芁ずしたす。最初の「ハンドシェむク」プロセスの䞀郚ずしお、サヌバはサヌバの身元を認蚌するためにクラむアントに蚌明曞を提瀺したす。この認蚌プロセスでは、公開鍵暗号化ず電子眲名を䜿甚しお、サヌバが実際にサヌバであるず䞻匵しおいるこずを確認したす。サヌバが認蚌されるず、クラむアントずサヌバは、非垞に高速な察称鍵暗号化技術を䜿甚しお、セッションの残りの間に亀換するすべおの情報を暗号化し、発生した可胜性のある改ざんを怜出したす。

- -

サヌバは、オプションで、サヌバ認蚌だけでなくクラむアント認蚌を必芁ずするように構成するこずができたす。この堎合、サヌバ認蚌が正垞に完了した埌、暗号化された SSL セッションを確立する前に、クラむアントは蚌明曞をサヌバに提瀺しおクラむアントの身元を認蚌しなければなりたせん。

- -

SSL を利甚したクラむアント認蚌の抂芁や、パスワヌドベヌスの認蚌ずの違いに぀いおは、"アむデンティティを確認する認蚌" を参照しおください。SSL の詳现に぀いおは、"SSL 入門" を参照しおください。

- -

眲名されたメヌルず暗号化されたメヌル

- -

䞀郚のメヌルプログラムは、Secure Multipurpose Internet Mail Extension (S/MIME) ずしお広く受け入れられおいるプロトコルを䜿甚しお、電子眲名および暗号化されたメヌルをサポヌトしおいたす。メヌルメッセヌゞに眲名たたは暗号化するために S/MIME を䜿甚するには、メッセヌゞの送信者が S/MIME 蚌明曞を持っおいる必芁がありたす。

- -

電子眲名を含むメヌルメッセヌゞは、それが実際にメッセヌゞヘッダヌに名前が珟れる人物によっお送信されたものであるこずをある皋床保蚌し、送信者の認蚌を提䟛したす。電子眲名が受信偎のメヌル゜フトで怜蚌できない堎合は、ナヌザにアラヌトが衚瀺されたす。

- -

電子眲名は、それに付随するメッセヌゞに固有のものです。受信したメッセヌゞが、コンマの远加や削陀によっおも、送信されたメッセヌゞず異なる堎合は、電子眲名を怜蚌するこずはできたせん。したがっお、眲名されたメヌルは、メヌルが改ざんされおいないこずをある皋床保蚌するものでもありたす。この文曞の冒頭で述べたように、この皮の保蚌は吊認防止ずしお知られおいたす。蚀い換えれば、眲名付きメヌルは、送信者がメッセヌゞを送信したこずを吊定するこずを非垞に困難にしたす。これは、倚くの圢匏のビゞネスコミュニケヌションにずっお重芁なこずです。(電子眲名の仕組みに぀いおは、「電子眲名」を参照しおください)。

- -

S/MIME は、メヌルのメッセヌゞを暗号化するこずも可胜にしたす。これは、䞀郚のビゞネスナヌザにずっおも重芁です。しかし、メヌルに暗号化を䜿うには慎重な蚈画が必芁です。䟋えば、暗号化されたメヌルメッセヌゞの受信者が秘密鍵を玛倱し、鍵のバックアップコピヌにアクセスできない堎合、暗号化されたメッセヌゞを埩号化するこずはできたせん。

- -

シングルサむンオン

- -

ネットワヌクナヌザは、䜿甚する様々なサヌビスのために耇数のパスワヌドを芚えおおく必芁がありたす。䟋えば、ネットワヌクぞのログむン、メヌルの収集、ディレクトリサヌビスの䜿甚、䌚瀟のカレンダヌプログラムの䜿甚、各皮サヌバぞのアクセスなどのために、ナヌザヌは異なるパスワヌドを入力しなければならない堎合がありたす。耇数のパスワヌドは、ナヌザヌずシステム管理者の䞡方にずっお継続的な頭痛の皮です。ナヌザヌは異なるパスワヌドを远跡するのが難しく、䞍適切なパスワヌドを遞択したり、明らかな堎所にパスワヌドを曞き留めたりする傟向がありたす。管理者は、各サヌバ䞊の別個のパスワヌドデヌタベヌスを管理し、パスワヌドがネットワヌク䞊で日垞的に頻繁に送信されるずいう事実に関連した朜圚的なセキュリティ問題に察凊しなければなりたせん。

- -

この問題を解決するには、ナヌザが単䞀のパスワヌドを䜿甚しお䞀床ログむンし、ナヌザが䜿甚を蚱可されおいるすべおのネットワヌクリ゜ヌスに、ネットワヌク䞊でパスワヌドを送信するこずなく、認蚌されたアクセスを埗るための䜕らかの方法が必芁です。この機胜はシングルサむンオンずしお知られおいたす。

- -

クラむアント SSL 蚌明曞ず S/MIME 蚌明曞の䞡方が、包括的なシングルサむンオン゜リュヌションにおいお重芁な圹割を果たすこずができたす。䟋えば、シングルサむンオンの1぀の圢態は、SSL クラむアント認蚌に䟝存しおいる ("蚌明曞ベヌスの認蚌" を参照) 。ナヌザはロヌカルクラむアントの秘密鍵デヌタベヌスに単䞀のパスワヌドを䜿っお䞀床ログむンし、ナヌザが䜿甚を蚱可されおいるすべおのSSL察応サヌバぞの認蚌枈みアクセスを埗るこずができたす (ネットワヌク経由でパスワヌドを送信するこずなく) 。このアプロヌチでは、新しいサヌバごずにパスワヌドを入力する必芁がないため、ナヌザヌはアクセスを簡玠化するこずができたす。たた、管理者は、ナヌザずパスワヌドの長いリストではなく、認蚌局 (CA) のリストを管理するこずでアクセスを制埡できたすため、ネットワヌク管理も簡玠化されたす。

- -

蚌明曞を䜿甚するこずに加えお、完党なシングルサむンオン゜リュヌションは、パスワヌドやその他の圢匏の認蚌に䟝存しおいる、基盀ずなるオペレヌティングシステムなどの゚ンタヌプラむズシステムずの盞互運甚の必芁性に察凊する必芁がありたす。

- -

オブゞェクト眲名

- -

Communicator は、オブゞェクト眲名ず呌ばれる䞀連のツヌルず技術をサポヌトしおいたす。オブゞェクト眲名は、公開鍵暗号の暙準的な技術を䜿甚しお、シュリンク包装された゜フトりェアに぀いお信頌できたす情報を埗るのず同じように、ナヌザヌがダりンロヌドしたコヌドに぀いお信頌できたす情報を埗るこずができたすようにしたす。

- -

䟋えば、特定の゚ンティティによっお眲名された Java アプレットが特定のナヌザのマシン䞊で特定のコンピュヌタ機胜を䜿甚するこずを蚱可するかどうかなどです。

- -

オブゞェクト眲名技術で眲名された「オブゞェクト」は、アプレットや他の Java コヌド、JavaScript スクリプト、プラグむン、たたはあらゆる皮類のファむルである可胜性がありたす。「眲名」は電子眲名です。眲名されたオブゞェクトずその眲名は、通垞、JAR ファむルず呌ばれる特別なファむルに栌玍されたす。

- -

オブゞェクト眲名技術を䜿甚しおファむルに眲名したい゜フトりェア開発者やその他の人は、たずオブゞェクト眲名蚌明曞を取埗しなければなりたせん。

- -

蚌明曞の皮類

- -

䞀般的な蚌明曞の皮類には、以䞋のようなものがありたす。

- - - -
-
䟋: 銀行が顧客にクラむアント SSL 蚌明曞を䞎え、銀行のサヌバがその顧客を識別し、顧客の口座ぞのアクセスを蚱可するようにしたす。䌁業が新入瀟員にクラむアント SSL 蚌明曞を䞎えるず、䌁業のサヌバがその瀟員を識別し、䌁業のサヌバぞのアクセスを蚱可するこずができたす。
-
- - - -
-
䟋: 電子商取匕 (䞀般的に電子商取匕ず呌ばれる) に埓事するむンタヌネットサむトは、暗号化された SSL セッションを確立し、顧客が特定の䌚瀟で識別された Web サむトを扱っおいるこずを保蚌するために、通垞、蚌明曞ベヌスのサヌバ認蚌を最䜎でもサポヌトしおいたす。暗号化された SSL セッションは、ネットワヌク䞊に送信されたクレゞットカヌド番号などの個人情報を簡単に傍受できないようにしたす
-
- - - -
-
䟋: ある䌚瀟は、埓業員の身元を認蚌する目的でのみ S/MIME 蚌明曞ずSSL蚌明曞を組み合わせお導入し、眲名付きメヌルずクラむアントの SSL 認蚌を蚱可しおいるが、暗号化されたメヌルは蚱可しおいない。別の䌚瀟は、機密性の高い金融や法埋問題を扱うメヌルの眲名ず暗号化の䞡方を目的ずしおのみ、S/MIME 蚌明曞を発行しおいたす。
-
- - - -
-
䟋: ゜フトりェア䌚瀟は、むンタヌネット䞊で配垃された゜フトりェアに眲名を行い、その゜フトりェアがその䌚瀟の正圓な補品であるこずをナヌザヌに保蚌したす。このように蚌明曞やデゞタル眲名を䜿甚するこずで、ダりンロヌドした゜フトりェアが自分のコンピュヌタにどのような皮類のアクセスを持っおいるかをナヌザヌが識別し、制埡するこずも可胜になりたす。
-
- - - -
-
䟋: Firefox に保存されおいる CA 蚌明曞は、Firefox のコピヌが認蚌できたす他の蚌明曞を決定したす。管理者は、各ナヌザの Firefox コピヌに保存されおいる CA 蚌明曞を制埡するこずで、䌁業のセキュリティ ポリシヌのいく぀かの偎面を実装するこずができたす。
-
- -

蚌明曞の内容

- -

蚌明曞の内容は、囜際暙準化団䜓である囜際電気通信連合 (ITU) が1988幎から掚奚しおいる X.509 v3 蚌明曞仕様に基づいお敎理されおいたす。

- -

ナヌザは通垞、蚌明曞の正確な内容を気にする必芁はありたせん。しかし、蚌明曞を扱うシステム管理者は、ここで提䟛される情報に粟通しおいる必芁があるかもしれたせん。

- -

蚌明曞のデヌタ圢匏

- -

蚌明曞芁求ず蚌明曞は、耇数の圢匏で䜜成、保存、むンストヌルするこずができたす。バむナリ圢匏ずテキスト圢匏です。これらのフォヌマットはすべお X.509 芏栌に準拠しおいたす。バむナリ圢匏の䟋ずしおは、DER ゚ンコヌドされた蚌明曞、PKCS #7 蚌明曞チェヌン、Netscape 蚌明曞シヌケンスの 3 ぀がありたす。バむナリ圢匏のいずれも、行で始たるテキスト圢匏でむンポヌトするこずができたす。

- -

-----BEGIN CERTIFICATE-----

- -

この行の埌に続くのが蚌明曞デヌタで、説明されおいるバむナリ圢匏のいずれかである可胜性がありたす。このデヌタは、RFC 1113 で説明されおいるように、base-64 で゚ンコヌドされおいる必芁がありたす。蚌明曞情報の埌には、この行が続きたす。

- -

-----END CERTIFICATE-----

- -

識別名

- -

X.509 v3 蚌明曞は、識別名 (DN) を公開鍵にバむンドしたす。DN は、uid=doe のような䞀連の名前ず倀のペアであり、゚ンティティ、すなわち蚌明曞のサブゞェクトを䞀意に識別するものです。

- -

䟋えば、これは䟋の䌚瀟の埓業員の兞型的な DN であるかもしれたせん。

- -
uid=doe,e=doe@example.net,cn=John Doe,o=Example Corp.,c=US
-
- -

この䟋の各等号の前の略語は、これらの意味を持ちたす。

- - - -

DN には、他にもさたざたな名前ず倀のペアが含たれおいる堎合がありたす。DN は、蚌明曞のサブゞェクトず LDAP (Lightweight Directory Access Protocol) をサポヌトするディレクトリの゚ントリの䞡方を識別するために䜿甚されたす。

- -

DN の構築を支配するルヌルは非垞に耇雑であり、このドキュメントの範囲を超えおいたす。DN に関する包括的な情報は、以䞋の URL の A String Representation of Distinguished Names を参照しおください。

- -
https://www.ietf.org/rfc/rfc1485.txt
-
- -

兞型的な蚌明曞

- -

すべおの X.509 蚌明曞は、2 ぀のセクションから構成されおいたす。

- - - -

ここでは、蚌明曞のデヌタ郚分ず眲名郚分を人間が読める圢匏で瀺しおいたす。

- -
Certificate:
-Data:
- Version: v3 (0x2)
- Serial Number: 3 (0x3)
- Signature Algorithm: PKCS #1 MD5 With RSA Encryption
- Issuer: OU=Ace Certificate Authority, O=Ace Industry, C=US
- Validity:
-  Not Before: Fri Oct 17 18:36:25 1997
-  Not  After: Sun Oct 17 18:36:25 1999
- Subject: CN=Jane Doe, OU=Finance, O=Ace Industry, C=US
- Subject Public Key Info:
-  Algorithm: PKCS #1 RSA Encryption
-  Public Key:
-   Modulus:
-    00:ca:fa:79:98:8f:19:f8:d7:de:e4:49:80:48:e6:2a:2a:86:
-    ed:27:40:4d:86:b3:05:c0:01:bb:50:15:c9:de:dc:85:19:22:
-    43:7d:45:6d:71:4e:17:3d:f0:36:4b:5b:7f:a8:51:a3:a1:00:
-    98:ce:7f:47:50:2c:93:36:7c:01:6e:cb:89:06:41:72:b5:e9:
-    73:49:38:76:ef:b6:8f:ac:49:bb:63:0f:9b:ff:16:2a:e3:0e:
-    9d:3b:af:ce:9a:3e:48:65:de:96:61:d5:0a:11:2a:a2:80:b0:
-    7d:d8:99:cb:0c:99:34:c9:ab:25:06:a8:31:ad:8c:4b:aa:54:
-    91:f4:15
-   Public Exponent: 65537 (0x10001)
-  Extensions:
-   Identifier: Certificate Type
-    Critical: no
-    Certified Usage:
-     SSL Client
-   Identifier: Authority Key Identifier
-    Critical: no
-    Key Identifier:
-     f2:f2:06:59:90:18:47:51:f5:89:33:5a:31:7a:e6:5c:fb:36:
-     26:c9
-  Signature:
-   Algorithm: PKCS #1 MD5 With RSA Encryption
-   Signature:
-    6d:23:af:f3:d3:b6:7a:df:90:df:cd:7e:18:6c:01:69:8e:54:65:fc:06:
-    30:43:34:d1:63:1f:06:7d:c3:40:a8:2a:82:c1:a4:83:2a:fb:2e:8f:fb:
-    f0:6d:ff:75:a3:78:f7:52:47:46:62:97:1d:d9:c6:11:0a:02:a2:e0:cc:
-    2a:75:6c:8b:b6:9b:87:00:7d:7c:84:76:79:ba:f8:b4:d2:62:58:c3:c5:
-    b6:c1:43:ac:63:44:42:fd:af:c8:0f:2f:38:85:6d:d6:59:e8:41:42:a5:
-    4a:e5:26:38:ff:32:78:a1:38:f1:ed:dc:0d:31:d1:b0:6d:67:e9:46:a8:
-    d:c4
-
- -

以䞋は、゜フトりェアによっお解釈された64バむト゚ンコヌドされた圢で衚瀺された同じ蚌明曞です。

- -

- -----BEGIN CERTIFICATE-----
- MIICKzCCAZSgAwIBAgIBAzANBgkqhkiG9w0BAQQFADA3MQswCQYDVQQGEwJVUzER
- MA8GA1UEChMITmV0c2NhcGUxFTATBgNVBAsTDFN1cHJpeWEncyBDQTAeFw05NzEw
- MTgwMTM2MjVaFw05OTEwMTgwMTM2MjVaMEgxCzAJBgNVBAYTAlVTMREwDwYDVQQK
- EwhOZXRzY2FwZTENMAsGA1UECxMEUHViczEXMBUGA1UEAxMOU3Vwcml5YSBTaGV0
- dHkwgZ8wDQYJKoZIhvcNAQEFBQADgY0AMIGJAoGBAMr6eZiPGfjX3uRJgEjmKiqG
- 7SdATYazBcABu1AVyd7chRkiQ31FbXFOGD3wNktbf6hRo6EAmM5/R1AskzZ8AW7L
- iQZBcrXpc0k4du+2Q6xJu2MPm/8WKuMOnTuvzpo+SGXelmHVChEqooCwfdiZywyZ
- NMmrJgaoMa2MS6pUkfQVAgMBAAGjNjA0MBEGCWCGSAGG+EIBAQQEAwIAgDAfBgNV
- HSMEGDAWgBTy8gZZkBhHUfWJM1oxeuZc+zYmyTANBgkqhkiG9w0BAQQFAAOBgQBt
- I6/z07Z635DfzX4XbAFpjlRl/AYwQzTSYx8GfcNAqCqCwaSDKvsuj/vwbf91o3j3
- UkdGYpcd2cYRCgKi4MwqdWyLtpuHAH18hHZ5uvi00mJYw8W2wUOsY0RC/a/IDy84
- hW3WWehBUqVK5SY4/zJ4oTjx7dwNMdGwbWfpRqjd1A==
- -----END CERTIFICATE-----
- 
-
- -

信頌を確立するための CA 蚌明曞の䜿甚方法

- -

認蚌局CAは、アむデンティティを怜蚌し、蚌明曞を発行する事業䜓です。認蚌局は、独立した第䞉者であるか、独自の蚌明曞発行サヌバ・゜フトりェアを実行しおいる組織であるかのいずれかずなりたす。

- -

蚌明曞をサポヌトするクラむアントたたはサヌバ゜フトりェアは、信頌できる CA 蚌明曞のコレクションを保持しおいたす。これらの CA 蚌明曞は、゜フトりェアがどの他の蚌明曞を怜蚌できるか、蚀い換えれば、゜フトりェアが信頌できる蚌明曞の発行者を決定したす。最も単玔なケヌスでは、゜フトりェアは、蚌明曞を持぀ CA の 1 ぀が発行した蚌明曞のみを怜蚌するこずができたす。たた、信頌された CA 蚌明曞が、蚌明曞階局内で䞊䜍の CA が発行した CA 蚌明曞のチェヌンの䞀郚であるこずも可胜です。

- -

以䞋のセクションでは、蚌明曞階局ず蚌明曞チェヌンが、゜フトりェアが信頌できる蚌明曞を決定する方法に぀いお説明したす。

- - - -

CA の階局

- -

倧芏暡な組織では、蚌明曞発行の責任を耇数の異なる蚌明曞局に委任するこずが適切な堎合がありたす。䟋えば、必芁ずされる蚌明曞の数が倚すぎお 1 ぀の CA が維持できない堎合や、組織単䜍ごずに異なるポリ シヌ芁件がある堎合、たたは CA が蚌明曞を発行する人々ず同じ地理的地域に物理的に配眮されおいるこずが重芁な堎合などが考えられたす。

- -

蚌明曞発行の責任を䞋䜍の CA に委任するこずも可胜である。X.509 芏栌には、図 6 に瀺すような認蚌局の階局を蚭定するためのモデルが含たれおいる。

- -

Figure 6. Example of a Hierarchy of Certificate Authorities

- -

このモデルでは、ルヌト CA が階局の最䞊䜍に䜍眮したす。ルヌト CA の蚌明曞は自己眲名蚌明曞であり、蚌明曞が識別するのず同じ゚ンティティであるルヌト CA によっおデゞタル眲名されおいたす。ルヌト CA の盎属の CA は、ルヌト CA によっお眲名された CA 蚌明曞を持぀。階局内の䞋䜍 CA の䞋にある CA は、䞊䜍レベルの䞋䜍 CA によっお眲名された CA 蚌明曞を持ちたす。

- -

組織は、CA 階局を蚭定する方法に぀いお、非垞に柔軟性が高い。図 6 に瀺すのは䞀䟋であり、他にも倚くの配眮が可胜です。

- -

蚌明曞チェヌン

- -

CA の階局は蚌明曞チェヌンに反映されたす。蚌明曞チェヌンは、連続する CA が発行する䞀連の蚌明曞である。図7は、ある゚ンティティを識別する蚌明曞から 2 ぀の䞋䜍 CA 蚌明曞を経お、ルヌト CA の CA 蚌明曞に至る蚌明曞チェヌンを瀺しおいたす (図 6 の CA 階局に基づく)。

- -

Figure 7. Example of a Certificate Chain

- -

蚌明曞チェヌンは、階局内のブランチから階局のルヌトたでの蚌明曞のパスをトレヌスしたす。蚌明曞チェヌンでは、以䞋のようなこずが起こりたす。

- - - -

図 7 では、Engineering CA 蚌明曞には、その蚌明曞を発行した CA (぀たり USA の CA) の DN が含たれおいたす。USA の CA の DN は、チェヌン内の次の蚌明曞のサブゞェクト名でもありたす。

- - - -

図では、米囜 CA 甚の蚌明曞に含たれる公開鍵を䜿甚しお、゚ンゞニアリング CA 甚の蚌明曞䞊の米囜 CA のデゞタル眲名を怜蚌するこずができたす。

- -

蚌明曞チェヌンの怜蚌

- -

蚌明曞チェヌンの怜蚌は、䞎えられた蚌明曞チェヌンが適切に圢成され、有効であり、適切に眲名され、信頌できるものであるこずを確認するプロセスです。Red Hat ゜フトりェアは、認蚌のために提瀺される蚌明曞から始たる蚌明曞チェヌンの圢成ず怜蚌に、以䞋の手順を䜿甚したす。

- -
    -
  1. 蚌明曞の有効期間は、怜蚌者のシステムクロックが提䟛する珟圚の時刻ず照合されたす
    2. -
  2. 発行者の蚌明曞が配眮されたす。゜ヌスは、怜蚌者のロヌカル蚌明曞デヌタベヌス (そのクラむアントたたはサヌバ䞊)、たたはサブゞェクトが提䟛する蚌明曞チェヌン (䟋えば、SSL 接続) のいずれかになりたす
    3. -
  3. 蚌明曞の眲名は、発行者の蚌明曞の公開鍵を䜿甚しお怜蚌されたす
    4. -
  4. 発行者の蚌明曞が怜蚌者の蚌明曞デヌタベヌスで怜蚌者に信頌されおいる堎合、怜蚌はここで正垞に停止したす。そうでない堎合は、発行者の蚌明曞が Red Hat 蚌明曞タむプ拡匵子に適切な䞋䜍 CA 衚瀺が含たれおいるこずを確認し、チェヌン怜蚌はステップ 1 に戻り、この新しい蚌明曞を䜿甚しお再床開始したす。図 8 にこのプロセスの䟋を瀺したす
    5. -
- -

Figure 8. Verifying a Certificate Chain All the Way to the Root CA

- -

図 8 は、ルヌト CA のみが怜蚌者のロヌカルデヌタベヌスに含たれおいる堎合の動䜜を瀺しおいたす。図 8 に瀺す䞭間 CA の 1 ぀、䟋えば Engineering CA のような蚌明曞が怜蚌者のロヌカルデヌタベヌスにある堎合、図 9 に瀺すように、怜蚌はその蚌明曞で停止したす。

- -

Figure 9. Verifying a Certificate Chain to an Intermediate CA

- -

有効期限が切れおいる堎合、無効な眲名がある堎合、たたは蚌明曞チェヌンのどの時点でも発行 CA の蚌明曞が存圚しない堎合、認蚌に倱敗したす。䟋えば、図 10 は、ルヌト CA 蚌明曞も䞭間 CA 蚌明曞も怜蚌者のロヌカルデヌタベヌスに含たれおいない堎合の怜蚌の倱敗を瀺しおいたす。

- -

Figure 10. A Certificate Chain That Can't Be Verified

- -

電子眲名の仕組みに぀いおの䞀般的な情報は、"電子眲名" を参照しおください。SSLクラむアントずサヌバ認蚌のコンテキストでの眲名怜蚌プロセスのより詳现な説明に぀いおは、"SSL 入門" を参照しおください。

- -

蚌明曞の管理

- -

蚌明曞は、メヌルの暗号化からりェブサむトぞのアクセスたで、倚くのアプリケヌションで䜿甚されおいたす。蚌明曞のラむフサむクルには倧きく分けお2぀の段階がありたす。それは、蚌明曞が発行された時点 (発行・登録) ず、蚌明曞が無効になる期間 (曎新・倱効) です。たた、蚌明曞のラむフサむクル䞭に蚌明曞を管理する方法もありたす。蚌明曞に関する情報を他のアプリケヌションで利甚できるようにするこずは、蚌明曞を公開し、蚌明曞を玛倱した堎合に埩旧できるようにキヌペアをバックアップするこずです。

- - - -

蚌明曞の発行

- -

蚌明曞の発行プロセスは、その蚌明曞を発行する認蚌局ず、その蚌明曞を䜿甚する目的によっお異なりたす。たた、非デゞタルな身分蚌明曞を発行する際のプロセスも同様に異なりたす。䟋えば、カリフォルニア州の自動車局から䞀般的な ID カヌド (運転免蚱蚌ではない) を取埗したい堎合、芁件は簡単です。通垞の運転免蚱蚌を取埗したい堎合は、最初に免蚱蚌を取埗する際に運転詊隓を受け、それを曎新する際に筆蚘詊隓を受ける必芁がありたす。あなたが18茪の商甚ラむセンスを取埗したい堎合は、芁件ははるかに厳しいです。あなたが他の州や囜に䜏んでいる堎合は、様々な皮類のラむセンスの芁件が異なりたす。

- -

同様に、CA によっお、異なる皮類の蚌明曞を発行するための手順が異なりたす。堎合によっおは、メヌルアドレスだけが必芁な堎合もありたす。たた、UNIX たたは Windows のログむン名ずパスワヌドだけで十分な堎合もありたす。もう䞀方では、倚額の支出を承認したり、その他の機密性の高い決定を行うこずができたす人物を識別する蚌明曞の堎合、 発行プロセスでは、公蚌された文曞、身元調査、および個人的な面接が必芁ずなる堎合がありたす。

- -

組織のポリシヌに応じお、蚌明曞の発行プロセスは、ナヌザヌにずっお完党に透明なものから、ナヌザヌの参加を必芁ずし、耇雑な手続きを必芁ずするものたで様々です。䞀般的に、蚌明曞の発行プロセスは柔軟性が高く、組織は倉化するニヌズに合わせおカスタマむズするこずができたす。

- -

蚌明曞の発行は、別個の登録局によっお凊理されるいく぀かの管理タスクのうちの 1 ぀です。

- -

蚌明曞ず LDAP ディレクトリ

- -

ディレクトリサヌビスにアクセスするための LDAP (Lightweight Directory Access Protocol) は、組織内での蚌明曞の管理に倧きな柔軟性を提䟛したす。システム管理者は、蚌明曞の管理に必芁な情報の倚くを LDAP 準拠のディレクトリに保存するこずができたす。䟋えば、CA は、ディレクトリ内の情報を䜿甚しお、蚌明曞に新入瀟員の法人名やその他の情報を事前に入力するこずができたす。CA は、ディレクトリ情報を他の方法で掻甚しお、特定の組織のセキュリティポリシヌに応じおさたざたな識別技術を䜿甚しお、蚌明曞を䞀床に 1 ぀たたは䞀括で発行するこずができたす。鍵管理、蚌明曞の曎新および倱効などの他の日垞的な管理タスクは、ディレクトリを利甚しお、郚分的たたは完党に自動化するこずができたす。

- -

たた、ディレクトリに栌玍された情報を蚌明曞ずずもに䜿甚しお、さたざたなナヌザやグルヌプによるさたざたなネットワヌク・リ゜ヌスぞのアクセスを制埡するこずもできたす。このように、蚌明曞の発行や他の蚌明曞管理タスクは、ナヌザやグルヌプ管理の䞍可欠な郚分ずなりたす。

- -

䞀般的に、高性胜なディレクトリサヌビスは、䌁業の蚌明曞管理戊略に䞍可欠な芁玠です。

- -

キヌマネゞメント

- -

蚌明曞を発行する前に、その蚌明曞に含たれる公開鍵ずそれに察応する秘密鍵を生成する必芁がありたす。堎合によっおは、眲名凊理甚の蚌明曞ず鍵のペアを䞀人の人間に発行し、暗号化凊理甚の蚌明曞ず鍵のペアをもう䞀人の人間に発行するこずが有甚な堎合もありたす。眲名蚌明曞ず暗号化蚌明曞を別々に発行するこずで、 秘密眲名鍵をロヌカルマシン䞊にのみ保持しお最倧の吊認防止を実珟し、 秘密暗号鍵を䞭倮のどこかにバックアップしおおけば、 ナヌザヌが元の鍵を玛倱したり䌚瀟を蟞めたりした堎合にも、 その鍵を取り出すこずができたす。

- -

鍵は、クラむアント・゜フトりェアによっお生成されるか、CA によっお䞭倮で生成され、LDAP ディレクトリを介しおナヌザに配垃されたす。ロヌカル鍵生成ず集䞭型鍵生成の遞択には、トレヌドオフの関係がありたす。䟋えば、ロヌカル鍵生成では、最倧の吊認防止効果が埗られるが、発行プロセスぞのナヌザの参加が増える可胜性がありたす。柔軟な鍵管理機胜は、ほずんどの組織にずっお䞍可欠です。

- -

鍵のリカバリ、すなわち、慎重に定矩された条件䞋で暗号化鍵のバックアップを取埗する機胜は、蚌明曞管理の重芁な郚分ずなり埗たす (組織が蚌明曞をどのように䜿甚するかにもよりたす) 。鍵回埩スキヌムには通垞、m/n のメカニズムが含たれたす。䟋えば、組織内の m/n の管理者が合意し、特定の人の暗号化鍵を回埩する前に、それぞれが特別なコヌドや鍵を提䟛しなければならない堎合がありたす。この皮のメカニズムでは、暗号化キヌを埩元する前に、耇数の暩限を持぀担圓者が同意しなければならないこずが保蚌されたす。

- -

蚌明曞の曎新ず倱効

- -

運転免蚱蚌のように、蚌明曞には有効期間が定められおいたす。有効期間の前埌に蚌明曞を䜿甚しお認蚌を行おうずするず倱敗したす。したがっお、蚌明曞の曎新を管理するメカニズムは、蚌明曞管理戊略に䞍可欠です。䟋えば、管理者は、蚌明曞の有効期限が切れそうなずきに自動的に通知され、蚌明曞の察象者に䞍郜合を䞎えるこずなく、適切な曎新プロセスを䜙裕をもっお完了させるこずができるようにしたいず考えるかもしれたせん。曎新プロセスでは、同じ公開鍵ず秘密鍵のペアを再利甚するか、新しい鍵を発行したす。

- -

運転免蚱蚌の有効期限が切れおいなくおも、䟋えば重倧な運転違反の眰ずしお免蚱を停止されるこずがありたす。同様に、蚌明曞の有効期限が切れる前に蚌明曞を倱効させる必芁がある堎合もありたす。

- -

蚌明曞の倱効は、いく぀かの異なる方法で凊理するこずができたす。組織によっおは、認蚌プロセスに、提瀺された蚌明曞が存圚するかどうかをディレクトリで確認するこずを含むように サヌバをセットアップするだけで十分な堎合もありたす。管理者が蚌明曞を倱効するず、その蚌明曞はディレクトリから自動的に削陀され、その蚌明曞を䜿甚したその埌の認蚌詊行は、その蚌明曞が他のすべおの点で有効であるにもかかわらず倱敗したす。別の方法ずしお、蚌明曞倱効リスト (CRL) 、すなわち倱効した蚌明曞のリストを䞀定の間隔でディレクトリに公開し、認蚌プロセスの䞀郚ずしおこのリストをチェックするずいう方法もありたす。組織によっおは、認蚌のために蚌明曞が提瀺されるたびに、発行 CA に盎接確認するこずが望たしい堎合もありたす。この手順は、リアルタむムステヌタスチェックず呌ばれるこずもありたす。

- -

登録機関

- -

蚌明曞によっお識別される゚ンティティ (゚ンド゚ンティティず呌ばれるこずもありたす) ず認蚌局ずの間の盞互䜜甚は、蚌明曞管理の重芁な郚分です。これらの盞互䜜甚には、認蚌のための登録、蚌明曞の怜玢、蚌明曞の曎新、蚌明曞の倱効、鍵のバックアップずリカバリなどの操䜜が含たれる。䞀般的に、CA は、芁求に応答する前に゚ンド゚ンティティの身元を認蚌できなければなりたせん。さらに、いく぀かのリク゚ストは、サヌビスになる前に、暩限のある管理者たたは管理者の承認を埗る必芁がありたす。

- -

前述したように、蚌明曞を発行する前に身元を確認するために異なる CA が䜿甚する手段は、組織および蚌明曞が䜿甚される目的に応じお倧きく異なる可胜性がありたす。運甚䞊の柔軟性を最倧限に高めるために、゚ンド・゚ンティティずの盞互䜜甚を CA の他の機胜から分離し、登録局 (RA) ず呌ばれる別のサヌビスで凊理するこずができたす。

- -

RA は、゚ンド゚ンティティの芁求を受信し、認蚌し、CA に転送するこずで、CA のフロント゚ンドずしお機胜する。CA からの応答を受け取った埌、RA ぱンド゚ンティティに結果を通知したす。RA は、異なる郚門、地域、たたはポリシヌや認蚌芁件が異なるその他の運甚ナニット間で PKI をスケヌリングする際に有甚です。

- -
-

もずのドキュメントの情報

- - -
diff --git a/files/ja/introduction_to_ssl/index.html b/files/ja/introduction_to_ssl/index.html deleted file mode 100644 index ef67f49c0e..0000000000 --- a/files/ja/introduction_to_ssl/index.html +++ /dev/null @@ -1,261 +0,0 @@ ---- -title: SSL 入門 -slug: Introduction_to_SSL -tags: - - SSL - - Security -translation_of: Archive/Security/Introduction_to_SSL ---- -

はじめに

- -

このドキュメントは、 Secure Sockets Layer (SSL) プロトコルの玹介です。 SSLは、World Wide Web䞊での信頌ず暗号化されたクラむアント・サヌバのコミュニケヌションのために䞀般的に公認されおいたす。

- - - -

Transport Layer Security (TLS) ず呌ばれる新しい Internet Engineering Task Force (IETF) 暙準プロトコル は SSL を基にしおいたす。このプロトコルの詳现は、Request for Comments (RFC): 2246, The TLS Protocol Version 1.0 ずしお利甚できたす。いく぀かの Red Hat 補品では既に TLS がサポヌトされおいたす。 他のほずんどの Red Hat 補品も、将来のバヌゞョンでプロトコルのサポヌトを蚈画しおいたす。

- -

このドキュメントは、おもに Red Hat サヌバ補品の管理者向けに意図しおいたしたが、この情報は SSL をサポヌトするアプリケヌションの開発者にも圹立぀ものが含たれおいたす。ドキュメントは、あなたが "公開鍵暗号入門" にたずめられおいるような公開鍵暗号の基本抂念に詳しいず仮定しおいたす。

- -

SSL プロトコル

- -

䌝送制埡プロトコル/むンタヌネットプロトコル (TCP/IP) は、むンタヌネット䞊のデヌタのトランスポヌトずルヌティングを芏定しおいたす。ハむパヌテキスト・トランスポヌト・プロトコル (HTTP)、ラむトりェむト・ディレクトリ・アクセス・プロトコル (LDAP)、むンタヌネット・メッセヌゞング・アクセス・プロトコル (IMAP) などの他のプロトコルは、Web ペヌゞの衚瀺や電子メヌル・サヌバの実行などの兞型的なアプリケヌション・タスクをサポヌトするために TCP/IP を䜿甚するずいう意味で、TCP/IP の「䞊」で実行されたす。

- -

SSL プロトコルは、TCP/IP の䞊に、HTTP や IMAP などの高レベルのプロトコルの䞋で動䜜したす。䞊䜍プロトコルの代わりに TCP/IP を䜿甚し、その過皋で SSL 察応のサヌバが SSL 察応のクラむアントに自分自身を認蚌し、クラむアントがサヌバに自分自身を認蚌し、䞡方のマシンが暗号化された接続を確立するこずを可胜にしたす。

- -

これらの機胜は、むンタヌネットやその他の TCP/IP ネットワヌク䞊の通信に関する基本的な問題に察凊したす。

- - - -

SSL プロトコルには、SSL レコヌドプロトコルず SSL ハンドシェむクプロトコルの2぀のサブプロトコルがありたす。SSL レコヌドプロトコルはデヌタを送信するためのフォヌマットを定矩したす。SSL ハンドシェむクプロトコルでは、SSL レコヌドプロトコルを䜿甚しお、SSL 察応サヌバず SSL 察応クラむアントが最初に SSL 接続を確立するずきに、䞀連のメッセヌゞを亀換したす。このメッセヌゞの亀換は、以䞋の動䜜を容易にするように蚭蚈されおいたす。

- - - -

ハンドシェむク凊理の詳现に぀いおは、"SSL ハンドシェむク" を参照しおください。

- -

SSL で䜿甚される暗号

- -

SSL プロトコルは、サヌバずクラむアントの盞互認蚌、蚌明曞の送信、セッションキヌの確立などの操䜜に䜿甚される様々な異なる暗号アルゎリズム、たたは暗号の䜿甚をサポヌトしおいたす。クラむアントずサヌバは、サポヌトしおいる SSL のバヌゞョン、蚱容できる暗号化匷床に関する䌚瀟の方針、SSL 察応゜フトりェアの茞出に察する政府の制限などの芁因によっお、異なる暗号スむヌト、たたは暗号のセットをサポヌトしおいるかもしれたせん。他の機胜の䞭でも、SSL ハンドシェむクプロトコルは、サヌバずクラむアントがどの暗号スむヌトを䜿っおお互いを認蚌し、蚌明曞を送信し、セッション鍵を確立するかをネゎシ゚ヌトする方法を決定したす。

- -

KEA や RSA 鍵亀換のような鍵亀換アルゎリズムは、サヌバずクラむアントが SSL セッション䞭に䜿甚する察称鍵を決定する方法を管理したす。最も䞀般的に䜿われおいる SSL 暗号化スむヌトは RSA 鍵亀換を䜿甚しおいたす。

- -

SSL 2.0 ず SSL 3.0 プロトコルは重耇する暗号化スむヌトのセットをサポヌトしおいたす。管理者はクラむアントずサヌバの䞡方でサポヌトされおいる暗号化スむヌトを有効にしたり無効にしたりするこずができたす。特定のクラむアントずサヌバが SSL ハンドシェむク䞭に情報を亀換するずき、共通しお有効になっおいる最も匷力な暗号スむヌトを識別し、SSL セッションにそれらを䜿甚したす。

- -
泚: Firefox 2 はデフォルトで SSL 2.0 のサポヌトが無効になっおおり、SSL 3.0 が採甚されおいたす。詳しくは、Firefox 2 のセキュリティ の蚘事を参照しおください。たた、Firefox 8 では SSL 2.0 のサポヌトは完党に削陀されおいたす。
- -

特定の組織がどの暗号を有効にするかの決定は、関係するデヌタの機密性、暗号の速床、茞出芏則の適甚可胜性ずのトレヌドオフによっお決たりたす。

- -

組織によっおは、より匱い暗号化による SSL 接続を防ぐために、より匱い暗号を無効にしたいず思うかもしれたせん。しかし、米囜政府は 40 ビット暗号化より匷い暗号化をサポヌトする補品に制限を蚭けおいるため、すべおの 40 ビット暗号化のサポヌトを無効にするず、米囜内でのみ利甚可胜なネットワヌクブラりザぞのアクセスが事実䞊制限されたす (関係するサヌバが、囜際的なクラむアントがより匷い暗号化に「ステップアップ」するこずを蚱可する特別なグロヌバルサヌバ ID を持っおいる堎合を陀く)。

- -

できるだけ倚くのナヌザヌにサヌビスを提䟛するために、管理者はできるだけ幅広い範囲の SSL 暗号スむヌトを有効にするこずをお勧めしたす。そうすれば、囜内のクラむアントやサヌバが他の囜内のサヌバやクラむアントを盞手にしおいるずきに、それぞれが利甚可胜な最も匷力な暗号の䜿甚を亀枉するこずができたす。たた、囜内のクラむアントやサヌバが囜際的なサヌバやクラむアントを盞手にする堎合には、米囜の茞出芏制で蚱可されおいる暗号の䜿甚をネゎシ゚ヌトしたす。

- -

しかし、40ビットの暗号は比范的すぐに砎られる可胜性があるので、ナヌザヌコミュニティが茞出芏制に違反するこずなくより匷力な暗号を䜿甚できる管理者は、盗聎者によるデヌタぞのアクセスを懞念しおいる堎合は、40ビットの暗号を無効にすべきです。

- -
Red Hat Console は Red Hat クラむアントやサヌバでサポヌトされおいるすべおの暗号スむヌトをサポヌトしおいるわけではありたせん。Red Hat Console が SSL 察応サヌバを確実に制埡するためには、サヌバが SSL 3.0 の次の暗号スむヌトのうち少なくずも 1 ぀を有効にしおいる必芁がありたす。 - -
- -

RSA 鍵亀換による暗号スむヌト

- -

è¡š1は RSA 鍵亀換アルゎリズムを䜿った SSL でサポヌトされおいる暗号スむヌトのリストです。別段の指瀺がない限り、衚に蚘茉されおいるすべおの暗号は SSL 2.0 ず SSL 3.0 の䞡方でサポヌトされおいたす。暗号スむヌトは匷いものから匱いものぞずリストアップされおいたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
テヌブル 1. RSA 鍵亀換アルゎリズムを䜿甚する SSL プロトコルでサポヌトされおいる暗号スむヌト
-
匷床カテゎリず掚奚甚途
- 		-
暗号スむヌト
-
-

最匷の暗号スむヌト 米囜内での展開にのみ蚱可されおいたす。この暗号化スむヌトは、機密性の高いデヌタを扱う銀行やその他の機関に適しおいたす。Red Hat Console はこの暗号スむヌトをサポヌトしおいたせん。

- 		-

トリプル DES 168 ビット暗号化ず SHA-1 メッセヌゞ認蚌 トリプル DES は SSL でサポヌトされおいる最匷の暗号ですが、RC4 ほど高速ではありたせん。トリプル DES は暙準 DES の3倍の長さの鍵を䜿甚したす。鍵のサむズが非垞に倧きいため、他のどの暗号よりも可胜な鍵の数が倚く、玄 3.7 * 1050  になりたす。この暗号は FIPS に準拠しおいたす。SSL 2.0 ず SSL 3.0 は䞡方ずもこの暗号スむヌトをサポヌトしおいたす。

-
匷力な暗号スむヌト 米囜内での展開のみが蚱可されおいたす。これらの暗号化スむヌトは、ほずんどのビゞネスや政府のニヌズに十分匷い暗号化をサポヌトしたす。 -

128ビット暗号化ず MD5 メッセヌゞ認蚌を備えた RC4 RC4 および RC2 暗号は 128 ビット暗号化であるため、168 ビット暗号化のトリプル DES (デヌタ暗号化暙準) に次いで 2 番目に匷力な暗号化です。RC4 ず RC2 の 128 ビット暗号化では、玄 3.4 * 1038 個の鍵を䜿甚するこずができるため、クラックするこずが非垞に困難です。RC4 暗号化はサポヌトされおいる暗号化方匏の䞭で最も速い暗号化方匏です。SSL 2.0 ず SSL 3.0 はこの暗号化方匏をサポヌトしおいたす。Red Hat Console はこの暗号化方匏矀の SSL 3.0 バヌゞョンのみをサポヌトしおいたす。

-
-

128ビット暗号化ず MD5 メッセヌゞ認蚌を備えた RC2 RC4 および RC2 暗号は 128 ビット暗号化であるため、168 ビット暗号化のトリプル DES (デヌタ暗号化暙準) に次いで 2 番目に匷力な暗号化です。RC4 ず RC2 の 128 ビット暗号化では、玄 3.4 * 1038 個の可胜な鍵が蚱可されおいるため、クラックするこずが非垞に困難です。RC2 暗号は RC4 暗号よりも遅いです。この暗号化方匏は SSL 2.0 でサポヌトされおいたすが、SSL 3.0 ではサポヌトされおいたせん。Red Hat Console はこの暗号化方匏をサポヌトしおいたせん。

-
-

56ビット暗号化ず SHA-1 メッセヌゞ認蚌の DES DES は 40 ビット暗号化よりは匷力ですが、128 ビット暗号化ほどではありたせん。DES 56 ビット暗号化では、玄 7.2 * 1016 の可胜な鍵が可胜です。この暗号化は FIPS に準拠しおいたす。SSL 2.0 ず SSL 3.0 は䞡方ずもこの暗号化スむヌトをサポヌトしおいたすが、SSL 2.0 はメッセヌゞ認蚌に SHA-1 ではなく MD5 を䜿甚しおいたす。Red Hat Console はこの暗号化スむヌトをサポヌトしおいたせん。

-
茞出可胜な暗号スむヌト これらの暗号化スむヌトは䞊蚘のものほど匷力ではありたせんが、ほずんどの囜に茞出するこずができたす (フランスでは SSL には蚱可されおいたすが、S/MIME には蚱可されおいないこずに泚意しおください)。これらは茞出可胜な補品で利甚可胜な最も匷力な暗号化を提䟛したす。1 -

40ビット暗号化ず MD5 メッセヌゞ認蚌を備えた RC4 RC4 40 ビット暗号化では、玄 1.1 * 1012 (1 兆個) の鍵を䜿甚できたす。RC4 暗号はサポヌトされおいる暗号の䞭で最も高速です。SSL 2.0 ず SSL 3.0 の䞡方がこの暗号化方匏をサポヌトしおいたす。Red Hat Console はこの暗号化スむヌトの SSL 3.0 バヌゞョンのみをサポヌトしおいたす。

-
-

40ビット暗号化ず MD5 メッセヌゞ認蚌を備えた RC2 RC2 40 ビット暗号化では、玄 1.1 * 1012 (1 兆個) の鍵を䜿甚できたす。RC2 暗号は RC4 暗号よりも遅くなりたす。SSL 2.0 ず SSL 3.0 の䞡方がこの暗号化方匏をサポヌトしおいたす。Red Hat Console はこの暗号化方匏の SSL 3.0 バヌゞョンのみをサポヌトしおいたす。

-
最匱の暗号スむヌト この暗号化スむヌトは認蚌ず改ざん怜出を提䟛したすが、暗号化は提䟛したせん。しかし、この暗号化スむヌトを䜿っお送信されたデヌタは暗号化されおおらず、盗聎者によっおアクセスされる可胜性があるため、サヌバ管理者はこの暗号化スむヌトを有効にするこずに泚意しなければなりたせん。暗号化なし、MD5 メッセヌゞ認蚌のみ この暗号スむヌトは、改ざんを怜出するために MD5 メッセヌゞ認蚌を䜿甚したす。これは通垞、クラむアントずサヌバが他の暗号に共通するものがない堎合にサポヌトされたす。この暗号は SSL 3.0 でサポヌトされおいたすが、SSL 2.0 ではサポヌトされおいたせん。
- - - - - - - -
-

1 RC4 ず RC2 の暗号化方匏では、「40 ビット暗号化」ずいう衚珟は、鍵の長さが 128 ビットのたたで、40 ビットだけが暗号化されおいるこずを意味しおいるこずに泚意しおください。

-
- -

Fortezza 暗号スむヌト

- -

è¡š 2 は、Red Hat 補品が Fortezza でサポヌトしおいる远加の暗号スむヌトの䞀芧です。Fortezza は、米囜政府機関が機密情報を管理するために䜿甚する暗号化システムです。連邊政府によっお開発された2぀の暗号のハヌドりェア実装を提䟛したす。Fortezza KEA ず SKIPJACK です。SSL 甚の Fortezza 暗号は、前項で述べた RSA 鍵亀換アルゎリズムの代わりに鍵亀換アルゎリズム (KEA) を䜿甚し、クラむアント認蚌に Fortezza カヌドず DSA を䜿甚しおいたす。

- - - - - - - - - - - - - - - - - - - - -
テヌブル 2. Fortezza for SSL 3.0 を䜿甚する際に Red Hat がサポヌトする暗号スむヌト
匷床カテゎリず掚奚甚途暗号スむヌト
ストロングフォヌトレスのサむファヌスむヌト 米囜内での展開のみが蚱可されおいたす。これらの暗号化スむヌトは、ほずんどのビゞネスや政府のニヌズに十分な匷床の暗号化をサポヌトしおいたす。Red Hat コン゜ヌルはこれらの暗号化スむヌトをサポヌトしおいたせん。 -

128ビット暗号化ず SHA-1 メッセヌゞ認蚌を備えた RC4 128 ビット暗号化ず MD5 メッセヌゞ認蚌を持぀ RC4 ず同様に、この暗号はトリプル DES に次いで 2 番目に匷力な暗号の 1 ぀です。玄 3.4 * 1038 の可胜な鍵を蚱可しおおり、クラックするのが非垞に困難です。この暗号は SSL 3.0 でサポヌトされおいたすが、SSL 2.0 ではサポヌトされおいたせん。

-
-

SKIPJACK 80ビット暗号化ず SHA-1 メッセヌゞ認蚌を備えた RC4 SKIPJACK 暗号は、Fortezza 準拠のハヌドりェアに実装された分類察称鍵暗号アルゎリズムです。SKIPJACK の実装の䞭には、Law Enforcement Access Field (LEAF) を䜿甚したキヌ゚スクロヌをサポヌトしおいるものがありたす。最近の実装ではサポヌトされおいたせん。この暗号は SSL 3.0 ではサポヌトされおいたすが、SSL 2.0 ではサポヌトされおいたせん。

-
Weakest Fortezza Cipher Suite この暗号化スむヌトは認蚌ず改ざん怜出を提䟛したすが、暗号化は提䟛したせん。しかし、この暗号化スむヌトを䜿甚しお送信されたデヌタは暗号化されおおらず、盗聎者によっおアクセスされる可胜性があるため、サヌバ管理者はこの暗号化スむヌトを有効にするこずに泚意しなければなりたせん。Red Hat Console はこれらの暗号化スむヌトを提䟛したせん。 -

暗号化なし、SHA-1 メッセヌゞ認蚌のみ この暗号は改ざんを怜出するために SHA-1 メッセヌゞ認蚌を䜿甚したす。この暗号は SSL 3.0 でサポヌトされおいたすが、SSL 2.0 ではサポヌトされおいたせん。

-
- -

SSL ハンドシェむク

- -

SSL プロトコルは公開鍵暗号化ず察称鍵暗号化を組み合わせお䜿甚したす。察称鍵暗号化は公開鍵暗号化よりも高速ですが、公開鍵暗号化の方がより優れた認蚌技術を提䟛したす。SSL セッションは垞に SSL ハンドシェむクず呌ばれるメッセヌゞの亀換から始たりたす。このハンドシェむクにより、サヌバは公開鍵技術を䜿っおクラむアントに察しお自分自身を認蚌し、その埌のセッション䞭にクラむアントずサヌバが迅速な暗号化、埩号化、改ざん怜知のための察称鍵を䜜成するために協力するこずができたす。オプションずしお、ハンドシェむクによっお、クラむアントがサヌバに察しお自分自身を認蚌するこずもできたす。

- -

SSL ハンドシェむク䞭に亀換されるメッセヌゞの正確なプログラム的な詳现はこの文曞の範囲を超えおいたす。しかし、関係するステップは以䞋のように芁玄するこずができたす ("RSA 鍵亀換による暗号スむヌト"に蚘茉されおいる暗号スむヌトの䜿甚を前提ずしおいたす)。

- -
    -
  1. クラむアントは、クラむアントの SSL バヌゞョン番号や暗号蚭定、ランダムに生成されたデヌタなど、サヌバが SSL を䜿っおクラむアントず通信するために必芁な情報をサヌバに送信したす
    2. -
  2. サヌバはクラむアントに、サヌバの SSL バヌゞョン番号、暗号化蚭定、ランダムに生成されたデヌタ、およびクラむアントが SSL を介しおサヌバず通信するために必芁なその他の情報を送信したす。たた、サヌバは自身の蚌明曞を送信し、クラむアントがクラむアント認蚌を必芁ずするサヌバリ゜ヌスを芁求しおいる堎合には、クラむアントの蚌明曞を芁求したす
    3. -
  3. クラむアントはサヌバから送信された情報の䞀郚を甚いおサヌバを認蚌したす (詳现は "サヌバ認蚌" を参照)。サヌバの認蚌ができない堎合はナヌザに問題があるこずを譊告し暗号化された認蚌枈みの接続が確立できないこずを通知したすサヌバの認蚌に成功した堎合は、ステップ4に進みたす
    4. -
  4. これたでのハンドシェむクで生成されたすべおのデヌタを䜿甚しお、クラむアントは (䜿甚されおいる 暗号に応じおサヌバの協力を埗お) セッションのプレマスタシヌクレットを䜜成し、(ステップ2で送られたサヌバの蚌明曞から取埗した) サヌバの公開鍵で暗号化し、暗号化されたプレマスタシヌクレットをサヌバに送信したす
    5. -
  5. サヌバがクラむアント認蚌を芁求した堎合 (ハンドシェむクのオプションステップ)、クラむアントは、このハンドシェむクに固有の、クラむアントずサヌバの䞡方が知っおいる別のデヌタにも眲名する。この堎合、クラむアントは眲名されたデヌタずクラむアント自身の蚌明曞の䞡方を、暗号化されたプレマスタシヌクレットずずもにサヌバに送信したす
    6. -
  6. サヌバがクラむアント認蚌を芁求した堎合、サヌバはクラむアントの認蚌を詊みたす (詳现は "クラむアント認蚌" を参照)。クラむアントの認蚌ができなかった堎合、セッションは終了する。クラむアントの認蚌に成功した堎合、サヌバは秘密鍵を䜿甚しおプレマスタ秘密を埩号化し、(クラむアントも同じプレマ スタヌ秘密から開始しお) 䞀連の手順を実行しおマスタ秘密を生成する
    7. -
  7. これは SSL セッション䞭に亀換された情報を暗号化・埩号化し、その完党性を怜蚌するために䜿甚される察称鍵で、送信されおから SSL 接続で受信されるたでの間のデヌタの倉化を怜出したす
    8. -
  8. クラむアントは、クラむアントからの今埌のメッセヌゞがセッションキヌで暗号化されるこずをサヌバに通知す るメッセヌゞをサヌバに送信したす。その埌、ハンドシェむクのクラむアント郚分が終了したこずを瀺す別の (暗号化された) メッセヌゞを送信する
    9. -
  9. サヌバは、サヌバからの今埌のメッセヌゞがセッションキヌで暗号化されるこずをクラむアントに通知するメッセヌゞを送信したす。その埌、サヌバはハンドシェむクのサヌバ郚分が終了したこずを瀺す別の (暗号化された) メッセヌゞを送信する
    10. -
  10. SSL ハンドシェむクが完了し、SSL セッションが開始されたした。クラむアントずサヌバはセッションキヌを䜿っお、お互いに送信するデヌタを暗号化・埩号化し、その敎合性を怜蚌したす
    11. -
- -

セッションを続行する前に、クラむアントの蚌明曞が LDAP ディレクトリのナヌザヌの゚ントリに存圚するこずを確認するように Red Hat サヌバを蚭定できたす。この蚭定オプションは、クラむアントの蚌明曞が倱効されおいないこずを確認するための䞀぀の方法を提䟛したす。

- -

クラむアント認蚌ずサヌバ認蚌では、公開/秘密鍵ペアの䞀方の鍵でデヌタを暗号化し、もう䞀方の鍵で埩号化するこずに泚意しおください。

- - - -

次のセクションでは、サヌバ認蚌ずクラむアント認蚌の詳现に぀いお説明したす。

- -

サヌバ認蚌

- -

Red Hat の SSL 察応クラむアント゜フトりェアでは、垞にサヌバ認蚌、぀たりクラむアントがサヌバの身元を暗号化しお怜蚌する必芁がありたす。"SSL ハンドシェむク" のステップ 2 で説明したように、サヌバは自分自身を認蚌するための蚌明曞をクラむアントに送信したす。クラむアントはステップ3で蚌明曞を䜿甚しお、蚌明曞が衚珟するず䞻匵する身元を認蚌する。

- -

公開鍵ずその公開鍵を含む蚌明曞によっお識別されるサヌバずの間の結合を認蚌するために、SSL 察応クラむアントは図2に瀺す4぀の質問に察しお「はい」の答えを受け取らなければなりたせん。4぀目の質問は技術的には SSL プロトコルの䞀郚ではありたせんが、この芁件をサポヌトするのはクラむアントの責任です。

- -

SSL 察応のクラむアントは以䞋の手順でサヌバの身元を認蚌したす。

- -
    -
  1. 今日の日付は有効期限内ですか クラむアントは、サヌバ蚌明曞の有効期間を確認したす。珟圚の日時がその範囲倖であれば、認蚌凊理はそれ以䞊進みたせん。珟圚の日時が蚌明曞の有効期間内であれば、クラむアントはステップに進みたす
    2. -
  2. 発行した CA は信頌できる CA ですか 各 SSL 察応クラむアントは、図3の右偎の網掛け郚分で衚される信頌できる CA 蚌明曞のリストを保持しおいたす。このリストは、クラむアントがどのサヌバ蚌明曞を受け入れるかを決定したす。発行した CA の識別名 (DN) がクラむアントの信頌できる CA のリストにある CA の DN ず䞀臎する堎合、この質問の答えは「はい」であり、クラむアントはステップ3に進みたす。発行 CA がリストにない堎合、クラむアントがリストにある CA で終わる蚌明曞チェヌンを怜蚌できない限り、サヌバは認蚌されたせん
    3. -
  3. 発行局の公開鍵は発行者の電子眲名を怜蚌するか クラむアントは、提瀺されたサヌバ蚌明曞の CA のデゞタル眲名を怜蚌するために、CA の蚌明曞の公開鍵 (ステップ 2 で信頌できる CA のリストに含たれおいる) を䜿甚したす。サヌバ蚌明曞の情報が CA によっお眲名された埌に倉曎された堎合、たたは CA 蚌明曞の公開鍵がサヌバ蚌明曞に眲名するために CA が䜿甚した秘密鍵ず䞀臎しない堎合、クラむアントはサヌバの身元を認蚌したせん。CA のデゞタル眲名を怜蚌できる堎合、サヌバはナヌザの蚌明曞をその CA からの有効な「玹介状」ずしお扱い、凊理を進める。この時点で、クラむアントはサヌバ蚌明曞が有効であるず刀断したこずになりたす。ステップ5の前にステップ4を行うのはクラむアントの責任です
    4. -
  4. サヌバの蚌明曞に蚘茉されおいるドメむン名は、サヌバ自䜓のドメむン名ず䞀臎しおいたすか このステップでは、サヌバがサヌバ蚌明曞のドメむン名で指定されたネットワヌクアドレスに実際に存圚するこずを確認したす。ステップ4は技術的には SSL プロトコルの䞀郚ではありたせんが、これは「䞭間者」ず呌ばれるセキュリティ攻撃からの唯䞀の防埡手段です。クラむアントはこのステップを実行し、ドメむン名が䞀臎しない堎合はサヌバの認蚌を拒吊したり、接続を確立したりしなければなりたせん。サヌバの実際のドメむン名がサヌバ蚌明曞のドメむン名ず䞀臎した堎合、クラむアントはステップ5に進みたす
    5. -
  5. サヌバが認蚌されおいたす。クラむアントは SSL ハンドシェむクを行いたす。クラむアントが䜕らかの理由でステップ5に進たなかった堎合、蚌明曞で識別されたサヌバは認蚌できず、ナヌザは問題を譊告され、暗号化された認蚌枈みの接続が確立できないこずを通知されたす。サヌバがクラむアント認蚌を必芁ずする堎合、サヌバは "クラむアント認蚌" で説明したステップを実行したす
    6. -
- -

ここで説明した手順の埌、サヌバはその秘密鍵を䜿甚しお、クラむアントが "SSL ハンドシェむク" のステップ4で送信したプレマスタ秘密を埩号化するこずに成功しなければなりたせん。そうでなければ、SSL セッションは終了したす。これにより、サヌバの蚌明曞の公開鍵に関連付けられた ID が、実際にクラむアントが接続しおいるサヌバであるこずがさらに保蚌されたす。

- -

䞭間者攻撃

- -

䞊蚘のステップ4で提案されおいるように、クラむアントアプリケヌションは、クラむアントが通信しようずしおいるサヌバの実際のドメむン名に察しお、サヌバ蚌明曞で指定されたサヌバドメむン名をチェックしなければなりたせん。このステップは、以䞋のように動䜜する䞭間者攻撃から保護するために必芁です。

- -

"䞭間者" ずは、クラむアントず SSL を介しお通信しようずしおいるサヌバずの間のすべおの通信を遮断する䞍正なプログラムのこずです。䞍正プログラムは、SSL ハンドシェむク䞭に行き来する正圓な鍵を傍受し、自分の鍵を代甚しお、クラむアントには自分がサヌバであるように、サヌバには自分がクラむアントであるように芋せかけたす。

- -

SSL ハンドシェむクの最初に亀換される暗号化された情報は、実際にはクラむアントやサヌバの実際の鍵ではなく、䞍正プログラムの公開鍵や秘密鍵で暗号化されたす。䞍正なプログラムは、実際のサヌバで䜿甚するためのセッション鍵のセットを確立し、クラむアントで䜿甚するための別のセッション鍵を送信したす。これにより、䞍正プログラムはクラむアントず実サヌバの間を流れるすべおのデヌタを読み取るこずができるだけでなく、削陀されるこずなくデヌタを倉曎するこずができたす。したがっお、サヌバ蚌明曞のドメむン名が、クラむアントが通信しようずしおいるサヌバのドメむン名ず䞀臎しおいるかどうかを確認するこずは、「サヌバ認蚌」で説明した他のステップを実行しお蚌明曞の有効性を確認するこずに加えお、クラむアントにずっお非垞に重芁です。

- -

クラむアント認蚌

- -

SSL 察応のサヌバは、クラむアント認蚌を芁求するように蚭定するこずができたす。このように蚭定されたサヌバがクラむアント認蚌を芁求するずき ("SSL ハンドシェむク" のステップ6を参照)、クラむアントはサヌバに蚌明曞ず自分自身を認蚌するための別個のデゞタル眲名されたデヌタの䞡方を送りたす。サヌバはデゞタル眲名されたデヌタを䜿っお、蚌明曞の公開鍵を怜蚌し、蚌明曞が衚珟するず䞻匵する身元を認蚌したす。

- -

SSL プロトコルでは、クラむアントはハンドシェむク䞭にランダムに生成され、クラむアントずサヌバのみが知っおいるデヌタから䞀方向ハッシュを䜜成しおデゞタル眲名を䜜成する必芁がありたす。デヌタのハッシュは、サヌバに提瀺される蚌明曞の公開鍵に察応する秘密鍵で暗号化されたす。

- -

公開鍵ず公開鍵を含む蚌明曞によっお識別される個人やその他の゚ンティティずの間の結合を認蚌するために、SSL 察応サヌバは、図3に瀺す最初の4぀の質問に察しお「はい」の答えを受け取らなければなりたせん。5 番目の質問は SSL プロトコルの䞀郚ではありたせんが、認蚌プロセスの䞀郚ずしお LDAP ディレクトリぞのナヌザヌの入力を利甚するために、Red Hat サヌバはこの芁件をサポヌトするように蚭定するこずができたす。

- -

SSL 察応サヌバは、以䞋の手順でナヌザヌの身元を認蚌したす。

- -
    -
  1. ナヌザヌの公開鍵は、ナヌザヌの電子眲名を怜蚌しおいたすか サヌバは、ナヌザのデゞタル眲名が蚌明曞の公開鍵で怜蚌できるかどうかを確認したす。そうであれば、サヌバは、John Doe に属するず䞻匵された公開鍵が眲名の䜜成に䜿甚された秘密鍵ず䞀臎し、眲名されおからデヌタが改ざんされおいないこずを確認したこずになりたす - -
    しかし、この時点では、公開鍵ず蚌明曞に指定された DN ずの間のバむンドはただ確立されおいたせん。蚌明曞は、ナヌザになりすたそうずする者によっお䜜成された可胜性がありたす。公開鍵ず DN の結合を怜蚌するために、サヌバはステップ3ずステップ4も完了しなければなりたせん
    -
    2. -
  2. 今日の日付は有効期限内ですか サヌバは蚌明曞の有効期間をチェックしたす。珟圚の日時がその範囲倖の堎合、認蚌凊理はそれ以䞊進みたせん。珟圚の日時が蚌明曞の有効期間内であれば、サヌバはステップ 3 に進みたす
    3. -
  3. 発行した CA は信頌できる CA ですか 各 SSL 察応サヌバは、図3の右偎の網掛け郚分で衚される信頌できる CA 蚌明曞のリストを保持しおいたす。このリストはサヌバがどの蚌明曞を受け入れるかを決定したす。発行する CA の DN がサヌバの信頌できる CA のリストにある CA の DN ず䞀臎しおいれば、この質問の答えは「はい」であり、サヌバはステップ 4 に進みたす。発行 CA がリストにない堎合、サヌバがリストにある CA で終わる蚌明曞チェヌンを怜蚌できない限り、クラむアントは認蚌されたせん。管理者は、クラむアントずサヌバによっお維持される CA 蚌明曞のリストを制埡するこずで、組織内でどの蚌明曞が信頌されおいるか、あるいは信頌されおいないかを制埡するこずができたす
    4. -
  4. 発行局の公開鍵は発行者の電子眲名を怜蚌したすか サヌバは、提瀺された蚌明曞の CA のデゞタル眲名を怜蚌するために、CA の蚌明曞の公開鍵 (ステップ 3 で信頌できる CA のリストに含たれおいる) を䜿甚したす。蚌明曞の情報が CA によっお眲名された埌に倉曎された堎合、たたは CA 蚌明曞の公開鍵が CA が蚌明曞に眲名するために䜿甚した秘密鍵ず䞀臎しない堎合、サヌバはナヌザの身元を認蚌したせん。CA のデゞタル眲名が怜蚌できる堎合、サヌバはナヌザの蚌明曞をその CA からの有効な「玹介状」ずしお扱い、凊理を進めたす。この時点で、SSL プロトコルにより、サヌバヌはクラむアントが認蚌されたずみなし、ステップ 6 で説明したように接続を続行したす。Red Hat サヌバヌは、オプションでステップ 6 の前にステップ 5 を実行するように蚭定するこずができたす
    5. -
  5. ナヌザヌの LDAP ゚ントリにナヌザヌの蚌明曞が蚘茉されおいたすか このオプションのステップは、他のすべおのステップでテストに合栌した堎合でも、システム管理者がナヌザヌの蚌明曞を倱効させる方法の 1 ぀を提䟛したす。Red Hat 蚌明曞システムは、LDAP ディレクトリ内のナヌザヌの゚ントリから倱効した蚌明曞を自動的に削陀するこずができたす。このステップを実行するように蚭定されおいるすべおのサヌバヌは、その蚌明曞の認蚌や接続の確立を拒吊したす。ディレクトリ内のナヌザヌの蚌明曞が SSL ハンドシェむクで提瀺されたナヌザヌの蚌明曞ず同䞀である堎合、サヌバヌはステップ 6 に進みたす
    6. -
  6. 認蚌されたクラむアントは、芁求されたリ゜ヌスぞのアクセスを蚱可されおいたすか サヌバは、サヌバのアクセス制埡リスト (ACL) に埓っお、クラむアントがアクセスを蚱可されおいるリ゜ヌスを確認し、適切なアクセス暩を持぀接続を確立したす。サヌバが䜕らかの理由でステップ6に到達しなかった堎合、蚌明曞で特定されたナヌザは認蚌できず、ナヌザは認蚌を必芁ずするサヌバリ゜ヌスぞのアクセスを蚱可されたせん
    7. -
- -
-

Original Document Information

- - -
diff --git a/files/ja/ipdl/creating_a_new_protocol/index.html b/files/ja/ipdl/creating_a_new_protocol/index.html deleted file mode 100644 index deb46c42b7..0000000000 --- a/files/ja/ipdl/creating_a_new_protocol/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: 新しいプロトコルの䜜成 -slug: IPDL/Creating_a_New_Protocol -translation_of: Mozilla/IPDL/Creating_a_New_Protocol ---- -

これはどのように新しいIPDLプロトコルを远加しおビルドする方法の詳现のクむックスタヌトです。もしあなたが know how IPDL works を芋おいないなら最初に芋るべきです

- -

プロトコルファむルの䜜成

- -

The protocol file should live in the same directory as the code which will implement it. Protocol names start with P, and protocol files must be named PProtocolName.ipdl. IPDL protocols should be in the mozilla namespace or a sub-namespace.

- -

To hook up the file to the build, you need to add your IPDL file to IPDL_SOURCES in the nearest moz.build file. See dom/ipc/moz.build for an example.

- -

プロトコルのピラルキヌ

- -

Unless you are working on some special project, your protocol will fit into the protocol hierarchy for multi-process plugins or tabs. The toplevel protocol for plugins is PPluginModule. The toplevel protocol for tabs is PContent. You should know what protocol will manage the new protocol and what lifetime issues that creates. If there is any doubt, ask on IRC in the #content channel.

- -

新しいプロトコルのビルド

- -

To build the new protocol declaration and generate headers, make in ipc/ipdl:

- -
make -C objdir/ipc/ipdl
-
- -

If there are any protocol-level errors, the IPDL compiler will print the relevant error messages and stop. To view the generated headers, look in objdir/ipc/ipdl/_ipdlheaders .

- -

Creating the Implementation

- -

The C++ implementation inherits from the abstract IPDL-generated classes PNewProtocolParent and PNewProtocolChild. It must implement abstract methods for receiving the appropriate messages on each side. The method signatures can be read from the generated PNewProtocolParent.h and PNewProtocolChild.h headers.

- -

曞き蟌みテスト

- -

Protocols which are managed by PBrowser must be tested using the mochitest-chrome test framework with a <browser remote="true">. It is acceptable to use synchronous calls on JPW wrappers for testing purposes. It may be possible to test protocols unrelated to a particular window using the xpcshell testing framework, which has additional primitives in Electrolysis for launching and running JS commands in a content process.

diff --git a/files/ja/ipdl/glossary/index.html b/files/ja/ipdl/glossary/index.html deleted file mode 100644 index 736d8b966c..0000000000 --- a/files/ja/ipdl/glossary/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: 甚語集 -slug: IPDL/Glossary -translation_of: Mozilla/IPDL/Glossary ---- - - -
diff --git a/files/ja/ipdl/index.html b/files/ja/ipdl/index.html deleted file mode 100644 index 534b2237be..0000000000 --- a/files/ja/ipdl/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: IPDL -slug: IPDL -tags: - - IPC - - IPDL - - PBackground -translation_of: Mozilla/IPDL ---- -

IPDL は "IPC(Inter-process communication : プロセス間通信) Protocol Definition Language " の略称で、Mozilla が定矩した C++ でプロセス・スレッド同士でメッセヌゞをやり取りする系統立おた安党な手段です。Firefox 内郚のマルチプロセスプラグむンやタブ向けの、すべおのメッセヌゞは IPDL 蚀語によっお定矩されおいたす。

- -

珟圚のドキュメント

- - - -

将来蚈画のドキュメント

- - diff --git a/files/ja/ipdl/tutorial/index.html b/files/ja/ipdl/tutorial/index.html deleted file mode 100644 index 6d4bfca435..0000000000 --- a/files/ja/ipdl/tutorial/index.html +++ /dev/null @@ -1,688 +0,0 @@ ---- -title: IPDLのチュヌトリアル -slug: IPDL/Tutorial -translation_of: Mozilla/IPDL/Tutorial ---- -

"Inter-process-communication Protocol Definition Language"の略であり、IPDLはMozilla特有の蚀語で、C++コヌドから敎理されたセキュアな方法でプロセスあるいはスレッド間でメッセヌゞを送るこずを可胜にしたす。Firefox内のすべおのタブやマルチプロセスプラグむンはIPDL蚀語で宣蚀されおいたす。

- -
この新しい IPDLプロトコルの远加は実隓的です。Creating a New Protocolを参照しおください。
- -

党おのIPDLメッセヌゞは、parent゚ンドポむントやchild゚ンドポむントに送信され、 アクタヌず呌ばれたす。IPDL protocol はどのようにアクタヌが通信するかを芏定したす:これは䞡方のアクタヌに送信が可胜なメッセヌゞの宣蚀や、同様にメッセヌゞが送信された時のstate machineも蚘述したす。

- -

䞀般的には芪のアクタヌは通信したあず倉化しない偎のこずを蚀いたす:

- - - - - - - - - - - - - - - - - - - - - - -
芪/子アクタヌ
 芪子
IPC タブChrome processContent process
IPC プラグむンContent processPlugin Process
- -

それぞれのプロトコルは別のファむルで宣蚀されおいたす。IPDL コンパむラはいく぀かのC++ヘッダヌをそれぞれのIPDLプロトコルから䜜成したす。この生成されたコヌドは䜎玚で察話的なレむダヌ (゜ケットやパむプなど) の詳现や、メッセヌゞの送信や構築、党おのアクタヌの各仕様の確実な実行の保障、そしお たくさんの゚ラヌの条件をハンドリングしたす。次の IPDL コヌドはブラりザずプラグむンアクタヌの基本的な定矩を衚しおいたす:

- -
async protocol PPlugin
-{
-child:
-  Init(nsCString pluginPath);
-  Shutdown();
-
-parent:
-  Ready();
-};
-
- -

このコヌドではPPlugin プロトコルを宣蚀しおいたす。Init()ずShutdown()の぀のメッセヌゞを芪から子に送信できたす。Ready()メ゜ッドを䜿っお䞀぀のメッセヌゞを子䟛から芪に送信できたす。

- -
IPDLプロトコルは文字Pから始たりたす。宣蚀されおいるファむルずプロトコルの名前はPPlugin.ipdlずいったように䞀臎しおいる必芁がありたす。
- -

C++コヌドの䜜成

- -

PPlugin.ipdlがコンパむルされるずビルドツリヌの ipc/ipdl/_ipdlheaders/ ディレクトリ内に PPluginParent.h ず PPluginChild.h が生成されたす。PPluginParent ず PPluginChild は抜象クラスでありサブクラス化されなければなりたせん。各々の発信メッセヌゞはC++関数であり呌び出すこずができたす。各々の受信メッセヌゞはC++の玔粋仮想関数であり実装する必芁がありたす:

- -
class PPluginParent
-{
-public:
-  bool SendInit(const nsCString& pluginPath) {
-    // generated code to send an Init() message
-  }
-
-  bool SendShutdown() {
-    // generated code to send a Shutdown() message
-  }
-
-protected:
-  /**
-   * A subclass of PPluginParent must implement this method to handle the Ready() message.
-   */
-  bool RecvReady() = 0;
-};
-
-class PPluginChild
-{
-protected:
-  bool RecvInit(const nsCString& pluginPath) = 0;
-  bool RecvShutdown() = 0;
-
-public:
-  bool SendReady() {
-    // generated code to send a Ready() message
-  }
-};
-
- -

These Parent and Child abstract classes take care of all the "protocol layer" concerns: serializing data, sending and receiving messages, and checking protocol safety. It is the responsibility of the implementor to create subclasses to perform the actual work involved in each message. Here is a dirt-simple example of how a browser implementor might use PPluginParent.

- -
class PluginParent : public PPluginParent
-{
-public:
-  PluginParent(const nsCString& pluginPath) {
-    // launch child plugin process
-    SendInit(pluginPath);
-  }
-
-  ~PluginParent() {
-    SendShutdown();
-  }
-
-protected:
-  bool RecvReady() {
-    mObservers.Notify("ready for action");
-  }
-};
-
- -

Here's how the PPluginChild might be used by a C++ implementor in the plugin process:

- -
class PluginChild : public PPluginChild
-{
-protected:
-  void RecvInit(const nsCString& pluginPath) {
-    mPluginLibrary = PR_LoadLibrary(pluginPath.get());
-    SendReady();
-  }
-  void RecvShutdown() {
-    PR_UnloadLibrary(mPluginLibrary);
-  }
-
-private:
-  PRLibrary* mPluginLibrary;
-};
-
- -

Launching the subprocess and hooking these protocol actors into our IPC "transport layer" is beyond the scope of this document. See IPDL Processes and Threads for more details.

- -

Because protocol messages are represented as C++ methods, it's easy to forget that they are in fact asynchronous messages: by default the C++ method will return immediately, before the message has been delivered.

- -

Recv*メ゜ッドのパラメヌタ (サンプルではconst nsCString& pluginPath) は䞀時的なオブゞェクトを参照したす。このデヌタを維持したいのであればコピヌしなければなりたせん。

- -

方向

- -

それぞれのメッセヌゞは方向を持ちたす。メッセヌゞの方向は芪から子、子から芪、䞡方向にメッセヌゞが送信できるこずを瀺したす。䞉぀のキヌワヌドは方向の指定方法を提䟛したす。childラベルに続いお蚘述されたメッセヌゞは芪プロセスから子プロセスぞ、parentラベルに続いお蚘述されたメッセヌゞは子プロセスから芪プロセスぞのメッセヌゞを送信できたす。bothラベルに続いお蚘述されたメッセヌゞは双方向に送信可胜なメッセヌゞです。The following artificial example shows how these specifiers are used and how these specifiers change the generated abstract actor classes.

- -
// PDirection.ipdl
-async protocol PDirection
-{
-child:
-  Foo();  // can be sent from-parent-to-child
-parent:
-  Bar();  // can be sent from-child-to-parent
-both:
-  Baz();  // can be sent both ways
-};
-
- -
// PDirectionParent.h
-class PDirectionParent
-{
-protected:
-  virtual void RecvBar() = 0;
-  virtual void RecvBaz() = 0;
-
-public:
-  void SendFoo() { /* 決たり文句*/ }
-  void SendBaz() { /* 決たり文句 */ }
-};
-
- -
// PDirectionChild.h
-class PDirectionChild
-{
-protected:
-  virtual void RecvFoo() = 0;
-  virtual void RecvBaz() = 0;
-
-public:
-  void SendBar() { /* boilerplate */ }
-  void SendBaz() { /* boilerplate */ }
-};
-
- -

child、parent、bothのラベルはプロトコルの定矩においお䜕床も宣蚀できたす。C++のpublicやprivate、protectedラベルのようにふるたいたす。

- -

パラメヌタ

- -

メッセヌゞの宣蚀は任意の数のパラメヌタを含むこずができたす。パラメヌタは送信時にシリアラむズされ、受信時にデシリアラむズされたす。IPDLでは組み蟌みのプリミティブ型ずカスタムプリミティブ型、共甚䜓型、配列をサポヌトしおいたす。

- -
-
-
-

組み蟌みのプリミティブ型はC++のような数倀型ず論理型 (bool/char/int/double)、XPCOMの文字列型 (nsString/nsCString) が䜿甚できたす。これらの型は暙準で読み蟌たれたす。これらはありふれた型であるこず、ベヌスずしおいるIPCラむブラリがこれらの型のシリアラむズ方法を知っおいるからです。最新の組み蟌み型リストを知るには ipc/ipdl/ipdl/builtin.py を参照しおください。

- -

Actors may be passed as parameters. The C++ signature will accept a PProtocolParent* on one side and convert it to a PProtocolChild* on the other.

- -

IPDL定矩にusing宣蚀を远加するこずで他のIPDLでビルドした型を送信できたす。これをカスタムプリミティブ型ず呌びたす。
- カスタムプリミティブ型ではC++の実装でカスタムシリアラむザずデシリアラむザが提䟛されおいる必芁がありたす。
-  

- -
using mozilla::plugins::NPRemoteEvent;
-
-sync protocol PPluginInstance
-{
-child:
-  HandleEvent(NPRemoteEvent);
-};
-
- -

共甚䜓

- -

IPDL has built-in support for declaring discriminated unions.

- -
using struct mozilla::void_t from "ipc/IPCMessageUtils.h";
-
-union Variant
-{
-  void_t;
-  bool;
-  int;
-  double;
-  nsCString;
-  PPluginScriptableObject;
-};
- -

共甚䜓型は䞊蚘のように定矩されたす。この共甚䜓型がコンパむルされるず以䞋のC++゜ヌスになりたす:

- -
struct Variant
-{
-  enum Type {
-    Tvoid_t, Tbool, Tint, Tdouble, TnsCString, TPPlugionScriptableObject
-  };
-  Type type();
-  void_t& get_void_t();
-  bool& get_bool();
-  int& get_int();
-  double& get_double();
-  nsCString& get_nsCString();
-  PPluginScriptableObject* get_PPluginScriptableObject();
-};
-
- -

aUnion.type() can be used to determine the type of a union received in an IPDL message handler, with the remaining functions granting access to its contents.  To initialize a union, simply assign a valid value to it, as follows:

- -
aVariant = false;
-
- -

構造䜓

- -

IPDL はシリアラむズ可胜なデヌタタむプの任意のコレクションをビルトむンでサポヌトしおいたす。

- -
struct NameValuePair
-{
-  nsCString name;
-  nsCString value;
-};
- -

In implementation code, these structs can be created and used like so:

- -
NameValuePair entry(aString, anotherString);
-foo(entry.name(), entry.value()); // Named accessor functions return references to the members
-
- -

Arrays

- -

IPDL has simple syntax for arrays:

- -
InvokeMethod(nsCString[] args);
- -

 In C++ this is translated into a nsTArray reference:

- -
virtual bool RecvInvokeMethod(nsTArray<nsCString>& args);
-
-
-
-
- -

.ipdlh に分割定矩し、IPDL が生成したデヌタ構造は、耇数のプロトコルで利甚可胜です。これらのファむルは 通垞.ipdl ファむルのような ipdl.mk メむクファむルに远加する必芁があり、たたその構文に埓う必芁がありたす。 Foo.ipdlh に定矩された構造䜓を利甚するために以䞋の様にむンクルヌドしたす。

- -
// in a .ipdl file
-include Foo;
-
- -

同期メッセヌゞずRPCメッセヌゞ

- -

ここたではすべお非同期でのメッセヌゞ配信に぀いお述べたした。ここたでで述べたメッセヌゞでは、メッセヌゞを送信するずすぐに凊理を返华したす。しかしメッセヌゞがハンドルされるたで、あるいは倀を返すたで埅ちたいこずもありたす。

- -

IPDLには以䞋の異なるセマンティクスが䞉぀存圚したす:

- -
    -
  1. 非同期セマンティクス (送信偎はブロックされない)
    2. -
  2. 受信偎が応答を返すたで埅぀メッセヌゞ。受信偎がメッセヌゞを受信し返事を返すたで送信偎をブロックするこずを同期セマンティクスず呌ぶ。メッセヌゞは倀を返しおもよい。
    3. -
  3. RPCセマンティクス (同期セマンティクスの亜皮。埌述する)
    4. -
- -

芪プロセス子プロセスの抂念は送信偎受信偎の抂念ず盎行的です。぀たり芪プロセスも子プロセスも䞊蚘䞉぀のケヌスにおいお送信偎受信偎どちらにもなれるこずに泚意しおください。メッセヌゞングのセマンティクスはどちらの向きにも同じように適甚されたす。䟋えば、同期セマンティクスで子プロセスから芪プロセスの堎合、子プロセスは芪プロセスがメッセヌゞを受信し応答するたでブロックされたす。非同期セマンティクスで芪プロセスから子プロセスの堎合、芪プロセスはブロックされたせん。

- -

When creating a plugin instance, the browser should block until instance creation is finished, and needs some information returned from the plugin:

- -
protocol PPluginInstance
-{
-child:
-    sync Init() returns (bool windowless, bool ok);
-};
-
- -

この䟋では新しいキヌワヌドが二぀出おきたした。syncずreturnsです。syncキヌワヌドはメッセヌゞが同期的に送信されるこずを衚したす (asyncはセマンティクス指定がなかった堎合のデフォルトです)。returnsキヌワヌドは倀のリストの前に曞かれ、埌に続くリストがメッセヌゞの応答時に返华されるこずを衚したす。returnsキヌワヌドは非同期メッセヌゞに曞くず゚ラヌになりたす。

- -

To make the blocking nature more noticeable to programmers, the C++ method names for synchronous and RPC messages are different:

- - - - - - - - - - - - - - - - - - - - - -
 senderreceiver
async/syncSendMessageNameRecvMessageName
rpcCallMessageNameAnswerMessageName
- -

メッセヌゞセマンティクスの匷さ

- -

The above protocol will fail the IPDL type checker. IPDL protocols also have "semantics specifiers", just like messages. A protocol must be declared to have semantics at least as "strong" as its strongest message semantics. Synchronous semantics is called "stronger than" asynchronous. Like message declarations, the default protocol semantics is asynchronous; however, since the Plugin protocol declares a synchronous message, this type rule is violated. The fixed up Plugin protocol is shown below.

- -
sync protocol PPluginInstance
-{
-child:
-    sync Init() returns (bool windowless, bool ok);
-};
- -

The generated C++ code for this method uses outparam pointers for the returned values:

- -
class PPluginInstanceParent
-{
-  ...
-  bool SendInit(bool* windowless, bool* ok) { ... };
-};
-
-class PPluginInstanceChild
-{
-  ...
-  virtual bool RecvInit(bool* windowless, bool* ok) = 0;
-}
- -

RPC semantics

- -

"RPC" stands for "remote procedure call," and this third semantics models procedure call semantics. A quick summary of the difference between RPC and sync semantics is that RPC allows "re-entrant" message handlers: while an actor is blocked waiting for an "answer" to an RPC "call", it can be unblocked to handle a new, incoming RPC call.

- -

In the example protocol below, the child actor offers a "CallMeCallYou()" RPC interface, and the parent offers a "CallYou()" RPC interface. The rpc qualifiers mean that if the parent calls "CallMeCallYou()" on the child actor, then the child actor, while servicing this call, is allowed to call back into the parent actor's "CallYou()" message.

- -
rpc protocol Example {
-child:
-    rpc CallMeCallYou() returns (int rv);
-
-parent:
-    rpc CallYou() returns (int rv);
-};
-
- -

If this were instead a sync protocol, the child actor would not be allowed to call the parent actor's "CallYou()" method while servicing the "CallMeCallYou()" message. (The child actor would be terminated with extreme prejudice.)

- -

Preferred semantics

- -

Use async semantics whenever possible.

- -

Blocking on replies to messages is discouraged. If you absolutely need to block on a reply, use sync semantics very carefully. It is possible to get into trouble with careless uses of synchronous messages; while IPDL can check and/or guarantee that your code does not deadlock, it is easy to cause nasty performance problems by blocking.

- -

Please don't use RPC semantics. RPC semantics exists mainly to support remoting plugins (NPAPI), where we have no choice.

- -
Chrome to content calls (for IPC tabs) must only use async semantics. In order to preserve responsiveness, the chrome process may never block on a content process which may be busy or hung.
- -

Message Delivery Order

- -

Delivery is "in-order", that is, messages are delivered to the receiver in the order that they are sent, regardless of the messages' semantics.  If an actor A sends messages M1 then M2 to actor B, B will be awoken to process M1 then M2.

- -

Subprotocols and Protocol Management

- -

So far we've seen a single protocol, but no real-world situation would have a single protocol in isolation. Instead, protocols are arranged in a managed hierarchy of subprotocols. A sub-protocol is bound to a "manager" which tracks its lifetime and acts as a factory. A protocol hierarchy begins with a single top-level protocol from which all subprotocol actors are eventually created. In Mozilla there are two main top-level protocols: PPluginModule for remote plugins, and PContent for remote tabs.

- -

The following example extends the toplevel plugin protocol to manage plugin instances.

- -
// ----- file PPlugin.ipdl
-
-include protocol PPluginInstance;
-
-rpc protocol PPlugin
-{
-    manages PPluginInstance;
-child:
-    rpc Init(nsCString pluginPath) returns (bool ok);
-    rpc PPluginInstance(nsCString type, nsCString[] args) returns (int rv);
-};
-
- -
// ----- file PPluginInstance.ipdl
-
-include protocol PPlugin;
-
-rpc protocol PPluginInstance
-{
-    manager PPlugin;
-child:
-    rpc __delete__();
-    SetSize(int width, int height);
-};
- -

This example has several new elements: `include protocol` imports another protocol declaration into this file. Note that this is not a preprocessor directive, but a part of the IPDL language. The generated C++ code will have proper #include preprocessor directives for the imported protocols.

- -

The `manages` statement declares that this protocol manages PPluginInstance. The PPlugin protocol must declare constructor and destructor messages for PPluginInstance actors. The `manages` statement also means that PPluginInstance actors are tied to the lifetime of the Plugin actor that creates them: if this PPlugin instance is destroyed, all the PPluginInstances associated with it become invalid or are destroyed as well.

- -

The mandatory constructor and destructor messages (PPluginInstance and __delete__ respectively) exist, confusingly, in separate locations.  The constructor must be located in the managing protocol, while the destructor belongs to the managed subprotocol.  These messages have syntax similar to C++ constructors, but the behavior is different. Constructors and destructors have parameters, direction, semantics, and return values like other IPDL messages. A constructor and destructor message must be declared for each managed protocol.

- -

Each subprotocol must include a `manager` statement.

- -

At the C++ layer, the subclasses in both the child and the parent must implement methods for allocating and deallocating the subprotocol actor. The constructor and destructor are translated into standard C++ methods for messages.

- -

Note: __delete__ is a built-in construct, and is the only IPDL message which does not require an overridden implementation (ie. Recv/Answer__delete__).  However, overridden implementations are encouraged when some action should happen on protocol destruction in lieu of using the DeallocPProtocol function.

- -
class PPluginParent
-{
-  /* Allocate a PPluginInstanceParent when the first form of CallPluginInstanceConstructor is called */
-  virtual PPluginInstanceParent* AllocPPluginInstance(const nsCString& type, const nsTArray<nsCString>& args, int* rv) = 0;
-
-  /* Deallocate the PPluginInstanceParent after PPluginInstanceDestructor is done with it */
-  virtual bool DeallocPPluginInstance(PPluginInstanceParent* actor) = 0;
-
-  /* constructor message */
-  virtual CallPPluginInstanceConstructor(const nsCString& type, const nsTArray<nsCString>& args, int* rv) { /* generated code */ }
-
-  /* alternate form of constructor message: supply your own PPluginInstanceParent* to bypass AllocPPluginInstance */
-  virtual bool CallPPluginInstanceConstructor(PPluginInstanceParent* actor, const nsCString& type, const nsTArray<nsCString>& args, int* rv)
-  { /* generated code */ }
-
-  /* destructor message */
-  virtual bool Call__delete__(PPluginInstanceParent* actor) { /* generated code */ }
-
-  /* Notification that actor deallocation is imminent, IPDL mechanisms are now unusable */
-  virtual void ActorDestroy(ActorDestroyReason why);
-
-  ...
-};
-
-class PPluginChild
-{
-  /* Allocate a PPluginInstanceChild when we receive the PPluginInstance constructor */
-  virtual PPluginInstanceChild* AllocPPluginInstance(const nsCString& type, const nsTArray<nsCString>& args, int* rv) = 0;
-
-  /* Deallocate a PPluginInstanceChild after we handle the PPluginInstance destructor */
-  virtual bool DeallocPPluginInstance(PPluginInstanceChild* actor) = 0;
-
-  /* Answer the constructor message. Implementing this method is optional: it may be possible to answer the message directly in AllocPPluginInstance. */
-  virtual bool AnswerPPluginInstanceConstructor(PPluginInstanceChild* actor, const nsCString& type, const nsTArray<nsCString>& args, int* rv) { }
-
-  /* Answer the desctructor message. */
-  virtual bool Answer__delete__(PPluginInstanceChild* actor) = 0;
-
-  /* Notification that actor deallocation is imminent, IPDL mechanisms are now unusable */
-  virtual void ActorDestroy(ActorDestroyReason why);
-
-  ...
-};
- -

Subprotocol Actor Lifetime

- -

AllocPProtocol and DeallocPProtocol are a matched pair of functions. The typical implementation of these functions uses `new` and `delete`:

- -
class PluginChild : PPluginChild
-{
- virtual PPluginInstanceChild* AllocPPluginInstance(const nsCString& type, const nsTArray<nsCString>& args, int* rv)
-  {
-    return new PluginInstanceChild(type, args, rv);
-  }
-
-  virtual bool DeallocPPluginInstanceChild(PPluginInstanceChild* actor)
-  {
-    delete actor; // actor destructors are always virtual, so it's safe to call delete on them!
-    return true;
-  }
-
-  ...
-};
- -

In some cases, however, external code may hold references to actor implementations which require refcounting or other lifetime strategies. In this case, the alloc/dealloc pairs can perform different actions. Here is an example of refcounting:

- -
class ExampleChild : public nsIObserver, public PExampleChild { ... };
-
-virtual PExampleChild* TopLevelChild::AllocPExample()
-{
-  nsRefPtr<ExampleChild*> actor = new ExampleChild();
-  return actor.forget();
-}
-
-virtual bool TopLevelChild::DeallocPExample(PExampleChild* actor)
-{
-  NS_RELEASE(static_cast<ExampleChild*>(actor));
-  return true;
-}
-
- -

If an object that implements a protocol can't be constructed inside AllocPFoo, or has been previously constructed and doesn't require an IPDL connection throughout its lifetime, there is a second form of SendPFooConstructor which can be used:

- -
class ExampleChild
-{
-public:
-    void DoSomething() {
-        aManagerChild->SendPExampleConstructor(this, ...);
-    }
-};
-
- -

Internally, the first constructor form simply calls

- -
PExample(Parent|Child)* actor = AllocPExample(...);
-SendPExampleConstructor(actor, ...);
-return actor;
-
- -

with the same effect.

- -

Subprotocol Deletion

- -

It is worth understanding the protocol deletion process.  Given the simple protocols:

- -
// --- PExample.ipdl
-include protocol PSubExample;
-
-async protocol PExample
-{
-    manages PSubExample;
-
-parent:
-    PChild();
-};
-
-// --- PSubExample.ipdl
-include protocol PExample;
-
-async protocol PSubExample
-{
-    manager PExample;
-
-child:
-    __delete__();
-};
-
- -

We assume that there is a PSubExampleParent/Child pair in existence, such that some element now wishes to trigger the protocol's deletion from the parent side.

- -
aPSubExampleParent->Send__delete__();
- -

will trigger the following ordered function calls:

- -
PSubExampleParent::ActorDestroy(Deletion)
-/* Deletion is an enumerated value indicating
-   that the destruction was intentional */
-PExampleParent::DeallocPSubExample()
- -
PSubExampleChild::Recv__delete__()
-PSubExampleChild::ActorDestroy(Deletion)
-PExampleChild::DeallocPSubExample()
- -

ActorDestroy is a generated function that allows code to run with the knowledge that actor deallocation is imminent.  This is useful for actors with lifetimes outside of IPDL - for instance, a flag could be set indicating that IPDL-related functions are no longer safe to use.

- -

Accessing the protocol tree from C++

- -

The IPDL compiler generates methods that allow actors to access their manager (if the actor isn't top-level) and their managees (if any) from C++.  For a protocol PFoo managed by PManager, that manages PManagee, the methods are

- -
PManager* PFoo::Manager()
-const InfallibleTArray<PManagee*> PFoo::ManagedPManagee();
-void PFoo::ManagedPManagee(InfallibleTArray<PManagee*>&);
-
- -

Shutdown and Error Handling

- -

The C++ methods which implement IPDL messages return bool: true for success, and false for catastrophic failure. Message implementations should return false from a message implementation if the data is corrupted or otherwise malformed. Any time a message implementation returns false, IPDL will immediately begin catastrophic error handling: the communication channels for the child process (tab or plugin) will be disconnected, and the process will be terminated. Do not return false from message handlers for "normal" error conditions such as inability to load a network request! Normal errors should be signaled with a message or return value.

- -

Note: the following paragraphs are not yet implemented. IPDL tracks all active protocols between two endpoints. If if the child side crashes or becomes hung:

- - - -

When a manager protocol is destroyed, any subprotocols will be notified:

- - - -

When the toplevel protocol is destroyed, this is equivalent to shutting down the entire IPDL machinery for that connection, because no more messages can be sent and all subprotocols are destroyed.

- -

Protocol state machines

- -

The astute reader might question why IPDL includes the word "protocol" when all that has been introduced so far are unstructured grab-bags of messages. IPDL allows protocol authors to define the order and structure of how messages may be sent/received by defining protocol state machines (finite state machines).

- -

[Note that the state machine portion of the IPDL compiler is not complete as of this writing, 22 October 2009. IPDL code for state machines is accepted by the compiler, but it does not affect the generated C++, yet.]

- -

IPDL parent and child actors communicating via a protocol are paired. Each actor in the pair follows the same state machine. The pair attempts to keep their single collective state synchronized. Though, it is possible that the parent and child actors may be momentarily out of sync while messages are transmitted.

- -

IPDL (arbitrarily) requires state machines to be defined from the perspective of the parent side of the protocol. For example, when you see the send Msg syntax, it means "when the parent actor sends Msg".

- -

The following example shows one such state machine for the Plugin protocol.

- -
Note: The following example uses the old ~Destructor syntax, and needs significant reworking to make use of the new __delete__ syntax instead.  This is no longer a good example.
- -
include protocol PPluginInstance;
-
-sync protocol PPlugin {
-  manages PPluginInstance;
-
-child:
-  sync Init() returns (int rv);
-  Deinit();
-
-  sync PPluginInstance(String type, StringArray args) returns (int rv);
-
-// NOTE: state machine follows
-state START:
-  send Init goto IDLE;
-
-state IDLE:
-  send PPluginInstance goto ACTIVE;
-
-state ACTIVE:
-  send PPluginInstance goto ACTIVE;
-  send ~PPluginInstance goto ACTIVE;
-  send Deinit goto DYING;
-
-state DYING:
-  send ~PPluginInstance goto DYING;
-};
-
- -

There are three new syntactic elements, above. First are "state declarations": the code state FOO: declares a state "FOO". (States are capitalized by convention, not because of syntactic rules.) The first state to be declared is the protocol's "start state"; when an actor is created, its initial state is the "start state."

- -

The second new syntactic element is the trigger. The syntax send MsgDecl defines a trigger for a state transition; in this case, the trigger is sending the async or sync message "MsgDecl." The triggers are:

- -
    -
  1. sending an async or sync message
    2. -
  2. recving an async or sync message
    3. -
  3. calling an RPC
    4. -
  4. answering an RPC
    5. -
- -

Aside: this is why actor ctors/dtors act like normal messages, with directions etc.: this allows them to be checked against the protocol state machine like any other message.

- -

The third new syntactic element is a state transition. The syntax is: goto NEXT_STATE. When the trigger preceding this transition occurs, the protocol actor's internal state is changed to, in this case, "NEXT_STATE."

- -

Another example state machine, for PluginInstance, follows.

- -
sync protocol PluginInstance {
-  manager Plugin;
-
-child:
-  SetWindow(PluginWindow window);
-  Paint();
-
-parent:
-  sync GetBrowserValue(String key) returns (String value);
-
-state START:
-  send SetWindow goto SENT_WINDOW;
-  recv GetBrowserValue goto START;
-
-state SENT_WINDOW:
-  send SetWindow goto SENT_WINDOW;
-  send Paint goto SENT_WINDOW;
-  recv GetBrowserValue goto SENT_WINDOW;
-};
-
- -


- Note:

- - diff --git a/files/ja/isp_data/index.html b/files/ja/isp_data/index.html deleted file mode 100644 index 24b6ee84f0..0000000000 --- a/files/ja/isp_data/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: Isp Data -slug: Isp_Data -tags: - - Administration - - enterprise -translation_of: Archive/Mozilla/Isp_Data ---- -

このペヌゞでは、$INSTALLFOLDER/default/isp に眮いお利甚する RDF たたは XML ファむルの䜜成方法ず、その様々な掻甚方法をご説明したす。このペヌゞの内容は Thunderbird (Mail/News) に圓おはたりたす。 -

-

むントロダクション

-

これらのファむルでは様々なこずを実珟できたすが、基本的には、アカりント䜜成りィザヌドに新たなオプションを远加し、カスタマむズ版 Thunderbird の配垃を支揎したす。 -

-

必芁なツヌル

-

ファむルそのものは、文字コヌドが UTF-8 の単玔なテキストファむルですので、あなたがお奜みの、比范的最近出回っおいるテキスト゚ディタを䜿っお線集できたす。たた、Thunderbird をむンストヌルしおおけば、簡単にテストできたす。 -

-

䜜業の開始

-

たず初めに、実際にいく぀かの䟋をご芧ください。 -

- -

より詳しくは Thunderbird ISP hooks をご芧ください。 -

{{ languages( { "en": "en/Isp_Data" } ) }} diff --git a/files/ja/javascript_os.file/index.html b/files/ja/javascript_os.file/index.html deleted file mode 100644 index db973f15a9..0000000000 --- a/files/ja/javascript_os.file/index.html +++ /dev/null @@ -1,78 +0,0 @@ ---- -title: JavaScript OS.File -slug: JavaScript_OS.File -tags: - - File - - IO - - JavaScript - - OS - - add-on - - platform -translation_of: Mozilla/JavaScript_code_modules/OSFile.jsm ---- -

JavaScript モゞュヌルの OS.File には、メむンスレッド倖でファむルを操䜜するためのプリミティブが含たれおいたす。

-

よくある質問 (FAQ)

-
-
- OS.File ずは䜕か?
-
- OS.File は、効率的に、メむンスレッド倖で、特暩぀き JavaScript コヌドによりファむルを操䜜するために蚭蚈された新しい API です。この API は、JavaScript コヌドによるほずんどの XPCOM ベヌスのファむル操䜜 (nsIFile、nsIIOService のサブセット、他) を眮き換える目的で぀くられおいたす。
-
- HTML5 File API ずの関係は
-
- 党く関係ありたせん。File API は、Web アプリケヌションによる高レベルで制限の倚いファむル操䜜向けに蚭蚈されおいたす。OS.File は、Firefox 自身やアドオンにより、効率的に制限なくファむルを操䜜するために蚭蚈されおいたす。
-
- なぜメむンスレッド倖の File I/O (入出力) が重芁なのか
-
- すべおの開発者が芚えおおくべきこずの䞀぀は、File I/O 操䜜の遅延に制限がないこずです。この遅延は、珟圚のカヌネルの負荷や珟圚のディスク動䜜、珟圚のバスの負荷、珟圚のディスクの回転速床、バッテリヌの残り容量など、それぞれの操䜜にかかる時間に䟝存したす。私たちは、ファむルを閉じたり最終曎新日時を確認したりするなど、些现に芋える操䜜を実行する数秒間に぀いおの話をしおいたす。
- このファむル操䜜がメむンスレッドで呌び出された堎合、すべおのナヌザ䜓隓がそこで数秒間぀っかえるこずになり、党く良くありたせん。
-
- なぜ I/O 効率が重芁なのか
-
- I/O 効率は、実際の I/O 呌び出し回数を最少化するこずがすべおです。䞀郚のプラットフォヌム (スマヌトフォンやタブレット) が極端に遅いストレヌゞを抱えおいるこずや、あなたのアプリケヌションだけでなく朜圚的にシステムで実行されおいるすべおのアプリケヌションで I/O 操䜜が倚いこずは、プラットフォヌムに関係なく臎呜的です。これはナヌザ䜓隓のために党く良くありたせん。最埌に、I/O ぱネルギヌ効率の面でも䞍経枈なため、I/O を倚甚するこずはバッテリヌ消費を増やすこずになりたす。
- 必然的に、OS.File を蚭蚈の鍵の䞀぀ずしお取り入れるこずは、すべおのプラットフォヌムが、同じ機胜を持っおいたり、開発者がそのプラットフォヌム向けにアルゎリズムの最適化に䜿甚できるようなシステム固有の情報を䞎えおいるずは限らないため、OS.File を䜿甚するこずにより、開発者にどの I/O も隠さない十分な䜎レベルの操䜜を提䟛する (開発者がより倚くの I/O 操䜜をできるようになる) こずができたす。
-
-

OS.File の䜿甚方法

-

... メむンスレッドから

-

OS.File は、倚くの堎合メむンスレッドから䜿甚したす。このモヌドでは、メむンスレッドのクラむアントが API を䜿甚しお、メむンスレッド倖のファむル I/O を芁求したす。

-
-
- メむンスレッドから OS.File を呌び出す
-
- 非同期、メむンスレッド倖のファむル I/O、メむンスレッド API。
-
- メむンスレッドから OS.File.DirectoryIterator を呌び出す
-
- 非同期、メむンスレッド倖のファむルディレクトリぞのアクセス、メむンスレッド API。
-
-

... ワヌカヌスレッドから

-

堎合によっおは、OS.File のメむンスレッド API の䜿甚は適切ではありたせん。倚くのメッセヌゞ受け枡しを必芁ずする堎合や、ファむル I/O を必芁ずするコヌドがワヌカヌスレッド䞊ですでに実行されおいる堎合があるためです。このような理由で、API のクラむアントは、自身のワヌカヌスレッドを生成し、OS.File をそれらのスレッドから盎接䜿甚するようにできたす。

-
-
- ワヌカヌスレッド甚の OS.File
-
- ワヌカヌスレッド甚の同期ファむル I/O。
-
- ワヌカヌスレッド甚の OS.File.DirectoryIterator
-
- ワヌカヌスレッドから盎接同期的にディレクトリにアクセスしたす。
-
-

... 共有コンポヌネント

-
-
- OS.Path ず OS.Constants.Path
-
- パスの操䜜。
-
- OS.File.Error
-
- フィル関連の゚ラヌを提䟛したす。
-
- OS.File.Info
-
- ファむル情報 (サむズ、䜜成日、他) を提䟛したす。
-
- OS.File.DirectoryIterator.Entry
-
- ディレクトリぞのアクセス䞭に取埗できるファむル情報。
-
diff --git a/files/ja/jetpack/basics/index.html b/files/ja/jetpack/basics/index.html deleted file mode 100644 index bdeaf64798..0000000000 --- a/files/ja/jetpack/basics/index.html +++ /dev/null @@ -1,71 +0,0 @@ ---- -title: Jetpack の基瀎 -slug: Jetpack/Basics -translation_of: Archive/Mozilla/Jetpack/Basics ---- -

Console クラス

-

゚ラヌコン゜ヌルに情報を曞き蟌みたす。 コン゜ヌルはFirefoxの"詳现ツヌル"メニュヌから開く事ができたす。

-

名前空間 : console

-

メ゜ッド:

- -

メ゜ッド: log

-

通知ボックスを描画したす。

-

オプション

- -
サンプルコヌド:
-
console.log("Hello World!");
-
-

Notifications クラス

-

通知ボックスはブラりザの右䞋に珟れる、重芁な通知をナヌザに衚瀺する為のボックスです。

-

名前空間: jetpack.notifications

-

メ゜ッド: show

-

通知ボックスを描画したす.

-
オプション
- -
サンプルコヌド:
-
jetpack.notifications.show("Hello World!");
-
-var myBody = " My first message body on jetpack";
-var myIcon ="http://www.mozilla.com/favicon.ico";
-jetpack.notifications.show({title: "My first Message on jetpack", body: myBody, icon: myIcon});
-
-
-

Tabs クラス

-

Firefoxのタブに関する情報を取埗する為のクラスです。

-

名前空間: jetpack.tabs

-

プロパティ

- -

むベント

- -

メ゜ッド: open

-

指定したURLで新しいタブを開きたす.

-
サンプルコヌド:
-
jetpack.tabs.open("http://www.example.com");
-

diff --git a/files/ja/jetpack/content/index.html b/files/ja/jetpack/content/index.html deleted file mode 100644 index cd38071e75..0000000000 --- a/files/ja/jetpack/content/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: Content -slug: Jetpack/Content -translation_of: Archive/Mozilla/Jetpack/Content ---- -
-
- Page modifications
-
- Greasemonkey!  特定のペヌゞを開いた際にコヌルバックを実行する。
-
- SiteBoost
-
- Jetpackは本来の機胜以䞊の拡匵機胜を持぀ドメむンをWEBペヌゞにする暩限を持぀。
-
diff --git a/files/ja/jetpack/extenders/index.html b/files/ja/jetpack/extenders/index.html deleted file mode 100644 index 4f2a6ade22..0000000000 --- a/files/ja/jetpack/extenders/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: Extenders -slug: Jetpack/Extenders -translation_of: Archive/Mozilla/Jetpack/Extenders ---- -
-
- Manifest
-
- あなたのjetpackで高床なAPIを䜿甚するための最重芁な仕組みです。
-
- Superpowers
-
- ラむブラリに䌌おいたす。 Superpowersはあなたのjetpackずプラットフォヌムをより深く結び぀けたす。
-
- Sandboxes
-
- ラむブラリの盞互運甚性の問題を安党に取り陀きたす。そのため、盞互運甚性に぀いお心配する必芁はありたせん。
-
- Future
-
- あなたのJetpack内のただ完成しおいない機胜をむンクルヌドするためのAPIむンタフェヌスメ゜ッドです。
-
diff --git a/files/ja/jetpack/index.html b/files/ja/jetpack/index.html deleted file mode 100644 index 55ab03feef..0000000000 --- a/files/ja/jetpack/index.html +++ /dev/null @@ -1,85 +0,0 @@ ---- -title: Jetpack -slug: Jetpack -translation_of: Archive/Mozilla/Jetpack ---- -

-
-

Jetpack は胞躍る刺激的な新機胜や機胜性を開発者が Mozilla アプリケヌションにどんどん远加できるようにする、新しい拡匵機胜プラットフォヌムです。Jetpack 開発は HTML や CSS、JavaScript ずいった Web の近代的蚀語を理解しおおくだけで容易です。たた Jetpack プラットフォヌム䞊で開発された拡匵機胜は、いく぀か䟋をあげるず、拡匵機胜のむンストヌルず曎新によるブラりザ再起動の撀廃、倚くの共通する UI や通知の仕組みの統䞀、より高床なセキュリティモデルの導入、ほかのさたざたな方法でナヌザヌに恩恵をもたらしたす。

-

Jetpack で、開発者は拡匵機胜を高速に䜜り出すこずができるず同時に、匷化された䜓隓を䞎えられたナヌザヌは、Web ずのふれあいが倉わるでしょう。

-

Jetpack は珟圚 Firefox の拡匵機胜ずしお実装されおいたす。むンストヌルしお利甚を始めるには、 Jetpack ホヌムペヌゞ　を蚪れおください。

-
- èš»: Jetpack のドキュメンテヌションは珟圚制䜜䞭ですが、最終的にこのペヌゞがその集積堎所ずなるでしょう。ただここにはドキュメント化されおいない API に぀いおの情報は、新しい API が提案されるずころである Jetpack Enhancement Proposals (JEPs)　の䞀芧をチェックしおください。あなたは力を貞すこずができたすドキュメント化されおいない API　のための新しいペヌゞを始めたりJEP ぞ指し瀺すだけでもかたいたせん、既存のペヌゞを加筆したりしおください。
-
-
- 日本語版蚻 Jetpack の日本語での情報に぀いおは Mozilla Developer Street の Jetpack のペヌゞもご芧ください。
-

チュヌトリアル

-

チュヌトリアルは珟圚こちらにありたす。 Jetpack 自䜓もむンタラクティブなチュヌトリアルを提䟛しおいたす。

-

API

-
-
- 基瀎
-
- 䜎レベル関数ず基本コヌル
-
- システム
-
- OSレベルのむベントず盞互䜜甚、機胜性
-
- マルチメディア
-
- ネむティブな音声ず映像、音楜機胜
-
- ストレヌゞ
-
- デヌタの栌玍ず取り出し
-
- ゚クステンダヌ
-
- Jetpack に新しい蚀語機胜やラむブラリ、機胜性を远加する仕組み
-
- メタ
-
- 蚭定ずナヌザヌ状態の持続性
-
- UI
-
- Jetpack で利甚できるネむティブ UI 芁玠ず仕組み
-
- コンテンツ
-
- Web ペヌゞずブラりザ・コンテンツに察する垞時接続特暩ず機胜性の付䞎方法
-
-

ラむブラリ

-
-
- Twitter
-
- Twitter　ずの連携
-
-

Jetpack 性胜詊隓堎

-

---

-

リンク集

-

知る、䜿う

- -

参加する

- -

問題を芋぀けたしたか?

- -

蚈画する

- diff --git a/files/ja/jetpack/libraries/index.html b/files/ja/jetpack/libraries/index.html deleted file mode 100644 index 6462abe465..0000000000 --- a/files/ja/jetpack/libraries/index.html +++ /dev/null @@ -1,6 +0,0 @@ ---- -title: Libraries -slug: Jetpack/Libraries -translation_of: Archive/Mozilla/Jetpack/Libraries ---- -

This page was auto-generated because a user created a sub-page to this page.

diff --git a/files/ja/jetpack/libraries/twitter/index.html b/files/ja/jetpack/libraries/twitter/index.html deleted file mode 100644 index 19021513a7..0000000000 --- a/files/ja/jetpack/libraries/twitter/index.html +++ /dev/null @@ -1,86 +0,0 @@ ---- -title: Twitter -slug: Jetpack/Libraries/Twitter -translation_of: Archive/Mozilla/Jetpack/Libraries/Twitter ---- -

jetpack.lib.twitterは、Twitter REST APIを扱う非垞にシンプルで軜量なラむブラリです。単なるXMLHTTPRequestの糖衣構文以䞊の事ができたす。

-

ラむブラリを䜿うには、Twitter's own APIに慣れおいる必芁があるでしょう. (簡単です)

-

メ゜ッドに぀いお

-

各メ゜ッドはそれぞれTwitter APIに察応しおいたす. 䟋えば、぀ぶやくためのAPIメ゜ッドstatuses/updateは,jetpack.lib.twitter.statuses.update()に察応したす. trends/currentを呌ぶ為には jetpack.lib.twitter.trends.current()を䜿いたす. searchは jetpack.lib.twitter.search()です. スラッシュをドットに倉えれば、だいたいうたくいくでしょう。

-

ほずんどのTwitter APIメ゜ッドがサポヌトされおいたすが、サポヌトされおいないものもありたす。リストを取埗するメ゜ッドやスパムを報告するメ゜ッド、OAuthはサポヌトされおいたせん。䜿いたい機胜がサポヌトされおいなかった堎合は、バグを報告するか、. パッチを曞いお䞋さい!

-
-
-

匕数に぀いお

-

ラむブラリの党おのメ゜ッドは単䞀のオブゞェクトを匕数にずりたす。オブゞェクトの定矩の方法は2通りありたす。

-

シンプルな䞀぀目の方法は、Twitterメ゜ッドのパラメヌタを衚珟するオブゞェクトのプロパティを定矩する方法です。䟋えば、いく぀かのTwitterのメ゜ッドはidパラメヌタヌを取りたす。これらのメ゜ッドを䜿う堎合、idプロパティを定矩しおナヌザのIDをセットしたす。(TwitterのAPIリファレンスに様々なメ゜ッドのパラメヌタの解説が茉っおいたす)。 たた、successずerrorずいう特別なパラメヌタヌも存圚したす. successはリク゚ストが成功した堎合に呌び出されるコヌルバック関数で、errorはリク゚ストが倱敗時に呌び出されるコヌルバック関数です. ラむブラリは受け取ったコヌルバックを単玔にjQuery.ajax()枡すため, 以䞋のように呌び出されたす。

- -

以䞋の党おのサンプルコヌドでは匕数の䞎え方に、最初の単玔な方法を䜿っおいたす。

-

jQuery.ajax()に慣れた人は2番目の方法を䜿うのがよいでしょう。実際、䞎えられたオブゞェクトはほずんどそのたたjQuery.ajaxに枡されたす。぀たり、匕数ずしお枡されるオブゞェクトのdataプロパティはTwitterメ゜ッドのパラメヌタずしお䜿われたす。この方法では様々なjQuery.ajax()オプションをリク゚ストで䜿えるでしょう。䟋えば、data、success、complete、などです。以䞋に2番目の方法を䜿ったサンプルを衚瀺したす。

-
jetpack.lib.twitter.statuses.update({
-  data: {
-    status: "O frabjous day!"
-  },
-  username: "basic_auth_username",
-  password: "basic_auth_password",
-  success: function () console.log("Hey!")
-});
-
-

ナヌザの認蚌

-

以䞋で瀺すように、2番目の方法を䜿っお認蚌が必芁なメ゜ッドにナヌザ名ずパスワヌドを枡す事ができたす。

-

もしくはもっず簡単に、Firefoxにたよるこずもできたす。jetpack.lib.twitter.statuses.update()のように認蚌が必芁なメ゜ッドを䜿った時に、ナヌザ名ずパスワヌドを枡さなければ、Firefoxはただ認蚌が枈んでいないナヌザの為にプロンプトを衚瀺したす。

-

どちらの方法もHTTPベヌシック認蚌を䜿っおいたす.  いずれラむブラリはOAuthするかもしれたせん。  Twitter's authentication documentation に関連する情報が蚘茉されおいたす。

-

よくある質問

-

Twitter's API FAQを芋お䞋さい。  JetpackのTwitter libraryはTwitter APIの非垞に薄いラッパヌなので、ここに茉っおいる事がだいたい圓おはたりたすし、茉っおいない事はあおはたらないでしょう。

-
-
-

サンプルコヌド

-

぀ぶやく

-
jetpack.lib.twitter.statuses.update({ status: "O frabjous day!" });
-
-

Firefox will prompt for a username and password if the user is not already authenticated with Twitter.

-

ナヌザの情報を取埗する

-
jetpack.lib.twitter.users.show({
-  id: "mozlabs",
-  success: function (data, status) console.log(data.toSource()),
-  error: function (xhr, errMsg, errObj) console.error(xhr.responseText)
-});
-
-

ナヌザのフォロワヌを取埗する

-
jetpack.lib.twitter.statuses.friends({
-  id: "mozlabs",
-  page: 3,
-  success: function (data, status) console.log(data.toSource()),
-  error: function (xhr, errMsg, errObj) console.error(xhr.responseText)
-});
-
-

トレンド

-
jetpack.lib.twitter.trends({
-  success: function (data, status) console.log(data.toSource()),
-  error: function (xhr, errMsg, errObj) console.error(xhr.responseText)
-});
-
-

怜玢

-
jetpack.lib.twitter.search({
-  q: "#jetpack",
-  lang: "ja",
-  rpp: 10,
-  page: 5,
-  since_id: 1337,
-  success: function (data, status) console.log(data.toSource()),
-  error: function (xhr, errMsg, errObj) console.error(xhr.responseText)
-});
-
diff --git a/files/ja/jetpack/meta/first_run/index.html b/files/ja/jetpack/meta/first_run/index.html deleted file mode 100644 index 406a96e165..0000000000 --- a/files/ja/jetpack/meta/first_run/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: 初回起動 -slug: Jetpack/Meta/First_Run -translation_of: Archive/Mozilla/Jetpack/Meta/firstrun ---- -

Jetpack ではナヌザがあなたのjetpackをむンストヌルする際に衚瀺される任意の内容を指定するこずが出来たす。むンストヌル完了埌に呌び出されるコヌルバックを登録するこずも可胜です。

-

初回起動ペヌゞ

-

ナヌザがあなたのjetpackをむンストヌルするず、むンストヌルが成功したこずを知らせる新しいペヌゞに誘導されたす。暙準では、このペヌゞにはナヌザが既にjetpackを利甚できるようになった事ず、アンむンストヌルの方法を説明する簡単な文章が含たれたす。あなたはこの文章をあなたのjetpackに適した内容のペヌゞで眮き換える事が出来たす。䟋えば、ナヌザにあなたのjetpackの䜿い方を説明したり、あなたのjetpackのホヌムペヌゞぞのリンクを掲茉するこずができたす。このペヌゞはHTMLあるいは倖郚URLずしお定矩するこずが出来たす。

-

初回起動ペヌゞはあなたの jetpackマニュフェストの firstRunPageプロパティで定矩されたす。マニュフェストは manifest ずいう倉数名が蚭定された単なるオブゞェクトです。この倉数はjetpack内のグロヌバル名前空間であればどこでも定矩するこずが出来たす。マニュフェストはjetpackに settings を定矩する際に䜿甚するのず同じものです。

-

firstRunPage の倀は string もしくは E4X XML のいずれかで無ければいけたせん。もし、倀が string か぀有効なURLであれば、そのURLが瀺すペヌゞが初回起動ペヌゞずなりたす。それ以倖の堎合、倀はHTMLず芋なされ、初回起動ペヌゞの bodyずなりたす。

-

この䟋は初回起動ペヌゞをHTMLで蚭定しおいたす

-
var manifest = {
-  firstRunPage: '<p>Thanks for installing!  Visit my <a href="http://example.com/myJetpack">homepage</a>.</p>'
-};
-
-

これは䞊の䟋ず同じ内容ですが、E4X XML を䜿甚しおいたす:

-
var manifest = {
-  firstRunPage: <>
-    <p>
-      Thanks for installing!  Visit my <a href="http://example.com/myJetpack">homepage</a>.
-    </p>
-  </>
-};
-
-

この䟋では http://example.com/myJetpack にあるペヌゞが初回起動ペヌゞずなりたす:

-
var manifest = {
-  firstRunPage: "http://example.com/myJetpack"
-};
-
-

初回起動コヌルバック

-

あなたのjetpackが正垞にむンストヌルされた埌に呌び出されるコヌルバックを登録するこずが可胜です。jetpack.me.onFirstRun() を参照。

-

See also

- diff --git a/files/ja/jetpack/meta/index.html b/files/ja/jetpack/meta/index.html deleted file mode 100644 index d2dd090f7c..0000000000 --- a/files/ja/jetpack/meta/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: メタ -slug: Jetpack/Meta -translation_of: Archive/Mozilla/Jetpack/Meta ---- -
-
- 初回起動
-
- jetpack初回䜿甚時に衚瀺される内容や実行する凊理を制埡したす
-
- Me
-
- jetpack内郚の動的な状態を調査したす
-
- 蚭定
-
- 組み蟌みUIを含む、ナヌザヌ蚭定の定矩ず倀ぞのアクセス甚むンタヌフェヌス
-
diff --git a/files/ja/jetpack/meta/me/index.html b/files/ja/jetpack/meta/me/index.html deleted file mode 100644 index f905fc563e..0000000000 --- a/files/ja/jetpack/meta/me/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: Me -slug: Jetpack/Meta/Me -translation_of: Archive/Mozilla/Jetpack/Meta/Me ---- -

jetpack.me 名前空間はjetpack内郚の動的な状態を知るための仕組みを提䟛したす。この名前空間は珟圚 future に存圚しおおり、䜿甚前にむンポヌトする必芁がありたす:

-
jetpack.future.import("me");
-
-

珟圚のずころ、この名前空間のメンバには onFirstRun() のみが存圚したす。

-

onFirstRun()

-

jetpack.me.onFirstRun() を䜿うず、jetpackが正垞にむンストヌルされた埌にそのこずを通知するこずができたす。onFirstRun() はむンストヌル埌に呌び出されるコヌルバックを受け付けたす。この機胜が初回起動ペヌゞずは独立したものであるこずに泚意しおください。具䜓的には、コヌルバックは load むベントリスナあるいは jQuery の ready コヌルバックではありたせん。onFirstRun() はjetpack内のどこででも呌び出すこずが出来たすが、timeout や XMLHttpRequest のような非同期凊理の結果ずしお呌び出された堎合は無芖されたす。耇数回onFirstRun() を呌び出した堎合、最埌の呌び出し以倖は無芖されたす。

-
パラメヌタ
-
-
- callback
-
- 関数。 パラメヌタ無し。  関数内でthis は jetpack cotext を指す。
-
-
䟋
-
jetpack.me.onFirstRun(function () {
-  jetpack.notifications.show("Oh boy, I'm installed!");
-});
-
-
-

See also

- diff --git a/files/ja/jetpack/multimedia/index.html b/files/ja/jetpack/multimedia/index.html deleted file mode 100644 index 42a3df1e3f..0000000000 --- a/files/ja/jetpack/multimedia/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: マルチメディア -slug: Jetpack/Multimedia -translation_of: Archive/Mozilla/Jetpack/Multimedia ---- -
-
- オヌディオ
-
- 音声入出力を操䜜するむンタヌフェヌス
-
- ビデオ
-
- ビデオを操䜜するむンタヌフェヌス
-
- ミュヌゞック
-
- 音楜コンテンツを操䜜するむンタヌフェヌス
-
diff --git a/files/ja/jetpack/storage/index.html b/files/ja/jetpack/storage/index.html deleted file mode 100644 index db7ad6e903..0000000000 --- a/files/ja/jetpack/storage/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: ストレヌゞ -slug: Jetpack/Storage -translation_of: Archive/Mozilla/Jetpack/Storage ---- -
-
- Simple storage
-
- 簡単に䜿えるオブゞェクトの氞続化
-
- ファむルアクセス
-
- ファむルI/Oむンタヌフェヌス
-
- 蚭定
-
- ブラりザのセッションをたたいで保持される蚭定ファむルの扱い方
-
diff --git a/files/ja/jetpack/storage/settings/index.html b/files/ja/jetpack/storage/settings/index.html deleted file mode 100644 index 8b096598bc..0000000000 --- a/files/ja/jetpack/storage/settings/index.html +++ /dev/null @@ -1,55 +0,0 @@ ---- -title: 蚭定 -slug: Jetpack/Storage/Settings -translation_of: Archive/Mozilla/Jetpack/Storage/Settings ---- -

jetpack.storage.settings 名前空間を䜿甚するず、ナヌザが倉曎可胜な蚭定を指定するこずが出来たす。Jetpack は指定に基づいお自動的にナヌザヌむンタフェむスを生成したす。蚭定はブラりザのセッションを跚いで維持され、simple storage API を利甚しお保存されたす。蚭定は jetpack ごずに保持され、他の jetpack からアクセスするこずは出来たせん。

-

珟圚のずころ開発段階にあるため、このAPIは future に存圚し、䜿甚する前にむンポヌトする必芁がありたす:

-
jetpack.future.import("storage.settings");
-
-

マニュフェストで蚭定を指定する

-

蚭定を指定するには、settings APIをむンポヌトするより前にmanifest ずいう名前の倉数をグロヌバル名前空間に定矩したす。この倉数の倀は settings ずいう名前のプロパティを含む object でなければなりたせん。settings プロパティの倀はナヌザが利甚する蚭定を衚すオブゞェクトの配列です。ナヌザヌが蚭定をカスタマむズできるように、Jetpackはこの指定から自動的にナヌザヌむンタヌフェヌスを生成したす。ナヌザは about:jetpack ペヌゞの "Installed Features" タブ内にある "settings" ボタンからこのむンタヌフェヌスを開くこずができたす。

-

manifest 定矩の䟋です:

-
var manifest = {
-  settings: [
-    {
-      name: "twitter",
-      type: "group",
-      label: "Twitter",
-      settings: [
-        { name: "username", type: "text", label: "Username" },
-        { name: "password", type: "password", label: "Password" }
-      ]
-    },
-    {
-      name: "facebook",
-      type: "group",
-      label: "Facebook",
-      settings: [
-        { name: "username", type: "text", label: "Username", default: "jdoe" },
-        { name: "password", type: "password", label: "Secret" }
-      ]
-    },
-    { name: "music", type: "boolean", label: "Music", default: true },
-    { name: "volume", type: "range", label: "Volume", min: 0, max: 10, default: 5 }
-  ]
-};
-
-// Import after defining manifest!
-jetpack.future.import("storage.settings");
-
-

この定矩により各蚭定が入力フィヌルドをも぀ナヌザヌむンタヌフェヌスが生成されたす。

-

䞊蚘のマニフェストにより、以䞋の倀が蚘録されたプロパティがjetpackのコヌド内で利甚可胜になりたす:

- -

See also

- diff --git a/files/ja/jetpack/storage/simple_storage/index.html b/files/ja/jetpack/storage/simple_storage/index.html deleted file mode 100644 index 656aae5d5b..0000000000 --- a/files/ja/jetpack/storage/simple_storage/index.html +++ /dev/null @@ -1,78 +0,0 @@ ---- -title: Simple storage -slug: Jetpack/Storage/Simple_storage -translation_of: Archive/Mozilla/Jetpack/Storage/Simple_storage ---- -

 jetpack.storage.simple 名前空間はブラりザの再起動をたたいでデヌタを氞続化させるための簡単な方法を提䟛したす。これはシンプルでキヌベヌスの氞続するオブゞェクトデヌタの蚘憶域です。

-

Simple storage は本圓に単玔です。jetpack.storage.simple は ぀の存続する JavaScript オブゞェクトで、各 jetpack ごずにそれぞれプラむベヌトなものです。ほずんど党おの堎合においお、このオブゞェクトはそのほかの JavaScript オブゞェクトず同じように振る舞い、望みうるあらゆるプロパティを蚭定するこずが出来たす。そのため、氞続化されたデヌタを扱うのに必芁ずされるのは、暙準の JavaScript 関数ず挔算子のみです。

-

jetpack.simple.storage オブゞェクトは自動的か぀定期的にディスクに曞き出されたす。どのように、い぀、曞き出しが行われるかは実装にゆだねられおいたす。しかしながら、jetpack.storage.simple.sync() を呌び出すこずにより、手動で曞き出しを行う事も可胜です。デヌタは自動で読み蟌たれたすが、jetpack.storage.simple.open() を呌び出すこずで、匷制的にディスクから再読蟌するこずも可胜です。これらのメ゜ッドを乱甚しないでください。これらのメ゜ッドはディスクアクセスのために、Firefoxそれも党䜓が実行䞭の凊理を䞭断させたす。もし、これらのメ゜ッドを頻繁に呌びすぎるず、Firefox はナヌザの環境によっおは応答できなくなるかもしれたせん。あなたが倉なこずをするのでなければ、Jetpackがあなたのためにデヌタを曞き出すのに任せおください。

-

この名前空間は珟圚 future に存圚するため䜿甚する前にむンポヌトする必芁がありたす:

-
jetpack.future.import("storage.simple");
-
-

sync()

-

前述の通り、jetpack.storage.simple オブゞェクトは自動的にディスクに曞き蟌たれたすが、jetpack.storage.simple.sync() を呌び出すこずで匷制的に曞き出すこずも可胜です。このメ゜ッドを乱甚しないでください。

-

open()

-

前述の通り、jetpack.storage.simple オブゞェクトは機胜の読み蟌み時に自動的にデヌタが読み蟌たれたすが、jetpack.storage.simple.open() を呌び出すこずでオブゞェクトにディスクからの読み出しを匷芁するこずも可胜です。このメ゜ッドを乱甚しないでください。

-

䟋

-

このコヌドはいく぀かのデヌタを氞続化しお保存したす:

-
jetpack.future.import("storage.simple");
-var myStorage = jetpack.storage.simple;
-myStorage.fribblefrops = [1, 3, 3, 7];
-myStorage.heimelfarbs = { bar: "baz" };
-
-

そしお、このコヌドは䞊のコヌドず同じjetpack内にあるものずしお単玔にそのデヌタを利甚しおいたす:

-
myStorage.fribblefrops.forEach(function (elt) console.log(elt));
-var bar = myStorage.heimelfarbs.bar;
-jetpack.notifications.show(bar.baz);
-
-

これが党おです  これらの䟋では jetpack.storage.simple が単なる普通の JavaScript オブゞェクトであるずいう事実を匷調するために倉数 myStorage を䜜っおいるこずに泚意しおください。単玔に、jetpack.storage.simple をそのたた䜿甚するこずも出来たす。

-

 

-

実際に䜿われるような完党な䟋は以䞋の通りです。これはノヌトを取るための簡単なjetpackです。ペヌゞ内の文章を遞択し、右クリックしお Note を遞びたす。 文章はノヌトずしお、ブラりザの再起動を跚いで保存されたす。党おのノヌトはツヌルメニュヌに衚瀺されたす。この䟋は Jetpack Gallery からむンストヌルするこずが出来たす。

-
jetpack.future.import("menu");
-jetpack.future.import("selection");
-jetpack.future.import("storage.simple");
-
-// 存圚しない堎合、氞続化するノヌト達の配列を䜜る
-jetpack.storage.simple.notes = jetpack.storage.simple.notes || [];
-var notes = jetpack.storage.simple.notes;
-
-// Jetpackのメニュヌを珟圚のノヌト達で曎新する。
-// 党おのノヌト達のリストをサブメニュヌずしお持぀ Notes メニュヌを远加する。
-// ノヌトが぀も存圚しない堎合は、
-// 無効化された "(Empty)" メニュヌアむテムを衚瀺する.
-function updateJetpackMenu() {
-  jetpack.menu.set({
-    label: "Notes",
-    menu: new jetpack.Menu(notes.length > 0 ?
-                           notes :
-                           [{ label: "(Empty)", disabled: true }])
-  });
-}
-
-// ペヌゞのコンテキストメニュヌを衚瀺される前にこっそり倉曎する。
-// もし、遞択範囲が有る堎合は、新しいノヌトを䜜るための Note メニュヌアむテムを远加し、そうでない堎合は
-// メニュヌを䜕も倉曎しない。 ノヌト達の数は20個に制限し、
-// 叀いノヌトは忘れおしたう。 :(
-jetpack.menu.context.page.beforeShow = function (menu) {
-  menu.reset();
-  if (jetpack.selection.text)
-    menu.add({
-      label: "Note",
-      command: function () {
-        notes.unshift(jetpack.selection.text);
-        if (notes.length > 20)
-          notes.pop();
-        updateJetpackMenu();
-      }
-    });
-};
-
-// Initialize the Jetpack menu with the current notes.
-updateJetpackMenu();
-
- -

See also

- diff --git a/files/ja/jetpack/system/index.html b/files/ja/jetpack/system/index.html deleted file mode 100644 index 48583951aa..0000000000 --- a/files/ja/jetpack/system/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: システム -slug: Jetpack/System -translation_of: Archive/Mozilla/Jetpack/System ---- -
-
- クリップボヌド
-
- OSのクリップボヌドを䜿う
-
- システムの情報
-
- Jetpackが動䜜しおいるプラットフォヌムの情報を取埗する
-
- 芖芚効果
-
- OSレベルの芖芚効果を䜿う
-
- デバむス
-
- デバむスぞのアクセスずコントロヌル (ex. iPod, Zune, 携垯電話, USBデバむス)
-
diff --git a/files/ja/jetpack/ui/index.html b/files/ja/jetpack/ui/index.html deleted file mode 100644 index 9e1e13da30..0000000000 --- a/files/ja/jetpack/ui/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: UI -slug: Jetpack/UI -translation_of: Archive/Mozilla/Jetpack/UI ---- -
- Note: This page documents the Jetpack Prototype, which is  no longer under active development. Read the experiment report for what we learned from it and the blog post announcing the first SDK release for what we're up to next!
-
-
- Menu
-
- ブラりザのメニュヌぞのアクセス、メニュヌの䜜成ず倉曎に぀いお
-
- Slidebar
-
- 画面巊からスラむドしお出おくるサむトバヌのような領域にコンテンツを衚瀺できたす
-
- Toolbar
-
- ツヌルバヌの䞭に芁玠を远加したり、芁玠にアクセスする
-
- Panel
-
- 配眮、サむズ、スタむルを自由に指定可胜な コンテンツ領域を䜜れたす
-
- Tabs
-
- ブラりザのタブにむベントを远加したり、タブずタブに含たれるドキュメントを操䜜する
-
- Statusbar
-
- 䜎レベルの関数ずそれらの呌び出し
-
- Notifications
-
- UIの機構を利甚しおナヌザに譊告を衚瀺する
-
- Selection
-
- ナヌザが遞んだものを操䜜する
-
- Window
-
- 異なるブラりザのりィンドり間のむンタラクションを楜に行う
-
diff --git a/files/ja/jetpack/ui/selection/index.html b/files/ja/jetpack/ui/selection/index.html deleted file mode 100644 index 346679a8a6..0000000000 --- a/files/ja/jetpack/ui/selection/index.html +++ /dev/null @@ -1,62 +0,0 @@ ---- -title: Selection -slug: Jetpack/UI/Selection -translation_of: Archive/Mozilla/Jetpack/UI/Selection ---- -

About

-
- Edit section
- -
-

selectionの蚭定ず取埗

-
-
- Edit section
-

jetpack.selection の珟圚のバヌゞョンは .text、ず .htmlのフォヌマットを含みたす。

-

selectionの取埗

-
- 
var textOfSel = jetpack.selection.text;
-var htmlOfSel = jetpack.selection.html;
-
-
- -
-

selectionの蚭定

-
- 
jetpack.selection.text = 'Hello';
-jetpack.selection.html = '<b>Hello</b>';
-
-
- -
-

onSelection

-
- Edit section
-

onSelection メ゜ッドを䜿甚するこずでselectionが行われたずきに、むベント関数を実行するこずができたす。

-

Selectionむベントの远加:

- 
jetpack.selection.onSelection( fn );
-
-

Argumants
- fn: selectionが行われるずきに実行される関数。関数は匕数を受け取りたせん。 匕数の代わりに jetpack.selection.* を䜿甚しおください。

-

Selection むベントの陀去:

-
- 
jetpack.selection.onSelection.unbind( fn );
-
-

Arguments
- fn: 開攟したい関数のリファレンス。A reference to a specific function you would like to unbind.

-

詳现な䟋:

-
- 
jetpack.selection.onSelection(function(){
-  var html = jetpack.selection.html;
-  jetpack.selection.html = ">>>" + html + "<<<";
-});
-
-
-

 

diff --git a/files/ja/jetpack/ui/tabs/index.html b/files/ja/jetpack/ui/tabs/index.html deleted file mode 100644 index e6fb3c0138..0000000000 --- a/files/ja/jetpack/ui/tabs/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: Tabs -slug: Jetpack/UI/Tabs -translation_of: Archive/Mozilla/Jetpack/UI/Tabs ---- -

新しいタブを開く

-

 

-

新しいタブを開くのは簡単で、単にjetpack.tabsのopenメ゜ッドをURLを含む文字列ず䞀緒に呌ぶだけです。

-
jetpack.tabs.open("http://www.mynewtab.com");
-

タブのドキュメントずりィンドりオブゞェクトにアクセスする

-

 

-

contentDocumentずcontentWindowオブゞェクトはドキュメントずりィンドりを衚すオブゞェクトです。これらは珟圚衚瀺䞭のタブのプロパティずしおアクセスするこずができたす。

-

タブのcontentWindowの䞭にあるjavascriptのオブゞェクトに盎接アクセスできないずいう事に気を぀けお䞋さい。これにアクセスする堎合は必ず、 jetpack.tabs.focused.contentWindow.wrappedJSObjectオブゞェクトを通しおアクセスしお䞋さい.

-
var doc = jetpack.tabs.focused.contentDocument; /*Focused tab's equivalent Document object*/ 
-var win = jetpack.tabs.focused.contentWindow; /*Focused tab's equivalent Window object*/
-var tabJsUniverse = jetpack.tabs.focused.contentWindow.wrappedJSObject; /*Tab's js object*/
-
-

基瀎 に詳しい情報がありたす.

diff --git a/files/ja/jxon/index.html b/files/ja/jxon/index.html deleted file mode 100644 index e229e1193c..0000000000 --- a/files/ja/jxon/index.html +++ /dev/null @@ -1,1483 +0,0 @@ ---- -title: JXON -slug: JXON -translation_of: Archive/JXON ---- -

JXON (JavaScript XML Object Notationの略)はXMLを䜿っおJavaScriptオブゞェクトを生成する䞀般的な名称です。 There are no real standards for this conversion, but some conventions begin to appear on the web. There are some cases in which the whole content of an XML document must be read from the JavaScript interpreter (like for web-apps languages or settings XML documents, for example). In these cases JXON could represent the most practical way.

- -

In this article we will show how to convert a parsed XML document (i.e. an instance of Document) to a JavaScript Object tree (i.e. a tree of nested instances of Object) and viceversa, with some different algorithms. It could be useful to read the XML introduction article first.

- -

If you want a complete bidirectional JXON library (modelled on the JSON global object), skip to the dedicated paragraph (but please read the note about the const statement compatibility).

- -
Note: If you are interested to address only some parts of an XML document (and are not starting in JavaScript/JSON for templating purposes), use XPath instead of converting the whole document into JSON.
- -

Conversion snippets

- -

Now imagine you have this sample XML document:

- -
example.xml
- -
<?xml version="1.0"?>
-<!DOCTYPE catalog SYSTEM "catalog.dtd">
-<catalog>
-  <product description="Cardigan Sweater">
-   <catalog_item gender="Men's">
-     <item_number>QWZ5671</item_number>
-     <price>39.95</price>
-     <size description="Medium">
-       <color_swatch image="red_cardigan.jpg">Red</color_swatch>
-       <color_swatch image="burgundy_cardigan.jpg">Burgundy</color_swatch>
-     </size>
-     <size description="Large">
-       <color_swatch image="red_cardigan.jpg">Red</color_swatch>
-       <color_swatch image="burgundy_cardigan.jpg">Burgundy</color_swatch>
-     </size>
-   </catalog_item>
-   <catalog_item gender="Women's">
-     <item_number>RRX9856</item_number>
-     <discount_until>Dec 25, 1995</discount_until>
-     <price>42.50</price>
-     <size description="Medium">
-       <color_swatch image="black_cardigan.jpg">Black</color_swatch>
-     </size>
-   </catalog_item>
-  </product>
-  <script type="text/javascript"><![CDATA[function matchwo(a,b) {
-    if (a < b && a < 0) { return 1; }
-    else { return 0; }
-}]]></script>
-</catalog>
-
- -

First, create a DOM tree like the previous example as described in the How to Create a DOM tree article. If you have already have a DOM tree from using XMLHttpRequest, skip to the next paragraph.

- -
Note: If you are using an instance of XMLHttpRequest in order to retrieve your XML file, please use the yourRequest.responseXML property to get a parsed XML document. Don't use yourRequest.responseText!
- -

The algorithms proposed here (see: #1, #2, #3, #4) will consider only the following types of nodes and their attributes:

- -
    -
  1. Document (only as function argument),
    2. -
  2. DocumentFragment (only as function argument),
    3. -
  3. Element,
    4. -
  4. Text (never as function argument),
    5. -
  5. CDATASection (never as function argument),
    6. -
  6. Attr (never as function argument).
    7. -
- -

This is a good and standardized compromise for a JavaScript usage, since all of the information of an XML Document is contained in these node types. All other information (like processing instructions, schemas, comments, etc.) will be lost. This type of algorithm is still considered lossless, since what is lost is meta-information and not information.

- -

In order to avoid conflicts, the representation of nodes and attributes names is case insensitive (always rendered in lower case), so objects' local property names set using JavaScript must always have some kind of capitalization (that is, at least one capital letter somewhere in their names), as you can see below.

- -

The following algorithms are somewhat based on the Parker convention, version 0.4, which prescribes the transformation of tags names into object properties names and the recognition of the typeof of all the collected text content of each tag (plain text parsing); but with some differences (so, one can say that we follow a our convention). Moreover, all algorithms are equally lossless for the contemplated nodes.

- -

We consider the third algorithm as the most representative and practical JXON parsing algorithm.

- -

Now let's serialize doc — the DOM tree — to a JavaScript Object Tree (you can read more about working with Objects and how Javascript is Object-Oriented). We can use several algorithms to convert its content to a Javascript Object Tree.

- -

アルゎリズム #1: a verbose way

- -

この単玔で再垰的なコンストラクタはXML DOM treeをJavaScript Object treeに倉換したす。 それぞれの芁玠のテキストコンテンツは芁玠の䞭のkeyValueプロパティの倀に栌玍されおいたす。もし属性(nodeAttributes)が存圚する堎合、keyAttributesプロパティが䜜成され属性名ず属性倀のリストが入ったオブゞェクトが栌玍されたす。 The constructor's argument can be the entire XML Document, a DocumentFragment or simply an Element node.

- -
/*\
-|*|
-|*|  JXON Snippet #1 - Mozilla Developer Network
-|*|
-|*|  https://developer.mozilla.org/en-US/docs/JXON
-|*|
-\*/
-
-function parseText (sValue) {
-  if (/^\s*$/.test(sValue)) { return null; }
-  if (/^(?:true|false)$/i.test(sValue)) { return sValue.toLowerCase() === "true"; }
-  if (isFinite(sValue)) { return parseFloat(sValue); }
-  if (isFinite(Date.parse(sValue))) { return new Date(sValue); }
-  return sValue;
-}
-
-function JXONTree (oXMLParent) {
-  var nAttrLen = 0, nLength = 0, sCollectedTxt = "";
-  if (oXMLParent.hasChildNodes()) {
-    for (var oNode, sProp, vContent, nItem = 0; nItem < oXMLParent.childNodes.length; nItem++) {
-      oNode = oXMLParent.childNodes.item(nItem);
-      if ((oNode.nodeType - 1 | 1) === 3) { sCollectedTxt += oNode.nodeType === 3 ? oNode.nodeValue.trim() : oNode.nodeValue; } // nodeType is "Text" (3) or "CDATASection" (4)
-      else if (oNode.nodeType === 1 && !oNode.prefix) { // nodeType is "Element" (1)
-        sProp = oNode.nodeName.toLowerCase();
-        vContent = new JXONTree(oNode);
-        if (this.hasOwnProperty(sProp)) {
-          if (this[sProp].constructor !== Array) { this[sProp] = [this[sProp]]; }
-          this[sProp].push(vContent);
-        } else { this[sProp] = vContent; nLength++; }
-      }
-    }
-    this.keyValue = parseText(sCollectedTxt);
-  } else { this.keyValue = null; }
-  if (oXMLParent.hasAttributes()) {
-    var oAttrib;
-    this.keyAttributes = {};
-    for (nAttrLen; nAttrLen < oXMLParent.attributes.length; nAttrLen++) {
-      oAttrib = oXMLParent.attributes.item(nAttrLen);
-      this.keyAttributes[oAttrib.name.toLowerCase()] = parseText(oAttrib.value.trim());
-    }
-  }
-  /*
-  * Optional properties...
-
-  this.keyLength = nLength;
-  this.attributesLength = nAttrLen;
-  // this.DOMNode = oXMLParent;
-
-  */
-
-  /* Object.freeze(this); */
-}
-
-/*
-* Optional methods... Uncomment the optional properties first!
-
-JXONTree.prototype.valueOf = function () { return this.keyValue; };
-JXONTree.prototype.toString = function () { return String(this.keyValue); };
-JXONTree.prototype.getItem = function (nItem) {
-  if (nLength === 0) { return null; }
-  var nCount = 0;
-  for (var sKey in this) { if (nCount === nItem) { return this[sKey]; } nCount++; }
-  return null;
-};
-JXONTree.prototype.getAttribute = function (nAttrId) {
-  if (nAttrLen === 0 || nAttrId + 1 > nAttrLen) { return null; }
-  var nAttr = 0;
-  for (var sAttrName in this.keyAttributes) { if (nAttr === nAttrId) { return this.keyAttributes[sAttrName]; } nAttr++; }
-  return null;
-};
-JXONTree.prototype.hasChildren = function () { return this.keyLength > 0; };
-
-*/
-
-var myObject = new JXONTree(doc);
-// we got our javascript object! try: alert(JSON.stringify(myObject));
-
- -
Note: If you want to freeze the whole object tree (because of the "static" nature of an XML document), uncomment the string: /* Object.freeze(this); */. The Object.freeze() method prevents new properties from being added to it, prevents existing properties from being removed and prevents existing properties, or their enumerability, configurability, or writability, from being changed. In essence the object tree is made effectively immutable.
- -

With this algorithm our example becomes:

- -
{
- "catalog": {
-   "product": {
-     "catalog_item": [{
-       "item_number": {
-         "keyValue": "QWZ5671"
-       },
-       "price": {
-         "keyValue": 39.95
-       },
-       "size": [{
-         "color_swatch": [{
-           "keyValue": "Red",
-           "keyAttributes": {
-             "image": "red_cardigan.jpg"
-           }
-         }, {
-           "keyValue": "Burgundy",
-           "keyAttributes": {
-             "image": "burgundy_cardigan.jpg"
-           }
-         }],
-         "keyValue": null,
-         "keyAttributes": {
-           "description": "Medium"
-         }
-       }, {
-         "color_swatch": [{
-           "keyValue": "Red",
-           "keyAttributes": {
-             "image": "red_cardigan.jpg"
-           }
-         }, {
-           "keyValue": "Burgundy",
-           "keyAttributes": {
-             "image": "burgundy_cardigan.jpg"
-           }
-         }],
-         "purchased": {
-           "keyValue": null
-         },
-         "keyValue": null,
-         "keyAttributes": {
-           "description": "Large"
-         }
-       }],
-       "keyValue": null,
-       "keyAttributes": {
-         "gender": "Men's"
-       }
-     }, {
-       "item_number": {
-         "keyValue": "RRX9856"
-       },
-       "discount_until": {
-         "keyValue": new Date(1995, 11, 25)
-       },
-       "price": {
-         "keyValue": 42.5
-       },
-       "size": {
-         "color_swatch": {
-           "keyValue": "Black",
-           "keyAttributes": {
-             "image": "black_cardigan.jpg"
-           }
-         },
-         "keyValue": null,
-         "keyAttributes": {
-           "description": "Medium"
-         }
-       },
-       "keyValue": null,
-       "keyAttributes": {
-         "gender": "Women's"
-       }
-     }],
-     "keyValue": null,
-     "keyAttributes": {
-       "description": "Cardigan Sweater"
-     }
-   },
-   "script": {
-     "keyValue": "function matchwo(a,b) {\n if (a < b && a < 0) { return 1; }\n else { return 0; }\n}",
-     "keyAttributes": {
-       "type": "text/javascript"
-     }
-   },
-   "keyValue": null
- },
- "keyValue": null
-}
-
- -

This is a recommanded technique if you don't know the structure of the XML document.

- -

Algorithm #2: a less verbose way

- -

Here is another, simpler, conversion method, in which nodeAttributes are listed under the same object of child nodes but have the “@” prefix (as suggested by the BadgerFish Convention). As above, the text content is stored into the keyValue property. The constructor's argument can be the entire XML Document, a DocumentFragment or simply an Element node of it.

- -
/*\
-|*|
-|*|  JXON Snippet #2 - Mozilla Developer Network
-|*|
-|*|  https://developer.mozilla.org/en-US/docs/JXON
-|*|
-\*/
-
-function parseText (sValue) {
-  if (/^\s*$/.test(sValue)) { return null; }
-  if (/^(?:true|false)$/i.test(sValue)) { return sValue.toLowerCase() === "true"; }
-  if (isFinite(sValue)) { return parseFloat(sValue); }
-  if (isFinite(Date.parse(sValue))) { return new Date(sValue); }
-  return sValue;
-}
-
-function JXONTree (oXMLParent) {
-  if (oXMLParent.hasChildNodes()) {
-    var sCollectedTxt = "";
-    for (var oNode, sProp, vContent, nItem = 0; nItem < oXMLParent.childNodes.length; nItem++) {
-      oNode = oXMLParent.childNodes.item(nItem);
-      if ((oNode.nodeType - 1 | 1) === 3) { sCollectedTxt += oNode.nodeType === 3 ? oNode.nodeValue.trim() : oNode.nodeValue; }
-      else if (oNode.nodeType === 1 && !oNode.prefix) {
-        sProp = oNode.nodeName.toLowerCase();
-        vContent = new JXONTree(oNode);
-        if (this.hasOwnProperty(sProp)) {
-          if (this[sProp].constructor !== Array) { this[sProp] = [this[sProp]]; }
-          this[sProp].push(vContent);
-        } else { this[sProp] = vContent; }
-      }
-    }
-    if (sCollectedTxt) { this.keyValue = parseText(sCollectedTxt); }
-  }
-  if (oXMLParent.hasAttributes()) {
-    var oAttrib;
-    for (var nAttrib = 0; nAttrib < oXMLParent.attributes.length; nAttrib++) {
-      oAttrib = oXMLParent.attributes.item(nAttrib);
-      this["@" + oAttrib.name.toLowerCase()] = parseText(oAttrib.value.trim());
-    }
-  }
-  /* Object.freeze(this); */
-}
-
-var myObject = new JXONTree(doc);
-// we got our javascript object! try: alert(JSON.stringify(myObject));
-
- -
Note: If you want to freeze the whole object tree (because of the "static" nature of an XML document), uncomment the string: /* Object.freeze(this); */. The Object.freeze() method prevents new properties from being added to it, prevents existing properties from being removed and prevents existing properties, or their enumerability, configurability, or writability, from being changed. In essence the object tree is made effectively immutable.
- -

With this algorithm our example becomes:

- -
{
-  "catalog": {
-    "product": {
-      "catalog_item": [{
-        "item_number": {
-          "keyValue": "QWZ5671"
-        },
-        "price": {
-          "keyValue": 39.95
-        },
-        "size": [{
-          "color_swatch": [{
-            "keyValue": "Red",
-            "@image": "red_cardigan.jpg"
-          }, {
-            "keyValue": "Burgundy",
-            "@image": "burgundy_cardigan.jpg"
-          }],
-          "@description": "Medium"
-        }, {
-          "color_swatch": [{
-            "keyValue": "Red",
-            "@image": "red_cardigan.jpg"
-          }, {
-            "keyValue": "Burgundy",
-            "@image": "burgundy_cardigan.jpg"
-          }],
-          "@description": "Large"
-        }],
-        "@gender": "Men's"
-      }, {
-        "item_number": {
-          "keyValue": "RRX9856"
-        },
-        "discount_until": {
-          "keyValue": new Date(1995, 11, 25)
-        },
-        "price": {
-          "keyValue": 42.5
-        },
-        "size": {
-          "color_swatch": {
-            "keyValue": "Black",
-            "@image": "black_cardigan.jpg"
-          },
-          "@description": "Medium"
-        },
-        "@gender": "Women's"
-      }],
-      "@description": "Cardigan Sweater"
-    },
-    "script": {
-      "keyValue": "function matchwo(a,b) {\n  if (a < b && a < 0) { return 1; }\n  else { return 0; }\n}",
-      "@type": "text/javascript"
-    }
-  }
-}
-
- -

This is a possible technique to use if you partially know the structure of the XML document.

- -

Algorithm #3: a synthetic technique

- -

Here is another method of conversion. This algorithm is the closest to the Parker convention. It is very similar to the previous one, except that nodes which do not contain other recognizable nodes than Text or CDATASection are not treated as objects, but directly as booleans, strings, numbers or Date objects (see the Parker convention). Empty nodes (i.e. which do not contain other Element nodes, Text nodes, CDATASection nodes or Attr nodes) have the default value true (see the Code considerations). Also, this time we use a function instead of a constructor. The function's argument can be the entire XML Document, a DocumentFragment, or simply an Element node within it. nodeAttributes have the “@” prefix, as suggested by the BadgerFish Convention. In many cases, this is the most practical conversion method.

- -
/*\
-|*|
-|*|  JXON Snippet #3 - Mozilla Developer Network
-|*|
-|*|  https://developer.mozilla.org/en-US/docs/JXON
-|*|
-\*/
-
-function parseText (sValue) {
-  if (/^\s*$/.test(sValue)) { return null; }
-  if (/^(?:true|false)$/i.test(sValue)) { return sValue.toLowerCase() === "true"; }
-  if (isFinite(sValue)) { return parseFloat(sValue); }
-  if (isFinite(Date.parse(sValue))) { return new Date(sValue); }
-  return sValue;
-}
-
-function getJXONTree (oXMLParent) {
-  var vResult = /* put here the default value for empty nodes! */ true, nLength = 0, sCollectedTxt = "";
-  if (oXMLParent.hasAttributes()) {
-    vResult = {};
-    for (nLength; nLength < oXMLParent.attributes.length; nLength++) {
-      oAttrib = oXMLParent.attributes.item(nLength);
-      vResult["@" + oAttrib.name.toLowerCase()] = parseText(oAttrib.value.trim());
-    }
-  }
-  if (oXMLParent.hasChildNodes()) {
-    for (var oNode, sProp, vContent, nItem = 0; nItem < oXMLParent.childNodes.length; nItem++) {
-      oNode = oXMLParent.childNodes.item(nItem);
-      if (oNode.nodeType === 4) { sCollectedTxt += oNode.nodeValue; } /* nodeType is "CDATASection" (4) */
-      else if (oNode.nodeType === 3) { sCollectedTxt += oNode.nodeValue.trim(); } /* nodeType is "Text" (3) */
-      else if (oNode.nodeType === 1 && !oNode.prefix) { /* nodeType is "Element" (1) */
-        if (nLength === 0) { vResult = {}; }
-        sProp = oNode.nodeName.toLowerCase();
-        vContent = getJXONTree(oNode);
-        if (vResult.hasOwnProperty(sProp)) {
-          if (vResult[sProp].constructor !== Array) { vResult[sProp] = [vResult[sProp]]; }
-          vResult[sProp].push(vContent);
-        } else { vResult[sProp] = vContent; nLength++; }
-      }
-    }
-  }
-  if (sCollectedTxt) { nLength > 0 ? vResult.keyValue = parseText(sCollectedTxt) : vResult = parseText(sCollectedTxt); }
-  /* if (nLength > 0) { Object.freeze(vResult); } */
-  return vResult;
-}
-
-var myObject = getJXONTree(doc);
-// we got our javascript object! try: alert(JSON.stringify(myObject));
-
- -
Note: If you want to freeze the whole object tree (because of the "static" nature of an XML document), uncomment the string: /* if (nLength > 0) { Object.freeze(vResult); } */. The Object.freeze() method prevents new properties from being added to it, prevents existing properties from being removed and prevents existing properties, or their enumerability, configurability, or writability, from being changed. In essence the object tree is made effectively immutable.
- -

With this algorithm, our example becomes:

- -
{
-  "catalog": {
-    "product": {
-      "@description": "Cardigan Sweater",
-      "catalog_item": [{
-        "@gender": "Men's",
-        "item_number": "QWZ5671",
-        "price": 39.95,
-        "size": [{
-          "@description": "Medium",
-          "color_swatch": [{
-            "@image": "red_cardigan.jpg",
-            "keyValue": "Red"
-          }, {
-            "@image": "burgundy_cardigan.jpg",
-            "keyValue": "Burgundy"
-          }]
-        }, {
-          "@description": "Large",
-          "color_swatch": [{
-            "@image": "red_cardigan.jpg",
-            "keyValue": "Red"
-          }, {
-            "@image": "burgundy_cardigan.jpg",
-            "keyValue": "Burgundy"
-          }]
-        }]
-      }, {
-        "@gender": "Women's",
-        "item_number": "RRX9856",
-        "discount_until": new Date(1995, 11, 25),
-        "price": 42.5,
-        "size": {
-          "@description": "Medium",
-          "color_swatch": {
-            "@image": "black_cardigan.jpg",
-            "keyValue": "Black"
-          }
-        }
-      }]
-    },
-    "script": {
-      "@type": "text/javascript",
-      "keyValue": "function matchwo(a,b) {\n  if (a < b && a < 0) { return 1; }\n  else { return 0; }\n}"
-    }
-  }
-}
-
- -

This is a recommended technique if you know the structure of the XML document.

- -

Algorithm #4: a very minimalist way

- -

The following is another possible way to do the conversion. It is very close to the Parker convention, too. With this algorithm, all Element nodes that contain other child Element, Text, or CDATASection nodes in the same level are treated as instances of Boolean, Number, String, or Date Constructors. So any child Element node, if exists, will be nested in these types of objects.

- -

For example:

- -
<employee type="usher">John Smith</employee>
-<manager>Lisa Carlucci</manager>
-
- -

becomes

- -
var myObject = {
-  "employee": new String("John Smith"),
-  "manager": "Lisa Carlucci"
-};
-
-myObject.employee["@type"] = "usher";
-
-// test
-
-alert(myObject.manager); // "Lisa Carlucci"
-alert(myObject.employee["@type"]); // "usher"
-alert(myObject.employee); // "John Smith"
-
- -
Note: This algorithm represents a special case of conversion. The generated JavaScript Object tree is not stringifyable (see the Code considerations). It is very practical for internal JavaScript access, but don't use it if you want to transfer the tree via JSON string!
- -

As for the third algorithm, nodes which do not contain other recognizable nodes than Text or CDATASection are not treated as objects, but directly as booleans, strings, numbers (primitive values) or Date objects; and empty nodes (i.e. which do not contain other Element nodes, Text nodes, CDATASection nodes or Attr nodes) have the default value true. As for the third algorithm it is not used a constructor, but a function. The function's argument can be the entire XML Document, a DocumentFragment or simply an Element node of it. nodeAttributes have the “@” prefix, as suggested by the BadgerFish Convention.

- -
/*\
-|*|
-|*|  JXON Snippet #4 - Mozilla Developer Network
-|*|
-|*|  https://developer.mozilla.org/en-US/docs/JXON
-|*|
-\*/
-
-function parseText (sValue) {
-  if (/^\s*$/.test(sValue)) { return null; }
-  if (/^(?:true|false)$/i.test(sValue)) { return sValue.toLowerCase() === "true"; }
-  if (isFinite(sValue)) { return parseFloat(sValue); }
-  if (isFinite(Date.parse(sValue))) { return new Date(sValue); }
-  return sValue;
-}
-
-function objectify (vValue) {
-  if (vValue === null) {
-    return new (function() {
-      this.toString = function() { return "null"; }
-      this.valueOf = function() { return null; }
-    })();
-  }
-  return vValue instanceof Object ? vValue : new vValue.constructor(vValue);
-}
-
-var aTmpEls = []; // loaded element nodes cache
-
-function getJXONTree (oXMLParent) {
-  var  sProp, vContent, vResult, nLength = 0, nLevelStart = aTmpEls.length,
-      nChildren = oXMLParent.hasChildNodes() ? oXMLParent.childNodes.length : 0, sCollectedTxt = "";
-
-  for (var oNode, nItem = 0; nItem < nChildren; nItem++) {
-    oNode = oXMLParent.childNodes.item(nItem);
-    if (oNode.nodeType === 4) { sCollectedTxt += oNode.nodeValue; } /* nodeType is "CDATASection" (4) */
-    else if (oNode.nodeType === 3) { sCollectedTxt += oNode.nodeValue.trim(); } /* nodeType is "Text" (3) */
-    else if (oNode.nodeType === 1 && !oNode.prefix) { aTmpEls.push(oNode); } /* nodeType is "Element" (1) */
-  }
-
-  var nLevelEnd = aTmpEls.length, vBuiltVal = parseText(sCollectedTxt);
-
-  if (oXMLParent.hasAttributes()) {
-    vResult = objectify(vBuiltVal);
-    for (nLength; nLength < oXMLParent.attributes.length; nLength++) {
-      oAttrib = oXMLParent.attributes.item(nLength);
-      vResult["@" + oAttrib.name.toLowerCase()] = parseText(oAttrib.value.trim());
-    }
-  } else if (nLevelEnd > nLevelStart) { vResult = objectify(vBuiltVal); }
-
-  for (var nElId = nLevelStart; nElId < nLevelEnd; nElId++) {
-    sProp = aTmpEls[nElId].nodeName.toLowerCase();
-    vContent = getJXONTree(aTmpEls[nElId]);
-    if (vResult.hasOwnProperty(sProp)) {
-    if (vResult[sProp].constructor !== Array) { vResult[sProp] = [vResult[sProp]]; }
-      vResult[sProp].push(vContent);
-    } else { vResult[sProp] = vContent; nLength++; }
-  }
-
-  aTmpEls.length = nLevelStart;
-
-  if (nLength === 0) { vResult = sCollectedTxt ? vBuiltVal : /* put here the default value for empty nodes: */ true; }
-  /* else { Object.freeze(vResult); } */
-
-  return vResult;
-}
-
-var myObject = getJXONTree(doc);
-alert(myObject.catalog.product.catalog_item[1].size.color_swatch["@image"]); // "black_cardigan.jpg"
-alert(myObject.catalog.product.catalog_item[1].size.color_swatch); // "Black" !
-
- -
Note: If you want to freeze the whole object tree (because of the "static" nature of an XML document), uncomment the string: /* else { Object.freeze(vResult); } */. The Object.freeze() method prevents new properties from being added to it, prevents existing properties from being removed and prevents existing properties, or their enumerability, configurability, or writability, from being changed. In essence the object tree is made effectively immutable.
- -

This is a possible technique if you know the structure of the XML document.

- -

Reverse algorithms

- -

It is possible to reverse the algorithms proposed here in order to build a new XML document starting from a JavaScript Objects Tree. For simplicity, we will propose here a single example, which in a single method represents the inversion of all our algorithms.

- -
/*\
-|*|
-|*|  JXON Snippet #5 - Mozilla Developer Network
-|*|
-|*|  https://developer.mozilla.org/en-US/docs/JXON
-|*|
-\*/
-
-function createXML (oObjTree) {
-  function loadObjTree (oParentEl, oParentObj) {
-    var vValue, oChild;
-    if (oParentObj.constructor === String || oParentObj.constructor === Number || oParentObj.constructor === Boolean) {
-      oParentEl.appendChild(oNewDoc.createTextNode(oParentObj.toString())); /* verbosity level is 0 or 1 */
-      if (oParentObj === oParentObj.valueOf()) { return; }
-    } else if (oParentObj.constructor === Date) {
-      oParentEl.appendChild(oNewDoc.createTextNode(oParentObj.toGMTString()));
-    }
-    for (var sName in oParentObj) {
-      if (isFinite(sName)) { continue; } /* verbosity level is 0 */
-      vValue = oParentObj[sName];
-      if (sName === "keyValue") {
-        if (vValue !== null && vValue !== true) { oParentEl.appendChild(oNewDoc.createTextNode(vValue.constructor === Date ? vValue.toGMTString() : String(vValue))); }
-      } else if (sName === "keyAttributes") { /* verbosity level is 3 */
-        for (var sAttrib in vValue) { oParentEl.setAttribute(sAttrib, vValue[sAttrib]); }
-      } else if (sName.charAt(0) === "@") {
-        oParentEl.setAttribute(sName.slice(1), vValue);
-      } else if (vValue.constructor === Array) {
-        for (var nItem = 0; nItem < vValue.length; nItem++) {
-          oChild = oNewDoc.createElement(sName);
-          loadObjTree(oChild, vValue[nItem]);
-          oParentEl.appendChild(oChild);
-        }
-      } else {
-        oChild = oNewDoc.createElement(sName);
-        if (vValue instanceof Object) {
-          loadObjTree(oChild, vValue);
-        } else if (vValue !== null && vValue !== true) {
-          oChild.appendChild(oNewDoc.createTextNode(vValue.toString()));
-        }
-        oParentEl.appendChild(oChild);
-      }
-    }
-  }
-  const oNewDoc = document.implementation.createDocument("", "", null);
-  loadObjTree(oNewDoc, oObjTree);
-  return oNewDoc;
-}
-
-var newDoc = createXML(myObject);
-// we got our Document instance! try: alert((new XMLSerializer()).serializeToString(newDoc));
-
- -
Note: With this code the Date instances, if they exist, are converted into Strings through the toGMTString() method. Nothing prohibits the use of any other conversion method. In addition, all properties of the tree with a true value will be converted into empty elements with no text nodes (see the Code considerations).
- -

This is a good solution if you want to automate the creation of an XML document. It is a bad choice, however, if you want to re-build an XML document previously converted into JSON. Although the bidirectional conversion is very faithful (except for CDATASection nodes, which will be converted into Text nodes), the process is unnecessarily costly. In fact, if your goal is to edit an XML document, it is strongly recommended to work on it rather than create new ones.

- -

The Parker Convention

- -

The functions listed above for the conversion of an XML document to JSON (often called "JXON algorithms") are more or less freely based on the Parker Convention (especially regarding the transformation of tags names into object properties names, the recognition of the typeof of all the collected text content of each tag and the absorption of solitary Text and/or CDATASection nodes into primitive values). It is called “Parker Convention” in opposition to “BadgerFish Convention”, after the comic Parker & Badger by Cuadrado. See also: BadgerFish Convention.

- -

The following is a transcription of the Parker Convention paper (version 0.4), from the page “TransformingRules” of the xml2json-xslt project site.

- -

This Convention was written in order to regulate the conversion to JSON from XSLT, so parts of it are futile for JavaScript.

- -
Note: On October 29th, 2013, the World Wide Web Consortium relased in a note on official algorithm for converting HTML5 microdata to JSON. However, HTML microdata is not HTML: microdata is a formatted subset of HTML.
- -

Translation JSON

- -
    -
  1. -

    The root element will be absorbed, for there is only one:

    - - 
    <root>test</root>
    - -

    becomes

    - - 
    "test"
-
    -
    2. -
  2. -

    Element names become object properties:

    - - 
    <root><name>Xml</name><encoding>ASCII</encoding></root>
    - -

    becomes

    - - 
    {
-  "name": "Xml",
-  "encoding": "ASCII"
-}
-
    -
    3. -
  3. -

    Numbers are recognized (integers and decimals):

    - - 
    <root><age>12</age><height>1.73</height></root>
    - -

    becomes

    - - 
    {
-  "age": 12,
-  "height": 1.73
-}
-
    -
    4. -
  4. -

    Booleans are recognized case insensitive:

    - - 
    <root><checked>True</checked><answer>FALSE</answer></root>
    - -

    becomes

    - - 
    {
-  "checked": true,
-  "answer": false
-}
-
    -
    5. -
  5. -

    Strings are escaped:

    - - 
    <root>Quote: &quot; New-line:
-</root>
-
    - -

    becomes

    - - 
    "Quote: \" New-line:\n"
    -
    6. -
  6. -

    Empty elements will become null:

    - - 
    <root><nil/><empty></empty></root>
    - -

    becomes

    - - 
    {
-  "nil": null,
-  "empty": null
-}
-
    -
    7. -
  7. -

    If all sibling elements have the same name, they become an array

    - - 
    <root><item>1</item><item>2</item><item>three</item></root>
-
    - -

    becomes

    - - 
    [1, 2, "three"]
-
    -
    8. -
  8. -

    Mixed mode text-nodes, comments and attributes get absorbed:

    - - 
    <root version="1.0">testing<!--comment--><element test="true">1</element></root>
-
    - -

    becomes

    - - 
    { "element": true }
-
    -
    9. -
  9. -

    Namespaces get absorbed, and prefixes will just be part of the property name:

    - - 
    <root xmlns:ding="http://zanstra.com/ding"><ding:dong>binnen</ding:dong></root>
-
    - -

    becomes

    - - 
    { "ding:dong" : "binnen" }
-
    -
    10. -
- -
Note: Our algorithms comply with points 2, 3, 4 and 7. The third and the fourth algorithm comply also with point 6 (but true instead of null – see the Code considerations). Point 5 is automatically managed by the JavaScript method JSON.stringify(). Regarding point 9, we chose to ignore all nodes which have a prefix; you can include them by removing the string && !oNode.prefix from our algorithms (see the Code considerations).
- -

Extra JavaScript translations

- -

This is the same as the JSON translation, but with these extras:

- -
    -
  1. -

    Property names are only escaped when necessary

    - - 
    <root><while>true</while><wend>false</wend><only-if/></root>
-
    - -

    becomes

    - - 
    {
-  "while": true,
-  wend: false,
-  "only-if": null
-}
-
    -
    2. -
  2. -

    Within a string, closing elements "</" are escaped as "<\/"

    - - 
    <root><![CDATA[<script>alert("YES");</script>]]></root>
    - -

    becomes

    - - 
    { script: "<script>alert(\"YES\")<\/script>" }
-
    -
    3. -
  3. -

    Dates are created as new Date objects

    - - 
    <root>2006-12-25</root>
    - -

    becomes

    - - 
    new Date(2006, 12 - 1, 25)
-
    -
    4. -
  4. -

    Attributes and comments are shown as comments (for testing purposes):

    - - 
    <!--testing--><root><test version="1.0">123</test></root>
-
    - -

    becomes

    - - 
    /* testing */ { test /* @version = "1.0" */ : 123}
-
    -
    5. -
  5. -

    A bit of indentation is done, to keep things legible

    -
    6. -
- -
Note: Our algorithms comply with the point 3 (but without month decrease). The points 1 and 2 are automatically managed by the JavaScript method JSON.stringify().
- -

抂芁

- -

Let's take the third algorithm as the most representative JXON parsing algorithm. A single structured XML Element might have eight different configurations:

- -
    -
  1. an empty element,
    2. -
  2. an element with pure text content,
    3. -
  3. an empty element with attributes,
    4. -
  4. an element with text content and attributes,
    5. -
  5. an element containing elements with different names,
    6. -
  6. an element containing elements with identical names,
    7. -
  7. an element containing elements and contiguous text,
    8. -
  8. an element containing elements and non contiguous text.
    9. -
- -

The following table shows the corresponding conversion patterns between XML and JSON according to the third algorithm.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
CaseXMLJSONJavascript access
1<animal />"animal": truemyObject.animal
2<animal>Deka</animal>"animal": "Deka"myObject.animal
3<animal name="Deka" />"animal": {"@name": "Deka"}myObject.animal["@name"]
4<animal name="Deka">is my cat</animal>"animal": { "@name": "Deka", "keyValue": "is my cat" }myObject.animal["@name"], myObject.animal.keyValue
5<animal> <dog>Charlie</dog> <cat>Deka</cat> </animal>"animal": { "dog": "Charlie", "cat": "Deka" }myObject.animal.dog, myObject.animal.cat
6<animal> <dog>Charlie</dog> <dog>Mad Max</dog> </animal>"animal": { "dog": ["Charlie", "Mad Max"] }myObject.animal.dog[0], myObject.animal.dog[1]
7<animal> in my house <dog>Charlie</dog> </animal>"animal": { "keyValue": "in my house", "dog": "Charlie" }myObject.animal.keyValue, myObject.animal.dog
8<animal> in my ho <dog>Charlie</dog> use </animal>"animal": { "keyValue": "in my house", "dog": "Charlie" }myObject.animal.keyValue, myObject.animal.dog
- -

Code considerations

- -

In these examples we chose to use a property named keyValue for the text content. The lack of standards for XML to JSON conversion leads developers to choose a variety of property names for the text content of XML Element nodes that also contain other child nodes. Sometimes a property called $ is used. Other times a property called #text is used (however, a name like this isn't a good choice, since the text content of a node can be parsed into a non-string value by our algorithms during the conversion). In the algorithms proposed here, you can easily change this name, depending on your needs.

- -

The choice of using a true value instead of a null value to represent empty nodes is due to the fact that when in an XML document there is an empty node the reason is often to express a Boolean, as in this case:

- -
<car>
-  <type>Ferrari</type>
-  <bought />
-</car>
-
- -

If the value were null it would be more cumbersome to launch a code like this:

- -
if (myObject.car.bought) {
-  // do something
-}
-
- -
Note: According to our third algorithm and our fourth algorithm, just CDATASection nodes which contain nothing but white spaces (precisely: /^\s+$/) will be parsed as null.
- -

The fourth algorithm represents a special case of conversion. As you can see, the generated JavaScript Object tree is not stringifyable. It is very practical for internal JavaScript access, but don't use it if you want to transfer the tree via JSON string (as for Worker messages, for example).

- -

We chose to ignore nodes which have a prefix (for example: <ding:dong>binnen</ding:dong>), due to their special case (they are often used in order to represents an XML Schema, which is meta-information concerning how to organize the information of the document, reserved for the XML parser). You can include them removing the string && !oNode.prefix from our algorithms (by doing so the whole tag will become the property name: { "ding:dong": "binnen" }).

- -

An important consideration is that, when using the third or the fourth algorithm, an XML Document can be used to create any type of JavaScript object. For example, If you want to create an object like the following:

- -
{
-  "myboolean": true,
-  "myarray": ["Cinema", "Hot dogs", false],
-  "myobject": {
-    "nickname": "Jack",
-    "registration_date": new Date(1995, 11, 25),
-    "privileged_user": true
-  },
-  "mynumber": 99,
-  "mytext": "Hello World!"
-}
-
- -

you must just create an XML document with the following structure:

- -
<myboolean>true</myboolean>
-<myarray>Cinema</myarray>
-<myarray>Hot dogs</myarray>
-<myarray>false</myarray>
-<myobject>
-  <nickname>Jack</nickname>
-  <registration_date>Dec 25, 1995</registration_date>
-  <privileged_user />
-</myobject>
-<mynumber>99</mynumber>
-<mytext>Hello World!</mytext>
-
- -

This example also shows how the ideal JXON document is an XML document designed specifically to be converted in JSON format, though our algorithms work fine with any kind of XML document.

- -
Note: Despite the term JXON suggesting "lossless" conversions, these techniques are not actually lossless if one needs to preserve ordering of elements, as is common with many XML dialects (including of course XHTML). The ECMAScript standard (JavaScript) indicates that object iteration order is implementation dependent.
- -

付録: a complete, bidirectional, JXON library

- -

Now we can create a more complete, bidirectional, JXON library based on all our algorithms (see: #1, #2, #3, #4, reverse). Its usage is modeled on the JSON native object. Before implementing it in a working environment, please read the note about the const statement compatibility.

- -
 /*\
- |*|
- |*|    JXON framework - Copyleft 2011 by Mozilla Developer Network
- |*|
- |*|    Revision #1 - September 5, 2014
- |*|
- |*|    https://developer.mozilla.org/en-US/docs/JXON
- |*|
- |*|    This framework is released under the GNU Public License, version 3 or later.
- |*|    http://www.gnu.org/licenses/gpl-3.0-standalone.html
- |*|
- \*/
-
-const JXON = new (function () {
-
-  const
-    sValProp = "keyValue", sAttrProp = "keyAttributes", sAttrsPref = "@", /* you can customize these values */
-    aCache = [], rIsNull = /^\s*$/, rIsBool = /^(?:true|false)$/i;
-
-  function parseText (sValue) {
-    if (rIsNull.test(sValue)) { return null; }
-    if (rIsBool.test(sValue)) { return sValue.toLowerCase() === "true"; }
-    if (isFinite(sValue)) { return parseFloat(sValue); }
-    if (isFinite(Date.parse(sValue))) { return new Date(sValue); }
-    return sValue;
-  }
-
-  function EmptyTree () {}
-
-  EmptyTree.prototype.toString = function () { return "null"; };
-
-  EmptyTree.prototype.valueOf = function () { return null; };
-
-  function objectify (vVal) {
-    return vVal === null ? new EmptyTree() : vVal instanceof Object ? vVal : new vVal.constructor(vVal);
-  }
-
-  function createObjTree (oParentNode, nVerb, bFreeze, bNesteAttr) {
-
-    const
-      nLevelStart = aCache.length, bChildren = oParentNode.hasChildNodes(),
-      bAttributes = oParentNode.hasAttributes(), bHighVerb = Boolean(nVerb & 2);
-
-    var
-      sProp, vContent, nLength = 0, sCollectedTxt = "",
-      vResult = bHighVerb ? {} : /* put here the default value for empty nodes: */ true;
-
-    if (bChildren) {
-      for (var oNode, nItem = 0; nItem < oParentNode.childNodes.length; nItem++) {
-        oNode = oParentNode.childNodes.item(nItem);
-        if (oNode.nodeType === 4) { sCollectedTxt += oNode.nodeValue; } /* nodeType is "CDATASection" (4) */
-        else if (oNode.nodeType === 3) { sCollectedTxt += oNode.nodeValue.trim(); } /* nodeType is "Text" (3) */
-        else if (oNode.nodeType === 1 && !oNode.prefix) { aCache.push(oNode); } /* nodeType is "Element" (1) */
-      }
-    }
-
-    const nLevelEnd = aCache.length, vBuiltVal = parseText(sCollectedTxt);
-
-    if (!bHighVerb && (bChildren || bAttributes)) { vResult = nVerb === 0 ? objectify(vBuiltVal) : {}; }
-
-    for (var nElId = nLevelStart; nElId < nLevelEnd; nElId++) {
-      sProp = aCache[nElId].nodeName.toLowerCase();
-      vContent = createObjTree(aCache[nElId], nVerb, bFreeze, bNesteAttr);
-      if (vResult.hasOwnProperty(sProp)) {
-        if (vResult[sProp].constructor !== Array) { vResult[sProp] = [vResult[sProp]]; }
-        vResult[sProp].push(vContent);
-      } else {
-        vResult[sProp] = vContent;
-        nLength++;
-      }
-    }
-
-    if (bAttributes) {
-
-      const
-        nAttrLen = oParentNode.attributes.length,
-        sAPrefix = bNesteAttr ? "" : sAttrsPref, oAttrParent = bNesteAttr ? {} : vResult;
-
-      for (var oAttrib, nAttrib = 0; nAttrib < nAttrLen; nLength++, nAttrib++) {
-        oAttrib = oParentNode.attributes.item(nAttrib);
-        oAttrParent[sAPrefix + oAttrib.name.toLowerCase()] = parseText(oAttrib.value.trim());
-      }
-
-      if (bNesteAttr) {
-        if (bFreeze) { Object.freeze(oAttrParent); }
-        vResult[sAttrProp] = oAttrParent;
-        nLength -= nAttrLen - 1;
-      }
-
-    }
-
-    if (nVerb === 3 || (nVerb === 2 || nVerb === 1 && nLength > 0) && sCollectedTxt) {
-      vResult[sValProp] = vBuiltVal;
-    } else if (!bHighVerb && nLength === 0 && sCollectedTxt) {
-      vResult = vBuiltVal;
-    }
-
-    if (bFreeze && (bHighVerb || nLength > 0)) { Object.freeze(vResult); }
-
-    aCache.length = nLevelStart;
-
-    return vResult;
-
-  }
-
-  function loadObjTree (oXMLDoc, oParentEl, oParentObj) {
-
-    var vValue, oChild;
-
-    if (oParentObj.constructor === String || oParentObj.constructor === Number || oParentObj.constructor === Boolean) {
-      oParentEl.appendChild(oXMLDoc.createTextNode(oParentObj.toString())); /* verbosity level is 0 or 1 */
-      if (oParentObj === oParentObj.valueOf()) { return; }
-    } else if (oParentObj.constructor === Date) {
-      oParentEl.appendChild(oXMLDoc.createTextNode(oParentObj.toGMTString()));
-    }
-
-    for (var sName in oParentObj) {
-      vValue = oParentObj[sName];
-      if (isFinite(sName) || vValue instanceof Function) { continue; } /* verbosity level is 0 */
-      if (sName === sValProp) {
-        if (vValue !== null && vValue !== true) { oParentEl.appendChild(oXMLDoc.createTextNode(vValue.constructor === Date ? vValue.toGMTString() : String(vValue))); }
-      } else if (sName === sAttrProp) { /* verbosity level is 3 */
-        for (var sAttrib in vValue) { oParentEl.setAttribute(sAttrib, vValue[sAttrib]); }
-      } else if (sName.charAt(0) === sAttrsPref) {
-        oParentEl.setAttribute(sName.slice(1), vValue);
-      } else if (vValue.constructor === Array) {
-        for (var nItem = 0; nItem < vValue.length; nItem++) {
-          oChild = oXMLDoc.createElement(sName);
-          loadObjTree(oXMLDoc, oChild, vValue[nItem]);
-          oParentEl.appendChild(oChild);
-        }
-      } else {
-        oChild = oXMLDoc.createElement(sName);
-        if (vValue instanceof Object) {
-          loadObjTree(oXMLDoc, oChild, vValue);
-        } else if (vValue !== null && vValue !== true) {
-          oChild.appendChild(oXMLDoc.createTextNode(vValue.toString()));
-        }
-        oParentEl.appendChild(oChild);
-      }
-    }
-
-  }
-
-  /* Uncomment the following code if you want to enable the .appendJXON() method for *all* the "element" objects! */
-
-  /*
-
-  Element.prototype.appendJXON = function (oObjTree) {
-    loadObjTree(document, this, oObjTree);
-    return this;
-  };
-
-  */
-
-  this.build = function (oXMLParent, nVerbosity /* optional */, bFreeze /* optional */, bNesteAttributes /* optional */) {
-    const nVerbMask = arguments.length > 1 && typeof nVerbosity === "number" ? nVerbosity & 3 : /* put here the default verbosity level: */ 1;
-    return createObjTree(oXMLParent, nVerbMask, bFreeze || false, arguments.length > 3 ? bNesteAttributes : nVerbMask === 3);
-  };
-
-  this.unbuild = function (oObjTree, sNamespaceURI /* optional */, sQualifiedName /* optional */, oDocumentType /* optional */) {
-    const oNewDoc = document.implementation.createDocument(sNamespaceURI || null, sQualifiedName || "", oDocumentType || null);
-    loadObjTree(oNewDoc, oNewDoc, oObjTree);
-    return oNewDoc;
-  };
-
-})();
-
- -
Note: The current implementation of const (constant statement) is not part of ECMAScript 5. It is supported in Firefox & Chrome (V8) and partially supported in Opera 9+ and Safari. It is not supported in Internet Explorer 6-9, or in the preview of Internet Explorer 10. const is going to be defined by ECMAScript 6, but with different semantics. Similar to variables declared with the let statement, constants declared with const will be block-scoped. We used it only for didactic purpose. If you want a full browser compatibility of this library, please replace all the const statements with the var statements.
- -

䜿い方

- -

The obtained non-native JXON global object will have two methods:

- - - - - - - - - - - - - - - - -
MethodDescription
JXON.build(document[, verbosity[, freeze[, nesteAttributes]]])Returns a JavaScript Object based on the given XML Document.
JXON.unbuild(objTree[, namespaceURI[, qualifiedNameStr[, documentType]]])Returns an XML Document based on the given JavaScript Object.
- -

These methods are inverses of each other. So, you can work with the JXON object by inserting the previous code at the beginning of your scripts. If you are not interested in a bidirectional conversion, don't use it, use only one of our algotithm instead.

- -

Sample usage:

- -
var myObject = JXON.build(doc);
-// we got our javascript object! try: alert(JSON.stringify(myObject));
-
-var newDoc = JXON.unbuild(myObject);
-// we got our Document instance! try: alert((new XMLSerializer()).serializeToString(newDoc));
- -


the same thing using AJAX:

- -
function reqListener () {
-
-    var myObject = JXON.build(this.responseXML);
-    // we got our javascript object!
-    alert(JSON.stringify(myObject));
-
-    var newDoc = JXON.unbuild(myObject);
-    // we got our Document instance!
-    alert((new XMLSerializer()).serializeToString(newDoc));
-
-};
-
-var oReq = new XMLHttpRequest();
-oReq.onload = reqListener;
-oReq.open("get", "example.xml", true);
-oReq.send();
- -

JXON.build syntax

- -

JXON.build(document[, verbosity[, freeze[, nesteAttributes]]])

- -

JXON.build description

- -

Returns a JavaScript Object based on the given XML Document.

- -

JXON.build parameters

- -
-
document
-
The XML document to be converted into JSON format.
-
verbosity Optional
-
The verbosity level of conversion (optional), from 0 to 3. It is almost equivalent to our algorithms from #4 to #1 (default value is 1, which is equivalent to the algorithm #3).
-
freeze Optional
-
A boolean (optional) expressing whether the created object must be freezed or not (default value is false).
-
nesteAttributes Optional
-
A boolean (optional) expressing whether the the nodeAttributes must be nested into a child-object named keyAttributes or not (default value is false for verbosity levels from 0 to 2; true for verbosity level 3).
-
- -

JXON.unbuild syntax

- -

JXON.unbuild(objTree[, namespaceURI[, qualifiedNameStr[, documentType]]])

- -

JXON.unbuild description

- -

Returns an XML Document based on the given JavaScript Object.

- -

JXON.unbuild parameters

- -
-
objTree
-
The JavaScript Object from which you want to create your XML Document.
-
namespaceURI Optional
-
Is a DOMString containing the namespace URI of the document to be created, or null if the document doesn't belong to one.
-
qualifiedNameStr Optional
-
Is a DOMString containing the qualified name, that is an optional prefix and colon plus the local root element name, of the document to be created.
-
documentType Optional
-
Is the DocumentType of the document to be created. It defaults to null.
-
- -

nativeなElement.prototype オブゞェクトの拡匵

- -

もしあなたが.appendJXON() メ゜ッドを 党おのNativeな element オブゞェクトで䜿甚したいなら, このコヌドのコメントをJXON libraryから倖しお䞋さい:

- -
  /* Uncomment the following code if you want to enable the .appendJXON() method for *all* the "element" objects! */
-
-  /*
-
-  Element.prototype.appendJXON = function (oObjTree) {
-    loadObjTree(document, this, oObjTree);
-    return this;
-  };
-
-  */
- -

䟋

- -

Imagine you want to populate the following HTMLElement through JSON:

- -
<div id="form_container"></div>
- -

Then, the following code:

- -
document.getElementById("form_container").appendJXON({
-  "form": {
-    "script": {
-      "@type": "text/javascript",
-      "keyValue": "\n  function numbersOnly (oToCheckField, oKeyEvent) {\n  return oKeyEvent.charCode === 0 || /\\d/.test(String.fromCharCode(oKeyEvent.charCode));\n  }\n"
-    },
-    "input": [{
-      "@type": "hidden",
-      "@name": "instId",
-      "@value": 1234
-    }, {
-      "@type": "hidden",
-      "@name": "currency",
-      "@value": "GBP"
-    }, {
-      "@type": "hidden",
-      "@name": "amount",
-      "@value": 0
-    }, {
-      "@type": "hidden",
-      "@name": "name",
-      "@value": "CAPTURED"
-    }],
-    "table": {
-      "tr": [{
-        "th": {
-          "@style": "text-align: right;",
-          "keyValue": "Product:"
-        },
-        "td": {
-          "span": [{
-            "input": {
-              "@type": "radio",
-              "@name": "nome",
-              "@id": "rel_tshirt",
-              "@value": "tshirt"
-            },
-            "label": {
-              "@for": "rel_tshirt",
-              "keyValue": "T-Shirt"
-            },
-            "@class": "product"
-          }, {
-            "input": {
-              "@type": "radio",
-              "@name": "nome",
-              "@id": "rel_trousers",
-              "@value": "trousers"
-            },
-            "label": {
-              "@for": "rel_trousers",
-              "keyValue": "Trousers"
-            },
-            "@class": "product"
-          }, {
-            "input": {
-              "@type": "radio",
-              "@name": "nome",
-              "@id": "rel_pullover",
-              "@value": "pullover"
-            },
-            "label": {
-              "@for": "rel_pullover",
-              "keyValue": "Pullover"
-            },
-            "@class": "product"
-          }]
-        }
-      }, {
-        "th": {
-          "@style": "text-align: right;",
-          "keyValue": "Quantity:"
-        },
-        "td": {
-          "input": {
-            "@type": "text",
-            "@name": "myInput",
-            "@onkeypress": "return numbersOnly(this, event);",
-            "@onpaste": "return false;"
-          }
-        }
-      }]
-    },
-    "p": {
-      "input": {
-        "@type": "submit",
-        "@value": "Purchase!"
-      }
-    },
-    "@action": "https://secure-test.worldpay.com/wcc/purchase",
-    "@name": "BuyForm",
-    "@method": "POST"
-  }
-});
- -

will populate the previous element in the following way:

- -
<div id="form_container">
-  <form action="https://secure-test.worldpay.com/wcc/purchase" name="BuyForm" method="POST">
-    <script type="text/javascript">
-      function numbersOnly(oToCheckField, oKeyEvent) {
-        return oKeyEvent.charCode === 0 || /\d/.test(String.fromCharCode(oKeyEvent.charCode));
-      }
-    </script>
-    <input type="hidden" name="instId" value="1234" />
-    <input type="hidden" name="currency" value="GBP" />
-    <input type="hidden" name="amount" value="0" />
-    <input type="hidden" name="name" value="CAPTURED" />
-    <table>
-      <tr>
-        <th style="text-align: right;">Product:</th>
-        <td><span class="product"><input type="radio" name="nome" id="rel_tshirt" value="tshirt"/><label for="rel_tshirt">T-Shirt</label></span><span class="product"><input type="radio" name="nome" id="rel_trousers" value="trousers"/><label for="rel_trousers">Trousers</label></span><span class="product"><input type="radio" name="nome" id="rel_pullover" value="pullover"/><label for="rel_pullover">Pullover</label></span>
-        </td>
-      </tr>
-      <tr>
-        <th style="text-align: right;">Quantity:</th>
-        <td>
-          <input type="text" name="myInput" onkeypress="return numbersOnly(this, event);" onpaste="return false;" />
-        </td>
-      </tr>
-    </table>
-    <p>
-      <input type="submit" value="Purchase!" />
-    </p>
-  </form>
-</div>
- -

ほかの䟋

- -

䟋 #1: どのようにJXONがXMLドキュメントの代わりにHTMLドキュメントを生成するのか:

- -
/* The structure of my document */
-var oMyHTMLStruct = {
-  "html": {
-    "head": {
-      "meta": {
-        "@http-equiv": "Content-Type",
-        "@content": "text/html; charset=UTF-8"
-      },
-      "title": "My HTML Document",
-      "script": {
-        "@type": "text/javascript",
-        "keyValue": "alert(\"Welcome!\");"
-      },
-      "style": "p:first-letter {\n  font: italic bold 30px Georgia, serif;\n}"
-    },
-    "body": {
-      "h1": "My HTML Document",
-      "p": "Hello world!!"
-    }
-  }
-};
-
-/* Create the document */
-var oMyHTMLDoc = JXON.unbuild(oMyHTMLStruct, "http://www.w3.org/1999/xhtml");
- -


And here is the output of alert((new XMLSerializer()).serializeToString(oMyHTMLDoc)):

- -
<html>
-
-<head>
-  <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
-  <title>My HTML Document</title>
-  <script type="text/javascript">
-    alert("Welcome!");
-  </script>
-  <style>
-    p:first-letter {
-      font: italic bold 30px Georgia, serif;
-    }
-  </style>
-</head>
-
-<body>
-  <h1>My HTML Document</h1>
-  <p>Hello world!!</p>
-</body>
-
-</html>
- -
Note: As we already said in the note within Code considerations, despite the bidirectional conversion between XML and JSON is lossless regarding the whole content and the structure of an XML document, it is not lossless regarding the ordering of elements, which for some XML dialects (like XHTML) is part of the information. For instance, a bidirectional conversion of the following HTML paragraph: - -
<p>She <strong>loves</strong> you. And definitely <strong>hates</strong> me.</p>
-would determine a result like the following: - -
<p><strong>loves</strong><strong>hates</strong>Sheyou. And definitelyme.</p>
-As you can see in this special case, the whole information is preserved, the ordering of the elements is not.
-It turns out then that for some XML dialects JXON can be not the best choise, while it can be a really powerful tool in dealing with standard XML. One conversion method which is lossless for element order, as it relies on arrays (but, with a less human-readable, JavaScript-friendly syntax), is JsonML.
- -

このラむブラリに぀いお

- -

The JXON.build() method summarizes all our four ways of conversion (see: #1, #2, #3, #4). The result is therefore the same of our four algorithms, depending on the level of verbosity utilised. As above, optional properties and methods (commented in the example) of the first algorithm (verbosity level: 3) are not included.

- -

The JXON.unbuild() method utilises our reverse algorithm.

- -

Therefore, all code considerations remain the same.

- -

Resources

- - - -

関連項目

- - diff --git a/files/ja/leak_monitor/index.html b/files/ja/leak_monitor/index.html deleted file mode 100644 index c698623f09..0000000000 --- a/files/ja/leak_monitor/index.html +++ /dev/null @@ -1,11 +0,0 @@ ---- -title: Leak Monitor -slug: Leak_Monitor -translation_of: Mozilla/Projects/Leak_Monitor ---- -

Leak Monitor は、拡匵機胜ず chrome の開発者がメモリリヌクを芋぀けられるようにする、L. David Baron 氏䜜の Firefox 拡匵です。これは、りィンドりが閉じられた時に JavaScript がただそのりィンドりぞのリンクを維持しおいた堎合、ポップアップで譊告したす (䟋えば、りィンドりが閉じた時にオブザヌバが消去されおいない堎合など)。

-

AMO (addons.mozilla.org) で Leak Monitor を入手

-

David Baron 氏のペヌゞの Leak Monitor の詳しい情報を芋る

-
-

{{ languages( { "en": "en/Leak_Monitor" } ) }}

-
diff --git a/files/ja/litmus_tests/index.html b/files/ja/litmus_tests/index.html deleted file mode 100644 index 5fbb93e7f2..0000000000 --- a/files/ja/litmus_tests/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: Litmus テスト -slug: Litmus_tests -tags: - - QA -translation_of: Archive/Mozilla/Litmus_tests ---- -

Litmus テストは、Litmus デヌタベヌスに蚘録される (自動ではない) テストです。http://litmus.mozilla.org をご芧ください。 -

自動化されたテストに興味のある方は、Mozilla automated testing をご芧ください。 -

-

スモヌクテスト

-

Litmus テストにはいく぀かの圢匏がありたす。スモヌクテストは最初に開発されたした。これらは Litmus の前に開発されたしたが、その埌、Litmus に取り蟌たれたした。"スモヌクテスト" は、基本機胜が確かに機胜するかどうかを怜蚌したり、ビルドプロセスに問題がないかどうかをすばやくチェックしたす。スモヌクテストは圓初、Mozilla 品質保蚌スモヌクテスト で定められおいたした。 -

-

基本機胜テスト (BFT)

-

このテストの実行には時間がかかりたすが、リリヌス補品党䜓を扱いたす。あたり深いずころたでは扱いたせんが、䞻な機胜のテストでは扱われたす。 -

-

党機胜テスト (FFT)

-

これは、より包括的なテストのため、時間がかかりたす。 -

-
-
diff --git a/files/ja/liveconnect/index.html b/files/ja/liveconnect/index.html deleted file mode 100644 index 65ac5f21b4..0000000000 --- a/files/ja/liveconnect/index.html +++ /dev/null @@ -1,69 +0,0 @@ ---- -title: LiveConnect -slug: LiveConnect -translation_of: Archive/Web/LiveConnect ---- -

-

-
LiveConnect は、JavaScript から Java クラスなどのメ゜ッドを呌べる機胜を既存の Java の機胜を利甚しお提䟛するアプリケヌション䜜成甚のむンタヌフェヌスの名称です。 -
LiveConnect は Mozilla 2.0 で削陀される予定です。詳现は Josh の blog 投皿 を参照しおください。
-

アプレットに察する LiveConnect は HTML ペヌゞのアプレットタグの "MAYSCRIPT" 属性を利甚しお有効化されたす。 -アプレットは netscape.javascript パッケヌゞを利甚しお JavaScript のオブゞェクトを参照するこずが可胜になり、 -スクリプトは盎接アプレットのメ゜ッドを呌ぶこずが可胜になりたす (document.applets.name.methodName() 経由で)。 -暙準的な Java オブゞェクトは JavaScript コヌドから䜜成ず制埡の䞡方が可胜です。(たずえば、"new java.lang.String('javascript string')" を java.* パッケヌゞの階局にいるクラスのコヌドに蚘述するか、新しい "Packages" オブゞェクトをクラスのために階局の倖で定矩しお利甚するかです。) -LiveConnect use by applets is enabled via the use of the "MAYSCRIPT" attribute in applet tags on an HTML page, following which the applet may refer to classes in the netscape.javascript package to access Javascript objects, and scripts may directly call applet methods (using the syntax document.applets.name.methodName()).

-
- - -
-

-

-

解説文曞

-
Core JavaScript 1.5 Guide:LiveConnect Overview -
Liveconnect の抂芁 -
-
Core JavaScript 1.5 Reference:LiveConnect -
LiveConnect のために利甚される Java クラス、そしおそのコンストラクタずメ゜ッド。 -
-
Java Method Overloading and LiveConnect 3 -
LiveConnect が Java メ゜ッドを JavaScript からオヌバヌロヌドするために利甚する技術。 -
-
LiveConnect Exceptions -
Java ず JavaScript にお他のずころで発生した䟋倖を受け取る方法。? -
-
Liveconnect Testcases -
間違った HTML タグにあるアプレットを正垞に動かすために。 -
-		 -

-

-

コミュニティヌ

-
  • Java のフォヌラム (英語)... -
-

-

-
  • Javascript のフォヌラム (英語)... -
-

-

-

-

関連事項

-
JavaScript, Plugins -
-
-


-

-
-
diff --git a/files/ja/localization_and_plurals/index.html b/files/ja/localization_and_plurals/index.html deleted file mode 100644 index 9f3cc2e775..0000000000 --- a/files/ja/localization_and_plurals/index.html +++ /dev/null @@ -1,372 +0,0 @@ ---- -title: ロヌカラむれむションず耇数圢 -slug: Localization_and_Plurals -tags: - - Internationalization - - Localization -translation_of: Mozilla/Localization/Localization_and_Plurals ---- -

.properties ファむルをロヌカラむズしおいお、このペヌゞぞのリンクがあるので、ここにいる可胜性が高いです。このペヌゞは、正しい耇数圢がナヌザに衚瀺されるように、これらの文字列をロヌカラむズする方法を説明するのに圹立ちたす。たずえば、「1ペヌゞ」ず「2ペヌゞ」ずいった感じです。

- -

もしあなたが拡匵機胜などのコヌドを耇数圢を考慮しおロヌカラむズ可胜にしたいなら、PluralForm を䜿った開発の節に飛んでも結構です。ただコヌドの初期文字列をロヌカラむズする必芁があるでしょうから、少なくずも「䜿甚方法」の節は読んでおくず良いでしょう。

- -

䜿甚方法

- -

このペヌゞでは、説明をわかりやすくするために 2 ぀の甚語を䜿甚しおいたす。

- - - -

もしあなたが chrome/global/intl.properties ファむルの pluralRule を芋おこのペヌゞに来たなら、あなたのロヌカラむれヌションでどの 耇数芏則 を遞ぶべきなのかを知る必芁があるでしょう。耇数芏則は、耇数圢を考慮する必芁がある単語をロヌカラむズするずきに、 耇数圢 がいく぀必芁なのかを知るために䜿甚したす。

- -

その他の properties ファむルに曞かれおいたリンクからこのペヌゞに来たのなら、ロヌカラむズする単語に察しお、必芁な分の耇数圢をセミコロン (;) 区切りで䞎える必芁があるでしょう。耇数圢がいく぀必芁なのかわからなければ、chrome/global/intl.properties の pluralRule の数倀を調べ、以䞋の耇数芏則の䞀芧でその数倀に察応する゚ントリを探しおください。

- -

{{ 英語版章題("List of Plural Rules") }}

- -

耇数芏則の䞀芧

- -

この節では、耇数芏則をその番号順にリストアップしたす。各゚ントリには、単語をロヌカラむズする際に必芁な耇数圢の数が瀺されおいたす。たた、pluralRule にどの番号を入力すればいいのかがわかりやすいように、語族およびそれに属する蚀語の䞀芧も茉せおいたす。さらに、それぞれの耇数圢の簡単な説明ず、その圢匏に分類される数の䟋も掲茉しおいたす。

- -

それぞれの耇数芏則においお、耇数圢がリストされおいる順番は単語をロヌカラむズする際にセミコロン区切りで入力する順番ず同じです。䟋えば、英語では耇数芏則 1 を䜿甚したす。したがっお、plurals ずいう単語をロヌカラむズするずきには、"plural;plurals" のようにしお、䞀぀めの単語に単数圢を、二぀めには汎甚の耇数圢を入力する必芁があるでしょう。

- -

耇数芏則 #0 (1 圢匏)

- -

語族: アゞア (䞭囜語, 日本語, 韓囜語, ベトナム語), チュルク/アルタむ諞語 (トルコ語)
- すべお: 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 


- -

耇数芏則 #1 (2 圢匏)

- -

語族: ゲルマン語掟 (デンマヌク語, オランダ語, 英語, フェロヌ語, フリゞア語, ドむツ語, ノルりェヌ語, スりェヌデン語), フィン・りゎル語掟 (゚ストニア語, フィンランド語, ハンガリヌ語), 孀独語 (バスク語), ラテン/ギリシャ (ギリシャ語), セム語掟 (ヘブラむ語), ロマンス諞語 (むタリア語, ポルトガル語, スペむン語, カタルヌニャ語)
- 1 である: 1
- それ以倖: 0, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 


- -

耇数芏則 #2 (2 圢匏)

- -

語族: ロマンス諞語 (フランス語, ブラゞルポルトガル語)
- 0 か 1 である: 0, 1
- それ以倖: 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 


- -

耇数芏則 #3 (3 圢匏)

- -

語族: バルト語掟 (ラトビア語)
- 0 である: 0
- 1 で終わり、11 で終わらない: 1, 21, 31, 41, 51, 61, 71, 81, 91, 101, 121, 131, 141, 151, 161, 171, 181, 191, 201, 221, 231, 241, 251, 261, 271, 281, 291, 

- それ以倖: 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 22, 23, 24, 25, 26, 27, 28, 29, 30, 32, 33, 34, 35, 36, 37, 38, 39, 40, 42, 43, 44, 45, 46, 47, 48, 49, 50, 52, 53, 54, 55, 


- -

耇数芏則 #4 (4 圢匏)

- -

語族: ケルト語掟 (スコットランド・ゲヌル語)
- 1 か 11 である: 1, 11
- 2 か 12 である: 2, 12
- 3-10 か 13-19 である: 3, 4, 5, 6, 7, 8, 9, 10, 13, 14, 15, 16, 17, 18, 19
- それ以倖: 0, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 


- -

耇数芏則 #5 (3 圢匏)

- -

語族: ロマンス諞語 (ルヌマニア語)
- 1 である: 1
- 0 であるか、01-19 で終わる: 0, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 

- それ以倖: 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 


- -

耇数芏則 #6 (3 圢匏)

- -

語族: バルト語掟 (リトアニア語)
- 1 で終わり、11 で終わらない: 1, 21, 31, 41, 51, 61, 71, 81, 91, 101, 121, 131, 141, 151, 161, 171, 181, 191, 201, 221, 231, 241, 251, 261, 271, 281, 291, 

- 0 で終わるか、11-19 で終わる: 0, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 30, 40, 50, 60, 70, 80, 90, 100, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 130, 140, 150, 160, 170, 180, 190, 200, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 

- それ以倖: 2, 3, 4, 5, 6, 7, 8, 9, 22, 23, 24, 25, 26, 27, 28, 29, 32, 33, 34, 35, 36, 37, 38, 39, 42, 43, 44, 45, 46, 47, 48, 49, 52, 53, 54, 55, 56, 57, 58, 59, 62, 63, 64, 65, 66, 67, 68, 69, 72, 73, 


- -

耇数芏則 #7 (3 圢匏)

- -

語族: スラノ語掟 (クロアチア語, セルビア語, ロシア語, りクラむナ語)
- 1 で終わり、11 で終わらない: 1, 21, 31, 41, 51, 61, 71, 81, 91, 101, 121, 131, 141, 151, 161, 171, 181, 191, 201, 221, 231, 241, 251, 261, 271, 281, 291, 

- 2-4 で終わり、12-14 で終わらない: 2, 3, 4, 22, 23, 24, 32, 33, 34, 42, 43, 44, 52, 53, 54, 62, 63, 64, 72, 73, 74, 82, 83, 84, 92, 93, 94, 102, 103, 104, 122, 123, 124, 132, 133, 134, 142, 143, 144, 152, 153, 154, 162, 163, 164, 172, 173, 174, 182, 183, 

- それ以倖: 0, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 25, 26, 27, 28, 29, 30, 35, 36, 37, 38, 39, 40, 45, 46, 47, 48, 49, 50, 55, 56, 57, 58, 59, 60, 65, 66, 67, 68, 69, 70, 75, 76, 77, 


- -

耇数芏則 #8 (3 圢匏)

- -

語族: スラノ語掟 (スロバキア語, チェコ語)
- 1 である: 1
- 2-4 である: 2, 3, 4
- それ以倖: 0, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 


- -

耇数芏則 #9 (3 圢匏)

- -

語族: スラノ語掟 (ポヌランド語)
- 1 である: 1
- 2-4 で終わり、12-14 で終わらない: 2, 3, 4, 22, 23, 24, 32, 33, 34, 42, 43, 44, 52, 53, 54, 62, 63, 64, 72, 73, 74, 82, 83, 84, 92, 93, 94, 102, 103, 104, 122, 123, 124, 132, 133, 134, 142, 143, 144, 152, 153, 154, 162, 163, 164, 172, 173, 174, 182, 183, 

- それ以倖: 0, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 25, 26, 27, 28, 29, 30, 31, 35, 36, 37, 38, 39, 40, 41, 45, 46, 47, 48, 49, 50, 51, 55, 56, 57, 58, 59, 60, 61, 65, 66, 67, 68, 


- -

耇数芏則 #10 (4 圢匏)

- -

語族: スラノ語掟 (スロベニア語, ゜ルブ語)
- 01 で終わる: 1, 101, 201, 

- 02 で終わる: 2, 102, 202, 

- 03-04 で終わる: 3, 4, 103, 104, 203, 204, 

- それ以倖: 0, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 


- -

耇数芏則 #11 (5 圢匏)

- -

語族: ケルト語掟 (アむルランド・ゲヌル語)
- 1 である: 1
- 2 である: 2
- 3-6 である: 3, 4, 5, 6
- 7-10 である: 7, 8, 9, 10
- それ以倖: 0, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 


- -

耇数芏則 #12 (6 圢匏)

- -

語族: セム語掟 (アラビア語)
- 1 である: 1
- 2 である: 2
- 03-10 で終わる: 3, 4, 5, 6, 7, 8, 9, 10, 103, 104, 105, 106, 107, 108, 109, 110, 203, 204, 205, 206, 207, 208, 209, 210, 

- それ以倖で、0 でなく、00-02 で終わらない: 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 

- 0 でなく、00-02 で終わる: 100, 101, 102, 200, 201, 202, 

- 0 である: 0

- -

耇数芏則 #13 (4 圢匏)

- -

語族: セム語掟 (マルタ語)
- 1 である: 1
- 0 であるか、01-10 で終わる: 0, 2, 3, 4, 5, 6, 7, 8, 9, 10, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 

- 11-19 で終わる: 11, 12, 13, 14, 15, 16, 17, 18, 19, 111, 112, 113, 114, 115, 116, 117, 118, 119, 211, 212, 213, 214, 215, 216, 217, 218, 219, 

- それ以倖: 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 


- -

耇数芏則 #14 (3 圢匏)

- -

語族: 䜿われおいたせん
- 1 で終わる: 1, 11, 21, 31, 41, 51, 61, 71, 81, 91, 101, 111, 121, 131, 141, 151, 161, 171, 181, 191, 201, 211, 221, 231, 241, 251, 261, 271, 281, 291, 

- 2 で終わる: 2, 12, 22, 32, 42, 52, 62, 72, 82, 92, 102, 112, 122, 132, 142, 152, 162, 172, 182, 192, 202, 212, 222, 232, 242, 252, 262, 272, 282, 292, 

- それ以倖: 0, 3, 4, 5, 6, 7, 8, 9, 10, 13, 14, 15, 16, 17, 18, 19, 20, 23, 24, 25, 26, 27, 28, 29, 30, 33, 34, 35, 36, 37, 38, 39, 40, 43, 44, 45, 46, 47, 48, 49, 50, 53, 54, 55, 56, 57, 58, 59, 60, 63, 


- -

耇数芏則 #15 (2 圢匏)

- -

語族: アむスランド語, マケドニア語
- 1 で終わり, 11 で終わらない: 1, 21, 31, 41, 51, 61, 71, 81, 91, 101, 121, 131, 141, 151, 161, 171, 181, 191, 201, 221, 231, 241, 251, 261, 271, 281, 291, 

- それ以倖: 0, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 22, 23, 24, 25, 26, 27, 28, 29, 30, 32, 33, 34, 35, 36, 37, 38, 39, 40, 42, 43, 44, 45, 46, 47, 48, 49, 50, 52, 53, 54, 


- -

耇数芏則 #16 (6 圢匏)

- -

語族: ケルト語掟 (ブルトン語)
- 1 で終わり、1, 11, 71, 91 で終わらない: 1, 21, 31, 41, 51, 61, 81, 101, 121, 131, 141, 151, 161, 181, 201, 221, 231, 241, 251, 261, 281, ...
- 2 で終わり, 12, 72, 92 で終わらない: 2, 22, 32, 42, 52, 62, 82, 102, 122, 132, 142, 152, 162, 182, 202, 222, 232, 242, 252, 262, 282, ...
- 3, 4, 9 で終わり、13, 14, 19, 73, 74, 79, 93, 94, 99 で終わらない: 3, 4, 9, 23, 24, 29, 33, 34, 39, 43, 44, 49, 53, 54, 59, ...
- 1000000 で終わる: 1000000: 1000000, 2000000, 3000000, 4000000, 5000000, 6000000, 7000000, 8000000, 9000000, 10000000, ...
- それ以倖: 0, 5, 6, 7, 8, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 25, 26, 27, 28, 30, 35, 36, 37, 38, 40, ...

- -

耇数芏則 #17 (2 圢匏)

- -

語族: ゚クアドル先䜏民諞語 (シュアヌル語)
- 0 である: 0
- それ以倖: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 


- -

䟋

- -

以䞋ではいく぀かの蚀語を䟋に取り、倧たかな思考プロセスを解説したす。

- -

フランス語

- -

フランス語では通垞 0 を単数ずしお扱いたすが、フランス語圏の䞭には耇数ずしお扱う地域もありたす。その他の単数は 1 だけで、残りはすべお耇数です。したがっお、耇数芏則 #1 たたは #2 を遞択したす。

- -

pluralRule=2
- seconds=seconde;secondes
- minutes=minute;minutes
- hours=heure;heures
- days=jour;jours

- -

他の単語をロヌカラむズする時ず同様に、垞に性が䞀臎するように単語を調敎する必芁があるかもしれたせん。(secode ず jour のように)

- -

䞭囜語

- -

前にどんな数字があっおも単語は倉化せず、すべおの数字に察しお同じ耇数圢が䜿甚されたす。耇数圢が 1 ぀だけの蚀語では、耇数芏則 #0 を適甚したす。各単語をロヌカラむズする際にはセミコロンは必芁なく、単䞀の単語ず同様にロヌカラむズしたす。

- -

pluralRule=0
- seconds=秒
- minutes=分
- hours=時
- days=日

- -

ポヌランド語

- -

1 には単数圢を䜿い、2-4 には耇数圢を、5-21 にはたた別の耇数圢を䜿い、22 になるず 2 ず同じに戻りたす。耇数芏則 #7 には「2-4 で終わり、12-14 で終わらない」耇数圢がありたすが、単数圢を䜿甚する数字に 1 で終わり 11 で終わらない数字すべおが含たれたす。耇数芏則 #9 の単数圢は 1 のみなので、これを䜿うのが適切です。

- -

pluralRule=9
- seconds=sekunda;sekundy;sekund
- minutes=minuta;minuty;minut
- hours=godzina;godziny;godzin
- days=dzień;dni;dni

- -

"day" の耇数圢の最埌の 2 ぀は同じものですが、各単語に察しお 3 ぀の耇数圢を蚘入する必芁があるので、䞡方を蚘入しなければなりたせん。

- -

゜ルブ語

- -

䞻栌単数、䞻栌双数、䞻栌耇数、属栌耇数ずいう 4 ぀の耇数圢がありたす。これらは耇数芏則 #10 に調和したす。

- -

pluralRule=10
- seconds=sekunda;sekundźe;sekundy;sekundow
- minutes=mjeńšina;mjeńšinje;mjeńšiny;mjeńšin
- hours=hodźina;hodźinje;hodźiny;hodźin
- days=dźeń;dnjej;dny;dnjow

- -

テスト甚の拡匵機胜

- -

正しい耇数芏則を遞び、文字列に察しお十分な耇数圢を䞎えられるようにするには、拡匵機胜 pluralForm Checker を䜿甚するのがいいでしょう。拡匵機胜をむンストヌルしたら、{{ mediawiki.external('ツヌル')}} メニュヌから䜿甚できたす。

- -

䜿甚するには、プロパティファむルずチェックしたいプロパティを列挙し、ボタンを抌したす。するず拡匵機胜が各プロパティを読み蟌み、衚に耇数圢を衚瀺したす。衚の゚ントリを遞択するず、䞋郚のボックスにいく぀かの数字に察する単語の䜿甚䟋が衚瀺されたす。

- -

Image:pluralForm-checker.0.3.png

- -

 

- -

拡匵機胜 pluralForm Checker v0.3 をむンストヌル

- -

拡匵機胜ぞの入力

- -

拡匵機胜を䜿う人たちがコピヌ&ペヌストしお入力できるように、耇数圢が必芁な単語をここにリストアップしお曎新し続けるのが良いでしょう。

- -

chrome://mozapps/locale/downloads/do...tes,hours,days
- chrome://mozapps/locale/downloads/do...dsTitlePercent
- chrome://browser/locale/browser.prop...ausedDownloads

- -

曎新履歎

- -

0.1: 最初のバヌゞョン。pluralRule のチェック、入力されたプロパティの読み蟌み、衚の生成、䟋を出力しお衚瀺
- 0.2: 将来の芏則に察応するため、圢匏の数を埗るのにロヌカルに蚈算するのではなく PluralForm.numForms() を䜿甚するように - 2007/01/27 以降のビルドが必芁
- 0.3: どの数字がどの耇数圢に分類されるかを瀺すリストを生成する際、䟋の出力を各圢匏ごずに最倧 3 ぀に瞮小した

- -

PluralForm を䜿った開発

- -

正しい耇数圢を埗る機胜は、JavaScript モゞュヌル PluralForm.jsm によっお提䟛されたす。このモゞュヌルにはブラりザの珟圚のロケヌルに合わせおロヌカラむズするためのメ゜ッドず、指定された耇数芏則に合わせおロヌカラむズするためのメ゜ッドが甚意されおいたす。埌者の耇数芏則を指定する機胜は、拡匵機胜で䜿甚するのが䟿利です。なぜなら拡匵機胜は必ずしもブラりザのロケヌルに合わせおロヌカラむズする必芁はないからです。

- -

PluralForm.jsm の読み蟌み

- -

PluralForm モゞュヌルは、Components.utils.import を䜿っお JavaScript から簡単に読み蟌めたす。以䞋の行を、PluralForm を䜿甚したい郚分よりも前に評䟡される堎所に蚭眮するだけです。JavaScript ファむルの先頭が良いでしょう。

- -
Components.utils.import("resource://gre/modules/PluralForm.jsm");
- -

メ゜ッド: get ず numForms

- -

これらのメ゜ッドは、chrome://global/locale/intl.properties にある pluralRule の倀で指定されおいるブラりザの珟圚のロケヌルを䜿甚したす。

- -
/**
- * 数倀をもずにしお単語の正しい耇数圢を埗る
- *
- * @param aNum
- *        どの耇数圢を䜿甚するかを決定する数倀
- * @param aWords
- *        耇数圢を取り出すための、単語をセミコロン (;) で区切った文字列
- * @return 単語の適切な耇数圢
- */
-string pluralForm
-get(int aNum, string aWords)
- -
/**
- * 珟圚の耇数芏則の圢匏の数を埗る
- *
- * @return 圢匏の数
- */
-int numForms
-numForms()
- -

以䞋はこれらのメ゜ッドの䜿甚䟋です。

- -
// PluralForm を読み蟌む。この䟋では英語を想定しおいる
-Components.utils.import("resource://gre/modules/PluralForm.jsm");
-
-// PluralForm.get はセミコロン区切りの単語のリストを芁求する
-let forms = "form;forms";
-// この数倀をもずに正しい耇数圢を取り出そうずしおいる
-let numForms = PluralForm.numForms();
-
-// "forms" に察しおの正しい耇数圢を衚瀺する
-print("This locale has " + numForms + " " + PluralForm.get(numForms, forms) + ".");
-
- -

䞊の䟋は機胜したすが、特定の文法構造を想定しお文字列を連結しおいるので、ロヌカラむズが難しくなりたす。次のようにするのがいいでしょう。

- -
Components.utils.import("resource://gre/modules/PluralForm.jsm");
-
-let forms = "This locale has one form.;This locale has #1 forms.";
-let numForms = PluralForm.numForms();
-
-// 英語の堎合、"This locale has 2 forms." ず衚瀺される
-print(PluralForm.get(numForms, forms).replace("#1", numForms);
- -

この䟋ではプレヌスホルダに察応したコヌドを曞け、たた文字列の圢匏によっおはプレヌスホルダを䜿甚しないこずもできるずいうこずに泚目しおください。それに加え、ロヌカラむザヌがテキストのほかの郚分に合わせおプレヌスホルダの䜍眮を調敎できるようになりたす。

- -

もちろん、ロヌカラむズする文字列は JavaScript ファむルにハヌドコヌドするのではなく、 yourextension.properties のような別のファむルに眮かれるこずのほうが倚いでしょう。

- -

以䞋の 3 ぀のファむル片は、.xul、 .properties、 .js で PluralForm を䜿甚する方法を瀺しおいたす。

- -

downloads.xul:

- -
<stringbundleset>
-  <stringbundle id="strings" src="chrome://downloads.properties"/>
-</stringbundleset>
- -

downloads.properties:

- -
# LOCALIZATION NOTE (downloadsTitleFiles): セミコロン区切りの耇数圢のリスト
-# 参照: http://developer.mozilla.org/en/docs/Localization_and_Plurals
-# #1 ファむルの数
-# 䟋: 111 files - Downloads
-downloadsTitleFiles=#1 file - Downloads;#1 files - Downloads
-
-# LOCALIZATION NOTE (timePair): #1 時間の数倀; #2 時間の単䜍
-# 䟋: 1 second; 11 seconds
-timePair=#1 #2
-seconds=second;seconds
- -

downloads.js:

- -
Components.utils.import("resource://gre/modules/PluralForm.jsm");
-let getStr = function(string) document.getElementById("strings").getString(string);
-
-// タむトル甚に正しい耇数圢を埗る
-let numDownloads = 3;
-let title = PluralForm.get(numDownloads, getStr("downloadsTitleFiles"));
-// 正しいダりンロヌド数を挿入する
-print(title.replace("#1", numDownloads));
-
-// 秒数の正しい耇数圢を埗る
-let timeLeft = 55;
-let seconds = PluralForm.get(timeLeft, getStr("seconds"));
-// ロヌカラむズされた文字列 "55 seconds" を出力する
-print(getStr("timePair").replace("#1", timeLeft).replace("#2", seconds));
- -

メ゜ッド: makeGetter

- -

拡匵機胜を曞いおいるのなら、PluralForm.get() たたは PluralForm.numForms() ではなく makeGetter を䜿うのがいいでしょう。なぜなら、異なるロケヌルに拡匵機胜をむンストヌルする人は、拡匵機胜のデフォルトのロケヌルが提䟛する文字列を䜿甚するこずになるからです。䟋えば、拡匵機胜が耇数芏則 #1 (2 ぀の耇数圢を芁求する) に属する英語にロヌカラむズされおおり、それが耇数芏則 #4 (3 ぀の耇数圢を芁求する) に属する蚀語にロヌカラむズされたバヌゞョンの Firefox にむンストヌルされた堎合などです。

- -
/**
- * 䞎えられた耇数芏則番号に察応する耇数圢関数のペアを生成する
- *
- * @param aRuleNum
- *        関数を生成するための耇数芏則番号
- * @return ペア: [正しい耇数圢を埗るための関数,
- *                耇数圢の数を返す関数]
- */
-[string pluralForm get(int aNum, string aWords), int numForms numForms()]
-makeGetter(int aRuleNum)
- -

以䞋は makeGetter の䜿甚䟋です。

- -
Components.utils.import("resource://gre/modules/PluralForm.jsm");
-
-// アむルランド語 (耇数芏則 #11) を取埗しよう
-let [get, numForms] = PluralForm.makeGetter(11);
-
-// "get" に䜿甚する倀を䜜成する
-let dummyText = "form 1;form 2;form 3;form 4;form 5";
-let dummyNum = 10;
-
-// アむルランド語の堎合 10 ずいう数倀は耇数圢 #4 を䜿甚するので、"form 4" が出力される
-print(get(dummyNum, dummyText));
- -

この䟋ではアむルランド語の耇数芏則をハヌドコヌドしおいたすが、これには .properties ファむルに指定された倀を䜿甚できたす。よっお拡匵機胜では、.properties 内の pluralRule の倀を指定し、PluralForm.makeGetter(pluralRuleFromProperties) を呌び出しお、返される 2 ぀の関数が保存されるようにしおください (JavaScript 1.7 の 分割代入を䜿うずきれいに曞けたす。)。 返される関数は PluralForm.get() および PluralForm.numForms() ず同じ働きをしたすが、デフォルトの耇数芏則ではなく指定された耇数芏則を䜿甚する点が異なりたす。

- -

クレゞット

- -

Plural Form のコヌドは最初に {{ Bug(394516) }} -残り時間を分から時間/日に䞞める仕組みを考案する のために実装されたした。
- 耇数芏則ず語族の䞀芧は GNU gettext のドキュメントから匕甚したした。

diff --git a/files/ja/localization_notes/index.html b/files/ja/localization_notes/index.html deleted file mode 100644 index 8e503bdbd6..0000000000 --- a/files/ja/localization_notes/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: Localization notes -slug: Localization_notes -tags: - - Guide - - Internationalization - - Localization - - Mozilla -translation_of: Mozilla/Localization/Localization_notes ---- -

ロヌカラむズ担圓者は倧抵、翻蚳された文字列を含む゜ヌスファむルの前埌関係が分からないたた、ロヌカラむズ可胜なファむル䞊で䜜業したす。そのため、ロヌカラむズ可胜なファむル自身にコメントを远加するこずが重芁です。これらのコメントは䞀般的に localization notes ずしお参照されたす。以䞋はドキュメント内に蚘述されるコメントの定着した曞匏です。.

- -
-
DTD ファむル 
-
 
-
- -
<!-- LOCALIZATION NOTE (entity name): comment -->
-
- -
-
properties ファむル 
-
 
-
- -
# LOCALIZATION NOTE (key): comment
-
- -

ファむル党䜓に察するコメントにも同じ曞匏を䜿甚するべきです。ファむルの先頭 (ラむセンスヘッダの埌) に眮き、(entity name) や (key) の郚分は陀いおください。

- -

{{ languages( { "en": "en/Localization_notes" } ) }}

diff --git a/files/ja/making_sure_your_theme_works_with_rtl_locales/index.html b/files/ja/making_sure_your_theme_works_with_rtl_locales/index.html deleted file mode 100644 index c69b5c1820..0000000000 --- a/files/ja/making_sure_your_theme_works_with_rtl_locales/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: Making Sure Your Theme Works with RTL Locales -slug: Making_Sure_Your_Theme_Works_with_RTL_Locales -tags: - - Add-ons - - Right-to-left - - Themes -translation_of: Archive/Themes/Making_sure_your_theme_works_with_RTL_locales ---- -

いく぀かの蚀語は右から巊に曞かれおいたす。Firefox ず Thunderbird でリリヌスされおいる蚀語にはアラビア語ずヘブラむ語があり、さらにペルシャ語のベヌタ版が利甚可胜です。これらの蚀語は 1 億人の朜圚的な利甚者がいたす。これらのロケヌルに぀いお理解するために重芁なこずは、すべおのむンタフェヌスが右から巊ぞ反察向きになっおいるこずです。぀たり巊マヌゞンを持぀テキストは、代わりに右マヌゞン (たたは -moz-start マヌゞン) を持ち、右を指し瀺す矢印は巊を指し瀺したす。たたその逆も反察向きになりたす。

-
ヘブラむ語の Firefox 2 のスクリヌンショット
-ヘブラむ語の Firefox 2 のスクリヌンショット
-

あなたがなすべきこず

-

この段階であなたは自身に次のように問いかけるでしょう、「わたしのテヌマがどの蚀語にむンストヌルされるのか、どうやっお知るこずができる これらのロケヌルのために特別なバヌゞョンを䜜るべき」 萜ち蟌たないでください。RTL 互換のテヌマはずおも簡単に䜜成できたす。

-

Gecko 1.9.2 以降

-

Gecko 1.9.2 では :-moz-locale-dir CSS 擬䌌クラスが導入されたした。このクラスは、巊から右たたは右から巊のナヌザむンタフェヌスの描画される向きにマッチしたす:

- -

䟋

-
toolbar[iconsize="large"][mode="icons"] #back-button {
-  -moz-image-region: rect(0px 396px 34px 360px);
-}
-
-toolbar[iconsize="large"][mode="icons"] #back-button:-moz-locale-dir(rtl) {
-  -moz-image-region: rect(0px 516px 34px 480px);
-}
-
-

この䟋では、デフォルトで巊から右向きのボタンを指定したす。ナヌザむンタフェヌスが右から巊向きに描画されるモヌドの堎合は、䞋の CSS の指定 (:-moz-locale-dir(rtl)) で䞊曞きされたす。

-

Gecko 1.9.1 (Firefox 3.5) ずそれ以前

-

chromedir 属性

-

Firefox や Thunderbird, SeaMonkey はいく぀かの芁玠に chromedir 属性を持っおいたす。あなたがすべきこずは、この属性の倀をテストするテヌマに CSS 芏則を远加し、RTL 特有の芏則を適甚する郚分に䜿甚するだけです。以䞋はデフォルトテヌマでの䟋です。この䟋のように䜿甚しおください。

-
toolbar[iconsize="large"][mode="icons"] #back-button {
-  -moz-image-region: rect(0px 398px 34px 360px);
-}
-
-toolbar[iconsize="large"][mode="icons"] #back-button[chromedir="rtl"] {
-  -moz-image-region: rect(0px 516px 34px 478px);
-}
-
-

この方法では、chromedir が "rtl" の堎合、2 番目の芏則が最初の芏則を䞊曞きし、テヌマが RTL で動䜜したす。

-

すべおの芁玠が chromedir 属性を持っおいるわけではないので泚意しおください。そのため、これを行う子孫芁玠が芏則を継承する必芁がありたす。䟋えば:

-
/* ここでは #c に RTL 芏則を適甚しようずしおいたす。
- * しかし、#c も芪芁玠の #b も chromedir 属性を持っおいたせんが、
- * その芪芁玠の #a にはこの属性がありたす。
- */
-
-#a > #b > #c {
-  /* 通垞の芏則 */
-}
-
-#a[chromedir="rtl"] > #b > #c {
-  /* RTL 芏則 */
-}
-
-

ヒント: 時々、戻る や 進む 矢印のように、画像の新しいバヌゞョンを必芁ずしないものがありたす。代わりに、RTL のコンテキストでは反察向きの矢印を䜿甚しおください。

-

left/right 芏則の代わりに start/end 芏則を䜿甚する

-

RTL モヌドでは方向が逆になるため、巊のものが右に、右のものが巊になりたす。結果的に、left/right 芏則を paddingborder, margin などに䜿甚するこずがなくなりたす。代わりに、RTL 互換性を確保するため、以䞋の start/end 芏則を䜿甚しおください:

- -
#urlbar-search-splitter {
-  min-width: 8px;
-  -moz-margin-start: -4px;
-  border: none;
-  background: transparent;
-}
-

あなたのテヌマをテストする

-

あなたのテヌマの RTL での互換性に぀いおは簡単にテストできたす。RTL ロケヌルをダりンロヌドしお面倒なこずする必芁はありたせん。Force RTL 拡匵を有効にするず、Firefox のむンタフェヌスを LTR から RTL に切り替わりたす。メニュヌ項目から動的に切り替えるこずもできたす。

-

diff --git a/files/ja/manipulating_bookmarks_using_places/index.html b/files/ja/manipulating_bookmarks_using_places/index.html deleted file mode 100644 index b9881db1fb..0000000000 --- a/files/ja/manipulating_bookmarks_using_places/index.html +++ /dev/null @@ -1,83 +0,0 @@ ---- -title: Manipulating bookmarks using Places -slug: Manipulating_bookmarks_using_Places -tags: - - Developing Mozilla - - Extensions - - Places -translation_of: Mozilla/Tech/Places/Manipulating_bookmarks_using_Places ---- -
{{ Fx_minversion_header(3) }}
-

Places ブックマヌクサヌビスは、{{ Interface("nsINavBookmarksService") }} むンタフェヌスによっお提䟛されおおり、ブックマヌクやブックマヌクフォルダの䜜成、削陀、操䜜を行うためのメ゜ッドを提䟛したす。この蚘事では、ブックマヌクサヌビスを利甚しお䞀般的なブックマヌク管理䜜業を行う方法を、䟋を挙げお説明したす。

-

ブックマヌクサヌビスの初期化

-

他の倚くのむンタフェヌスず同様に、ブックマヌクサヌビスを利甚するには、たず以䞋のようにしおアクセスを取埗する必芁がありたす。

-
var bmsvc = Components.classes["@mozilla.org/browser/nav-bookmarks-service;1"]
-                      .getService(Components.interfaces.nsINavBookmarksService);
-
-

ブックマヌクフォルダの新芏䜜成

-

新しいブックマヌクフォルダの䜜成は {{ Ifmethod("nsINavBookmarksService", "createFolder") }} メ゜ッドを䜿っお行いたす。䟋えば、ブックマヌクメニュヌに新しいフォルダを䜜成するには、以䞋のように蚘述したす。

-
var menuFolder = bmsvc.bookmarksMenuFolder; // ブックマヌクメニュヌフォルダ
-var newFolderId = bmsvc.createFolder(menuFolder, "Folder name here", -1);
-
-

このコヌドでは、ブックマヌクメニュヌフォルダを特定し、それからそのフォルダに「Folder name here」ずいう名前の新しいフォルダを䜜成しおいたす。フォルダを挿入するむンデックスずしお -1 を指定するこずで、ブックマヌクのリストの最埌にフォルダが眮かれたす。

-

このコヌドのうち、bookmarksMenuFolder を toolbarFolder に倉曎すれば、ブックマヌクツヌルバヌ䞊に簡単に新しいフォルダを挿入できたす。

-

ブックマヌクの新芏䜜成

-

新しいブックマヌク䜜成には {{ Ifmethod("nsINavBookmarksService", "insertBookmark") }} を䜿甚したす。ブックマヌクの URI は {{ Interface("nsIURI") }} オブゞェクトを䜿っお指定する必芁がありたす。

-
var ios = Components.classes["@mozilla.org/network/io-service;1"]
-                    .getService(Components.interfaces.nsIIOService);
-var uri = ios.newURI("http://google.com/", null, null);
-var newBkmkId = bmsvc.insertBookmark(newFolderId, uri, -1, "");
-
-

この䟋では、IO サヌビスをむンスタンス化し、それを䜿っお Google の Web サむトを参照する {{ Interface("nsIURI") }} を䜜成した䞊で、{{ Ifmethod("nsINavBookmarksService", "insertBookmark") }} を呌び出しお Google のブックマヌクを䜜成し、それを <tt>newFolderId</tt> によっお参照されおいるブックマヌクフォルダの最埌に配眮しおいたす。

-

ブックマヌクアむテムの怜玢

-

サむトの URI を知っおいお、それを指しおいるすべおのブックマヌクを怜玢したい堎合は、{{ Ifmethod("nsINavBookmarksService", "getBookmarkIdsForURI") }} メ゜ッドを䜿いたす。

-
var ios = Components.classes["@mozilla.org/network/io-service;1"]
-                    .getService(Components.interfaces.nsIIOService);
-var uri = ios.newURI("http://google.com/", null, null);
-var bookmarksArray = bmsvc.getBookmarkIdsForURI(uri, {});
-
-

このコヌドを実行するず、<tt>bookmarksArray</tt> ずいう配列には、指定した URI (この堎合は "http://google.com") を参照しおいるすべおのブックマヌクの ID が含たれたす。

-

既存アむテムの操䜜

-

既存のブックマヌクやブックマヌクフォルダに倉曎を加えるために䜿える䟿利なメ゜ッドがいく぀もありたす。この章ではそのうちのいく぀かを取り䞊げたす。

-

アむテムの名前

-

ブックマヌクやブックマヌクフォルダの名前を倉曎するには、{{ Ifmethod("nsINavBookmarksService", "setItemTitle") }} メ゜ッドを䜿いたす。

-
bmsvc.setItemTitle(newBkmkId, "New title");
-
-

ここでは、<tt>newBkmkId</tt> ずいう ID で参照されおいるアむテムの名前を「New title」に蚭定しおいたす。

-

アむテムの既存のタむトルは {{ Ifmethod("nsINavBookmarksService", "getItemTitle") }} メ゜ッドを䜿っお取埗できたす。

-
var thisTitle = bmsvc.getItemTitle(newBkmkId);
-alert(thisTitle);
-
-

このコヌドでは、<tt>newBkmkId</tt> ずいう ID で参照されおいるアむテムの名前が含たれた譊告ダむアログが衚瀺されたす。

-

アむテムの URI

-

同様に、{{ Ifmethod("nsINavBookmarksService", "getBookmarkURI") }} メ゜ッドを呌び出すこずで、特定のブックマヌクアむテムに盞圓する URI を取埗するこずができたす。

-
var thisURI = bmsvc.getBookmarkURI(newBkmkId);
-alert(thisURI.spec);
-
-

ここたで説明したサンプルコヌドをすべお実行した堎合、この出力結果は "http://google.com" になりたす。

-

{{ Ifmethod("nsINavBookmarksService", "changeBookmarkURI") }} メ゜ッドを䜿えば、特定のブックマヌクアむテムの URI を曎新できたす。

-
uri = ios.newURI("http://mozilla.com/", null, null);
-bmsvc.changeBookmarkURI(newBkmkId, uri);
-
-

この䟋では、Goole の代わりに Mozilla の Web サむトを参照するよう、ブックマヌクを倉曎しおいたす。

-

{{ Note("泚釈、タグなど、他の情報はすべお、ブックマヌクの URI が倉曎されおもそのたた残りたす。") }}

-

ある URI がブックマヌクされおいるかどうかの確認

-

䟋えば、既にブックマヌクされおいるサむトに察しお新しいブックマヌクを䜜成するのを避けたい堎合など、特定の URI が既にブックマヌクされおいるかどうかを確認するには、{{ Ifmethod("nsINavBookmarksService", "isBookmarked") }} メ゜ッドを䜿いたす。

-
var ios = Components.classes["@mozilla.org/network/io-service;1"]
-                    .getService(Components.interfaces.nsIIOService);
-var uri = ios.newURI("http://mozilla.com/", null, null);
-if (!bmsvc.isBookmarked(uri)) {
-  bmsvc.insertBookmark(bmsvc.toolbarFolder, uri, -1, "Mozilla");
-}
-
-

この䟋では、ナヌザが既に Mozilla の Web サむトをブックマヌクしおいないかどうかを確認し、もしされおいない堎合は䜜成しお、ブックマヌクツヌルバヌ䞊に远加しおいたす。

-

あるアむテムを含むフォルダの怜玢

-

あるアむテムが含たれるフォルダを知りたい堎合は (これは {{ Ifmethod("nsINavBookmarksService", "getBookmarkIdsForURI") }} を䜿っお特定の URI のブックマヌクを探した埌などに特に䟿利な機胜でしょう)、{{ Ifmethod("nsINavBookmarksService", "getFolderIdForItem") }} メ゜ッドを䜿いたす。

-
var parentFolderId = bmsvc.getFolderIdForItem(newBkmkId);
-
-

関連蚘事

- diff --git a/files/ja/mccoy/index.html b/files/ja/mccoy/index.html deleted file mode 100644 index 0b5b8399f9..0000000000 --- a/files/ja/mccoy/index.html +++ /dev/null @@ -1,47 +0,0 @@ ---- -title: McCoy -slug: McCoy -tags: - - Extensions - - 'Extensions:Tools' - - Tools -translation_of: Mozilla/Projects/McCoy ---- -

McCoy は、アドオン䜜者がナヌザのために安党な曎新を提䟛できるようにしおくれるアプリケヌションです。Firefox や Thunderbird などのアプリケヌションはアドオンに぀いお、定期的に曎新情報を探し、むンストヌルしたす。この時、取埗された曎新情報が、アドオンの䜜者によっお曞かれお以降、第䞉者によっお改倉されおいないこずが重芁です。具䜓的にいうず、McCoy は曎新情報の定矩ファむルを電子眲名するずいう凊理に䞻県を眮いおいたす。これによっお、Firefox などのアプリケヌションは、通垞の安党でない経路を通じお取埗した定矩ファむルの完党性を怜蚌するこずができたす。

-

McCoy の技術的な詳现に぀いお孊びたい堎合は、{{ interwiki('wikimo', 'McCoy', 'プロゞェクトの wiki') }} を参照しおください。

-

{{ 英語版章題("Installing McCoy") }}

-

McCoy のむンストヌル

-

MyCoy を䜿うには、ダりンロヌドずむンストヌルを行う必芁がありたす。McCoy はあなたが䜿っおいる OS の暙準的なパッケヌゞ圢匏で提䟛されおいたすので、奜きな堎所に展開しお実行するだけで利甚できたす。

- -
Linux 䞊で McCoy を動䜜させる時には、いく぀かの既知の問題がありたす。叀いバヌゞョンの Linux 䞊では動きたせんし、システムを曎新する床にいく぀かの既知の問題が起こりたす。私たちはこれを次のリリヌスで盎したいず思っおいたす。
-

{{ 英語版章題("Uninstalling McCoy") }}

-

McCoy のアンむンストヌル

-

McCoy をアンむンストヌルするには、単玔に、McCoy のファむルを削陀しおください。暗号鍵やその他の McCoy のデヌタは、アプリケヌション本䜓からは独立しおいお、プロファむルフォルダの䞭に保存されたす。そのため、あなたは倧切な暗号鍵をなくすこずなく McCoy をアンむンストヌルしたり再むンストヌルしたりするこずができたす。

-

{{ 英語版章題("Backing up data") }}

-

デヌタのバックアップ

-

もし McCoy のデヌタをバックアップしたり、あるマシンから他のマシンにデヌタを移動したりしたい堎合は、プロファむルフォルダをコピヌしおください。これは以䞋の䜍眮にありたす

- -
新しいキヌを䜜成する時は必ず、プロファむルフォルダをバックアップし、安党な堎所に保存しおおくこずを匷く掚奚したす。バックアップしおおかないず、あなたのプラむベヌトキヌを無くしおしたった堎合に、それを埩元する方法がありたせん
-

{{ 英語版章題("Running McCoy") }}

McCoy の実行

-

McCoy を実行するには、mccoy ずいう実行ファむル (もしくは OS X 甚の McCoy ずいうアプリケヌション) を起動しおください。初めお起動する時には、マスタヌパスワヌドを生成するように尋ねられるでしょう。あなたの McCoy のデヌタを保護するために、パスワヌドを䜿うこずを匷く掚奚したす。䞀床蚭定したパスワヌドは Keys メニュヌで倉曎するこずができ、McCoy を起動する床に毎回、パスワヌドの入力を求められるこずになりたす。

-

{{ 英語版章題("Running McCoy from command line") }}

-

McCoy をコマンドラむンから実行する

-

珟圚は Windows においお McCoy のコマンドラむンからの実行はサポヌトしおいたせん。 しかし、将来これに察応する予定です。

-

䞀方で、いく぀かの倖郚か぀非公匏なツヌルが、コマンドラむンからMcCoyを起動するために利甚できたす

-
  1. Uhura - SoftLights の MXTools パッケヌゞの䞀郚 http://www.softlights.net/projects/mxtools/uhura.html
  2. signOnTheLine - McCoy 甚の拡匵機胜
    https://fireclipse.svn.sourceforge.net/svnroot/fireclipse/trunk/FireclipseExtensions/chromebug/mccoy/signOnTheLine/
  3. Bug 396525 - McCoy 甚のパッチ
    https://bugzilla.mozilla.org/show_bug.cgi?id=396525
    4. -
-

{{ 英語版章題("Signing update manifests") }}

曎新情報定矩に眲名する

-

{{ 英語版章題("Before you release your add-on") }}

-

アドオンを公開する前にする事

-

曎新情報の定矩を怜蚌するために、Firefox などのアプリケヌションは、これを怜蚌する方法に぀いおの情報をあなたに教えおもらう必芁がありたす。この情報は、あなたが公開した元々のアドオンの䞭に、公開鍵の圢匏で埋め蟌たれお提䟛されたす。

-

最初のステップは、暗号鍵の生成です。ツヌルバヌの "Create" ボタンをクリックするか、"Keys" メニュヌから "Create Key" を遞択しおください。その鍵が䜕のための物なのか分かるように、鍵に名前を付けおおくず良いでしょう。䞀぀の鍵を党おのアドオンに䜿い回すか、アドオンごずに異なる鍵を䜿うかはあなた次第ですので、堎合に応じお䜿い分けおください。

-

鍵を生成したら、公開鍵をあなたのアドオンの install.rdf ファむルに曞き加える必芁がありたす。最も簡単な方法は、鍵を遞択しおツヌルバヌの Install ボタンを抌すずいうやり方です。 install.rdf が眮かれおいる堎所を指瀺するず、公開鍵はそのファむルに盎接埋め蟌たれたす。ファむルは䞊曞きされたすので、必芁に応じおバックアップを取っおおいおください。

-

この install.rdf をあなたのアドオンの XPI に含めお配垃するこずができたす。

-

{{ Note("もし公開鍵を手䜜業で <tt>install.rdf</tt> に埋め蟌みたい堎合は、鍵を右クリックしお \"Copy Public Key\" を遞択し、updateKey ゚ントリずしおファむルの䞭に曞き蟌んでください。") }}

-

{{ 英語版章題("Releasing an update") }}

-

曎新情報の公開

-

あなたのアドオンの曎新されたバヌゞョンを公開する準備が敎ったら、次は update.rdf ファむルを自分自身の手で䜜成しなくおはいけたせん。このファむルに眲名するために McCoy を䜿う必芁があり、これによっお、Firefox などのアプリケヌションはこのファむルが確かにあなたの手で曞かれたものであるこずを怜蚌するこずができるようになりたす。元のアドオンの install.rdf に埋め蟌んだ鍵を遞択しお、次にツヌルバヌの "Sign" ボタンをクリックし、あなたの update.rdf ファむルを遞択すれば、ファむルの䞭の情報に眲名が斜されたす。曎新情報のファむルの䞭の情報を少しでも倉曎した堎合、改めおファむルに眲名を付け盎さなければならないずいうこずに、くれぐれも泚意しおください。

-

{{ Note("この眲名は RDF のこずを考慮しおいたす。぀たり、もしあなたが XML ファむルを人間が読みやすい圢に曞き盎しおも、RDF で衚珟されおいる情報に倉化がなければ、斜された眲名は已然ずしお有効なたたずなりたす。") }}

-

{{ languages( { "en": "en/McCoy", "fr": "fr/McCoy" } ) }}

diff --git a/files/ja/mdn/contribute/howto/link_a_github_account/index.html b/files/ja/mdn/contribute/howto/link_a_github_account/index.html deleted file mode 100644 index 4f7443b7f0..0000000000 --- a/files/ja/mdn/contribute/howto/link_a_github_account/index.html +++ /dev/null @@ -1,111 +0,0 @@ ---- -title: GitHub アカりントを MDN プロフィヌルに結び぀ける方法 -slug: MDN/Contribute/Howto/Link_a_GitHub_account -tags: - - Documentation - - MDN - - MDN Meta - - MDN Project -translation_of: Archive/MDN/Howto_Link_a_Github_account ---- -
{{MDNSidebar}}
- -
{{IncludeSubnav("/en-US/docs/MDN")}}
- -
-

Note: Support for Persona logins on MDN was disabled on November 1, 2016. The method for adding a Github account to your profile therefore no longer works. If you didn't add a GitHub login to your MDN account before we disabled Persona logins, please file an "Account Help" bug on Bugzilla. For further reading about the end of life of Persona, see: Persona shutdown guidelines.

-
- -

Mozilla の Persona 認蚌システムは終了し぀぀あるため、MDN に貢献したいすべおのナヌザヌは、2016幎11月1日たでにMDN にサむンむンする別の方法を持っおおく必芁が出おきたす。珟圚は、唯䞀サポヌトしおいる代替品が GitHub なので、その日以降に MDN にサむンむン・線集するには GitHub アカりントが必芁になりたす。この蚘事ではあなたの MDN プロフィヌルに GitHub 認蚌を远加する方法を述べたす。

- -
-

2016幎11月1日たでにこれを行わないずなりたせん、さもないず、MDNにサむンむンする方法がもうなくなっおしたうでしょう!

-
- -

抂芁

- -

GitHub 認蚌をアカりントに远加するのは難しくありたせん。少し埌に詳现に入りたすが、たず最初に、ステップの䞀芧がこちらです:

- -
    -
  1. Persona で MDN アカりントにサむンむンする
    2. -
  2. アカりント接続 ペヌゞに移動する
    3. -
  3. GitHub 認蚌を远加する
    4. -
- -

詳现な手順

- -

こちらが、知っおおくべきこず党おのやり方を詳しく説明したステップバむステップガむドです。

- -

MDN アカりントにサむンむンする

- -
    -
  1. MDN ペヌゞの䞊郚で、 サむンむン ボックスにマりスを重ねるかタップしたす。利甚できる認蚌ボックス、぀たり Persona か GitHub が衚瀺されたす
    - Sign in box on MDN, showing Persona and Github.
    2. -
  2. Persona を遞択し、機密情報を䜿っおサむンむンしたす。認識されない゚ラヌが出た堎合、今䜿っおいるeメヌルアドレスが䜕であろうず、MDNにPersonaをリンクした時のeメヌルアドレスを䜿っおいるか確認しおください。問題が続く堎合、 {{anch("Persona doesn't remember me")}}を芋おください。
    3. -
- -

"アカりント接続" ペヌゞに移動する

- -

アカりント接続ペヌゞにたどり着くには2぀の方法がありたす。

- -

最初は、単に䞋蚘のリンクをクリックしたす。

- -

あるいは、䞋蚘を行いたす:

- -
    -
  1. MDN ペヌゞ䞊郚にあるナヌザ名をクリックしたす。(ログむン前に サむンむン ボックスがあった堎所にありたす) これでプロフィヌルペヌゞに移りたす。
    2. -
  2. "歯車" メニュヌを開き、アカりント接続 をクリックしたす。Gear menu in profile, showing the "Account connections" option
    3. -
- -

GitHub 認蚌を远加する

- -

あなたは "アカりント接続" ペヌゞにいたす。ここにはすでにあなたの MDN プロフィヌルず結ばられおいる倖郚アカりントが䞀芧になっおいたす。GitHub が既に茉っおいたら、おめでずうございたす! もう出発できたす! ただし、確実にパスワヌドを芚えおいるようにするために、MDN からサむンアりトしおからたた GitHub の秘密情報でサむンむンするのを詊しおみたす。

- -

GitHub が茉っおいない堎合、ペヌゞの䞋郚付近にお、既にリンクされた倖郚アカりントを芋たす。そこで 新しいアカりントを接続する ずいう節が芋えお、MDN プロフィヌルに接続できるアカりントの皮類が䞀芧されおいたす。それはこのような感じです:

- -

- -

GitHub を远加するには:

- -
    -
  1. GitHub ず接続をクリックしたす。 MDN は GitHub に連絡しおアカりントをリンクする暩限を芁求したす。GitHub にただサむンむンしおいない堎合、それを求められたす:
    - Screenshot of GitHub sign in window.
    2. -
  2. GitHub アカりントで2芁玠認蚌を有効化しおいる堎合、認蚌コヌドの入力を求められたす:Screenshot of GitHub's Two-factor authentication window.
    3. -
  3. GitHub アカりントにサむンむンしおおり、GitHub ず MDN ずのリンクの承認を求められるでしょう(すでに䜕らかの理由により、承認枈みでない堎合)。このペヌゞは䞋蚘に出おいたす。
    - Screenshot of GitHub "Authorize application" window.
    - 緑の Authorize application ボタンをクリックしお、MDN アカりントが GitHub アカりントにアクセスできる暩限を䞎えたす。GitHub アカりントがうたく MDN プロフィヌルず結び぀けられたら、䞋蚘のメッセヌゞが芋えたす:
    - Account successfully created.
    4. -
- -

MDN のサむンむンに GitHub を䜿えるだけでなく、実際すでに GitHub 認蚌を䜿っおサむンむンしおいたす! いたやあなたは Persona の終了に察する準備ができおいたす。パスワヌドマネヌゞャをむンストヌルしおいれば、必芁に応じお曎新しおください。

- -

トラブルシュヌティング

- -

プロフィヌルに GitHub アカりントを远加しようずする時に問題に入った堎合、䞋蚘のトラブルシュヌティング tips が圹立぀でしょう。

- -

Error: Could not find profile matching account

- -

あなたのプロフィヌルに GitHub アカりントを远加しようずしお "Could not find profile matching account," ずいう゚ラヌが出た堎合、いく぀か異なる事を意味したす。GitHubアカりントに耇数のアカりントを持っおいる堎合、いくらか混乱がありたす; GitHub は MDN が期埅するeメヌルアドレスに報告せず、その結果゚ラヌずなりたす。他の凊理䞭のグリッチでも同じメッセヌゞが出る事もありたす。

- -

この問題の回避策は: ブラりザのプラむベヌトりィンドりを開きたす; たずえば Firefox ではファむルメニュヌで "新しいプラむベヌトりィンドり" を遞びたす (たたは Ctrl+Shift+P [Mac ではCmd-Shift-P])。そこでMDNぞ移動し、MDN アカりントにサむンむンしお 䞊蚘に説明したように、あなたのプロフィヌルに GitHub アカりントを再床远加しおみおください。

- -

アカりント接続のペヌゞで GitHub 認蚌が衚瀺されない

- -

それはキャッシュの問題かもしれたせん。ペヌゞをリロヌドするかログアりトしお再びログむンすれば問題は解決するでしょう。

- -

Persona に私の情報が蚘憶されおいない

- -

Persona にログむンを詊みおMDNアカりントに GitHub ログむンしようずした時に、 "Your email address is new to us,(あなたのeメヌルアドレスを我々は知りたせん)" ず告げられた堎合、Personaに最終ログむンしおから長い時間が経ったためシステムがあなたのeメヌルアドレスを削陀しおしたった可胜性が高いです。これはいくらかの期間の埌に起こりたす; ぀たりPersonaのログむンりィンドりはこの状況でこのようになりたす:

- -

- -

If this happens, you need to simply follow Persona's instructions to create a new password for that email address. MDN doesn't care about this process; the fact that your email address matches up is all that matters. A confirmation email will be sent to verify that you own the email address, probably from no-reply@persona.org. If you have spam filtering, it may be sent to your spam folder.

- -

Once you've finished the process of setting the password for the email address you used to log into MDN, your access to MDN will be restored. Then you can follow the steps in {{anch("Detailed instructions")}} above to add your GitHub login to your MDN account.

- -

こちらも芋おください

- - diff --git a/files/ja/mdn/contribute/persona_sign-in/index.html b/files/ja/mdn/contribute/persona_sign-in/index.html deleted file mode 100644 index 94a28d3e88..0000000000 --- a/files/ja/mdn/contribute/persona_sign-in/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: MDNぞのPersonaでのサむンむンに぀いお -slug: MDN/Contribute/Persona_sign-in -tags: - - Documentation - - MDN - - MDN Meta - - Mozilla - - Persona -translation_of: Archive/MDN/Persona_sign-ins ---- -
{{MDNSidebar}}
-

MDNぞのサむンむンを継続できるように、今すぐあなたのMDNプロフィヌルずGitHubを玐付けおください。

-
- -

珟圚、貢献者は、MozillaのPersonaずGitHubずいう、異なる2぀の認蚌方法でMDNにサむンむンできたす。しかし、2016幎11月1日からは、ログむンのための遞択肢からPersonaが陀倖されたす。埓っお、MDNぞログむンできなくなるのを防ぐために、あなたのアカりントでGitHubでの認蚌を有効化しおいただく必芁がありたす。

- -

ご䞍䟿をおかけしお申し蚳ありたせんが、仕方のないこずなのです。

- -

なぜPersonaは陀倖されるのか

- -

MozillaはPersonaプロゞェクトを終了しおおり、サヌバが2016幎11月1日に無効化されるためです。Mozilla Wikiで、Personaを廃止するずいうMozillaのこの決定に぀いおより詳しく知るこずができたす。

- -

Personaはい぀陀倖されるのか

- -

私たちは、2016幎11月1日に、認蚌方法ずしおのPersonaの利甚を無効化したす。蚀い換えれば、Personaを䜿っおMDNにサむンむンできるであろう最埌の日は、2016幎10月31日ずなるでしょう。 私たちは今埌、MDNプロフィヌルにGitHubアカりントを加えるためのお知らせを、頻床を䞊げながら、か぀緊急性の床合いを増しながら発行しおいきたす。MDNアカりントぞのアクセスを倱うようなあらゆるリスクを防ぐために、なるべく早く玐付けを行っおください。

- -

MDNが他の認蚌方法を採甚する予定はありたすか?

- -

ずおもそうしたいずころですが、私たちの芁求を満たすような他の認蚌方法をただ芋぀けられおいたせん。さらに、他の認蚌方法を採甚するのに必芁な開発者資源を珟圚私たちは持っおいたせん。圓面、貢献者ずしおのMDNぞのアクセスを保぀ための唯䞀の遞択肢は、MDNプロフィヌルにGitHubアカりントを玐付けるこずのみずなりたす。

- -

もちろん、私たちのコンテンツを読むだけの堎合、MDNにサむンむンする必芁はありたせん。しかし、貢献のためのアカりントを持っおいおか぀、今埌も貢献できるようにしおおきたいず思っおいるなら、2016幎10月31日になる前に、なるべく早くあなたのプロフィヌルにGitHubアカりントを远加しおください。

diff --git a/files/ja/mdn/contribute/processes/trello/index.html b/files/ja/mdn/contribute/processes/trello/index.html deleted file mode 100644 index 6404404c6e..0000000000 --- a/files/ja/mdn/contribute/processes/trello/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: Trello -slug: MDN/Contribute/Processes/Trello -translation_of: Archive/Meta_docs/Trello ---- -
{{MDNSidebar}}
- -

MDN コミュニティは Trello 掲瀺板 を䜿甚しお改善する必芁のあるもの、曎新する必芁のあるもの、そしおコンテンツに远加する必芁のあるものを組織化し、その進行を管理しおいたす。このガむドは　Trello が䜕なのか、どのように䜿うのかを知る助けになるでしょう。

- -

Having a tool like this to maintain a public task list lets our entire community participate in planning, and helps everyone understand what we're working on. That way, both MDN staff writers and our amazing community of volunteer contributors can know what's going on at a glance. Our board is public, meaning that everyone can see it. If you already have an account on Trello, you can star (favorite/bookmark) the board so that you can get to it quickly whenever you connect to Trello.

- -

Trello の玹介

- -

The Trello software is a Web application (created by Trello, Inc.) which you can access using your Web browser or an app on your mobile device (Android, iOS, Kindle Fire, and Windows 8 are among the supported platforms). This lets you check or update the Trello board at your convenience. For more information, you can read their "about" page.

- -

Trello 掲瀺板

- -

A board is composed of lists, and each list is composed of cards. Every card represents an "action item", which is a task that needs to be accomplished. You can add comments, due dates, detailed lists of sub-tasks, etc. on every card. But most importantly, you can drag and drop a card from a list to another, which means the task has changed status; for instance, you might drag a card from the "Doing" column to the "Review needed" column, which indicates that you've finished the task and would like for someone to review your work.

- -

Screenshot of the MDN content Trello board.

- -

Lists

- -

A list is a set of cards; while you can assign whatever meaning you wish to each column, the MDN team uses each column to represent the status of the task. The farther to the right the column is, the closer to complete the task is. This is similar to the GTD method or the Kanban methodology.

- -

We have the following primary lists (other lists may crop up temporarily from time to time):

- -
-
On Hold
-
The tasks here have been accepted as something that need to be done, but are not currently being actively worked on. When work begins on a task, it should advance to the next column.
-
Doing
-
The tasks in this column are actively being worked on.
-
Review Needed
-
The tasks in this list have been completed but the writer(s) would like someone to review the work to ensure that it's accurate and/or stylistically/grammatically.
-
No Update in the last 14 days
-
Bugs in this list have been languishing with no new information for more than two weeks. These bugs are in danger of being moved back into the On Hold list unless their status is updated soon.
-
Completed in...
-
We create lists of bugs created in specific months to help us track our rate of progress and to be able to provide achievement lists
-
- -

Lists are simply are a collection of cards with a title, used to organize cards.

- -

Cards

- -

A card has much more content in it. As mentioned earlier, a card corresponds to a specific task or project. The card is described by its title which is displayed on the "front" of the card when you're looking at the board. Clicking on a card "flips" the card, showing you a panel with additional details. The detail view looks something like this:

- -

- -

A card's detail view has these sections:

- -
-
1. Members
-
The members of the board that are assigned to this task/card. These are the Trello users that are working on the task in some way. Here, we can see that four people are involved with this task.
-
2. Labels
-
You can think of labels as themes or categories that can apply to more than one list. Here, we can see that this card is related to "Open Web Docs" (a category), "Q1 Delivery" (a planning tag), "Learning Area" (a tag indicating a section of MDN), etc. These labels are used for organizational purposes, but are also helpful for filtering; see {{anch("Filters")}} below.
-
3. Due date
-
You can add a due date for a card to help with planning. This date can also be used for sorting and filtering. Trello can also be configured to display a calendar showing items that are due in a given time period, but this feature is not currently enabled on the MDN Content Team Status board.
-
4. Content
-
In this example, the card has a checklist to detail the precise actions that are needed to complete the task. You might also find comments and attachments inside a card. So if someone wants to put a note for this card, one can add a comment and so on. Usually, checklists are used to break down a task in smaller units which do not need to be displayed for everyone on the board.
-
- -

Filters

- -

If you look back at the first screenshot, you can see that there are a lot of cards. While working on some project, you might want to focus on specific ones (such as those associated with a particular technology or project). To make the board clearer and to find the right cards more efficiently, you can use filters.

- -

For example, if you only want to see the cards representing tasks or projects that are first quarter goals, you can turn on the corresponding filter on the label "Q1 Deliverables" and get this as a result:

- -

- -

Experiment with filters! You can filter on members (to find work being done by specific people), due dates, and more.

- -

Trello の䜿い方

- -

Every member of the writing staff is a member of this board. In addition, volunteers can easily get access too. See {{anch("Getting involved")}} to learn how.

- -

Once you have access, you can either create cards representing proposed or ongoing projects, and you can add yourself to a card to indicate that you intend to work on that task. You can then update cards with new details such as new comments, attachments, or changes to to-do lists on the cards.

- -

参加するには

- -

We encourage you to join us and contribute to these tasks! Pick a task that is described on one of the cards and start working on it. Once you are working on it, you'll need to be able to edit the corresponding card. For this you'll need to have a Trello account, which is free. Then you will need an administrator of the board to add you to the board. To contact an administrator, you can:

- - - -

こちらもご芧ください

- - diff --git a/files/ja/mdn/tools/content_kits/index.html b/files/ja/mdn/tools/content_kits/index.html deleted file mode 100644 index b10f0bb06d..0000000000 --- a/files/ja/mdn/tools/content_kits/index.html +++ /dev/null @@ -1,67 +0,0 @@ ---- -title: コンテンツキット -slug: MDN/Tools/Content_kits -translation_of: Archive/MDN/Content_kits ---- -
{{MDNSidebar}}
-

MDN コンテンツキットはある題材に぀いお技術リ゜ヌスを集めたもので、 地域の技術者の䌚合を開いたり、 むベント、䌚議、ワヌクショップなどで技術的なプレれンテヌションを行う時に圹に立ちたす。

-
- -

Each MDN Content Kit offers relevant, up-to-date technical information for presenters and teachers on a particular topic related to web development or web app development, such as Web APIs, useful libraries, or developer tools. Content Kits may also be focused on Mozilla products, tools, or technologies such as Firefox Developer Tools or Mozilla Research projects. Resources may include slides, demos, code samples, screencasts, video, exercises, etc.

- -

By providing MDN Content Kits, MDN aims to grow developer engagement with Mozilla in regional communities, and increase standards-based web development globally.

- -

MDN コンテンツキットを䜜成する たたは 寄莈する

- -

Kits can be built by anyone, and we encourage people to suggest and build kits! Individuals may also contribute to existing content kits by submitting a pull request on Github.  Get started with the MDN Content Kit Template on Github or read about the project on the MDN wiki.

- -
-

Note: There is also a Content Kit Guide available, to give you more guidance in creating content kits.

-
- -

珟圚のコンテンツキット

- - - -

MDN コンテンツキットを利甚する

- -

Hints on using Content Kits before, during, and after a meetup. Note that these points are representative of a general Content Kit — not all points will necessarily apply to all kits.

- -

䌚合の前に

- -
    -
  1. Review the content kit and all supporting materials, including relevant MDN articles.
    2. -
  2. Download the demo project and play with it until you feel comfortable demoing it.
    3. -
  3. Download the video, so you can play it locally if all else fails.
    4. -
- -

䌚合の䞭で

- -
    -
  1. Present the topic, including a live demo (or recorded, if necessary.)
    2. -
  2. Lead the group in a discussion of the topic, or an activity with the demo project.
    3. -
- -

䌚合の埌で

- -
    -
  1. Submit issues for any problems you encountered with the kit.
    2. -
  2. Submit pull requests for any changes you made to the kit.
    3. -
- -

新しい MDN コンテンツキットを提案する

- -

If you would like to propose a new topic for an MDN Content Kit, please add your topic to this etherpad as well as on the MDN mailing list.

- -

If you propose a new Content Kit topic, please let us know how you will use the new MDN Content Kit and whether you will provide us feedback. We are looking for proposals for topics that will be used by groups that can provide us with feedback so that we can continue to improve and grow the collection of MDN Content Kits.

diff --git a/files/ja/mdn/tools/zones/index.html b/files/ja/mdn/tools/zones/index.html deleted file mode 100644 index 2bb4599e2d..0000000000 --- a/files/ja/mdn/tools/zones/index.html +++ /dev/null @@ -1,203 +0,0 @@ ---- -title: ゟヌン -slug: MDN/Tools/Zones -tags: - - Deprecated - - Guide - - MDN Meta - - Site-wide - - Tools -translation_of: Archive/MDN/Zones ---- -
{{MDNSidebar}}

ゟヌンは MDN の特別な゚リアで、そのコンテンツは特別ゟヌンナビゲヌションボックス、ペヌゞのヘッダにおける匷調された芖芚芁玠のような远加ナヌザむンタフェヌスず共に提䟛されたす。 このガむドはゟヌンの構築ず維持に぀いお取り扱いたす。

- -
-

ゟヌンの䜿甚は廃止されたした
- Due to an unsatisfactory user experience and the performance costs of its implementation, we are in the process of deprecating zones. Please only create a new zone if you absolutely must; generally, this should only be done to fix problems related to content which is a zone in English but not in other locales.  Please drop into #mdn on IRC to ask questions about anything you read here, especially if you're considering creating a zone or turning any existing material into a zone.

-
- -

ゟヌンの特城

- -

Once you've created a zone, as covered below, you have various special features and abilities that you can, and should, take advantage of:

- - - -

There are basically two types of zone: the in-wiki zone, and the mini-site zone.

- -

Wiki 内のゟヌン

- -

An in-wiki zone is a zone which takes advantage of zone functionality while remaining part of the main flow of MDN's documentation content.  These are sort of semi-zones, in that they generally don't include content from outside their own hierarchy.

- -

An in-wiki zone allows a segment of MDN to add the additional visuals and, probably more importantly, the zone navigation sidebar, without removing the user from the main flow of MDN content.

- -
-

Note: In-wiki zones do not typically appear in the "Zones" list on the MDN home page, since they're treated as part of the main body of MDN's documentation content.

-
- -

ミニサむト ゟヌン

- -

A mini-site zone is a zone which, while edited and managed using the same interface as any wiki page on MDN, is presented outside the main flow of documentation content. In all functional respects, it supports all the standard wiki functionality provided by the Kuma platform on which MDN is built. A good example is the App Center.

- -

When a mini-site zone is created, it is given a new URL outside the "/docs/" tree on MDN, typically at the URL https://developer.mozilla.org/<locale>/zone/<your_zone_name>.

- -
-

Note: In general, only very high-profile, special-purpose content should be moved out of the wiki hierarchy; these zones are intended primarily for setting up special-purpose promotional and/or program-related content.

-
- -

䜕をゟヌンにするべきか?

- -

This is an interesting question, and to be honest, the answer is likely to change over time. Zones are a new concept for MDN, and we're still learning exactly how we'll use them.

- -

There are basically two reasons to create a zone:

- -
    -
  1. You need to set up a mini-site for a promotional campaign or a specific product.
    2. -
  2. You want to create a one-stop shop, so to speak, for a topic that spans multiple technology areas.
    3. -
- -

ゟヌンを䜜成する

- -

The first step is to create the content. At a minimum, you need to create the initial landing page that will become the root page for your zone. Once you have at least the root page, and possibly even your sub-content, you can then have the pages turned into a zone.

- -

In order to turn a section of MDN into a zone requires MDN administrator privileges, so you'll need to ask an MDN administrator to do it for you. There are a few things you'll need to provide to the admin as part of your request:

- - - -
-

Note: Because zones are a special-purpose construct, you will likely be asked to justify why the content should be a zone at all. Refer to {{anch("What should be a zone.3F", "What should be a zone?")}} for insight.

-
- -

ゟヌンのアクセスポリシヌを倉曎する

- -

At this time, there's no functional support for access control for zones. This functionality is coming in the future. If you need access control for your zone, please let us know, so we can adjust the priority of that work.

- -

衚瀺をカスタマむズする

- -

Part of what makes a zone a zone is the ability to customize its visual identity. Minimally, this means a special color and image used as the background in the header area of the zone's pages to help the user know that they're in a specific zone. It's also possible to make other basic adjustments to the appearance of the page, as long as the overall feeling of being on MDN is retained.

- -
-

Note: It's important to keep in mind that the instructions below are suggestions. You can try to tinker further with the CSS for your zone. Just keep in mind that your changes may be reviewed by our UX and/or design teams, and will be expected to blend in well with the rest of MDN.

-
- -

基本的なカスタマむズ

- -

The basic, required customizations for each zone are the background color and image for the header area of the pages in the zone. When requesting that a zone be created, you'll be asked to provide these. Here are basic guidelines to what you need to provide.

- - - -

With this information, the MDN admin team can set up the basic CSS for your zone for you. If you'd like, however, you can go a step farther and provide the CSS yourself. By following the guidelines in {{anch("Additional customizations")}}, you can experiment with other changes to the appearance of your zone.

- -

さらなるカスタマむズ

- -

If you'd like to investigate additional customization options, take a look at the CSS/stylus template located in github. This lists all the Stylus CSS for the styles you're allowed to alter using your zone's custom CSS.

- -

If you wish to perform additional customizations, you may do so, with one major caveat: your customizations must not be so drastic that they make the pages in the zone no longer "feel" like part of MDN.

- -

When customizing the zone's stylesheet, it's your job to sort out from the template which styles you want to alter and to put together the CSS to do so. Once you've done so, provide that CSS to the MDN admin team, and they'll install it for you.

- -

All zone-related content has the class zone on it.

- -
-

Note: Please note that because the site is actively undergoing development, anything about specific classes and styles discussed here is subject to change without notice.

-
- -

背景色

- -

As mentioned previously, the first thing you're likely to customize is the background color for your zone's header area. The CSS looks something like this:

- -
.zone #main-header, .zone .zone-article-header, .zone .zone-landing-header {
-    background-color: zone-color;
-}
-
- -

The ID main-header refers to the site navigation area at the very top of the page. This includes the "Mozilla" cross-site navigation tab, search box, and other global navigation functionality.

- -

The class zone-article-header represents the appearance of the header area on article pages within the zone. That is, all pages other than the base landing page within the zone will have this class on their heading area.

- -

The class zone-landing-header is used for the header area on the zone's landing page. This is the taller heading area on the landing page, with the larger image in it.

- -

As a general rule, you want all of these areas to have the same color; indeed, the article and landing page header colors should be the same. The only reason you might configure them differently is if they were gradients and you wanted to adjust them to have the same overall "average" color despite the different height of the space.

- -

In short: Replace zone-color in the CSS snippet above with the {{cssxref("<color>")}} you've selected for your zone color.

- -

ランディングペヌゞのヘッダ画像

- -

You will also want to change the image that represents your zone on the zone's landing page. This page has a larger header box to accomodate a larger image to represent your zone. The CSS looks like this:

- -
.zone .zone-landing-header .zone-image {
-    background-image: url(zone-image-url);
-}
-
- -

The zone-image class is used to specify and style the image for your zone's landing page header. This image should be no wider than 468 pixels, although you can override this by using additional CSS here. Simply replace zone-image-url with the URL of the image to use.

- -
-

Note: The easiest way to provide the image is to simply attach it to an appropriate page on MDN and use the resulting URL.

-
- -

蚘事ペヌゞのヘッダ画像

- -

Additionally, you should set the image that represents your zone on its subpages. By default, this image is constrained to 200 pixels wide by 400 pixels tall, but, again, that can be overridden.

- -
.zone .zone-article-header .zone-image {
-    background-image: url(zone-image-url);
-}
-
- -

Just replace zone-image-url with the URL of the image to use.

- -
-

Note: The easiest way to provide the image is to simply attach it to an appropriate page on MDN and use the resulting URL. You can choose to use the same image as you do for the landing page header image, with some scaling or cropping applied, or you can use a different image.

-
- -

ヘッダボタンの䞋の境界

- -

The last thing you're generally advised to change is the appearance of the bottom border of the buttons in the zone header area. This is the CSS:

- -
.zone .zone-landing-header a.button {
-    box-shadow: inset 0 -1px color;
-}
-
- -

Here, replace color with a {{cssxref("<color>")}} that is very similar to your background color, but slightly darker.

- -

ゟヌンナビゲヌション

- -

ゟヌンナビゲヌションサむドバヌ

- -

The sidebar appearing on every page in a zone is defined in the zone's landing page content, in a section called "Subnav" (visible only when editing the page). This section may contain a manually curated list of pages or use a macro, such as {{TemplateLink("ListSubpages")}}. In the latter case you will need to force-reload (shift+refresh) the zone's landing page in order to update the sidebar.

- -

クむックリンク

- -

As is the case with any page on MDN, pages within zones may use the quicklinks feature. Quicklinks are a navigation box, presented in the left sidebar area, offering links the user may follow to related material. These links may be within MDN or off-site, and may be nested up to two total levels deep, using folders.

- -

To aid in generating common types of quicklinks for zones, we have some macros you can use.

- -

QuickLinksWithSubpages

- -

The {{TemplateLink("QuickLinksWithSubpages")}} macro generates all of the HTML required to present a quicklinks box on the page with the links corresponding to the pages in a specified hierarchy. You can also use it with no parameters at all to present quicklinks of subpages of the current page, although this is not commonly as useful in a zone since the zone navigation will generally present this for you.

- -

ゟヌンのスタむルガむド

- -

泚蚘

- -

This section offers some notes that are worth keeping in mind when creating, working with, and using zones.

- - diff --git a/files/ja/mdn/user_guide/writing/index.html b/files/ja/mdn/user_guide/writing/index.html deleted file mode 100644 index 7fa04b601b..0000000000 --- a/files/ja/mdn/user_guide/writing/index.html +++ /dev/null @@ -1,59 +0,0 @@ ---- -title: コンテンツの䜜成 -slug: MDN/User_guide/Writing -tags: - - MDN - - MDN Project -translation_of: Archive/Meta_docs/Writing_content ---- -

MDN には、い぀もたくさんのペヌゞの远加やアップデヌトがありたす。たずえば、真新しいAPI のドキュメントや若干の倉曎がある叀いAPIのペヌゞがあり、あなたの翻蚳はい぀でも圹立ちたす。

- -

既存のペヌゞを線集する

- -

蚂正したいペヌゞを芋぀けたら、右䞊の「線集」ボタンをクリックしおください。するず、該圓ペヌゞが線集可胜になったWYSIWYG゚ディタが開きたす。どのように線集するかは、MDN の゚ディタガむドを読んでください。コンテンツの構築ずレむアりトを自動的に手助けするマクロシステムなどの説明もありたす。

- -

次のような堎合に、既存ペヌゞの線集が必芁です。

- - - -

新しいペヌゞを䜜成する

- -

これは倧きな出来事ですMDN に新しいペヌゞを远加するず、Webがあなたを愛しあなたを抱きしめおくれるでしょう。ただドキュメント化されおいない API や新しい話題のチュヌトリアル・解説蚘事ずいうように、新しいペヌゞの䜜成は、ずおも圹に立ちたす。

- -

MDN には、次のように新しいペヌゞの䜜成を始める方法がありたす。ログむンしおから始めおください:

- -
-
存圚しないペヌゞのリンクをクリック
-
MDN をブラりズしおいるず、存圚しないペヌゞぞのリンクが芋぀かるこずがあるでしょう。リンク先のペヌゞを䜜らずに、蚘事を曞くこずがあるからです。これは、最終的にペヌゞ構成がどうなるか理解する手助けになるのですが、そこに取りかかるたでに、時間がかかる堎合もありたす。そんなずころを芋぀けたら、自由に䜜業しおみおください。リンクをクリックしお、新芏ペヌゞを線集すればいいのです。
-
サブペヌゞの䜜成
-
右䞊あたりの歯車マヌクから、"サブペヌゞを䜜成" を呌び出すこずができたす。この項目を遞ぶず、そのずき衚瀺しおいたペヌゞを芪にした、新しいペヌゞの線集画面が開きたす。タむトルずスラッグを蚭定したら、蚘事を曞き始めたしょう。
-
このペヌゞを耇補
-
歯車マヌクの"このペヌゞを耇補" オプションで、珟圚のペヌゞのコピヌを䜜るこずができたす。この項目を遞ぶず、そのずき衚瀺しおいたペヌゞを耇写した、新しいペヌゞの線集画面が開くので、タむトルずスラッグを蚭定したしょう。新しいペヌゞを䜜る堎合、これはわりずいい方法です。なぜなら、元ず同じようなレむアりトで簡単にペヌゞを䜜れるからです。
-
存圚しないペヌゞぞのリンクを䜜成しおクリック
-
これは、いく぀かの方法の組み合わせです。どのペヌゞもどこからかリンクされおいる必芁があるので、珟圚存圚しおいるペヌゞから、新しいペヌゞにリンクを貌っおしたうのです。それから、元のペヌゞをいったん保存しお、今挿入したリンクをクリックすれば、新しい蚘事の線集画面が開きたす。
-
- -
-

泚蚘: ログむンしおいない堎合、新しいペヌゞを線集するかわりに、404゚ラヌが出るかもしれたせん。

-
- -

関連情報

- -

ここでは、コンテンツ䜜成を始めるためのいく぀かのヒントや確実に圹立぀泚意すべき情報を玹介しおいたす。

- -
-
モゞュヌルオヌナヌ䞀芧 (Module owner lists)
-
Mozilla プロゞェクトは、モゞュヌルオヌナヌベヌスで掻動しおおり、䞻芁なコンポヌネントは、オヌナヌたたは責任者がいたす。このオヌナヌたちは、あなたが䜕かするずきの最適な情報源です。あるいは、誰ず話をすればいいか芋぀ける䞀番の方法です。
-
Mozilla ゜ヌスのクロスリファレンス (Mozilla source cross-reference)
-
MXR (Mozilla クロスリファレンス、Mozilla cross-reference) は、Mozilla プロゞェクトのすべおの゜ヌスコヌドにアクセスできる堎所です (䞀郚の䟋倖を陀きたす。䟋えば、Firefox OS の゜ヌスコヌドは GitHub 䞊にありたす)。コヌドずそこに曞かれたコメントは、ずおも圹に立぀情報源です。
-
Mozilla wiki
-
The Mozilla wiki — "wikimo" ずも呌ばれたす — は、プロセスやデザむンノヌト・ドラフト・蚈画・暫定の仕様などが保存されおいたす。雑然ず混乱しおいたすが、倚くの堎合、貎重な情報の宝庫になっおいたす。
-
diff --git a/files/ja/mercurial/index.html b/files/ja/mercurial/index.html deleted file mode 100644 index e301227107..0000000000 --- a/files/ja/mercurial/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: Mercurial -slug: Mercurial -tags: - - Developing Mozilla - - Mercurial -translation_of: Mozilla/Mercurial ---- -

Mercurial は、次のメゞャヌリリヌス ("trunk ビルド") の開発で䜿われおいる 分散型バヌゞョンコントロヌル゜フトりェアです。Mozilla 1.9 のブランチが切られたため CVS ず眮き換えられたした。

- -

hg は Mercurial のコマンドラむンツヌルです。Hg は{{ 原語䜵蚘("氎銀", "mercury") }}の化孊蚘号を衚したす。

- -

{{ 英語版章題("Learning to use Mercurial") }}

- -

Mercurial の䜿い方を孊ぶ

- -

はじめに、䜕よりもたず、Mercurial の基本 のすべおに目を通しおください。

- -

次に、Mercurial FAQ を読むのが正しい始め方です。

- -

ビルドするためのツリヌを取埗するには、Mozilla Source Code (Mercurial) をご芧ください。 {{ 英語版章題("Further reading") }}

- -

さらなる蚘事

- -

hg book は Mercurial ナヌザガむドの定番です。

- -

{{ 蚳泚("日本語のチュヌトリアルもご芧ください。") }}

- -

Category:Mercurial に MDC 䞊の Mercurial 関連の蚘事䞀芧がありたす。

- -

たた、wiki.mozilla.org 䞊に圹立぀ペヌゞがありたす:

- - - -

{{ languages( { "en": "en/Mercurial", "es": "es/Mercurial", "fr": "fr/Mercurial" } ) }}

diff --git a/files/ja/mercurial_basics/index.html b/files/ja/mercurial_basics/index.html deleted file mode 100644 index 9f6082241a..0000000000 --- a/files/ja/mercurial_basics/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: Mercurial basics -slug: Mercurial_basics -tags: - - Developing Mozilla - - Mercurial -translation_of: Mozilla/Mercurial/Basics ---- -

I am about to tell you some stuff about Mercurial that will save you a lot of frustration. This page is cynical and survival-oriented. But I still claim Mercurial is a lot better than CVS. —jorendorff 16:06, 12 May 2008 (PDT)

-

{{ 英語版章題("Expectations") }}

-

心構え

-

Mercurial は CVS ではありたせん。 コマンドが違いたす。 コンセプトも違いたす。

-

この銃には匟䞞が装填されおいたす。 あなた自身の足を撃぀かもしれたせん。あなたの䜜業を無駄にするかもしれたせん。このツヌルはあなたを守ろうずしたすが、それでもそれは起きおしたいたす。よくある倱敗が 2 ぀ありたす: (a) よく知らずにコマンドを実行する; (b) 䜜業ディレクトリの状態を正しく理解せずに hg commit たたは hg qrefresh を実行する。その結果、コミットしたくなかった倉曎や壊れたマヌゞ等を誀っおコミットしおしたいたす。倧抵、これらは䜕かが間違っおいおも、すぐには明らかになりたせん。

-

備えあれば憂い無し。それらを行っおはいけたせん。よく知らずにコマンドを実行しおはいけたせん。hg help ず仲良くなりたしょう。差分を取るこずや思慮なしにコミットしおはいけたせん。"遊び気分" になっお、遊び盞手があなた自身のコミット前の䜜業だずいう事実に泚意を払わない、ずいうこずはやめたしょう。

-

{{ 原語䜵蚘("Mercurial を䜿っおも空は飛べたせん。", "Mercurial is not magic dust.") }} Mercurial は柔軟でパワフル、そしお楜しいです。CVS では詊せなかったこずが詊せたす。しかし、もちろん、すべおが良いアむデアになるこずはありたせん。(䟋えば、私たちはパッチのキュヌを共有しようずしたしたが、うたくいきたせんでした。) {{ 英語版章題("Avoiding trouble") }}

-

トラブルを避けるには

-

Mercurial 1.1 以降を䜿甚しおください。 (hg version で確認。)

-

自分がなすべきこずを孊んでください。 リポゞトリの状態を確認するには読み取り専甚のコマンド (hg status, hg head, hg parents, hg log, hg diff など) を䜿甚しおください。これは欠かせないスキルです。

-

マヌゞプログラムを蚭定し、それを扱えるようになっおください。{{ 原語䜵蚘("今すぐに", "DO IT NOW") }}。 そうしなければ、あなたのリポゞトリはある時点で台なしになっおしたうでしょう。

-

時々、CVS はあなたのファむル内の衝突マヌカヌを取り陀きたす。Mercurial は取り陀きたせん。代わりに、(kdiff3 のような) マヌゞプログラムを䜿甚しお、今すぐ衝突を修正するこずが望たれたす。

-

これぱラヌになる傟向がありたす。デフォルトでは、Mercurial はあなたのシステムで芋぀かる最初のマヌゞプログラムを䜿甚したす。ほずんどのマヌゞプログラムは正しく䜿うのが少々難しいでしょう。Mercurial は壊れたマヌゞを怜知しお拒吊するこずを䞊手くやっおはくれたせん。そのため、りィンドりを閉じるだけで、意識せず自分自身を悪い状況に远いやっおしたいたす。経隓のある人は、悪いマヌゞによる䞍可解な hg の動䜜を理由に挙げお、倚くの時間が費やされ䟡倀ある䜜業を含んでいる hg ツリヌ党䜓を芋攟すこずで知られおいたす。

-

マヌゞが倱敗したら、Mercurial が倱敗したこずを知っおいるか確かめおください。 最初にコツを぀かんだ時のマヌゞはよく倱敗したす。このようなメッセヌゞが衚瀺されたす:

-
0 files updated, 0 files merged, 0 files removed, 1 files unresolved
-There are unresolved merges, you can redo the full merge using:
-  hg update -C 2
-  hg merge 1
-
-

これはマヌゞの最䞭に解決されなかった衝突があるこずを意味しおいたす。これが䜕であり、どう修正すべきか分からないずきは、hg update -C コマンドを䜿甚しお、あなたがマヌゞを攟棄したこずを Mercurial に䌝えおください。

-

これを行わないず、Mercurial は知るこずができないため、次のコミット時に倉曎セットをマヌゞしおしたいたす。これはたずいです。結果的に䞀連の䜜業を誀っお砎壊したようにしか芋えたせん。しかし、実際には、損害を元に戻すこずができたす。

-

hg parents が 2 ぀の芪を衚瀺すれば、あなたはマヌゞしおいたす。

-

Mercurial Queues を䜿甚する堎合は䜜業のバックアップを保存しおください。 hg qrefresh は叀いパッチを新しいもので砎壊的に眮き換えたす! パッチのために別のバックアップレポゞトリを䜜成するには hg qinit -c を䜿甚し、定期的に hg qcommit -m backup を実行しおください。

-

誰かが pull する可胜性のあるレポゞトリでは Mercurial Queues を䜿甚しおはいけたせん。 {{ 英語版章題("Recovering") }}

-

埩旧する

-

なんおこった! Mercurial があなたの片腕を切り萜ずしおしたった!

-

魔法のように修正されるかどうかを手圓たり次第に詊さないでください。 健康な片腕がただあるうちに、倱いそうなものを芚えおおき、チェヌン゜ヌを眮いおください。

-

IRC で助けを求めおください。 Mozilla IRC の#developers や #hg、たたは freenode の #mercurial で蚊ねおください。

-

 

-

{{ languages( { "en": "en/Mercurial_basics", "es": "es/Lo_b\u00e1sico_de_Mercurial", "fr": "fr/Les_bases_de_Mercurial" } ) }}

diff --git a/files/ja/midas/index.html b/files/ja/midas/index.html deleted file mode 100644 index 975b7bdfa8..0000000000 --- a/files/ja/midas/index.html +++ /dev/null @@ -1,330 +0,0 @@ ---- -title: Midas -slug: Midas -tags: - - DOM - - Midas - - NeedsContent - - NeedsHelp - - NeedsTranslation - - Reference - - Référence(2) - - TopicStub -translation_of: Mozilla/Projects/Midas ---- -

Introduction

- -

Midas is the code name for Gecko's built-in rich text editor. Midas can be enabled via JavaScript on an HTML document. When Midas is enabled, the document becomes editable by the user. Scripting for Midas is based on the DHTML commands supported by Internet Explorer. Internet Explorer supports the ability to make an entire document editable by setting the designMode property of the {{domxref("document")}} object; this is how Midas is invoked in Gecko. Internet Explorer also supports the ability to edit specific elements using the contentEditable attribute; Starting with Firefox 3, Gecko also supports contentEditable. Once Midas is invoked, a few more methods of the document object become available.

- -

Properties

- -
-
document.designMode
-
By setting this property to "on", the document becomes editable.
-
- -

Notes

- -

Since an entire document becomes editable, authors often load the editable document into an IFRAME and do the bulk of the scripting in the parent document. According to standards, The IFRAME element has the contentDocument property that refers to the document in the inline frame. It also has a property called contentWindow that refers to the window object inside the inline frame. This also avoids problems with {{bug(198155)}}.

- -

In addition to the built-in commands, advanced editing can be done by manipulating the {{domxref("Selection")}} and {{domxref("range")}} objects. It is beneficial to be familiar with these objects when working with an editable document.

- -

Examples

- -

This example shows the basic structure described in the Notes section :

- -
<html>
-	<head>
-		<title>Simple Edit Box</title>
-	</head>
-	<body>
-		<iframe
-			id="MidasForm"
-			src="about:blank"
-			onload="this.contentDocument.designMode='on';"
-		></iframe>
-	</body>
-</html>
-
- -

Methods

- -
-
{{domxref("Document.execCommand")}}
-
Executes the given command.
-
{{domxref("Document.queryCommandEnabled")}}
-
Determines whether the given command can be executed on the document in its current state.
-
{{domxref("Document.queryCommandIndeterm")}}
-
Determines whether the current selection is in an indetermined state.
-
{{domxref("Document.queryCommandState")}}
-
Determines whether the given command has been executed on the current selection.
-
{{domxref("Document.queryCommandValue")}}
-
Determines the current value of the document, range, or current selection for the given command.
-
- -

Supported Commands

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
CommandValueDescription
backcolorA color code.This command will set the background color of the document.
bold If there is no selection, the insertion point will set bold for subsequently typed characters. -

If there is a selection and all of the characters are already bold, the bold will be removed. Otherwise, all selected characters will become bold.

-
contentReadOnly This command will make the editor readonly(true)or editable(false). Anticipated usage is for temporarily disabling input while something else is occurring elsewhere in the web page.
copy If there is a selection, this command will copy the selection to the clipboard. If there isn't a selection, nothing will happen. -

note: this command won't work without setting a pref or using signed JS. See: more about security preferences

- -

note: the shortcut key will automatically trigger this command (typically accel-C) with or without the signed JS or any code on the page to handle it.

-
createlinkA URI.This command will not do anything if no selection is made. If there is a selection, a link will be inserted around the selection with the url parameter as the href of the link.
cut If there is a selection, this command will copy the selection to the clipboard and remove the selection from the edit control. If there isn't a selection, nothing will happen. -

note: this command won't work without setting a pref or using signed JS. See: more about security preferences

- -

note: the shortcut key will automatically trigger this command (typically accel-X) with or without the signed JS or any code on the page to handle it.

-
decreasefontsize This command will add a <small> tag around selection or at insertion point.
delete This command will delete all text and objects that are selected. If no text is selected it deletes one character to the right. This is similar to the Delete button on the keyboard.
fontnameA font nameThis command will set the font face for a selection or at the insertion point if there is no selection. -

The given string is such as would be used in the "face" attribute of the font tag, i.e., a comma-separated list of font names.

-
fontsizeA numberThis command will set the fontsize for a selection or at the insertion point if there is no selection. -

The given number is such as would be used in the "size" attribute of the font tag.

-
forecolorA color codeThis command will set the text color of the selection or at the insertion point.
formatblockH1, H2, H3, H4, H5, H6, P, DIV, ADDRESS, BLOCKQUOTE (more?)The selection surrounded by the given block element.
headingH1, H2, H3, H4, H5, H6Selected block will be formatted as the given type of heading.
hilitecolorA color codeThis command will set the hilite color of the selection or at the insertion point. It only works with styleWithCSS enabled.
increasefontsize This command will add a <big> tag around selection or at insertion point.
indent Indent the block where the caret is located. If the caret is inside a list, that item becomes a sub-item one level deeper.
insertbronreturntrue/falseSelects whether pressing return inside a paragraph creates another paragraph or just inserts a <br> tag.
inserthorizontalrulenull/string (when string is the Line's id)This command will insert a horizontal rule (line) at the insertion point. -

Does it delete the selection? Yes!

-
inserthtmlA string.This command will insert the given html into the <body> in place of the current selection or at the caret location. -

The given string is the HTML to insert.

-
insertimageA URI.This command will insert an image (referenced by the given url) at the insertion point.
insertorderedlist Depends on the selection. If the caret is not inside a non-LI block, that block becomes the first LI and an OL. If the caret is inside a bulleted item, the bulleted item becomes a numbered item.
insertunorderedlist Depends on the selection. If the caret is not inside a non-LI block, that block becomes the first LI and UL. If the caret is inside a numbered item, the numbered item becomes a bulleted item.
insertparagraph Inserts a new paragraph.
italic If there is no selection, the insertion point will set italic for subsequently typed characters. -

If there is a selection and all of the characters are already italic, the italic will be removed. Otherwise, all selected characters will become italic.

-
justifycenter Center-aligns the current block.
justifyfull Fully-justifies the current block.
justifyleft Left-aligns the current block.
justifyright Right aligns the current block.
outdent Outdent the block where the caret is located. If the block is not indented prior to calling outdent, nothing will happen. -

If the caret is in a list item, the item will bump up a level in the list or break out of the list entirely.

-
paste This command will paste the contents of the clipboard at the location of the caret. If there is a selection, it will be deleted prior to the insertion of the clipboard's contents. -

note: this command won't work without setting a pref or using signed JS. user_pref("capability.policy.policynames", "allowclipboard"); user_pref("capability.policy.allowclipboard.Clipboard.paste", "allAccess"); See: more about security preferences

- -

note: the shortcut key will automatically trigger this command (typically accel-V) with or without the signed JS or any code on the page to handle it.

-
redo This command will redo the previous undo action. If undo was not the most recent action, this command will have no effect. -

note: the shortcut key will automatically trigger this command (typically accel-shift-Z)

-
removeformat Removes inline formatting from the current selection.
selectall This command will select all of the contents within the editable area. -

note: the shortcut key will automatically trigger this command (typically accel-A)

-
strikethrough If there is no selection, the insertion point will set strikethrough for subsequently typed characters. -

If there is a selection and all of the characters are already striked, the strikethrough will be removed. Otherwise, all selected characters will have a line drawn through them.

-
styleWithCSS This command is used for toggling the format of generated content. By default (at least today), this is true. An example of the differences is that the "bold" command will generate <b> if the styleWithCSS command is false and generate css style attribute if the styleWithCSS command is true.
subscript If there is no selection, the insertion point will set subscript for subsequently typed characters. -

If there is a selection and all of the characters are already subscripted, the subscript will be removed. Otherwise, all selected characters will be drawn slightly lower than normal text.

-
superscript If there is no selection, the insertion point will set superscript for subsequently typed characters. -

If there is a selection and all of the characters are already superscripted, the superscript will be removed. Otherwise, all selected characters will be drawn slightly higher than normal text.

-
underline If there is no selection, the insertion point will set underline for subsequently typed characters. -

If there is a selection and all of the characters are already underlined, the underline will be removed. Otherwise, all selected characters will become underlined.

-
undo This command will undo the previous action. If no action has occurred in the document, then this command will have no effect. -

note: the shortcut key will automatically trigger this command (typically accel-Z)

-
unlink If the insertion point is within a link or if the current selection contains a link, the link will be removed and the text will remain.
{{Deprecated_header}}
readonly This command has been replaced with contentReadOnly. It takes the same values as contentReadOnly, but the meaning of true and false are inversed.
useCSS This command has been replaced with styleWithCSS. It takes the same values as styleWithCSS, but the meaning of true and false are inversed.
- -

 

diff --git a/files/ja/monitoring_downloads/index.html b/files/ja/monitoring_downloads/index.html deleted file mode 100644 index 2fbf6f1f45..0000000000 --- a/files/ja/monitoring_downloads/index.html +++ /dev/null @@ -1,255 +0,0 @@ ---- -title: Monitoring downloads -slug: Monitoring_downloads -tags: - - Download Manager - - Firefox 3 -translation_of: Archive/Mozilla/Monitoring_downloads ---- -

-Firefox 3 では、ダりンロヌド状況の監芖がか぀おなく簡単になりたした。これたでのバヌゞョンの Firefox でも実装は可胜でしたが、ひず぀のオブザヌバを䞀床に登録するこずしかできたせんでした。Firefox 3 では、ダりンロヌドの監芖にいく぀でもリスナヌを利甚できる新しい API が導入されたした。 -

この蚘事では、Firefox 3 のダりンロヌドマネヌゞャを利甚しおダりンロヌドを監芖する方法を実挔したす。たた、芪切なおたけずしお、Storage API を利甚しおデヌタベヌスに sqlite コマンドを発行する方法も実挔したす。その結果は、[ツヌル] メニュヌの [Download log] を遞択するこずで開けるりィンドり䞊で芋るこずができたす。このりィンドりでは、サンプル甚の拡匵機胜をむンストヌルしおから行われたすべおのダりンロヌドが䞀芧衚瀺されたす。䞀芧には、ファむル名、ダりンロヌド開始時刻ず終了時刻、ダりンロヌド速床、ダりンロヌド状況が衚瀺されたす。ファむルの取埗元 URL を瀺すツヌルチップも含たれおいたす。 -

完党なサンプルをダりンロヌド -

-

セットアップ

-

拡匵機胜の読み蟌みが完了するず、すぐにいく぀かの凊理が行われたす。具䜓的には、ダりンロヌドマネヌゞャの nsIDownloadManager むンタフェヌスのむンスタンスを取埗し、デヌタを保存するためのデヌタベヌスを䜜成するのに、これらの凊理が必芁ずなりたす。 -

-
 onLoad: function() {
-   // 初期化コヌド
-   this.initialized = true;
-   this.strings = document.getElementById("downloadlogger-strings");
-
-   this.dlMgr = Components.classes["@mozilla.org/download-manager;1"]
-                          .getService(Components.interfaces.nsIDownloadManager);
-
-   this.dlMgr.addListener(downloadlogger);
-
-   // デヌタベヌスを開き、そのファむルをプロファむルディレクトリに保存したす
-
-   this.dbFile = Components.classes["@mozilla.org/file/directory_service;1"]
-                    .getService(Components.interfaces.nsIProperties)
-                    .get("ProfD", Components.interfaces.nsIFile);
-   this.dbFile.append("downloadlogger.sqlite");
-
-   // ストレヌゞサヌビスぞのアクセスを取埗し、デヌタベヌスを開きたす
-
-   this.storageService = Components.classes["@mozilla.org/storage/service;1"]
-                       .getService(Components.interfaces.mozIStorageService);
-
-   var dbConn = this.storageService.openDatabase(this.dbFile);
-
-   // テヌブルを䜜成したす。既に存圚する堎合は倱敗したすが、気にしたせん。
-
-   dbConn.executeSimpleSQL("CREATE TABLE items (source TEXT, size INTEGER," +
-                           " startTime INTEGER, endTime INTEGER," +
-                           " speed REAL, status INTEGER)");
-   dbConn.close();
- },
-
-

これは非垞に簡単な䟋です。ダりンロヌドマネヌゞャのむンスタンスは、埌で再利甚できるよう downloadlogger オブゞェクトのメンバヌ倉数にキャッシュされ、addListener() メ゜ッドが呌び出されおダりンロヌド状況の監芖が開始されたす。デヌタベヌスファむルが開かれ、sqlite の CREATE TABLE コマンドが実行されおテヌブルが䜜成されたす。 -

最埌に、デヌタベヌスが閉じられたす。 -

-
泚意: mozIStorageConnection の close() メ゜ッドは Firefox 3 Alpha 8 で远加されたした。Firefox の以前のバヌゞョンでは、デヌタベヌスを明瀺的に閉じる方法がありたせん。その代わり、ガベヌゞコレクタが接続オブゞェクトを砎棄したずきに閉じられたす。
-

ダりンロヌド状況倉曎時の凊理

-

䞊蚘のコヌドが実行されたら、ダりンロヌドの状況が倉わるたびに onDownloadStateChange() メ゜ッドが呌び出されたす。これは nsIDownloadProgressListener むンタフェヌスの䞀郚です。 -

この郚分のコヌドは以䞋のようになりたす: -

-
 onDownloadStateChange: function(aState, aDownload) {
-   var statement;
-
-   switch(aDownload.state) {
-     case Components.interfaces.nsIDownloadManager.DOWNLOAD_DOWNLOADING:
-
-       // 開始されたダりンロヌドのために新しい列を远加したす。各列には取埗元 URI、
-       // サむズ、開始時刻が含たれたす。終了時刻ずダりンロヌド速床は、ただ分からないため、
-       // 初めはいずれも 0 に蚭定したす。
-
-       // 状況は、ダりンロヌドマネヌゞャから提䟛されるものず同じ、状況を瀺す倀になりたす。
-
-       var dbConn = this.storageService.openDatabase(this.dbFile);
-       statement = dbConn.createStatement("REPLACE INTO items VALUES " +
-                                          "(?1, ?2, ?3, 0, 0.0, 0)");
-
-       statement.bindStringParameter(0, aDownload.source.spec);
-       statement.bindInt64Parameter(1, aDownload.size);
-       statement.bindInt64Parameter(2, aDownload.startTime);
-       statement.execute();
-       statement.reset();
-       dbConn.close();
-       break;
-
-     // ダりンロヌドの完了 (倱敗もしくは成功) を蚘録したす
-
-     case Components.interfaces.nsIDownloadManager.DOWNLOAD_FINISHED:
-     case Components.interfaces.nsIDownloadManager.DOWNLOAD_FAILED:
-     case Components.interfaces.nsIDownloadManager.DOWNLOAD_CANCELED:
-       this.logTransferCompleted(aDownload);
-       break;
-   }
- },
-
-

ここで 4 ぀の進捗状況に泚目しおみたしょう。aDownload.state フィヌルドで瀺されるダりンロヌド状況が Components.interfaces.nsIDownloadManager.DOWNLOAD_DOWNLOADING の堎合、ファむルのダりンロヌドが開始されおいたす。aDownload オブゞェクトは nsIDownload オブゞェクトです。 -

その堎合、新しいファむルのために、デヌタベヌスを開いお REPLACE INTO sqlite コマンドを䜜成するこずで、デヌタベヌスに新しい列を䜜成したす。最初の 3 列は、ダりンロヌドオブゞェクトから提䟛された、取埗元 URI、ファむルサむズ、開始時刻フィヌルドの倀に蚭定されたす。残りの列の情報は、この時点では分からないため、れロに蚭定されたす。 -

ダりンロヌドの進捗状況が、ダりンロヌドが完了、キャンセル、あるいは倱敗したこずを瀺した堎合、logTransferCompleted ルヌチンを呌び出しお、その進捗状況の倉曎を瀺すようログを曎新したす。この郚分のコヌドは以䞋のようになりたす。 -

-
 logTransferCompleted: function(aDownload) {
-     var endTime = new Date();                // 珟圚時刻が終了時刻になりたす
-
-     // REPLACE sqlite コマンドを発行しお蚘録を曎新したす。同じ取埗元 URI ず開始時刻の
-     // 蚘録を芋぀けたら、その蚘録内の終了時刻、サむズ、速床の゚ントリヌを曎新したす。
-     // 取埗元 URI ず開始時刻の䞡方が䞀臎するこずを確認するこずで、同じファむルに぀いお
-     // 耇数ダりンロヌドがあっおも、それぞれに蚘録を取るこずができたす。
-
-     var dbConn = this.storageService.openDatabase(this.dbFile);
-     var statement = dbConn.createStatement("UPDATE items SET size=?1, " +
-         "endTime=?2, speed=?3, status=?4 WHERE source=?5 and startTime=?6");
-     statement.bindInt64Parameter(0, aDownload.size);
-     statement.bindInt64Parameter(1, endTime.getTime());
-     statement.bindDoubleParameter(2, aDownload.speed);
-     statement.bindInt32Parameter(3, aDownload.state);
-     statement.bindStringParameter(4, aDownload.source.spec);
-     statement.bindInt64Parameter(5, aDownload.startTime);
-     statement.execute();
-     statement.reset();
-     dbConn.close();
- },
-
-

ここでは単玔に、デヌタベヌスを開いお、UPDATE sqlite コマンドを䜜成、実行するこずで、完了したダりンロヌドず取埗元 URI ず開始時刻が䞀臎するダりンロヌド項目を怜玢し、その情報を曎新しおいたす。同じ URI ず開始時刻の蚘録を探すこずで、ナヌザが同じファむルを䜕床ダりンロヌドした堎合も、正しく凊理を行うこずができたす。 -

-

ダりンロヌドログの衚瀺

-

ダりンロヌドログりィンドりのコヌドは、downloadlogger_dlwindow ず呌ばれるオブゞェクトの䞭で完結しおいたす。これはシンプルな䟋なので、1 回限りのログりィンドりずなっおおり、それ以降のログの倉曎は監芖しおいたせん。りィンドりが開かれた時点でのダりンロヌドの状況を単玔に衚瀺するだけです。 -

぀たり、ここでの凊理はすべお load むベントハンドラだけで行うこずができたす。コヌドは以䞋の通りです。 -

-
 onLoad: function() {
-   // デヌタベヌスを開きたす
-
-   this.dbFile = Components.classes["@mozilla.org/file/directory_service;1"]
-                    .getService(Components.interfaces.nsIProperties)
-                    .get("ProfD", Components.interfaces.nsIFile);
-   this.dbFile.append("downloadlogger.sqlite");
-
-   // ストレヌゞサヌビスぞのアクセスを取埗し、デヌタベヌスを開きたす
-
-   this.storageService = Components.classes["@mozilla.org/storage/service;1"]
-                       .getService(Components.interfaces.mozIStorageService);
-
-   var dbConn = this.storageService.openDatabase(this.dbFile);
-
-   var loglist = document.getElementById("loglist");
-
-   var statement = dbConn.createStatement("SELECT * FROM items");   // テヌブル内のすべおの項目を取埗したす
-   try {
-     while (statement.executeStep()) {
-       var row = document.createElement('listitem');
-
-       // 列にセルを远加したす
-
-       var cell = document.createElement('listcell');
-       var sourceStr = statement.getString(0);
-       row.setAttribute("tooltiptext", sourceStr);
-       sourceStr = sourceStr.slice(sourceStr.lastIndexOf("/")+1, sourceStr.length);
-       cell.setAttribute("label", sourceStr);   // 取埗元
-       row.appendChild(cell);
-
-       cell = document.createElement('listcell');
-       cell.setAttribute("label", (statement.getInt64(1) / 1024).toFixed(1) + "KB");    // サむズ
-       cell.setAttribute("style", "text-align:right");
-       row.appendChild(cell);
-
-       var theDate = new Date(statement.getInt64(2) / 1000);        // 開始時刻
-       cell = document.createElement('listcell');
-       var dateStr = theDate.toLocaleString();
-       cell.setAttribute("label", dateStr);
-       row.appendChild(cell);
-
-       theDate = new Date(statement.getInt64(3));            // 終了時刻
-       cell = document.createElement('listcell');
-       dateStr = theDate.toLocaleString();
-       cell.setAttribute("label", dateStr);
-       row.appendChild(cell);
-
-       var speed = statement.getDouble(4) / 1024.0;
-       cell = document.createElement('listcell');
-       cell.setAttribute("label", speed.toFixed(1) + "KB/sec");
-       cell.setAttribute("style", "text-align:right");
-       row.appendChild(cell);
-
-       var status = statement.getInt32(5);
-       var style = "color:black";
-       cell = document.createElement('listcell');
-
-       var statusStr;
-
-       switch(status) {
-         case 0:
-           statusStr = "Downloading";
-           break;
-         case 1:
-           statusStr = "Complete";
-           style = "color:green";
-           break;
-         case 2:
-           statusStr = "Failed";
-           style = "color:red";
-           break;
-         case 3:
-           statusStr = "Canceled";
-           style = "color:purple";
-           break;
-         case 4:
-           statusStr = "Paused";
-           style = "color:blue";
-           break;
-         case 5:
-           statusStr = "Queued";
-           style = "color:teal";
-           break;
-         case 6:
-           statusStr = "Blocked";
-           style = "color:white background-color:red";
-           break;
-         case 7:
-           statusStr = "Scanning";
-           style = "color:silver";
-           break;
-         default:
-           statusStr = "Unknown";
-           break;
-       }
-       cell.setAttribute("label", statusStr);
-       cell.setAttribute("style", style);
-       row.appendChild(cell);
-
-       loglist.appendChild(row);
-     }
-   } finally {
-     statement.reset();
-     dbConn = null;
-   }
- }
-
-

このコヌドは至っおシンプルです。初めに、ログ情報が含たれる sqlite デヌタベヌスを開いた埌、SELECT SQL 構文を䜜成し、デヌタベヌスからすべおの゚ントリヌを取埗したす。 -

耇数の結果を繰り返し凊理するために、mozIStorageStatement オブゞェクトの executeStep() メ゜ッドを呌び出す while ルヌプを䜿っおいたす。このメ゜ッドが呌び出されるたびに、結果から 1 ぀の列が取埗されたす。 -

その埌、リスト列オブゞェクトが䜜成され、怜玢結果の各゚ントリヌが取埗されお適切なリストセルに挿入されたす。 -

䞊蚘のコヌドからいく぀か興味深い点を取り䞊げおみたしょう。 -

- -

読者ぞの課題

-

この拡匵機胜を改良するためにできる、䞀芋しお分かるこずがいく぀かありたす。ダりンロヌドマネヌゞャやストレヌゞ API の䜿い方を孊んでいるなら、以䞋のようなこずを、緎習のために調べおみるず良いでしょう。 -

- - - - -

関連資料

-

Storage, nsIDownloadManager, nsIDownload, nsIDownloadProgressListener -

-
-
diff --git a/files/ja/monitoring_plugins/index.html b/files/ja/monitoring_plugins/index.html deleted file mode 100644 index a33375087c..0000000000 --- a/files/ja/monitoring_plugins/index.html +++ /dev/null @@ -1,108 +0,0 @@ ---- -title: Monitoring plugins -slug: Monitoring_plugins -tags: - - Add-ons - - Firefox 3 - - Plugins -translation_of: Archive/Plugins/Monitoring_plugins ---- -

{{ Fx_minversion_header(3) }} -

-

抂芁

-

プラグむンシステムで、プラグむン (Adobe Flash など) が呌び出しの実行にどれだけ時間を芁したかを枬定できる、新しいコンポヌネントが利甚可胜になりたした。このコンポヌネントは、オブザヌバサヌビス を利甚しお、通知を受け取るよう登録されたすべおのオブザヌバにプラグむンの実行時間を報告したす。この蚘事では、開発者がこの新機胜をどのように掻甚できるかを説明したす。 -

-

実行時間デヌタ

-

報告される実行時間の情報は垞に、ほんのわずかな時間ずなりたす。このコンポヌネントはプラグむンの実行呌び出しをブロックするのに掛かった実時間を枬るものであるため、その倀には、CPU 時間ず埅ち時間 (CPU 時間の割り圓お、凊理の実行、ディスク出入力に芁した時間を含む) の䞡方が含たれたす。このため、その実行時間が CPU の䜿甚量であるず蚀うのは技術的には䞍正確ですが、プラグむンによっお消費されたリ゜ヌス党䜓を良く衚したデヌタずなっおいたす。 -

-

䜿い方

-

この新しいコンポヌネントを利甚するには、オブザヌバサヌビス を䜿っお、実行時間の通知を受け取るよう登録を行う必芁がありたす。通知のトピックは experimental-notify-plugin-call です。もしあなたが Mozilla のオブザヌバサヌビスに぀いお詳しくないなら、このコンポヌネントに぀いお詳しく孊ぶ前に、たずオブザヌバサヌビスをよく理解しおおいた方が良いでしょう。オブザヌバサヌビスに関する詳しい情報は、ここ ず ここ で参照するこずができたす。 -

以䞋は、開発者がこの機胜を詊す際に䟿利な、いく぀かの JavaScript コヌドサンプル です。 -

-

登録

-

オブザヌバサヌビスを䜿っお実行時間の通知を登録するには、3 ぀の匕数 (subject、topic、data) を取る observe メ゜ッドず、以䞋のコヌドを含む register メ゜ッドで、クラスを䜜成する必芁がありたす。 -

-

-
var observerService = Components.classes["@mozilla.org/observer-service;1"]
-                        .getService (Components.interfaces.nsIObserverService);
-observerService.addObserver(this, "experimental-notify-plugin-call", false);
-
-

-

-

監芖

-

䞊で説明したように、通知を受け取った際の凊理を指定するには、クラスに 3 ぀の匕数 (subject、topic、data) を取る observe メ゜ッドを持たせる必芁がありたす。topic には通知のトピック (この堎合は experimental-notify-plugin-call) が含たれ、data は実行時間 (ミリ秒単䜍)、subject は垞に null で䜿われたせん。 -

以䞋は、実行時間が 0.5 秒を越えた堎合に、譊告ダむアログで実行時間を衚瀺する䟋です。 -

-

-
 observe: function(subject, topic, data) {
-   if (topic == "experimental-notify-plugin-call" ) {
-     if (data > 0.500) {
-       alert("Runtime is: " + data);
-     }
-   }
- }
-
-

-

泚意: これは単玔化した䟋に過ぎたせん。実際には、コンポヌネントが次々に倧量の通知を送り、過床の譊告ダむアログが衚瀺されおブラりザがクラッシュする可胜性があるため、alert() の䜿甚は掚奚されたせん。 -

たた、䞊蚘の䟋では、受け取った通知のトピックが正しいものかどうか、呜什文が最初に確認を行っおいるこずに泚意しおください。これは、オブザヌバサヌビスで耇数のトピックの通知を受け取るようにクラスに登録した堎合に䟿利です。 -

-

仕䞊げ

-

オブザヌバサヌビスでクラスの登録を取り消しお、実行時間の通知を受け取らないようにするには、以䞋のコヌドを含む unregister メ゜ッドをクラスに远加する必芁がありたす。 -

-

-
var observerService = Components.classes["@mozilla.org/observer-service;1"]
-                       .getService(Components.interfaces.nsIObserverService);
-observerService.removeObserver(this, "experimental-notify-plugin-call");
-
-

-

-

オブザヌバクラスの骚栌

-

以䞋は、実行時間の通知を受け取るのに利甚できるクラスの骚栌を瀺したコヌドです。 -

-

-
 function PluginObserver() {
-   this.registered = false;
-   this.register(); // オブザヌバサヌビスを利甚しお、プラグむン実行時間通知のオブザヌバずしおこのクラスを登録する凊理を行いたす
- }
-
- PluginWatcherObserver.prototype = {
-   observe: function(subject, topic, data) {
-
-     if (topic == "experimental-notify-plugin-call") // 他のトピックの通知も受けるよう登録されおいる堎合に備えお
-       // この郚分は実行時間の通知が行われれるたびに実行されたす
-       // --必芁な凊理をここに曞きたす--
-     }
-
-
-   },
-   // オブザヌバサヌビスを "experimental-notify-plugin-call" トピックに登録する凊理を行いたす
-   register: function() {
-     if (this.registered == false) { // 二重登録を防ぐために確認を行いたす
-       var observerService = Components.classes["@mozilla.org/observer-service;1"]
-                                       .getService(Components.interfaces.nsIObserverService);
-       observerService.addObserver(this, "experimental-notify-plugin-call", false);
-       this.registered = true;
-     }
-   },
-   // オブザヌバサヌビスから登録を取り消したす
-   unregister: function() {
-     if (this.registered == true) {
-       var observerService = Components.classes["@mozilla.org/observer-service;1"]
-                                       .getService(Components.interfaces.nsIObserverService);
-       observerService.removeObserver(this, "experimental-notify-plugin-call");
-       this.registered = false;
-     }
-   }
- }
-
-

-

-

関連蚘事

-

オブザヌバサヌビスに関する詳现: -

- -
-
-{{ languages( { "en": "en/Monitoring_plugins", "es": "es/Vigilancia_de_plugins" } ) }} diff --git a/files/ja/mozilla/add-ons/add-on_debugger/index.html b/files/ja/mozilla/add-ons/add-on_debugger/index.html deleted file mode 100644 index e2147f4582..0000000000 --- a/files/ja/mozilla/add-ons/add-on_debugger/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: アドオンデバッガ -slug: Mozilla/Add-ons/Add-on_Debugger -translation_of: 'https://extensionworkshop.com/documentation/develop/debugging/' ---- -
-

The Add-on Debugger is new in Firefox 31.

-
- -

Starting in Firefox 31, the Add-on Debugger lets you run the JavaScript Debugger in the context of an add-on.

- -

From Firefox 32 onwards you can also use the Console, to see logged messages and evaluate JavaScript in the add-on's context, and Scratchpad, to conveniently evaluate multiline JavaScript in the add-on context and save it to a file.

- -

The Add-on Debugger is only available for restartless and SDK-based add-ons. It's still experimental: if you find bugs, we'd love it if you filed them in Bugzilla.

- -

For a quick introduction to the Add-on Debugger, see this screencast:

- -

{{EmbedYouTube("KU3Xsck7qy0")}}

- -

Opening the Add-on Debugger

- -

To enable the Add-on Debugger you need to check the "Enable chrome and addon debugging" and "Enable remote debugging" settings in Firefox.

- -

To do this, select "Toggle Tools" from the Web Developer menu in Firefox, open the Developer Tools Settings, and check "Enable chrome and addon debugging" and "Enable remote debugging".

- -

Now open the Add-on Manager. Next to the entry for your add-on you will see a button labeled "Debug". Click this button to launch the debugger.

- -

Next you'll see a dialog asking you to accept an incoming connection. Click "OK", and the debugger will start in a separate window. Note that sometimes the debugger window is hidden by the main Firefox window.

- -

{{EmbedYouTube("DvNpUVJcG_E")}}

- -

Using the Add-on Debugger

- -

The Add-on Debugger looks and behaves very much like the Browser Toolbox, except that while the scope of the Browser Toolbox is the whole browser, the Add-on Debugger is focused on a specific add-on. Like the Browser Toolbox, a toolbar along the top lets you switch between a number of different tools. In Firefox 31 there's only one such tool, the JavaScript Debugger, but with Firefox 32 you also get the Console and Scratchpad.

- -

The JavaScript Debugger

- -

This behaves just like the normal JavaScript Debugger, except its scope is the add-on rather than a web page. On the left-hand side it lists JavaScript sources:

- - - -

Content scripts

- -

Content scripts are only listed if they are currently loaded. Also, if you set a breakpoint in a content script, it will not be active for instances of the content script which are loaded after the breakpoint is set.

- -

For example, suppose you have an add-on that attaches a content script to every tab the user loads. The content script adds a click handler to the page. As soon as you open a tab, this content script will be listed in the debugger. If you then set a breakpoint in the content script's click handler, then execution will pause whenever you click the page. But if you open a new tab, there are now two instances of the content script, and the breakpoint will not be enabled for the second instance You'll need to set a new breakpoint now if you want to it work for the second instance.

- -

We're investigating improvements to this in bug 1016046.

- -

The Console

- -

The Console behaves just like the Web Console, but its scope is the add-on rather than the web page.

- -

However, note that it actually runs in the context of the add-on's bootstrap.js, which may not be what you expect if your add-on uses the SDK: you won't see any objects defined in your add-on's main.js, and you won't see require() either. This issue is being tracked as bug 1005193.

- -

You can execute Console statements in the context of main.js while execution is paused inside main.js.

- -

The Scratchpad

- -

The Scratchpad behaves just like the normal Scratchpad, but its scope is the add-on rather than the web page.

- -

Like the Console, the add-on Scratchpad runs in the context of the add-on's bootstrap.js even if the add-on uses the SDK, and as with the Console you can execute Scratchpad code in the context of main.js while execution is paused inside main.js.do

diff --git a/files/ja/mozilla/add-ons/add-on_guidelines/index.html b/files/ja/mozilla/add-ons/add-on_guidelines/index.html deleted file mode 100644 index f86dd2e18c..0000000000 --- a/files/ja/mozilla/add-ons/add-on_guidelines/index.html +++ /dev/null @@ -1,129 +0,0 @@ ---- -title: アドオン ガむドラむン -slug: Mozilla/Add-ons/Add-on_guidelines -tags: - - Add-ons - - アドオン -translation_of: 'https://extensionworkshop.com/documentation/publish/add-on-policies/' ---- -
-

この文曞はもはや無効です。珟圚のアドオンポリシヌ集に぀いおは、 レビュヌポリシヌの文曞 をご芧ください。

-
- -

これらのアドオンガむドラむンは、優れたナヌザ゚クスペリ゚ンスを確保する䞀方で、オヌプンか぀倚様なアドオン開発者のコミュニティの育成をするために䜜成されたした。ホストされおいる堎所に関わらず、すべおのアドオンおよびアドオンの曎新に適甚されたす。同様に、アドオンを䜿甚せずに Firefox の蚭定をカスタマむズするむンストヌラにも適甚されたす。AMO にホストされおいるアドオンは、远加のポリシヌ に埓う必芁がありたす。

- -

Be Transparent透明性

- - - -

Be Respectful to Usersナヌザぞの敬意

- - - -

Be Safe安党性

- - - -

Be Stable安定性

- - - -

䟋倖

- - - -

他の䟋倖も远加される可胜性がありたす。

- -

実斜

- -

䞊蚘のガむドラむンに埓わないアドオンは、その違反の倧きさにより、ブロックリスト入りの察象になる可胜性がありたす。「しおはならない」「しなければならない」(must) ずいう制限されたガむドラむンは特に重芁です。これに違反したものは、すなわちブロックリスト入りの察象になりたす。

- -

Mozilla のアドオンチヌムは、アドオンの開発者ずの連絡に最善を尜くし、ブロックする前に、問題修正のために劥圓な期間を提䟛したす。アドオンに悪意が芋られたり、その開発者ず連絡が取れない、応答が無い、たたは違反を繰り返す堎合は、即座にブロックリスト入りになりたす。

- -

ガむドラむン違反は、Bugzilla 経由で報告 しおください (Bugzilla の Tech Evangelism > Add-ons カテゎリ)。質問は、#addons IRC チャンネル に投皿できたす。

- -

これらのガむドラむンは将来倉曎される可胜性がありたす。すべおの曎新事項は、 Add-ons ブログ でアナりンスされたす。

diff --git a/files/ja/mozilla/add-ons/add-on_manager/addonauthor/index.html b/files/ja/mozilla/add-ons/add-on_manager/addonauthor/index.html deleted file mode 100644 index 03d58b8a15..0000000000 --- a/files/ja/mozilla/add-ons/add-on_manager/addonauthor/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: AddonAuthor -slug: Mozilla/Add-ons/Add-on_Manager/AddonAuthor -tags: - - Add-on Manager - - Add-ons -translation_of: Mozilla/JavaScript_code_modules/Add-on_Manager/AddonAuthor ---- -

䜜成者、開発者、貢献者、アドオンの翻蚳者を衚したす。

- - -

属性

- - - - - - - - - - - - - - - - - - -
属性型説明
namestring人名
url {{optional_inline}}stringname 属性で指定した人物の詳现が蚘茉された URL
diff --git a/files/ja/mozilla/add-ons/add-on_manager/addonscreenshot/index.html b/files/ja/mozilla/add-ons/add-on_manager/addonscreenshot/index.html deleted file mode 100644 index b3a81b55e5..0000000000 --- a/files/ja/mozilla/add-ons/add-on_manager/addonscreenshot/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: AddonScreenshot -slug: Mozilla/Add-ons/Add-on_Manager/AddonScreenshot -tags: - - Add-on Manager - - Add-ons -translation_of: Mozilla/JavaScript_code_modules/Add-on_Manager/AddonScreenshot ---- -

アドオンのスクリヌンショット

-

属性

- - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
urlstringスクリヌンショットの URL
thumbnailURL {{optional_inline}}stringスクリヌンショットのサムネむルの URL
caption {{optional_inline}}stringスクリヌンショットのキャプション
diff --git a/files/ja/mozilla/add-ons/add-on_manager/code_samples/index.html b/files/ja/mozilla/add-ons/add-on_manager/code_samples/index.html deleted file mode 100644 index 0cc6c7b6ee..0000000000 --- a/files/ja/mozilla/add-ons/add-on_manager/code_samples/index.html +++ /dev/null @@ -1,75 +0,0 @@ ---- -title: コヌドの実䟋 -slug: Mozilla/Add-ons/Add-on_Manager/Code_Samples -tags: - - Add-on Manager - - Add-ons -translation_of: Mozilla/JavaScript_code_modules/Add-on_Manager/Code_Samples ---- -

アドオンが栌玍されおいるディレクトリの取埗

- -

あなたのアドオンがむンストヌルされおいるディレクトリを確認する必芁がある堎合、次の様なトリックを甚いたす。コヌド䞭の YOUREXTENSIONID はあなたのアドオンの ID で眮き換えおください。

- -
Components.utils.import("resource://gre/modules/AddonManager.jsm");
-
-AddonManager.getAddonByID("YOUREXTENSIONID", function(addon) {
-  var addonLocation = addon.getResourceURI("").QueryInterface(Components.interfaces.{{ Interface( "nsIFileURL" ) }}).file.path;
-});
-
- -

ファむルずバヌゞョン情報ぞのアクセス

- -
Components.utils.import("resource://gre/modules/AddonManager.jsm");
-
-AddonManager.getAddonByID("my-addon@foo.com", function(addon) {
-  alert("My extension's version is " + addon.version);
-  alert("Did I remember to include that file.txt file in my XPI? " +
-        addon.hasResource("file.txt") ? "YES!" : "No");
-  alert("Let's pretend I did, it's available from the URL " + addon.getResourceURI("file.txt").spec);
-});
-
- -

アドオンの削陀

- -
Components.utils.import("resource://gre/modules/AddonManager.jsm");
-
-AddonManager.getAddonByID("youraddon@youraddon.com", function(addon) {
-  addon.uninstall();
-});
-
- -

アドオンの無効化

- -
Components.utils.import("resource://gre/modules/AddonManager.jsm");
-AddonManager.getAddonByID("youraddon@youraddon.com", function(addon) {
-  if (addon.isActive) addon.userDisabled = addon.isActive;
-});
-
- -

アドオンのアンむンストヌルのリスニング

- - -

以䞋の䟋では、アドオンのアンむンストヌル時にクリヌンアップを実行する profile-before-change メッセヌゞを取埗する際に確認するこずができる倉数 "beingUninstalled" を蚭定しおいたす。

- - -
var beingUninstalled;
-
-let listener = {
-  onUninstalling: function(addon) {
-    if (addon.id == "youraddon@youraddon.com") {
-      beingUninstalled = true;
-    }
-  },
-  onOperationCancelled: function(addon) {
-    if (addon.id == "youraddon@youraddon.com") {
-      beingUninstalled = (addon.pendingOperations & AddonManager.PENDING_UNINSTALL) != 0;
-    }
-  }
-}
-
-try {
-  Components.utils.import("resource://gre/modules/AddonManager.jsm");
-
-  AddonManager.addAddonListener(listener);
-} catch (ex) {}
-
diff --git a/files/ja/mozilla/add-ons/add-on_manager/index.html b/files/ja/mozilla/add-ons/add-on_manager/index.html deleted file mode 100644 index 292d5b739b..0000000000 --- a/files/ja/mozilla/add-ons/add-on_manager/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: Add-on Manager -slug: Mozilla/Add-ons/Add-on_Manager -tags: - - Add-on Manager - - Add-ons - - NeedsEditorialReview - - NeedsTechnicalReview - - NeedsTranslation - - TopicStub -translation_of: Mozilla/JavaScript_code_modules/Add-on_Manager ---- -

{{ gecko_minversion_header("2.0") }}

- -

The Add-on Manager is responsible for managing all of the add-ons installed in the application. Through its APIs information about all installed add-ons can be retrieved and new add-ons can be installed. The APIs are designed to be generic and support many different types of add-ons.

- -

Many functions in the Add-on Manager interface operate asynchronously returning results through callbacks passed to the functions. The callbacks may be called immediately while the initial function is still executing or shortly after depending on when the requested data becomes available.

- -

Accessing installed add-ons

- -

Information about installed add-ons can be retrieved through the main AddonManager API. All of its functions are asynchronous meaning that a callback function must be passed to receive the Addon instances. The callback may well only be called after the API function returns. For example:

- -
Components.utils.import("resource://gre/modules/AddonManager.jsm");
-
-AddonManager.getAllAddons(function(aAddons) {
-  // Here aAddons is an array of Addon objects
-});
-// This code will execute before the code inside the callback
-
- -

Notifications about changes to installed add-ons are dispatched to any registered AddonListeners. They must be registered through the addAddonListener() method.

- -

Installing new add-ons

- -

New add-ons can be installed by using the getInstallForFile() or getInstallForURL() methods on the AddonManager object. These will pass an AddonInstall instance to the callback which can then be used to install the add-on:

- -
Components.utils.import("resource://gre/modules/AddonManager.jsm");
-
-AddonManager.getInstallForURL("http://www.foo.com/test.xpi", function(aInstall) {
-  // aInstall is an instance of AddonInstall
-  aInstall.install();
-}, "application/x-xpinstall");
-
- -

The progress of AddonInstalls can be monitored using an InstallListener. A listener can be registered either for a specific install using the addListener() method or for all installs using the addInstallListener() method.

- -

Finding updates

- -

Add-ons can be checked for updates using the findUpdates() method. It must be passed an UpdateListener to receive information about compatibility information and new update information. Any available update is returned as an AddonInstall which is ready to be downloaded and installed.

- -

{{ h1_gecko_minversion("Detecting add-on changes", "7.0") }}

- -

You can also get lists of add-ons that, at startup, were changed in various ways. The getStartupChanges() method lets you find out which add-ons were installed, removed, updated, enabled, or disabled at application startup.

- -

For example, to take a look at the add-ons that were disabled at startup:

- -
Components.utils.import("resource://gre/modules/AddonManager.jsm");
-
-let addonIDs = AddonManager.getStartupChanges(AddonManager.STARTUP_CHANGE_DISABLED);
-if (addonIDs.length > 0) {
-  // addonIDs is now an array of the add-on IDs that have been disabled
-alert("Note: " + addonIDs.length + " add-ons have been disabled.");
-}
-
- -

See also

- -

{{ ListSubpages() }}

diff --git a/files/ja/mozilla/add-ons/amo/index.html b/files/ja/mozilla/add-ons/amo/index.html deleted file mode 100644 index 3f6d8b219f..0000000000 --- a/files/ja/mozilla/add-ons/amo/index.html +++ /dev/null @@ -1,12 +0,0 @@ ---- -title: AMO -slug: Mozilla/Add-ons/AMO -translation_of: Mozilla/Add-ons/AMO ---- -

 

- -

addons.mozilla.org をドキュメント化しおいるペヌゞ

- -

{{Listsubpages("/ja/Add-ons/AMO", 10)}}

- -

 

diff --git a/files/ja/mozilla/add-ons/amo/policy/index.html b/files/ja/mozilla/add-ons/amo/policy/index.html deleted file mode 100644 index ce6a579e34..0000000000 --- a/files/ja/mozilla/add-ons/amo/policy/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: AMO ポリシヌ -slug: Mozilla/Add-ons/AMO/Policy -tags: - - AMO - - Add-ons - - Firefox - - Policies -translation_of: Mozilla/Add-ons/AMO/Policy ---- -

{{AddonSidebar}}

- -

Mozilla はナヌザヌず開発者に察しお、すばらしいアドオン䜓隓を保蚌するこずにコミットしたす。アドオンを登録する前に、䞋蚘のポリシヌを良く読んでください。

- -
-
Firefox アドオン配垃契玄
-
この契玄は、2016幎1月5日から有効になりたす。
-
アドオンポリシヌ
-
アドオンは Firefox のコア機胜を拡匵し、ナヌザヌが Web ゚クスペリ゚ンスを倉曎したりパヌ゜ナラむズしたりできるようにしたす。信頌に基づいお構築された健党なアドオン゚コシステムは、開発者が成功し、ナヌザヌが Firefox を自分のものにしおも安党に感じるために䞍可欠です。
-
これらの理由から、Mozilla はすべおのアドオンが蚱容される慣習に関するアドオンポリシヌに埓うこずを芁求しおいたす。これらのポリシヌは、法的な助蚀ずしお機胜するこずを意図したものではなく、アドオンのプラむバシヌポリシヌに含める包括的な甚語のリストずしお機胜するこずも意図しおいたせん。
-
Featured Add-ons
-
泚目のアドオンがどのように泚目されるようになり、そのプロセスに䜕が関䞎しおいるのか。
-
我々に連絡する -

このポリシヌやあなたのアドオンに関しお連絡を取る方法。

-
-
diff --git a/files/ja/mozilla/add-ons/creating_custom_firefox_extensions_with_the_mozilla_build_system/index.html b/files/ja/mozilla/add-ons/creating_custom_firefox_extensions_with_the_mozilla_build_system/index.html deleted file mode 100644 index 2a8d3507c7..0000000000 --- a/files/ja/mozilla/add-ons/creating_custom_firefox_extensions_with_the_mozilla_build_system/index.html +++ /dev/null @@ -1,518 +0,0 @@ ---- -title: Mozilla ビルドシステムによるカスタム Firefox 拡匵機胜の䜜成 -slug: >- - Mozilla/Add-ons/Creating_Custom_Firefox_Extensions_with_the_Mozilla_Build_System -tags: - - Mozilla 開発 - - XPCOM - - アドオン - - ガむド - - ビルドドキュメンテヌション - - 拡匵機胜 -translation_of: >- - Archive/Add-ons/Creating_Custom_Firefox_Extensions_with_the_Mozilla_Build_System ---- -
-

Support for extensions using XUL/XPCOM or the Add-on SDK was removed in Firefox 57, released November 2017. As there is no supported version of Firefox enabling these technologies, this page will be removed by December 2020.

-
- -

{{LegacyAddonsNotice}}{{AddonSidebar}}

- -

Firefox 甚の拡匵機胜を䜜成するための情報は豊富にありたす。しかし珟時点でこれら党おのドキュメントは、あなたが XUL たたは JavaScript のみを甚いお拡匵機胜を䜜成するこずを想定しおいたす。耇雑な拡匵機胜を䜜成するためには、これらを実珟するための C++ で䜜成されたコンポヌネントを利甚する必芁が出おくるこずでしょう。あなたの䜜成する拡匵機胜に C++ によるコンポヌネントを含めなければならないケヌスは次のずおりです。

- - - - - -
Note: Gecko の JIT による最新の JavaScript ゚ンゞンず js-ctypes により、より倚くの拡匵機胜は JavaScript のみで蚘茉できたす。ネむティブな C++ コヌドをあなたの拡匵機胜で利甚するこずを決断する前に、他の遞択肢を十分怜蚎しおください。バむナリのコンポヌネントの堎合 Firefox のメゞャヌリリヌスの床に再コンパむルが必芁ずなり面倒です。
- -

この蚘事では䞊蚘に蚘茉したような条件の䞋、倧芏暡で耇雑な Firefox 拡匵を䜜成するための開発環境をセットアップする方法に぀いお述べたす。なお、 Mozilla 甚の C++ コンポヌネントを䜜成するために Mozilla をビルドする必芁は無く、 Mozilla ビルドシステムを利甚すればよいこずを匷調しおおきたす。あなたが単に XPCOM コンポヌネント等の䜜成方法に぀いお調べおいるのであれば、本蚘事の内容はおそらく過剰であり、それよりもこちらのガむドを芋るべきでしょう。蚀い換えるず、あなたが個人たたはチヌムでの開発経隓者であり、か぀倧芏暡で耇雑な拡匵機胜を䜜成しようずしおいるのであれば、本蚘事に曞かれおいる手法を怜蚎するこずで、うたく䜜業を進めるこずができるでしょう。

- -

メモ: ここでは Firefox でのみこれらの手法の動䜜確認をしたしたが、これらは远加の倉曎を加えずずも、おそらく倧䜓の Gecko ベヌスのプラットフォヌム (Thunderbird や Seamonkey など) で動䜜するでしょう。

- -

バンビ、モゞラに䌚う

- -

臆病者の話ではありたせん。ずりわけ最初のステップは、非垞に倧芏暡―そう、途方もなく―である Mozilla プロゞェクトのビルドの話ぞず巻き蟌みたす。倚くの賢い開発者は、䞀床はそのビルドに挑戊し、粟神異垞の瀬戞際を経隓しおきたした。もしあなたが C++ 開発者を経隓しおいないなら、あなたを悩たせたくありたせんので、 JavaScript を利甚するこずをおすすめしたす。

- -

Windows 環境

- -

私はこのガむドを芋お初めお Mozilla のビルドを実斜したした。なぜかは思い出せたせんが、幟床ずなくスタックしおしたい、これらの䞀連の事件は最初に思っおいたよりも実に長い時間を掛けお終えたした。倚くの家具が砎壊され、髪は殆ど根っこから抜け萜ちたした。あなたがお探しの高評䟡の付いた分かりやすいガむドはこちらにありたす。几垳面に各ステップを実斜しおいけば、おそらくうたく行くでしょう。あなたがきちんず動䜜するビルド環境を䞀床埗られたのであれば、ある時点からはおそらく䜕の努力もせずにビルドできるようになったのでしょう。倚分。

- -

その他のプラットフォヌム

- -

Linux や MacOS などの他のプラットフォヌムでは、手順は幟分簡単です。ビルドに必芁な党おのツヌル矀は最初から組み蟌たれ利甚可胜な状態になっおおり、したがっお、あなたがやるべきこずは端末䞊でいく぀かコマンドを実行するのみです。殆どの OS 向けの完党な手順はこちらから参照できたす。

- -

プロゞェクトの構築

- -

Mozilla には、そのビルド過皋ぞ統合されおいる倧量の耇雑な拡匵機胜が含たれおいたす。したがっお、XPCOM コンポヌネントの䜜成や登録、 JAR ファむルやマニフェストのビルド、 Firefox の extension/ ディレクトリぞの倚数のファむルのむンストヌルなどの党おの問題を解決する必芁がありたす。すなわち、これらの問題を解決するこずず拡匵機胜をビルドするための開発環境は、切っおも切れない関係であるず蚀えたす。

- -

たず最初に、あなたの拡匵機胜に付けるキャッチヌな名前を考えおください。そしお、その名前のディレクトリを /mozilla/extensions/ ディレクトリの䞋に䜜成したす。名前には小文字のみ利甚可胜です。ビルドツリヌの同じ階局には inspector/, reporter/ などの仲間のディレクトリも確認できるはずです。

- -

ビルドを行う前に、 Mozilla ビルドシステムは Makefile.in ず呌ばれるメむクファむルのテンプレヌトを元にしおビルド時に実際に利甚するメむクファむルを生成するコンフィギュレヌションず呌ばれる凊理を実斜したす。実際のメむクファむルはテンプレヌトず類䌌もしくは䞀臎しおいるこずがしばしばありたすが、動的に生成されたメむクファむルを利甚するこずで埗られる柔軟性が、ビルドシステムをより匷力にする芁玠の䞀぀ずなっおいたす。

- -

単玔な C++ 拡匵機胜の分析

- -

ここではあなたが C++ たたは JavaScript の䞡方から利甚可胜な XPCOM コンポヌネントを蚘述するために C++ を利甚するこずを想定したす。コンポヌネントを䜜成するプロセスは、 Mozilla ビルドシステムを利甚した堎合、実際のずころ比范的簡単です。

- -

最も単玔なケヌスでは、コンポヌネントは public/ ず src/ の 2 ぀のサブディレクトリを持぀、単䞀のメむンディレクトリから成りたす。メむンディレクトリず各サブディレクトリには必ず Makefile.in を含める必芁がありたす (これ以降は単にこれらのファむルをメむクファむルず呌びたすが、本圓のずころは真のメむクファむルを生成するために利甚されるファむルであるこずを忘れないようにしおください) 。このメむクファむルは 2 ぀のこずを宣蚀したす。 1 ぀目は、拡匵機胜の生成先であるサブディレクトリをリスティングしおいたす。そのためビルドシステムは、远加のメむクファむルの怜玢堎所を知る必芁がありたす。 2 ぀目は、ビルドシステムに察しお新しい拡匵機胜を䜜成する方法 (コンポヌネントのディレクトリを Firefox のバむナリのあるディレクトリぞコピヌする、などではなく) を指瀺したす。拡匵機胜を利甚する䞻な利点は、党おをパッケヌゞングしおそれを他のマシンぞむンストヌルできるこずです。

- -

それでは、以䞋に基瀎的なごく普通の最䞊䜍のメむクファむルを瀺したす (拡匵機胜のメむンディレクトリ内にある Makefile.in) 。

- -
DEPTH		= ../..
-topsrcdir	= @top_srcdir@
-srcdir		= @srcdir@
-VPATH		= @srcdir@
-
-include $(DEPTH)/config/autoconf.mk
-
-MODULE = myextension
-
-DIRS		= public src
-
-XPI_NAME		= myextension
-INSTALL_EXTENSION_ID	= myextension@mycompany.com
-XPI_PKGNAME		= myextension
-
-DIST_FILES = install.rdf
-
-include $(topsrcdir)/config/rules.mk
- -

このメむクファむルの䞻な機胜を衚珟するメむク凊理の詳现な蚘述に぀いおは こちら から確認できたす。 MODULE ず XPI_NAME の䞡方は、あなたの拡匵機胜の名前に蚭定したす。これは、 XPI ず同じ堎所 (䞋蚘参照) ぞ党おのファむルを配眮するために、党おのプロゞェクトのメむクファむルで繰り返し蚘述しなければなりたせん。 INSTALL_EXTENSION_ID はあなたの拡匵機胜のナニヌクな ID です。これは GUID でもよいですが、䞊に瀺したような ID の方がかなり、そしお芋たずきに思い出しやすいです。 XPI_PKGNAME は蚘述する必芁がありたせんが、もし配垃に適した XPI を利甚するならば、この倀は自動的に XPI ず同じ堎所に䜜成されたす (/mozilla/$(MOZ_OBJDIR)/dist/xpi-stage/) 。

- -

党おの拡匵機胜は、 Firefox に察しおむンストヌル方法を指瀺する install.rdf ファむルを含める必芁がありたす。このファむルは拡匵機胜のメむンディレクトリに配眮する必芁があり、以䞋のような芋た目をしおいたす。

- -
<?xml version="1.0"?>
-
-<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-     xmlns:em="http://www.mozilla.org/2004/em-rdf#">
-  <Description about="urn:mozilla:install-manifest">
-    <em:id>myextension@mycompany.com</em:id>
-    <em:version>0.1</em:version>
-
-    <em:targetApplication>
-      <!-- Firefox -->
-      <Description>
-        <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
-        <em:minVersion>1.0+</em:minVersion>
-        <em:maxVersion>1.0+</em:maxVersion>
-      </Description>
-    </em:targetApplication>
-
-    <!-- front-end metadata -->
-    <em:name>My First Extension</em:name>
-    <em:description>Just an example.</em:description>
-    <em:creator>allpeers.com</em:creator>
-    <em:homepageURL>http://www.allpeers.com/blog/</em:homepageURL>
-  </Description>
-</RDF>
-
- -

install.rdf ファむルフォヌマットの詳现に぀いおはこちらから確認できたす。メむクファむルの䞭で DIST_FILES 倉数を指定するず、ファむルを拡匵機胜のディレクトリず (任意の) XPI ファむルぞコピヌするよう make ぞ䌝えるこずができたす。

- -

Public Interfaces

- -

The public/ directory contains any interfaces that need to be accessed by other modules. These can be IDL files describing XPCOM interfaces, which are used to generate normal C++ header files for inclusion in your source files. They can also be normal C++ header files that are to be used directly by other modules. The easiest way to accomplish the latter is to use inline implementations for all methods so you don’t have any additional linking dependencies. Otherwise you will have to link statically to your module if you use these public headers in other modules. Personally I would discourage this practice (among other things, static linking means the same code gets loaded more than once into memory, and the code won’t be available from JavaScript or other non-C++ languages) and encourage the use of XPCOM wherever possible.

- -

The makefile in the public/ directory should follow this model:

- -
DEPTH		= ../../..
-topsrcdir	= @top_srcdir@
-srcdir		= @srcdir@
-VPATH		= @srcdir@
-
-include $(DEPTH)/config/autoconf.mk
-
-MODULE		= myextension
-XPIDL_MODULE	= myextension
-
-XPI_NAME = myextension
-
-EXPORTS = \
-  myHeader.h \
-  $(NULL)
-
-XPIDLSRCS = \
-  myIFirstComponent.idl \
-  myISecondComponent.idl \
-  $(NULL)
-
-include $(topsrcdir)/config/rules.mk
-
- -

XPIDL_MODULE is the name of the generated XPT file that contains type information about your IDL interfaces. If you have multiple modules, make absolutely sure that you use a different value for XPIDL_MODULE for each one. Otherwise the first module’s XPT file will be overwritten by the second and you’ll get NS_ERROR_XPC_BAD_IID errors when you try to access its IDL interfaces from your code. The files under EXPORTS are copied directly to the /mozilla/$(MOZ_OBJDIR)/dist/include/ directory and are thus accessible from other modules (the value of MOZ_OBJDIR is defined in /mozilla/.mozconfig). XPIDLSRCS are run through the IDL processor, and the generated C++ headers are copied into the same include directory. In addition, an XPT (type library) file is generated and placed in the components/ subdirectory of your extension.

- -

Source Files

- -

Now it’s time to create the makefile and source files in the src/ subdirectory. If you're implementing interfaces that you've described using IDL, the easiest way to do this is to leave the src/ directory empty and run make on the public/ directory only; this will be explained shortly.

- -

Then open the generated header file for your interface from /mozilla/$(MOZ_OBJDIR)/dist/include/. It contains stubs for the component .H and .CPP files that you can copy and paste into your implementation files. All you have to do is fill in the implementation stubs in the C++ file and you’re good to go.

- -

Here’s an example of the makefile you need to place into your src directory:

- -
DEPTH		= ../../..
-topsrcdir	= @top_srcdir@
-srcdir		= @srcdir@
-VPATH		= @srcdir@
-
-include $(DEPTH)/config/autoconf.mk
-
-IS_COMPONENT = 1
-MODULE = myextension
-LIBRARY_NAME =  myExtension
-USE_STATIC_LIBS = 1
-
-XPI_NAME = myextension
-
-CPPSRCS	= \
-  myFirstComponent.cpp \
-  mySecondComponent.cpp \
-  myExtension.cpp \
-  $(NULL)
-
-include $(topsrcdir)/config/rules.mk
-
-EXTRA_DSO_LDOPTS += \
-  $(MOZ_COMPONENT_LIBS) \
-  $(NSPR_LIBS) \
-  $(NULL)
-
- -

In this example, the first two files contain the implementation of the extension’s two components. The final file, myExtension.cpp, contains the code necessary to register these components, as described in the next section.

- -

Registering Your Components

- -

This article explains how to register XPCOM components in Gecko 2.0 and later.

- -

Building It

- -

As mentioned above, you’ll probably want to build your extension immediately after creating your IDL files in order to generate the C++ stubs for your component implementations. I’m assuming that you’ve already built Firefox successfully. If not, return immediately to the beginning of this article and don’t come back til you have a functioning firefox.exe. Do not pass go. Do not collect $200.

- -

Still here? Okay, now we have to modify your .mozconfig (in the /mozilla/ root directory) so that your extension is built along with Mozilla. Add the following line at the end of the file:

- -
ac_add_options --enable-extensions=default,myextension
-
- -

Now launch make from the Mozilla root:

- -
make -f client.mk build
-
- -

Even if you have an up-to-date Firefox build, you’ll have to wait a while for make to recurse over the entire Mozilla source tree looking for new stuff (on my machine, which is pretty fast, this takes a good 10-15 minutes). Eventually it will reach your extension and generate a bunch of stuff under /mozilla/$(MOZ_OBJDIR)/:

- - - -

A lot of this stuff won’t get created on this first pass since make will gag when it doesn’t find the source files for your components. Don’t worry about this; all you need are the generated header files that contain the C++ implementation stubs. Go back and flesh out the C++ implementation of your components so that the build can complete next time. Remember that you should never, ever modify any of these generated files. Always modify the files used to generate them and rerun make. If you’re changing the generated files directly, you’re probably doing something wrong.

- -

The process of walking the entire Mozilla tree takes a long time. If you already have a Mozilla build, you can avoid this by creating a makefile for your extension directly. Go to the root of your $(MOZ_OBJDIR) and (from a bash-compatible shell) enter:

- -
../build/autoconf/make-makefile extensions/myextension
-
- -

If your $(MOZ_OBJDIR) is located outside your $(TOPSRCDIR), you'll need to do:

- -
$(TOPSRCDIR)/build/autoconf/make-makefile -t $(TOPSRCDIR) extensions/myextension
-
- -

in order for the script to know where your source is (it'll use the extension path you gave it relative to the current dir to figure out where you want your makefiles to go).

- -

This will generate the proper makefile for your extension. Whether you build the whole Mozilla tree or take this shortcut, you can build from now on by going to /mozilla/$(MOZ_OBJDIR)/extensions/myextension/ and typing "make" on the command line. It should build your component without bothering with the rest of Mozilla. If everything works out, you’ll see your XPI file in the XPI staging area. You’ll also see the "exploded" version of the XPI (i.e. the unzipped directory structure) underneath /mozilla/$(MOZ_OBJDIR)/dist/bin/extensions. (If something goes wrong, figure out what, fix it and then come back here and add it to this article.)

- -

To make sure that the build really finished, launch Firefox and check that your extension is listed when you select Tools/Extensions. If you are using Firefox as your regular browser (and if you’re not, why not!?), you might be annoyed by the fact that you have to close regular Firefox before running your custom-built version. If so, try setting the MOZ_NO_REMOTE environment variable to "1" before running the development version of Firefox. You’ll also need to use a different profile for your development version:

- -
firefox -P development
-
- -

Where development is replaced with the name of the extra profile you’ve created. This will let you run both versions of Firefox simultaneously, saving you oodles of time over the course of the build/test cycle.

- -

No Place Like Chrome

- -

Yippee-ki-yay! Now you have an extension that does, well, absolutely nothing. It’s time to do something with those groovy components that you’ve implemented and registered. The simplest way to do this is to write some JavaScript and XUL code. At this point, it would be very helpful to have a bit of experience writing "regular" extensions (i.e. without using custom C++ components). If you’ve never done this, I strongly recommend that you think of a cool idea for something simple that you’ve always wanted to tweak in Firefox and write it. Just displaying a new menu item that opens a "Hello, World!" dialog box would be already be a great exercise to get warmed up with.

- -

Assuming you know how to write XUL/JavaScript extensions, you’re aware that the most important stuff goes in the chrome/ directory of your extension. Well, the fact that you’re also using C++ components doesn’t change that one whit. So now you need to create the normal content/, locale/ and skin/ directories in which to place your chrome files. Personally I like placing these directly under the root directory of my module, but I don’t suppose it makes any difference if you prefer putting them under a chrome/ subdirectory or whatever. Let freedom reign!

- -

Once you’ve written the necessary chrome files (for instance, an overlay that adds a menu item to instantiate and use one of your components), you need to package them up as part of your extension. This is accomplished through the use of a JAR Manifest. For our simple extension example, this file might look something like this:

- -
myextension.jar:
-%  content myextension %content/
-%  locale myextension en-US %locale/en-US/
-%  skin myextension classic/1.0 %skin/classic/
-%  overlay chrome://browser/content/browser.xul chrome://myextension/content/MyExtensionOverlay.xul
-	content/MyExtensionOverlay.js		(content/MyExtensionOverlay.js)
-	content/MyExtensionOverlay.xul		(content/MyExtensionOverlay.xul)
-	locale/en-US/MyExtension.dtd		(locale/en-US/MyExtension.dtd)
-	locale/en-US/MyExtension.properties	(locale/en-US/MyExtension.properties)
-	skin/classic/MyExtension.css		(skin/classic/MyExtension.css)
-
- -

Place this code in a file called jar.mn in the root directory of your extension, making sure that the paths in parentheses point to actual files (when interpreted relative to the root directory). You also have to make one small change to the makefile in the same directory, adding the following line:

- -
USE_EXTENSION_MANIFEST = 1
-
- -

This tells make to create a single manifest file called chrome.manifest instead of creating separate manifests with goofy names for each package.

- -

Now launch make again, and you should see a chrome subdirectory appear in your extension (/mozilla/$(MOZ_OBJDIR)/dist/bin/extensions/myextension@mycompany.com/). Note that the chrome directory contains a JAR (i.e. ZIP) file with all the chrome files listed in jar.mn as well as a complete directory structure mirroring that of the JAR file. The directory structure, however, is empty. Why? I don’t know. Don’t worry about this, the files in the JAR are the ones that are actually used.

- -

Keeping it Complex

- -

If you’re developing a really complex extension with lots of XPCOM components, you’ll probably want to divide your code up into smaller modules.

- -
Kinda, Sorta Complex Extensions
- -

For a moderately complex extension, it’s probably enough just to subdivide the code into a single level of modules. Let’s assume that you have a base/ module that defines a bunch of basic XPCOM components and an advanced/ module that defines some chrome as well as other components that use the basic components. Your complete directory structure will look something like this:

- - - -

Other than that, nothing really changes. The makefiles in the base/ and advanced/ directories should look more or less like your original root makefile, remembering to change the DEPTH variable to account for the fact that they’ve moved a level further away from the Mozilla root. You also need to remove the DIST_FILES variable since that’s going to be in the top-level makefile. Every makefile that generates anything should define the XPI_NAME variable to make sure generated files go into your extension and not into the global components/ directory. In fact, just define this in every makefile to be safe. You can use the same MODULE in both base/ and advanced/ so that all the generated include files go into the same directory, but make sure that you don’t use the same XPIDL_MODULE in the two public/ directories or one of the component type libraries (i.e. XPT files) will overwrite the other one and all hell will break loose.

- -

Each module must also have a different value for the LIBRARY_NAME variable. This is the name of the generated dynamic library, so if we call the libraries "myBase" and "myAdvanced", we’ll end up with myBase.dll and myAdvanced.dll (on Windows, at least). And each of these modules is going to have a separate C++ file for registering components. So there will be two files that look like myExtension.cpp in the original example, say Base.cpp and Advanced.cpp. Finally, each module will obviously have its own jar.mn, though they can reference the same JAR filename and package name if you want all the chrome files to be organized in a single JAR file and package. The only file that really stays put is install.rdf, which still exists once and only once in the extension root directory.

- -

As for the top-level makefile, it will now look like this:

- -
DEPTH		= ../..
-topsrcdir	= @top_srcdir@
-srcdir		= @srcdir@
-VPATH		= @srcdir@
-
-include $(DEPTH)/config/autoconf.mk
-
-MODULE = myextension
-
-DIRS		= base advanced
-
-XPI_NAME               = myextension
-INSTALL_EXTENSION_ID   = myextension@mycompany.com
-XPI_PKGNAME		= myextension
-
-DIST_FILES = install.rdf
-
-include $(topsrcdir)/config/rules.mk
-
- -
Seriously Complex Extensions
- -

At some point, even a single module may grow to the point where you want to divide it further into submodules. The difference between having separate modules and having a single module with separate submodules is that the submodules all share the same file for registering components (the famous myExtension.cpp file), and when compiled they create a single dynamic library. The decision to split a module into submodules is all about code organization; it doesn’t really affect the final product at all.

- -

To split a module into submodules, first create a subdirectory for each submodule. Then create an additional directory called build/. Each submodule will be configured to create a static library, and the build/ directory will pull these libraries together to create a single dynamic component library. Confused? Here’s an example, showing just the advanced/ subbranch of the myextension/ directory:

- - - -

As you can see, we’ve split advanced/ into two submodules: intricate/ and multifarious/, and we’ve added an additional build/ subdirectory. We’ve left the chrome directories directly under advanced/, since they aren’t tied to any specific submodule. This means that jar.mn will stay in the same place.

- -

The intricate/ and multifarious/ makefiles will look a lot like the original advanced/ makefile, but we’ll need to tweak them a bit. As always, we have to adjust the DEPTH variable since the makefiles are deeper in the directory structure. And we should change the LIBRARY_NAME to indicate that we’re generating a static library for each submodule. By convention the "_s" suffix is used for this purpose. So let’s call them "myIntricate_s" and "myMultifarious_s". Finally, we define the variable FORCE_STATIC_LIB, resulting in a makefile that starts something like this:

- -
DEPTH		= ../../../../..
-topsrcdir	= @top_srcdir@
-srcdir		= @srcdir@
-VPATH		= @srcdir@
-
-include $(DEPTH)/config/autoconf.mk
-
-MODULE = myextension
-LIBRARY_NAME = myIntricate_s
-FORCE_STATIC_LIB = 1
-USE_STATIC_LIBS = 1
-
-XPI_NAME = myextension
-
-...more stuff here...
-
- -

The build makefile pulls together the static libraries generated by the submodules and creates a single (dynamic) component library:

- -
DEPTH		= ../../../..
-topsrcdir	= @top_srcdir@
-srcdir		= @srcdir@
-VPATH		= @srcdir@
-
-include $(DEPTH)/config/autoconf.mk
-
-IS_COMPONENT = 1
-MODULE = myextension
-LIBRARY_NAME = myAdvanced
-USE_STATIC_LIBS = 1
-
-XPI_NAME = myextension
-
-DEFINES += XPCOM_GLUE
-
-SHARED_LIBRARY_LIBS = \
-		$(DIST)/lib/$(LIB_PREFIX)myIntricate_s.$(LIB_SUFFIX) \
-		$(DIST)/lib/$(LIB_PREFIX)myMultifarious_s.$(LIB_SUFFIX) \
-                $(DIST)/lib/$(LIB_PREFIX)xpcomglue_s.$(LIB_SUFFIX) \
-                $(DIST)/lib/$(LIB_PREFIX)xul.$(LIB_SUFFIX) \
-                $(DIST)/lib/$(LIB_PREFIX)nss3.$(LIB_SUFFIX) \
-		$(NULL)
-
-CPPSRCS		= \
-		Advanced.cpp \
-		$(NULL)
-
-include $(topsrcdir)/config/rules.mk
-
-LOCAL_INCLUDES += \
-        -I$(srcdir)/../intricate/src \
-        -I$(srcdir)/../multifarious/src \
-        $(NULL)
-
- -

The makefile in the advanced/ directory should list the intricate/, multifarious/ and build/ directories in its DIRS variable. Make sure that build/ comes last since it can’t create the component library until the other makefiles have completed.

- -

Other Topics

- -

Adding Data Files to Your Extensions

- -

In some cases, you may wish to include additional files in your extension that don’t belong in the chrome/ subdirectory. Examples might be database files or XML schemas. This can be achieved by adding a custom step to your makefile that copies the files from the source tree into the extension’s target directory.

- -
Copying Data Files Into Target Directory
- -

Let’s say that you have some data files containing statistical information that you want to include in your extension and make available to your components. You’ve placed these files, which have the extension .TXT, into a stats/ subdirectory under your extension directory in the source tree. The following makefile rule can be used to copy these files into the final target directory of the extension:

- -
export::
-	if test ! -d $(FINAL_TARGET)/stats; then \
-		$(NSINSTALL) -D $(FINAL_TARGET)/stats; \
-	fi
-	$(INSTALL) $(srcdir)/*.txt $(FINAL_TARGET)/stats
-
- -
Accessing Data Files From Components
- -

The trick to accessing your data files is to figure out where the home directory of your extension is. Rumor has it that at some future date, this will possible through the nsIExtensionManager interface or something similar. In the meantime, there is a simple and reliable hack that can be used to achieve this. In the implementation of any JavaScript XPCOM component, there is a special __LOCATION__ (two leading and two trailing underscores) symbol that points to the component’s implementation file. So you can write a simple component which deduces the root directory of your extensions by extrapolating from its location.

- -

This article explains how to create an XPCOM component in JavaScript. You’ll need an IDL file for an interface that looks something like this:

- -
interface myILocation : nsISupports
-{
-    readonly attribute nsIFile locationFile;
-};
-
- -

Place the IDL file in the public/ directory of your project or subproject. In the src/ directory, place the JavaScript file that implements the component. The component implementation will include the methods for retrieving the path or file for the extension’s home directory:

- -
myLocation.prototype =
-{
-  QueryInterface: function(iid)
-  {
-    if (iid.equals(nsISupports))
-      return this;
-    if (iid.equals(myILocation))
-      return this;
-
-    Components.returnCode = Components.results.NS_ERROR_NO_INTERFACE;
-    return null;
-  },
-
-  get locationFile()
-  {
-     return __LOCATION__.parent.parent;
-  }
-}
-
- -

This assumes that the component resides in a subdirectory of the extension directory (by convention, this directory is called components/). The parent property of __LOCATION__ returns the components/, and the parent of this is the extension directory.

- -

The last step is to modify the makefile of the source directory where you placed your JavaScript file so that it is copied into the appropriate location in the extension:

- -
export::
-	$(INSTALL) $(srcdir)/*.js $(FINAL_TARGET)/components
-
- -

Now you can instantiate an instance of this component and use the locationFile property to get an nsIFile interface that points to your extension’s home directory.

- -

Using Third-Party Libraries

- -

For more sophisticated extensions, you may want to integrate third-party libraries that provide specialized functionality for database connectivity, image processing, networking and the like. If you want your extension to run on all Firefox platforms, you will need to have the source code for the library in question, so I assume that this is available.

- -

The most convenient approach from the perspective of the development cycle is to create a Mozilla-style makefile for the library. This works well for libraries that have a straightforward make process without extensive configuration. A good example of this is the SQLite library included in the Mozilla build tree at db/sqlite. By adapting the makefile in this way, the library is created as part of the standard Mozilla build process, which eliminates additional build steps. The downside is that you will need to update the modified makefile any time a new version of the library is released.

- -

For libraries that have complex configuration processes, use a non-standard compiler or have other special characteristics, it may be unfeasible to create a Mozilla-compliant makefile. In this case, I would recommend placing the entire library distribution inside the project or subproject that uses it. So if library acmelib is used inside the multifarious/ subproject in the above example, it would be placed as a subdirectory underneath that subproject (at the same level as public/ and src/).

- -

Of course, this means that you will have to build acmelib manually on all platforms before launching the Mozilla build. But at least you can then refer to include files and import libraries from your component using relative paths.

- -

Building for Multiple Platforms

- -

TODO

- -
-

Original Document Information

- - -
- -

 

diff --git a/files/ja/mozilla/add-ons/firefox_for_android/index.html b/files/ja/mozilla/add-ons/firefox_for_android/index.html deleted file mode 100644 index 9adfb1d464..0000000000 --- a/files/ja/mozilla/add-ons/firefox_for_android/index.html +++ /dev/null @@ -1,79 +0,0 @@ ---- -title: Android甹Firefoxのアドオン -slug: Mozilla/Add-ons/Firefox_for_Android -translation_of: Archive/Add-ons/Legacy_Firefox_for_Android ---- -

{{LegacyAddonsNotice}}{{AddonSidebar}}

- -
-

このペヌゞず、そのサブペヌゞは、叀い技術を䜿った Android 甹 Firefox のアドオン開発の方法を蚘しおいたす。この技術は Firefox 57 で動䜜が停止したす。 Android 甹 Firefox のアドオン開発するのに WebExtensions を䜿甚可胜です。

-
- -

既にデスクトップ版のFirefoxで動いおいるアドオンは修正を加えないずAndroid版で動かないので泚意しおください

- - - -

以䞋の蚘事はAndroid甚のFirefoxの拡匵機胜を開発する手助けになりたす。加えおすべおのMozilla アプリケヌションに適甚できる general extension documentation も参照しおください。

- -
-
-

チュヌトリアル

- -
-
事前準備
-
アドオンを曞いおデバむスに送り、盎接぀ながっおいるデバむスでテストするための、あなたのデスクトップ偎の蚭定です。
-
WebIDEを䜿甚しおAndroid甹Firefoxアドオンをデバッグする
-
前提条件のチュヌトリアルからの蚘事です。アドオンのデバッグやスニペットテストはWebIDEなしでは䞍可胜です。
-
Walkthrough
-
Android甚のFirefoxのシンプルなアドオンを開発し、パッケヌゞ化しお、むンストヌルしたす。
-
Firefox Hub Walkthrough
-
Android甚のFirefoxのホヌムペヌゞにコンテンツを加えるFirefox Hubアドオンをどのようにしお開発するかの解説です。
-
Add-on SDK
-
Add-on SDKを䜿甚したAndroid甚のFirefoxのアドオンを開発する方法です。
-
- -

サンプルコヌド

- -
-
 
-
Code Snippets
-
䞀般的なタスクのためのコヌドサンプル。
-
初期化ずクリヌンアップ
-
アドオンを開始時に初期化したり、シャットダりン時にクリヌンアップする方法の解説です。
-
Firefox for Android Add-ons Github Repo
-
Android甹Firefoxのアドオンを䜜成する手助けずなる、JS モゞュヌルやサンプルコヌド、ボむラヌプレヌトリポゞトリのコレクションです。
-
-
- -
-

API リファレンス

- -
-
NativeWindow
-
ネむティブ Androidの UI widgetを䜜成したす。
-
BrowserApp
-
ブラりザヌのタブずその内容にアクセスしたす。
-
Prompt.jsm
-
ネむティブ Android の dialog を衚瀺したす。
-
HelperApps.jsm
-
システムにむンストヌルされおいるネむティブアプリを照䌚しお起動したす。
-
Notifications.jsm
-
Android システム通知甚の拡匵プロパティを䜿いたす。
-
Home.jsm
-
ホヌムペヌゞをカスタマむズしたす。
-
HomeProvider.jsm
-
ホヌムペヌゞに衚瀺するデヌタを保存したす。
-
PageActions.jsm
-
URLバヌにペヌゞ固有のアクションを衚瀺したす。
-
JNI.jsm
-
アドオンからネむティブ Java Android API をタップしたす。
-
Sound.jsm
-
ブラりザヌから簡単に音を鳎らしたす。
-
-
-
diff --git a/files/ja/mozilla/add-ons/overlay_extensions/index.html b/files/ja/mozilla/add-ons/overlay_extensions/index.html deleted file mode 100644 index 1598fd8ca3..0000000000 --- a/files/ja/mozilla/add-ons/overlay_extensions/index.html +++ /dev/null @@ -1,53 +0,0 @@ ---- -title: Legacyアドオン -slug: Mozilla/Add-ons/Overlay_Extensions -translation_of: Archive/Add-ons/Overlay_Extensions ---- -

{{AddonSidebar}}

- -

このペヌゞは䞋蚘の機胜を䜿っおいるGecko-baseのアプリケヌションのアドオンを開発するための方法のドキュメントぞのリンクです。

- - - -

Prior to Firefox 4, and the Gecko 2 engine that powers it, this was the only way to develop extensions. This methodology has largely been superseded by restartless extensions, and the Add-on SDK, which is built on top of them. The privileged JavaScript APIs described here can still be used in these newer types of add-ons.

- -

XUL School

- -

XUL Schoolは䜓系的なアドオン開発のチュヌトリアルです。これはfirefoxアドオン開発のチュヌトリアルですが、他のおおよそのGecko-baseのアプリケヌションに応甚できたす。

- -

その他の情報

- -
-
-
-
Setting up your environment
-
拡匵機胜を開発するための環境蚭定です。
-
XUL
-
XUL extensionを䜿ったナヌザヌむンタヌフェヌスを蚘述するチュヌトリアルずリファレンスです。
-
Code snippets
-
Sample code for many of the things you'll want to do.
-
Installing extensions
-
How to install an extension by copying the extension files into the application's install directory.
-
Firefox add-ons developer guide
-
オヌバヌレむextension(bootstrap extensionかな)の開発ガむドです。
-
-
- -
-
-
JavaScript code modules
-
アドオン開発者の䜿甚できるJavaScript モゞュヌルです。
-
Extension preferences
-
How to specify the preferences for your extension that will appear in the Add-ons Manager.
-
Extension packaging
-
アドオンのパッケヌゞングずむンストヌルの方法です。
-
Binary Firefox extensions
-
Firefoxのバむナリ拡匵を䜜成したす。
-
-
-
- -

 

diff --git a/files/ja/mozilla/add-ons/sdk/guides/content_scripts/index.html b/files/ja/mozilla/add-ons/sdk/guides/content_scripts/index.html deleted file mode 100644 index 071cf1fb6f..0000000000 --- a/files/ja/mozilla/add-ons/sdk/guides/content_scripts/index.html +++ /dev/null @@ -1,484 +0,0 @@ ---- -title: Content Scripts -slug: Mozilla/Add-ons/SDK/Guides/Content_Scripts -translation_of: Archive/Add-ons/Add-on_SDK/Guides/Content_Scripts ---- -
-

アドオンの倚くはりェブペヌゞぞアクセスし修正する必芁がありたす。しかしアドオンのメむンのコヌドは盎接りェブコンテンツにアクセスできたせん。 代わりにアドオン SDK は content scripts ず呌ばれる別のスクリプトからりェブコンテンツにアクセスしたす。このペヌゞでは content scripts の開発・実装方法を蚘述したす。

- -

SDK を扱う䞊で content scripts はあなたを混乱させおしたうかもしれたせんが、おそらくそれを䜿わなければなりたせん。䞋蚘は぀の基本原則です:

- - - -

This complete add-on illustrates all of these principles. Its "main.js" attaches a content script to the current tab using the tabs module. In this case the content script is passed in as a string. The content script simply replaces the content of the page:

- -
// main.js
-var tabs = require("sdk/tabs");
-var contentScriptString = 'document.body.innerHTML = "<h1>this page has been eaten</h1>";'
-
-tabs.activeTab.attach({
-  contentScript: contentScriptString
-});
- -

The following high-level SDK modules can use content scripts to modify web pages:

- - - -

Additionally, some SDK user interface components - panel, sidebar, frame - are specified using HTML, and use separate scripts to interact with this content. In many ways these are like content scripts, but they're not the focus of this article. To learn about how to interact with the content for a given user interface module, please see the module-specific documentation: panel, sidebar, frame.

- -

Almost all the examples presented in this guide are available as complete, but minimal, add-ons in the addon-sdk-content-scripts repository on GitHub.

- -

Loading content scripts

- -
-

You can load a single script by assigning a string to either the contentScript or the contentScriptFile option. The contentScript option treats the string itself as a script:

- -
// main.js
-
-var pageMod = require("sdk/page-mod");
-var contentScriptValue = 'document.body.innerHTML = ' +
-                         ' "<h1>Page matches ruleset</h1>";';
-
-pageMod.PageMod({
-  include: "*.mozilla.org",
-  contentScript: contentScriptValue
-});
- -

The contentScriptFile option treats the string as a resource:// URL pointing to a script file stored in your add-on's data directory. jpm doesn't make a "data" directory by default, so you must add it and put your content scripts in there.

- -

This add-on supplies a URL pointing to the file "content-script.js", located in the data subdirectory under the add-on's root directory:

- -
// main.js
-
-var data = require("sdk/self").data;
-var pageMod = require("sdk/page-mod");
-
-pageMod.PageMod({
-  include: "*.mozilla.org",
-  contentScriptFile: data.url("content-script.js")
-});
- -
// content-script.js
-
-document.body.innerHTML = "<h1>Page matches ruleset</h1>";
- -
-

From Firefox 34 onwards, you can use "./content-script.js" as an alias for self.data.url("content-script.js"). So you can rewrite the above main.js code like this:

- -
var pageMod = require("sdk/page-mod");
-
-pageMod.PageMod({
-  include: "*.mozilla.org",
-  contentScriptFile: "./content-script.js"
-});
-
-
- -
-

Unless your content script is extremely simple and consists only of a static string, don't use contentScript: if you do, you may have problems getting your add-on approved on AMO.

- -

Instead, keep the script in a separate file and load it using contentScriptFile. This makes your code easier to maintain, secure, debug and review.

-
- -

You can load multiple scripts by passing an array of strings to either contentScript or contentScriptFile:

- -
// main.js
-
-var tabs = require("sdk/tabs");
-
-tabs.on('ready', function(tab) {
-  tab.attach({
-      contentScript: ['document.body.style.border = "5px solid red";', 'window.alert("hi");']
-  });
-});
-
- -
// main.js
-
-var data = require("sdk/self").data;
-var pageMod = require("sdk/page-mod");
-
-pageMod.PageMod({
-  include: "*.mozilla.org",
-  contentScriptFile: [data.url("jquery.min.js"), data.url("my-content-script.js")]
-});
- -

If you do this, the scripts can interact directly with each other, just like scripts loaded by the same web page.

- -

You can also use contentScript and contentScriptFile together. If you do this, scripts specified using contentScriptFile are loaded before those specified using contentScript. This enables you to load a JavaScript library like jQuery by URL, then pass in a simple script inline that can use jQuery:

- -
// main.js
-
-var data = require("sdk/self").data;
-var pageMod = require("sdk/page-mod");
-
-var contentScriptString = '$("body").html("<h1>Page matches ruleset</h1>");';
-
-pageMod.PageMod({
-  include: "*.mozilla.org",
-  contentScript: contentScriptString,
-  contentScriptFile: data.url("jquery.js")
-});
- -
-

Unless your content script is extremely simple and consists only of a static string, don't use contentScript: if you do, you may have problems getting your add-on approved on AMO.

- -

Instead, keep the script in a separate file and load it using contentScriptFile. This makes your code easier to maintain, secure, debug and review.

-
- -

Controlling when to attach the script

- -

The contentScriptWhen option specifies when the content script(s) should be loaded. It takes one of:

- -
    -
  • "start": load the scripts immediately after the document element for the page is inserted into the DOM. At this point the DOM content hasn't been loaded yet, so the script won't be able to interact with it.
    • -
  • "ready": load the scripts after the DOM for the page has been loaded: that is, at the point the DOMContentLoaded event fires. At this point, content scripts are able to interact with the DOM content, but externally-referenced stylesheets and images may not have finished loading.
    • -
  • "end": load the scripts after all content (DOM, JS, CSS, images) for the page has been loaded, at the time the window.onload event fires.
    • -
- -

The default value is "end".

- -

Note that tab.attach() doesn't accept contentScriptWhen, because it's generally called after the page has loaded.

- -

Passing configuration options

- -

The contentScriptOptions is a JSON object that is exposed to content scripts as a read-only value under the self.options property:

- -
// main.js
-
-var tabs = require("sdk/tabs");
-
-tabs.on('ready', function(tab) {
-  tab.attach({
-      contentScript: 'window.alert(self.options.message);',
-      contentScriptOptions: {"message" : "hello world"}
-  });
-});
- -

Any kind of jsonable value (object, array, string, etc.) can be used here.

- -

Accessing the DOM

- -

Content scripts can access the DOM of a page, of course, just like any scripts that the page has loaded (page scripts). But content scripts are insulated from page scripts:

- -
    -
  • content scripts don't see any JavaScript objects added to the page by page scripts
    • -
  • if a page script has redefined the behavior of some DOM object, the content script sees the original behavior.
    • -
- -

The same applies in reverse: page scripts can't see JavaScript objects added by content scripts.

- -

For example, consider a page that adds a variable foo to the window object using a page script:

- -
<!DOCTYPE html">
-<html>
-  <head>
-    <script>
-    window.foo = "hello from page script"
-    </script>
-  </head>
-</html>
- -

Another script loaded into the page after this script will be able to access foo. But a content script will not:

- -
// main.js
-
-var tabs = require("sdk/tabs");
-var mod = require("sdk/page-mod");
-var self = require("sdk/self");
-
-var pageUrl = self.data.url("page.html")
-
-var pageMod = mod.PageMod({
-  include: pageUrl,
-  contentScript: "console.log(window.foo);"
-})
-
-tabs.open(pageUrl);
- -
console.log: my-addon: null
-
- -

There are good reasons for this insulation. First, it means that content scripts don't leak objects to web pages, potentially opening up security holes. Second, it means that content scripts can create objects without worrying about whether they might clash with objects added by page scripts.

- -

This insulation means that, for example, if a web page loads the jQuery library, then the content script won't be able to see the jQuery object added by the library - but the content script can add its own jQuery object, and it won't clash with the page script's version.

- -

Interacting with page scripts

- -

Usually the insulation between content scripts and page scripts is what you want. But sometimes you might want to interact with page scripts: you might want to share objects between content scripts and page scripts or to send messages between them. If you need to do this, read about interacting with page scripts.

- -

Event listeners

- -

You can listen for DOM events in a content script just as you can in a normal page script, but there are two important differences:

- -

First, if you define an event listener by passing it as a string into setAttribute(), then the listener is evaluated in the page's context, so it will not have access to any variables defined in the content script.

- -

For example, this content script will fail with the error "theMessage is not defined":

- -
var theMessage = "Hello from content script!";
-anElement.setAttribute("onclick", "alert(theMessage);");
- -

Second, if you define an event listener by direct assignment to a global event handler like onclick, then the assignment might be overridden by the page. For example, here's an add-on that tries to add a click handler by assignment to window.onclick:

- -
var myScript = "window.onclick = function() {" +
-               "  console.log('unsafewindow.onclick: ' + window.document.title);" +
-               "}";
-
-require("sdk/page-mod").PageMod({
-  include: "*",
-  contentScript: myScript,
-  contentScriptWhen: "start"
-});
- -

This will work fine on most pages, but will fail on pages which also assign to onclick:

- -
<html>
-  <head>
-  </head>
-  <body>
-    <script>
-    window.onclick = function() {
-      window.alert("it's my click now!");
-    }
-    </script>
-  </body>
-</html>
- -

For these reasons, it's better to add event listeners using addEventListener(), defining the listener as a function:

- -
var theMessage = "Hello from content script!";
-
-anElement.onclick = function() {
-  alert(theMessage);
-};
-
-anotherElement.addEventListener("click", function() {
-  alert(theMessage);
-});
- -

Communicating with the add-on

- -

To enable add-on scripts and content scripts to communicate with each other, each end of the conversation has access to a port object.

- -
    -
  • to send messages from one side to the other, use port.emit()
    • -
  • to receive messages sent from the other side, use port.on()
    • -
- -

Messages are asynchronous: that is, the sender does not wait for a reply from the recipient but just emits the message and continues processing.

- -

Here's a simple add-on that sends a message to a content script using port:

- -
// main.js
-
-var tabs = require("sdk/tabs");
-var self = require("sdk/self");
-
-tabs.on("ready", function(tab) {
-  worker = tab.attach({
-    contentScriptFile: self.data.url("content-script.js")
-  });
-  worker.port.emit("alert", "Message from the add-on");
-});
-
-tabs.open("http://www.mozilla.org");
- -
// content-script.js
-
-self.port.on("alert", function(message) {
-  window.alert(message);
-});
- -
-

The context-menu module doesn't use the communication model described here. To learn about communicating with content scripts loaded using context-menu, see the context-menu documentation. 

-
- -

Accessing port in the content script

- -

In the content script the port object is available as a property of the global self object. So to emit a message from a content script:

- -
self.port.emit("myContentScriptMessage", myContentScriptMessagePayload);
- -

To receive a message from the add-on code:

- -
self.port.on("myAddonMessage", function(myAddonMessagePayload) {
-  // Handle the message
-});
- -
-

Note that the global self object is completely different from the self module, which provides an API for an add-on to access its data files and ID.

-
- -

Accessing port in the add-on script

- -

In the add-on code, the channel of communication between the add-on and a particular content script context is encapsulated by the worker object. So the port object for communicating with a content script is a property of the corresponding worker object.

- -

However, the worker is not exposed to add-on code in quite the same way in all modules.

- -

From page-worker

- -

The page-worker object integrates the worker API directly. So to receive messages from a content script associated with a page-worker you use pageWorker.port.on():

- -
// main.js
-
-var pageWorkers = require("sdk/page-worker");
-var self = require("sdk/self");
-
-var pageWorker = require("sdk/page-worker").Page({
-  contentScriptFile: self.data.url("content-script.js"),
-  contentURL: "http://en.wikipedia.org/wiki/Internet"
-});
-
-pageWorker.port.on("first-para", function(firstPara) {
-  console.log(firstPara);
-});
- -

To emit user-defined messages from your add-on you can just call pageWorker.port.emit():

- -
// main.js
-
-var pageWorkers = require("sdk/page-worker");
-var self = require("sdk/self");
-
-pageWorker = require("sdk/page-worker").Page({
-  contentScriptFile: self.data.url("content-script.js"),
-  contentURL: "http://en.wikipedia.org/wiki/Internet"
-});
-
-pageWorker.port.on("first-para", function(firstPara) {
-  console.log(firstPara);
-});
-
-pageWorker.port.emit("get-first-para");
- -
// content-script.js
-
-self.port.on("get-first-para", getFirstPara);
-
-function getFirstPara() {
-  var paras = document.getElementsByTagName("p");
-  if (paras.length > 0) {
-    var firstPara = paras[0].textContent;
-    self.port.emit("first-para", firstPara);
-  }
-}
- -

From page-mod

- -

A single page-mod object might attach its scripts to multiple pages, each with its own context in which the content scripts are executing, so it needs a separate channel (worker) for each page.

- -

So page-mod does not integrate the worker API directly. Instead, each time a content script is attached to a page, the page-mod emits an attach event, whose listener is passed the worker for that context. By supplying a listener to attach you can access the port object for content scripts attached to that page by this page-mod:

- -
// main.js
-
-var pageMods = require("sdk/page-mod");
-var self = require("sdk/self");
-
-var pageMod = pageMods.PageMod({
-  include: ['*'],
-  contentScriptFile: self.data.url("content-script.js"),
-  onAttach: startListening
-});
-
-function startListening(worker) {
-  worker.port.on('click', function(html) {
-    worker.port.emit('warning', 'Do not click this again');
-  });
-}
- -
// content-script.js
-
-window.addEventListener('click', function(event) {
-  self.port.emit('click', event.target.toString());
-  event.stopPropagation();
-  event.preventDefault();
-}, false);
-
-self.port.on('warning', function(message) {
-  window.alert(message);
-});
-
- -

In the add-on above there are two messages:

- -
    -
  • click is sent from the page-mod to the add-on, when the user clicks an element in the page
    • -
  • warning sends a silly string back to the page-mod
    • -
- -

From Tab.attach()

- -

The Tab.attach() method returns the worker you can use to communicate with the content script(s) you attached.

- -

This add-on adds a button to Firefox: when the user clicks the button, the add-on attaches a content script to the active tab, sends the content script a message called "my-addon-message", and listens for a response called "my-script-response":

- -
//main.js
-
-var tabs = require("sdk/tabs");
-var buttons = require("sdk/ui/button/action");
-var self = require("sdk/self");
-
-buttons.ActionButton({
-  id: "attach-script",
-  label: "Attach the script",
-  icon: "./icon-16.png",
-  onClick: attachScript
-});
-
-function attachScript() {
-  var worker = tabs.activeTab.attach({
-    contentScriptFile: self.data.url("content-script.js")
-  });
-  worker.port.on("my-script-response", function(response) {
-    console.log(response);
-  });
-  worker.port.emit("my-addon-message", "Message from the add-on");
-}
-
- -
// content-script.js
-
-self.port.on("my-addon-message", handleMessage);
-
-function handleMessage(message) {
-  alert(message);
-  self.port.emit("my-script-response", "Response from content script");
-}
- -

The port API

- -

See the reference page for the port object.

-
- -

The postMessage API

- -

Before the port object was added, add-on code and content scripts communicated using a different API:

- - - -

The API is still available and documented, but there's no reason to use it instead of the port API described here. The exception is the context-menu module, which still uses postMessage.

- -

Content script to content script

- -

Content scripts can only communicate with each other directly if they have been loaded into the same context. For example, if a single call to Tab.attach() attaches two content scripts, then they can see each other directly, just as page scripts loaded by the same page can. But if you call Tab.attach() twice, attaching a content script each time, then these content scripts can't communicate with each other. You must then relay messages through the main add-on code using the port API.

- -

Cross-domain content scripts

- -

By default, content scripts don't have any cross-domain privileges. In particular, they can't access content hosted in an iframe, if that content is served from a different domain, or make cross-domain XMLHttpRequests.

- -

However, you can enable these features for specific domains by adding them to your add-on's package.json under the "cross-domain-content" key, which itself lives under the "permissions" key. See the article on cross-domain content scripts.

-
diff --git a/files/ja/mozilla/add-ons/sdk/guides/index.html b/files/ja/mozilla/add-ons/sdk/guides/index.html deleted file mode 100644 index 0a6a4422d6..0000000000 --- a/files/ja/mozilla/add-ons/sdk/guides/index.html +++ /dev/null @@ -1,115 +0,0 @@ ---- -title: ガむド -slug: Mozilla/Add-ons/SDK/Guides -translation_of: Archive/Add-ons/Add-on_SDK/Guides ---- -

This page lists more theoretical in-depth articles about the SDK.

-
-

Contributor's guide

-
-
-
-
- Getting Started
-
- Learn how to contribute to the SDK: getting the code, opening/taking a bug, filing a patch, getting reviews, and getting help.
-
- Modules
-
- Learn about the module system used by the SDK (which is based on the CommonJS specification), how sandboxes and compartments can be used to improve security, and about the built-in SDK module loader, known as Cuddlefish.
-
- Classes and Inheritance
-
- Learn how classes and inheritance can be implemented in JavaScript, using constructors and prototypes, and about the helper functions provided by the SDK to simplify this.
-
-
-
-
-
- Private Properties
-
- Learn how private properties can be implemented in JavaScript using prefixes, closures, and WeakMaps, and how the SDK supports private properties by using namespaces (which are a generalization of WeakMaps).
-
- Content Processes
-
- The SDK was designed to work in an environment where the code to manipulate web content runs in a different process from the main add-on code. This article highlights the main features of that design.
-
-
-
-
-

SDK infrastructure

-
-
-
-
- Module structure of the SDK
-
- The SDK, and add-ons built using it, are of composed from reusable JavaScript modules. This explains what these modules are, how to load modules, and how the SDK's module tree is structured.
-
- SDK API lifecycle
-
- Definition of the lifecycle for the SDK's APIs, including the stability ratings for APIs.
-
-
-
-
-
- Program ID
-
- The Program ID is a unique identifier for your add-on. This guide explains how it's created, what it's used for and how to define your own.
-
- Firefox compatibility
-
- Working out which Firefox releases a given SDK release is compatible with, and dealing with compatibility problems.
-
-
-
-
-

SDK idioms

-
-
-
-
- Working With Events
-
- Write event-driven code using the the SDK's event emitting framework.
-
- Content scripts guide
-
- An overview of content scripts, including: what they are, what they can do, how to load them, how to communicate with them.
-
-
-
-
-
- Two Types of Scripts
-
- This article explains the differences between the APIs available to your main add-on code and those available to content scripts.
-
-
-
-
-

XUL migration

-
-
-
-
- XUL Migration Guide
-
- Techniques to help port a XUL add-on to the SDK.
-
- XUL versus the SDK
-
- A comparison of the strengths and weaknesses of the SDK, compared to traditional XUL-based add-ons.
-
-
-
-
-
- Porting Example
-
- A walkthrough of porting a relatively simple XUL-based add-on to the SDK.
-
-
-
-

 

diff --git a/files/ja/mozilla/add-ons/sdk/index.html b/files/ja/mozilla/add-ons/sdk/index.html deleted file mode 100644 index d1a2754a26..0000000000 --- a/files/ja/mozilla/add-ons/sdk/index.html +++ /dev/null @@ -1,99 +0,0 @@ ---- -title: Add-on SDK -slug: Mozilla/Add-ons/SDK -translation_of: Archive/Add-ons/Add-on_SDK ---- -

Add-on SDKを䜿っお、JavaScript、HTML、CSSなどのりェブ技術を甚いたFirefoxのアドオンを䜜成するこずができたす。SDKにはアドオンを䜜成するためのJavaScript APIや、アドオンの䜜成、実行、テスト、そしおパッケヌゞングを行うためのツヌルが含たれおいたす。

-
-

チュヌトリアル

-
-
-
-
- はじめに
-
- SDKのむンストヌル方法ず、アドオンの開発、テストおよびパッケヌゞングのためのcfxツヌルの䜿い方に぀いお。
-
- ブラりザず察話する
-
- りェブペヌゞを開き、ペヌゞが読み蟌たれたこずを確認し、 開いおいるタブの䞀芧を取埗しおみたしょう。
-
- 開発のためのテクニック
-
- ナニットテスト、 ログの出力、再利甚可胜なモゞュヌルの䜜成、 ロヌカラむズ、 そしおモバむル向けの開発などの、アドオン開発のための䞀般的なテクニックに぀いお孊びたしょう。
-
-
-
-
-
- ナヌザヌむンタヌフェヌスの䜜成
-
- ツヌルバヌボタン、 コンテキストメニュヌ、メニュヌ項目、そしおダむアログなどの、ナヌザヌむンタヌフェヌスの構成芁玠を䜜成したしょう。
-
- りェブペヌゞを倉化させる
-
- 特性のパタヌンにマッチしたURLのペヌゞや、特性のタブに衚瀺されおいるペヌゞの内容を修正しおみたしょう。
-
- たずめ
-
- Annotatorアドオンを䟋ずした、アドオン開発の抂略。
-
-
-
-
-

ガむド

-
-
-
-
- コントリビュヌタヌズガむド
-
- SDKぞのコントリビュヌトの始め方をお知らせしたす。たた、モゞュヌルやクラスず継承、プラむベヌトプロパティ、そしおコンテンツの凊理などの、SDKのコヌドで䜿われおいる最も重芁な手法に぀いおお知らせしたす。
-
- SDKの䞋郚構造
-
- SDKの根底にあるテクノロゞヌに぀いお。モゞュヌル、プログラムID、Firefoxの互換性を定矩する芏則など。
-
- Content script
-
- content scriptの扱い方に぀いおの詳现なガむド。content scriptの読み蟌み、DOMぞのアクセス、content script同士たたはほかのアドオンずのやり取りの方法など。
-
-
-
-
-
- SDKのむディオム
-
- SDKにおけるむベントの扱い方、およびadd-on scriptずcontent scriptの区別に぀いお。
-
- XULからのマむグレヌション
-
- XULで䜜成されたアドオンをSDKに移怍するためのガむドです。 二぀のツヌルセットの比范や移怍の実斜䟋を含みたす。
-
-
-
-
-

リファレンス

-
-
-
-
- 高レベルAPI
-
- SDKの高レベルなAPIに぀いおのドキュメント。
-
- ツヌル
-
- アドオンの開発、テストおよびパッケヌゞングに利甚するcfxツヌル、ログの出力に利甚するconsoleオブゞェクト、およびpackage.jsonに぀いおのドキュメント。
-
-
-
-
-
- 䜎レベルAPI
-
- SDKの䜎レベルなAPIに぀いおのドキュメント。
-
-
-
-

 

diff --git a/files/ja/mozilla/add-ons/sdk/tutorials/display_a_popup/index.html b/files/ja/mozilla/add-ons/sdk/tutorials/display_a_popup/index.html deleted file mode 100644 index 32e4e520f8..0000000000 --- a/files/ja/mozilla/add-ons/sdk/tutorials/display_a_popup/index.html +++ /dev/null @@ -1,142 +0,0 @@ ---- -title: ポップアップを衚瀺する -slug: Mozilla/Add-ons/SDK/Tutorials/Display_a_Popup -translation_of: Archive/Add-ons/Add-on_SDK/Tutorials/Display_a_Popup ---- -
-

このチュヌトリアルを行うには SDK をむンストヌル し、cfx の基本 に぀いお孊んでいる必芁がありたす。

-

このチュヌトリアルは、Firefox 29 以降で䜿甚可胜な アクションボタン API を䜿甚しおいたす。

-
-

ポップアップダむアログを衚瀺するには、panel モゞュヌルを䜿甚したす。パネルのコンテンツは HTML を䜿甚しお定矩されたす。パネル内でコンテンツのスクリプトを実行できたす: パネル内で実行されるスクリプトは、アドオンのメむンコヌドには盎接アクセスできたせんが、パネルのスクリプトずアドオンのコヌドの間でメッセヌゞを亀換できたす。

-

このチュヌトリアルでは、クリックした際にパネルを衚瀺する アクションボタン をツヌルバヌに远加したアドオンを䜜成したす。パネルには、<textarea> 芁玠のみが含たれおいたす: return キヌを抌すず、<textarea> 内のコンテンツがメむンのアドオンコヌドに送信されたす。メむンのアドオンコヌドでは、メッセヌゞをコン゜ヌルログに衚瀺 したす。

-

アドオンは 6 ぀のファむルで構成されおいたす:

- -

"main.js" は以䞋のようになっおいたす:

-
var data = require("sdk/self").data;
-// Construct a panel, loading its content from the "text-entry.html"
-// file in the "data" directory, and loading the "get-text.js" script
-// into it.
-var text_entry = require("sdk/panel").Panel({
-  contentURL: data.url("text-entry.html"),
-  contentScriptFile: data.url("get-text.js")
-});
-
-// Create a button
-require("sdk/ui/button/action").ActionButton({
-  id: "show-panel",
-  label: "Show Panel",
-  icon: {
-    "16": "./icon-16.png",
-    "32": "./icon-32.png",
-    "64": "./icon-64.png"
-  },
-  onClick: handleClick
-});
-
-// Show the panel when the user clicks the button.
-function handleClick(state) {
-  text_entry.show();
-}
-
-// When the panel is displayed it generated an event called
-// "show": we will listen for that event and when it happens,
-// send our own "show" event to the panel's script, so the
-// script can prepare the panel for display.
-text_entry.on("show", function() {
-  text_entry.port.emit("show");
-});
-
-// Listen for messages called "text-entered" coming from
-// the content script. The message payload is the text the user
-// entered.
-// In this implementation we'll just log the text to the console.
-text_entry.port.on("text-entered", function (text) {
-  console.log(text);
-  text_entry.hide();
-});
-

コンテンツスクリプト "get-text.js" は、以䞋のようになっおいたす:

-
- 
// When the user hits return, send the "text-entered"
-// message to main.js.
-// The message payload is the contents of the edit box.
-var textArea = document.getElementById("edit-box");
-textArea.addEventListener('keyup', function onkeyup(event) {
-  if (event.keyCode == 13) {
-    // Remove the newline.
-    text = textArea.value.replace(/(\r\n|\n|\r)/gm,"");
-    self.port.emit("text-entered", text);
-    textArea.value = '';
-  }
-}, false);
-// Listen for the "show" event being sent from the
-// main add-on code. It means that the panel's about
-// to be shown.
-//
-// Set the focus to the text area so the user can
-// just start typing.
-self.port.on("show", function onShow() {
-  textArea.focus();
-});
-
-  
-
-

そしお、"text-entry.html" ファむルで <textarea> 芁玠を定矩したす:

-
-
- 
<html>
-<head>
-    <style type="text/css" media="all">
-      textarea {
-        margin: 10px;
-      }
-      body {
-        background-color: gray;
-      }
-    </style>
-  </head>
-<body>
-    <textarea rows="13" cols="33" id="edit-box"></textarea>
-  </body>
-</html>
-
-  
-
-
-

3 皮類のアむコンファむルを "data" ディレクトリに保存したす:

- - - - - - - - - - - - - - - -
icon-16.png
icon-32.png
icon-64.png
-

詊しおください: "main.js" をアドオン内の lib ディレクトリに保存し、他の 5 ぀のファむルをアドオン内のdata ディレクトリに保存しおください:

-
my-addon/
-         data/
-              get-text.js
-              icon-16.png
-              icon-32.png
-              icon-64.png
-              text-entry.html
-         lib/
-             main.js
-
-

アドオンを実行し、ボタンをクリックするず、パネルが衚瀺されたす。テキストを入力し、"return" を抌すず、コン゜ヌルに出力されたす。

-

Firefox 30 以降では、トグルボタン を䜿甚するず、 ボタンからパネルを呌び出せたす。

-

詳しく孊ぶ

-

panel モゞュヌルに぀いおさらに孊ぶには、panel API リファレンス をご芧ください。

-

ボタンに぀いおさらに孊ぶには、アクションボタン ず トグルボタン API リファレンスをご芧ください。

diff --git a/files/ja/mozilla/add-ons/sdk/tutorials/getting_started/index.html b/files/ja/mozilla/add-ons/sdk/tutorials/getting_started/index.html deleted file mode 100644 index 3eb0b80ec6..0000000000 --- a/files/ja/mozilla/add-ons/sdk/tutorials/getting_started/index.html +++ /dev/null @@ -1,167 +0,0 @@ ---- -title: 入門 -slug: Mozilla/Add-ons/SDK/Tutorials/Getting_started -translation_of: Mozilla/Add-ons/SDK/Tutorials/Getting_Started_%28jpm%29 ---- -

SDK を䜿甚しおシンプルなアドオンの䜜成を始めるための手順の抂略です。

-

必芁条件

-

SDK を䜿甚しおアドオンを䜜成するには、たず最初に SDKをむンストヌルしお起動するための手順に埓っおください。むンストヌルは䞀床だけ行えばよく、SDK の起動はコマンドプロンプトごずに行う必芁がありたす。準備が敎ったら、コマンドプロンプトを芋おください。

-

Linux たたは Mac OS X の堎合、コマンドプロンプトの先頭は SDK のルヌトディレクトリ名ずなりたす。

-
(addon-sdk)~/mozilla/addon-sdk >
-
-

Windows の堎合、コマンドプロンプトの先頭は SDK がむンストヌルされたディレクトリの絶察パスずなりたす。

-
(C:\Users\mozilla\sdk\addon-sdk) C:\Users\Work\sdk\addon-sdk>
-
-

アドオンの初期化

-

コマンドプロンプトで新しいディレクトリを䜜成しおください。SDK のルヌトディレクトリ以䞋の堎所以倖であれば、任意の堎所に䜜成するこずができたす。䜜成埌はそのディレクトリに移動し、cfx init を実行しおください。

-
mkdir my-addon
-cd my-addon
-cfx init
-
-

そうした堎合、以䞋のように出力されるでしょう。

-
* lib directory created
-* data directory created
-* test directory created
-* doc directory created
-* README.md written
-* package.json written
-* test/test-main.js written
-* lib/main.js written
-* doc/main.md written
-Your sample add-on is now ready for testing:
-try "cfx test" and then "cfx run". Have fun!"
-
-

アドオンを実装する

-

lib ディレクトリにある main.js ファむルに、アドオンのコヌドを曞くこずができたす。これは前のステップで䜜成されたものです。main.js を開き、以䞋のコヌドを远加しおください。

-
var buttons = require('sdk/ui/button/action');
-var tabs = require("sdk/tabs");
-
-var button = buttons.ActionButton({
-  id: "mozilla-link",
-  label: "Visit Mozilla",
-  icon: {
-    "16": "./icon-16.png",
-    "32": "./icon-32.png",
-    "64": "./icon-64.png"
-  },
-  onClick: handleClick
-});
-
-function handleClick(state) {
-  tabs.open("http://www.mozilla.org/");
-}
-
-

コヌドを远加したら、ファむルを保存しおください。

-

次に、以䞋の3぀のアむコンファむルを data ディレクトリに保存しおください。

- - - - - - - - - - - - - - - -
icon-16.png
icon-32.png
icon-64.png
-
-

䞊蚘のコヌドは、Firefox 29 以降においおのみ䜿甚できる action button モゞュヌルを䜿甚しおいるこずに泚意しおください。それ以前のバヌゞョンの Firefox を䜿甚する堎合、アむコンがブラりザりィンドりの右䞋に衚瀺されるこずを陀けば、以䞋のコヌドを䜿甚しお同じものを実装できたす。

- 
var widgets = require("sdk/widget");
-var tabs = require("sdk/tabs");
-var widget = widgets.Widget({
-  id: "mozilla-link",
-  label: "Mozilla website",
-  contentURL: require("sdk/self").data.url("icon-16.png"),
-  onClick: function() {
-    tabs.open("http://www.mozilla.org/");
-  }
-});
-
-

コマンドプロンプトに戻り、以䞋のコマンドを実行したす。

-
cfx run
-
-

これは、開発䞭のアドオンがむンストヌルされた状態でFirefoxの新芏むンスタンスを実行する、 SDK のコマンドです。Firefox が起動されるず、ブラりザの右䞊にFirefox ロゎのアむコンが衚瀺されたす。そのアむコンをクリックするず、http://www.mozilla.org/ が読み蟌たれた新しいタブが開きたす。

-
-

cfx run ず入力したずき、以䞋のようなメッセヌゞが衚瀺される堎合がありたす。

- 
A given cfx option has an inappropriate value:
-  ZIP does not support timestamps before 1980
-

もし衚瀺されたのであれば、bug 1005412 に行き圓たったこずになりたす。これは、ダりンロヌドしたアむコンファむルに1970幎のタむムスタンプが付䞎されおいるこずを意味したす。このバグが修正されるたでは、touch コマンドを䜿っおタむムスタンプをアップデヌトするこずによっおバグを回避しおください。

- 
touch icon-16.png
-
-

このアドオンが行うこずは、これで党郚です。このアドオンは2぀の SDK モゞュヌルを䜿甚しおいたす。䞀぀は、ボタンをブラりザに远加するこずができる action button モゞュヌル、もう䞀぀は、基本的なタブの操䜜を可胜にする tabs モゞュヌルです。今回は、Firefox アむコンのボタンを䜜成し、それをクリックするず新しいタブで Mozilla りェブサむトのホヌムペヌゞを読み蟌むためのハンドラを远加したした。

-

先述のファむルを線集しおみたしょう。䟋えば、読み蟌むペヌゞを倉曎するこずができたす。

-
var buttons = require('sdk/ui/button/action');
-var tabs = require("sdk/tabs");
-
-var button = buttons.ActionButton({
-  id: "mozilla-link",
-  label: "Visit Mozilla",
-  icon: {
-    "16": "./icon-16.png",
-    "32": "./icon-32.png",
-    "64": "./icon-64.png"
-  },
-  onClick: handleClick
-});
-
-function handleClick(state) {
-  tabs.open("https://developer.mozilla.org/");
-}
-
-

䞊蚘のコヌドは、Firefox 29 以降においおのみ䜿甚できる action button モゞュヌルを䜿甚しおいるこずに泚意しおください。それ以前のバヌゞョンの Firefox を䜿甚する堎合、アむコンがブラりザりィンドりの右䞋に衚瀺されるこずを陀けば、以䞋のコヌドを䜿甚しお同じものを実装できたす。

- 
var widgets = require("sdk/widget");
-var tabs = require("sdk/tabs");
-var widget = widgets.Widget({
-  id: "mozilla-link",
-  label: "Mozilla website",
-  contentURL: require("sdk/self").data.url("icon-16.png"),
-  onClick: function() {
-    tabs.open("http://developer.mozilla.org/");
-  }
-});
-
-

コマンドプロンプトで、再び cfx run を実行しおください。今床は https://developer.mozilla.org/ が衚瀺されたす。

-

アドオンをパッケヌゞ化する

-

アドオンが完成しお配垃する準備ができたずき、XPI ファむルずしおパッケヌゞ化する必芁がありたす。これは Firfox アドオンずしおむンストヌル可胜なファむル圢匏です。XPI ファむルを独自の手段で配垃するか、https://addons.mozilla.org で公開したしょう。そうすれば、ほかのナヌザヌがそのアドオンをダりンロヌドし、むンストヌルするこずできたす。

-

アドオンのディレクトリで cfx xpi コマンドを実行するだけで、XPI をビルドするこずができたす。

-
cfx xpi
-
-

そうした堎合、以䞋のようなメッセヌゞが衚瀺されるでしょう。

-
Exporting extension to my-addon.xpi.
-
-

アドオンが動くかどうかテストするために、あなたがむンストヌルした Firefox に XPI ファむルをむンストヌルしおみたしょう。Firefox で Ctrl+O の組み合わせMac であれば Cmd+Oでキヌを入力するか、Firefox の「ファむル」メニュヌから「ファむルを開く」を遞択したす。するず、ファむル遞択ダむアログが衚瀺されたす。アドオンの XPI ファむルがある堎所たで移動しおファむルを開き、アドオンをむンストヌルするためのプロンプトに埓っおください。

-

芁玄

-

このチュヌトリアルでは、3぀のコマンドを䜿っおアドオンの構築およびパッケヌゞ化を行いたした。

- -

これら3぀のコマンドは、SDK を甚いおアドオンを開発するずきに䜿甚する䞻芁なコマンドです。利甚可胜な党おのコマンドずオプションを網矅したリファレンスも甚意しおたす。

-

アドオン自䜓のコヌドは、action button ず tabs の2぀のモゞュヌルを䜿甚しおいたす。SDKの高レベルなAPI および 䜎レベルなAPI のリファレンスも甚意しおいたす。

-

次のステップ

-

SDKのAPIを䜿っおできるこずに慣れるためには、いく぀かのチュヌトリアルを進めおみおください。 

-

䞊玚テクニック

-

組み蟌みのモゞュヌルの䞊曞き

-

アドオンを実装するために䜿甚する SDK モゞュヌルは、Firefox に組み蟌たれおいるものです。アドオンを cfx run コマンドで実行したり、cfx xpi コマンドでパッケヌゞ化したりする堎合は、アドオンは Firefox が提䟛するバヌゞョンのモゞュヌルを䜿甚したす。

-

アドオン開発者ずしおは、通垞これは望たしい挙動です。しかし、SDK のモゞュヌル自䜓を開発する堎合には、圓然それは望たしくない挙動でしょう。この堎合、仮にSDKを GitHub リポゞトリからチェックアりトし、そのルヌトディレクトリで bin/activate スクリプトを実行するものずしたす。

-

そのずきは、"-o" オプションを枡しお cfx run たたは cfx xpi コマンドを実行したす。

-
cfx run -o
-
-

これにより、cfx は Firefox 組み蟌みのモゞュヌルではなく、SDK モゞュヌルのロヌカルコピヌを䜿甚するようになりたす。

-

cfx を実行せずに開発する

-

cfx run を呌び出すたびにブラりザが再起動されるため、アドオンを頻繁に倉曎する堎合、開発効率をいくらか損なうこずになるでしょう。それに代わるものずしお、特定のポヌトの新しい XPI ファむルを自動的にむンストヌルする Extension Auto-Installer アドオンを利甚した開発がありたす。これにより、ブラりザを再起動する必芁なく新しい倉曎点をテストするこずができたす。

- -

さらに、このワヌクフロヌを簡単なスクリプトで自動化できたす。䟋えば、以䞋のようなスクリプトです。

-
while true ; do cfx xpi ; wget --post-file=codesy.xpi http://localhost:8888/ ; sleep 5 ; done
-
-

この方法を䜿った堎合、アドオンを cfx run コマンドにより実行した堎合ず比べお、コン゜ヌルぞのログ出力のレベルが異なるこずに泚意しおください。぀たり、 console.log() が出力するメッセヌゞを芋たい堎合、蚭定を埮調敎する必芁がありたす。詳现に぀いおは、ログ出力のレベルに関するドキュメントを参照しおください。

diff --git a/files/ja/mozilla/add-ons/sdk/tutorials/getting_started_(jpm)/index.html b/files/ja/mozilla/add-ons/sdk/tutorials/getting_started_(jpm)/index.html deleted file mode 100644 index 26fa4e6c4b..0000000000 --- a/files/ja/mozilla/add-ons/sdk/tutorials/getting_started_(jpm)/index.html +++ /dev/null @@ -1,174 +0,0 @@ ---- -title: Getting Started (jpm) -slug: Mozilla/Add-ons/SDK/Tutorials/Getting_Started_(jpm) -translation_of: Archive/Add-ons/Add-on_SDK/Tutorials/Getting_Started_(jpm) ---- -

{{AddonSidebar}}

- -
-

Support for extensions using XUL/XPCOM or the Add-on SDK was removed in Firefox 57, released November 2017. As there is no supported version of Firefox enabling these technologies, this page will be removed by December 2020.

-
- -

{{LegacyAddonsNotice}}

- -

 

- -
-

Add-on SDK は開発環境の䜜成, 実行, テスト, アドオンのパッケヌゞング等を行うこずができるコマンドラむンツヌルを含みたす. Node.js  を元に䜜成された jpm ず呌ばれるクラむアントツヌルは叀い cfx tool を眮き換えるものです.

-jpm は Firefox 38 以䞊で䜿甚可胜です. - -

この蚘事では jpm を䜿っおどのように開発を行うのかを説明したす.

-
- -

このチュヌトリアルでは SDK を䜿っおシンプルなアドオンを䜜成しおいきたす.

- -

前提条件

- -

SDK を䜿っお Firefox のアドオンを䜜成するには, 以䞋の環境が必芁です:

- - - -

最初のアドオンの初期化

- -

コマンドプロンプト䞊で, 新芏ディレクトリを䜜成したす. そのディレクトリに移動し jpm init , ず入力し, ゚ンタヌを抌したす:

- -
mkdir my-addon
-cd my-addon
-jpm init
-
- -

䜜成するアドオンに関する情報を入力するように求められたす: この情報はこれから䜜成するアドオンの package.json ファむルを 生成するために䜿甚されたす. 今回は, それぞれのプロパティをデフォルトにするため, ただ Enter を抌しおいきたす. jpm init に関する詳现な情報は, jpm command reference を参照しおください.

- -

これらのプロパティの,倀を入力, たたは デフォルト倀に蚭定した埌に "package.json" の完党な内容が衚瀺され、それを受け入れるように求められたす.

- -

アドオンの実装

- -

それでは, アドオンのコヌドを曞いお行きたしょう. "entry point" の倀 (これは package.json の "main" にありたす) を倉曎しおいない限り, アドオンの root 盎䞋の "index.js" です. このファむルは前のステップで䜜成されたものです. このファむルを開き以䞋のコヌドを远加したす:

- -
var buttons = require('sdk/ui/button/action');
-var tabs = require("sdk/tabs");
-
-var button = buttons.ActionButton({
-  id: "mozilla-link",
-  label: "Visit Mozilla",
-  icon: {
-    "16": "./icon-16.png",
-    "32": "./icon-32.png",
-    "64": "./icon-64.png"
-  },
-  onClick: handleClick
-});
-
-function handleClick(state) {
-  tabs.open("http://www.mozilla.org/");
-}
-
- -
-

jpm では "entry point" のデフォルト倀は "index.js" であるこずに泚意しおください. これは, アドオンの䞻芁なファむルが "index.js" であるこずを意味しおいたす. たた, これはアドオンの root ディレクトリを怜玢したす. and it is found directly in your add-on's root.

- -

cfx では, entry point はデフォルトに "main.js" になりたす. これは, アドオンの root 盎䞋の "lib" ディレクトリに眮かれおいたす.

-
- -

ファむルをセヌブしたす.

- -

続いお, "data" ずいう名前のディレクトリをアドオンの root 盎䞋に䜜成し,

- -
mkdir data
-
- -

そしお以䞋の 3 ぀のアむコンファむルを "data" ディレクトリに保存したす:

- - - - - - - - - - - - - - - - -
icon-16.png
icon-32.png
icon-64.png
- -

コマンドプロンプトに戻り, 以䞋のコマンドを入力したす:

- -
jpm run
- -

この jpm コマンドは䜜成したアドオンをむンストヌルした状態の新芏 Firefox むンスタンスを実行したす.

- -

Firefox は芋぀からない堎合や, Firefox Developer を代理のブラりザずしおむンストヌルしおいる堎合には, そこたでの path を枡す必芁があるかもしれたせん. 䟋えば Ubuntu の堎合:

- -
jpm run -b /usr/bin/firefox
- -

Firefox が起動するず, ブラりザの右䞊端に Firefox のロゎにアむコンが芋えるはずです. このアむコンをクリックするず, 新しいタブが開き, http://www.mozilla.org/ が読み蟌たれたす.

- -

これでこのアドオンでやるこずは終了です. ここでは, 二぀の SDK モゞュヌル を䜿っおいたす: action button モゞュヌル, これはブラりザにボタンを远加するこずができるモゞュヌルです, tabs モゞュヌル, これはタブの基本的な操䜜を行うこずができるモゞュヌルです. 今回のケヌスでは, 我々は Firefox アむコンのボタンを䜜成したした. たた, 新芏タブに Mozilla のホヌムペヌゞを読み蟌むクリックハンドラを远加したした.

- -

このファむルを線集しおみたしょう. 䟋えば, 読み蟌むペヌゞを倉曎するこずができたす.

- -
var buttons = require('sdk/ui/button/action');
-var tabs = require("sdk/tabs");
-
-var button = buttons.ActionButton({
-  id: "mozilla-link",
-  label: "Visit Mozilla",
-  icon: {
-    "16": "./icon-16.png",
-    "32": "./icon-32.png",
-    "64": "./icon-64.png"
-  },
-  onClick: handleClick
-});
-
-function handleClick(state) {
-  tabs.open("https://developer.mozilla.org/");
-}
- -

コマンドプロンプトで, jpm run を再床実行したす. この時に, ボタンをクリックするず https://developer.mozilla.org/ に移動したす.

- -

アドオンのパッケヌゞング

- -

アドオンを䜜成し終え, 配垃準備をする際には, アドオンを XPI にパッケヌゞングする必芁がありたす. これは Firefox アドオンをむンストヌルするためのファむルフォヌマットです. XPI を自分で配垃したり, 他のナヌザヌがアドオンをダりンロヌドたたは, むンストヌルできるようにするために, https://addons.mozilla.org に 公開するこずが可胜です.

- -

XPIをビルドするためには, jpm xpi コマンドをアドオンのディレクトリで実行するだけです:

- -
jpm xpi
- -

次のようなメッセヌゞを芋るこずができたす:

- -
JPM info Successfully created xpi at /path/to/my-addon/@my-addon-0.0.1.xpi
-
- -

これが機胜するこずをテストするために, XPI ファむルを自身がむンストヌルしおいる Firefox にむンストヌルしおみたしょう. これは Firefox から Ctrl+O (Mac では Cmd+O)キヌで行うこずができたす. もしくは, Firefox の "File" メニュヌから, "Open" を遞択しおもよいです. するずファむル遞択ダむアログが開きたす: "@my-addon.xpi" ファむルを遞択するず アドオンむンストヌルプロンプトが開きたす.

- -

Firefoxでは, 基本的にロヌカルで開発されたアドオンでも眲名が必芁であるこずに泚意しおください. むンストヌルが終了した埌で, むンストヌルされたアドオンのリストで disabled が瀺されおいる堎合, 眲名の䞍足を確認しおください.泚意しおください。 開発䞭や, 公開する予定がない堎合, 眲名の無いアドオンを実行できるように about:config を開き, xpinstall.signatures.required を false に蚭定しおください. この蚭定を党おのアドオンに適応されおしたうため, 他の堎所から悪意のあるものを誀っおむンストヌルしないように特別な泚意を払っおください.

- -

アドオンを配垃するために, XPI を addons.mozilla.org に提出 したす. たた自身のサヌバヌにアドオンを配垃したい堎合, jpm sign を 実行したす.

- -

結論

- -

このチュヌトリアルでは, 3 ぀のコマンドを䜿いアドオンのビルドやパッケヌゞングを行いたした:

- - - -

これらは, SDK アドオン開発しおいる時に䜿甚する 3 ぀の䞻芁なコマンドです. これらがずれるオプションや利甚できるすべおのコマンドをカバヌした包括的な リファレンス がありたす.

- -

アドオンコヌドでは 二぀の SDK モゞュヌル, action button や tabs を䜿甚したした. SDK における 党おのAPIs, high-level や low-level に関するレファレンスは存圚したす.

- -

What's next?

- -

SDK APIs を䜿っおできるいく぀かのこずを把握するために, tutorials に挑戊しおみおください.

diff --git a/files/ja/mozilla/add-ons/sdk/tutorials/index.html b/files/ja/mozilla/add-ons/sdk/tutorials/index.html deleted file mode 100644 index e7be834a87..0000000000 --- a/files/ja/mozilla/add-ons/sdk/tutorials/index.html +++ /dev/null @@ -1,146 +0,0 @@ ---- -title: チュヌトリアル -slug: Mozilla/Add-ons/SDK/Tutorials -translation_of: Archive/Add-ons/Add-on_SDK/Tutorials ---- -

{{AddonSidebar}}

- -

SDK を䜿甚したアドオンの開発方法を実践的に説明したペヌゞの䞀芧です。

- -
-

はじめに

- -
-
-
-
むンストヌル
-
Windows、OS X および Linux 䞊で、SDK をダりンロヌド、むンストヌル、および初期化したす。
-
- -
-
トラブルシュヌティング
-
よくある問題を解決する堎合や、支揎を求める堎合のヒントを説明したす。
-
-
- -
-
-
入門
-
jpm を䜿甚しおシンプルなアドオンを䜜成を始めるための手順の抂略です
-
-
-
-
- -
-

ナヌザヌむンタヌフェむスの䜜成

- -
-
-
-
ツヌルバヌボタンの远加
-
Firefox アドオンツヌルバヌにボタンを远加したす。
-
Firefoxぞのメニュヌ項目の远加
-
Firefox のメむンメニュヌにアむテムを远加したす。
-
-
- -
-
-
ポップアップの衚瀺
-
HTML および JavaScript を䜿甚しお実装したポップアップダむアログを衚瀺したす。
-
コンテキストメニュヌ項目の远加
-
Firefox のコンテキストメニュヌに項目を远加したす。
-
-
-
- -
-

ブラりザの操䜜

- -
-
-
-
Webペヌゞを開く
-
モゞュヌルを甚いお、新しいタブたたはりィンドりでWebペヌゞを開き、そのコンテンツにアクセスしたす。
-
ペヌゞの読み蟌みを確認する
-
モゞュヌルを甚いお、新しい Web ペヌゞが読み蟌たれたずきに通知を受け取り、それらの Web ペヌゞのコンテンツにアクセスしたす。
-
-
- -
-
-
開いおいるタブの䞀芧を衚瀺する
-
tabs モゞュヌルを甚いお、珟圚開いおいるすべおのタブに察しお反埩凊理を行い、それらのコンテンツにアクセスしたす。
-
-
-
- -
-

Webペヌゞの倉曎

- -
-
-
-
URLに基づいたWebペヌゞの倉曎
-
URL に基づいお Web ペヌゞを怜玢するフィルタを䜜成したす。フィルタに䞀臎する URL の Web ペヌゞを読み蟌んだずきに、フィルタ内の指定したスクリプトを実行したす。
-
-
- -
-
-
アクティブなWebペヌゞの倉曎
-
珟圚アクティブな Web ペヌゞに、動的にスクリプトを読み蟌みたす。
-
-
-
- -
-

開発テクニック

- -
-
-
-
ログの出力
-
蚺断を行うために、メッセヌゞをコン゜ヌルにログずしお出力したす。
-
再利甚可胜なモゞュヌルの䜜成
-
アドオンを別個のモゞュヌルずしお䜓系化し、開発、デバッグ、およびメンテナンスを容易にしたす。 たた、䜜成したモゞュヌルが入った再利甚可胜なパッケヌゞを䜜成し、他の開発者もそのモゞュヌルを䜿甚できるようにしたす。
-
ナニットテスト
-
SDK のテストフレヌムワヌクを䜿甚しお、ナニットテストを䜜成し実行したす。
-
Chrome 暩限
-
この暩限を䜿甚するず、アドオンが Components オブゞェクトにアクセスできるので、どんな XPCOM オブゞェクトでも読み蟌んで䜿甚できるようになりたす。
-
むベントタヌゲットの䜜成
-
定矩したオブゞェクトがむベントを発生させられるようにしたす。
-
-
- -
-
-
読み蟌みず読み蟌み解陀の確認
-
Firefox にアドオンが読み蟌たれたり、読み蟌み解陀されたりしたずきに通知を受け取りたす。たたコマンドラむンからアドオンに匕数を枡したす。
-
サヌドパヌティヌモゞュヌルの䜿甚
-
SDK 自䜓に含たれおいない远加のモゞュヌルをむンストヌルしお䜿甚したす。
-
ロヌカラむれヌション
-
ロヌカラむズ可胜なコヌドを䜜成したす。
-
モバむル開発
-
Android 甹 Firefox モバむルのアドオン開発を始める手順を説明したす。
-
- -
-
アドオン甚のデバッガヌ
-
アドオン内のJavaScriptのデバッグを行いたす。
-
-
-
- -
-

応甚 

- -
-
-
-
アノテヌタヌアドオン
-
より耇雑なアドオンの開発䜜業を順を远っお説明したす。
-
-
-
diff --git a/files/ja/mozilla/add-ons/sdk/tutorials/installation/index.html b/files/ja/mozilla/add-ons/sdk/tutorials/installation/index.html deleted file mode 100644 index b01e14ded3..0000000000 --- a/files/ja/mozilla/add-ons/sdk/tutorials/installation/index.html +++ /dev/null @@ -1,72 +0,0 @@ ---- -title: むンストヌル -slug: Mozilla/Add-ons/SDK/Tutorials/Installation -translation_of: Mozilla/Add-ons/SDK/Tools/jpm#Installation ---- -

前提条件

-

アドオン SDK を䜿甚しお開発を行うには、以䞋が必芁です。

- -

Mac OS Xでの Homebrew を䜿ったむンストヌル

-

アドオン SDK を Homebrew を甚いおむンストヌルするには、以䞋のコマンドを実行しおください。

-
brew install mozilla-addon-sdk
-

Mac OS X / Linux でのむンストヌル

-

shell や commnd prompt を甚いお、任意の堎所にアドオン SDK のファむルを展開し、SDK のルヌトディレクトリに移動しおください。以䞋はコマンドの䞀䟋です。

-
tar -xf addon-sdk.tar.gz
-cd addon-sdk
-
-

次に、 Bash を䜿甚しおいる堎合は以䞋を実行したす。

-
source bin/activate
-
-

Bash 以倖を䜿甚しおいる堎合は、以䞋を実行したす。

-
bash bin/activate
-
-

コマンドプロンプトの先頭に、SDK のルヌトディレクトリ名が远加されたす。

-
(addon-sdk)~/mozilla/addon-sdk >
-
-

Windows でのむンストヌル

-

shell や commnd prompt を甚いお、任意の堎所にアドオン SDK のファむルを展開し、SDK のルヌトディレクトリに移動しおください。以䞋はコマンドの䞀䟋です。

-
7z.exe x addon-sdk.zip
-cd addon-sdk
-
-

次に、以䞋を実行したす。

-
bin\activate
-
-

コマンドプロンプトの先頭に、SDK のルヌトディレクトリ名が远加されたす。

-
(C:\Users\mozilla\sdk\addon-sdk) C:\Users\Work\sdk\addon-sdk>
-
-

SDK 仮想環境

-

䞊蚘のようにコマンドプロンプトが倉曎されおいれば、シェルで仮想環境が起動し、アドオン SDK コマンドラむンツヌルにアクセスできたす。

-

仮想環境は deactivate を実行しおい぀でも終了するこずができたす。

-

仮想環境は、そのコマンドプロンプトにおいおのみ有効です。コマンドプロンプトを閉じるず仮想環境が終了するので、再び仮想環境を起動するには、新しいコマンドプロンプトを起動し source bin/activate たたは binÂ¥activate ず入力する必芁がありたす。新しいコマンドプロンプトを開くだけでは、SDK は起動されたせん。

-

ディスク䞊の異なる堎所に SDK の耇数のコピヌを眮き、切り替えお䜿甚するこずもできたす。さらには、別個のコマンドプロンプトで、それぞれのコピヌを同時に起動するこずも可胜です。

-

activate 氞続化

-

activate が行う凊理は単に、最䞊䜍レベルの bin ディレクトリにあるスクリプトを䜿甚しお、珟圚のコマンドプロンプトに関する耇数の環境倉数を蚭定するこずだけです。そこで、䜿甚する環境でこれらの倉数が氞続化されるように蚭定すれば、新しくコマンドプロンプトを開くだけでそれらの倉数が読み蟌たれ、仮想環境が垞に䜿甚できたす。これにより、新しいコマンドプロンプトを開くたびに activate ず入力する必芁がなくなりたす。

-

ただし、コマンドプロンプトに関する倉数が、新しい SDK のリリヌス時に倉曎されるこずがありたす。蚭定が必芁な倉数を特定するために SDK の起動スクリプトを参照するのが最良の方法です。 Bash 環境Linux および Mac OS Xず Windows 環境では、起動に䜿甚するスクリプトも、それによっお蚭定される倉数も異なりたす。

-

Windows

-

Windows では、 bin\activate を実行するず  activate.bat が䜿甚されたす。SDK を垞に有効にするには、コマンドラむンから setx ツヌルを䜿甚するか、コントロヌル パネルを䜿甚したす。

-

Linux/Mac OS X

-

Linux および Mac OS X では、 source bin/activate により activate Bash スクリプトが実行されたす。SDK を垞に有効にするには、Linuxの堎合は ~/.bashrc を、Mac OS Xの堎合は ~/.bashprofile を䜿甚したす。

-

あるいは、‟/bin ディレクトリにある cfx プログラムぞのシンボリックリンクを䜜成する方法もありたす。

-
ln -s PATH_TO_SDK/bin/cfx ~/bin/cfx
-
-

サニティチェック

-

シェルプロンプトで以䞋を実行したす。

-
cfx
-
-

䞀行目には以䞋のように衚瀺されるでしょう。それに続いお、倚数の䜿甚方法の情報が衚瀺されたす。

-
Usage: cfx [options] [command] 
-

これが cfx コマンドラむンプログラム です。cfx は、アドオン SDK の䞻芁なむンタヌフェむスで、Firefox の起動ずアドオンのテスト、アドオンを配垃するためのパッケヌゞング、説明曞の衚瀺、および単䜓テストの実行に䜿甚したす。

-

問題が発生した堎合

-

トラブルシュヌティング のペヌゞを参照しおください。

-

次のステップ

-

cfx 入門のチュヌトリアルに目を通しおください。cfx ツヌルによっおアドオンを䜜成する方法を説明したす。

diff --git a/files/ja/mozilla/add-ons/sdk/tutorials/troubleshooting/index.html b/files/ja/mozilla/add-ons/sdk/tutorials/troubleshooting/index.html deleted file mode 100644 index 80db0e8976..0000000000 --- a/files/ja/mozilla/add-ons/sdk/tutorials/troubleshooting/index.html +++ /dev/null @@ -1,112 +0,0 @@ ---- -title: トラブルシュヌティング -slug: Mozilla/Add-ons/SDK/Tutorials/Troubleshooting -translation_of: Archive/Add-ons/Add-on_SDK/Tutorials/Troubleshooting ---- -

アドオン SDKを起動したり実行したりする際に問題があっおも、慌おる必芁はありたせん問題を突き止めるにはどこから着手すれば良いのかを順番に芋おいきたしょう。

-

Quarantine Problem on Mac OS X

-

On Mac OS X, you might see the following error when you try to run cfx:

-
/path/to/sdk/bin/cfx: /usr/bin/env: bad interpreter: Operation not permitted
-
-

This might be because the cfx executable file has been placed in quarantine during download from the Internet.

-

To get it out of quarantine, use the xattr -d command, specifying com.apple.quarantine as the name of the attribute to delete, and cfx as the file from which to delete that attribute:

-
xattr -d com.apple.quarantine /path/to/sdk/bin/cfx
-
-

Check Your Python

-

The SDK's cfx tool runs on Python. If you're having trouble getting cfx to run at all, make sure you have Python correctly installed.

-

Try running the following from a command line:

-
  python --version
-
-

cfx currently expects Python 2.5 or 2.6. Older and newer versions may or may not work.

-

Check Your Firefox or XULRunner

-

cfx searches well known locations on your system for Firefox or XULRunner. cfx may not have found an installation, or if you have multiple installations, cfx may have found the wrong one. In those cases you need to use cfx's --binary option. See the cfx Tool guide for more information.

-

When you run cfx to test your add-on or run unit tests, it prints out the location of the Firefox or XULRunner binary that it found, so you can check its output to be sure.

-

Check Your Text Console

-

When errors are generated in the SDK's APIs and your code, they are logged to the text console. This should be the same console or shell from which you ran the cfx command.

-

Don't Leave Non-SDK Files Lying Around

-

Currently the SDK does not gracefully handle files and directories that it does not expect to encounter. If there are empty directories or directories or files that are not related to the SDK inside your addon-sdk directory or its sub-directories, try removing them.

-

Search for Known Issues

-

Someone else might have experienced your problem, too. Other users often post problems to the project mailing list. You can also browse the list of known issues or search for specific keywords.

-

Contact the Project Team and User Group

-

SDK users and project team members discuss problems and proposals on the project mailing list. Someone else may have had the same problem you do, so try searching the list. You're welcome to post a question, too.

-

You can also chat with other SDK users in #jetpack on Mozilla's IRC network.

-

And if you'd like to report a bug in the SDK, that's always welcome! You will need to create an account with Bugzilla, Mozilla's bug tracker.

-

Run the SDK's Unit Tests

-

The SDK comes with a suite of tests which ensures that its APIs work correctly. You can run it with the following command:

-
  cfx testall
-
-

Some of the tests will open Firefox windows to check APIs related to the user interface, so don't be alarmed. Please let the suite finish before resuming your work.

-

When the suite is finished, your text console should contain output that looks something like this:

-
  Testing cfx...
-  .............................................................
-  ----------------------------------------------------------------------
-  Ran 61 tests in 4.388s
-
-OK
-  Testing reading-data...
-  Using binary at '/Applications/Firefox.app/Contents/MacOS/firefox-bin'.
-  Using profile at '/var/folders/FL/FLC+17D+ERKgQe4K+HC9pE+++TI/-Tmp-/tmpu26K_5.mozrunner'.
-  .info: My ID is 6724fc1b-3ec4-40e2-8583-8061088b3185
-  ..
-  3 of 3 tests passed.
-  OK
-  Total time: 4.036381 seconds
-  Program terminated successfully.
-  Testing all available packages: nsjetpack, test-harness, api-utils, development-mode.
-  Using binary at '/Applications/Firefox.app/Contents/MacOS/firefox-bin'.
-  Using profile at '/var/folders/FL/FLC+17D+ERKgQe4K+HC9pE+++TI/-Tmp-/tmp-dzeaA.mozrunner'.
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  .........................................................................
-  ...............................................
-
-3405 of 3405 tests passed.
-  OK
-  Total time: 43.105498 seconds
-  Program terminated successfully.
-  All tests were successful. Ship it!
-
-

If you get lots of errors instead, that may be a sign that the SDK does not work properly on your system. In that case, please file a bug or send a message to the project mailing list. See the previous section for information on doing so.

diff --git a/files/ja/mozilla/add-ons/themes/obsolete/index.html b/files/ja/mozilla/add-ons/themes/obsolete/index.html deleted file mode 100644 index 48bf1f18f0..0000000000 --- a/files/ja/mozilla/add-ons/themes/obsolete/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: Obsolete -slug: Mozilla/Add-ons/Themes/Obsolete -tags: - - Obsolete - - アドオン - - アヌカむブ - - テヌマ - - ルックアンドフィヌル -translation_of: Mozilla/Add-ons/Themes/Obsolete ---- -

 

- -

{{AddonSidebar}}

- -
-

このペヌゞには、これたでに曎新されるこずはないテヌマドキュメントやリ゜ヌスが含たれおいたすが、圓面は曎新されたドキュメントの゜ヌスずしお䜿甚されおいたす。

- - - - -
- -

 

diff --git a/files/ja/mozilla/add-ons/webextensions/api/bookmarks/export/index.html b/files/ja/mozilla/add-ons/webextensions/api/bookmarks/export/index.html deleted file mode 100644 index 381e471807..0000000000 --- a/files/ja/mozilla/add-ons/webextensions/api/bookmarks/export/index.html +++ /dev/null @@ -1,114 +0,0 @@ ---- -title: bookmarks.export() -slug: Mozilla/Add-ons/WebExtensions/API/bookmarks/export -tags: - - API - - Add-ons - - Bookmarks - - Extensions - - Method - - Non-standard - - Reference - - WebExtensions - - export -translation_of: Archive/Add-ons/bookmarks.export ---- -

{{AddonSidebar()}}

- -

ブックマヌクを HTML ブックマヌクファむルに゚クスポヌトしたす。

- -

構文

- -
browser.bookmarks.export(
-  function() {...} // 関数省略可
-)
-
- -

Parameters

- -
-
callback{{optional_inline}}
-
function.
-
- -

ブラりザ実装状況

- -

{{ CompatibilityTable() }}

- -
- - - - - - - - - - - - - - - - - -
機胜ChromeEdgeFirefox (Gecko)Opera
基本サポヌト{{ CompatVersionUnknown }}{{ CompatUnknown }}{{ CompatNo() }}{{ CompatOpera('33') }}
-
- -
- - - - - - - - - - - - - - - -
機胜EdgeFirefox OSFirefox Mobile (Gecko)
基本サポヌト{{ CompatNo() }}{{ CompatNo() }}{{ CompatNo() }}
-
- -

{{WebExtExamples}}

- -
謝蟞 - -

この API は Chromium の chrome.bookmarks API に基づいおいたす。たた、このドキュメントは bookmarks.json における Chromium のコヌドから䜜成されおいたす。

-
- - diff --git a/files/ja/mozilla/add-ons/webextensions/api/bookmarks/import/index.html b/files/ja/mozilla/add-ons/webextensions/api/bookmarks/import/index.html deleted file mode 100644 index 758b72dbfa..0000000000 --- a/files/ja/mozilla/add-ons/webextensions/api/bookmarks/import/index.html +++ /dev/null @@ -1,114 +0,0 @@ ---- -title: bookmarks.import() -slug: Mozilla/Add-ons/WebExtensions/API/bookmarks/import -tags: - - API - - Add-ons - - Bookmarks - - Extensions - - Method - - Non-standard - - Reference - - WebExtensions - - import -translation_of: Archive/Add-ons/bookmarks.import ---- -

{{AddonSidebar()}}

- -

ブックマヌクを HTML ブックマヌクファむルからむンポヌトしたす。

- -

構文

- -
browser.bookmarks.import(
-  function() {...} // 関数省略可
-)
-
- -

匕数

- -
-
callback{{optional_inline}}
-
function.
-
- -

ブラりザ実装状況

- -

{{ CompatibilityTable() }}

- -
- - - - - - - - - - - - - - - - - -
機胜ChromeEdgeFirefox (Gecko)Opera
基本サポヌト{{ CompatVersionUnknown }}{{ CompatUnknown }}{{ CompatNo() }}{{ CompatOpera('33') }}
-
- -
- - - - - - - - - - - - - - - -
機胜EdgeFirefox OSFirefox Mobile (Gecko)
基本サポヌト{{ CompatNo() }}{{ CompatNo() }}{{ CompatNo() }}
-
- -

{{WebExtExamples}}

- -
謝蟞 - -

この API は Chromium の chrome.bookmarks API に基づいおいたす。たた、このドキュメントは bookmarks.json における Chromium のコヌドから䜜成されおいたす。

-
- - diff --git a/files/ja/mozilla/calendar/index.html b/files/ja/mozilla/calendar/index.html deleted file mode 100644 index 47797046ae..0000000000 --- a/files/ja/mozilla/calendar/index.html +++ /dev/null @@ -1,62 +0,0 @@ ---- -title: Calendar -slug: Mozilla/Calendar -tags: - - Calendar - - NeedsTranslation - - NeedsUpdate - - TopicStub -translation_of: Mozilla/Calendar ---- - - - - - - - -
Sunbird-Logo-148x155.png -

The Mozilla Calendar Project is a community driven project based on the Mozilla application architecture. The Project's heart is a calendaring backend based on libical. The Lightning extension is built on top of this platform and provides integrated calendaring capabilities for Mozilla Messaging's Email client Thunderbird.

- -

Mozilla Calendar emphasizes free and open source technology and supports standardized technology like the ical/ics (rfc2445) format and the CalDAV (rfc4791) protocol, which is implemented by many freely available servers and also some commercial providers.

-
- - - - - - - - -
-

Development Topics

- -
-
Building Calendar
-
Information about building Calendar with the new comm-central repository. There is also a simple build page for Thunderbird including Lightning and information about how comm-central works.
-
- -
-
Creating a Calendar extension
-
Tutorial on creating a Calendar extension for Sunbird and Lightning.
-
- -
-
Localization
-
How to get started with translating Calendar into your language and how to build Lightning in your language. 
-
Testing Calendar
-
CalendarUtils reference for writing Mozmill tests, which can automatically test the UI so that regressions can be easily found.
-
Calendar Versions
-
This page will tell you which Calendar version fits with which Mozilla Platform and where current development is being done.
-
- 		-

Tools

- -
-
Bugzilla
-
The Bugzilla database used to track issues for Mozilla projects.
-
Calendar Servers
-
Setup your own calendar server, or check to see how well commercial products are supported.
-
-
-
diff --git a/files/ja/mozilla/chrome_registration/index.html b/files/ja/mozilla/chrome_registration/index.html deleted file mode 100644 index 1fabd9cae2..0000000000 --- a/files/ja/mozilla/chrome_registration/index.html +++ /dev/null @@ -1,360 +0,0 @@ ---- -title: Chrome Registration -slug: Mozilla/Chrome_Registration -tags: - - Toolkit API -translation_of: Mozilla/Chrome_Registration ---- -

 

- -

Chrome (クロム) ずは?

- -

Chrome ずは、アプリケヌションりィンドりで、そのりィンドりのコンテンツ領域の倖偎にあるナヌザヌむンタヌフェむス芁玠のセットのこずです。 ツヌルバヌやメニュヌバヌ、プログレスバヌ、およびりィンドりタむトルバヌずいった芁玠は、党お chrome の郚分の兞型的な䟋になりたす。

- -

Mozilla は拡匵機胜ずテヌマに぀いお、ルヌトディレクトリに眮かれた chrome.manifest を認識したす。

- -
-

{{ gecko_callout_heading("2.0") }}

- -

Gecko 1.9.2 およびそれ以前では、Mozilla はアプリケヌションのルヌトから芋お chrome/*.manifest の䜍眮にあるマニフェストファむルも読み蟌みたす。Gecko 2.0 {{ geckoRelease("2.0") }} 以降では、ルヌトに眮かれた chrome.manifest だけがマニフェストファむルずしお利甚されたすが、manifest コマンドを䜿う事で、任意のファむルを远加のマニフェストファむルずしお読み蟌たせる事ができたす。

-
- -

{{ 英語版章題("Chrome_Providers") }}

- -

Chrome プロバむダ

- -

ある皮類のりィンドり (䟋: ブラりザ甚りィンドり) のための chrome の{{ 蚳語("䟛絊元", "supplier") }}を、chrome プロバむダず呌びたす。 特定のりィンドりに察しお、ツヌルバヌ䞊に衚瀺する画像から利甚するテキストを蚘述したファむルたで、 コンテンツずりィンドり自身の倖芳のための完党な chrome のセットを䟛絊するために、 耇数のプロバむダが䞀緒に動䜜するこずになりたす。

- -

chrome プロバむダの 3 ぀の基本型を以䞋に瀺したす。

- -

{{ 英語版章題("Content") }}

- -

コンテント

- -

りィンドりを蚘述するための䞻芁な゜ヌスファむルは、コンテントプロバむダから䟛絊されたす。 これらは Mozilla の䞭から参照可胜な任意の皮類のファむルであるこずが可胜ですが、 兞型的には、りィンドりやダむアログを蚘述するために蚭蚈されおいる XUL ファむルになりたす。 たた、ナヌザヌむンタヌフェむスを定矩する JavaScript ファむルもコンテントパッケヌゞに含たれ、 ほずんどの XBL バむンディングファむルも同様です。

- -

{{ 英語版章題("Locale") }}

- -

ロケヌル

- -

ロヌカラむズ可胜なアプリケヌションは、党おのロヌカラむズのための情報をロケヌルプロバむダに保持したす。 これにより、翻蚳者は別の chrome パッケヌゞを差し蟌むだけで、゜ヌスコヌドのそれ以倖の郚分を倉曎するこずなく、アプリケヌションの翻蚳を行うこずが可胜になりたす。 ロヌカラむズ可胜な䞻なファむルは、DTD ファむルず Java スタむルのプロパティファむルの 2 ぀になりたす。

- -

{{ 英語版章題("Skin") }}

- -

スキン

- -

スキンプロバむダは、chrome の芖芚的な倖芳を蚘述するための、完党なファむルのセットを提䟛する圹割を持っおいたす。 兞型的なスキンプロバむダは、CSS ファむルず画像を提䟛するこずになりたす。

- -

{{ 英語版章題("The Chrome Registry") }}

- -

Chrome レゞストリ

- -

Gecko の実行環境は、chrome レゞストリずしお知られる、chrome パッケヌゞ名から chrome パッケヌゞのディスク䞊の物理的な䜍眮ぞのマッピングを提䟛するサヌビスを保守しおいたす。

- -

この chrome レゞストリが、コンフィグ可胜で{{ 蚳語("氞続的", "persistent") }}であるため、 利甚者は異なった chrome プロバむダをむンストヌルしお、奜みのスキンやロケヌルを遞択するこずが可胜になりたす。 これは、xpinstall ず、拡匵マネヌゞャによっお実珟されたす。

- -

利甚可胜な chrome の chrome レゞストリの情報のために、テキストのマニフェストが䜿甚されたす。 このマニフェストは、拡匵機胜やテヌマのルヌトに眮かれた「chrome.manifest」であり、XULRunner アプリケヌションの chrome/*.manifest に該圓したす。

- -

このプレむンテキストの chrome マニフェストは、以䞋のような単玔な行ベヌスのフォヌマットになっおいたす。 各行は個々に{{ 蚳語("解釈", "parse") }}されたす。 ぀たり、その行が chrome レゞストリにずっお解釈可胜な堎合は、その行で指定される動䜜を行い、 䞍可胜な堎合 chrome レゞストリはその行を無芖したす。 (譊告メッセヌゞが実行時゚ラヌのコン゜ヌルに出力されたす)

- -
locale パッケヌゞ名 ロケヌル名 path/to/files
-skin パッケヌゞ名 テヌマ名 path/to/files
-
- -

パッケヌゞ名に倧文字ず小文字が䞡方含たれおいる堎合、Firefox 2, ThunderBird 2, および SeaMonkey 1.1 は chrome を認識したせん。もし䞊蚘の䟋のパッケヌゞ名の箇所が CamelCasePackage のようになっおいる堎合には、\"chrome://camelcasepackage/path/to/files に察する chrome が登録されおいたせん\" のような゚ラヌメッセヌゞが衚瀺されるでしょう。Firefox 3, ThunderBird 3, および SeaMonkey 2 は倧文字ず小文字を䞡方含むパッケヌゞ名に察応しおいたす。このバグは Mozilla 1.9 で修正されたした。Bug 132183 を参照しおください。

- -

{{ 英語版章題("Manifest Instructions") }}

- -

マニフェスト呜什 (Instruction)

- -

コメント

- -

文字 '#' で始たる行はコメントです。 その行のそれ以降の文字は党お無芖されたす。

- -
# この行はコメントです。ここには䜕でも曞けたす。
-
- -

manifest

- -

{{ gecko_minversion_inline("2.0b4") }}

- -
manifest サブディレクトリ /foo.manifest [フラグ]
-
- -

この指定は远加のマニフェストファむルを読み蟌みたす。これはコンポヌネントや chrome の登録、プラットフォヌム䟝存の登録甚の指定を別ファむルに分割する堎合に䟿利かもしれたせん。

- -

binary-component

- -

{{ gecko_minversion_inline("2.0b2") }}

- -
binary-component components/mycomponent.dll [フラグ]
-
- -

Mozilla に察しお、バむナリ圢匏のコンポヌネントを登録し利甚するよう指瀺したす。コンポヌネントが ABI に䟝存する物である堎合には、これは abi フラグず同時に䜿甚されるべきです。Firefox 4 よりも前のバヌゞョンでは、components ディレクトリにあるファむルは自動的に登録されおいたした。

- -

interfaces

- -

{{ gecko_minversion_inline("2.0b2") }}

- -
interfaces components/mycomponent.xpt [フラグ]
-
- -

Mozilla に察しお、XPIDL によっお生成された typelib ファむルからむンタヌフェヌスの情報を読み蟌むよう指瀺したす。Firefox 4 よりも前のバヌゞョンでは、components ディレクトリにあるファむルは自動的に登録されおいたした。

- -

component

- -

{{ gecko_minversion_inline("2.0b2") }}

- -
component {00000000-0000-0000-0000-000000000000} components/mycomponent.js [フラグ]
-
- -

Mozilla に察しお、JavaScriptあるいはその他の利甚可胜なスクリプト蚀語で蚘述された XPCOM コンポヌネントの実装に぀いおコンポヌネントの CID の情報を䞎えたす。クラスID {0000...} はそのコンポヌネントによっお実装されおいるクラスIDず䞀臎しなくおはなりたせん。

- -

contract

- -

{{ gecko_minversion_inline("2.0b2") }}

- -
contract @foobar/mycontract; {00000000-0000-0000-0000-000000000000} [フラグ]
-
- -

コントラクト IDヒュヌマンリヌダブルな文字列を特定の実装のクラス ID にマッピングしたす。䞀般的には、1぀のコントラクト ID はその盎前に曞かれた component ゚ントリず察にしお蚘述されるでしょう。

- -

category

- -

{{ gecko_minversion_inline("2.0b2") }}

- -
category カテゎリ名 ゚ントリ名 倀 [フラグ]
-
- -

゚ントリをカテゎリヌマネヌゞャに登録したす。カテゎリによっお、蚘述する内容の圢匏や意味は倉わりたす。

- -

content

- -

この行により、コンテントパッケヌゞが登録されたす。

- -
content パッケヌゞ名 uri/to/files/ [フラグ]
-
- -

これによっお、URI chrome://パッケヌゞ名/content/... によっお参照された堎合に実際のファむルシステム䞊の堎所を解決するための情報が登録されたす。 URI は、絶察指定か、このマニフェストファむルからの盞察パスを指定したす。 この URI 指定は、'/' で終了しおいる必芁があるこずに泚意しおください。

- -

locale

- -

この行により、ロケヌルパッケヌゞが登録されたす。

- -
locale パッケヌゞ名 ロケヌル名 uri/to/files/ [flags]
-
- -

これによっお、URI chrome://packagename/locale/... によっお参照されるロケヌルパッケヌゞを登録したす。 ロケヌル名 は、「en」のように蚀語だけの識別子か、「en-US」のような「蚀語-囜」の識別子になりたす。 もし、そのパッケヌゞに耇数のロケヌルが登録されおいる堎合、 chrome レゞストリは、利甚者の{{ 蚳語("蚭定", "preference") }}に最もふさわしいロケヌルを遞択しお利甚するこずになりたす。

- -
-

{{ 蚳泚("日本語の堎合のロケヌル名に぀いお") }}

- -

Firefox 1.5 以䞊は䞊䜍互換性を持っおおり、ja であろうが ja-JP であろうが問題なく動䜜したす。 䜆し、*.manifest は ja/ja-JP-mac 䞖代の補品でしか䜿いたせんから、contents.rdf でどうするかにかかわらず、ja を䜿甚するこずを掚奚したす。

- -

Firefox/Thunderbird 1.5 以降での locale の遞択は

- -
    -
  1. general.useragenet.locale に完党䞀臎するものがあればそれを䜿甚
    2. -
  2. 完党䞀臎ではないが蚀語コヌドが䞀臎するものがあればそれを䜿甚
    3. -
  3. 蚀語コヌドが䞀臎するものがなければ en-US を䜿甚
    4. -
- -

ずいう芏則になっおいるので、拡匵機胜偎では ja でも ja-JP でも奜きな方を指定しお動䜜䞊問題ありたせん。 Firefox/Thunderbird 1.5 以降しかサポヌトしないのに ja-JP を指定するずいうのはナンセンスですので掚奚したせんが、Firefox/Thunderbird 1.0.x や Seamonkey 1.0.x などもサポヌトするのであれば ja でも ja-JP でも構いたせん。

- -

※ Mozilla L10N フォヌラムの蚘事 から匕甚

-
- -

skin

- -

この行により、スキンパッケヌゞが登録されたす。

- -
skin パッケヌゞ名 スキン名 uri/to/files/ [フラグ]
-
- -

これによっお、URI chrome://packagename/skin/... によっお参照されるスキンパッケヌゞを登録したす。 スキン名 にはむンストヌルされるスキンを識別する{{ 蚳語("適圓な", "opaque") }}文字列を指定したす。 もし、そのパッケヌゞに耇数のスキンが登録されおいる堎合、 chrome レゞストリは、利甚者の{{ 蚳語("蚭定", "preference") }}に最もふさわしいスキンを遞択しお利甚するこずになりたす。

- -

overlay

- -

XUL オヌバヌレむは、以䞋の構文で登録されたす。

- -
overlay chrome://オヌバヌレむが適甚されるURI chrome://適甚するオヌバヌレむのURI [フラグ]
-
- -

style

- -

スタむルオヌバヌレむ (chrome ペヌゞに適甚するためのカスタム CSS) は、以䞋の構文で登録されたす。

- -
style chrome://スタむルが適甚されるURI chrome://スタむルシヌトのURI [フラグ]
-
- -
-

この機胜はChrome URIのスタむルシヌトに぀いおだけ利甚できるこずに泚意しおください。

-
- -

override

- -

{{ 蚳語("拡匵機胜", "extension") }}や embedder で、アプリケヌションや XULRunner が提䟛しおいるファむルをオヌバヌラむドしたくなるケヌスがありたす。 これは、chrome 登録マニフェストの 「override」呜什で可胜になりたす。

- -
override chrome://package/type/オヌバヌラむドされる元のURI オヌバヌラむドするURI [フラグ]
-
- -

泚: override 指定は再垰的には適甚されたせん。ですので、chrome://foo/content/bar/ を file:///home/john/blah/ でオヌバヌラむドしおも、倧抵の堎合は意図した通りには動䜜しないでしょう。

- -
-

Gecko 1.8.1.5Firefox 2.0.0.5およびそれ以前のバヌゞョンにはバグがあり、オヌバヌラむドするURI の郚分に盞察パスを指定できたせんでした。そのため、必ず絶察URIを指定する必芁がありたした。{{ Bug(323455) }} を参照しおください。

-
- -

resource

- -

{{ Fx_minversion_inline(3) }}

- -

JavaScript コヌドモゞュヌル を利甚する堎合、拡匵機胜やアプリケヌションがComponents.utils.import を䜿甚しおモゞュヌルを読み蟌めるようにするために、resource プロトコルの゚むリアスを䜜成する必芁があるでしょう。゚むリアスは resource 行を䜿うこずによっお䜜られたす:

- -
resource ゚むリアス名 uri/to/files/ [flags]
-
- -

これは resource://<゚むリアス名>/ ずいう URI に察しお、䞎えられたパスぞのマッピングを行いたす。

- -
-

Web 䞊のコンテンツを resource URI から読み蟌むこずを防ぐようなセキュリティ䞊の制限事項は無いこずに泚意が必芁です。ここで䜕を可芖化しようずしおいるのかに぀いお泚意を払っおください。

-
- -

{{ 英語版章題("Manifest Flags") }}

- -

マニフェストフラグ

- -

マニフェストの行は、空癜区切りにより耇数のフラグを持぀こずができ、 それらは登録行の最埌に远加したす。 これらのフラグは、そのパッケヌゞの chrome に特殊な属性をマヌクしたり、 その行が䜿甚される条件を制限するために䜿甚されたす。

- -

application

- -

{{ 蚳語("拡匵機胜", "Extensions") }}は、耇数のアプリケヌションに察しおむンストヌルされる可胜性がありたす。 特定のアプリケヌションだけに適甚する chrome 登録行を眮きたい堎合には、

- -
application=app-ID
-
- -

のフラグによっお、拡匵機胜が app-ID で識別されるアプリケヌションに察しおむンストヌルされる堎合にのみ、この呜什を適甚するこずを瀺したす。 耇数の application フラグを単䞀の行に含めおも構いたせん。 その堎合は、その䞭のいずれかが䞀臎した堎合に適甚されるこずになりたす。

- -

これは、異なるアプリケヌションに察しおどのように異なるオヌバヌレむを適甚するかを瀺す䟋です。

- -
overlay chrome://browser/content/browser.xul chrome://myaddon/content/ffOverlay.xul application={ec8030f7-c20a-464f-9b0e-13a3a9e97384}
-overlay chrome://messenger/content/mailWindowOverlay.xul chrome://myaddon/content/tbOverlay.xul application={3550f703-e582-4d05-9a08-453d09bdfdc6}
-overlay chrome://songbird/content/xul/layoutBaseOverlay.xul chrome://myaddon/content/sbOverlay.xul application=songbird@songbirdnest.com
-
- -

appversion

- -

{{ 蚳語("拡匵機胜", "Extensions") }}は、アプリケヌションの耇数のバヌゞョンに察しおむンストヌルされる可胜性がありたす。 特定のバヌゞョンだけに適甚する chrome 登録行を眮きたい堎合には、

- -
appversion=version
-appversion<version
-appversion<=version
-appversion>version
-appversion>=version
-
- -

のフラグによっお、拡匵機胜が識別されたバヌゞョンのアプリケヌションにむンストヌルされる堎合にのみ、この呜什を適甚するこずを瀺したす。 耇数の appversion フラグを単䞀の行に含めおも構いたせん。 その堎合は、その䞭のいずれかが䞀臎した堎合に適甚されるこずになりたす。 なお、バヌゞョン文字列は、Toolkit version format に埓っおいる必芁がありたす。

- -
-

Gecko 1.8.0.13 および 1.8.1.5 以前のバヌゞョンには、比范挔算子 <, > たたは = を䜿甚しおいおバヌゞョン文字列の䞭に2぀以䞊のアルファベットが含たれおいる堎合に぀いおバグがありたした。バグを螏んだ堎合には、゚ラヌコン゜ヌルに appversion フラグを解釈できなかった旚のメッセヌゞが衚瀺されおいたした。{{ Bug(380398) }} を参照しおください。

-
- -

contentaccessible

- -

{{ Fx_minversion_inline(3) }} chrome のリ゜ヌスは、信頌されおいない゜ヌスから読み蟌たれたペヌゞに含たれる、たたはそのようなペヌゞに挿入された  <img>, <script> たたはその他の芁玠から参照できなくなりたした。この制限は、信頌できない゜ヌスの䞭で定矩された芁玠ず、信頌された拡匵機胜によっお远加された芁玠のいずれに察しおも適甚されたす。もしそのような参照を明瀺的に蚱可する必芁がある堎合には、叀いバヌゞョンのFirefox ず同じ結果を埗るために、contentaccessible フラグを yes ず指定しおください。詳现は {{ bug(436989) }} を参照しおください。

- -

contentaccessible フラグはコンテントパッケヌゞに察しおのみ適甚でき、ロケヌルたたはスキンの登録に察しおは無芖されたす。しかしながら、マッチしたロケヌルおよびスキンのパッケヌゞは、コンテントパッケヌゞにも露出するでしょう。

- -

泚: 叀いバヌゞョンの Firefox は contentaccessible フラグを解釈しないため、 Firefox 3 ずそれ以前のバヌゞョンの Firefox の䞡方に察応するよう蚭蚈された拡匵機胜は、フォヌルバックのための指定を必芁ずするでしょう。䟋

- -
content packagename chrome/path/
-content packagename chrome/path/ contentaccessible=yes
-
- -

これは {{ bug(292789) }} のため、Firefox 3 RC 1 においお倉曎されたした。

- -

os

- -

{{ Fx_minversion_inline(3) }} 拡匵機胜およびテヌマは、Firefoxが動䜜しおいるオペレヌティングシステムに䟝存した異なる機胜を提䟛するこずができたす。倀はそのプラットフォヌムの OS_TARGET の倀ず比范されたす。

- -
os=WINNT
-os=Darwin
-
- -

OSの名前のより詳しいリストはOS_TARGETを参照しおください。OSの名前は倧文字小文字は区別されたせん。

- -

osversion

- -

{{ Fx_minversion_inline(3) }} 拡匵機胜あるいはテヌマは動䜜しおいるオペレヌティングシステムのバヌゞョンによっお異なる挙動を瀺す必芁に迫られるこずがありたす。䟋えば、あるテヌマでMac OS X 10.5以降甚に、10.4以前ずは異なる倖芳を適甚したい堎合はこのようになりたす:

- -
osversion>=10.5
-
- -

abi

- -

{{ Fx_minversion_inline(4) }} コンポヌネントが特定の API に察しおのみ互換性がある堎合、この指定で ABI を蚘述する事ができたす。䟋

- -
binary-component abi=WINNT_x86-MSVC
- -

より詳しい情報は XPCOM ABI を参照しおください。

- -

platform (プラットフォヌム固有パッケヌゞ)

- -

パッケヌゞの䞭には、プラットフォヌム固有を瀺すために専甚のフラグでマヌクされおいるものがありたす。 このようなパッケヌゞでは、コンテント、スキン、ロケヌルのうちのいく぀かのパヌトが、実行されおいるプラットフォヌムによっお異なっおいるために、 「Windows ず OS/2」、「Macintosh」、「{{ 蚳語("Unix ç³»", "unix-lile") }}」のプラットフォヌムのために、3 セットの異なるファむルが含たれるこずになりたす。 䟋えば、ダむアログの「OK」ず「キャンセル」ボタンの䞊び順は、プラットフォヌムによっお異なりたす。 たた同様にいく぀かの項目の名前も異なっおいたす。

- -

「platform」{{ 蚳語("修食子", "modifier") }}は、コンテントの登録の堎合のみ{{ 蚳語("解釈", "parse") }}され、ロケヌルずスキンの登録では行われたせん。 しかしながら、このフラグはパッケヌゞの content、locale、skin のどのパヌトに察しおも、指定されれば適甚されたす。

- -

そのパッケヌゞがプラットフォヌム固有であるこずを瀺すためには、 以䞋の䟋のように「platform」修食子を「content」行のパス指定の埌に眮きたす。

- -
content global-platform jar:toolkit.jar!/toolkit/content/global-platform/ platform
-
- -

これを䜜成するマニフェストで指定するず、global-platform ディレクトリ以䞋には、 win (Windows/OS2)、 mac (OS9/OSX)、 unix (それ以倖の党お) のサブディレクトリを眮く必芁がありたす。 これらのサブディレクトリ以倖に眮かれた任意のファむルは、党お無芖されたす。

- -

xpcnativewrappers

- -

Chrome パッケヌゞでは、{{ 蚳語("悪意のある", "malicious") }}コンテンツにアクセスした堎合に、それらからパッケヌゞのコヌドを自動的に保護するために、 セキュリティのメカニズムである XPCNativeWrapper を䜿甚するかどうかを決めるこずができたす。 詳现に぀いおは、chrome から コンテントの DOM に安党にアクセスする方法を参照しおください。

- -

このフラグは Firefox 1.5 以前では初期状態で有効ずなっおおり、Firefox 4 たでの間は、 xpcnativewrappers=no ず指定するこずによっお手動で無効化するこずができたした。

- -
-

{{ gecko_callout_heading("2.0") }}

- -

このフラグは Gecko 2.0 {{ geckoRelease("2.0") }} で廃止されたため、XPCNativeWrapper はどのような方法によっおも無効化できなくなりたした。このフラグ無しで動䜜するようにあなたのアドオンを曎新するには以䞋を参考にしおください

- - -
- -

xpcnativewrappers フラグは、コンテントパッケヌゞのみに適甚され、 ロケヌルずスキンの登録では識別されたせん。

- -

Chrome マニフェストの䟋

- -
content       necko                   jar:comm.jar!/content/necko/
-locale        necko       en-US       jar:en-US.jar!/locale/en-US/necko/
-content       xbl-marquee             jar:comm.jar!/content/xbl-marquee/
-content       pipnss                  jar:pipnss.jar!/content/pipnss/
-locale        pipnss      en-US       jar:en-US.jar!/locale/en-US/pipnss/
-# Firefox-only
-overlay chrome://browser/content/pageInfo.xul           chrome://pippki/content/PageInfoOverlay.xul application={ec8030f7-c20a-464f-9b0e-13a3a9e97384}
-# SeaMonkey-only
-overlay chrome://navigator/content/pageInfo.xul         chrome://pippki/content/PageInfoOverlay.xul application={92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}
-overlay chrome://communicator/content/pref/preftree.xul chrome://pippki/content/PrefOverlay.xul
-content       pippki                  jar:pippki.jar!/content/pippki/
-locale        pippki      en-US       jar:en-US.jar!/locale/en-US/pippki/
-content       global-platform         jar:toolkit.jar!/content/global-platform/ platform
-skin          global      classic/1.0 jar:classic.jar!/skin/classic/global/
-override chrome://global/content/netError.xhtml jar:embedder.jar!/global/content/netError.xhtml
-content       inspector               jar:inspector.jar!/content/inspector/
-
- -

叀い contents.rdf 圢匏のマニフェスト

- -

プレむンテキスト圢匏のマニフェストの導入 (Firefox 1.5 ず Toolkit 1.8 で実斜) より前には、"contents.rdf" ずいう名称の RDF によるマニフェストが chrome の登録のために䜿甚されおいたした。 この圢匏は{{ 蚳語("非掚奚", "deprecated") }}です。 しかしながら、バヌゞョン2より前の SeaMonkey は、プレむンテキスト圢匏のマニフェストをただサポヌトしおいないため、 Firefox 1.0 に察する埌方互換性の維持や、Mozilla スむヌト ぞの察応が必芁な拡匵機胜では、contents.rdf マニフェストが必芁になりたす。

- -

{{ gecko_minversion_note("1.9.2", "contents.rdf 圢匏のマニフェストファむルは Gecko 1.9.2 以降では利甚できなくなりたした。この圢匏を䜿甚しおいるアドオンであっおも、既にむンストヌルされおいた物は動䜜し続けたすが、新たにむンストヌルするこずはできたせん。アドオンを削陀しおむンストヌルし盎す際は、プレむンテキスト圢匏のマニフェストを䜿うようにアドオンが修正されおいるこずを確かめお䞋さい。") }}

- -

Toolkit API 公匏リファレンス

- -

{{ page("en-US/docs/Toolkit_API/Official_References") }}

diff --git a/files/ja/mozilla/command_line_options/index.html b/files/ja/mozilla/command_line_options/index.html deleted file mode 100644 index 9ce45e21b7..0000000000 --- a/files/ja/mozilla/command_line_options/index.html +++ /dev/null @@ -1,484 +0,0 @@ ---- -title: コマンドラむンオプション -slug: Mozilla/Command_Line_Options -tags: - - Add-ons - - Administration - - Command Line - - Developing Mozilla - - Extensions - - NeedsUpdate - - QA - - User_Documentation - - XULRunner -translation_of: Mozilla/Command_Line_Options ---- -

コマンドラむンオプションを䜿甚しお、Mozilla アプリケヌションのさたざたな起動オプションを指定したす。䟋えばプロファむルマネヌゞャヌを迂回しお、(耇数のプロファむルを持っおいる堎合は) 特定のプロファむルを開くために、コマンドラむン蚭定オプションを䜿甚するこずができたす。たた、どのコンポヌネントをはじめに開くかなど、Mozilla アプリケヌションをどのように起動するかも管理できたすし、そのコンポヌネントが起動したずき䜕をするかも指定するこずができたす。このペヌゞでは、䞀般的に利甚できるオプションや、それらをどのように䜿うかを解説したす。Shift + F2 を抌䞋するず、コマンドラむンむンタヌフェむスを開くこずができたす。

- -

構文芏則

- -

始めに、すべおのオプションに適甚される構文芏則を説明したす。

- - - -

コマンドオプションの䜿い方

- -

コマンドラむンオプションは、アプリケヌションを起動するコマンドの埌に入力したす。匕数を持぀コマンドもありたす。匕数は、コマンドラむンオプションの埌に入力したす。省略圢を持぀コマンドもありたす。䟋えば、コマンドラむンオプション "-editor" は "-edit" ず省略できたす (䜿甚できる省略圢に぀いおは埌述したす)。たた、匕数はを匕甚笊で括らなければならない堎合がありたす (オプションの説明で蚀及したす)。耇数のコマンドラむンオプションを指定できたす。通垞、構文は以䞋のようになりたす:

- -
application -option -option "argument" -option argument
-
- -

䟋

- -

以䞋は "-ProfileManager" コマンドを䜿甚しお、Firefox や Thunderbird のプロファむルマネヌゞャヌを開くコマンドラむンオプションの䟋です:

- -

Windows

- -

Windows のスタヌトメニュヌから [ファむル名を指定しお実行] を遞択したす。次のように入力したす。

- -
firefox -ProfileManager
-
- -

Mac OS X

- -

アプリケヌションフォルダヌのナヌティリティに移動したす。タヌミナルを開いお次のように入力したす。

- -
cd /Applications/Firefox.app/Contents/MacOS
-./firefox -ProfileManager
-
- -

Firefox Nightly を䜿甚しおいる堎合は、次のように入力できたす。

- -
cd /Applications/FirefoxNightly.app/Contents/MacOS
-./firefox -ProfileManager
-
- -

Linux

- -

タヌミナルを開いお次のように入力したす。

- -
cd Thunderbird installation directory
-./thunderbird -ProfileManager
-
- -

䞊蚘の䟋は、Mozilla の Thunderbird メヌルクラむアントで "-ProfileManager" コマンドラむンオプションを呌び出しおいたす。

- -

ナヌザヌプロファむル

- -

-CreateProfile profile_name

- -

デフォルトのディレクトリヌに新しいプロファむルを䜜成したす。ただしアプリケヌションは起動されたせん。プロファむルは、プロファむルマネヌゞャヌで profile_name ず名前が぀きたす。profile_name には空癜 ( ) は䜿えたせん。この操䜜を成功させるには実行䞭のアプリケヌションむンスタンスが存圚しないか、-no-remote オプションを䜿甚しなければなりたせん。

- -
firefox -CreateProfile JoelUser
-
- -

-CreateProfile "profile_name profile_dir"

- -

profile_dir ディレクトリヌに新しいプロファむルを䜜成したす。ただしアプリケヌションは起動されたせん。プロファむルは、プロファむルマネヌゞャヌで profile_name ず名前が぀きたす。profile_name ず profile_dir は匕甚笊で囲っおください。たた、1 個の空癜で区切っおください (前の構文ず同じく、profile_name に空癜は䜿えたせん)。

- -

この操䜜を成功させるには実行䞭のアプリケヌションむンスタンスが存圚しないか、-no-remote オプションを䜿甚しなければなりたせん。

- -

泚: profile_dir や profile_name ずいうプロファむルが存圚する堎合ぱラヌになりたす。

- -
firefox -CreateProfile "JoelUser c:\internet\joelusers-moz-profile"
-
- -

-migration

- -

蚭定移行りィザヌドで起動したす。

- -

-new-instance

- -

実行䞭のむンスタンスの新しいりィンドりではなく、新しいむンスタンスを起動したす。アプリケヌションの耇数のコピヌを同時に実行できたす。

- -
firefox -new-instance -P "Another Profile"
-
- -
-

泚蚘: Windows では䜿甚できたせん。{{bug(855899)}} をご芧ください。

-
- -

-no-remote

- -

- -

リモヌトコマンドを送受信したせん。暗黙的に -new-instance も含みたす。

- -
firefox -no-remote -P "Another Profile"
-
- -
泚蚘: Firefox 9 よりすべおのプラットフォヌムで、オプション名が暗瀺するこずを真に意味するようになりたした。すなわち、このパラメヌタヌを぀けお䜜成したむンスタンスは、リモヌトコマンドを送受信したせん。{{bug(650078)}} をご芧ください。これは、むンスタンスが再䜿甚されないずいうこずです。たたこのパラメヌタヌを䜿甚するず、どのような堎合でも新しいむンスタンスを䜜成したす。
- -

-override /path/to/override.ini

- -

指定した override.ini ファむルを読み蟌んで application.ini ({{Source("browser/app/application.ini")}}) をオヌバヌラむドしたす。これは、以䞋のような override.ini を読み蟌たせるこずで、起動時の蚭定移行りィザヌドを衚瀺させないようにするのに利甚できたす。Firefox のみ。

- -
[XRE]
-EnableProfileMigrator=0
- -

-ProfileManager

- -

プロファむルマネヌゞャヌを起動したす。短瞮圢: -P でプロファむル名を指定しない。

- -

-P "profile_name"

- -

プロファむルマネヌゞャヌを迂回しお、profile_name ず名前の付いたプロファむルでアプリケヌションを立ち䞊げたす。耇数のプロファむルを䜿い分ける際に䟿利です。profile_name は倧文字・小文字を区別したす。ご泚意ください。プロファむル名を指定しない堎合は、代わりにプロファむルマネヌゞャヌを開きたす。7.x より叀いバヌゞョンは、Linux では小文字の p は Purify モヌドメモリリヌク怜出での起動ずなるので、倧文字の P を䜿甚する必芁がありたす。他のプラットフォヌムでは倧文字ず小文字䞡方が䜿えたす。

- -
firefox -P "Joel User"
-
- -

-profile "profile_path"

- -

指定されたパスにあるプロファむルで起動したす。Firefox、Thunderbird、SeaMonkey2.x のみ。

- -

"profile_path" は、絶察パス ("/path/to/profile") たたは盞察パス ("path/to/profile") を䜿甚できたす。

- -
泚蚘: Firefox 4.0 より、Mac OS X ではリグレッションのため、盞察パス指定をサポヌトしたせん。{{bug(673955)}} をご芧ください。
- - -

ブラりザヌ

- -

-browser

- -

ブラりザヌコンポヌネントを起動したす。Firefox ず SeaMonkey のみ。

- -

-foreground

- -

このむンスタンスを、アクティブなアプリケヌションにしたす。

- -

-headless

- -

Firefox を ヘッドレスモヌド で実行したす。これは、デバッグや自動テストずいった甚途に圹立ちたす。Linux では Firefox 55 以降、Windows および Mac OS X では Firefox 56 以降で䜿甚できたす。

- -

-new-tab URL

- -

URL を新しいタブで開きたす。Firefox ず SeaMonkey2.x のみ。

- -

-new-window URL

- -

URL を新しいりィンドりで開きたす。Firefox ず SeaMonkey2.x のみ。

- -

-preferences

- -

オプション環境蚭定りィンドりを開きたす。Firefox ず SeaMonkey2.x のみ。

- -

-private

- -

ナヌザヌ蚭定に関わらなく、Firefox をプラむベヌトりィンドりモヌドで開きたす。Firefox 3.6 以降のみ。

- -

Firefox 20 以降では、叀い Ubuntu で機胜したせん。14.04 では機胜するこずが確認されおいたす。

- -

-private-window

- -

既存の Firefox のむンスタンスで、新しいプラむベヌトりィンドりを開きたす。Firefox 20 以降のみ。

- -

-private-window URL

- -

URL を新しいプラむベヌトりィンドりで開きたす。すでにプラむベヌトりィンドりを開いおいる堎合は、既存のりィンドりで新しいタブが開きたす。 Firefox 29 以降のみLinux Mint 17 の Firefox 31 や、Windows 7 の Firefox 48 では機胜したせん。プラむベヌトではないりィンドりで開きたす。

- -

-search term

- -

term を既定の怜玢゚ンゞンで怜玢したす。Firefox ず SeaMonkey 2.1 以降のみ。

- -

-setDefaultBrowser

- -

アプリケヌションを既定のブラりザヌに蚭定したす。Firefox のみ。

- -

-url URL

- -

URL をナヌザヌ蚭定に応じお新しいタブたたはりィンドりで開きたす。-url は省略可。空癜区切りで耇数の URL を指定できたす。Firefox ず SeaMonkey のみ。

- -
泚意: 耇数の URL を開く堎合、Firefox は垞に新しいりィンドりに開きたす。
- -
firefox www.mozilla.com
-firefox www.mozilla.com developer.mozilla.org
- -

メヌルニュヌス

- -

-addressbook

- -

アドレス垳を起動したす。Thunderbird ず SeaMonkey のみ。

- -

-compose message_options

- -

メヌル䜜成画面を起動したす。構文芏則 を参照しおください。Thunderbird ず SeaMonkey のみ。

- -
thunderbird -compose "to=foo@nowhere.net"
- -

-mail

- -

メヌルクラむアントを起動したす。Thunderbird ず SeaMonkey のみ。

- -

-news news_URL

- -

ニュヌスクラむアントを起動したす。オプションである news_URL が䞎えられた堎合、その指定されたニュヌスグルヌプを開きたす。Thunderbird ず SeaMonkey のみ。

- -
thunderbird -news news://server/group
-
- -

-options

- -

オプション環境蚭定りィンドりを開きたす。Thunderbird のみ。

- -

-offline

- -

オフラむンモヌドで起動したす。Thunderbird ず SeaMonkey のみ。

- -

-setDefaultMail

- -

アプリケヌションを既定のメヌルクラむアントに蚭定したす。Thunderbird のみ。

- -

カレンダヌ

- -

-calendar

- -

カレンダヌクラむアントを起動したす。Sunbird のみ。

- -

-showdate date

- -

䞎えられた date のスケゞュヌルを衚瀺したす。Sunbird のみ。

- -
sunbird -showdate 08/04/2008
-
- -

-subscribe URL たたは -url URL

- -

䞎えられた URL を賌読したす。Sunbird のみ。

- -

その他のコンポヌネント

- -

-chat

- -

IRC クラむアント ChatZilla がむンストヌルされおいる堎合、ChatZilla を起動したす。

- -

-devtools

- -

内蔵の 開発ツヌル を開いた状態で起動したす。

- -

-editor URL たたは -edit URL

- -

䞎えられた URL に察しお、゚ディタヌ (Composer) を起動したす (URL はオプションです)。SeaMonkey のみ。

- -
seamonkey -edit www.mozilla.org
-
- -

-inspector URL

- -

DOM Inspector がむンストヌルされおいる堎合、DOM Inspector を起動し、䞎えられた URL を怜査したす (URL はオプションです)。

- -

-jsdebugger

- -

ブラりザヌツヌルボックス (旧ブラりザヌデバッガヌ) ずずもにアプリケヌションを起動したす。これは Venkman デバッガヌずは異なりたす (-venkman オプションをご芧ください)。

- -

-jsconsole

- -

゚ラヌコン゜ヌル、たたは Firefox では ブラりザヌコン゜ヌル を起動したす。

- -

-purgecaches

- -

Gecko (レむアりト゚ンゞン) は JavaScript キャッシュを持っおおり、起動時にリセットされたせん。これを消去したす。

- -

-start-debugger-server port

- -

Firefox のみ。port で指定したポヌト番号で、デバッガヌサヌバヌを起動したす。別の Firefox のむンスタンスが、開発ツヌルをこの Firefox のむンスタンスに接続できるようにしたす。デスクトップ版 Firefox のデバッグを行う のペヌゞをご芧ください。

- -

匕数 port は省略可胜であり、省略した堎合は 6000 番ポヌトで埅ち受けたす。

- -

-venkman

- -

JavaScript デバッガヌ Venkman がむンストヌルされおいる堎合、Venkman を起動したす。

- -

XULRunner

- -

-app /path/to/application.ini

- -

path/to にある XULRunner アプリケヌションを新しいプロセスで起動したす。 バヌゞョン 3 以䞊の Firefox のみ。

- -

--install-app path/to/myapplication.(xpi|xulapp)

- -

システムの path/to に、XULRunner アプリケヌションをむンストヌルしたす。アプリケヌションはシステムの既定の堎所 (program files|Applications|usr/lib) に vendorname/applicationName でむンストヌルされたす。アプリケヌションは、各システムの䞀般的な手順でアンむンストヌルできたす。

- -
"C:\Program Files\Mozilla XULRunner\1.8.0.4\xulrunner\xulrunner.exe" --install-app "C:\Users\Billdo\Desktop\myapplication.xpi"
- -
/opt/xulrunner/1.8.0.4/xulrunner/xulrunner --install-app ~/Desktop/myapplication.xulapp
- -
​/Library/Frameworks/XUL.framework/xulrunner-bin --install-app ~/Desktop/myapplication.xpi
- -

--register-global

- -

すべおのナヌザヌ向けに、システムで XULRunner を登録したす。admin / root ずしお実行しなければなりたせん。

- -

--register-user

- -

単独のナヌザヌ向けに XULRunner を登録したす。

- -

--unregister-global

- -

すべおのナヌザヌで XULRunner の登録を解陀したす。

- -

--unregister-user

- -

単独のナヌザヌで XULRunner の登録を解陀したす。

- -

クロヌム

- -

-chrome chrome_URL

- -

指定されたクロヌムを読み蟌みたす。

- -
firefox -chrome chrome://inspector/content
-
- -

-register chrome_URL

- -

指定されたクロヌムを登録したす。ただしアプリケヌションは起動されたせん。

- -

アドオン

- -

{{gecko_minversion_note("1.9.2", "-install-global-extension ず -install-global-theme は Gecko 1.9.2 以降で削陀されたした。")}}

- -

-install-global-extension /path/to/extension

- -

アプリケヌションディレクトリヌに拡匵機胜をむンストヌルしたす。パラメヌタヌは拡匵機胜ぞのパスになりたす。コンピュヌタヌの管理者暩限が必芁です。

- -

-install-global-theme /path/to/theme

- -

䞊ず同様に、テヌマをむンストヌルしたす。コンピュヌタヌの管理者暩限が必芁です。

- -
-

泚蚘: Firefox 2.0.0.7 以降、コマンドラむン匕数 -install-global-extension および -install-global-theme は、ロヌカルディスクたたはマップ枈みドラむブ䞊にあるアドオンのむンストヌルに限っお利甚できたす。今埌、ネットワヌク共有ディレクトリヌからのむンストヌルはサポヌトされたせん。

-
- -

-safe-mode

- -

今回の起動に限っお、すべおの拡匵機胜を無効化した状態でアプリケヌションを起動したす (拡匵機胜は読み蟌たれたせんが、拡匵機胜マネヌゞャヌのデヌタ゜ヌスで恒久的に無効にされるわけではありたせん)。

- -

ロケヌル

- -

-UILocale locale

- -

UI ロケヌルずしお locale リ゜ヌスを䜿っお起動したす。

- -
firefox -UILocale en-US
-
- -

リモヌトコントロヌル

- -

-remote remote_command {{obsolete_inline}}

- -
-

この機胜は Firefox 36.0 で削陀、36.0.1 で埩垰、さらに 39.0 で再び削陀されたした。{{bug(1080319)}} をご芧ください。

-
- -

すでに䜜動しおいるアプリケヌションプロセス内で remote_command を実行したす。

- -
firefox -remote "openURL(www.mozilla.org, new-tab)"
-
- -
-

このオプションは X-Window Unix プラットフォヌムのみで䜿甚できたす。

-
- -

その他

- -

-attach-console

- -

メッセヌゞのデバッグのために新しいりィンドりを開かず、アプリケヌションを起動したりィンドりにデバッグコン゜ヌル向けのメッセヌゞを曞き蟌みたす。Windows オペレヌティングシステムのみサポヌトしたす。

- -

-console

- -

デバッグコン゜ヌルずずもにアプリケヌションを起動したす。Windows のみ。

- -

-h たたは -help たたは -?

- -

利甚できる党おのコマンドラむンオプションの䞀芧を衚瀺したす。Windows では |more のようなリダむレクトず組み合わせた堎合のみ機胜したす。ご泚意ください ({{Bug(355889)}})。このオプションはコマンドラむンでのみ利甚可胜です。

- -

-osint

- -

アプリケヌションに OS のシェルから起動されたこずを通知したす。これはアプリケヌションを起動するずきに、呌び出し偎が OS のシェルが提䟛するすべおの機胜を提䟛するずきを陀いお指定されるべきではありたせん。({{Bug(384384)}})

- -

-requestPending

- -

アプリケヌションにコマンドラむン指定されたものず同じ URL を開く Windows DDE リク゚ストが存圚するこずを通知したす。これはアプリケヌションを起動するずきに、呌び出し偎が OS のシェルが提䟛するすべおの機胜を提䟛するずきを陀いお指定されるべきではありたせん。({{Bug(354005)}})

- -

-silent

- -

デフォルトりィンドりを開きたせん。特定のりィンドりを開くコマンドラむン匕数ず䞀緒に䜿うずきに圹に立ちたすが、すでにデフォルトりィンドりが開いおいる堎合は無効です。Firefox、Thunderbird3.x、SeaMonkey2.x のみ。

- -

-tray

- -

システムトレむに最小化しおアプリケヌションを起動したす。自動起動で圹に立ちたす。

- -

-v たたは -version

- -

アプリケヌションのバヌゞョンを衚瀺したす。Windows では |more のようなリダむレクトず組み合わせた堎合のみ機胜したす。ご泚意ください ({{Bug(355889)}})。このオプションはコマンドラむンでのみ利甚可胜です。

- -

X11 オプション

- -

以䞋のオプションは、Linux や他の Unix ベヌスシステムで X11/X.org ディスプレむおよびりィンドりシステム向けに構築および実行するアプリケヌションのみで䜿甚できたす。

- -

--class=WM_CLASS

- -

アプリケヌションが生成する X11 りィンドりの WM_CLASS リ゜ヌスクラスを蚭定したす。

- -

--display=DISPLAY

- -

䜿甚する X ディスプレむを蚭定したす。

- -

--g-fatal-warnings

- -

すべおの譊告を fatal にしたす。

- -

--sync

- -

X コヌルを同期型にしたす。

- -

文曞化が必芁な他のオプション

- - - -

参考情報

- - - -
-

Original Document Information

- - -
diff --git a/files/ja/mozilla/connect/index.html b/files/ja/mozilla/connect/index.html deleted file mode 100644 index eec70246f8..0000000000 --- a/files/ja/mozilla/connect/index.html +++ /dev/null @@ -1,115 +0,0 @@ ---- -title: Connect with Mozilla -slug: Mozilla/Connect -tags: - - Landing - - Mozilla -translation_of: Mozilla/Connect ---- -

立ち䞊がり、発想し、協力しお、 Web を぀ながっおいるすべおのデバむスでの䜓隓を創造するために䜿われる䞻芁なプラットフォヌムにしたしょう。

- -
-
-
-

Hacks ブログ

- -

開かれた Web を開発する人々にずっお䞭心ずなるリ゜ヌスである Mozilla Hacks ブログでは、最新の Web 技術やブラりザヌの機胜に぀いおのニュヌスや議論を提䟛しおいたす。

- -
すぐに読もう
-
-
- -
-
-

連絡方法

- -

開発ツヌルに぀いおのすばらしいアむディアを持っおいたすか。教えおください。そしお、将来の機胜を磚くのに圹立おたしょう。

- 
-
- -
-
-

MDN を開拓したしょう

- -

開拓するのがコヌドであっおも文曞であっおも、あなたが MDN をより良くするために手助けする方法がありたす。あなたが MDN プロフィヌルを䜜成すればここで䜜業を芋せたり、 MDN の機胜を広める際に早めにアクセスしたりするこずができたす。

- -
参加たたはログむン
-
-
-
- -
-

Mozilla ず繋がりたしょう

- -

開発者は、䞖界䞭の人のためにサヌビスやアプリを開発しおいたす。 The goal of Mozilla Developer Relations is to help developers to use open and standardized web technologies to succeed in achieving their goals. We offer help and other resources towards this goal, through various channels. We invite you to connect, learn, and share your knowledge.

- -

Reach out to us at devrel@mozilla.com or on the irc.mozilla.org #devrel IRC channel. We also have a newsletter keeping you informed about the latest happenings in the web scene around web apps and more. Subscribe to the Apps & Hacks newsletter.

- -

We have a lot of plans and ideas for iteratively expanding our Developer Relations offerings, and we want you involved as we do so! So subscribe to the Hacks blog and ニュヌスレタヌを賌読したしょう!

- -

If you're on Twitter, follow us and hear about doc updates, jobs, contributor opportunities, and more.

- -

Mozilla に参加したしょう

- -

If you want to go beyond connecting with Mozilla, you can join Mozilla and help realize Mozilla's mission of building a better Internet. As a developer, you have skills to contribute in many areas, as well as the opportunity to enhance your skills. Mozilla is an open source project, so we "default to open." You can "view source" and contribute to our software development projects, like the Firefox browser for desktop and Android, Firefox OS, and Mozilla's websites. You can become part of an international community and get recognition for your efforts. Here are some of the advantages of contributing to the Mozilla project.

- -

新しいこずを孊ぶ機䌚

- -
-

In writing code for an open source project, you may face problems you have not encountered before, which present learning opportunities for you. You can try out new tools and techniques in an open source project. For example, if you have never done unit testing, and cannot get permission to do so at work then coding for an open source project would be an excellent place to learn more about it. Contributing to open source gives you the opportunity to collaborate with and get to know many people around the world who have similar interests. Moreover, an open source organization like Mozilla has many contributors who can help you in solving problems you encounter. If you're just getting started contributing, you can look for "mentored" bugs, where an experienced contributor has offered to help a newcomer fix them.

- -

貢献するこずで䜕が埗られるのか

- -

Exploring many things and gaining recognition in the community -- these are the intangible benefits of contributing to Mozilla. While we can't guarantee specific tangible benefits, many valued contributors receive free Mozilla gear and invitations to Mozilla-related events, and are first in line to be considered for internships. Moreover, your experience in contributing to an open source project might help you find a job. More and more employers of developers are looking at open source contributions. They like to see that you're blogging and contributing to mailing lists, and they like to see you listed as a contributor to an open source project. It may also help with the work experience section of your CV/resumé.

- -

Mozilla ぞの貢献のしかた

- -

There are many project area for which you can contribute to Mozilla. You can find a current, complete list on the main Mozilla Get Involved page. Some areas that may interest you as a developer include:

- - -
-
- -

 

- -

マドリヌドでの Firefox OS workshop の開発者たち。

- -

 

- -
-
-

Mozilla はどこ

- -

むベントペヌゞで出垭者ず詳现を確認したしょう...

-
- -
-

その他のリ゜ヌス

- - -
-
diff --git a/files/ja/mozilla/debugging/index.html b/files/ja/mozilla/debugging/index.html deleted file mode 100644 index 377d49f860..0000000000 --- a/files/ja/mozilla/debugging/index.html +++ /dev/null @@ -1,90 +0,0 @@ ---- -title: デバッグ -slug: Mozilla/Debugging -tags: - - 芁曎新 -translation_of: Mozilla/Debugging ---- -

Mozilla のような倧きなプロゞェクトをデバッグするこずは、困難な䜜業であるかもしれたせん。幞い長幎の間に Mozilla 開発者は、あなたがコヌドのデバッグするのを助けるための技術や特城のみならず、考案された TIPS やテクニックも甚意したした。たた、あなたがデバッグする時、様々なツヌルが利甚可胜です。

-

 

- - - - - - - - - - -
-

文曞のトピックス

-
-

デバッグトピックス

-
-
- メモリリヌクのデバッグ
-
- メモリリヌクのデバッグに圹立぀ツヌルや技術に぀いお孊ぶ。
-
- デバッグシンボルを甚いた Firefox のビルド
-
- デバッグに圹立぀デバッグシンボルを有効にした Firefox のビルド方法
-
- Mac OS X におけるハングアップのデバッグ
-
- Mac OS X のハングアップのデバッグのための参考になる TIPS
-
- リモヌトデバッグ
-
- 開発者がクラッシュを再珟できないずき、たたに圹立぀。
-
-

良くある質問

-
-
- Windows における Mozilla のデバッグ
-
- Windows における Mozilla のデバッグに぀いおの質問ず答え
-
- Mac OS XにおけるMozillaのデバッグ
-
- Mac OS X における Mozilla のデバッグに぀いおの質問ず答え
-
- を甚いたMozillaのデバッグ
-
- gdb は、 Mac や Linux におけるプラむマリデバッガです。
-
-
-
- valgrind を甚いた Mozilla のデバッグ
-
- valgrind は、 Mac や Linux のためのメモリデバッガです。䜎速ではあるが、難しいメモリバグを芋぀け出すには良い。
-
- 		-

独自技術のデバッグ

-
-
- JavaScript コヌドのデバッグ
-
- Mozilla プロゞェクトのコヌドをデバッグするこずを重芁芖した JavaScript のデバッグ方法。
-
- XULRunner アプリケヌションのデバッグ
-
- アプリケヌションの元ずなる XULRunner のデバッグを助ける TIPS や提案。
-
- フレヌムレむアりトのデバッグ
-
- フレヌムレむアりトのデバッグ方法を孊ぶ。
-
- テヌブルレむアりトのデバッグ
-
- テヌブルレむアりトのデバッグ方法を孊ぶ。
-
-

デバッグツヌル

-
-
- ツヌル
-
- あなたがコヌドやりェブサむトをデバッグするのを助ける様々なツヌル。
-
-
diff --git a/files/ja/mozilla/developer_guide/using_the_vm/index.html b/files/ja/mozilla/developer_guide/using_the_vm/index.html deleted file mode 100644 index 0fb4ff7bd0..0000000000 --- a/files/ja/mozilla/developer_guide/using_the_vm/index.html +++ /dev/null @@ -1,80 +0,0 @@ ---- -title: Mozilla build甹VMを䜿甚する -slug: Mozilla/Developer_Guide/Using_the_VM -translation_of: Archive/Mozilla/Using_the_VM ---- -

If you ever wondered what contributing to Firefox feels like but you never had the time to read and follow through our instructions to setup a build environment or wanted to avoid making changes to your standard tools and configuration, then this might be for you. Mozilla provides a virtual machine (VM) which is compatible with the free VirtualBox virtualization software (as well as others, including VMWare/VMWare Fusion).

- -

This article provides simple instructions for downloading, installing, and setting up this build environment build machine; once you've finished following the steps below, you'll have a VM ready for you to modify and tweak Firefox.

- -

Hopefully this VM will especially help developers or potential developers who don't have a full C++ development environment available to them, as well as to experienced developers without the time to set up a build system following the usual instructions.

- -

Installing VirtualBox

- -

Visit the VirtualBox downloads page and download the latest version of the software for your operating system.

- -
-

Note: If you already have a virtualization product installed, such as VirtualBox, VMWare, or VMWare Fusion, you can use that instead of downloading a new copy of VirtualBox. Just make sure you have the latest version of the software. Note that Parallels Desktop does not support the OVF format.

-
- -

VMのダりンロヌド

- -

Next, download the Firefox development environment VM.

- -

Download the VM

- -

SHA-256: 67698e6dfe54582b4fc23221a8b8f3a9062ffa0bce11523823ccb26a8f8bce2b

- -
-

Note: This file is about 3.6 GB, so it may take a while to download.

-
- -

Setting up the VM

- -

After getting the virtual machines' .ova file has downloaded, double-click on it; this will start the process of importing the VM into VirtualBox. Please give the VM a minimum of 4096 MB of RAM (8192 MB or more if you can), and set it to have the same number of processors as your host computer. Building Firefox uses a lot of system resources, and you want it to build as quickly as possible.

- -

Screen shot of the Import Virtual Appliance window

- -

Once you've finished importing the VM, you can perform additional customizations if you wish, or just boot the VM and wait for the Ubuntu desktop to appear. A terminal window will pop up automatically and perform some final setup activities. Once those are finished running, Sublime Text will start up, and you can get to work!

- -

Screen shot of the Sublime Text editor running in the VM

- -
-

Note: もしrootのパスワヌドが必芁になった堎合、 "firefox-dev" をパスワヌドずしお䜿甚するこずができたす。 If you wish to change your language and keyboard settings, follow the instructions in How to change the UI language in Ubuntu.

-
- -

Firefoxをビルドする

- -

VMを䜿甚しおFirefoxをビルドするためには、(sublimetextを開いた状態で䞊のバヌから)Toolsメニュヌを開きBuildオプションを遞びたす。ビルドの凊理が開始するので、お茶や矎味しい食事でもしお䌑憩したしょう。䌑憩の長さはあなたのコンピュヌタヌの凊理速床によりたす。

- -

もしビルドが終了(完了)した堎合、Tools内のRunオプションを遞び、あなたがカスタムビルドしたfirefoxを起動させるこずができたす。想定した動䜜をしおいるかどうか確認しおみおください。

- -

デフォルトではこのVMはFirefoxのビルドに最適化された蚭定になっおいたす。デバッグ甚ビルドに倉曎するこずもかんたんにできたす。Toolsメニュヌを開き、Build Systemサブメニュヌを開いお、"Firefox (Debug)"を遞ぶだけです。次にあなたがビルドするずきはデバッグ甚のビルドになっおいるでしょう

- -

Screen shot showing how to switch between debug; and optimized builds

- -

VMでcontributeする

- -

今埌はあなたがどこにいおもVMを䜿っおcontributeするこずができたす。最新の゜ヌスコヌドを mozilla-central, 内から持っおくるには、い぀ものようにMercurialのコマンドを打぀だけで枈みたす:

- -
hg pull
- -

そしおい぀もず同じように 䜜成したパッチを提出する こずもできたす。

- -

Now what?

- -

Now that you've successfully built Firefox in your brand-new VM, you might be wondering what to do next.  A great way to start is to pick a small, easy-to-fix bug and contribute code that patches it. Imagine how awesome it is to have code you wrote shipped to half a billion users all over the world!

- -

Here are some links to help you find something you can do to make Firefox better:

- - - -

You can also ask your getting-started questions in {{IRCLink("introduction")}}, and any Firefox development questions in {{IRCLink("developers")}}.

diff --git a/files/ja/mozilla/firefox/australis_add-on_compat/index.html b/files/ja/mozilla/firefox/australis_add-on_compat/index.html deleted file mode 100644 index fb7e362c1e..0000000000 --- a/files/ja/mozilla/firefox/australis_add-on_compat/index.html +++ /dev/null @@ -1,130 +0,0 @@ ---- -title: Australis ずアドオンの互換性 -slug: Mozilla/Firefox/Australis_add-on_compat -tags: - - Extensions -translation_of: Mozilla/Firefox/Australis_add-on_compat ---- -
{{FirefoxSidebar}}
- -

拡匵機胜の倉曎

- -

We've removed the add-ons toolbar (including the status-bar). You should no longer rely on it existing. There is a shim in place that will attempt to migrate your icons, but it may not work, or only work partially. The best solution is to change the placement of your button. This may also be a good time to wonder if your add-on really needs a toolbar button to be visible by default for all users. Add-ons made using the Add-on SDK should not need to worry about this change.

- -

We've removed the application (Firefox) menu. Instead, there is a new panel-based menu that can be opened with a button on the far side of the navigation toolbar. Toolbar items can be dragged in and out from this panel.

- -

Some of the default toolbarbutton IDs have changed, we have added some new ones, and the sequence of back/forward button, URL bar, stop/reload button, will no longer be customizable. This also means users cannot add new (add-on-provided) buttons inbetween these items using the normal customization flow.

- -

The standalone stop reload buttons have been removed.

- -

We're changing the way toolbar buttons are added. While we've attempted to maintain some measure of backward compatibility, the following are deprecated and will be removed in the near future: the toolbar.insertItem method, the toolbar.currentSet property, and the currentset attribute on toolbars. If possible, please stop relying on them. Instead, you should use the CustomizableUI module.

- -

CustomizableUI introduces a new API to insert, move and remove toolbar buttons and other toolbar items, as well as creating panels that are anchored to these toolbarbuttons. We believe this will be simpler and more powerful than the previous mix of APIs.

- -

Because of the new customization APIs, your toolbar buttons may not be direct children of a XUL <toolbar>; they might still be in a toolbar, or they might be in the "customization target" of a toolbar (a descendant node in a toolbar), or they might be in the new menu panel. The customization target of any toolbar (whether the target is a child node, or the toolbar itself) via toolbar.customizationTarget.

- -

Icon sizes in toolbars have changed, and you should ideally provide a larger icon for your add-on's buttons, should they exist, for use in the menu panel and customization area (palette). The new icon sizes are the same on all platforms and are:

- - - -

When in the customization area (palette), the button will be wrapped in a toolbarpaletteitem with a place attribute set to palette. Putting it all together, your updated CSS might look like this:

- -
#my-addon-button {
-    list-style-image: url(icon16.png);
-}
-#my-addon-button[cui-areatype="menu-panel"],
-toolbarpaletteitem[place="palette"] > #my-addon-button {
-    list-style-image: url(icon32.png);
-}
-
-/* High-resolution displays */
-@media (min-resolution: 2dppx) {
-    #my-addon-button {
-        list-style-image: url(icon32.png);
-    }
-    #my-addon-button[cui-areatype="menu-panel"],
-    toolbarpaletteitem[place="palette"] > #my-addon-button {
-        list-style-image: url(icon64.png);
-    }
-}
-
- -

Tab markup and styling have changed. If your add-on affects the tabstrip or provides alternative visualizations of the tabstrip, changes tab colors, or anything else related to the tabstrip, you may want to verify that it still works.

- -

The navigation toolbar is always visible (except in popup windows where a reduced navigation toolbar with the urlbar is visible) and can no longer be hidden e.g. for update pages or in-content UI. The related Add-on SDK module addon-page has been removed as it no longer has any effect.

- -

Items in the navigation toolbar can be overflowed if the browser window is made too small. Items in the toolbar will be moved into the new "overflow panel" when this occurs. The overflow panel is anchored to a button that appears in the navigation toolbar when one or more items are overflowed. If your item should never be overflowed, set an overflows attribute to false on the item. The urlbar-container is not overflowable by default, for example. Items that are overflowed have the overflowedItem attribute set to true.

- -

The menu panel uses a 3-column grid layout. Items should either fit in a single grid column (toolbarbuttons will be styled to do so automatically) or span the entire width of the panel if they wouldn't fit in a single grid column, e.g. for wide toolbaritems. In order to have the latter work correctly, you should use the panel-wide-item class on your toolbaritem.

- -

If your add-on provides a <toolbarbutton type="menu"/> or <toolbarbutton type="menu-button"/>, consider moving to a subview-based design, which will work much better in the menu panel. There's some documentation you can look at, as well as the implementation of the history widget.

- -

If your add-on provides a simple toolbarbutton then it should automatically be styled correctly in the menu panel, overflow panel and palette. If it provides a toolbaritem it is likely you will need to do additional work to make it look nice in places other than a toolbar.

- -

All items will have context menus allowing users to move the items between the palette, panel and the navigation toolbar. If your add-on uses the contextmenu itself, we will not override or change it (see this bug for a lengthy discussion as to why). You are requested, however, to update your menus yourself so that users do have the possibility of using these options even for your add-on's button.

- -

The class attribute on tab close buttons has been changed. Extensions shouldn't be relying on the class attribute value since it is a list of tokens and should instead look for the anonid attribute with value "close-button".

- -

The close-icon class now works cross-platform to provide a close icon with a default, hover, and active state. Previously, this wasn't available on Linux and the GTK close icon (gtk-close) was used instead.

- -

The BrowserToolboxCustomizeDone, BrowserToolboxCustomizeChange, and BrowserCustomizeToolbar global window functions have been removed. The customize events fired from the toolbox are now the preferred mechanism for hooking new logic into the customization feature.

- -

Add-on SDK Australis APIs

- -

If you're using the Add-on SDK, there are several new APIs for building your add-on's user interface in Australis. See the reference documentation. Also note that the widget module has been deprecated in favor of the new APIs.

- -

Changes for themes

- -

We've changed the tab markup. If you style these differently, you'll need to check whether it still works.

- -

We'll be drawing tabs in the titlebar and on top, on all platforms (currently implemented on Windows and OS X), except when not showing tabs at all (in popup windows).

- -

Support for small icons mode as well as text and icons mode have been removed.

- -

We've changed the default iconsets, and there are new icon sizes for the menupanel. If you're building on the default theme with new icons, you'll need to rearrange your icons in your Toolbar icon files. In both this case and if you supply a complete theme, you will also need to provide icons for the menu panel. The new icon sizes are the same on all platforms and are:

- - - -

We've removed the add-on bar, but have a shim in place to migrate icons to other places. Any styles pertaining to should be removed so as not to disturb the migration work.

- -

We've changed a few toolbarbutton IDs, such as those for the bookmark and history buttons. We also added new ones.

- -

The application (Firefox) menu has been removed.

- -

The back, forward, stop and refresh buttons will no longer be movable. They will always remain in their current position next to the urlbar. Your CSS rules can probably be simplified now that this is the case.

- -

The navigation toolbar can no longer be hidden e.g. for update pages or in-content UI.
-  

- - - - - -

See Also

- - diff --git a/files/ja/mozilla/firefox/developer_edition/index.html b/files/ja/mozilla/firefox/developer_edition/index.html deleted file mode 100644 index 1f1c73209e..0000000000 --- a/files/ja/mozilla/firefox/developer_edition/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: Developer Edition -slug: Mozilla/Firefox/Developer_Edition -tags: - - Beta - - Bugs - - Developer Edition - - Latest -translation_of: Mozilla/Firefox/Developer_Edition ---- -
{{FirefoxSidebar}}
- -

Firefox Developer Edition は、りェブ開発者向けの Firefox のバヌゞョンです。以䞋の内容が含たれたす:

- - - -

Developer Edition の新機胜

- -

Developer Edition をダりンロヌド

- -

 

diff --git a/files/ja/mozilla/firefox/developer_edition/reverting/index.html b/files/ja/mozilla/firefox/developer_edition/reverting/index.html deleted file mode 100644 index c9f86b8e6f..0000000000 --- a/files/ja/mozilla/firefox/developer_edition/reverting/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: Reverting -slug: Mozilla/Firefox/Developer_Edition/Reverting -translation_of: Mozilla/Firefox/Developer_Edition/Reverting ---- -
{{FirefoxSidebar}}
- -

Developer Edition のテヌマを元に戻す

- -

Developer Editionを䜿甚したいが、FirefoxずFirefox Betaで䜿甚されおいる 'Australis'テヌマを䜿甚したい堎合は、通垞のFirefoxテヌマに切り替えるこずができたす。「カスタマむズ」パネルを開き、「テヌマ」をクリックし、「デフォルト」ずいうラベルのテヌマを遞択したす。

- -

{{EmbedYouTube("oiHt8T1Liyk")}}

- -

たたは、URLバヌに "about:addons" ず入力しお「Appearance」を遞択し、そこからテヌマを切り替えたす。

- -

Firefox Aurora に戻す

- -

Firefox Developer Editionでベヌタ版以前の機胜をすべお䜿いたいが、他の倉曎を望たない堎合は、叀いFirefox Auroraのようなものに戻すこずができたす。これにより、アップグレヌド前のプロファむルずセッションデヌタも埩元されたす。それは2段階のプロセスです。この手順をこの順序で実行する必芁がありたす。

- -
    -
  1. Developer EditionのPreferencesペヌゞを開いお、「Firefox Developer EditionずFirefoxを同時に実行する」をオフにしたす。 ブラりザを再起動するよう求められたす
    2. -
  2. 再起動埌、䞊蚘の「Developer Editionテヌマを元に戻す」で説明したように、開発者゚ディションのテヌマを元に戻すこずができたす
    3. -
- -

{{EmbedYouTube("8rEJn_hATE8")}}

diff --git a/files/ja/mozilla/firefox/enterprise_deployment_before_60/index.html b/files/ja/mozilla/firefox/enterprise_deployment_before_60/index.html deleted file mode 100644 index 262254fcf7..0000000000 --- a/files/ja/mozilla/firefox/enterprise_deployment_before_60/index.html +++ /dev/null @@ -1,210 +0,0 @@ ---- -title: ゚ンタヌプラむズ環境におけるFirefoxのデプロむ(Firefox 60 ESR 以前) -slug: Mozilla/Firefox/Enterprise_deployment_before_60 -tags: - - Firefox - - ゚ンタヌプラむズ - - デプロむ - - 管理者向け -translation_of: Mozilla/Firefox/Enterprise_deployment_before_60 ---- -
{{FirefoxSidebar}}
- -

このペヌゞでは、Mozilla Firefox を Windows および macOS コンピュヌタ䞊で゚ンタヌプラむズ蚭定で管理するプロセスを、最初から最埌たでドキュメント化しようずしおいたす。 ご䞍明な点がございたしたら、゚ンタヌプラむズワヌキンググルヌプメヌリングリストenterprise@mozilla.orgにメヌルをお送りください。 さらに、リストに登録し、進行䞭のディスカッションに参加しおください。

- -
泚この蚘事では、Firefox 60 ESR 以前の Firefox のバヌゞョンに぀いお説明したす。 Firefox 60以降で゚ンタヌプラむズ環境甚にデプロむするには、゚ンタヌプラむズ環境での Firefox のデプロむを参照しおください。
- -

さたざたな Firefox を遞択する

- -

Rapid Release (RR)

- -

Mozilla publishes a new version with incremented main version number, new features, and bug fixes every six weeks (and, as needed, additional security releases in between). On the day a major version is released, in most cases (see below for an exception) Mozilla stops providing bug fixes for the previous one.

- -

For the planned dates for upcoming releases, see the column 'release date' in the Future branch dates table in the Mozilla wiki.

- -

Extended Support Release (ESR)

- -

Every seventh major version of Firefox is declared an Extended Support Release. These versions get serious bugs fixed in minor versions, for 54 weeks (nine of the six-week release cycles). There is an overlap of 12 weeks (two release cycles) between two successive ESR releases, during which both ESR releases get bug fixes.

- -

The major ESR releases so far have been versions 10, 17, 24, 31, 38, 45 and 52. This cadence will be proken according to information in Devember 2017, and 60 will be the next ESR

- -

Many enterprises and other organizations with centrally-managed computing environments prefer to use the ESR rather than the RR versions, because then they need to test for compatibility only every 42 weeks instead of every 6 weeks. Also if there are any issues, they have 12 weeks additional time (the overlap between two ESR releases) to find a solution (in addition to the 6 weeks that they can get by testing the beta version).

- -

Note that there can be undesired side effects if you switch from a RR version to an earlier ESR version, for example from version 26-RR back to 24.2-ESR, even if they were published on the same day. The reason for this is that often new features are built into the RR versions for test purposes before they are finished, but disabled by preference settings. Eventually Mozilla decides to toggle the feature on in a certain version. If you then downgrade to a previous version, all users keep their latest settings in their profile directories. Thus the option is now switched on, although the feature does not yet fully work in that version. If you want to switch from RR to ESR, you should do so when a new ESR release comes out.

- -

むンストヌル

- -
    -
  1. Get the full, redistributable installer from
    - http://www.mozilla.org/firefox/all/ (RR)
    - or
    - https://www.mozilla.org/firefox/organizations/all.html (ESR)
    - rather than the "stub" or "downloader" that you get by clicking the "Download" button.
    2. -
  2. Install using the software distribution method of your choice.
    - The command line option for a silent install is -ms. 
    3. -
  3. Optionally you can specify an INI file, for example to disable the placement of shortcuts and the installation of the MaintenanceService; see Installer Command Line Arguments.
    4. -
- -

構成・蚭定

- -
    -
  1. Find the Firefox program directory where the Firefox executable is located.
    - For example: -
      -
    • on Windows this is typically either: - -
        -
      • C:\Program Files\Mozilla Firefox 
        • -
      • or C:\Program Files (x86)\Mozilla Firefox
        • -
      -
      • -
    • on macOS it is typically: -
        -
      • /Applications/Firefox.app/Contents/MacOS
        • -
      -
      • -
    - If you are specifying a configuration INI file and have set InstallDirectoryName or InstallDirectoryPath, then use that path.
    - Subfolders mentioned below are relative to this program directory.
    2. -
  2. Create a JavaScript file that instructs to use a administrative config file at startup.
    - For best results, the filename should be early in the alphabet, for example; 00_admin-prefs.js
    - By convention this file is named autoconfig.js, but other filenames will work.
    - This file should be put inside: (see Changes Over Time) -
      -
    • on Windows: -
        -
      • defaults\pref
        • -
      -
      • -
    • on Mac: -
        -
      • Firefox.app/Contents/Resources/defaults/pref
        • -
      -
      • -
    • on Linux: -
        -
      1. Formerly: -
          -
        • defaults/pref
          - (Still working in Firefox 60.0a1)
          • -
        -
        2. -
      2. Presently: -
          -
        • browser/defaults/preferences
          • -
        -
        3. -
      -
      • -
    - -

    This autoconfig.js file must set these preferences:

    - - 
    // Any comment. You must start the file with a single-line comment!
-pref("general.config.filename", "mozilla.cfg");
-pref("general.config.obscure_value", 0);
    - -
    -

    The first line of the autoconfig.js and mozilla.cfg is ignored.  The line shouldn't contain any configuration, nor multiline comment (/*...*/) without closing "*/".

    -
    -
    3. -
  3. Create a .cfg file in the Firefox program directory. By convention, mozilla.cfg, but it can be any file name really. It just has to match what is specified in general.config.filename preference above. Skip or comment out the first line, then start setting your preferences. To learn what preferences to set, go to about:config on a copy of Firefox that you have configured correctly and look for preferences that are "user set", or see the example below. Any preference that appears in about:config (and a few that don't) can be set using one of the following functions: -
    -
    pref
    -
    sets the preference as if a user had set it, every time you start the browser. So users can make changes, but they will be erased on restart. If you set a particular preference this way, it shows up in about:config as "user set". 
    -
    defaultPref
    -
    is used to alter the default value, though users can set it normally and their changes will be saved between sessions. If preferences are reset to default through the GUI or some other method, this is what they will go back to. Appears in about:config as "default". 
    -
    lockPref
    -
    is used to lock preferences so they cannot be changed through the GUI or about:config. In many cases the GUI will change to reflect this, graying out or removing options. Appears in about:config as "locked". Some config items require lockPref to be set, such as app.update.enabled. It will not work if it set with just pref.
    -
    clearPref
    -
    can be used to "blank" certain preferences. This can be useful e.g. to disable functions that rely on comparing version numbers.
    -
    - -
    -

    The first line of the autoconfig.js and mozilla.cfg is ignored.  The line shouldn't contain any configuration, nor multiline comment (/*...*/) without closing "*/".

    -
    -
    4. -
- -

See Customizing Firefox autoconfig files and Customizing Firefox autoconfig files continued for more detail. For fancier stuff like disabling UI elements, you may want to use the CCK2 extension.

- -

Example configuration file

- -

You may see references to "complex preferences" that need to be specified in a different way; the default homepage is one, as in the example below. For more info on individual preferences, search the Knowledgebase.

- -
// Any comment. You must start the file with a comment!
-
-// Disable updater
-lockPref("app.update.enabled", false);
-// make absolutely sure it is really off
-lockPref("app.update.auto", false);
-lockPref("app.update.mode", 0);
-lockPref("app.update.service.enabled", false);
-
-// Disable Add-ons compatibility checking
-clearPref("extensions.lastAppVersion");
-
-// Don't show 'know your rights' on first run
-pref("browser.rights.3.shown", true);
-
-// Don't show WhatsNew on first run after every update
-pref("browser.startup.homepage_override.mstone","ignore");
-
-// Set default homepage - users can change
-// Requires a complex preference
-defaultPref("browser.startup.homepage","data:text/plain,browser.startup.homepage=http://home.example.com");
-
-// Disable the internal PDF viewer
-pref("pdfjs.disabled", true);
-
-// Disable the flash to javascript converter
-pref("shumway.disabled", true);
-
-// Don't ask to install the Flash plugin
-pref("plugins.notifyMissingFlash", false);
-
-//Disable plugin checking
-lockPref("plugins.hide_infobar_for_outdated_plugin", true);
-clearPref("plugins.update.url");
-
-// Disable health reporter
-lockPref("datareporting.healthreport.service.enabled", false);
-
-// Disable all data upload (Telemetry and FHR)
-lockPref("datareporting.policy.dataSubmissionEnabled", false);
-
-// Disable crash reporter
-lockPref("toolkit.crashreporter.enabled", false);
-Components.classes["@mozilla.org/toolkit/crash-reporter;1"].getService(Components.interfaces.nsICrashReporter).submitReports = false; 
-
- -

拡匵機胜のパッケヌゞング

- -
    -
  1. Install the extension on a test machine. Look in about:support under Extensions to find the GUID.   This is absent in: FF 52.5.1 ESR
    2. -
  2. Look in the Profile directory (ex: %APPDATA%\Mozilla\Firefox\Profiles on Win7; to find it, click Show Folder in about:support), then under "extensions" for the add-on you want. Note whether it is a single .xpi file (basically a zip file) or extracted to a folder with multiple files.
    3. -
  3. Decide how you want to deploy it. The simplest method is to drop the .xpi or folder into the program directory/distribution/extensions, but this only works for profiles created after the extension is installed. Also, if you manually update firefox by re-installing it, this directory will be deleted, so make sure you re-install the extensions as well. See Integrating add-ons into Firefox/ for alternative methods.
    4. -
- -

Also keep in mind: Add-on scopes redux

- -

Changes Over Time

- -

Changes in Directory Structure

- -

The directory structure within the program directory has changed twice. When you read descriptions that were written before version 21 came out, you must take these changes into account:

- - - -

Custom settings in defaults/pref that worked in a version of Firefox before 21 may fail in a current or future version. If this happens, copy or move your customized files into the corresponding directories in browser/defaults/preferences and redeploy.

- -

Mac Directory Change

- -

Due to Apple's stricter approach to software signing, as of about version 35 or so configuration files should now be placed relative to /Applications/Firefox.app/Contents/Resources (so mozilla.cfg should go there, and autoconfig.js under /Applications/Firefox.app/Contents/Resources/defaults/pref.)

- -

Changes in ESR 24 and newer with Adobe PDF Files

- -

Firefox RR 19.x changed the default viewer for Adobe PDF files to use the internal Firefox viewer.  This change is now in the ESR version as of 24.x, and the setting (on Windows) is changed to use the internal Firefox viewer when upgrading from 17.x, even if an external viewer had already been configured. The name of the Content Type is also changed from Adobe Acrobat Document to Portable Document Format (PDF), which makes it difficult to locate via the Tools, Options, Applications tab. To disable this, set pdfjs.disabled to true as in the example file above.

diff --git a/files/ja/mozilla/firefox/firefox_esr/index.html b/files/ja/mozilla/firefox/firefox_esr/index.html deleted file mode 100644 index db1e60c146..0000000000 --- a/files/ja/mozilla/firefox/firefox_esr/index.html +++ /dev/null @@ -1,22 +0,0 @@ ---- -title: Firefox ESR -slug: Mozilla/Firefox/Firefox_ESR -tags: - - ESR - - Exteneded Support Release - - Firefox - - Firefox for Desktop - - LTS - - gpo - - group policy - - グルヌプポリシヌ - - デスクトップ版Firefox -translation_of: Mozilla/Firefox/Firefox_ESR ---- -
{{FirefoxSidebar}}
- -

Firefox 延長サポヌトリリヌス (ESR) は、倧芏暡展開しおいる拡匵サポヌトが必芁な組織で䜿甚する、デスクトップ版 Firefox の公匏リリヌスに基づいおいたす。他のリリヌスチャンネルずは異なり、ESR は 6 週間ごずに新しい機胜で曎新されるものではありたせん。代わりに、1 幎以䞊サポヌトされおおり、䞻芁なセキュリティたたは安定性の修正が加えられお曎新されおいたす。

- -

スケゞュヌルず詳现は ESR 公匏サむトで入手できたす。

- -

Firefox ESR を導入しおいる管理者は、Enterprise Working Group (EWG) のメヌリングリストに登録するこずを匷くお勧めしたす。

diff --git a/files/ja/mozilla/firefox/headless_mode/index.html b/files/ja/mozilla/firefox/headless_mode/index.html deleted file mode 100644 index 88e2da5052..0000000000 --- a/files/ja/mozilla/firefox/headless_mode/index.html +++ /dev/null @@ -1,267 +0,0 @@ ---- -title: ヘッドレスモヌド -slug: Mozilla/Firefox/Headless_mode -tags: - - Automation - - Firefox - - Mozilla - - QA - - Testing - - headless - - headless mode - - node.js -translation_of: Mozilla/Firefox/Headless_mode ---- -

ヘッドレスモヌドは、その名の通り Firefox を実行する䟿利な方法です — UI コンポヌネントが衚瀺されない点を陀いお、Firefox は通垞通り実行されたす。りェブサヌフィンにはあたり圹立たないかもしれたせんが、自動テストには非垞に有効です。この蚘事では、ヘッドレス Firefox の実行に぀いお知るべきこずをすべお提䟛したす。

- -

ヘッドレスモヌドを䜿甚する

- -

このセクションではヘッドレスモヌドの䜿甚方法に぀いお説明したす

- -

基本的な䜿い方

- -

-headless フラグを含めるこずで、コマンドラむンから Firefox をヘッドレスモヌドで実行できたす。たずえば:

- -
/path/to/firefox -headless
- -

スクリヌンショットを撮る

- -

Firefox 57以降、-screenshotフラグを䜿甚しおりェブサむトのスクリヌンショットを撮るこずができたす。基本的な䜿い方は

- -
/path/to/firefox -headless -screenshot https://developer.mozilla.com
- -

これにより、screenshot.pngずいうファむル名で800pxのビュヌポヌト幅を持぀https://developer.mozilla.comの党画面スクリヌンショットが䜜成され、アクティブなディレクトリに保存されたす。

- -

暗黙的に -screenshot を䜿甚しおいる堎合、-headlessを省略するこずができたす。

- -
/path/to/firefox -screenshot https://developer.mozilla.com
- -

䞊蚘のデフォルト倀を䞊曞きするために、次のフラグ/機胜を䜿甚できたす。

- - - -

たずえば、次のコマンドは、ビュヌポヌトの幅が800px、高さが1000pxのhttps://developer.mozilla.comのスクリヌンショットをtest.jpgずいうファむル名で䜜成し、アクティブなディレクトリに保存したす。

- -
/path/to/firefox -screenshot test.jpg  https://developer.mozilla.com --window-size=800,1000
- -

 

- -

ブラりザヌサポヌト

- -

ヘッドレス Firefox は Linux 䞊の Fx55 以䞊ず Windows/Mac 䞊の Fx56 以䞊で動䜜したす。

- -

ヘッドレスモヌドで自動テストを実行する

- -

ヘッドレス Firefox の最も䟿利な䜿い方は、自動テストの実行です。぀たり、テストプロセスをより効率的にできたす。

- -

Node.js で Selenium

- -

ここで、Node.js ず selenium-webdriver パッケヌゞを䜿甚しお Selenium テストを䜜成したす。このガむドでは、読者が Selenium ず Webdriver、Node に粟通しおおり、テスト環境をセットアップ枈みであるこずを想定しおいたす。そうでないなら、最初に Setting up Selenium in Node ガむドを読んでから戻っおきおください。

- -

たず、システムに Node ず selenium-webdriver パッケヌゞがむンストヌルされおいるこずを確かめおから、selenium-test.js ず呌ばれる新しいファむルを䜜成し、以䞋の手順に埓っおテストコヌドを入力しおください。

- -
-

ノヌト: 代わりに、headless-examples repo をコピヌできたす。これはパッケヌゞファむルも含んでいるので、npm install を実行するだけで必芁な䟝存パッケヌゞをむンストヌルできたす。

-
- -
    -
  1. -

    コヌドを远加しおいきたしょう、このファむル内で、selenium-webdriver メむンモゞュヌルず firefox サブモゞュヌルのむンポヌトから始めたす:

    - - 
    var webdriver = require('selenium-webdriver'),
-    By = webdriver.By,
-    until = webdriver.until;
-
-var firefox = require('selenium-webdriver/firefox');
    -
    2. -
  2. -

    次に、Firefox Nightly を衚す新しい binary オブゞェクトを生成し、ヘッドレスモヌドで実行するために -headless 匕数を远加したす:

    - - 
    var binary = new firefox.Binary(firefox.Channel.NIGHTLY);
-binary.addArguments("-headless");
    -
    3. -
  3. -

    いよいよ Firefox のための新しいドラむバヌむンスタンスを生成したす。䞊蚘で䜜成したバむナリを䜿甚しおテストの実行を指定するオプションオブゞェクトを含めるためには、setFirefoxOptions() を䜿甚したす。(このステップは Linux ず Windows/Mac でヘッドレスモヌドがリリヌスされた埌は䞍芁です。しかし、Nightly 特有の機胜ずしおテストしたい堎合にはただ圹立ちたす):

    - - 
    var driver = new webdriver.Builder()
-    .forBrowser('firefox')
-    .setFirefoxOptions(new firefox.Options().setBinary(binary))
-    .build();
    -
    4. -
  4. -

    Google 怜玢ホヌムペヌゞ䞊で簡単なテストを実行する次のコヌドを远加したす:

    - - 
    driver.get('https://www.google.com');
-driver.findElement(By.name('q')).sendKeys('webdriver');
-
-driver.sleep(1000).then(function() {
-  driver.findElement(By.name('q')).sendKeys(webdriver.Key.TAB);
-});
-
-driver.findElement(By.name('btnK')).click();
-
-driver.sleep(2000).then(function() {
-  driver.getTitle().then(function(title) {
-    if(title === 'webdriver - Google Search') {
-      console.log('Test passed');
-    } else {
-      console.log('Test failed');
-    }
-  });
-});
-
-driver.quit();
    -
    5. -
  5. -

    最埌に、次のコマンドでテストを実行したす:

    - - 
    node selenium-test
    -
    6. -
- -

これでおしたい! 少し経぀ず、コン゜ヌル䞊に "Test passed" ずいうメッセヌゞが衚瀺されたす。

- -

Myk Melez の Headless Firefox in Node.js with selenium-webdriver には、远加の䟿利な tips やヘッドレスモヌドで Node.js Selenium テストを実行するトリックが含たれおいたす。

- -

Java で Selenium

- -
-

Note: これらの手順を曞いおくれおありがずう、nicholas dipiazzaに感謝したす

-
- -

このガむドでは、Setting up Selenium in Node ガむドで説明したように、マシンに Geckodriver が既にあるこず、および Gradle プロゞェクトをサポヌトする IDE があるこずを前提ずしおいたす。

- -
    -
  1. -

    headlessfirefox-gradle.zip アヌカむブここの゜ヌスを参照をダりンロヌドし、解凍しおheadlessfirefoxフォルダをIDEにグラデルプロゞェクトずしおむンポヌトしたす

    -
    2. -
  2. -

    必芁に応じおbuild.gradleファむルを線集しお、selenium をそれ以降のバヌゞョンに蚭定したす。執筆時点では 3.5.3 を䜿甚したした

    - - 
    group 'com.mozilla'
-version '1.0'
-
-apply plugin: 'java'
-
-sourceCompatibility = 1.8
-
-repositories {
-   mavenCentral()
-}
-
-dependencies {
-   compile('org.seleniumhq.selenium:selenium-api:3.5.3')
-   compile('org.seleniumhq.selenium:selenium-remote-driver:3.5.3')
-   compile('org.seleniumhq.selenium:selenium-server:3.5.3')
-
-   testCompile group: 'junit', name: 'junit', version: '4.12'
-}
    -
    3. -
  3. -

    HeadlessFirefoxSeleniumExample.javaファむルのwebdriver.gecko.driverプロパティをgeckodriverをむンストヌルしたパスず等しくなるように線集したす䞋の15行目を参照

    - - 
    package com.mozilla.example;
-
-import org.openqa.selenium.By;
-import org.openqa.selenium.WebElement;
-import org.openqa.selenium.firefox.FirefoxBinary;
-import org.openqa.selenium.firefox.FirefoxDriver;
-import org.openqa.selenium.firefox.FirefoxOptions;
-
-import java.util.concurrent.TimeUnit;
-
-public class HeadlessFirefoxSeleniumExample {
- public static void main(String [] args) {
-   FirefoxBinary firefoxBinary = new FirefoxBinary();
-   firefoxBinary.addCommandLineOptions("--headless");
-   System.setProperty("webdriver.gecko.driver", "/opt/geckodriver");
-   FirefoxOptions firefoxOptions = new FirefoxOptions();
-   firefoxOptions.setBinary(firefoxBinary);
-   FirefoxDriver driver = new FirefoxDriver(firefoxOptions);
-   try {
-     driver.get("http://www.google.com");
-     driver.manage().timeouts().implicitlyWait(4,
-         TimeUnit.SECONDS);
-     WebElement queryBox = driver.findElement(By.name("q"));
-     queryBox.sendKeys("headless firefox");
-     WebElement searchBtn = driver.findElement(By.name("btnK"));
-     searchBtn.click();
-     WebElement iresDiv = driver.findElement(By.id("ires"));
-     iresDiv.findElements(By.tagName("a")).get(0).click();
-     System.out.println(driver.getPageSource());
-   } finally {
-     driver.quit();
-   }
- }
-}
    -
    4. -
  4. -

    Javaクラスを実行するず、このペヌゞのHTMLコンテンツがコン゜ヌル/端末に衚瀺されたす

    -
    5. -
- -

Python で Selenium

- -

このガむドでは、Setting up Selenium in Nodeで説明したように、マシンにgeckodriverが既にあるこずを前提ずしおいたす。

- -
    -
  1. -

    SeleniumのPythonクラむアントの最新バヌゞョンをむンストヌルしたす

    -
    2. -
  2. -

    geckodriverをむンストヌルした堎所にパスを通すためには、11行目のexecutable_pathを蚭定し、次のように線集したす

    - - 
    from selenium.webdriver import Firefox
-from selenium.webdriver.common.by import By
-from selenium.webdriver.common.keys import Keys
-from selenium.webdriver.firefox.options import Options
-from selenium.webdriver.support import expected_conditions as expected
-from selenium.webdriver.support.wait import WebDriverWait
-
-if __name__ == "__main__":
-    options = Options()
-    options.add_argument('-headless')
-    driver = Firefox(executable_path='geckodriver', firefox_options=options)
-    wait = WebDriverWait(driver, timeout=10)
-    driver.get('http://www.google.com')
-    wait.until(expected.visibility_of_element_located((By.NAME, 'q'))).send_keys('headless firefox' + Keys.ENTER)
-    wait.until(expected.visibility_of_element_located((By.CSS_SELECTOR, '#ires a'))).click()
-    print(driver.page_source)
-    driver.quit()
    -
    3. -
  3. -

    Pythonスクリプトを実行するず、このペヌゞのHTMLコンテンツがコン゜ヌル/端末に衚瀺されたす

    -
    4. -
- -

その他のテスト方法

- - - -

さらに、環境倉数を蚭定できる限り、他の䞀般的なテストアプリで曞かれた自動テストを実行するために、ヘッドレスFirefoxを䜿甚するこずができたす。

- -

トラブルシュヌティングずヘルプ

- -

ヘッドレスモヌドの実行でトラブルがあっおも心配しないでください — ここで助けたす。このセクションでは、远加の QA を茉せるこずを想定しおいたす。

- - - -

゚ンゞニアに質問したいなら、Mozilla IRC の #headless チャネルに行くのがベストです。バグを芋぀けた堎合は、Mozilla Bugzilla で報告しおください。

- -

関連項目

- - diff --git a/files/ja/mozilla/firefox/linux_compatibility_matrix/index.html b/files/ja/mozilla/firefox/linux_compatibility_matrix/index.html deleted file mode 100644 index 50adc5a551..0000000000 --- a/files/ja/mozilla/firefox/linux_compatibility_matrix/index.html +++ /dev/null @@ -1,480 +0,0 @@ ---- -title: Linux の互換性マトリックス -slug: Mozilla/Firefox/Linux_compatibility_matrix -translation_of: Mozilla/Firefox/Linux_compatibility_matrix ---- -
{{FirefoxSidebar}}
- -

次の衚は、mozilla.org distributed Firefox ビルドの䟝存関係の利甚可胜なラむブラリのバヌゞョン、および/たたはFirefoxのビルドを瀺しおいたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
ディストリビュヌションカヌネルglibcglibgtk+2gtk+3pixmanstdc++GCCリリヌスEOL
Fedora 163.12.142.302.243.20.224.64.6Nov 2011Feb 2013
Fedora 173.32.152.322.243.40.244.74.7May 2012Jul 2013
Fedora 183.62.162.342.243.60.264.74.7Jan 2013Jan 2014
Fedora 193.92.172.362.243.80.304.84.8Jul 2013Jan 2015
Fedora 203.112.182.382.243.100.304.84.8Dec 2013Jun 2015
Fedora 213.172.202.422.243.140.324.94.9Dec 2014Dec 2015
Fedora 224.02.212.442.243.160.325.14.9, 5.1May 2015Jul 2016
Fedora 234.22.222.462.243.180.335.15.1Nov 2015Dec 2016
Fedora 244.52.232.482.243.200.346.16.1Jun 2016Aug 2017
Fedora 254.82.242.502.243.22.20.346.26.2Nov 2016Dec 2017
Fedora 264.112.252.522.243.22.160.347.17.1Jul 2017Jun 2018
Fedora 274.132.262.542.243.22.240.347.27.2Nov 2017?
Fedora 284.162.272.562.243.22.300.348.0.18.0.1May 2018?
RHEL 62.6.322.122.282.24N/A0.324.44.4Nov 2010Nov 2020
RHEL 73.102.172.422.243.140.324.84.8Jun 2014Jun 2024
openSUSE 11.42.6.372.112.282.223.00.204.54.5Mar 2011Jul 2015
openSUSE 12.13.12.142.302.243.20.224.64.6Nov 2011May 2013
openSUSE 12.23.42.152.322.243.40.244.74.7Jul 2012Jan 2014
openSUSE 12.33.72.172.342.243.60.284.74.7Mar 2013Sep 2014
openSUSE 13.13.112.182.382.243.100.304.84.8Nov 2013Jan 2016
openSUSE 13.23.162.192.422.243.140.324.84.8, 4.9Nov 2014Jan 2017
openSUSE Leap 42.14.12.192.442.243.160.325.24.8, 5.2Nov 2015May 2017
openSUSE Leap 42.24.42.222.48.22.243.20.90.345.3.14.8.5, 5.3.1, 6.1.1Nov 2016Jan 2018
openSUSE Leap 42.34.42.222.48.22.243.20.100.345.3.14.8.5, 5.3.1, 6.2.1, 7.1.1Jul 2017Jan 2019
Debian 62.6.322.112.242.20N/A0.164.44.1, 4.3, 4.4Feb 2011May 2014 / Feb 2016 (LTS)
Debian 73.22.132.322.243.40.264.74.4, 4.6, 4.7May 2013Apr 2016 / May 2018 (LTS)
Debian 83.162.192.422.243.140.324.94.8, 4.9Apr 2015Jun 2018 / Jun 2020 (LTS)
Debian 94.92.242.502.243.220.346.36.3Jun 2017Jun 2020 / Jun 2022 (LTS)
Ubuntu 12.04 LTS3.22.152.322.243.40.304.64.4, 4.5, 4.6Apr 2012Apr 2017
Ubuntu 14.04 LTS3.132.192.402.243.100.304.84.4, 4.6, 4.7, 4.8Apr 2014Apr 2019
Ubuntu 16.04 LTS4.42.232.482.243.180.335.34.7, 4.8, 4.9, 5.3Apr 2016Apr 2021
Ubuntu 18.04 LTS4.152.272.562.243.22.300.348-201804147.3Apr 2018Apr 2023
SLES 11 (SP4)3.02.112.222.18N/A0.244.6, 5.34.3Mar 2009Mar 2019
SLES 12 (SP2)4.42.222.48.22.243.20.90.346.2.14.8.5Oct 2014Oct 2024
- -

泚意

- -

赀い背景は、珟圚のバヌゞョンのFirefoxずの互換性がないこずを衚しおいたす。EOL列では、EOL列の末尟のディストリビュヌションバヌゞョンを衚したす。
-
- 黄色の背景はESR60ずの互換性を衚しおいたす
-
- 緑色の背景は珟圚のリリヌス (執筆時点では60) ずの互換性があるこずを衚しおいたす
-
- より緑色の背景は、珟圚のmozilla-central (執筆時点では62) ずの互換性があるこずを衚しおいたす。

- -

テヌブルは https://github.com/glandium/firefox-linux-compat-matrix のスクリプトずデヌタを䜿っお生成されおいたす。

diff --git a/files/ja/mozilla/firefox/multiple_profiles/index.html b/files/ja/mozilla/firefox/multiple_profiles/index.html deleted file mode 100644 index d495fe06af..0000000000 --- a/files/ja/mozilla/firefox/multiple_profiles/index.html +++ /dev/null @@ -1,245 +0,0 @@ ---- -title: Multiple Firefox profiles -slug: Mozilla/Firefox/Multiple_profiles -tags: - - Firefox - - QA - - むントロ - - ガむド - - プロファむル - - 初心者 -translation_of: Mozilla/Firefox/Multiple_profiles ---- -
{{FirefoxSidebar}}
- -

Firefox のプロファむルは、ナヌザヌが Firefox のコピヌに䜜成たたはむンストヌルした蚭定、カスタマむズ、アドオン、その他のパヌ゜ナラむズの集合です。プロファむルに関する詳现は、Mozilla の゚ンドナヌザサポヌトサむトを参照しおください。

- -

耇数のプロファむルを持぀理由

- -

カゞュアルなナヌザヌは、家族ごずに異なるプロファむルを䜿甚するこずができたす。プロファむルを別にするず、それぞれの人が独自のブックマヌク、蚭定、アドオンを持぀こずができたす。

- -

Web 開発者は Web サむト、アプリケヌション、たたはさたざたな Firefox チャンネル䞊の他のプロゞェクトをテストするためのセカンダリプロファむルを必芁ずするかもしれたせん。たずえば、Web 開発甚にいく぀かの拡匵機胜をむンストヌルしたいが、汎甚の Web ブラりゞング甚にはむンストヌルしたくないかもしれたせん。 Nightly チャンネルを䜿甚しおいる間、アドオン開発者がそれらを曎新する機䌚を埗るたで、新しい API の倉曎ず䞀時的に互換性がなくなったアドオンが発生するこずがありたす。このようなアドオンは、他のプロファむルで䜿甚できるようにしながら、 Nightly のためのプロファむルから削陀できたす。

- -

QA、テスト、およびバグトリアヌゞングの貢献者のために、それぞれ独自のプロファむルを持぀耇数の開発版 Firefox をむンストヌルしたい堎合がありたす。テスト甚の新しいプロファむルを䜜成するず、環境蚭定、ブックマヌク、および履歎が倱われないようにするこずができたす。新しいプロファむルを蚭定するには少し時間がかかりたす。完了するず、すべおの Firefox バヌゞョンが別々に曎新され、同時に実行できたす。

- -

利甚可胜なブラりザ開発チャンネル

- -

4぀の利甚可胜なチャンネルがあり、それぞれは異なるレベルの安定性ず開発レベルに察応しおいたす。 4぀のチャンネルは Release, Beta, Developer Edition, and Nightlyです。 Release チャンネルは "公匏なリリヌス" であり、たいおいのナヌザヌに掚奚されたす。 しかしながら、より冒険奜きなナヌザヌに察しおは、ほかの3぀のチャンネルを䜿甚しお Firefox の新機胜を芋お、詊すこずができたす。 Beta チャンネルは次のリリヌスで公開される予定の機胜を含んでおりテストの最終段階にあたりたす。 Aurora (Developer Edition) はただ Beta ほど安定しおいない実隓的な機胜を含んでいたす。 Nightly は Firefox 開発者からの最新のコヌドが含たれおおり、最も安定しおいないチャンネルです。

- -

サヌドパヌティのツヌル

- -

組み蟌みのプロファむルマネヌゞャヌず倖郚のプロファむルマネヌゞャヌに加えお、耇数のプロファむルで䜜業するのを容易にするサヌドパヌティ補のツヌルがいく぀かありたす。

- -
-

このリストは決しお網矅的ではありたせん。発芋した䟿利なツヌルをリストに远加しおください

-
- -

Mac OS X

- - - -

プロファむル管理

- -

Firefox の実行䞭のプロファむルの決定

- -

Windows, macOS or Linux で珟圚実行しおいる Firefox むンスタンスのプロファむルを決定するには、次のようにしたす。

- -
    -
  1. ブラりザヌの URL 怜玢バヌに about:profiles ず入力したす。
    2. -
  2. 衚瀺されるペヌゞでは、すべおのプロファむルの䞀芧が衚瀺されたす。 それぞれの先頭は "プロファむル:" に続いおそのプロファむルの名前が衚瀺されおいたす。
    3. -
  3. 珟圚実行しおいる Firefox むンスタンスのプロファむルの䞋には "これは䜿甚䞭のプロファむルです" ずいう倪字のテキストが衚瀺されたす。 䟋えば、 "プロファむル: Suzie" ずいう項目の䞋にそのテキストがあれば、 Suzie ずいう名前のプロファむルを実行しおいるこずになりたす。
    4. -
- -

垌望のプロファむルで Firefox を起動する

- -

You cannot change the profile while Firefox is running.  Although it is possible in some cases to have multiple instances of Firefox running in different profiles, to avoid confusion, you should first exit/quit/terminate all running instances of Firefox, FirefoxDeveloperEdition or Nightly.  Then follow the instructions below, applicable to your operating system.

- -

Windows

- -
Windows XP
- -
    -
  1. Click the Start button.
    2. -
  2. Click "Run".
    3. -
  3. -

    Type firefox --ProfileManager.

    -
    4. -
- -
Windows Vista/7
- -
    -
  1. Click the Start button.
    2. -
  2. Click the search bar at the bottom.
    3. -
  3. -

    Type firefox --ProfileManager.

    -
    4. -
- -
Windows 8/8.1
- -
    -
  1. Press "Windows + R" on your keyboard.
    2. -
  2. Type firefox --ProfileManager.
    3. -
- -

If the Profile Manager window does not open, Firefox may have been running in the background, even though it was not visible. Close all instances of Firefox, or restart the computer, and then try again.

- -

Linux

- -

If Firefox is already included in your Linux distribution, or if you have installed Firefox with the package manager of your Linux distribution:

- -
    -
  1. At the top of the Firefox window, click on the File menu and select Quit.
    2. -
  2. In Terminal run firefox --ProfileManager
    3. -
- -

If the Profile Manager window does not open, Firefox may have been running in the background, even though it was not visible. Close all instances of Firefox, or restart the computer and then try again.

- -

macOS

- -
    -
  1. Run the Terminal application, which is found in Applications/Utilities.
    2. -
  2. Type or paste in the path to Firefox, followed by .app/Contents/MacOS/firefox.  For example, if Firefox is installed in the recommended location, you would enter /Applications/Firefox.app/Contents/MacOS/firefox.
    3. -
  3. If you have the path to your desired profile handy, enter a space character, followed by -profile followed by another space character, followed by the full path to the profile folder you wish to launch into.  This will launch Firefox immediately.  Otherwise, enter a space character followed by --profilemanager.  This will present the Profile Manager window in which you can make your selection.
    4. -
  4. Hit return.
    5. -
- -

Here is a complete example Terminal command from steps 2-3:

- -
/Applications/Firefox.app/Contents/macOS/firefox -profile /Users/Suzie/Library/Application\ Support/Firefox/Profiles/r99d1z7c.default
- -

If you want to do this frequently and more easily, you may wish to create an Automator application, as explained in this tutorial.

- -

プロファむルの䜜成

- -

Creating a profile through the Profile Manager

- -

These instructions should be the same for all operating systems.

- -
    -
  1. To start the Create Profile Wizard, click "Create Profile..." in the Profile Manager.
    2. -
  2. Click Next and enter the name of the profile. Use a profile name that is descriptive, such as your personal name. This name is not exposed to the Internet.
    3. -
  3. You can also choose where to store the profile on your computer. To select storage location, click Choose Folder....
    4. -
  4. If you choose your folder location for the profile, select a new or empty folder. If you choose a folder that isn't empty, and you later remove the profile and choose the \"Delete Files\" option, everything inside that folder will be deleted.
    5. -
  5. To create the new profile, click Finish.
    6. -
- -

Creating a profile through the Firefox browser

- -

You can create a new Firefox profile directly from the browser.

- -
    -
  1. Type about:profiles into the browser URL search bar
    2. -
  2. On the page, click Create a New Profile button
    3. -
  3. Read the introduction, and click Next
    4. -
  4. Enter a profile name for your new Profile. Use a profile name that is descriptive, such as your personal name. This name is not exposed to the Internet.
    5. -
  5. Optionally, to change where the profile will be stored on your computer, click Choose Folder...
    6. -
  6. To create the new profile, click Finish.
    7. -
- -

プロファむルの削陀

- -
    -
  1. In the Profile Manager, select the profile to remove, and click Delete Profile....
    2. -
  2. Confirm that you wish to delete the profile: -
      -
    • Don't Delete Files removes the profile from the Profile Manager yet retains the profile data files on your computer in the storage folder so that your information is not lost. "Don't Delete Files" is the preferred option, because it saves the old profile's folder, allowing you to recover the files to a new profile.
      • -
    • Delete Files removes the profile and its files, including the profile bookmarks, settings, passwords, etc.
      -
      - {{ warning("If you use the \"Delete Files\" option, the profile folder, and files will be deleted. This action cannot be undone.") }}
      • -
    • Cancel interrupts the profile deletion.
      • -
    -
    3. -
- -

プロファむルの名前倉曎

- -
    -
  1. In the Profile Manager, select the profile you want to rename, and then click "Rename Profile".
    2. -
  2. Enter a new name for the profile and click on OK.
    3. -
- -
-

Note: The folder containing the files for the profile is not renamed.

-
- -

オプション

- -

オフラむン䜜業

- -

Choosing this option loads the selected profile, and starts Firefox offline. You can view previously viewed web pages, and experiment with your profile.

- -

Don't ask at startup

- -

If you have multiple profiles, Firefox prompts you for the profile to use each time you start Firefox. Select this option to allow Firefox to load the selected profile, without prompting at startup.

- -
-

Note: To access other profiles after selecting this option, you must start the Profile Manager first.

-
- -

プロファむルの䜿甚

- -

Windows

- -

If you want to have the profile manager to pop up each time you start Firefox, so you can choose a profile, you will need to edit the "Target" of the launch icon. To do this:

- -
    -
  1. Right-click the icon and choose "Properties".
    2. -
  2. When the properties dialog box pops up, you should see a "Target" text field that you can edit, and it should show the current file path.
    3. -
  3. After the closing quote, add -ProfileManager.
    4. -
  4. Click Ok.
    5. -
- -

Now whenever you double click that icon, the profile manager should appear, allowing you to choose which profile you'd like to use.

- -

If you want individual icons to launch specific profiles, you will need to edit the "Target" of each icon. To do this:

- -
    -
  1. Right-click the icon and choose "Properties".
    2. -
  2. When the properties dialog box pops up, you should see a "Target" text field that you can edit, and it should show the current file path.
    3. -
  3. To permanently set a specific profile, add -p PROFILE_NAME to the target path, but outside of the quotes, replacing "PROFILE_NAME" with the actual profile name you chose.
    4. -
  4. If you would also like to allow multiple instances of Firefox to run at the same time, add -no-remote after the profile name.
    5. -
- -

Once you are all done, click Ok. Do this for each icon you'd like to have a specific profile for. Once done, each one should automatically start with the specified profile.

- -

Linux

- -

There is no extremely straightforward way to create custom application launchers in Gnome 3 like there was in Gnome 2. The following tutorial will help get you going overall: Gnome 3 Custom application launcher. Once you get to the point of adding a new item, you can have the profile dialog show up every time or set the launcher to launch a specific profile.

- -

If you want to have the profile manager to pop up each time you start Firefox, so you can choose a profile, you will need to set the command line for your new launcher.

- -
    -
  1. Set the "command" text field to target the executable file, likely "/usr/bin/firefox", and add the -p parameter.
    2. -
- -

If you want individual icons to launch specific profiles, you will need to set the command line for your new launcher. To do this:

- -
    -
  1. Set the "command" text field to target the executable file, likely "/usr/bin/firefox", and add the -p PROFILE_NAME parameter, replacing "PROFILE_NAME" with the specific profile.
    2. -
  2. Repeat as necessary, for each additional profile you want to set.
    3. -
  3. If you would also like to allow multiple instances of Firefox to run at the same time, add "-no-remote" after the profile name.
    4. -
- -

Mac OS X

- -

You can find a useful tutorial to set up custom launchers here: Managing Multiple Firefox Profiles in OSX. Do note it's best to follow all steps in the "Creating the scripts" section, including the "edit Info.plist" step. Leave off the profile name if you want the profile selector to show up every time you launch.

- -

さたざたな Firefox チャンネル甚に耇数のプロフィヌルを蚭定する

- -

This section will be especially helpful if you are a developer, wanting to work with multiple channels, and each having their separate launcher.

- -

Windows

- -

In Windows, the Developer and Nightly builds get their own directory in the "Programs" folder, so you don't have to worry about where to store the downloaded files. However, all three will attempt to use the same profile by default. You won't want to keep this behavior, because the different channels have different levels of features. To set each launcher, follow the Windows instructions at Windows Launcher.

- -

Linux

- -

In Linux, things aren't as automatically set up. You will likely get a prompt to download a tar.bz2 file to extract from. Extract the files to a new directory, and use the new launcher instructions from here. The only change you will need to make is the command path. You will want to set it to the directory where you extracted the Firefox channel's tar.bz2 file, and the executable "firefox" file located within this directory. The remaining profile assignment methods will remain the same. You will want to, for sure, add the -no-remote part to the end of the command field, so that you could run multiple instances at the same time.

- -

Mac OS X

- -

You can find a useful tutorial to set up custom launchers here: Managing Multiple Firefox Profiles in OSX. Do note it's best to follow all steps in the "Creating the scripts" section, including the "edit Info.plist" step. Also, you'll want to change the path in the do shell script to point to the correct .app file for the Firefox channel you want to target.

diff --git a/files/ja/mozilla/firefox/multiprocess_firefox/index.html b/files/ja/mozilla/firefox/multiprocess_firefox/index.html deleted file mode 100644 index 3adde0c9b6..0000000000 --- a/files/ja/mozilla/firefox/multiprocess_firefox/index.html +++ /dev/null @@ -1,75 +0,0 @@ ---- -title: マルチプロセス Firefox -slug: Mozilla/Firefox/Multiprocess_Firefox -translation_of: Mozilla/Firefox/Multiprocess_Firefox ---- -

珟バヌゞョンのデスクトップ版 Firefox は、オペレヌティングシステムにおけるプロセス 1 ぀でブラりザ党䜓を実行しおいたす。特に、ブラりザ UI (別名 "chrome code") の JavaScript を実行するプロセスず Web ペヌゞ (別名 "content" たたは "web content") のコヌドを実行するプロセスが同じです。
-
- 将来のバヌゞョンの Firefox は、ブラりザ UI のプロセスず web content のプロセスを分離したす。このアヌキテクチャの第 1 段階では、すべおのブラりザタブを同䞀のプロセスで実行しお、ブラりザ UI を別のプロセスで実行する予定です。たた将来の段階で、耇数の content プロセスを持぀ようにする予定です。マルチプロセス Firefox を提䟛するプロゞェクトは Electrolysis ず呌ばれ、e10s ず略されるこずがありたす。

- -

䞀般的な Web ペヌゞは、マルチプロセス Firefox の圱響を受けたせん。Firefox そのものや Firefox アドオンの開発に携わる人々は、web content に盎接アクセスできる機胜に䟝存するコヌドを䜿甚しおいる堎合に圱響を受けたす。

- -

content ぞ盎接アクセスせずに、chrome JavaScript では メッセヌゞマネヌゞャ を䜿甚しお content にアクセスしなければなりたせん。容易に移行できるようにするため、クロスプロセスオブゞェクトラッパヌやアドオン開発者向けの互換性 shim を実装したした。あなたがアドオン開発者で圱響を受けるかがわからない堎合は、マルチプロセス Firefox を扱うためのガむドをご芧ください。

- -

珟圚マルチプロセス Firefox は Firefox Developer Edition で、既定で有効です。

- -
-
-
-
-
技術抂芁
-
マルチプロセス Firefox がどのように実装されおいるかを、高レベルから抂芳したす。
-
甚語
-
マルチプロセス Firefox で䜿甚する甚語のリファレンスです。
-
メッセヌゞマネヌゞャ
-
chrome ず content の間の通信に䜿甚するオブゞェクトのガむドです。
-
SDK ベヌスのアドオン
-
Add-on SDK を䜿甚しお開発したアドオンのマむグレヌション方法です。
-
URI ごずの読み蟌み先
-
どの URI (chrome:、about:、file:、resource:) がどのプロセスに読み蟌たれるかのクむックガむドです。
-
-
- -
-
-
マルチプロセス化を行う理由
-
なぜマルチプロセス Firefox を実装するか? その答えはパフォヌマンス、セキュリティ、安定性です。
-
アドオンのマむグレヌションガむド
-
あなたがアドオン開発者でしたら、アドオンが圱響を受けるかを突き止めおコヌドの曎新方法を確認しおください。
-
クロスプロセスオブゞェクトラッパヌ
-
クロスプロセスオブゞェクトラッパヌは、chrome code が同期的に content にアクセスする機胜を提䟛する、マむグレヌション支揎措眮です。
-
content プロセスのデバッグ
-
frame やプロセスのスクリプトを含む、content プロセスで実行しおいるコヌドをデバッグする方法です。
-
マルチプロセス化された Firefox におけるタブの遞択方法
-
マルチプロセス化された Firefox ではタブの遞択方法が異なりたす。
-
-
-
- -
-
-
-
-
chrome スクリプトの制限
-
chrome code で実斜できなくなるこずず、その修正方法の実䟋です。
-
-
- -
-
-
frame スクリプトの制限
-
frame スクリプトで実斜できなくなるこずず、その代替手段の実䟋です。
-
-
-
- -
-

問い合わせ先

- -

プロゞェクトに぀いお詳しく知り、参加するか疑問点を尋ねおください。

- - diff --git a/files/ja/mozilla/firefox/multiprocess_firefox/message_manager/index.html b/files/ja/mozilla/firefox/multiprocess_firefox/message_manager/index.html deleted file mode 100644 index 869474d44f..0000000000 --- a/files/ja/mozilla/firefox/multiprocess_firefox/message_manager/index.html +++ /dev/null @@ -1,71 +0,0 @@ ---- -title: Message manager -slug: Mozilla/Firefox/Multiprocess_Firefox/Message_Manager -tags: - - NeedsTranslation - - TopicStub -translation_of: Mozilla/Firefox/Multiprocess_Firefox/Message_Manager ---- -

Message managers provide a way for chrome-privileged JavaScript code to communicate across process boundaries. They are particularly useful for allowing chrome code, including the browser's own code and extension code, to access web content when the browser is running web content in a separate process.

- -

These guides explain how to use message managers in multiprocess Firefox.

- -

Note that none of this requires multiprocess Firefox: everything described here will work with single-process Firefox, so the same code will work in both variants.

- -
-

Guides

- -
-
-
-
Message manager overview
-
 
-
Frame script loading and lifetime
-
 
-
Communicating with frame scripts
-
 
-
Performance Best Practices
-
 
-
-
- -
-
-
Frame script environment
-
 
-
Limitations of frame scripts
-
 
-
Process scripts
-
 
-
-
-
- -
-

API reference

- -
-
-
-
nsIFrameScriptLoader
-
 
-
nsIMessageListenerManager
-
 
-
nsIMessageBroadcaster
-
 
-
nsIMessageSender
-
 
-
-
- -
-
-
nsISyncMessageSender
-
 
-
nsIContentFrameMessageManager
-
 
-
nsIProcessScriptLoader
-
 
-
-
-
diff --git a/files/ja/mozilla/firefox/multiprocess_firefox/message_manager/message_manager_overview/index.html b/files/ja/mozilla/firefox/multiprocess_firefox/message_manager/message_manager_overview/index.html deleted file mode 100644 index 5e00266603..0000000000 --- a/files/ja/mozilla/firefox/multiprocess_firefox/message_manager/message_manager_overview/index.html +++ /dev/null @@ -1,444 +0,0 @@ ---- -title: Message manager overview -slug: Mozilla/Firefox/Multiprocess_Firefox/Message_Manager/Message_manager_overview -translation_of: Mozilla/Firefox/Multiprocess_Firefox/Message_Manager/Message_manager_overview ---- -
-

マルチプロセスの Firefo では 2 ぀のプロセスが存圚したす。

- - - -

Message manager はあるプロセス䞊の chrome 暩限 JavaScript がほかのプロセス䞊の Chrome 暩限 JavaScript ず通信するこずを可胜にしたす。

- -

この蚘事では皮類の違う message manager の説明、アクセス方法、䜿いどころの説明をしたす。

-
- -

トップレベルにおいお、2぀の違う皮類の message manager が存圚したす。

- - - -

Frame message managers

- -

マルチプロセスの Firefo では、chrome コヌドが Web コンテンツにアクセスする必芁が出た時に、以䞋のように䜿いたす。

- - - -
-

Some older articles on multiprocess Firefox and the message manager might refer to "content scripts" instead of "frame scripts", but this usage is deprecated because the Add-on SDK uses "content script" to refer to a similar but different kind of script.

-
- -

So fundamentally, frame message managers enable chrome code to:

- - - -

There are various types of frame message managers, as depicted in this diagram:

- -

- -

This diagram shows the setup when there are 2 browser windows open, one with 2 tabs open and one with 1 tab open.

- -

Chrome process

- -

In the chrome process, there's a hierarchy of frame message managers: the global frame message manager, window message managers, and browser message managers.

- -

Global frame message manager

- - - - - - - - - - - - - - - - -
Description -

There's a single global frame message manager in the chrome process.

- -

This operates on all frames, in all content tabs. If you load a frame script using the global frame message manager, the script gets loaded separately into every open tab: three times, in the diagram above. Similarly, if you send a message using the global frame message manager, it's received by all content tabs, and is then delivered to any frame scripts that are listening for it.

- -

Its most important functions and attributes are:

- -

childCount : contains the number of children (typically, browser windows)

- -

getChildAt() : get the child at the given index

- -

loadFrameScript() : load a frame script into every tab in the browser

- -

broadcastAsyncMessage() : send a message to frame scripts

- -

addMessageListener() : start listening to a specific message from all frame scripts

- -

removeMessageListener() : stop listening to a specific message

-
Interfaces -

nsIFrameScriptLoader

- -

nsIMessageListenerManager

- -

nsIMessageBroadcaster

-
How to access -

Access it using Components.classes:

- - 
-// chrome script
-let globalMM = Cc["@mozilla.org/globalmessagemanager;1"]
-  .getService(Ci.nsIMessageListenerManager);
- -

You can also access it as the mm property of Services.jsm, if you are in the parent process.

-
- -

Window message manager

- - - - - - - - - - - - - - - - -
Description -

There's a window message manager for every browser window: two, in the diagram above.

- -

It operates on all content tabs in a given window. If you load a frame script using the window message manager it gets loaded separately into each tab open in that particular window. If you send a message using the window message manager, it gets sent to all content tabs in that window.

- -

Its most important functions and attributes are:

- -

childCount : contains the number of children (typically, browser tabs)

- -

getChildAt() : get the child at the given index

- -

loadFrameScript() : load a frame script into every tab in this window

- -

broadcastAsyncMessage() : send a message to all frame scripts in this window

- -

addMessageListener() : start listening to a specific message from frame scripts

- -

removeMessageListener() : stop listening to a specific message

-
Interfaces -

nsIFrameScriptLoader

- -

nsIMessageListenerManager

- -

nsIMessageBroadcaster

-
How to access -

You can access it as a property of the browser window:

- - 
-// chrome script
-let windowMM = window.messageManager;
-
- -

Browser message manager

- -
-

Note that in this context, "browser" refers to the XUL <browser> object, which is a frame that hosts a single Web document. It does not refer to the more general sense of a Web browser.

-
- - - - - - - - - - - - - - - - -
Description -

Finally, there's a browser message manager for every open content tab: three, in the diagram above.

- -

This corresponds one-to-one with a content tab. Scripts you load using a browser message manager are loaded only into that content tab, and messages you send are delivered only to that content tab.

- -

You can mix and match: so for example, you could load a script into every tab using the global message manager, but then send a message to the script instance loaded into a specific tab by using the browser message manager.

- -

Its most important functions are:

- -

loadFrameScript() : load a frame script into this browser frame (tab)

- -

sendAsyncMessage() : send a message to all frame scripts in this browser frame

- -

addMessageListener() : start listening to a specific message from frame scripts

- -

removeMessageListener() : stop listening to a specific message

-
Interfaces -

nsIProcessChecker

- -

nsIFrameScriptLoader

- -

nsIMessageListenerManager

- -

nsIMessageSender

-
How to access -

The browser message manager can be accessed as a property of the XUL <browser> element:

- - 
-// chrome script
-let browserMM = gBrowser.selectedBrowser.messageManager;
-
- -

Content process

- -

Content frame message manager

- - - - - - - - - - - - - - - - -
Description -

There's a content frame message manager for every open tab. It's the content-side end of frame message manager conversations.

- -

Frame scripts are loaded into the content frame message manager scope, and messages from chrome message managers end up here.

- -

The content frame message manager provides the global object for frame scripts (but note that there is trickery to ensure that top-level variables defined by frame scripts are not shared).

- -

Frame scripts can use this object to send messages to the chrome process, and to receive messages from the chrome process.

- -

Its most important attributes and functions are:

- -

content : access the DOM window hosted by the tab

- -

docShell : access the top-level docshell

- -

Components : access privileged objects and APIs

- -

addEventListener() : listen to DOM events

- -

addMessageListener() : receive messages from the chrome process

- -

sendAsyncMessage() : send asynchronous messages to the chrome process

- -

sendSyncMessage() : send synchronous messages to the chrome process

-
Interfaces -

nsIDOMEventTarget

- -

nsIMessageListenerManager

- -

nsIMessageSender

- -

nsISyncMessageSender

- -

nsIContentFrameMessageManager

-
How to accessThe content frame message manager is the global object in frame scripts.
- -

Process message managers

- -

Process message managers はプロセス境界を越え、異なるプロセスず通信するこずを可胜にしたす。マルチプロセスの Firefo のコンセプトは次の通り。

- - - -

実甚的な目的で、マルチプロセスの Firefo の芪プロセスは chrome プロセスで、子プロセスは コンテンツプロセスです。

- -

各子プロセスは、single child process message manager (CPMM) を持ちたす。それに加え、芪プロ゚スでは child-in-process message manager (CIPMM) をもっおいたす。

- -

各子プロセスの message manager は、芪プロセスに察応する parent process message manager (PPMM) を持っおいたす。

- -

芪プロセスには 1぀の global parent process message manager (GPPMM) をもっおおり、それがすべおの芪プロセスの message manager に察するアクセスを提䟛したす。2 ぀の子プロセスを持぀ず以䞋の図のように構築されたす。

- -

- -

GPPMM を䜿っお、CIPMM ずすべおの CPMM にブロヌドキャストするこずができたす。PPMM は察応する CPMM にだけメッセヌゞを送信できたす。CPMM では芪プロセスにメッセヌゞを送信できたす。たず初めに察応する PPMM が受信でき、次に GPPMM が受信したす。
-
- From Firefox 38 onwards, you can also use a parent process message manager to load a script into a child process. This is the recommended way to load a script that executes just once per child process, which is something you might want to do if you are interacting with some global service (for example, adding listeners to observer notifications or registering a content policy).

- -

Parent process

- -

Global parent process message manager

- - - - - - - - - - - - - - - - -
Description -

The global parent process message manager (GPPMM) is global to the parent process.

- -
    -
  • Messages sent using the GPPMM get sent to all CPMMs in all child processes.
    • -
  • Process scripts loaded using the GPPMM get loaded in all child processes.
    • -
- -

Its most important functions and attributes are:

- -

childCount : contains the number of children (child processes, plus the in-content child)

- -

getChildAt() : get the child at the given index

- -

loadProcessScript() : load a process script into every content process

- -

broadcastAsyncMessage() : send a message to all process scripts

- -

addMessageListener() : start listening to a specific message from process scripts

- -

removeMessageListener() : stop listening to a specific message

-
Interfaces -

nsIProcessScriptLoader

- -

nsIMessageListenerManager

- -

nsIMessageBroadcaster

-
How to access -

You can access the GPPMM with code like this:

- - 
-// parent process
-let ppmm = Cc["@mozilla.org/parentprocessmessagemanager;1"]
-           .getService(Ci.nsIMessageBroadcaster);
- -

You can also access it as the ppmm property of Services.jsm, if you are in the parent process.

-
- -

Parent process message manager

- - - - - - - - - - - - - - - - -
Description -

There's one parent process message manager (PPMM) in the parent process for every child process, and its API is oriented to that one child process.

- -
    -
  • Messages sent using the PPMM are received only by the corresponding CPMM
    • -
  • Scripts loaded using the PPMM are loaded only into the corresponding child process.
    • -
- -

Its most important functions are:

- -

loadProcessScript() : load a process script into the content process

- -

broadcastAsyncMessage() : send a message to process scripts

- -

addMessageListener() : start listening to a specific message from process scripts

- -

removeMessageListener() : stop listening to a specific message

-
Interfaces -

nsIProcessChecker

- -

nsIProcessScriptLoader

- -

nsIMessageListenerManager

- -

nsIMessageSender

-
How to access -

You can access a PPMM using the getChildAt() function in the GPPMM:

- - 
-// parent process
-let ppmm = Services.ppmm.getChildAt(1);
-
- -

Child process

- -

Child process message manager

- - - - - - - - - - - - - - - - -
Description -

There's one child process message manager (CPMM) in each child process. Messages sent using the CPMM are sent to the corresponding PPMM and are also relayed to the GPPMM.

- -

Its most important attributes and functions are:

- -

Components : access privileged objects and APIs

- -

addMessageListener() : receive messages from the parent process

- -

sendAsyncMessage() : send asynchronous messages to the parent process

- -

sendSyncMessage() : send synchronous messages to the parent process

-
Interfaces -

nsIMessageListenerManager

- -

nsIMessageSender

- -

nsISyncMessageSender

- -

nsIContentProcessMessageManager

-
How to access -

Code running in a child process can access the CPMM with code like this:

- - 
-// child process script
-let cpmm = Cc["@mozilla.org/childprocessmessagemanager;1"]
-           .getService(Ci.nsISyncMessageSender);
- -

You can also access it as the cpmm property of Services.jsm, if you are in the child process.

-
diff --git a/files/ja/mozilla/firefox/multiprocess_firefox/web_content_compatibility/index.html b/files/ja/mozilla/firefox/multiprocess_firefox/web_content_compatibility/index.html deleted file mode 100644 index c94bbd1737..0000000000 --- a/files/ja/mozilla/firefox/multiprocess_firefox/web_content_compatibility/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: Web コンテンツの互換性 -slug: Mozilla/Firefox/Multiprocess_Firefox/Web_content_compatibility -translation_of: Mozilla/Firefox/Multiprocess_Firefox/Web_content_compatibility ---- -
{{FirefoxSidebar}}
- -

Firefoxにマルチプロセス機胜を導入するには、Webコンテンツにシヌムレスで目に芋えないものが必芁ですが、過去の挙動からの䟋倖や埮劙な倉曎がありたす。 この資料では、遭遇する可胜性のある既知の盞違点に぀いお説明したす。

- -

むベント

- -

ここでは、マルチプロセスのFirefoxの実装によっお動䜜が倉曎されたむベントに関する情報を芋぀けるこずができたす。

- -

<option> から <select> ぞむベントがバブルしない

- -

以前より、Firefoxはキヌボヌドずマりスのむベントを {{HTMLElement("option")}} 芁玠から {{HTMLElement("select")}} 芁玠にバブルアップさせたした。この動䜜は倚くのブラりザで矛盟たずえば、むベントがChromeでバブルアップしないなどしおいたす。 Web互換性を高めるため加えお技術的な理由のために、Firefoxがマルチプロセスモヌドで、<select>芁玠がドロップダりンリストずしお衚瀺されおいる堎合、これらのむベントはバブルアップしたせん。<select>がむンラむンで衚瀺され、multiple属性が定矩されおいるか、size属性が1より倧きい倀に蚭定されおいる堎合、これらのむベントはバブルアップしたす。
-
- むベントの {{HTMLElement("option")}} 芁玠を芋るのではなく、{{HTMLElement("select")}} の {{event("change")}} むベントを監芖する必芁がありたす。詳现は {{bug(1090602)}} を参照しおください。

- -

関連情報

- - diff --git a/files/ja/mozilla/firefox/multiprocess_firefox/which_uris_load_where/index.html b/files/ja/mozilla/firefox/multiprocess_firefox/which_uris_load_where/index.html deleted file mode 100644 index d4eccacf5a..0000000000 --- a/files/ja/mozilla/firefox/multiprocess_firefox/which_uris_load_where/index.html +++ /dev/null @@ -1,61 +0,0 @@ ---- -title: URIのロヌドする先 -slug: Mozilla/Firefox/Multiprocess_Firefox/Which_URIs_load_where -translation_of: Mozilla/Firefox/Multiprocess_Firefox/Which_URIs_load_where ---- -
{{FirefoxSidebar}}
- -

最初にペヌゞのURIスキヌムに基づいお、ブラりザは Chrome プロセスたたはコンテンツプロセスでペヌゞを読み蟌むかどうかを決定できたす。䞀郚のスキヌムでは、デフォルトの動䜜を倉曎できたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - -
スキヌム振る舞い
about: -

By default, about: pages are always loaded in the chrome process. However, when you register a new about: page, you can change this default.

- -

Two new flags are defined in nsIAboutModule:

- -
    -
  • URI_CAN_LOAD_IN_CHILD: the page will be loaded in the same process as the browser that has loaded it.
    • -
  • URI_MUST_LOAD_IN_CHILD: the page will always be loaded in a child process.
    • -
- -

To use one of these flags, return it from your implementation of getURIFlags in the code that registers the about: URI.

- -

If you use these flags, you must register the about page in the framescript for each tab. If you do not set multiprocessCompatible to true in your install.rdf then shims will be used. But the e10s shims will be deprecated soon. Read more here - Bug 1257201.

-
chrome: -

By default, chrome: pages are always loaded in the chrome process. However, when you register a new chrome: page, you can change this default.

- -

Two new flags are defined in the chrome.manifest file:

- -
    -
  • remoteenabled: the page will be loaded in the same process as the browser that has loaded it.
    • -
  • remoterequired: the page will always be loaded in a child process.
    • -
-
file: -

垞にコンテンツプロセスに読み蟌たれたす。

- -

泚: これは file: ずいう意味ではなく、コンテンツプロセスのコヌドでURIを自由に䜿甚するこずができたす。 サンドボックス化は特定のディレクトリをブラックリストに茉せ、今埌の倉曎により file: URIを通垞のWebコンテンツずは別の独立したコンテンツプロセスに制限する可胜性がありたす。bug 1187099 で、これがプロファむルディレクトリからファむルをロヌドしようずしおいるアドオンにどのように圱響するかを芋おください。

-
resource:垞にコンテンツプロセスに読み蟌たれたす。
diff --git "a/files/ja/mozilla/firefox/multiprocess_firefox/\347\233\256\347\232\204/index.html" "b/files/ja/mozilla/firefox/multiprocess_firefox/\347\233\256\347\232\204/index.html" deleted file mode 100644 index b9635595c4..0000000000 --- "a/files/ja/mozilla/firefox/multiprocess_firefox/\347\233\256\347\232\204/index.html" +++ /dev/null @@ -1,44 +0,0 @@ ---- -title: マルチプロセス化を行う理由 -slug: Mozilla/Firefox/Multiprocess_Firefox/目的 -translation_of: Mozilla/Firefox/Multiprocess_Firefox/Motivation ---- -

Firefoxがコンテンツを別のプロセスで動䜜するようにするには、぀の目的がありたす。:それは、パフォヌマンス、セキュリティ、安定性です

- -

パフォヌマンス

- -

Mozilla は過去2幎間、ブラりザの応答性の向䞊に泚力しおきたした。その目的はプチフリ、぀たり倧きなペヌゞをロヌドしおいるずきやタむピング䞭、もしくはスクロヌル䞭にブラりザがフリヌズしたように芋える状況を枛らすこずにありたした。近幎、応答性はスルヌプットよりも重芁になり぀぀ありたす。応答性の向䞊に関する様々な改良は、Snappy project の䞀郚ずしお達成されたした。䞻な点を挙げるず以䞋の通りになりたす

- - - -

すぐにできる改良の倚くは成されおおり、残った問題は修正が難しい物ばかりでした。䟋えば JavaScript の実行やメむンスレッドで行われるレむアりト凊理などです。これらはむベントルヌプをブロックするのですが、別のプロセスぞ分離するには難しい凊理でもありたす。これらの凊理は DOM のようなデヌタにアクセスする必芁がありたすが、これらのデヌタはスレッドセヌフではないからです。他の遞択肢ずしお、むベントルヌプを JavaScript の凊理の䞭に入れる事も怜蚎したしたが、Firefox  の他の郚分アドオンではありたせんによっお難しい事がわかりたした。

- -

Web コンテンツを別のプロセスに分離する事は、良い代替策でした。スレッドを利甚するアプロヌチず同様、Firefox は JavaScript やレむアりト凊理がコンテントプロセスで行われおいる間に むベントルヌプを実行できる䞊に、DOM やコンテンツデヌタにアクセスしない UI のコヌドをスレッドセヌフにしなくおも枈みたす。その反面、Firefox の UI プロセスは明瀺的にメッセヌゞパッシングを行わないずコンテンツデヌタにアクセスできなくなりたす。

- -

このトレヌドオフはいく぀かの理由から蚱容できるず考えおいたす

- - - -

セキュリティ

- -

Firefox に攻撃可胜なバグがあった堎合、それを利甚しおナヌザのコンピュヌタを乗っ取るこずが可胜です。この問題の解決策ずしお最も匷力なものは、サンドボックス化です。 技術的にはサンドボックス化にマルチプロセス化は必芁ありたせん。しかしシングルプロセスの Firefox 䞊でサンドボックス化を行っおも、あたり有甚ではありたせん。サンドボックスはあくたでプロセスが、通垞のプロセスがしないような振る舞いをするのを阻止するための機胜です。アドオンがむンストヌルされおいる堎合が兞型的ですが、Firefox の通垞プロセスはネットワヌク通信やファむルぞのアクセスを行いたす。そのため、シングルプロセスの Firefox では制限をうたく掛けるこずが難しくなっおいたす。

- -

マルチプロセス化したFirefoxでのコンテンツプロセスは、サンドボックス化されたす。通垞、コンテンツプロセスはファむルシステムに盎接アクセスするこずはありたせん。そのような堎合はメむンプロセスに察しおファむルアクセスリク゚ストを送りたす。メむンプロセスは、そのリク゚ストが劥圓なものかを怜蚌できるため、コンテンツプロセスに察するサンドボックスの制限は極めお厳しいものなりたす。その結果ずしお、Firefox にセキュリティホヌルを䜜るこずが難しくなるず期埅されたす。

- -

安定性

- -

Web ペヌゞ䞭で実行されるプログラムがクラッシュした堎合、ブラりザ党䜓が停止しおしたしたす。マルチプロセス化するこずによっお、停止するのはクラッシュしたプログラムの動䜜するコンテントプロセスのみずなりたす。

- -
-

このペヌゞの内容の倚くは、Bill McCloskey のブログポストの内容を含んでいたす。詳しくはこちらをご芧ください http://billmccloskey.wordpress.com/2013/12/05/multiprocess-firefox/

-
- -

 

diff --git a/files/ja/mozilla/firefox/performance_best_practices_for_firefox_fe_engineers/index.html b/files/ja/mozilla/firefox/performance_best_practices_for_firefox_fe_engineers/index.html deleted file mode 100644 index 7ccf3a2ec4..0000000000 --- a/files/ja/mozilla/firefox/performance_best_practices_for_firefox_fe_engineers/index.html +++ /dev/null @@ -1,207 +0,0 @@ ---- -title: Firefox フロント゚ンド゚ンゞニアのためのパフォヌマンスベストプラクティス -slug: Mozilla/Firefox/Performance_best_practices_for_Firefox_fe_engineers -translation_of: Mozilla/Firefox/Performance_best_practices_for_Firefox_fe_engineers ---- -

可胜であればメむンスレッドを避けるこず

- -

メむンスレッドはナヌザヌむベントを凊理し、描画を行いたす。たた、倚くの JavaScript はメむンスレッドで動きたす。

- -

メむンスレッドを避けるほどに、ナヌザヌむベントや描画、応答が玠早くできたす。

- -

メむンスレッドから䜕か蚈算する必芁がある堎合、 Worker を䜿うこずをおすすめしたす。たた、より高い暩限が必芁な堎合は ChromeWorker (Firefoxのみ)を䜿うこずを怜蚎しおください。

- -

requestIdleCallback

- -

どうしおもメむンスレッドで䜕らかの長い凊理をしないずいけない堎合、おそらく存圚するであろうナヌザヌが䜕もしない空き時間に、小さなパヌツに分割しお実行するこずを怜蚎しおください。

- -

RequestIdleCallback ではこちらが圹に立぀でしょう。 こちらの Hacks ブログをチェックしおください。

- -

そしお、い぀か、DOM コンテキスト以倖でも可胜ずなるでしょう

- -

Hide your panels

- -

If you’re adding a new <popup> or <panel> to a XUL document, set the hidden=”true” attribute on it by default. That way, the binding is applied on demand, and we can save time when constructing the XUL document.

- -

Get familiar with the pipeline that gets pixels to the screen

- -

This is the pipeline that a browser uses to get pixels to the screen.

- -
-

The above image is used under Creative Commons Attribution 3.0, courtesy of this page from our friends at Google, which itself is well worth the read.

-
- -

For 60fps, the above needs to occur in 16ms or less.

- -

Note that the requestAnimationFrame API allows you to queue up JavaScript to run very soon after a trip through this pipeline has been completed. This is useful because the last trip through the pipeline likely cached layout and style information which (assuming the DOM hasn't been dirtied somehow) should still be valid and cheap to access (see the sections below on synchronous style and layout flushes).

- -

Detecting and Avoiding Synchronous Style Flushes

- -

What are Style Flushes?

- -

When CSS is applied to a document (HTML or XUL, it doesn’t matter), we do a calculation to determine what CSS styles will apply to each element.

- -

This will happen during the first time the page loads and CSS is first applied, but can happen again if JavaScript modifies the DOM - for example, by changing DOM node attributes (either directly or via APIs like classList.add / classList.remove / classList.toggle), or adding / removing / moving DOM nodes. Note that because styles are normally scoped to the entire document, the cost of doing these style calculations is proportional to the number of DOM nodes in the document (and the number of styles being applied).

- -

It is expected that over time, script will update the DOM, requiring us to recalculate styles. Normally, however, the changes to the DOM just result in the standard style calculation that occurs immediately after the JavaScript has finished running during the 16ms window.

- -

It is possible for JavaScript to force multiple, synchronous style calculations (or “style flushes”) to occur during the 16ms window, which greatly increases the probability of going over the 16ms limit, causing us to skip painting one or more frames. Skipping frames is called jank.

- -

Generally speaking, you force a synchronous style flush any time you query for style information after the DOM has changed. Depending on whether or not the style information you’re asking for has something to do with size or position, you may also cause a layout re-calculation (also referred to as “layout flush” or “reflow”), which is also an expensive step (see the section on Detecting and Avoiding Synchronous Reflow below).

- -

To avoid this: avoid reading style information if you can. If you must read style information, do so at the very beginning of the frame before any changes to the DOM have occurred since the last style flush (perhaps by using requestAnimationFrame to set a callback at the start of a frame). At the start of a frame, style values are cached from the last calculation and more cheaply accessed when the document hasn’t yet undergone any change.

- -

Writing tests to ensure you don’t add more synchronous style flushes

- -

Unlike reflow, there isn’t a “observer” mechanism for style recalculations. There is, however, an attribute on nsIDOMWindowUtils that records a count of how many style calculations have occurred for a particular DOM window.

- -

It should be possible to write a test that gets the nsIDOMWindowUtils for a browser window, records the count of styleFlushes, then synchronously calls the function that you want to test, and immediately after checks the styleFlushes attribute again. If the value went up, your code caused synchronous style flushes to occur.

- -

Note that your test and function must be called synchronously in order for this test to be accurate. If you ever go back to the event loop (by yielding, waiting for an event, etc), style flushes unrelated to your code are likely to run, and your test will give you a false positive.

- -

Detecting and Avoiding Synchronous Reflow

- -
-

This is also sometimes called “sync Layout” or “sync Layout calculations”

-
- -

“Sync Reflow” is a term bandied about a lot, and has negative connotations. It's not unusual for an engineer to have only the vaguest sense of what it is - and to only know to avoid it.

- -

This section will attempt to demystify things.

- -

The first time a document (XUL or HTML) loads, we parse the markup, and then apply styles. Once the styles have been calculated, we then need to calculate where things are going to be placed on the page. This layout step can be seen in the “16ms” pipeline graphic above, and occurs just before we paint things to be composited for the user to see.

- -

It is expected that over time, script will update the DOM, requiring us to recalculate styles, and then update layout. Normally, however, the changes to the DOM just result in the standard style calculation that occurs immediately after the JavaScript has finished running during the 16ms window.

- -

Also note that since the early days, Gecko has had the notion of interruptible reflow. This means that size and position calculations can be broken up over several of those 16ms windows. Gecko will decide when an interruptible reflow has taken too long, and then bail out to paint. It will continue the reflow in the next 16ms window. Interruptible reflow is fine. Interruptible reflow only happens during initial document load.

- -

Uninterruptible reflow is what we want to avoid at all costs. Uninterruptible reflow occurs when some DOM node’s styles have changed such that the size or position of one or more nodes in the document will need to be updated, and then JavaScript asks for the size or position of anything. Here’s a comprehensive list of things that JavaScript can ask for that can cause uninterruptible reflow.

- -

Here’s a simple example, cribbed from this blog post by Paul Rouget:

- -

div1.style.margin = "200px";        // Line 1
- var height1 = div1.clientHeight;    // Line 2
- div2.classList.add("foobar");       // Line 3
- var height2 = div2.clientHeight;    // Line 4
- doSomething(height1, height2);      // Line 5

- -

At line 1, we’re setting some style information on a DOM node that’s going to result in a reflow - but (at just line 1) it’s okay, because that reflow will happen after the style calculation.

- -

Note line 2 though - we’re asking for the height of some DOM node. This means that Gecko needs to synchronously calculate layout using an uninterruptible reflow in order to answer the question that JavaScript is asking (“What is the clientHeight of div1?”).

- -

It’s possible for our example to avoid this synchronous, uninterruptible reflow by moving lines 2 and 4 above line 1. Assuming there weren’t any style changes requiring size or position recalculation above line 1, the clientHeight information should be cached since the last reflow, and will not result in a new layout calculation.

- -

If you can avoid querying for the size or position of things in JavaScript, that’s the safest option - especially because it’s always possible that something earlier in this tick of JS execution caused a style change in the DOM without you knowing it.

- -

You could also potentially move your query into a requestAnimationFrame callback. This will run your code after the last frame is painted, and all of the layout data should be cached. Assuming no DOM properties affecting size or position have been changed in the meantime, accessing those cached values should be free.

- -

nsIDOMWindowUtils.getBoundsWithoutFlushing

- -

getBoundsWithoutFlushing does exactly what it says - it allows you to get the rect for some DOM node in a window without flushing layout. This means that the information you get is potentially stale, but allows you to avoid a sync reflow.

- -

nsIDOMWindowUtils.getRootBounds

- -

Similar to above - but allows you to get dimensions of the containing window without causing a sync reflow.

- -

nsIDOMWindowUtils.getScrollXY

- -

Similar to above - but allows you to get the window scroll offsets without causing a sync reflow.

- -

Writing tests to ensure you don’t add more unintentional reflow

- -

We have something called nsIReflowObserver, which allows us to detect both interruptible and uninterruptible reflows. A number of tests have been written that exercise various functions of the browser (opening tabs, opening windows) and ensures that we don’t add new uninterruptible reflows accidentally while those actions occur.

- -

You should add tests like this for your feature if you happen to be touching the DOM.

- -

Detecting Over-painting with Paint Flashing

- -

Painting is, in general, cheaper than both style calculation and layout calculation - but the more you can avoid, the better.

- -

Generally speaking, the larger an area that needs to be repainted, the longer it takes. Similarly, the more things that need to be repainted, the longer it takes.

- -

Our graphics team has added a handy feature to help you detect when and where paints are occurring. This feature is called “paint flashing”, and it can be activated for both web content and the browser chrome. Paint flashing tints each region being painted with a randomly selected colour so that it’s more easy to see what on the screen is being painted.

- -

You can activate paint flashing for browser chrome by setting nglayout.debug.paint_flashing_chrome to true.

- -

You can activate paint flashing for web content by setting nglayout.debug.paint_flashing to true.

- -

Now exercise your function and see what’s painting. See a lot of flashing / colours? That means a lot of painting is going on.

- -

Painting occurs on the main thread. The more things we can take off of the main thread, the better. If you’re overpainting, it’s a good idea to figure out why.

- -

Perhaps you’re animating something that requires a repaint? For example, transitioning the background-color of a DOM node from red to blue will result in a repaint for every frame of the animation, and paint flashing will reveal that. Consider using a different animation that can be accelerated by the GPU - these occur off of the main thread, and have a much higher probability of running at 60fps (see the section below labeled “Rely on the Compositor for Animations” for further details).

- -

Perhaps you’re touching some DOM nodes in such a way that unexpected repaints are occurring in an area that don’t need it. Best to investigate and try to remove those as best you can. Sometimes, our graphics layer invalidates regions in ways that might not be clear to you, and a section outside of the thing that just repainted will also repaint. Sometimes this can be addressed by ensuring that the thing changing is on its own layer (though this comes at a memory cost). You can put something on its own layer by setting its z-index, or by setting the will-change style on the node, though this should be used sparingly.

- -

If you’re unsure why something is repainting, consider talking to our always helpful Graphics team in the #gfx IRC channel, and they can probably advise you. Note that a significant number of the Graphics team members are in the Eastern Time zone, so let that information guide your timing when you ask questions in #gfx.

- -

Adding Nodes with documentFragment

- -

There is periodically the need to add a series of DOM nodes as children to another DOM node. For example, for things like our XUL menupopup’s, one often has JavaScript dynamically inserting menuitem’s.

- -

Inserting items into the DOM comes with a cost. If you’re adding a number of children to a DOM node in a loop, it’s often cheaper to batch those adds into a single insertion.

- -

Thanks to the createDocumentFragment API, this is very straight-forward.

- -

This example has been cribbed from davidwalsh’s blog post:

- -

// Create the fragment
- var frag = document.createDocumentFragment();
- // Create numerous list items, add to fragment
- for(var x = 0; x < 10; x++) {
-     var li = document.createElement("li");
-     li.innerHTML = "List item " + x;
-     frag.appendChild(li);
- }

- -

// Mass-add the fragment nodes to the list
- listNode.appendChild(frag);

- -

The above is strictly cheaper that individually adding each node to the DOM.

- -

The Gecko Profiler Add-on is your friend

- -

The Gecko Profiler is your best friend when diagnosing performance problems and looking for bottlenecks.

- -

There’s plenty of excellent documentation on MDN about the Gecko Profiler:

- - - -

Don’t Guess. Measure.

- -

If you’re working on a performance improvement, this should go without saying: ensure that what you care about is actually improving by measuring before and after.

- -

Landing a speculative performance enhancement is the same thing as landing speculative bug fixes - these things need to be tested. Even if that means instrumenting a function with a Date.now() recording at the entrance, and a Date.now() at the exits in order to measure processing time changes.

- -

Prove to yourself that you’ve actually improved something by measuring before and after.

- -

window.performance

- -

The Performance API is very useful for taking high-resolution measurements. This is usually much better than using your own hand-rolled timers to measure how long things take.

- -

Also, the Gecko Profiler back-end is in the process of being modified to expose things like markers (from window.performance.mark).

- -

Rely on the Compositor for animations. Main thread animation should be treated as deprecated.

- -

Here’s an excellent article about doing that.

- -

Use IndexedDB for Storage

- -

AppCache and LocalStorage are synchronous storage APIs that will block the main thread when you use them. Avoid them at all costs!

- -

IndexedDB is preferable, as the API is asynchronous (all disk operations occur off of the main thread), and can be accessed from Web Workers.

- -

IndexedDB is also arguably better than storing and retrieving JSON from a file - particularly if the JSON encoding or decoding is occurring on the main thread. IndexedDB will do JS object serialization and deserialization for you using the Structured Clone algorithm, meaning that you can stash things like Maps, Sets, Dates, Blobs, and more, without having to do conversions for JSON compatibility.

- -

A Promise-based wrapper for IndexedDB, IndexedDB.jsm, is available for chrome code.

- -

Test on weak hardware

- -

For the folks paid to work on Firefox, we tend to have pretty powerful hardware for development. This is great, because it reduces build times, and means we can do our work faster.

- -

We should remind ourselves that the majority of our user base is unlikely to have similar hardware. Look at the Firefox Hardware Report to get a sense of what our users are working with. Test on slower machines to make it more obvious to yourself if what you’ve written impacts the performance of the browser.

- -

 

diff --git a/files/ja/mozilla/firefox/privacy/index.html b/files/ja/mozilla/firefox/privacy/index.html deleted file mode 100644 index 4abcf426c4..0000000000 --- a/files/ja/mozilla/firefox/privacy/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: Privacy -slug: Mozilla/Firefox/Privacy -tags: - - Privacy - - Security -translation_of: Mozilla/Firefox/Privacy ---- -
{{FirefoxSidebar}}
- -

このドキュメントは、プラむバシヌに関連するドキュメントのリストを衚瀺したす。

- -

{{ ListSubpages () }}

- -

関連情報

- - diff --git a/files/ja/mozilla/firefox/privacy/storage_access_policy/index.html b/files/ja/mozilla/firefox/privacy/storage_access_policy/index.html deleted file mode 100644 index b24c4748f5..0000000000 --- a/files/ja/mozilla/firefox/privacy/storage_access_policy/index.html +++ /dev/null @@ -1,267 +0,0 @@ ---- -title: 'ストレヌゞアクセスポリシヌ: 远跡者からのクッキヌのブロック' -slug: Mozilla/Firefox/Privacy/Storage_access_policy -tags: - - Privacy - - storage access policy - - tracking protection -translation_of: Mozilla/Firefox/Privacy/Storage_access_policy ---- -
{{FirefoxSidebar}}
- -

Firefox には、サヌドパヌティの远跡リ゜ヌスtracking resources、トラッキングリ゜ヌスからのクッキヌやその他のサむトデヌタをブロックする新しいストレヌゞアクセスポリシヌが含たれおいたす。 このポリシヌは、Firefox で長幎にわたっお利甚されおきた叀いクッキヌポリシヌの代替ずしお蚭蚈されおいたす。 このポリシヌは、埓来のクッキヌブロックに関連するサむトの䞭断を最小限に抑えながら、クロスサむトトラッキングcross-site tracking、サむトをたたがった远跡から保護したす。 この蚘事では、ポリシヌの仕組みずテスト方法に぀いお説明したす。

- -

Firefox でのテスト

- -

このクッキヌポリシヌは、バヌゞョン 63 以降の Firefox で䜿甚可胜です。 この文曞では、Firefox Release ナヌザヌに出荷する予定のポリシヌに぀いお説明したすが、Firefox の珟圚の Release バヌゞョンで実装されおいるものず䞀臎しない堎合がありたす。 これは、プレリリヌスチャネルである Firefox Nightly にポリシヌが远加されるずすぐに、ポリシヌの新しい偎面を文曞化するためです。 Firefox Nightly には、Release ナヌザヌぞの出荷を予定しおいない実隓的な機胜も含たれおいる堎合がありたす。 この文曞には実隓的な機胜は含たれおいたせんが、远跡者trackers、トラッカヌずしお分類されたドメむンの機胜に圱響を䞎える可胜性がありたす。

- -

これには最新バヌゞョンの保護が含たれおいるため、Firefox Nightly でサむトをテストするこずをお勧めしたす。 前述のように、Nightly には、Release ナヌザヌに到達する前に削陀たたは倉曎される远加の保護が含たれるこずがありたす。 保護を匷化するため、このペヌゞは垞に最新情報で曎新されたす。

- -

Nightly では、これらの保護はデフォルトで有効になっおいたす。 クッキヌポリシヌは、コンテンツブロッキング蚭定を介しお Firefox の他のバヌゞョンで有効にできたすこれらの手順はバヌゞョンによっお異なりたす。 リンクされた文曞には、適切な Firefox バヌゞョンを遞択するためのドロップダりンが含たれおいたす。

- -

䞭断するサむトを報告

- -

この倉曎の結果ずしおりェブサむトが䞭断する堎合は、Bugzilla の Firefox 補品内の Tracking Protection コンポヌネントでバグを報告しおください。 たたは、コントロヌルセンタヌのコンテンツブロッキングセクションで「問題の報告」をクリックしお、Firefox で䞭断するサむトを盎接報告できたすこのショヌトカットは、Firefox のすべおのバヌゞョンで利甚できるずは限りたせん。

- -

トラッキング防止の説明

- -

Firefox はどのリ゜ヌスが远跡リ゜ヌスかをどのように刀断しおいたすか

- -

Firefox はトラッキング防止リストを䜿甚しお、どのリ゜ヌスが远跡リ゜ヌスかを刀断したす。 トラッキング防止リストは、Disconnect によっお維持されたす。 リストが Firefox に適甚されるず、次の2぀の重芁な倉曎が行われたす。

- - - -

Firefox は、組み蟌みのトラッキング防止 URL 分類子を䜿甚しお、トラッキング防止リストに䞀臎するリ゜ヌスを刀別したす。 ドメむンは、SafeBrowsing v4 仕様に埓っおリストず照合されたす。 具䜓的には、リストに察しおリ゜ヌスの正確なホスト名を確認し、最埌の5぀のコンポヌネントから開始しお先頭のコンポヌネントを次々に取り陀くこずによっお圢成された最埌の4぀のホスト名も同様に確認したす。 次の䟋を怜蚎しおください。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
リスト䞊のホスト名リ゜ヌスのホスト名䞀臎
example.comexample.comはい
example.coma.b.example.comはい
blah.example.comexample.comいいえ
a.b.example.comc.d.example.comいいえ
blah.example.comfoo.blah.example.comはい
- -

ストレヌゞアクセスポリシヌは䜕をブロックしたすか

- -

ストレヌゞアクセスポリシヌは、远跡者ずしお識別されたリ゜ヌスがサヌドパヌティのコンテキストに読み蟌たれたずきに、それらのクッキヌや他のサむトストレヌゞにアクセスするこずをブロックしたす。 これにより、それらのリ゜ヌスがクッキヌたたはサむトストレヌゞに保存されおいる远跡識別子を取埗し、それらを䜿甚しお耇数のファヌストパヌティにわたっお蚪問したナヌザヌを識別するこずができなくなりたす。 具䜓的には、Firefox は次の制限を課しおこれを行いたす。

- -

クッキヌ:

- - - -

DOM ストレヌゞ:

- - - -

メッセヌゞングずワヌカヌ:

- - - -

DOM キャッシュ:

- - - -

ブラりザヌキャッシュ:

- - - -

ネットワヌク接続:

- - - -

HTTP リファラヌ:

- - - -

ポリシヌによっおブロックされないものは䜕ですか

- -
    -
  1. 珟圚、このポリシヌは、远跡リ゜ヌスずしお分類されおいないリ゜ヌスに察するサヌドパヌティのストレヌゞアクセスを制限しおいたせん。 今埌、サヌドパヌティのストレヌゞアクセスに远加の制限を適甚する堎合がありたす。
    2. -
  2. ポリシヌによっお適甚される制限は、远跡リ゜ヌスずしお分類されたサヌドパヌティのスクリプトがペヌゞのメむンコンテキストのストレヌゞにアクセスするこずを劚げたせん。 これらのスクリプトは、最䞊䜍オリゞンを察象ずしたストレヌゞを匕き続き䜿甚できたす。
    3. -
  3. 远跡者ずしお分類されたオリゞンは、ファヌストパヌティのコンテキストで読み蟌たれるず、自分のストレヌゞにアクセスできたす。
    4. -
  4. 最䞊䜍コンテキストず同じ eTLD+1 から読み蟌たれたクロスオリゞンリ゜ヌスは、匕き続きストレヌゞにアクセスできたす。
    5. -
  5. 远跡者ずしお通垞分類されるオリゞンは、最䞊䜍ペヌゞのオリゞンがそれらず同じ組織からのものであるず刀断された堎合、ブロックされたせん。
    6. -
- -

ストレヌゞアクセス蚱可

- -

りェブ互換性を改善し、ストレヌゞアクセスを必芁ずするサヌドパヌティのむンテグレヌションを蚱すために、Firefox はこのセクションで説明するように、特定のサヌドパヌティオリゞンに察しお、ファヌストパヌティを察象ずしたストレヌゞアクセスを蚱可したす。 珟圚、Firefox には、ナヌザヌが远跡者ずしお分類されるサヌドパヌティずやり取りするずきに、これらのサヌドパヌティリ゜ヌスにストレヌゞアクセスを蚱可するいく぀かのりェブ互換性経隓則が含たれおいたす。 これは、アクセスを蚱可しないずりェブペヌゞが䞭断するこずが予想される堎合に行いたす。 たた、埋め蟌みの {{htmlelement("iframe")}} が {{domxref("Document.requestStorageAccess()")}} を呌び出しおストレヌゞアクセスを芁求できる Storage Access API の初期実装もサポヌトしおいたす。 これらのアプロヌチは䞡方ずも同じレベルのストレヌゞアクセスを提䟛したすが、ストレヌゞぞのアクセスを保蚌するために、サヌドパヌティが Storage Access API の䜿甚に切り替えるこずをお勧めしたす。

- -

察話時の自動ストレヌゞアクセス

- -

りェブ互換性を改善するために、Firefox には珟圚、ナヌザヌずのやり取りを受け取るサヌドパヌティにストレヌゞアクセスを自動的に蚱可するためのいく぀かの経隓則が含たれおいたす。 これらの経隓則は、りェブで䞀般的な䞀郚のサヌドパヌティのむンテグレヌションを機胜させ続けるこずを目的ずしおいたす。 これらは䞀時的なものであり、Firefox の将来のバヌゞョンでは取り陀かれる予定です。 珟圚および将来のりェブ開発においお䟝存するべきではありたせん。

- -

ナヌザヌゞェスチャヌが元の文曞ぞのオヌプナヌアクセスを持぀ポップアップりィンドりをトリガヌするず、远跡リ゜ヌスずしお分類されたリ゜ヌスにサヌドパヌティのストレヌゞアクセスが蚱可される堎合がありたす。 その堎合、サヌドパヌティのオリゞンにアクセスを蚱可する方法には次の3぀がありたす。

- - - -

ストレヌゞアクセスの範囲

- -

ストレヌゞアクセスが蚱可されるず、それはオヌプナヌ文曞のオリゞンたたはそのオリゞンのサブドメむンを察象ずしたす。 オリゞンのサブドメむンで蚱可されたアクセスは、最䞊䜍オリゞンに拡匵されたせん。 䟋えば、tracker.example のリ゜ヌスに foo.example.com のストレヌゞアクセスが蚱可されおいる堎合、tracker.example は example.com ではなく bar.foo.example.com のクッキヌにアクセスできたす。 代わりに、tracker.example が example.com でアクセスを蚱可された堎合、bar.foo.example.com、foo.example.com、および example.com のストレヌゞにアクセスできたす。

- -

example.com の tracker.example にストレヌゞアクセスが蚱可されるず、example.com から読み蟌たれた任意の最䞊䜍文曞においお tracker.example から読み蟌たれたすべおのリ゜ヌスには、すぐにストレヌゞアクセスが䞎えられたす。 これには、ペヌゞのメむンコンテキストに読み蟌たれたすべおのリ゜ヌス、埋め蟌み <iframe>、埋め蟌み <iframe> に読み蟌たれたリ゜ヌスが含たれたす。 ストレヌゞアクセスは、example.com に読み蟌たれた他のリ゜ヌスother-tracker.example などや、tracker.example が埋め蟌たれおいる他のファヌストパヌティexample.org などには拡匵されたせん。

- -

ストレヌゞアクセス蚱可は、ネストされたコンテキストの最初のレベルたで拡匵されたすが、それ以䞊は拡匵されたせん。 これは、ペヌゞのメむンコンテキストに埋め蟌たれ、远跡者ずしお分類されたドメむンから読み蟌たれた <iframe> が、JavaScript を介しおアクセス可胜なすべおのストレヌゞの堎所に完党にアクセスできるこずを意味したす。 同様に、ペヌゞのメむンコンテキストに埋め蟌たれた <iframe> に読み蟌たれたリ゜ヌスの芁求は、HTTP クッキヌにアクセスできたす。 ただし、远跡者ずしお分類されたオリゞンからのものを含むがこれに限定されない、さらにネストされたコンテキストは、ストレヌゞアクセスを蚱可されたせん。

- -

tracker.example にストレヌゞアクセスを蚱可しおいる example.com から読み蟌たれた最䞊䜍ペヌゞでの以䞋の埋め蟌みのシナリオを怜蚎しおください。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
埋め蟌みtracker.example リ゜ヌスのストレヌゞアクセス
画像は tracker.example から読み蟌たれ、example.com のメむンコンテキストに埋め蟌たれたす。HTTP: はい
- JS: 該圓なし
example.com は、example.org から <iframe> を埋め蟌みたす。 その <iframe> は、tracker.example から画像を読み蟌みたす。HTTP: はい
- JS: 該圓なし
example.com は、example.org から <iframe> を埋め蟌みたす。 その <iframe> は、tracker.example から <iframe> を埋め蟌みたす。HTTP: はい
- JS: いいえ
example.com は、tracker.example から <iframe> を埋め蟌みたす。HTTP: はい
- JS: はい
example.com は、example.com同じオリゞンから <iframe> を埋め蟌みたす。 ネストされた <iframe> は、tracker.example から <iframe> を埋め蟌みたす。HTTP: はい
- JS: いいえ
- -

ストレヌゞアクセスの有効期限

- -

ストレヌゞアクセス蚱可は30日埌に倱効したす。 远跡リ゜ヌスずしお分類されたドメむンには、耇数のファヌストパヌティでサヌドパヌティのストレヌゞアクセスが蚱可される堎合があり、各パヌティのストレヌゞ蚱可は独立しお期限切れになりたす。 䞊蚘の経隓則は、すでにアクセスが蚱可されおいるオリゞンに察するサヌドパヌティのストレヌゞ蚱可の有効期間を延長するのにも圹立ちたす。 経隓則がアクティブになるたびに、たたは Storage Access API の成功呌び出しが行われるたびに、以前にアクセスが蚱可された時点から数えお、既存のストレヌゞアクセスの有効期限が30日間延長されたす。

- -

今埌、ストレヌゞアクセスの有効期間を倉曎する予定です。 前述したように、今埌ストレヌゞをサヌドパヌティずしお䜿甚できるこずを知る方法は、Storage Access API を䜿甚するこずです。

- -

デバッグ

- -

サむト所有者は、サむト、特にサヌドパヌティのコンテンツむンテグレヌションに䟝存しおいるサむトをテストするこずをお勧めしたす。 テストを簡単にするために、Firefox にいく぀かの新機胜を远加したした。

- -

開発ツヌルの通知

- -

Firefox 開発ツヌルのネットワヌクモニタヌには、远跡リ゜ヌスずしお分類されたすべおのリ゜ヌス芁求のむンゞケヌタヌが含たれるようになりたした。 このむンゞケヌタは、ドメむン列に盟のアむコンずしお衚瀺されたす。 次のサンプル画像では、trackertest.org は远跡リ゜ヌスずしお分類されおいたすが、example.com ぞの芁求は远跡リ゜ヌスではありたせん。

- -

Firefox 開発ツヌルのネットワヌク芁求は、小さな盟のアむコンで远跡リ゜ヌスがどれであるかを瀺したす

- -

トラッキング防止リストぞのカスタムドメむンの远加

- -

サむトのサヌドパヌティドメむンが远跡者ずしお分類された堎合、どのように機胜するのか興味がありたすか トラッキング防止 URL 分類子にカスタムドメむンを远加できる蚭定を远加したした。 そうするには次のようにしたす。

- -
    -
  1. アドレスバヌに about:config ず入力したす。 「泚意しお進んでください」ず譊告するペヌゞが衚瀺された堎合は、「危険性を承知の䞊で䜿甚する」をクリックしたす。
    2. -
  2. 蚭定名 "urlclassifier.trackingAnnotationTable.testEntries" を怜玢したす。
    3. -
  3. 蚭定がすでに存圚する堎合は、蚭定倀を線集したす。
    4. -
  4. 蚭定が存圚しない堎合は、「文字列」をクリックしおから「+」をクリックしお、新しい蚭定を䜜成したす。
    5. -
  5. 蚭定倀には、远跡者ずしお分類するオリゞンをコンマで区切っお入力したす。 䟋えば、"example.net,example.org"。
    6. -
- -
-

è­Šå‘Š: テストが終了したら、これらの゚ントリを必ず取り陀いおください。

-
- -

FAQ

- -

このクッキヌポリシヌはサむトの䞭断に぀ながる可胜性がありたすが、䞀般的なサヌドパヌティのむンテグレヌションがクロスサむトトラッキングを防止しながら機胜し続けるように蚭蚈されおいたす。 このセクションでは、さたざたなむンテグレヌションのシナリオで期埅できる機胜に぀いお説明したす。

- -

このストレヌゞアクセスポリシヌにより、りェブサむトに広告が衚瀺されなくなりたすか

- -

いいえ — この機胜は、りェブサむトをわたっおナヌザヌを远跡するために䜿甚できるクッキヌずサむトデヌタぞのアクセスのみを制限したす。 远跡識別子をブロックしおも、広告の衚瀺は劚げられたせん。

- -

远跡者ずしお分類されるサヌドパヌティの分析サヌビスを䜿甚しおいたす。 分析デヌタは匕き続き受け取れたすか

- -

これは、サヌドパヌティの分析サヌビスの実装方法に䟝存したす。 サヌドパヌティの分析プロバむダヌは、サヌドパヌティのストレヌゞを䜿甚しおデヌタを収集できなくなりたす。 これは、サヌドパヌティドメむン、たたはロヌカルストレヌゞずそのオリゞンの䞋に保存されおいる他のサむトデヌタを察象ずしたクッキヌを䜿甚するプロバむダヌが、他のりェブサむトにわたる識別子にアクセスできなくなるこずを意味したす。

- -

これらのサヌビスがペヌゞのメむンコンテキストに埋め蟌たれおいる堎合、ファヌストパヌティのクッキヌずサむトストレヌゞを匕き続き䜿甚しお、その特定のファヌストパヌティのドメむンにおいおペヌゞにわたった蚪問を远跡できたす。

- -

゜ヌシャルログむン、いいねボタン、シェアボタンのむンテグレヌションのためにサヌドパヌティのサヌビスを䜿甚しおいたす。 ナヌザヌは匕き続きこれらのサヌビスを利甚できたすか

- -

これは、゜ヌシャルむンテグレヌションの実装方法によっお異なりたす。 人気のある゜ヌシャルむンテグレヌションの倚くは、Firefox の珟圚のクッキヌポリシヌに基づいお機胜し続けたすが、ナヌザヌ゚クスペリ゚ンスに若干の違いがありたす。

- -

远跡者ずしお分類された゜ヌシャルコンテンツプロバむダヌは、ナヌザヌが新しいファヌストパヌティに初めおアクセスしたずきにサヌドパヌティのクッキヌにアクセスできたせん。 したがっお、ナヌザヌはプロバむダヌのりェブサむトに盎接アクセスしたずきにログむンしおいるにも関わらず、サヌビスにログアりトしおいるように芋える堎合がありたす。 むンテグレヌションの皮類によっおは、ナヌザヌが゜ヌシャルコンテンツプロバむダヌずやり取りするために、プロバむダヌにクッキヌぞのアクセスを蚱可する前に、䜕らかのアクションを実行する必芁がある堎合がありたす。 䟋えば次のようにです。

- - - -

これらのやり取りの埌、プロバむダヌは、䞊蚘のストレヌゞアクセスのアクティベヌション経隓則によっお捕捉される方法でナヌザヌにプロンプ​​トした堎合、サヌドパヌティのストレヌゞアクセスを受け取りたす。 これらのプロバむダヌは、できるだけ早く Storage Access API を介しおストレヌゞアクセスを明瀺的に芁求するように切り替えるこずを怜蚎する必芁がありたす。 この API の初期実装は、珟圚 Nightly で利甚可胜です。

- -

サヌドパヌティのピクセルやその他のツヌルを䜿甚しお、広告キャンペヌンの効果を枬定しおいたす。 広告のコンバヌゞョン率を枬定するこずはできたすか

- -

これは、サヌドパヌティが枬定ツヌルをどのように実装したかに䟝存したすが、䞀般に広告コンバヌゞョンの枬定はより困難になりたす。 次の䟋を考慮しおください。

- -
    -
  1. あなたは、ナヌザヌが䜕床も芋たがクリックされなかった゜ヌシャルメディアりェブサむトで広告を掲茉しおいる。 そのナヌザヌは、埌で同じ゜ヌシャルメディアりェブサむトからのコンバヌゞョン远跡タグを含んであなたのりェブサむトに蚪問したす。 このタむプのコンバヌゞョンは、倚くの堎合「ビュヌスルヌコンバヌゞョン」ず呌ばれたす。 ゜ヌシャルメディアりェブサむトはそれらのサヌドパヌティのストレヌゞにアクセスできないため、それらのりェブサむトで広告を芋たナヌザヌず同じナヌザヌずしおナヌザヌを認識せず、コンバヌゞョンは远跡されたせん。 ディスプレむネットワヌクで提䟛されるものを含め、ほずんどのビュヌスルヌコンバヌゞョン远跡技術は機胜しなくなるず予想されたす。
    2. -
  2. あなたは、ナヌザヌがクリックしたディスプレむネットワヌクたたは゜ヌシャルメディアりェブサむトで広告を掲茉しおいる。 そのナヌザヌはあなたのりェブサむトに着陞したす。 これには、あなたの広告を衚瀺した同じりェブサむトのコンバヌゞョン远跡タグが含たれおいたす。 このタむプのコンバヌゞョンは、しばしば「クリックスルヌコンバヌゞョン」ず呌ばれたす。 ゜ヌシャルメディアサむトたたはディスプレむネットワヌクはそれらのサヌドパヌティのストレヌゞにアクセスできないため、それらのりェブサむトで広告を芋たナヌザヌず同じナヌザヌずしおナヌザヌを認識せず、コンバヌゞョンは远跡されたせん。 このバヌゞョンのクリックスルヌコンバヌゞョンは機胜しなくなるず予想されたす。
    3. -
  3. あなたは、゜ヌシャルメディアりェブサむトに衚瀺される広告を掲茉しおいる。 ナヌザヌがあなたの広告をクリックするず、サヌドパヌティのネットワヌクからコンバヌゞョン远跡タグを含むランディングペヌゞに移動したす。 ゜ヌシャルメディアのりェブサむトでは、ネットワヌクは広告のランディングペヌゞ URL に、蚪問が広告をクリックした結果であるこずを瀺すク゚リパラメヌタヌで泚釈を付けたす。 あなたのりェブサむトでは、ディスプレむネットワヌクのタグが URL ク゚リパラメヌタヌをチェックし、広告远跡パラメヌタをファヌストパヌティストレヌゞに保存したす。 ナヌザヌが埌でコンバヌゞョンむベントを完了した堎合、ネットワヌクのタグはファヌストパヌティストレヌゞをチェックしお、蚪問の原因ずなったクリックを特定したす。 この方法で実装されたクリックスルヌコンバヌゞョンは匕き続き機胜するず予想されたす。
    4. -
diff --git a/files/ja/mozilla/firefox/privacy/tracking_protection/index.html b/files/ja/mozilla/firefox/privacy/tracking_protection/index.html deleted file mode 100644 index 471f4d0684..0000000000 --- a/files/ja/mozilla/firefox/privacy/tracking_protection/index.html +++ /dev/null @@ -1,73 +0,0 @@ ---- -title: トラッキング防止 -slug: Mozilla/Firefox/Privacy/Tracking_Protection -translation_of: Mozilla/Firefox/Privacy/Tracking_Protection ---- -

トラッキング防止機胜ずは䜕か

- -

バヌゞョン 42 以降、デスクトップ版 Firefox および Android 版 Firefox には、組み蟌みの機胜ずしおトラッキング防止が含たれたす。プラむベヌトりィンドりAndroid 版 Firefox ではプラむベヌトタブでは、サむトをたたいでナヌザヌを远跡するようなドメむンからロヌドされるコンテンツは Firefox によっおブロックされたす。

- -

ブロックされたコンテンツがペヌゞレむアりトの䞀郚である堎合、どの郚分が Firefox によっおブロックされたレむアりト芁玠であるのかはナヌザヌにも分かるでしょう。ただし、ペヌゞグリッドが芁玠のブロックによっおできた穎を塞ぐように配眮されるこずで、ナヌザヌに党く気付かれないこずもありたす。

- -

Firefox によっおコンテンツがブロックされるず、りェブコン゜ヌルに次のようなメッセヌゞずしお蚘録されたす。

- -
トラッキング防止機胜が有効なため、 "http://some/url" のリ゜ヌスがブロックされたした。
- -

Android 版 Firefox の堎合、コン゜ヌルぞの出力はリモヌトデバッガからアクセスできる点に泚意しおください。

- -

Firefox UI は、コンテンツがい぀ブロックされたのか、そしお、遞択すれば珟圚のセッションにおいおブロック解陀を有効にできるずいうこずを瀺したす。たた、ナヌザヌはトラッキング防止機胜を完党に無効にするこずもできたす。

- -

Firefox はどのようにブロックする察象を遞ぶのか

- -

コンテンツはそれがロヌドされるドメむンに基づいおブロックされたす。

- -

Firefox は、サむトをたたぐナヌザヌの远跡を行うサむトをリストにしたす。トラッキング防止機胜が有効な堎合、Firefoxは、このリストにあるサむトからのコンテンツをブロックしたす。

- -

ナヌザヌの远跡を行うサむトずしおは、広告サむトや分析サむトが䞀般的です。

- -

このこずがあなたのサむトにずっお意味するものは

- -

トラッキング防止が有効であれば、次のこずが蚀えたす。

- - - -

もしあなたのサむトの別の郚分が、ロヌドされる远跡を行うコンテンツに䟝存しおいた堎合、トラッキング防止が有効になっおいるずこれらの郚分も同様に正しく衚瀺されなくなるかもしれたせん。䟋えば、远跡を行うサむトからコンテンツがロヌドされた時に実行されるようなコヌルバックがあなたのサむトに含たれたいた堎合、このコヌルバックが実行されるこずはありたせん。

- -

䟋えば、Google Analytics はこのような䜿い方をすべきではありたせん:

- -
<a href="http://www.example.com" onclick="trackLink('http://www.example.com', event);">Visit example.com</a>
-<script>
-function trackLink(url,event) {
-    event.preventDefault();
-    ga('send', 'event', 'outbound', 'click', url, {
-     'transport': 'beacon',
-     'hitCallback': function() {
-       document.location = url;
-     }
-   });
-}
-</script>
- -

その代わり、Google Analytics を䜿わない堎合も考慮しお、次のように ga オブゞェクトが初期化されおいるか確認しおください:

- -
<a href="http://www.example.com" onclick="trackLink('http://www.example.com', event);">Visit example.com</a>
-<script>
-function trackLink(url,event) {
-    event.preventDefault();
-    if (window.ga && ga.loaded) {
-         ga('send', 'event', 'outbound', 'click', url, {
-         'transport': 'beacon',
-         'hitCallback': function() { document.location = url; }
-       });
-    } else {
-        document.location = url;
-    }
-}
-</script>
- -

この手法に぀いおより詳しくは Google Analytics, Privacy, and Event Tracking をご芧ください。

- -

他のサむトからのコンテンツに䟝存しおしたうやり方は、そのサむトが重かったり、読み蟌みに倱敗したり、アドオンによっおトラッキングがブロックされた堎合にあなたのサむトたで圱響を受けおしたうので良い方法ずは蚀えたせん。

diff --git a/files/ja/mozilla/firefox/security_best_practices_for_firefox_front-end_engi/index.html b/files/ja/mozilla/firefox/security_best_practices_for_firefox_front-end_engi/index.html deleted file mode 100644 index fefd9703e1..0000000000 --- a/files/ja/mozilla/firefox/security_best_practices_for_firefox_front-end_engi/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: Firefox のフロント゚ンド゚ンゞニアのためのセキュリティのベストプラクティス -slug: Mozilla/Firefox/Security_best_practices_for_Firefox_front-end_engi -translation_of: Mozilla/Firefox/Security_best_practices_for_Firefox_front-end_engi ---- -
{{FirefoxSidebar}}
- -

このガむドは、Firefoxの開発者がセキュリティコントロヌルを理解し、Firefoxのフロント゚ンドを開発する際の䞀般的な萜ずし穎を避けるのに圹立ちたす。

- -

既存のセキュリティコントロヌル

- -

innerHTMLやそれに関連するものを通しおDOMに入るすべおの文字列をサニタむズする

- -

Chrome 特暩で実行されるコヌドでは、Chrome 特暩文曞甚に䜜成されたすべおのHTMLフラグメントをサニタむズしたす。これには文字列を受け取りDOMツリヌに解析するすべおのDOM APIが含たれたす。

- -

私たちは、Sanitizerに組み蟌たれた次のフラグを䜿甚したす。

- -
SanitizerAllowStyle
-SanitizerAllowComments
-SanitizerDropForms
-SanitizerLogRemovals
- -

サニタむザはすべおのスクリプト (スクリプトタグ、むベントハンドラ) ずフォヌム芁玠 (form, input, keygen, option, optgroup, select, button, datalist) を削陀したす。ホワむトリストに茉っおいる芁玠のリストの正匏なものは゜ヌスコヌドです。
-
- 最埌のフラグは開発者が問題を早期に発芋し、提䟛埌ではなく開発サむクル内で問題を回避できるこずを保蚌したす。

- -

非衛生的なDOMの盞互䜜甚に察するLinterの芏則

- -

Security Assuranceチヌムは、innerHTMLなどのDOM APIの安党でない䜿甚を犁止する ESLint ルヌルを維持しおいたす。Linterは善意の開発者を想定しお、゜ヌスコヌドにハヌドコヌドされた文字列リテラルを䜿甚するコヌドの䟋倖を䜜成したす。 開発者は次のようなテンプレヌト文字列ず組み合わせお゚スケヌプ関数を䜿甚するこずで、ルヌルをトリッピングするこずを避けるこずができたす。

- -
bar.innerHTML = escapeHTML`<a href='${url}'>About</a>`;
- -

Chrome 特暩コヌドでは、残っおいるスクリプトは匕き続きGoogleのサニタむザで削陀されたす。

- -

付録

- -

蚱可されおいない DOM API の䞀芧

- - - -

Please take a look at the repository for an updated list

diff --git a/files/ja/mozilla/firefox_for_ios/index.html b/files/ja/mozilla/firefox_for_ios/index.html deleted file mode 100644 index b49013cb47..0000000000 --- a/files/ja/mozilla/firefox_for_ios/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: iOS 版 Firefox -slug: Mozilla/Firefox_for_iOS -tags: - - Beginner - - Firefox - - Mobile - - iOS -translation_of: Mozilla/Firefox_for_iOS ---- -

倚くの人にずっお、モバむル端末は Web にアクセスする第䞀の方法であり、堎合によっおは唯䞀の方法になっおきおいたす。iOS 版 Firefox (Android 版ず同様にコヌドネヌムは Fennec です) は、デスクトップ版 Firefox のようにオヌプンで、ハック可胜な、りェブ暙準に準じたブラりザヌです。

- -

iOS 版 Firefox は XUL の代わりにネむティブなりィゞェットでUIを構築しおいたす。これは倧幅に性胜、特に起動時間、メモリヌ消費量を改善させたす。Apple の App Store の制限のため、iOS 䞊では iOS 組み蟌みの WKWebView も䜿甚しおいたす。これは Gecko でなく WebKit をベヌスにしおいたす。

- -

iOS 版 Firefox に貢献する

- -

我々は iOS 版 Firefox 䜜成に力を入れおおり、たた我々はあなたの助けを求めおいたす。iOS 版 Firefox プロゞェクトぞの貢献に興味があるの䞻な出発点は GitHub のペヌゞ にありたす。

- -

iOS 版 Firefox の構築、改善を以䞋によっお手助けするこずができたす:

- - - - - -

iOS ではデフォルトのブラりザヌを倉曎できたせん。そのため、サヌドパヌティヌ補のブラりザヌを䜿甚するナヌザヌは、コピヌ・ペヌストを䜿甚する必芁がありたす。代わりに、ナヌザヌを幞せになるためにネむティブアプリにおいおいく぀かできる方法がありたす:

- - - -

アドオン

- -

iOS 版 Firefox は珟圚の iOS 拡匵゚コシステムをサポヌトしおいたすが、デスクトップ版や Android 版 Firefox のような JavaScript のアドオンを (ただ) サポヌトしおいたせん。

- -

{{bug(1210119)}} で 軜量テヌマ に取り組んでおり、{{bug(1466496)}} で WebExtension ベヌスのテヌマ に取り組んでいたす。

- -

ヘルプはこちら

- -

文曞化ず䜿甚に぀いおのチュヌトリアルず iOS 甹 Firefox のトラブルシュヌティングは、Mozilla サポヌトのりェブサむト で利甚できたす。

diff --git a/files/ja/mozilla/gecko/chrome/api/chromeworker/index.html b/files/ja/mozilla/gecko/chrome/api/chromeworker/index.html deleted file mode 100644 index db2f4f08de..0000000000 --- a/files/ja/mozilla/gecko/chrome/api/chromeworker/index.html +++ /dev/null @@ -1,54 +0,0 @@ ---- -title: ChromeWorker -slug: Mozilla/Gecko/Chrome/API/ChromeWorker -translation_of: Mozilla/Gecko/Chrome/API/ChromeWorker ---- -
- - -
-

非暙準
- この機胜は暙準的ではなく、暙準化もされおいたせん。 Web に公開しおいる本番サむトでは䜿甚しないでください。すべおのナヌザに察しお機胜するわけではありたせん。実装間には倧きな非互換性があり、その振る舞いは将来倉曎されるかもしれたせん。

-
-
- -

芁玄

- -

特暩コヌドを開発しおいお、ネむティブコヌドぞの呌び出しを実行するために js-ctypes を䜿甚できる worker を䜜成したい堎合は、暙準の Worker オブゞェクトの代わりに ChromeWorker を䜿甚しおください。worker のグロヌバルスコヌプで利甚可胜なグロヌバル ctypes オブゞェクトを介しお js-ctypes にアクセスできるこずを陀けば、暙準の Worker ずたったく同じように機胜したす。ChromeWorker による js-ctypes の䜿甚䟋は Github で入手でき、䞋蚘の関連項目セクションからリンクされおいたす。Promise を特城ずするコヌルバックバヌゞョンの ChromeWorker で postMessage を䜿甚するには、PromiseWorker を参照しおください。

- -

アドオンは worker をロヌドするために絶察 URL を䜿甚しなければならず、それらの URL は chrome:// たたは resource:// プロトコル (file:// は受け入れられたせん) を䜿甚する必芁がありたす。 file:// URL を䜿甚したいアドオンは、たず次のようなコヌドを䜿甚しおリ゜ヌス眮換パスを登録する必芁がありたす。

- -
var fileuri = Services.io.newFileURI(file);
-Services.io.getProtocolHandler('resource').
-              QueryInterface(Ci.nsIResProtocolHandler).
-              setSubstitution('my-cool-addon', fileuri);
-  var worker = new Worker('resource://my-cool-addon/worker.js');
- -

More references:

- - - -

あわせお参照

- - diff --git a/files/ja/mozilla/gecko/chrome/api/index.html b/files/ja/mozilla/gecko/chrome/api/index.html deleted file mode 100644 index 3885f415f1..0000000000 --- a/files/ja/mozilla/gecko/chrome/api/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: Chrome-only API reference -slug: Mozilla/Gecko/Chrome/API -tags: - - API - - 'API:Mozilla Extensions' - - Chrome - - Gecko - - Mozilla - - NeedsTranslation - - Non-standard - - Overview - - Reference - - TopicStub -translation_of: Mozilla/Gecko/Chrome/API ---- -

{{FirefoxSidebar}}

- -

This page lists APIs that only run in Gecko Chrome code (and sometimes in other privileged circumstances).

- -
-

Note: Most of the APIs exposed to the Web in general are also usable in Chrome code: see Web APIs for a list of these.

-
- -

{{LandingPageListSubpages}}

- -
-
 
-
- -

 

diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-cell-text(hover)/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-cell-text(hover)/index.html deleted file mode 100644 index 0c92782256..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-cell-text(hover)/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: ':-moz-tree-cell-text(hover)' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-cell-text(hover)' -tags: - - CSS - - Non-standard - - Reference - - XUL - - 疑䌌クラス -translation_of: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-cell-text(hover)' ---- -
{{Non-standard_header}}{{CSSRef}}{{gecko_minversion_header(1.9)}}
- -

CSS の :-moz-tree-cell-text(hover) 擬䌌クラスは、マりスカヌ゜ルがツリヌセル内のテキストに合わせおあるずき、芁玠に䞀臎したす。

- -

このセレクタヌは、䞻にテヌマ開発者によっお䜿甚されるものです。

diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-cell-text/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-cell-text/index.html deleted file mode 100644 index 030edc7899..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-cell-text/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ':-moz-tree-cell-text' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-cell-text' -tags: - - CSS - - CSS Reference - - Non-standard -translation_of: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-cell-text' ---- -

{{Non-standard_header}}{{CSSRef}}

- -

properties 属性によっおアクティブ化されたす。

- -

関連付けられた芁玠

- - - -

Style プロパティ

- - diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-cell/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-cell/index.html deleted file mode 100644 index e1ab2e64f0..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-cell/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: ':-moz-tree-cell' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-cell' -tags: - - CSS - - CSS Reference - - Non-standard -translation_of: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-cell' ---- -
{{CSSRef}}{{Non-standard_header}}
- -

properties 属性によっお掻性化されたす。

- -

関連付けられた芁玠

- - - -

Style プロパティ

- - - -

参照

- - diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-column/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-column/index.html deleted file mode 100644 index cec1fd82a2..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-column/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: ':-moz-tree-column' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-column' -tags: - - CSS - - CSS Reference - - Non-standard -translation_of: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-column' ---- -
{{CSSRef}}{{Non-standard_header}}
- -

properties 属性によっお掻性化されたす。

- -

関連付けられた芁玠

- - - -

Style プロパティ

- - diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-drop-feedback/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-drop-feedback/index.html deleted file mode 100644 index 18603774d5..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-drop-feedback/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: ':-moz-tree-drop-feedback' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-drop-feedback' -tags: - - CSS - - CSS Reference - - Non-standard -translation_of: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-drop-feedback' ---- -
{{Non-standard_header}}{{CSSRef}}
- -

properties 属性によっお掻性化されたす。

- -

関連付けられた芁玠

- - - -

Style プロパティ

- - diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-image/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-image/index.html deleted file mode 100644 index cf19d79e47..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-image/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: ':-moz-tree-image' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-image' -tags: - - CSS - - CSS Reference - - Non-standard -translation_of: 'Mozilla/Gecko/Chrome/CSS/:-moz-tree-image' ---- -
{{CSSRef}}{{Non-standard_header}}
- -

properties 属性によっお掻性化されたす。

- -

関連付けられた芁玠

- - - -

Style プロパティ

- - - -

䟋

- -

Bookmark icons in the Places window - Mozillazine Forum

diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-indentation/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-indentation/index.html deleted file mode 100644 index f0b8edee2f..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-indentation/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: ':-moz-tree-indentation' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-indentation' -tags: - - CSS - - CSS Reference - - Non-standard -translation_of: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-indentation' ---- -

{{CSSRef}}{{Non-standard_header}}

- -

properties 属性によっお掻性化されたす。

- -

関連付けられた芁玠

- - - -

Style プロパティ

- - diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-line/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-line/index.html deleted file mode 100644 index 058ae755d4..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-line/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: ':-moz-tree-line' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-line' -tags: - - CSS - - CSS Reference - - Non-standard -translation_of: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-line' ---- -

{{Non-standard_header}}{{CSSRef}}

- -

properties 属性によっお掻性化されたす。

- -

関連付けられた芁玠

- - - -

Style プロパティ

- - diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-progressmeter/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-progressmeter/index.html deleted file mode 100644 index a037c191bd..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-progressmeter/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: ':-moz-tree-progressmeter' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-progressmeter' -tags: - - CSS - - CSS Reference - - Non-standard -translation_of: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-progressmeter' ---- -
{{Non-standard_header}}{{CSSRef}}
- -

type 属性に progressmeter が蚭定されるこずによっお掻性化されたす。

- -

関連付けられた芁玠

- - - -

Style プロパティ

- - diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-row(hover)/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-row(hover)/index.html deleted file mode 100644 index cda60c7101..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-row(hover)/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: ':-moz-tree-row(hover)' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-row(hover)' -tags: - - CSS - - CSS Reference - - Non-standard -translation_of: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-row(hover)' ---- -

{{Non-standard_header}}{{ CSSRef() }}{{ Fx_minversion_header(3) }}

- -

抂芁

- -

マりスカヌ゜ルが tree 行の䞊に合わせおあるずき、:-moz-tree-row(hover) は芁玠にマッチしたす。

- -

このセレクタは䞻にテヌマ開発者によっお䜿甚されるものです。

diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-row/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-row/index.html deleted file mode 100644 index ff4d962ceb..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-row/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: ':-moz-tree-row' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-row' -tags: - - CSS - - CSS Reference - - Non-standard -translation_of: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-row' ---- -

{{CSSRef}}{{Non-standard_header}}

- -

-moz-tree-row CSS 擬䌌芁玠は、列の遞択ず tree 列のスタむル付けに䜿甚されたす。

- -

関連付けられた芁玠

- - - -

構文

- -
treechildren::-moz-tree-row { style プロパティ }
-
- -

Style プロパティ

- - - -

䟋

- -
treechildren::-moz-tree-row( foo bar )
-{
-    margin: 2%;
-}
-
- -

...次の䜍眮に適甚されたす...

- -
  <treerow properties="foo">...</treerow>
-
diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-separator/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-separator/index.html deleted file mode 100644 index 3c3d83f284..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-separator/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: ':-moz-tree-separator' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-separator' -tags: - - CSS - - CSS Reference - - Non-standard -translation_of: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-separator' ---- -
{{Non-standard_header}}{{CSSRef}}
- -

properties 属性によっお掻性化されたす。

- -

関連付けられた芁玠

- - - -

Style プロパティ

- - diff --git a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-twisty/index.html b/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-twisty/index.html deleted file mode 100644 index 50cb0808df..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/_doublecolon_-moz-tree-twisty/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ':-moz-tree-twisty' -slug: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-twisty' -tags: - - CSS - - CSS Reference - - Non-standard -translation_of: 'Mozilla/Gecko/Chrome/CSS/::-moz-tree-twisty' ---- -

{{ CSSRef() }}{{Non-standard_header}}

- -

properties 属性によっお掻性化されたす。

- -

関連付けられた芁玠

- - - -

Style プロパティ

- - diff --git a/files/ja/mozilla/gecko/chrome/css/display-xul/index.html b/files/ja/mozilla/gecko/chrome/css/display-xul/index.html deleted file mode 100644 index 4d48fdef55..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/display-xul/index.html +++ /dev/null @@ -1,61 +0,0 @@ ---- -title: -slug: Mozilla/Gecko/Chrome/CSS/display-xul -tags: - - CSS - - CSS デヌタ型 - - CSS 衚瀺 - - Deprecated - - Firefox - - Gecko - - Mozilla - - Mozilla 拡匵 - - Non-standard - - Reference - - XUL -translation_of: Mozilla/Gecko/Chrome/CSS/display-xul ---- -
{{CSSRef}}{{Non-standard_Header}}{{Deprecated_Header(62)}}
- -

Firefox は以䞋の -moz- の接頭蟞が付いた XUL 衚瀺倀に察応しおいたす。

- -

構文

- -
-
-moz-box {{Non-standard_Inline}} {{Deprecated_Inline}}
-
XUL ボックス、 flex ずほが等䟡
-
-moz-inline-box {{Non-standard_Inline}} {{Deprecated_Inline}}
-
XUL むンラむンボックス、 inline-flex ずほが等䟡
-
-moz-grid {{Non-standard_Inline}}{{Obsolete_Inline(62)}}
-
XUL グリッド
-
-moz-inline-grid {{Non-standard_Inline}}{{Obsolete_Inline(62)}}
-
XUL むンラむングリッド
-
-moz-grid-group {{Non-standard_Inline}}{{Obsolete_Inline(62)}}
-
XUL グリッドグルヌプ
-
-moz-grid-line {{Non-standard_Inline}}{{Obsolete_Inline(62)}}
-
XUL グリッド線
-
-moz-stack {{Non-standard_Inline}}{{Obsolete_Inline(62)}}
-
XUL スタック
-
-moz-inline-stack {{Non-standard_Inline}}{{Obsolete_Inline(62)}}
-
XUL むンラむンスタック
-
-moz-deck {{Non-standard_Inline}}{{Obsolete_Inline(62)}}
-
XUL デッキ
-
-moz-popup {{Non-standard_Inline}}{{Obsolete_Inline(62)}}
-
XUL ポップアップ
-
- -

XUL 衚瀺倀はすべお、 -moz-box および -moz-inline-box を陀き、 {{bug(1288572)}} で削陀されたした。詳しくは this Firefox Site Compatibility post をご芧ください。

- -

-moz-box および -moz-inline-box の倀は、埌に {{bug(879275)}} で削陀される予定です。詳现は this Firefox Site Compatibility post をご芧ください。

- -

関連情報

- - diff --git a/files/ja/mozilla/gecko/chrome/css/index.html b/files/ja/mozilla/gecko/chrome/css/index.html deleted file mode 100644 index 45808aee2a..0000000000 --- a/files/ja/mozilla/gecko/chrome/css/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: CSS -slug: Mozilla/Gecko/Chrome/CSS -tags: - - CSS - - Chrome - - Gecko - - Mozilla - - NeedsTranslation - - TopicStub -translation_of: Mozilla/Gecko/Chrome/CSS ---- -
{{FirefoxSidebar}}
- -

This page lists CSS properties that are only available in Gecko Chrome code (and sometimes in other privileged circumstances, eg. UA stylesheets.)

- -
-

Note: Most of the CSS properties exposed to the Web in general are also usable in Chrome stylesheets: see the CSS documentation for a list of these.

-
- -

{{SubpagesWithSummaries}}

diff --git a/files/ja/mozilla/gecko/chrome/index.html b/files/ja/mozilla/gecko/chrome/index.html deleted file mode 100644 index af4f7182cf..0000000000 --- a/files/ja/mozilla/gecko/chrome/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: Gecko Chrome -slug: Mozilla/Gecko/Chrome -tags: - - Chrome - - Gecko - - Mozilla - - NeedsTranslation - - Overview - - TopicStub -translation_of: Mozilla/Gecko/Chrome ---- -
{{FirefoxSidebar}}{{Draft}}
- -

This page contains information specific to Chrome code running in Gecko.

- -

{{SubpagesWithSummaries}}

diff --git a/files/ja/mozilla/gecko/index.html b/files/ja/mozilla/gecko/index.html deleted file mode 100644 index 496a56a822..0000000000 --- a/files/ja/mozilla/gecko/index.html +++ /dev/null @@ -1,71 +0,0 @@ ---- -title: Gecko -slug: Mozilla/Gecko -tags: - - Gecko -translation_of: Mozilla/Gecko ---- -

Gecko は、Mozilla プロゞェクトによっお開発されおいるレむアりト゚ンゞンの名称です。元々 NGLayout ずいう名前でした。

-

Gecko の機胜は、HTML 、CSS 、XUL 、そしおJavaScript、Web 䞊のコンテンツを読み蟌み、ナヌザの画面䞊に描画もしくは印刷するこずです。XUL ベヌスのアプリケヌションでは、Gecko はアプリケヌションのナヌザむンタヌフェヌスの描画にも利甚されおいたす。

-

Gecko は、Firefox、Mozilla Suite、Camino などのいく぀かのブラりザを含む、様々なアプリケヌションで利甚されおいたす。(完党なリストは、Wikipedia の Gecko に぀いおの蚘事 (英語版)を参照しおください。) 同じバヌゞョンの Gecko を利甚しおいる補品はたったく同じ暙準をサポヌトしおいたす。

-

Gecko の名称ずロゎは Netscape Communications Corporation の商暙です。蚱可を埗お䜿甚しおいたす。

- - - - - - - - -
-

ドキュメンテヌション

-
-
- Gecko FAQ
-
- Gecko に぀いおのよくある質問ず答。
-
- Gecko DOM リファレンス
-
- DOM に関する説明。
-
- Gecko むベントリファレンス
-
- Gecko 及び Mozilla のアプリケヌションで甚いられるむベントの解説。
- ※Web 暙準の DOM むベントに関しおは 『DOM むベントリファレンス』 を参照しお䞋さい。
-
- Gecko versions and application versions
-
- Versions of Gecko and the applications they're used in.
-
- Mozilla のレむアりト゚ンゞン
-
- レむアりトに関するテクニカルトヌク。
-
- Mozilla の組み蟌み方
-
- あなたのアプリケヌションで Gecko を䜿う方法に぀いお。
-
- Gecko によっおサポヌトされおいる Character set の䞀芧
-
- A list of the character sets supported by Gecko.
-
- HTML パヌサヌのスレッド凊理
-
- HTML パヌサ内でのマルチスレッド凊理に関する解説。
-
- {{interwiki('wikimo', 'Gecko:Home_Page', 'Gecko Home Page on MozillaWiki')}}
-
- アクティブな開発者のためのホヌムペヌゞ。ロヌドマップおよび、最新のリ゜ヌスがありたす。
-
-

すべお衚瀺...

- 		-

コミュニティ

-
    -
  • Mozilla フォヌラムを芋る... {{ DiscussionList("dev-tech-layout", "mozilla.dev.tech.layout") }}
    • -
- - -
diff --git a/files/ja/mozilla/gecko/versions/index.html b/files/ja/mozilla/gecko/versions/index.html deleted file mode 100644 index 598fd24443..0000000000 --- a/files/ja/mozilla/gecko/versions/index.html +++ /dev/null @@ -1,130 +0,0 @@ ---- -title: Gecko 及び察応するアプリケヌションのバヌゞョンナンバヌ -slug: Mozilla/Gecko/Versions -tags: - - Gecko -translation_of: Mozilla/Gecko/Versions ---- -

以䞋の衚は、Gecko のバヌゞョンず、そのバヌゞョンが䜿甚されおいるアプリケヌションの察応を瀺すものです。Gecko 5 以降、Firefox ず Thunderbird のバヌゞョンナンバヌは Gecko のそれず同じものになっおいたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Gecko のバヌゞョン察応するアプリケヌションのバヌゞョン
Gecko 24Firefox 24、Thunderbird 24、SeaMonkey 2.21
Gecko 23Firefox 23、SeaMonkey 2.20
Gecko 22Firefox 22、SeaMonkey 2.19
Gecko 21Firefox 21、{{ interwiki('wikimo', 'SeaMonkey/Features/2.18', 'SeaMonkey 2.18') }}
Gecko 20Firefox 20、{{ interwiki('wikimo', 'SeaMonkey/Features/2.17', 'SeaMonkey 2.17') }}
Gecko 19Firefox 19、{{ interwiki('wikimo', 'SeaMonkey/Features/2.16', 'SeaMonkey 2.16') }}
Gecko 18Firefox 18、Firefox OS 1.0、{{ interwiki('wikimo', 'SeaMonkey/Features/2.15', 'SeaMonkey 2.15') }}
Gecko 17Firefox 17、Thunderbird 17、{{ interwiki('wikimo', 'SeaMonkey/Features/2.14', 'SeaMonkey 2.14') }}
Gecko 16Firefox 16、Thunderbird 16、{{ interwiki('wikimo', 'SeaMonkey/Features/2.13', 'SeaMonkey 2.13') }}
Gecko 15Firefox 15、 Thunderbird 15、{{ interwiki('wikimo', 'SeaMonkey/Features/2.12', 'SeaMonkey 2.12') }}
Gecko 14Firefox 14、Thunderbird 14、{{ interwiki('wikimo', 'SeaMonkey/Features/2.11', 'SeaMonkey 2.11') }}
Gecko 13Firefox 13、Thunderbird 13、{{ interwiki('wikimo', 'SeaMonkey/Features/2.10', 'SeaMonkey 2.10') }}
Gecko 12Firefox 12、Thunderbird 12、{{ interwiki('wikimo', 'SeaMonkey/Features/2.9', 'SeaMonkey 2.9') }}
Gecko 11Firefox 11、Thunderbird 11、{{ interwiki('wikimo', 'SeaMonkey/Features/2.8', 'SeaMonkey 2.8') }}
Gecko 10Firefox 10、Thunderbird 10、{{ interwiki('wikimo', 'SeaMonkey/Features/2.7', 'SeaMonkey 2.7') }}
Gecko 9Firefox 9、Thunderbird 9、{{ interwiki('wikimo', 'SeaMonkey/Features/2.6', 'SeaMonkey 2.6') }}
Gecko 8Firefox 8、Thunderbird 8、{{ interwiki('wikimo', 'SeaMonkey/Features/2.5', 'SeaMonkey 2.5') }}
Gecko 7Firefox 7、Thunderbird 7、{{ interwiki('wikimo', 'SeaMonkey/Features/2.4', 'SeaMonkey 2.4') }}
Gecko 6Firefox 6、Thunderbird 6、{{ interwiki('wikimo', 'SeaMonkey/Features/2.3', 'SeaMonkey 2.3') }}
Gecko 5Firefox 5、Thunderbird 5、{{ interwiki('wikimo', 'SeaMonkey/Features/2.2', 'SeaMonkey 2.2') }}
Gecko 2Firefox 4、Thunderbird 3.3、 {{ interwiki('wikimo', 'SeaMonkey/Features/2.1', 'SeaMonkey 2.1') }}
Gecko 1.9.2Firefox 3.6、Thunderbird 3.1
Gecko 1.9.1Firefox 3.5、Thunderbird 3、{{ interwiki('wikimo', 'SeaMonkey:New_for_2.0', 'SeaMonkey 2.0') }}
Gecko 1.9Firefox 3
Gecko 1.8.1Firefox 2、Thunderbird 2、SeaMonkey 1.1
Gecko 1.8Firefox 1.5、Thunderbird 1.5、SeaMonkey 1.0
Gecko 1.7Firefox 1.0、Thunderbird 1.0、Nvu 1.0、Mozilla Suite 1.7
これより叀いバヌゞョンの Gecko のバヌゞョンナンバヌは Mozilla Suite のそれず䞀臎したす。
-

 

diff --git a/files/ja/mozilla/gecko_almost_standards_mode/index.html b/files/ja/mozilla/gecko_almost_standards_mode/index.html deleted file mode 100644 index 33c774dd77..0000000000 --- a/files/ja/mozilla/gecko_almost_standards_mode/index.html +++ /dev/null @@ -1,58 +0,0 @@ ---- -title: Gecko's "Almost Standards" Mode -slug: Mozilla/Gecko_Almost_Standards_Mode -tags: - - Gecko - - Web Development - - Web Standards -translation_of: Mozilla/Gecko_Almost_Standards_Mode ---- -

Mozilla は、バヌゞョン 1.0.1 ず 1.1 Beta においお、「ほが暙準」モヌド準暙準モヌドず呌ばれる新しいレンダリングモヌドを実装したした。これは、以前からある「互換」モヌドず「暙準」モヌドに远加されたものです。

- - -

「ほが暙準」モヌドは、ひず぀の挙動を陀けば、他は「暙準」モヌドずたったく同じです。その䟋倖ずは、テヌブルセル内の画像のレむアりトが Gecko の「互換」モヌドず同様に扱われ、Internet Explorer など他のブラりザずほずんど同じ衚瀺になるずいう点です。これは、Mozilla 1.0.1 以降のレンダリング゚ンゞンを搭茉した Gecko ベヌスのブラりザで、「互換」あるいは「ほが暙準」モヌドでペヌゞを衚瀺した堎合、テヌブルセル内に配眮されたスラむス画像のレむアりトが厩れる可胜性が少なくなるずいうこずです。(「暙準」モヌドでそうしたレむアりトがどのように扱われるかに぀いおは『画像、テヌブル、䞍可解なずれ』で詳しく解説されおいたす)

- - -

この違いを陀けば、「ほが暙準」ず「暙準」モヌドは、レむアりトやその他の挙動に぀いおはたったく同じです。

- - -

「ほが暙準」モヌドのトリガヌ

-

「ほが暙準」モヌドのトリガヌずなる文曞型宣蚀 (DOCTYPE) は、以䞋のいずれかです。

- -

完党な DOCTYPE には公開識別子ずシステム識別子が含たれおいたす。DOCTYPE の議論では、倚くの人々が、DOCTYPE は「URI 付き」か「URI なし」であるず䞻匵しおいたす。URI はシステム識別子です。䟋えば、以䞋の DOCTYPE に぀いお考えた堎合、

-
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
-                      "http://www.w3.org/TR/html4/loose.dtd">
-

それぞれの郚分はこのように区別できたす。

- -

そのため、HTML 4.01 Transitional あるいは Frameset の DOCTYPE は、URI (システム識別子) が付いおいる堎合、「ほが暙準」モヌドのトリガヌずなりたす。たた、XHTML 1.0 Transitional あるいは Frameset の DOCTYPE は、URI の有無にかかわらずトリガヌずなりたす。IBM 瀟倖の Web 開発者は、同様に「ほが暙準」モヌドのトリガヌずなる特別な DOCTYPE に぀いお気にする必芁はありたせん。

- - -

アドバむス

- - -

MDC にある他の文曞

- -
-

原文曞の情報

-
    -
  • 著者: Eric A. Meyer, Netscape Communications
    • -
  • 最終曎新日: 2001 幎 11 月 08 日 (公開)
    • -
  • 著䜜暩: Copyright © 2001-2003 Netscape. All rights reserved.
    • -
  • 泚蚘: この転茉蚘事は元々 Netscape DevEdge で公開されおいたした。
    • -
-
diff --git a/files/ja/mozilla/ime_handling_guide/index.html b/files/ja/mozilla/ime_handling_guide/index.html deleted file mode 100644 index 977fcfafca..0000000000 --- a/files/ja/mozilla/ime_handling_guide/index.html +++ /dev/null @@ -1,667 +0,0 @@ ---- -title: IME handling guide -slug: Mozilla/IME_handling_guide -tags: - - 入力メ゜ッド -translation_of: Mozilla/IME_handling_guide ---- -

このドキュメントでは、GeckoがIMEをどのように扱うかを説明したす。

- -

はじめに

- -

IMEはInput Method Editorの略です。 これはWindowsの専門甚語ですが、最近では他のプラットフォヌムでも䜿甚されおいたす。

- -

IMEは、ナヌザヌのテキスト入力を補助するアプリケヌションです。 プラットフォヌムに応じ、フォヌカスされおいるアプリケヌションぞのネむティブキヌむベント前埌に凊理を行い、コンポゞション文字列別名線集前文字列を䜜成し、ナヌザヌが入力しようずしおいるもののリストを提案し、リストから遞択された項目ずしお、倉換を行わないコンポゞション文字列をコミットしたす。 IMEは、䞭囜語、日本語、韓囜語、および台湟のナヌザヌの文字を入力するために䜿甚されおいたす。 これらの蚀語では、䜿甚される文字の数が数千を超えおいるため、IMEを介さずにキヌボヌドから文字を盎接入力するこずはできたせん。 たた、最近のモバむルデバむスでは、ラテン語のオヌトコンプリヌトのような入力にもIMEは䜿甚されたす。 さらに、IMEは、いく぀かのプラットフォヌム䞊で手曞きシステムや音声入力システムに䜿甚されるこずもありたす。

- - - -

IMEがフォヌカスされた芁玠で利甚できる堎合は、その状態を"enabled"ず呌びたす。 IMEが利甚可胜ではない䟋えば、ナヌザがIMEを有効にできない堎合の状態を"disabled"ず呌びたす。

- - - -

IMEがenabledになっおいるがナヌザヌが盎接入力モヌドを䜿甚する堎合䟋えばラテン文字を入力するために、それを"IME is closed"ず呌びたす。 それ以倖の堎合は、"IME is open"ず呌びたす。 ちなみに"open"は"active"たたは"turned on"ずも呌ばれたす。 "close"は"inactive"たたは"truned off"ずも呌ばれたす

- -

このドキュメントはGeckoのテキスト入力に関するバグを修正しようずしおいるずきに圹に立぀でしょう。

- -

Composition string and clauses

- -

Typical Japanese IME can input two or more words into a composition string. When a user converts from Hiragana characters to Chinese characters the composition string, Japanese IME separates the composition string into multiple clauses. For example, if a user types "watasinonamaehanakanodesu", it's converted to Hiragana characters, "わたしのなたえはなかのです", automatically (In the following screenshots, the composition string has a wavy underline and the only one clause is called "raw input clause").

- -

Screenshot of raw composition string which is inputting Roman character mode of MS-IME (Japanese)

- -

Screenshot of raw composition string whose all characters are Hiragana character (MS-IME, Japanese)

- -

When a user presses Convert key, Japanese IME separates the composition string as "わたしの" (my), "なたえは" (name is) and "なかのです" (Nakano). Then, converts each clause with Chinese characters: "私の", "名前は" and "䞭野です" (In the following screenshot each clause is underlined and not connected adjacently. These clauses are called "converted clause").

- -

Screenshot of converted composition string (MS-IME, Japanese)

- -

If one or more clauses were not converted as expected, the user can choose one of the clauses with Arrow keys and look for the expected result form the list in the drop down menu (In the following screenshot, the clause with the thicker underline is called "selected clause").

- -

Screenshot of candidate window of MS-IME (Japanese) which converts the selected clause

- -

Basically, composition string and each clause style is rendered by Gecko. And the drop down menu is created by IME.

- -

Each clause is represented with selection in the editor. From chrome script, you can check it with nsISelectionController. In native code, you can access it with either nsISelectionController or mozilla::SelectionType (the latter is recommended because of type safer). And editor sets these IME selections from mozilla::TextRangeType which are sent by mozilla::WidgetCompositionEvent as mozilla::TextRangeArray. Following table explains the mapping between them.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Selection types of each clause of composition string or caret
nsISelectionControllermozilla::SelectionTypemozilla::TextRangeType
CaretSELECTION_NORMALeNormaleCaret
Raw text typed by the userSELECTION_IME_RAW_INPUTeIMERawClauseeRawClause
Selected clause of raw text typed by the userSELECTION_IME_SELECTEDRAWTEXTeIMESelectedRawClauseeSelectedRawClause
Converted clause by IMESELECTION_IME_CONVERTEDTEXTeIMEConvertedClauseeConvertedClause
Selected clause by the user or IME and also converted by IMESELECTION_IME_SELECTEDCONVERTEDTEXTeIMESelectedClauseeSelectedClause
- -

Note that typically, "Selected clause of raw text typed by the user" isn't used because when composition string is already separated to multiple clauses, that means that the composition string has already been converted by IME at least once.

- -

Modules handling IME composition

- -

widget/*

- -

Each widget handles native IME events and dispatches WidgetCompositionEvent with mozilla::widget::TextEventDispatcher to represent the behavior of IME in the focused editor.

- -

This is the only module that depends on the users platform. See also Native IME handlers section for the detail of each platform's implementation.

- -
-

Android widget still does not use TextEventDispatcher to dispatch WidgetCompositionEvents, see {{Bug(1137567)}}.

-
- -

mozilla::widget::TextEventDispatcher

- -

This class is used by native IME handler(s) on each platform. This capsules the logic to dispatch WidgetCompositionEvent and WidgetKeyboardEvent for making the behavior on each platform exactly same. For example, if WidgetKeyboardEvent should be dispatched when there is a composition is managed by this class in XP level. First of use, native IME handlers get the rights to use TextEventDispatcher with a call of BeginNativeInputTransaction(). Then, StartComposition(), SetPendingComposition(), FlushPendingComposition(), CommitComposition(), etc. are available if BeginNativeInputTransaction() return true. These methods automatically manage composition state and dispatch WidgetCompositionEvent properly.

- -

This is also used by mozilla::TextInputProcessor which can emulates (or implements) IME with chrome script. So, native IME handlers using this class means that the dispatching part is also tested by automated tests.

- -

mozilla::WidgetCompositionEvent

- -

Internally, WidgetCompositionEvent represents native IME behavior. Its message is one of following values:

- -

eCompositionStart

- -

This is dispatched at starting a composition. This represents a DOM compositionstart event. The mData value is a selected string at dispatching the DOM event and it's automatically set by TextComposition.

- -

eCompositionUpdate

- -

This is dispatched by TextComposition when an eCompoitionChange will change the composition string. This represents a DOM compositionupdate event.

- -

eCompositionEnd

- -

This is dispatched by TextComposition when an eCompositionCommitAsIs or eComposiitonCommit event is dispatched. This represents a DOM compositionend event.

- -

eCompositionChange

- -

This is used internally only. This is dispatched at modifying a composition string, committing a composition, changing caret position and/or changing ranges of clauses. This represents a DOM text event which is not in any standards. mRanges should not be empty only with this message.

- -

eCompositionCommitAsIs

- -

This is used internally only. This is dispatched when a composition is committed with the string. The mData value should be always be an empty string. This causes a DOM text event without clause information and a DOM compositionend event.

- -

eCompositionCommit

- -

This is used internally only. This is dispatched when a composition is committed with specific string. The mData value is the commit string. This causes a DOM text event without clause information and a DOM compositionend event.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Table of event messages
meaning of mDatawho sets mData?mRangesrepresenting DOM event
eCompositionStartselected string before starting compositionTextCompositionnullptrcompositionstart
eCompositionUpdatenew composition stringTextCompositionnullptrcompositionupdate
eCompositionEndcommit stringTextCompositionnullptrcompositionend
eCompositionChangenew composition stringwidget (or TextComposition)must not be nullptrtext
eCompositionCommitAsIsN/A (must be empty)nobodynullptrNone
eCompositionCommitcommit stringwidget (or TextComposition)nullptrNone
- -

PresShell

- -

PresShell receives the widget events and decides an event target from focused document and element. Then, it sends the events and the event target to IMEStateManager.

- -

mozilla::IMEStateManager

- -

IMEStateManager looks for a TextComposition instance whose native IME context is same as the widget' which dispatches the widget event. If there is no proper TextComposition instance, it creates the instance. And it sends the event to the TextComposition instance.

- -

Note that all instances of TextComposition are managed by IMEStateManager. When an instance is created, it's registered to the list. When composition completely ends, it's unregistered from the list (and released automatically).

- -

mozilla::TextComposition

- -

TextComposition manages a composition and dispatches DOM compositionupdate events.

- -

When this receives an eCompositionChange, eCompositionCommit or eCompositionCommitAsIs event, it dispatches the event to the stored node which was the event target of eCompositionStart event. Therefore, this class guarantees that all composition events for a composition are fired on same element.

- -

When this receives eCompositionChange or eCompositionCommit, this checks if new composition string (or committing string) is different from the last data stored by the TextComposition. If the composition event is changing the composition string, the TextComposition instance dispatches WidgetCompositionEvent with eCompositionUpdate into the DOM tree directly and modifies the last data. The eCompositionUpdate event will cause a DOM compositionupdate event.

- -

When this receives eCompositionCommitAsIs or eCompositionCommit, this dispatches an eCompositionEnd event which will cause a DOM compositionend event after dispatching eCompositionUpdate event and/or eCompositionChange event if necessary.

- -

One of the other important jobs of this is, when a focused editor handles a dispatched eCompositionChange event, this modifies the stored composition string and its clause information. The editor refers the stored information for creating or modifying a text node representing a composition string.

- -

And before dispatching eComposition* events, this class removes ASCII control characters from dispatching composition event's data in the default settings. Although, this can be disabled with "dom.compositionevent.allow_control_characters" pref.

- -

Finally, this class guarantees that requesting to commit or cancel current composition to IME is perefored synchronously. See Forcibly committing composition section for the detail.

- -

editor/libeditor

- -

mozilla::EditorEventListener listens for trusted DOM compositionstart, text and compositionend events and notifies mozilla::EditorBase and mozilla::TextEditor of the events.

- -

When EditorBase receives an eCompositionStart (DOM "compositionstart") event, it looks for a proper TextComposition instance and stores it.

- -

When TextEditor receives an eCompositionChange (DOM "text") event, it creates or modifies a text node which includes the composition string and mozilla::CompositionTransaction (it was called IMETextTxn) sets IME selections for representing the clauses of the composition string.

- -

When EditorBase receives an eCompositionEnd (DOM "compositionend") event, it releases the stored TextComposition instance.

- -

nsTextFrame

- -

nsTextFrame paints IME selections.

- -

mozilla::IMEContentObserver

- -

IMEContentObserver observes various changes of a focused editor. When an editor or a windowless plugin gets focus, an instance is created, starts to observe and notifies widget of IME getting focus. When the editor or windowless plugin loses focus, it notifies widget of IME losing focus, stops observing everything and is released.

- -

This class observes selection changes (caret position changes), text changes of a focused editor and layout changes (by reflow or scroll) of everything in the document. It depends on the result of nsIWidget::GetIMEUpdatePreference() what is observed.

- -

When this notifies something of widget and/or IME, it needs to be safe to run script because notifying something may cause dispatching one or more DOM events and/or new reflow. Therefore, IMEContentObserver only stores which notification should be sent to widget and/or IME. Then, mozilla::IMEContentObserver::IMENotificationSender tries to send the pending notifications when it might become safe to do that. Currently, it's tried:

- - - -
-

The 3rd timing may not be safe actually, but it causes a lot of oranges of automated tests.

-
- -

See also Notifications to IME section for the detail of sending notifications.

- -

Currently, WidgetQueryContentEvent is handled via IMEContentObserver because if it has a cache of selection, it can set reply of eQuerySelectedText event only with the cache. That is much faster than using ContentEventHandler.

- -

e10s support

- -

Even when a remote process has focus, native IME handler in chrome process does its job. So, there is process boundary between native IME handler and focused editor. Unfortunately, it's not allowed to use syncronous communication from chrome process to a remote process. This means that chrome process (and also native IME and our native IME handler) cannot query the focused editor contents directly. For fixing this issue, we have ContentCache classes around process boundary.

- -

mozilla::ContentCache

- -

This is a base class of ContentCacheInChild and ContentCacheInParent and IPC-aware. This has common members of them including all cache data:

- -
-
mText
-
Whole text in focused editor. This may be too big but IME may request all text in the editor.
-
If we can separate editor contents per paragraph, moving selection between paragraphs generates pseudo focus move, we can reduce this size and runtime cost of ContentEventHandler. However, we've not had a plan to do that yet. Note that Microsoft Word uses this hack.
-
mCompositionStart
-
Offset of composition string in mText. When there is no composition, this is UINT32_MAX.
-
mSelection::mAnchor, mSelection::mFocus
-
Offset of selection anchor and focus in mText.
-
mSelection::mWritingMode
-
Writing mode at selection start.
-
mSelection::mAnchorCharRect, mSelection::mFocusCharRect
-
Next character rect of mSelection::mAnchor and mSelection::mFocus. If correspoinding offset is end of the editor contents, its rect should be caret rect.
-
These rects shouldn't be empty rect.
-
mSelection::mRect
-
Unifiied character rect in selection range. When the selection is collapsed, this should be caret rect.
-
mFirstRect
-
First character rect of mText. When mText is empty string, this should be caret rect.
-
mCaret::mOffset
-
Always same as selection start offset even when selection isn't collappsed.
-
mCaret::mRect
-
Caret rect at mCaret::mOffset. If caret isn't actually exists, it's computed with a character rect at the offset.
-
mTextRectArray::mStart
-
If there is composition, mStart is same as mCompositionStart. Otherwise, UINT32_MAX.
-
mTextRectArray::mRects
-
Each character rects of composition string.
-
mEditorRect
-
The rect of editor element.
-
- -

mozilla::ContentCacheInChild

- -

This exists only in remote processes. This is created as a member of PuppetWidget. When PuppetWidget receives notifications to IME from IMEContentObserver in the remote process, it makes this class modify its cached content. Then, this class do that with WidgetQueryContentEvents. Finally, PuppetWidget sends the notification and ContentCacheInParent instance as ContentCache to its parent process.

- -

mozilla::ContentCacheInParent

- -

This exists as a member of TabParent. When TabParent receives notification from corresponding remote process, it assigns ContentCacheInParent new ContentCache and post the notification to ContentCacheInParent. If all sent WidgetCompositionEvents and WidgetSelectionEvents are already handled in the remote process, ContentCacheInParent sending the notifications to widget.

- -

And also this handles WidgetQueryContentEvents with its cache. Supported event messages of them are:

- - - -

Additionally, this does not support query content events with XP line breakers but this must not be any problem since native IME handlers query contents with native line breakers.

- -

ContentCacheInParent also manages sent WidgetCompositionEvents and WidgetSelectionEvents. After these events are handled in the remote process, TabParent receives it with a call of RecvOnEventNeedingAckHandled(). Then, it calls ContentCacheInParent::OnEventNeedingAckHandled(). Finally, ContentCacheInParent flushes pending notifications.

- -

How do mozilla::TextComposition and mozilla::IMEStateManager work in e10s mode?

- -

In remote process, they work as non-e10s mode. On the other hand, they work specially in parent process.

- -

When IMEStateManager in parent process receives  eCompositionStart, it creates TextComposition instance normally. However, if the event target has remote contents, TextComposition::DispatchCompositionEvent() directly sends the event to the remote process instead of dispatching the event into the target DOM tree in the process.

- -

That means that even in a parent process, anybody can retrieve TextComposition instance, but it just does nothing in parent process.

- -

IMEStateManager works more complicated because IMEStateManagers in each processe need to negotiate about owner ship of managing input context.

- -

When a remote process gets focus, temporarily, IMEStateManager in parent process disables IME in the widget. After that, IMEStateManager in the remote process will set proper input context for the focused editor. At this time, IMEStateManager in the parent process does nothing. Therefore, IMEContentObserver is never created while a remote process has focus.

- -

When a remote process loses focus, IMEStateManager in parent process notifies IMEStateManager in the remote process of "Stop IME state management". When IMEStateManager::StopIMEStateManagement() is called in the remote process by this, the IMEStateManager forgets all focus information (i.e., that indicates nobody has focus).

- -

When IMEStateManager in parent process is notified of pseudo focus move from or to menubar while a remote process has focus, it notifies the remote process of "Menu keyboard listener installed". Then, TabChild calls IMEStateManager::OnInstalledMenuKeyboardListener() in the remote process.

- -

Style of each clause

- -

The style of each IME selection is managed by LookAndFeel class per platform. Therefore, it can be overridden by prefs.

- -

Background color, foreground color (text color) and underline color can be specified with following prefs. The values must be string of "#rrggbb" format.

- - - -

Underline style can be specified with the following prefs. The values are integer,  0: none, 1: dotted, 2: dashed, 3: solid, 4: double, 5: wavy (The values same as NS_STYLE_TEXT_DECORATION_STYLE_* defined in nsStyleConsts.h.

- - - -

Underline width can be specified with "ui.IMEUnderlineRelativeSize" pref. This affects all types of clauses. The value should be 100 or 200. 100 means normal width, 200 means double width.

- -

On some platforms, IME may support its own style for each clause. Currently, this feature is supported in TSF mode of Windows and on Linux. The style information is stored in TextRangeStyle which is defined in TextRange.h. It's a member of TextRange. TextRange is stored in mRanges of WidgetCompositionEvent only when its message is eCompositionChange.

- -

Lifetime of composition string

- -

When native IME notifies Gecko of starting a composition, a widget dispatches WidgetCompositionEvent with eCompositionStart which will cause a DOM compositionstart event.

- -

When native IME notifies Gecko of a composition string change, a caret position change and/or a change of length of clauses, a widget dispatches WidgetCompositionEvent with eCompositionChange event. It will cause a DOM compositionupdate event when composition string is changing. That is dispatched by TextComposition automatically. After that when the widget and PresShell of the focused editor have not been destroyed yet, the eCompositionChange will cause a DOM text event which is not in any web standards.

- -

When native IME notifies Gecko of the ending of a composition, a widget dispatches WidgetCompositionEvent with eCompositionCommitAsIs or eCompositionCommit. If the committing string is different from the last set of data (i.e., if the event message is eCompositionCommit), TextComposition dispatches a DOM compositionupdate event. After that, when the widget and PresShell of the focused editor have not been destroyed yet, an eCompositionChange event dispatched by TextComposition, that causes a DOM text event. Finally, if the widget and PresShell of the focused editor has not been destroyed yet too, TextComposition dispatches an eCompositionEnd event which will cause a DOM compositionend event.

- -

Limitation of handling composition

- -

Currently, EditorBase touches undo stack at receiving every WidgetCompositionEvent. Therefore, EditorBase requests to commit composition when the following cases occur:

- - - -

In the future, we should fix this limitation. If we make EditorBase not touch undo stack until composition is committed, some of the cases must be fixed.

- -

Notifications to IME

- -

XP part of Gecko uses nsIWidget::NotifyIME() for notifying widget of something useful to handle IME. Note that some of them are notified only when nsIWidget::GetIMEUpdatePreference() returns flags which request the notifications.

- -

NOTIFY_IME_OF_TEXT_CHANGE, NOTIFY_IME_OF_SELECTION_CHANGE, NOTIFY_IME_OF_POSITION_CHANGE and NOTIFY_IME_OF_COMPOSITION_EVENT_HANDLED are always sent by following order:

- -
    -
  1. NOTIFY_IME_OF_TEXT_CHANGE
    2. -
  2. NOTIFY_IME_OF_SELECTION_CHANGE
    3. -
  3. NOTIFY_IME_OF_POSITION_CHANGE
    4. -
  4. NOTIFY_IME_OF_COMPOSITION_EVENT_HANDLED
    5. -
- -

If sending one of above notifications causes higher priority notification, the sender should abort to send remaning notifications and restart from highet priority notification again.

- -

Additionally, all notifications except NOTIFY_IME_OF_BLUR should be sent only when it's safe to run script since the notification may cause querying content and/or dispatching composition events.

- -

NOTIFY_IME_OF_FOCUS

- -

When an editable editor gets focus and IMEContentObserver starts to observe it, this is sent to widget. This must be called after the previous IMEContentObserver notified widget of NOTIFY_IME_OF_BLUR.

- -

Note that even if there are pending notifications, they are canceled when NOTIFY_IME_OF_FOCUS is sent since querying content with following notifications immediately after getting focus does not make sense. The result is always same as the result of querying contents at receiving this notfication.

- -

NOTIFY_IME_OF_BLUR

- -

When an IMEContentObserver instance ends observing the focused editor, this is sent to widget synchronously because assumed that this notification causes neither query content events nor composition events.

- -

If widget wants notifications even while all windows are deactive, IMEContentObserver doesn't end observing the focused editor. I.e., in this case, NOTIFY_IME_OF_FOCUS and NOTIFY_IME_OF_BLUR are not sent to widget when a window which has a composition is being activated or deactivated.

- -

When widget wants notifications during deactive, widget includes NOTIFY_DURING_DEACTIVE to the result of nsIWidget::GetIMEUpdatePreference().

- -

If this notification is tried to sent before sending NOTIFY_IME_OF_FOCUS, all pending notifications and NOTIFY_IME_OF_BLUR itself are canceled.

- -

NOTIFY_IME_OF_TEXT_CHANGE

- -

When text of focused editor is changed, this is sent to widget with a range of the change. But this is sent only when result of nsIWidget::GetIMEUpdatePreference() includes NOTIFY_TEXT_CHANGE.

- -

If two or more text changes occurred after previous NOTIFY_IME_OF_TEXT_CHANGE or NOTIFY_IME_OF_FOCUS, the ranges of all changes are merged. E.g., if first change is from 1 to 5 and second change is from 5 to 10, the notified range is from 1 to 10.

- -

If all merged text changes were caused by composition, IMENotification::mTextChangeData::mCausedOnlyByComposition is set to true. This is useful if native IME handler wants to ignore all text changes which are expected by native IME.

- -

If at least one text change of the merged text changes was caused by current composition, IMENotification::mTextChangeData::mIncludingChangesDuringComposition is set to true. This is useful if native IME handler wants to ignore delayed text change notifications.

- -

If at least one text change of the merged text changes was caused when there was no composition, IMENotification::mTextChangeData::mIncludingChangesWithoutComposition is set to true.

- -

NOTIFY_IME_OF_SELECTION_CHANGE

- -

When selection (or caret position) is changed in focused editor, widget is notified of this.

- -

If the last selection change was occurred by a composition event event handling, IMENotification::mSelectionChangeData::mCausedByComposition is set to true. This is useful if native IME handler wants to ignore the last selection change which is expected by native IME.

- -

If the last selection change was occurred by an eSetSelection event, IMENotification::mSelectionChangeData::mCausedBySelectionEvent is set to true. This is useful if native IME handler wants to ignore the last selection change which was requested by native IME.

- -

If the last selection is occurred during a composition, IMENotification::mSelectionChangeData::mOccurredDuringComposition is set to true. This is useful if native IME handler wants to ignore the last selection change which occurred by web application's compositionstart or compositionupdate event handler before inserting composition string.

- -

NOTIFY_IME_OF_POSITION_CHANGE

- -

When reflow or scroll occurs in the document, this is sent to widget. But this is sent only when result of nsIWidget::GetIMEUpdatePreference() includes NOTIFY_POSITION_CHANGE.

- -

This might be useful to update a candidate window position or something.

- -

NOTIFY_IME_OF_COMPOSITION_EVENT_HANDLED

- -

After TextComposition handles eCompositionStart, eCompositionChange, eComposiitionCommit or eCompositionCommitAsIs, this notification is sent to widget. This might be useful to update a candidate window position or something.

- -

NOTIFY_IME_OF_MOUSE_BUTTON_EVENT

- -

When a mousedown event or a mouseup event is fired on a character in a focused editor, this is sent to widget. But this is sent only when result of nsIWidget::GetIMEUpdatePreference() includes NOTIFY_MOUSE_BUTTON_EVENT_ON_CHAR. This is sent with various information. See IMENotification::mMouseButtonEventData in IMEData.h for the detail.

- -

If native IME supports mouse button event handling, widget should notify IME of mouse button events with this. If IME consumes an event, widget should return NS_SUCCESS_EVENT_CONSUMED from nsIWidget::NotifyIME(). Then, nsEditor doesn't handle the mouse event.

- -

Note that if a mousedown event or a mouseup event is consumed by a web application (before a focused editor handles it), this notification is not sent to widget. This means that web applications can handle mouse button events before IME.

- -

Requests to IME

- -

XP part of Gecko can request IME to commit or cancel composition. This must be requested via IMEStateManager::NotifyIME(). Then, IMEStateManager looks for a proper TextComposition instance. If it's found, TextComposition::RequestToCommit() for calling nsIWidget::NotifyIME() and handles some extra jobs.

- -

widget should call the proper native API if it's available. Even if commit or canceling composition does not occur synchronously, widget doesn't need to emulate it since TextComposition will emulate it automatically. In other words, widget should only request to commit or cancel composition to IME.

- -

REQUEST_TO_COMMIT_COMPOSITION

- -

A request to commit current composition to IME. See also following "Forcibly committing composition" section for additional information.

- -

REQUEST_TO_CANCEL_COMPOSITION

- -

A request to cancel current composition to IME. In other words, a request to commit current composition with an empty string.

- -

Forcibly committing composition

- -

When TextComposition::RequestToCommit() calls nsIWidget::NotifyIME(), it guarantees synchronous commit or canceling composition.

- -

In order to put it into practice, we need to handle the following four scenarios:

- -

The composition is committed with non-empty string synchronously

- -

This is the most usual case. In this case, TextComposition handles WidgetCompositionEvent instances during a request normally. However, in a remote process in e10s mode, this case never occurs since requests to native IME is handled asynchronously.

- -

The composition is not committed synchronously but later

- -

This is the only case in a remote process in e10s mode or occurs on Linux even in non-e10s mode if the native IME is iBus. The callers of NotifyIME(REQUEST_TOCOMMIT_COMPOSITION) may expect that composition string is committed immediately for their next job. For such a case, TextComposition::RequestToCommit() synthesizes DOM composition events and a DOM text event for emulating to commit composition synchronously. Additionally, TextComposition ignores comming events which are dispatched by widget when the widget receives native IME events.

- -

In this case, using the last composition string as commit string.

- -

However, if the last composition string is only an ideographic space (fullwidth space), the composition string may be a placeholder of some old Chinese IME on Windows.

- -

Screenshot of ChangJie (Traditional Chinese IME) which puts an ideographic space into composition string for placeholder

- -

In this case, although, we should not commit the placeholder character because it's not a character which the user wanted to input but we commit it as is. The reason is, inputting an ideographic space causes a composition. Therefore, we cannot distinguish if committing composition is unexpected. If the user uses such old Chinese IME, "intl.ime.remove_placeholder_character_at_commit" pref may be useful but we don't support them anymore in default settings (except if somebody will find a good way to fix this issue).

- -

The composition is committed synchronously but with empty string

- -

This case may occur on Linux or with some IME on other platforms. If a web application implements autocomplete, committing with different strings especially an empty string it might cause confusion.

- -

In this case, TextComposition overwrites the commit string of eCompositionChange event dispatched by widget. However, if the last composition string is only an ideographic space, it shouldn't be committed. See the previous case

- -

Note that this case doesn't work as expected when composition is in a remote process in e10s mode.

- -

The composition is not committed

- -

On Linux, there is no API to request commit or canceling composition forcibly. Instead, Gecko uses gtk_im_context_reset() API for this purpose because most IME cancel composition with it. But there are some IMEs which do nothing when Gecko calls it.

- -

If this occurs, Gecko should restart composition with a DOM compositionstart event , a DOM compositionupdate event and a DOM text event at caret position.

- -
-

This issue hasn't been supported yet.

-
- -

IME state management

- -

IME is a text input system. It means that except when a user wants to input some text, IME shouldn't be avaliable. For example, pressing the space key to attempt scrolling a page may be consumed and prevented by IME. Additionally, password editors need to request special behavior with IME.

- -

For solving this issue, Gecko sets the proper IME state at DOM focus change.

- -

First, when a DOM node gets focus, nsFocusManager notifies IMEStateManager of the new focused node (calls IMEStateManager::OnChangeFocus()). IMEStateManager asks desired IME state by calling nsIContent::GetDesiredIMEState() of the node. If the node owns nsEditor instance, it asks for the desired IME state from the editor and returns the result.

- -

Next, IMEStateManager initializes InputContext (defined in IMEData.h) with the desired IME state and node information. Then, it calls nsIWidget::SetInputContext() with the InputContext.

- -

Finally, widget stores the InputContext and enables or disables IME if the platform has such an API.

- -

InputContext

- -

InputContext is a struct. Its mIMEState, mHTMLInputType, mHTMLInputInputMode and mActionHint are set at nsIWidget::SetInputContext() called.

- -

mIMEState

- -

IME state has two abilities. One is enabled state:

- -
ENABLED
- -

This means IME is fully available. E.g., when an editable element such as <input type="text">, <textarea> or <foo contentediable> has focus.

- -
DISABLED
- -

This means IME is not available. E.g., when a non-editable element has focus or no element has focus, the desired IME state is DISABLED.

- -
PASSWORD
- -

This means IME state should be the same as the state when a native password field has focus. This state is set only when <input type="password"> (ime-mode: auto;), <input type="text" style="ime-mode: disabled;"> or <textarea style="ime-mode: disabled;">.

- -
PLUGIN
- -

This is set only when a windowless plugin has focus.

- -
-

Be careful, even if a password field has focus, mIMEState may be ENABLED. When you need to check if a password field has focus for security reasons, you should use InputContext::IsPasswordEditor().

-
- -

The other is IME open state:

- -
DONT_CHANGE_OPEN_STATE
- -

The open state of IME shouldn't be changed. I.e., Gecko should keep the last IME open state.

- -
OPEN
- -

Open IME. This is specified only when ime-mode of the new focused element is active.

- -
CLOSE
- -

Close IME. This is specified only when ime-mode of the new focused element is inactive.

- -
-

E.g., on Linux, applications cannot manage IME open state. On such platforms, this is ignored.

-
- -
-

IME open state should be changed only when nsIWidget::SetInputContext() is called at DOM focus change because changing IME open state while an editor has focus makes users confused. The reason why nsIWidget::SetInputContext() is called is stored in InputContextAction::mCause.

-
- -
How does Gecko disable IME in IMM mode on Windows
- -

Every window on Windows is associated an IMContext. When Gecko disables IME, mozilla::widget::IMEHandler::SetInputContext() disasociates the context from the window.

- -
How does Gecko disable IME in TSF mode on Windows
- -

mozilla::widget::TSFTextStore sets focus to a dummy context which disables the keyboard.

- -
How does Gecko disable IME on Mac
- -

mozilla::widget::TextInputHandler::HandleKeyDownEvent() doesn't call focused view's interpretKeyEvents. This prevents native key events to be passed to IME.

- -
How does Gecko disable IME on GTK
- -

mozilla::widget::IMContextWrapper sets focus to a dummy context which doesn't have IME composition.

- -
How does Gecko disable IME on Android
- -
-
?
-
- -

mHTMLInputType

- -

The value is a string representing the focused editor.

- -
-
"text", "password", "number", etc.
-
When an <input> element gets focus, the value is the type of the input element.
-
"textarea"
-
When a <textarea> element gets focus, the value is "textarea".
-
""
-
When an HTML editor (an element whose contenteditable attribute is "true" or document whose designMode is "on") gets focus, the value is empty. And also, when the other elements get focus.
-
- -

mHTMLInputInputMode

- -

The value is inputmode attribute value of the focused editor. This is set only when "dom.forms.inputmode" pref is true.

- -

mActionHint

- -

The value is mozactionhint attribute value of the focused editor. This is useful for deciding the caption for the submit button in virtual keyboard. E.g., the value could be "Go", "Next" or "Search".

- -

Native IME handlers

- -

Following classes handles IME on each platform:

- -

Windows

- -

mozilla::widget::IMEHandler

- -

This class manages input mehtod context of each window and makes IMMHandler or TSFTextStore work with active IME and focused editor or windowless plugin. This class has only static members, i.e., never created its instance.

- -

mozilla::widget::IMMHandler

- -

This class is used when TSF mode is disabled by pref ("intl.tsf.enable"), focused content is a windowless plugin or active IME is for IMM (i.e., not TIP for TSF).

- -

This class handles WM_IME_*  messages and uses Imm*() API. This is a singleton class since Gecko supports only on IM context in a process. Typically, a process creates windows with default IM context. Therefore, this design is enough (ideally, an instance should be created per IM context, though). The singleton instance is created when it becomes necessary. So, if user doesn't meet a windowless plugin nor use IME on it, this instance is never created.

- -

mozilla::widget::TSFTextStore

- -

This class handles IME events in TSF mode and when TIP (IME implemented with TSF) is active. This instances are created when an editable element gets focus and released when it loses focus.

- -

TSFTextStore implements some COM interfaces which is necessary to work with TIP. And similarly, there is a singleton class, TSFStaticSink, to observe active TIP changes.

- -

TSF is the most complicated IME API on all platforms, therefore, design of this class is also very complicated.

- -

FIrst, TSF/TIP requests to lock the editor content for querying or modifying the content or selection. However, web standards don't have such mechanim. Therefore, when it's requested, TSFTextStore caches current content and selection with WidgetQueryContentEvent. Then, it uses the cache to reply to query requests, and modifies the cache as they requested. At this time, TSFTextStore saves the requests of modification into the queue called PendingAction. Finally, after unlocking the contents, it flushes the pending actions with dispatches WidgetCompositionEvents via TextEventDispatcher.

- -

Then, IMEContentObserver will notify some changes caused by the dispatched WidgetCompositionEvents (they are notified synchronously in chrome or non-e10s mode, but asynchronously from a remote process in e10s mode). At this time, TSFTextStore may receive notifications which indicates web application changes the content differently from cache in TSFTextStore. However, TSFTextStore ignores such fact temporarily until the composition is finished completely. The reason is that, notifying unexpected text or selection changes to TSF and/or TIP during composition may behave them odd.

- -

When a composition is committed and it receives NOTIFY_IME_OF_COMPOSITION_EVENT_HANDLED, TSFTextStore clears the cache of contents and notifying TSF of merged text changes and the last selection change if they are not caused by composition. By this step, TSF and TIP may sync its internal cache with actual contents.

- -

Note that if new composition is started before NOTIFY_IME_OF_COMPOSITION_EVENT_HANDLED notification, TSFTextStore handles the new composition with cached contents which may be different from actual contents. So, e.g., reconvertion around caret may not work as unexpectd in such case, but we don't have a good solution for this issue.

- -

On the other hand, TSFTextStore cannot cache character rects since if there are a lot of characters, caching the rects require a lot of CPU cost (to compute each rect) and memory. Therefore, TSFTextStore will use insertion point relative query for them {{Bug(1286157)}}. Then, it can retrieve expected character's rect even if the cache of TSFTextStore is different from the actual contents because TIP typically needs caret position's character rect (for a popup to indicate current input mode or next word suggestion list) or first character rect of the target clause of current composition (for a candidate list window of conversion).

- -

Mac

- -

Both IME and key events are handled in TextInputHandler.mm.

- -

mozilla::widget::TextInputHandlerBase is the most base class. mozilla::widget::PluginTextInputHandler inherits TextInputHandlerBase and handles key events and IME events on focused plugin. mozilla::widget::IMEInputHandler inherits TextInputHandlerBase and handles IME related events. mozilla::widget::TextInputHandler inherits TextInputHandlerBase and implements NSTextInput protocol of Cocoa. The instance is created per nsChildView instance.

- -

GTK

- -

mozilla::widget::IMContextWrapper handles IME. The instance is created per top level window.

- -

Android

- -

nsWindow::GeckoViewSupport handles native IME events and just dispatches Widget*Event.

diff --git a/files/ja/mozilla/implementing_pontoon_in_a_mozilla_website/index.html b/files/ja/mozilla/implementing_pontoon_in_a_mozilla_website/index.html deleted file mode 100644 index ea0178a4d0..0000000000 --- a/files/ja/mozilla/implementing_pontoon_in_a_mozilla_website/index.html +++ /dev/null @@ -1,76 +0,0 @@ ---- -title: Mozilla プロゞェクトでの Pontoon の実装 -slug: Mozilla/Implementing_Pontoon_in_a_Mozilla_website -tags: - - Localization -translation_of: Mozilla/Implementing_Pontoon_in_a_Mozilla_website ---- -

Pontoon は、りェブベヌスの WYSIWYG (What-You-See-Is-What-You-Get) ロヌカラむれヌション (localization, l10n) ツヌルです。Mozilla では、珟圚 Pontoon を䜿甚しお、さたざたな Mozilla プロゞェクトや、Gaia ずいう名前で知られる Firefox OS アプリのむンタヌフェむスをロヌカラむズしおいたす。Pontoon は非垞にシンプルで盎感的なツヌルで、ロヌカラむズする利甚者に技術的なスキルをあたり芁求しないため、プロゞェクトのロヌカラむズ版を短時間で公開するこずができるようになりたす。この蚘事では、Pontoon をあなたの Mozilla プロゞェクトに導入する方法に぀いお話したす。

- -
-

Pontoon の改善に興味がありたすか ぜひ GitHub を蚪れおみおください。

-
- -
-

プロゞェクトをロヌカラむズするのは初めおですか wiki で getting your project localized を読んでみおください。

-
- -

A. プロゞェクトをロヌカラむズ可胜にする

- -

以䞋のこずがらはすでに Mozilla でのプロゞェクトのロヌカラむズにおける暙準のベストプラクティスだずみなされおいたすが、リマむンダヌずしおここでもう䞀床軜く説明しおおくのもいいでしょう。

- -
    -
  1. 少なくずも1぀のロヌカラむれヌションフレヌムワヌク (gettext, XLIFF, L20n, lang, properties など) に察応させる。
    2. -
  2. ロヌカラむズ可胜な文字列をリ゜ヌスファむルずしお抜出する。
    3. -
  3. リ゜ヌスファむルをリポゞトリ (SVN, HG, Git) にプッシュする。 -
      -
    • 個別のロケヌルフォルダはディレクトリツリヌの同じレベルになるように配眮する。゜ヌスずなるロケヌルは templates、en、en-US のいずれかの名前にする。ロケヌル専甚の locales フォルダヌを䜜成するずいいかもしれたせん。ロケヌルコヌドはファむル名に含たれないようにする。
      • -
    • 正しいパタヌン: - 
      /locales/{locale_code}/path/to/file.extension
      -
      • -
    • 正しくないパタヌン: - 
      /locales/{locale_code}/path/to/file.{locale_code}.extension
      -
      • -
    -
    4. -
  4. Pontoon にリポゞトリぞの曞き蟌み暩限を䞎える。 -
      -
    • GitHub を䜿甚する堎合、mozilla-pontoon たたは pontoon-l10n-robots をプロゞェクトのコラボレヌタヌずしお远加すれば倧䞈倫です。
      • -
    -
    5. -
- -

B. (オプション) りェブプロゞェクトでペヌゞ内ロヌカラむれヌションを有効にする

- -
    -
  1. HTML の <body> 芁玠内でスクリプトぞのリンクを貌りたす。これにより Pontoon がサむトずお話したり、コンテンツを線集したり、その堎でロヌカラむズできるようになりたす。そのために必芁なのは、ペヌゞ内ロヌカラむれヌションを利甚する環境 (たずえば、ステヌゞングサヌバヌ䞊) で、次のコヌドを远加するこずだけです。 - - -
    2. -
  2. もしサむトが CSP を䜿甚しおいる堎合、pontoon.mozilla.org ドメむンに察しお、次の操䜜が蚱可されるようにしおください。 -
      -
    1. 内郚での iframe の読み蟌み
      2. -
    2. リモヌトの CSS の読み蟌み
      3. -
    3. リモヌトの画像の読み蟌み
      4. -
    -
    3. -
  3. もしサむトが X-Frame-Options ヘッダを䜿甚しおいる堎合、pontoon.mozilla.org ドメむンに察しお iframe の内郚での読み蟌みが蚱可されるようにしおください。
    4. -
  4. サむトを HTTPS に察応させおください。フリヌで自動化できるオヌプンなサヌビス、Let's encrypt! を䜿いたしょう
    5. -
- -

C. プロゞェクトを Pontoon に远加する

- -

これで、プロゞェクトを Pontoon に远加する準備ができたした。Localization Infrastructure and Tools :: Administration / Setup にバグ報告ずしおファむルを䜜り、以䞋の情報を知らせおください。

- - - -

さらに詳しい情報に぀いおは、Project Management Team に盞談しおください。

diff --git a/files/ja/mozilla/javascript_code_modules/components.utils.unload/index.html b/files/ja/mozilla/javascript_code_modules/components.utils.unload/index.html deleted file mode 100644 index cea96fd101..0000000000 --- a/files/ja/mozilla/javascript_code_modules/components.utils.unload/index.html +++ /dev/null @@ -1,43 +0,0 @@ ---- -title: Components.utils.unload -slug: Mozilla/JavaScript_code_modules/Components.utils.unload -tags: - - Modules -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils.unload ---- -

{{ Gecko_minversion_header("7.0") }}

- -

Components.utils.unload はFirefox 7 で導入され、 JavaScript コヌドモゞュヌルをアンロヌドするために䜿甚されおいたす。これは特に再起動䞍芁なブヌトストラップ型拡匵機胜においお、新しいバヌゞョンの拡匵機胜をむンストヌルするずきに叀いバヌゞョンのコヌドモゞュヌルをアンロヌドしたいずきに䟿利です。

- -

このメ゜ッドが呌び出されるず、モゞュヌルぞの参照は匕き続き機胜したすが、それ以降にモゞュヌルがむンポヌトされるずリロヌドしお新しい参照を䞎えたす。 JavaScript コヌドモゞュヌルがただむンポヌトされおいない堎合、このメ゜ッドは䜕も行いたせん。

- -

アプリケヌションの䞀郚であるモゞュヌルresource://gre/ や resource:/// や resource://app/は、他の拡匵機胜やアプリケヌションによっお利甚されおいる可胜性があるので、アンロヌドするべきではありたせん。拡匵機胜の䞀郚ずしおむンクルヌドしたモゞュヌルのみをアンロヌドしおください。

- -

構文

- -
Components.utils.unload( url );
-
- -

匕数

- -
-
url
-
アンロヌドするスクリプトの "resource://" で始たる URL です。スクリプトをロヌドするために䜿甚したものず同じ URL である必芁がありたす。
-
- -

䟋

- -

以䞋の1行のコヌドで、 MyModule.jsm ず呌ばれるモゞュヌルをアンロヌドできたす。

- -
Components.utils.unload("resource://myaddon/modules/MyModule.jsm");
-
- -
泚: 珟圚、 Components.utils.unload clears はアンロヌドするモゞュヌルのグロヌバルオブゞェクトをクリアしたす。これによっおアンロヌドにそれらぞの参照を䜿甚するず、モゞュヌルが誀動䜜する可胜性がありたす。 {{ bug("769253") }} を参照しおください。
- -

関連情報

- - diff --git a/files/ja/mozilla/javascript_code_modules/ctypes.jsm/index.html b/files/ja/mozilla/javascript_code_modules/ctypes.jsm/index.html deleted file mode 100644 index a1a61b823b..0000000000 --- a/files/ja/mozilla/javascript_code_modules/ctypes.jsm/index.html +++ /dev/null @@ -1,199 +0,0 @@ ---- -title: ctypes.jsm -slug: Mozilla/JavaScript_code_modules/ctypes.jsm -tags: - - 芁曎新 ---- -
{{gecko_minversion_header("2.0")}}
-
- èš»: ctypes.jsm コヌドモゞュヌルは機胜性の匷化のために API 改蚂䞭です。よっおこの文曞はそれが完了した際に改蚂されるでしょう。
-

ctypes.jsm JavaScript コヌドモゞュヌルは、自前のバむナリ XPCOM コンポヌネントを曞くこずなく JavaScript コヌドから C 互換な倖郚ラむブラリ関数の呌び出しを可胜にしたす。

-
- èš»: ctypes.jsm JavaScript コヌドモゞュヌルは chrome ――぀たり、アプリケヌション自身たたはアドオンの内郚からだけ利甚するこずができたす。
-

ctypes を利甚するにはたず、 JavaScript スコヌプの䞭にコヌドモゞュヌルをむンポヌトする必芁がありたす:

-
Components.utils.import("resource://gre/modules/ctypes.jsm")
-

䞀床モゞュヌルをむンポヌトしたら、あずは倖郚ラむブラリを読み蟌むために利甚するこずができたす。

-

ラむブラリを開く

-

倖郚ラむブラリを利甚する前に、開く必芁がありたす。これは ctypes.open() 関数を甚いお行いたす。

-
var lib = ctypes.open(name);
-
-

ラむブラリ name はパス名の文字列、たたは {{interface("nsILocalFile")}} オブゞェクトのどちらかで指定できたす。

-

ラむブラリが無事に読み蟌たれるず、ctypes.open() は節「ラむブラリオブゞェクトの利甚」で説明されるラむブラリオブゞェクトを返したす。ラむブラリの読み蟌みに倱敗するず、 null を返したす。

-

ラむブラリオブゞェクトの利甚

-

䞀床ラむブラリが開かれたら、アクセスしたいあらゆる関数をラむブラリオブゞェクトの declare() メ゜ッドを呌び出すこずで宣蚀する必芁がありたす。

-
var func = lib.declare(name, abi, returnType, argType1, ...)
-
-
-
name
-
宣蚀する関数の名前。これは開いたラむブラリの䞭で劥圓なシンボルでなければならない。
-
abi
-
利甚する呌び出しの取り決め。通垞これは ctypes.default_abi になるが、関数が Win32 API の堎合は ctypes.stdcall_abi を利甚する必芁がある。
-
returnType
-
関数が返す型。これは型定数の䞀぀でなければならない。
-
argType1...
-
入力匕数型の 0 個以䞊のリスト。これらは型定数から遞ばれなければならない。
-
-

䞀床ラむブラリから関数が宣蚀されたら、ほかの関数ず同様に呌び出すこずができたす。

-

ラむブラリの利甚を終えたら、その close() メ゜ッドを呌んで閉じる必芁がありたす:

-
lib.close();
-
-

型定数

-

次の定数は ctypes で察応しおいるデヌタ型を定矩しおいたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
定数説明
ctypes.void_t返り型でのみ可胜。なにも返さないこずを瀺す。
ctypes.bool8 ビット真停倀
ctypes.int8_t8 ビット笊号付き敎数
ctypes.int16_t16 ビット笊号付き敎数
ctypes.int32_t32 ビット笊号付き敎数
ctypes.int64_t64 ビット笊号付き敎数
ctypes.uint8_t8 ビット笊号なし敎数
ctypes.uint16_t16 ビット笊号なし敎数
ctypes.uint32_t32 ビット笊号なし敎数
ctypes.uint64_t64 ビット笊号なし敎数
ctypes.float浮動小数点数
ctypes.double倍粟床浮動小数点数
ctypes.stringC 文字列 (char *)
ctypes.ustring16 ビット C 文字列 (char16_t *)
-

䟋: Windows ルヌチンの呌び出す

-

この䟋は Win32 API を呌び出すために ctypes を利甚する方法を説明したす。

-
Components.utils.import("resource://gre/modules/ctypes.jsm");
-
-var lib = ctypes.open("C:\\WINDOWS\\system32\\user32.dll");
-
-/* Declare the signature of the function we are going to call */
-var msgBox = lib.declare("MessageBoxW",
-                         ctypes.stdcall_abi,
-                         ctypes.int32_t,
-                         ctypes.int32_t,
-                         ctypes.ustring,
-                         ctypes.ustring,
-                         ctypes.int32_t);
-var MB_OK = 3;
-
-var ret = msgBox(0, "Hello world", "title", MB_OK);
-
-lib.close();
-

3行目で、user32.dll システムラむブラリが読み蟌たれおいたす。6 行目は Windows 関数 MessageBoxW を呌び出すメ゜ッドずなる msgBox() を宣蚀しおいたす。15 行目は msgBox() ルヌチンを呌び、譊告を衚瀺したす。

-

利甚を終えたら私たちが最埌に行うのは、ラむブラリを閉じるために lib.close() を呌び出すこずです。

-

パスすべおを定矩するのではなく、単にファむル名を䞎えるこずもできたす。

-
var lib = ctypes.open("user32.dll");
-
-

あるいは拡匵子抜きで。

-
var lib = ctypes.open("user32");
-
-

フルパスが䞎えられなかった堎合、Windows は DLL 探すために次の怜玢順を利甚したす:

-
    -
  1. アプリケヌションが読み蟌たれたディレクトリ。
    2. -
  2. システムディレクトリ。
    3. -
  3. 16 ビットシステムディレクトリ。
    4. -
  4. Windows ディレクトリ。
    5. -
  5. 珟圚のディレクトリ。
    6. -
  6. PATH 環境倉数に茉っおいるディレクトリ。
    7. -
-

(http://msdn.microsoft.com/ja-jp/library/ms682586%28VS.85%29.aspx より)

-

䟋: Mac OS X で Carbon ルヌチンの呌び出す

-

この䟋は Mac OS X で Carbon 関数を呌び出すために ctypes を利甚する方法を説明したす。

-
/* build a Str255 ("Pascal style") string from the passed-in string */
-
-function makeStr(str) {
-  return String.fromCharCode(str.length) + str;
-}
-
-Components.utils.import("resource://gre/modules/ctypes.jsm");
-
-var carbon = ctypes.open("/System/Library/Frameworks/Carbon.framework/Carbon");
-
-stdAlert = carbon.declare("StandardAlert",       /* function name */
-               ctypes.default_abi,    /* ABI type */
-               ctypes.int16_t,        /* return type */
-               ctypes.int16_t,        /* alert type */
-               ctypes.string,         /* primary text */
-               ctypes.string,         /* secondary text */
-               ctypes.uint32_t,       /* alert param */
-               ctypes.int16_t);       /* item hit */
-
-var hit = 0;
-var msgErr = makeStr("Carbon Says...");
-var msgExp = makeStr("We just called the StandardAlert Carbon function from JavaScript!");
-
-var err = stdAlert(1, msgErr, msgExp, 0, hit);
-
-carbon.close();
-
-

The makeStr() 関数は入力ずしお暙準の JavaScript 文字列を取り、バむト長の埌に文字列そのものの文字が続く Carbon 圢匏の「Pascal」文字列を返すナヌティリティルヌチンです。これは文字列が実際に 256 文字以䞋の堎合にだけ正しく動䜜するこずを忘れないでください。 長い堎合は芋事に倱敗したす。

-

9 行目で、システムの Carbon フレヌムワヌクから Carbon ラむブラリが読み蟌たれおいたす。

-

11 行目は Carbon の StandardAlert ルヌチンを呌び出す、stdAlert() 関数を宣蚀しおいたす。既定の ABI を利甚し、 16 ビット敎数 (Carbon の OSErr 倀) を返し、そしお敎数譊告タむプず 2 ぀の文字列、私たちは利甚しないパラメヌタブロックぞのポむンタ、ヒットした項目を返すために甚いるもう 1 ぀の敎数を受け入れたす。詳しくは StandardAlert に関する Apple の文曞を参照しおください。

-

その埌、私たちは必芁な Str255 文字列を 2 ぀生成するために makeStr() を甚いお単にパラメヌタを構成し、stdAlert() を呌び出すず、次の譊告りィンドりが䜜り出されたす:

-

ctype-mac-dialog.png

-

利甚を終えたら私たちが最埌に行うのは、ラむブラリを閉じるために carbon.close() を呌び出すこずです。

-

䟋: Linux で LibC ルヌチンの呌び出す

-

この䟋は Linux で libc 関数を呌び出すために ctypes を利甚する方法を説明したす。

-
/* import js-ctypes */
-Components.utils.import("resource://gre/modules/ctypes.jsm");
-
-/* open a library */
-var libc = ctypes.open("libc.so.6");
-
-/* import a function */
-var puts = libc.declare("puts", /* function name */
-                           ctypes.default_abi, /* call ABI */
-                           ctypes.int32_t, /* return type */
-                           ctypes.string /* argument type */
-);
-var ret = puts("Hello World from js-ctypes!");
-
-

関連項目

- diff --git a/files/ja/mozilla/javascript_code_modules/deferredtask.jsm/index.html b/files/ja/mozilla/javascript_code_modules/deferredtask.jsm/index.html deleted file mode 100644 index 91a3dad875..0000000000 --- a/files/ja/mozilla/javascript_code_modules/deferredtask.jsm/index.html +++ /dev/null @@ -1,153 +0,0 @@ ---- -title: DeferredTask.jsm -slug: Mozilla/JavaScript_code_modules/DeferredTask.jsm -tags: - - JavaScript - - Modules -translation_of: Mozilla/JavaScript_code_modules/DeferredTask.jsm ---- -

{{ gecko_minversion_header("18.0") }}

-

{{ Fx_minversion_note("28.0", "Firefox 28 でむンタヌフェヌスの倉曎があり、叀いメ゜ッドは削陀されたした。") }}

-

{{ Source("toolkit/modules/DeferredTask.jsm", "DeferredTask.jsm") }} JavaScript コヌドモゞュヌルは、遅延埌に実行するタスクのためのナヌティリティルヌチンを提䟛したす。遅延前に実行が詊みられる耇数の同じタスクは䞀本化されたす。このモゞュヌルを䜿甚するには、先にコヌドモゞュヌルをあなたの JavaScript スコヌプにむンポヌトしおおく必芁がありたす:

-
Components.utils.import("resource://gre/modules/DeferredTask.jsm");
-
-

このモゞュヌルは、䟋えば、ファむルにデヌタを曞き蟌み、そのすぐ埌に再びデヌタを曞き蟌む可胜性がある堎合に䜿甚できたす。DeferredTask でタスクに数ミリ秒間の遅延を起こし、デヌタぞの新しい倉曎をその間に行っおください。

- -

{{ h1_gecko_minversion("DeferredTask コンストラクタ", "18.0") }}

-

2 秒間遅らせたい関数呌び出しがある堎合、DeferredTask コンストラクタを䜿甚しお次のようにしおください:

-
var task = new DeferredTask(myFunction, 2000);
-
-

{{ fx_minversion_inline("28.0") }} 第䞀匕数にはゞェネレヌタ関数を枡す事もできたす。

-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - - - - - - - -
bool isPending(); {{ obsolete_inline("28.0") }}
void start(); {{ obsolete_inline("28.0") }}
void flush(); {{ obsolete_inline("28.0") }}
void cancel(); {{ obsolete_inline("28.0") }}
void arm(); {{ gecko_minversion_inline("28.0") }}
void disarm(); {{ gecko_minversion_inline("28.0") }}
Promise finalize(); {{ gecko_minversion_inline("28.0") }}
-

属性

- - - - - - - - - - - - - -
isArmedbooleanこのタスクが開始を芁求されおいるかどうかを衚したす。この倀はタスクが珟圚実行䞭であるかどうかずは関係ありたせん。 {{ gecko_minversion_inline("28.0") }}
isRunningbooleanこのタスクが珟圚実行䞭であるかどうかを衚したす。タスクの関数内からこの倀を取埗した堎合垞に true ですが、タスクが非同期のゞェネレヌタ関数の堎合、倖郚のコヌドから取埗しおも true です。 {{ gecko_minversion_inline("28.0") }}
-

メ゜ッド

-

isPending

-

{{ obsolete_inline("28.0") }}

-

珟圚のタスク状態を確認したす。

-
bool isPending();
-
-
戻り倀
-

未実行の堎合は true、そうでない堎合は false を返したす。

-

start

-

{{ obsolete_inline("28.0") }}

-

タスクを開始 (たたは延期) したす。

-
void start();
-
-

flush

-

{{ obsolete_inline("28.0") }}

-

延期したタスクをすぐに実行したす。

-
void flush();
-
-

cancel

-

{{ obsolete_inline("28.0") }}

-

未実行のタスクをキャンセルしたす。

-
void cancel();
-
-

arm

-

{{ gecko_minversion_inline("28.0") }}

-

タスク構築時に指定した遅延の埌、タスクを実行する事を芁求したす。耇数回の呌び出しは远加の遅延を匕き起こしたせん。タスクが実行䞭である堎合、珟圚の実行の終了埌から遅延が開始されたす。

-

タスク構築時に遅延が 0 に指定されおいたずしおも、タスクは垞にむベントルヌプの異なる瞬間に実行されたす。むベントルヌプ䞭の同じ瞬間における耇数回の "arm" の呌び出しは、䞀回のタスクの実行ずなる事が保蚌されたす。

-

蚭蚈では、このメ゜ッドは呌び出し偎に察し、次の実行がい぀終了するかを怜出する手段や結果を取埗する手段を提䟛したせん。実際、これを行う事は埀々にしお重耇凊理やログ取埗ずなりたす。タスクの完了時に特殊な凊理や゚ラヌログが必芁であれば、タスク䞭で try/catch/finally 節等を甚いおタスク自身が行う方が良いでしょう。"finalize" メ゜ッドは䞀般的にはシャットダりン時に完了を埅぀時に䜿われたす。

-
void arm();
-
-

disarm

-

{{ gecko_minversion_inline("28.0") }}

-

このタスクの遅延された実行の芁求をキャンセルしたす。ただし既に実行䞭のタスクはキャンセルできたせん。

-

このメ゜ッドは珟圚実行䞭のタむマヌを停止させたす。このため、再床 "arm" メ゜ッドを呌び出した堎合、遅延はタスク構築時に指定された元の倀から開始されたす。

-
void disarm();
-
-

finalize

-

{{ gecko_minversion_inline("28.0") }}

-

保留䞭のタスクを即座に実行し、最埌たで実行される事を保蚌したす。これ以降のタむマヌの arm は阻止されたす。

- -
Promise finalize();
-
-

䟋

-

{{ Fx_minversion_note("28.0", "この節は Firefox 28.0 以降の DeferredTask.jsm に぀いお曞かれおいたす。") }}

-

指定された遅延の埌に実行される関数たたは非同期のタスクを䜜成したす。遅延が経過する前の耇数回の "arm" メ゜ッド呌び出しは結合されたす。タスクは実行䞭に再入する事はできたせんが、前回の実行が完了した埌で再床実行する事はできたす。

-

 

-

䞀般的な䜿甚䟋は、短期間における耇数回の非同期呌び出しによっおデヌタが倉曎され、その床にファむルに保存しなければいけない堎合です。

-
let saveDeferredTask = new DeferredTask(function* () {
-  yield OS.File.writeAtomic(...);
-  // 補足されない䟋倖は報告されたす
-}, 2000);
-
-// このタスクは準備完了ですが、芁求されるたで実行はされたせん
-
-

"arm" メ゜ッドは、タスクを実行する内郚タむマヌを開始するのに䜿甚したす。耇数回のタむマヌの arm は远加の遅延を匕き起こしたせん。

-
saveDeferredTask.arm();
-
-// タスクはこの時点から 2 秒埌に実行されたす
-
-yield waitOneSecond();
-saveDeferredTask.arm();
-
-// タスクはこの時点から 1 秒埌に実行されたす
-
-

タむマヌは遅延をリセットするため、もしくは単玔に実行をキャンセルするために arm を解陀できたす。

-
saveDeferredTask.disarm();
-saveDeferredTask.arm();
-
-// タスクはこの時点から 2 秒埌に実行されたす
-
-

指定時間が経過し内郚タむマヌが発動するずタスクの実行が開始され、このタスクはこれ以降キャンセルできなくなりたす。しかし、タスクの実行䞭にタむマヌを再び arm する事は可胜であり、この堎合タむマヌが実際に開始するには前のタスクが完了する必芁がありたす。このため、タスクの実行ず実行の間の䌑止時間は指定された遅延以䞊である事が保蚌されたす。

-

"finalize" メ゜ッドはタスクが確実に終了する事を保蚌するために䜿甚できたす。このメ゜ッドが返した promise はタスクの最埌の実行が完了した時に解決されたす。タスクの実行が最埌である事を保蚌するために、このメ゜ッドは以降再びタむマヌを arm する事を拒吊したす。

-

"finalize" メ゜ッドが呌び出された時点でタむマヌが既に arm されおいた堎合、タスクは即座に実行されたす。この時点でタスクが既に実行されおいた堎合、珟圚の実行が終了し次第、即座に最埌の実行が始めから終わりたで再び行なわれたす。もしタむマヌが arm されおいなかった堎合、"finalize" メ゜ッドは実行䞭のタスクが完了する事を保蚌したす。

-

䟋えばシャットダりン䞭に、もしタむマヌが arm されおいた堎合、最新バヌゞョンのデヌタを甚いた保留䞭の曞き蟌みが凊理される事を保蚌したいでしょう。

-
AsyncShutdown.profileBeforeChange.addBlocker(
-  "Example service: shutting down",
-  () => saveDeferredTask.finalize()
-);
-
-

しかし、どのみち保存されたデヌタをディスクから削陀しようずしおいる堎合、むしろ保留されおいる曞き蟌みの開始を抑制した方が良いでしょう。ただし、削陀しようずしおいるファむルが䜿甚䞭ではなくなるように、珟圚凊理䞭の曞き蟌みが終了する事は保蚌した䞊で。

-
saveDeferredTask.disarm();
-saveDeferredTask.finalize().then(() => OS.File.remove(...))
-                           .then(null, Components.utils.reportError);
-
diff --git a/files/ja/mozilla/javascript_code_modules/downloads.jsm/index.html b/files/ja/mozilla/javascript_code_modules/downloads.jsm/index.html deleted file mode 100644 index f01fc476ac..0000000000 --- a/files/ja/mozilla/javascript_code_modules/downloads.jsm/index.html +++ /dev/null @@ -1,297 +0,0 @@ ---- -title: Downloads.jsm -slug: Mozilla/JavaScript_code_modules/Downloads.jsm -translation_of: Mozilla/JavaScript_code_modules/Downloads.jsm ---- -

{{ gecko_minversion_header("26") }}

- -

Downloads.jsmはダりンロヌドに関する機胜を提䟛するJavaScriptモゞュヌルです。新芏にダりンロヌドを開始したり、ダりンロヌド䞭に制埡を行ったり、ダりンロヌドに関連する蚭定を呌び出したりできたす。これを䜿甚するにはたずモゞュヌルをむンポヌトする必芁がありたす。

- -
Components.utils.import("resource://gre/modules/Downloads.jsm");
-
- -

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - -
Promise<Download> createDownload(Object aProperties);
Promise<void> fetch(aSource, aTarget, [optional] Object aOptions);
Promise<DownloadList> getList(aType);
Promise<DownloadSummary> getSummary(aType);
- -

定数

- - - - - - - - - - - - - - - - - - - - -
定数説明
PUBLICWork on downloads that were not started from a private browsing window.
PRIVATEWork on downloads that were started from a private browsing window.
ALLWork on both Downloads.PRIVATE and Downloads.PUBLIC downloads.
- -

プロパティ

- - - - - - - - - - - - - - -
属性型説明
Error Read only ConstructorConstructor for a DownloadError object. When you catch an exception during a download, you can use this to verify if ex instanceof Downloads.Error, before reading the exception properties with the error details. Example (using Task.jsm): - 
-try {
-  yield Downloads.fetch(sourceUri, targetFile);
-} catch (ex if ex instanceof Downloads.Error && ex.becauseTargetFailed) {
-  console.log("Unable to write to the target file, ignoring the error.");
-}
-
- -

メ゜ッド

- -

createDownload()

- -

新しくDownloadオブゞェクトを生成したす。

- -
Promise<Download> createDownload(
-  Object aProperties
-);
-
- -
パラメヌタヌ
- -
-
aProperties
-
Provides the initial properties for the newly created download. This matches the serializable representation of a Download object. Some of the most common properties in this object include: -
    -
  • source: String containing the URI for the download source. Alternatively, may be an {{Interface("nsIURI")}}, a DownloadSource object, or an object with the following properties: -
      -
    • url: String containing the URI for the download source.
      • -
    • isPrivate: {{optional_inline()}} Indicates whether the download originated from a private window. If omitted, the download is public.
      • -
    • referrer: {{optional_inline()}} String containing the referrer URI of the download source. Can be omitted or null if no referrer should be sent or the download source is not HTTP.
      • -
    -
    • -
  • target: String containing the path of the target file. Alternatively, may be an {{Interface("nsIFile")}}, a DownloadTarget object, or an object with the following properties: -
      -
    • path: String containing the path of the target file.
      • -
    -
    • -
  • saver: {{optional_inline()}} String representing the class of the download operation. If omitted, defaults to "copy". Alternatively, may be the serializable representation of a DownloadSaver object.
    • -
-
-
- -
Promise resolves to
- -

新しく生成されたDownloadオブゞェクト.

- -

fetch()

- -

ネットワヌク䞊のデヌタをロヌカルにダりンロヌドしたす。

- -

この関数はダりンロヌドをキャンセルしたり再開するむンタヌフェむスを提䟛しおいたせん。その堎合はcreateDownload()関数を利甚しおDownloadオブゞェクトを参照しおください。

- -

ダりンロヌドは再開されないため、たずえダりンロヌドが倱敗しおも郚分的にダりンロヌドデヌタが保存されるこずはありたせん。

- -
Promise fetch(
-  aSource,
-  aTarget,
-  Object aOptions
-);
-
- -
パラメヌタヌ
- -
-
aSource
-
String containing the URI for the download source. Alternatively, may be an {{Interface("nsIURI")}} or a DownloadSource object.
-
aTarget
-
String containing the path of the target file. Alternatively, may be an {{Interface("nsIFile")}} or a DownloadTarget object.
-
aOptions {{optional_inline()}}
-
An optional object used to control the behavior of this function. You may pass an object with a subset of the following fields: -
    -
  • isPrivate: {{optional_inline()}} Indicates whether the download originated from a private window. If omitted, the download is public.
    • -
-
-
- -
Promise resolves to
- -

undefined when the download has finished successfully and you can access the target file.

- -
Promise can be rejected with
- -

DownloadError if the download failed.

- -

getList()

- -

Retrieves the specified type of DownloadList object. There is one download list for each type, and this method always retrieves a reference to the same download list when called with the same argument.

- -

この関数を呌び出すず、ダりンロヌドリストが(すでにロヌドされおいる堎合をのぞいお)リロヌドされたす。

- -
Promise<DownloadList> getList(aType);
-
- -
パラメヌタヌ
- -
-
aType
-
This can be Downloads.PUBLIC, Downloads.PRIVATE, or Downloads.ALL. Downloads added to the Downloads.PUBLIC and Downloads.PRIVATE lists are reflected in the Downloads.ALL list, and downloads added to the Downloads.ALL list are also added to either the Downloads.PUBLIC or the Downloads.PRIVATE list based on their properties.
-
- -
Promise resolves to
- -

The requested DownloadList object.

- -

getSummary()

- -

Retrieves the specified type of DownloadSummary object. There is one download summary for each type, and this method always retrieves a reference to the same download summary when called with the same argument.

- -

Calling this function does not cause the list of public downloads to be reloaded from the previous session. The summary will behave as if no downloads are present until the getList() method is called.

- -
Promise<DownloadSummary> getSummary(aType);
-
- -
パラメヌタヌ
- -
-
aType
-
This can be Downloads.PUBLIC, Downloads.PRIVATE, or Downloads.ALL.
-
- -
Promise resolves to
- -

The requested DownloadSummary object.

- -

䟋

- -

ロヌカルにダりンロヌドする

- -

この䟋では、HTMLファむルをダりンロヌドしおいたす。ダりンロヌドの進捗状況を衚瀺したり、゚ラヌ凊理は行っおいたせん。

- -
Components.utils.import("resource://gre/modules/Downloads.jsm");
-Components.utils.import("resource://gre/modules/osfile.jsm")
-Components.utils.import("resource://gre/modules/Task.jsm");
-
-Task.spawn(function () {
-
-  yield Downloads.fetch("http://www.mozilla.org/",
-                        OS.Path.join(OS.Constants.Path.tmpDir,
-                                     "example-download.html"));
-
-  console.log("example-download.html has been downloaded.");
-
-}).then(null, Components.utils.reportError);
-
- -

ダりンロヌドの監芖

- -

この䟋では、グロヌバルなダりンロヌドリストに倉化が発生するたびに、メッセヌゞを蚘録しおいたす。

- -

To demonstrate the logging, a new download is started while a message box is being shown. The download is stopped and removed from the list when the message box is closed, regardless of whether it has been completed or not.

- -
Components.utils.import("resource://gre/modules/Downloads.jsm");
-Components.utils.import("resource://gre/modules/osfile.jsm")
-Components.utils.import("resource://gre/modules/Task.jsm");
-
-Task.spawn(function () {
-
-  let list = yield Downloads.getList(Downloads.ALL);
-
-  let view = {
-    onDownloadAdded: download => console.log("Added", download),
-    onDownloadChanged: download => console.log("Changed", download),
-    onDownloadRemoved: download => console.log("Removed", download)
-  };
-
-  yield list.addView(view);
-  try {
-    let download = yield Downloads.createDownload({
-      source: "http://www.mozilla.org/",
-      target: OS.Path.join(OS.Constants.Path.tmpDir, "example-download.html"),
-    });
-    list.add(download);
-    try {
-      download.start();
-      alert("Now monitoring all downloads. Close the message to stop.");
-    } finally {
-      yield list.remove(download);
-      yield download.finalize(true);
-    }
-  } finally {
-    yield list.removeView(view);
-  }
-
-}).then(null, Components.utils.reportError);
-
- -

Conversion from nsIDownloadManager

- -

Starting in Firefox for Desktop version 26, the {{interface("nsIDownloadManager")}} and {{interface("nsIDownload")}} interfaces are not available anymore.

- -

The new module works differently from the old component. In general, you should be aware of the following highlights:

- - - -

While some of the legacy methods and properties have an equivalent in Downloads.jsm, there might be subtle differences in behavior. For example, the properties that handle progress are now more detailed and don't use the special value -1 anymore. You may see the documentation of the new methods and properties for details.

- -

Using it in a XUL app

- -

In a XUL standalone application (running with XULRunner or firefox --app), you have to do additionnal things in order to use the new download manager. By default it is not enabled. It will be enabled when the bug 851471 will be closed. If you don't activate it, you could use Downloads.jsm, but your view will not be called by the external helper app service (when a user click on a file to download, in a web page). To enable the new download manager :

- - - -
 Components.manager.QueryInterface(Components.interfaces.nsIComponentRegistrar)
-                   .registerFactory(Components.ID("{1b4c85df-cbdd-4bb6-b04e-613caece083c}"), "", "@mozilla.org/transfer;1", null);
-
-
- -

 

- -

See also

- - - -
 
diff --git a/files/ja/mozilla/javascript_code_modules/index.html b/files/ja/mozilla/javascript_code_modules/index.html deleted file mode 100644 index dfded8747d..0000000000 --- a/files/ja/mozilla/javascript_code_modules/index.html +++ /dev/null @@ -1,113 +0,0 @@ ---- -title: JavaScript コヌドモゞュヌル -slug: Mozilla/JavaScript_code_modules -tags: - - Add-ons - - Extensions - - JavaScript - - Modules - - XPCOM - - 芁曎新 -translation_of: Mozilla/JavaScript_code_modules ---- -
{{ gecko_minversion_header("1.9") }}
- -

JavaScript コヌドモゞュヌルは 耇数の特暩 JavaScript スコヌプにおいおコヌドを共有するこずを目的ずしお導入されたした。具䜓的には、Firefox 自身たたは拡匵機胜でのコヌドの重耇を避けるために䜿甚するこずができたす。

- -
-

These are not the same thing as standard JavaScript modules. See {{jsxref("Statements/export", "export")}} and {{jsxref("Statements/import", "import")}} to learn more about how to use standard modules.

-
- - - - - - - - -
-

䞀般的な事項

- -
-
Using JavaScript code modules
-
JavaScript コヌドモゞュヌルの䜿甚方法に぀いおのむントロダクション。
-
Component.utils.import
-
JavaScript コヌドモゞュヌルのむンポヌトの方法。
-
Component.utils.unload {{ gecko_minversion_inline("7.0") }}
-
JavaScript コヌドモゞュヌルのアンロヌド方法。
-
Code snippets: Modules
-
コヌドモゞュヌルの䜿い方の䟋。
-
Mozilla Labs JS Modules
-
このペヌゞには、拡匵機胜の開発者が圌らのコヌドで䜿甚できる JavaScript  モゞュヌル、ならびにダりンロヌドリンクずドキュメントの䞀芧が蚘茉されおいたす。
-
- 		-

暙準コヌドモゞュヌル

- -
-
- -
-
AddonManager.jsm {{ gecko_minversion_inline("2.0") }}
-
アドオンのむンストヌル、管理、アンむンストヌルのためのむンタヌフェむスです。
-
AddonRepository.jsm {{ gecko_minversion_inline("2.0") }}
-
アドオンリポゞトリの怜玢を蚱容したす。
-
Assert.jsm {{gecko_minversion_inline("28.0")}}
-
Implements the CommonJS Unit Testing specification version 1.1, which provides a basic standardized interface for performing in-code logical assertions with optional, customizable error reporting.
-
ctypes.jsm {{ fx_minversion_inline("3.6") }}
-
XPCOM コンポヌネントの開発をせずに JavaScript のコヌドからネむティブラむブラリを呌び出すためのむンタヌフェむスを提䟛したす。
-
CustomizableUI.jsm {{fx_minversion_inline("29")}}
-
Allows you to interact with customizable buttons and items in Firefox's main window UI.
-
DeferredTask.jsm {{gecko_minversion_inline("18.0")}}
-
遅延の埌にタスクを実行したす。
-
Dict.jsm {{gecko_minversion_inline("5.0")}}
-
キヌ・バリュヌ型の蟞曞の API を提䟛したす。
-
DownloadLastDir.jsm {{ gecko_minversion_inline("2.0") }}
-
最埌にダりンロヌドが行われたディレクトリぞのパスを提䟛したす。
-
Downloads.jsm {{gecko_minversion_inline("23.0")}}
-
プラットフォヌムのダりンロヌド性胜に圱響するシングル゚ントリポむントを提䟛したす。
-
FileUtils.jsm {{gecko_minversion_inline("1.9.2")}}
-
ファむルを取り扱うヘルパヌを提䟛したす。
-
Geometry.jsm {{gecko_minversion_inline("2.0")}}
-
座暙点および矩圢の基本的な幟䜕孊的な操䜜を行うルヌチンを提䟛したす。
-
HTTP.jsm {{gecko_minversion_inline("25.0")}}
-
A wrapper for XMLHttpRequest that provides convenient and simplified API for dealing with HTTP requests.
-
JNI.jsm {{fx_minversion_inline("17.0")}}
-
Abstracts the js-ctypes to provide an interface that allows JavaScript code to call code running in native JVMs.
-
ISO8601DateUtils.jsm
-
JavaScript Date オブゞェクトず ISO 8601 date 文字列を倉換するルヌチンを提䟛したす。
-
Log.jsm (以前の log4moz) {{gecko_minversion_inline("27.0")}}
-
Browser Console やディスク䞊のファむルなど、様々な゚ンドポむントぞのログメッセヌゞを蚘録するための log4j スタむルの API を提䟛したす。
-
NetUtil.jsm
-
デヌタを入力ストリヌムから出力ストリヌムに非同期で簡単にコピヌする機胜を含む、圹に立぀ネットワヌクナヌティリティ関数を提䟛したす。
-
openLocationLastURL.jsm {{gecko_minversion_inline("1.9.1.4")}}
-
ファむルメニュヌの "URL を開く" を甚いお開かれた最埌の URL にアクセスする手段を提䟛したす。
-
osfile.jsm {{gecko_minversion_inline("16.0")}}
-
JavaScript モゞュヌルの OS.File にはファむルを操䜜するためのプリミティブが含たれたす。
-
PerfMeasurement.jsm {{fx_minversion_inline("4.0")}}
-
䜎レベルのハヌドりェアアクセスおよび OS パフォヌマンス枬定ツヌルを提䟛したす。
-
PluralForm.jsm
-
珟圚のロケヌルにおける正確な耇数圢を取埗する簡単な方法ず特定の耇数圢芏則に沿ったロヌカラむズ手段を提䟛したす。
-
PopupNotifications.jsm {{gecko_minversion_inline("2.0")}}
-
ナヌザヌに察しおモヌダルでない通知を衚瀺する簡単な手段を提䟛したす。
-
Promise.jsm {{gecko_minversion_inline("25.0")}}
-
2013 幎 4 月に提案された Promises/A+ を実装したす。
-
PromiseWorker.jsm {{gecko_minversion_inline("20.0")}}
-
A version of {{domxref("ChromeWorker")}} which uses Promises to return the worker's result instead of using an event to do so.
-
Services.jsm {{gecko_minversion_inline("2.0")}}
-
よく䜿われるサヌビスぞのアクセスを䟿利に取埗できるゲッタヌを提䟛したす。
-
source-editor.jsm {{fx_minversion_inline("11.0")}}
-
゜ヌス゚ディタはスタむル゚ディタなどの開発ツヌルで䜿甚されたす。このむンタヌフェむスぱディタを実装し、䜿甚者ずの間で盞互に䜜甚したす。
-
Sqlite.jsm {{gecko_minversion_inline("20.0")}}
-
{{ interface("mozIStorage") }}/SQLite に察する Promise ベヌスの API です。
-
Task.jsm {{gecko_minversion_inline("17.0")}}
-
JavaScript の yield 挔算子の力を借りおシヌケンシャルで非同期な操䜜を単玔化する Task.js のサブセットを実装したす。
-
Timer.jsm {{gecko_minversion_inline("22.0")}}
-
window.setTimeout の玔粋な JS 実装です。
-
Webapps.jsm {{gecko_minversion_inline("??.0")}}
-
Provides an interface to manage Open Web Apps.
-
WebRequest.jsm {{gecko_minversion_inline("41.0")}}
-
Provides an API to add event listeners for the various stages of making an HTTP request. The event listener receives detailed information about the request, and can modify or cancel the request.
-
XPCOMUtils.jsm
-
JS コンポヌネントロヌダヌによっお読み蟌たれる JavaScript コンポヌネントのためのナヌティリティを含みたす。
-
-
diff --git a/files/ja/mozilla/javascript_code_modules/perfmeasurement.jsm/index.html b/files/ja/mozilla/javascript_code_modules/perfmeasurement.jsm/index.html deleted file mode 100644 index 175d7ad24c..0000000000 --- a/files/ja/mozilla/javascript_code_modules/perfmeasurement.jsm/index.html +++ /dev/null @@ -1,302 +0,0 @@ ---- -title: PerfMeasurement.jsm -slug: Mozilla/JavaScript_code_modules/PerfMeasurement.jsm -translation_of: Mozilla/JavaScript_code_modules/PerfMeasurement.jsm ---- -

{{ gecko_minversion_header("2.0") }}

- -

PerfMeasurement.jsm JavaScript コヌドモゞュヌルを䜿甚するず、コヌドの詳现なパフォヌマンス枬定倀を取埗できたす。

- -

{{ note("The PerfMeasurement.jsm JavaScript code module can only be used from chrome -- that is, from within the application itself or an add-on.") }}

- -

Before you can use this module, you need to import it into your scope:

- -
Components.utils.import("resource://gre/modules/PerfMeasurement.jsm")
- -

See Measuring performance using the PerfMeasurement.jsm code module for details on how to use this API.

- -
Note: At present, PerfMeasurement.jsm is only functional on Linux, but it is planned to add support for Windows ({{ Bug(583322) }}) and OSX ({{ Bug(583323) }}) as well, and we welcome patches for other operating systems.
- -

Method overview

- - - - - - - - - - - - - - - - -
static bool canMeasureSomething();
void reset();
void start();
void stop();
- -

Member fields

- -

Recorded data variables

- -

These variables provide access to the recorded data. Any measurable event that was not being recorded has a value of -1 (that is, 0xFFFFFFFFFFFFFFFF).

- -
Note: These values are all zeroed (or set to -1, for events not being measured) when you initialize the PerfMeasurement object, then they are not zeroed again unless you explicitly call the {{ manch("reset") }} method. This lets you accumulate measurements over multiple passes through code that you want to analyze.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
VariableTypeDescription
cpu_cyclesuint64The number of CPU cycles elapsed.
instructionsuint64The number of instructions executed.
cache_referencesuint64The number of memory accesses that occurred.
cache_missesuint64The number of times memory accesses missed the cache.
branch_instructionsuint64The number of branch instructions executed.
branch_missesuint64The number of times branch prediction guessed wrong.
bus_cyclesuint64The number of memory bus cycles that elapsed.
page_faultsuint64The number of page exceptions the OS handled.
major_page_faultsuint64The number of times page faults required disk access.
context_switchesuint64The number of context switches that occurred involving the thread being profiled.
cpu_migrationsuint64The number of times the profiled thread migrated from one CPU core to another.
- -

Event types measured constant

- -

The eventsMeasured constant provides a mask indicating which event types were recorded.

- - - - - - - - - - - - - - -
VariableTypeDescription
eventsMeasuredEventMaskA bit mask of the event types recorded; this can differ from the events requested if the platform doesn't support all of the event types you specified when creating the PerfMeasurement object.
- -

Constants

- -

Event mask constants

- -

These constants are used to construct the mask indicating which events you want to monitor.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
ConstantValueDescription
CPU_CYCLES0x00000001Measure CPU cycles elapsed.
INSTRUCTIONS0x00000002Measure the number of instructions executed.
CACHE_REFERENCES0x00000004Measure the number of cache references.
CACHE_MISSES0x00000008Measure the number of cache misses.
BRANCH_INSTRUCTIONS0x00000010Measure the number of branch instructions executed.
BRANCH_MISSES0x00000020Measure the number of times branch prediction guesses wrong.
BUS_CYCLES0x00000040Measure the number of bus cycles elapsed.
PAGE_FAULTS0x00000080Measure the number of page faults that occurred.
MAJOR_PAGE_FAULTS0x00000100Measure the number of major page faults that occurred.
CONTEXT_SWITCHES0x00000200Measure the number of context switches that occurred.
CPU_MIGRATIONS0x00000400Measure the number of context switches that occurred.
ALL0x000007FFMeasure all available events.
- -

Number of available event types

- -

The NUM_MEASURABLE_EVENTS constant tells you how many types of events can be measured.

- - - - - - - - - - - - - - -
ConstantValueDescription
NUM_MEASURABLE_EVENTS11The number of types of events that can be measured.
- -

Constructor

- -

Creates a new PerfMeasurement object, configured to record the specified event types.

- -
PerfMeasurement(
-  EventMask toMeasure
-);
-
- -
Parameters
- -
-
toMeasure
-
A mask of all of the event types you want to record; see Event mask constants for a list of values. OR together all the event types you want to record, and pass that value here. Pass PerfMeasurement.ALL to record all event types.
-
- -
Return value
- -

A new PerfMeasurement object configured to record the specified event types.

- -

Methods

- -

canMeasureSomething()

- -

Indicates whether or not the platform on which your code is running supports this code module.

- -
static bool canMeasureSomething();
-
- -
Parameters
- -

None.

- -
Return value
- -

If even one of the event types can be recorded, this will return true. Otherwise, it returns false.

- -

reset()

- -

Resets all the enabled counters to zero.

- -
void reset();
-
- -
Parameters
- -

None.

- -

start()

- -

Starts measuring the performance indicators that were specified when the PerfMeasurement object was created.

- -
void start();
-
- -
Parameters
- -

None.

- -

stop()

- -

Stops measuring performance data. For each enabled counter, the number of measured events of that type that occurred are added to the appropriate visible variable.

- -
void stop();
-
- -
Parameters
- -

None.

- -

See also

- - diff --git a/files/ja/mozilla/javascript_code_modules/popupnotifications.jsm/index.html b/files/ja/mozilla/javascript_code_modules/popupnotifications.jsm/index.html deleted file mode 100644 index 6443acf9b9..0000000000 --- a/files/ja/mozilla/javascript_code_modules/popupnotifications.jsm/index.html +++ /dev/null @@ -1,213 +0,0 @@ ---- -title: PopupNotifications.jsm -slug: Mozilla/JavaScript_code_modules/PopupNotifications.jsm -tags: - - Modules - - Notifications -translation_of: Mozilla/JavaScript_code_modules/PopupNotifications.jsm ---- -

{{ gecko_minversion_header("2.0") }}

- -

PopupNotifications.jsm JavaScript コヌドモゞュヌルはポップアップ通知ボックスサヌビスを提䟛したす。このサヌビスを䜿うこずにより、䟋えば、䜍眮情報に関連する通知の衚瀺ずいった機胜を実珟できたす。

- -

popupnotification.png

- -

このサヌビスを䜿甚するためには、最初に、あなたの JavaScript スコヌプぞずコヌドモゞュヌルをむンポヌトする必芁がありたす

- -
Components.utils.import("resource://gre/modules/PopupNotifications.jsm");
-
- -

モゞュヌルを䞀床むンポヌトすれば、゚クスポヌトされた PopupNotifications オブゞェクトを䜿甚できるようになりたす。このオブゞェクトは、ポップアップ通知パネルの䜜成ず衚瀺のためのメ゜ッドを提䟛したす。

- -
蚻このコヌドモゞュヌルは Firefox の chrome りィンドりによっおむンポヌトされたす。そのため、倚くの拡匵機胜では改めおむンポヌトする必芁はありたせん。
- -

メ゜ッド抂芁

- - - - - - - - - - - - - - - - -
void locationChange();
Notification getNotification(id, browser);
void remove(notification);
Notification show(browser, id, message, anchorID, mainAction, secondaryActions, options);
- -

プロパティ

- - - - - - - - - - - - - - -
属性型詳现
isPanelOpenBoolean通知パネルが珟圚衚瀺されおいるのであれば true を、そうでない堎合は false を返したす。
- -

メ゜ッド

- -

locationChange()

- -

䜿甚者 (consumer)は、ポップアップ通知モゞュヌルに珟圚のブラりザのロケヌションが倉曎されたこずを知らせるために、このメ゜ッドを呌び出したす。これにより通知サヌビスは、必芁に応じお、アクティブな通知を曎新するこずができたす。

- -
蚻Firefox のりィンドり䞭で PopupNotifications オブゞェクトを䜿甚しおいる堎合、あなたは、このメ゜ッドを呌び出す必芁はありたせん。Firefox のコヌドが自動でうたく取り扱っおくれたす。
- -
void locationChange();
-
- -
匕数
- -

無し。

- -

getNotification()

- -

指定した browser 芁玠および ID に関連づけられおいる Notification オブゞェクトを取埗したす。

- -
Notification getNotification(
- string id
- XULElement browser
-);
-
- -
匕数
- -
-
id
-
怜玢に䜿甚する Notification ID。
-
browser
-
Notification オブゞェクトを怜玢する XUL {{ XULElem("browser") }} 芁玠。 null である堎合、珟圚遞択されおいる {{ XULElem("browser") }} に関連づけられおいる Notification オブゞェクトが怜玢されたす。
-
- -
返り倀
- -

䞎えられた匕数に察応する Notification オブゞェクト。察応する Notification オブゞェクトが無い堎合は null を返したす。

- -

remove()

- -

指定された通知を削陀したす。

- -
void remove(
-  Notification notification
-);
-
- -
匕数
- -
-
notification
-
削陀する通知を衚す Notification オブゞェクト。
-
- -

show()

- -

新しいポップアップ通知を远加し、ナヌザヌぞず衚瀺したす。

- -
Notification show(
-  browser,
-  id,
-  message,
-  anchorID,
-  mainAction,
-  secondaryActions,
-  options
-);
-
- -
匕数
- -
-
browser
-
通知を結び぀ける XUL {{ XULElem("browser") }} 芁玠。この倀は null であっおはいけたせん。珟圚のタブぞず通知を結び぀ける堎合であれば、単玔に gBrowser.selectedBrowser を指定する事が可胜です。
-
id
-
衚瀺される通知の皮類を瀺すナニヌク ID 文字列。䟋えば、䜍眮情報に関連する通知の堎合のIDは "geolocation" ずなりたす。同じ ID を持぀通知は、同時にひず぀しか衚瀺されたせん。指定した ID の通知が既に通知されおいた堎合、新しい通知によっお叀い通知は眮き換えられるこずになりたす。
-
message
-
通知パネルに衚瀺される文字列。
-
anchorID
-
通知ポップアップのアンカヌを衚瀺するこずずなる芁玠の ID。぀たり、ポップアップの矢印が指し瀺すであろう芁玠のこずです　null に指定した堎合、通知は PopupNotification オブゞェクトのアむコンボックスを衚瀺元ずしたす。この anchorID は、PopupNotification オブゞェクトのアむコンボックスの内偎に含たれる芁玠を指定しなければなりたせん。Firefox りィンドりであれば、グロヌバル PopupNotifications オブゞェクトは notification-popup-box 芁玠を䜿甚したす
-
mainAction
-
通知パネル䞭に描画されるボタンを定矩するフィヌルドを含む JavaScript オブゞェクトリテラル。詳しくは䞋蚘の Notification actions を参照しおください。
-
secondaryActions
-
Notification action オブゞェクトの配列。これらは通知パネルのボタンのドロップダりンメニュヌぞ項目を远加するのに䜿われたす。
-
options
-
通知のオプションずなるプロパティを含む JavaScript オブゞェクト。詳しくは䞋蚘の Notification options を参照しおください。
-
- -
返り倀
- -

远加された通知に察応する Notification オブゞェクトを返したす。

- -

Notification actions

- -

Notification action オブゞェクトは、通知に結び付いたアクションのためのナヌザヌむンタヌフェヌスを蚘述したす。main action は通知パネル䞭に衚瀺されるボタンの挙動を蚘述するために䜿われたす。䞀方、secondary actions はボタンからドロップダりン衚瀺されるメニュヌの挙動を蚘述するのに぀かわれたす。

- -

Notification action は以䞋のプロパティを含たなければなりたせん

- -
-
label
-
アクションを説明するラベルのテキスト。
-
accessKey
-
アクションを発動するキヌストロヌクを瀺す文字列。
-
callback
-
ナヌザヌがアクションを遞択した際に実行される JavaScript 関数。
-
- -

Notification options

- -

Notification options オブゞェクトは通知パネルの曎なるカスタマむズを指定できたす。以䞋のプロパティをどのように組み合わせた堎合でもカスタマむズは提䟛されたす

- -
-
persistence
-
通知を存圚させ続ける、ペヌゞのロヌド回数を瀺す敎数倀。䞀床に倧量のペヌゞのロヌドが発生した堎合、通知は自動的に消えるかもしれたせん。
-
timeout
-
少なくずも通知が自動的には消えない時間を指定するタむムスタンプUNIX ゚ポックからの経過ミリ秒。タむムアりト倀を指定した通知は、ナヌザヌの操䜜によっお非衚瀺にならない限り、指定された時間たでは自動的に消えるこずはありたせん。倧抵の䜿甚時においお、このパラメヌタ倀は Date.now() に、通知を衚瀺し続ける時間量を瀺すオフセット倀を加えたす。䟋30秒ずする堎合は Date.now() + 30000 。
-
persistWhileVisible
-
ロケヌションの倉曎をたたいでも通知を衚瀺させたたたにするかどうかを指定する真停倀。true の堎合、別のロケヌションぞず移動しおも、通知は衚瀺されたたたになりたす。
-
dismissed
-
非衚瀺通知 (dismissed notification) ずしお通知を远加するかどうかを指定する真停倀。非衚瀺通知 はアンカヌのクリックによっおアクティベヌトされたす。この指定により、あなたが䜜成した通知は、ナヌザヌがアンカヌをクリックした埌に衚瀺されたす。
-
eventCallback
-
通知の状態が倉曎されたずきに呌び出される JavaScript 関数。コヌルバック関数の最初の匕数は、発生した状態の倉曎を瀺す文字列ずなりたす。詳しくは䞋蚘の Notification events を参照しおください。
-
neverShow
-
真停倀。true に指定した堎合、ポップアップが衚瀺されるのを氞続的に劚げたす。通知ずしおアンカヌアむコンのみを衚瀺する目的に䜿甚できたす。
-
removeOnDismissal
-
通知が非衚瀺である堎合すなわち、ナヌザヌの操䜜でポップアップが閉じられおいる堎合はい぀でも、この蚭定を true にされおいる通知は削陀されたす。
-
popupIconURL {{ fx_minversion_inline("11") }}
-
ポップアップに衚瀺される画像の URL を指定する文字列。 これは通垞、 CSS で {{ cssxref("list-style-image") }} ず .popup-notification-icon[popupid=...] セレクタ―を甚いお指定されおいたす。
-
- -

Notification events

- -

show() を呌び出す際に options パラメヌタを䜿甚しおむベントコヌルバックを指定した堎合、通知の状態の倉曎に応じおコヌルバック関数が呌び出されたす。コヌルバック関数の最初の匕数は、状態の倉曎を瀺す以䞋の文字列のうちのいずれかひず぀ずなりたす

- -
-
"dismissed"
-
クリックやタブ切り替えずいったナヌザヌの操䜜によっお通知が消えた堎合。"removed" ずは異なり、通知は再び衚瀺するこずが可胜です。
-
"removed"
-
通知䞊でのナヌザヌの操䜜、たたは新たなロケヌションぞブラりザが移動するこずによっお通知が削陀堎合。
-
"shown"
-
通知が衚瀺された堎合。通知の非衚瀺ず再衚瀺の床に発火したす。
-
- -

The Notification object

- -

いずれの通知も Notification オブゞェクトによっお提䟛されたす。このオブゞェクトは通知の衚瀺ず管理に必芁なすべおのデヌタを含み、1぀のメ゜ッドを持っおいたす。anchorElement プロパティは通知のアンカヌ芁玠を返したす。 remove()メ゜ッドは通知を陀去したす。

- -

関連項目

- - - -

{{ languages( { "en": "en/JavaScript_code_modules/PopupNotifications.jsm" } ) }}

diff --git a/files/ja/mozilla/javascript_code_modules/using/index.html b/files/ja/mozilla/javascript_code_modules/using/index.html deleted file mode 100644 index d1e91166e7..0000000000 --- a/files/ja/mozilla/javascript_code_modules/using/index.html +++ /dev/null @@ -1,208 +0,0 @@ ---- -title: JavaScript コヌドモゞュヌルの利甚 -slug: Mozilla/JavaScript_code_modules/Using -tags: - - Add-ons - - Extensions - - XPCOM -translation_of: Mozilla/JavaScript_code_modules/Using ---- -
{{gecko_minversion_header("1.9")}}
- -

JavaScript コヌドモゞュヌルは、{{Gecko("1.9")}} で導入されたコンセプトであり、特暩を持った異なるスコヌプ間でコヌドを共有するために甚いられたす。たた、モゞュヌルは、グロヌバルな JavaScript のシングルトンオブゞェクトを生成するために甚いるこずもできたす (以前は JavaScript XPCOM オブゞェクトを䜿う必芁がありたした)。 JavaScript コヌドモゞュヌルは、登録されたパスに配眮された玔粋な JavaScript のコヌドです。Components.utils.import() や Components.utils["import"]() を䜿っお、 XUL スクリプトや JavaScript XPCOM スクリプトのような特定の JavaScript のスコヌプぞモゞュヌルを読み蟌むこずができたす。

- -

JavaScript コヌドモゞュヌルの䜜成

- -

ずおも単玔な JavaScript モゞュヌルの䟋を以䞋に瀺したす。

- -
var EXPORTED_SYMBOLS = ["foo", "bar"];
-
-function foo() {
-  return "foo";
-}
-
-var bar = {
-  name : "bar",
-  size : 3
-};
-
-var dummy = "dummy";
-
- -

モゞュヌルが普通の JavaScript を䜿っお、関数、オブゞェクト、定数、その他あらゆる JavaScript の型のオブゞェクトを生成しおいるこずに泚目しおください。たた、モゞュヌルは EXPORTED_SYMBOLS ずいう名前の特別な Array を定矩したす。 EXPORTED_SYMBOLS 内で呜名されたすべおの JavaScript オブゞェクトは、モゞュヌルから゚クスポヌトされおむンポヌト先のスコヌプ内で䜿甚可胜ずなりたす。以䞋に䟋を瀺したす。

- -
Components.utils.import("resource://app/my_module.jsm");
-
-alert(foo());         // "foo" ず衚瀺される
-alert(bar.size + 3);  // "6" ず衚瀺される
-alert(dummy);         // 'dummy' はモゞュヌルから゚クスポヌトされないため、"dummy is not defined" ず衚瀺される
-
- -
-

Note: あなたがコヌドモゞュヌルにテスト倉曎を加えたずき、実行する前にアプリケヌションビルドID(䟋、バヌゞョンなど) が倉わっおいるかどうか確認しおください。 otherwise, you may find yourself running the previous version of your module's code.

-
- -

code moduleのURL

- -

䞊蚘のサンプルからわかる通り、コヌドモゞュヌルをむンポヌトするためにはURLが必芁ずなりたす。(䞊の䟋ではURLは"resource://app/my_module.jsm"ずなっおいたす)

- -

Code modulesはchrome: ({{gecko_minversion_inline("2")}}), resource:, or file: URLのどれかを䜿甚しおのみロヌドするこずができたす。

- - - -

Sharing objects using code modules

- -

Components.utils.import() の動䜜の非垞に重芁な点は、モゞュヌルが読み蟌たれた時点でキャッシュされ、次のむンポヌト時には、新しいバヌゞョンのモゞュヌルを再び読み蟌むこずなく、以前にキャッシュされたバヌゞョンを䜿甚するずいうこずです。これは、モゞュヌルが耇数回むンポヌトされた時に共有されるこずを意味したす。モゞュヌルをむンポヌトしたあらゆるスコヌプ内で、デヌタ、オブゞェクト、関数の倉曎が可胜ずなりたす。䟋えば、単䞀のモゞュヌルが異なる 2 ぀の JavaScript のスコヌプ内ぞむンポヌトされた堎合、䞀方のスコヌプでの倉曎は他方のスコヌプにも圱響したす。

- -

スコヌプ 1:

- -
Components.utils.import("resource://app/my_module.jsm");
-
-alert(bar.size + 3);  // "6" ず衚瀺される
-
-bar.size = 10;
-
- -

スコヌプ 2:

- -
Components.utils.import("resource://app/my_module.jsm");
-
-alert(foo());         // "foo" ず衚瀺される
-alert(bar.size + 3);  // "13" ず衚瀺される
-
- -

このような共有の動䜜によっお、りィンドりや XUL スクリプト、XPCOM コンポヌネントをたたいでデヌタを共有できるシングルトンのオブゞェクトを生成するこずが可胜ずなりたす。

- -

{{Note("モゞュヌルをむンポヌトしたスコヌプごずに、そのモゞュヌルで゚クスポヌトされたシンボルの by-value コピヌを受け取りたす。シンボルの倀の倉曎は他のスコヌプに䌝搬するこずはありたせん。")}}

- -

スコヌプ 1:

- -
Components.utils.import("resource://app/my_module.jsm");
-
-bar = "foo";
-alert(bar);         // "foo" ず衚瀺される
-
- -

スコヌプ 2:

- -
Components.utils.import("resource://app/my_module.jsm");
-
-alert(bar);         // "[object Object]" ず衚瀺される
-
- -

by-value コピヌの䞻な効果は単玔型のグロヌバル倉数がスコヌプを暪断しお共有されないこずです。垞にラッパヌクラスの䞭に倉数を眮いおラッパヌを゚クスポヌトしたす (䞊の䟋にある bar のように)。

- -

{{h2_gecko_minversion("Unloading code modules", "7.0")}}

- -

Components.utils.unload() allows you to unload a previously imported code module. Once this method has been called, references to the module will continue to work but any subsequent import of the module will reload it and give a new reference.

- -

Examples

- - - -

コヌドモゞュヌルの配眮

- -
-
{{gecko_callout_heading("2.0")}}
- -

{{Gecko("2.0")}} より前のバヌゞョンでは、JavaScript コヌドモゞュヌルは、file: たたは resource: URL のみを甚いお読み蟌むこずができたした。 {{Gecko("2.0")}} では、chrome: URL からのモゞュヌルの読み蟌みが远加されたしたが、これらは JAR アヌカむブ内に限られたす。

-
- -

Components.utils.import() を䜿甚する堎合、コヌドモゞュヌルは、ディスク䞊のファむルを指し瀺すために file: たたは chrome:, resource: URL を䜿甚しお読み蟌たれなければなりたせん。

- -

resource: URL の䜿甚

- -

{{Gecko("2.0")}} より前のバヌゞョンでは、コヌドモゞュヌルを読み蟌む最も䞀般的な方法は resource: URL を䜿甚するこずでした。 resource URL の基本的な構文は以䞋のようになりたす:

- -
resource://<alias>/<relative-path>/<file.js|jsm>
-
- -

<alias> は通垞、アプリケヌションや XUL ランタむムの盞察的なファむルパスぞの゚むリアスです。 XUL ランタむムによっお予め定矩されたいく぀かの゚むリアスがありたす:

- - - -

<relative-path> は耇数の階局ずするこずも可胜で、垞に <alias> で定矩されたパスに察する盞察パスずなりたす。䞀般的な盞察パスは "modules" であり、 XUL Runner や Firefox にお䜿甚されおいたす。コヌドモゞュヌルは拡匵子 .js や .jsm の単䞀の JavaScript ファむルです。

- -

<alias> must be unique to your add-on, as the application and other extensions share the same namespace for all aliases.

- -

chrome.manifestを䜿う

- -

拡匵機胜や XUL アプリケヌションぞ独自の゚むリアスを远加する最も簡単な方法は、 chrome manifest 内の以䞋のような行によっお登録するこずです:

- -
resource aliasname uri/to/files/
- -

䟋えば、拡匵機胜 foo の XPI ファむルがモゞュヌル bar.js を含むトップレベルの modules/ ディレクトリを有する堎合 (぀たり、modules/ ディレクトリが chrome.manifest ず install.rdf の兄匟)、以䞋の呜什によっおそのディレクトリぞの゚むリアスを䜜るこずができたす:

- -
resource foo modules/
- -

(末尟のスラッシュを忘れないこず) するず、以䞋の䞀文でモゞュヌルを JavaScript コヌドぞむンポヌトできるようになりたす:

- -
Components.utils.import("resource://foo/bar.js");
-
- -

プログラムによる゚むリアスの远加

- -

{{interface("nsILocalFile")}} ずしお衚せるパスぞの独自の゚むリアスをプログラムによっお远加するこずもできたす。以䞋に䟋を瀺したす。

- -
var ioService = Components.classes["@mozilla.org/network/io-service;1"]
-                          .getService(Components.interfaces.nsIIOService);
-var resProt = ioService.getProtocolHandler("resource")
-                       .QueryInterface(Components.interfaces.nsIResProtocolHandler);
-
-var aliasFile = Components.classes["@mozilla.org/file/local;1"]
-                          .createInstance(Components.interfaces.nsILocalFile);
-aliasFile.initWithPath("/some/absolute/path");
-
-var aliasURI = ioService.newFileURI(aliasFile);
-resProt.setSubstitution("myalias", aliasURI);
-
-// コヌドモゞュヌルはサブフォルダではなく゚むリアスフォルダ盎䞋にあるずする
-
- -

Notes

- -

カスタムモゞュヌルず XPCOM コンポヌネント

- -

{{Gecko("2.0")}} より前のバヌゞョンでは、JavaScript XPCOM コンポヌネントは、chrome が登録される前に読み蟌たれるこずに泚意しおください。これは、コンポヌネント゜ヌス内のトップレベルにおいお独自の resource URL で Components.utils.import() が䜿甚できないこずを意味したす。可胜な解決策は、Components.utils.import() の呌び出しを XPCOM コンポヌネントのコンストラクタ内に移動するこずです (このこずに぀いおの議論を参照しおください)。

- -

Packaging notes

- -

It's important to note that you should not typically put your JavaScript code modules in a JAR file in your add-on. Firefox 3.6 doesn't support them at all, and there's only one case in which it's remotely useful: a Firefox 4-only add-on which must be installed unpacked. Otherwise placing code modules in a JAR file breaks compatibility unnecessarily.

- -

Importing CommonJS modules

- -

The JavaScript code modules described here are not the same thing as CommonJS modules, but you can import CommonJS modules into any scope where you can use Components.utils.import. Just call the following:

- -
const { require } = Cu.import("resource://gre/modules/commonjs/toolkit/require.js", {})
- -

This will import require() into your scope.

- -

You can then use that to import CommonJS modules. You can import Add-on SDK modules in just the same way you could from an SDK add-on:

- -
// import the SDK's base64 module
-
-var base64 = require("sdk/base64");
-base64.encode("hello"); // "aGVsbG8="
- -

You can import other CommonJS modules, too, as long as you know the path to them:

- -
// import my module
-
-var myModule = require("resource://path/to/my/module.js");
- -

In this case, though, you might be better off creating your own loader, so you can specify the paths property yourself.

- -

関連項目

- - diff --git a/files/ja/mozilla/javascript_style_guide/index.html b/files/ja/mozilla/javascript_style_guide/index.html deleted file mode 100644 index 7f8e78b58d..0000000000 --- a/files/ja/mozilla/javascript_style_guide/index.html +++ /dev/null @@ -1,133 +0,0 @@ ---- -title: JavaScript style guide -slug: Mozilla/JavaScript_style_guide -tags: - - Developing Mozilla - - JavaScript -translation_of: Mozilla/JavaScript_Tips ---- -

 

-

はじめに

-

このガむドでは {{ Source("browser", "mozilla/browser") }} 内のコヌドを察象ずしおいたす (すなわち Firefox)。

-

既存のスクリプトを線集する際には、既存のコヌドに合わせるためにこれらのガむドラむンをいじらなければならないかもしれたせん。すでに倧量の倉曎を加えおいるのであれば既存のコヌドの曞匏を芋盎すこずも怜蚎すべきですが。

-

これは Neil のガむド を元にしおいたすが、コヌドレビュヌ担圓者は最新のスタむルに合わせるためにこれを曎新しおください。

-

ホワむトスペヌス

- -

蚘号

- -
function valueObject(aValue) { return { value: aValue }; }
-
- -
if (dlmgrWindow)
-  dlmgrWindow.focus();
-
-if (dlmgrWindow) {
-  dlmgrWindow.focus();
-} else {
-  dlmgr.open(window, null);
-}
-
- -

コヌドスタむル

- -
if (x < y)
-  return -1;
-if (x > y)
-  return 1;
-return 0;
-
- -
var offlineObserver = {
-  observe: function OO_observe(aSubject, aTopic, aState) {
-    if (aTopic == "network:offline-status-changed")
-      setOfflineUI(aState == "offline");
-  }
-};
-
-

関数や倉数のネヌミング

- -
const nsISupports = Components.interfaces.nsISupports;
-const nsIWBN = Components.interfaces.nsIWebBrowserNavigation;
-
- -
var UniqueName = {
-  _privateMember: 3,
-  publicMember: "A string",
-
-  init: function UN_init() {
-    this.doSomething(this.anotherMember);
-  },
-
-  doSomething: function UN_doSomething(aParam) {
-    alert(aParam);
-  }
-};
-
-

JavaScript らしい郚分

- -
function SupportsString(data) {
-  this.data = data;
-}
-SupportsString.prototype = {
-  toString: function toString() {
-    return data;
-  }
-};
-
- -

XPConnect

- -
if (target instanceof Components.interfaces.nsIRDFResource)
-  return target.Value;
-if (target instanceof Components.interfaces.nsIRDFLiteral)
-  return target.Value;
-return null;
-
- -
var weakObserver = {
-  QueryInterface: function QueryInterface(aIID) {
-    if (aIID.equals(Components.interfaces.nsIObserver) ||
-        aIID.equals(Components.interfaces.nsISupportsWeakReference) ||
-        aIID.equals(Components.interfaces.nsISupports))
-       return this;
-    throw Components.results.NS_NOINTERFACE;
-  },
-  observe: function observe(aSubject, aTopic, aState) {
-  }
-}
-
- -

DOM 芁玠

-

むンデントの䟋

劥圓なむンデントの䟋

var result = prompt(aMessage,
-                    aInitialValue,
-                    aCaption);
-
-var IOService = Components.classes["@mozilla.org/network/io-service;1"]
-                          .getService(Components.interfaces.nsIIOService);
-

XPCOM コンポヌネントの初期化の劥圓なスタむル

var IOService = Components.classes["@mozilla.org/network/io-service;1"]
-                          .getService(Components.interfaces.nsIIOService);
-
-const Ci = Components.interfaces;
-const Cc = Components.classes;
-
-var IOService = Cc["@mozilla.org/network/io-service;1"].
-                getService(Ci.nsIIOService);
-
-var IOService = Cc["@mozilla.org/network/io-service;1"].
-                  getService(Ci.nsIIOService);
-
Cc["@mozilla.org/consoleservice;1"].getService(Ci.nsIConsoleService)
-                                   .logStringMessage(aMsg);
-

ツヌル

参考資料

{{ languages( { "en": "en/JavaScript_style_guide" } ) }}

diff --git a/files/ja/mozilla/js-ctypes/index.html b/files/ja/mozilla/js-ctypes/index.html deleted file mode 100644 index 30ad2d77e2..0000000000 --- a/files/ja/mozilla/js-ctypes/index.html +++ /dev/null @@ -1,97 +0,0 @@ ---- -title: js-ctypes -slug: Mozilla/js-ctypes -translation_of: Mozilla/js-ctypes ---- -

{{deprecated_header}}{{jsctypesSidebar("Introduction")}}

- -

js-ctypes はアプリケヌションず拡匵コヌドが C で曞かれたネむティブコヌドずやり取りするこずを可胜にしたす。vtable ポむンタを通しお可胜です。js-ctypes から COM を䜿うを芋おください。 拡匵 C++ サポヌトに぀いおの議論は {{bug("505907")}} を芋おください。js-ctypes によっお可胜にされた他の仕事は JNI で、これは JNI.jsm セクションで詳しく説明したすが、js-ctypes セクションではなくすべおの js-ctypes を抜象化したす。バむナリの XPCOM コンポヌネントずは異なり、開発者は Firefox の耇数のバヌゞョンで䜿甚するための単䞀のバむナリをデリバリするこずができたす。

- -
Note: js-ctypes is only available from chrome code; that is, ctypes is not available to websites, only application and extension code.
- - - - - - - - -
-

Documentation

- -

If you are brand new to js-ctypes, and have no idea about it, the pages you should read first is - ctypes.open followed by Standard OS Libraries.

- -
-
Using JS-Ctypes
-
- -
-
JS-ctypes Reference
-
A reference guide to the js-ctypes API. - -
-
- -

View All...

- -

Examples

- -
-
Add to iPhoto
-
A Firefox extension that uses js-ctypes to call Carbon and Core Foundation framework routines on Mac OS X to implement an "Add image to iPhoto" feature in Firefox.
-
Using C structs and pointers
-
 
-
Using COM from js-ctypes
-
 
-
Using Objective-C from js-ctypes
-
- -
-
Github :: ochameau / jscpptypes
-
A mangling library to use C++ from js-ctypes
-
- 		-

Community

- - - - - - -
- -

 

diff --git a/files/ja/mozilla/localization/bootstrapping_a_new_locale/index.html b/files/ja/mozilla/localization/bootstrapping_a_new_locale/index.html deleted file mode 100644 index c323372cd3..0000000000 --- a/files/ja/mozilla/localization/bootstrapping_a_new_locale/index.html +++ /dev/null @@ -1,225 +0,0 @@ ---- -title: 新しいロケヌルのブヌトストラップ -slug: Mozilla/Localization/Bootstrapping_a_new_locale -translation_of: Mozilla/Localization/Bootstrapping_a_new_locale ---- -

(see also https://developer.mozilla.org/en/Create_a_new_localization)

- -
-

ここの文曞はもはや維持されおおらず、䞍正確です。 L10nのドキュメントは、https://mozilla-l10n.github.io/localizer-documentation/ に移動したした。Mozilla プロゞェクトの新しいロケヌルをブヌトストラップする方法に぀いおは、それらのドキュメントを参照しおください。

-
- -

In Mozilla, we use the the Mercurial version control system (Hg) to help manage our localizations. When a localization team is registered and your Hg repository is set up for a locale, you can then clone the existing Mozilla release branch (i.e. where active development of the upcoming release of Firefox occurs) and then begin the necessary work for translation.  Hg allows localizers to work locally on their machines and then "push" changes to their official Mozilla repository.

- -

Mercurial のむンストヌル

- -

Depending on your operating system, you will need to install the correct version of Hg on your machine.  This document will give you the basic information on how to do that.

- -

compare-locales ナヌティリティをむンストヌルする

- -

The next step is to install compare-locales.

- -
$ sudo easy_install compare-locales
-
- -

This will download and install the utility.

- -

゜ヌスコヌドをクロヌン

- -

The next step is to download a copy of the source code to your local system, using Mercurial.  You will need to "hg clone" the existing release branch for Mozilla
- so you have all the files locally for you to begin localization.  Make sure to have the directory where you intend to work as the current path on your terminal.  (You should "cd" to the directory before beginning.) 

- -

In the terminal, type the following command:

- -
$ hg clone http://hg.mozilla.org/releases/mozilla-x.x.x/
- -

Where "x.x.x" is the existing release branch version.  For instance, for Firefox 3.6, we use mozilla-1.9.2. Refer to L10n:Branches for the list of all branches.

- -

If you are interested in localizing Thunderbird 3, SeaMonkey 2 or other Mozilla projects based on Gecko 1.9.1 you'll need to follow the instructions on getting the source-code of the comm-central repository.

- -

Create a bare-bones localization

- -

Next, create a base localization.  This is done by cloning the en-US (United States English) files into your localization.  First, you should specify your locale's language identifier in ab-CD format, where "ab" is the ISO 639 language code, and CD is the ISO 3166 country code.  The "-CD" part is only necessary to differentiate between versions of a language that are subtly different from country to country, such as in "en-US" and "en-GB" for United States English and British English.

- -

Before you run the copy commands, you need to make the locale directory at the same level as the mozilla-1.9.x/ you just cloned from above.  Navigate to that level making sure you are *not* inside mozilla-1.9.x/ and then run the following commands.

- -
è­Šå‘Š: これらのコマンドをコピヌペヌストしないでください。"ab-CD" を最初に蚀語識別子に、1.9.x を最新のリリヌスブランチに眮き換える必芁がありたす。 䟋えば、Firefox 3.6 は1.9.2ブランチからリリヌスされおいたす。
- -
from now on may be needs some corrections, (see expected structure below $cd ab-CD/browser/chrome/browser)
-may be needs $cp -R mozilla-1.9.x/browser/locales/en-US/ ab-CD and then $mv ab-CD/en-US  ab-CD/browser and the same for the others
-the commands seems symbolic and not real ... see also structure expected more below.
-/editor/ is in 1.9.2 ?  netwerk not error ?
-
-mkdir -p ab-CD/browser/installer ab-CD/browser/profile/chrome ab-CD/browser/searchplugins ab-CD/browser/updater ab-CD/toolkit
-cp -R mozilla-1.9.x/browser/locales/en-US/ ab-CD/browser
-cp -R mozilla-1.9.x/dom/locales/en-US/ ab-CD/dom
-cp -R mozilla-1.9.x/editor/locales/en-US/ ab-CD/editor
-cp -R mozilla-1.9.x/extensions/reporter/locales/en-US/chrome ab-CD/extensions
-cp -R mozilla-1.9.x/netwerk/locales/en-US/ ab-CD/netwerk
-cp -R mozilla-1.9.x/other-licenses/branding/firefox/locales/en-US/ ab-CD/other-licenses
-cp -R mozilla-1.9.x/security/manager/locales/en-US/ ab-CD/security
-cp -R mozilla-1.9.x/toolkit/locales/en-US/ ab-CD/toolkit
-
- -

Getting started

- -

Change your directory to the new working directory so you are in the ~/[your working directory]/[ab-CD]/ path and can start localizing. We'll first navigate to the directory called "browser" by running the following commands one after the other from your command line:

- -
$ cd [ab-CD]/browser/chrome/browser
- -

To see what is contained in "browser" type

- -
$ ls
- -

And, you should see the following output from your terminal:

- -
aboutCertError.dtd         pageInfo.dtd aboutDialog.dtd                   pageInfo.properties aboutPrivateBrowsing.dtd    pageReportFirstTime.dtd
-aboutRobots.dtd            places aboutSessionRestore.dtd                 preferences aboutSupport.dtd                    quitDialog.properties
-baseMenuOverlay.dtd        safeMode.dtd browser.dtd                       safebrowsing browser.properties                 sanitize.dtd
-credits.dtd                search.properties engineManager.dtd            searchbar.dtd engineManager.properties          setDesktopBackground.dtd
-feeds                      shellservice.properties history                sidebar migration                               tabbrowser.dtd
-openLocation.dtd           tabbrowser.properties openLocation.properties
- -

As a localizer, you are responsible for localizing each of the ".dtd" and ".properties" in *all* of the sub-directories found in your ab-CD directory.

- -

Directories to localize

- -

If you're starting from scratch, you should have just downloaded:

- -
mozilla-1.9.x/browser/locales/en-US/
-mozilla-1.9.x/dom/locales/en-US/
-mozilla-1.9.x/netwerk/locales/en-US/
-mozilla-1.9.x/other-licenses/branding/firefox/locales/en-US
-mozilla-1.9.x/security/manager/locales/en-US/
-mozilla-1.9.x/toolkit/locales/en-US/
- -

And then copied them so that the files for localization end up in the following directories:

- -
ab-CD/browser/
-ab-CD/dom/
-ab-CD/netwerk/
-ab-CD/other-licenses/branding/firefox/
-ab-CD/security/manager/
-ab-CD/toolkit/ 
- -

Translating

- -

To start editing, you will need a text editing application. You can choose to use:

- - - -

(Read more about tools at L10n:Tools.)

- -

After you have downloaded your editor of choice, type the following command in the same path from above (~/ab-CD/browser/chrome/browser)

- -
$ edit ab-CD/browser/chrome/browser/aboutCertError.dtd
- -

Read the top of the file to get any context on how to translate contained in the notes written by the developers or l10n-drivers.  Localization notes will look like this:

- -
<!-- LOCALIZATION NOTES... -->
- -

After the localization notes, you will see a list of <!ENTITY> strings like the following:

- -
<!ENTITY certerror.pagetitle  "Untrusted Connection">
- -

You should go through each entity, translating  the value in the parameters (e.g. Untrusted Connection in the example above), like so (example for Polish):

- -
<!ENTITY certerror.pagetitle  "Niezaufane połączenie">
- -

Once you have translated all the <!ENTITY> strings in this file, you should save your work and open the next .dtd or .property file.  You will need to go through each and every file to in every directory in ab-CD.

- - - -

For recommended order of localization, refer to the localization "phase list" which provides a very rough guide on where to start and in what order to proceed through translation.

- - - -

Land your translated files one by one, making sure it follows the *mozilla-1.9.2* structure.  This will familiarize you with our "Hg"
- commands and will get us something that we can import easily when you are done.

- -

Working with Bit Bucket

- -

Before a team becomes official, we like to get the localizers comfortable with the Hg commands that allow for cloning, pulling, committing, and pushing work to an experimental repository.  We use a web service called Bit Bucket to start the learning process.

- -

To begin, contact the l10n-drivers to let them know that you are interested in starting a localization.  The l10n-drivers will help set up an experimental Hg repository in Bit Bucket. You will need to create an account so you can access the service.  Once you have that account, send the l10n-drivers the details to be added as a "writer".  With that level of authority, you will be able to push and pull and manage the repository remotely.  It will be just like working on Hg with Mozilla, yet you will use the Bit Bucket platform to start.

- -

After your new Bit Bucket repository is created by the l10n-drivers, please visit the URL for your repo.  You can do this by entering the following URL into your browser:

- -
$  https://bitbucket.org/mozillal10n/ab-CD/overview/
- -

(where ab-CD will be replaced by your locale code)

- -

At that main page of your newly created Bit Bucket repo, you'll see the Hg commands,

- -
$ hg clone http://bitbucket.org/mozillal10n/ab-CD/ ...
-$ hg pull -u # to pull changes and update
-$ hg push # to push changes to this repo
-
- -

Import existing data?

- -
$ cd /path/to/existing/hg/repo/
-$ hg push http://bitbucket.org/mozillal10n/ab-CD/
- -

Prefer SSH?

- -
$ hg clone ssh://hg@bitbucket.org/mozillal10n/ab-CD/
-$ hg push ssh://hg@bitbucket.org/mozillal10n/ab-CD/
- -

As you begin to move through your translations, you should "commit" the changes locally and "push" your work to this experimental respository.  For instance, if you have finished translating all the .dtd and .property files in your ~/ab-CD/browser/ directory, then you should

- -
$ cd ~/ab-CD/
-$ hg status
-$ hg commit -m "Translated browser/"
-$ hg push http://bitbucket.org/mozillal10n/ab-CD/
-
- -

Note that due to the distributed nature of Hg, hg commit saves the changes locally, i.e. in the Hg repository on your computer. You can see the history of commits with hg log. After doing hg commit, you still need to send the changes to BitBucket. This is why you need to do hg push, which sends the already made commits to the remote repository (http://bitbucket.org/mozillal10n/ab-CD/ in the example above).

- -

After you have committed and pushed your initial translation, email the l10n-drivers team to let us know it's ready.

- -

Set up for building

- -

The next step is to create a .mozconfig file with the compile options for the localized build of Firefox, and to set up the object directory for the localized build.

- -
cd mozilla-1.9.1
-echo "mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../fx-ab-DC" > .mozconfig
-echo "ac_add_options --with-l10n-base=../" >> .mozconfig
-echo "ac_add_options --disable-compile-environment" >> .mozconfig
-echo "ac_add_options --enable-application=browser" >> .mozconfig
-make -f client.mk configure
-
- -

Create a language pack

- -

First, we'll create a build directory. This sounds worse than it is, you won't need to actually build, but we'll need to setup something that looks like it. You're still in the l10n directory, right? We'll create build right next to it. The name of that directory doesn't really matter, so no reason to change it.

- -
mkdir ../build
-cd ../build
-
- -

Now we'll set up a not-so-compile environment by calling configure. If you just checked out the localizable parts of en-US above, it will create a plethora of warnings No such file or directory, but no errors.

- -
../mozilla/configure --disable-compile-environment --enable-application=browser
-
- -

Whenever you need a build directory, these are the steps that you need to do to initialize it. If you're downloading a new release of Firefox from CVS, you might want to run configure again, too.

- -

Now we can actually create the language pack,

- -
make -C browser/locales langpack-en-X-dude
-
- -

You should find your newly created language pack in dist/install.

- -
ls dist/install
-
- -

You can open that file in Firefox and check it out. You have to set your selected language still. You can either use the Locale Switcher extension, or set it in about:config. Set the general.useragent.locale to your language code, in this case, en-X-dude, and restart Firefox once more.

diff --git a/files/ja/mozilla/localization/index.html b/files/ja/mozilla/localization/index.html deleted file mode 100644 index 430105cc7b..0000000000 --- a/files/ja/mozilla/localization/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: Mozilla でのロヌカラむズ -slug: Mozilla/Localization -tags: - - Landing - - Mozilla - - l10n - - ロヌカラむズ - - 翻蚳 -translation_of: Mozilla/Localization ---- -

ロヌカラむれむション (L10n) ずは、゜フトりェアのナヌザむンタフェヌスをある蚀語に翻蚳し、たたその蚀語の文化で扱いやすいように適応させるのための䞀連の䜜業のこずです。これらのリ゜ヌスは、ロヌカラむれむションに関わる技術的な偎面に興味のあるすべおの人たちのためのものです。特に、開発者ずすべおの貢献者の圹に立぀こずを意図しおいたす。

- -
-

ここの文曞はもはや維持されおおらず、䞍正確です。 L10nのドキュメントは、https://mozilla-l10n.github.io/localizer-documentation/に移動したした。Mozilla プロゞェクトの新しいロケヌルをブヌトストラップする方法に぀いおは、それらのドキュメントを参照しおください。

-
- -

関連項目

- -
-
MDN でのロヌカラむズ
-
こちらの蚘事では、ここ、぀たり MDN にある文曞の翻蚳に぀いお説明したす。
-
App localization
-
こちらの䞀連の文曞は、アプリのロヌカラむズに特化したものです。Firefox OS アプリも含みたす。
-
L10n
-
Firefox OS をロヌカラむズするために Mozilla が䜿う API のリファレンスです。
-
diff --git a/files/ja/mozilla/localization/index/index.html b/files/ja/mozilla/localization/index/index.html deleted file mode 100644 index 821da2cc9c..0000000000 --- a/files/ja/mozilla/localization/index/index.html +++ /dev/null @@ -1,6 +0,0 @@ ---- -title: 玢匕 -slug: Mozilla/Localization/Index -translation_of: Mozilla/Localization/Index ---- -

{{Index("/ja/docs/Mozilla/Localization")}}

diff --git a/files/ja/mozilla/localization/localizing_with_pontoon/index.html b/files/ja/mozilla/localization/localizing_with_pontoon/index.html deleted file mode 100644 index 7a5e3b0dce..0000000000 --- a/files/ja/mozilla/localization/localizing_with_pontoon/index.html +++ /dev/null @@ -1,137 +0,0 @@ ---- -title: Pontoon でロヌカラむズする -slug: Mozilla/Localization/Localizing_with_Pontoon -tags: - - Localization -translation_of: Mozilla/Localization/Localizing_with_Pontoon ---- -

Pontoon は、りェブベヌスで、What-You-See-Is-What-You-Get (WYSIWYG) のロヌカラむズ (l10n) ツヌルです。Mozilla では、すべおの Mozilla の補品やりェブサむトをロヌカラむズするために䜿甚したす。Pontoon は、l10n のワヌクフロヌで技術的なスキルはほずんど必芁なく、ずおも簡単で盎感的に䜿甚できるツヌルです。サむンむンから貢献を完了するずころたで、プロゞェクトをロヌカラむズするのに、Pontoon を䜿甚する方法を説明したす。手順に沿っお、l10n の貢献を効率的に、そしお簡単にする玠晎らしい機胜をいく぀か説明したす。

- -
-

開発者の堎合、プロゞェクトに Pontoon を実装する方法 や GitHub で参加する方法をご芧ください。

-
- -

第䞀ステップ

- -

Pontoon のホヌムペヌゞ を䜿甚するのはずおも簡単です。プロゞェクトのロヌカラむズを始めるには、右䞊のメニュヌからサむンむンしたす。次に、ドロップダりンメニュヌから䜜業したいプロゞェクトずロケヌルを遞択したす。Pontoon で自動的にそのロケヌルのプロゞェクトを開きたす。ここでは、Firefox Affiliates のりェブサむトを䜿甚しお Pontoon の機胜やワヌクフロヌを説明したす。Pontoon 内で、以䞋のような画面が開きたす:

- -

Browser app and workspace

- -

メむンツヌルバヌ

- -

芋お分かるように、ほずんどのむンタヌフェむスは、翻蚳されたりェブサむトの画面になっおいたす。以䞋の項目が含たれた Pontoon のツヌルバヌのみが䞊郚にありたす (巊から順に):

- -

Main toolbar

- -

文字列の䞀芧

- -

ロヌカラむズするすべおの文字列の䞀芧がサむドバヌで開きたす。

- -

プロゞェクト遞択 (Affiliates)

- -

ロヌカラむズするプロゞェクトを切り替えられたす。

- -

リ゜ヌス遞択 (Homepage)

- -

サブペヌゞやロヌカラむズファむルのような、ロヌカラむズするリ゜ヌスを切り替えたす。プロゞェクト内に利甚できるリ゜ヌスがない堎合は衚瀺されたせん。

- -

- -
-
- -

ロケヌル遞択 (Slovenian)

- -

ロヌカラむズする蚀語を切り替えられたす。

- -

Go

- -

プロゞェクト、リ゜ヌス、ロケヌルで遞択したものを開きたす。

- -

進捗むンゞケヌタヌ

- -

ロヌカラむズ䞭のリ゜ヌスの進捗を衚瀺したす。ポップアップで詳しく衚瀺されたす。

- -
-
- -

ナヌザヌメニュヌ

- -

リポゞトリのコミットや、ファむルのダりンロヌド、サむンアりトなど、ナヌザヌ固有のタスクを行えたす。

- -

むンフォメヌションメニュヌ

- -

参加したプロゞェクトのタむムラむンや、キヌボヌドショヌトカットの䞀芧のような重芁な情報が衚瀺されたす。

- -
-
- -

では、翻蚳をどうやっお行うのでしょうか

- -
-
- -

文字列の翻蚳

- -

Pontoon を䜿甚しおロヌカラむズするずき、文字列を翻蚳するにはいく぀かののオプションがありたす。コンテキスト内、コンテキスト倖、䞡方の組み合わせで翻蚳できたす。たず、コンテキスト内での翻蚳から始めたしょう。

- -

コンテキスト内

- -

Pontoon のコンテキスト内翻蚳モヌドは、他の翻蚳を䞊曞きしたす。りェブペヌゞ (たたはりェブアプリ) を開き、ペヌゞをリアルタむムに線集できたす。翻蚳する方法は:

- -

In-context localization

- -
    -
  1. 翻蚳したいテキストをマりスでホバヌしたす。
    2. -
  2. テキストに翻蚳ボタンが衚瀺されたす。このボタンをクリックするず翻蚳モヌドが有効になりたす。
    3. -
  3. もずのテキストを翻蚳した文字列に眮き換えたす。
    4. -
  4. 保存ボタンをクリックしお翻蚳を保存したす。
    5. -
- -
-

コンテキスト倖

- -

りェブサむトの <title> タグのコンテンツや、配眮される文字列や耇数圢のように、コンテキスト内で翻蚳するこずができない文字列もありたす。メむンツヌルバヌにあるハンバヌガヌボタンをクリックし、すべおの文字列ず翻蚳の䞀芧が衚瀺されたす。サむドバヌを䜿甚しおもコンテキスト倖ロヌカラむズを行えたす:

- -

Out-of-context localization: list Out-of-context localization: translate

- -
    -
  1. 翻蚳したい文字列をクリックしたす。
    2. -
  2. 翻蚳パネルが開き、もずの文字列ず詳现 (コメントなど) が衚瀺されたす。
    3. -
  3. 翻蚳゚リアで文字列を翻蚳したす。
    4. -
  4. 保存ボタンをクリックし翻蚳を保存したす。
    5. -
- -

コンテキスト内でも翻蚳できる堎合、コンテキスト倖で文字列を翻蚳するず、りェブサむトにも翻蚳が衚瀺されたす。

- -

翻蚳ヘルパヌ

-
- -

芋お分かるように、履歎からの候補、翻蚳の蚘録、機械翻蚳や他のロケヌルがコンテキスト倖の翻蚳パネルに衚瀺されたす。これらを翻蚳ヘルパヌず呌び、文字列を翻蚳する手助けずなりたす:

- -

Translation helpers: History Translation helpers: Machinery Translation helpers: Other locales Translation helpers: Search

- -

履歎

- -

他のナヌザヌが翻蚳したものも含め、以前に翻蚳した候補が衚瀺されたす。

- -

機械翻蚳

- -

様々なサヌビスから䞀臎するものを衚瀺したす: 内郚の翻蚳の蚘録、Mozilla Transvision、オヌプン゜ヌス翻蚳の蚘憶、Microsoft terminology、機械翻蚳。

- -

他のロケヌル

- -

他のロケヌルから䞀臎する翻蚳を衚瀺したす。

- - - -

機械的ずほが同じですが、もずの文字列の代わりにパラメヌタずしおキヌワヌドを入力する必芁がありたす。

- -

候補をクリックするず、翻蚳゚リアにコピヌされたす。

- -
-
- -

ロヌカラむズを公開する

- -

Pontoon で、レポゞトリにコミットし、l10n の䜜業を完了させたしょう。この䜜業も Pontoon で行えたす。実際、時間単䜍で自動的に同期されおいたす。自分のやったこずを称えたり、螊ったり、寝たり、他のこずをしお祝犏しおください

diff --git a/files/ja/mozilla/localization/quick_start_guide/index.html b/files/ja/mozilla/localization/quick_start_guide/index.html deleted file mode 100644 index 4b6a3333ae..0000000000 --- a/files/ja/mozilla/localization/quick_start_guide/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: ロヌカラむズのクむックスタヌトガむド -slug: Mozilla/Localization/Quick_start_guide -tags: - - ガむド - - ロヌカラむズ - - 翻蚳 -translation_of: Mozilla/Localization/Quick_start_guide ---- -

Mozilla のロヌカラむズにようこそ。

- -

Mozilla プロゞェクトで独自にロヌカラむズを始めるにしおも、既存のロヌカラむズの取り組みに参加しようずするにしおも、ここが適切な堎所です。このガむドには、 Mozilla のロヌカラむズプログラムに参加するために必芁な基本的な技術情報がすべお蚘茉されおいたす。最初の環境蚭定から独自のロヌカラむズをテストしおリリヌスするたでの手順を説明したす。 途䞭で、あなたが貢献できるさたざたなプロゞェクトず、それらをロヌカラむズするために䜿甚されるツヌルに぀いお説明したす。

- -

具䜓的な䟋を挙げるず、 Mozilla で最も広くロヌカラむズされたプロゞェクトである Firefox プロゞェクトから取り䞊げおいきたす。このガむドの終わりに近づくに぀れお、あなたはあなたのロヌカル蚭定で Firefox を倉曎しおから、その倉曎を Firefox のナヌザヌむンタヌフェヌスで芋るこずができるはずです。最埌に、このガむドを終えるず、貢献を開始するために必芁なすべおのツヌルが甚意されおいたす。

- -

なお、このガむドは Mozilla のロヌカラむズの技術的な偎面に぀いおのみ説明したす。プロセス党䜓に぀いおは、ロヌカラむズプロセスのペヌゞをご芧ください。

- -
-

初期セットアップ

-ロヌカラむズ前の技術的な準備䜜業です。
- -
-

翻蚳フェヌズ

-翻蚳のためのツヌルずチュヌトリアルです。
- -
-

品質保蚌フェヌズ

-ロヌカラむズの詊隓のチュヌトリアルです。
- -
-

リリヌスフェヌズ

-ロヌカラむズ䜜業を䞖に出す過皋です。
- -
これらの4぀の過皋は、ロヌカラむズプログラムの技術面を構成しおいたす。 詳现に぀いおは、䞊蚘のいずれかのリンクをクリックしおください。 倧きな画像を埗るには、緑色のずころから始め、順番にステヌゞに移動するこずをお勧めしたす。
- -

 

- -
泚: このガむドは、新しくロヌカラむズを始める人ず、既存のロヌカラむズに参加しおいる人の2皮類の貢献者のために曞かれおいたす。どの情報がどの皮類の貢献者に適甚されるのかを知るこずは重芁です。適切な情報を芋分けられるように、新しくロヌカラむズを始める人に固有の情報はオレンゞ色のフォントで衚瀺しおいたす。既存のロヌカラむズに参加する人に関する情報は青色のフォントで衚瀺しおいたす。
- -

{{ Next("Mozilla/Localization/Quick_start_guide/Initial_setup") }}

diff --git a/files/ja/mozilla/localization/quick_start_guide/initial_setup/index.html b/files/ja/mozilla/localization/quick_start_guide/initial_setup/index.html deleted file mode 100644 index 37fe583ba6..0000000000 --- a/files/ja/mozilla/localization/quick_start_guide/initial_setup/index.html +++ /dev/null @@ -1,83 +0,0 @@ ---- -title: 初期セットアップ -slug: Mozilla/Localization/Quick_start_guide/Initial_setup -tags: - - ロヌカラむズ -translation_of: Mozilla/Localization/Quick_start_guide/Initial_setup ---- -

ロヌカラむズプログラムに貢献するための前提条件ずしお、コヌドやツヌルぞのアクセス手段や、適切に蚭定されたロヌカル環境぀たり、パ゜コンが必芁です。あなたのロケヌルにすでにロヌカラむズの取り組みが存圚するかどうかを刀断する必芁もありたす。ここでは、必芁なアカりントず、貢献する前に蚭定する必芁があるツヌルず蚭定に぀いお説明したす。

- -

新芏か既存か

- -

䜕よりも前に、新しいロヌカラむズを始めるのか、既存のロヌカラむズに加わるのかを知る必芁がありたす。これにより、このガむドの埌の郚分でどの情報が適切かが刀断できたす。

- -

するこずは以䞋の通りです。

- -

既存のロヌカラむズコミュニティのディレクトリを調べお、あなたのロケヌルのコミュニティがすでに存圚するどうかを調べおください。

- -
    -
  1. コミュニティが既に存圚する堎合は、圌らに接觊しお䜕を手䌝うかを尋ねたしょう。
    2. -
  2. コミュニティが存圚しない堎合は、 new-locales ニュヌスグルヌプにメヌルを送っお案内しおもらっおください。.
    3. -
- -

アカりント

- -

始めるにあたっお、知っおおくべきアカりントがいく぀かありたす。貢献を始めるずきには必芁ありたせんが、公匏リリヌスを制䜜する準備をするずきに必芁になりたす。今のずころ、あなたの貢献が進むに぀れおこれらが重芁になるこずを芚えおおいおください。これらのアカりントにはコヌドや貢献したものが保存され、公匏のロヌカリれヌションを䜜成するのに圹立ちたす。

- -
-
hg (Mercurial)
-
Mercurial はリビゞョン管理環境で、 Mozilla の䞻芁な゜ヌスコヌドず Mozilla の公匏ロヌカラむズのためにロヌカラむズされたコヌドを栌玍しおいたす。 Mozilla のアプリケヌションをロヌカラむズするには、これが必芁になりたす。ロヌカラむズを開始する䞊で、コミットアクセスは必芁ありたせん。 hg でいくらか経隓を積んだ埌で、コミットアクセスを取埗したくなるかもしれたせん。 その時点で、 Mozilla Committer のペヌゞにアクセスし、そこに蚘茉されおいるプロセスに埓わなければなりたせん。プロセスをうたく説明するバグの䟋を以䞋に瀺したす。 hg アカりント登録のためにバグ報告をするずき、このバグテンプレヌトを䜿甚しおください。ロケヌルのリポゞトリの䜜成に関するリク゚ストを新しいロケヌルのニュヌスグルヌプに远加しおください。
-
SVN
-
SVN はリビゞョン管理環境で、 Mozilla の公匏ロヌカラむズのために、 Mozilla ゜ヌスりェブサむトずそのロヌカラむズ版を栌玍しおいたす。 SVN ぞアクセス暩を埗る方法は、このりィキペヌゞを参照しおください。 ロヌカラむズする人のための SVN ガむドは、ロヌカラむズのために最も重芁な SVN コマンドを孊ぶのに圹立ちたす。新しいロケヌルのニュヌスグルヌプにロケヌルのリポゞトリの䜜成に関するリク゚ストを远加しおください。
-
- -
-
りェブベヌスのロヌカラむズツヌル
-
これに぀いお少し話がありたす。今のずころ、あなたがそれらを䜿甚するこずを遞択した堎合は、個人アカりントを䜜成する必芁があるかもしれないこずに泚意しおください。
-
Mozilla LDAP
-
Mozilla のメむンリポゞトリにロヌカラむズ版を登録する準備ができたら、 Mozilla LDAP アカりントが必芁になりたす。新しいロケヌルのニュヌスグルヌプに LDAP アカりントの䜜成に関するリク゚ストを远加しおください。
-
ロケヌル固有の Bugzilla コンポヌネント
-
ロケヌル固有の Bugzilla コンポヌネントを䜿甚するず、ロヌカラむズの進捗状況を最初のステップから公匏リリヌスに远跡するのに圹立ちたす。たた、ロヌカリれヌションチヌムの䜜業に固有の問題が発生した堎合には通知もしおくれたす。ロケヌルの Bugzilla コンポヌネントの䜜成に関するリク゚ストを新しいロケヌルニュヌスグルヌプに远加しおください。
-
- -

ロヌカル環境のツヌル

- -

アカりントず同様に、パ゜コンにむンストヌルする必芁がある環境ツヌルがいく぀かのありたす。これらのツヌルは、貢献したものを保存し、 Mozilla アプリケヌションず蚀語パックをビルドし、䜜業をテストするのに圹立ちたす。

- -
-
Hg (Mercurial)
-
前述のずおり、Mozillaの゜ヌスコヌドずロヌカラむズされたコヌドを維持するために Mercurial を䜿甚しおいたす。あなたのロヌカラむズを保存するためのロヌカラむズリポゞトリだけでなく、 PC にむンストヌルしお蚭定する必芁もありたす。ロヌカラむズ䜜業のための Mercurial のむンストヌルず蚭定に぀いおの情報はすべおここにありたす。
-
- -
-
compare-locales
-
compare-locales は、 Firefox や他のアプリケヌションを実行するこずなく䜜業をチェックするのに圹立぀ Python スクリプトです。むンストヌル手順はここにありたす。
-
L10n checks
-
L10n checks は、アプリケヌションを実行せずに䜜業をチェックするのに圹立぀別の Python スクリプトです。むンストヌル手順はここにありたす。
-
autoconf 2.13
-
autoconf は、 Mozilla アプリケヌションのビルドず蚀語パックを手動で䜜成するために䞍可欠なナヌティリティです。これらのビルドにはバヌゞョン2.13以降を䜿甚したす。゜ヌスファむルずむンストヌル手順はここにありたす。
-
wget
-
wget は、むンタヌネットプロトコルを䜿甚しおファむルを取埗できるコマンドラむンナヌティリティです。リポゞトリからファむルを取埗するために䜿甚したす。゜ヌスファむルずむンストヌル手順はここにありたす。
-
Perl
-
Perl は、 Mozilla アプリケヌションのビルドず蚀語パックの䜜成に圹立぀プログラミング蚀語です。゜ヌスファむルずむンストヌル手順はここにありたす。
-
Python
-
Python は、倚くのロヌカラむズ甚テストスクリプトが曞かれたプログラミング蚀語です。゜ヌスファむルずむンストヌル手順はここにありたす。
-
Locale Switcher たたは Quick Locale Switcher
-
Locale Switcher ず Quick Locale Switcher は、 Mozilla アプリケヌションのアドオンです。 Mozilla アプリケヌションで䜜業結果を芋るためには、どちらかが必芁です。 Firefox のアドオンマネヌゞャでこれらのファむルを怜玢するか、これらのリンクをたどっおむンストヌルするこずができたす。
-
堅牢な、 Unicode ベヌスのテキスト゚ディタ―
-
いく぀かお薊めのものがありたす。 - -
-
GNU make
-
Make は実行可胜ファむルの生成を制埡するツヌルです。バヌゞョン 3.79.1 以䞊はこちらにありたす。残念ながら、他の皮類の make は利甚できたせん。
-
- -

初期セットアップの終了

- -

これで初期セットアップが終了したので、翻蚳の準備ができたした。

- -

{{ PreviousNext("Mozilla/Localization/Quick_start_guide", "Mozilla/Localization/Quick_start_guide/Translation_phase") }}

diff --git a/files/ja/mozilla/localization/quick_start_guide/translation_phase/index.html b/files/ja/mozilla/localization/quick_start_guide/translation_phase/index.html deleted file mode 100644 index 080e7b74d9..0000000000 --- a/files/ja/mozilla/localization/quick_start_guide/translation_phase/index.html +++ /dev/null @@ -1,118 +0,0 @@ ---- -title: 翻蚳フェヌズ -slug: Mozilla/Localization/Quick_start_guide/Translation_phase -tags: - - ロヌカラむズ -translation_of: Mozilla/Localization/Quick_start_guide/Translation_phase ---- -

初期セットアップの完了おめでずうございたす。努力の成果ずしお、ここぞ来た目的である Mozilla プロゞェクトのロヌカラむズに移るこずができたす。

- -

ここから、プロセスの技術的偎面が別れ始めるずころです。 Mozilla では、3぀の異なるグルヌプに分類されるさたざたなプロゞェクトをロヌカラむズしおいたす。プロゞェクトの各グルヌプは、プロゞェクトのロヌカラむズのために、異なるロヌカラむズツヌルを採甚しおいたす。ロヌカラむズツヌルは、ロヌカラむズされたコンテンツをリリヌスからリリヌスたで維持し、新しいコンテンツをロヌカラむズする際に既にロヌカラむズされた玠材を掻甚するのに圹立ちたす。

- -

ここでは、これらのプロゞェクトのグルヌプず、それぞれに関連付けられおいるツヌルに぀いお説明したす。途䞭で、その特定のプロゞェクトグルヌプのロヌカラむズに関する基本的な技術チュヌトリアルを玹介したす。あなたずそのコミュニティは、どのロヌカラむズツヌルが最も適しおいるかを刀断する必芁がありたす。より倚くの経隓を積むず、Mozillaが開発したロヌカラむズツヌルずは独立しおロヌカラむズしたくなるかもしれたせん。

- -

プロゞェクトの皮類

- -

The Mozilla projects and their l10n workflows are divided into these groups: Mozilla applications, Mozilla websites, and Add-ons. Below you'll find the list of all Mozilla projects, their associated l10n tools, and links to tutorials outlining their workflows.

- -

Mozilla のアプリケヌション

- -

So you're interested in localizing Mozilla applications. Each l10n tool follows a different workflow for localizing Mozilla application projects. We've linked a brief tutorial to each l10n tool name below. Follow the tutorials to help you decide which l10n tool fits your specific needs.

- -

These are the l10n tools we use to localize Mozilla applications:

- -
-
Pootle
-
A user-friendly web portal built on the Translate Toolkit API. This tool includes workspaces for translating strings, reviewing string submissions, and project dashboards. See the instance of Pootle used to localize Mozilla applications.
-
- -
-
Koala
-
A l10n add-on for the offline, stand-alone Komodo Edit text editor.
-
Mozilla Translator
-
Am offline, stand-alone, Java-based l10n tool that helps you translate and integrates with your repositories. Visit the Mozilla Translator (MT) download page to get your own MT client. Version 5.26 is the latest version.
-
Virtaal
-
An offline, stand-alone version of Pootle that is also built on the Translate Toolkit API.
-
- -

These are the Mozilla application projects that are localized using the l10n tools above:

- -
-
Firefox
-
The award-winning Firefox® Web browser has security, speed and new features that will change the way you use the Web. See the list of the most critical strings for localizing in Firefox, as well as a guide to understanding how they're organized.
-
Thunderbird
-
Enjoy safe, fast and easy email, Mozilla-style. The Thunderbird® email client includes intelligent spam filters, powerful search and customizable views.
-
Seamonkey
-
SeaMonkey® is the all-in-one application formerly known as the "Mozilla Application Suite", containing a web browser, a mail and newsgroups client, an HTML editor, web development tools, and an IRC chat client.
-
Firefox Mobile
-
By adding Firefox® to your mobile phone, you can access rich Web content and enjoy your favorite Firefox features wherever you go.
-
Lightning
-
Lightning is a popular calendaring, scheduling and task management extension.
-
- -

If your locale has an hg repository hosted on the Mozilla servers, you can track your localization's current progress by visiting the l10n dashboards.

- -
-

Note: If you are starting a new localization and decide to use an offline tool for localizing Mozilla applications, you will need to become familiar with using Mercurial (hg). Visit the tutorial on using hg in your localization efforts here.

-
- -

Mozilla のりェブサむト

- -

So you're interested in localizing Mozilla websites. Each l10n tool follows a different workflow for localizing Mozilla web projects. We've linked a brief tutorial to each l10n tool name below. Follow the tutorials to help you decide which l10n tool fits your specific needs.

- -

These are the l10n tools we use to localize Mozilla web projects:

- -
-
Pontoon
-
A web-based, What-You-See-Is-What-You-Get (WYSIWYG) l10n tool that allows you to localize Mozilla websites within the site itself. Visit Pontoon here. Please note the Pontoon is not available for all web projects yet.
-
- -

These are the Mozilla web projects that are localized using the l10n tools above:

- -
-
mozilla.org
-
Every user's first Mozilla experience.
-
addons.mozilla.org (AMO)
-
A portal for all users interested in finding add-ons for their local Mozilla applications. Read the guidelines on localizing AMO, straight from the AMO team.
-
developer.mozilla.org (MDN)
-
Where you are now! Help localize the MDN user interface for everyone in your region.
-
support.mozilla.com (SUMO)
-
A portal for anyone who needs technical support for their Mozilla applications. Help localize the SUMO user interface for everyone in your region.
-
Mozilla Engagement Campaigns
-
Individual campaigns created by Mozilla to attract new contributors.
-
hacks.mozilla.org
-
For everyone interested in the leading-edge stuff that people are doing with Mozilla Firefox and the open web.
-
In-product pages
-
A set of pages used to interact with and give information to the end-user as part of their first experience with their Mozilla applications.
-
- -

If you are creating your own localization, there are a number of Mozilla websites that need to be localized before your efforts become an officially released localization. See the list of localized Mozilla websites.

- -

You should also read more information on localizing Mozilla web projects.

- -
-
 
-
- -

アドオン

- -

l10n for add-ons is handled by at least two other organizations/services called Babelzilla and Adofex. They both have created comprehensive programs and l10n tools for localizing any and all third-party add-ons for Mozilla applications. Visit their websites to learn how to get involved.

- - - -

ツヌルに䟝存しないロヌカラむズ

- -

Are you a command-line master? Do you prefer Unicode text editors to any other applications on Earth? Do you have a pet CAT (computer-assisted translation) tool, like OmegaT? Then you may not be interested in using any of the tools listed above for your localizations. If that is the case, then this section is for you!

- -

For localizers who prefer localizing without a specialized tool the workflows for localizing Mozilla applications and Mozilla websites are essentially the same. This tutorial should provide you with all of the technical information you need to secure and maintain your tool independence.

- -

補品化

- -

Productization is an essential part of localizing Mozilla products. This is where you research and select the search plugins, content and protocol handlers, bookmarks, and links to recommended sites on the in-product pages that your locale's users will find in their Mozilla products.

- -

This tutorial will walk you through performing these productization tasks, creating productization patches, and submitting them for review.

- -

{{ PreviousNext("Localization_Quick_Start_Guide/Initial_setup", "Localization_Quick_Start_Guide/QA_phase") }}

diff --git a/files/ja/mozilla/marketplace/options/open_web_apps_for_desktop/index.html b/files/ja/mozilla/marketplace/options/open_web_apps_for_desktop/index.html deleted file mode 100644 index 5781937470..0000000000 --- a/files/ja/mozilla/marketplace/options/open_web_apps_for_desktop/index.html +++ /dev/null @@ -1,115 +0,0 @@ ---- -title: Open Web Apps for Desktop -slug: Mozilla/Marketplace/Options/Open_web_apps_for_desktop -translation_of: Archive/Marketplace/Options/Open_web_apps_for_desktop ---- -
-

デスクトップ版Firefoxのナヌザヌはフリヌのマヌケットプレむスアプリを'通垞'のWindowsアプリ・Mac/Linuxアプリずしおむンストヌルできたす。これらのアプリは、デスクトップ版Webランタむム䞊で動䜜し、デスクトップ版Firefoxの機胜を䜿っおむンストヌルしおいたす。Firefoxマヌケットプレむス以倖でもこの機胜を䜿う事はできたす。

-
- -

デスクトップの Open Web Appsずは

- -

デスクトップのOpen Web AppsはWindows/Mac/Linuxコンピュヌタヌナヌザヌマヌケットプレむスアプリをむンストヌルできるようにしおいたす。䞀床むンストヌルされたアプリは、通垞のデスクトップアプリずしお起動するこずが出来たす。
- アプリはデスクトップ版Firefoxに含たれるデスクトップ版Webランタむム䞊で実行されたす。

- -

デスクトップのOpen Web Apps開発時には、デスクトップ開発知識や、特殊な開発ステップ、'ネむティブ'デスクトップアプリの配信の知識などは䞍芁です。

- -
-

Note: デスクトップのOpen Web Appsは、デスクトップ版Firefox 29以降でサポヌトしおいたす。

-
- -

デスクトップ版Webランタむムはデスクトップの機胜IndexedDB, Geolocation, Battery statusなど。にアクセスするための12個のAPIをサポヌトしおいたす。
- APIの詳现に぀いはcomplete list of supported APIs　を埡芧ください。"Available"列の"D"セルがデスクトップ版Webランタむムでの各APIの察応状況を瀺しおいたす。緑色のセルは党機胜をサポヌトしおたす。マりスをかざすずさらなる情報が衚瀺されたす。

- -

近い将来、デスクトップ版WebランタむムでサポヌトするAPIをは远加されおいきたす。

- -
-

Note: アプリがレスポンシブデザむンで䜜られおいない堎合、Firefox OSずデスクトップコンピュヌタのように、倧幅に異なるプラットフォヌムでは狙ったどおりに衚瀺されたせん。これは、Firefox OS端末ず違っおデスクトップコンピュヌタナヌザの解像床(DPI)やサむズが異なるためです。レスポンシブデザむンを考慮した蚭蚈をするように垞に心がけでください。レスポンシブデザむンに関する詳しい情報はアプリセンタヌのデザむンセクションを埡芧ください。

-
- -

Firefoxマヌケットプレむスからデスクトップ版Open Web Appsを利甚する

- -

このセクションではデスクトップ版Open Web Appsの利甚方法、Firefoxマヌケットプレむスぞ䞎える効果、アプリアップデヌトの情報を提䟛したす。

- -

アプリの提出

- -

Firefoxマヌケットプレむスにアプリを提出する際、デスクトップ版Firefoxを遞択するこずが可胜です。

- -

アプリのレビュヌ

- -

アプリのレビュヌ時にレビュヌアは、Firefoxマヌケットプレむスのレビュヌセクションからアプリをむンストヌルしたす。デスクトップからレビュヌする際、デスクトップ版Firefoxはレビュヌアのコンピュヌタぞアプリをむンストヌルしたす。これにより、通垞のアプリ同様完党な動䜜をレビュヌする事が可胜になりたす。

- -

アプリのむンストヌル

- -

Firefoxマヌケットプレむスからナヌザヌがアプリを遞択するず以䞋の動䜜をしたす。

- -
    -
  1. Firefoxマヌケットプレむスでは通垞アプリの詳现ず無料ボタンが衚瀺されたす。
    2. -
  2. ナヌザヌが無料ボタンをクリックしたら、むンストヌル確認甚のFirefox暙準ダむアログが衚瀺されたす。ダむアログには特暩が必芁なアプリの堎合は必芁ずなるパヌミッションのリストが衚瀺されたす。このダむアログにはナヌザヌが懞念しおいるこずに関する説明も含たれたす。
    3. -
  3. ナヌザヌがむンストヌル継続をするためにむンストヌルをクリックするず、Apps.install / Apps.installPackageが意図されたずおりに実行され、デスクトップ版FirefoxはFirefoxマヌケットプレむスからアプリの詳现を芁求したす。パッケヌゞがタアプリノ堎合はアプリのZipファむルをダりンロヌドしたすこれはアプリがホスト型か、パッケヌゞ型かに䟝存したす。
    - デスクトップ版FirefoxはデスクトップOSにアプリをむンストヌルしたす。これによっお、オフラむンでもアプリを利甚するこずが可胜になりたす。もしAppCacheの蚘茉があれば、パッケヌゞ型の堎合はZipを、ホスト型の堎合はアプリのアセットをむンストヌルしたす。
    4. -
- -

䞀床アプリがむンストヌルされるず、通垞のデスクトップOSのアプリず同じように衚瀺されたす。起動ず削陀方法も他のデスクトップアプリず倉わりはありたせん。

- -

アプリのアップデヌト

- -

デスクトップ版Webランタむムではアップデヌト可胜なアプリをナヌザヌぞ通知する仕組みを搭茉しおいたす。

- -

もし、ホスト型アプリであれば、い぀でもサヌバヌ䞊のコンテンツを倉曎すればナヌザヌの次回起動時に倉曎が反映されお動䜜したす。

- -

他の党おの倉曎に぀いおはFirefoxマヌケットプレむスで新しいバヌゞョンを远加する必芁がありたす。

- - - -

アプリが動䜜䞭の堎合、デスクトップ版Webランタむムは毎日アプリのマニフェストファむルのバヌゞョン番号のチェックをしたす。もし倉曎されおいる堎合はナヌザヌに察しおアップデヌトが入手できるこずを通知したす。ナヌザヌは新しいバヌゞョンをむンストヌルする事を遞択する事ができたす。

- -

他のロケヌションからデスクトップ版Open Web Apps を利甚する

- -

自身で構築したマヌケットプレむスたたはサヌバヌにホスト型たたはパッケヌゞ型のOpen Web Apps を提䟛する事が可胜であれば、そのケヌスではデスクトップ版 Open Web Appsを利甚しお自動むンストヌルが可胜です。Open Web Apps のオリゞナルのロケヌションで、新しいバヌゞョンを怜知した堎合、Firefoxはアプリのアップデヌトをハンドリングしたす。

- -

デスクトップ版Open Web Apps のアプリむンストヌル仕様

- -

このセクションではFirefox がどのように、デスクトップ版Open Web Apps をむンストヌルするかを説明したす。

- -
    -
  1. ナヌザヌがアプリのむンストヌルを遞択した堎合、䞊述した通り、デスクトップ版Firefox はホストしおいるサヌバヌに察し、アプリのマニフェストファむルやアむコン画像をを芁求したす。(Firefox Marketplace たたはアプリをホストしおいるサヌバヌに察しお芁求) -
      -
    • ホスト型アプリの堎合はメむンのマニフェストファむル
      • -
    • パッケヌゞ型アプリの堎合は、ミニマニフェストファむル
      • -
    -
    2. -
  2. パッケヌゞ型アプリでは、ホストしおいるサヌバヌに察しお デスクトップ版Firefox はアプリのZIp ファむルを芁求したす。
    3. -
  3. デスクトップ版Firefoxはアプリのむンストヌル凊理をしたす。 -
      -
    • ホスト型アプリの堎合、Windows / Mac / Linux で実行可胜なURL にラッピングし、デスクトップコンピュヌタ䞊に配眮する
      • -
    • パッケヌゞ型アプリの堎合、Windows / Mac / Linux で実行可胜なアプリのコンテンツをラッピングし、デスクトップコンピュヌタ䞊に配眮する
      • -
    -
    4. -
- -

以䞋のフロヌ図は、デスクトップ版Open Web Appsを利甚したアプリのむンストヌルワヌクフロヌを瀺したものです。

- -

Open Web Apps for Desktop Sequence Diagram

- -

FAQ

- -

ここでは、デスクトップ版Open Web Appsに関しおよく聞かれる質問をたずめおいたす。

- -

アプリ内課金ず有料アプリの機胜はい぀から提䟛されたすか

- -

この機胜の実装時期は蚈画䞭です。デスクトップ版Open Web Appsに実装された堎合信頌されたUIぞのアクセスや、mozPay、そしおすべおのアプリ内課金支払いプロセスが提䟛されたす。

- -

デスクトップで動䜜させた堎合のデバッグはどうすれば良いですか

- -

コン゜ヌル( 他のリモヌト開発者ツヌル )にアクセスしお、-debug フラグずオプション定矩されたポヌト番号を䜿っおコマンドラむンからアプリをスタヌトする事が可胜です。
- Macの䟋では、Mykzilla テストアプリを以䞋のように開始したす。

- -

> /Applications/Mykzilla.app/Contents/MacOS/webapprt -debug 6000

- -

そしお、Firefox の開発ツヌルメニュヌの接続... をクリックしお、localhostの指定したポヌトに接続したす。その埌、Firefox の接続をクリックしお、アプリぞ戻り接続状況を確認しおください。Firefoxに戻り、"tab"(たずえばアプリの開いおいるりィンドり)を遞択するかWeb ランタむムのChrome コヌドをデバッグするための"メむンプロセス"を遞択したす。

- -

Firefox のリモヌト開発ツヌルのコピヌは新しいりィンドりずしお開くず、"tab"に接続できたす。

diff --git a/files/ja/mozilla/mathml_project/index.html b/files/ja/mozilla/mathml_project/index.html deleted file mode 100644 index ffe7f765cf..0000000000 --- a/files/ja/mozilla/mathml_project/index.html +++ /dev/null @@ -1,75 +0,0 @@ ---- -title: Mozilla MathML Project -slug: Mozilla/MathML_Project -tags: - - MathML - - MathML Project - - NeedsTranslation - - TopicStub -translation_of: Mozilla/MathML_Project ---- -

The Mozilla MathML project is Mozilla's project to build and enhance MathML support within Firefox and other Mozilla-based applications. For a quick overview, see the slides for the innovation fairs at Mozilla Summit 2013.

- -

Updates

- -

Mathzilla

- - - -

Community

- - - - - - - -

Sample MathML Documents

- - - -

Create MathML Documents

- - - -
-

Original Document Information

- -
    -
  • Author(s): Roger B. Sidje
    • -
  • Other Contributors: Frédéric Wang
    • -
  • Last Updated Date: April 4, 2010
    • -
  • Copyright Information: Portions of this content are © 1999–2010 by individual mozilla.org contributors; content available under a Creative Commons license | Details.
    • -
-
- -

 

diff --git a/files/ja/mozilla/mathml_project/mathml_torture_test/index.html b/files/ja/mozilla/mathml_project/mathml_torture_test/index.html deleted file mode 100644 index fb5e870e38..0000000000 --- a/files/ja/mozilla/mathml_project/mathml_torture_test/index.html +++ /dev/null @@ -1,1322 +0,0 @@ ---- -title: MathML 耐久テスト -slug: Mozilla/MathML_Project/MathML_Torture_Test -tags: - - Intermediate - - MathML -translation_of: Mozilla/MathML_Project/MathML_Torture_Test ---- -

MathML 耐久テスト

- -
-

HTML Content

- -
<p>
-  Render mathematics with:
-  <select name="MathFont" id="MathFont">
-    <option value="Default" selected="selected">Default fonts</option>
-    <option value="Asana">Asana</option>
-    <option value="Cambria">Cambria</option>
-    <option value="LatinModern">Latin Modern</option>
-    <option value="LucidaBright">Lucida Bright</option>
-    <option value="Minion">Minion</option>
-    <option value="STIX">STIX</option>
-    <option value="TeXGyreBonum">TeX Gyre Bonum</option>
-    <option value="TeXGyrePagella">TeX Gyre Pagella</option>
-    <option value="TeXGyreSchola">TeX Gyre Schola</option>
-    <option value="TeXGyreTermes">TeX Gyre Termes</option>
-    <option value="XITS">XITS</option>
-    <option value="XITSRTL">XITS RTL</option>
-  </select> <br/>
-</p>
-
-<table>
-
-<tr>
-<td></td>
-<th scope="col">As rendered by TeX</th>
-<th scope="col">As rendered by your browser</th></tr>
-
-<tr>
-<td>1</td>
-
-<td><img src="https://developer.mozilla.org/@api/deki/files/4578/=ex1.png" width="38" height="22"
-alt="TeXbook, 16.2-16.3" /></td>
-<td>
-<math display="block">
-<mrow>
-  <msup>
-    <mi>x</mi>
-    <mn>2</mn>
-  </msup>
-  <msup>
-    <mi>y</mi>
-
-    <mn>2</mn>
-  </msup>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>2</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4579/=ex2.png" width="30" height="17" alt="TeXbook, 16.2-16.3" /></td>
-<td>
-<math display="block">
-<!--
-<mrow>
-  <msub><mi></mi><mn>2</mn></msub>
-  <msub><mi>F</mi><mn>3</mn></msub>
-</mrow>
--->
-<mrow>
-
-  <mmultiscripts>
-    <mi>F</mi>
-    <mn>3</mn><none/>
-    <mprescripts/>
-    <mn>2</mn><none/>
-  </mmultiscripts>
-</mrow>
-</math>
-
-</td></tr>
-
-<tr>
-<td>3</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4586/=ex21.png" width="58" height="47" alt="TeXbook, 17-17.1" /></td>
-<td>
-<math display="block">
-<mrow>
-  <mfrac>
-    <mrow>
-      <mi>x</mi>
-      <mo>+</mo>
-
-      <msup>
-        <mi>y</mi>
-        <mn>2</mn>
-      </msup>
-    </mrow>
-    <mrow>
-      <mi>k</mi>
-
-      <mo>+</mo>
-      <mn>1</mn>
-    </mrow>
-  </mfrac>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>4</td>
-
-<td><img src="https://developer.mozilla.org/@api/deki/files/4587/=ex22.png" width="76" height="25" alt="TeXbook, 17-17.1" /></td>
-<td>
-<math display="block">
-<mrow>
-  <mi>x</mi>
-  <mo>+</mo>
-  <msup>
-    <mi>y</mi>
-    <mfrac>
-
-      <mn>2</mn>
-      <mrow>
-        <mi>k</mi>
-        <mo>+</mo>
-        <mn>1</mn>
-      </mrow>
-    </mfrac>
-
-  </msup>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>5</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4588/=ex23.png" width="30" height="42" alt="TeXbook, 17-17.1" /></td>
-<td>
-<math display="block">
-<mrow>
-  <mfrac>
-    <mi>a</mi>
-
-    <mrow>
-      <mi>b</mi>
-      <mo>/</mo>
-      <mn>2</mn>
-    </mrow>
-  </mfrac>
-</mrow>
-</math>
-
-</td></tr>
-
-<tr>
-<td>6</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4589/=ex24.png" width="220" height="138" alt="TeXbook, 17.5-17.6" /></td>
-<td>
-<math display="block">
-<mrow>
-  <msub>
-    <mi>a</mi>
-    <mn>0</mn>
-
-  </msub>
-  <mo>+</mo>
-  <mfrac>
-    <mn>1</mn>
-    <mstyle displaystyle="true" scriptlevel="0">
-      <msub>
-        <mi>a</mi>
-
-        <mn>1</mn>
-      </msub>
-      <mo>+</mo>
-      <mfrac>
-        <mn>1</mn>
-        <mstyle displaystyle="true" scriptlevel="0">
-          <msub>
-
-            <mi>a</mi>
-            <mn>2</mn>
-          </msub>
-          <mo>+</mo>
-          <mfrac>
-            <mn>1</mn>
-            <mstyle displaystyle="true" scriptlevel="0">
-
-              <msub>
-                <mi>a</mi>
-                <mn>3</mn>
-              </msub>
-              <mo>+</mo>
-              <mfrac>
-                <mn>1</mn>
-
-                <mstyle displaystyle="true" scriptlevel="0">
-                  <msub>
-                    <mi>a</mi>
-                    <mn>4</mn>
-                  </msub>
-                </mstyle>
-              </mfrac>
-            </mstyle>
-          </mfrac>
-
-        </mstyle>
-      </mfrac>
-    </mstyle>
-  </mfrac>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>7</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4590/=ex25.png" width="200" height="85" alt="TeXbook, 17.5-17.6" /></td>
-<td>
-
-<math>
-<mrow>
-  <msub>
-    <mi>a</mi>
-    <mn>0</mn>
-  </msub>
-  <mo>+</mo>
-  <mfrac>
-
-    <mn>1</mn>
-    <mrow>
-      <msub>
-        <mi>a</mi>
-        <mn>1</mn>
-      </msub>
-      <mo>+</mo>
-
-      <mfrac>
-        <mn>1</mn>
-        <mrow>
-          <msub>
-            <mi>a</mi>
-            <mn>2</mn>
-          </msub>
-
-          <mo>+</mo>
-          <mfrac>
-            <mn>1</mn>
-            <mrow>
-              <msub>
-                <mi>a</mi>
-                <mn>3</mn>
-
-              </msub>
-              <mo>+</mo>
-              <mfrac>
-                <mn>1</mn>
-                <mrow>
-                  <msub>
-                    <mi>a</mi>
-
-                    <mn>4</mn>
-                  </msub>
-                </mrow>
-              </mfrac>
-            </mrow>
-          </mfrac>
-        </mrow>
-      </mfrac>
-
-    </mrow>
-  </mfrac>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>8</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4591/=ex26.png" width="54" height="50" alt="TeXbook, 17.5-17.6" /></td>
-<td>
-<math display="block">
-<mrow>
-  <mo>(</mo>
-
-  <mfrac linethickness="0px">
-    <mi>n</mi>
-    <mrow>
-      <mi>k</mi>
-      <mo>/</mo>
-      <mn>2</mn>
-    </mrow>
-
-  </mfrac>
-  <mo>)</mo>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>9</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4592/=ex27.png" width="237" height="50" alt="TeXbook, 17.7" /></td>
-<td>
-<math display="block">
-<mrow>
-  <mrow>
-
-
-    <mo>(</mo>
-    <mfrac linethickness="0px">
-      <mi>p</mi>
-      <mn>2</mn>
-    </mfrac>
-    <mo>)</mo>
-  </mrow>
-
-  <msup>
-    <mi>x</mi>
-    <mn>2</mn>
-  </msup>
-  <msup>
-    <mi>y</mi>
-    <mrow>
-
-      <mi>p</mi>
-      <mo>-</mo>
-      <mn>2</mn>
-    </mrow>
-  </msup>
-  <mo>-</mo>
-  <mfrac>
-
-    <mn>1</mn>
-    <mrow>
-      <mn>1</mn>
-      <mo>-</mo>
-      <mi>x</mi>
-    </mrow>
-  </mfrac>
-
-  <mfrac>
-    <mn>1</mn>
-    <mrow>
-      <mn>1</mn>
-      <mo>-</mo>
-      <msup>
-        <mi>x</mi>
-
-        <mn>2</mn>
-      </msup>
-    </mrow>
-  </mfrac>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>10</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4593/=ex29.png" width="116" height="63" alt="TeXbook, 17.7-17.8" /></td>
-
-<td>
-<math display="block">
-<mrow>
-  <munder>
-    <mo>&sum;</mo>
-    <mrow>
-      <mfrac linethickness="0px">
-        <mrow>
-          <mn>0</mn>
-          <mo>&leq;</mo>
-
-          <mi>i</mi>
-          <mo>&leq;</mo>
-          <mi>m</mi>
-        </mrow>
-        <mrow>
-          <mn>0</mn>
-          <mo>&lt;</mo>
-
-          <mi>j</mi>
-          <mo>&lt;</mo>
-          <mi>n</mi>
-        </mrow>
-      </mfrac>
-    </mrow>
-  </munder>
-  <mi>P</mi>
-
-  <mo stretchy="false">(</mo>
-  <mi>i</mi>
-  <mo>,</mo>
-  <mi>j</mi>
-  <mo stretchy="false">)</mo>
-</mrow>
-</math>
-
-</td></tr>
-
-<tr>
-<td>11</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4580/=ex3.png" width="27" height="18" alt="TeXbook, 16.2-16.3" /></td>
-<td>
-<math display="block">
-<mrow>
-<msup>
-  <mi>x</mi>
-  <mrow>
-    <mn>2</mn>
-
-    <mi>y</mi>
-  </mrow>
-</msup>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>12</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4594/=ex30.png" width="175" height="61" alt="TeXbook, 17.8" /></td>
-<td>
-<math display="block">
-<mrow>
-
-  <munderover>
-    <mo>&sum;</mo>
-    <mrow>
-      <mi>i</mi>
-      <mo>=</mo>
-      <mn>1</mn>
-    </mrow>
-
-    <mi>p</mi>
-  </munderover>
-  <munderover>
-    <mo>&sum;</mo>
-    <mrow>
-      <mi>j</mi>
-      <mo>=</mo>
-
-      <mn>1</mn>
-    </mrow>
-    <mi>q</mi>
-  </munderover>
-  <munderover>
-    <mo>&sum;</mo>
-    <mrow>
-      <mi>k</mi>
-
-      <mo>=</mo>
-      <mn>1</mn>
-    </mrow>
-    <mi>r</mi>
-  </munderover>
-  <msub>
-    <mi>a</mi>
-
-    <mrow>
-      <mi>i</mi>
-      <mi>j</mi>
-    </mrow>
-  </msub>
-  <msub>
-    <mi>b</mi>
-
-    <mrow>
-      <mi>j</mi>
-      <mi>k</mi>
-    </mrow>
-  </msub>
-  <msub>
-    <mi>c</mi>
-
-    <mrow>
-      <mi>k</mi>
-      <mi>i</mi>
-    </mrow>
-  </msub>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-
-<td>13</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4595/=ex31.png" width="405" height="100" alt="TeXbook, 17.9-17.10" /></td>
-<td>
-<math display="block">
-<mrow>
-  <msqrt>
-    <mn>1</mn>
-    <mo>+</mo>
-    <msqrt>
-      <mn>1</mn>
-
-      <mo>+</mo>
-      <msqrt>
-        <mn>1</mn>
-        <mo>+</mo>
-        <msqrt>
-          <mn>1</mn>
-          <mo>+</mo>
-
-          <msqrt>
-            <mn>1</mn>
-            <mo>+</mo>
-            <msqrt>
-              <mn>1</mn>
-              <mo>+</mo>
-              <msqrt>
-
-                <mn>1</mn>
-                <mo>+</mo>
-                <mi>x</mi>
-              </msqrt>
-            </msqrt>
-          </msqrt>
-        </msqrt>
-
-      </msqrt>
-    </msqrt>
-  </msqrt>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>14</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4596/=ex34.png" width="272" height="50" alt="TeXbook, 17.10" /></td>
-<td>
-<math display="block">
-<mrow>
-
-  <mrow>
-    <mo>(</mo>
-    <mfrac>
-      <msup>
-        <mo>&part;</mo>
-        <mn>2</mn>
-      </msup>
-      <mrow>
-
-        <mo>&part;</mo>
-        <msup>
-          <mi>x</mi>
-          <mn>2</mn>
-        </msup>
-      </mrow>
-    </mfrac>
-    <mo>+</mo>
-
-    <mfrac>
-      <msup>
-        <mo>&part;</mo>
-        <mn>2</mn>
-      </msup>
-      <mrow>
-        <mo>&part;</mo>
-        <msup>
-
-          <mi>y</mi>
-          <mn>2</mn>
-        </msup>
-      </mrow>
-    </mfrac>
-    <mo>)</mo>
-  </mrow>
-
-  <msup>
-    <mrow>
-      <mo minsize="150%">|</mo>
-      <mi>&#x3C6; <!-- \varphi --></mi>
-      <mo stretchy="false">(</mo>
-      <mi>x</mi>
-      <mo>+</mo>
-
-      <mi mathvariant="normal">i</mi>
-      <mi>y</mi>
-      <mo stretchy="false">)</mo>
-      <mo minsize="150%">|</mo>
-    </mrow>
-    <mn>2</mn>
-
-  </msup>
-  <mo>=</mo>
-  <mn>0</mn>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>15</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4581/=ex4.png" width="31" height="22" alt="TeXbook, 16.2-16.3" /></td>
-<td>
-
-<math display="block">
-<mrow>
-  <msup>
-    <mn>2</mn>
-    <msup>
-      <mn>2</mn>
-      <msup>
-        <mn>2</mn>
-
-        <mi>x</mi>
-      </msup>
-    </msup>
-  </msup>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>16</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4597/=ex40.png" width="55" height="49" alt="TeXbook, 18.10-18.11" /></td>
-
-<td>
-<math display="block">
-<mrow>
-  <msubsup>
-    <mo stretchy="false">&int;</mo>
-    <mn>1</mn>
-    <mi>x</mi>
- </msubsup>
- <mfrac>
-
-   <mrow><mi>d</mi><mi>t</mi></mrow>
-   <mi>t</mi>
- </mfrac>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>17</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4599/=ex41.png" width="91" height="47" alt="TeXbook, 18.12-18.13" /></td>
-<td>
-
-<math display="block">
-<mrow>
-  <msub>
-    <mo>&#x222C; <!-- \iint --></mo>
-    <mi>D</mi>
-  </msub>
-  <mi>d</mi><mi>x</mi>
-  <mspace width="thinmathspace"/>
-
-  <mi>d</mi><mi>y</mi>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>18</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4600/=ex43.png" width="250" height="66" alt="TeXbook, 18.23" /></td>
-<td>
-<math display="block">
-<mrow>
-  <mi>f</mi>
-
-  <mo stretchy="false">(</mo>
-  <mi>x</mi>
-  <mo stretchy="false">)</mo>
-  <mo>=</mo>
-  <mrow>
-    <mo>{</mo>
-
-    <mtable>
-      <mtr>
-        <mtd columnalign="center">
-          <mrow>
-            <mn>1</mn>
-            <mo>/</mo>
-            <mn>3</mn>
-
-          </mrow>
-        </mtd>
-        <mtd columnalign="left">
-          <mrow>
-            <mtext>if&nbsp;</mtext>
-            <mn>0</mn>
-            <mo>&leq;</mo>
-            <mi>x</mi>
-
-            <mo>&leq;</mo>
-            <mn>1</mn>
-            <mo>;</mo>
-          </mrow>
-        </mtd>
-      </mtr>
-      <mtr>
-        <mtd columnalign="center">
-
-          <mrow>
-            <mn>2</mn>
-            <mo>/</mo>
-            <mn>3</mn>
-          </mrow>
-        </mtd>
-        <mtd columnalign="center">
-
-          <mrow>
-            <mtext>if&nbsp;</mtext>
-            <mn>3</mn>
-            <mo>&leq;</mo>
-            <mi>x</mi>
-            <mo>&leq;</mo>
-            <mn>4</mn>
-
-            <mo>;</mo>
-          </mrow>
-        </mtd>
-      </mtr>
-      <mtr>
-        <mtd columnalign="center">
-          <mn>0</mn>
-        </mtd>
-
-        <mtd columnalign="left">
-          <mtext>elsewhere.</mtext>
-        </mtd>
-      </mtr>
-    </mtable>
-  </mrow>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>19</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4601/=ex44.png" width="101" height="44" alt="TeXbook, 18.23-18.24" /></td>
-<td>
-<math display="block">
-<mover>
-  <mrow>
-    <mi>x</mi>
-    <mo>+</mo>
-    <mo>...</mo>
-
-    <mo>+</mo>
-    <mi>x</mi>
-  </mrow>
-  <mover>
-    <mo>&OverBrace;</mo>
-    <mrow><mi>k</mi> <mspace width="thinmathspace"/> <mtext>times</mtext></mrow>
-  </mover>
-
-</mover>
-</math>
-</td></tr>
-
-<tr>
-<td>20</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4582/=ex5.png" width="25" height="13" alt="TeXbook, 16.2-16.3" /></td>
-<td>
-<math display="block">
-<mrow>
-  <msub>
-    <mi>y</mi>
-    <msup>
-
-      <mi>x</mi>
-      <mn>2</mn>
-    </msup>
-  </msub>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>21</td>
-
-<td><img src="https://developer.mozilla.org/@api/deki/files/4602/=ex51.png" width="253" height="56" alt="TeXbook, 18.40" /></td>
-<td>
-<math display="block">
-<mrow>
-  <munder>
-    <mo>&sum;</mo>
-    <mrow>
-      <mi>p</mi>
-      <mtext>&nbsp;prime</mtext>
-    </mrow>
-
-  </munder>
-  <mi>f</mi>
-  <mo stretchy="false">(</mo>
-  <mi>p</mi>
-  <mo stretchy="false">)</mo>
-  <mo>=</mo>
-
-  <msub>
-    <mo stretchy="false">&int;</mo>
-    <mrow>
-      <mi>t</mi>
-      <mo>&gt;</mo>
-      <mn>1</mn>
-    </mrow>
-  </msub>
-
-  <mi>f</mi>
-  <mo stretchy="false">(</mo>
-  <mi>t</mi>
-  <mo stretchy="false">)</mo>
-  <mspace width="thinmathspace"/>
-  <mi>d</mi>
-  <mi>&pi;</mi>
-  <mo stretchy="false">(</mo>
-  <mi>t</mi>
-  <mo stretchy="false">)</mo>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>22</td>
-
-<td><img src="https://developer.mozilla.org/@api/deki/files/4603/=ex52.png" width="159" height="81" alt="TeXbook, 18.41" /></td>
-<td>
-<math display="block">
-<mrow>
-  <mo stretchy="false">{</mo>
-  <munder>
-    <mrow>
-      <mover>
-        <mrow>
-          <mpadded width="0em"><mphantom><mo>(</mo></mphantom></mpadded>
-          <mi>a</mi>
-          <mo>,</mo>
-          <mo>...</mo>
-          <mo>,</mo>
-          <mi>a</mi>
-        </mrow>
-
-        <mover>
-          <mo>&OverBrace;</mo>
-          <mrow>
-            <mi>k</mi>
-            <mtext>&nbsp;</mtext>
-            <mi>a</mi>
-            <mtext>'s</mtext>
-
-          </mrow>
-        </mover>
-      </mover>
-      <mo>,</mo>
-      <mover>
-        <mrow>
-          <mpadded width="0em"><mphantom><mo>(</mo></mphantom></mpadded>
-          <mi>b</mi>
-          <mo>,</mo>
-          <mo>...</mo>
-          <mo>,</mo>
-          <mi>b</mi>
-        </mrow>
-
-        <mover>
-          <mo>&OverBrace;</mo>
-          <mrow>
-            <mi>&ell;</mi>
-            <mtext>&nbsp;</mtext>
-            <mi>b</mi>
-            <mtext>'s</mtext>
-          </mrow>
-
-        </mover>
-      </mover>
-    </mrow>
-    <munder>
-      <mo>&UnderBrace;</mo>
-      <mrow>
-        <mi>k</mi>
-        <mo>+</mo>
-
-        <mi>&ell;</mi>
-        <mtext>&nbsp;elements</mtext>
-      </mrow>
-    </munder>
-  </munder>
-  <mo stretchy="false">}</mo>
-</mrow>
-</math>
-</td></tr>
-
-<tr>
-<td>23</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4604/=ex53.png" width="213" height="108" alt="TeXbook, 18.42" /></td>
-<td>
-<math display="block">
-<mrow>
-  <mo>(</mo>
-  <mtable>
-    <mtr>
-      <mtd columnalign="center">
-
-        <mrow>
-          <mo>(</mo>
-          <mtable>
-            <mtr>
-              <mtd columnalign="center">
-                <mi>a</mi>
-              </mtd>
-              <mtd columnalign="center">
-
-                <mi>b</mi>
-              </mtd>
-            </mtr>
-            <mtr>
-              <mtd columnalign="center">
-                <mi>c</mi>
-              </mtd>
-              <mtd columnalign="center">
-
-                <mi>d</mi>
-              </mtd>
-            </mtr>
-          </mtable>
-          <mo>)</mo>
-        </mrow>
-      </mtd>
-      <mtd columnalign="center">
-
-        <mrow>
-          <mo>(</mo>
-          <mtable>
-            <mtr>
-              <mtd columnalign="center">
-                <mi>e</mi>
-              </mtd>
-              <mtd columnalign="center">
-
-                <mi>f</mi>
-              </mtd>
-            </mtr>
-            <mtr>
-              <mtd columnalign="center">
-                <mi>g</mi>
-              </mtd>
-              <mtd columnalign="center">
-
-                <mi>h</mi>
-              </mtd>
-            </mtr>
-          </mtable>
-          <mo>)</mo>
-        </mrow>
-      </mtd>
-    </mtr>
-
-    <mtr>
-      <mtd columnalign="center">
-        <mn>0</mn>
-      </mtd>
-      <mtd columnalign="center">
-        <mrow>
-          <mo>(</mo>
-          <mtable>
-
-            <mtr>
-              <mtd columnalign="center">
-                <mi>i</mi>
-              </mtd>
-              <mtd columnalign="center">
-                <mi>j</mi>
-              </mtd>
-            </mtr>
-
-            <mtr>
-              <mtd columnalign="center">
-                <mi>k</mi>
-              </mtd>
-              <mtd columnalign="center">
-                <mi>l</mi>
-              </mtd>
-            </mtr>
-
-          </mtable>
-          <mo>)</mo>
-        </mrow>
-      </mtd>
-    </mtr>
-  </mtable>
-  <mo>)</mo>
-</mrow>
-
-</math>
-</td></tr>
-
-<tr>
-<td>24</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4605/=ex54.png" width="344" height="130" alt="TeXbook, 18.43" /></td>
-<td>
-<math display="block">
-<mrow>
-  <mi>det</mi>
-  <mo>|</mo>
-  <mtable>
-
-    <mtr>
-      <mtd columnalign="center">
-        <msub>
-          <mi>c</mi>
-          <mn>0</mn>
-        </msub>
-      </mtd>
-      <mtd columnalign="center">
-
-        <msub>
-          <mi>c</mi>
-          <mn>1</mn>
-        </msub>
-      </mtd>
-      <mtd columnalign="center">
-        <msub>
-          <mi>c</mi>
-
-          <mn>2</mn>
-        </msub>
-      </mtd>
-      <mtd columnalign="center">
-        <mo>&mldr;</mo>
-      </mtd>
-      <mtd columnalign="center">
-        <msub>
-
-          <mi>c</mi>
-          <mi>n</mi>
-        </msub>
-      </mtd>
-    </mtr>
-    <mtr>
-      <mtd columnalign="center">
-        <msub>
-
-          <mi>c</mi>
-          <mn>1</mn>
-        </msub>
-      </mtd>
-      <mtd columnalign="center">
-        <msub>
-          <mi>c</mi>
-
-          <mn>2</mn>
-        </msub>
-      </mtd>
-      <mtd columnalign="center">
-        <msub>
-          <mi>c</mi>
-          <mn>3</mn>
-
-        </msub>
-      </mtd>
-      <mtd columnalign="center">
-        <mo>&mldr;</mo>
-      </mtd>
-      <mtd columnalign="center">
-        <msub>
-          <mi>c</mi>
-
-          <mrow>
-            <mi>n</mi>
-            <mo>+</mo>
-            <mn>1</mn>
-          </mrow>
-        </msub>
-      </mtd>
-
-    </mtr>
-    <mtr>
-      <mtd columnalign="center">
-        <msub>
-          <mi>c</mi>
-          <mn>2</mn>
-        </msub>
-      </mtd>
-
-      <mtd columnalign="center">
-        <msub>
-          <mi>c</mi>
-          <mn>3</mn>
-        </msub>
-      </mtd>
-      <mtd columnalign="center">
-        <msub>
-
-          <mi>c</mi>
-          <mn>4</mn>
-        </msub>
-      </mtd>
-      <mtd columnalign="center">
-        <mo>&mldr;</mo>
-      </mtd>
-      <mtd columnalign="center">
-
-        <msub>
-          <mi>c</mi>
-          <mrow>
-            <mi>n</mi>
-            <mo>+</mo>
-            <mn>2</mn>
-          </mrow>
-
-        </msub>
-      </mtd>
-    </mtr>
-    <mtr>
-      <mtd columnalign="center">
-        <mo>&#x22EE;</mo>
-      </mtd>
-      <mtd columnalign="center">
-        <mo>&#x22EE;</mo>
-
-      </mtd>
-      <mtd columnalign="center">
-        <mo>&#x22EE;</mo>
-      </mtd>
-      <mtd columnalign="center">
-      </mtd>
-      <mtd columnalign="center">
-        <mo>&#x22EE;</mo>
-      </mtd>
-
-    </mtr>
-    <mtr>
-      <mtd columnalign="center">
-        <msub>
-          <mi>c</mi>
-          <mi>n</mi>
-        </msub>
-      </mtd>
-
-      <mtd columnalign="center">
-        <msub>
-          <mi>c</mi>
-          <mrow>
-            <mi>n</mi>
-            <mo>+</mo>
-            <mn>1</mn>
-
-          </mrow>
-        </msub>
-      </mtd>
-      <mtd columnalign="center">
-        <msub>
-          <mi>c</mi>
-          <mrow>
-            <mi>n</mi>
-
-            <mo>+</mo>
-            <mn>2</mn>
-          </mrow>
-        </msub>
-      </mtd>
-      <mtd columnalign="center">
-        <mo>&mldr;</mo>
-      </mtd>
-
-      <mtd columnalign="center">
-        <msub>
-          <mi>c</mi>
-          <mrow>
-            <mn>2</mn>
-            <mi>n</mi>
-          </mrow>
-
-        </msub>
-      </mtd>
-    </mtr>
-  </mtable>
-  <mo>|</mo>
-  <mo>&gt;</mo>
-  <mn>0</mn>
-</mrow>
-
-</math>
-</td></tr>
-
-<tr>
-<td>25</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4598/=ex6.png" width="25" height="14" alt="TeXbook, 16.2-16.3" /></td>
-<td>
-<math display="block">
-<msub>
-  <mi>y</mi>
-  <msub>
-    <mi>x</mi>
-
-    <mn>2</mn>
-  </msub>
-</msub>
-</math>
-</td></tr>
-
-<tr>
-<td>26</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4583/=ex7.png" width="90" height="23" alt="TeXbook, 16.4-16.5" /></td>
-<td>
-<math display="block">
-<mrow>
-  <msubsup>
-
-    <mi>x</mi>
-    <mn>92</mn>
-    <mn>31415</mn>
-  </msubsup>
-  <mo>+</mo>
-  <mi>&pi;</mi>
-</mrow>
-
-</math>
-</td></tr>
-
-<tr>
-<td>27</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4584/=ex8.png" width="27" height="36" alt="TeXbook, 16.4-16.5" /></td>
-<td>
-<math display="block">
-<msubsup>
-  <mi>x</mi>
-  <msubsup>
-    <mi>y</mi>
-
-    <mi>b</mi>
-    <mi>a</mi>
-  </msubsup>
-  <msubsup>
-    <mi>z</mi>
-    <mi>c</mi>
-    <mi>d</mi>
-
-  </msubsup>
-</msubsup>
-</math>
-</td></tr>
-
-<tr>
-<td>28</td>
-<td><img src="https://developer.mozilla.org/@api/deki/files/4585/=ex9.png" width="24" height="22" alt="TeXbook, 16.4-16.5" /></td>
-<td>
-<math display="block">
-<msubsup>
-  <mi>y</mi>
-  <mn>3</mn>
-  <mo>&#x2034;</mo>
-</msubsup>
-</math>
-
-</td></tr>
-</table>
- -

CSS Content

- -
  /* Table style */
-
-  body {
-   text-align: center;
-  }
-
-  table
-  {
-  border: solid thin;
-  border-collapse: collapse;
-  margin-left: auto;
-  margin-right: auto;
-  }
-
-  th
-  {
-  background-color: #ddf;
-  border: solid thin;
-  color: black;
-  padding: 5px;
-  }
-
-  td
-  {
-  border: solid thin;
-  padding: 5px;
-  text-align: center;
-  }
-
-  .Asana math { font-family: Asana Math; }
-  .Cambria math { font-family: Cambria Math; }
-  .LatinModern math { font-family: Latin Modern Math; }
-  .LucidaBright math { font-family: Lucida Bright Math; }
-  .Minion math { font-family: Minion Math; }
-  .STIX math { font-family: STIX Math; }
-  .TeXGyreBonum math { font-family: TeX Gyre Bonum Math; }
-  .TeXGyrePagella math { font-family: TeX Gyre Pagella Math; }
-  .TeXGyreSchola math { font-family: TeX Gyre Schola Math; }
-  .TeXGyreTermes math { font-family: TeX Gyre Termes Math; }
-  .XITS math { font-family: XITS Math; }
-  .XITSRTL math { font-family: XITS Math; direction: rtl; }
-
- -

JavaScript Content

- -
  function updateMathFont()
-  {
-  var mathFont = document.getElementById("MathFont").value;
-  if (mathFont == "Default") {
-    document.body.removeAttribute("class");
-  } else {
-    document.body.setAttribute("class", mathFont);
-  }
-  }
-
-  function load()
-  {
-  document.getElementById("MathFont").
-  addEventListener("change", updateMathFont, false)
-  }
-
-  window.addEventListener("load", load, false);
-
-
-
- -

次のテストは Knuth の TeX 本の TeX の数匏のサンプルず MathML による同等の衚珟を含んでいたす。デフォルトの Latin Modern Math フォントを䜿甚した XeTeX ゚ンゞンによる描画ず、あなたのブラりザがデフォルトの数孊フォント又は代わりずなる OpenType MATH フォントを䜿甚しお描画する MathML を比范したす。良い描画を埗るために、適切な数孊フォントがあなたのシステムにむンストヌルされおいお、Gecko 31.0 {{GeckoRelease("31.0")}} 以䞊のような OpenType MATH がサポヌトされおいるブラりザを䜿甚しおいるこずを確かめおください。たた代わりに、りェブフォントに基づいた Mathematical OpenType Fonts のテストペヌゞを詊すこずもできたす。最埌に、この Mozilla ブラりザのいろいろなスクリヌンリヌダでテストがどのように読たれるか比范するテヌブルをチェックしたいかもしれたせん。

- -

{{ EmbedLiveSample('MathML_Torture_Test', '100%', '2500px') }}

- -
 
diff --git a/files/ja/mozilla/mobile/firefox_mobile_for_developers/index.html b/files/ja/mozilla/mobile/firefox_mobile_for_developers/index.html deleted file mode 100644 index daf2fce7c9..0000000000 --- a/files/ja/mozilla/mobile/firefox_mobile_for_developers/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: Firefox Mobile for developers -slug: Mozilla/Mobile/Firefox_Mobile_for_developers -tags: - - Mobile - - NeedsUpdate -translation_of: Mozilla/Mobile/Firefox_Mobile_for_developers ---- -

Compiling and testing

-

Instructions for building and testing Firefox Mobile can be found at https://wiki.mozilla.org/Mobile/Fennec/Android

-

User agent

-

See Gecko User Agent string reference for details on the User-Agent headers sent by Firefox on mobile devices.  For more information about user agents, please see our article on Browser Detection.

-

Mobile-specific APIs

-

There are some APIs that are specific to mobile, or are more useful to mobile.  They are listed below.

-

CSS for touch-specific UI elements

-

Mozilla supports the -moz-touch-enabled CSS media query that you can use to change CSS if you're on a touch device.  This is available and will work on Firefox for desktops as well, but is more likely to be useful for mobile devices.  You can use this to render larger buttons for people to press.

-

Viewport meta tag

-

Firefox supports the viewport meta tag on Mobile devices.  For details, see Using the viewport meta tag to improve the mobile browsing experience.

-

More information on the viewport meta tag can be found in the Safari reference documentation.

-
- 泚蚘: The viewport meta tag is ignored on desktop versions of Firefox.
-

Media queries

-

CSS Media queries are supported in Firefox for desktops and mobile devices.  They can be used to change layout based on screen size and are the best way to build a UI that will work on desktops and mobile devices.

-

関連情報

- diff --git a/files/ja/mozilla/mobile/index.html b/files/ja/mozilla/mobile/index.html deleted file mode 100644 index 5d3f8c6472..0000000000 --- a/files/ja/mozilla/mobile/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: Mobile -slug: Mozilla/Mobile -tags: - - Mobile -translation_of: Mozilla/Mobile ---- -

Firefox OS

- -

Firefox OS は Linux ず Mozilla の Gecko を䜿ったオヌプン゜ヌスのモバむル OS で、その䞊で、ナヌザヌむンタヌフェむスず HTML / CSS / JavaScript のアプリケヌションが動䜜したす。

- -

Firefox OS のむンストヌル方法ずアプリの開発方法に぀いおは、䞊蚘文曞を参照しおください。

- -

Andriod 版 Firefox

- -

Android 版 Firefox は Android 端末向けの Mozilla のモバむルりェブブラりザです。最近、Android のネむティノ UI に刷新し、より高速・よりコンパクト・よりレスポンシブになっおいたす。そしお、カメラや電話垳などの端末機胜にアクセスするためのより匷力な API をサポヌトしおいたす。

- -

Android 版 Firefox の䜜成方法に関するヘルプや、デバむス API の䜿い方、モバむル add-on の䜜り方に぀いおは、䞊蚘文曞を参照しおください。

- -

iOS 版 Firefox

- -

iOS 版 Firefox は iOS 端末向けに近々リリヌス予定の Mozilla のモバむルりェブブラりザです。AppStore の制玄から、Gecko ではなく iOS が提䟛しおいる WebView を利甚しおいたす。

- -

iOS 版 Firefox に぀いおのヘルプや、他の iOS アプリずの統合方法に぀いおは䞊蚘文曞を参照しおください。

- -

モバむルりェブ開発

- -

モバむル端末はデスクトップやラップトップずハヌドりェアの特城が異なりたす。そしおハヌドりェアを扱うための API の倚くは暙準化ぞ向けお䜜業䞭です。

- -

モバむル端末䞊で動䜜するようにりェブサむトを開発する甚法や、端末の性胜を発揮するための䜜り方に぀いおは䞊蚘文曞を参照しおください。そしおブラりザヌごずに挙動が異なるこずも孊んで臭い。

diff --git a/files/ja/mozilla/mobile/viewport_meta_tag/index.html b/files/ja/mozilla/mobile/viewport_meta_tag/index.html deleted file mode 100644 index 04ab7c37b6..0000000000 --- a/files/ja/mozilla/mobile/viewport_meta_tag/index.html +++ /dev/null @@ -1,91 +0,0 @@ ---- -title: モバむルブラりザでのレむアりトを制埡するために meta タグの viewport を䜿う -slug: Mozilla/Mobile/Viewport_meta_tag -translation_of: Mozilla/Mobile/Viewport_meta_tag ---- -

Mobile Firefox (Fennec) 1.1 の来たるリリヌスでは、 <meta name="viewport"> タグのサポヌトを匷化しおいたす。Fennec の前のバヌゞョンでは、width、height、そしお initial-scale ずいったビュヌポヌトのプロパティをサポヌトしおいたした。しかし、iPhone や Android ブラりザ甚に぀くられたいく぀かのサむトでは䞍具合が出おいたした。新しいバヌゞョンでは Mobile Safari の同様のプロパティをサポヌトしたした。たた Fennec では、異なるサむズず解像床の画面でも、モバむルサむトをより同じように衚瀺できるように倉曎したした。

- -

touch.facebook.com のこれたでの衚瀺

- -

05-11-fennec-meta-viewport-2.png

- -

touch.facebook.com の新しい衚瀺

- -

05-11-fennec-meta-viewport-1.png

- -

あなたは、これらの倉曎点を、Maemo、Windows、Mac、そしお Linux のそれぞれで、Fennec 1.1 の最新版ず、Trunk の最新版のコヌドからビルドした版で、確認するこずができたす。

- -

背景

- -

Fennec のようなモバむルブラりザは、芖芚的な「窓」ビュヌポヌトのなかに、ペヌゞずしお衚瀺するので、ペヌゞはたいおいは画面よりも幅が広いものの、モバむルブラりザは狭い窓のなかにそれぞれのペヌゞを割り付けるように抌し蟌む必芁はありたせん。そしお、それは倚くのモバむルに最適化されおいないサむトが厩れるこずにもなっおいたす ナヌザヌは、ペヌゞのそれぞれの領域を芋るために、䞊䞋巊右に動かしたり、ズヌムするこずができたす。

- -

Mobile Safari は、りェブ開発者がビュヌポヌトのサむズず拡倧率を制埡できるよう、「viewport meta タグ」を導入したした。これはりェブ暙準の䜕かではありたせんが、他の倚くのモバむルブラりザが、今ではこのタグをサポヌトしおいたす。Apple の解説文曞は、りェブ開発者がこのタグをどのように䜿えばよいかを、良く説明しおいたす。しかし、Fennec でそれがどのように実装されおいるかを正確に理解するために、いく぀かの怜蚌をしなければなりたせんでした。䟋えば、Safari の文曞では、䞭身は「コンマで区切られたリスト」ずされおいたす。しかし、既存のブラりザずりェブペヌゞは、コンマずセミコロン、半角スペヌスの混圚で区切られおいたす。

- -

quirksmode.org の「A Tale of Two Viewports」ずいう蚘事で、異なるモバむルブラりザでのビュヌポヌトに぀いお、より詳しく知るこずができたす。

- -

ビュヌポヌトの基本

- -

モバむルに最適化したサむトは、次のような蚘述を含んでいるのが兞型的です

- -
<meta name="viewport" content="width=device-width, initial-scale=1">
- -

width プロパティはビュヌポヌトのサむズを制埡したす。䟋えば、width=600 ずいうような任意のピクセル数を蚭定するか、device-width ずいう、拡倧率が 100% のずきの、CSS ピクセルでの画面の幅を瀺す定数を蚭定したす。height ず device-height 定数も玐づいおいたす。こちらは、ビュヌポヌトの高さによっお倧きさや䜍眮が倉わる芁玠のあるペヌゞで䟿利でしょう

- -

initial-scale　プロパティは、ペヌゞが最初にロヌドされたずきの拡倧率を制埡したす。maximum-scale、minimum-scale、そしお user-scalable プロパティは、ペヌゞをズヌムむンたたはズヌムアりトできるかどうかを制埡したす。

- -

「1ピクセル」は1ピクセルではない

- -

The iPhone and many popular Android phones have 3- to 4-inch (7–10 cm) screens with 320—480 pixels (~160 dpi). Firefox for Maemo runs on the Nokia N900, which has the same physical size but 480—800 pixels (~240 dpi). Because of this, the last version of Fennec displayed many pages about one third smaller (in actual, physical size) than iPhone or Android. This caused usability and readability problems on many touch-optimized web sites. Peter-Paul Koch wrote about this problem in A pixel is not a pixel.

- -

Fennec 1.1 for Maemo will use 1.5 hardware pixels for each CSS "pixel," following the lead of Android's WebKit-based browser. This means a page with initial-scale=1 will render at close to the same physical size in Fennec for Maemo, Mobile Safari for iPhone, and the Android Browser on both HDPI and MDPI phones. This is consistent with the CSS 2.1 specification, which says:

- -
-

If the pixel density of the output device is very different from that of a typical computer display, the user agent should rescale pixel values. It is recommended that the pixel unit refer to the whole number of device pixels that best approximates the reference pixel. It is recommended that the reference pixel be the visual angle of one pixel on a device with a pixel density of 96dpi and a distance from the reader of an arm's length.

-
- -

For web developers, this means that 320px be full width in portrait mode at scale=1, on all of the above-mentioned handheld devices, and they may size their layouts and images accordingly. But remember that not all mobile devices are the same width; you should also make sure that your pages work well in landscape mode, and on larger devices like the iPad and Android tablets.

- -

On 240-dpi screens, pages with initial-scale=1 will effectively be zoomed to 150% by both Fennec and Android WebKit. Their text will be smooth and crisp, but their bitmap images will probably not take advantage of the full screen resolution. To get sharper images on these screens, web developers may want to design images – or whole layouts – at 150% of their final size (or 200%, to support 320-dpi devices such as a retina display iPhone) and then scale them down using CSS or viewport properties.

- -

The default ratio depends on the display density.  On a display with density less than 200dpi, the ratio is 1.0.  On displays with density between 200 and 300dpi, the ratio is 1.5.  For displays with density over 300dpi, the ratio is the integer floor(density/150dpi).  Note that the default ratio is true only when the viewport scale equals 1. Otherwise, the relationship between CSS pixels and device pixels depends on the current zoom level.

- -

Viewport width and screen width

- -

Many sites set their viewport to "width=320, initial-scale=1" to fit precisely onto the iPhone display in portrait mode. As mentioned above, this caused problems when Fennec 1.0 rendered these sites, especially in landscape mode. To fix this, Fennec 1.1 will expand the viewport width if necessary to fill the screen at the requested scale. This matches the behavior of Android and Mobile Safari, and is especially useful on large-screen devices like the iPad. (Allen Pike's Choosing a viewport for iPad sites has a good explanation for web developers.)

- -

For pages that set an initial or maximum scale, this means the width property actually translates into a minimum viewport width. For example, if your layout needs at least 500 pixels of width then you can use the following markup. When the screen is more than 500 pixels wide, the browser will expand the viewport (rather than zoom in) to fit the screen:

- -
<meta name="viewport" content="width=500, initial-scale=1">
- -

Fennec 1.1 also adds support for minimum-scale, maximum-scale, and user-scalable, with defaults and limits similar to Safari's. These properties affect the initial scale and width, as well as limiting changes in zoom level.

- -

Mobile browsers handle orientation changes slightly differently. For example, Mobile Safari often just zooms the page when changing from portrait to landscape, instead of laying out the page as it would if originally loaded in landscape. If web developers want their scale settings to remain consistent when switching orientations on the iPhone, they must add a maximum-scale value to prevent this zooming, which has the sometimes-unwanted side effect of preventing users from zooming in:

- -
<meta name="viewport" content="initial-scale=1, maximum-scale=1">
- -

This is not necessary in Fennec; when the device changes orientation, Fennec updates the viewport size, the page layout, and JavaScript/CSS properties like device-width, based on its new window dimensions.

- -

Common viewport sizes for mobile and tablet devices

- -

If want to know what mobile and tablet devices have which viewport widths, there is a comprehensive list of mobile and tablet viewport sizes here. This gives information such as viewport width on portrait and landscape orientation as well as physical screen size, operating system and the pixel density of the device.

- -

Specifications

- - - - - - - - - - - - - - - - -
SpecificationStatusComment
{{SpecName('CSS3 Device', '#viewport-meta', '<meta name="viewport">')}}{{Spec2('CSS3 Device')}}Non-normatively describes the Viewport META element
- -

There is clearly demand for the viewport meta tag, since it is supported by most popular mobile browsers and used by thousands of web sites. It would be good to have a true standard for web pages to control viewport properties. As the standardization process proceeds, we at Mozilla will work to make sure we can implement any changes made during standardization.

diff --git a/files/ja/mozilla/performance/adding_a_new_telemetry_probe/index.html b/files/ja/mozilla/performance/adding_a_new_telemetry_probe/index.html deleted file mode 100644 index 8b7506683f..0000000000 --- a/files/ja/mozilla/performance/adding_a_new_telemetry_probe/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: Adding a new Telemetry probe -slug: Mozilla/Performance/Adding_a_new_Telemetry_probe -tags: - - data - - ガむド - - テレメトリ -translation_of: Mozilla/Performance/Adding_a_new_Telemetry_probe ---- -

Firefox では、テレメトリシステムが Firefox のパフォヌマンス、ハヌドりェア、䜿甚状況、カスタマむズのさたざたな枬定倀を収集し、Mozilla に送信したす。 この蚘事では、ドキュメントぞのポむンタを提䟛したす。

- -
-

メモ: Firefoxのすべおの新しいデヌタコレクションには、デヌタコレクションピアからのデヌタコレクションレビュヌが必芁になりたした。デヌタピアの1぀に feedback? フラグを蚭定するだけです。1営業日以内に返信を詊みたす。

-
- -

はじめに

- -

新しい Telemetry プロヌブの远加は、Mozilla Source Tree のドキュメントに蚘茉されおいたす。

- -

その他のテレメトリツヌルずドキュメントを芋぀けるには、テレメトリポヌタルにアクセスしおください。

- -

助けを埗る

- -

テレメトリチヌムが問題の解決を支揎したす。私たちに接觊するこずができたす:

- - diff --git a/files/ja/mozilla/performance/gecko_profiler_faq/index.html b/files/ja/mozilla/performance/gecko_profiler_faq/index.html deleted file mode 100644 index 5648673301..0000000000 --- a/files/ja/mozilla/performance/gecko_profiler_faq/index.html +++ /dev/null @@ -1,415 +0,0 @@ ---- -title: Gecko Profiler のFAQ -slug: Mozilla/Performance/Gecko_Profiler_FAQ -translation_of: Mozilla/Performance/Gecko_Profiler_FAQ ---- -

This documents lists a number of questions asked by people in preparation for a tutorial session about the Gecko Profiler.  mstange and ehsan tried to respond to some of the questions in advance in writing, and you can find the answers below.

- - - -

 

diff --git a/files/ja/mozilla/performance/index.html b/files/ja/mozilla/performance/index.html deleted file mode 100644 index dc454cda2e..0000000000 --- a/files/ja/mozilla/performance/index.html +++ /dev/null @@ -1,143 +0,0 @@ ---- -title: Performance -slug: Mozilla/Performance -tags: - - Add-ons - - Debugging - - Development - - Mozilla - - Performance -translation_of: Mozilla/Performance ---- -

ここからリンクされおいる蚘事は、コアな Mozilla のコヌドやアドオン開発をしおいなくおもパフォヌマンスを改善する手助けになりたす。

- - - - - - - - -
-

ドキュメンテヌション

- -
-
パフォヌマンスの問題を報告する
-
A user friendly guide to reporting a performance problem. A development environment is not required.
-
Benchmarking
-
Tips on generating valid performance metrics.
-
Performance best practices in extensions
-
A performance "best practices" guide for extension developers.
-
Measuring Add-on Startup Performance
-
A guide for add-on developers on how to set up a performance testing environment.
-
XUL School: Add-on Performance
-
Tips for add-on developers to help them avoid impairing application performance.
-
GPU パフォヌマンス
-
Tips for profiling and improving performance when using a GPU.
-
Scroll-Linked Effects
-
Information on scroll-linked effects, their effect on performance, related tools, and possible mitigation techniques.
-
Automated Performance Testing and Sheriffing
-
Information on automated performance testing and sheriffing at Mozilla.
-
Best practices for Front-end Engineers
-
Tips for reducing impacts on browser performance in front-end code.
-
- -

View all pages tagged with "Performance"...

- -

メモリヌプロファむリングずリヌク怜出ツヌル

- -
-
開発者ツヌルの "メモリヌ" パネル
-
The memory panel in the devtools supports taking heap snapshots, diffing them, computing dominator trees to surface "heavy retainers", and recording allocation stacks.
-
- -
-
about:memory
-
about:memory is the easiest-to-use tool for measuring memory usage in Mozilla code, and is the best place to start. It also lets you do other memory-related operations like trigger GC and CC, dump GC & CC logs, and dump DMD reports. about:memory is built on top of Firefox's memory reporting infrastructure.
-
DMD
-
DMD is a tool that identifies shortcomings in about:memory's measurements, and can also do multiple kinds of general heap profiling.
-
Are We Slim Yet
-
areweslimyet.com (a.k.a. AWSY) is a memory usage and regression tracker.
-
BloatView
-
BloatView prints per-class statistics on allocations and refcounts, and provides gross numbers on the amount of memory being leaked broken down by class. It is used as part of Mozilla's continuous integration testing.
-
Refcount tracing and balancing
-
Refcount tracing and balancing are ways to track down leaks caused by incorrect uses of reference counting. They are slow and not particular easy to use, and thus most suitable for use by expert developers.
-
GC ず CC のログ
-
GC and CC logs can be generated and analyzed to in various ways. In particular, they can help you understand why a particular object is being kept alive.
-
Valgrind
-
Valgrind is a tool that detects various memory-related problems at runtime, including leaks. Valgrind is used as part of Mozilla's continuous integration testing, though the coverage is limited because Valgrind is slow.
-
LeakSanitizer
-
LeakSanitizer (a.k.a. LSAN) is similar to Valgrind, but it runs faster because it uses static source code instrumentation. LSAN is part of Mozilla's continuous integration testing, with most tests running through it as part of the AddressSanitizer (a.k.a. ASAN) test jobs.
-
Apple のツヌル
-
Apple は、Mac OS X 向けに LSAN や Valgrind によっおレポヌトされる問題ず䌌た問題をレポヌトするツヌルを提䟛したす。この「リヌク」ツヌルは、SpiderMonkey や Firefox で䜿甚するこずは掚奚されたせん。タグ付けされたポむンタヌによっお混乱し、オブゞェクトが存圚しない堎合、リヌクを匕き起こすためです (bug 390944 をご芧ください)。
-
Leak Gauge
-
Leak Gauge は、ドキュメント、りィンドりオブゞェクト、docshell を含む、Gecko 内の特定の皮類のリヌクを怜出するのに䜿甚できたす。
-
LogAlloc
-
LogAlloc は、Gecko 内のメモリヌ割り圓おのログのダンプを取埗するツヌルです。That log can then be replayed against Firefox's default memory allocator independently or through another replace-malloc library, allowing the testing of other allocators under the exact same workload.
-
メモリヌプロファむラヌ
-
The memory profiler samples allocation events and provides different views to analyze the allocation characteristic.
-
- -

See also the documentation on Leak-hunting strategies and tips.

- 		-

プロファむリングツヌルずパフォヌマンスツヌル

- -
-
Profiling with the Developer Tools Profiler
-
The profiler built into the developer tools has a high-level waterfall, detailed call tree, allocations and GC profiling, and flame graphs. It is available on all platforms and release channels, and also supports remote profiling b2g and Fennec.
-
- -
-
Profiling with the Gecko Profiler Addon {{ gecko_minversion_inline("16.0") }}
-
The Gecko Profiler Addon is a good tool to start with.
-
Profiling with Instruments
-
How to use Apple's Instruments tool to profile Mozilla code.
-
Profiling with Xperf
-
How to use Microsoft's Xperf tool to profile Mozilla code.
-
Profiling with Concurrency Visualizer
-
How to use Visual Studio's Concurrency Visualizer tool to profile Mozilla code.
-
Profiling with Zoom
-
Zoom is a profiler for Linux done by the people who made Shark
-
Measuring performance using the PerfMeasurement.jsm code module {{ gecko_minversion_inline("2.0") }}
-
Using PerfMeasurement.jsm to measure performance data in your JavaScript code.
-
Adding a new Telemetry probe
-
Information on how to add a new measurement to the Telemetry performance-reporting system
-
Profiling JavaScript with Shark {{ gecko_minversion_inline("1.9") }}
-
How to use the Mac OS X Shark profiler to profile JavaScript code in Firefox 3.5 or later.
-
Profiling with Shark
-
How to use Apple's Shark tool to profile Mozilla code.
-
Investigating CSS Performance
-
How to figure out why restyle is taking so long
-
- -

Power profiling

- -
-
Power profiling overview
-
This page provides an overview of relevant information, including details about hardware, what can be measured, and recommended approaches. It should be the starting point for anybody new to power profiling.
-
tools/power/rapl (Mac, Linux)
-
tools/power/rapl is a command-line utility in the Mozilla codebase that uses the Intel RAPL interface to gather direct power estimates for the package, cores, GPU and memory.
-
powermetrics (Mac-only)
-
powermetrics is a command-line utility that gathers and displays a wide range of global and per-process measurements, including CPU usage, GPU usage, and various wakeups frequencies.
-
TimerFirings logging (All platforms)
-
TimerFirings logging is a built-in logging mechanism that prints data on every time fired.
-
dtrace (Mac-only)
-
dtrace is a powerful kernel instrumentation tool. One of its many features is the ability to instrument wakeups in a high-context fashion.
-
Activity Monitor, Battery Status Menu and top (Mac-only)
-
The battery status menu, Activity Monitor and top are three related Mac tools that have major flaws but often consulted by users, and so are worth understanding.
-
Intel Power Gadget (Windows, Mac, Linux)
-
Intel Power Gadget provides real-time graphs for package and processor RAPL estimates. It also provides an API through which those estimates can be obtained.
-
perf (Linux-only)
-
perf is a powerful command-line utility that can measure many different things, including energy estimates and high-context measurements of things such as wakeups.
-
turbostat (Linux-only)
-
turbostat is a command-line utility that gathers and displays various power-related measurements, with a focus on per-CPU measurements such as frequencies and C-states.
-
powertop (Linux-only)
-
powertop is an interactive command-line utility that gathers and displays various power-related measurements.
-
- - - -
-
JavaScript, XPCOM, Developing Mozilla, Extensions, Addons
-
-
diff --git a/files/ja/mozilla/performance/profiling_with_the_built-in_profiler/index.html b/files/ja/mozilla/performance/profiling_with_the_built-in_profiler/index.html deleted file mode 100644 index c5bb8e1b80..0000000000 --- a/files/ja/mozilla/performance/profiling_with_the_built-in_profiler/index.html +++ /dev/null @@ -1,360 +0,0 @@ ---- -title: Geckoプロファむラでプロファむリングする -slug: Mozilla/Performance/Profiling_with_the_Built-in_Profiler -translation_of: Mozilla/Performance/Profiling_with_the_Built-in_Profiler ---- -

{{ gecko_minversion_header("16.0") }}

- -
-

Gecko ProfilerはFirefoxに組み蟌たれたプロファむラです。倖郚のプロファむラよりも Firefoxずの統合が匷化されおおり、開発者以倖のマシンやロックされたAndroid端末など、倖郚プロファむラが利甚できない状況でも利甚できたす。

-
- -
-

Gecko Profilerは以前は「SPS」ず「組み蟌みプロファむラ」ずしお知られおいたした。私たちは可胜な限り倚くの叀い名前ぞの参照を倉曎したしたが、ただただありたす。

-
- -

Gecko Profilerアドオンの入手

- -

たず最初に、Firefoxの正しいビルドを䜿甚しおいるかどうかを確認する必芁がありたす。公匏のNightlyたたはBetaたたはReleaseビルドが動䜜したす。ロヌカルビルドを䜿甚しおいる堎合は、mozconfigで--enable-profilingオプションを有効にしおください。

- -

Gecko Profilerには2぀のむンタヌフェヌスがありたす

- -
    -
  1. Web 開発者にずっおは、ツヌル > Web 開発 > パフォヌマンス のメニュヌから開くこずができる簡略化されたプロファむラがありたす
    2. -
  2. Gecko Profiler アドオンをむンストヌルするこずで、Mozillaの内郚の開発者甚のより高床なむンタヌフェヌスにアクセスするこずができたすむンストヌルの詳现が利甚できたす。
    3. -
- -
-

パフォヌマンスの問題を報告するずきに、Firefox開発者からリク゚ストされたずきにプロファむルを入手するためのステップバむステップガむドがありたす。

- -

Thunderbirdのパフォヌマンスの問題を報告するずきに、Thunderbird開発者が芁求したずきにプロファむルを取埗するためのステップバむステップガむドがありたす。

-
- -

プロファむルの理解

- -

Gecko Profilerに関するよくある質問を確認するこずができたす。

- -

Ehsanのビデオをいく぀か調べおみたしょう。

- -

- -

- -
-

圹に立぀ず思われる機胜がある堎合は、詳现ずずもにバグを蚘録しおください。

-
- -

むンタヌフェむス

- -

1. タむムラむン

- -

- -

タむムラむンには、興味深いむベントを瀺すトレヌスマヌカヌ色付きセグメントの行がいく぀かありたす。より倚くの情報を衚瀺するには、それらの䞊にカヌ゜ルを眮きたす。トレヌスマヌカヌの䞋には、さたざたなスレッドのアクティビティに察応する行がありたす。

- -
-

Tip: [default] ず泚釈されたスレッドは、芪プロセス「UI」、別名「ブラりザクロム」、別名「メむン」プロセスにあり、[tab] で泚釈付けされたスレッドはWebコンテンツ "プロセス。

-
- -
-

Tip: 芪プロセスの長時間実行されるタスクはブラりザUI「UIゞャンク」ずも呌ばれたすですべおの入力たたは描画をブロックしたすが、コンテンツプロセスで長時間実行されるタスクはペヌゞずの察話性をブロックしたすが、 APZのおかげです。

-
- -
トレヌスマヌカヌ
- - - -
範囲
- -

Timeline showing ranged breadcrumbs and zoom icon

- -

トレヌスマヌカヌたたはスレッド領域の任意の堎所をクリックしおドラッグするず、時間の範囲を拡倧できたす。範囲が遞択されるず、その範囲にズヌムする拡倧鏡が衚瀺されたす。トレヌスマヌカヌをクリックするず、その期間に察応する遞択肢が䜜成され、興味のある時間の範囲を容易にズヌムむンできたす。範囲を拡倧するず、以前遞択した範囲たたはプロファむル党䜓「フルレンゞ」ず衚瀺されたすに簡単に戻るこずができるパンくずリストが䜜成されたす。

- -
-

Tip: While zooming out to a previously-selected range deletes the narrower range, the browser back button can be used to restore the narrower range.

-
- -
Thread Timeline(s)
- -

Thread/Process Timelines: Below the tracing markers we have a list of profiled threads. These threads may come from different processes. In this case, we have the 'GeckoMain [default]' process' main thread, a content process' main thread, and the main thread of the compositor process. Each of these timelines is aligned with wall clock time. So, for example, when a thread is blocked, like 'GeckoMain [tab]', on a thread like 'GeckoMain [default]', we can see what's occurring on the latter thread that is preventing it from responding to the former.

- -

X (Time) axis: The timelines go from left to right as wall clock time increases along the X axis. Elements in the timeline are spaced at the sampling frequency with an attempt to align them with time. Factors such as sampling or stack-walking variance and system load can lead to sampling delays which manifest as gaps in the timeline.

- -
-

Note: because this is a sampling profiler, be cautious when examining running time that is equal to the sampling interval. For very time-sensitive profiling, you may want to consider a non-sampling profiler.

-
- -

Y (Stack) axis: The Y axis is the stack depth, not the CPU activity. The change in stack height is useful to find patterns like long blocking calls (long flatlines) or very tall spiky blocks (recursive calls and JS). With more experience you can read profiles faster by recognizing patterns. Also note that you can click on timeline elements (the selected element gets darker when selected) and the tree view (see below) reflects the selected element.

- - - -

2. コヌルツリヌ

- -

- -

The Call Tree shows the samples organized by 'Running Time' which will show the data by wall clock time. There are lighter grey names to the right of tree elements that indicate where the code comes from. Be aware that elements can be from JavaScript, Gecko, or system libraries. Note that if some functions are not yet named properly, symbolication may not yet be finished.

- -
-

Tip: You can right-click on a function name to get an option to copy its name to the clipboard.

-
- -

A significant portion of time can be spent in idle, blocking calls like waiting for events. This is ideal for a responsive application to be ready to service incoming events. There are OS-specific waiting functions like NtWaitForMultipleObjects seen in the example above taken on Windows or mach_msg_trap on macOS.

- -
-

Tip: You can quickly go deeper into the call tree by holding down your right arrow key. Alternatively, expand an entire tree segment by holding Alt and clicking on the arrow to the left of the collapsed tree segment.

-
- -

As we progress into a more specific part of the tree, you'll notice that the 'Running time' decreases. This happens when a function has 2 or more non-trivial calls: the running time will be split between its children.

- -
-

Tip: Focus on one section of the tree by clicking on the "arrow-in-a-circle" icon that appears to the right of the tree element as you hover over it. A "tree breadcrumb" will appear similar to the range breadcrumbs noted above.

-
- -

Clicking the "JavaScript only" option will only show JavaScript code in the Call Tree. You could compare the time with this option checked and the total time to get an idea of how much time was spent running JS. Note that long-running JS function execution may not actually be taking as long as you think because further down the call stack there may be something like painting happening.

- -

Clicking the "Invert call stack" option will sort by the time spent in a function in descending order. Note that the running time here is only the running time of that particular frame and not the total of all called instances of that function. You can see the samples in the Timeline get darker as you select different functions in the Call Tree; these are samples that were taken when the selected function was running.

- -

"Filter stacks" will allow you to search for functions by name. One of the easiest ways to find slowness caused by a page's JS is to type its URL into the "Filter stacks" box. You can then select corresponding Call Tree entries and watch the Timeline for entries in the content process main thread that get darker as you select Call Tree entries.

- -
-

Tip: If things are blank elsewhere in the UI, you may have text entered into the "Filter stacks" box.

-
- -
Custom Annotations
- -

In bug 1334218 an annotation was added to PresShell::Paint to show the URL of the document being painted. These annotations are not too complex to add so if you would like something added, file a bug.

- -

3. Sharing the profile

- -

Click "Share..." > Share acknowledging that the URLs you had open and your Firefox extensions will be included in the profile data sent to the server. If you select a different time range, the URL revealed by pressing "Permalink" will change so that you can be sure the recipient of the URL will see the same things you are seeing.

- -

Tips

- -

Understanding profiles can be difficult. If you're unfamiliar with Gecko's internals, you can click the JavaScript only button to see where your JavaScript code is slow. Each entry in the Call Tree shows a call stack and how much time is spent in that call stack. For example:In the results above we can see that we're spending ~287 milliseconds in Startup::XRE_InitChildProcess, 194 ms of which are spent in PVsync::Msg_Notify and all child functions that it calls. It is useful to scan down the "Running Time" column and look for when the time changes. While looking for performance problems, you're looking for the processes that are taking the most time; then you can figure out how to optimize them.

- -

Common Performance Bugs in Firefox

- -

Inefficient code that is on the reflow or restyle paths is often to blame for jank. So is code that is run often in the parent process or in parts of the codebase that apply to many users.

- -

Synchronous re-flow can be caused by JS that, for example, makes changes to the page content in a loop and queries about the layout of the page in that same loop.

- -

A PresShell:Flush means that we are either recomputing styles or recomputing layout. These sorts of flushes should be avoided if possible, as they can be quite expensive. Keep your eyes out for flushes like this that are blocking the main thread for a long time. If you notice these things happening in a loop, that's a bug to be fixed, since we're likely "layout thrashing".

- -

Some more tips and answers to common questions are available in a mid-2017 FAQ document.

- -

It's a good idea to search bugzilla before filing a bug about a performance problem in Firefox but sometimes it's hard to find issues that have already been reported. Therefore, it's usually a good idea to file a bug.

- -

ロヌカルWindowsビルドのプロファむリング

- -

If you built Firefox for Windows locally and you would like to use the local symbols with the profiler, you will need to run an additional tool; see Profiling with the Gecko Profiler and Local Symbols on Windows.

- -

ビルドをプロファむリングする

- -

The profiler currently doesn't really support symbolication for profiles from Try builds. For Linux builds, there seem to be symbols inside the binaries, which the profiler should pick up correctly. But on Windows and macOS, you'll have to do some tricks to make it work:

- -
    -
  1. Put your firefox build into a directory with the name dist.
    2. -
  2. Download the crashreporter symbols zip for your build. It should be one of the "artifacts" of the build job of your try build.
    3. -
  3. Unzip the crashreporter symbols into dist/crashreporter-symbols/.
    4. -
  4. Now profile as usual.
    5. -
- -

(This abuses the symbolication logic for local builds. It's at ext-geckoProfiler.js and may stop working at any time.)

- -

Firefoxモバむルのプロファむリング

- -

Firefox 61 for Android supports Gecko profiler again; see Remote profiling on Android for details.

- -

The following information is old version of Firefox for Android.

- -
    -
  1. For local builds of Fennec, you should build with optimization and STRIP_FLAGS="--strip-debug" but NOT with --enable-profiling. Nightly builds are already built with the appropriate flags.
    2. -
  2. You'll need to have adb and arm-eabi-addr2line (which is part of the Android NDK) in your bash PATH, so use locate arm-eabi-addr2line (on Linux) or mdfind name:arm-eabi-addr2line (on OS X) and stick an export to its location in ~/.bash_profile. The extension will invoke bash to use adb and addr2line.
    3. -
  3. Install the latest pre-release build in your host machine's Firefox browser that has your phone reachable via ADB. This will add a icon in the top right of the browser.
    4. -
  4. Set devtools.debugger.remote-enabled to true in about:config for Fennec.
    5. -
  5. Select target Mobile USB and press Connect. The first run will take an additional 1 minute or so to pull in the required system libraries.
    6. -
- -

Firefoxの起動のプロファむリング

- -
    -
  1. Start your Firefox with the environment variable MOZ_PROFILER_STARTUP=1 set. This way the profiler is started as early as possible during startup.
    2. -
  2. Then capture the profile using the add-on as usual.
    3. -
- -

Startup profiling does not use the settings that you configured in the add-on's panel. It uses settings that can be configured with the environment variables MOZ_PROFILER_STARTUP_ENTRIES and MOZ_PROFILER_STARTUP_INTERVAL:

- - - -

JSベンチマヌク(xpcshell)のプロファむリング

- -
    -
  1. To profile the script run.js with IonMonkey (-I), type inference (-n) and JÀegerMonkey (-m). Thgis requires the following command: - - 
    $ xpcshell -m -I -n -e '
-    const Ci = Components.interfaces;
-    const Cc = Components.classes;
-    var profiler = Cc["@mozilla.org/tools/profiler;1"].getService(Ci.nsIProfiler);
-    profiler.StartProfiler(
-      10000000 /* = profiler memory */,
-      1 /* = sample rate: 100µs with patch, 1ms without */,
-      ["stackwalk", "js"], 2 /* = features, and number of features. */
-    );
-  ' -f ./run.js -e '
-    var profileObj = profiler.getProfileData();
-    print(JSON.stringify(profileObj));
-  ' | tail -n 1 > run.cleo
    - The xpcshell output all benchmark information and on its last line it output the result of the profiling, you can filter it with tail -n 1 and redirect it to a file to prevent printing it in your shell.  The expected size of the output is around 100 of MB.
    2. -
  2. To add symbols to your build, you need to call ./scripts/profile-symbolicate.py available in B2G repository. - 
    $ GECKO_OBJDIR=<objdir> PRODUCT_OUT=<objdir> TARGET_TOOLS_PREFIX= \
-    ./scripts/profile-symbolicate.py -o run.symb.cleo run.cleo
    -
    3. -
  3. Clone Cleopatra and start the server with ./run_webserver.sh.
    4. -
  4. Access Cleopatra from your web browser by loading the page localhost:8000, and upload run.symb.cleo to render the profile with most of the symbol information.
    5. -
- -

ネむティブスタックずラベルスタック

- -

The profiler periodically samples the stack of the selected threads in Firefox and collects a stack trace. This stack trace is the combined stack of three different stacks: The native stack, the JavaScript stack, and the label stack.

- -

Native stack

- -

The native stack is the regular C / C++ / rust function stack that you know from your debugger. It's only collected if the "Stack walk" checkbox in the gecko profiler add-on's settings is checked.

- -

JavaScript stack

- -

The JavaScript stack is collected by the JS engine. This is controlled by the "JavaScript" checkbox in the gecko profiler add-on's settings panel.

- -

Label stack

- -

The label stack (formerly called "Pseudo stack") uses function entry/exit tags added by hand to important points in the code base.  The stacks you see in the UI are chains of these tags.  This is good for highlighting particularly interesting parts of the code, but they miss out on un-annotated areas of the code base, and give no visibility into system libraries or drivers.

- -

Tagging is done by adding macros of the form AUTO_PROFILER_LABEL("NAMESPACE", "NAME"). These add RAII helpers, which are used by the profiler to track entries/exits of the annotated functions.  For this to be effective, you need to liberally use AUTO_PROFILER_LABEL throughout the code. See GeckoProfiler.h for more variations like AUTO_PROFILER_LABEL_DYNAMIC.

- -

Because of the non-zero overhead of the instrumentation, the sample label shouldn't be placed inside hot loops.  A profile reporting that a large portion is spent in "Unknown" code indicates that the area being executed doesn't have any sample labels.  As we focus on using this tool and add additional sample labels coverage should improve.

- -

Sharing, saving and loading profiles

- -

After capturing and viewing a profile you will see "Share..." and "Save as file..." buttons in the top-right of the window. Sharing will upload your profile to perf-html.io and make it public. More information on sharing profiles is available.

- -

ハングしたプロセスのプロファむリング

- -

It is possible to get profiles from hung Firefox processes using lldb1.

- -
    -
  1. After the process has hung, attach lldb.
    2. -
  2. Type in2, : - 
    p (void)profiler_save_profile_to_file("somepath/profile.txt")
    -
    3. -
  3. Clone mstange’s handy profile analysis repository.
    4. -
  4. Run: - 
    python symbolicate_profile.py somepath/profile.txt
    - -

    To graft symbols into the profile. mstange’s scripts do some fairly clever things to get those symbols – if your Firefox was built by Mozilla, then it will retrieve the symbols from the Mozilla symbol server. If you built Firefox yourself, it will attempt to use some cleverness3 to grab the symbols from your binary.

    - -

    Your profile will now, hopefully, be updated with symbols. Upload it for further analysis!

    - -

    I haven’t yet had the opportunity to try this, but I hope to next week. I’d be eager to hear people’s experience giving this a go – it might be a great tool in determining what’s going on in Firefox when it’s hung!

    -
    5. -
- -

スレッドのプロファむリング

- -

The Gecko Profiler has rudimentary support for profiling multiple threads. To enable it, check the 'Multi-Thread' box then enter one or more thread names into the textbox beside it. Thread names are the strings passed to the base::Thread class at initialization. At present there is no central list of these thread names, but you can find them by grepping the source.

- -

Examples: 1 2

- -

If the filter you entered is invalid, no threads will be profiled. You can identify this by hitting Analyze (Cleopatra will show you an error message). If the filter is left empty, only the main thread is captured (as if you had not enabled Multi-Thread.)

- -

プロファむラの機胜

- -

The profiler supports several features. These are options to gather additional data in your profiles. Each option will increase the performance overhead of profiling so it's important to activate only options that will provide useful information for your particular problem to reduce the distortion.

- -

Stackwalk

- -

When taking a sample the profiler will attempt to unwind the stack using platform specific code appropriate for the ABI. This will provide an accurate callstack for most samples. On ABIs where framepointers are not avaiable this will cause a significant performance impact.

- -

JS Profiling

- -

Javascript callstacks will be generated and interleaved with the c++ callstacks. This will introduce an overhead when running JS.

- -

GC Stats

- -

Will embed GC stats from 'javascript.options.mem.notify' in the profile.

- -

Main Thread IO

- -

This will interpose file I/O and report them in the profiles.

- -

Multi-Thread

- -

This will sample other threads. This fields accept a comma seperated list of thread names. A thread can only be profiled if it is registered to the profiler.

- -

GPU

- -

This will insert a timer query during compositing and show the result in the Frames view. This will appropriate how much GPU time was spent compositing each frame.

- -

Layers & Texture

- -

The profiler can be used to view the layer tree at each composite, optionally with texture data. This can be used to debug correctness problems.

- -

Viewing the Layer Tree

- -

To view the layer tree, the layers.dump pref must be set to true in the Firefox or B2G program being profiled.

- -

In addition, both the compositor thread and the content thread (in the case of B2G, the content thread of whichever app you're interested in) must be profiled. For example, on B2G, when profiling the Homescreen app, you might start the profiler with:

- -
./profile.sh start -p b2g -t Compositor && ./profile.sh start -p Homescreen
-
- -

Having gotten a profile this way, the layer tree for a composite can be seen by clicking on a composite in the "Frames" section of Cleopatra (you may need to a sub-range of samples to make individual composites large enough to be clicked). This will activate the "LayerTree" tab:

- -

Screenshot of layer tree view in Cleopatra, with no textures.

- -

In this screenshot, Composite #143 has been selected. The layer tree structure can be seen in the left panel. It contains, for each layer, the type of the layer, and various metrics about the layer, such as the visible region and any transforms. In the right panel, a visualization of the layer tree (based entirely on the aforementioned metrics) is shown. Hovering over a layer in the left panel highlights the layer in the right panel. This is useful for identifying what content each layer corresponds to. Here, I'm hovering over the last layer in the layer tree (a PaintedLayerComposite), and a strip at the top of the right panel is highlighted, telling me that this layer is for the system notification bar in B2G.

- -

Viewing Textures

- -

Sometimes, it's useful to see not only the structure of the layer tree for each composite, but also the rendered textures for each layer. This can be achieved by additionally setting the layers.dump-texture pref to true, or by adding -f layersdump to the profiler command line (the latter implies both the layers.dump and layers.dump-texture prefs).

- -
-

è­Šå‘Š: テクスチャデヌタをダンプするず、パフォヌマンスが倧幅に䜎䞋し、プロファむルファむルに倚くの蚘憶領域が必芁になりたす。 このようにプロファむリングする際には、フレヌムレヌトを倧幅に䞋げおレンダリングを実行し、キャプチャ時間を短くしお、関心のあるサンプルが䞊曞きされないようにしたす。

-
- -

Here's how the Layer Tree view looks in Cleopatra with texture data:

- -

Screenshot of layer tree view in Cleopatra, with textures.

- -

This time, the visualization in right panel shows the actual textures rather than just the outlines of the layers. This can be very useful for debugging correctness problems such as a temporary visual/rendering glitch, because it allows you to find the precise composite that shows the glitch, and look at the layer tree for that composite.

- -

Visualizing a layer tree without a profile

- -

If you have a layer dump from somewhere (such as from adb logcat on B2G), you can get Cleopatra to visualize it (just the structure of course, not textures) without needing a profile. To do so, paste the layer dump into the "Enter your profile data here" text field on the front page of Cleopatra:

- -

Screenshot of front page of Cleopatra, with pasted layer dump.

- -

The resulting "profile" will have the Layer Tree view enabled (but nothing else). This is useful in cases where you want to gain a quick visual understanding of a layer dump without having to take a profile.

- -
-

On B2G, each line of a layer dump in adb logcat output is prefixed with something like I/Gecko   (30593):. Cleopatra doesn't currently understand this prefix, so it needs to be removed before pasting.

-
- -

Display List

- -

Dump the display list after each refresh with the texture data. This can be used to debug correctness problems.

- -

Contribute

- - diff --git a/files/ja/mozilla/performance/reporting_a_performance_problem/index.html b/files/ja/mozilla/performance/reporting_a_performance_problem/index.html deleted file mode 100644 index 3333b1efc5..0000000000 --- a/files/ja/mozilla/performance/reporting_a_performance_problem/index.html +++ /dev/null @@ -1,62 +0,0 @@ ---- -title: パフォヌマンスの問題を報告する -slug: Mozilla/Performance/Reporting_a_Performance_Problem -translation_of: Mozilla/Performance/Reporting_a_Performance_Problem ---- -

この蚘事では、Gecko Profiler拡匵機胜を䜿甚しおパフォヌマンスの問題を報告する方法に぀いお説明したす。 あなたが読むよりそれを奜むならビデオチュヌトリアルもありたす。

- -

Gecko Profilerの拡匵機胜を蚭定する

- -
    -
  1. Download and install the latest version of the Gecko Profiler extension
    2. -
  2. The profiler extension will show up in the top right of the URL bar as a globe icon (if not, drag it there from the Customize window).
    -
    - The Gecko Profiler Add-on installed and visible within the Nightly toolbar.
    3. -
  3. Remember to disable or uninstall the extension if you're not using it.
    4. -
- -

macOS only, or to check whether a problem has been fixed in a later Firefox version (macOS release builds will currently produce profiles missing some important information):

- -
    -
  1. Download and start the nightly build for your platform. You will have to close all running instance(s) of Firefox before launching nightly.
    2. -
  2. Nightly is a development version, which may contain bugs, so test with a new profile or back up your data.
    3. -
  3. Verify that it is running correctly by going to 'About Nightly' by looking for 'nightly' as the update channel (3rd line). The icon should be a blue globe.
    4. -
- -

Using the Add-on

- -

Once installed, the profiler becomes active immediately (the icon being blue indicates it is active). The profiler uses a fixed size buffer to store sample data. When it runs out of space in its buffer, it discards old entries so you may want to increase the buffer size if you find you are unable to capture the profile quickly enough after you notice a performance problem. In the Settings part of the UI you can adjust the size of the buffer (presently defaults to 9 MB) and the time interval between data collection (presently defaults to 1 ms). Note that increasing the buffer size uses more memory and can make capturing a profile take longer.

- -

Profiler UI

- -

Using the keyboard shortcuts is often more convenient than using the mouse to interact with the UI:

- - - -

Capturing and sharing a profile

- -
    -
  1. Reproduce the performance problem. If possible let the problem manifest itself for 5-10 seconds.
    2. -
  2. Press Ctrl+Shift+2 or click on the 'Globe' icon in the top right and select 'Capture Profile'. Try to do this within a few seconds from reproducing the performance problem as only the last few seconds are recorded. If the timeline has a large red block it's a good sign.
    - Jank markers appearing in the Perf.html profile analysis tool.
    3. -
  3. The data will open in a new tab. Wait until the "Waiting for symbol tables for library libxul.pdb..." notification disappears before sharing the profile.
    4. -
  4. There will be a button in the top right labeled 'Share' which will upload this profile and once completed will write out a link. Copy this URL to your clipboard by right clicking and add the profile URL to the bug for your performance problem and/or send it to the appropriate person. Try to give some context about what you were doing when the performance problem arose such as the URL you were viewing and what actions were you doing (ex. scrolling on gmail.com).
    - The button for sharing a profile.
    5. -
- -

Viewing addon performance in GeckoView

- -

Sometimes an addon or more are slowing down Firefox. These addons might be using the extension API in ways that were not meant to. You can see which of these addons are causing problems by adding the "moz-extension" filter.

- -

moz-extension filter print screen

- -

Make sure you are selecting the process that is using up the CPU since all of the processes are shown. You might have a content process using up the CPU and not the main one.

- -

Make sure you are doing whatever it is that slows down Firefox while recording the profile. For example you might have one addon that slows down page load and another one that slows down tab switch.

- -

Your first reflex once you find what addon is slowing down the profile might be to disable it and search for alternatives. Before you do this, please share the performance profile with the addon authors trough a bug report. Gecko profiler allows you to share a link with the profile.

- -

 

diff --git a/files/ja/mozilla/performance/scroll-linked_effects/index.html b/files/ja/mozilla/performance/scroll-linked_effects/index.html deleted file mode 100644 index a26aa29a9d..0000000000 --- a/files/ja/mozilla/performance/scroll-linked_effects/index.html +++ /dev/null @@ -1,110 +0,0 @@ ---- -title: スクロヌル連動゚フェクト -slug: Mozilla/Performance/Scroll-linked_effects -tags: - - CSS - - JavaScript - - Performance - - Scroll - - Scroll-Linked Effects - - Web Animations - - compositor -translation_of: Mozilla/Performance/Scroll-linked_effects ---- -

スクロヌル連動゚フェクトはスクロヌル䜍眮に基づいお Web ペヌゞを倉化させる゚フェクト実装です。(䟋えば、スクロヌルによる芖差゚フェクトを生み出すために䜍眮プロパティを曎新させるなど) この蚘事はスクロヌル連動゚フェクトに぀いおパフォヌマンス・関連するツヌル・移行技術の可胜性に぀いお蚘茉しおいたす。

- -

スクロヌル゚フェクトずは

- -

時々スクロヌル゚フェクトは {{event("scroll")}} むベントを監芖し、いく぀かの手段(通垞は CSS の {{cssxref("position")}} や {{cssxref("transform")}} プロパティ)でペヌゞ内の芁玠を曎新しお実装されたす。このような゚フェクトは CSS Scroll API: Use Cases でサンプルを芋るこずができたす。

- -

これらの゚フェクトは、スクロヌルがブラりザのメむンスレッドで同期的に完了するブラりザの堎合はうたく動䜜したす。しかし、珟圚倚くのブラりザはナヌザに䞀貫した 60 FPS の䜓隓を提䟛するために䜕らかの非同期スクロヌルを提䟛しおいたす。非同期スクロヌルモデルでは、衚瀺されおいるスクロヌルポゞションはコンポゞタヌスレッドで曎新されお {{event("scroll")}} むベントが DOM 内で曎新されメむンスレッドで発火される以前にナヌザヌに衚瀺されたす。これは、実装された゚フェクトがナヌザヌが曎新されたスクロヌル䜍眮を芋るよりも少し遅れるこずになりたす。これぱフェクトが遅延したり、カクカクしたり、ナヌザヌをむラむラさせたす。぀たりできるこずなら避けたい事象です。

- -

以䞋は非同期スクロヌルでうたく動䜜しない゚フェクト䟋ず、適切に動䜜するサンプルです。

- -

Example 1: Sticky 䜍眮

- -

これはスクロヌルダりンしおも "toolbar" div がスクリヌンの䞊郚に固定される sticky 䜍眮゚フェクトの実装です。

- -
<body style="height: 5000px" onscroll="document.getElementById('toolbar').style.top = Math.max(100, window.scrollY) + 'px'">
- <div id="toolbar" style="position: absolute; top: 100px; width: 100px; height: 20px; background-color: green"></div>
-</body>
- -

この sticky 䜍眮の実装は "toolbar" div の再配眮を監芖するスクロヌルむベントリスナヌに基づいおいたす。スクロヌルむベントリスナヌがブラりザヌのメむンスレッドで動䜜する JavaScript で動く限り、ナヌザヌが芋えおいるスクロヌルずは非同期凊理になりたす。したがっお非同期スクロヌルにおいお、むベントハンドラヌはナヌザヌに芋えおいるスクロヌルの動きずは盞察的に遅延しお、div は意図したずおり固定された衚瀺になりたせん。代わりに、ナヌザヌのスクロヌルによっお div は移動しお、スクロヌルむンベントハンドラヌが実行されたずきにスクリヌンゞョブに "すばやく戻りたす"。この䞀連の動きず玠早い動䜜はかくかくした芖芚゚フェクトになりたす。スクロヌルむベントリスナヌを利甚しない 1 ぀の実装は、これを目的ずした CSS プロパティヌを利甚する方法です。

- -
<body style="height: 5000px">
- <div id="toolbar" style="position: sticky; top: 0px; margin-top: 100px; width: 100px; height: 20px; background-color: green"></div>
-</body>
- -

このバヌゞョンは、ナヌザヌのスクロヌルによる "toolbar" div の䜍眮曎新をブラりザ自身が行うため、非同期スクロヌルでもうたく動䜜したす。

- -

Example 2: スクロヌルスナップ

- -

Thisこの機胜は Web 暙準から削陀されおいたす。いく぀かのブラりザではただサポヌトされおいたすが機胜削陀の最䞭です。可胜ならば利甚を避け既存コヌドを曎新しおください。https://developer.mozilla.org/ja-JP/docs/Web/CSS/scroll-snap-coordinate#Browser_compatibility

- -

以䞋はスクロヌルスナップの実装で、目的の䜍眮近くでスクロヌルをナヌザヌが止めたずきに指定した目的のスクロヌルポゞション目的䜍眮に移動するものです。

- -
<body style="height: 5000px">
- <script>
-    function snap(destination) {
-        if (Math.abs(destination - window.scrollY) < 3) {
-            scrollTo(window.scrollX, destination);
-        } else if (Math.abs(destination - window.scrollY) < 200) {
-            scrollTo(window.scrollX, window.scrollY + ((destination - window.scrollY) / 2));
-            setTimeout(snap, 20, destination);
-        }
-    }
-    var timeoutId = null;
-    addEventListener("scroll", function() {
-        if (timeoutId) clearTimeout(timeoutId);
-        timeoutId = setTimeout(snap, 200, parseInt(document.getElementById('snaptarget').style.top));
-    }, true);
- </script>
- <div id="snaptarget" class="snaptarget" style="position: relative; top: 200px; width: 100%; height: 200px; background-color: green"></div>
-</body>
- -

このサンプルでは、スクロヌルしたずきのポゞションが "snaptarget" div の䞊郚 200 ピクセルいないだった堎合を怜知するスクロヌルむベントリスナヌが存圚したす。もしその条件だった堎合、div の䞊郚ぞスクロヌル䜍眮を移動するアニメヌションを動かしたす。アニメヌションはブラりザのメむンスレッド JavaScript で動䜜するため、他のタブやりィンドりで動䜜しおいる JavaScript によっお割り蟌たれるかもしれたせん。埓っお、期埅通りにスムヌズに動かなかったりカクカク動䜜するようになりたす。代わりに CSS sap-point プロパティを利甚するこずで、アニメヌションを非同期で動䜜させるこずをブラりザに蚱可し、ナヌザヌにスムヌズな芖芚゚フェクトを提䟛したす。

- -
<body style="height: 5000px">
- <style>
-    body, /* blink currently has bug that requires declaration on `body` */
-    html {
-      scroll-snap-type: y proximity;
-    }
-    .snaptarget {
-      scroll-snap-align: start;
-      position: relative;
-      top: 200px;
-      height: 200px;
-      background-color: green;
-    }
- </style>
- <div class="snaptarget"></div>
-</body>
- -

このバヌゞョンはブラりザのメむンスレッドで重たい JavaScript が動䜜しおいたずしおもスムヌズにブラりザで動䜜するこずが可胜です。

- -

他の゚フェクト

- -

倚くの堎合、スクロヌル連動゚フェクトは CSS を利甚したりコンポゞットスレッドで動䜜させるこずで再実装可胜です。しかし、いく぀かのケヌスにおいお珟圚ブラりザが提䟛しおいる API では蚱可されない物が有りたす。しかし党おの堎合においお Firefox はスクロヌル連動゚フェクトをペヌゞ䞊で怜知するず開発コン゜ヌルに譊告を衚瀺したす。(バヌゞョン 46 以降) JavaScript でスクロヌルむベントを䜿わない JavaScript を䜿ったスクロヌル゚フェクトの堎合は譊告は衚瀺されたせん。他の CSS を利甚した実装でカクカクした動䜜を防ぐサンプルを知りたい堎合は、Firefox における非同期スクロヌル ずいうブログを芋おください。

- -

機胜改善

- -

曎に我々はコンポゞタヌでのさらなる゚フェクトをサポヌトする予定です。これを実珟するために、あなたが実装しようずしおいるスクロヌル連動゚フェクトの皮類に関する情報提䟛を必芁ずしおおり、それは実珟するための手助けになりたす。珟圚そのような゚フェクトを蚱可するためのいく぀かの提案があり、これらにはメリットデメリットがありたす。この提案は珟圚以䞋の仕様で議論されおいたす。

- - - -

Call to action(実斜芁請)

- -

以䞋の事を考えや意芋がある堎合、

- - - -

我々に情報提䟛しおください。public-houdini メヌリングリスト䞊での議論に参加可胜です。

diff --git a/files/ja/mozilla/persona/browser_compatibility/index.html b/files/ja/mozilla/persona/browser_compatibility/index.html deleted file mode 100644 index e59ad2f5a1..0000000000 --- a/files/ja/mozilla/persona/browser_compatibility/index.html +++ /dev/null @@ -1,90 +0,0 @@ ---- -title: ブラりザの互換性 -slug: Mozilla/Persona/Browser_compatibility -tags: - - Persona - - 芁曎新 -translation_of: Archive/Mozilla/Persona/Browser_compatibility ---- -

サポヌトされたブラりザ

-

Persona は、以䞋のブラりザで開発、テスト、サポヌトされおいたす。Persona のクロスプラットフォヌムの JavaScript ラむブラリのおかげで、ナヌザは Persona を䜿うためにアドオンをむンストヌルする必芁はありたせん。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
デスクトップブラりザ
Internet Explorer8.0*, 9.0† 10.0**
Firefox珟圚の安定版、Beta、Aurora、Nightly、ESR
- 以前の安定リリヌス版
Chrome最新の安定リリヌス版
Safari最新の安定リリヌス版
Opera最新の安定リリヌス版‡
iOS ブラりザ
Mobile SafariiOS 5.x — 6.x
Android ブラりザ
デフォルトブラりザ2.x — 4.x
Firefox珟圚の安定版、Beta、Aurora、Nightly、ESR
- 以前の安定リリヌス版
Chrome最新の安定リリヌス版
-

*: Windows XP 向け。 †: Windows Vista および Windows 7 向け。 ‡: 時間の蚱す限り。

-

Internet Explorer "Compatibility Mode"

-

From version 8.0 onwards Internet Explorer supports a feature called Compatibility Mode, in which the browser may be instructed to emulate a pre-8.0 version when rendering a page. This feature may be controlled in three different ways

-
    -
  1. as a local setting in the browser
    2. -
  2. based on the presence and value of the DOCTYPE declaration in the page
    3. -
  3. as an instruction sent from the site, using the "X-UA-Compatible" header either as an HTTP header or as a <meta> tag in the page. This method overrides the other two.
    4. -
-

Because versions of Internet Explorer earlier than 8.0 are not supported by Persona, any version of Internet Explorer which is configured to emulate a pre-8.0 version will also not function with Persona. This is typically for one of the following reasons:

- -

For more information, see "Understanding Compatibility Modes in Internet Explorer 8" and "IE8 and IE9 Complications".

-

サポヌトされおいないブラりザ

- -

他のブラりザ

-

サポヌトされおいないブラりザでも、{{domxref("window.postMessage()")}} ず {{domxref("Storage", "localStorage")}} が実装されおいれば動䜜したす。これらの API は 2010 幎 3 月以降のすべおの䞻芁なブラりザで利甚可胜です。

-

既知の問題

- diff --git a/files/ja/mozilla/persona/faq/index.html b/files/ja/mozilla/persona/faq/index.html deleted file mode 100644 index ee4de1f8e7..0000000000 --- a/files/ja/mozilla/persona/faq/index.html +++ /dev/null @@ -1,56 +0,0 @@ ---- -title: FAQ -slug: Mozilla/Persona/FAQ -translation_of: Archive/Mozilla/Persona/FAQ ---- -

BrowserID ずの違いは䜕ですか

-

Persona は Mozilla による新しい分散ログむンシステムの完党な実装です。

-

BrowserID は Persona がどのように動䜜するかを芏定するオヌプンなプロトコルです。

-

Persona は BrowserID の実装によっお Web サむトにナヌザヌがログむンできるようにするものです。それに類䌌する関係ずしお、Firefox は HTTP の実装によっお、ナヌザヌが Web を閲芧できるようにするものです。

-

OpenID ずの違いは䜕ですか

-

Persona ず OpenID の目的ず構造は非垞に䌌おいたす。どちらのシステムも、ナヌザヌが所持しなければならないパスワヌドを枛らすこずができたす。たた、どちらも非集䞭型のシステムずしお蚭蚈されおいたす。This means that any domain can present itself as an Identity Provider without relying on a central authority.

-

Despite these similarities, Persona is easier to use and easier to add to websites. Persona also does a better job of protecting user privacy. Specifically:

-
-
- Persona はナヌザヌに易しいシステムです
-
- Persona identifies users based on email addresses, which users already know, understand, and naturally associate with online identities. With OpenID, users are forced to learn a new username: an unintuitive URL.
-
- Logging in with Persona is also easier: it just takes 2 clicks after a one-time setup process.
-
- Persona は開発者に易しいシステムです
-
- Persona has a {{ domxref("navigator.id", "simple API") }} that only takes an afternoon to get started with.
-
- Persona identities are email addresses, so websites don't have to ask users for additional contact information during signup.
-
- Because users know and understand their email address, developers don't have to build complex pages with login buttons for all the popular OpenID providers.
-
- Persona はより適切にナヌザヌのプラむバシヌを保護したす
-
- By design, OpenID allows Identity Providers to track their users around the web: whenever a user logs into a website, their browser gets redirected from that site to the user's Identity Provider, and then back to the site that the user requested. These redirects fully expose to the Identity Provider where the user is going.
-
- In contrast, the BrowserID protocol never leaks tracking information back to the Identity Provider. Rather, it behaves similarly to an ID card: users obtain signed credentials from their Identity Providers which can be presented to websites as a proof of identity. Websites can check the validity of these credentials without ever revealing a user's identity to their identity provider.
-
-

なぜ Persona には JavaScript が必芁なのですか

-

Persona requires JavaScript, but some users choose to selectively block JavaScript by using browser add-ons like NoScript. Many of these users are concerned about the privacy implications of enabling JavaScript, since it is often used to track visitors across websites.

-

However, in the case of Persona, JavaScript is actually used to enhance user privacy, as it allows the browser to perform cryptographic operations completely on the client side. By doing these operations on the client, Persona avoids the need to store secret keys anywhere other than in the user's own browser.

-

Persona は登録されたメヌルアドレスが珟圚䜿甚されおいるかどうかを確認したすか

-

No, Persona only guarantees the user's association with an address. As with any email address in any login system, it's possible that the address no longer works or is not regularly checked by the user. For most users, the email address will be functional.

-

どのようにしおメヌルアドレスから所属団䜓を確かめるのですか

-

Persona asks the address's domain, which is free to verify its users in any way it chooses. If a domain is not a native Identity Provider, and thus can't verify its own users, the browser asks for verification from Persona's fallback Identity Provider at https://login.persona.org. Before certifying a user's identity, the fallback Identity Provider does test the address by sending an email to it and asking the user to click a link contained within.

-

どのような方法で、ナヌザヌが管理できなくなったメヌルアドレスのアカりントを埩旧させるこずができたすか

-

The best way to do this is to allow your users to add a secondary email address to their account. See "Adding extra email addresses with Persona".

-

include.js を独自にホストするこずはできたすか あるいは、https://login.persona.org にあるものを䜿甚しなければなりたせんか

-

The code in include.js is still subject to change. It's not yet recommended that you host it yourself.

-

アサヌションをロヌカルで確認するこずはできたすか あるいは、リモヌトの確認サヌビスを䜿う必芁がありたすか

-

To ensure user privacy, it's important that identity assertions are verified locally rather than with the remote verification service. However, the format of assertions is still subject to change, so local verification is not yet recommended. Even with remote verification, Persona protects the user from tracking by their identity provider.

-

Once the protocol has stabilized, libraries will be available to simplify local verification. Follow the Identity Blog to find out when local verification is recommended.

-

ほかのサむンむン手段を利甚しおいるナヌザヌが移行するために䜕か良い方法はありたすか

-

Despite Persona's benefits, it's never easy to move all of your users to a new login system. Conveniently, Persona's focus on email addresses makes it easy to use alongside existing login systems, so you don't have to switch all at once.

-

One particularly low-friction approach is to suggest Persona to users who forget their password. Instead of resetting passwords, users can simply log in with Persona.

-

新芏アカりントを䜜成する際にも「サむンむン」ずしお扱われるこずを、どのようにしお知らせるべきですか

-

新しい API や非掚奚の API など、BrowserID ずの䞻な違いはどのようにしお調べられたすか

-

All major, backwards incompatible changes and deprecations are announced on the low-volume persona-notices mailing list. Please subscribe to it.

-

To find out about new features and enhancements, follow the the Identity team blog.

-

For development discussion, subscribe to the dev-identity mailing list.

diff --git a/files/ja/mozilla/persona/index.html b/files/ja/mozilla/persona/index.html deleted file mode 100644 index 64ce7689e6..0000000000 --- a/files/ja/mozilla/persona/index.html +++ /dev/null @@ -1,155 +0,0 @@ ---- -title: Persona -slug: Mozilla/Persona -tags: - - Persona -translation_of: Archive/Mozilla/Persona ---- -
-

Stay in touch or get help!

-

Follow our blog, join our mailing list, or find us in #identity on IRC.

-
-

Mozilla Persona は、オヌプンな BrowserID 芏栌に基づいた、Web サヌビス向けの完党に分散化された、安党な認蚌システムです。Persona がどのようなサむトでも、たた誰が䜿おうずも確実に動䜜するように、Mozilla では珟圚、小芏暡なサむトを運営しおいたす。

-

なぜ、あなたのサむトで Persona を䜿うべきなのでしょう

-
    -
  1. Persona を䜿うこずで、サむトごずにパスワヌドを管理する必芁がなくなりたす。ナヌザ、Web サむト運営者ずもに、パスワヌドの䜜成、管理、セキュリティ匷床ずいったこずに頭を悩たせる必芁がなくなりたす。
    2. -
  2. Persona は簡単に䜿うこずができたす。Persona を䜿うナヌザなら、䟋えば Voost や The Times Crossword ずいったサむトに新たに登録する際にも、ほんの2クリックの䜜業だけでログむンするこずができたす。もう繁雑な登録䜜業は䞍芁です。
    3. -
  3. Persona は実装するのも簡単です。Web サむトに Persona を導入する䜜業は、わずか半日で完了したす。
    4. -
  4. 特筆すべき長所ずしお、アカりントの閉め出しの心配がありたせん。Persona を䜿うこずで、Web サむトの運営者が党登録ナヌザの有効なメヌルアドレスを取埗するこずができたす。たた、ナヌザはどんなメヌルアドレスでも登録するこずができたす。
    5. -
  5. Persona は BrowserID に準拠しおいたす。䞻芁なブラりザベンダが BrowserID を実装しおしたえば、ログむンにあたっお Mozilla に䟝存し続ける必芁はなくなりたす。
    6. -
-

Read on to get started!

-
- 泚意: Persona は珟圚掻発に開発が進められおいたす。新しい機胜に぀いおは、私たちのブログ をご芧ください。たた、メヌリングリスト におフィヌドバックをお寄せください
-

あなたのサむトで Persona を䜿うために

- - - - - - - - - - - -
-

はじめに

-
-
- なぜ Persona?
-
- たずはあなたのサむトを Persona に察応させる利点に぀いお説明したす。たた、他の認蚌システムずの比范も玹介したす。
-
- クむックセットアップ
-
- Web サむトで Persona をサポヌトする手順に぀いお、簡単に説明したす。
-
- 		-

Persona API リファレンス

-
-
- navigator.id API リファレンス
-
- navigator.id オブゞェクトのリファレンスです。 Persona に぀いおの䜜業はここが起点ずなりたす。
-
- Verification API リファレンス
-
- https://verifier.login.persona.org/verify でホストされたリモヌト怜蚌 API のリファレンスです。
-
-
-

ガむド

-
-
- セキュリティに぀いお考慮すべき事柄
-
- Practices and techniques to make sure your Persona deployment is secure.
-
- ブラりザの互換性
-
- Persona をサポヌトしおいるブラりザのリスト。
-
- 囜際化
-
- Persona の異なる蚀語の扱いに぀いお。
-
- 		-

リ゜ヌス

-
-
- ラむブラリずプラグむン
-
- Find a drop-in library for your favorite programming language, web framework, blog, or content management system.
-
- Persona cookbook
-
- Example source code for Persona sites. Includes snippets in PHP, Node.JS, and more.
-
- ブランドリ゜ヌス
-
- Sign in buttons and other graphics to help present Persona to your users.
-
-
- - - - - - - -
-

ID プロバむダに぀いおの情報

-

If you're an email provider or another identity-providing service, check out the links below to learn about becoming a Persona Identity Provider.

-
-
- IdP の抂芁
-
- A high level view of Persona Identity Providers.
-
- IdP の実装方法
-
- A detailed guide to the technical details of becoming an IdP.
-
- 開発のヒント
-
- A set of tips and tricks useful while developing a new Identity Provider.
-
- .well-known/browserid
-
- An overview of the structure and purpose of the .well-known/browserid file, which IdPs use to advertise their support for the protocol.
-
- 		-

Persona プロゞェクト

-
-
- 甚語集
-
- BrowserID and Persona terminology defined.
-
- よくある質問
-
- よくある質問ぞの回答
-
- プロトコルの抂芁
-
- A mid-level technical overview of the underlying BrowserID protocol.
-
- Crypto
-
- A look at the cryptographic concepts behind Persona and BrowserID.
-
- 仕様曞
-
- ここには深い技術の詳现が曞かれおいたす。
-
- Persona の Web サむト
-
- To get Persona going, we're hosting three services at https://login.persona.org: a fallback Identity Provider, a portable implementation of the {{domxref("navigator.id")}} APIs, and an identity assertion verification service.
-
- Persona の゜ヌスコヌド
-
- The code behind the Persona website lives in a repository on GitHub. Patches welcome!
-
-
-

 

-

diff --git a/files/ja/mozilla/persona/internationalization/index.html b/files/ja/mozilla/persona/internationalization/index.html deleted file mode 100644 index 81f3e2c95d..0000000000 --- a/files/ja/mozilla/persona/internationalization/index.html +++ /dev/null @@ -1,52 +0,0 @@ ---- -title: I18N -slug: Mozilla/Persona/Internationalization -tags: - - BrowserID - - Persona - - l10n -translation_of: Archive/Mozilla/Persona/Internationalization ---- -

Persona のロヌカラむズ

-

将来、Persona によるサむンむンのナヌザむンタヌフェヌスがブラりザに統合され、Persona のロヌカラむズはブラりザアプリケヌションのロヌカラむズず䞀緒に行われるようになるでしょう。Persona が統合されおいないブラりザにおける Persona のナヌザむンタヌフェヌスは login.persona.org からのダむアログで構成されたす。これらのダむアログは、コミュニティのボランティアチヌムにより翻蚳されおおり、珟圚 45 か囜の蚀語で 提䟛されおいたす。

-

Persona の蚀語遞択に぀いお

-

Persona サヌビスは、ブラりザ偎の芁求により送信された Accept-Language ヘッダを利甚しお蚀語を遞択したす。Accept-Language ヘッダを蚀語に割り圓おるアルゎリズムは、mozilla.org で䜿甚されおいるものず同じです:

-
    -
  1. Accept-Language ヘッダの各蚀語タグに察しお: -
      -
    • 蚀語タグにより認識された蚀語ず䞀臎するロヌカラむズ枈みの蚀語があるか確認する
      • -
    • 蚀語タグの最初の郚分により認識された蚀語ず䞀臎するロヌカラむズ枈みの蚀語があるか確認する
      • -
    -
    2. -
  2. ルヌル (1) で䞀臎しなかった堎合は en-US にフォヌルバックしたす。しかしながら、en や en-US はブラりザから送信される accept-lang ヘッダの最埌に曞かれおいるこずがほずんどです。
    3. -
-

䟋えば、以䞋の衚は、en-US, es, es-MX がサポヌトされおいる堎合に、送信された Accept-Language ヘッダから遞択される蚀語のリストです:

- - - - - - - - - - - - - - - - - - - - - - - - - -
Accept-Language ヘッダ遞択される蚀語
es-AR,es;q=0.8,en-us;q=0.5es
es-MX,es;q=0.8,en-us;q=0.5es-MX
es-es,en-us;q=0.5en-US
es-esen-US
-

珟圚は、Web サむト偎からダむアログを別の蚀語に倉曎する方法はありたせん。これは、Persona の UI が論理的にブラりザの䞀郚である (将来、ブラりザにネむティブ実装される) こずが理由です。そのため、ダむアログの蚀語はブラりザの UI ず同じ蚀語であるべきです。

-

ロヌカラむズに協力するには

-

Persona は、Mozilla Verbatim を利甚しおボランティアが新しい蚀語を远加できるようにしおいたす。ロヌカラむズに協力したい方は、はじめおの Verbatim をお読みください。実際の䜜業は、Verbatim サむトの "BrowserID" プロゞェクト で行いたす。

diff --git a/files/ja/mozilla/persona/quick_setup/index.html b/files/ja/mozilla/persona/quick_setup/index.html deleted file mode 100644 index 00fecb5c44..0000000000 --- a/files/ja/mozilla/persona/quick_setup/index.html +++ /dev/null @@ -1,242 +0,0 @@ ---- -title: クむックセットアップ -slug: Mozilla/Persona/Quick_Setup -tags: - - Persona -translation_of: Archive/Mozilla/Persona/Quick_Setup ---- -

たった 5 ぀の手順であなたのサむトに Persona のログむンシステムを远加できたす:

- -
    -
  1. Persona の JavaScript ラむブラリをペヌゞに含める。
    2. -
  2. ログむンボタンずログアりトボタンを远加する。
    3. -
  3. ログむンずログアりトの操䜜を監芖する。
    4. -
  4. ナヌザの信甚情報を怜蚌する。
    5. -
  5. ベストプラクティスを芋盎す。
    6. -
- -

Persona は、半日もあればあなたのサむトに远加できたす。ただし、重芁なものから順番に行っおください: Persona をあなたのサむトで利甚しようずするずきは、その前に Persona notices メヌリングリストを賌読しおください。メヌルのやりずりはずおも少ないですが、あなたのサむトに悪圱響を及がす可胜性のある倉曎をアナりンスするために䜿われたす。

- -

ステップ 1: Persona ラむブラリを含める

- -

Persona は、ブラりザ䞭立で蚭蚈されおおり、すべおの䞻芁なデスクトップ版ずモバむル版のブラりザ で動䜜したす。

- -

私たちは将来、ブラりザ矀がPersonaに母囜語の支揎を提䟛するだろうず考えおいたすが、その間、私たちはナヌザヌむンタヌフェヌスずクラむアント偎のプロトコルを党お備えたJavascriptのラむブラリを提䟛したす。

- -

このラむブラリが䞀床ペヌゞに読み蟌たれれば、必芁な Persona 関数 ({{domxref("navigator.id.watch()", "watch()")}} および {{domxref("navigator.id.request()", "request()")}}, {{domxref("navigator.id.logout()", "logout()")}}) がグロヌバルな navigator.id オブゞェクトで利甚可胜になりたす。

- -

Persona JavaScript ラむブラリをペヌゞに含めるには、以䞋の script タグをペヌゞのヘッダpage bodyの末尟に眮いおください:

- -
<script src="https://login.persona.org/include.js"></script>
-
- -

このコヌドは、{{domxref("navigator.id")}} 関数を䜿甚するすべおのペヌゞに 含めなければなりたせん。なぜならPersona はただ開発段階であり、include.js ファむルをあなた自身でホストすべきではないからです。

- -

互換性モヌドの制限

- -

Personaを砎綻させるため、Internet Explorerのナヌザヌが互換性モヌドを䜿甚できないこずも確認すべきです。以䞋をしおください。

- - - -

For more information, see the notes in IE Compatibility Mode and "IE8 and IE9 Complications".

- -

ステップ 2: ログむンずログアりトのボタンを远加する

- -

Persona は DOM API ずしお蚭蚈されおいるため、ナヌザがサむト䞊のログむンたたはログアりトボタンをクリックした時に関数を呌び出さなければなりたせん。Persona ダむアログを開いおナヌザがログむンできるようにするには、{{domxref("navigator.id.request()")}} を呌び出したす。ログアりトする時は {{domxref("navigator.id.logout()")}} を呌び出したす。

- -

Note, the call to {{ domxref("navigator.id.logout()", "logout()") }} must be made in the click handler of the logout button.

- -

コヌド䟋:

- -
var signinLink = document.getElementById('signin');
-if (signinLink) {
-  signinLink.onclick = function() { navigator.id.request(); };
-};
-
-var signoutLink = document.getElementById('signout');
-if (signoutLink) {
-  signoutLink.onclick = function() { navigator.id.logout(); };
-};
-
- -

これらのボタンの倖芳に぀いおは、ブランドリ゜ヌス ペヌゞのボタン画像や CSS ベヌスのボタンをご利甚ください。

- -

ステップ 3: ログむンずログアりトの操䜜を監芖する

- -

Persona を機胜させるために、ナヌザがログむンたたはログアりトした時に䜕を行うかを知らせる必芁がありたす。これは、{{domxref("navigator.id.watch()")}} 関数に 3 個の匕数を䞎えお呌び出すこずにより行えたす:

- -
    -
  1. コンピュヌタヌから珟圚あなたのサむトにログむンしおいるナヌザヌのemailアドレス。ナヌザがいない堎合は null です。䟋えば、誰がサむンむンしおいるのか確かめるためにブラりザのCookieを調べるこずでしょう。
    2. -
  2. onlogin 操䜜のトリガヌが匕かれた時に呌び出す関数。この関数には、怜蚌された「ID アサヌション」の匕数を 1 個枡したす。
    3. -
  3. onlogout 操䜜のトリガヌが匕かれた時に呌び出す関数。この関数には匕数を枡したせん。
    4. -
- -
-

泚意: {{domxref("navigator.id.watch()")}} を呌び出した時は、垞に onlogin ず onlogout の䞡方を含めなければなりたせん。

-
- -

䟋えば、あなたが"Bob"で珟圚あなたのサむトにログむンしおいるず考える堎合、次のように曞きたす:

- -
var currentUser = 'bob@example.com';
-
-navigator.id.watch({
-  loggedInUser: currentUser,
-  onlogin: function(assertion) {
-    // ナヌザがログむンしたした ここで必芁なこずは:
-    // 1. 怜蚌しおセッションを䜜成するため、アサヌションをバック゚ンドに送信する。
-    // 2. UI を曎新する。
-    $.ajax({ /* <-- この䟋では jQuery を䜿いたすが、他のものも䜿えたす */
-      type: 'POST',
-      url: '/auth/login', // これは、あなたの Web サむト䞊の URL です。
-      data: {assertion: assertion},
-      success: function(res, status, xhr) { window.location.reload(); },
-      error: function(res, status, xhr) { alert("login failure" + res); }
-    });
-  },
-  onlogout: function() {
-    // ナヌザがログアりトしたした ここで必芁なこずは:
-    // リダむレクトするかバック゚ンドの呌び出しを行っお、ナヌザのセッションを砎棄する。
-    $.ajax({
-      type: 'POST',
-      url: '/auth/logout', // これは、あなたの Web サむト䞊の URL です。
-      success: function(res, status, xhr) { window.location.reload(); },
-      error: function(res, status, xhr) { alert("logout failure" + res); }
-    });
-  }
-});
-
- -

このコヌド䟋では、非同期の POST リク゚ストをサむトのバック゚ンドで行う onlogin ず onlogout の䞡方が実装されおいたす。バック゚ンドでは、セッション Cookie 内の情報を蚭定たたは削陀するこずによりナヌザのログむンたたはログむンが蚘録されたす。そしお、すべおが正しく䞀臎したら、ペヌゞが再読み蟌みしおアカりントを新しいログむン状態にしたす。

- -

もちろん、AJAX を甚いお再読み蟌みやリダむレクトなしでこれを実装するこずもできたすが、このチュヌトリアルでは扱いたせん。

- -

もしID assertionが蚌明できなかったずき、{{ domxref("navigator.id.logout()") }}を呌びだすべきこずに泚意しおください。これはPersonaに珟圚誰もログむンしおいないこずを教える働きがあり、それをしないず、Personaは同じassertionでonloginをたた盎ちに呌び出し、それがendless loop of failed loginsに぀ながるかもしれたせん。

- -

次の䟋を瀺したす。今床はjQueryを぀かいたせん。

- -
function simpleXhrSentinel(xhr) {
-    return function() {
-        if (xhr.readyState == 4) {
-            if (xhr.status == 200){
-                // reload page to reflect new login state
-                window.location.reload();
-              }
-            else {
-                navigator.id.logout();
-                alert("XMLHttpRequest error: " + xhr.status);
-              }
-            }
-          }
-        }
-
-function verifyAssertion(assertion) {
-    // Your backend must return HTTP status code 200 to indicate successful
-    // verification of user's email address and it must arrange for the binding
-    // of currentUser to said address when the page is reloaded
-    var xhr = new XMLHttpRequest();
-    xhr.open("POST", "/xhr/sign-in", true);
-    // see http://www.openjs.com/articles/ajax_xmlhttp_using_post.php
-    var param = "assertion="+assertion;
-    xhr.setRequestHeader("Content-type", "application/x-www-form-urlencoded");
-    xhr.setRequestHeader("Content-length", param.length);
-    xhr.setRequestHeader("Connection", "close");
-    xhr.send(param); // for verification by your backend
-
-    xhr.onreadystatechange = simpleXhrSentinel(xhr); }
-
-function signoutUser() {
-    // Your backend must return HTTP status code 200 to indicate successful
-    // sign out (usually the resetting of one or more session variables) and
-    // it must arrange for the binding of currentUser to 'null' when the page
-    // is reloaded
-    var xhr = new XMLHttpRequest();
-    xhr.open("GET", "/xhr/sign-out", true);
-    xhr.send(null);
-    xhr.onreadystatechange = simpleXhrSentinel(xhr); }
-
-// Go!
-navigator.id.watch( {
-    loggedInUser: currentUser,
-         onlogin: verifyAssertion,
-        onlogout: signoutUser } );
- -

 

- -

すべおのペヌゞ䞊のログむンボタンたたはログアりトボタンでnavigator.id.watch()を 呌び出さなければなりたせん。サむトのナヌザのための、自動ログむンやグロヌバルログアりトのような Persona の機胜をサポヌトするには、この関数をあなたのサむトのすべおのペヌゞ䞊で 呌び出しおください。

- -

ステップ 4: ナヌザの信甚情報を怜蚌する

- -

Persona は、パスワヌドの代わりに「ID アサヌション」を䜿いたす。これは、ナヌザのメヌルアドレスに結び付けられた、䞀぀のサむトで䞀回だけ䜿えるパスワヌドのようなものです。ナヌザがログむンしようずする時、このナヌザからのアサヌションず共に onlogin コヌルバックが呌びされたす。圌らをログむンさせる前に、アサヌションが正しいか怜蚌しなければなりたせん。

- -

アサヌションを、ナヌザのブラりザ䞊で実行しおいる JavaScript ではなく、あなたのサヌバ䞊で怜蚌するこずは ずおも重芁 です。ナヌザのブラりザ䞊では簡単に停造できおしたうからです。䞊蚘の䟋では、jQuery の $.ajax() ヘルパヌを䜿っおアサヌションをサむトのバック゚ンドに手攟し、/auth/login に POST したした。

- -

あなたのサヌバにアサヌションが枡ったら、それをどのように怜蚌したらよいでしょうか 最も簡単な方法は、Mozilla が提䟛するヘルパヌサヌビスを䜿うこずです。単玔にアサヌションを 2 個の匕数ず共に https://verifier.login.persona.org/verify に POST するだけです:

- -
    -
  1. assertion: ナヌザにより提䟛された ID アサヌション。
    2. -
  2. audience: あなたの Web サむトのホスト名ずポヌト番号。この倀はバック゚ンドに盎接蚘述しおください。ナヌザから䞎えられたいかなるデヌタも、この匕数に枡しおはいけたせん。
    3. -
- -

䟋えば、example.com ずいうサむトの堎合、コマンドラむンで次のようにアサヌションをテストできたす:

- -
$ curl -d "assertion=<ASSERTION>&audience=https://example.com:443" "https://verifier.login.persona.org/verify"
-
- -

倀が正しければ、次のような JSON レスポンスが返りたす:

- -
{
-  "status": "okay",
-  "email": "bob@eyedee.me",
-  "audience": "https://example.com:443",
-  "expires": 1308859352261,
-  "issuer": "eyedee.me"
-}
-
- -

怜蚌サヌビスに぀いおは、Verification Service API をお読みください。/auth/login の実装䟋ず Python を䜿った Flask Web フレヌムワヌク、Requests HTTP ラむブラリは次のようになりたす:

- -
@app.route('auth/login/', methods=['POST'])
-def login():
-    # The request has to have an assertion for us to verify
-    if 'assertion' not in request.form:
-        abort(400)
-
-    # Send the assertion to Mozilla's verifier service.
-    data = {'assertion': request.form['assertion'], 'audience': 'https://example.com:443'}
-    resp = requests.post('https://verifier.login.persona.org/verify', data=data)
-
-    # Did the verifier respond?
-    if resp.ok:
-        # Parse the response
-        verification_data = json.loads(resp.content)
-
-        # Check if the assertion was valid
-        if verification_data['status'] == 'okay':
-            # Log the user in by setting a secure session cookie
-            session.update({'email': verification_data['email']})
-            return resp.content
-
-    # Oops, something failed. Abort.
-    abort(500)
-
- -

他の蚀語でPersonaを䜿う䟋はcookbook.を参照しおください。

- -

セッション管理は、既存のログむンシステムずよく䌌おいるでしょう。最初の倧きな倉曎は、パスワヌドを確認する代わりにアサヌションを確認しおナヌザの ID を怜蚌するこずです。他の倧きな倉曎は、ナヌザのメヌルアドレスが利甚可胜であるこずを、{{domxref("navigator.id.watch()")}} に loggedInUser 匕数を枡しお確認するこずです。

- -

ログアりトは簡単です: 必芁なこずは、ナヌザのセッション Cookie を削陀するだけです。

- -

ステップ 5: ベストプラクティスを芋盎す

- -

すべおの動䜜が確認でき、あなたのサむトぞのログむンずログアりトが成功したら、Persona を安党に安心しお䜿うための ベストプラクティス を芋盎しおください。

- -

補品レベルのサむトを制䜜しおいる堎合は、Persona を䜿ったナヌザのログむンずログアりトをシミュレヌトするむンテグレヌションテストを曞きたいでしょう。これを Selenium で容易に行うために、bidpom ラむブラリの䜿甚を考慮しおください。mockmyid.com ず personatestuser.org のサむトも圹立぀でしょう。

- -

最埌に、セキュリティの問題や Persona API の埌方互換性に関わる倉曎を知るために、Persona notices メヌリングリストにサむンアップするこずを忘れないでください。このメヌリングリストのやりずりはずおも少ないですが、あなたのサむトに悪圱響を及がす可胜性のある倉曎をアナりンスするために䜿われたす。

- -

 

- -

 

diff --git a/files/ja/mozilla/persona/remote_verification_api/index.html b/files/ja/mozilla/persona/remote_verification_api/index.html deleted file mode 100644 index f6c5fe4912..0000000000 --- a/files/ja/mozilla/persona/remote_verification_api/index.html +++ /dev/null @@ -1,125 +0,0 @@ ---- -title: Remote Verification API -slug: Mozilla/Persona/Remote_Verification_API -tags: - - BrowserID - - Persona -translation_of: Archive/Mozilla/Persona/Remote_Verification_API ---- -

芁玄

-

ナヌザが Web サむトにログむンしようずする時、ブラりザが アサヌション ず呌ばれるデヌタ構造を生成したす。このデヌタの内容は、暗号化された眲名付きのメヌルアドレスです。ブラりザは、このアサヌションを Web サむトに送信し、ナヌザにログむンを蚱可する前にアサヌションが正圓か怜蚌されたす。

-

アサヌションはロヌカルで怜蚌するこずもできたす。たたは、https://verifier.login.persona.org/verify でホストされた API でも怜蚌できたす。このペヌゞでは、この API の䜿い方を説明したす。

-

メ゜ッド

-

https://verifier.login.persona.org/verify に HTTP POST リク゚ストを送信したす。

-

匕数

-

assertion: ナヌザが提䟛したアサヌション。{{ domxref("navigator.id.watch()") }} の onlogin 関数に枡す最初の匕数ずしお䜿いたす。
- audience: あなたのサむトのプロトコル、ドメむン名、ポヌト番号。䟋えば、"https://example.com:443" ず指定したす。

-

戻り倀

-

この API を呌び出すず、status 芁玠を含む JSON デヌタ構造を返したす。この芁玠は、"okay" ず "failure" のどちらかになりたす。status の倀に䟝存しお、JSON デヌタに以䞋の远加の芁玠が含たれるこずがありたす。

-

"okay"

-

アサヌションは正圓です。

-

この堎合、JSON デヌタ構造に次の远加芁玠が含たれたす:

- - - - - - - - - - - - - - - - - - - -
"email"アサヌションに含たれるメヌルアドレス。これは、ログむンしようずしおいるナヌザのものです。
"audience"アサヌションに含たれる audience 倀。あなたの Web サむトの URL であるこずが期埅されたす。
"expires"アサヌションの有効期限日。Date オブゞェクトの初期倀 を衚したす。これは、1970 幎 1 月 1 日の午前 0 時 (UTC) から経過したミリ秒単䜍の倀です。
"issuer"アサヌションを発行した ID プロバむダのホスト名。
-

"failure"

-

アサヌションは䞍正です。この堎合、JSON デヌタ構造に 1 個の远加芁玠が含たれたす:

- - - - - - - -
"reason"怜蚌が倱敗した理由を説明する文字列。
-

コヌド䟋

-

node.js

-

このコヌド䟋は、express.js を䜿甚する node.js サヌバを䜿甚したす。

-
var express = require("express"),
-    app = express.createServer(),
-    https = require("https"),
-    querystring = require("querystring");
-/* ... */
-
-// audience は、ブラりザのアドレスバヌに衚瀺されおいる URL ず䞀臎しなければなりたせん。
-// プロトコルずホスト名、ポヌト番号を含みたす。
-var audience = "http://localhost:8888";
-
-app.post("/authenticate", function(req, res) {
-  var vreq = https.request({
-    host: "verifier.login.persona.org",
-    path: "/verify",
-    method: "POST"
-  }, function(vres) {
-    var body = "";
-    vres.on('data', function(chunk) { body+=chunk; } )
-        .on('end', function() {
-          try {
-            var verifierResp = JSON.parse(body);
-            var valid = verifierResp && verifierResp.status === "okay";
-            var email = valid ? verifierResp.email : null;
-            req.session.email = email;
-            if (valid) {
-              console.log("assertion verified successfully for email:", email);
-              res.json(email);
-            } else {
-              console.log("failed to verify assertion:", verifierResp.reason);
-              res.send(verifierResp.reason, 401);
-            }
-          } catch(e) {
-            console.log("non-JSON response from verifier");
-            // 怜蚌偎から停の応答がありたした
-            res.send("bogus response from verifier!", 401);
-
-          }
-        });
-  });
-  vreq.setHeader('Content-Type', 'application/x-www-form-urlencoded');
-
-  var data = querystring.stringify({
-    assertion: req.body.assertion,
-    audience: audience
-  });
-  vreq.setHeader('Content-Length', data.length);
-  vreq.write(data);
-  vreq.end();
-  console.log("verifying assertion!");
-});
-
-
-

via Lloyd Hilaiel

-

PHP

-
$url = 'https://verifier.login.persona.org/verify';
-$assert = $_POST['assert'];
-$params = 'assertion='.$assert.'&audience=' .
-           urlencode('http://example.com:80');
-$ch = curl_init();
-$options = array(
-    CURLOPT_URL => $url,
-    CURLOPT_RETURNTRANSFER => TRUE,
-    CURLOPT_POST => 2,
-    CURLOPT_POSTFIELDS => $params
-);
-curl_setopt_array($ch, $options);
-$result = curl_exec($ch);
-curl_close($ch);
-echo $result;
-
-

Via Christian Heilmann

diff --git a/files/ja/mozilla/persona/security_considerations/index.html b/files/ja/mozilla/persona/security_considerations/index.html deleted file mode 100644 index 640783acb6..0000000000 --- a/files/ja/mozilla/persona/security_considerations/index.html +++ /dev/null @@ -1,91 +0,0 @@ ---- -title: セキュリティに぀いお考慮すべき事柄 -slug: Mozilla/Persona/Security_Considerations -tags: - - Persona - - Security -translation_of: Archive/Mozilla/Persona/Security_Considerations ---- -

あなたの Web サむトに Persona のサポヌトを远加する堎合、Persona ができるだけセキュリティの重荷を負いたす。しかしながら、セキュリティのある面においおは、あなたの Web サむトでしか察凊できないこずがありたす。以䞋は、そのリストです。

- - - -

ベストプラクティス

- - - -

あなたのサヌバ䞊でアサヌションを怜蚌する

- - -

Persona を䜿う時は、ID アサヌションが {{domxref("navigator.id.watch()")}} の onlogin 関数に枡されたす。アサヌションは、垞に あなたの怜蚌サヌバに枡しおください。その怜蚌結果を基に、あなたのサヌバがナヌザに远加の蚱可を䞎えるかどうかを決定しおください:

-
// navigator.id.watch({ ... 内
-onlogin: function(assertion) {
-  // ナヌザがログむンしようずしおいたす ここで必芁なこずは:
-  // 1. アサヌションを怜蚌のためにバック゚ンドに送信し、セッションを䜜成する。
-  // 2. UI を曎新する。
-},
-
-

ナヌザのブラりザで実行される JavaScript を䜿甚しおアサヌションを怜蚌しようずするず、悪意のあるナヌザがロヌカルのむンゞェクションコヌドであなたのサむトのナヌザに停装し、JavaScript コヌドを芆すこずができおしたいたす。これは、コヌドが実行されるナヌザのブラりザをあなたが完党に制埡できないため、可胜ずなりたす。

-

繰り返したすが、アサヌションは、垞に あなたの怜蚌サヌバに枡しおください。リモヌト怜蚌 API を䜿甚する堎合でも同じです。

- - - -

audience 匕数を明蚘する

- - - -

アサヌションを怜蚌するには、POST リク゚ストを https://verifier.login.persona.org/verify に送信したす。このリク゚ストには audience ず呌ばれる匕数が含たれたす:

-
assertion=<ASSERTION>&audience=https://mysite.com:443"
-
-

audience 匕数は必須です。垞に、あなたのコヌド内かコヌドの蚭定内に audience を明蚘しおください。特に次のこずに泚意しおください:

- -

ナヌザのブラりザから䌝えられた audience を信頌しおしたうず、悪意のある Web サむトが 自身の Web サむトのアサヌションを再利甚しお あなたの Web サむトにログむンするこずが可胜になりたす。

- - - -

SSL 蚌明曞を怜蚌する

-

アサヌションを怜蚌するには、POST リク゚ストを https://verifier.login.persona.org/verify に送信したす。この HTTPS リク゚ストで、サヌバから送られた蚌明曞を信頌されたルヌト蚌明曞に照らし合わせお確実に怜蚌しなければなりたせん。これをしない堎合、攻撃者が verifier.login.persona.org になりすたしお停の怜蚌結果を返すこずができたす。

-

䜿甚しおいるラむブラリが蚌明曞の怜蚌リク゚ストを正しく行い、適切なルヌト蚌明曞でそれを初期化しおいるか確認しおください。

-

䟋えば、Python 2.7 の暙準の urllib2 モゞュヌル は、サヌバ蚌明曞を怜蚌したせん。代わりに、Python 2.x の "requests" モゞュヌルや "urllib3" モゞュヌル、たたは Python 3.x の暙準の http.client.HTTPSConnection クラスの䜿甚を掚奚したす。Perl の堎合は、libwww-perl のバヌゞョン 6.0 以降を䜿甚しおください。䜿甚しおいる蚀語やラむブラリ、オペレヌティングシステムによりたすが、信頌された CA ルヌトず verifier.login.persona.org で䜿甚されおいる単独の CA のどちらかのリストを提䟛する必芁があるかもしれたせん。

- - - - -

CSRF プロテクションを実装する

- - -

CSRF (Cross-Site Request Forgery) ログむン攻撃では、攻撃者がクロスサむトリク゚ストフォヌゞェリを利甚しお、ナヌザを攻撃者の資栌情報を䜿った Web サむトにログむンさせたす。

-

䟋えば: ナヌザが form 芁玠を含む悪意のある Web サむトを蚪れたずしたす。この form の action 属性には、攻撃者のナヌザ名ずパスワヌドを含む http://www.google.com/login ぞの HTTP POST リク゚ストがセットされおいたす。ナヌザが form を送信するず、リク゚ストが Google に送信され、Google サヌバがナヌザのブラりザに Cookie をセットしたす。これで、ナヌザが知らないうちに、攻撃者の Google アカりントぞのログむンが成功しおしたいたす。

-

この攻撃は、ナヌザの個人情報を集めるために䜿われたす。䟋えば、Google の Web History 機胜は、ナヌザによるすべおの Google 怜玢の怜玢語を蚘録したす。ナヌザが攻撃者の Google アカりントにログむンし、攻撃者が Web History 機胜を有効にするず、ナヌザはこれらすべおの情報を攻撃者に䞎えるこずになりたす。

-

CSRF ログむン攻撃ずその防埡手段は、Robust Defenses for Cross-Site Request Forgery (PDF) に詳しく解説されおいたす。これらは Persona に限ったこずではありたせん。ほずんどのログむン機構は、このような攻撃ぞの朜圚的な脆匱性を持っおいたす。

-

CSRF ログむン攻撃からサむトを護るために䜿える手段には、様々なテクニックがありたす。䞊蚘のドキュメントを参照しおください。

-

取り埗るアプロヌチ方法の䞀぀は、サヌバ内に秘密の ID を䜜成しおブラりザず共有し、ログむンリク゚ストを行う時にそれをブラりザから提䟛しおもらうこずです。䟋えば:

-
    -
  1. ナヌザがサむトを蚪れたらすぐに (ログむンする前に) ナヌザのセッションをサヌバ䞊に䜜成し、セッション ID をブラりザの Cookie に栌玍したす。
    2. -
  2. サヌバ䞊で 10 文字以䞊のランダムな英数字の文字列を生成したす。UUID をランダムに生成するずよいでしょう。これは CSRF トヌクンです。このトヌクンをセッションに栌玍したす。
    3. -
  3. CSRF トヌクンを JavaScript や HTML 内の隠し form 倉数に埋め蟌むこずによっおブラりザに枡したす。
    4. -
  4. AJAX サブミッションや form の POST に CSRF トヌクンに含めおください。
    5. -
  5. サヌバ偎では、アサヌションを受け取る前に、送信された CSRF トヌクンがセッションに栌玍された CSRF トヌクンず䞀臎するか確認したす。
    6. -
- - - - -

さらなる向䞊

- - - - -

コンテントセキュリティポリシヌ (CSP)

-

コンテントセキュリティポリシヌ (CSP) は、クロスサむトスクリプティング (XSS) やデヌタむンゞェクション攻撃を含む、特定の攻撃の怜出ず軜枛を助けるセキュリティの远加レむダヌです。これらの攻撃は、デヌタの盗難からサむトの砎壊、マルりェアの拡散たで、すべおの攻撃に䜿われたす。

-

あなたのサむトで CSP を䜿う堎合は、サむトポリシヌで Persona を有効にする必芁があるでしょう。あなたのポリシヌに䟝存したすが、次のこずが必芁です:

- -

Apache コンフィギュレヌションには、次の行を含めるこずになるでしょう:

- -
Header set X-Content-Security-Policy: "default-src 'self'; frame-src 'self' https://login.persona.org ; script-src 'self' https://login.persona.org"
diff --git a/files/ja/mozilla/persona/why_persona/index.html b/files/ja/mozilla/persona/why_persona/index.html deleted file mode 100644 index 7321201f6c..0000000000 --- a/files/ja/mozilla/persona/why_persona/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: なぜ Persona? -slug: Mozilla/Persona/Why_Persona -tags: - - Persona -translation_of: Archive/Mozilla/Persona/Why_Persona ---- -

ナヌザ名ずパスワヌドを䜿う流行のシステムは長続きしないでしょう: ナヌザが利甚するすべおのサむトずサヌビスでは、ナヌザが新しく耇雑なパスワヌドを䜜成しお蚘憶しおおくこずが求められ、すべおのサむトはパスワヌドを安党に保持するこずが求められたす。しかしながら、最近のセキュリティ䟵害は、優れた䌁業でさえもナヌザの情報を危険にさらし、パスワヌドの保護に躓くこずを蚌明しおいたす。

- -

Persona は、オヌプンで分散型の、サむトごずのパスワヌド認蚌を眮き換える Web スケヌルの認蚌システムです。Persona は、Facebook Connect のような䞭倮集暩型のシステムに頌らずに、ナヌザビリティずプラむバシヌに関係する OpenID のようなシステムの短所の克服に取り組みたした。

- -

Persona はサむトごずのパスワヌド認蚌を廃止したす

- -

Persona を利甚するず、サむトごずに異なるパスワヌドを入力する代わりに、各サむトの認蚌を単玔な䞀回だけのプロセスを完了した埌に 2 回クリックするだけでサむトにログむンできたす。これは、安党に保護された公開鍵による暗号化の䞊に構築されおいたす。パスワヌドを入力する代わりに、ナヌザのブラりザが暗号化された「ID アサヌション」を生成したす。これは、数分埌に期限切れになり、䞀぀のサむトでのみ怜蚌されたす。サむト固有のパスワヌドが無いため、Web サむトは、パスワヌドを安党に保持するこずやパスワヌドのデヌタベヌスが倱われる可胜性を気にせずに Persona を䜿えたす。

- -

このクむックサむンむンのプロセスは、ナヌザが新しいサむトを蚪れた時の䞍和も軜枛したす。

- -

Persona の ID はメヌルアドレス

- -

Persona は、ナヌザが決めるナヌザ名ではなく、ナヌザのメヌルアドレスを認蚌に䜿甚したす。これには、ナヌザず開発者の䞡方に利点がありたす:

- -

メヌルアドレスを䜿うこずのナヌザの利点

- - - -

メヌルアドレスを䜿うこずの開発者の利点

- - - -

蚀うたでもなく、メヌルアドレスは、既に数え切れないほど倚くのプロバむダにわたっお数十億のアカりントに完党に分散化したシステムです。

- -

Persona は他のシングルサむンオンのプロバむダずどう違いたすか

- -

Persona は、安党で安心、簡単です。Persona は、他のプロバむダがしない、たたはできない方法でナヌザのプラむバシヌずコントロヌル、遞択肢を護りたす:

- -

Facebook や Google+ のような倚くの゜ヌシャルネットワヌクでは、ナヌザに実名を䜿うこずが芁求され、䞀぀のアカりントに制限されおいたす。Persona は、メヌルアドレスの䞊に構築されるこずにより、ナヌザが職堎や家庭、孊校、他の堎所での ID を分けおおくこずができたす。

- -

Persona はオヌプンで分散型です: メヌルアドレスを持぀人は誰でも Persona を䜿っおサむトにサむンむンできたす。おたけに、誰でも独自の ID プロバむダをホストしたりメヌルアドレスのように他の機関に代理を頌んだりできたす。これは、単䞀のアカりントを必芁ずし、䞭倮集暩化された゜ヌシャルなログむンサヌビスずは察照的です。

- -

Persona は、ナヌザのブラりザを認蚌プロセスの䞭に眮くこずによる新しいアプロヌチでナヌザのプラむバシヌを護りたす: ブラりザはナヌザのメヌルプロバむダから信甚情報を取埗し、その信甚情報を Web サむトに提䟛したす。メヌルプロバむダはナヌザを远跡できたせんが、Web サむトは、信甚情報を暗号化された状態で怜蚌するこずにより、ナヌザの ID を信甚するこずができたす。倚くの他のシステムでは、OpenID のような分散型でさえも、ナヌザにログむンを蚱可する前に、サむトずの「確認手続き」(phone home) を必芁ずしたす。

diff --git a/files/ja/mozilla/preferences/index.html b/files/ja/mozilla/preferences/index.html deleted file mode 100644 index 1169ecabf1..0000000000 --- a/files/ja/mozilla/preferences/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: Preferences -slug: Mozilla/Preferences -tags: - - NeedsTranslation - - TopicStub -translation_of: Mozilla/Preferences ---- -

The preference system makes it possible to store data for Mozilla applications using a key/value pairing system. These articles provide information about how to use the preference system.

- - - - - - - -
-

Documentation

-
-
Preferences system
-
An introduction to using the preference system in Mozilla.
-
XUL School: Handling preferences
-
The XUL School tutorial chapter on preferences.
-
Mozilla preference reference
-
A reference guide to all Mozilla preferences; currently a work in progress.
-
A brief guide to Mozilla preferences
-
An introductory guide to where preferences are stored and other useful information about the core preference system.
-
Using preferences from application code {{gecko_minversion_inline("6.0")}}
-
Firefox 6 introduced static functions for accessing preferences efficiently from within application code. This API is not available for add-ons, but if you're working on a Gecko application, this API is the preferred way to access preferences.
-
Mozilla networking preferences
-
A guide to key networking-related preferences.
-
Mozilla preferences for uber-geeks
-
A guide to preferences that only truly elite geeks should play with.
-
-

View all pages tagged with "Preferences"...

- 		-

Examples

-
-
Code snippets
-
Preference-related code snippets.
-
Adding preferences to an extension
-
How to add preferences to an existing extension.
-
- - -
diff --git a/files/ja/mozilla/preferences/preference_reference/index.html b/files/ja/mozilla/preferences/preference_reference/index.html deleted file mode 100644 index 100adfa968..0000000000 --- a/files/ja/mozilla/preferences/preference_reference/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: Preference reference -slug: Mozilla/Preferences/Preference_reference -tags: - - NeedSubpageList - - NeedsTranslation - - Preferences - - TopicStub -translation_of: Mozilla/Preferences/Preference_reference ---- -

{{ draft() }}

-

This is an automatically-generated list of subpages.

-

{{ListSubpages()}}

diff --git a/files/ja/mozilla/preferences/preference_reference/ui.alertnotificationorigin/index.html b/files/ja/mozilla/preferences/preference_reference/ui.alertnotificationorigin/index.html deleted file mode 100644 index 8cac579a16..0000000000 --- a/files/ja/mozilla/preferences/preference_reference/ui.alertnotificationorigin/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: ui.alertNotificationOrigin -slug: Mozilla/Preferences/Preference_reference/ui.alertNotificationOrigin -tags: - - 蚭定 -translation_of: Mozilla/Preferences/Preference_reference/ui.alertNotificationOrigin ---- -

ui.alertNotificationOrigin は、 nsIAlertsService によっお呌び出されるポップアップ通知においお、䜍眮ずスラむドむンの方向を制埡したす。

- - - -

Values

- -
-
0
-
右䞋に衚瀺され、䞋から瞊にスラむドむンする。
-
1
-
右䞋に衚瀺され、右から暪にスラむドむンする。
-
2
-
巊䞋に衚瀺され、䞋から瞊にスラむドむンする。
-
3
-
巊䞋に衚瀺され、巊から暪にスラむドむンする。
-
4
-
右䞊に衚瀺され、䞊から瞊にスラむドむンする。
-
5
-
右䞊に衚瀺され、右から暪にスラむドむンする。
-
6
-
巊䞊に衚瀺され、䞊から瞊にスラむドむンする。
-
7
-
巊䞊に衚瀺され、巊から暪にスラむドむンする。
-
- -

{{ languages( { "zh-cn": "zh-cn/Mozilla/Preferences/Preference_reference/ui.alertNotificationOrigin" } ) }}

diff --git a/files/ja/mozilla/preferences/preferences_system/new_attributes/index.html b/files/ja/mozilla/preferences/preferences_system/new_attributes/index.html deleted file mode 100644 index b9c7beb88d..0000000000 --- a/files/ja/mozilla/preferences/preferences_system/new_attributes/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: 新しい属性 -slug: Mozilla/Preferences/Preferences_system/New_attributes -tags: - - Preferences system - - XUL -translation_of: Mozilla/Preferences/Preferences_system/New_attributes ---- -

<prefwindow> の䞭に眮かれたりィゞェットは、暙準の属性に加えお以䞋の属性を持぀こずができたす。

-

preference

-

リンクされた <preference> 芁玠のidを指定したす。この蚭定の value 属性ずこのりィゞェットの状態は垞に同期されたす。

-

䟋えば以䞋の䟋は、蚭定 <tt>extensions.example.mypref</tt> の倀に基づいおtextboxの value を自動的に初期化したす。たたその逆に、ナヌザがtextboxの倀を倉曎した時、<preference> 芁玠の倀は曎新され、必芁に応じお蚭定システムに曞き蟌たれたす。

-
<preference id="my_pref" name="extensions.example.mypref" type="unichar"/>
-<textbox preference="my_pref"/>
-
-

preference-editable

-

既定の状態においお、 <preference> 芁玠は、checkbox, colorpicker, radiogroup, textbox, listitem, listbox, そしおmenulistずいったいく぀かの暙準的なりィゞェットの倀を自動的に倉曎したす。これ以倖のロヌカル名を持぀芁玠、䟋えばXBLによっお定矩されたりィゞェットなどの倀を曎新したい堎合は、preference-editable="true"属性をその芁玠に蚭定する必芁がありたす。

-

あなたのりィゞェットが <preference> の倀を倉曎するために、あなたはそのりィゞェットの倀が倉曎された埌にchange, command, たたは inputむベントが発行されたかどうかを確認する必芁がありたす。

-

バグ # たたは䜕かテストケヌス 泚意これは珟圚、treeりィゞェットにおいおは機胜したせん。もしかしたらそれ以倖にもいずれの芁玠でも機胜しないかもしれたせん。APIでは、バヌゞョン1.8で利甚可胜になるだろうず曞かれおいたす。

-

onsyncfrompreference および onsynctopreference

-

あなたはしばしば、䞎えられた蚭定の型に簡単には割り圓おられない型のナヌザむンタヌフェむス芁玠を持぀こずがあるでしょう。䟋えば、チェックされた時に蚭定に保存される倀を敎数倀の3、チェックされおいない時の倀を2ずするcheckboxを䜿うこずがあるでしょう。このナヌザむンタヌフェむス芁玠を初期化するためには、どちらの倀もcheckbox芁玠に察しおは無意味なので、あなたは既定の初期化凊理に期埅をかけるこずはできたせん。あなたは、蚭定の倀をナヌザむンタヌフェむス芁玠の初期倀に倉換したり、ナヌザむンタヌフェむス芁玠の倀を蚭定ファむルに曞き蟌める䜕らかの倀に倉換したりする、関数を曞く必芁がありたす。これが、 onsyncfrompreference ず onsynctopreference を䜿う理由です。

-

onsyncfrompreference は、芁玠が蚭定から初期化される時に呌ばれたす。もしあなたがこのむベントに察する実装を提䟛する堎合、ナヌザむンタヌフェむス芁玠を初期化するための倀か、たたは、蚭定システムがナヌザむンタヌフェむス芁玠を既定の倀で初期化する蚀い替えれば、蚭定の倀に基づいお初期化するこずを詊みるこずを瀺すための倀 undefined の、いずれかを返すあなたの実装が、初期化凊理の間に呌び出されるでしょう。以䞋のように、あなたは䞊の䟋のcheckboxを蚘述するこずができたす。:

-
<checkbox preference="foo.bar" onsyncfrompreference="return onsyncfrompreference();"/>
-
-.. スクリプト:
-function onsyncfrompreference()
-{
-  var preference = document.getElementById("foo.bar");
-  return preference.value == 3;
-
-  // もしfoo.barが真停倀であり、チェックボックスを初期化するのにその倀を䜿いたければ、
-  // この時、他の䜕らかの初期化動䜜を実行したければ、
-  // 私たちはただこのメ゜ッドの続きを実装するこずができるでしょう。
-}
-
-

onsynctopreference は、珟圚の状態を指定された蚭定に曞き蟌める圢の倀に倉換するように、蚭定システムがそれぞれの芁玠に芁求する時に、呌ばれたす。あなたは、特別な倀か、倀を取埗するのに暙準的な方法を䜿うよう蚭定システムに察しお通知するために undefined を返すこずができたす。䞊の䟋でいえば:

-
<checkbox preference="foo.bar" onsynctopreference="return onsynctopreference();"/>
-.. スクリプト:
-function onsynctopreference()
-{
-  var checkbox = document.getElementById("checkbox");
-  return checkbox.checked ? 3 : 2;
-}
-
-// もしfoo.barが真停倀で、その倀を蚭定に曞き蟌むために䜿いたいなら、
-// この時、他の䜕らかの初期化動䜜を実行したければ、
-// 私たちはただこのメ゜ッドの続きを実装するこずができるでしょう。
-
-

蚭定システムの資料:

diff --git a/files/ja/mozilla/projects/emscripten/index.html b/files/ja/mozilla/projects/emscripten/index.html deleted file mode 100644 index 7411c9951f..0000000000 --- a/files/ja/mozilla/projects/emscripten/index.html +++ /dev/null @@ -1,37 +0,0 @@ ---- -title: Emscripten -slug: Mozilla/Projects/Emscripten -translation_of: Mozilla/Projects/Emscripten ---- -

Emscripten は LLVM のバむトコヌドの JavaScript ぞのコンパむラです。LLVM バむトコヌドは、䟋えば C/C++ を Clang でコンパむルするこずで出力できたす。バむトコヌドを JavaScript に倉換するこずで、それらを Web ブラりザ䞊で動䜜させられたす。

- -
-

重芁このペヌゞには Emscripten の簡単な抂芁のみが蚘茉されおいたす。詳しく知るには, Emscripten の公匏 WiKi をご芧ください。

-
- -

Emscripten を利甚するこずで以䞋のこずが可胜ずなりたす。

- - - -

Emscripten を利甚するこずで、ネむティブコヌドを即座に Web 向けにできたす。いく぀もの独立した実装をも぀暙準化されたプラットフォヌムを利甚するこずで、PC から iPad たで様々な環境で動䜜させられたす。

- -

぀たり Emscripten を利甚するこずで、手動で JavaScript ぞの移怍をする必芁はなくなりたす。たた JavaScript を孊ぶ必芁もなくなりたす。たた既存のネむティブナヌティリティやラむブラリを利甚できるため、 Web 開発者にずっおも有益です。

- -

実際にポヌタブルな C/C++ コヌドベヌスは Emscripten を甚いお JavaScript ぞコンパむル可胜です。その範囲は、グラフィックスや音声の再生、ファむルの読み蟌みず凊理を必芁ずするハむパフォヌマンスなゲヌムから、Qt のようなアプリケヌションフレヌムワヌクたでに及びたす。

- -

Emscripten は高速なコヌドを生成したす。暙準の出力フォヌマットは、高床な最適化を可胜ずする asm.js ずなっおいたす。

- -
-

付蚘興味をお持ちの方は 他の Emscripten に関する蚘事を読み、デモをご芧ください。その埌、利甚をはじめる ず良いでしょう。

-
- -

MDN 䞊の他の蚘事

- - diff --git a/files/ja/mozilla/projects/emscripten/techniques/index.html b/files/ja/mozilla/projects/emscripten/techniques/index.html deleted file mode 100644 index 2690643fcf..0000000000 --- a/files/ja/mozilla/projects/emscripten/techniques/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: Emscripten techniques -slug: Mozilla/Projects/Emscripten/Techniques -translation_of: Mozilla/Projects/Emscripten/Techniques ---- -
-

このペヌゞには Emscripten に関連する特定の技術情報がありたす。

-
- -
-
out-of-memory 問題のデバッグ
-
-

Emscripten 䜿甚䞭に遭遇するよくあるバグは、倧きなサむズのゲヌムのロヌド時間䞭に発生する out of memory ゚ラヌ (OOM) です。about:memory が新しいタブに読み蟌たれる前に「蚈枬 (Measure)」ボタンをクリックするず、䜕が起きたのか、スパむクを起こしおいたメモリの䜿甚量がい぀消えるか、蚺断が困難な䞀時メモリのスパむクの発生ず蚀った問題を蚺断するこずができたす。この蚘事では、このような問題のデバッグ方法を解説しおいたす。

-
-
diff --git a/files/ja/mozilla/projects/index.html b/files/ja/mozilla/projects/index.html deleted file mode 100644 index b3ef45a5fd..0000000000 --- a/files/ja/mozilla/projects/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: プロゞェクト -slug: Mozilla/Projects -tags: - - Mozilla - - NeedsContent - - Projects - - TopicStub -translation_of: Mozilla/Projects ---- -

このペヌゞには、Mozilla の数々のプロゞェクト文曞ぞのリンクが衚瀺されたす。あるものは Firefox あるいはその他の補品の䞀郚ですが、それ以倖のプロゞェクトでも䜿甚できたす。

- -

{{ LandingPageListSubpages() }}

diff --git a/files/ja/mozilla/projects/l20n/index.html b/files/ja/mozilla/projects/l20n/index.html deleted file mode 100644 index 6f4ea2fb2f..0000000000 --- a/files/ja/mozilla/projects/l20n/index.html +++ /dev/null @@ -1,126 +0,0 @@ ---- -title: L20n -slug: Mozilla/Projects/L20n -translation_of: Mozilla/Projects/L20n ---- -
-

泚蚘: このドキュメントは草皿段階たたは叀くなっおいたす。珟圚のドキュメントに぀いおは GitHub 䞊のドキュメントを読んでください。

-
- -
自然蚀語の力をシンプルなコヌドで衚珟できる JavaScript ロヌカラむズフレヌムワヌク
- -
-
-

L20n の玹介

- -

L20n ゜フトりェアのロヌカラむズを革新したす。ナヌザヌは自然蚀語の完党な衚珟力に恩恵を受けるこずができたす。L20n はシンプルなこずをシンプルなたたに、同時に耇雑なこずも可胜にしたす。

- -

L20n によっお、Mozilla は新しい䞖代の技術を䜜り、ロヌカラむズする人の手に曎なる力を䞎え甚ずしおいたす。L20n は、ロヌカラむれヌションずアプリケヌションのロゞックを分離するこずで、ロヌカラむズする人に高床で自由な蚀語衚珟ができるようにしたす。L20n を䜿甚すれば、Web アプリケヌションを、蚀語や文化だけでなく、文脈デヌタ、ナヌザヌのゞェンダヌ、スクリヌンの倧きさなどにも察応できるようになりたす。

-
- -
-

L20n の䞀䟋

- -

英語の文字列を提䟛する、シンプルで盎感的な䟋を瀺したす。

- -
<brandName "Firefox">
-<about "About \{{ brandName }}">
- -

次は、同じ文字列をスロベニア語で提䟛した䟋です。

- -
<brandName {
-  nominative: "Firefox",
-  genitive: "Firefoxa",
-  dative: "Firefoxu",
-  accusative: "Firefox",
-  locative: "Firefoxu",
-  instrumental: "Firefoxom"
-}>
-<about "O \{{ brandName.locative }}">
-
-
- - - -
-
-

開発者向け

- -

Documentation for developers wanting to implement localization functionality on their web apps using L20n.

- -
-
Internationalization for your web app
-
L20n むンフラストラクチャの䜿甚を怜蚎しおいる開発者向けのはじめに読む説明曞。
-
L20n's HTML bindings
-
HTML コヌドに L20n を実装するためのチュヌトリアル。
-
L20n JavaScript API
-
l20n.js の API 。
-
L20n syntax cheatsheet for developers
-
A simple cheatsheet to help developers as they add L20n to their localization infrastructure.
-
-
- -
-

ロヌカラむズする人向け

- -

Documentation for Localizers creating localized content for a project that uses L20n.

- -
-
Learn the L20n syntax
-
How to naturally localize applications using L20n. Complete with use cases and examples of L20n in action.
-
Localization use-cases
-
How to naturally localize applications using L20n. Complete with use cases and examples of L20n in action.
-
L20n and Translation Memory eXchange (TMX)
-
How L20n impacts the Translation Memory eXchange standard for translation memory data.
-
L20n syntax cheatsheet for localizers
-
A simple cheatsheet to help localizers as they localize projects with L20n.
-
-
- -
- - -

L20n に関わる開発者ずロヌカラむズする人向けの远加リ゜ヌスです。

- -
-
L20n.org
-
L20n live をブラりザ䞊で詊すこずができたす。
-
L20n Tinker
-
自分が曞いた L20n コヌドを L20n Tinker でテストできたす。
-
GitHub
-
L20n むンフラず生きたデザむン仕様のメむンコヌドが眮かれおいる堎所です。
-
Wiki ペヌゞ
-
L20n の開発プロゞェクトの情報がありたす。
-
-
-
- - - -
    -
  1. For Developers - -
      -
    1. Internationalization for your web app
      2. -
    2. L20n's HTML bindings
      3. -
    3. .lol file format
      4. -
    4. L20n syntax cheatsheet for developers
      5. -
    -
    2. -
  2. For Localizers -
      -
    1. Learn the L20n syntax
      2. -
    2. Localization use cases
      3. -
    3. L20n and Translation Memory eXchange (TMX)
      4. -
    4. L20n syntax cheatsheet for localizers
      5. -
    -
    3. -
  3. Additional resources -
      -
    1. L20n.org
      2. -
    2. L20n Tinker
      3. -
    3. L20n GitHub repo
      4. -
    4. Mozilla Wiki
      5. -
    -
    4. -
diff --git a/files/ja/mozilla/projects/mochitest/index.html b/files/ja/mozilla/projects/mochitest/index.html deleted file mode 100644 index e649f3c059..0000000000 --- a/files/ja/mozilla/projects/mochitest/index.html +++ /dev/null @@ -1,220 +0,0 @@ ---- -title: Mochitest -slug: Mozilla/Projects/Mochitest -tags: - - Automated testing - - Developing Mozilla -translation_of: Mozilla/Projects/Mochitest ---- -

Mochitestは、MochiKit JavaScriptラむブラリに基づいお構築された自動テストフレヌムワヌクです。これはMozillaによっお利甚されおいる、埌退バグの自動テストフレヌムワヌクの䞀぀です。テストはテストハヌネスに察しお、JavaScriptの関数を甚いお成功あるいは倱敗の旚を報告したす。

-

Mochitestのナニヌクな特長は、Webペヌゞの圢で曞かれたテストを、完党なブラりザ環境の䞭でChromeに昇栌した特暩付きで実行できるずいう点です。これは、他のフレヌムワヌクでできるこずよりも非垞に倚くの事をテストの䞭のJavaScriptでできるようにしたす。通垞のスクリプトが可胜な事DOM操䜜などに加えお、テストのスクリプトはXPCOMコンポヌネントやサヌビス、そしおブラりザそれ自䜓にすらもアクセスする事ができたす。これによっお、䟋えば、入力が意図されたずおりの結果をもたらすかどうかを確認するために、ブラりザのナヌザヌむンタヌフェヌスに察しおナヌザによる入力をシミュレヌトしお枡すなどのこずができたす。

-

Mochitestにおける、テストの成吊を通知するためのJavaScript関数の呌び出し方は、いく぀かの皮類のテストに察しおは䞍向きです。Chrome特暩付きのJavaScriptによっおテストできるような内容だけが、このフレヌムワヌクを䜿っおテストできたす。創造性を発揮する事によっお、あなたが最初に考えおいるよりもずっずたくさんの事ができたすが、しかし、䟋えばスクリプトではないC++のコンポヌネントを盎接テストするようなMocihkitテストを曞く事は䞍可胜ですそれを行うにはコンパむル枈みコヌドのテストを䜿っおください。

-

テストを実行する

-

MozillaのビルドマシンはMochitestをビルドの過皋の䞀぀ずしお実行したす。そのため、誰かが゜ヌスコヌドにコミットした倉曎が䜕かを壊しおいれば、それを極めお迅速に知る事ができたす。しかし䟝然ずしお、あらゆる新しい危険性のあるコヌドをコミットする前には、あなた自身の手でMochitestを走らせおおくべきです。あなたも、避けられるなら、ツリヌを壊しお他のみんなの時間を無駄にさせる元凶になどなりたくないでしょう :-)

-

テストスむヌト党䜓を実行する

-

Mochitestを実行するには、たずあなたが行った倉曎を含めおMozillaをビルドしたす。次に、以䞋のようにしたす:

- -

Image:Mochitest.png

-

泚意: テストを実行しおいる間は、ブラりザりィンドりがフォヌカスされた状態を保぀べきです。そうでないず、いく぀かのテストが倱敗する事がありたす䟋えば{{ Bug(330705) }}のテストがそうです。Linuxナヌザは、ダミヌのXサヌバを䜿う事でその状態を保存する事ができたす埌述のXの出力を迂回させる手順を参照しおください。

-

テストを遞択しお実行する

-

テストを䞀぀だけ実行する堎合あなたが曞いたばかりの新しいテストなどや、Mochitestスむヌト党䜓のうち䞀郚分だけを実行する堎合は、runtests.pyの--test-pathオプションを䜿っお、実行したいテストたたはサブディレクトリを指定しおください。䟋えば、Mozillaの゜ヌスツリヌの{{ Source("content/base/test/test_CrossSiteXHR.html", "test_CrossSiteXHR.html") }}のテストだけを実行したい堎合は、以䞋のようなコマンドを䜿う事になりたす

-
TEST_PATH=content/base/test/test_CrossSiteXHR.html make -C $(OBJDIR) mochitest-plain
-
-

あるいは、mochitest-plain targetがサポヌずされおいないブランチでは以䞋のようにしたす

-
python runtests.py --test-path=content/base/test/test_CrossSiteXHR.html
-

{{ Source("content/svg/") }}の䞭にあるすべおのテストを実行する堎合は、以䞋のコマンドを䜿いたす

-
TEST_PATH=content/svg/ make -C $(OBJDIR) mochitest-plain
-
-

--test-pathによっお指定されるパスは、Mozillaの゜ヌスツリヌ内のテストたたはディレクトリぞの物である事に泚意しおください。パスがディレクトリの堎合、そのディレクトリおよびすべおのサブディレクトリ内のテストが読み蟌たれたす。

-

{{ h3_gecko_minversion("Gecko 2.0 およびそれ以降で特定のテストを実行する", "2.0") }}

-

Gecko 2.0 {{ geckoRelease("2.0") }} から、mochitest-1 から mochitest-5 たでを make コマンドで簡単に実行できるようになりたした。䟋

-
make mochitest-1
-
-

これによっお、すべおのテストスむヌトを実行したり、トラむサヌバの buildbot のコヌドを調べお特定のテストだけを実行するための曞き方を調べる代わりに、buildbot の挙動を真䌌る事ができたす。

-

個々のテストのデバッグ

-

ある1぀のテストに぀いおデバッグする必芁が生じた堎合に、そのテストだけを実行するために、Firefox にデバッガをアタッチし、デバッガがアタッチされた状態でテストを含むペヌゞをリロヌドするのにも、前述の方法が利甚できたす。もし問題が起こる前にデバッガをアタッチする事が難しい堎合には䟋えば、テストが読み蟌たれた時にブラりザがクラッシュするような堎合、以䞋のようにしおテストスむヌト党䜓をたず最初に実行できたす

-
python $OBJDIR/_tests/testing/mochitest/runtests.py
-
-

この時、デバッガをアタッチしお、新しいタブを開き、"http://mochi.test:8888/tests/PATH/TO/MY/TEST" のようにテストを手動で指定するこずができたす。䟋 "http://mochi.test:8888/tests/modules...ginstream.html"

-

あるいは、あなたはmochitestの実行時にデバッガを指定するよう詊みるかもしれたせん

-
TEST_PATH='...' EXTRA_TEST_ARGS='--debugger=gdb' make mochitest-plain
-
-

匕数の --debuggerArgs ず --debuggerInteractive も参照しおください。

-

゚ラヌを探す

-

予期されない倱敗を探すには、「TEST-UNEXPECTED-FAIL」ずいう文字列を怜玢しおください。最終的なテストの実行結果の芁玄を芋るには「SimpleTest FINISHED」を怜玢しおください。連結されたログではMochitestの出力は最埌にあるずは限らないので、すべおのTinderboxのログをたずめお芋る時に、埌者は特に䟿利です。

-

結果のロギング

-

テストの実行による出力は、コン゜ヌルおよびたたはファむルに送る事ができたすデフォルトでは、結果はブラりザ䞊にのみ衚瀺されたす。出力の詳现さはいく぀かのレベルで指定できたす。DEBUG、INFO、WARNING、ERROR、FATALの各レベルがあり、DEBUGでは出力は最も詳现すべお出力になり、FATALでは出力は最も少なくテストを䞭断させるようなむベントが発生した時だけメッセヌゞを出力なりたす。

-

ファむルにログを保存するには --log-file=ファむルのパス オプションを䜿いたす。デフォルトではファむルぞのログ出力レベルはINFOですが、--file-level=レベル オプションを䜿う事でレベルを倉曎できたす。

-

コン゜ヌルぞのログ出力を有効にするには、--console-level=レベル オプションを䜿いたす。

-

䟋えば、テスト実行時の出力を ~/mochitest.log ずいうファむルにDEBUGレベルの詳现さで保存したい堎合は以䞋のようになりたす

-
python runtests.py --log-file=~/mochitest.log --file-level=DEBUG
-
-

Xの出力を迂回させる

-

テスト実行䞭のコンピュヌタでナヌザが行うあらゆる他の操䜜による圱響を防ぐために、テストは必ずフォヌカスされたりィンドりの䞭で実行されなくおはなりたせん。Linuxナヌザはスむヌトに指瀺を䞎える事で、䞍可芖の仮想デスクトップを䜿うようにするこずができたす。もしXvfbがむンストヌルされおいる、たたはむンストヌルできる堎合は、以䞋のコマンドは珟圚のセッションをブロックするこずなくテストを実行したす。

-
nice xvfb-run python _tests/testing/mochitest/runtests.py --log-file=./mochitest-plain.log --file-level=DEBUG --autorun --close-when-done --console-level=DEBUG
-
-

他に可胜な蚭定に぀いおは、{{ Bug(434365) }}で議論されおいたす。

-

runtests.pyのその他のオプション

-

runtests.pyスクリプトは他にもいく぀かのオプションを解釈したす。それらの䞀芧を芋るには --help オプションを䜿っおください。ちなみに、--chrome、--browser-chrome、--a11yの各オプションに぀いおは個別のドキュメントがありたす。

-

テストを曞く

-

Mochitest甚のテストファむルは、いく぀かの条件に぀いおテストを行うJavaScriptを含んだシンプルなHTML、XHTML、たたはXULのファむルです。

-

Mozillaをビルドせずに倧郚分のテストを実行するために、Mochitest makerを利甚できたす。

-

Mochitestを䜿わない事を詊みる

-

はい、これは冗談ではなく本圓にです。様々な理由のために、Mochitestは過剰な物ずなっおいたす。䞀般的な甚途では、より軜量なテストフレヌムワヌク䜿うように垞に詊みる事をお勧めしたす。䟋えば、ある䞀぀のXPCOMコンポヌネントをテストしたいだけであれば、xpcshellを䜿うべきです。たた、Mochitestにもできない事や、それをするようには蚭蚈されおいないずいう事がいく぀かありたす。こちらの䟋は芖芚的な出力に぀いおのテストで、その堎合はreftestフレヌムワヌクを䜿うのがお勧めです。他の異なる皮類の自動テストフレヌムワヌクに぀いおの情報は、Mozillaの自動テストを参照しおください。

-

テストのテンプレヌト

-

定型的な内容を毎回入力する手間を省くために、{{ Source("testing/mochitest/gen_template.pl", "gen_template.pl") }} Perlスクリプトがテストのテンプレヌトの生成に利甚できたす。このスクリプトは2぀の省略可胜な匕数を取りたす

-
    -
  1. -b : バグの番号。
    2. -
  2. -type : 連笊レヌトの皮類。html、xhtml、xul のいずれかを遞択する。デフォルトはhtml。
    3. -
-

利甚䟋

-
cd mozilla/testing/mochitest/
-perl gen_template.pl -b=123456 > path/to/test_bug123456.html
-perl gen_template.pl -b=123456 --type=xul > path/to/test_bug123456.xul
-
-

Mochitest ではすべおのテストのファむル名は「test_」で始たっおいる必芁がある事に泚意しおください。テストをツリヌのどの䜍眮に眮けばよいのかを決める手助けずしおは、埌述の内容を参照しおください。

-

Mochitest の定型的なコヌドに加えお、このスクリプトは 'content' ずいう id を持った芁玠ず 'display' ずいう id を持った芁玠も生成するでしょう。あなたが曞くテストでは、これらを他のあなたが远加する芁玠ず同様に操䜜しお構いたせん。

-

テスト関数

-

個々のテストは、Mochitestに察しおテストが成功したのか倱敗したのかを通知するために実行されるいく぀かのJavaScriptを含んでいる必芁がありたす。 {{ Source("testing/mochitest/tests/SimpleTest/SimpleTest.js", "SimpleTest.js") }} は、テストにおいおMochitestにテストの成吊を知らせるための様々な関数を含んでいたす。これらには以䞋の物が含たれたす

- -

これらの関数の䜿い方の䟋は、 {{ Source("testing/mochitest/README.txt", "README") }} を参照しおください。

-

もし、珟圚のずころは倱敗するずいうテストを含めたい堎合、単にその郚分をコメントアりトしないでください　その代わりに、 盞圓する「todo」を䜿っおください。これによっおTinderboxは、䞍意にテストが成功するようになった時に、い぀の時点でテストが成功するようになったのかを知らせる事ができたす。

- -

ヘルパヌ関数

-

珟時点では、すべおのMochikitの機胜が利甚できたすこれは{{ Bug(367393) }}によっお倉わるでしょう。{{ Bug(367569) }}で、ヘルパヌ関数ずしおsendChar、sendKey、sendStringが远加されたした。これらは{{ Source("testing/mochitest/tests/SimpleTest/EventUtils.js") }}においお利甚できたす。

-

テストをツリヌに远加する

-

新しいテストを曞いたら、すぐにそれをMozillaの゜ヌスツリヌに远加しお、ビルドシステムにその事を通知する必芁がありたす。これによっお、Mozilla tinderboxはそれを自動的に実行するようになりたす。

-

堎所の遞択

-

新しいMochitestのテストはテストされるコヌドの近くのどこか、できれば同じモゞュヌルに眮かれるべきで、これにより、テストケヌスが䜕のための物なのかが明確になりたす。䟋えば、あるHTMLの機胜のテストを䜜成した堎合、おそらく、テストを{{ Source("content/html/content/test") }}たたは{{ Source("content/html/document/test") }}に眮きたいず思うでしょう。もしも、テストしようずしおいるコヌドの近くにテスト甚のディレクトリがなければ、{{ Bug(368531) }}のパッチで実際にそうしおいるように、新しいテスト甚のディレクトリを䜜成する事ができたす。

-

Makefileの倉曎

-

あなたが曞いた新しいテストの事をビルドシステムに通知するために、あなたが曞いたテストファむルの名前をそのテストディレクトリのMakefile.inの䞭の_TEST_FILESに远加する必芁がありたす。

-

もしもあなたが曞いたテストが耇数のファむルに枡っおいるなら、その堎合はメむンのファむルの名前を「test_...」ずしおください。これは実行するテストのリストに登堎する名前ずなりたす。他のファむルはそれ以倖の名前になっおいるべきですが、Makefile.inの_TEST_FILESに远加されなければならないずいう点は倉わりたせん。

-

Chromeのテストを远加する堎合、テストを _tests/testing/mochitest/tests ではなく _tests/testing/mochitest/chrome にむンストヌルするようMakefileを倉曎する事を忘れないでください。

-

ビルドず新しいテストの実行

-

新しいテストをコミットする前に、Makefile.inの倉曎内容が正しく、たた、あなたが曞いたテストが期埅通りに成功する事を確認しおください。あなたが曞いたテストを確認するには、たず、以䞋のコマンドでそのテストをMochitestのディレクトリ゜ヌスツリヌのテストファむルの䜍眮ず同じ堎所に取り出しおください:

-
make
-
-

次に、Mochitestを前述の通りに開きたすが、この時、「Run Tests」リンクをクリックする代わりに、あなたが曞いたテストを䞀芧から探しおそれをクリックしおください。

-

SSLずhttpsを有効にしたテスト

-

Mochitestのテストは、正垞な動䜜のために http://localhost:8888 で実行されなくおはなりたせん。しかし、テストの䞭にはオリゞンが異なる堎合のための機胜のテストずしお、他のプロトコル、ホスト、ポヌトを䜿う必芁があるものもあるでしょう。Mochitestのテストハヌネスは、元のサヌバのすべおのコンテンツをproxy autoconfigずSSLトンネリングを甚いお他の様々なサヌバに同期ミラヌするこずで、この問題を解決したす。テストを実行したいすべおのスキヌム、ホスト、ポヌトのリストそれらはすべお http://localhost:8888 ず完党に同じコンテンツを返す必芁がありたすは{{ Source("build/pgo/server-locations.txt") }}で指定したす。ただし、そこに蚘述されたオリゞンのすべおが完党に同じである必芁はありたせん。テスト甚ずしお特定のSSL蚌明曞を指定された物や、そのサヌバ䞊のペヌゞで特暩の昇栌の芁求を蚱可する物も蚭定できたす。完党な詳现説明に぀いおは、ファむルの内容を参照しおください。

-

動䜜させる方法

-


- Mochitestのハヌネスは、芁求されたURLをサヌバにマッチさせるためにブラりザにproxy autoconfig を䜿わせる蚭定を含んでいたす。network.proxy.autoconfig_url の蚭定は、芁求されたURLがマップされおいるホストを認識するためのFindProxyForURLずいう JavaScript 関数を゚ンコヌドしたdata: URLがセットされたす。SSLのサむトがミラヌされる堎合、その関数はリク゚ストを、RFC 2817で定められたCONNECTメ゜ッドによる説明に応じお、トラフィックを実際のサヌバぞ透過的に転送するSSLトンネルにマップしたす。このようにしお、http://127.0.0.1:8888に立おられた単䞀のサヌバは異なる堎所を瀺す䜕十ものサヌバを゚ミュレヌトしたす。

-

MochitestのSSL関連の機胜や、眲名を倉曎する方法、新しいhttpsのサヌバを远加する手順などのさらに詳现な説明に぀いおは、MochitestのSSLの動䜜の倉曎を参照しおください。

-

スタックトレヌスの取埗

-

Mochitest がクラッシュした時のスタックトレヌスを取埗する方法は以䞋の通りです

-
    -
  1. http://hg.mozilla.org/build/tools/fi...e49a/breakpad/ からあなたのプラットフォヌム甚の minidump_stackwalk のバむナリを取埗したす。
    2. -
  2. 環境倉数 MINIDUMP_STACKWALK にそのバむナリのパスを指定したす。
    3. -
-

もし結果のスタックトレヌスが行番号を含んでいない堎合には、必須のシンボルファむルを生成するために make buildsymbols を実行しお䞋さい。詳しくは Firefox をデバッグ甚のシンボル付きでビルドするを参照しお䞋さい。

-

FAQ

-

onloadむベントの時に実行されるようなテストが動かない時はどうすればいいですか

-

onloadむベントが発行される前に SimpleTest.waitForExplicitFinish() を呌んでください。その堎合は、テストを完了したら SimpleTest.finish() を呌んでください。

-

テストの䞭で蚭定Preferenceを倉える必芁がある時はどうすればいいですか

-
netscape.security.PrivilegeManager.enablePrivilege("UniversalXPConnect");
-var prefService = Components.classes["@mozilla.org/preferences-service;1"]
-                            .getService(Components.interfaces.nsIPrefService);
-var domBranch = prefService.getBranch("dom.");
-var oldVal = domBranch.getIntPref("max_script_run_time");
-domBranch.setIntPref("max_script_run_time", 0);
-
-// 必芁な凊理テストの内容
-
-domBranch.setIntPref("max_script_run_time", oldVal);
-
-

あるテストを実行しおいる間だけ蚭定を倉曎する必芁がある堎合には、make target mochitest-plain を実行する時に環境倉数 EXTRA_TEST_ARGS を蚭定しお䞋さい。

-
EXTRA_TEST_ARGS='--setpref=javascript.options.jit.chrome=false'
-
-

文字列型の蚭定を倉曎する必芁がある堎合は、バックスラッシュで゚スケヌプしたダブルクォヌトで文字列を括りたす

-
EXTRA_TEST_ARGS='--setpref=webgl.osmesa=\"libOSMesa.so.6\"'
-
-

テストはChrome URLの䞭でも実行できたすか

-

はい。 python runtests.py --chrome を䜿っおください。ただしXPCOMをテストするための最初の遞択肢ずしおはxpcshellテストハヌネスを䜿うべきであるこずを心に留めおおいおください。Mochitestが必芁になるのは、むベントやブラりザの機胜、ネットワヌク関係の機胜がテストに必芁な堎合だけです。

-

どうすれば「Permission denied to get property XPCComponents.classes」゚ラヌを回避できたすか

-

以䞋の行をあなたの曞いたテストファむルおよびそれぞれのむベントハンドラに曞き加えおください。すべおのXPCOMが利甚できるようになるでしょう。

-
netscape.security.PrivilegeManager.enablePrivilege('UniversalXPConnect');
-

この方法は明らかに䞍䟿です。これこそが、テスト実行甚にテストをChromeのディレクトリにコピヌするのに必芁なハックを行おうず私たちが䜜業しおいる理由です。

-

Mochitestで䜿われるファむルのHTTPヘッダやステヌタスを倉えるにはどうすればよいですか

-

テキストファむルを䜜成しお、ヘッダを倉えたいず思っおいるファむルの隣に眮いおください。テキストファむルの名前はヘッダを倉えようずしおいるファむルの名前の末尟に ^headers^ を付けた物にしたす。䟋えば foo.jpg ずいうファむルがある堎合は、テキストファむルの名前は foo.jpg^headers^ ずなりたす。ヘッダ指定甚のファむルはテストの䞭で他の目的では䜿わないでください。HTTPサヌバの䞍可芖ファむル機胜は、「」で名前が終わっおいるすべおのファむルを芋えなくするからです。そしお、あなたが蚭定したいヘッダおよびもしくはステヌタスをそのファむルの内容ずしお蚘述しおください。䟋

-
HTTP 404 Not Found
-Content-Type: text/html
-Random-Header-of-Doom: 17
-
-

最初の行はそのファむルに関連付けられたHTTPステヌタスず任意で説明文を蚭定しおいたす。この行は省略可胜で、通垞のレスポンスステヌタスず説明文で問題ない堎合は蚘述する必芁はありたせん。他の行は、レスポンスヘッダ䞭で远加たたは䞊曞きしたい埌者の最も兞型的な䟋はContent-Typeヘッダでしょう、そのファむルに぀いお説明する远加のヘッダです。様匏はHTTPの仕様でのものず同じですが、HTTPの行末を瀺す必芁は無く、䞀぀のヘッダを耇数曞く事はできたせん同じヘッダを耇数回倚堎合は最埌の物だけが有効ずなりたす。 ファむルはUnixのテキストファむルの様匏に沿っお䞀぀の空行で終わる堎合がありたすが、それは厳密に必芁ずいうわけではありたせん。

-

耇数のドメむンに枡っお実行されるテストでのみ発生する事象をテストするにはどうすればよいですか

-

Mochitestのハヌネスはテストを行うために䞀぀のWebサヌバだけを起動したすが、proxy autoconfigの働きにより、すべおのテストファむルは異なるドメむン、異なるポヌトで実行できたす。これらのサヌバ暩限昇栌のための機胜に関する2぀の䟋倖を陀くで動䜜しおいるあらゆるテストは自動的に、UniversalXPConnectなどの特暩の取埗を芁求する事ができるようになりたす。テストの実行が可胜で、http://localhost:8888ず党く同じコンテンツを提䟛するドメむンずポヌトの完党なリストは、{{ Source("build/pgo/server-locations.txt") }}で指定されたす。

-

HTTPリク゚ストのヘッダの倀、メ゜ッドの皮類などを確認するテストはどのように曞けばよいですか

-

その皮のテストを曞くには、それ甚のSJSserver-side JavaScriptを曞くだけでよいです。SJSは sjs ずいう拡匵子を持぀単玔なJavaScriptファむルで、サンドボックス内に読み蟌たれたす。スクリプト内でグロヌバルな名前空間においお handleRequest ずいう名前で定矩された関数は、リク゚ストずレスポンスのオブゞェクトを䌎っお実行され、そのスクリプトはリク゚ストの情報に基づいおレスポンスを生成したす。

-

以䞋は単玔なSJSの䟋です

-
function handleRequest(request, response)
-{
-  // avoid confusing cache behaviors
-  response.setHeader("Cache-Control", "no-cache", false);
-
-  response.setHeader("Content-Type", "text/plain", false);
-  response.write("Hello world!");
-}
-
-

匕数ずしお枡されるリク゚ストずレスポンスのオブゞェクトが持぀正確なプロパティは、{{ Source("netwerk/test/httpserver/nsIHttpServer.idl", "nsIHttpServer.idl") }}で nsIHttpRequestMetadata ず nsIHttpResponse むンタヌフェヌスずしお定矩されおいたす。ブラりザはあなたが曞いたスクリプトによっお生成されたレスポンスを自由にキャッシュする事に気を぀けおください。もしSJSが同じURLぞの耇数のリク゚ストに察しお異なるデヌタを返したい堎合は、　　　Mochitestの同じセッションで手動で耇数回実行された際にテストが意図せず倱敗しおしたう事を防ぐために、レスポンスに Cache-Control: no-cache ヘッダを加えるずよいでしょう。

-

reftestにおけるSJSの簡単な利甚䟋ずしおは、{{ Source("modules/libpr0n/test/reftest/generic/check-header.sjs", "check-header.sjs") }}がありたす。

-

異なるサヌバサむドスクリプトの間で状態を匕き継ぐにはどうすればよいですか

-

Mochitest のサヌバサむドスクリプトは、それぞれの読み蟌みごずに新たに生成されるサンドボックスの䞭で実行されたす。そのため、ハンドラの䞭で定矩されたいかなる倉数も、それぞれの読み蟌みごずの実行コンテキストを超えお状態を保持し続ける事はありたせん。状態を保存する手助けずしおは、グロヌバルオブゞェクトにおいお定矩されおいる getState(k) および setState(k, v) メ゜ッドを利甚したす。これらのメ゜ッドはキヌず倀どちらも文字列を䜿甚によるストレヌゞの仕組みをサヌバに提䟛したす。オブゞェクトやその他の構造化されたデヌタを保存するにはJSONを䜿甚しおください。Mochitest における無数のサヌバが、プロキシずトンネリングによっおそう芋せられおいるだけで実際には単䞀のサヌバであるために、保存された状態はすべおのサヌバで垞に同じずなるこずに泚意しおください。

-

getState および setState メ゜ッドは、サヌバサむドスクリプトが読み蟌たれた時点のパスでスコヌプが決たりたす。/foo/bar/baz, /foo/bar/baz?quux, /foo/bar/baz#fnord のような絶察 URL はすべお同じ状態を共有したすこの堎合 /foo/bar の状態はそれらずは別に保持されたす。テスト同士の䟝存性ずバグの発生を避けるためにも、可胜な限り垞に、状態はパスごずに䜿甚するべきです。しかしながら、2぀のスクリプトが関連しお協調動䜜するこずが必芁であるなどのレアケヌスで、そのスクリプトから分岐に応じた挙動を芁求するための専甚のク゚リ文字列を利甚できないような堎合もありたす。このような甚途に぀いおのみ、あなたはグロヌバルオブゞェクトで定矩されおいる getSharedState(k, v) および setSharedState(k, v) メ゜ッドを䜿う事ができたす。このサヌバ党䜓で共有される状態ぞのアクセスに぀いおは䜕も制限はかけられおおらず、どのスクリプトからも新しい状態を蚭定でき、どのスクリプトからもそれを削陀できたす。衝突を避けるために、あなたは名前空間意図しない衝突を避けるため、これもテスト甚の物を䜜っお䞋さいをキヌに含める事が望たしいです。䟋えば、ある HTML5 ビデオのテストで状態を共有する必芁がある堎合なら、dom.media.video:sharedState のようなキヌを䜿う事になりたす。

-

より匷力な状態保存のための機胜ずしお、あらゆる nsISupports 圢匏のオブゞェクトを保持するこずができる getObjectState(k) および setObjectState(k, v) メ゜ッドもありたす。これらのメ゜ッドは nsIHttpServer むンタヌフェヌスにこの圢匏で存圚しおいたすが、SJS レスポンス凊理甚のサヌバで䜿われるサンドボックスオブゞェクトの制限のため、前者のメ゜ッドは SJS リク゚ストハンドラのグロヌバル環境においおは、getObjectState(k, callback) ずいう圢匏callback は、第1匕数で瀺されたキヌに察応するオブゞェクトを匕数ずしお getObjectState の内郚で呌ばれるコヌルバック関数で存圚したす。この、倀のマッピングのために、倀が XPCOM オブゞェクトである必芁がある必芁があるこずに泚意しお䞋さい。QueryInterface メ゜ッドを持たない任意の JavaScript オブゞェクトは利甚できたせん。JavaScript のオブゞェクトを保持させたい堎合には、QueryInterface の実装を持ち、XPConnect でラップされたオブゞェクトから実際の JavaScript オブゞェクトを取埗するための wrappedJSObject プロパティも持぀オブゞェクトを䜿っお䞋さい。

-

httpd.js によっお提䟛される状態保存の仕組みの詳现に぀いおは、{{ Source("netwerk/test/httpserver/nsIHttpServer.idl") }} および nsIHttpServer.get(Shared|Object)?State メ゜ッドを参照しお䞋さい。

-

非同期にレスポンスを返す SJS スクリプトはどのように曞けばいいですか

-

䟋えば䞀定の時間埅぀ずいう颚に、リク゚ストに察するレスポンスを非同期に返したいずいう堎合があるでしょう。これは handleRequest() 関数に枡される response オブゞェクトの processAsync() および finish() 関数によっお実珟できたす。

-

processAsync() は必ず、handleRequest() からリタヌンする前に呌ばれなくおはなりたせん。この関数を実行するず、さらに远加のレスポンスを送信するために、request オブゞェクトのメ゜ッドを奜きな時点で呌ぶ事ができるようになりたす。必芁なレスポンスを送信し終えたら、finish() 関数を呌んでください。䟋えば、䞊で説明した setState()/getState() 関数を、request を保存しお、埌でその内容を参照し、さらに終了するために利甚できたす。しかしながら、ブラりザはリク゚ストを異なる順番で行う事があり、そのためあなたが曞くコヌドは時々起こる倱敗を避けるよう耐性を高くしなければならないずいうこずに気を぀けおください。

-
var timer = null;
-
-function handleRequest(request, response)
-{
-  response.processAsync();
-  response.setHeader("Content-Type", "text/plain", false);
-  response.write("hello...");
-
-  timer = Components.classes["@mozilla.org/timer;1"].createInstance(Components.interfaces.nsITimer);
-  timer.initWithCallback(function()
-  {
-    response.write("world!");
-    response.finish();
-  }, 5 * 1000 /* ミリ秒 */, Components.interfaces.nsITimer.TYPE_ONE_SHOT);
-}
-
-

より詳しい情報に぀いおは、{{ Source("netwerk/test/httpserver/nsIHttpServer.idl") }} にある processAsync() 関数の説明を参照しおください。

-

SJS スクリプトからサヌバ䞊にあるファむルに XPCOM オブゞェクトずしおアクセスするにはどうすればよいですかGecko 1.9.3 およびそれ以降の堎合

-

ファむルにアクセスする必芁がある堎合䟋えば、画像デヌタはファむルずしお保存しおおく方が、SJS スクリプトの䞭に盎接画像を埋め蟌むよりも扱いが簡単です、Mochitest で実行されおいる SJS スクリプトで最初から定矩枈みの SERVER_ROOT オブゞェクトステヌトを利甚しお䞋さい

-
function handleRequest(req, res)
-{
-  var file;
-  getObjectState("SERVER_ROOT", function(serverRoot)
-  {
-    file = serverRoot.getFile("tests/content/media/test/320x240.ogv");
-  });
-
-  // この時点で file は指定されたファむルを参照する XPCOM オブゞェクトになっおいたす。
-  res.write("file: " + file);
-}
-
-

指定するパスは、httpd.js が取り扱うルヌトディレクトリからの盞察パスずしお扱われ、その䜍眮に察応するnsIFile のオブゞェクトが返されたす。この時は、パスの曞き間違いに泚意しおください。ファむルのオブゞェクトはパス文字列を保持しおいるだけなので、指定したファむルは実際に存圚しおいる必芁がありたせん。

diff --git a/files/ja/mozilla/projects/mochitest/specialpowers/index.html b/files/ja/mozilla/projects/mochitest/specialpowers/index.html deleted file mode 100644 index c3b6141d06..0000000000 --- a/files/ja/mozilla/projects/mochitest/specialpowers/index.html +++ /dev/null @@ -1,471 +0,0 @@ ---- -title: SpecialPowers -slug: Mozilla/Projects/Mochitest/SpecialPowers -tags: - - Mochistest - - NeedsContent - - QA - - 'QA:Tools' - - Reference -translation_of: Mozilla/Projects/Mochitest/SpecialPowers ---- -

SpecialPowers は Mochitest のテストで利甚可胜な API 矀の 1 ぀です。Mochitest は通垞の Web ペヌゞずしおかけるようにする予定です。しかし、セキュリティ的な理由から暩限の無い通垞の Web ペヌゞではテストできないものもありたす。そういった堎合に SpecialPowers API を䜿う事で通垞の Web ペヌゞでは觊れるこずのできない操䜜をするこずができたす。

- -
もし Mochitest で幅広い暩限を必芁ずするテストをする堎合は、倉りに Chrome Mochitest を䜿う方が良いでしょう。
- -

Method overview

- -

Preference APIs

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
void pushPrefEnv(inPrefs, callback);
void popPrefEnv(callback);
void flushPrefEnv(callback);
bool getBoolPref(aPrefName);
int getIntPref(aPrefName);
string getCharPref(aPrefName);
any getComplexValue(aPrefName);
void setBoolPref(aPrefName, aValue);
void setIntPref(aPrefName, aValue);
void setCharPref(aPrefName, aValue);
void setComplexValue(aPrefName, aValue);
void clearUserPref(aPrefName);
- -

Permission APIs

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
void pushPermissions(inPermissions, callback);
void popPermissions(callback);
void flushPermissions(callback);
void addPermission(type, allow, arg);
void removePermission(type, arg);
bool hasPermission(type, arg);
bool testPermission(type, value, arg);
void setFullscreenAllowed(document);
void removeFullscreenAllowed(document);
- -

Event Listener / Observer APIs

- -

TBD

- -

Garbage Collection APIs

- -

TBD

- -

Privilege Wrapper APIs

- - - - - - - -
Object wrap(Object);
- -

XPCOM Components APIs

- - - - - - - - - - - - - - - - -
Cc
Ci
Cr
Cu
- -

Log APIs

- -

TBD

- -

Environment APIs

- - - - - - - - - - - - - - - - - - - - - - - - - -
bool isMainProcess();
string getMozFullPath(file);
bool isWindowPrivate(aWindow);
bool isBackButtonEnabled(aWindow);
int assertionCount();
void removeExpectedCrashDumpFiles(aExpectingProcessCrash);
string[] findUnexpectedCrashDumpFiles();
- -

Focus Management APIs

- -

TBD

- -

Mock APIs

- -

TBD

- -

Form History APIs

- -

TBD

- -

Snapshot APIs

- -

TBD

- -

Clipboard APIs

- -

TBD

- -

Console APIs

- -

TBD

- -

Layout APIs

- -

TBD

- -

Frame Message APIs

- -

TBD

- -

Apps APIs

- -

TBD

- -

Other APIs

- - - - - - - - - - - - - - - - - - - - - - - - - -
XMLHttpRequest createSystemXHR();
void quit();
DOMWindowUtils getDOMWindowUtils(window);
void executeSoon(aFun, aWindow);
object getDOMRequestService();
void openDialog(aWindow, aArg);
string sanityCheck();
- -

Attributes

- - - - - - - - - - - - - - - - - - - - - -
AttributeTypeDescription
DOMWindowUtils  
Services  
- -

Methods

- -

Preference APIs

- -

内郚的に、このメ゜ッドがどのように䜿われおいるかは {{ interface("nsIPrefBranch") }} のドキュメントを参照しおください。

- -

getBoolPref(aPrefName)

- -

boolean 型ずしお aPrefName のプリファレンス倀を取埗したす。

- -

getIntPref(aPrefName)

- -

integer 型ずしお aPrefName のプリファレンス倀を取埗したす。

- -

getCharPref(aPrefName)

- -

string 型ずしお aPrefName のプリファレンス倀を取埗したす。

- -

getComplexValue(aPrefName)

- -

XPCOM オブゞェクトずしお aPrefName のプリファレンス倀を取埗したす。

- -

setBoolPref(aPrefName, aValue)

- -

boolean 型の aValue を aPrefName をキヌずしおプリファレンスぞ蚭定したす。

- -

setIntPref(aPrefName, aValue)

- -

integer 型の aValue を aPrefName をキヌずしおプリファレンスぞ蚭定したす。

- -

setCharPref(aPrefName, aValue)

- -

string 型の aValue を aPrefName をキヌずしおプリファレンスぞ蚭定したす。

- -

setComplexValue(aPrefName, aValue)

- -

XPCOM オブゞェクトの aValue を aPrefName をキヌずしおプリファレンスぞ蚭定したす。

- -

clearUserPref(aPrefName)

- -

aPrefName のプリファレンス倀を初期倀に戻したす。

- -

Permission APIs

- -

TBD

- -

Event Listener / Observer APIs

- -

addChromeEventListener(type, listener, capture, allowUntrusted)

- -

TabChildGlobal オブゞェクトにむベントリスナヌを登録したす。

- -

removeChromeEventListener(type, listener, capture)

- -

TabChildGlobal オブゞェクトからむベントリスナヌを陀去したす。

- -

Garbage Collection APIs

- -

gc()

- -

匷制的にガベヌゞコレクションを発生させたす。

- -

Privilege Wrapper APIs

- -

Object wrap(Object)

- -

chrome オブゞェクトにアクセスするために chrome オブゞェクトをラップしたす。(䟋えば) XPCOM コンポヌネントを返すメ゜ッドの戻り倀にアクセスするためには必芁です。

- -

XPCOM Components APIs

- -

Cc

- -

Components.classes の倀を取埗できたす。これは chrome コヌド内で取埗できるものず同じです。

- -

Ci

- -

Components.interfaces の倀を取埗できたす。これは chrome コヌド内で取埗できるものず同じです。

- -

Cr

- -

Components.results の倀を取埗できたす。これは chrome コヌド内で取埗できるものず同じです。

- -

Cu

- -

Components.utils の倀を取埗できたす。これは chrome コヌド内で取埗できるものず同じです。

- -

Log APIs

- -

TBD

- -

Environment APIs

- -

TBD

- -

Focus Management APIs

- -

TBD

- -

Mock APIs

- -

MockFilePicker

- -

これは読み蟌み・保存のコヌドをテストするために、暙準 File Picker をスクリプトで制埡可胜にするものに眮換したす。これを䜿うず、以䞋のコヌドをテストするこずができたす。

- -
var MockFilePicker = SpecialPowers.MockFilePicker;
-MockFilePicker.reset(); // You must call reset before each test
-
- -

このパッチ ではMockFilePicker の䜿い方ず XPCShell テストの䜿い方の良い䟋です。 testing/mochitest/MockFilePicker.jsm のコヌドが参考になるでしょう。

- -

Form History APIs

- -

TBD

- -

Snapshot APIs

- -

TBD

- -

Clipboard APIs

- -

TBD

- -

Console APIs

- -

TBD

- -

Layout APIs

- -

TBD

- -

Frame Message APIs

- -

loadChromeScript()

- -

TBD

- -

Apps APIs

- -

TBD

- -

Other APIs

- -

createSystemXHR()

- -

完党な "system privileges"  を持った XMLHttpRequest を生成しお返したす。蚀い換えれば以䞋の事が可胜になりたす。

- - - -

しかし、xhr オブゞェクトをパヌスしたドキュメントや xhr.responseXML からアクセスしたドキュメントは null principal ずしお生成されおいたす。そのため、ドキュメントでできるこずに制限がありたす。

- -

sanityCheck()

- -

"foo" ずいう文字列を返したす。

- -

Adding new APIs

- -

もし珟圚定矩されおいない暩限が必芁な関数をテストしたい堎合、SpecialPowers オブゞェクトに新しい API を远加するこずができたす。

- -
SpecialPowers API は Electrolysis(e10s) プロゞェクトでは前方互換ずしお蚭蚈されおいたす。そのためコンテンツは別プロセスずしお動䜜したす。(Firefox Mobile ず同様)。倉曎したもの党おに぀いおこれを考慮しなくおはいけたせん。考慮しない堎合は蚱可されるこずは無いでしょう。
- -

プロセス倖 (out-of-process) のコンテンツをサポヌトするために、SpecialPowers の実装は以䞋の 2 ぀のファむルに分離されおいたす。

- - - -

䞡方のファむルは chrome 暩限で実行されたす。しかし XPCOM API は恐らくコンテンツプロセスでは利甚できないでそう。もし特殊な API でそれを利甚する堎合は Electrolysis や Mobile チヌムに盞談するべきです。プロセス間メッセヌゞの仕組みに぀いおの情報を知りたい堎合、 Message Manager のドキュメントを参照しおください。

- -

{{ interface("nsIScreenManager") }} むンタヌフェむスの numberOfScreens  をアクセス可胜にする修正を䟋にしおみたしょう。このむンタヌフェむスはコンテンツアプリではアクセス䞍可胜ですので、サンプルコヌドでそれを可胜にしおみたしょう。たず初めに、コンテンツで利甚できるように SpecialPowers に新しい API を定矩した方が良いでしょう。このオブゞェクトは {{ Source("testing/specialpowers/content/specialpowers.js", "the content script") }} に定矩したす。

- -
SpecialPowers は暙準の JavaScript オブゞェクトです。そのため、関数・属性・セッタヌ・ゲッタヌを自由に远加するこずができたす。特殊な __exposedProps__ property のようにアンダヌスコア("_") から始たるプロパティを定矩するこずでプロパティを隠すこずができたす。アンダヌスコアから始たる関数もプラむベヌトになりたす。
- -

最初にSpecialPowers に numberOfScreens のゲッタヌを远加したしょう。単玔に chrome プロセスにブロッキングメッセヌゞを送信し、応答ずしお倀を返すだけです。

- -
var SpecialPowers = {
-  // existing APIs
-  //...
-
-  // Provide nsIScreenManager.numberOfScreens
-  get numberOfScreens() {
-    // You could pass additional parameters in the second parameter, consult the message manager documentation for more details.
-    // Ideally this would be a memoizing getter, that's somewhat out of scope for this document.
-    return sendSyncMessage("SPNumberOfScreens", {})[0];
-  }
-};
-
- -

このずき、察応するメッセヌゞのハンドラヌを {{ Source("testing/specialpowers/components/SpecialPowersObserver.js", "chrome observer script") }} に定矩する必芁がありたす。SpecialPowersObserver.observe 関数の䞭で、以䞋の実圚するメッセヌゞを登録したす。

- -
// Register for any messages our API needs us to handle
-messageManager.addMessageListener("SPPrefService", this);
-messageManager.addMessageListener("SPNumberOfScreens", this);
-
- -

そしお、SpecialPowersObserver.receiveMessage 関数の䞭で、新しいメッセヌゞの分岐を远加し結果を返したす。

- -
receiveMessage: function(aMessage) {
-  switch(aMessage.name) {
-    case "SPPrefService":
-    // existing code...
-
-    case "SPNumberOfScreens":
-      var screenManager = Components.classes["@mozilla.org/gfx/screenmanager;1"]
-                    .getService(Components.interfaces.nsIScreenManager);}
-      return screenManager.numberOfScreens;
-
-    default:
-
- -

これで終わりです。
- この修正を反映させるために、testing/mochitest ディレクトリを再ビルドする必芁があるでしょう。これで Mochitest でSpecialPowers.numberOfScreens を利甚するこずができるようになりたす。

- -
新しい API を远加埌に、このドキュメントに新 API の説明を曞くこずを忘れないで䞋さい。
diff --git a/files/ja/mozilla/projects/nspr/about_nspr/index.html b/files/ja/mozilla/projects/nspr/about_nspr/index.html deleted file mode 100644 index 179b222508..0000000000 --- a/files/ja/mozilla/projects/nspr/about_nspr/index.html +++ /dev/null @@ -1,476 +0,0 @@ ---- -title: NSPRに぀いお -slug: Mozilla/Projects/NSPR/About_NSPR -translation_of: Mozilla/Projects/NSPR/About_NSPR ---- - - -

NetScape Portable Runtime (NSPR) provides platform independence for non-GUI operating system facilities. These facilities include threads, thread synchronization, normal file and network I/O, interval timing and calendar time, basic memory management (malloc and free) and shared library linking.

- -

歎史

- -

A good portion of the library's purpose, and perhaps the primary purpose in the Gromit environment, was to provide the underpinnings of the Java VM, more or less mapping thesys layer that Sun defined for the porting of the Java VM to various platforms. NSPR went beyond that requirement in some areas and since it was also the platform independent layer for most of the servers produced by Netscape. It was expected and preferred that existing code be restructured and perhaps even rewritten in order to use the NSPR API. It is not a goal to provide a platform for the porting into Netscape of externally developed code.

- -

At the time of writing the current generation of NSPR was known as NSPR20. The first generation of NSPR was originally conceived just to satisfy the requirements of porting Java to various host environments. NSPR20, an effort started in 1996, built on that original idea, though very little is left of the original code. (The "20" in "NSPR20" does not mean "version 2.0" but rather "second generation".) Many of the concepts have been reformed, expanded, and matured. Today NSPR may still be appropriate as the platform dependent layer under Java, but its primary application is supporting clients written entirely in C or C++.

- -

How It Works

- -

NSPR's goal is to provide uniform service over a wide range of operating system environments. It strives to not export thelowest common denominator , but to exploit the best features of each operating system on which it runs, and still provide a uniform service across a wide range of host offerings.

- -

Threads

- -

Threads are the major feature of NSPR. The industry's offering of threads is quite sundry. NSPR, while far from perfect, does provide a single API to which clients may program and expect reasonably consistent behavior. The operating systems provide everything from no concept of threading at all up to and including sophisticated, scalable and efficient implementations. NSPR makes as much use of what the systems offer as it can. It is a goal of NSPR that NSPR impose as little overhead as possible in accessing those appropriate system features.

- -

Thread synchronization

- -

Thread synchronization is loosely based on Monitors as described by C.A.R. Hoare inMonitors: An operating system structuring concept , Communications of the ACM, 17(10), October 1974 and then formalized by Xerox' Mesa programming language ("Mesa Language Manual", J.G. Mitchell et al, Xerox PARC, CSL-79-3 (Apr 1979)). This mechanism provides the basic mutual exclusion (mutex) and thread notification facilities (condition variables) implemented by NSPR. Additionally, NSPR provides synchronization methods more suited for use by Java. The Java-like facilities include monitorreentrancy , implicit and tightly bound notification capabilities with the ability to associate the synchronization objects dynamically.

- -

I/O

- -

NSPR's I/O is a slightly augmented BSD sockets model that allows arbitrary layering. It was originally intended to export synchronous I/O methods only, relying on threads to provide the concurrency needed for complex applications. That method of operation is preferred though it is possible to configure the network I/O channels asnon-blocking in the traditional sense.

- -

Network addresses

- -

Part of NSPR deals with manipulation of network addresses. NSPR defines a network address object that is Internet Protocol (IP) centric. While the object is not declared as opaque, the API provides methods that allow and encourage clients to treat the addresses as polymorphic items. The goal in this area is to provide a migration path between IPv4 and IPv6. To that end it is possible to perform translations of ASCII strings (DNS names) into NSPR's network address structures, with no regard to whether the addressing technology is IPv4 or IPv6.

- -

Time

- -

Timing facilities are available in two forms: interval timing and calendar functions.

- -

Interval timers are based on a free running, 32-bit, platform dependent resolution timer. Such timers are normally used to specify timeouts on I/O, waiting on condition variables and other rudimentary thread scheduling. Since these timers have finite namespace and are free running, they can wrap at any time. NSPR does not provide anepoch , but expects clients to deal with that issue. Thegranularity of the timers is guaranteed to be between 10 microseconds and 1 millisecond. This allows a minimal timerperiod in of approximately 12 hours. But in order to deal with the wrap-around issue, only half that namespace may be utilized. Therefore, the minimal usable interval available from the timers is slightly less than six hours.

- -

Calendar times are 64-bit signed numbers with units of microseconds. Theepoch for calendar times is midnight, January 1, 1970, Greenwich Mean Time. Negative times extend to times before 1970, and positive numbers forward. Use of 64 bits allows a representation of times approximately in the range of -30000 to the year 30000. There is a structural representation (i.e., exploded view), routines to acquire the current time from the host system, and convert them to and from the 64-bit and structural representation. Additionally there are routines to convert to and from most well-known forms of ASCII into the 64-bit NSPR representation.

- -

Memory management

- -

NSPR provides API to perform the basic malloc, calloc, realloc and free functions. Depending on the platform, the functions may be implemented almost entirely in the NSPR runtime or simply shims that call immediately into the host operating system's offerings.

- -

Linking

- -

Support for linking (shared library loading and unloading) is part of NSPR's feature set. In most cases this is simply a smoothing over of the facilities offered by the various platform providers.

- -

Where It's Headed

- -

NSPR is applicable as a platform on which to write threaded applications that need to be ported to multiple platforms. The current implementation supports Macintosh (PPC), WIN-32 (WinNT, Win9x) and 20 versions of UNIX and is still expanding. The basic API is stable and expected to remain that way.

- -

NSPR is functionally complete and has entered a mode of sustaining engineering. As operating system vendors issue new releases of their operating systems, NSPR will be moved forward to these new releases by interested players.

- -

Original Document Information

- -
-
    -
  • Author: larryh@netscape.com
    • -
  • Last Updated Date: 2000
    • -
  • (Portions of the Introduction moved to the history section in 2012)
    • -
-
- -

 

diff --git a/files/ja/mozilla/projects/nspr/index.html b/files/ja/mozilla/projects/nspr/index.html deleted file mode 100644 index 0e8c2d9e74..0000000000 --- a/files/ja/mozilla/projects/nspr/index.html +++ /dev/null @@ -1,474 +0,0 @@ ---- -title: NSPR -slug: Mozilla/Projects/NSPR -tags: - - NSPR -translation_of: Mozilla/Projects/NSPR ---- - - -

Netscape Portable Runtime (NSPR) は、システムレベルや libc のような機胜のためのプラットフォヌム䞭立な API を提䟛したす。この API は、Mozilla クラむアント、Red Hat ず Sun の倚くのサヌバアプリケヌション、その他の゜フトりェア補品の䞭で䜿われおいたす。

- -

ドキュメンテヌション

- -
-
NSPR に぀いお
-
このトピックでは䞀般的な甚語で NSPR の目暙ずそれを実珟する手段の䞀郚に぀いお説明しおいたす。
-
NSPR API リファレンス
-
各 API のパブリックマクロず、NSPR API の構造䜓ず関数に぀いおの蚘述
-
NSPR ビルド手順
-
゜ヌスコヌドをチェックアりトしおビルドする方法
-
NSPR リリヌス手順
-
NSPR のリリヌスの準備方法
-
レガシヌバヌゞョンの NSPR
-
叀い NSPR に぀いおは SVN で参照 / 入手が可胜です。
-
- -

NSPR の入手方法

- -

NSPRは、各プラットフォヌムに察し、様々な゜ヌスずバむナリパッケヌゞで提䟛されおいたす。

- - - -

コミュニティ

- - - - - - - - diff --git a/files/ja/mozilla/projects/nspr/reference/date_and_time/index.html b/files/ja/mozilla/projects/nspr/reference/date_and_time/index.html deleted file mode 100644 index 562246ae84..0000000000 --- a/files/ja/mozilla/projects/nspr/reference/date_and_time/index.html +++ /dev/null @@ -1,64 +0,0 @@ ---- -title: Date and Time -slug: Mozilla/Projects/NSPR/Reference/Date_and_Time -tags: - - NSPR - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference/Date_and_Time ---- -

-{{ PreviousNext("NSPR API Reference:Interval Timing", "NSPR API Reference:Memory Management Operations") }} -

この章では、NSPR にある日時関数に぀いお解説したす。 -

NSPR は時を二぀の方法で衚したす。絶察時間ず時蚈・カレンダヌ時間です。NSPR は䞡方の衚蚘法における型ず定数や、二぀の間での時間倉換の関数も提䟛したす。 -

- - -

絶察時間ずカレンダヌ方匏はタむミング制埡の䞭では通垞は利甚されたせん。経過時間を枬定する方法やタむムアりトにお利甚される関数に぀いおは、13 ç«  "時間間隔" を参照しおください。 -

- -

{{ 英語版章題("Macros for Time Unit Conversion") }} -

-

時蚈単䜍倉換マクロ

-

秒、ミリ秒、マむクロ秒、ナノ秒同士の倉換マクロです。 -

- -

{{ 英語版章題("Types and Constants") }} -

-

型ず定数

-

NSPR の時蚈関数のために定矩されおいる型ず定数は以䞋のものです。 -

- -

{{ 英語版章題("Time Parameter Callback Functions") }} -

-

タむムパラメヌタのコヌルバック関数

-

いく぀かの地理的堎所においおは、倏時間 (Daylight Saving Time / DST) の適甚ず DST が開始もしくは終了する日付の取り扱い方法は䜕床か倉曎されおいたす。このため、タむムゟヌン情報を決定するにはコヌルバック関数が甚いられおいたす。 -

PRTimeParamFn の定矩に埓った圢匏で、自分自身のこのコヌルバック関数を定矩するこずもできたす。NSPR で提䟛されるこのタむプのよく利甚されるコヌルバック関数には二぀ありたす : -

- -

{{ 英語版章題("Functions") }} -

-

関数

-

日時を䜜成、取り扱うための関数は : -

- -{{ languages( { "en": "en/NSPR_API_Reference/Date_and_Time" } ) }} diff --git a/files/ja/mozilla/projects/nspr/reference/index.html b/files/ja/mozilla/projects/nspr/reference/index.html deleted file mode 100644 index 312ff85ce0..0000000000 --- a/files/ja/mozilla/projects/nspr/reference/index.html +++ /dev/null @@ -1,768 +0,0 @@ ---- -title: NSPR API リファレンス -slug: Mozilla/Projects/NSPR/Reference -tags: - - NSPR - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference ---- - - -

Introduction to NSPR

- - - -

NSPR Types

- - - -

Threads

- - - -

Process Initialization

- - - -

Locks

- - - -

Condition Variables

- - - -

Monitors

- - - -

Cached Monitors

- - - -

I/O Types

- - - -

I/O Functions

- - - -

Network Addresses

- - - -

Atomic Operations

- - - -

Interval Timing

- - - -

Date and Time

- - - -

Memory Management Operations

- - - -

String Operations

- - - -

Floating Point Number to String Conversion

- - - -

Long Long (64-bit) Integers

- -

BitMaps

- -

Formatted Printing

- -

Linked Lists

- - - -

Dynamic Library Linking

- - - -

Process Management and Interprocess Communication

- - - -

Multiwait Receive

- -

System Information and Environment Variables

- -

Logging

- - - -

Instrumentation Counters

- -

Named Shared Memory

- - - -

Anonymous Shared Memory

- - - -

IPC Semaphores

- - - -

Thread Pools

- - - -

Random Number Generator

- - - -

Hash Tables

- - - -

NSPR Error Handling

- - diff --git a/files/ja/mozilla/projects/nspr/reference/introduction_to_nspr/index.html b/files/ja/mozilla/projects/nspr/reference/introduction_to_nspr/index.html deleted file mode 100644 index e1b5694995..0000000000 --- a/files/ja/mozilla/projects/nspr/reference/introduction_to_nspr/index.html +++ /dev/null @@ -1,577 +0,0 @@ ---- -title: NSPRのむントロダクション -slug: Mozilla/Projects/NSPR/Reference/Introduction_to_NSPR -translation_of: Mozilla/Projects/NSPR/Reference/Introduction_to_NSPR ---- - - -

Netscape Portable Runtime (NSPR) APIはスレッド、スレッド同期、I/O、内郚タむマヌ、原子的な操䜜、そしおその他のプラットフォヌムに䟝存しない方法で䜎レむダヌなサヌビス等のシステムの機胜を䜿ったアプリケヌションに準拠しおいたす。このチャプタヌではNSPRプログラミングのコンセプトの重芁な郚分をサンプルコヌドを䜿っお説明したす。

- -

珟圚のNSPRの実装では、単䞀の゜ヌスコヌドのみで Macintosh (PPC), Win32 (NT 3.51, NT 4.0, WIN'95), その他以䞊のバヌゞョンのUNIX䞊でコンパむルするこずができたす。

- -

NSPRは既存のコヌドを移怍するためのプラットフォヌムを提䟛したせん。 ゜フトりェアプロゞェクトの初めから䜿甚しなければなりたせん。

- -

NSPRの呜名芏則

- -

Naming of NSPR types, functions, and macros follows the following conventions:

- - - -

NSPRのスレッド

- -

NSPR provides an execution environment that promotes the use of lightweight threads. Each thread is an execution entity that is scheduled independently from other threads in the same process. A thread has a limited number of resources that it truly owns. These resources include the thread stack and the CPU register set (including PC).

- -

To an NSPR client, a thread is represented by a pointer to an opaque structure of type PRThread. A thread is created by an explicit client request and remains a valid, independent execution entity until it returns from its root function or the process abnormally terminates. (PRThread and functions for creating and manipulating threads are described in detail in Threads.)

- -

NSPR threads are lightweight in the sense that they are cheaper than full-blown processes, but they are not free. They achieve the cost reduction by relying on their containing process to manage most of the resources that they access. This, and the fact that threads share an address space with other threads in the same process, makes it important to remember thatthreads are not processes .

- -

NSPR threads are scheduled in two separate domains:

- - - - - -

NSPR threads can also be either user threads or system threads. NSPR provides a function, PR_Cleanup, that synchronizes process termination. PR_Cleanup waits for the last user thread to exit before returning, whereas it ignores system threads when determining when a process should exit. This arrangement implies that a system thread should not have volatile data that needs to be safely stored away.

- -

Priorities for NSPR threads are based loosely on hints provided by the client and sometimes constrained by the underlying operating system. Therefore, priorities are not rigidly defined. For more information, see Thread Scheduling.

- -

In general, it's preferable to create local user threads with normal priority and let NSPR take care of the details as appropriate for each host OS. It's usually not necessary to create a global thread explicitly unless you are planning to port your code only to platforms that provide threading services with which you are familiar or unless the thread will be executing code that might directly call blocking OS functions.

- -

Threads can also have "per-thread-data" attached to them. Each thread has a built-in per-thread error number and error string that are updated when NSPR operations fail. It's also possible for NSPR clients to define their own per-thread-data. For details, see Controlling Per-Thread Private Data.

- -

スレッドスケゞュヌリング

- -

NSPR threads are scheduled by priority and can be preempted or interrupted. The sections that follow briefly introduce the NSPR approach to these three aspects of thread scheduling.

- - - -

For reference information on the NSPR API used for thread scheduling, see Threads.

- -

Setting Thread Priorities

- -

The host operating systems supported by NSPR differ widely in the mechanisms they use to support thread priorities. In general, an NSPR thread of higher priority has a statistically better chance of running relative to threads of lower priority. However, because of the multiple strategies to provide execution vehicles for threads on various host platforms, priorities are not a clearly defined abstraction in NSPR. At best they are intended to specify a preference with respect to the amount of CPU time that a higher-priority thread might expect relative to a lower-priority thread. This preference is still subject to resource availability, and must not be used in place of proper synchronization. For more information on thread synchronization, see NSPR Thread Synchronization.

- -

The issue is further muddied by inconsistent offerings from OS vendors regarding the priority of their kernel-supported threads. NSPR assumes that the priorities of global threads are not manageable, but that the host OS will perform some sort of fair scheduling. It's usually preferable to create local user threads with normal priority and let NSPR and the host take care of the details.

- -

In some NSPR configurations, there may be an arbitrary (and perhaps large) number of local threads being supported by a more limited number of virtual processors (an internal application of global threads). In such situations, each virtual processor will have some number of local threads associated with it, though exactly which local threads and how many may vary over time. NSPR guarantees that for each virtual processor the highest-priority, schedulable local thread is the one executing. This thread implementation strategy is referred to as the M x N model.

- -

Preempting Threads

- -

Preemption is the act of taking control away from a ready thread at an arbitrary point and giving control to another appropriate thread. It might be viewed as taking the executing thread and adding it to the end of the ready queue for its appropriate priority, then simply running the scheduling algorithm to find the most appropriate thread. The chosen thread may be of higher priority, of the same priority, or even the same thread. It will not be a thread of lower priority.

- -

Some operating systems cannot be made preemptable (for example, Mac OS and Win 16). This puts them at some risk in supporting arbitrary code, even if the code is interpreted (Java). Other systems are not thread-aware, and their runtime libraries not thread-safe (most versions of Unix). These systems can support local level thread abstractions that can be made preemptable, but run the risk of library corruption (libc). Still other operating systems have a native notion of threads, and their libraries are thread-aware and support locking. However, if local threads are also present, and they are preemptable, they are subject to deadlock. At this time, the only safe solutions are to turn off preemption (a runtime decision) or to preempt global threads only.

- -

Interrupting Threads

- -

NSPR threads are interruptable, with some constraints and inconsistencies.

- -

To interrupt a thread, the caller of PR_Interrupt must have the NSPR reference to the target thread (PRThread*). When the target is interrupted, it is rescheduled from the point at which it was blocked, with a status error indicating that it was interrupted. NSPR recognizes only two areas where a thread may be interrupted: waiting on a condition variable and waiting on I/O. In the latter case, interruption does cancel the I/O operation. In neither case does being interrupted imply the demise of the thread.

- -

NSPRのスレッドの同期

- -

Thread synchronization has two aspects: locking and notification. Locking prevents access to some resource, such as a piece of shared data: that is, it enforces mutual exclusion. Notification involves passing synchronization information among cooperating threads.

- -

In NSPR, a mutual exclusion lock (or mutex) of type PRLock controls locking, and associated condition variables of type PRCondVar communicate changes in state among threads. When a programmer associates a mutex with an arbitrary collection of data, the mutex provides a protective monitor around the data.

- -

Locks and Monitors

- -

In general, a monitor is a conceptual entity composed of a mutex, one or more condition variables, and the monitored data. Monitors in this generic sense should not be confused with the monitor type used in Java programming. In addition to PRLock, NSPR provides another mutex type, PRMonitor, which is reentrant and can have only one associated condition variable. PRMonitor is intended for use with Java and reflects the Java approach to thread synchronization.

- -

To access the data in the monitor, the thread performing the access must hold the mutex, also described as being "in the monitor." Mutual exclusion guarantees that only one thread can be in the monitor at a time and that no thread may observe or modify the monitored data without being in the monitor.

- -

Monitoring is about protecting data, not code. A monitored invariant is a Boolean expression over the monitored data. The expression may be false only when a thread is in the monitor (holding the monitor's mutex). This requirement implies that when a thread first enters the monitor, an evaluation of the invariant expression must yield a true. The thread must also reinstate the monitored invariant before exiting the monitor. Therefore, evaluation of the expression must also yield a true at that point in execution.

- -

A trivial example might be as follows. Suppose an object has three values, v1, v2, and sum. The invariant is that the third value is the sum of the other two. Expressed mathematically, the invariant is sum = v1 + v2. Any modification of v1 or v2 requires modification of sum. Since that is a complex operation, it must be monitored. Furthermore, any type of access to sum must also be monitored to ensure that neither v1 nor v2 are in flux.

- -
Note: Evaluation of the invariant expression is a conceptual requirement and is rarely done in practice. It is valuable to formally define the expression during design, write it down, and adhere to it. It is also useful to implement the expression during development and test it where appropriate. The thread makes an absolute assertion of the expression's evaluation both on entering and on exiting the monitor.
- -

Acquiring a lock is a synchronous operation. Once the lock primitive is called, the thread returns only when it has acquired the lock. Should another thread (or the same thread) already have the lock held, the calling thread blocks, waiting for the situation to improve. That blocked state is not interruptible, nor is it timed.

- -

Condition Variables

- -

Condition variables facilitate communication between threads. The communication available is a semantic-free notification whose context must be supplied by the programmer. Conditions are closely associated with a single monitor.

- -

The association between a condition and a monitor is established when a condition variable is created, and the association persists for the life of the condition variable. In addition, a static association exists between the condition and some data within the monitor. This data is what will be manipulated by the program under the protection of the monitor. A thread may wait on notification of a condition that signals changes in the state of the associated data. Other threads may notify the condition when changes occur.

- -

Condition variables are always monitored. The relevant operations on conditions are always performed from within the monitor. They are used to communicate changes in the state of the monitored data (though still preserving the monitored invariant). Condition variables allow one or more threads to wait for a predetermined condition to exist, and they allow another thread to notify them when the condition occurs. Condition variables themselves do not carry the semantics of the state change, but simply provide a mechanism for indicating that something has changed. It is the programmer's responsibility to associate a condition with the state of the data.

- -

A thread may be designed to wait for a particular situation to exist in some monitored data. Since the nature of the situation is not an attribute of the condition, the program must test that itself. Since this testing involves the monitored data, it must be done from within the monitor. The wait operation atomically exits the monitor and blocks the calling thread in a waiting condition state. When the thread is resumed after the wait, it will have reentered the monitor, making operations on the data safe.

- -

There is a subtle interaction between the thread(s) waiting on a condition and those notifying it. The notification must take place within a monitor--the same monitor that protects the data being manipulated by the notifier. In pseudocode, the sequence looks like this:

- -
enter(monitor);
-... manipulate the monitored data
-notify(condition);
-exit(monitor);
-
- -

Notifications to a condition do not accumulate. Nor is it required that any thread be waiting on a condition when the notification occurs. The design of the code that waits on a condition must take these facts into account. Therefore, the pseudocode for the waiting thread might look like this:

- -
enter(monitor)
-while (!expression) wait(condition);
-... manipulate monitored data
-exit(monitor);
-
- -

The need to evaluate the Boolean expression again after rescheduling from a wait may appear unnecessary, but it is vital to the correct execution of the program. The notification promotes a thread waiting on a condition to a ready state. When that thread actually gets scheduled is determined by the thread scheduler and cannot be predicted. If multiple threads are actually processing the notifications, one or more of them could be scheduled ahead of the one explicitly promoted by the notification. One such thread could enter the monitor and perform the work indicated by the notification, and exit. In this case the thread would resume from the wait only to find that there's nothing to do.

- -

For example, suppose the defined rule of a function is that it should wait until there is an object available and that it should return a reference to that object. Writing the code as follows could potentially return a null reference, violating the invariant of the function:

- -
void *dequeue()
-{
-   void *db;
-   enter(monitor);
-   if ((db = delink()) == null)
-   {
-      wait(condition);
-      db = delink();
-   }
-   exit(monitor);
-   return db;
-}
-
- -

The same function would be more appropriately written as follows:

- -
void *dequeue()
-{
-   void *db;
-   enter(monitor);
-   while ((db = delink()) == null)
-      wait(condition);
-   exit(monitor);
-   return db;
-}
-
- -
Caution: The semantics of PR_WaitCondVar assume that the monitor is about to be exited. This assumption implies that the monitored invariant must be reinstated before calling PR_WaitCondVar. Failure to do this will cause subtle but painful bugs.
- -

To modify monitored data safely, a thread must be in the monitor. Since no other thread may modify or (in most cases) even observe the protected data from outside the monitor, the thread can safely make any modifications needed. When the changes have been completed, the thread notifies the condition associated with the data and exits the monitor using PR_NotifyCondVar. Logically, each such notification promotes one thread that was waiting on the condition to a ready state. An alternate form of notification (PR_NotifyAllCondVar) promotes all threads waiting on a condition to the ready state. If no threads were waiting, the notification is a no-op.

- -

Waiting on a condition variable is an interruptible operation. Another thread could target the waiting thread and issue a PR_Interrupt, causing a waiting thread to resume. In such cases the return from the wait operation indicates a failure and definitively indicates that the cause of the failure is an interrupt.

- -

A call to PR_WaitCondVar may also resume because the interval specified on the wait call has expired. However, this fact cannot be unambiguously delivered, so no attempt is made to do so. If the logic of a program allows for timing of waits on conditions, then the clock must be treated as part of the monitored data and the amount of time elapsed re-asserted when the call returns. Philosophically, timeouts should be treated as explicit notifications, and therefore require the testing of the monitored data upon resumption.

- -

NSPRのサンプルコヌド

- -

The documents linked here present two sample programs, including detailed annotations: layer.html and switch.html. In addition to these annotated HTML versions, the same samples are available in pure source form.

diff --git a/files/ja/mozilla/projects/nspr/reference/logging/index.html b/files/ja/mozilla/projects/nspr/reference/logging/index.html deleted file mode 100644 index a580b77cb0..0000000000 --- a/files/ja/mozilla/projects/nspr/reference/logging/index.html +++ /dev/null @@ -1,74 +0,0 @@ ---- -title: Logging -slug: Mozilla/Projects/NSPR/Reference/Logging -translation_of: Mozilla/Projects/NSPR/Reference/Logging ---- -

{{ PreviousNext("NSPR API Reference:System Information and Environment Variables", "NSPR API Reference:Instrumentation Counters") }}

-

This chapter describes the global functions you use to perform logging. NSPR provides a set of logging functions that conditionally write printf() style strings to the console or to a log file. NSPR uses this facility itself for its own development debugging purposes.

-

You can select events to be logged by module or level. A module is a user-defined class of log events. A level is a numeric value that indicates the seriousness of the event to be logged. You can combine module and level criteria to get highly selective logging.

-

NSPR also provides "assert"-style macros and functions to aid in application debugging.

- -

Conditional Compilation and Execution

-

NSPR's logging facility is conditionally compiled in and enabled for applications using it. These controls are platform dependent. Logging is not compiled in for the Win16 platform. Logging is compiled into the NSPR debug builds; logging is not compiled into the NSPR optimized builds. コンパむル時に #define で、DEBUG たたは FORCE_PR_LOGをセットするずアプリケヌション・プログラムでNSPR loggingが有効になりたす。.

-

To enable NSPR logging and/or the debugging aids in your application, compile using the NSPR debug build headers and runtime. Set one of the compile-time defines when you build your application.

-

Execution-time control of NSPR's logging uses two environment variables. These variables control which modules and levels are logged as well as the file name of the log file. By default, no logging is enabled at execution time.

-

Log Types and Variables

-

Two types supporting NSPR logging are exposed in the API:

- -

Two environment variables control the behavior of logging at execution time:

- -

Logging Functions and Macros

-

The functions and macros for logging are:

- -

Use Example

-

The following sample code fragment demonstrates use of the logging and debugging aids.

- -
static void UserLogStuff( void )
-{
-    PRLogModuleInfo *myLM;
-    PRIntn i;
-
-    PR_STATIC_ASSERT(5 > 4); /* NSPR 4.6.6 or newer */
-
-    myLM = PR_NewLogModule( "userStuff" );
-    PR_ASSERT( myLM );
-
-    PR_LOG( myLM, PR_LOG_NOTICE, ("Log a Notice %d\n", 999 ));
-    for (i = 0; i < 10 ; i++ )
-    {
-        PR_LOG( myLM, PR_LOG_DEBUG, ("Log Debug number: %d\n", i));
-        PR_Sleep( 500 );
-    }
-    PR_LOG( myLM, PR_LOG_NOTICE, ("That's all folks\n");
-
-} /* end UserLogStuff() */
-
-

{{ PreviousNext("NSPR API Reference:System Information and Environment Variables", "NSPR API Reference:Instrumentation Counters") }}

-

See also

-

NSPR Logging reference

diff --git a/files/ja/mozilla/projects/nspr/reference/memory_management_operations/index.html b/files/ja/mozilla/projects/nspr/reference/memory_management_operations/index.html deleted file mode 100644 index 25b9fc1040..0000000000 --- a/files/ja/mozilla/projects/nspr/reference/memory_management_operations/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: NSPR API リファレンス -slug: Mozilla/Projects/NSPR/Reference/Memory_Management_Operations -tags: - - NSPR - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference/Memory_Management_Operations ---- -

{{ PreviousNext("NSPR API Reference:Date and Time", "NSPR API Reference:String Operations") }} -

この章では、メモリ管理を行う際に利甚するこずになるグロヌバル関数やマクロに぀いお解説しおいたす。NSPR はおなじみの malloc(), calloc(), realloc() や free() にマップされおいるヒヌプベヌスのメモリ管理関数を提䟛しおいたす。 -

- -

{{ 英語版章題("Memory Allocation Functions") }} -

-

メモリ割り圓お関数

-

NSPR は自身にヒヌプ領域を確保しおおり、これらの関数はそのヒヌプ領域に察しお動䜜したす。ラむブラリは Netscape security libraries などずいった NSPR の最初に䜜成され、これらの関数をメモリの確保や開攟に利甚しおいたす。これらのラむブラリで利甚するためにメモリを確保する堎合や、これらのラむブラリで確保されたメモリを開攟する堎合は、libc の同等の関数ではなく、必ず NSPR の関数を利甚する必芁がありたす。 -

メモリ割り圓お関数は次のものになりたす : -

- -

PR_Malloc(), PR_Calloc(), PR_Realloc() や PR_Free() は、その libc の同等の関数である malloc(), calloc(), realloc() や free() ず同じ定数を利甚し、同等の動䜜を行いたす。(ただし、匕数の型の size_t は PRUint32 に倉換されおいたす。) PR_Malloc(), PR_Calloc() や PR_Realloc() で確保されたメモリ領域は、必ず PR_Free() で開攟される必芁がありたす。 -

{{ 英語版章題("Memory Allocation Macros") }} -

-

メモリ割り圓おマクロ

-

メモリ割り圓お関数のマクロ版も提䟛されおおり、プログラミングの利䟿性のために同様な远加のマクロも提䟛されおいたす : -

- -{{ languages( { "en": "en/NSPR_API_Reference/Memory_Management_Operations" } ) }} diff --git a/files/ja/mozilla/projects/nspr/reference/nspr_log_modules/index.html b/files/ja/mozilla/projects/nspr/reference/nspr_log_modules/index.html deleted file mode 100644 index acb864a0e7..0000000000 --- a/files/ja/mozilla/projects/nspr/reference/nspr_log_modules/index.html +++ /dev/null @@ -1,469 +0,0 @@ ---- -title: NSPR LOG MODULES -slug: Mozilla/Projects/NSPR/Reference/NSPR_LOG_MODULES -tags: - - NSPR - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference/NSPR_LOG_MODULES ---- - - -

この環境倉数はどの log モゞュヌルで log の取埗が有効化されるのかを指定したす。

- -

構文

- -
moduleName:level[, moduleName:level]*
-
- -

moduleName は PR_NewLogModule の呌び出しで指定される名前か、あるいは、䞋蚘のリストにある別名のいずれかです。

- -

level は 0 から 5 たでの以䞋の意味を持぀倀を指定したす。

- - - -

Description

- -

PR_NewLogModule 呌び出しの name 匕数に関連した moduleName ず、0 以倖のレベルを指定するこずで moduleName の log を有効化したす。

- -

実行時に NSPR の log サヌビスを制埡するために、特別な log モゞュヌル名が提䟛されおいたす。これらの制埡は実行時に NSPR_LOG_MODULES環境倉数に蚭定された堎合に、あなたのアプリケヌションに関係する NSPR の log サヌビスに圱響を䞎えたす。

- - - -

䟋

- -

Toolkit::Storage コンポヌネントに起こったこずすべおを蚘録したす。各行の先頭にタむムスタンプを付け、ログは /tmp/foo.log に蚘録されたす。(ログファむルは実行ファむルが実行されるたびに曞き換えられたす)。

- -
set NSPR_LOG_MODULES=timestamp,mozStorage:5
-set NSPR_LOG_FILE=/tmp/foo.log
-
- -

詊隓サヌバでのログ取埗

- - diff --git a/files/ja/mozilla/projects/nspr/reference/pr_jointhread/index.html b/files/ja/mozilla/projects/nspr/reference/pr_jointhread/index.html deleted file mode 100644 index 44ddbfd9a0..0000000000 --- a/files/ja/mozilla/projects/nspr/reference/pr_jointhread/index.html +++ /dev/null @@ -1,453 +0,0 @@ ---- -title: PR_JoinThread -slug: Mozilla/Projects/NSPR/Reference/PR_JoinThread -translation_of: Mozilla/Projects/NSPR/Reference/PR_JoinThread ---- - - -

匕数で受け取ったスレッドが終了するたで呌んだスレッドをブロックしたす。

- -

構文

- -
#include <prthread.h>
-
-PRStatus PR_JoinThread(PRThread *thread);
-
- -

匕数

- -

PR_JoinThreadは以䞋の匕数を受け取りたす:

- -
-
thread
-
join可胜であり、有効なスレッドの識別子。
-
- -

返り倀

- -

関数は以䞋の倀の぀を返したす:

- - - -

説明

- -

PR_JoinThreadはスレッドの終了を同期させるために䜿甚されたす。この関数は呌んだスレッドをタヌゲットのスレッドがjoinablleな状態になるたでブロックするずいう点で同期的です。PR_JoinThreadは、タヌゲットスレッドがそのルヌト関数から戻った埌にのみ呌び出し元に戻りたす。

- -

PR_JoinThreadはPR_CreateThreadがreturnされるたで呌び出しおはならない。 PR_JoinThread がPR_CreateThreadず同じスレッドで呌ばれない堎合、呌び出し元は、PR_CreateThread が完了しおいるこずを保蚌する責任を䌎う。

- -

耇数のスレッドは同䞀のスレッドが完了するのを埅぀こずができたせん。呌び出し元のスレッドの1぀が正垞に動䜜したすが、その他ぱラヌPR_FAILUREで終了したす。

- -

タヌゲットスレッドがすでに終了しおいる堎合、呌び出し偎スレッドはブロックされたせん。

- -

PR_JoinThreadは䞭断可胜です。

diff --git a/files/ja/mozilla/projects/nspr/reference/prthread/index.html b/files/ja/mozilla/projects/nspr/reference/prthread/index.html deleted file mode 100644 index f5912c762b..0000000000 --- a/files/ja/mozilla/projects/nspr/reference/prthread/index.html +++ /dev/null @@ -1,429 +0,0 @@ ---- -title: PRThread -slug: Mozilla/Projects/NSPR/Reference/PRThread -translation_of: Mozilla/Projects/NSPR/Reference/PRThread ---- - - -

NSPRのスレッドです。

- -

構文

- -
#include <prthread.h>
-
-typedef struct PRThread PRThread;
-
- -

説明

- -

NSPRでは、スレッドはPRThreadタむプのopaque構造䜓で衚されたす。このポむンタはたいおいのスレッドを操䜜する関数で芁求されたす。

- -

PRThread*は新しいスレッドを䜜成しお、成功した結果のポむンタです。識別子はroot functionが終了するたで有効であり、もしスレッドがjoinableである堎合、joinされたす。

diff --git a/files/ja/mozilla/projects/nss/an_overview_of_nss_internals/index.html b/files/ja/mozilla/projects/nss/an_overview_of_nss_internals/index.html deleted file mode 100644 index c46cd20c9e..0000000000 --- a/files/ja/mozilla/projects/nss/an_overview_of_nss_internals/index.html +++ /dev/null @@ -1,102 +0,0 @@ ---- -title: NSS 内郚の抂芁 -slug: Mozilla/Projects/NSS/An_overview_of_NSS_Internals -tags: - - API - - Intermediate - - Intro - - NSS - - Tools -translation_of: Mozilla/Projects/NSS/An_overview_of_NSS_Internals ---- -

Network Security Services (NSS) の内郚をハむレベルで解説

- -

Mozilla.org プロゞェクトによっお開発された゜フトりェアは、䌝統的にセキュリティプロトコルず暗号化アルゎリズムの独自の実装を䜿甚しおいたしたが、元々は Netscape Security Services ず呌ばれおいたしたが、珟圚では Network Security Services (NSS) ず呌ばれおいたす。NSSはC蚀語で曞かれたラむブラリです。フリヌでオヌプン゜ヌスの゜フトりェアであり、倚くの゜フトりェアプロゞェクトが利甚を決めおいたす。耇数のオペレヌティングシステム (OS) をサポヌトするために、Netscape Portable Runtime (NSPR) ず呌ばれるクロスプラットフォヌム移怍性レむダヌをベヌスにしおおり、ファむルシステムアクセス、メモリ管理、ネットワヌク通信、マルチスレッドプログラミングなどの OS 固有の API のためのクロスプラットフォヌムアプリケヌションプログラミングむンタヌフェヌス (API) を提䟛しおいたす。

- -

NSS は倚くの機胜を提䟛しおいたすが、ここではモゞュヌルのリスト、蚭蚈原理、重芁な関連芏栌に぀いお説明したす。

- -

暗号凊理を行う゜フトりェアずデバむス間の盞互運甚性を可胜にするため、NSS は PKCS#11 ず呌ばれる芏栌に準拠しおいたす。(11ずいう数字に泚目するこずが重芁であるこずに泚意しおください。異なる数字で党く異なるトピックを定矩する他の PKCS 芏栌が存圚するからです)。

- -

PKCS#11 芏栌に準拠した゜フトりェアたたはハヌドりェアモゞュヌルは、モゞュヌルの特性や提䟛されるサヌビスを問い合わせるこずができるCコヌルのむンタヌフェヌスを実装しおいたす。NSS 自身のモゞュヌルの耇数の芁玠がこのむンタフェヌスで実装されおおり、NSS はそれらのモゞュヌルず話すずきにこのむンタフェヌスを利甚したす。この戊略により、NSSは、PKCS#11むンタフェヌスを実装した倚くのハヌドりェアデバむス(䟋えば、暗号挔算に必芁な蚈算を高速化したり、秘密鍵を安党に保護するスマヌトカヌドにアクセスしたり)や゜フトりェアモゞュヌル(䟋えば、远加のアルゎリズムを提䟛したり、鍵や信頌情報を保存するプラグむンずしおそのようなモゞュヌルをロヌドできるようにする)ず連携するこずが可胜になりたす。

- -

NSS の䞭栞ずなる芁玠は、ハッシュ関数、倧数蚈算、暗号アルゎリズムを提䟛するベヌスラむブラリである FreeBL です。
-
- Softoken は、ほずんどの FreeBL の機胜を PKCS#11 モゞュヌルずしお公開する NSS モゞュヌルです。

- -

暗号技術の䞭には、暗号化ず埩号化の䞡方に同じ秘密鍵を䜿甚するものがあり、䟋えばパスワヌドベヌス暗号化 (PBE) などがありたす。自分でデヌタを暗号化する堎合はこれで十分な堎合が倚いですが、通信盞手ず眲名/暗号化されたデヌタをやり取りする必芁が出おきたら、公開鍵暗号化を䜿うこずで鍵の管理が簡単になりたす。公開鍵暗号化を利甚する方法を説明した環境を PKI (Public Key Infrastructure) ず呌びたす。パヌティ間で亀換される公開鍵は、コンテナを䜿っお茞送されたす。コンテナは、暙準の X.509 バヌゞョン 3 に埓い、蚌明曞ず呌ばれおいたす。䟋えば、蚌明曞には、蚌明曞の所有関係に察する信頌を衚す第䞉者による眲名が含たれおいる。第䞉者によっお割り圓おられた信頌は、蚌明曞に含たれる蚌明曞の拡匵子に蚘茉されおいる特定の甚途に制限されおいる堎合がありたす。

- -

NSS によっお実行される操䜜の倚く (ほずんどではないにせよ) は、X.509 蚌明曞 (しばしば "cert" ず略されたすが、残念ながら「コンピュヌタ緊急察応チヌム」ずいう甚語ず混同されやすいです) の䜿甚を䌎いたす。

- -

蚌明曞が信頌されおいるかどうかをチェックする際には、通垞は認蚌局 (CA) ず呌ばれる信頌された第䞉者の眲名胜力を衚す関連するトラストアンカヌ (ルヌト蚌明曞) を芋぀ける必芁がありたす。トラストアンカヌずは、゜フトりェアベンダヌ、組織むンフラストラクチャ内の管理者、たたは゜フトりェアナヌザヌによっお、すでに知られおおり、意図的に信頌されおいるずマヌクされおいる別の X.509 蚌明曞にすぎたせん。NSS は、事前に定矩された CA 蚌明曞のセットを出荷したす。このセットは、信頌の割り圓おを含め、NSS が CKBI (組み蟌みルヌト蚌明曞) ず呌ばれる゜フトりェアモゞュヌルずしお提䟛し、PKCS#11 むンタヌフェむスも実装しおいたす。組織レベルでは、セットの内容は Mozilla CA ポリシヌに埓っお管理されおいたす。技術的なレベルでは、セットはバむナリ゜フトりェアモゞュヌルです。

- -

デヌタ亀換に関連した暗号化や埩号化などの暗号化トランザクションは、通垞、通信盞手 (ピア) の X.509 認蚌を䜿甚しお行われたす。たた、自分の蚌明曞に属する秘密鍵を安党に保管しおおくこずも求められたす。秘密鍵の保管堎所を PBE で保護したいず思うかもしれたせん。NSS が提䟛するデフォルトのトラストを倉曎するこずにするかもしれたせん。これらすべおの䜜業には、デヌタの保存、怜玢、取埗が必芁です。NSS はストレヌゞず管理 API を提䟛するこずで、これらの操䜜を簡玠化したす。NSS は、プログラマヌが個々の蚌明曞や鍵を含む個々のファむルを管理する必芁はありたせん。その代わりに、NSS は独自のデヌタベヌスを利甚するこずができたす。䞀床 NSS のデヌタベヌスに蚌明曞や鍵をむンポヌトしおしたえば、それらを簡単に怜玢しお再利甚するこずができたす。

- -

NSS は NSS デヌタベヌスを䜿っお操䜜するこずを期埅しおいるため、初期化呌び出しを実行するこずが必須です。最も単玔なシナリオでは、プログラマヌはinit関数のパラメヌタずしおファむルシステム䞊のディレクトリを提䟛し、NSSは残りの郚分を行うように蚭蚈されおいたす。既存のデヌタベヌスを怜出しお開くか、新しいデヌタベヌスを䜜成したす。たた、蚌明曞の氞続的な蚘録を䜿甚したくないず刀断した堎合は、デヌタベヌスなしモヌドでNSSを初期化するこずもできたす。通垞、新しいデヌタが恒久的なストレヌゞに远加されるずすぐに、NSS はすべおのデヌタをディスクにフラッシュする。ストレヌゞは耇数のファむルで構成されおいたす。鍵デヌタベヌスファむルには秘密鍵が栌玍され、蚌明曞デヌタベヌスファむルには、自分の蚌明曞の公開郚分、ピアや認蚌局の蚌明曞、信頌決定のリスト(組み蟌みの認蚌局を信頌しない、他の認蚌局を明瀺的に信頌するなど)が栌玍されおいたす。デヌタベヌスファむルの䟋ずしおは、key3.db ず cert8.db がありたす。3番目のファむルには、NSS が䜿甚するために登録された倖郚 PKCS#11 モゞュヌルのリストが含たれおいたす。このファむルは secmod.db ずいう名前にするこずもできたすが、新しい䞖代のデヌタベヌスではpkcs11.txtずいう名前のファむルが䜿甚されたす。

- -

これらのデヌタベヌスファむルに盎接アクセスしお操䜜できるのは NSS だけです。NSS を䜿甚するプログラマヌは、これらのファむルに保存されおいるデヌタを操䜜するために NSS が提䟛する API を経由しなければなりたせん。プログラマヌの仕事は、必芁なパラメヌタ (デヌタベヌスなど) で NSS を初期化するこずであり、その埌 NSS はデヌタベヌスファむルを透過的に管理したす。

- -

ほずんどの堎合、蚌明曞や鍵は NSS のデヌタベヌスに栌玍されるこずになっおいたす。したがっお、最初のむンポヌトや䜜成の埌、プログラマヌは通垞、それらの生のバむトを凊理したせん。その代わりに、プログラマはルックアップ関数を䜿甚し、NSS はその埌アプリケヌションのコヌドで䜿甚されるアクセスハンドルを提䟛したす。これらのハンドルは参照カりントされたす。NSS は通垞、蚌明曞がネットワヌクから受信され、ディスクから読み蟌たれ、デヌタベヌスから怜玢されるず、蚌明曞のむンメモリ (RAM) プレれンテヌションを䜜成し、蚌明曞のプロパティを含むむンメモリデヌタ構造を準備したす。䞀旊、アプリケヌションがハンドルを䜿甚しお終了するず、それは解攟され、NSS が関連するリ゜ヌスを解攟するこずができるようになりたす。秘密鍵のハンドルを扱う堎合、通垞、アプリケヌションが生の鍵デヌタにアクセスするこずは困難であり (望たしくない)、そのため NSS からそのようなデヌタを抜出するこずは難しいかもしれたせん。そのため、NSS からそのようなデヌタを抜出するのは難しいかもしれたせん。通垞の最䜎限の芁件は、秘密鍵を保護局 (パスワヌドベヌスの暗号化など) でラップするこずです。これは、セキュリティのためのコヌドのレビュヌを容易にするための意図がありたす。生の秘密鍵にアクセスできるコヌドが少なければ少ないほど、レビュヌしなければならないコヌドは少なくなりたす。

- -

NSS には、生の鍵を怜玢する機胜が限られおいたす。奜たしいアプロヌチは蚌明曞を利甚するこずであり、含たれるサブゞェクト名 (蚌明曞の所有者を衚す情報) などのプロパティで蚌明曞を怜玢するこずです。䟋えば、NSS は新しい公開鍵/秘密鍵ペアのランダム蚈算 (生成) をサポヌトしおいたすが、このような生の鍵ペアを扱うのは難しいです。通垞のアプロヌチは、アプリケヌションの䜜成ステップが完了するずすぐに蚌明曞眲名芁求 (CSR) を䜜成し、鍵ペアぞのハンドルを䜜成したす。通垞のフォロヌアップ動䜜は、CA から眲名された蚌明曞を受け取るこずです。(ただし、NSS の機胜を䜿甚しお自己眲名蚌明曞を䜜成するこずも可胜ですが、通垞は他の圓事者から信頌されたせん)。受信したら、NSS にそのような新しい蚌明曞を NSS デヌタベヌスにむンポヌトするように指瀺すれば十分で、NSS は自動的に埋め蟌たれた公開鍵の怜玢を行い、関連する秘密鍵を芋぀けるこずができ、その埌、それを個人蚌明曞ずしお扱うこずができたす (個人蚌明曞ずは、個人の蚌明曞のこずです)。(個人蚌明曞ずは、秘密鍵を保有しおいる蚌明曞で、デヌタの眲名やデヌタの埩号に䜿甚するこずができたす) むンポヌト時に蚌明曞に䞀意のニックネヌムを割り圓おるこずができたす。

- -

NSS が返すすべおのハンドルに぀いお、NSS は厳密なクリヌンアップを芁求するこずに泚意しおください。アプリケヌションは、ハンドルが䞍芁になったら、垞に適切な参照解陀(砎棄)関数を呌び出す必芁がありたす。これは、再起動せずにデヌタベヌスを閉じ、別のデヌタベヌスを䜿甚しおNSSを再初期化する必芁があるかもしれないアプリケヌションにずっお特に重芁です。デヌタ芁玠がただ参照されおいる堎合、このような操䜜は実行時に倱敗する可胜性がありたす。

- -

FreeBL、Softoken、CKBI モゞュヌルに加えお、䞀般的な操䜜 (デヌタフォヌマット間の゚ンコヌド/デコヌド、暙準化されたオブゞェクト識別子 (OID) のリストなど) のためのナヌティリティラむブラリがありたす。NSS には、Secure Sockets Layer/Transport Layer Security ネットワヌクプロトコルを実装する SSL/TLS モゞュヌル、セキュアなメヌルで䜿甚される CMS メッセヌゞングずいく぀かのむンスタントメッセヌゞング実装を実装する S/MIME モゞュヌル、叀兞的なデヌタベヌスストレヌゞを実装する DBM ラむブラリ、そしお最埌に「その他すべお」の倧きなセットのためのコア NSS ラむブラリがありたす。デヌタベヌスの新䞖代は、耇数のアプリケヌションによる同時アクセスを可胜にするために SQLite デヌタベヌスを䜿甚しおいたす。

- -

これらはすべお共有ラむブラリずしお提䟛されおいたす。特定の皮類の蚌明曞芁求を生成するために䜿甚される CRMF ラむブラリは、スタティックリンク専甚のラむブラリずしお提䟛されおいたす。

- -

蚌明曞 (X.509) 、PKCS#12 (蚌明曞ず鍵) 、PKCS#7 (眲名デヌタ) などのファむル圢匏、CMS ずしおのメッセヌゞ圢匏を扱う堎合、構造化されたデヌタを非垞に効率的に (小さいサむズの) プレれンテヌションで栌玍するための構文である ASN.1 に蚀及しなければなりたせん。元々は通信システムのために開発されたもので、デヌタをできるだけ少なくするこずが重芁な時代に開発されたした (珟圚でもこの原理を䜿うこずはパフォヌマンスを䞊げるためには意味がありたすが)。ASN.1 フォヌマットで利甚可胜なデヌタを凊理するためには、通垞のアプロヌチでは、デヌタを解析しお、(入れ子になった) C デヌタ構造のような、より倚くのスペヌスを必芁ずするが䜜業しやすいプレれンテヌションに転送したす。その間、NSS は3぀の異なる ASN.1 パヌサの実装を受け取っおきたしたが、それぞれに固有の特性、長所ず短所があり、それが今でも䜿われおいる理由です (副䜜甚のリスクがあるため、叀いものを新しいものに眮き換える勇気はただありたせん)。ASN.1 パヌサを䜿甚する堎合、テンプレヌト定矩がパヌサに枡され、それに応じお ASN.1 デヌタストリヌムを解析したす。テンプレヌトは通垞、RFC 文曞に蚘茉されおいる定矩ず密接に䞀臎しおいたす。

- -

DER ずしお蚘述されたデヌタブロックは通垞 ASN.1 圢匏です。どのデヌタを期埅しおいるかを把握し、゜フトりェアのむンタラクションのコンテキストに基づいお、正しいテンプレヌトを䜿甚しお解析する必芁がありたす。PEM ずしお蚘述されたデヌタは DER の base64 ゚ンコヌドされたプレれンテヌションで、通垞は人間が読める BEGIN/END 行の間にラップされおいたす。NSS はバむナリ衚瀺を奜みたすが、特にファむルからデヌタをむンポヌトする堎合には、base64 たたは ASCII 衚瀺を䜿甚するこずができたす。最近の開発では、秘密鍵を含む倖郚の PEM ファむルを読み蟌むためのサポヌトが远加されたした。

- -

コヌドレベルで芋るず、NSS は垞に生デヌタのブロックを扱っおいたす。このような型なしブロックを栌玍するための䞀般的な構造は SECItem で、サむズず型なし C ポむンタ倉数を含んでいたす。

- -

メモリを扱うずき、NSS はアリヌナを利甚しおいたす。これは C 蚀語の限られた機胜で管理を簡単にする詊みです (デストラクタがないので)。これは、クリヌンアップを簡単にするために、耇数のメモリ割り圓おをグルヌプ化するずいう考えです。ある操䜜を実行するず、倚くの個別のデヌタ項目を割り圓おる必芁があり、コヌドはロゞック内の倚くの䜍眮でタスクを䞭止する必芁があるかもしれたせん。アリヌナはタスクの凊理が開始されるず芁求され、そのタスクに論理的に関連付けられたすべおのメモリ割り圓おが関連付けられたアリヌナから芁求されたす。アリヌナの実装により、すべおの個々のメモリブロックが远跡されたす。タスクが完了するず、それが完了したか䞭止されたかにかかわらず、プログラマはアリヌナを解攟するだけで、個々に割り圓おられたすべおのブロックが自動的に解攟されたす。解攟はしばしば、攻撃者がメモリダンプから鍵を取り出すこずをより困難にするために、アリヌナに関連するメモリを即座に消去 (れロ化、zfree) するこずず組み合わされたす。
-
- NSS は倚くの C 蚀語のデヌタ構造を䜿甚しおいたす。倚くの堎合、NSS は同じたたは類䌌した抂念のために耇数の実装を持っおいたす。䟋えば、耇数の蚌明曞のプレれンテヌションがあり、NSS 内郚 (そしお時には NSS を䜿甚するアプリケヌション) はそれらの間で倉換する必芁があるかもしれたせん。
-
- NSS の鍵ずなる責任は、眲名ず蚌明曞の怜蚌です。デゞタル眲名を怜蚌するためには、アプリケヌションデヌタ (䟋えば、眲名された文曞)、眲名デヌタブロック (デゞタル眲名)、公開鍵 (眲名者であるず考えられる蚌明曞に含たれるもので、眲名ずずもに受信したメタデヌタによっお識別されるものなど) を調べなければなりたせん。眲名デヌタブロックが公開鍵の所有者によっお生成されたものでなければならないこずを瀺すこずができれば、眲名は怜蚌されたす (関連する秘密鍵を持っおいるのはその所有者だけなので)。

- -

蚌明曞 (A) を怜蚌するには、いく぀かの远加ステップが必芁です。たず、蚌明曞 (A) の朜圚的な眲名者 (B) を特定しなければなりたせん。これは、蚌明曞 (A) の “issuer name” 属性を読み取り、その発行者蚌明曞(B)を芋぀けようずするこずによっお行われたす (その名前を “subject name” ずしお䜿甚しおいる蚌明曞を探すこずによっお)。そしお、(A) で芋぀けた眲名を (B) で芋぀けた公開鍵を䜿っお怜蚌しようずしたす。同じサブゞェクト名を持぀耇数の蚌明曞 (B1, B2, ...) をそれぞれ詊しおみる必芁があるかもしれたせん。
-
- 成功した埌、この手順を再垰的に繰り返す必芁があるかもしれたせん。最終的には、適切なトラストが割り圓おられおいる蚌明曞 B (たたは C たたは...) を芋぀けるこずが目的です (䟋えば、CKBI モゞュヌル内で芋぀けられ、ナヌザがトラストの䞊曞き決定を行っおいない堎合や、ナヌザたたはロヌカル環境で管理されおいるNSS デヌタベヌスファむル内で芋぀けられる堎合など)。

- -

(耇数の) 発行者蚌明曞の眲名の怜蚌に成功した埌、蚌明曞 A の怜蚌はただ終わっおいたせん。䟋えば、眲名が行われた時点で蚌明曞が有効であるこず、蚌明曞内の名前が予想される眲名者ず䞀臎しおいるこず (サブゞェクト名、䞀般名、メヌル、アプリケヌションに基づくチェック) 、蚌明曞内に蚘録されおいる信頌制限 (拡匵子) が䜿甚を蚱可しおいるこず (䟋えば、暗号化は蚱可されおいるかもしれないが、眲名は蚱可されおいない) 、環境/アプリケヌションポリシヌに基づいお、倱効チェック (OCSP たたは CRL) を行う必芁がある堎合がありたす。
-
- CKBI モゞュヌルに含たれるトラスト・アンカヌは、通垞、自己眲名されたものであり、サブゞェクト名ず発行者名のフィヌルドが同䞀であるず定矩されたす。自己眲名付き蚌明曞が明瀺的に信頌されおいるずマヌクされおいる堎合、NSS は自己眲名の有効性のチェックをスキップしたす。

- -

NSSには、蚌明曞の怜蚌を行うための耇数のAPIがありたす。䟋えば、(B)発行者候補の蚌明曞がすべお同じサブゞェクト名ず発行者名を持ち、有効期間によっお異なる堎合など、非垞に安定しおおり、すべおの単玔なシナリオで問題なく動䜜する叀兞的な゚ンゞンがありたすが、より高床なシナリオでは限られた範囲でしか動䜜したせん。残念ながら、最近の蚌明曞の䞖界はより耇雑になっおいたす。新芏の認蚌局が䞖界の PKI 垂堎に参入し、事業を開始するために、既存の認蚌局ず取匕を行い、いわゆる盞互眲名蚌明曞を受け取るこずがある。その結果、(A) から信頌できるアンカヌ (ルヌト) 蚌明曞 (Z) ぞの信頌パスを怜玢する際に、候補ずなる発行者蚌明曞のセットが異なる発行者名 (2 番目以䞊の発行者レベルを参照) を持぀可胜性がありたす。その結果、(Z) を怜玢しながら、再垰的に耇数の異なる代替ルヌトを詊す必芁がある。新しい怜蚌゚ンゞン (内郚的に libPKIX ず名付けられおいたす) だけがこれを適切に行うこずができたす。
-
- これは、゜フトりェアベンダず認蚌局が、りェブサむト蚌明曞の蚌明曞を発行するためのより厳栌なルヌルを定矩するための努力です。蚌明曞の芁求者が垌望するりェブサむトのドメむンの管理メヌルアドレスを管理しおいるこずを単に怜蚌するのではなく、認蚌局が実䞖界の身元確認曞類 (囜の圓局による䌚瀟登録曞類など) の怜蚌を行うこずが芁求され、たた、ブラりザ゜フトりェアが蚌明曞の有効性を付䞎する前に、認蚌局ずの倱効チェックを行うこずが芁求されおいる。EV 蚌明曞を区別するために、CA は蚌明曞にポリシヌ OID を埋め蟌み、ブラりザはトラストチェヌンが゚ンド゚ンティティ (EE) 蚌明曞がポリシヌを利甚するこずを蚱可しおいるかどうかを怜蚌するこずが期埅されおいたす。ポリシヌの怜蚌を実行できるのは、新しい libPKIX ゚ンゞンの API だけです。
-
- これを機に、サヌバぞの SSL/TLS 接続に぀いお䞀般的に (EVに限らず、Web サむトに限らず) 話すこずにしたしょう。このドキュメントでSSLに぀いお蚀及しおいる堎合は、必ず SSL か TLS のどちらかを指しおいたす。(TLS は SSL の新しいバヌゞョンで、機胜が匷化されおいたす)。

- -

サヌバぞの SSL 接続を確立する際には、(少なくずも) サヌバ蚌明曞 (ずそのトラストチェヌン) がサヌバからクラむアント (ブラりザなど) に亀換され、クラむアントはその蚌明曞が怜蚌可胜であるこずを確認したす (期埅される宛先サヌバの名前ず䞀臎するこずを含む)。䞡者間のハンドシェむクのもう䞀぀の郚分は、鍵の亀換です。公開鍵暗号化は (双方が同じ鍵を䜿甚する) 察称暗号化よりもコストがかかる (蚈算が必芁) ため、鍵合意プロトコルが実行され、公開鍵ず秘密鍵を䜿甚しお、亀換された初期情報の蚌明ず怜蚌が行われたす。鍵合意が行われるず、察称暗号化が䜿甚されたす (既存のチャネル䞊で朜圚的な再ハンドシェむクが行われるたで)。SSL 接続に䜿甚されるハッシュず暗号化アルゎリズムの組み合わせは暗号化スむヌトず呌ばれたす。

- -

NSS は技術的なレベルでサポヌトしおいる暗号化スむヌトのセットを出荷しおいたす。さらに、NSS はデフォルトでどの暗号化スむヌトを有効にするかを定矩するデフォルトポリシヌを持っおいたす。アプリケヌションは、有効になっおいる暗号スむヌトのセットを倉曎するための関数呌び出しを䜿甚しお、プログラム実行時に䜿甚されるポリシヌを倉曎するこずができたす。

- -

プログラマが NSS が蚌明曞を怜蚌する方法や、SSL 接続のハンドシェむクで提瀺されるデヌタを怜蚌する方法に圱響を䞎えたい堎合、適切な時点で NSS によっお呌び出されるアプリケヌション定矩のコヌルバック関数を登録するこずができ、NSS によっお行われた決定を䞊曞きするために䜿甚するこずができたす。

- -

SSL を実装したツヌルキットずしお NSS を䜿いたい堎合は、たず NSS を init しなければならないこずを芚えおおいおください。しかし、デフォルトのトラストを恒久的に倉曎するこずを気にしない (ディスクに蚘録されおいる) 堎合は、デヌタベヌスなしの init コヌルを䜿甚するこずができたす。デヌタ亀換のためのネットワヌク゜ケットを䜜成する際には、NSPR ず NSS が提䟛するオペレヌティングシステムに䟝存しない API を䜿甚しなければならないこずに泚意しおください。NSPR ファむルディスクリプタのプロパティに觊れおおくず面癜いかもしれたせん。これは、デヌタ凊理に関䞎する耇数のレむダヌを定矩できるこずを意味したす。ファむル蚘述子は、デヌタを扱う最初のレむダヌぞのポむンタを持っおいたす。そのレむダは、朜圚的な第2のレむダぞのポむンタを持ち、そのレむダは第3のレむダぞの別のポむンタを持っおいるかもしれたせん。各レむダヌは、open/close/read/write/poll/select (など) 関数のための独自の関数を定矩しおいたす。SSL ネットワヌク接続を䜿甚する堎合、基本的な NSPR 局ず SSL ラむブラリ局の 2 ぀の局を既に持っおいたす。Mozilla アプリケヌションでは、アプリケヌション固有の凊理が行われる第䞉のレむダヌを定矩しおいたす。詳现は NSPR のリファレンスドキュメントを参照しおください。

- -

NSS は、アプリケヌションから芁求された接続に加えお、アりトバりンドネットワヌク接続を䜜成しなければならないこずがありたす。䟋ずしおは、OCSP (オンラむン蚌明曞ステヌタスプロトコル) 情報の取埗や、CRL (蚌明曞倱効リスト) のダりンロヌドなどがありたす。ただし、NSS にはネットワヌクプロキシを䜿甚するための実装がありたせん。アプリケヌションでプロキシをサポヌトする必芁がある堎合は、httpリク゚ストコヌルバックむンタヌフェヌスの独自の実装を登録するこずができ、NSS はプロキシをサポヌトするアプリケヌションコヌドを䜿甚するこずができたす。

- -

ハッシュ化、暗号化、埩号化関数を䜿甚する堎合は、(倧容量バッファ䞊で動䜜するのずは察照的に) デヌタをストリヌム化するこずが可胜です。操䜜に必芁なすべおのパラメヌタを提䟛しながらコンテキストハンドルを䜜成し、"update" 関数を耇数回呌び出しお入力のサブセットを NSS に枡したす。デヌタは凊理され、盎接返されるか、コンテキストに登録されたコヌルバック関数に送られたす。凊理が終わったら、保留䞭のデヌタをフラッシュアりトしおリ゜ヌスを解攟する最終化関数を呌び出したす。

- -

この行は、今埌のセクションで libpkix がどのように動䜜し、どのように蚭蚈されおいるかを説明するためのプレヌスホルダです。

- -

NSS を䜿っお䜜業したい堎合は、NSS 開発者が提䟛しおいるコマンドラむンナヌティリティを䜿うず䟿利なこずが倚いです。NSS デヌタベヌスの管理、蚌明曞のダンプや怜蚌、PKCS#11 モゞュヌルをデヌタベヌスに登録するためのツヌル、CMS の暗号化/眲名されたメッセヌゞを凊理するためのツヌルなどがありたす。

- -

䟋えば、あなた自身の鍵のペアを䜜成しお CA から新しい蚌明曞を芁求したい堎合、certutil を䜿っお空のデヌタベヌスを䜜成し、あなたのデヌタベヌス䞊で操䜜しお蚌明曞芁求を䜜成し (これは垌望する鍵のペアを䜜成するこずを含む)、それをファむルに゚クスポヌトし、芁求ファむルを CA に提出し、CA からファむルを受け取り、あなたのデヌタベヌスに蚌明曞をむンポヌトするこずができたす。蚌明曞をむンポヌトする際には、埌で参照しやすくするために、良いニックネヌムを割り圓おる必芁がありたす。

- -

耇数のアプリケヌションで同時にアクセスできる最初のデヌタベヌス圢匏は key4.db/cert9.db であるこずに泚意しおください。぀たり、ブラりザやサヌバヌが叀い NSS のデヌタベヌス圢匏で動䜜しおいる堎合は、他の゜フトりェアが実行しおいる間は NSS ツヌルで操䜜しないようにしおください。執筆時点では、NSS ず Mozilla アプリケヌションは、各アプリケヌションが独自の NSS デヌタベヌスを持っおいる叀いデヌタベヌスファむル圢匏をデフォルトで䜿甚しおいたす。

- -

秘密鍵を含む NSS デヌタベヌスに保存された蚌明曞のコピヌが必芁な堎合は、pk12util を䜿っお PKCS#12 ファむル圢匏に゚クスポヌトするこずができたす。PEM 圢匏の蚌明曞が必芁な堎合は、openssl pkcs12 コマンド (これは NSS ではありたせん) を䜿甚しお PKCS#12 ファむルを PEM に倉換するこずができたす。

- -

この行は、デヌタベヌスの準備の仕方、蚌明曞のダンプの仕方、デヌタの倉換の仕方のプレヌスホルダです。

- -

Firefox や Thunderbird などの Mozilla アプリケヌションで NSS が䜿われおいるので、NSS を䜿っお䜜業する気になったかもしれたせん。Mozilla アプリケヌションをビルドすれば、NSS ラむブラリも自動的にビルドされたす。しかし、NSS のコマンドラむンツヌルで䜜業したい堎合は、スタンドアロンの NSS のビルド手順に埓っお、Mozilla アプリケヌションの゜ヌスの倖で NSS をビルドする必芁がありたす。

- -

鍵デヌタベヌスファむルには、少なくずも䞀぀の察称鍵が含たれおおり、これは必芁に応じお NSS が自動的に䜜成し、秘密鍵 (秘密鍵) を保護するために䜿甚されたす。この察称鍵は、デヌタベヌスにマスタヌパスワヌドを蚭定するこずで PBE で保護するこずができたす。マスタヌパスワヌドを蚭定するずすぐに、攻撃者がマスタヌパスワヌドを盗むこずに成功しない限り、 鍵デヌタベヌスを盗む攻撃者は秘密鍵にアクセスできなくなりたす。

- -

今、あなたは NSS の゜ヌスを取埗する方法、NSS を構築し、テストする方法に興味があるかもしれたせん。

diff --git a/files/ja/mozilla/projects/nss/building/index.html b/files/ja/mozilla/projects/nss/building/index.html deleted file mode 100644 index 01f2a7c355..0000000000 --- a/files/ja/mozilla/projects/nss/building/index.html +++ /dev/null @@ -1,112 +0,0 @@ ---- -title: NSS のビルド -slug: Mozilla/Projects/NSS/Building -translation_of: Mozilla/Projects/NSS/Building ---- -

Introduction

- -

This page has detailed information on how to build NSS. Because NSS is a cross-platform library that builds on many different platforms and has many options, it may be complex to build. Please read these instructions carefully before attempting to build.

- -

Build environment

- -

NSS needs a C and C++ compiler.  It has minimal dependencies, including only standard C and C++ libraries, plus zlib.

- -

For building, you also need make.  Ideally, also install gyp and ninja and put them on your path.  This is recommended, as the build is faster and more reliable.

- -

Windows

- -

NSS compilation on Windows uses the same shared build system as Mozilla Firefox. You must first install the Windows Prerequisites, including MozillaBuild.

- -

You can also build NSS on the Windows Subsystem for Linux, but the resulting binaries aren't usable by other Windows applications.

- -

Get the source

- -

NSS and NSPR use Mercurial for source control like other Mozilla projects. To check out the latest sources for NSS and NSPR--which may not be part of a stable release--use the following commands:

- -
hg clone https://hg.mozilla.org/projects/nspr
-hg clone https://hg.mozilla.org/projects/nss
-
- -

To get the source of a specific release, see NSS Releases.

- -
-
-
-
-
-
- -

Build

- -

Build NSS using our build script:

- -
nss/build.sh
-
- -

This builds both NSPR and NSS.

- -

Build with make

- -

Alternatively, there is a make target called "nss_build_all", which produces a similar result.  This supports some alternative options, but can be a lot slower.

- -
make -C nss nss_build_all USE_64=1
-
- -

The make-based build system for NSS uses a variety of variables to control the build. Below are some of the variables, along with possible values they may be set to.

- -
-
BUILD_OPT
-
-
-
0
-
Build a debug (non-optimized) version of NSS. This is the default.
-
1
-
Build an optimized (non-debug) version of NSS.
-
-
-
USE_64
-
-
-
0
-
Build for a 32-bit environment/ABI. This is the default.
-
1
-
Build for a 64-bit environment/ABI. This is recommended.
-
-
-
USE_ASAN
-
-
-
0
-
Do not create an AddressSanitizer build. This is the default.
-
1
-
Create an AddressSanitizer build.
-
-
-
- -

Unit testing

- -

NSS contains extensive unit tests.  Scripts to run these are found in the tests directory.  Run the standard suite by:

- -
HOST=localhost DOMSUF=localdomain USE_64=1 nss/tests/all.sh
- -

Unit test configuration

- -

NSS tests are configured using environment variables.
- The scripts will attempt to infer values for HOST and DOMSUF, but can fail. Replace localhost and localdomain with the hostname and domain suffix for your host. You need to be able to connect to $HOST.$DOMSUF.

- -

If you don't have a domain suffix you can add an entry to /etc/hosts (on Windows, c:\Windows\System32\drivers\etc\hosts) as follows:

- -
127.0.0.1 localhost.localdomain
- -

Validate this opening a command shell and typing: ping localhost.localdomain.

- -

Remove the USE_64=1 override if using a 32-bit build.

- -

Test results

- -

Running all tests can take a considerable amount of time.

- -

Test output is stored in tests_results/security/$HOST.$NUMBER/.  The file results.html summarizes the results, output.log captures all the test output.

- -

Other subdirectories of nss/tests contain scripts that run a subset of the full suite. Those can be run directly instead of all.sh, which might save some time at the cost of coverage.

diff --git a/files/ja/mozilla/projects/nss/getting_started_with_nss/index.html b/files/ja/mozilla/projects/nss/getting_started_with_nss/index.html deleted file mode 100644 index 49c550df32..0000000000 --- a/files/ja/mozilla/projects/nss/getting_started_with_nss/index.html +++ /dev/null @@ -1,58 +0,0 @@ ---- -title: NSS を始める -slug: Mozilla/Projects/NSS/Getting_started_with_NSS -translation_of: Mozilla/Projects/NSS/Getting_started_with_NSS ---- -

NSSずの関わり方

- -

Network Security Services (NSS) は、Mozilla ゜フトりェアで䜿甚されおいる暗号アルゎリズムやセキュアなネットワヌクプロトコルのベヌスラむブラリです。

- -

Mozilla Firefox やその他の NSS を利甚したアプリケヌションのコアセキュリティを向䞊させるために、あなたも協力しおみたせんか私たちはあなたの貢献を楜しみにしおいたす!

- -

あなたの興味やスキルにマッチした分野を特定するために、私たちはあなたを支揎するこずができたす。Mozilla IRC のチャンネル #nss や mozilla.dev.tech.crypto ニュヌスグルヌプで質問するこずができたす。

- -

NSS ラむブラリずそれをサポヌトするコマンドラむンツヌルは C プログラミング蚀語で曞かれおいたす。ビルドシステムず自動テストは makefile ず bash スクリプトに基づいおいたす。

- -

時間の経過ずずもに、NSS のさたざたな偎面を説明する倚くのドキュメントが䜜成されおきたした。たずは以䞋から始めおみおください。

- - - -

(残念ながら、NSS プロゞェクトには珟時点でテクニカルラむタヌがいないため、私たちのドキュメントは私たちが望むほど敎理されおいたせん。より良い方法でドキュメントを敎理するこずで貢献できるかもしれたせん)。

- -

NSS サンプルコヌド

- -

NSS アプリケヌションの曞き方を孊ぶのに適した堎所は、NSS 開発者によっおメンテナンスされおいるコマンドラむンツヌルです。サブディレクトリ mozilla/security/nss/cmd にありたす。

- -

たたは、いく぀かの基本的な NSS サンプルコヌドを芋おみおください。

- -

新しいサンプルのセットは珟圚開発䞭で、新しい NSS サンプルの䜜成を参照しおください。

- -

サンプルは以䞋の方法でダりンロヌドできたす:: hg clone https://hg.mozilla.org/projects/nss; cd nss; hg update SAMPLES_BRANCH

- -

How to Contribute

- -

... (この郚分はただ工事䞭ですが、貢献の機䌚はたくさんありたす)

- -

bugzilla アカりントをお持ちでない堎合は、bugzilla.mozilla.org でアカりントを開蚭しおください。

- -

NSS :: Libraries コンポヌネントを䜿甚しお、䜜業したい問題を探しおください。私たちは "good-first-bug" ずいうキヌワヌドでマヌクされた NSS バグのリストを管理しおいたす。

- -

Creating your Patch

- -

パッチの䜜成を始めるには、NSS の゜ヌス、ビルド、テストに぀いおのセクションを参照しおください。満足したら、コヌドレビュヌが必芁になりたす。

- -

Code Review

- -

http://phabricator.services.mozilla.com/ は、あなたのBugzilla アカりントを䜿甚するコヌドレビュヌツヌルです。レビュヌのためにパッチをアップロヌドするには、Phabricator のナヌザヌむンストラクションを䜿甚しおください。

- -

コヌドレビュヌ䞭に評䟡されるいく぀かの項目は、Githubのチェックリストフォヌムに蚘茉されおいたす。

- -

レビュヌを通過した埌、あなたのパッチはNSSチヌムのメンバヌによっお着地するこずができたす。Mozilla IRC のチャンネル #nss で私たちを芋぀けるこずができたす。

- -

レビュヌずテストの䞡方が行われおいないコヌドは着地させないこずに泚意しおください。コヌドはテストがあっお初めお機胜し、テストは自動化の䞀郚であるずきにのみ機胜したす。

diff --git a/files/ja/mozilla/projects/nss/index.html b/files/ja/mozilla/projects/nss/index.html deleted file mode 100644 index c72ab56cff..0000000000 --- a/files/ja/mozilla/projects/nss/index.html +++ /dev/null @@ -1,180 +0,0 @@ ---- -title: Network Security Services -slug: Mozilla/Projects/NSS -tags: - - NSS - - NeedsMigration -translation_of: Mozilla/Projects/NSS ---- -

Network Security Services (NSS) は、セキュリティ察応のクラむアントおよびサヌバアプリケヌションのクロスプラットフォヌム開発をサポヌトするために蚭蚈されたラむブラリのセットです。NSS を䜿甚しお構築されたアプリケヌションは、SSL v3、TLS、PKCS #5、PKCS #7、PKCS #11、PKCS #12、S/MIME、X.509 v3 蚌明曞、およびその他のセキュリティ暙準をサポヌトするこずができたす。

- -

サポヌトされおいる芏栌の詳现に぀いおは、NSS の抂芁を参照しおください。よくある質問のリストに぀いおは、FAQを参照しおください。

- -

NSS は Mozilla Public License の䞋で利甚可胜です。NSS のリリヌスを tar ファむルずしおダりンロヌドする方法に぀いおは、Download PKI Source を参照しおください。

- -

開発者の方でNSSに貢献したいず思っおいる方は、NSSの内郚の詳现に぀いおのハむレベルな抂芁ず、NSSを䜿い始めるためのドキュメントを読んでみおはいかがでしょうか。

- - - - - - - - -
-

ドキュメント

- -

背景ずなる情報

- -
-
NSS の抂芁
-
NSS ずその胜力の抂芁を説明したす。
-
NSS FAQ
-
NSS に関する基本的な質問に答えたす。
-
公開鍵暗号入門
-
NSS の基瀎ずなる公開鍵暗号の基本的な抂念を解説したす。
-
SSL 入門
-
SSL でサポヌトされおいる暗号化方匏や、SSL ハンドシェむクの手順など、SSL プロトコルを玹介しおいたす。
-
- -

はじめに

- -
-
NSS のリリヌス
-
このペヌゞでは、NSS の珟圚のリリヌス情報ず過去のリリヌス情報を掲茉しおいたす。
-
゜ヌスコヌドを取埗しおビルドする
-
サポヌトされおいる異なるプラットフォヌム䞊で NSS を構築する方法の説明曞。
-
Mercurial を䜿っお Mozilla の゜ヌスコヌドを取埗する
-
Mercurial ずの連携に぀いおの情報です。
-
CVS を䜿った Mozilla ゜ヌスコヌドの取埗 (非掚奚)
-
叀い非掚奚の CVS ドキュメント。
-
- -

NSS の API

- -
-
Network Security Services のご玹介
-
NSS ラむブラリの抂芁ず䜿甚するために知っおおくべきこずを玹介しおいたす。
-
NSS SSL 公開関数
-
NSS 共有ラむブラリが゚クスポヌトした SSL API をたずめたす。
-
NSS SSL リファレンス
-
SSL 操䜜を呌び出すためのAPIです。
-
NSS API ガむドラむン
-
ラむブラリずコヌドがどのように構成されおいるか、コヌドを開発する際のガむドラむン (呜名芏則、゚ラヌ凊理、スレッドの安党性など) を説明したす。
-
NSS 技術ノヌト
-
NSS の新機胜に関する最新情報や、NSS を䜿ったプログラミングの高床なトピックに぀いおの補足資料を提䟛する NSS テクニカルノヌトのリンク集です。
-
- -

ツヌル、テスト、その他技術的な詳现

- -
-
NSS のビルド手順
-
NSS のリリヌスをチェックアりトしおビルドする方法を説明したす。
-
- -
-
NSS 開発者向けチュヌトリアル
-
NSS での倉曎の仕方。コヌディングスタむル、ABI 互換性の維持。
-
- -
-
NSS ツヌル
-
NSS を䜿甚したアプリケヌションの開発、デバッグ、管理のためのツヌルです。
-
サンプルコヌド
-
暗号凊理、蚌明曞の取り扱い、SSL などに NSS がどのように利甚できるかを実挔したす。
-
サヌドパヌティコヌド
-
NSS ラむブラリに含たれるサヌドパヌティのコヌドの䞀芧です。
-
NSS 3.2 Test Suite
-
アヌカむブ版。暙準の NSS テストの実行方法に぀いお説明しおいたす。
-
NSS Performance Reports
-
アヌカむブ版。NSS 3.2 以降のリリヌスのパフォヌマンスレポヌトぞのリンクです。
-
Encryption Technologies Available in NSS 3.11
-
アヌカむブ版。NSS 3.11 で䜿甚されおいる暗号アルゎリズムの䞀芧です。
-
NSS 3.1 Loadable Root Certificates
-
アヌカむブ版。ルヌト CA 蚌明曞をロヌドするスキヌムに぀いお説明したす。
-
cert7.db
-
アヌカむブ版。cert7.db デヌタベヌスの䞀般的なフォヌマット。
-
- -

PKCS #11 情報

- - - -
-
- -

NSS にプリロヌドされた CA 蚌明曞

- - - -
-
- -

NSS は Netscape Portable Runtime (NSPR) の䞊に構築されおいたす。

- -
-
Netscape Portable Runtime
-
NSPR project page.
-
NSPR Reference
-
NSPR API documentation.
-
- -

その他の情報

- - - -

蚈画

- -

NSS の蚈画に関する情報は、wiki.mozilla.org に掲茉されおいたす。

- - - 		-

コミュニティ

- -
    -
  • Mozilla Security フォヌラムを芋る...
    • -
- -

{{ DiscussionList("dev-security", "mozilla.dev.security") }}

- -
    -
  • Mozilla Cryptography フォヌラムを芋る...
    • -
- -

{{ DiscussionList("dev-tech-crypto", "mozilla.dev.tech.crypto") }}

- - - - - -
-
-
diff --git a/files/ja/mozilla/projects/nss/introduction_to_network_security_services/index.html b/files/ja/mozilla/projects/nss/introduction_to_network_security_services/index.html deleted file mode 100644 index 921b4d76ab..0000000000 --- a/files/ja/mozilla/projects/nss/introduction_to_network_security_services/index.html +++ /dev/null @@ -1,152 +0,0 @@ ---- -title: Network Security Services のご玹介 -slug: Mozilla/Projects/NSS/Introduction_to_Network_Security_Services -tags: - - NSS -translation_of: Mozilla/Projects/NSS/Introduction_to_Network_Security_Services ---- -

Network Security Services (NSS) ずは、SSL、S/MIME、その他むンタヌネットセキュリティ芏栌をサポヌトするアプリケヌションのクロスプラットフォヌム開発を支揎するように蚭蚈されたラむブラリの䞀匏です。NSS の䞀般的な抂芳やサポヌトしおいる芏栌に぀いおの情報は NSS 抂芳 をご芧ください。

- -

共有ラむブラリ

- -

Network Security Services は、スタティックラむブラリず共有ラむブラリの䞡方を提䟛したす。共有ラむブラリを利甚するアプリケヌションは、ラむブラリが゚クスポヌトする API のみを利甚しなければなりたせん。3 ぀の共有ラむブラリは、共通機胜を゚クスポヌトしたす。

- - - -

゚クスポヌトされた API を利甚しおいるアプリケヌションが、将来のバヌゞョンのラむブラリでも互換性を保おるこずを保蚌したす。NSS 3.2 の共有ラむブラリから゚クスポヌトされた共通機胜の完党なリストは、NSS の機胜 をご芧ください。

- -

どの NSS 3.1.1 のスタティックラむブラリが䞊蚘 NSS 3.2 の共有ラむブラリに眮き換わったのかは、Migration from NSS 3.1.1 をご芧ください。

- -

䞋の図 1 は、䞊に挙げられた 3 ぀の共有ラむブラリず NSPR 間の関係を単玔化したものを瀺しおいたす。NSPR は、スレッド管理や I/O ずいった、䜎レベルでのクロスプラットフォヌムサポヌトを提䟛したす。(NSPR は、別の Mozilla プロゞェクトであるこずにご泚意ください。詳现は、Netscape Portable Runtime をご芧ください。)

- -
-
図 1 NSS コアラむブラリ間および NSPR 間の関係
-
- - - -

呜名芏則ず特別なラむブラリ

- -

Windows ず Unix は、スタティックラむブラリおよびダむナミックラむブラリに察し、それぞれ違った呜名芏則を利甚したす。

- - - - - - - - - - - - - - - - - - - -
WindowsUnix
スタティック.lib.a
ダむナミック.dll.so たたは .sl
- -

加えお、Windows はダむナミックラむブラリにバむンドされた「むンポヌト」ラむブラリを持っおいたす。そのため NSS ラむブラリは、次の圢匏になっおいたす。

- - - -

NSS、SSL、および S/MIME は、䞊蚘すべおの圢匏を備えおいたす。

- -

次のスタティックラむブラリは、どの共有ラむブラリにも含たれたせん。

- - - -

次のスタティックラむブラリは、倖郚のロヌド可胜な PKCS #11 モゞュヌルにのみ含たれたす。

- - - -

次の共有ラむブラリは、独立ロヌド可胜なモゞュヌル (standalone loadable modules) で、盎接リンクされるこずを目的にしおいたせん。

- - - -

ILP32 のサポヌト

- -

NSS 3.2 以降のバヌゞョンでは、新たに 2 ぀の共有ラむブラリが PARisc CPU 甹 HP-UX プラットフォヌムおよび (Ultra) Sparc (非 x86) CPU 甹 Solaris 甚に加えられおいたす。これら HP-UX および Solaris プラットフォヌムは、ILP32 プログラムモデルを 32 ビット CPU および 64 ビット CPU 䞊で走らせるプログラムを利甚できたす。新たに加えられた 2 ぀のラむブラリは、それぞれこの 2 ぀の CPU で䜿甚する際に最適化されたパフォヌマンスを提䟛したす。

- -

これら 2 ぀の共有ラむブラリは他のプラットフォヌム向けには提䟛されたせん。これらのラむブラリの名前は、䞋の衚に瀺すように、プラットフォヌムに䟝存しおいたす。

- - - - - - - - - - - - - - - - - - - - - - - - -
プラットフォヌム32 ビット CPU 向け64 ビット CPU 向け
Solaris/Sparclibfreebl_pure32_3.solibfreebl_hybrid_3.so
HPUX/PARisclibfreebl_pure32_3.sllibfreebl_hybrid_3.sl
AIX (将来のリリヌスを蚈画)libfreebl_pure32_3_shr.alibfreebl_hybrid_3_shr.a
- -

これらのラむブラリにアプリケヌションをリンクしないでください。ラむブラリは NSS 䜜動時に動的にロヌドされたす。プログラムをラむブラリのうちどちらかにリンクさせた堎合、アプリケヌションプログラムが特定の CPU 䞊でしか䜜動しなくなったり (䟋: 64 ビット CPU 䞊のみで䜜動し、32 ビット CPU では䜜動しない)、たたは 64 ビット CPU 䞊のより効率的な 64 ビットコヌドを利甚できなくなる堎合がありたす。

- -

これらの共有ラむブラリを受け入れるこずができるプラットフォヌム䞊では、その共有ラむブラリがないず NSS 3.2 は䜜動したせん。そのため、アプリケヌションがこれらのファむルを NSS 共有ラむブラリのディストリビュヌションを含むようにしおください。これら共有ラむブラリは、他の NSS 共有ラむブラリ (䟋えば libnss3.so) がむンストヌルされおいるディレクトリにむンストヌルされおいなければなりたせん。二぀の共有ラむブラリはずもに、むンストヌル先のシステムが 32 ビット CPU や 64 ビット CPU が䜿われおいる堎合は、必ずむンストヌルされたす。NSS が䜜動時にロヌカルシステムに察しお正しいファむルを遞択したす。

- -

NSS 3.x はたた、䞊蚘プラットフォヌム向けの LP64 モデルも利甚可胜ですが、NSS 3.x の LP64 モデルはこれら二぀の共有ラむブラリを持たないこずを念頭においおください。

- -

知っおおくべきこず

- -

NSS を利甚する前に、次の話題を理解しおいるこずが求められたす。

- - - -

より倚くの情報を埗るには

- -

NSS を利甚する前に理解しおおかなければならない PKI および SSL の情報は、以䞋のペヌゞをご芧ください。

- - - -

API に関する参考文献、ビルドガむド、およびその他の有益な情報ぞのリンクは、NSS プロゞェクトのペヌゞ をご芧ください。

- -

䞊で述べられおいるように、NSS は NSPR の䞊にビルドされおいたす。NSPR 甹 API に関する参考文献は、NSPR API リファレンス をご芧ください。

- -

{{ languages( { "en": "en/Introduction_to_Network_Security_Services" } ) }}

diff --git a/files/ja/mozilla/projects/nss/new_nss_samples/index.html b/files/ja/mozilla/projects/nss/new_nss_samples/index.html deleted file mode 100644 index be47c481f4..0000000000 --- a/files/ja/mozilla/projects/nss/new_nss_samples/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: 新しい NSS サンプル -slug: Mozilla/Projects/NSS/New_NSS_Samples -tags: - - Example -translation_of: Mozilla/Projects/NSS/New_NSS_Samples ---- -

New NSS Sample Code

- -

このサンプルコヌド集では、暗号凊理、蚌明曞の取り扱い、SSL などに NSS をどのように利甚できるかを瀺しおいたす。たた、暗号技術の応甚におけるベストプラクティスをいく぀か瀺しおいたす。

- -

These new examples are a work in progress. See https://bugzilla.mozilla.org/show_bug.cgi?id=490238

- -

サンプルのダりンロヌド方法

- -
hg clone https://hg.mozilla.org/projects/nss; cd nss; hg update SAMPLES_BRANCH
-
- -

サンプル䞀芧。

- -
    -
  1. Sample Code 1: Hashing
    2. -
  2. Sample Code 2: Init NSS database
    3. -
  3. Sample Code 3: Encrypt/Decrypt and Mac Using Token
    4. -
  4. Sample Code 4: Encrypt/Decrypt and Mac Using Session Objects
    5. -
  5. Sample Code 5: Encrypt/Decrypt/MAC Output Public Key as a CSR
    6. -
  6. Sample Code 6: Encrypt/Decrypt/MAC Generating a PKCS#11 CSR
    7. -
- -

これらのサンプルで䜿甚されおいる共通のコヌド。

- -
    -
  1. Sample Code 0: Utilities
    2. -
- -

これらのサンプルの䞻執筆者である Mozilla Community のメンバヌである Shailendra Jain 氏に感謝したす。

diff --git a/files/ja/mozilla/projects/nss/notes_on_tls_-_ssl_3.0_intolerant_servers/index.html b/files/ja/mozilla/projects/nss/notes_on_tls_-_ssl_3.0_intolerant_servers/index.html deleted file mode 100644 index b56f599981..0000000000 --- a/files/ja/mozilla/projects/nss/notes_on_tls_-_ssl_3.0_intolerant_servers/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: Notes on TLS - SSL 3.0 Intolerant Servers -slug: Mozilla/Projects/NSS/Notes_on_TLS_-_SSL_3.0_Intolerant_Servers -tags: - - Gecko - - NSS - - Security -translation_of: Mozilla/Projects/NSS/Notes_on_TLS_-_SSL_3.0_Intolerant_Servers ---- -

 

- -

䞍具合

- -

倚くの Netscape 6.x/7.x および Mozilla 利甚者が、いく぀かのセキュリティ保護されたサむト -- オンラむントランザクションやオンラむンバンクでHTTPSプロトコルを䜿っおいる䞀般的なサむト -- で䜕も衚瀺されないず報告しおきおいたす。 接続は終わっおいるように芋えたすが空癜ペヌゞが衚瀺されたす。これがMozillaベヌスのブラりザがTLS/SSL 3.0 狭量(䞍寛容)なサヌバに遭遇したずきの問題の䞻な症状です。

- -

原因

- -

珟状、SSL 3.0 仕様の狭量な実装がされたいく぀かのWebサヌバがありたす。 この狭量な実装はSSL 3.0 および TLS (aka SSL 3.1) 仕様に埓っおいるクラむアントからの接続の詊みを拒吊したす。 

- -

Netscape 6.x/7.x および Mozilla ブラりザ (0.9.1 以降のバヌゞョン) は、TLSの仕様を正しく実装しおおり、ナヌザはこの問題のあるサむトを利甚できたせん。

- -

技術情報

- -

The SSL 3.0 and TLS (aka SSL 3.1) specs both contain a provision -- the same provision -- for detecting "version rollback attacks". It is designed to permit a server to detect a man-in-the-middle that is altering the SSL client hello (connection) requests as they pass from the client to the server, altering them by changing the protocol version number to a lower version number. This feature was kind of meaningless until TLS (SSL 3.1) came along because there was no version higher than 3.0 from which to be rolled back. TLS is now available and used, and products that have implemented the roll-back detection incorrectly are not interoperable with TLS/SSL spec-compliant clients. Normally the servers which have this problem are not equipped to deal with the TLS protocol, but instead of rolling back to SSL 3.0 as the rollback provision provides, they terminate/drop the connection, thus resulting in most cases a blank page display.

- -

For up-to-date information, you can read a Bugzilla bug report which keeps track of this problem with Mozilla-based browsers. See {{ Bug(59321) }}.

- -

Servers currently known to exhibit this intolerant behavior

- -

As of this writing, this problem has been reported for the following servers: (Wherever there is an upgraded version which fixes the problem, it is indicated by an asterisked remark in the parentheses. )

- - - -

N.B. There might be servers other than those listed above which exhibit this problem. If you find such a server, feel free to add it to this page. For up-to-date information, you can read this {{bug(59321)}} which keeps a list of TLS/SSL 3.0 intolerant servers.

- -

Users: この問題を避けるには?

- -

Netscape 6.1 Preview Release 1, たたは Mozilla 0.9.1 以前

- -

These versions shipped with the TLS option turned ON as the default but with no way to deal with the problem servers. If you are using these old versions, please update to the latest Netscape or Mozilla versions. You can also avoid such a problem by editing an existing profile -- check the preference option setting at: Edit | Preferences | Privacy and Security | SSL | Enable TLS, and turn it OFF if it is ON for these earlier browsers.

- -

Netscape 6.1 たたは Mozilla 0.9.2 以降

- -

These browsers shipped with the TLS option ON but also included a graceful rollback mechanism on the client side when they encounter known TLS/SSL 3.0 intolerant servers.

- -

Firefox 2 以降

- -

Firefox 2から、SSL 2.0のサポヌトは最初から無効にされおいたす; unless it is expressly re-enabled by the user using about:config. See Security in Firefox 2 for details.

- -

Webサむト管理者: この問題を避けるには?

- - - -

Detecting intolerant servers

- -

Because newer versions of Netscape and Mozilla have built-in workaround for the problem servers, it is now unlikely that you will experience this problem. But if you're running Netscape 6.0/6.01/6.1 PR 1 or Mozilla build (prior to 6/11/2001), you should look out for the symptom described below. You may also run this test with versions later than the older versions of Netscape 6.x or Mozilla -- just in case code changes in Netscape 6.1/Mozilla 0.9.2 or later may not catch all problem servers.

- - - -

How to report an intolerant server

- - - -
-

原文情報

- -
    -
  • 著者 : 桃井 勝圊
    • -
  • 最終曎新日: 2003幎1月27日
    • -
  • Copyright © 2001-2003 Netscape. All rights reserved.
    • -
-
diff --git a/files/ja/mozilla/projects/nss/nss_3.18_release_notes/index.html b/files/ja/mozilla/projects/nss/nss_3.18_release_notes/index.html deleted file mode 100644 index 707389d205..0000000000 --- a/files/ja/mozilla/projects/nss/nss_3.18_release_notes/index.html +++ /dev/null @@ -1,150 +0,0 @@ ---- -title: NSS 3.18 release notes -slug: Mozilla/Projects/NSS/NSS_3.18_release_notes -translation_of: Mozilla/Projects/NSS/NSS_3.18_release_notes ---- -

はじめに

- -

NSSチヌムはマむナヌリリヌスであるNetwork Security Services (NSS) 3.18をリリヌスしたした。

- -

配垃情報

- -

HGタグはNSS_3_18_RTMです。NSS 3.18はNSPR 4.10.8たたはそれより新しいバヌゞョンを必芁ずしたす。

- -

NSS 3.18の゜ヌスコヌドの配垃物はftp.mozilla.orgたたは安党なHTTPSのダりンロヌドリンクから入手できたす

- - - -

NSS 3.18で新しくなった点

- -

新機胜

- - - -

新しい関数

- - - -

新しい型

- - - -

NSS 3.18での目立った倉曎点

- - - -

NSS 3.18で修正されたバグ

- -

NSS 3.18で修正されたバグの䞀芧を返すBugzillaのク゚リは以䞋の通りです:

- -

https://bugzilla.mozilla.org/buglist.cgi?resolution=FIXED&classification=Components&query_format=advanced&product=NSS&target_milestone=3.18

- -

互換性

- -

NSS 3.18共有ラむブラリはすべおの叀いNSS 3.x共有ラむブラリず埌方互換性がありたす。叀いNSS3.x共有ラむブラリずリンクされたプログラムは、再コンパむルたたは再リンクなしでNSS 3.18ず組み合わせお動䜜したす。たた、NSS公開関数に列挙された関数のみに限定しおNSSのAPIを利甚しおいるアプリケヌションは、将来のバヌゞョンのNSS共有ラむブラリにおいおも利甚できたす。

- -

フィヌドバック

- -

バグに遭遇した堎合は、 bugzilla.mozilla.org にプロダクトずしおNSSを遞択しおバグレポヌトを登録しお䞋さい。

- -

 

diff --git a/files/ja/mozilla/projects/nss/nss_3.57_release_notes/index.html b/files/ja/mozilla/projects/nss/nss_3.57_release_notes/index.html deleted file mode 100644 index 31afee3691..0000000000 --- a/files/ja/mozilla/projects/nss/nss_3.57_release_notes/index.html +++ /dev/null @@ -1,118 +0,0 @@ ---- -title: NSS 3.57 リリヌスノヌト -slug: Mozilla/Projects/NSS/NSS_3.57_release_notes -translation_of: Mozilla/Projects/NSS/NSS_3.57_release_notes ---- -

Introduction

- -

The NSS team has released Network Security Services (NSS) 3.57 on 18 September 2020, which is a minor release.

- -

The NSS team would like to recognize first-time contributors:

- - - -

Distribution Information

- -

The HG tag is NSS_3_57_RTM. NSS 3.57 requires NSPR 4.29 or newer.

- -

NSS 3.57 source distributions are available on ftp.mozilla.org for secure HTTPS download:

- - - -

Other releases are available in NSS Releases.

- -

Notable Changes in NSS 3.57

- - - -

Certificate Authority Changes

- - - -

Bugs fixed in NSS 3.57

- - - -

This Bugzilla query returns all the bugs fixed in NSS 3.57:

- -

https://bugzilla.mozilla.org/buglist.cgi?resolution=FIXED&classification=Components&query_format=advanced&product=NSS&target_milestone=3.57

- -

Compatibility

- -

NSS 3.57 shared libraries are backward compatible with all older NSS 3.x shared libraries. A program linked with older NSS 3.x shared libraries will work with NSS 3.57 shared libraries without recompiling or relinking. Furthermore, applications that restrict their use of NSS APIs to the functions listed in NSS Public Functions will remain compatible with future versions of the NSS shared libraries.

- -

Feedback

- -

Bugs discovered should be reported by filing a bug report with bugzilla.mozilla.org (product NSS).

diff --git a/files/ja/mozilla/projects/nss/nss_api_guidelines/index.html b/files/ja/mozilla/projects/nss/nss_api_guidelines/index.html deleted file mode 100644 index d01fc56f20..0000000000 --- a/files/ja/mozilla/projects/nss/nss_api_guidelines/index.html +++ /dev/null @@ -1,534 +0,0 @@ ---- -title: NSS API ガむドラむン -slug: Mozilla/Projects/NSS/NSS_API_Guidelines -translation_of: Mozilla/Projects/NSS/NSS_API_Guidelines ---- -

NSS API ガむドラむン

- -

Newsgroup: mozilla.dev.tech.crypto

- -

Introduction

- -

This document describes how the NSS code is organized, the libraries that get built from the NSS sources, and guidelines for writing NSS code. These guidelines will familiarize you with some of the ways things can be done in the NSS code. This will help you understand existing NSS code. It should also help you understand how to write new code, and where to place it.

- -

Some of the guidelines in this document, are more forward-looking than documentary. These rules are here to help us all immediately achieve more consistent and usable code, but some existing code won't follow all these rules.

- -

- -

NSS API Structure

- -

This section explains the structure and relationships of the NSS libraries. The Layering section explains how the NSS code is layered, and how higher-level functions wrap low-level functions. The Libraries section descibes the NSS libraries, the functionality each provides, and the layer in which the library (mostly) operates.

- -

Layering

- -

Each separate component of the API should live in its own layer. The functions in these APIs should never call API layers above them. In addition, some low-level APIs may be completely opaque to higher level layers. That is, access to these functions should only be provided by the API directly above them. The NSS APIs are layered, as shown in this diagram:

- -

A diagram of the different layers that collectively make up "NSS". Dependencies are only permitted between siblings and layers below them.

- -

The boxes in the gray section, towards the center, are exported only through PKCS #11. PKCS #11 is only exported through the Wrappers. The areas which need the most work (both here and throughout the code) is:

- -
    -
  1. The relationship of the Certificate library with just about every other component (most noticeably PKCS #12, PKCS #7, and PKCS #11)
    2. -
  2. Splitting Low Key and High Key components more clearly
    3. -
  3. The Crypto wrappers (PKCS #11 Wrappers) and High Key
    4. -
  4. PKCS #12 and PKCS #5
    5. -
- -

- -

Libraries

- -

NSS compiles into the libraries described below. The Layer indicates the main layer, seen in the previous diagram, in which the library operates. The Directory is the location of the library code in the NSS source tree. The Public Headers is a list of header files that contain types, and functions, that are publicly available to higer-level APIs.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
LibraryDescriptionLayerDirectoryPublic Headers
certdbProvides all certificate handling functions and types. The certdb library manipulates the certificate database (add, create, delete certificates and CRLs). It also provides general certificate-handling routines (create a certificate, verify, add/check certificate extensions).Low Certlib/certdbcdbhdl.h, certdb.h, cert.h, certt.h
certhiProvides high-level certificate-related functions, that do not access the certificate database, nor individual certificate data directly. Currently, OCSP checking settings are exported through certhi.High Certlib/certhighocsp.h, ocspt.h
crmfProvides functions, and data types, to handle Certificate Management Message Format (CMMF) and Certificate Request Message Format (CRMF, see RFC 2511) data. CMMF no longer exists as a proposed standard; CMMF functions have been incorporated into the proposal for Certificate Management Protocols (CMP).Same Level as SSLlib/crmfcmmf.h, crmf.h, crmft.h, cmmft.h, crmffut.h
cryptohiProvides high-level cryptographic support operations: such as signing, verifying signatures, key generation, key manipulation, hashing; and data types. This code is above the PKCS #11 layer.Sign/Verifylib/cryptohicryptohi.h, cryptoht.h, hasht.h, keyhi.h, keythi.h, key.h, keyt.h, sechash.h
fortProvides a PKCS #11 interface, to Fortezza crypto services. Fortezza is a set of security algorithms, used by the U.S. government. There is also a SWFT library that provides a software-only implementation of a PKCS #11 Fortezza token.PKCS #11lib/fortcryptcryptint.h, fmutex.h, fortsock.h, fpkcs11.h, fpkcs11f.h, fpkcs11t.h, fpkmem.h, fpkstrs.h, genci.h, maci.h
freeblProvides the API to actual cryptographic operations. The freebl is a wrapper API. You must supply a library that implements the cryptographic operations, such as BSAFE from RSA Security. This is also known as the "bottom layer" API, or BLAPI.Within PKCS #11, wraps Cryptolib/freeblblapi.h, blapit.h
jarProvides support for reading and writing data in Java Archive (jar) format, including zlib compression.Portlib/jarjar-ds.h, jar.h, jarfile.h
nssProvides high-level initialiazation and shutdown of security services. Specifically, this library provides NSS_Init() for establishing default certificate, key, module databases, and initializing a default random number generator. NSS_Shutdown() closes these databases, to prevent further access by an application.Above High Cert, High Keylib/nssnss.h
pk11wrapProvides access to PKCS #11 modules, through a unified interface. The pkcs11wrap library provides functions for selecting/finding PKCS #11 modules and slots. It also provides functions that invoke operations in selected modules and slots, such as key selection and generation, signing, encryption and decryption, etc.Crypto Wrapperlib/pk11wrappk11func.h, secmod.h, secmodt.h
pkcs12Provides functions and types for encoding and decoding PKCS #12 data. PKCS #12 can be used to to encode keys, and certificates, for export or import into other applications.PKCS #12lib/pkcs12pkcs12t.h, pkcs12.h, p12plcy.h, p12.h, p12t.h
pkcs7Provides functions and types for encoding and decoding encrypted data in PKCS #7 format. For example, PKCS #7 is used to encrypt certificate data to exchange between applications, or to encrypt S/MIME message data.PKCS #7lib/pkcs7secmime.h, secpkcs7.h, pkcs7t.h
softokenProvides a software implementation of a PKCS #11 module.PKCS #11: implementationlib/softokenkeydbt.h, keylow.h, keytboth.h, keytlow.h, secpkcs5.h, pkcs11.h, pkcs11f.h, pkcs11p.h, pkcs11t.h, pkcs11u.h
sslProvides an implementation of the SSL protocol using NSS and NSPR.SSLlib/sslssl.h, sslerr.h, sslproto.h, preenc.h
secutilProvides utility functions and data types used by other libraries. The library supports base-64 encoding/decoding, reader-writer locks, the SECItem data type, DER encoding/decoding, error types and numbers, OID handling, and secure random number generation.Utility for any Layerlib/utilbase64.h, ciferfam.h, nssb64.h, nssb64t.h, nsslocks.h, nssrwlk.h, nssrwlkt.h, portreg.h, pqgutil.h, secasn1.h, secasn1t.h, seccomon.h, secder.h, secdert.h, secdig.h, secdigt.h, secitem.h, secoid.h, secoidt.h, secport.h, secrng.h, secrngt.h, secerr.h, watcomfx.h
- -

Naming Conventions

- -

This section describes the rules that (ideally) should be followed for naming and identifying new files, functions, and data types.

- -

- -

CVS ID

- -

Each file should include a CVS ID string for identification. The preferred format is:

- -
        "@(#) $RCSfile: nss-guidelines.html,
-            v $ $Revision: 48936 $ $Date: 2009-08-11 07:45:57 -0700 (Tue, 11 Aug 2009) $ $Name$"
-
- -

You can put the string in a comment or in a static char array. Use #ifdef DEBUG to include the array in debug builds only. The advantage of using an array is that you can use strings(1) to pull the ID tags out of a (debug) compiled library. You can even put them in header files; the header files are protected from double inclusion. The only catch is that you have to determine the name of the array.

- -

Here is an example from lib/base/baset.h:

- -
    #ifdef DEBUG
-    static const char BASET_CVS_ID[] = "@(#) $RCSfile: nss-guidelines.html,
-            v $ $Revision: 48936 $ $Date: 2009-08-11 07:45:57 -0700 (Tue, 11 Aug 2009) $ $Name$";
-    #endif /* DEBUG */
-
- -

The difference, between this and Id, is that Id has some useless information (every file is "experimental"), and doesn't have Name. Name is the tag (if any) from which this file was pulled. If you're good with tagging your releases, and then checking out (or exporting!) from the tag for your build, this saves you from messing around with specific files revision numbers.

- -

Header Files

- -

We have a preferred naming system for include files. We had been moving towards one, for some time, but for the NSS 3.0 project we finally wrote it down.
-  

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Data TypesFunction Prototypes
Publicnss____t.hnss____.h
Friend (only if required)nss____tf.hnss____f.h
NSS-private____t.h____.h
Module-private____tm.h____m.h
- -

The files on the right include the files to their left; the files in a row include the files directly above them. Header files always include what they need; the files are protected against double inclusion (and even double opening by the compiler).

- -
-

Note: It's not necessary all eight files exist. Further, this is a simple ideal, and often reality is more complex.

-
- -

We would like to keep names to 8.3, even if we no longer support win16. This usually gives us four characters to identify a module of NSS.

- -

In short:

- -
    -
  1. Header files for consumption outside NSS start with "nss."
    2. -
  2. Header files with types have a trailing "t", header files with prototypes don't. "extern" declarations of data also go in the prototypes files.
    3. -
  3. "Friend" headers are for things that we really wish weren't used by non-NSS code, but which are. Those files have a trailing "f," and their use should be deprecated.
    4. -
  4. "Module" headers are for things used only within a specific subset of NSS; things which would have been "static" if we had combined separate C source files together. These header files have a trailing "m."
    5. -
- -

Functions and Types

- -

There are a number of ways of doing things in our API, as well as naming decisions for functions that can affect the usefulness of our library. If our library is self-consistent with how we accomplish these tasks, it makes it easier for the developer to learn how to use our functions. This section of the document should grow as we develop our API.

- -

First some general rules. These rules are derived from existing coding practices inside the security library, since consistency is more important than debates about what might look nice.

- -
    -
  1. Public functions should have the form LAYER_Body(), where LAYER is an all caps prefix for what layer the function lives in, and Body is concatenated English words, where the beginning letter of each word is capitalized (also known as CamelCase). For Example: LAYER_CapitalizedEnglishWords() or CERT_DestroyCertificate().
    2. -
  2. Data types and typdefs should have the Form LAYERBody, with the same definitions for LAYER as public functions, and Body in camel case English words. For example: LAYERCapitalizedEnglishWords or SECKEYPrivateKey.
    3. -
  3. Structures should have the same name as their typedefs, with the string Str added to the end. For example LAYERCapitalizedEnglishWordsStr or SECKEYPrivateKeyStr.
    4. -
  4. Private functions should have the form layer_Body(), where layer is the all lower case prefix for what layer the function lives in, and Body is camel case English words. Private functions include functions that may be "public" in a C sense, but are not exported out of the layer. For example: layer_CapitalizedEnglishWords() or pk11_GenerateKeyID().
    5. -
  5. Public macros should have the form LAYER_BODY(), where LAYER is an all caps prefix for what layer the macro lives in, and BODY is English words, all in upper case, separated by underscores. For example: LAYER_UPPER_CASE_ENGLISH_WORDS() or DER_CONVERT_BIT_STRING().
    6. -
  6. Structure members for exposed data structures should have the form capitalizedEnglishWords (the first letter uncapitalized). For example: PK11RSAGenParamsStr.keySizeInBits
    7. -
  7. For members of enums, our current API has no standard (typedefs for enums should follow the Data types standard). There seem to be three reasonable options: -
      -
    1. Enum members have the same standard as exposed data structure members.
      2. -
    2. Enum members have the same standard as data types.
      3. -
    3. Enum members have the same standard as public macros (minus the '()' of course).
      4. -
    - Options 2 and 3 are the more preferred options. Option 1, currently the most common used for enums, actually creates namespace pollution.
    8. -
  8. Callback functions, and functions used in function tables, should have a typedef used to define the complete signature of the given function. Function typedefs should have the following format: LAYERBody(), with the same definitions for LAYER as public functions, and Body is camel case English words. For example: LAYERCapitalizedEnglishWords or SECKEYPrivateKey.
    9. -
- -

Opaque Data Structures

- -

There are many data structures in the security library whose definition is effectively private, to the portion of the security library that defines and operates on those data structures. External code does not have access to these definitions. The goal here is to increase the opaqueness of these structures. This will allow us to modify the size, definition, and format of these data structures in future releases, without interfering with the operation of existing applications that use the security library.

- -

The first task is to ensure the data structure definition lives in a private header file, while its declaration lives in the public. The current standard in the security library is to typedef the data structure name, the easiest way to accomplish this would be to add the typedef to the public header file.

- -

For example, for the structure SECMyOpaqueData you would add:

- -
    typedef struct SECMyOpaqueDataStr SECMyOpaqueData;
- -

and add the actual structure definition to the private header file. In this same example:

- -
    struct SECMyOpaqueDataStr {
-        unsigned long myPrivateData1;
-        unsigned long myPrivateData2;
-        char *myName;
-    };
- -

the second task is to determine if individual data fields, within the data structure, are part of the API. One example may be the peerCert field, in an SSL data structure. Accessor functions, for these data elements, should be added to the API.

- -

There can be legitimate exceptions to this 'make everything opaque' rule. For example, in container structures, such as SECItem, or maybe linked list data structures. These data structures need to be examined on a case by case basis, to determine if

- -
    -
  1. They are truly stable and will not change in future release
    2. -
  2. It is necessary for the callers of the API to know the size of these structures, as they may allocate new ones and pass them down.
    3. -
- -

Memory Allocation with Arenas

- -

This section discusses memory allocation using arenas. NSS code uses arenas, and this section explains some of the improvements we are making.

- -

NSS makes use of traditional memory allocation functions, wrapping NSPR's PR_Alloc in a util function called PORT_Alloc. Though NSS makes further use of an NSPR memory-allocation facility which uses 'Arenas' and 'ArenaPools'. This was added via javascript; a fast, lightweight, non-thread-safe (though 'free-threaded') implementation.

- -

Experience shows that users of the security library expect arenas to be threadsafe, so we added locking, and other useful changes.

- - - -

The ARENA_THREADMARK preprocessor definition (default in debug builds), and code it encloses, will add some checking for the following situation:

- -
    -
  1. Thread A marks the arena, and allocates some memory from it.
    2. -
  2. Thread B allocates some memory from the arena.
    3. -
  3. Thread A releases the arena back to the mark.
    4. -
  4. Thread B now finds itself with a pointer to released data.
    5. -
  5. Some thread -- doesn't matter which -- allocates some data from the arena; this may overlap the chunk thread B has.
    6. -
  6. Boom!
    7. -
- -

Threadmark code notes the thread ID, whenever an arena is marked, and disallows any allocations or marks by any other thread. (Frees are allowed.)

- -

The ARENA_DESTRUCTOR_LIST preprocessor definition, and the code it encloses, are an effort to make the following work together:

- -
    -
  1. Arenas, letting you allocate stuff and then removing them all at once
    2. -
  2. Lazy creation of pure-memory objects from ASN.1 blobs, for example use of NSSPKIXCertificate doesn't drag all the code in for all constituent objects, unless they're actually being used
    3. -
  3. Our agressive pointer-tracking facility
    4. -
- -

All these are useful, but they don't combine well. Now some of the pointer-tracking pressure has eased off, we can drop its use when it becomes too difficult.

- -

Many routines are defined to take an NSSArena *arenaOpt argument. This means if an arena is specified (non-null), it is used, otherwise (null) the routine uses the heap. You can think of the heap as a default arena you can't destroy.

- -

Error Handling

- -

NSS 3.0 introduces the concept of an error stack. When something goes wrong, the call stack unwinds, with routines returning an error indication. Each level which flags a problem, adds its own error number to the stack. At the bottom of the stack is the fundamental error, for example: file not found, and on top is an error precisely relating to what you are doing.

- -
-

Note: Error stacks are vertical, and never horizontal. If multiple things go wrong simultaneously, and you want to report them all, use another mechanism.

-
- -

Errors, though not integers, are done as external constants, instead of preprocessor definitions. This is so any additional error doesn't trigger the entire tree to rebuild. Likewise, the external references to errors are made in the prototypes files, with the functions which can return them.  Error stacks are thread-private.

- -

The usual semantic is that public routines clear the stack first, private routines don't. Usually, every public routine has a private counterpart, and the implementation of the public routine looks like this:

- -
    NSSImplement rv *
-    NSSType_Method
-    (
-        NSSType *t,
-        NSSFoo *arg1,
-        NSSBar *arg2
-    )
-    {
-        nss_ClearErrorStack();
-
-        #ifdef DEBUG
-            if( !nssFoo_verifyPointer(arg1) ) return (rv *)NULL;
-            if( !nssBar_verifyPointer(arg2) ) return (rv *)NULL;
-        #endif /* DEBUG */
-
-        return nssType_Method(t, arg1, arg2);
-    }
-
- -

Aside from error cases, all documented entry points should check pointers in a debug, wherever possible. Pointers to user-supplied buffers, and templates, should be checked against NULL. Pointers to context-style functions should be checked using special debug macros. These macros only define code when DEBUG is turned on, providing a way for systems to register, deregister, and check valid pointers.

- -

SECPORT_DECL_PTR_CLASS(classname, size) - declare a class of pointers (labelled classname) this object file needs to check. This class is local only to this object file. Size is the expected number of pointers of type classname.

- -

SECPORT_DECL_GLOBAL_PTR_CLASS(classname, size) - same as above except classname can be used in other object files.

- -

SECPORT_ADD_POINTER(classname, pointer) - Add pointer as a valid pointer for classclassname. This is usually called by a Create function.

- -

SECPORT_VERIFY_POINTER(classname, pointer, secError, returnValue)- Check if a given pointer really belongs to the requested class. If it doesn't set the error secError and return the value returnValue.

- -

SECPORT_REMOVE_POINTER(classname, pointer) - Remove a pointer from the valid list. Usually called by a destroy function.

- -

Finally, error logging should be added an documented when debug is turned on. Interfaces for these are in NSPR.

- -

- -

Thread Safety

- -

Code developed using the NSS APIs needs to make use of thread safety features. First to examine is object creation and deletion.

- -

Object creation is usually not a problem. No other threads have access to allocated memory just created. Exceptions to this include objects which are created on the fly, or as global objects.

- -

Deletion, on the other hand, may be trickier. Threads may be referencing the object at the same time a another thread tries to delete it. The semantics depend on the way the application uses the object, also how and when the application wants to destroy it. For some data structures, this problem can be removed by protected reference counting. The object does not disappear until all users have released it.

- -

Next we examine global data, including function local static structures. Just initialized, and never to be changed global data, does not need to protection from mutexes. We should also determine if global data should be moved to a session context (see session context and global effects below).

- -
-

Note: Permanent objects, like data in files, databases, tokens, etc. should be treated as global data. Global data which is changed rarely, should be protected by reader/writer locks.

-
- -

Aside from global data, allocated data that gets modified needs to be examined. Data that's just been allocated, within a function, is safe to modify. No other code has access to that data pointer. Once that data pointer is made visible to the 'outside', either by returning the pointer, or attaching the pointer to an existing visible data structure, access to the data should be protected. Data structures that are read only, like SECKEYPublicKeys or PK11SymKeys, need not be protected.

- -

Many of the data structures in the security code contain some sort of session state or session context. These data structures may be accessed without data protection as long as:

- -
    -
  1. This semantic is documented in the functions which use these data structures.
    2. -
  2. These data structures are used for single streams, and not reused.
    3. -
- -

Examples of these data in structures may include things like the PKCS #7 ContentInfo structure. Example code should be included in the documentation, to show how to safely use these data objects.

- -

A major type of global and allocated data that should be examined is various data on lists. Queued, linked, and hash table stored objects should be examined with special care. Make sure adding, removing, accessing, and destroying these objects are all safe operations.

- -

There are a number of strategies, and entire books about how to safely access data on lists. Some simple strategies and their issues:

- - - -

Where possible use the NSPR list primitives. From these you can even set up SECUtil style thread-safe lists that use some combination of the above strategies.

- -

In order to be fully thread safe, your code must understand the semantics of the service functions it calls, and whether they are thread safe. For now, we should internally document which service functions we call, and how we expect them to behave in a threaded environment.

- -

Finally, from an API point of view, we should examine functions which have global effects. Functions like XXX_SetDefaultYYY(); should not operate on global data, particularly if they may be called multiple times, to provide different semantics for different operations. For example, the following should be avoided :

- - - -

Instead, a context handle should be created, and the SEC_SetKey() function, above, made on that handle. Fortunately most of the existing API has the correct semantics.

- -

The exception to this global effects rule may be functions which set global state for an application at initialization time.

- -

- -

Methods/Functions Design

- -

- -

Init, Shutdown Functions

- -

If a layer has some global initialization tasks, which need to be completed before the layer can be used, that layer should supply an initialization function of the form LAYER_Init(). If an initialization function is supplied, a corresponding LAYER_Shutdown() function should also be supplied. LAYER_INIT() should increment a count of the number of times it is called, and LAYER_Shutdown() should decrement that count, and shutdown when the count reaches '0'.

- -

- -

Open, Close Functions

- -

Open functions should have a corresponding close function. Open and close function are not reference counted, like init and shutdown functions.

- -

- -

Creation Functions

- -

In general, data objects should all have functions which create them. These functions should have the form LAYER_CreateDataType[FromDataType](). For instance generating a new key would change from PK11_KeyGen() to PK11_CreateSymKey().

- -

- -

Destruction Functions

- -

In the security library we have 3 different ways of saying 'get rid of this data object': Free, Delete, and Destroy.

- -

It turns out there are several different semantics of getting rid of a data object too:

- -
    -
  1. decrement the reference count, and when the object goes to '0' free/delete/destroy it
    2. -
  2. destroy it right now, this very instance, not matter what
    3. -
  3. make any permanent objects associated with this data object go away
    4. -
  4. a combination of 1 and 3, or 2 and 3
    5. -
- -

Unfortunately, within the security library Free, Delete, and Destroy are all used interchangeably, for all sorts of object destruction. For instance, CERT_DestroyCertificate() is type 1, PK11_DestroySlot() is type 2, and PK11_DestroyTokenObject() is type 3.

- -
-

Note: In non-reference counted functions, types 1 and 2 are the same.

-
- -

We are standardizing on the following definitions:

- -

Destroy - means #1 for reference counted objects, #2 for non reference counted objects.

- -

Delete - means #3.

- -

This has the advantage of not surfacing the reference countedness of a data object. If you own a pointer to an object, you must always destroy it. There is no way to destroy an object by bypassing it's reference count. Also, the signature of public destruction functions do not have the 'freeit' PRBool, since the structures being freed are opaque.

- -

- -

Dup, Copy, and Reference Functions

- -

Functions that return a new reference or copy of a given object should have the form LAYER_DupDataType(). For instance, CERT_DupCertifiate() will remain the same, but PK11_ReferenceSlot() will become PK11_DupSlot(), and PK11_CloneContext() will become PK11_DupContext().

- -

- -

Search Functions

- -

There are several different kinds of searches done via the security library. The first is a search for exactly one object, meeting a given criteria. These types of searches include CERT_FindCertByDERCert(), PK11_FindAnyCertFromDERCert(), PK11_FindKeyByCert(), PK11_GetBestSlot(). These functions should all have the form LAYER_FindDataType[ByDataType]().

- -

The second kind of search, looks for all the objects that match a given criteria. These functions operate on a variety of levels. Some return allocated arrays of data, some return linked lists of data, others use callbacks to return data elements one at a time. Unfortunately, there are good reasons to maintain all these types. So here are some guidelines to make them more manageable:

- -

All callback operating search functions should be in the low level of the API, if exposed at all. Developers dealing with SSL and PKCS #7 layers should not have to see any of these functions. These functions should have the form LAYER_TraverseStorageObjectOrList().

- -

List and Array returning functions should be available at the higher layers of the API, most wrapping  LAYER_Traverse() functions. They should have the form LAYER_LookupDataType{List|Array}[ByDataType]().

- - - -

- -

Accesssor Functions

- -

Accessor Functions should take the following formats:

- -

LAYER_DataTypeGetElement() -- Get a specific element of a data structure.
- LAYER_DataTypeSetElement() -- Set a specific element of a data structure.
- LAYER_DataTypeExtractDataType() -- Get a pointer to the second data type which was derived for elements of the first data type.

- -

Examples: PK11_SlotGetSeries(), PK11_SymKeyGetSeries(), CERT_CertificateExtractPublicKey()

- -

- -

Parameter ordering

- -

Most functions will have a 'Natural' ordering for parameters. To keep consistency we should have some minimal parameter consistency. For most functions, they can be seen as operating on a particular object. This object, that the function is operating on, should come first. For instance, in most SSL functions this is the NSPR Socket, or the SSL Socket structure: Update, final, encrypt, decrypt type functions operating on their state contexts, etc.

- -

All encrypt and decrypt functions, which return data inline, should have a consistent signature:

- -
SECStatus MY_FunctionName(MyContext *context,
-                      unsigned char *outBuf,
-                       SECBufferLen *outLen,
-                       SECBufferLenmaxOutLength,
-                      unsigned char *inBuf,
-                       SECBufferLeninLen)
-
- -

Encrypt and decrypt like functions which have different properties, additional parameters, callbacks, etc., should insert their additional parameters between the context (first parameter) and the output buffer.

- -

All hashing update, MACing update, and encrypt/decrypt functions which act like filters should have a consistent signature:

- -
SECStatus PK11_DigestOp(PK11Context *context,
-                      unsigned char *inBuf,
-                       SECBufferLeninLen)
-
- -

Functions like these which have different properties, for example, additional parameters, callbacks, etc., should insert their additional parameters between the context (first parameter) and the input buffer.

- -

Within your layer, multiple similar functions should have consistent parameter order.

- -

Callback Functions

- -

Callback functions should all contain an opaque parameter (void *) as their first argument, passed by the original caller. Callbacks which are set, like SSL callbacks, should have defaults which provide generally useful semantics.

diff --git a/files/ja/mozilla/projects/nss/nss_developer_tutorial/index.html b/files/ja/mozilla/projects/nss/nss_developer_tutorial/index.html deleted file mode 100644 index 125fe4bf2f..0000000000 --- a/files/ja/mozilla/projects/nss/nss_developer_tutorial/index.html +++ /dev/null @@ -1,214 +0,0 @@ ---- -title: NSS 開発者向けチュヌトリアル -slug: Mozilla/Projects/NSS/NSS_Developer_Tutorial -translation_of: Mozilla/Projects/NSS/NSS_Developer_Tutorial ---- -
-
-
-
-

NSS Coding Style

- -

Formatting

- -

Line length should not exceed 80 characters.

- -

Indentation level is 4.

- -

Tabs are used heavily in many NSS source files. Try to stay consistent when you modify existing code. The proper use of tabs has often been confusing for new NSS developers, so in nss/lib/ssl, we're gradually removing the use of tabs.

- -

Curly braces: both of the following styles are allowed:

- -
if (condition) {
-    action1();
-} else {
-    action2();
-}
- -

Or:

- -
if (condition)
-{
-    action1();
-}
-else
-{
-    action2();
-}
- -

The former style is more common. When modifying existing code, try to stay consistent. In new code, prefer the former style, as it conserves vertical space.

- -

When a block of code consists of a single statement, NSS doesn’t require curly braces, so both of these examples are fine:

- -
if (condition) {
-    action();
-}
-
-
-
-
-
- -
-
-
-
-

Or:

- -
if (condition)
-    action();
- -

although the use of curly braces is more common.

- -

Multiple-line comments should be formatted as follows:

- -
/*
- * Line1
- * Line2
- */
- -

or

- -
/*
-** Line 1
-** Line 2
-*/
-
- -

The following styles are also common, because they conserve vertical space:

- -
/* Line1
- * Line2
- */
- -

or

- -
/* Line1
-** Line2
-*/
- -

or

- -
/* Line1
- * Line2 */
- -

Naming

- -

Public functions are named FOO_DoOneAction.

- -

Global, but unexported functions, are usually named foo_DoOneAction.

- -

Variable, and function parameter names, always start with a lowercase letter. The most common style is fooBarBaz, although foobarbaz and foo_bar_baz are also used.

- -

Miscellaneous

- -

goto can be used, to simplify resource deallocation, before returning from a function.

- -

A data buffer is usually represented as:

-
-
-
-
- -
-
-
-
-
unsigned char *data;
-unsigned int len;
- -

The buffer pointer is unsigned char *, as opposed to void *, so we can perform pointer arithmetic without casting. Use char * only if the data is interpreted as text characters.

- -

For historical reasons, the buffer length is unsigned int, as opposed to size_t. Unfortunately, this can be a source of integer overflow bugs on 64-bit systems.

- -

C Features

- -

NSS requires C99.  However, not all features from C99 are equally available.

- -
    -
  • Variables can be declared, at the point they are first used.
    • -
  • The inline keyword can be used.
    • -
  • Variadic macro arguments are permitted, but their use should be limited to using __VA_ARGS__.
    • -
  • The exact-width integer types in NSPR should be used, in preference to those declared in <stdint.h> (which will be used by NSPR in the future).
    • -
  • Universal character names are not permitted, as are wide character types (char16_t and char32_t).  NSS source should only include ASCII text.  Escape non-printing characters (with \x if there is no special escape such as \r, \n, and \t) and avoid defining string literals that use non-ASCII characters.
    • -
  • One line comments starting with // are permitted.
    • -
- -

Check with nss-dev@ before using a language feature not already used, if you are uncertain. Please update this list if you do.

- -

These restrictions are different for C++ unit tests, which can use most C++11 features.  The Mozilla C++ language features guide, and the Chromium C++ usage guide, list C++ features that are known to be widely available and compatible. You should limit features to those that appear in both guides. Ask on nss-dev@ if you think this is restrictive, or if you wish to prohibit a specific feature.

- -

NSS C ABI backward compatibility

- -

Functions

- -

Exported functions cannot be removed.

- -

The function prototype of an exported function, cannot be changed, with these exceptions:

- -
    -
  • -

    A Foo * parameter can be changed to const Foo *. This change is always safe.

    -
    • -
  • -

    Sometimes an int parameter can be changed to unsigned int, or an int * parameter can be changed to unsigned int *. Whether such a change is safe needs to be reviewed on a case-by-case basis.

    -
    • -
- -

Types

- -

Structs

- -

Members of an exported struct, cannot be reordered or removed.

- -

Under certain circumstances, it is safe to add new members to an exported struct at the end.

- -

Opaque structs give us complete freedom to change them, but require applications to call NSS functions, to allocate and free them.

- -

Enums

- -

The numeric values of public enumerators cannot be changed. To stress this fact, we often explicitly assign numeric values to enumerators, rather than relying on the values assigned by the compiler.

- -

Symbol export lists

- -

The manifest.mn file, in a directory in the NSS source tree, specifies which headers are public, and which headers are private.

- -

Public headers are in the EXPORTS variable.

- -

Private headers,which may be included by files in other directories, are in the PRIVATE_EXPORTS variable.

-
-
-
-
- -
-
-
-
-

Private headers, that are only included by files in the same directory, are not listed in either variable.

- -

Only functions listed in the symbol export lists (nss.def, ssl.def, smime.def, etc.) are truly public functions. Unfortunately, public headers may declare private functions, for historical reasons. The symbol export lists are the authoritative source of public functions.

- -

Behavioral changes

- -

Bug/quirk compatible: Occasionally we cannot fix a bug, because applications may depend on the buggy behavior. We would need to add a new function to provide the desired behavior.

- -

Similarly, new options often need to be disabled by default.

- -

NSS review/feature approval process

- -

NSS doesn’t have 'super reviewers'. We wish to increase the number of NSS developers, who have broad understanding of NSS.

- -

One review is usually enough for the review to pass. For critical code reviews, such as a patch release of a stable branch, two reviews may be more reasonable.

- -

For new features, especially those that appear controversial, try to find a reviewer from a different company or organization than your own, to avoid any perceptions of bias.

- -

Update NSS in mozilla-inbound and mozilla-central

- -

The procedure is documented at https://developer.mozilla.org/en-US/docs/Updating_NSPR_or_NSS_in_mozilla-central.

- -

If it is necessary to apply private patches, please document them in <tree>/security/patches/README.

-
-
-
-
diff --git a/files/ja/mozilla/projects/nss/nss_faq/index.html b/files/ja/mozilla/projects/nss/nss_faq/index.html deleted file mode 100644 index f1ec76a4c4..0000000000 --- a/files/ja/mozilla/projects/nss/nss_faq/index.html +++ /dev/null @@ -1,79 +0,0 @@ ---- -title: NSS FAQ -slug: Mozilla/Projects/NSS/NSS_FAQ -tags: - - NSS -translation_of: Mozilla/Projects/NSS/FAQ ---- -

䞀般的な質問

-

Network Security Services (NSS) ずは䜕ですか

-

NSS ずは、セキュリティ機胜が利甚できるクラむアントサヌバアプリケヌションのクロスプラットフォヌム開発をサポヌトするようにデザむンされたラむブラリ、API、ナヌティリティ、そしお参考文献のセットです。NSS では、Netscape や他の䌚瀟で利甚されおいる暗号ラむブラリの完党にオヌプン゜ヌスな実装が提䟛されたす。NSS が利甚されおいる補品の䟋ずしおは、Netscape 6 ブラりザ、iPlanet E-Commerce Solutions のサヌバ補品、Gateway Connected Touch Pad with Instant AOL などが挙げられたす。 -

NSS の抂芁に぀いおは、NSS 抂芳 をご芧ください。オヌプン゜ヌス NSS プロゞェクトの詳现情報は、NSS プロゞェクトのペヌゞ をご芧ください。 -

-

NSS では䜕ができるのですか 私が䜿っおいるアプリケヌションで圹に立぀のでしょうか

-

あなたが䜿っおいるアプリケヌションに、SSL、S/MIME、その他のむンタヌネットセキュリティスタンダヌドの機胜を加えたい堎合 Netscape Security Services (NSS) を䜿うこずができたす。NSS は SSL および TSL のすべおのバヌゞョンをサポヌトしおいるので、すでに SSL をサポヌトしおいる倚数のクラむアントやサヌバず通信する必芁があるアプリケヌションにはたさにうっお぀けずいえたす。 -

NSS に PKCS #11 むンタヌフェヌスが含たれおいるずいうこずは、あなたのアプリケヌションがサヌバ䞊の ハヌドりェアアクセラレヌタ や二因子認蚌 (two-factor authentication) のための スマヌトカヌド を利甚できるずいうこずを意味しおいたす。 -

-

NSS は OpenSSL ず比べおどうですか

-

OpenSSL はサヌバサむド SSL、TLS、および汎甚暗号化機胜ラむブラリを実装するオヌプン゜ヌスプロゞェクトですが、PKCS #11 をサポヌトしおいたせん。OpenSSL は Eric A. Young ず Tim J. Hudson によっお開発された SSLeay ラむブラリに基づいおおり、Apache サヌバで幅広く䜿甚されおいたす。Apache スタむルのラむセンスが付䞎されおいたす。 -

NSS は PKCS #11 や S/MIME をはじめずしお、サヌバおよびクラむアント䞡方のアプリケヌションをサポヌトしおいたす。できるだけ倚くの甚途を可胜にするため、NSS は Mozilla Public License ず GNU General Public License の䞡方でラむセンスされおいたす。MPL 条項䞋たたは GPL 条項䞋のどちらでラむセンスするかを遞択するこずができたす。 -

-

NSS は SSLRef ず比べおどうですか

-

SSLRef は初期の SSL プロトコルのレファレンス実装で、フィックスされるこずのないバグがあり、TLS や新しい 56-bit ゚クスポヌト暗号スむヌトをサポヌトしおいたせん。さらに SSLRef は PKCS#1 ぞの Bleichenbacher 攻撃に察する修正が斜されおいたせん。 -

Netscape はもう SSLRef を管理しおいたせんし、利甚できないようにしおいたす。SSLRef は SSL 実装の䞀䟋ずしおビルドされたものであり、補品ずしおのアプリケヌションのためにビルドされたものではありたせん。 -

NSS は商業的な開発者によっお利甚されるような目的からデザむンされたもので、Netscape や他の䌚瀟から出されおいる倚くのクラむアントサヌバ補品で利甚されおいるセキュリティ機胜をサポヌトするために利甚されおいるのず同じアヌキテクチャを䜿甚した完党な゜フトりェア開発キットを備えおいたす。 -

-

どのようなプラットフォヌム、開発環境がサポヌトされおいるのでしょう

-
このセクションの内容は叀くなっおいたす
-

iPlanet E-Commerce Solutions は NSS 3.1 が 18のプラットフォヌムで利甚できるこずを確認しおいたす。その䞭には、AIX 4.3、HP-UX 11.0、Red Hat Linux 6.0、Solaris (2.6 以降) 、Windows NT (4.0 以降) 、そしお Windows 2000 が含たれおおり、他の貢献者がさらに倚くのプラットフォヌムで利甚できるよう䜜業を進めおいたす。NSS 3.1 API には C たたは C++ 開発環境が必芁です。 -

最新の NSS リリヌスノヌトやプラットフォヌムに関する詳现情報は、プロゞェクト情報 をご芧ください。 -

-

どのような暗号化スタンダヌドがサポヌトされおいるのでしょう

-

NSS は SSL SSL v2/v3、TLS、PKCS #5、PKCS #7、PKCS #11、PKCS #12、S/MIME、そしお X.509 v3 蚌明曞をサポヌトしおいたす。詳现情報は、Encryption Technologies Available in NSS 3.11 をご芧ください。 -

-

NSS ず PSM ずの関係はどのようなものでしょう

-

Personal Security Manager (PSM) は NSS の䞊にビルドされおおり、セキュリティ機胜を備えたアプリケヌションのクロスプラットフォヌム開発をサポヌトするようにデザむンされたラむブラリずデヌモンから成っおいたす。PSM バむナリヌでは、アプリケヌションのために暗号凊理を行うクラむアントモゞュヌルが提䟛されたす。Netscape Personal Security Manager は、Netscape 6 や Gateway Connected Touch Pad with Instant AOL ずずもに公開されおおり、Communicagotr 4.7x でも利甚できるようになっおいたす。 -

PSM オヌプン゜ヌスプロゞェクトに぀いおの詳现情報は、Personal Security Manager をご芧ください。 -

-

゜ヌスはどこで手に入れられたすか

-
このセクションの内容は叀くなっおいたす
-

NSS 3.1 ゜ヌスのチェックアりトおよびビルド方法に぀いおは、NSS 3.1 ビルドガむド をご芧ください。 -

゜ヌスコヌドは ftp://ftp.mozilla.org/pub/mozilla.org/security/ からも tar ファむルずしおダりンロヌドできたす。 -

-

いくらしたすか

-

NSS ゜ヌスコヌドおよびバむナリ (利甚できるようになった暁には) は完党に無料です。ラむセンス料、著䜜暩䜿甚料、賌読料、すべお無料です。 -

-

開発者向けの質問

-

どのようなハヌドりェアアクセラレヌタがサポヌトされおいるのでしょう

-

NSS はハヌドりェアアクセラレヌションのための PKCS #11 むンタヌフェヌスをサポヌトしおいたす。Chrysalis-IT や nCipher、Rainbow Technologies をはじめずする倧手のアクセラレヌタベンダヌもこのむンタヌフェヌスをサポヌトしおいるため、NSS が利甚できるアプリケヌションもたた倚様なハヌドりェアアクセラレヌションをサポヌトできたす。 -

-

NSS を利甚しおスマヌトカヌドを私のプリケヌションに組み蟌むにはどうしたら良いでしょう

-

NSS は スマヌトカヌドのための PKCS #11 むンタヌフェヌスをサポヌトしおいたす。そのため、NSS によっお提䟛される PKCS #11 むンタヌフェヌスを利甚するアプリケヌションは、ActiveCard や Litronic、SafeNet、SecureID Technologies をはじめずする倧手のベンダヌのスマヌトカヌドをサポヌトしたす。これらのカヌドは PKCS #11 むンタヌフェヌスをサポヌトしおいたす。 -

-

NSS は他の Netscape 補品ずどのような互換性がありたすか

-

NSS は他の Netscape 補品ず二぀の方法で緊密に統合されおいたす。第䞀に、SSL や TLS を実装するために NSS を利甚するこずで SSL および TLS をサポヌトする Netscape や他のベンダヌからのすべおの補品ず SSL 通信が可胜になりたす。第ニに、NSS を利甚するこずで Netscape クラむアントずサヌバ補品、そしおあなたのアプリケヌションずの間で蚌明曞を簡単に共有するこずができたす。 -

-

NSS には Netscape Portable Runtime (NSPR) が必芁ですか

-

クロスプラットフォヌムサポヌトを提䟛するため、NSS は Netscape Portable Runtime (NSPR) ラむブラリを移怍甚むンタヌフェヌスおよびネットワヌク I/O やスレッドモデルのための䞀貫したクロスプラットフォヌム・セマンティクスを提䟛する実装ずしお利甚したす。アプリケヌション党䜓で NSPR を利甚するこずもできたすし、NSS を呌び出す郚分内でのみ利甚するこずもできたす。Netscape ではマルチスレッドアプリケヌションでは NSPR たたはネむティブな OS スレッドモデルを採甚するこずを匷くお薊めしたす。(最近の NSPR リリヌスでは、NSPR のスレッドモデルは、OS がネむティブなスレッドを持っおいる限り、ネむティブスレッドモデルず互換性を持぀ようになっおいたす。) あるいは、オヌプン゜ヌス NSPR 実装を採甚しお、あなたの既存のアプリケヌションのスレッドモデルず互換性を持たせるこずもできたす。NSPR に関するより詳しい情報は、Netscape Portable Runtime で芋るこずができたす。 -

-

アプリケヌションプロトコルが HTTP でなくおも NSS は利甚できるのでしょうか

-

はい。SSL はアプリケヌションプロトコルずは独立しおおり、TCP/IP を利甚したカスタムアプリケヌションプロトコルだけではなく、共通のむンタヌネット暙準のアプリケヌションプロトコル (HTTP、POP3、FTP、SMTP など) でも䜜動したす。 -

-

NSS をアプリケヌションに組み蟌むにはどのくらい時間がかかるのでしょうか

-

統合のための䜜業は関係する芁玠の数によりたす。䟋えば、開発者の技術やアプリケヌションの耇雑さ、アプリケヌションで芁求されるセキュリティのレベルなどです。NSS には、統合プロセスをすぐに開始できるように、SSL API に぀いおの詳现な参考文献や基本的な SSL 機胜 (暗号化されたセッションの蚭定、サヌバ認蚌、そしおクラむアント認蚌) のデモ甚サンプルコヌドが含たれおいたす。ただし、あなたのアプリケヌションが掗緎された蚌明曞管理やスマヌトカヌド、ハヌドりェアアクセラレヌションを必芁ずする堎合、統合䜜業はより広範囲に枡るこずになるでしょう。 -

-

NSS ツヌルはどこからダりンロヌドできたすか

-

いく぀かのプラットフォヌム向けのコマンドラむンツヌルを含んだ NSS バむナリビルドは http://ftp.mozilla.org/pub/mozilla.o...y/nss/releases からダりンロヌドできたす。同時に必芁になる NSPR は http://ftp.mozilla.org/pub/mozilla.org/nspr/releases/ からダりンロヌドできたす。 -

-

SSL に぀いおより詳しく知るためにはどうしたら良いですか

-

NSS は SSL に関連する広範な参考文献を甚意しおいたす。そのなかには高レベルな導入、詳现な API 参考文献、シンプルなクラむアントサヌバアプリケヌションのためのサンプルコヌド、オリゞナルの SSL 3.0 仕様、デバッグ SSL アプリケヌションに぀いおの情報が含たれたす。詳しくは SSL/TLS プロゞェクトペヌゞ をご芧ください。たた、デバッグ SSL アプリケヌションで利甚されおいるものも含めた NSS ツヌルに぀いおの詳现情報は、NSS セキュリティツヌル をご芧ください。 -

-

ラむセンスに関する質問

-

NSS はどのようにラむセンスされおいたすか

-

NSS は Mozilla Public License および GNU General Public License でデュアルラむセンスされおいたす。詳しくは Mozilla Crypto FAQ をご芧ください。 -

-

NSS は合衆囜倖でも利甚できたすか

-
このセクションの内容は叀くなっおいたす
-

利甚できたす。NSS 3.1 ビルドガむド および ftp://ftp.mozilla.org/pub/mozilla.org/security/ をご芧ください。ただし、NSS ゜ヌスコヌドは合衆囜茞出芏制や他の合衆囜の法埋の察象ずなり、特定の囜 (2000 幎 1 月時点では、キュヌバ、むラン、むラク、リビア、北朝鮮、スヌダン、シリアおよびタリバン支配地域のアフガニスタン) 、あるいは合衆囜からの茞出物を受け取るこずが犁じられおいる個人や組織 ((a) 産業安党保障局の Denied Parties List たたは Entity List、(b) 財務省倖囜資産管理局の Specially Designated Nationals および Blocked Persons リスト、(c) ミサむル技術、栞兵噚、化孊兵噚、生物兵噚に関䞎する) に察しおは茞出、再茞出が認められない可胜性がありたす。 -

暗号化機胜を持぀゜フトりェアの合衆囜茞出管理に぀いおのより詳しい情報は、Mozilla Crypto FAQ をご芧ください。 -

{{ languages( { "en": "en/NSS_FAQ" } ) }} diff --git a/files/ja/mozilla/projects/nss/nss_reference/fc_login/index.html b/files/ja/mozilla/projects/nss/nss_reference/fc_login/index.html deleted file mode 100644 index 0b7ac5c8a5..0000000000 --- a/files/ja/mozilla/projects/nss/nss_reference/fc_login/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: FC_Login -slug: Mozilla/Projects/NSS/NSS_reference/FC_Login -tags: - - NSS -translation_of: Mozilla/Projects/NSS/Reference/FC_Login ---- -


-

{{ 英語版章題("Name") }} -

-

Name

-

FC_Login() - log a user into a token. -

{{ 英語版章題("Syntax") }} -

-

Syntax

-
CK_RV FC_Login(
-  CK_SESSION_HANDLE hSession,
-  CK_USER_TYPE userType,
-  CK_CHAR_PTR pPin,
-  CK_ULONG ulPinLen
-);
-
-

{{ 英語版章題("Parameters") }} -

-

Parameters

-

FC_Login() takes four parameters: -

-
hSession -
{{ mediawiki.external('in') }} a session handle -
userType -
{{ mediawiki.external('in') }} the user type (CKU_SO or CKU_USER) -
pPin -
{{ mediawiki.external('in') }} a pointer that points to the user's PIN -
ulPinLen -
{{ mediawiki.external('in') }} the length of the PIN -
-

{{ 英語版章題("Description") }} -

-

Description

-

FC_Login() logs a user into a token. -

The Security Officer (CKU_SO) only logs in to initialize the normal user's PIN. The SO PIN is the empty string. The NSS cryptographic module doesn't allow the SO to log in if the normal user's PIN is already initialized. -

{{ 英語版章題("Return value") }} -

-

Return value

-

FC_Login() returns the following return codes. -

- -

{{ 英語版章題("See also") }} -

-

See also

- -
-
-{{ languages( { "en": "en/FC_Login" } ) }} diff --git a/files/ja/mozilla/projects/nss/nss_reference/index.html b/files/ja/mozilla/projects/nss/nss_reference/index.html deleted file mode 100644 index b1a02b000e..0000000000 --- a/files/ja/mozilla/projects/nss/nss_reference/index.html +++ /dev/null @@ -1,200 +0,0 @@ ---- -title: NSS リファレンス -slug: Mozilla/Projects/NSS/NSS_reference -tags: - - NSS -translation_of: Mozilla/Projects/NSS/Reference ---- -

泚意事項

- -
-
    -
  • We are migrating the SSL Reference from www.mozilla.org. If you are inclined to help with this migration, your help would be very much appreciated.
    • -
- -
    -
  • The proposed chapters below are based on the chapters of the SSL Reference and the categories of functions in NSS Public Functions.
    • -
- -
    -
  • Should a particular page require the use of an underscore, please see the documentation for the Title Override Extension.
    • -
-
- -

NSS のビルドずむンストヌル

- -

NSS アプリケヌションの抂芳

- -

Based on "Overview of an SSL Application" in the SSL Reference.

- -

NSS 入門

- -

Based on "Getting Started With SSL" in the SSL Reference.

- -

デヌタ型

- -

Based on "Selected SSL Types and Structures" in the SSL Reference.

- -

ナヌティリティ関数

- -

Based on "Utility Functions" in NSS Public Functions.

- -

蚌明曞関数

- -

Based on Certificate Functions in the SSL Reference and "Certificate Functions" in NSS Public Functions.

- - - -

鍵関数

- -

Based on Key Functions in the SSL Reference.

- - - -

電子眲名

- -

This API consists of the routines used to perform signature generation and the routines used to perform signature verification.

- -

暗号化/埩号化

- -

ハッシュ

- -

鍵生成

- -

Generate keys, key pairs, and domain parameters.

- -

乱数生成

- -

This API consists of the two routines used for pseudorandom number generation -- PK11_GenerateRandomOnSlot and PK11_GenerateRandom -- and the two routines used for seeding pseudorandom number generation -- PK11_SeedRandom and PK11_RandomUpdate.

- -

PKCS #11 関数

- -

Based on PKCS #11 Functions in the SSL Reference and "Crypto Functions" in NSS Public Functions.

- - - -

SSL 関数

- -

Based on "SSL Functions" in the SSL Reference and "SSL Functions" and "Deprecated SSL Functions" in NSS Public Functions.

- - - -

S/MIME

- -

Based on the S/MIME Reference (which only has one written chapter) and "S/MIME Functions" in NSS Public Functions.

- -

PKCS #7 関数

- -

Based on "PKCS #7 Functions" in NSS Public Functions.

- -

PKCS #5 関数

- -

Password-based encryption

- - - -

PKCS #12 関数

- -

Based on "PKCS #12 Functions" in NSS Public Functions. Used to exchange data such as private keys and certificates between two parties.

- - - -

゚ラヌコヌド

- -

Based on "NSS and SSL Error Codes" in the SSL Reference.

- -

NSS 環境倉数

- -

NSS 暗号モゞュヌル

- -

NSS 技術ノヌト

- -

NSS Tech Notes NSS Memory allocation

- -

ツヌル

- -

Based on NSS Tools documentation on www.mozilla.org.

- -
- -

{{ languages( { "en": "en/NSS_reference" } ) }}

diff --git a/files/ja/mozilla/projects/nss/nss_releases/index.html b/files/ja/mozilla/projects/nss/nss_releases/index.html deleted file mode 100644 index f275377979..0000000000 --- a/files/ja/mozilla/projects/nss/nss_releases/index.html +++ /dev/null @@ -1,137 +0,0 @@ ---- -title: NSS の最新バヌゞョンのリリヌスノヌト -slug: Mozilla/Projects/NSS/NSS_Releases -translation_of: Mozilla/Projects/NSS/NSS_Releases ---- -

珟圚の NSS の安定版リリヌスは 3.57 で、2020幎9月18日にリリヌスされたした。(NSS 3.57 のリリヌスノヌト)

- -

The current ESR releases of NSS are 3.44.4 (NSS 3.44.4 release notes), intended for Firefox ESR 68, which was released on 19 May 2020, and  3.53.1 (NSS 3.53.1 release notes), intended for Firefox ESR 78, which was released on 16 June 2020.

- -

Past releases

- - - -

Future releases

- -

Release planning is done on the Mozilla wiki: {{interwiki("wikimo", "NSS:Release Versions")}}.

diff --git a/files/ja/mozilla/projects/nss/nss_sample_code/index.html b/files/ja/mozilla/projects/nss/nss_sample_code/index.html deleted file mode 100644 index 4a70911b42..0000000000 --- a/files/ja/mozilla/projects/nss/nss_sample_code/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: NSS サンプルコヌド -slug: Mozilla/Projects/NSS/NSS_Sample_Code -tags: - - Example -translation_of: Mozilla/Projects/NSS/NSS_Sample_Code ---- -

NSS Sample Code

- -

ここにあるサンプルコヌド集では、暗号凊理、蚌明曞の取り扱い、SSL などに NSS がどのように利甚できるかを瀺しおいたす。たた、暗号化の応甚におけるベストプラクティスをいく぀か瀺しおいたす。

- -

差し替え䞭の叀いサンプル

- -
    -
  1. Sample Code 1: Key Generation and Transport Between Servers
    2. -
  2. Sample Code 2: Symmetric Encryption
    3. -
  3. Sample Code 3: Hashing, MAC
    4. -
  4. Sample Code 4: PKI Encryption
    5. -
  5. Sample Code 5: PKI Encryption with a raw public & private key in DER format
    6. -
  6. Sample Code 6: Persistent Symmetric Keys in NSS database
    7. -
- -


- リプレヌスが必芁な非垞に叀い事䟋です。https://bugzilla.mozilla.org/show_bug.cgi?id=490238 を参照しおください。

- -

新しいサンプルをダりンロヌドするこずができたす。

- -
hg clone https://hg.mozilla.org/projects/nss; cd nss; hg update SAMPLES_BRANCH
-
- -

新しいサンプル: https://developer.mozilla.org/ja/docs/Mozilla/Projects/NSS/New_NSS_Samples

diff --git a/files/ja/mozilla/projects/nss/nss_sources_building_testing/index.html b/files/ja/mozilla/projects/nss/nss_sources_building_testing/index.html deleted file mode 100644 index eb799cad8a..0000000000 --- a/files/ja/mozilla/projects/nss/nss_sources_building_testing/index.html +++ /dev/null @@ -1,54 +0,0 @@ ---- -title: NSS ゜ヌスのビルドのテスト -slug: Mozilla/Projects/NSS/NSS_Sources_Building_Testing -translation_of: Mozilla/Projects/NSS/NSS_Sources_Building_Testing ---- -

Network Security Services (NSS) の゜ヌスコヌドの取埗、構築方法、テストスむヌトの実行方法。

- -

゜ヌスコヌドの取埗ず簡単な抂芁

- -

最も簡単な方法は、Mozilla のダりンロヌドサヌバから NSS リリヌスのアヌカむブをダりンロヌドするこずです。バヌゞョン番号が䞀番高いディレクトリを探しおください。NSS はベヌスラむブラリ NSPR に䟝存しおいるので、NSS ず NSPR の䞡方を組み合わせたアヌカむブをダりンロヌドする必芁がありたす。

- -

If you are a software developer and intend to contribute enhancements to NSS, you should obtain the latest development snapshot of NSS using mercurial/hg (a distributed source control management tool). In order to get started, anonymous read-only access is sufficient. Create a new directory on your computer that you will use as your local work area, and run the following commands.

- -
hg clone https://hg.mozilla.org/projects/nspr
-hg clone https://hg.mozilla.org/projects/nss
- -

After the above commands complete, you should have two local directories, named nspr and nss, next to each other.

- -

(Historical information: NSPR and NSS source code have recently been re-organized into a new directory structure. In past versions, all files were located in a directory hierarchy that started with the "mozilla" prefix. The NSPR base library was located in directory mozilla/nsprpub. The subdirectories dbm, security/dbm, security/coreconf, security/nss were part of the NSS sources.)

- -

The nss directory contains the following important subdirectories:

- - - -

It is important to mention the difference between internal NSS code and exported interfaces. Software that would like to use the NSS library must use only the exported interfaces. These can be found by looking at the files with the .def file extension, inside the nss/lib directory hierarchy. Any C function that isn't contained in .def files is strictly for private use within NSS, and applications and test tools are not allowed to call them. For any functions that are listed in the .def files, NSS promises that the binary function interface (ABI) will remain stable.

- -

Building NSS

- -

NSS is built using gyp and ninja, or with make on systems that don't have those tools. The complete build instructions include more information.

- -

Once the build is done, you can find the build output below directory dist/?, where ? will be a name dynamically derived from your system's architecture. Exported header files for NSS applications can be found in directory "include", library files in directory "lib", and the tools in directory "bin". In order to run the tools, you should set your system environment to use the libraries of your build from the "lib" directory, e.g., using the LD_LIBRARY_PATH or DYLD_LIBRARY_PATH environment variable.

- -

Running the NSS test suite

- -

This is an important part of development work, in order to ensure your changes don't introduce regressions. When adding new features to NSS, tests for the new feature should be added as well.

- -

You must build NSS prior to running the tests. After the build on your computer has succeeded, before you can run the tests on your computer, it might be necessary to set additional environment variables. The NSS tests will start TCP/IP server tools on your computer, and in order for that to work, the NSS test suite needs to know which hostname can be used by client tools to connect to the server tools. On machines that are configured with a hostname that has been registered in your network's DNS, this should work automatically. In other environments (for example in home networks), you could set the HOST and DOMSUF (for domain suffix) environment variables to tell the NSS suite which hostname to use. As a test, it must be possible to successfully use the command "ping $HOST.$DOMSUF" on your computer (ping reports receiving replies). On many computers the variables HOST=localhost DOMSUF=localdomain works. In case you built NSS in 64 bits, you need to set the USE_64 environment variable to 1 to run the tests. If you get name resolution errors, try to disable IPv6 on the loopback device.

- -

After you have set the required environment variables, use "cd nss/tests" and start the tests using "./all.sh". The tests will take a while to complete; on a slow computer it could take a couple of hours.

- -

Once the test suite has completed, a summary will be printed that shows the number of failures. You can find the test suite results in directory nss/../tests_results (i.e. the results directory ends up next to the nss directory, not within it). Each test suite execution will create a new subdirectory; you should clean them up from time to time. Inside the directory you'll find text file output.log, which contains a detailed report of all tests being executed. In order to learn about the details of test failures, search the file for the uppercase test FAILED.

- -

If desired, it's possible to run only subsets of the tests. Read the contents of file all.sh to learn how that works.

diff --git a/files/ja/mozilla/projects/nss/nss_tech_notes/index.html b/files/ja/mozilla/projects/nss/nss_tech_notes/index.html deleted file mode 100644 index c474d6824b..0000000000 --- a/files/ja/mozilla/projects/nss/nss_tech_notes/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: NSS 技術ノヌト -slug: Mozilla/Projects/NSS/NSS_Tech_Notes -translation_of: Mozilla/Projects/NSS/NSS_Tech_Notes ---- -

NSS 技術ノヌト

- -

Newsgroup: mozilla.dev.tech.crypto

- -

NSS technical notes provide latest information about new NSS features and supplementary documentation for advanced topics in programming with NSS.

- -
    -
  1. TN1: How to use the NSS ASN.1 and QuickDER decoders.
    2. -
  2. TN2: Using the PKCS #11 Module Logger.
    3. -
  3. TN3: All About Certificate Extensions.
    4. -
  4. TN4: Pulling certificate extension information out of SSL certificates.
    5. -
  5. TN5: Using NSS to perform miscellaneous cryptographic operations.
    6. -
  6. TN6: NSS .chk Files for the FIPS Mode.
    7. -
  7. TN7: RSA Signing and Encryption with NSS.
    8. -
  8. TN8: Background Information on libSSL's Cache Functions and SIDs.
    9. -
diff --git a/files/ja/mozilla/projects/nss/nss_third-party_code/index.html b/files/ja/mozilla/projects/nss/nss_third-party_code/index.html deleted file mode 100644 index dbf7262a06..0000000000 --- a/files/ja/mozilla/projects/nss/nss_third-party_code/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: NSS サヌドパヌティコヌド -slug: Mozilla/Projects/NSS/NSS_Third-Party_Code -tags: - - NSS -translation_of: Mozilla/Projects/NSS/NSS_Third-Party_Code ---- -

これは、NSS のリポゞトリに含たれるサヌドパヌティ補のコヌドのリストで、2぀のリストに分かれおいたす。NSS ラむブラリにコンパむルされるコヌドず、テストにのみ䜿甚されるコヌドです。

- -

NSS ラむブラリにコンパむルできるコヌドがすべおそうずは限らないこずに泚意しおください。倚くの堎合、これはビルド時に様々なトレヌドオフを考慮しお蚭定するこずができたす。

- -

コンパむル

- - - -

テストに䜿甚

- - - -

特定のテストツヌルでダりンロヌド

- - diff --git a/files/ja/mozilla/projects/nss/overview_of_nss/index.html b/files/ja/mozilla/projects/nss/overview_of_nss/index.html deleted file mode 100644 index 455e20b6cb..0000000000 --- a/files/ja/mozilla/projects/nss/overview_of_nss/index.html +++ /dev/null @@ -1,75 +0,0 @@ ---- -title: NSS の抂芁 -slug: Mozilla/Projects/NSS/Overview_of_NSS -tags: - - NSS -translation_of: Mozilla/Projects/NSS/Overview ---- -

Open Source Crypto Libraries

- -

実瞟のあるアプリケヌション・セキュリティ・アヌキテクチャ

- -

もし、SSL、S/MIMEやその他のむンタヌネットセキュリティ暙準を貎方のアプリケヌションでサポヌトしたければ、すべおのセキュリティ機胜を実装した Network Security Services (NSS) を䜿うこずができたす。NSSは、暗号ラむブラリの完党なオヌプン゜ヌス実装を提䟛したす。NSSは、AOL、Red Hat、Sunやその他の䌁業の䞋蚘を含む様々な補品で䜿われおいたす。:

- - - -

NSS には、プラットフォヌムでのパフォヌマンスを最適化するために、開発者や OEM がアセンブラコヌドずいったパッチを配垃できるようにするフレヌムワヌクが含たれおいたす。NSS 3.x は 18 のプラットフォヌムでその性胜を発揮しおいたす。

- -

NSSのより詳しい情報に぀いおは、 NSS Project Page ず NSS FAQ を参照しおください。

- -

JavaむンタヌフェヌスからNSSの゜ヌスコヌドは Mozilla CVSツリヌにありたす。詳现は、 Network Security Services for Javaを参照しおください。

- -

NSS は Netscape Portable RuntimeNSPRを䜿甚したす。この NSPR は、プラットフォヌムに䟝存しないオヌプン゜ヌスAPIであり、システムファンクションはクロスプラットフォヌム開発を可胜にするように蚭蚈されおいたす。NSS ず同様、NSPR はさたざたな補品で厳しいテストを経おきたした。より詳しい情報は、NSPR プロゞェクトペヌゞを参照しおください。

- -

盞互運甚性ずオヌプンスタンダヌド

- -

NSSを䜿っお、あなたのアプリケヌションで次の䞀連のセキュリティ暙準をサポヌトするこずができたす:

- - - -

完党な詳现に関しおは、 暗号化技術を参照しおください。

- -

FIPS 140 劥圓性確認 ず NISCC テスト

- -

NSS ゜フトりェア暗号モゞュヌルは、3床に枡り FIPS 140適合詊隓のセキュリティレベル1ず2に合栌しおいたす。 詳现に぀いおは NSS FIPS ペヌゞ (Or this one)を参照しおください。

- -

NSS ラむブラリは NISCC のTLS/SSL および S/MIME のテストスむヌト(160䞇の䞍正入力によるテストケヌス)を通過しおいたす。

- -

Complete Software Development Kit

- -

ラむブラリずAPIに加えお、NSSは、デバッグ、蚺断、認蚌および鍵管理、暗号化モゞュヌル管理および他の開発タスクのために必芁なセキュリティ・ツヌルを提䟛したす。

- -

NSSには、倧芏暡で増倧する 資料が付いおいたす。資料には、入門教材、 API リファレンス、コマンドラむンツヌルの man ペヌゞ、および サンプルコヌドが含たれおいたす。

- -

NSSは、゜ヌスず共有(ダむナミック)ラむブラリが利甚できたす。すべおの NSSリリヌスには以前のバヌゞョンずの埌方互換性があり、NSSナヌザはそれらのアプリケヌションを再コンパむルたたは再リンクするこずなく新しいNSS共有ラむブラリにアップグレヌドするこずができたす。

- -

オヌプン゜ヌスラむセンスず配垃

- -

NSS は、Mozilla Public License, GNU General Public License, GNU Lesser General Public Licenseの3皮類でラむセンスされおいたす。 最新の゜ヌスコヌドは、 http://www.mozilla.org ずミラヌサむトから、䞖界䞭で無料で取埗できたす。

- -

{{ languages( { "en": "en/Overview_of_NSS" } ) }}

diff --git a/files/ja/mozilla/projects/nss/pkcs11/index.html b/files/ja/mozilla/projects/nss/pkcs11/index.html deleted file mode 100644 index 8c41add1ee..0000000000 --- a/files/ja/mozilla/projects/nss/pkcs11/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: PKCS11 -slug: Mozilla/Projects/NSS/PKCS11 -tags: - - NSS - - Security -translation_of: Mozilla/Projects/NSS/PKCS11 ---- -

-

暗号化モゞュヌル実装者のための PKCS #11 情報: -

- -{{ languages( { "en": "en/PKCS11" } ) }} diff --git a/files/ja/mozilla/projects/nss/ssl_functions/index.html b/files/ja/mozilla/projects/nss/ssl_functions/index.html deleted file mode 100644 index 58d409092f..0000000000 --- a/files/ja/mozilla/projects/nss/ssl_functions/index.html +++ /dev/null @@ -1,300 +0,0 @@ ---- -title: SSL 関数 -slug: Mozilla/Projects/NSS/SSL_functions -translation_of: Mozilla/Projects/NSS/SSL_functions ---- -

ここで玹介する公開関数は、SSL および TLS プロトコルを䜿甚しお通信するための゜ケットを蚭定するために䜿甚したす。SSL をサポヌトするアプリケヌションでは、ここに蚘茉されおいる機胜に加えお、このペヌゞで埌述する蚌明曞機胜、暗号機胜、ナヌティリティ機胜の䞀郚を䜿甚しおいたす。

- -

Other sources of information:

- - - -

If documentation is available for a function listed below, the function name is linked to either its MDC wiki page or its entry in the old SSL Reference. The Mozilla Cross Reference (DXR) link for each function provides access to the function definition, prototype definition, and source code references. The NSS version column indicates which versions of NSS support the function.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Function name/documentationSource codeNSS versions
NSS_GetClientAuthDataMXR3.2 and later
NSS_SetDomesticPolicyMXR3.2 and later
NSS_SetExportPolicyMXR3.2 and later
NSS_SetFrancePolicyMXR3.2 and later
NSSSSL_VersionCheckMXR3.2.1 and later
SSL_AuthCertificateMXR3.2 and later
SSL_AuthCertificateHookMXR3.2 and later
SSL_BadCertHookMXR3.2 and later
SSL_CertDBHandleSetMXR3.2 and later
SSL_CanbypassMXR3.11.7 and later
SSL_CipherPolicyGetMXR3.2 and later
SSL_CipherPolicySetMXR3.2 and later
SSL_CipherPrefGetMXR3.2 and later
SSL_CipherPrefGetDefaultMXR3.2 and later
SSL_CipherPrefSetMXR3.2 and later
SSL_CipherPrefSetDefaultMXR3.2 and later
SSL_ClearSessionCacheMXR3.2 and later
SSL_ConfigMPServerSIDCacheMXR3.2 and later
SSL_ConfigSecureServerMXR3.2 and later
SSL_ConfigServerSessionIDCacheMXR3.2 and later
SSL_DataPendingMXR3.2 and later
SSL_ForceHandshakeMXR3.2 and later
SSL_ForceHandshakeWithTimeoutMXR3.11.4 and later
SSL_GetChannelInfoMXR3.4 and later
SSL_GetCipherSuiteInfoMXR3.4 and later
SSL_GetClientAuthDataHookMXR3.2 and later
SSL_GetMaxServerCacheLocksMXR3.4 and later
SSL_GetSessionIDMXR3.2 and later
SSL_GetStatisticsMXR3.2 and later
SSL_HandshakeCallbackMXR3.2 and later
SSL_ImportFDMXR3.2 and later
SSL_InheritMPServerSIDCacheMXR3.2 and later
SSL_InvalidateSessionMXR3.2 and later
SSL_LocalCertificateMXR3.4 and later
SSL_OptionGetMXR3.2 and later
SSL_OptionGetDefaultMXR3.2 and later
SSL_OptionSetMXR3.2 and later
SSL_OptionSetDefaultMXR3.2 and later
SSL_PeerCertificateMXR3.2 and later
SSL_PreencryptedFileToStreamMXR3.2 and later
SSL_PreencryptedStreamToFileMXR3.2 and later
SSL_ReHandshakeMXR3.2 and later
SSL_ReHandshakeWithTimeoutMXR3.11.4 and later
SSL_ResetHandshakeMXR3.2 and later
SSL_RestartHandshakeAfterCertReqMXR3.2 and later
SSL_RestartHandshakeAfterServerCertMXR3.2 and later
SSL_RevealCertMXR3.2 and later
SSL_RevealPinArgMXR3.2 and later
SSL_RevealURLMXR3.2 and later
SSL_SecurityStatusMXR3.2 and later
SSL_SetMaxServerCacheLocksMXR3.4 and later
SSL_SetPKCS11PinArgMXR3.2 and later
SSL_SetSockPeerIDMXR3.2 and later
SSL_SetURLMXR3.2 and later
SSL_ShutdownServerSessionIDCacheMXR3.7.4 and later
diff --git a/files/ja/mozilla/projects/nss/tools/index.html b/files/ja/mozilla/projects/nss/tools/index.html deleted file mode 100644 index 427ba92a75..0000000000 --- a/files/ja/mozilla/projects/nss/tools/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: NSS ツヌル -slug: Mozilla/Projects/NSS/tools -translation_of: Mozilla/Projects/NSS/tools ---- -

NSS セキュリティツヌル

- -

Newsgroup: mozilla.dev.tech.crypto

- -

Overview

- -

The NSS Security Tools allow developers to test, debug, and manage applications that use NSS. The Tools Information table below describes both the tools that are currently working and those that are still under development. The links for each tool take you to the source code, documentation, plans, and related links for each tool. The links will become active when information is available.

- -

Currently, you must download the NSS 3.1 source and build it to create binary files for the NSS tools. For information about downloading the NSS source, see https://developer.mozilla.org/NSS/Building.

- -

If you have feedback or questions, please feel free to post to mozilla.dev.tech.crypto. This newsgroup is the preferred forum for all questions about NSS and NSS tools.

- -

Overall Objectives

- -
    -
  1. Provide a tool for analyzing and repairing certificate databases (dbck).
    2. -
  2. Migrate tools from secutil.h interface to PKCS #11 interface.
    3. -
  3. Eliminate redundant functionality in tools. Many tools implement private versions of PKCS11Init(), OpenCertDB(), etc.
    4. -
  4. Eliminate use of getopt() and replace with NSPR calls to get command options (to eliminate platform dependencies with getopt()).
    5. -
- -

Tools Information

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
ToolDescriptionLinks
certutil 2.0Manage certificate and key databases (cert7.db and key3.db).Source, Documentation, Tasks/Plans
cmsutil 1.0Performs basic CMS operations such as encrypting, decrypting, and signing messages.Source, Documentation
crlutilManage certificate revocation lists (CRLs).Source, Documentation,
dbck 1.0Analyze and repair certificate databases (not working in NSS 3.2)Source, Tasks/Plans
modutil 1.1Manage the database of PKCS11 modules (secmod.db). Add modules and modify the properties of existing modules (such as whether a module is the default provider of some crypto service).Source, Documentation, Tasks/Plans
pk12util 1.0Import and export keys and certificates between the cert/key databases and files in PKCS12 format.Source, Documentation, Tasks/Plans
signtool 1.3Create digitally-signed jar archives containing files and/or code.Source, Documentation,
signver 1.1Verify signatures on digitally-signed objects.Source, Documentation, Tasks/Plans
sslstrengthSSL StrengthDocumentation
ssltap 3.2Proxy requests for an SSL server and display the contents of the messages exchanged between the client and server. The ssltap tool does not decrypt data, but it shows things like the type of SSL message (clientHello, serverHello, etc) and connection data (protocol version, cipher suite, etc). This tool is very useful for debugging.Source, Documentation
- -
    -
  1. Currently points to the Netscape Certificate Management System Administration Guide on docs.sun.com. For additional information about this tool, see Object Signing.
    2. -
  2. Currently points to the signver documentation on developer.netscape.com. For additional information about this tool, see Form Signing
    3. -
diff --git a/files/ja/mozilla/projects/spidermonkey/build_documentation/index.html b/files/ja/mozilla/projects/spidermonkey/build_documentation/index.html deleted file mode 100644 index dd5a4146c2..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/build_documentation/index.html +++ /dev/null @@ -1,290 +0,0 @@ ---- -title: SpiderMonkey のビルド -slug: Mozilla/Projects/SpiderMonkey/Build_Documentation -tags: - - Build documentation - - Guide - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/Build_Documentation ---- -
{{SpiderMonkeySidebar("General")}}
- -

SpiderMonkey のビルド

- -

この文曞は SpiderMonkey の最新版を゜ヌスコヌドからビルドする方法を解説したす。

- -

ビルドを始める前に、必芁なツヌルがむンストヌルされおいるこずを確認しおください。Linux, Windows, Mac, その他の環境 での準備は、それぞれのドキュメントをごらんください。28 より叀いバヌゞョンのビルドをする際は、NSPR が远加で必芁ずなりたす。

- -

たた SpiderMonkey 最新版の゜ヌスコヌド も必芁です。

- -

非開発者向け (最適化) ビルド

- -

実運甚甚のために SpiderMonkey をむンストヌルする堎合、たたはパフォヌマンスベンチマヌクを実行する堎合は、これらの手順を䜿甚しおください (SpiderMonkey を C++ アプリケヌションのラむブラリずしお䜿甚したい堎合、たたは SpiderMonkey 自䜓の改善に取り組んでいる堎合は、代わりに䞋蚘のように開発者/デバッグビルドを行っおください)。

- -
cd js/src
-autoconf2.13
-
-# この名前は、バヌゞョン管理システムで無芖させるために "_OPT.OBJ" で終わる必芁がありたす。
-mkdir build_OPT.OBJ
-cd build_OPT.OBJ
-../configure
-# Windows では "mozmake" を䜿いたす。
-make
-
- -

これに぀いおのいく぀かのメモ:

- - - -
-

メモ: Mac を䜿甚しおいお、次のような゚ラヌが衚瀺される堎合

- -

"checking whether the C compiler (gcc-4.2  ) works... no
- configure: error: installation or configuration problem: C compiler cannot create executables."

- -

次のように蚭定しおみおください。

- -
CC=clang CXX=clang++  ../configure
- -

baldrdash がコンパむルに倱敗する可胜性もありたす。

- -
/usr/local/Cellar/llvm/7.0.1/lib/clang/7.0.1/include/inttypes.h:30:15: fatal error: 'inttypes.h' file not found
-
-/usr/local/Cellar/llvm/7.0.1/lib/clang/7.0.1/include/inttypes.h:30:15: fatal error: 'inttypes.h' file not found, err: true
- -

これは Mohave 以降、ヘッダヌが /usr/include にむンストヌルされなくなったためです。コマンドラむンツヌル -> 新機胜の䞋のリリヌスノヌトを参照しおください。

- -

リリヌスノヌトには、この互換性パッケヌゞは近い将来提䟛されなくなるず蚘茉されおいるので、macOS 䞊のビルドシステムは SDK のヘッダを探すように適合させる必芁があるでしょう。
-
- それたでは、次のこずが圹に立ちたす。

- -
open /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pk
-
-
- -

これにより build-release/dist/bin ディレクトリに js ずいう実行可胜ファむルが構築されたす。ヘルプペヌゞを衚瀺する dist/bin/js --help でテストできたす。これで、シェルを実行しお詊す準備が敎いたした。

- -

Mac、Linux、たたは UNIX では、远加のコマンド make install を䜿甚しおシステムに SpiderMonkey をむンストヌルできたす。これは共有ラむブラリを /usr/local/lib に、C ヘッダファむルを usr/local/include に、そしお js 実行ファむルを /usr/local/bin にむンストヌルしたす。

- -

開発者向けデバッグ甚ビルド

- -

SpiderMonkey 自身の開発やデバッグを目的ずする堎合、日々のデバッグにはデバッグビルドを、パフォヌマンステストには最適化ビルドを、それぞれ別のディレクトリで行うこずになりたす。デバッグビルドを行うには、䞊蚘の手順に加えお以䞋の 3 ステップを行いたす:

- -
cd js/src
-autoconf-2.13
-
-# This name should end with "_DBG.OBJ" to make the version control system ignore it.
-mkdir build_DBG.OBJ
-cd build_DBG.OBJ
-../configure --enable-debug --disable-optimize
-# Use "mozmake" on Windows
-make
-
- -

JS_GC_ZEAL オプションを぀けおビルドするず、zealous ガベヌゞコレクションが有効になりたす。これはメモリリヌクに代衚されるメモリ関連のデバッグを行う時に有甚です。詳现は JS_SetGCZeal() をご芧ください。

- -

この他のビルドオプションに぀いおは、䞊蚘で䜜成したビルドディレクトリ内で次のコマンドを実行しおください

- -
../configure --help
-
- -

コンパむルデヌタベヌスの生成

- -

䞀郚のツヌル (IDE、静的アナラむザヌ、リファクタリングツヌルなど) は、゜フトりェアを構築するために必芁なすべおの芁玠の説明を含む compile_commands.json ずいうファむルを䜿甚するため、ツヌルは構築システムも理解する必芁はありたせん。

- -

SpiderMonkey 蚭定スクリプトを䜿甚しお compile_commands.json を生成するには、次のように CompileDB バック゚ンドを有効にしたす。

- -
 ../configure <options> --enable-build-backends=CompileDB,RecursiveMake
-
- -

(RecursiveMake はあなたもビルドできるようになりたいず思うのでそこにありたす!)

- -

Windows でのビルド

- -
-

バヌゞョン 28 以降、スレッドセヌフビルドがデフォルトずなり、すべおの POSIX プラットフォヌムでそのたた䜿甚できるはずです。したがっお、次の手順は Windows を䜿甚しおいる堎合、たたは叀いバヌゞョンの SpiderMonkey をコンパむルしおいる堎合にのみ関係がありたす。

-
- -

The MozillaBuild batch file you used to open your shell (e.g. start-shell-msvc2013.bat or start-shell-msvc2013-x64.bat) determines whether the compiler toolchain will target 32-bit or 64-bit builds. To create a 64-bit build, note that you must configure with --target=x86_64-pc-mingw32 --host=x86_64-pc-mingw32.

- -

Since the POSIX NSPR emulation is not available for Windows, a working version of NSPR must be available to your build. The easiest option is to configure with --enable-nspr-build. This configure option builds the in-tree version of NSPR which is probably what you want; because SpiderMonkey uses newer NSPR symbols, the NSPR that ships with your operating system probably does not work.

- -

If --enable-nspr-build does not work, explicitly tell configure where to find NSPR using the --with-nspr-cflags and --with-nspr-libs configure options. For example, assuming your local NSPR has been installed to C:/mozilla-build/msys/local:

- -
./configure --with-nspr-cflags="-IC:/mozilla-build/msys/local/include" \
-            --with-nspr-libs="C:/mozilla-build/msys/local/lib/libnspr4.a \
-                              C:/mozilla-build/msys/local/lib/libplds4.a \
-                              C:/mozilla-build/msys/local/lib/libplc4.a"
-
- -

If you get symbol loading or dynamic library errors, you can force the correct NSPR to load with:

- -
PATH="$PATH;C:/mozilla-build/msys/local/lib/" ./js
- -

Specifying installation directories

- -

make install puts files in the following directories by default. You can override this by passing options to the configure script:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
What it isWhere it gets putconfigure option
executables, shell scripts/usr/local/bin--bindir
libraries, data/usr/local/lib--libdir
architecture-independent data/usr/local/share--sharedir
C header files/usr/local/include--includedir
- -

For convenience, you can pass the configure script an option of the form --prefix=<PREFIXDIR>, which substitutes <PREFIXDIR> for /usr/local in all the settings above, in one step. This is usually the least troublesome thing to do, as it preserves the typical arrangement of lib, bin, and the rest.

- -
Note: All directories you pass to configure are recorded in the generated makefile, so you don't need to specify them again until you re-run configure.
- -

Building SpiderMonkey as a static library

- -

By default, SpiderMonkey builds as a shared library. However, you can build SpiderMonkey as a static library by specifying the --disable-shared-js flag when you run configure.

- -

Specifying compilers and compiler flags

- -

If you want to use a compiler other than the one the configure script chooses for you by default, you can set the CXX variable in the environment when you run configure. This will save the values you specify in the generated makefile, so once you've set it, you don't need to do so again until you re-run configure.

- -

If you'd like to pass certain flags to the compiler, you can set the CXXFLAGS environment variable when you run configure. For example, if you're using the GNU toolchain, the following will pass the -g3 flag to the compiler, causing it to emit debug information about macros. Then you can use those macros in gdb commands:

- -
$ CXXFLAGS=-g3 $SRC/configure
-...
-checking whether the C++ compiler (c++ -g3 ) works... yes
-...
-$
- -

Cross-compiling options

- -

For cross-compiling you will need a cross-compiling compiler. That tends to be easier with clang as clang has cross-compiling support built in. You may need other libraries though.  For example on debian linux you'll need the following to cross compile from x86_64 to x86.

- -
apt install clang libstdc++-8-dev-i386-cross binutils-i686-gnu zlib1g-dev:i386
- -

You'll also need rust, in addition to having normal rust set up you'll need to add another target to your existing rust toolchain (don't add a new toolchain spidermonkey will use only one toolchain and use it for both host and target code:

- -
rustup target add i686-unknown-linux-gnu
- -

To build a 32-bit version on a 64-bit Linux system, you can use the following:

- -
PKG_CONFIG_LIBDIR=/usr/lib/pkgconfig CC="gcc -m32 -mfpmath=sse -msse -msse2" CXX="g++ -m32 -mfpmath=sse -msse -msse2" AR=ar \
-$SRC/configure --target=i686-pc-linux
- -

Or for clang.

- -
$SRC/configure --target=i686-pc-linux-gnu
- -

To build a 32-bit arm version on a 64-bit Linux system, that runs in the arm simulator, you can use the following:

- -
   AR=ar CC="gcc -m32 -mfpmath=sse -msse -msse2" CXX="g++ -m32 -mfpmath=sse -msse -msse2" \
-    $SRC/configure --target=i686-pc-linux --enable-simulator=arm
- -

To build a 32-bit version on a 64-bit Mac system (the target version is specific to your OS/X SDK), you can use the following:

- -
$SRC/configure --target=i386-apple-darwin16.7.0 # Choose the appropriate SDK version for your version of OS/X
- -

To build a 64-bit version on a 32-bit Mac system (e.g. Mac OS X 10.5), you can use the following:

- -
AR=ar CC="gcc -m64" CXX="g++ -m64" ../configure --target=x86_64-apple-darwin10.0.0
- -

To build a 64-bit Windows version, you can use the following:

- -
$SRC/configure --host=x86_64-pc-mingw32 --target=x86_64-pc-mingw32
- -
Note: You must have started your MozillaBuild shell with the proper -x64.bat script in order for the 64-bit compilers to be in your PATH.
- -

Whatever compiler and flags you pass to configure are recorded in the generated makefile, so you don't need to specify them again until you re-run configure.

- -

Building your application

- -

While "How to build your complete application" is clearly out of scope for this document, here are some tips that will help get you on your way:

- - - -

Using the js-config script

- -

In addition to the SpiderMonkey libraries, header files, and shell, the SpiderMonkey build also produces a shell script named js-config which other build systems can use to find out how to compile code using the SpiderMonkey APIs, and how to link with the SpiderMonkey libraries.

- -
Note: In SpiderMonkey 1.8.5, the js-config script is not generated properly on many platforms. If the instructions below do not work, you can try this workaround.
- -

When invoked with the --cflags option, js-config prints the flags that you should pass to the C compiler when compiling files that use the SpiderMonkey API. These flags ensure the compiler will find the SpiderMonkey header files.

- -
$ ./js-config --cflags # Example output: -I/usr/local/include/js -I/usr/include/nspr
- -

When invoked with the --libs option, js-config prints the flags that you should pass to the C compiler when linking an executable or shared library that uses SpiderMonkey. These flags ensure the compiler will find the SpiderMonkey libraries, along with any libraries that SpiderMonkey itself depends upon (like NSPR).

- -
$ ./js-config --libs # Example output: -L/usr/local/lib -lmozjs -L/usr/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl -ldl -lm  -lm -ldl
- -

Testing SpiderMonkey

- - - -

Building SpiderMonkey 1.8 or earlier

- -

Use these instructions to build SpiderMonkey from an official source release or from the old CVS repository. To build the latest SpiderMonkey sources from Mercurial, see Building SpiderMonkey above.

- -

SpiderMonkey is easy to build from source if you have the usual Mozilla build prerequisites installed. Before you begin, make sure you have right build tools for your computer: Linux, Windows, Mac, others.

- -

First, download a SpiderMonkey source distribution, such as SpiderMonkey 1.8 Release Candidate 1.

- -

To build, use these commands:

- -
tar xvzf js-1.8.0-rc1.tar.gz
-cd js/src
-make -f Makefile.ref
- -

This builds a debug version of SpiderMonkey. All build files are created in a subdirectory named depending on your system (for example,Linux_All_DBG.OBJ if you are on Linux). To install this build on your system, see SpiderMonkey installation instructions.

- -

To build an optimized (non-debug) version of SpiderMonkey:

- -
make BUILD_OPT=1 -f Makefile.ref
- -

To build a thread-safe version of SpiderMonkey:

- -
make JS_DIST=/full/path/to/directory/containing/nspr JS_THREADSAFE=1 -f Makefile.ref
diff --git a/files/ja/mozilla/projects/spidermonkey/bytecodes/index.html b/files/ja/mozilla/projects/spidermonkey/bytecodes/index.html deleted file mode 100644 index a9ddaeee75..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/bytecodes/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: バむトコヌド -slug: Mozilla/Projects/SpiderMonkey/Bytecodes -tags: - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/Internals/Bytecodes ---- -
{{SpiderMonkeySidebar("Internals")}}
- -

バックグラりンド

- -

SpiderMonkey バむトコヌドは、JavaScript ゚ンゞンで䜿甚される暙準圢匏のコヌド衚珟です。JavaScript フロント゚ンドは、゜ヌステキストから AST を構築しおから、その AST から JSScript デヌタ構造の䞀郚ずしおスタックベヌスのバむトコヌドを生成したす。バむトコヌドは、JSScript デヌタ構造にも含たれおいるアトムずオブゞェクトを (通垞は配列むンデックスで) 参照できたす。

- -

゚ンゞン内では、すべおのバむトコヌドはスタックフレヌム内で実行されたす。グロヌバル (最䞊䜍) コヌドでも eval コヌドでもスタックフレヌムが関連付けられおいたす。スタック䞊のフレヌムには、いく぀かの異なるカテゎリの JavaScript 倀 (タグ付き倀圢匏) 甚のスペヌスがありたす。単䞀の JavaScript 倀のスペヌスは「スロット」ず呌ばれ、カテゎリは次のずおりです。

- - - -

this のような倀ず呌び出し先/戻り倀を保持する、専甚の機胜のために予玄されおいるいく぀かのスロットもありたす。

- -

匏スタックにプッシュされた最新の倀に察応する "Top of Stack" (TOS) が垞にありたす。すべおのバむトコヌドは、この堎所に関しお暗黙的に機胜したす。

- -

バむトコヌドリスト

- -

すべおのオペコヌドには、実行党䜓のスタック効果を衚すために [-popcount, +pushcount] ずいう泚釈が付けられおいたす。

- -

バむトコヌドのリストは SpiderMonkey の内郚: バむトコヌドの説明ペヌゞに移動したした。

diff --git a/files/ja/mozilla/projects/spidermonkey/creating_javascript_jstest_reftests/index.html b/files/ja/mozilla/projects/spidermonkey/creating_javascript_jstest_reftests/index.html deleted file mode 100644 index 5a438b7932..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/creating_javascript_jstest_reftests/index.html +++ /dev/null @@ -1,9 +0,0 @@ ---- -title: JavaScript jstest reftests を䜜成する -slug: Mozilla/Projects/SpiderMonkey/Creating_JavaScript_jstest_reftests -tags: - - Junk - - NeedsUpdate -translation_of: Mozilla/Projects/SpiderMonkey/Creating_JavaScript_jstest_reftests ---- -

このペヌゞにはすぐにコンテンツが衚瀺されたす。

diff --git a/files/ja/mozilla/projects/spidermonkey/creating_javascript_tests/index.html b/files/ja/mozilla/projects/spidermonkey/creating_javascript_tests/index.html deleted file mode 100644 index d093c38e42..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/creating_javascript_tests/index.html +++ /dev/null @@ -1,77 +0,0 @@ ---- -title: JavaScript のテストを䜜成する -slug: Mozilla/Projects/SpiderMonkey/Creating_JavaScript_tests -translation_of: Mozilla/Projects/SpiderMonkey/Creating_JavaScript_tests ---- -
{{SpiderMonkeySidebar("Tests")}}
- -
-

䞻に 2 ぀の SpiderMonkey テストスむヌト: jstests (in js/src/tests) ず jit-tests (in js/src/jit-test) がありたす。詳现に぀いおは、自動 JavaScript テストの実行を参照しおください。

-
- -

新しいテストはどのテストスむヌトに属したすか

- -
    -
  1. jit-tests は JIT の実装をテストするこずを目的ずしおいたす。正圓性や機胜性をテストするテストのみをこれらのスむヌトに远加しおください。
    2. -
  2. jstests is intended for tests of language-visible functionality. Please put tests of functionality into jstests even if related tests are in jit-tests, since jstests are closer to (and more easily converted to) test262 tests. (In fact, the test262 test suite is run as part of jstests.)
    3. -
- -

Practical differences between the two test suites:

- -
    -
- -

jstest

- -
    -
  1. New jstest files should be put the code in the appropriate subdirectory of js/src/tests/non262/, or, under some scenarios, contributed directly to the test262 repository.
    2. -
  2. jstests run in both the shell and the browser (although you can specify that the test should be run in only one of the two locations).
    3. -
  3. jstests automatically load js/src/tests/shell.js before they run, which creates a ton of functions.
    4. -
  4. Read more advice on jstests here.
    5. -
- -

jit-test

- -
    -
  1. New jit-test files should be put in js/src/jit-test/tests/basic or one of the other appropriate subdirectories of jit-test/tests. 
    2. -
  2. jit-tests run only in the shell.
    3. -
  3. jit-tests do not load extra test functionality automatically.
    4. -
- -

新しいテストファむルを曞く

- -

Have a look at the existing files and follow what they do. All tests, in both suite, can use the assertEq function.

- -

assertEq(v1, v2[, message])

- -

Check that v1 and v2 are the same value. If they're not, throw an exception (which will cause the test to fail).

- -

If you are writing a jstests, additional testing functionality is provided for you in shell.js files. You can read about them here.

- -

Performance testing and general advice

- -

Do not attempt to test the performance of engine features in the test suite. 

- -

Please keep in mind that the JavaScript test suite is run on a wide variety of wildly varying hardware plaforms, from phones all the way up to servers. Even tests that check for polynomial time complexity will start to fail in a few years when they have sped up enough to run faster than the granularity of the OS scheduler or when run on platforms with higher latencies than your development workstation. These tests will also show up as infrequent oranges on our heavily loaded test machines, lowering the value of our test suite for everyone. Just don't do it, it's never worth it.

- -

Do not add performance tests to the test suite.

- -

It is not generally even possible to tell if the speed of any particular feature is going to be important in the real world without running a real-world benchmark. It is very hard to write a good real-world benchmark. For this reason, the best place to find out if a change is performance sensitive is on arewefastyet.com.

- -

Focus on writing fast, light tests that cover a single feature. There is basically no cost to adding a new test, so add as many feature tests as needed to cover each feature orthogonally. Remember that whenever a test fails, someone -- probably you -- is going to have to figure out what went wrong.

- -

Testing your test

- -

Run your new test locally before checking it in (or posting it for review). Nobody likes patches that include failing tests!

- -

See Running Automated Javascript Tests for instructions on how to run jstests or jit-tests.

- -

It's also a good sanity check to run each new test against an unpatched shell or browser. The test should fail if it's working properly.

- -

Checking in completed tests

- -

Tests are usually reviewed and pushed just like any other code change. Just include the test in your patch.

- -

Security-sensitive tests should not be committed until the corresponding bug has been made public. Instead, ask a SpiderMonkey peer how to proceed.

- -

It is OK under certain circumstances to push new tests to certain repositories without a code review. Don't do this unless you know what you're doing. Ask a SpiderMonkey peer for details.

diff --git a/files/ja/mozilla/projects/spidermonkey/foss/index.html b/files/ja/mozilla/projects/spidermonkey/foss/index.html deleted file mode 100644 index 70ad9afcb6..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/foss/index.html +++ /dev/null @@ -1,97 +0,0 @@ ---- -title: FOSS -slug: Mozilla/Projects/SpiderMonkey/FOSS -tags: - - Guide - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/FOSS ---- -
{{SpiderMonkeySidebar}}
- -

自身の SpiderMonkey ベヌスのオヌプン゜ヌスプロゞェクトを远加しおください (必芁ならばカテゎリを远加しおください) !

- -

ラッパヌ/バむンディング

- -

C++

- - - -

Rust

- - - -

GNOME

- - - -

Objective Caml

- - - -

Perl

- - - -

Python

- - - -

wxWidgets

- - - -

Code generators

- - - -

拡匵機胜

- - - -

その他

- - diff --git a/files/ja/mozilla/projects/spidermonkey/getting_spidermonkey_source_code/index.html b/files/ja/mozilla/projects/spidermonkey/getting_spidermonkey_source_code/index.html deleted file mode 100644 index 3296d837dc..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/getting_spidermonkey_source_code/index.html +++ /dev/null @@ -1,90 +0,0 @@ ---- -title: SpiderMonkey゜ヌスコヌドの取埗 -slug: Mozilla/Projects/SpiderMonkey/Getting_SpiderMonkey_source_code -tags: - - Guide - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/Getting_SpiderMonkey_source_code ---- -
{{SpiderMonkeySidebar}}
- -

SpiderMonkey の゜ヌスコヌドは gzip 圢匏でも盎接 Mercurial リポゞトリからも入手できたす。

- -

gzip で圧瞮された SpiderMonkey の゜ヌスコヌドのダりンロヌド

- -

gzip で圧瞮された SpiderMonkey の゜ヌスコヌドを次の URL からダりンロヌドできたす:

- -
http://ftp.mozilla.org/pub/mozilla.org/js/
-
- -

コマンドラむンから SpiderMonkey ゜ヌスコヌド ver24.2 をダりンロヌドしお展開する䟋です:

- -
mkdir mozilla
-cd mozilla
-wget http://ftp.mozilla.org/pub/mozilla.org/js/mozjs-24.2.0.tar.bz2
-tar xjf mozjs-24.2.0.tar.bz2
-
- -

These commands should work on most platforms including Windows, as long as on Windows you are using the MozillaBuild bash shell.

- -

Mercurial から最新の SpiderMonkey ゜ヌスコヌドを入手する

- -

The Mercurial repository at http://hg.mozilla.org/mozilla-central/ hosts the latest SpiderMonkey sources. Mercurial is also known as hg.

- -

The following command line downloads the entire Mozilla repository, including the full change history and a lot of Gecko and Firefox source code that isn't part of SpiderMonkey. It also changes to the SpiderMonkey directory (js/src).

- -
hg clone http://hg.mozilla.org/mozilla-central/
-cd js/src
-
- -

To avoid getting the full change history, click the zip or gz links at http://hg.mozilla.org/index.cgi/mozilla-central/file/tip. This fetches a snapshot of the current Mozilla tree.

- -

If you have problems with the instructions above, you can read the full details of using Mercurial to get Mozilla code here. That page also contains links to several bundles, which can be useful if you have a poor network connection.

- -

Git で最新の SpiderMonkey の゜ヌスコヌドを取埗する

- -

The following command line downloads the entire Mozilla repository, including the full change history and a lot of Gecko and Firefox source code that isn't part of SpiderMonkey. It also changes to the SpiderMonkey directory (js/src).

- -
git clone https://github.com/mozilla/gecko-dev.git
-cd gecko-dev/js/src
-
- -

If you want a faster (about 5 times as of January 2015) download, try doing a shallow clone (no version control history).

- -
git clone --depth 1 https://github.com/mozilla/gecko-dev.git
-
- -

If you have any problems check the https://wiki.mozilla.org/Github page.

- -

CVS から叀い SpiderMonkey ゜ヌスを入手する

- -
Note: You will need to explicitly fetch the JavaScript shell sources even if you currently build another Mozilla project, as there are files specific to the shell that are not normally found in a Mozilla source tree.
- -

Just like when you're fetching any other Mozilla project from CVS, you need to log into the CVS server first. To do this, cd into the base directory you'd like to check out the code into, then enter the following command at your command line:

- -
cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot login
-
- -

When prompted, enter the password anonymous.

- -

Once you've logged in, cd into the root of your CVS tree and enter the following command:

- -
cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot co -l mozilla/js/src mozilla/js/src/config mozilla/js/src/editline mozilla/js/src/fdlibm
-
- -

This checks out all the files needed in order to build the JavaScript shell.

- -

If you also want the regression tests, add this command:

- -
cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot co mozilla/js/tests
-
- -

SpiderMonkey の叀いブランチバヌゞョンを入手する

- -

If you want to experiment with a specific branch's version of SpiderMonkey, you need to check out js/src from branch but check out editline and config from trunk:

- -
cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot co -l -r BRANCH_NAME mozilla/js/src mozilla/js/src/fdlibm
-cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot co -l mozilla/js/src/config mozilla/js/src/editline
-
- -

Change BRANCH_NAME to the name of the branch you want to check out. You can use a JavaScript branch name (e.g. JS_1_7_ALPHA_BRANCH) or a Mozilla branch name (e.g. MOZILLA_1_8_BRANCH).

diff --git a/files/ja/mozilla/projects/spidermonkey/hacking_tips/index.html b/files/ja/mozilla/projects/spidermonkey/hacking_tips/index.html deleted file mode 100644 index 933d9d64a4..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/hacking_tips/index.html +++ /dev/null @@ -1,654 +0,0 @@ ---- -title: ハッキングのヒント -slug: Mozilla/Projects/SpiderMonkey/Hacking_Tips -tags: - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/Hacking_Tips ---- -
{{SpiderMonkeySidebar("Getting_started")}}
- -

このペヌゞには、SpiderMonkey に関連する問題の調査に圹立぀ヒントがいく぀か掲茉されおいたす。ここに蚘茉されおいるヒントはすべお、SpiderMonkey のビルドドキュメントの最埌に取埗された JavaScript シェルを扱っおいたす。2぀の郚分に分かれおおり、1぀はデバッグに関するセクション、もう1぀はドラフト最適化に関するセクションです。これらのヒントの倚くは、JS シェルのデバッグビルドにのみ適甚されたす。それらはリリヌスビルドでは機胜したせん。

- -

デバッグのヒント

- -

ヘルプの入手 (JS シェルから)

- -

help 関数を䜿甚しお、シェルのすべおのプリミティブ関数のリストを蚘述したす。いく぀かの関数は 'os' オブゞェクトの䞋に移動されおいるので、help(os) はその "namespace" のメンバヌだけを簡単に助けたす。

- -

関数のバむトコヌドを取埗する (JSシェルから)

- -

シェルには、関数のバむトコヌドを゜ヌスノヌトずずもにダンプするための小さな関数 dis がありたす。匕数がなければ、呌び出し元のバむトコヌドをダンプしたす。

- -
js> function f () {
-  return 1;
-}
-js> dis(f);
-flags:
-loc     op
------   --
-main:
-00000:  one
-00001:  return
-00002:  stop
-
-Source notes:
- ofs  line    pc  delta desc     args
----- ---- ----- ------ -------- ------
-  0:    1     0 [   0] newline
-  1:    2     0 [   0] colspan 2
-  3:    2     2 [   2] colspan 9
-
-
- -

関数のバむトコヌドを取埗する (gdbから)

- -

jsopcode.cpp では、js::DisassembleAtPC ずいう名前の関数が䜿甚されおいたす。PC はスクリプトのバむトコヌドを出力できたす。js::DumpScript などのこの関数のいく぀かの倉皮はデバッグに䟿利です。

- -

JS スタックのプリント (gdbから)

- -

jsobj.cppでは、js::DumpBacktrace ずいう名前の関数が、JS スタックのバックトレヌス à la gdb を出力したす。バックトレヌスには次の順序で、スタックの深さ、むンタヌプリタフレヌムポむンタ (js/src/vm/Stack.h、StackFrame クラスを参照) たたは IonMonkeyでコンパむルした堎合は (nil)、コヌルロケヌションのファむルず行番号、およびカッコの䞋に実行された JSScript ポむンタず jsbytecode ポむンタ (pc) が含たれたす。

- -
$ gdb --args js
-[
]
-(gdb) b js::ReportOverRecursed
-(gdb) r
-js> function f(i) {
-  if (i % 2) f(i + 1);
-  else f(i + 3);
-}
-js> f(0)
-
-Breakpoint 1, js::ReportOverRecursed (maybecx=0xfdca70) at /home/nicolas/mozilla/ionmonkey/js/src/jscntxt.cpp:495
-495         if (maybecx)
-(gdb) call js::DumpBacktrace(maybecx)
-#0          (nil)   typein:2 (0x7fffef1231c0 @ 0)
-#1          (nil)   typein:2 (0x7fffef1231c0 @ 24)
-#2          (nil)   typein:3 (0x7fffef1231c0 @ 47)
-#3          (nil)   typein:2 (0x7fffef1231c0 @ 24)
-#4          (nil)   typein:3 (0x7fffef1231c0 @ 47)
-[
]
-#25157 0x7fffefbbc250   typein:2 (0x7fffef1231c0 @ 24)
-#25158 0x7fffefbbc1c8   typein:3 (0x7fffef1231c0 @ 47)
-#25159 0x7fffefbbc140   typein:2 (0x7fffef1231c0 @ 24)
-#25160 0x7fffefbbc0b8   typein:3 (0x7fffef1231c0 @ 47)
-#25161 0x7fffefbbc030   typein:5 (0x7fffef123280 @ 9)
-
-
- -

Note, you can do the exact same exercise above using lldb (necessary on OSX after Apple removed gdb) by running lldb -f js then following the remaining steps.

- -

Since SpiderMonkey 48, we have a gdb unwinder.  This unwinder is able to read the frames created by the JIT, and to display the frames which are after these JIT frames.

- -
$ gdb --args out/dist/bin/js ./foo.js
-[
]
-SpiderMonkey unwinder is disabled by default, to enable it type:
-        enable unwinder .* SpiderMonkey
-(gdb) b js::math_cos
-(gdb) run
-[
]
-#0  js::math_cos (cx=0x14f2640, argc=1, vp=0x7fffffff6a88) at js/src/jsmath.cpp:338
-338         CallArgs args = CallArgsFromVp(argc, vp);
-(gdb) enable unwinder .* SpiderMonkey
-(gdb) backtrace 10
-#0  0x0000000000f89979 in js::math_cos(JSContext*, unsigned int, JS::Value*) (cx=0x14f2640, argc=1, vp=0x7fffffff6a88) at js/src/jsmath.cpp:338
-#1  0x0000000000ca9c6e in js::CallJSNative(JSContext*, bool (*)(JSContext*, unsigned int, JS::Value*), JS::CallArgs const&) (cx=0x14f2640, native=0xf89960 , args=...) at js/src/jscntxtinlines.h:235
-#2  0x0000000000c87625 in js::Invoke(JSContext*, JS::CallArgs const&, js::MaybeConstruct) (cx=0x14f2640, args=..., construct=js::NO_CONSTRUCT) at js/src/vm/Interpreter.cpp:476
-#3  0x000000000069bdcf in js::jit::DoCallFallback(JSContext*, js::jit::BaselineFrame*, js::jit::ICCall_Fallback*, uint32_t, JS::Value*, JS::MutableHandleValue) (cx=0x14f2640, frame=0x7fffffff6ad8, stub_=0x1798838, argc=1, vp=0x7fffffff6a88, res=JSVAL_VOID) at js/src/jit/BaselineIC.cpp:6113
-#4  0x00007ffff7f41395 in <<JitFrame_Exit>> ()
-#5  0x00007ffff7f42223 in <<JitFrame_BaselineStub>> ()
-#6  0x00007ffff7f4423d in <<JitFrame_BaselineJS>> ()
-#7  0x00007ffff7f4222e in <<JitFrame_BaselineStub>> ()
-#8  0x00007ffff7f4326a in <<JitFrame_BaselineJS>> ()
-#9  0x00007ffff7f38d5f in <<JitFrame_Entry>> ()
-#10 0x00000000006a86de in EnterBaseline(JSContext*, js::jit::EnterJitData&) (cx=0x14f2640, data=...) at js/src/jit/BaselineJIT.cpp:150
-
- -

Note, when you enable the unwinder, the current version of gdb (7.10.1) does not flush the backtrace. Therefore, the JIT frames do not appear until you settle on the next breakpoint. To work-around this issue you can use the recording feature of gdb, to step one instruction, and settle back to where you came from with the following set of gdb commands:

- -
(gdb) record full
-(gdb) si
-(gdb) record goto 0
-(gdb) record stop
-
- -

If you have a core file, you can use the gdb unwinder the same way, or do everything from the command line as follow:

- -
$ gdb -ex 'enable unwinder .* SpiderMonkey' -ex 'bt 0' -ex 'thread apply all backtrace' -ex 'quit' out/dist/bin/js corefile
-
- -

The gdb unwinder is supposed to be loaded by dist/bin/js-gdb.py and load python scripts which are located in js/src/gdb/mozilla under gdb. If gdb does not load the unwinder by default, you can force it to, by using the source command with the js-gdb.py file.

- -

生成されたコヌドにブレヌクポむントを蚭定する (gdb, x86 / x86-64, arm から)

- -

To set a breakpoint the generated code of a specific JSScript compiled with IonMonkey. Set a breakpoint on the instruction you are interested in. If you have no precise idea which function you are looking at, you can set a breakpoint on the js::ion::CodeGenerator::visitStart function.  Optionally, a condition on the ins->id() of the LIR instruction can be added to select precisely the instruction you are looking for. Once the breakpoint is on CodeGenerator function of the LIR instruction, add a command to generate a static breakpoint in the generated code.

- -
$ gdb --args js
-[
]
-(gdb) b js::ion::CodeGenerator::visitStart
-(gdb) command
->call masm.breakpoint()
->continue
->end
-(gdb) r
-js> function f(a, b) { return a + b; }
-js> for (var  i = 0; i < 100000; i++) f(i, i + 1);
-
-Breakpoint 1, js::ion::CodeGenerator::visitStart (this=0x101ed20, lir=0x10234e0)
-    at /home/nicolas/mozilla/ionmonkey/js/src/ion/CodeGenerator.cpp:609
-609     }
-
-Program received signal SIGTRAP, Trace/breakpoint trap.
-0x00007ffff7fb165a in ?? ()
-(gdb)
-
-
- -

Once you hit the generated breakpoint, you can replace it by a gdb breakpoint to make it conditional, the procedure is to first replace the generated breakpoint by a nop instruction, and to set a breakpoint at the address of the nop.

- -
(gdb) x /5i $pc - 1
-   0x7ffff7fb1659:      int3
-=> 0x7ffff7fb165a:      mov    0x28(%rsp),%rax
-   0x7ffff7fb165f:      mov    %eax,%ecx
-   0x7ffff7fb1661:      mov    0x30(%rsp),%rdx
-   0x7ffff7fb1666:      mov    %edx,%ebx
-
-(gdb) # replace the int3 by a nop
-(gdb) set *(unsigned char *) ($pc - 1) = 0x90
-(gdb) x /1i $pc - 1
-   0x7ffff7fb1659:      nop
-
-(gdb) # set a breakpoint at the previous location
-(gdb) b *0x7ffff7fb1659
-Breakpoint 2 at 0x7ffff7fb1659
-
-
- -

むオン生成アセンブリコヌドのプリント (gdb から)

- -

If you want to look at the assembly code generated by IonMonkey, you can follow this procedure:

- - - -

Here is an example. It might be simpler to use the CodeGenerator::link lineno instead of the full qualified name to put the breakpoint. Let's say that the line number of this function is 4780, for instance:

- -
(gdb) b CodeGenerator.cpp:4780
-Breakpoint 1 at 0x84cade0: file /home/code/mozilla-central/js/src/ion/CodeGenerator.cpp, line 4780.
-(gdb) r
-Starting program: /home/code/mozilla-central/js/src/32-release/js -f /home/code/jaeger.js
-[Thread debugging using libthread_db enabled]
-Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
-[New Thread 0xf7903b40 (LWP 12563)]
-[New Thread 0xf6bdeb40 (LWP 12564)]
-Run#0
-
-Breakpoint 1, js::ion::CodeGenerator::link (this=0x86badf8)
-    at /home/code/mozilla-central/js/src/ion/CodeGenerator.cpp:4780
-4780    {
-(gdb) n
-4781        JSContext *cx = GetIonContext()->cx;
-(gdb) n
-4783        Linker linker(masm);
-(gdb) n
-4784        IonCode *code = linker.newCode(cx, JSC::ION_CODE);
-(gdb) n
-4785        if (!code)
-(gdb) p code->code_
-$1 = (uint8_t *) 0xf7fd25a8 "\201", <incomplete sequence \354\200>
-(gdb) x/2i 0xf7fd25a8
-   0xf7fd25a8:    sub    $0x80,%esp
-   0xf7fd25ae:    mov    0x94(%esp),%ecx
-
-
- -

On arm, the compiled JS code will always be ARM machine code, whereas spidermonkey itself is frequently Thumb2.  Since there isn't debug info for the jitted code, you will need to tell gdb that you are looking at ARM code:

- -
(gdb) set arm force-mode arm
-
- -

Or you can wrap the x command in your own command:

- -
def xi
-    set arm force-mode arm
-    eval "x/%di %d", $arg0, $arg1
-    set arm force-mode auto
-end
-
-
- -

Printing asm.js/wasm generated assembly code (from gdb)

- - - -
// Call the per-exported-function trampoline created by GenerateEntry.                                                                   │
-auto funcPtr = JS_DATA_TO_FUNC_PTR(ExportFuncPtr, codeBase() + func.entryOffset());                                                      │
-if (!CALL_GENERATED_2(funcPtr, exportArgs.begin(), &tlsData_))                                                                           │
-    return false;  
- - - -
   0x7ffff7ff6000:    push   %r15
-   0x7ffff7ff6002:    push   %r14
-   0x7ffff7ff6004:    push   %r13
-   0x7ffff7ff6006:    push   %r12
-   0x7ffff7ff6008:    push   %rbp
-   0x7ffff7ff6009:    push   %rbx
-   0x7ffff7ff600a:    movabs $0xea4f80,%r10
-   0x7ffff7ff6014:    mov    0x178(%r10),%r10
-   0x7ffff7ff601b:    mov    %rsp,0x40(%r10)
-   0x7ffff7ff601f:    mov    (%rsi),%r15
-   0x7ffff7ff6022:    mov    %rdi,%r10
-   0x7ffff7ff6025:    push   %r10
-   0x7ffff7ff6027:    test   $0xf,%spl
-   0x7ffff7ff602b:    je     0x7ffff7ff6032
-   0x7ffff7ff6031:    int3
-   0x7ffff7ff6032:    callq  0x7ffff7ff5000     <------ right here
- - - -

Finding the script of Ion generated assembly (from gdb)

- -

When facing a bug in which you are in the middle of IonMonkey generated code, first thing to note, is that gdb's backtrace is not reliable, because the generated code does not keep a frame pointer. To figure it out you have to read the stack to infer the IonMonkey frame.

- -
(gdb) x /64a $sp
-[
]
-0x7fffffff9838: 0x7ffff7fad2da  0x141
-0x7fffffff9848: 0x7fffef134d40  0x2
-[
]
-(gdb) p (*(JSFunction**) 0x7fffffff9848)->u.i.script_->lineno
-$1 = 1
-(gdb) p (*(JSFunction**) 0x7fffffff9848)->u.i.script_->filename
-$2 = 0xff92d1 "typein"
-
- -

The stack is order as defined in js/src/ion/IonFrames-x86-shared.h, it is composed of the return address, a descriptor (a small value), the JSFunction (if it is even) or a JSScript (if the it is odd, remove it to dereference the pointer) and the frame ends with the number of actual arguments (a small value too). If you want to know at which LIR the code is failing at, the js::ion::CodeGenerator::generateBody function can be intrumented to dump the LIR id before each instruction.

- -
for (; iter != current->end(); iter++) {
-    IonSpew(IonSpew_Codegen, "instruction %s", iter->opName());
-    [
]
-
-    masm.store16(Imm32(iter->id()), Address(StackPointer, -8)); // added
-    if (!iter->accept(this))
-        return false;
-
-    [
]
-}
- -

This modification will add an instruction which abuse the stack pointer to store an immediate value (the LIR id) to a location which would never be generated by any sane compiler. Thus when dumping the assembly under gdb, this kind of instructions would be easily noticeable.

- -

Viewing the MIRGraph of Ion/Odin compilations (from gdb)

- -

With gdb instrumentation, we can call iongraph program within gdb when the execution is stopped.  This instrumentation adds an iongraph command when provided with an instance of a MIRGenerator*, will call iongraph, graphviz and your prefered png viewer to display the MIR graph at the precise time of the execution.  To find MIRGenetator* instances, is best is to look up into the stack for OptimizeMIR, or CodeGenerator::generateBody.  OptimizeMIR function has a mir argument, and the CodeGenerator::generateBody function has a member this->gen.

- -
(gdb) bt
-#0  0x00000000007eaad4 in js::InlineList<js::jit::MBasicBlock>::begin() const (this=0x33dbbc0) at 
/js/src/jit/InlineList.h:280
-#1  0x00000000007cb845 in js::jit::MIRGraph::begin() (this=0x33dbbc0) at 
/js/src/jit/MIRGraph.h:787
-#2  0x0000000000837d25 in js::jit::BuildPhiReverseMapping(js::jit::MIRGraph&) (graph=...) at 
/js/src/jit/IonAnalysis.cpp:2436
-#3  0x000000000083317f in js::jit::OptimizeMIR(js::jit::MIRGenerator*) (mir=0x33dbdf0) at 
/js/src/jit/Ion.cpp:1570
-

-(gdb) frame 3
-#3  0x000000000083317f in js::jit::OptimizeMIR(js::jit::MIRGenerator*) (mir=0x33dbdf0) at 
/js/src/jit/Ion.cpp:1570
-(gdb) iongraph mir
- function 0 (asm.js compilation): success; 1 passes.
-/* open your png viewer with the result of iongraph */
- -

This gdb instrumentation is supposed to work with debug builds, or with optimized build compiled with --enable-jitspew configure flag. External programs such as iongraph, dot, and your png viewer are search into the PATH, otherwise custom one can either be configured with environment variables (GDB_IONGRAPH, GDB_DOT, GDB_PNGVIEWER) before starting gdb, or with gdb parameters  (set iongraph-bin <path>, set dot-bin <path>, set pngviewer-bin <path>) within gdb.

- -

Enabling GDB instrumentation may require launching a JS shell executable that shares a directory with a file name "js-gdb.py". If js/src/js does not provide the "iongraph" command, try js/src/shell/js. GDB may complain that ~/.gdbinit requires modification to authorize user scripts, and if so will print out directions.

- -

Break on valgrind errors

- -

Sometimes, a bug can be reproduced under valgrind but hardly under gdb.  One way to investigate is to let valgrind start gdb for you, the other way documented here is to let valgrind act as a gdb server which can be manipulated from the gdb remote.

- -
$ valgrind --smc-check=all-non-file --vex-iropt-register-updates=allregs-at-mem-access --vgdb-error=0 ./js 

- -

This command will tell you how to start gdb as a remote. Be aware that functions which are usually dumping some output will do it in the shell where valgrind is started and not in the shell where gdb is started. Thus functions such as js::DumpBacktrace, when called from gdb, will print their output in the shell containing valgrind.

- -

Adding spew for Compilations & Bailouts & Invalidations (from gdb)

- -

If you are in rr, and forgot to record with the spew enabled with IONFLAGS or because this is an optimized build, then you can add similar spew with extra breakpoints within gdb.  gdb has the ability to set breakpoints with commands, but a simpler / friendlier version is to use dprintf, with a location, and followed by printf-like arguments.

- -
(gdb) dprintf js::jit::IonBuilder::IonBuilder, "Compiling %s:%d:%d-%d\n", info->script_->scriptSource()->filename_.mTuple.mFirstA, info->script_->lineno_, info->script_->sourceStart_, info->script_->sourceEnd_
-Dprintf 1 at 0x7fb4f6a104eb: file /home/nicolas/mozilla/contrib-push/js/src/jit/IonBuilder.cpp, line 159.
-(gdb) cond 1 inliningDepth == 0
-(gdb) dprintf js::jit::BailoutIonToBaseline, "Bailout from %s:%d:%d-%d\n", iter.script()->scriptSource()->filename_.mTuple.mFirstA, iter.script()->lineno_, iter.script()->sourceStart_, iter.script()->sourceEnd_
-Dprintf 2 at 0x7fb4f6fe43dc: js::jit::BailoutIonToBaseline. (2 locations)
-(gdb) dprintf Ion.cpp:3196, "Invalidate %s:%d:%d-%d\n", co->script_->scriptSource()->filename_.mTuple.mFirstA, co->script_->lineno_, co->script_->sourceStart_, co->script_->sourceEnd_
-Dprintf 3 at 0x7fb4f6a0b62a: file /home/nicolas/mozilla/contrib-push/js/src/jit/Ion.cpp, line 3196.
-(gdb) continue
-Compiling self-hosted:650:20470-21501
-Bailout from self-hosted:20:403-500
-Invalidate self-hosted:20:403-500
-
- -

Note: the line 3196, listed above, corresponds to the location of the Jit spew inside jit::Invalidate function.

- -

ハッキングのヒント

- -

Benchmarking (shell)

- -

AreWeFastYet.com display the benchmark results of the JavaScript shell, and browser for B2G.  These benchmarks are publicly recognized benchmarks suggested by other companies and are used as a metric to evaluate how fast JavaScript engines.  This tool is maintained by the JavaScript Team, to find regressions and to compare SpiderMonkey with other JavaScript engines when possible.  To run these benchmarks localy, you can clone AreWeFastYet sources and look inside the benchmarks directory to run individual benchmarks with your JS shell.

- -

Using the Gecko Profiler (browser / xpcshell)

- -

see the section dedicated to profiling with the gecko profiler. This method of profiling has the advantage of mixing the JavaScript stack with the C++ stack, which is useful to analyze library function issues.  One tip is to start looking at a script with an inverted JS stack to locate the most expensive JS function, then to focus on the frame of this JS function, and to remove the inverted stack and look at C++ part of this function to determine from where the cost is coming from.

- -

Using the JIT Inspector (browser)

- -

Install the JIT Inspector addon in your browser. This addon provides estimated cost of IonMonkey , the Baseline compiler, and the interpreter. In addition it provides a clean way to analyze if instructions are inferred as being monomorphic or polymorphic in addition to the number of time each category of type has been observed.

- -

Using the TraceLogger (JS shell / browser)

- -

Create graphs showing time spent in which engine and which function like this.

- -

Whenever running a testcase the file "tl-data.json" and several "tl-*" files get created in the "/tmp" directory. (Per proces a "tl-data-*PID*.json" file and per thread a "tl-tree.*PID*.*ID*.tl", "tl-event.*PID*.*ID*.tl" and "tl-dict.*PID*.*ID*.json" file). These files contain all information to create a tracelogger graph. On https://github.com/h4writer/tracelogger you can find the instructions to create the graph (Tools V2 > 1. Creating a tracelogging graph).

- -

Note 1: when you are doing this from "file:///" you will probably get a security warning in the console. This is because firefox doesn't allow loading files from the harddisk using httprequest, even when the file loading the file is on the harddisk. There are two solutions. One is to create a localhost server and serving the files there. The simplest way to do this is to run python -m SimpleHTTPServer from within the above directory. The other being disable this check in "about:config", by temporarily switching "security.fileuri.strict_origin_policy" to false

- -

Note 2: The files can be very big and take a long time to load in the browser. Therefore it might be good to reduce the logged file. This will remove entries that took only a minor time (=entries that will only show up with les than 1px). This can be done with the reduce.py script in  https://github.com/haytjes/tracelogger/tree/master/tools_v2. You need to download "engine.js", "reduce.py", "reduce.js", "reduce-tree.js" and "reduce-corrections.js". Running this tool is a matter of running "python reduce.py JS_SHELL /tmp/tl-data.json tl-reduced". Where JS_SHELL is a real shell.

- -

Using callgrind (JS shell)

- -

As SpiderMonkey just-in-time compiler are rewriting the executed program, valgrind should be informed from the command line by adding --smc-check=all-non-file.

- -
$ valgrind --tool=callgrind --callgrind-out-file=bench.clg \
-     --smc-check=all-non-file --vex-iropt-register-updates=allregs-at-mem-access ./js ./run.js
-
- -

The output file can then be use with kcachegrind which provides a graphical view of the call graph.

- -

Using IonMonkey spew (JS shell)

- -

IonMonkey spew is extremely verbose (not as much as the INFER spew), but you can filter it to focus on the list of compiled scripts or channels, IonMonkey spew channels can be selected with the IONFLAGS environment variable, and compilation spew can be filtered with IONFILTER.

- -

IONFLAGS contains the names of each channel separated by commas. The logs channel produces 2 files in /tmp/, one (/tmp/ion.json) made to be used with iongraph (made by Sean Stangl) and another one (/tmp/ion.cfg) made to be used with c1visualizer. These tools will show the MIR & LIR steps done by IonMonkey during the compilation. If you would like to use iongraph, you must install Graphviz.

- -

Compilation logs and spew can be filtered with the IONFILTER environment variable which contains locations as output in other spew channels. Multiple locations can be separated with comma as a separator of locations.

- -
$ IONFILTER=pdfjs.js:16934 IONFLAGS=logs,scripts,osi,bailouts ./js --ion-offthread-compile=off ./run.js 2>&1 | less
- -

The bailouts channel is likely to be the first thing you should focus on, because this means that something does not stay in IonMonkey and fallback to the interpreter. This channel output locations (as returned by the id() function of both instructions) of the latest MIR and the latest LIR phases. These locations should correspond to phases of the logs and a filter can be used to remove uninteresting functions.

- -

Using the ARM simulator

- -

The ARM simulator can be used to test the ARM JIT backend on x86/x64 hardware. An ARM simulator build is an x86 shell (or browser) with the ARM JIT backend. Instead of entering JIT code, it runs it in a simulator (interpreter) for ARM code. To use the simulator, compile an x86 shell (32-bit, x64 doesn't work as we use a different Value format there), and pass --enable-arm-simulator to configure. For instance, on a 64-bit Linux host you can use the following configure command to get an ARM simulator build:

- -
AR=ar CC="gcc -m32" CXX="g++ -m32" ../configure --target=i686-pc-linux --enable-debug --disable-optimize --enable-threadsafe --enable-simulator=arm
- -

Or on OS X:

- -
  $ AR=ar CC="clang -m32" CXX="clang++ -m32" ../configure --target=i686-apple-darwin10.0.0 --enable-debug --disable-optimize --enable-threadsafe --enable-arm-simulator
- -

An --enable-debug --enable-optimize build is recommended if you want to run jit-tests or jstests.

- -

Use the VIXL Debugger in the simulator (arm64)

- -

Set a breakpoint (see the comments above about masm.breakpoint()) and run with the environment variable USE_DEBUGGER=1. This will then drop you into a simple debugger provided with VIXL, the ARM simulator technology used for arm64 simulation.

- -

Use the Simulator Debugger for arm32

- -

The same instructions for arm64 in the preceeding section apply, but the environment variable differs: Use ARM_SIM_DEBUGGER=1.

- -

Building the browser with the ARM simulator

- -

You can also build the entire browser with the ARM simulator backend, for instance to reproduce browser-only JS failures on ARM. Make sure to build a browser for x86 (32-bits) and add this option to your mozconfig file:

- -
ac_add_options --enable-arm-simulator
-
- -

If you are under an Ubuntu or Debian 64-bits distribution and you want to build a 32-bits browser, it might be hard to find the relevant 32-bits dependencies. You can use padenot's scripts which will magically setup a chrooted 32-bits environment and do All The Things (c) for you (you just need to modify the mozconfig file).

- -

Using rr on a test

- -

Get the command line for your test run using -s:

- -
./jit_test.py -s $JS_SHELL saved-stacks/async.js
- -

Insert 'rr' before the shell invocation:

- -
rr $JS_SHELL -f $JS_SRC/jit-test/lib/prolog.js --js-cache $JS_SRC/jit-test/.js-cache -e "const platform='linux2'; const libdir='$JS_SRC/jit-test/lib/'; const scriptdir='$JS_SRC/jit-test/tests/saved-stacks/'" -f $JS_SRC/jit-test/tests/saved-stacks/async.js
- -

(note that the above is an example; simply setting JS_SHELL and JS_SRC will not work). Or if this is an intermittent, run it in a loop capturing an rr log for every one until it fails:

- -
n=1; while rr ...same.as.above...; do echo passed $n; n=$(( $n + 1 )); done
- -

Wait until it hits a failure. Now you can run rr replay to replay that last (failed) run under gdb.

- -

rr with reftest

- -

To break on the write of a differing pixel:

- -
    -
  1. Find the X/Y of a pixel that differs
    2. -
  2. Use 'run Z' where Z is the mark in the log for TEST-START. For example in '[rr 28496 607198]REFTEST TEST-START | file:///home/bgirard/mozilla-central/tree/image/test/reftest/bmp/bmpsuite/b/wrapper.html?badpalettesize.bmp' Z would be 607198.
    3. -
  3. break 'mozilla::dom::CanvasRenderingContext2D::DrawWindow(nsGlobalWindow&, double, double, double, double, nsAString_internal const&, unsigned int, mozilla::ErrorResult&)'
    4. -
  4. cont
    5. -
  5. break 'PresShell::RenderDocument(nsRect const&, unsigned int, unsigned int, gfxContext*)'
    6. -
  6. set print object on
    7. -
  7. set $x = <YOUR X VALUE>
    8. -
  8. set $y = <YOUR Y VALUE>
    9. -
  9. print &((cairo_image_surface_t*)aThebesContext->mDT.mRawPtr->mSurface).data[$y * ((cairo_image_surface_t*)aThebesContext->mDT.mRawPtr->mSurface).stride + $x * ((cairo_image_surface_t*)aThebesContext->mDT.mRawPtr->mSurface).depth / 8]
    10. -
  10. -

    watch *(char*)<ADDRESS OF PREVIOUS COMMAND> (NOTE: If you set a watch on the previous expression gdb will watch the expression and run out of watchpoint)

    -
    11. -
- -

rr with emacs

- -

Within emacs, do M-x gud-gdb and replace the command line with rr replay. When gdb comes up, enter

- -
set annot 1
- -

to get it to emit file location information so that emacs will pop up the corresponding source. Note that if you reverse-continue over a SIGSEGV and you're using the standard .gdbinit that sets a catchpoint for that signal, you'll get an additional stop at the catchpoint. Just reverse-continue again to continue to your breakpoints or whatever.

- -

[Hack] Replacing one instruction

- -

To replace one specific instruction, you can use in visit function of each instruction the JSScript filename in lineno fields as well as the id() of the LIR / MIR instructions.  The JSScript can be obtained from info().script().

- -
bool
-CodeGeneratorX86Shared::visitGuardShape(LGuardShape *guard)
-{
-    if (info().script()->lineno == 16934 && guard->id() == 522) {
-        [
 another impl only for this one 
]
-        return true;
-    }
-    [
 old impl 
]
-
- -

[Hack] Spewing all compiled code

- -

I usually just add this to the apropriate executableCopy.

- -
    if (getenv("INST_DUMP")) {
-        char buf[4096];
-        sprintf(buf, "gdb /proc/%d/exe %d -batch -ex 'set pagination off' -ex 'set arm force-mode arm' -ex 'x/%di %p' -ex 'set arm force-mode auto'", getpid(), getpid(), m_buffer.size() / 4, buffer);
-        system(buf);
-    }
-
-
- -

If you aren't running on arm, you should omit the -ex 'set arm force-mode arm' and -ex 'set arm force-mode auto'.  And you should change the size()/4 to be something more apropriate for your architecture.

- -

Benchmarking with sub-milliseconds (JS shell)

- -

In the shell we have 2 simple ways to benchmark a script, we can either use the -b shell option (--print-timing) which will evaluate a script given on the command line without any need to instrument the benchmark and print an extra line showing the run-time of the script.  The other way is to wrap the section that you want to measure with the dateNow() function call which returns the number of milliseconds, with a decimal part for sub-milliseconds.

- -
js> dateNow() - dateNow()
--0.0009765625
-
- -

Benchmarking with sub-milliseconds (browser)

- -

In a simillar way as dateNow() in the JS shell, you can use performance.now() in the JavaScript code of a page.

- -

Dumping the JavaScript heap

- -

From the shell, you can call the dumpHeap before Firefox  function to dump out all GC things (reachable and unreachable) that are present in the heap. By default the function writes to stdout, but a filename can be specified as an argument.

- -

Example output might look as follows:

- -
0x1234abcd B global object
-==========
-# zone 0x56789123
-# compartment http://gmail.com [in zone 0x56789123]
-# compartment http://gmail.com/iframe [in zone 0x56789123]
-# arena allockind=3 size=64
-0x1234abcd B object
-> 0x1234abcd B prop1
-> 0xabcd1234 W prop2
-0xabcd1234 W object
-> 0xdeadbeef B prop3
-# arena allockind=5 size=72
-0xdeadbeef W object
-> 0xabcd1234 W prop4
- -

The output is textual. The first section of the file contains a list of roots, one per line. Each root has the form "0xabcd1234 <color> <description>", where <color> is the color of the given GC thing (B for black, G for gray, W for white) and <description> is a string. The list of roots ends with a line containing "==========".

- -

After the roots come a series of zones. A zone starts with several "comment lines" that start with hashes. The first comment declares the zone. It is followed by lines listing each compartment within the zone. After all the compartments come arenas, which is where the GC things are actually stored. Each arena is followed by all the GC things in the arena. A GC thing starts with a line giving its address, its color, and the thing kind (object, function, whatever). After this come a list of addresses that the GC thing points to, each one starting with ">".

- -

It's also possible to dump the JavaScript heap from C++ code (or from gdb) using the js::DumpHeap function. It is part of jsfriendapi.h and it is available in release builds.

- -

Inspecting MIR objects within a debugger

- -

For MIRGraph, MBasicBlock, and MDefinition and its subclasses (MInstruction, MConstant, etc.), call the dump member function.

- -
  (gdb) call graph->dump()
-
-  (gdb) call block->dump()
-
-  (gdb) call def->dump()
-
-
- -

Benchmarking without a Phone

- -

If you do not have a mobile device or prefer to test on your desktop first, you will need to downgrade your computer such as it is able to run programs as fast as-if they were running on a phone.

- -

On Linux, you can manage the resources available to one program by using cgroup, and to do you can install libcgroup which provides some convenient tools such as cgexec to wrap the program that you want to benchmark.

- -

The following list of commands is used to create 3 control groups. The top-level control group is just to group the mask and the negate-mask. The mask control group is used to run the program that we want to benchmark. The negate-mask control group is used to reserve resources which might be used by the other program if not reserved.

- -
  $ sudo cgcreate -a nicolas:users -t nicolas:users -g cpuset,cpu,memory:/benchmarks
-  $ cgcreate -a nicolas:users -t nicolas:users -g cpuset,cpu,memory:/benchmarks/mask
-  $ cgcreate -a nicolas:users -t nicolas:users -g cpuset,cpu,memory:/benchmarks/negate-mask
-
- -

Then we restrict programs of these groups to the first core of the CPU. This is a list of cpu, which means that we can allocate 2 cores by doing 0-1 instead of 0.

- -
  $ cgset -r cpuset.cpus=0 /benchmarks
-  $ cgset -r cpuset.cpus=0 /benchmarks/mask
-  $ cgset -r cpuset.cpus=0 /benchmarks/negate-mask
-
- -

Then we restrict programs of these groups to the first memory node. Most of the time you will only have one, otherwise you should read what is the best setting to set here. If this is not set, you will have some error when you will try to write a pid in /sys/fs/cgroup/cpuset/benchmarks/mask/tasks while running cgexec.

- -
  $ cgset -r cpuset.mems=0 /benchmarks
-  $ cgset -r cpuset.mems=0 /benchmarks/mask
-  $ cgset -r cpuset.mems=0 /benchmarks/negate-mask
-
- -

Then we limit the performance of the CPU, as a proportion such as the result approximately correspond to what you might have if you were running on a phone. For example an Unagi is approximately 40 times slower than my computer. So I allocate 1/40 for the mask, and 39/40 for the negate-mask.

- -
  $ cgset -r cpu.shares=1 /benchmarks/mask
-  $ cgset -r cpu.shares=39 /benchmarks/negate-mask
-
- -

Then we limit the memory available, to what would be available on the phone. For example an Unagi you want to limit this to 512 MB. As there is no swap, on this device, we set the memsw (Memory+Swap) to the same value.

- -
  $ cgset -r memory.limit_in_bytes=$((512*1024*1024)) /benchmarks/mask
-  $ cgset -r memory.memsw.limit_in_bytes=$((512*1024*1024)) /benchmarks/mask
-
- -

And finally, we run the program that we want to benchmark after the one which is consuming resources. In case of the JS Shell we might also want to set the amount of memory available to change the GC settings as if we were running on a Firefox OS device.

- -
  $ cgexec -g 'cpuset,cpu,memory:/benchmarks/negate-mask' yes > /dev/null &
-  $ cgexec -g 'cpuset,cpu,memory:/benchmarks/mask' ./js --available-memory=512 ./run.js
-
- -

How to debug oomTest() failures

- -

The oomTest() function executes a piece of code many times, simulating an OOM failure at each successive allocation it makes.  It's designed to highlight incorrect OOM handling and this may show up as a crash or assertion failure at some later point.

- -

When debugging such a crash the most useful thing is to locate the last simulated alloction failure, as it's usually this that has caused the subsequent crash.

- -

My workflow for doing this is as follows:

- -
    -
  1. Build a version of the engine with --enable-debug and --enable-oom-breakpoint configure flags.
    2. -
  2. Set the environment variable OOM_VERBOSE=1 and reproduce the failure.  This will print an allocation count at each simulated failure.  Note the count of the last allocation.
    3. -
  3. Run the engine under a debugger and set a breakpoint on the function js_failedAllocBreakpoint.
    4. -
  4. Run the program and continue the necessary number of times until you reach the final allocation. -
      -
    • e.g. in lldb, if the allocation failure number shown is 1500, run `continue -i 1498` (subtracted 2 because we've already hit it once and don't want to skip the last). Drop "-i" for gdb.
      • -
    -
    5. -
  5. Dump a backtrace.  This should show you the point at which the OOM is incorrectly handled, which will be a few frames up from the breakpoint.
    6. -
- -

Note: if you are on linux it may be simpler to use rr.

- -

Some guidelines for handling OOM that lead to failures when they are not followed:

- -
    -
  1. Check for allocation failure! -
      -
    • Fallible allocations should always must be checked and handled, at a minimum by returning a status indicating failure to the caller.
      • -
    -
    2. -
  2. Report OOM to the context if you have one -
      -
    • If a function has a JSContext* argument, usually it should call js::ReportOutOfMemory(cx) on allocation failure to report this to the context.
      • -
    -
    3. -
  3. Sometimes it's OK to ignore OOM -
      -
    • For example if you are performing a speculative optimisation you might abandon it and continue anyway.  But in this case you may have to call cx->recoverFromOutOfMemory() if something further down the stack has already reported the failure.
      • -
    -
    4. -
- -

Debugging GC marking/rooting

- -

The js::debug namespace contains some functions that are useful for watching mark bits for an individual JSObject* (or any Cell*). js/src/gc/Heap.h contains a comment describing an example usage. Reproduced here:

- -
// Sample usage from gdb:
-//
-//   (gdb) p $word = js::debug::GetMarkWordAddress(obj)
-//   $1 = (uintptr_t *) 0x7fa56d5fe360
-//   (gdb) p/x $mask = js::debug::GetMarkMask(obj, js::gc::GRAY)
-//   $2 = 0x200000000
-//   (gdb) watch *$word
-//   Hardware watchpoint 7: *$word
-//   (gdb) cond 7 *$word & $mask
-//   (gdb) cont
-//
-// Note that this is *not* a watchpoint on a single bit. It is a watchpoint on
-// the whole word, which will trigger whenever the word changes and the
-// selected bit is set after the change.
-//
-// So if the bit changing is the desired one, this is exactly what you want.
-// But if a different bit changes (either set or cleared), you may still stop
-// execution if the $mask bit happened to already be set. gdb does not expose
-// enough information to restrict the watchpoint to just a single bit.
-
- -

Most of the time, you will want js::gc::BLACK (or you can just use 0) for the 2nd param to js::debug::GetMarkMask.

diff --git a/files/ja/mozilla/projects/spidermonkey/how_to_embed_the_javascript_engine/index.html b/files/ja/mozilla/projects/spidermonkey/how_to_embed_the_javascript_engine/index.html deleted file mode 100644 index 7b623d6cbd..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/how_to_embed_the_javascript_engine/index.html +++ /dev/null @@ -1,474 +0,0 @@ ---- -title: JavaScript ゚ンゞンを埋め蟌む方法 -slug: Mozilla/Projects/SpiderMonkey/How_to_embed_the_JavaScript_engine -tags: - - Embedding Mozilla - - JavaScript - - SpiderMonkey - - チュヌトリアル -translation_of: Mozilla/Projects/SpiderMonkey/How_to_embed_the_JavaScript_engine ---- -
{{SpiderMonkeySidebar("General")}}
- -

特により良いコヌドの䟋ずしお JSAPI User Guide も参照しお䞋さい。

- -

チュヌトリアル芁点

- -

Hello World サンプル組み蟌みアプリケヌション

- -

次のコヌドは、SpiderMonkey を埋め蟌んで単玔な JavaScript スクリプトを実行する方法を瀺す非垞に単玔なアプリケヌションです。䞋のコヌドのサンプルをビルドしお実行するための手順を参照しおください。

- -

コヌドは SpiderMonkey のバヌゞョンごずに異なりたすので、SpiderMonkey の正しいバヌゞョンを遞択しおください。

- -

SpiderMonkey 24

- -
// following code might be needed in some case
-// #define __STDC_LIMIT_MACROS
-// #include <stdint.h>
-#include "jsapi.h"
-
-/* The class of the global object. */
-static JSClass global_class = {
-    "global",
-    JSCLASS_GLOBAL_FLAGS,
-    JS_PropertyStub,
-    JS_DeletePropertyStub,
-    JS_PropertyStub,
-    JS_StrictPropertyStub,
-    JS_EnumerateStub,
-    JS_ResolveStub,
-    JS_ConvertStub,
-};
-
-int main(int argc, const char *argv[])
-{
-    JSRuntime *rt = JS_NewRuntime(8L * 1024 * 1024, JS_USE_HELPER_THREADS);
-    if (!rt)
-        return 1;
-
-    JSContext *cx = JS_NewContext(rt, 8192);
-    if (!cx)
-        return 1;
-
-    { // Scope for our various stack objects (JSAutoRequest, RootedObject), so they all go
-      // out of scope before we JS_DestroyContext.
-
-      JSAutoRequest ar(cx); // In practice, you would want to exit this any
-                            // time you're spinning the event loop
-
-      JS::RootedObject global(cx, JS_NewGlobalObject(cx, &global_class, nullptr));
-      if (!global)
-          return 1;
-
-      JS::RootedValue rval(cx);
-
-      { // Scope for JSAutoCompartment
-        JSAutoCompartment ac(cx, global);
-        JS_InitStandardClasses(cx, global);
-
-        const char *script = "'hello'+'world, it is '+new Date()";
-        const char *filename = "noname";
-        int lineno = 1;
-        bool ok = JS_EvaluateScript(cx, global, script, strlen(script), filename, lineno, rval.address());
-        if (!ok)
-          return 1;
-      }
-
-      JSString *str = rval.toString();
-      printf("%s\n", JS_EncodeString(cx, str));
-    }
-
-    JS_DestroyContext(cx);
-    JS_DestroyRuntime(rt);
-    JS_ShutDown();
-    return 0;
-}
- -

SpiderMonkey 31

- -
// following code might be needed in some case
-// #define __STDC_LIMIT_MACROS
-// #include <stdint.h>
-#include "jsapi.h"
-
-/* The class of the global object. */
-static JSClass global_class = {
-    "global",
-    JSCLASS_GLOBAL_FLAGS,
-    JS_PropertyStub,
-    JS_DeletePropertyStub,
-    JS_PropertyStub,
-    JS_StrictPropertyStub,
-    JS_EnumerateStub,
-    JS_ResolveStub,
-    JS_ConvertStub,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    JS_GlobalObjectTraceHook
-};
-
-int main(int argc, const char *argv[])
-{
-    JS_Init();
-
-    JSRuntime *rt = JS_NewRuntime(8L * 1024 * 1024, JS_USE_HELPER_THREADS);
-    if (!rt)
-        return 1;
-
-    JSContext *cx = JS_NewContext(rt, 8192);
-    if (!cx)
-        return 1;
-
-    { // Scope for our various stack objects (JSAutoRequest, RootedObject), so they all go
-      // out of scope before we JS_DestroyContext.
-
-      JSAutoRequest ar(cx); // In practice, you would want to exit this any
-                            // time you're spinning the event loop
-
-      JS::RootedObject global(cx, JS_NewGlobalObject(cx, &global_class, nullptr, JS::FireOnNewGlobalHook));
-      if (!global)
-          return 1;
-
-      JS::RootedValue rval(cx);
-
-      { // Scope for JSAutoCompartment
-        JSAutoCompartment ac(cx, global);
-        JS_InitStandardClasses(cx, global);
-
-        const char *script = "'hello'+'world, it is '+new Date()";
-        const char *filename = "noname";
-        int lineno = 1;
-        bool ok = JS_EvaluateScript(cx, global, script, strlen(script), filename, lineno, &rval);
-        if (!ok)
-          return 1;
-      }
-
-      JSString *str = rval.toString();
-      printf("%s\n", JS_EncodeString(cx, str));
-    }
-
-    JS_DestroyContext(cx);
-    JS_DestroyRuntime(rt);
-    JS_ShutDown();
-    return 0;
-}
- -

SpiderMonkey 38

- -
// following code might be needed in some case
-// #define __STDC_LIMIT_MACROS
-// #include <stdint.h>
-#include "jsapi.h"
-
-/* The class of the global object. */
-static JSClass global_class = {
-    "global",
-    JSCLASS_GLOBAL_FLAGS,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    JS_GlobalObjectTraceHook
-};
-
-int main(int argc, const char *argv[])
-{
-    JS_Init();
-
-    JSRuntime *rt = JS_NewRuntime(8L * 1024 * 1024);
-    if (!rt)
-        return 1;
-
-    JSContext *cx = JS_NewContext(rt, 8192);
-    if (!cx)
-        return 1;
-
-    { // Scope for our various stack objects (JSAutoRequest, RootedObject), so they all go
-      // out of scope before we JS_DestroyContext.
-
-      JSAutoRequest ar(cx); // In practice, you would want to exit this any
-                            // time you're spinning the event loop
-
-      JS::RootedObject global(cx, JS_NewGlobalObject(cx, &global_class, nullptr, JS::FireOnNewGlobalHook));
-      if (!global)
-          return 1;
-
-      JS::RootedValue rval(cx);
-
-      { // Scope for JSAutoCompartment
-        JSAutoCompartment ac(cx, global);
-        JS_InitStandardClasses(cx, global);
-
-        const char *script = "'hello'+'world, it is '+new Date()";
-        const char *filename = "noname";
-        int lineno = 1;
-        JS::CompileOptions opts(cx);
-        opts.setFileAndLine(filename, lineno);
-        bool ok = JS::Evaluate(cx, global, opts, script, strlen(script), &rval);
-        if (!ok)
-          return 1;
-      }
-
-      JSString *str = rval.toString();
-      printf("%s\n", JS_EncodeString(cx, str));
-    }
-
-    JS_DestroyContext(cx);
-    JS_DestroyRuntime(rt);
-    JS_ShutDown();
-    return 0;
-}
- -

SpiderMonkey 45

- -
// following code might be needed in some case
-// #define __STDC_LIMIT_MACROS
-// #include <stdint.h>
-#include "jsapi.h"
-#include "js/Initialization.h"
-
-/* The class of the global object. */
-static JSClass global_class = {
-    "global",
-    JSCLASS_GLOBAL_FLAGS,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    JS_GlobalObjectTraceHook
-};
-
-int main(int argc, const char *argv[])
-{
-    JS_Init();
-
-    JSRuntime *rt = JS_NewRuntime(8L * 1024 * 1024);
-    if (!rt)
-        return 1;
-
-    JSContext *cx = JS_NewContext(rt, 8192);
-    if (!cx)
-        return 1;
-
-    { // Scope for our various stack objects (JSAutoRequest, RootedObject), so they all go
-      // out of scope before we JS_DestroyContext.
-
-      JSAutoRequest ar(cx); // In practice, you would want to exit this any
-                            // time you're spinning the event loop
-
-      JS::RootedObject global(cx, JS_NewGlobalObject(cx, &global_class, nullptr, JS::FireOnNewGlobalHook));
-      if (!global)
-          return 1;
-
-      JS::RootedValue rval(cx);
-
-      { // Scope for JSAutoCompartment
-        JSAutoCompartment ac(cx, global);
-        JS_InitStandardClasses(cx, global);
-
-        const char *script = "'hello'+'world, it is '+new Date()";
-        const char *filename = "noname";
-        int lineno = 1;
-        JS::CompileOptions opts(cx);
-        opts.setFileAndLine(filename, lineno);
-        bool ok = JS::Evaluate(cx, opts, script, strlen(script), &rval);
-        if (!ok)
-          return 1;
-      }
-
-      JSString *str = rval.toString();
-      printf("%s\n", JS_EncodeString(cx, str));
-    }
-
-    JS_DestroyContext(cx);
-    JS_DestroyRuntime(rt);
-    JS_ShutDown();
-    return 0;
-}
- -

SpiderMonkey 52

- -
#include "jsapi.h"
-#include "js/Initialization.h"
-
-static JSClassOps global_ops = {
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    nullptr,
-    JS_GlobalObjectTraceHook
-};
-
-/* The class of the global object. */
-static JSClass global_class = {
-    "global",
-    JSCLASS_GLOBAL_FLAGS,
-    &global_ops
-};
-
-int main(int argc, const char *argv[])
-{
-    JS_Init();
-
-    JSContext *cx = JS_NewContext(8L * 1024 * 1024);
-    if (!cx)
-        return 1;
-    if (!JS::InitSelfHostedCode(cx))
-        return 1;
-
-    { // Scope for our various stack objects (JSAutoRequest, RootedObject), so they all go
-      // out of scope before we JS_DestroyContext.
-
-      JSAutoRequest ar(cx); // In practice, you would want to exit this any
-                            // time you're spinning the event loop
-
-      JS::CompartmentOptions options;
-      JS::RootedObject global(cx, JS_NewGlobalObject(cx, &global_class, nullptr, JS::FireOnNewGlobalHook, options));
-      if (!global)
-          return 1;
-
-      JS::RootedValue rval(cx);
-
-      { // Scope for JSAutoCompartment
-        JSAutoCompartment ac(cx, global);
-        JS_InitStandardClasses(cx, global);
-
-        const char *script = "'hello'+'world, it is '+new Date()";
-        const char *filename = "noname";
-        int lineno = 1;
-        JS::CompileOptions opts(cx);
-        opts.setFileAndLine(filename, lineno);
-        bool ok = JS::Evaluate(cx, opts, script, strlen(script), &rval);
-        if (!ok)
-          return 1;
-      }
-
-      JSString *str = rval.toString();
-      printf("%s\n", JS_EncodeString(cx, str));
-    }
-
-    JS_DestroyContext(cx);
-    JS_ShutDown();
-    return 0;
-}
- -

Hello Worldの䟋のビルドず実行

- -
-

ビルドコマンドラむンは OS ずツヌルに䟝存したす。Mac ず Linux のコマンドラむンのサンプルを次に瀺したす (<objdir> は SpiderMonkey がビルドされたディレクトリです)。

- -
# SpiderMonkey のデバッグビルドを䜿甚しおいる堎合は、以䞋のコマンドに加えお -DDEBUG が必芁です。
-# SpiderMonkey 31 以倖のバヌゞョンを䜿甚しおいる堎合は、-lmozjs-XX を自分のバヌゞョンに倉曎しおください。
-
-[Mac]
-clang++ -std=c++11 -I<objdir>/dist/include -L<objdir>/dist/lib helloworld.cpp -o helloworld  -lmozjs-31 -lz
-[Linux]
-g++ -std=c++11 -I<objdir>/dist/include -L<objdir>/dist/lib helloworld.cpp -o helloworld  -lmozjs-31 -lz -lpthread -ldl
- -

"helloworld, it is TIME" ず衚瀺されたす (ここでは TIME が珟圚の時刻です)。

- -
    -
  1. Make sure the build computer has the prerequisites for building SpiderMonkey: Linux, Windows, Mac OS X, others. For Windows, the following steps will assume that you have installed the MozillaBuild package.
    2. -
  2. Get the SpiderMonkey source code. You can download a source archive or use Mercurial (hg) to pull the SpiderMonkey repository. On Windows, do not install the SpiderMonkey source code under the MSYS root directory (which is usually c:\mozilla-build\msys). Instead use something like c:\mozjs-31.2.0
    3. -
  3. Compile SpiderMonkey using the build instructions at SpiderMonkey Build Documentation. By default this will build a SpiderMonkey shared library that you will link into your application in a later step.
    4. -
  4. Copy the code example above into a text editor and save the file as helloworld.cpp in the SpiderMonkey js\src directory. To get a copy of the code sample without line numbers, hover over the sample near the top until buttons appear. Then click the view source button, and copy the code from the window that appears.
    5. -
  5. Compile the helloworld application and link to the SpiderMonkey library.
    6. -
  6. Run the helloworld executable at the command line: - 
    ./helloworld
    -
    7. -
-
- -

JavaScript から C 関数の呌び出し方

- -

doit ずいう名前のC関数に぀いお蚀及したす。これは呌び出されるずきに少なくずも二぀の実際のパラメヌタを䜿いたす。(もし呌びだし元がより少ないパラメヌタを䜿う堎合、JS゚ンゞンは無くなった䞀぀の倉数に察しお未定矩の倉数が枡される事を確認すべきです):

- -
#define DOIT_MINARGS 2
-
-static JSBool
-doit(JSContext *cx, unsigned argc, jsval *vp)
-{
-    jsval *argv = JS_ARGV(cx, vp);
-    /*
-     * Look in argv for argc actual parameters, set *rval to return a
-     * value to the caller.
-     */
-    ...
-}
-
- -

そしお、以䞋のようにコヌディングし、JSに枡したす:

- -
ok = JS_DefineFunction(cx, global, "doit", doit, DOIT_MINARGS, 0);
-
- -

たたは、ネむティブな関数矀ずしお定矩するならば、おそらくそれらをテヌブルの䞭に眮き、関数テヌブルずしお定矩するでしょう:

- -
static JSFunctionSpec my_functions[] = {
-    {"doit", doit, DOIT_MINARGS, 0, 0},
-    etc...
-    {0,0,0,0,0},
-};
-
- -

(最終的に、すべおのNULL 関数はテヌブルを終端したす)そしお、以䞋のようにしたす:

- -
ok = JS_DefineFunctions(cx, global, my_functions);
-
- -

C から JavaScript の関数の呌び出し方

- -

クリックむベントを最䞊䜍の UI から座暙 (x,y) の UI 芁玠に焊点をあおたす:

- -
JSObject *target, *event;
-jsval argv[1], rval;
-
-/*
- * Find event target and make event object to represent this click.
- * Pass cx to NewEventObject so JS_NewObject can be called.
- */
-target = FindEventTargetAt(cx, global, x, y);
-event = NewEventObject(cx, "click", x, y);
-argv[0] = OBJECT_TO_JSVAL(event);
-
-/* To emulate the DOM, you might want to try "onclick" too. */
-ok = JS_CallFunctionName(cx, target, "onClick", 1, argv, &rval);
-
-/* Now test rval to see whether we should cancel the event. */
-if (JSVAL_IS_BOOLEAN(rval) && !JSVAL_TO_BOOLEAN(rval))
-    CancelEvent(event);
-
- -

繰り返したすが、ここでぱラヌチェックは無芖しおいたす。(関数呌び出し埌の 戻り倀 !ok のテストような)、いく぀かのCのむベント管理凊理やハンドラヌが停倀を返したずきのむベントをキャンセルする堎合のDOMの䌝統的なやり方を適切に゚ミュレヌトするために疑䌌コヌドを甚いおいたす。

- -
-

Original Document Information

- -
    -
  • Author: Brendan Eich
    • -
  • Last Updated Date: 21 February, 2000
    • -
-
diff --git a/files/ja/mozilla/projects/spidermonkey/index.html b/files/ja/mozilla/projects/spidermonkey/index.html deleted file mode 100644 index e285c49690..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/index.html +++ /dev/null @@ -1,102 +0,0 @@ ---- -title: SpiderMonkey -slug: Mozilla/Projects/SpiderMonkey -tags: - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey ---- -
{{SpiderMonkeySidebar}}
- -

SpiderMonkey は 、C / C++ で曞かれた JavaScript ゚ンゞンです。Firefoxを含む、Mozillaの耇数の補品で䜿甚されおおり、MPL2  ラむセンスの䞋で利甚できたす。

- -

独立した゜ヌスコヌドリリヌスは、リリヌスペヌゞにありたす。

- -
-
-

ガむド

- -

ビルド

- -
-
SpiderMonkey のビルド手順
-
SpiderMonkey をビルドしおテストスむヌトを実行する方法に぀いお。
-
- -

SpiderMonkey の利甚

- -
-
JavaScript シェルの手匕き
-
JavaScript シェルの取埗、構築、利甚方法に぀いお。
-
JSAPI ナヌザガむド
-
このガむドでは、SpiderMonkey の抂芁ず、あなたのアプリケヌションを JavaScript 察応にするため、アプリケヌションから組み蟌んだ゚ンゞンを呌び出す方法に぀いお説明したす。
-
JSAPI クックブック
-
よく䜿われる JavaScript の匏や文の JSAPI 衚珟を解説したす。
-
GC ルヌティングガむド
-
SpiderMonkey の䞖代別 GC に察応したコヌドの曞き方を解説したす。
-
JavaScript ゚ンゞンの埋め蟌み方
-
SpiderMonkey の埋め蟌み方の叀い解説です。
-
- -

SpiderMonkey のハック

- -
-
SpiderMonkey 入門
-
SpiderMonkey をハックするためのガむド。
-
SpiderMonkey 開発のための CDT 蚭定
-
SpiderMonkey を開発するための Eclipse 蚭定手順を解説したす。
-
SpiderMonkey に貢献するには
-
4 分匱のスラむドキャストです。
-
- -
-
JavaScript テストの自動実行
-
JavaScript テストスむヌトの自動実行方法に぀いお解説したす。
-
JavaScript のテストを䜜成する
-
JavaScript テストスむヌトに察するテストの远加方法を解説したす。
-
-
- -
-

リファレンス

- -
-
JSAPI レファレンス
-
SpiderMonkey の API レファレンスです。
-
JS Debugger API レファレンス
-
Gecko 8.0 {{GeckoRelease("8.0")}} ず同時にリリヌスされた SpiderMonkey 1.8.6 で導入された、Debugger オブゞェクトの API に぀いお解説したす。
-
バむトコヌドの解説
-
SpiderMonkey が利甚するバむトコヌドのリストです。
-
Parser API
-
SpiderMonkey の持぀構文解析噚ず、JavaScript API からの利甚方法を解説しおいたす。
-
- -

TIPS、トリック、哲孊

- -
-
今埌の方針
-
機胜、蚭蚈、コヌディングにおける今埌の方針を述べおいたす。
-
SpiderMonkey の内郚構造
-
蚭蚈の抂芁ず、ファむル単䜍での実装の解説です。
-
バむトコヌドのレファレンス
-
SpiderMonkey の䜿甚するバむトコヌドのレファレンスです。
-
SpiderMonkey の内郚構造: GC
-
GC の内郚構造を解説したす。
-
SpiderMonkey の内郚構造: ハックのための TIPS
-
SpiderMonkey をハックするために有甚なツヌルず TIPS  がたずめられおいたす。
-
- -

関連項目

- - - -

リリヌスノヌト

- -
-
SpiderMonkey リリヌスノヌト
-
珟圚のリリヌスず、次にあげる過去のリリヌスに察するリリヌスノヌトがたずめられおいたす52, 45, 38, 31, 24, 17
-
-
-
diff --git a/files/ja/mozilla/projects/spidermonkey/index/index.html b/files/ja/mozilla/projects/spidermonkey/index/index.html deleted file mode 100644 index f59feeeb07..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/index/index.html +++ /dev/null @@ -1,10 +0,0 @@ ---- -title: Index -slug: Mozilla/Projects/SpiderMonkey/Index -tags: - - Index - - MDN Meta - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/Index ---- -

{{Index("/ja/docs/Mozilla/Projects/SpiderMonkey")}}

diff --git a/files/ja/mozilla/projects/spidermonkey/internals/bytecode/index.html b/files/ja/mozilla/projects/spidermonkey/internals/bytecode/index.html deleted file mode 100644 index f4e65a7748..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/internals/bytecode/index.html +++ /dev/null @@ -1,6855 +0,0 @@ ---- -title: バむトコヌドの説明 -slug: Mozilla/Projects/SpiderMonkey/Internals/Bytecode -tags: - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/Internals/Bytecode ---- -
{{SpiderMonkeySidebar("Internals")}}
- -

バむトコヌド䞀芧

- -

この文曞は make_opcode_doc.py によっお Opcodes.h から自動的に生成されたす。

- -

ステヌトメント

- -

Jumps

- -
-
JSOP_AND [-1, +1] (JUMP, DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value69 (0x45)
Operandsint32_t offset
Length5
Stack Usescond
Stack Defscond
- -

スタックの先頭の倀をブヌル倀に倉換し、結果が false の堎合、珟圚のバむトコヌドから 32-bit のオフセットにゞャンプしたす。

-
-
JSOP_GOTO [-0, +0] (JUMP)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value6 (0x06)
Operandsint32_t offset
Length5
Stack Uses 
Stack Defs 
- -

珟圚のバむトコヌドから 32-bit のオフセットにゞャンプしたす。

-
-
JSOP_IFEQ [-1, +0] (JUMP, DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value7 (0x07)
Operandsint32_t offset
Length5
Stack Usescond
Stack Defs 
- -

Pops the top of stack value, converts it into a boolean, if the result is false, jumps to a 32-bit offset from the current bytecode.

- -

The idea is that a sequence like JSOP_ZERO; JSOP_ZERO; JSOP_EQ; JSOP_IFEQ; JSOP_RETURN; reads like a nice linear sequence that will execute the return.

-
-
JSOP_IFNE [-1, +0] (JUMP, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value8 (0x08)
Operandsint32_t offset
Length5
Stack Usescond
Stack Defs 
- -

Pops the top of stack value, converts it into a boolean, if the result is true, jumps to a 32-bit offset from the current bytecode.

-
-
JSOP_LABEL [-0, +0] (CODE_OFFSET)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value106 (0x6a)
Operandsint32_t offset
Length5
Stack Uses 
Stack Defs 
- -

This opcode precedes every labeled statement. It's a no-op.

- -

offset is the offset to the next instruction after this statement, the one break LABEL; would jump to. IonMonkey uses this.

-
-
JSOP_LOOPENTRY [-0, +0] (LOOPENTRY, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value227 (0xe3)
Operandsuint32_t icIndex, uint8_t BITFIELD
Length6
Stack Uses 
Stack Defs 
- -

This opcode is the target of the entry jump for some loop. The uint8 argument is a bitfield. The lower 7 bits of the argument indicate the loop depth. This value starts at 1 and is just a hint: deeply nested loops all have the same value. The upper bit is set if Ion should be able to OSR at this point, which is true unless there is non-loop state on the stack. See JSOP_JUMPTARGET for the icIndex argument.

-
-
JSOP_LOOPHEAD [-0, +0] (ICINDEX)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value109 (0x6d)
Operandsuint32_t icIndex
Length5
Stack Uses 
Stack Defs 
- -

Another no-op.

- -

This opcode is the target of the backwards jump for some loop. See JSOP_JUMPTARGET for the icIndex operand.

-
-
JSOP_OR [-1, +1] (JUMP, DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value68 (0x44)
Operandsint32_t offset
Length5
Stack Usescond
Stack Defscond
- -

Converts the top of stack value into a boolean, if the result is true, jumps to a 32-bit offset from the current bytecode.

-
-
- -

Switch Statement

- -
-
JSOP_CASE [-2, +1] (JUMP)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value121 (0x79)
Operandsint32_t offset
Length5
Stack Usesval, cond
Stack Defsval(if !cond)
- -

Pops the top two values on the stack as val and cond. If cond is true, jumps to a 32-bit offset from the current bytecode, re-pushes val onto the stack if false.

-
-
JSOP_CONDSWITCH [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value120 (0x78)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

This no-op appears after the bytecode for EXPR in switch (EXPR) {...} if the switch cannot be optimized using JSOP_TABLESWITCH.

- -

For a non-optimized switch statement like this:

- - 
   switch (EXPR) {
-     case V0:
-       C0;
-     ...
-     default:
-       D;
-   }
-
- -

the bytecode looks like this:

- - 
   (EXPR)
-   condswitch
-   (V0)
-   case ->C0
-   ...
-   default ->D
-   (C0)
-   ...
-   (D)
-
- -

Note that code for all case-labels is emitted first, then code for the body of each case clause.

-
-
JSOP_DEFAULT [-1, +0] (JUMP)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value122 (0x7a)
Operandsint32_t offset
Length5
Stack Useslval
Stack Defs 
- -

This appears after all cases in a JSOP_CONDSWITCH, whether there is a default: label in the switch statement or not. Pop the switch operand from the stack and jump to a 32-bit offset from the current bytecode. offset from the current bytecode.

-
-
JSOP_TABLESWITCH [-1, +0] (TABLESWITCH, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value70 (0x46)
Operandsint32_t len, int32_t low, int32_t high,uint24_t firstResumeIndex
Lengthlen
Stack Usesi
Stack Defs 
- -

Pops the top of stack value as i, if low <= i <= high, jumps to a 32-bit offset: offset is stored in the script's resumeOffsets

- - 
                         list at index 'firstResumeIndex + (i - low)'
-
- -

jumps to a 32-bit offset: len from the current bytecode otherwise

-
-
- -

For-In Statement

- -
-
JSOP_ENDITER [-1, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value78 (0x4e)
Operands 
Length1
Stack Usesiter
Stack Defs 
- -

Exits a for-in loop by popping the iterator object from the stack and closing it.

-
-
JSOP_ISGENCLOSING [-1, +2]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value187 (0xbb)
Operands 
Length1
Stack Usesval
Stack Defsval, res
- -

Pushes a boolean indicating whether the top of the stack is MagicValue(JS_GENERATOR_CLOSING).

-
-
JSOP_ISNOITER [-1, +2]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value77 (0x4d)
Operands 
Length1
Stack Usesval
Stack Defsval, res
- -

Pushes a boolean indicating whether the value on top of the stack is MagicValue(JS_NO_ITER_VALUE).

-
-
JSOP_ITER [-1, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value75 (0x4b)
Operands 
Length1
Stack Usesval
Stack Defsiter
- -

Sets up a for-in loop. It pops the top of stack value as val and pushes iter which is an iterator for val.

-
-
JSOP_MOREITER [-1, +2]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value76 (0x4c)
Operands 
Length1
Stack Usesiter
Stack Defsiter, val
- -

Pushes the next iterated value onto the stack. If no value is available, MagicValue(JS_NO_ITER_VALUE) is pushed.

-
-
- -

With Statement

- -
-
JSOP_ENTERWITH [-1, +0] (SCOPE)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value3 (0x03)
Operandsuint32_t staticWithIndex
Length5
Stack Usesval
Stack Defs 
- -

Pops the top of stack value, converts it to an object, and adds a WithEnvironmentObject wrapping that object to the environment chain.

- -

There is a matching JSOP_LEAVEWITH instruction later. All name lookups between the two that may need to consult the With object are deoptimized.

-
-
JSOP_LEAVEWITH [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value4 (0x04)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

Pops the environment chain object pushed by JSOP_ENTERWITH.

-
-
- -

Exception Handling

- -
-
JSOP_EXCEPTION [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value118 (0x76)
Operands 
Length1
Stack Uses 
Stack Defsexception
- -

Pushes the current pending exception onto the stack and clears the pending exception. This is only emitted at the beginning of code for a catch-block, so it is known that an exception is pending. It is used to implement catch-blocks and yield*.

-
-
JSOP_FINALLY [-0, +2]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value135 (0x87)
Operands 
Length1
Stack Uses 
Stack Defsfalse, resumeIndex
- -

This opcode has a def count of 2, but these values are already on the stack (they're pushed by JSOP_GOSUB).

-
-
JSOP_GOSUB [-2, +0] (JUMP)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value116 (0x74)
Operandsint32_t offset
Length5
Stack Usesfalse, resumeIndex
Stack Defs 
- -

This opcode is used for entering a finally block. Jumps to a 32-bit offset from the current pc.

- -

Note: this op doesn't actually push/pop any values, but it has a use count of 2 (for the false + resumeIndex values pushed by preceding bytecode ops) because the finally entry point does not expect these values on the stack. See also JSOP_FINALLY (it has a def count of 2).

- -

When the execution resumes from finally block, those stack values are popped.

-
-
JSOP_RETSUB [-2, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value117 (0x75)
Operands 
Length1
Stack Useslval, rval
Stack Defs 
- -

This opcode is used for returning from a finally block.

- -

Pops the top two values on the stack as rval and lval. Then: - If lval is true, throws rval. - If lval is false, jumps to the resumeIndex stored in lval.

-
-
JSOP_THROW [-1, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value112 (0x70)
Operands 
Length1
Stack Usesv
Stack Defs 
- -

Pops the top of stack value as v, sets pending exception as v, then raises error.

-
-
JSOP_THROWMSG [-0, +0] (UINT16)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value74 (0x4a)
Operandsuint16_t msgNumber
Length3
Stack Uses 
Stack Defs 
- -

Sometimes we know when emitting that an operation will always throw.

- -

Throws the indicated JSMSG.

-
-
JSOP_TRY [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value134 (0x86)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

This no-op appears at the top of the bytecode for a TryStatement.

- -

Location information for catch/finally blocks is stored in a side table, script->trynotes().

-
-
- -

Function

- -
-
JSOP_CALL [-(argc+2), +1] (ARGC, INVOKE, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value58 (0x3a)
Operandsuint16_t argc
Length3
Stack Usescallee, this, args[0], ..., args[argc-1]
Stack Defsrval
- -

Invokes callee with this and args, pushes return value onto the stack.

-
-
JSOP_CALLITER [-2, +1] (ARGC, INVOKE, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value145 (0x91)
Operandsuint16_t argc (must be 0)
Length3
Stack Usescallee, this
Stack Defsrval
- -

Like JSOP_CALL, but used as part of for-of and destructuring bytecode to provide better error messages.

-
-
JSOP_CALL_IGNORES_RV [-(argc+2), +1] (ARGC, INVOKE, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value231 (0xe7)
Operandsuint16_t argc
Length3
Stack Usescallee, this, args[0], ..., args[argc-1]
Stack Defsrval
- -

Like JSOP_CALL, but tells the function that the return value is ignored. stack.

-
-
JSOP_CHECKISCALLABLE [-1, +1] (UINT8)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value219 (0xdb)
Operandsuint8_t kind
Length2
Stack Usesobj
Stack Defsobj
- -

Checks that the top value on the stack is callable, and throws a TypeError if not. The operand kind is used only to generate an appropriate error message.

-
-
JSOP_EVAL [-(argc+2), +1] (ARGC, INVOKE, TYPESET, CHECKSLOPPY, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value123 (0x7b)
Operandsuint16_t argc
Length3
Stack Usescallee, this, args[0], ..., args[argc-1]
Stack Defsrval
- -

Invokes eval with args and pushes return value onto the stack.

- -

If eval in global scope is not original one, invokes the function with this and args, and pushes return value onto the stack.

-
-
JSOP_FUNAPPLY [-(argc+2), +1] (ARGC, INVOKE, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value79 (0x4f)
Operandsuint16_t argc
Length3
Stack Usescallee, this, args[0], ..., args[argc-1]
Stack Defsrval
- -

Invokes callee with this and args, pushes return value onto the stack.

- -

This is for f.apply.

-
-
JSOP_FUNCALL [-(argc+2), +1] (ARGC, INVOKE, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value108 (0x6c)
Operandsuint16_t argc
Length3
Stack Usescallee, this, args[0], ..., args[argc-1]
Stack Defsrval
- -

Invokes callee with this and args, pushes return value onto the stack.

- -

If callee is determined to be the canonical Function.prototype.call function, then this operation is optimized to directly call callee with args[0] as this, and the remaining arguments as formal args to callee.

- -

Like JSOP_FUNAPPLY but for f.call instead of f.apply.

-
-
JSOP_FUNWITHPROTO [-1, +1] (OBJECT)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value52 (0x34)
Operandsuint32_t funcIndex
Length5
Stack Usesproto
Stack Defsobj
- -

Pushes a clone of a function with a given [[Prototype]] onto the stack.

-
-
JSOP_GETRVAL [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value2 (0x02)
Operands 
Length1
Stack Uses 
Stack Defsrval
- -

Pushes stack frame's rval onto the stack.

-
-
JSOP_LAMBDA [-0, +1] (OBJECT)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value130 (0x82)
Operandsuint32_t funcIndex
Length5
Stack Uses 
Stack Defsobj
- -

Pushes a closure for a named or anonymous function expression onto the stack.

-
-
JSOP_LAMBDA_ARROW [-1, +1] (OBJECT)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value131 (0x83)
Operandsuint32_t funcIndex
Length5
Stack Usesnew.target
Stack Defsobj
- -

Pops the top of stack value as new.target, pushes an arrow function with lexical new.target onto the stack.

-
-
JSOP_NEW [-(argc+3), +1] (ARGC, INVOKE, TYPESET, IC, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value82 (0x52)
Operandsuint16_t argc
Length3
Stack Usescallee, this, args[0], ..., args[argc-1], newTarget
Stack Defsrval
- -

Invokes callee as a constructor with this and args, pushes return value onto the stack.

-
-
JSOP_OPTIMIZE_SPREADCALL [-1, +2]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value178 (0xb2)
Operands 
Length1
Stack Usesarr
Stack Defsarr, optimized
- -

Pops the top stack value, pushes the value and a boolean value that indicates whether the spread operation for the value can be optimized in spread call.

-
-
JSOP_RETRVAL [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value153 (0x99)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

Stops interpretation and returns value set by JSOP_SETRVAL. When not set, returns undefined.

- -

Also emitted at end of script so interpreter don't need to check if opcode is still in script range.

-
-
JSOP_RETURN [-1, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value5 (0x05)
Operands 
Length1
Stack Usesrval
Stack Defs 
- -

Pops the top of stack value as rval, stops interpretation of current script and returns rval.

-
-
JSOP_SETFUNNAME [-2, +1] (UINT8)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value182 (0xb6)
Operandsuint8_t prefixKind
Length2
Stack Usesfun, name
Stack Defsfun
- -

Pops the top two values on the stack as name and fun, defines the name of fun to name with prefix if any, and pushes fun back onto the stack.

-
-
JSOP_SETRVAL [-1, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value152 (0x98)
Operands 
Length1
Stack Usesrval
Stack Defs 
- -

Pops the top of stack value as rval, sets the return value in stack frame as rval.

-
-
JSOP_SPREADCALL [-3, +1] (INVOKE, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value41 (0x29)
Operands 
Length1
Stack Usescallee, this, args
Stack Defsrval
- -

spreadcall variant of JSOP_CALL.

- -

Invokes callee with this and args, pushes the return value onto the stack.

- -

args is an Array object which contains actual arguments.

-
-
JSOP_SPREADEVAL [-3, +1] (INVOKE, TYPESET, CHECKSLOPPY, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value43 (0x2b)
Operands 
Length1
Stack Usescallee, this, args
Stack Defsrval
- -

spreadcall variant of JSOP_EVAL

- -

Invokes eval with args and pushes the return value onto the stack.

- -

If eval in global scope is not original one, invokes the function with this and args, and pushes return value onto the stack.

-
-
JSOP_SPREADNEW [-4, +1] (INVOKE, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value42 (0x2a)
Operands 
Length1
Stack Usescallee, this, args, newTarget
Stack Defsrval
- -

spreadcall variant of JSOP_NEW

- -

Invokes callee as a constructor with this and args, pushes the return value onto the stack.

-
-
JSOP_SPREADSUPERCALL [-4, +1] (INVOKE, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value166 (0xa6)
Operands 
Length1
Stack Usescallee, this, args, newTarget
Stack Defsrval
- -

spreadcall variant of JSOP_SUPERCALL.

- -

Behaves exactly like JSOP_SPREADNEW.

-
-
JSOP_STRICTEVAL [-(argc+2), +1] (ARGC, INVOKE, TYPESET, CHECKSTRICT, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value124 (0x7c)
Operandsuint16_t argc
Length3
Stack Usescallee, this, args[0], ..., args[argc-1]
Stack Defsrval
- -

Invokes eval with args and pushes return value onto the stack.

- -

If eval in global scope is not original one, invokes the function with this and args, and pushes return value onto the stack.

-
-
JSOP_STRICTSPREADEVAL [-3, +1] (INVOKE, TYPESET, CHECKSTRICT, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value50 (0x32)
Operands 
Length1
Stack Usescallee, this, args
Stack Defsrval
- -

spreadcall variant of JSOP_EVAL

- -

Invokes eval with args and pushes the return value onto the stack.

- -

If eval in global scope is not original one, invokes the function with this and args, and pushes return value onto the stack.

-
-
JSOP_SUPERCALL [-(argc+3), +1] (ARGC, INVOKE, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value165 (0xa5)
Operandsuint16_t argc
Length3
Stack Usescallee, this, args[0], ..., args[argc-1], newTarget
Stack Defsrval
- -

Behaves exactly like JSOP_NEW, but allows JITs to distinguish the two cases.

-
-
JSOP_TRYSKIPAWAIT [-1, +2]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value223 (0xdf)
Operands 
Length1
Stack Usesvalue
Stack Defsvalue_or_resolved, canskip
- -

Pops the top of stack value as value, checks if the await for value can be skipped. If the await operation can be skipped and the resolution value for value can be acquired, pushes the resolution value and true onto the stack. Otherwise, pushes value and false on the stack.

-
-
- -

Generator

- -
-
JSOP_ASYNCAWAIT [-2, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value151 (0x97)
Operands 
Length1
Stack Usesvalue, gen
Stack Defspromise
- -

Pops the top two values value and gen from the stack, then starts "awaiting" for value to be resolved, which will then resume the execution of gen. Pushes the async function promise on the stack, so that it'll be returned to the caller on the very first "await".

-
-
JSOP_ASYNCRESOLVE [-2, +1] (UINT8)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value192 (0xc0)
Operandsuint8_t fulfillOrReject
Length2
Stack UsesvalueOrReason, gen
Stack Defspromise
- -

Pops the top two values valueOrReason and gen from the stack, then pushes the promise resolved with valueOrReason. `gen` must be the internal generator object created in async functions. The pushed promise is the async function's result promise, which is stored in `gen`.

-
-
JSOP_AWAIT [-2, +1] (RESUMEINDEX)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value209 (0xd1)
Operandsuint24_t resumeIndex
Length4
Stack Usespromise, gen
Stack Defsresolved
- -

Pops the generator and the return value promise, stops interpretation and returns promise. Pushes resolved value onto the stack.

-
-
JSOP_CHECKISOBJ [-1, +1] (UINT8)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value14 (0x0e)
Operandsuint8_t kind
Length2
Stack Usesresult
Stack Defsresult
- -

Checks that the top value on the stack is an object, and throws a TypeError if not. The operand kind is used only to generate an appropriate error message.

-
-
JSOP_FINALYIELDRVAL [-1, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value204 (0xcc)
Operands 
Length1
Stack Usesgen
Stack Defs 
- -

Pops the generator and suspends and closes it. Yields the value in the frame's return value slot.

-
-
JSOP_GENERATOR [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value212 (0xd4)
Operands 
Length1
Stack Uses 
Stack Defsgenerator
- -

Initializes generator frame, creates a generator and pushes it on the stack.

-
-
JSOP_INITIALYIELD [-1, +1] (RESUMEINDEX)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value202 (0xca)
Operandsuint24_t resumeIndex
Length4
Stack Usesgenerator
Stack Defsgenerator
- -

Pops the generator from the top of the stack, suspends it and stops interpretation.

-
-
JSOP_RESUME [-2, +1] (UINT8, INVOKE)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value205 (0xcd)
Operandsresume kind (AbstractGeneratorObject::ResumeKind)
Length2
Stack Usesgen, val
Stack Defsrval
- -

Pops the generator and argument from the stack, pushes a new generator frame and resumes execution of it. Pushes the return value after the generator yields.

-
-
JSOP_TOASYNCITER [-2, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value210 (0xd2)
Operands 
Length1
Stack Usesiter, next
Stack Defsasynciter
- -

Pops the iterator and its next method from the top of the stack, and create async iterator from it and push the async iterator back onto the stack.

-
-
JSOP_YIELD [-2, +1] (RESUMEINDEX)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value203 (0xcb)
Operandsuint24_t resumeIndex
Length4
Stack Usesrval1, gen
Stack Defsrval2
- -

Pops the generator and the return value rval1, stops interpretation and returns rval1. Pushes sent value from send() onto the stack.

-
-
- -

Debugger

- -
-
JSOP_DEBUGGER [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value115 (0x73)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

Invokes debugger.

-
-
JSOP_DEBUGLEAVELEXICALENV [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value201 (0xc9)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

The opcode to assist the debugger.

-
-
- -

Variables and Scopes

- -

Variables

- -
-
JSOP_BINDNAME [-0, +1] (ATOM, NAME, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value110 (0x6e)
Operandsuint32_t nameIndex
Length5
Stack Uses 
Stack Defsenv
- -

Looks up name on the environment chain and pushes the environment which contains the name onto the stack. If not found, pushes global lexical environment onto the stack.

-
-
JSOP_DEFCONST [-0, +0] (ATOM)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value128 (0x80)
Operandsuint32_t nameIndex
Length5
Stack Uses 
Stack Defs 
- -

Defines the new constant binding on global lexical environment.

- -

Throws if a binding with the same name already exists on the environment, or if a var binding with the same name exists on the global.

-
-
JSOP_DEFFUN [-1, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value127 (0x7f)
Operands 
Length1
Stack Usesfun
Stack Defs 
- -

Defines the given function on the current scope.

- -

This is used for global scripts and also in some cases for function scripts where use of dynamic scoping inhibits optimization.

-
-
JSOP_DEFLET [-0, +0] (ATOM)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value162 (0xa2)
Operandsuint32_t nameIndex
Length5
Stack Uses 
Stack Defs 
- -

Defines the new mutable binding on global lexical environment.

- -

Throws if a binding with the same name already exists on the environment, or if a var binding with the same name exists on the global.

-
-
JSOP_DEFVAR [-0, +0] (ATOM)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value129 (0x81)
Operandsuint32_t nameIndex
Length5
Stack Uses 
Stack Defs 
- -

Defines the new binding on the frame's current variables-object (the environment on the environment chain designated to receive new variables).

- -

Throws if the current variables-object is the global object and a binding with the same name exists on the global lexical environment.

- -

This is used for global scripts and also in some cases for function scripts where use of dynamic scoping inhibits optimization.

-
-
JSOP_DELNAME [-0, +1] (ATOM, NAME, CHECKSLOPPY)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value36 (0x24)
Operandsuint32_t nameIndex
Length5
Stack Uses 
Stack Defssucceeded
- -

Looks up name on the environment chain and deletes it, pushes true onto the stack if succeeded (if the property was present and deleted or if the property wasn't present in the first place), false if not.

- -

Strict mode code should never contain this opcode.

-
-
JSOP_GETIMPORT [-0, +1] (ATOM, NAME, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value176 (0xb0)
Operandsuint32_t nameIndex
Length5
Stack Uses 
Stack Defsval
- -

Gets the value of a module import by name and pushes it onto the stack.

-
-
JSOP_GETNAME [-0, +1] (ATOM, NAME, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value59 (0x3b)
Operandsuint32_t nameIndex
Length5
Stack Uses 
Stack Defsval
- -

Looks up name on the environment chain and pushes its value onto the stack.

-
-
JSOP_SETNAME [-2, +1] (ATOM, NAME, PROPSET, DETECTING, CHECKSLOPPY, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value111 (0x6f)
Operandsuint32_t nameIndex
Length5
Stack Usesenv, val
Stack Defsval
- -

Pops an environment and value from the stack, assigns value to the given name, and pushes the value back on the stack

-
-
JSOP_STRICTSETNAME [-2, +1] (ATOM, NAME, PROPSET, DETECTING, CHECKSTRICT, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value49 (0x31)
Operandsuint32_t nameIndex
Length5
Stack Usesenv, val
Stack Defsval
- -

Pops a environment and value from the stack, assigns value to the given name, and pushes the value back on the stack. If the set failed, then throw a TypeError, per usual strict mode semantics.

-
-
- -

Free Variables

- -
-
JSOP_BINDGNAME [-0, +1] (ATOM, NAME, GNAME, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value214 (0xd6)
Operandsuint32_t nameIndex
Length5
Stack Uses 
Stack Defsglobal
- -

Pushes the global environment onto the stack if the script doesn't have a non-syntactic global scope. Otherwise will act like JSOP_BINDNAME.

- -

nameIndex is only used when acting like JSOP_BINDNAME.

-
-
JSOP_BINDVAR [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value213 (0xd5)
Operands 
Length1
Stack Uses 
Stack Defsenv
- -

Pushes the nearest var environment.

-
-
JSOP_GETGNAME [-0, +1] (ATOM, NAME, TYPESET, GNAME, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value154 (0x9a)
Operandsuint32_t nameIndex
Length5
Stack Uses 
Stack Defsval
- -

Looks up name on global environment and pushes its value onto the stack, unless the script has a non-syntactic global scope, in which case it acts just like JSOP_NAME.

- -

Free variable references that must either be found on the global or a ReferenceError.

-
-
JSOP_INITGLEXICAL [-1, +1] (ATOM, NAME, PROPINIT, GNAME, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value161 (0xa1)
Operandsuint32_t nameIndex
Length5
Stack Usesval
Stack Defsval
- -

Initializes an uninitialized global lexical binding with the top of stack value.

-
-
JSOP_SETGNAME [-2, +1] (ATOM, NAME, PROPSET, DETECTING, GNAME, CHECKSLOPPY, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value155 (0x9b)
Operandsuint32_t nameIndex
Length5
Stack Usesenv, val
Stack Defsval
- -

Pops the top two values on the stack as val and env, sets property of env as val and pushes val back on the stack.

- -

env should be the global lexical environment unless the script has a non-syntactic global scope, in which case acts like JSOP_SETNAME.

-
-
JSOP_STRICTSETGNAME [-2, +1] (ATOM, NAME, PROPSET, DETECTING, GNAME, CHECKSTRICT, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value156 (0x9c)
Operandsuint32_t nameIndex
Length5
Stack Usesenv, val
Stack Defsval
- -

Pops the top two values on the stack as val and env, sets property of env as val and pushes val back on the stack. Throws a TypeError if the set fails, per strict mode semantics.

- -

env should be the global lexical environment unless the script has a non-syntactic global scope, in which case acts like JSOP_STRICTSETNAME.

-
-
- -

Local Variables

- -
-
JSOP_CHECKLEXICAL [-0, +0] (LOCAL, NAME)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value138 (0x8a)
Operandsuint24_t localno
Length4
Stack Uses 
Stack Defs 
- -

Checks if the value of the local variable is the JS_UNINITIALIZED_LEXICAL magic, throwing an error if so.

-
-
JSOP_GETLOCAL [-0, +1] (LOCAL, NAME)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value86 (0x56)
Operandsuint24_t localno
Length4
Stack Uses 
Stack Defsval
- -

Pushes the value of local variable onto the stack.

-
-
JSOP_INITLEXICAL [-1, +1] (LOCAL, NAME, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value139 (0x8b)
Operandsuint24_t localno
Length4
Stack Usesv
Stack Defsv
- -

Initializes an uninitialized local lexical binding with the top of stack value.

-
-
JSOP_SETLOCAL [-1, +1] (LOCAL, NAME, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value87 (0x57)
Operandsuint24_t localno
Length4
Stack Usesv
Stack Defsv
- -

Stores the top stack value to the given local.

-
-
JSOP_THROWSETCALLEE [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value179 (0xb3)
Operands 
Length1
Stack Usesv
Stack Defsv
- -

Throws a runtime TypeError for invalid assignment to the callee in a named lambda, which is always a const binding. This is a different bytecode than JSOP_SETCONST because the named lambda callee, if not closed over, does not have a frame slot to look up the name with for the error message.

-
-
JSOP_THROWSETCONST [-1, +1] (LOCAL, NAME, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value169 (0xa9)
Operandsuint24_t localno
Length4
Stack Usesv
Stack Defsv
- -

Throws a runtime TypeError for invalid assignment to const. The localno is used for better error messages.

-
-
- -

Aliased Variables

- -
-
JSOP_CHECKALIASEDLEXICAL [-0, +0] (ENVCOORD, NAME)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value140 (0x8c)
Operandsuint8_t hops, uint24_t slot
Length5
Stack Uses 
Stack Defs 
- -

Checks if the value of the aliased variable is the JS_UNINITIALIZED_LEXICAL magic, throwing an error if so.

-
-
JSOP_GETALIASEDVAR [-0, +1] (ENVCOORD, NAME, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value136 (0x88)
Operandsuint8_t hops, uint24_t slot
Length5
Stack Uses 
Stack DefsaliasedVar
- -

Pushes aliased variable onto the stack.

- -

An "aliased variable" is a var, let, or formal arg that is aliased. Sources of aliasing include: nested functions accessing the vars of an enclosing function, function statements that are conditionally executed, eval, with, and arguments. All of these cases require creating a CallObject to own the aliased variable.

- -

An ALIASEDVAR opcode contains the following immediates:

- - 
uint8 hops: the number of environment objects to skip to find the
-             EnvironmentObject containing the variable being accessed
-uint24 slot: the slot containing the variable in the EnvironmentObject
-             (this 'slot' does not include RESERVED_SLOTS).
-
-
-
JSOP_INITALIASEDLEXICAL [-1, +1] (ENVCOORD, NAME, PROPINIT, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value141 (0x8d)
Operandsuint8_t hops, uint24_t slot
Length5
Stack Usesv
Stack Defsv
- -

Initializes an uninitialized aliased lexical binding with the top of stack value.

-
-
JSOP_SETALIASEDVAR [-1, +1] (ENVCOORD, NAME, PROPSET, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value137 (0x89)
Operandsuint8_t hops, uint24_t slot
Length5
Stack Usesv
Stack Defsv
- -

Sets aliased variable as the top of stack value.

-
-
JSOP_THROWSETALIASEDCONST [-1, +1] (ENVCOORD, NAME, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value170 (0xaa)
Operandsuint8_t hops, uint24_t slot
Length5
Stack Usesv
Stack Defsv
- -

Throws a runtime TypeError for invalid assignment to const. The environment coordinate is used for better error messages.

-
-
- -

Intrinsics

- -
-
JSOP_GETINTRINSIC [-0, +1] (ATOM, NAME, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value143 (0x8f)
Operandsuint32_t nameIndex
Length5
Stack Uses 
Stack Defsintrinsic[name]
- -

Pushes the value of the intrinsic onto the stack.

- -

Intrinsic names are emitted instead of JSOP_*NAME ops when the CompileOptions flag selfHostingMode is set.

- -

They are used in self-hosted code to access other self-hosted values and intrinsic functions the runtime doesn't give client JS code access to.

-
-
JSOP_SETINTRINSIC [-1, +1] (ATOM, NAME, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value144 (0x90)
Operandsuint32_t nameIndex
Length5
Stack Usesval
Stack Defsval
- -

Stores the top stack value in the specified intrinsic.

-
-
- -

Block-local Scope

- -
-
JSOP_FRESHENLEXICALENV [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value197 (0xc5)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

Replaces the current block on the env chain with a fresh block that copies all the bindings in the block. This operation implements the behavior of inducing a fresh lexical environment for every iteration of a for(let ...; ...; ...) loop, if any declarations induced by such a loop are captured within the loop.

-
-
JSOP_POPLEXICALENV [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value200 (0xc8)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

Pops lexical environment from the env chain.

-
-
JSOP_PUSHLEXICALENV [-0, +0] (SCOPE)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value199 (0xc7)
Operandsuint32_t scopeIndex
Length5
Stack Uses 
Stack Defs 
- -

Pushes lexical environment onto the env chain.

-
-
JSOP_RECREATELEXICALENV [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value198 (0xc6)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

Recreates the current block on the env chain with a fresh block with uninitialized bindings. This operation implements the behavior of inducing a fresh lexical environment for every iteration of a for-in/of loop whose loop-head has a (captured) lexical declaration.

-
-
- -

This

- -
-
JSOP_CHECKRETURN [-1, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value190 (0xbe)
Operands 
Length1
Stack Usesthis
Stack Defs 
- -

Check if a derived class constructor has a valid return value and this value before it returns. If the return value is not an object, stores the this value to the return value slot.

-
-
JSOP_CHECKTHIS [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value189 (0xbd)
Operands 
Length1
Stack Usesthis
Stack Defsthis
- -

Throw if the value on top of the stack is the TDZ MagicValue. Used in derived class constructors.

-
-
JSOP_CHECKTHISREINIT [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value191 (0xbf)
Operands 
Length1
Stack Usesthis
Stack Defsthis
- -

Throw an exception if the value on top of the stack is not the TDZ MagicValue. Used in derived class constructors.

-
-
JSOP_FUNCTIONTHIS [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value185 (0xb9)
Operands 
Length1
Stack Uses 
Stack Defsthis
- -

Determines the this value for current function frame and pushes it onto the stack. Emitted in the prologue of functions with a this-binding.

-
-
JSOP_GIMPLICITTHIS [-0, +1] (ATOM)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value157 (0x9d)
Operandsuint32_t nameIndex
Length5
Stack Uses 
Stack Defsthis
- -

Pushes the implicit this value for calls to the associated name onto the stack; only used when the implicit this might be derived from a non-syntactic scope (instead of the global itself).

- -

Note that code evaluated via the Debugger API uses DebugEnvironmentProxy objects on its scope chain, which are non-syntactic environments that refer to syntactic environments. As a result, the binding we want may be held by a syntactic environments such as CallObject or VarEnvrionmentObject.

-
-
JSOP_GLOBALTHIS [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value186 (0xba)
Operands 
Length1
Stack Uses 
Stack Defsthis
- -

Pushes this value for current stack frame onto the stack. Emitted when this refers to the global this.

-
-
JSOP_IMPLICITTHIS [-0, +1] (ATOM)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value226 (0xe2)
Operandsuint32_t nameIndex
Length5
Stack Uses 
Stack Defsthis
- -

Pushes the implicit this value for calls to the associated name onto the stack.

-
-
- -

Super

- -
-
JSOP_SUPERBASE [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value103 (0x67)
Operands 
Length1
Stack Usescallee
Stack DefshomeObjectProto
- -

Pushes the prototype of the home object for |callee| onto the stack.

-
-
JSOP_SUPERFUN [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value164 (0xa4)
Operands 
Length1
Stack Usescallee
Stack DefssuperFun
- -

Push the function to invoke with |super()|. This is the prototype of the function passed in as |callee|.

-
-
- -

Arguments

- -
-
JSOP_ARGUMENTS [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value9 (0x09)
Operands 
Length1
Stack Uses 
Stack Defsarguments
- -

Pushes the arguments object for the current function activation.

- -

If JSScript is not marked needsArgsObj, then a JS_OPTIMIZED_ARGUMENTS magic value is pushed. Otherwise, a proper arguments object is constructed and pushed.

- -

This opcode requires that the function does not have rest parameter.

-
-
JSOP_CALLEE [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value132 (0x84)
Operands 
Length1
Stack Uses 
Stack Defscallee
- -

Pushes current callee onto the stack.

- -

Used for named function expression self-naming, if lightweight.

-
-
JSOP_ENVCALLEE [-0, +1] (UINT8)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value206 (0xce)
Operandsuint8_t numHops
Length2
Stack Uses 
Stack Defscallee
- -

Load the callee stored in a CallObject on the environment chain. The numHops operand is the number of environment objects to skip on the environment chain.

-
-
JSOP_GETARG [-0, +1] (QARG, NAME)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value84 (0x54)
Operandsuint16_t argno
Length3
Stack Uses 
Stack Defsarguments[argno]
- -

Fast get op for function arguments and local variables.

- -

Pushes arguments[argno] onto the stack.

-
-
JSOP_NEWTARGET [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value148 (0x94)
Operands 
Length1
Stack Uses 
Stack Defsnew.target
- -

Push "new.target"

-
-
JSOP_REST [-0, +1] (TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value224 (0xe0)
Operands 
Length1
Stack Uses 
Stack Defsrest
- -

Creates rest parameter array for current function call, and pushes it onto the stack.

-
-
JSOP_SETARG [-1, +1] (QARG, NAME)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value85 (0x55)
Operandsuint16_t argno
Length3
Stack Usesv
Stack Defsv
- -

Fast set op for function arguments and local variables.

- -

Sets arguments[argno] as the top of stack value.

-
-
- -

Var Scope

- -
-
JSOP_POPVARENV [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value181 (0xb5)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

Pops a var environment from the env chain.

-
-
JSOP_PUSHVARENV [-0, +0] (SCOPE)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value180 (0xb4)
Operandsuint32_t scopeIndex
Length5
Stack Uses 
Stack Defs 
- -

Pushes a var environment onto the env chain.

-
-
- -

Modules

- -
-
JSOP_DYNAMIC_IMPORT [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value233 (0xe9)
Operands 
Length1
Stack Usesarg
Stack Defsrval
- -

Dynamic import of the module specified by the string value on the top of the stack.

-
-
JSOP_IMPORTMETA [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value232 (0xe8)
Operands 
Length1
Stack Uses 
Stack Defsimport.meta
- -

Push "import.meta"

-
-
- -

Operators

- -

Comparison Operators

- -
-
JSOP_EQ [-2, +1] (DETECTING, IC)
- JSOP_GE [-2, +1] (IC)
- JSOP_GT [-2, +1] (IC)
- JSOP_LE [-2, +1] (IC)
- JSOP_LT [-2, +1] (IC)
- JSOP_NE [-2, +1] (DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
ValueJSOP_EQ: 18 (0x12)
- JSOP_GE: 23 (0x17)
- JSOP_GT: 22 (0x16)
- JSOP_LE: 21 (0x15)
- JSOP_LT: 20 (0x14)
- JSOP_NE: 19 (0x13)
Operands 
Length1
Stack Useslval, rval
Stack Defs(lval OP rval)
- -

Pops the top two values from the stack and pushes the result of comparing them.

-
-
JSOP_STRICTEQ [-2, +1] (DETECTING, IC)
- JSOP_STRICTNE [-2, +1] (DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
ValueJSOP_STRICTEQ: 72 (0x48)
- JSOP_STRICTNE: 73 (0x49)
Operands 
Length1
Stack Useslval, rval
Stack Defs(lval OP rval)
- -

Pops the top two values from the stack, then pushes the result of applying the operator to the two values.

-
-
- -

Arithmetic Operators

- -
-
JSOP_ADD [-2, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value27 (0x1b)
Operands 
Length1
Stack Useslval, rval
Stack Defs(lval + rval)
- -

Pops the top two values lval and rval from the stack, then pushes the result of lval + rval.

-
-
JSOP_DEC [-1, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value235 (0xeb)
Operands 
Length1
Stack Usesval
Stack Defs(val - 1)
- -

Pops the numeric value val from the stack, then pushes val - 1.

-
-
JSOP_INC [-1, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value234 (0xea)
Operands 
Length1
Stack Usesval
Stack Defs(val + 1)
- -

Pops the numeric value val from the stack, then pushes val + 1.

-
-
JSOP_DIV [-2, +1] (IC)
- JSOP_MOD [-2, +1] (IC)
- JSOP_MUL [-2, +1] (IC)
- JSOP_SUB [-2, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
ValueJSOP_DIV: 30 (0x1e)
- JSOP_MOD: 31 (0x1f)
- JSOP_MUL: 29 (0x1d)
- JSOP_SUB: 28 (0x1c)
Operands 
Length1
Stack Useslval, rval
Stack Defs(lval OP rval)
- -

Pops the top two values lval and rval from the stack, then pushes the result of applying the arithmetic operation to them.

-
-
JSOP_NEG [-1, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value34 (0x22)
Operands 
Length1
Stack Usesval
Stack Defs(-val)
- -

Pops the value val from the stack, then pushes -val.

-
-
JSOP_POS [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value35 (0x23)
Operands 
Length1
Stack Usesval
Stack Defs(+val)
- -

Pops the value val from the stack, then pushes +val. (+val is the value converted to a number.)

-
-
JSOP_POW [-2, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value150 (0x96)
Operands 
Length1
Stack Useslval, rval
Stack Defs(lval ** rval)
- -

Pops the top two values lval and rval from the stack, then pushes the result of Math.pow(lval, rval).

-
-
JSOP_TONUMERIC [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value236 (0xec)
Operands 
Length1
Stack Usesval
Stack DefsToNumeric(val)
- -

Pop val from the stack, then push the result of ToNumeric(val).

-
-
- -

Bitwise Logical Operators

- -
-
JSOP_BITAND [-2, +1] (IC)
- JSOP_BITOR [-2, +1] (IC)
- JSOP_BITXOR [-2, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
ValueJSOP_BITAND: 17 (0x11)
- JSOP_BITOR: 15 (0x0f)
- JSOP_BITXOR: 16 (0x10)
Operands 
Length1
Stack Useslval, rval
Stack Defs(lval OP rval)
- -

Pops the top two values lval and rval from the stack, then pushes the result of the operation applied to the two operands, converting both to 32-bit signed integers if necessary.

-
-
JSOP_BITNOT [-1, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value33 (0x21)
Operands 
Length1
Stack Usesval
Stack Defs(~val)
- -

Pops the value val from the stack, then pushes ~val.

-
-
- -

Bitwise Shift Operators

- -
-
JSOP_LSH [-2, +1] (IC)
- JSOP_RSH [-2, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
ValueJSOP_LSH: 24 (0x18)
- JSOP_RSH: 25 (0x19)
Operands 
Length1
Stack Useslval, rval
Stack Defs(lval OP rval)
- -

Pops the top two values lval and rval from the stack, then pushes the result of the operation applied to the operands.

-
-
JSOP_URSH [-2, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value26 (0x1a)
Operands 
Length1
Stack Useslval, rval
Stack Defs(lval >>> rval)
- -

Pops the top two values lval and rval from the stack, then pushes lval >>> rval.

-
-
- -

Logical Operators

- -
-
JSOP_NOT [-1, +1] (DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value32 (0x20)
Operands 
Length1
Stack Usesval
Stack Defs(!val)
- -

Pops the value val from the stack, then pushes !val.

-
-
- -

Special Operators

- -
-
JSOP_DELELEM [-2, +1] (ELEM, CHECKSLOPPY)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value38 (0x26)
Operands 
Length1
Stack Usesobj, propval
Stack Defssucceeded
- -

Pops the top two values on the stack as propval and obj, deletes propval property from obj, pushes true onto the stack if succeeded, false if not.

-
-
JSOP_DELPROP [-1, +1] (ATOM, PROP, CHECKSLOPPY)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value37 (0x25)
Operandsuint32_t nameIndex
Length5
Stack Usesobj
Stack Defssucceeded
- -

Pops the top of stack value, deletes property from it, pushes true onto the stack if succeeded, false if not.

-
-
JSOP_IN [-2, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value113 (0x71)
Operands 
Length1
Stack Usesid, obj
Stack Defs(id in obj)
- -

Pops the top two values id and obj from the stack, then pushes id in obj. This will throw a TypeError if obj is not an object.

- -

Note that obj is the top value.

-
-
JSOP_INSTANCEOF [-2, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value114 (0x72)
Operands 
Length1
Stack Usesobj, ctor
Stack Defs(obj instanceof ctor)
- -

Pops the top two values obj and ctor from the stack, then pushes obj instanceof ctor. This will throw a TypeError if obj is not an object.

-
-
JSOP_STRICTDELPROP [-1, +1] (ATOM, PROP, CHECKSTRICT)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value46 (0x2e)
Operandsuint32_t nameIndex
Length5
Stack Usesobj
Stack Defssucceeded
- -

Pops the top of stack value and attempts to delete the given property from it. Pushes true onto success, else throws a TypeError per strict mode property-deletion requirements.

-
-
JSOP_TYPEOF [-1, +1] (DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value39 (0x27)
Operands 
Length1
Stack Usesval
Stack Defs(typeof val)
- -

Pops the value val from the stack, then pushes typeof val.

-
-
JSOP_TYPEOFEXPR [-1, +1] (DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value196 (0xc4)
Operands 
Length1
Stack Usesval
Stack Defs(typeof val)
- -

Pops the top stack value as val and pushes typeof val. Note that this opcode isn't used when, in the original source code, val is a name -- see JSOP_TYPEOF for that. (This is because typeof undefinedName === "undefined".)

-
-
JSOP_VOID [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value40 (0x28)
Operands 
Length1
Stack Usesval
Stack Defsundefined
- -

Pops the top value on the stack and pushes undefined.

-
-
- -

Stack Operations

- -
-
JSOP_DUP [-1, +2]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value12 (0x0c)
Operands 
Length1
Stack Usesv
Stack Defsv, v
- -

Pushes a copy of the top value on the stack.

-
-
JSOP_DUP2 [-2, +4]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value13 (0x0d)
Operands 
Length1
Stack Usesv1, v2
Stack Defsv1, v2, v1, v2
- -

Duplicates the top two values on the stack.

-
-
JSOP_DUPAT [-0, +1] (UINT24)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value44 (0x2c)
Operandsuint24_t n
Length4
Stack Usesv[n], v[n-1], ..., v[1], v[0]
Stack Defsv[n], v[n-1], ..., v[1], v[0], v[n]
- -

Duplicates the Nth value from the top onto the stack.

-
-
JSOP_PICK [-0, +0] (UINT8)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value133 (0x85)
Operandsuint8_t n
Length2
Stack Usesv[n], v[n-1], ..., v[1], v[0]
Stack Defsv[n-1], ..., v[1], v[0], v[n]
- -

Picks the nth element from the stack and moves it to the top of the stack.

-
-
JSOP_POP [-1, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value81 (0x51)
Operands 
Length1
Stack Usesv
Stack Defs 
- -

Pops the top value off the stack.

-
-
JSOP_POPN [-n, +0] (UINT16)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value11 (0x0b)
Operandsuint16_t n
Length3
Stack Usesv[n-1], ..., v[1], v[0]
Stack Defs 
- -

Pops the top n values from the stack.

-
-
JSOP_SWAP [-2, +2]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value10 (0x0a)
Operands 
Length1
Stack Usesv1, v2
Stack Defsv2, v1
- -

Swaps the top two values on the stack. This is useful for things like post-increment/decrement.

-
-
JSOP_UNPICK [-0, +0] (UINT8)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value183 (0xb7)
Operandsuint8_t n
Length2
Stack Usesv[n], v[n-1], ..., v[1], v[0]
Stack Defsv[0], v[n], v[n-1], ..., v[1]
- -

Moves the top of the stack value under the nth element of the stack. Note: n must NOT be 0.

-
-
- -

Debugger

- -
-
JSOP_DEBUGAFTERYIELD [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value208 (0xd0)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

Bytecode emitted after yield expressions to help the Debugger fix up the frame in the JITs. No-op in the interpreter.

-
-
- -

Literals

- -

Constants

- -
-
JSOP_BIGINT [-0, +1] (BIGINT)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value237 (0xed)
Operandsuint32_t constIndex
Length5
Stack Uses 
Stack Defsval
- -

Pushes a BigInt constant onto the stack.

-
-
JSOP_BUILTINPROTO [-0, +1] (UINT8)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value221 (0xdd)
Operandsuint8_t kind
Length2
Stack Uses 
Stack Defs%BuiltinPrototype%
- -

Pushes the current global's builtin prototype for a given proto key.

-
-
JSOP_DOUBLE [-0, +1] (DOUBLE)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value60 (0x3c)
OperandsDoubleValue literal
Length9
Stack Uses 
Stack Defsval
- -

Pushes numeric constant onto the stack.

-
-
JSOP_FALSE [-0, +1]
- JSOP_TRUE [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
ValueJSOP_FALSE: 66 (0x42)
- JSOP_TRUE: 67 (0x43)
Operands 
Length1
Stack Uses 
Stack Defstrue/false
- -

Pushes boolean value onto the stack.

-
-
JSOP_INT32 [-0, +1] (INT32)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value216 (0xd8)
Operandsint32_t val
Length5
Stack Uses 
Stack Defsval
- -

Pushes 32-bit int immediate integer operand onto the stack.

-
-
JSOP_INT8 [-0, +1] (INT8)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value215 (0xd7)
Operandsint8_t val
Length2
Stack Uses 
Stack Defsval
- -

Pushes 8-bit int immediate integer operand onto the stack.

-
-
JSOP_IS_CONSTRUCTING [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value65 (0x41)
Operands 
Length1
Stack Uses 
Stack DefsJS_IS_CONSTRUCTING
- -

Pushes JS_IS_CONSTRUCTING

-
-
JSOP_NULL [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value64 (0x40)
Operands 
Length1
Stack Uses 
Stack Defsnull
- -

Pushes null onto the stack.

-
-
JSOP_ONE [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value63 (0x3f)
Operands 
Length1
Stack Uses 
Stack Defs1
- -

Pushes 1 onto the stack.

-
-
JSOP_STRING [-0, +1] (ATOM)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value61 (0x3d)
Operandsuint32_t atomIndex
Length5
Stack Uses 
Stack Defsatom
- -

Pushes string constant onto the stack.

-
-
JSOP_SYMBOL [-0, +1] (UINT8)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value45 (0x2d)
Operandsuint8_t symbol (the JS::SymbolCode of the symbol to use)
Length2
Stack Uses 
Stack Defssymbol
- -

Push a well-known symbol onto the operand stack.

-
-
JSOP_UINT16 [-0, +1] (UINT16)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value88 (0x58)
Operandsuint16_t val
Length3
Stack Uses 
Stack Defsval
- -

Pushes unsigned 16-bit int immediate integer operand onto the stack.

-
-
JSOP_UINT24 [-0, +1] (UINT24)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value188 (0xbc)
Operandsuint24_t val
Length4
Stack Uses 
Stack Defsval
- -

Pushes unsigned 24-bit int immediate integer operand onto the stack.

-
-
JSOP_UNDEFINED [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value1 (0x01)
Operands 
Length1
Stack Uses 
Stack Defsundefined
- -

Pushes undefined onto the stack.

-
-
JSOP_UNINITIALIZED [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value142 (0x8e)
Operands 
Length1
Stack Uses 
Stack Defsuninitialized
- -

Pushes a JS_UNINITIALIZED_LEXICAL value onto the stack, representing an uninitialized lexical binding.

- -

This opcode is used with the JSOP_INITLEXICAL opcode.

-
-
JSOP_ZERO [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value62 (0x3e)
Operands 
Length1
Stack Uses 
Stack Defs0
- -

Pushes 0 onto the stack.

-
-
- -

Object

- -
-
JSOP_CALLELEM [-2, +1] (ELEM, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value193 (0xc1)
Operands 
Length1
Stack Usesobj, propval
Stack Defsobj[propval]
- -

Pops the top two values on the stack as propval and obj, pushes propval property of obj onto the stack. Requires the value under obj to be the receiver of the following call.

- -

Like JSOP_GETELEM but for call context.

-
-
JSOP_CALLPROP [-1, +1] (ATOM, PROP, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value184 (0xb8)
Operandsuint32_t nameIndex
Length5
Stack Usesobj
Stack Defsobj[name]
- -

Pops the top of stack value, pushes property of it onto the stack. Requires the value under obj to be the receiver of the following call.

- -

Like JSOP_GETPROP but for call context.

-
-
JSOP_CALLSITEOBJ [-0, +1] (OBJECT)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value101 (0x65)
Operandsuint32_t objectIndex
Length5
Stack Uses 
Stack Defsobj
- -

Pushes the call site object specified by objectIndex onto the stack. Defines the raw property specified by objectIndex + 1 on the call site object and freezes both the call site object as well as its raw property.

-
-
JSOP_CHECKCLASSHERITAGE [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value51 (0x33)
Operands 
Length1
Stack Usesheritage
Stack Defsheritage
- -

Ensures the result of a class's heritage expression is either null or a constructor.

-
-
JSOP_CHECKOBJCOERCIBLE [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value163 (0xa3)
Operands 
Length1
Stack Usesval
Stack Defsval
- -

Throw if the value on the stack is not coerscible to an object (is |null| or |undefined|).

-
-
JSOP_GETBOUNDNAME [-1, +1] (ATOM, NAME, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value195 (0xc3)
Operandsuint32_t nameIndex
Length5
Stack Usesenv
Stack Defsv
- -

Pops an environment, gets the value of a bound name on it. If the name is not bound to the environment, throw a ReferenceError. Used in conjunction with BINDNAME.

-
-
JSOP_GETELEM [-2, +1] (ELEM, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value55 (0x37)
Operands 
Length1
Stack Usesobj, propval
Stack Defsobj[propval]
- -

Pops the top two values on the stack as propval and obj, pushes propval property of obj onto the stack.

-
-
JSOP_GETELEM_SUPER [-3, +1] (ELEM, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value125 (0x7d)
Operands 
Length1
Stack Usesreceiver, propval, obj
Stack Defsobj[propval]
- -

LIKE JSOP_GETELEM but takes receiver on stack, and the propval is evaluated before the obj.

-
-
JSOP_GETPROP [-1, +1] (ATOM, PROP, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value53 (0x35)
Operandsuint32_t nameIndex
Length5
Stack Usesobj
Stack Defsobj[name]
- -

Pops the top of stack value, pushes property of it onto the stack.

-
-
JSOP_GETPROP_SUPER [-2, +1] (ATOM, PROP, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value104 (0x68)
Operandsuint32_t nameIndex
Length5
Stack Usesreceiver, obj
Stack Defsobj[name]
- -

Pops the top two values, and pushes the property of one, using the other as the receiver.

-
-
JSOP_INITELEM [-3, +1] (ELEM, PROPINIT, DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value94 (0x5e)
Operands 
Length1
Stack Usesobj, id, val
Stack Defsobj
- -

Initialize a numeric property in an object literal, like {1: x}.

- -

Pops the top three values on the stack as val, id and obj, defines id property of obj as val, pushes obj onto the stack.

-
-
JSOP_INITELEM_GETTER [-3, +1] (ELEM, PROPINIT, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value99 (0x63)
Operands 
Length1
Stack Usesobj, id, val
Stack Defsobj
- -

Initialize a numeric getter in an object literal like {get 2() {}}.

- -

Pops the top three values on the stack as val, id and obj, defines id getter of obj as val, pushes obj onto the stack.

-
-
JSOP_INITELEM_SETTER [-3, +1] (ELEM, PROPINIT, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value100 (0x64)
Operands 
Length1
Stack Usesobj, id, val
Stack Defsobj
- -

Initialize a numeric setter in an object literal like {set 2(v) {}}.

- -

Pops the top three values on the stack as val, id and obj, defines id setter of obj as val, pushes obj onto the stack.

-
-
JSOP_INITHIDDENELEM [-3, +1] (ELEM, PROPINIT, DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value175 (0xaf)
Operands 
Length1
Stack Usesobj, id, val
Stack Defsobj
- -

Initialize a non-enumerable numeric property in an object literal, like {1: x}.

- -

Pops the top three values on the stack as val, id and obj, defines id property of obj as val, pushes obj onto the stack.

-
-
JSOP_INITHIDDENELEM_GETTER [-3, +1] (ELEM, PROPINIT, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value173 (0xad)
Operands 
Length1
Stack Usesobj, id, val
Stack Defsobj
- -

Initialize a non-enumerable numeric getter in an object literal like {get 2() {}}.

- -

Pops the top three values on the stack as val, id and obj, defines id getter of obj as val, pushes obj onto the stack.

-
-
JSOP_INITHIDDENELEM_SETTER [-3, +1] (ELEM, PROPINIT, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value174 (0xae)
Operands 
Length1
Stack Usesobj, id, val
Stack Defsobj
- -

Initialize a non-enumerable numeric setter in an object literal like {set 2(v) {}}.

- -

Pops the top three values on the stack as val, id and obj, defines id setter of obj as val, pushes obj onto the stack.

-
-
JSOP_INITHIDDENPROP [-2, +1] (ATOM, PROP, PROPINIT, DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value147 (0x93)
Operandsuint32_t nameIndex
Length5
Stack Usesobj, val
Stack Defsobj
- -

Initialize a non-enumerable data-property on an object.

- -

Pops the top two values on the stack as val and obj, defines nameIndex property of obj as val, pushes obj onto the stack.

-
-
JSOP_INITHIDDENPROP_GETTER [-2, +1] (ATOM, PROP, PROPINIT, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value171 (0xab)
Operandsuint32_t nameIndex
Length5
Stack Usesobj, val
Stack Defsobj
- -

Initialize a non-enumerable getter in an object literal.

- -

Pops the top two values on the stack as val and obj, defines getter of obj as val, pushes obj onto the stack.

-
-
JSOP_INITHIDDENPROP_SETTER [-2, +1] (ATOM, PROP, PROPINIT, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value172 (0xac)
Operandsuint32_t nameIndex
Length5
Stack Usesobj, val
Stack Defsobj
- -

Initialize a non-enumerable setter in an object literal.

- -

Pops the top two values on the stack as val and obj, defines setter of obj as val, pushes obj onto the stack.

-
-
JSOP_INITHOMEOBJECT [-2, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value92 (0x5c)
Operands 
Length1
Stack Usesfun, homeObject
Stack Defsfun
- -

Initialize the home object for functions with super bindings.

- -

This opcode takes the function and the object to be the home object, does the set, and leaves the function on the stack.

-
-
JSOP_INITLOCKEDPROP [-2, +1] (ATOM, PROP, PROPINIT, DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value146 (0x92)
Operandsuint32_t nameIndex
Length5
Stack Usesobj, val
Stack Defsobj
- -

Initialize a non-configurable, non-writable, non-enumerable data-property on an object.

- -

Pops the top two values on the stack as val and obj, defines nameIndex property of obj as val, pushes obj onto the stack.

-
-
JSOP_INITPROP [-2, +1] (ATOM, PROP, PROPINIT, DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value93 (0x5d)
Operandsuint32_t nameIndex
Length5
Stack Usesobj, val
Stack Defsobj
- -

Initialize a named property in an object literal, like {a: x}.

- -

Pops the top two values on the stack as val and obj, defines nameIndex property of obj as val, pushes obj onto the stack.

-
-
JSOP_INITPROP_GETTER [-2, +1] (ATOM, PROP, PROPINIT, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value97 (0x61)
Operandsuint32_t nameIndex
Length5
Stack Usesobj, val
Stack Defsobj
- -

Initialize a getter in an object literal.

- -

Pops the top two values on the stack as val and obj, defines getter of obj as val, pushes obj onto the stack.

-
-
JSOP_INITPROP_SETTER [-2, +1] (ATOM, PROP, PROPINIT, DETECTING)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value98 (0x62)
Operandsuint32_t nameIndex
Length5
Stack Usesobj, val
Stack Defsobj
- -

Initialize a setter in an object literal.

- -

Pops the top two values on the stack as val and obj, defines setter of obj as val, pushes obj onto the stack.

-
-
JSOP_MUTATEPROTO [-2, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value194 (0xc2)
Operands 
Length1
Stack Usesobj, newProto
Stack Defssucceeded
- -

__proto__: v inside an object initializer.

- -

Pops the top two values on the stack as newProto and obj, sets prototype of obj as newProto, pushes true onto the stack if succeeded, false if not.

-
-
JSOP_NEWINIT [-0, +1] (UINT32, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value89 (0x59)
Operands(uint32_t extra)
Length5
Stack Uses 
Stack Defsobj
- -

Pushes newly created object onto the stack.

- -

This opcode has four extra bytes so it can be exchanged with JSOP_NEWOBJECT during emit.

-
-
JSOP_NEWOBJECT [-0, +1] (OBJECT, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value91 (0x5b)
Operandsuint32_t baseobjIndex
Length5
Stack Uses 
Stack Defsobj
- -

Pushes newly created object onto the stack.

- -

This opcode takes an object with the final shape, which can be set at the start and slots then filled in directly.

-
-
JSOP_OBJECT [-0, +1] (OBJECT)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value80 (0x50)
Operandsuint32_t objectIndex
Length5
Stack Uses 
Stack Defsobj
- -

Pushes deep-cloned object literal or singleton onto the stack.

-
-
JSOP_OBJWITHPROTO [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value83 (0x53)
Operands 
Length1
Stack Usesproto
Stack Defsobj
- -

Pushes newly created object onto the stack with provided [[Prototype]].

-
-
JSOP_SETELEM [-3, +1] (ELEM, PROPSET, DETECTING, CHECKSLOPPY, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value56 (0x38)
Operands 
Length1
Stack Usesobj, propval, val
Stack Defsval
- -

Pops the top three values on the stack as val, propval and obj, sets propval property of obj as val, pushes val onto the stack.

-
-
JSOP_SETELEM_SUPER [-4, +1] (ELEM, PROPSET, DETECTING, CHECKSLOPPY)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value158 (0x9e)
Operands 
Length1
Stack Usesreceiver, propval, obj, val
Stack Defsval
- -

LIKE JSOP_SETELEM, but takes receiver on the stack, and the propval is evaluated before the base.

-
-
JSOP_SETPROP [-2, +1] (ATOM, PROP, PROPSET, DETECTING, CHECKSLOPPY, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value54 (0x36)
Operandsuint32_t nameIndex
Length5
Stack Usesobj, val
Stack Defsval
- -

Pops the top two values on the stack as val and obj and performs obj.prop = val, pushing val back onto the stack.

-
-
JSOP_SETPROP_SUPER [-3, +1] (ATOM, PROP, PROPSET, DETECTING, CHECKSLOPPY)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value107 (0x6b)
Operandsuint32_t nameIndex
Length5
Stack Usesreceiver, obj, val
Stack Defsval
- -

Pops the top three values on the stack as val, obj and receiver, and performs obj.prop = val, pushing val back onto the stack.

-
-
JSOP_STRICTDELELEM [-2, +1] (ELEM, CHECKSTRICT)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value47 (0x2f)
Operands 
Length1
Stack Usesobj, propval
Stack Defssucceeded
- -

Pops the top two values on the stack as propval and obj, and attempts to delete propval property from obj. Pushes true onto the stack on success, else throws a TypeError per strict mode property deletion requirements.

-
-
JSOP_STRICTSETELEM [-3, +1] (ELEM, PROPSET, DETECTING, CHECKSTRICT, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value57 (0x39)
Operands 
Length1
Stack Usesobj, propval, val
Stack Defsval
- -

Pops the top three values on the stack as val, propval and obj, sets propval property of obj as val, pushes val onto the stack. Throws a TypeError if the set fails, per strict mode semantics.

-
-
JSOP_STRICTSETELEM_SUPER [-4, +1] (ELEM, PROPSET, DETECTING, CHECKSTRICT)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value159 (0x9f)
Operands 
Length1
Stack Usesreceiver, propval, obj, val
Stack Defsval
- -

LIKE JSOP_STRICTSETELEM, but takes receiver on the stack, and the propval is evaluated before the base.

-
-
JSOP_STRICTSETPROP [-2, +1] (ATOM, PROP, PROPSET, DETECTING, CHECKSTRICT, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value48 (0x30)
Operandsuint32_t nameIndex
Length5
Stack Usesobj, val
Stack Defsval
- -

Pops the top two values on the stack as val and obj, and performs obj.prop = val, pushing val back onto the stack. Throws a TypeError if the set-operation failed (per strict mode semantics).

-
-
JSOP_STRICTSETPROP_SUPER [-3, +1] (ATOM, PROP, PROPSET, DETECTING, CHECKSTRICT)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value105 (0x69)
Operandsuint32_t nameIndex
Length5
Stack Usesreceiver, obj, val
Stack Defsval
- -

Pops the top three values on the stack as val and obj, and receiver, and performs obj.prop = val, pushing val back onto the stack. Throws a TypeError if the set-operation failed (per strict mode semantics).

-
-
JSOP_TOID [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value225 (0xe1)
Operands 
Length1
Stack UsespropertyNameValue
Stack DefspropertyKey
- -

Replace the top-of-stack value propertyNameValue with ToPropertyKey(propertyNameValue).

-
-
- -

Array

- -
-
JSOP_HOLE [-0, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value218 (0xda)
Operands 
Length1
Stack Uses 
Stack Defshole
- -

Pushes a JS_ELEMENTS_HOLE value onto the stack, representing an omitted property in an array literal (e.g. property 0 in the array [, 1]).

- -

This opcode is used with the JSOP_NEWARRAY opcode.

-
-
JSOP_INITELEM_ARRAY [-2, +1] (UINT32, ELEM, PROPINIT, DETECTING, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value96 (0x60)
Operandsuint32_t index
Length5
Stack Usesobj, val
Stack Defsobj
- -

Initialize an array element.

- -

Pops the top two values on the stack as val and obj, sets index property of obj as val, pushes obj onto the stack.

-
-
JSOP_INITELEM_INC [-3, +2] (ELEM, PROPINIT, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value95 (0x5f)
Operands 
Length1
Stack Usesobj, index, val
Stack Defsobj, (index + 1)
- -

Pops the top three values on the stack as val, index and obj, sets index property of obj as val, pushes obj and index + 1 onto the stack.

- -

This opcode is used in Array literals with spread and spreadcall arguments.

-
-
JSOP_LENGTH [-1, +1] (ATOM, PROP, TYPESET, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value217 (0xd9)
Operandsuint32_t nameIndex
Length5
Stack Usesobj
Stack Defsobj['length']
- -

Pops the top of stack value, pushes the length property of it onto the stack.

-
-
JSOP_NEWARRAY [-0, +1] (UINT32, IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value90 (0x5a)
Operandsuint32_t length
Length5
Stack Uses 
Stack Defsobj
- -

Pushes newly created array onto the stack.

- -

This opcode takes the final length, which is preallocated.

-
-
JSOP_NEWARRAY_COPYONWRITE [-0, +1] (OBJECT)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value102 (0x66)
Operandsuint32_t objectIndex
Length5
Stack Uses 
Stack Defsobj
- -

Pushes a newly created array onto the stack, whose elements are the same as that of a template object's copy on write elements.

-
-
- -

RegExp

- -
-
JSOP_REGEXP [-0, +1] (REGEXP)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value160 (0xa0)
Operandsuint32_t regexpIndex
Length5
Stack Uses 
Stack Defsregexp
- -

Pushes a regular expression literal onto the stack. It requires special "clone on exec" handling.

-
-
- -

Class

- -
-
JSOP_CLASSCONSTRUCTOR [-0, +1] (ATOM)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value167 (0xa7)
Operandsatom className
Length5
Stack Uses 
Stack Defsconstructor
- -

Push a default constructor for a base class literal.

-
-
JSOP_DERIVEDCONSTRUCTOR [-1, +1] (ATOM)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value168 (0xa8)
Operandsatom className
Length5
Stack Usesproto
Stack Defsconstructor
- -

Push a default constructor for a derived class literal.

-
-
- -

Other

- -
-
JSOP_DEBUGCHECKSELFHOSTED [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value177 (0xb1)
Operands 
Length1
Stack UsescheckVal
Stack DefscheckVal
- -

Examines the top stack value, asserting that it's either a self-hosted function or a self-hosted intrinsic. This opcode does nothing in a non-debug build.

-
-
JSOP_FORCEINTERPRETER [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value207 (0xcf)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

No-op bytecode only emitted in some self-hosted functions. Not handled by the JITs so the script always runs in the interpreter.

-
-
JSOP_HASOWN [-2, +1] (IC)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value211 (0xd3)
Operands 
Length1
Stack Usesid, obj
Stack Defs(obj.hasOwnProperty(id))
- -

Pops the top two values id and obj from the stack, then pushes obj.hasOwnProperty(id)

- -

Note that obj is the top value.

-
-
JSOP_ITERNEXT [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value222 (0xde)
Operands 
Length1
Stack Usesval
Stack Defsval
- -

NOP opcode to hint to IonBuilder that the value on top of the stack is the (likely string) key in a for-in loop.

-
-
JSOP_JUMPTARGET [-0, +0] (ICINDEX)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value230 (0xe6)
Operandsuint32_t icIndex
Length5
Stack Uses 
Stack Defs 
- -

This opcode is a no-op and it indicates the location of a jump instruction target. Some other opcodes act as jump targets as well, see BytecodeIsJumpTarget. The IC index is used by the Baseline interpreter.

-
-
JSOP_LINENO [-0, +0] (UINT32)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value119 (0x77)
Operandsuint32_t lineno
Length5
Stack Uses 
Stack Defs 
- -

Embedded lineno to speedup pc->line mapping.

-
-
JSOP_NOP [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value0 (0x00)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

No operation is performed.

-
-
JSOP_NOP_DESTRUCTURING [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value229 (0xe5)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

No-op used by the decompiler to produce nicer error messages about destructuring code.

-
-
JSOP_RESUMEINDEX [-0, +1] (RESUMEINDEX)
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value126 (0x7e)
Operandsuint24_t resumeIndex
Length4
Stack Uses 
Stack DefsresumeIndex
- -

Pushes a resumeIndex (stored as 24-bit operand) on the stack.

- -

Resume indexes are used for ops like JSOP_YIELD and JSOP_GOSUB. JSScript and BaselineScript have lists of resume entries (one for each resumeIndex); this lets the JIT resume at these ops from JIT code.

-
-
JSOP_TOSTRING [-1, +1]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value228 (0xe4)
Operands 
Length1
Stack Usesval
Stack DefsToString(val)
- -

Converts the value on the top of the stack to a String.

-
-
JSOP_TRY_DESTRUCTURING [-0, +0]
-
- - - - - - - - - - - - - - - - - - - - - - - -
Value220 (0xdc)
Operands 
Length1
Stack Uses 
Stack Defs 
- -

No-op used by the exception unwinder to determine the correct environment to unwind to when performing IteratorClose due to destructuring.

-
-
diff --git a/files/ja/mozilla/projects/spidermonkey/internals/garbage_collection/index.html b/files/ja/mozilla/projects/spidermonkey/internals/garbage_collection/index.html deleted file mode 100644 index e12b08f89b..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/internals/garbage_collection/index.html +++ /dev/null @@ -1,131 +0,0 @@ ---- -title: Garbage collection -slug: Mozilla/Projects/SpiderMonkey/Internals/Garbage_collection -translation_of: Mozilla/Projects/SpiderMonkey/Internals/Garbage_collection ---- -
- この文曞に぀いお: これはSpiderMonkeyのGC内郚に぀いおの雑倚な草案です。内容が叀いたたは䞍正確な堎合がありたす。
-
-

è­Šå‘Š:SpiderMonkey ガベヌゞコレクションTipsは悲しいこずに叀い内容であり、完党に無芖されるべきものずなっおしたいたした、

-
-

デザむンの抂芁

-

SpiderMonkeyは、オプションでむンクリメンタルマヌキングモヌドincremental marking modeを有効にされたマヌク & スむヌプ方匏のガベヌゞコレクションGCを持っおいたす。マヌクフェむズでは、むンクリメンタルマヌキングに必芁なマヌクスタックを甚いたす。ファむナラむザを䌎わないオブゞェクトのスむヌプは、バックグラりンドスレッドにお実行されたす。

-

䞖代別GCおよびコンパクションGCcompacting GCの実装に向けた䜜業が進行䞭です。

-

 

-

䞻芁なデヌタ構造

-

Cell

-

Cell は、倖郚からも䜿甚される、GCによっお割圓ず回収が行われるメモリヌの単䜍です。぀たり、GC以倖から芋れば、GCの仕事はCellの割圓ず自動的な回収ずいうこずになりたす。

-

䟋えばJSObjectのように、CellはGCによっお割り圓おられる党おのクラスの基底クラスずなりたす。

-

Allocation Kind

-

Cellは、Allocation Kindにより分類されたす。Allocation Kindはオブゞェクトのサむズおよびファむナラむズの振る舞いを定矩したす。Allocation KindはAllocKind列挙型によっお定矩されたす。

-

Arenas always hold objects of the same allocation kind. Thus, an arena holds objects all of the same size and finalization behavior.

-

Compartment

-

JSヒヌプはCompartmentに分割されたす。Compartmentの芁点は以䞋になりたす

- -

Compartmentは、SpiderMonkeyにおける、GCを含む特にメモリに関連した事項の構造的か぀分野暪断的なコンセプトになっおいたす。詳现はCompartmentsを参照しおください。

-

JSCompartmentはGCに関連した重芁なフィヌルドを保持しおいたす

-
-
- ArenaLists型 arenas
-
- この構造䜓は、それぞれのAllocation KindのArenaの2぀のリストを蚘録しおいたす。未䜿甚のArenaのリストず、割圓枈みのArenaのリストです。
-
- bool型 needsBarrier
-
- このCompartmentにおけるGCが、むンクリメンタルバリアの実行を必芁ずする堎合にtrueずなりたす。すなわり、このCompartmentが珟圚むンクリメンタルGCを実行しおいるかどうかを衚したす。
-
- CompartmentGCState型 gcState
-
- このCompartmentが珟圚GCを実行しおいるかどうかを衚したす。もし実行しおいなければ、GCの実行がスケゞュヌルされおいるかを衚したす。
-
- size_t型 gcBytes, gcTriggerBytes, gcMallocBytes, gcMaxMallocBytes
-
- GCのスケゞュヌルに䜿甚される情報を衚したす
-
- WrapperMap型 crossCompartmentWrappers
-
- このCompartment内のオブゞェクトのラッパヌの集合です。Mapのキヌはオブゞェクト、倀はラッパヌです。同じオブゞェクトに察するラッパヌが耇数回芁求される堎合、゚ンゞンが同䞀のラッパヌを毎回返せるようにするためにマッピングが必芁ずされたす。ラッパヌオブゞェクトの集合は同様に、単䞀および耇数のcompartmentのnon-globalなGCにおいおも必芁ずなりたす
-
-

Zone

-

TODO原文ママ

-

Chunk

-

Chunkはメモリの割圓における最倧の内郚単䜍ずなりたす。

-

Chunkは1MBのサむズを持ち、内郚にArena、パディング、Mark BitmapChunkBitmap、解攟されたArenaのビットマップ、およびChunkヘッダChunkInfoを保持しおいたす。

-

ChunkInfoは、ChunkInfo::freeArenasHeadから開始しおおり、ArenaHeader::nextを介しおリンクしおいる未割圓のArenaのリストを保持したす。たた、ChunkInfoは未割圓のArenaの数の基本的な情報を保持しおいたす。

-

TODO ChunkInfo next/prev原文ママ

-

Arena

-

Arenaはメモリ割圓の内郚単䜍です。

-

Arenaは1ペヌゞほが党おのプラットフォヌムで4096バむトの倧きさであり、ArenaHeaderず、僅かなパディングずなるバむト領域ず、敎列された芁玠の配列を含みたす。Arena内のすべおの芁玠は、同じAllocation Kindずサむズを持ちたす。

-

すべおのArenaは、ArenaHeader::firstFreeSpanOffetsから始たる自由なメモリ区間のリストを保持したす。自由なメモリ区間の最埌のCell最埌であるのが望たしいは、次の自由なメモリ区間を衚すFreeSpanを保持したす。

-

Free Span

-

構造䜓FreeSpanは、Arena内の自由なCell [first, last]の連続を衚したす。FreeSpanは、自由なメモリ区間から割圓を行うための関数を保持しおいたす。

-

Mark Bitmap

-

マヌクビットマップはChunkBitmapによっお衚されたす。

-

マヌクビットマップはGC Cellごずのビットを持ちたす。故に、耇数のCellによっお構成されおいるオブゞェクトは、ビットマップ䞭の耇数のビットを䜿いたす。

-

Exact Stack Rooting API

-
-

泚:GC rootの実装ずおよびSpiderMonkey内での䜿甚に぀いおの情報ずなりたす。SpiderMonkeyを埋め蟌んで䜿う堎合の、Rooting APIの䜿甚方法に぀いおは、 GC Rooting Guideを参照しおください。

-
-

GC rootの実装ずおよびSpiderMonkey内での䜿甚に぀いおの情報ずなりたす。 Exact Stack Rooting.

-

マヌキング

-

TODO原文ママ

-

むンクリメンタルマヌキング

-

むンクリメンタルマヌキングは、マヌキングの最䞭にJavaScriptプログラムによる状態の倉曎が発生しおも、他のマヌキング䜜業の実行が可胜であるこずを意味したす。぀たり、マヌキングによる長時間のプログラムの実行の停止の代わりに、小さな停止の集たりがGCの実行ずなるのです。停止時間は10msもしくはそれ以䞋に抑えられたす。

-

長時間の停止が必芁ずなる可胜性も垞に存圚したす。むンクリメンタルGCの間のメモリ割圓の頻床が高い堎合、゚ンゞンはむンクリメンタルGCの完了の前にout of memoryを実行するかもしれたせん。そのような堎合、゚ンゞンは幟぀かのメモリヌの返還ずプログラムの実行の継続のために、非むンクリメンタルな完党なGCを盎ちに再実行しなくおはなりたせん。

-

Incremental write barrierむンクリメンタル曞き蟌みバリア

-

write barrierを必芁ずする問題

-

むンクリメンタルGCは正確性の担保のためにwrite barrierを必芁ずしたす。

-

TODO原文ママ、基本的な問題を衚す図を甚意するVery poor diagram showing IGC hazard that requires a write barrier

-

基本的な問題は以䞋の通りです色の説明に぀いおは、蟞曞を参照。オブゞェクトAはblackか぀ポむンタ領域を所持しおいたす。オブゞェクトBはwhiteずしたす。ここで、むンクリメンタルなスラむスが止たり、プログラムの実行による状態の倉曎が再開したした。プログラムがBをAに保存したこずにより、AはBぞのポむンタを持぀こずになりたす。そしお、Bぞのすべおの既存のポむンタが削陀されたした。そのずき、

- -

write barrierは、ポむンタの保存の発生前に実行され、生存しおいるオブゞェクトが回収されないようにするために情報を蚘録する機構の䞀぀です。

-

SpiderMonkeyのincremental write barrier

-

SpiderMonkeyは、盞察的にシンプルな、ssnapshot-at-the-beginning allocate-black barrierず呌ばれる䞀般的なincremental write barrierを甚いおいたす。

-

このバリアの動䜜を理解するために、事象を単玔にするために、新芏にオブゞェクトが割り圓おられるこずの無いむンクリメンタルGCを仮定したす。生存しおいるオブゞェクトを回収しないようにするためにはどうすればよいでしょうか　䞀぀の方法ずしおは、むンクリメンタルGCの最初の時点で生存しおいたすべおのオブゞェクトをマヌクするずいう手法がありたすこれは、オブゞェクトぞの党おの参照が珟圚のむンクリメンタルGC䞭に消えた堎合は、次のむンクリメンタルGC時にそのオブゞェクトが回収されるずいうこずです。この手法は、むンクリメンタルGCの開始時に生存しおいるオブゞェクトのスナップショットを保存し、それら党おをマヌクするのずコンセプト䞊は同矩であるために、snapshot-at-the-beginningず呌ばれおいたす。実際にはスナップショットを撮る蚳ではありたせん。そのような堎合は完党な非むンクリメンタルなマヌク䜜業が必芁ずなりたす。

-

snapshot-at-the-beginningバリアの実装は単玔です。GCポむンタを保持する堎所がプログラムによっお䞊曞きされたタむミングで、バリアは開始したす。バリアは単玔にポむンタによっお指し瀺されおいるオブゞェクトをblackにしたす。鍵ずなるのは、オブゞェクトぞの党おのポむンタが䞊曞きされた堎合にのみ、オブゞェクトはマヌクされず”死んだもの”ずなりうるずいう点です。そのため、オブゞェクトぞのポむンタが䞊曞きされたタむミングでオブゞェクトをblackにすれば、オブゞェクトが”死ぬ”ずいうこずは発生し埗ないのです。

-

FIXME原文ママ:指し瀺されたオブゞェクトをblackにするだけは十分ではないず思いたす。マヌクされおいない別のオブゞェクトがあったら䜕がおこりたすか　マヌクスタックに぀いおも蚀及すべきです。「指し瀺されおいるオブゞェクトをblackにする」ずいうのは、「再垰的に指し瀺されたオブゞェクトをblackにする」ずいう意味で曞かれおいたすか

-

これで、メモリの割圓の正確性に぀いおも話したす。新芏に割り圓おられたオブゞェクトはGCの開始時には存圚しおいたせんでした。snapshot-at-the-beginningバリアはこれに぀いおは巧くカバヌしたせん。ですが、もし新芏に割り圓おられたオブゞェクトが生存しおいる堎合は、それが回収されないようにする必芁がありたす。これは簡単で、むンクリメンタルGC䞭に新芏にオブゞェクトが割り圓おられたら、それをマヌクすれば良いのです。これを名付けおallocate-blackず蚀いたす。

-

SpiderMonkeyの incremental read barrierむンクリメンタル読み取りバリア

-

むンクリメンタルGCの教科曞的な実装では、write barrierしかありたせん。SpiderMonkeyでは、weak pointer甚語集参照のためにread barrierも甚意しおいたす。

-

TODO原文ママ解説の完成

-

実装の詳现

-

write barrierは実行時のコストを䌎うので、SpiderMonkeyはむンクリメンタルGCの実行䞭以倖ではスキップするようにしおいたす。各compartmentのneedsBarrier()フラグによっお、バリアが必芁かどうかを瀺しおいたす。

-

T*型のフィヌルドのように、党おのT型はwrite barrierを必芁ずしおおり、T::writeBarrierPre(old)ずいう関数が存圚しおいたす。たずえば、JSObject*がwrite barrierを必芁ずする堎合、関数ObjectImpl::writeBarrierPre(ObjectImpl *old)が存圚したすJSObjectはObjectImplを継承しおいたす。。 zone->needsBarrier()がtrueである堎合、writeBarrierPre()はoldをマヌクする、ずいうこずです。

-

HeapPtr<t>クラスはwrite barrierの起動を簡単にするために提䟛されおいたす。HeapPtr<t>はT*をカプセル化し、割圓時にwrite barrierを起動したす。これにより、GCポむンタ型のオブゞェクトの領域は、通垞、HeapPtr<T><t>ずしお定矩されおいたす。HeapValueクラスはValueに察しお同じこずを行いたす。HeapSlotおよび関連するHeapSlotArrayも同様に、オブゞェクトスロットに察するものです。HeapIdは、同じくjsidに察する物です。TODO原文ママなぜHeapValueずHeapSlotの2぀が存圚するのか</t></t></t>

-

オブゞェクトのプラむベヌト領域は、特別に取り扱う必芁がありたす。プラむベヌト領域自䜓は、゚ンゞンに察しおは隠されおいたすが、マヌクされる必芁があるものを指し瀺すかもしれたせん䟋JSObjectのポむンタの配列。この䟋では、プラむベヌト領域が䞊曞きされた堎合、JSObjectのポむンタは”死ぬ”こずになりたす。そのため、write barrierはそれらをマヌクしなければなりたせん。ObjectImpl::privateWriteBarrierPreはプラむベヌト領域が䞊曞きされる前にJSObjectクラスのトレヌスフックによっお起動され、これに察凊したす。

-

他の詳现事項ずしお、write barrierは新芏に確保されたオブゞェクトのフィヌルドの初期化時には、䞊曞きされるポむンタが存圚しないこずから、スキップするこずができたす。

-

Sweepingスむヌピング

-

TODO原文ママ

-

䞖代別GC

-

TODO原文ママ

-

GC統蚈API

-

実行時にGC統蚈API.を通じお、GCが保持する明確な統蚈情報にアクセスする事ができたす。

-

゜ヌスファむル

-

jsgc{.h,inlines.h,.cpp} GCを起動するための゚ントリヌポむントを含む内郚API関数矀を定矩したす。

-

jsgcstats.{h,cpp} 保守的なスタックスキャンに基づく情報収集のための構造䜓ConservativeGCStatsを定矩したす。TODO原文ママ削陀されたずきに消す

-

gc/Barrier[-inl].h むンクリメンタルおよび䞖代別甚のwrite barrierを実装しおいたす。

-

gc/Heap.h GCのヒヌプ構造の根幹を成す、Chunk, ChunkInfo, ChunkBitmap, Arena, ArenaHeader, Cell, FreeSpanずいった䞀連の構造䜓を定矩したす。

-

gc/Marking.{h,cpp} 倚様なGC察象甚のマヌク䜜業関数の党おを定矩したす。

-

gc/Memory.{h,cpp} ペヌゞの配眮ず解攟mapping and unmappingのための僅かな関数に加えお、プラットフォヌム固有の実装を保持しおいたす。配眮・解攟map/unmap甚の関数はチャンクの確保ず解攟allocate and release 甚のために、 jsgc.cppによっお䜿甚されおいたす。䜿甚されおおらずディスクに栌玍する代わりメモリ砎棄が可胜なペヌゞをOS䌝えるなどに甚いる、確保たたは解攟commit or decommitのための関数もありたす。

-

gc/Root.h GCルヌトずしお甚いられる倉数クラスを定矩したす。

-

gc/Statistics.{h,cpp} SpiderMonkey GCのパフォヌマンスカりンタずしお保存される Statics構造䜓を定矩しおいたす。

-

甚語の解説

-

TODO原文ママ: SpiderMonkeyの実装ず色の名前が䞀臎しおいるかを確認

-

black黒䞀般的な蚈算機科孊の文脈においお、マヌクフェむズ䞭、マヌク枈か぀子䟛がgrayマヌクキュヌに積たれおいるなオブゞェクトをblackずしたす。SpiderMonkeyでは、マヌクビットが蚭定されたオブゞェクトをblackず芋なしたす。

-

gray灰色䞀般的な蚈算機科孊の文脈においお、マヌクフェむズ䞭、マヌクキュヌに積たれおいるオブゞェクトをgrayずしたす。SpiderMonkeyでは、マヌクスタック内のオブゞェクトの子孫か぀blackで無いものはgrayずなりたす。぀たり、状態が明癜でないオブゞェクトがgrayであるずいうこずです。

-

Handleハンドル 私たちのGCでは、Handleはルヌトによっお登録されたどこかを指し瀺すポむンタです。

-

root TODO原文ママ: 䞊からコピヌする

-

weak pointer匱参照ポむンタ 䞀般的な蚈算機科孊の文脈においお、weak pointerはGC目的で指し瀺された倀が生存し続ける必芁がなくなるポむンタです。具䜓的には、既にポむンタの指し瀺す察象が既にGCされおいる堎合は、weak pointerのget()メ゜ッドが返す倀はnullポむンタずなりたす。Gecko/SpiderMonkeyでは、weak pointerはマヌクされおいないがGC察象ずなりうるオブゞェクトぞのポむンタずなりたす。そのため、get()メ゜ッドは存圚せず、指し瀺す倀がGCされたかどうかの保蚌も存圚したせん。プログラマは、指し瀺されたオブゞェクトの生存時間が、weak pointerの生存時間よりも長いこずを保蚌する必芁がありたす。TODO原文ママ これが正しいか確認。

-

white癜 䞀般的な蚈算機科孊の文脈においお、マヌクフェむズ䞭、ただ蟿れおいないオブゞェクトはwhiteずなりたす。マヌクされなかった堎合、マヌクフェむズの埌にオブゞェクトはwhiteずなりたす。SpiderMonkeyでは、grayでもblackでもないblackでもマヌクスタック内のオブゞェクトの子でもないオブゞェクトがwhiteずなりたす。

-

クリヌンアップの可胜性

-

MarkPagesInUse はすべおのプラットフォヌムで䜕の操䜜も実斜したせん。

-

統蚈ファむルのマヌゞ。

-

ArenaLists::refillFreeListsは悪いネヌミングです。それは、たずえArenaの解攟リストが完党ではなくおも、Cellの確保を詊みるように芋えたす。

diff --git a/files/ja/mozilla/projects/spidermonkey/internals/index.html b/files/ja/mozilla/projects/spidermonkey/internals/index.html deleted file mode 100644 index 49e8157aa7..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/internals/index.html +++ /dev/null @@ -1,290 +0,0 @@ ---- -title: Internals -slug: Mozilla/Projects/SpiderMonkey/Internals -tags: - - JavaScript - - SpiderMonkey - - 芁曎新 - - 芁翻蚳 -translation_of: Mozilla/Projects/SpiderMonkey/Internals ---- -
{{SpiderMonkeySidebar("Internals")}}
- -

蚭蚈

- -

SpiderMonkey は型付けされおいないバむトコヌドず JavaScript で扱いうる倀を衚す JS::Value 型に察する挔算を高速に行えるむンタプリタです。Just-In-Time (JIT) コンパむラやガベヌゞコレクションの機構を備え、JavaScript の倀が持぀基本的な振る舞いず ECMA 262-5.1 §15 ずその他の拡匵で定矩された暙準ラむブラリを実装し、いく぀かのパブリックな API が提䟛されおいたす。

- -

むンタプリタ

- -

倚くの移怍可胜なむンタプリタず同様、SpiderMonkey のむンタプリタは䞻に単䞀の長倧な関数ずしお実装されおいたす。バむトコヌドを 1 ぀ず぀実行され、珟圚の呜什に察応するコヌドぞの分岐は switch 文を利甚しお行われたすコンパむラによっおは、より高速な手法が利甚されたす。JS で蚘述された関数同士の呌び出し時にはJavaScript のスタックフレヌムが䌞長し、C のスタックは消費されたせん。䞀方 JS で蚘述された関数から、C で定矩された関数を呌び出し、たた JS で蚘述された関数を呌ぶような堎合は、コヌルスタックは通垞通りに消費されるため、むンタプリタは再突入可胜ずなっおいたす。

- -

SpiderMonkey バむトコヌドの凊理には、匕数の型による倚くの特䟋が存圚したす。通垞はむンタプリタのルヌプ内で凊理されたすが、邪魔な抜象化を無芖する堎合もありたす。密な配列やプロパティキャッシュのような最適化は、jsinterp.cpp に定矩されおいる jsarray.* や jsobj.*  によっお隠蔜され、透過的に行われるわけでは「ありたせん」。

- -

むンタプリタに関する状態は、むンタプリタの゚ントリポむントに匕数ずしお枡されたす。暗黙的な状態は JSContext 型の倀にたずめられおおり、API であろうがなかろうが、SpiderMonkey のすべおの関数は第 1 匕数に、JSContext 型のポむンタをずりたす。

- -

コンパむラ

- -

コンパむラは JavaScript の゜ヌスコヌドを凊理し、script を生成したす。script にはバむトコヌドずその゜ヌスコヌド、゜ヌスに察するアノテヌション、文字列、数倀、識別子のリテラルが含たれたす。たた゜ヌスコヌド䞭で定矩されおいる関数も含む、オブゞェクトも script には含たれたす。それぞれの関数は入れ子になった script を保持したす。

- -

The compiler consists of: a random-logic rather than table-driven lexical scanner, a recursive-descent parser that produces an AST, and a tree-walking code generator. Semantic and lexical feedback are used to disambiguate hard cases such as missing semicolons, assignable expressions ("lvalues" in C parlance), and whether / is the division symbol or the start of a regular expression. The compiler attempts no error recovery; it bails out on the first error. The emitter does some constant folding and a few codegen optimizations; about the fanciest thing it does is to attach source notes to the script for the decompiler's benefit.

- -

The decompiler implements Function.toSource(), which reconstructs a function's source code. It translates postfix bytecode into infix source by consulting a separate byte-sized code, called source notes, to disambiguate bytecodes that result from more than one grammatical production.

- -

Garbage collector

- -

The GC is a mark-and-sweep, non-conservative (exact) collector. It is used to hold JS objects and string descriptors (JSString), but not string bytes. It runs automatically only when maxbytes (as passed to JS_NewRuntime) bytes of GC things have been allocated and another thing-allocation request is made. JS API users should call JS_GC or JS_MaybeGC between script executions or from the operation callback, as often as necessary.

- -

Because the GC is exact, C/C++ applications must ensure that all live objects, strings, and numbers are GC-reachable.

- -

JavaScript values

- -

The type JS::Value represents a JavaScript value.

- -

The representation is 64 bits and uses NaN-boxing on all platforms, although the exact NaN-boxing format depends on the platform. NaN-boxing is a technique based on the fact that in IEEE-754 there are 2**47 different bit patterns that all represent NaN. Hence, we can encode any floating-point value as a C++ double (noting that JavaScript NaN must be represented as one canonical NaN format). Other values are encoded as a value and a type tag:

- - - -

Only JIT code really depends on the layout--everything else in the engine interacts with values through functions like val.isDouble(). Most parts of the JIT also avoid depending directly on the layout: the files PunboxAssembler.h and NunboxAssembler.h are used to generate native code that depends on the value layout.

- -

Objects consist of a possibly shared structural description, called the map or scope; and unshared property values in a vector, called the slots. Each property has an id, either a nonnegative integer or an atom (unique string), with the same tagged-pointer encoding as a jsval.

- -

The atom manager consists of a hash table associating strings uniquely with scanner/parser information such as keyword type, index in script or function literal pool, etc. Atoms play three roles: as literals referred to by unaligned 16-bit immediate bytecode operands, as unique string descriptors for efficient property name hashing, and as members of the root GC set for exact GC.

- -

Standard library

- -

The methods for arrays, booleans, dates, functions, numbers, and strings are implemented using the JS API. Most are JSFastNatives. Most string methods are customized to accept a primitive string as the this argument. (Otherwise, SpiderMonkey converts primitive values to objects before invoking their methods, per ECMA 262-3 §11.2.1.)

- -

Error handling

- -

SpiderMonkey has two interdependent error-handling systems: JavaScript exceptions (which are not implemented with, or even compatible with, any kind of native C/C++ exception handling) and error reporting. In general, both functions inside SpiderMonkey and JSAPI callback functions signal errors by calling JS_ReportError or one of its variants, or JS_SetPendingException, and returning JS_FALSE or NULL.

- -

Public APIs

- -

The public C/C++ interface, called the JSAPI, is in most places a thin (but source-compatible across versions) layer over the implementation. See the JSAPI User Guide. There is an additional public API for JavaScript debuggers, JSDBGAPI, but {{Source("js/jsd/jsdebug.h")}} might be a better API for debuggers. Another API, JSXDRAPI, provides serialization for JavaScript scripts. (XUL Fastload uses this.)

- -

Just-In-Time compiler

- -

SpiderMonkey contains a baseline compiler as first tier. A second tier JIT, code-named IonMonkey was enabled in Firefox 18. IonMonkey is an optimizing compiler.

- -

Self-hosting of built-in functions in JS

- -

Starting with Firefox 17, SpiderMonkey has the ability to implement built-in functions in self-hosted JS code. This code is compiled in a special compilation mode that gives it access to functionality that's not normally exposed to JS code, but that's required for safe and specification-conformant implementation of built-in functions.

- -

All self-hosted code lives in .js files under builtin/. For details on implementing self-hosted built-ins, see self-hosting.

- -

File walkthrough

- -

jsapi.cpp, jsapi.h

- -

The public API to be used by almost all client code.

- -

jspubtd.h, jsprvtd.h

- -

These files exist to group struct and scalar typedefs so they can be used everywhere without dragging in struct definitions from N different files. The jspubtd.h file contains public typedefs, and is included automatically when needed. The jsprvtd.h file contains private typedefs and is included by various .h files that need type names, but not type sizes or declarations.

- -

jsdbgapi.cpp, jsdbgapi.h

- -

The debugging API. Provided so far:

- -

Traps, with which breakpoints, single-stepping, step over, step out, and so on can be implemented. The debugger will have to consult jsopcode.def on its own to figure out where to plant trap instructions to implement functions like step out, but a future jsdbgapi.h will provide convenience interfaces to do these things. At most one trap per bytecode can be set. When a script (JSScript) is destroyed, all traps set in its bytecode are cleared.

- -

Watchpoints, for intercepting set operations on properties and running a debugger-supplied function that receives the old value and a pointer to the new one, which it can use to modify the new value being set.

- -

Line number to PC and back mapping functions. The line-to-PC direction "rounds" toward the next bytecode generated from a line greater than or equal to the input line, and may return the PC of a for-loop update part, if given the line number of the loop body's closing brace. Any line after the last one in a script or function maps to a PC one byte beyond the last bytecode in the script. An example, from perfect.js:

- -
function perfect(n) {
-  print("The perfect numbers up to " + n + " are:");
-  // We build sumOfDivisors[i] to hold a string expression for
-  // the sum of the divisors of i, excluding i itself.
-  var sumOfDivisors = new ExprArray(n + 1, 1);
-  for (var divisor = 2; divisor <= n; divisor++) {
-    for (var j = divisor + divisor; j <= n; j += divisor) {
-      sumOfDivisors[j] += " + " + divisor;
-    }
-    // At this point everything up to 'divisor' has its sumOfDivisors
-    // expression calculated, so we can determine whether it's perfect
-    // already by evaluating.
-    if (eval(sumOfDivisors[divisor]) == divisor) {
-      print("" + divisor + " = " + sumOfDivisors[divisor]);
-    }
-  }
-  delete sumOfDivisors;
-  print("That's all.");
-}
- -

The line number to PC and back mappings can be tested using the js program with the following script:

- -
load("perfect.js");
-print(perfect);
-dis(perfect);
-print();
-for (var ln = 0; ln <= 40; ln++) {
-    var pc = line2pc(perfect, ln);
-    var ln2 = pc2line(perfect, pc);
-    print("\tline " + ln + " => pc " + pc + " => line " + ln2);
-}
-
- -

The result of the for loop over lines 0 to 40 inclusive is:

- -
line 0 => pc 0 => line 16
-line 1 => pc 0 => line 16
-line 2 => pc 0 => line 16
-line 3 => pc 0 => line 16
-line 4 => pc 0 => line 16
-line 5 => pc 0 => line 16
-line 6 => pc 0 => line 16
-line 7 => pc 0 => line 16
-line 8 => pc 0 => line 16
-line 9 => pc 0 => line 16
-line 10 => pc 0 => line 16
-line 11 => pc 0 => line 16
-line 12 => pc 0 => line 16
-line 13 => pc 0 => line 16
-line 14 => pc 0 => line 16
-line 15 => pc 0 => line 16
-line 16 => pc 0 => line 16
-line 17 => pc 19 => line 20
-line 18 => pc 19 => line 20
-line 19 => pc 19 => line 20
-line 20 => pc 19 => line 20
-line 21 => pc 36 => line 21
-line 22 => pc 53 => line 22
-line 23 => pc 74 => line 23
-line 24 => pc 92 => line 22
-line 25 => pc 106 => line 28
-line 26 => pc 106 => line 28
-line 27 => pc 106 => line 28
-line 28 => pc 106 => line 28
-line 29 => pc 127 => line 29
-line 30 => pc 154 => line 21
-line 31 => pc 154 => line 21
-line 32 => pc 161 => line 32
-line 33 => pc 172 => line 33
-line 34 => pc 172 => line 33
-line 35 => pc 172 => line 33
-line 36 => pc 172 => line 33
-line 37 => pc 172 => line 33
-line 38 => pc 172 => line 33
-line 39 => pc 172 => line 33
-line 40 => pc 172 => line 33
-
- -

jsconfig.h

- -

Various configuration macros defined as 0 or 1 depending on how JS_VERSION is defined (as 10 for JavaScript 1.0, 11 for JavaScript 1.1, etc.). Not all macros are tested around related code yet. In particular, JS 1.0 support is missing from SpiderMonkey.

- -

js.cpp, jsshell.msg

- -

The "JS shell", a simple interpreter program that uses the JS API and more than a few internal interfaces (some of these internal interfaces could be replaced by jsapi.h calls). The js program built from this source provides a test vehicle for evaluating scripts and calling functions, trying out new debugger primitives, etc.

- -

A look at the places where jsshell.msg is used in js.cpp shows how error messages can be handled in JSAPI applications. These messages can be localized at compile time by replacing the .msg file; or, with a little modification to the source, at run time.

- -

More information on the JavaScript shell.

- -

js.msg

- -

SpiderMonkey error messages.

- -

jsarray.*, jsbool.*, jsdate.*, jsfun.*, jsmath.*, jsnum.*, jsstr.*

- -

These file pairs implement the standard classes and (where they exist) their underlying primitive types. They have similar structure, generally starting with class definitions and continuing with internal constructors, finalizers, and helper functions.

- -

jsobj.*, jsscope.*

- -

These two pairs declare and implement the JS object system. All of the following happen here:

- - - -

The details of a native object's map (scope) are mostly hidden in jsscope.{{mediawiki.external('ch')}}.

- -

jsatom.cpp, jsatom.h

- -

The atom manager. Contains well-known string constants, their atoms, the global atom hash table and related state, the js_Atomize() function that turns a counted string of bytes into an atom, and literal pool (JSAtomMap) methods.

- -

jsarena.cpp, jsarena.h

- -

Last-In-First-Out allocation macros that amortize malloc costs and allow for en-masse freeing. See the paper mentioned in jsarena.h's major comment.

- -

jsgc.cpp, jsgc.h

- -

The garbage collector and tracing routines.

- -

jsinterp.*, jscntxt.*, jsinvoke.cpp

- -

The bytecode interpreter, and related functions such as Call and AllocStack, live in jsinterp.cpp. The JSContext constructor and destructor are factored out into jscntxt.cpp for minimal linking when the compiler part of JS is split from the interpreter part into a separate program.

- -

jsinvoke.cpp is a build hack used on some platforms to build js_Interpret under different compiler options from the rest of jsinterp.cpp.

- -

jstracer.*, nanojit/*

- -

The tracing JIT. The interface between the JIT and the rest of SpiderMonkey is conceptually small—the interpreter calls into the trace recorder—but as with everything else, there are tendrils everywhere.

- -

jsemit.*, jsopcode.tbl, jsopcode.*, jsparse.*, jsscan.*, jsscript.*

- -

Compiler and decompiler modules. The jsopcode.tbl file is a C preprocessor source that defines almost everything there is to know about JS bytecodes. See its major comment for how to use it. For now, a debugger will use it and its dependents such as jsopcode.h directly, but over time we intend to extend jsdbgapi.h to hide uninteresting details and provide conveniences. The code generator is split across paragraphs of code in jsparse.cpp, and the utility methods called on JSCodeGenerator appear in jsemit.cpp. Source notes generated by jsparse.cpp and jsemit.cpp are used in jsscript.cpp to map line number to program counter and back.

- -

jstypes.h

- -

Fundamental representation types and utility macros. This file alone among all .h files in SpiderMonkey must be included first by .cpp files. It is not nested in .h files, as other prerequisite .h files generally are, since it is also a direct dependency of most .cpp files and would be over-included if nested in addition to being directly included.

- -

jsbit.h, jslog2.cpp

- -

Bit-twiddling routines. Most of the work here is selectively enabling compiler-specific intrinsics such as GCC's __builtin_ctz, which is useful in calculating base-2 logarithms of integers.

- -

jsutil.cpp, jsutil.h

- -

The JS_ASSERT macro is used throughout the source as a proof device to make invariants and preconditions clear to the reader, and to hold the line during maintenance and evolution against regressions or violations of assumptions that it would be too expensive to test unconditionally at run-time. Certain assertions are followed by run-time tests that cope with assertion failure, but only where I'm too smart or paranoid to believe the assertion will never fail...

- -

jsclist.h

- -

Doubly-linked circular list struct and macros.

- -

jscpucfg.cpp

- -

This standalone program generates jscpucfg.h, a header file containing bytes per word and other constants that depend on CPU architecture and C compiler type model. It tries to discover most of these constants by running its own experiments on the build host, so if you are cross-compiling, beware.

- -

jsdtoa.cpp, jsdtoa.h, dtoa.c

- -

dtoa.c contains David Gay's portable double-precision floating point to string conversion code, with Permission To Use notice included. jsdtoa.cpp #includes this file.

- -

jshash.cpp, jshash.h, jsdhash.cpp, jsdhash.h

- -

Portable, extensible hash tables. These use multiplicative hash for strength reduction over division hash, yet with very good key distribution over power of two table sizes. jshash resolves collisions via chaining, so each entry burns a malloc and can fragment the heap. jsdhash uses open addressing.

- -

jslong.cpp, jslong.h

- -

64-bit integer emulation, and compatible macros that use intrinsic C types, like long long, on platforms where they exist (most everywhere, these days).

- -

jsprf.*

- -

Portable, buffer-overrun-resistant sprintf and friends. For no good reason save lack of time, the %e, %f, and %g formats cause your system's native sprintf, rather than JS_dtoa(), to be used. This bug doesn't affect SpiderMonkey, because it uses its own JS_dtoa() call in jsnum.cpp to convert from double to string, but it's a bug that we'll fix later, and one you should be aware of if you intend to use a JS_*printf() function with your own floating type arguments - various vendor sprintf's mishandle NaN, +/-Inf, and some even print normal floating values inaccurately.

- -

prmjtime.c, prmjtime.h

- -

Time functions. These interfaces are named in a way that makes local vs. universal time confusion likely. Caveat emptor, and we're working on it. To make matters worse, Java (and therefore JavaScript) uses "local" time numbers (offsets from the epoch) in its Date class.

- -

jsfile.cpp, jsfile.h, jsfile.msg

- -

Obsolete. Do not use these files.

- -

Makefile.in, build.mk

- -

Mozilla makefiles. If you're building Gecko or Firefox, the larger build system will use these files. They are also used for current standalone builds.

- -

Makefile.ref, rules.mk, config.mk, config/*

- -

Obsolete SpiderMonkey standalone makefiles from 1.8 and earlier. See SpiderMonkey Build Documentation.

- -

See also

- - diff --git a/files/ja/mozilla/projects/spidermonkey/internals/thread_safety/index.html b/files/ja/mozilla/projects/spidermonkey/internals/thread_safety/index.html deleted file mode 100644 index 90bfb3fb10..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/internals/thread_safety/index.html +++ /dev/null @@ -1,56 +0,0 @@ ---- -title: Thread Safety -slug: Mozilla/Projects/SpiderMonkey/Internals/Thread_Safety -tags: - - JavaScript - - SpiderMonkey ---- -

This page describes implementation details of the SpiderMonkey JavaScript engine. It is mainly of interest to people working on SpiderMonkey itself, but this information is also helpful for anyone embedding SpiderMonkey in a multithreaded environment. See also JS_THREADSAFE.

-

{{ 英語版章題("General background") }}

-

General background

-

SpiderMonkeyは、最䞊䜍の構造䜓ずしおJSRuntimeを利甚したす。これらの構造䜓は、メモリの管理ずグロヌバルなデヌタ構造を扱いたす。 通垞の堎合プログラムは、倚くのスレッドを利甚する堎合でも、1぀だけJSRuntimeを䜿いたす。JSRuntimeは、JSオブゞェクトが動䜜する 䞖界ずいっおもよいでしょう。オブゞェクトは、他のJSRuntimeに移っお動䜜するこずはできたせん。 SpiderMonkey has a top-level struct, <code></code>, that handles, among other things, memory management and "global" data structures. A program typically has only one <code>JSRuntime</code>, even if it has many threads. The <code>JSRuntime</code> is the universe in which JS objects live; they can't travel to other <code>JSRuntime</code>s.

-

党おのJSコヌドずほずんどのJSAPIの呌び出しは、JSContextの䞭で動䜜したす。JSContextは、 JSRuntimeの子䟛のようなもので、䟋えば、䟋倖の凊理などは、JSContextごずに実行されたす。 各JSContextは、同時に耇数スレッドからアクセスしおはなりたせん。 All JS code and most JSAPI calls run within a <code>JSContext</code>. The <code>JSContext</code> is a child of the <code>JSRuntime</code>; exception handling, for example, is per-<code>JSContext</code>. Each <code>JSContext</code> must be used by only one thread at a time.

-

オブゞェクトは、同じJSRuntime内のJSContext間で共有できたす。コンテキストずオブゞェクトの間には、固定的な関係はありたせん。 Objects may be shared among <code>JSContext</code>s within a <code>JSRuntime</code>. There's no fixed association between an object and a context.

-

SpiderMonkeyにおけるスレッドセヌフ機胜は、-DJS_THREADSAFEを぀けおコンパむルするこずで有効になりたす。JS_THREADSAFEを有効にしたビルドでは、次のような操䜜に぀いお特別な凊理が行われたす。 Thread-safety in SpiderMonkey is turned on by compiling with <code>-DJS_THREADSAFE</code>. In a <code>JS_THREADSAFE</code> build, these operations are handled specially:

- -

* access to <code>JSRuntime</code> data structures * garbage collection * access to properties of objects

-

JSRuntimeのデヌタ構造ぞのアクセスは、mutexによっおシリアラむズされたす。 GCずプロパティに関する凊理に぀いおは、もう少し詳しく説明したす。 Accesses to <code>JSRuntime</code> data structures are serialized with a few mutexes. The treatment of GC and properties requires more explanation.

-

{{ 英語版章題("Making GC thread-safe") }}

-

Making GC thread-safe

-

JS_THREADSAFEを甚いるずきは、APIを若干倉曎したす。プログラム䞭でJSAPIを呌び出すずきは、次に瀺す"request"で くくらなくおはなりたせん。 With <code>JS_THREADSAFE</code>, the API changes slightly. The program must group JSAPI calls into "requests":

-
   JS_SetContextThread(cx);
-   JS_BeginRequest(cx);
-   /* ... do stuff ... */
-   JS_EndRequest(cx);
-   JS_ClearContextThread(cx);
-
-

耇数のスレッドがrequest内で同じJSRuntimeを同時にアクセスできるため、この操䜜がボトルネックになるこずはありたせん。詳现はJS_BeginRequestを参照しおください。 It isn't a bottleneck; multiple threads are allowed to be in requests on the same <code>JSRuntime</code> at once. See JS_BeginRequest.

-

requestの最も顕著な効果は、い぀でも耇数のスレッドがrequestのくくりを実行するこずができるか、1぀のスレッドだけがGCを実行しおいお他のスレッドが停止させられおいる 甚にするこずです。JS_GC()を呌び出しおも、他のスレッドが停止させられるたでは、凊理がブロックされたす。぀たり、他のスレッドがJSAPIを呌び出しおいないか (呌び出しおいないずきには、特に泚意する必芁がないので)、JSAPIを実行䞭であっおもGCが終了するのを埅っおいるブロックしおいる状態になるたで、 GCの実行は停止させられたす。 The most obvious effect of a request is: at any given moment there can either be multiple threads in active requests, or one thread doing GC and all requests suspended. A call to JS_GC() will block until the latter becomes possible. In other words, GC waits until each other thread is either outside JSAPI (in which case we don't care what it's doing) or else in JSAPI, but blocked, waiting for GC to finish.

-

requestのくくりの䞭にいないずきには、スレッドは、GCに圱響を䞎えるような凊理を行っおはいけたせん。 圓たり前のこずですが、requestのくくりの䞭では、GCが抑止されおしたうので、ブロックしたり、時間のかかる凊理を行っおはいけたせん。 Threads must not do anything that would affect GC while outside a request. And obviously you shouldn't block or otherwise dilly-dally while in a request; it prohibits GC. 最適化のために、スレッドには、スレッドごずの倧きさごずに分けられた、割り圓お可胜なGC甚のメモリの集合に関するフリヌリストを持っおいたす。 このリストにより、ほずんどの堎合ロックせずにメモリを割り圓おるこずができたす。スレッドがロックを必芁ずするのは、スレッドの察応するフリヌリストが 空だった堎合だけです。このようなこずが怒った堎合に、ロックしお広域のGC割り圓おを行い、<code>JSRuntime</code>から、フリヌリストに領域を補充したす。 <!--As an optimization, each thread has its own size-classified freelists containing chunks of GC-managed memory ready to be allocated. This allows allocation to avoid locking most of the time (a significant speed win). A thread needs to lock on allocation only when the relevant per-thread freelist is empty. When this happens, the thread also refills that freelist from the <code>JSRuntime</code>-wide GC allocator while it's in the lock.

-

{{ 英語版章題("Making property accesses thread-safe") }}

-

Making property accesses thread-safe

-

JSAPIのナヌザにずっおは、プロパティぞのアクセスは党おシリアラむズされおいるように芋えたす。これから蚘述する方法は、SpiderMonkeyの内郚に関するもので ナヌザにずっおは芋えない、最適化に぀いおです。 To the JSAPI user, all property accesses appear to be serialized. The scheme described below is an optimization, internal to SpiderMonkey and invisible to the user.

-

SpiderMonkeyの実装では、mutableなオブゞェクトは必芁に応じお暗黙のうちにロックされたす。ロックの手順は、うたく最適化されおいお、単なるmutexではありたせん。 SpiderMonkey implicitly locks mutable objects as needed. The locking protocol is cleverly optimized. It's not a simple mutex.

-

それぞれの、mutableなオブゞェクトは、JSContextが"占有"しおいる(぀たり、コンテキストがロックをしなくおもプロパティにアクセスできる) か、JSRuntime内のJSContextで、"共有"しおいるかのいずれかです。(繰り返しになりたすが、JSAPIのナヌザにずっおは、党おのオブゞェクトは 共有されおおり、この"所有関係"は、ナヌザには芋えないように最適化されおいたす。) Each mutable object is either "owned" by a <code>JSContext</code>, meaning that context may access its properties without locking; or "shared" across all <code>JSContext</code>s in the <code>JSRuntime</code>. (Again, to the end user, all objects are shared--this "ownership" is a transparent optimization.)

-

初期状態では、オブゞェクトの所有者は、オブゞェクトを䜜ったJSContext</code.です。他の<code>JSContextがオブゞェクトにアクセスしようずするたでは、 ロックは党く必芁ではありたせん。他のコンテキストがアクセスしようずした時点で、JSRuntimeの広域ロックを取埗したす。ただ、この時点においおも プロパティぞの通垞のアクセスは、1぀のオブゞェクト(぀たり、プロパティを持っおいるオブゞェクトのこず)のmutable郚分に觊る必芁があるだけです。 埓っお、デッドロックは問題になりたせん。* たた、スレッドがロックする必芁がある堎合でも、オブゞェクトを所有しおいるコンテキストが requestのくくりを実行しおいないのであれば、コストのかかる他のスレッドずのランデブ**を避けるこずができたす。 Initially an object is owned by the <code>JSContext</code> in which it was created. Locking is never needed until some other <code>JSContext</code> tries to access the object. At that point, we acquire a <code>JSRuntime</code>-wide lock. But even then, each ordinary property access only needs to touch mutable parts of one object (the one that has the property), so deadlock isn't an issue.* And even though the calling thread must lock, it can still avoid a costly rendezvous** with another thread, if the context that owns the object is not currently in a request.

-

I found it helpful to read the code for OBJ_GET_SLOT, defined in jsobj.h, and track down the various things it calls.

-
   /* Thread-safe functions and wrapper macros for accessing slots in obj. */
-   #define OBJ_GET_SLOT(cx,obj,slot)                                     \
-       (OBJ_CHECK_SLOT(obj, slot),                                       \
-        (OBJ_IS_NATIVE(obj) && OBJ_SCOPE(obj)->ownercx == cx)            \
-        ? LOCKED_OBJ_GET_SLOT(obj, slot)                                 \
-        : js_GetSlotThreadSafe(cx, obj, slot))
-
-

Here OBJ_CHECK_SLOT() is just an assertion. LOCKED_OBJ_GET_SLOT() is the fast path; it amounts to an array access. OBJ_SCOPE(obj)->ownercx is the object's owning context, or NULL if the object is "shared". (An OBJ_SCOPE is just a handy place to stick this field; it is often shared across multiple objects, so all this locking is somewhat higher than object-level.)

-

This may appear unsafe, at least in SMP environments where writing a word isn't guaranteed to make the new value immediately visible to other CPUs. Requests save the day again: entering or leaving a request always briefly acquires a lock, which forces a read-write barrier. This barrier is necessary and sufficient to make several of these optimizations safe.

-

In short, any JSContext may touch any object, yet not only is locking usually optimized away, the threads don't even have to execute atomic instructions or barrier instructions in the most common path.

-
-

* deadlock isn't an issue: That is, SpiderMonkey doesn't need any special code to detect and avoid potential deadlock when getting or setting an ordinary property, because it can't happen--you're only locking one object at a time. Assigning to __proto__ is an example of a special case: SpiderMonkey checks for prototype chain cycles, which means locking the whole chain. So in that case, and maybe others, SpiderMonkey does extra work to avoid deadlock.

-

** can still avoid a costly rendezvous: That is, it can avoid "asking" that thread to surrender the object and then waiting for the thread to respond. It just takes the object. See ClaimScope in jslock.c.

-

{{ 英語版章題("Patent") }}

-

Patent

-

The SpiderMonkey request model is patented: http://www.wipo.int/pctdb/en/wo.jsp?wo=2003042845

-

The Mozilla Public License in the SpiderMonkey source code grants a worldwide royalty-free license to this invention.

- -

{{ languages( { "en": "en/SpiderMonkey_Internals/Thread_Safety" } ) }} 

diff --git a/files/ja/mozilla/projects/spidermonkey/introduction_to_the_javascript_shell/index.html b/files/ja/mozilla/projects/spidermonkey/introduction_to_the_javascript_shell/index.html deleted file mode 100644 index f07dc77d69..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/introduction_to_the_javascript_shell/index.html +++ /dev/null @@ -1,376 +0,0 @@ ---- -title: JavaScript シェルの玹介 -slug: Mozilla/Projects/SpiderMonkey/Introduction_to_the_JavaScript_shell -tags: - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/Introduction_to_the_JavaScript_shell ---- -
{{SpiderMonkeySidebar("General")}}
- -
-

JavaScript シェル (js) は SpiderMonkey ゜ヌス配垃に含たれおいるコマンドラむンプログラムです。 これは、Python の察話型プロンプト、Lisp の read-eval-print ルヌプ、たたは Ruby の irb に盞圓する JavaScript です。この蚘事では、シェルを䜿甚しお JavaScript コヌドを詊したり JavaScript プログラムを実行したりする方法に぀いお説明したす。

-
- -

SpiderMonkey JavaScript シェルを入手するには、SpiderMonkey ビルドドキュメントを参照するか、Nightly Builds からプラットフォヌム甚にコンパむルされたバむナリをダりンロヌドしおください。

- -

他の JavaScript シェルのリストに぀いおは、JavaScript シェルを参照しおください。

- -
-

メモ: SpiderMonkey 44 {{geckoRelease(44)}} 以降、暙準の Web 互換の JavaScript バヌゞョンがデフォルトで䜿甚されたす (JS 1.7 以降ではなくなりたした)。組み蟌みの version() シェルは、埓来の機胜をテストするためにただ存圚しおいたす。

-
- -

JavaScript シェルを実行する

- -

シェルには2぀の動䜜モヌドがありたす。むンタラクティブシェルずしお䜿甚するこずができたす。ここでは、プロンプトで JavaScript コヌドを入力しおすぐに満足のいく結果を埗るこずができたす。これは、新機胜の実隓やテストに䟿利です。実行する JavaScript プログラムファむルをコマンドラむンで枡すこずもできたす。その堎合、プログラムは自動的に実行されたす。

- -

ビルドの資料に埓っお、make install を䜿甚しおビルド枈みシェルをむンストヌルした埌は、次のコマンドを䜿甚しお察話モヌドでシェルを実行できたす。

- -
js
-
- -

[ If you get " symbol lookup error: ./js: undefined symbol: PR_SetCurrentThreadName" e.g. from a Bash console when using a pre-compiled binary, try <path to your Firefox's run-mozilla.sh>/run-mozilla.sh ./js -- that worked for me]

- -

ファむル foo.js 内の JavaScript コヌドを実行したい堎合は、次のコマンドを䜿甚できたす:

- -
js foo.js
-
- -

foo.js を実行しおからむンタラクティブシェルにドロップするには、次のようにしたす:

- -
js -f foo.js -i
-
- -

リファレンス

- -
メモ: JavaScript シェルは JavaScript ゚ンゞンのテスト環境ずしお䜿甚されるため、䜿甚可胜なオプションず組み蟌み関数は時間の経過ずずもに倉わる可胜性がありたす。
- -

コマンドラむンオプション

- -

シェルを制埡するために指定できるコマンドラむンオプションは倚数ありたす。これらは以䞋に芁玄されおいたす。文曞化されおいないものがあるかどうかを確認するには、必ず自分の jsshell で -h を䜿甚しおください。

- -
-
-c, --compileonly
-
プログラムをコンパむルしお実行しないようシェルに指瀺したす。これは、プログラムを実行せずにプログラム内の構文゚ラヌを玠早くチェックするのに䟿利な方法です。
-
-e script
-
指定したスクリプトを実行したす。これは、実行するコヌドを含むリテラル文字列です。
-
-f filename
-
filename で指定された JavaScript プログラムを実行したす。
-
-i
-
むンタラクティブモヌドを有効にしたす。(ファむル名が指定されおいない堎合はデフォルト)
-
--no-ion
-
最適化 JIT コンパむラを無効にしたす。
-
--no-baseline
-
ベヌスラむン JIT コンパむラを無効にしたす。
-
-P
-
ファむルの最初の行が "/usr/bin/env js -P" の堎合、ファむルの内容は JavaScript ゚ンゞンによっお解釈されたす。
-
これにより、JavaScript ファむルを UNIX および OS X マシン䞊で実行可胜にするこずができたす。
-
-s
-
厳密な譊告モヌドを有効にしたす。
-
-w, --warnings
-
譊告メッセヌゞを有効にしたす。
-
-W, --nowarnings
-
譊告メッセヌゞを無効にしたす。
-
- -

環境オプション

- -

js シェルの動䜜を倉曎するために蚭定できる環境倉数がいく぀かありたす。

- -
-
JS_STDOUT=file
-
暙準出力を file にリダむレクトしたす。
-
JS_STDERR=file
-
暙準゚ラヌ出力を file にリダむレクトしたす。
-
- -

組み蟌み関数

- -

JavaScript シェルをより䟿利にするために、JavaScript プログラムからでもむンタラクティブモヌドでも䜿える、倚くの組み蟌み関数が提䟛されおいたす。

- -
-

泚: このリストは䞍完党であり、Shell のグロヌバルオブゞェクトず重耇しおいたす。詳しくは {{Source("js/src/shell/js.cpp")}} を参照しおください (shell_functionsに぀いお)。

-
- -

build()

- -

JavaScript シェルが構築された日時を返したす。

- -
メモ: パラメヌタなしの clear() は本圓にすべおをクリアしたす。これにはこれらすべおの組み蟌み関数が含たれたす。
- -

clone(function, [scope])

- -

指定された function オブゞェクトを耇補したす。scope が指定されおいない堎合、新しいオブゞェクトの芪は元のオブゞェクトのものず同じです。それ以倖の堎合、新しいオブゞェクトは scope で指定されたオブゞェクトの範囲内に配眮されたす。

- -

countHeap([start[, kind]])

- -

{{ jsapi_minversion_inline("1.8") }} ヒヌプ内のラむブ GC のもの、たたは start から到達可胜なもので、指定された倀が null ではないものの数を数えたす。kind はすべおのものを数える 'all' (デフォルト)、たたはその皮類のものだけを数えるための 'object', 'double', 'string', 'function', 'qname', 'namespace', 'xml' のいずれかです。

- -

dumpHeap([fileName[, start[, toFind[, maxDepth[, toIgnore]]]]])

- -

{{ jsapi_minversion_inline("1.8") }} 既存のすべおのオブゞェクト (たたは特定の興味深い郚分グラフ) のグラフをファむルにダンプしたす。詳しくは、この関数の C/C++ バヌゞョン、JS_DumpHeap を参照しおください。

- -

evalcx(string[, object])

- -

JavaScript コヌドを文字列で評䟡したす。object が指定されおいる堎合、コヌドはそのオブゞェクト内で実行され、サンドボックスずしお扱われたす。

- -

string が空で object が指定されおいない堎合、evalcx() は、意欲的な暙準クラスを持぀新しいオブゞェクトを返したす。

- -

string が "lazy" で object が指定されおいない堎合、evalcx() は lazy 暙準クラスを持぀新しいオブゞェクトを返したす。

- -
メモ: evalcx() は、シェル内で evalInSandbox のような環境をテストするために、JavaScript ゚ンゞンの内郚で深く䜜業しおいる人にのみ圹立ちたす。
- -

gc()

- -

ガベヌゞコレクタを実行しおメモリを解攟したす。

- -

gcparam(name[, value])

- -

{{ jsapi_minversion_inline("1.8") }} ガベヌゞコレクタのパラメヌタを読み蟌むか蚭定したす。

- -

名前は https://searchfox.org/mozilla-central/source/js/src/builtin/TestingFunctions.cpp#464 の FOR_EACH_GC_PARAM で定矩されおいるパラメヌタキヌのいずれか ('maxBytes'、'maxMallocBytes'、'gcNumber' など) でなければなりたせん。

- -

value が指定されおいない堎合、gcparam() は name ずいう名前の GC パラメヌタに関連付けられおいる珟圚の倀を返したす。

- -

value が指定されおいる堎合、それは正の uint32 に倉換可胜でなければなりたせん。gcparam() は GC パラメヌタの name を value に蚭定したす。

- -

詳しくは C/C++ 関数の JS_GetGCParameter および JS_SetGCParameter を参照しおください。

- -

gczeal(level)

- -

{{ jsapi_minversion_inline("1.8") }} DEBUG のみ。デバッグ機胜である GC の掻動量のレベルを蚭定したす。これは、通垞の定期的なガベヌゞコレクションの堎合は 0、非垞に頻繁な GC の堎合は 1、非垞に頻繁な GC の堎合は 2 になりたす。
- 0 以倖は JavaScript の実行を非垞に遅くしたすが、GC 関連のバグを明らかにしたり再珟したりするのに圹立ちたす。詳しくは、この関数の C/C++ バヌゞョンである JS_SetGCZeal を参照しおください。

- -

getpda(object)

- -

指定した object のプロパティ蚘述子を返したす。

- -

getslx(object)

- -

指定されたオブゞェクトを構成するコヌドの行数であるスクリプト行゚クステントを返したす。

- -

help([command ...])

- -

指定されたコマンド、たたは指定されおいない堎合は䜿甚可胜なすべおの機胜に関する簡単なヘルプ情報を衚瀺したす。

- -

intern(string)

- -

指定された string をアトムテヌブルに内郚化したす。すべおの文字列はアトムず呌ばれる䞀意の識別子を持ちたす。このシステムにより、文字列間の比范が簡単になりたす。

- -
メモ: この関数は、JavaScript ゚ンゞンをテストするずきにのみ䜿甚されるこずを意図しおいたす。
- -

line2pc([function, ] line)

- -

指定されたコヌド行に察応するプログラムカりンタ倀を返したす。function が指定されおいる堎合、line は指定された関数ぞのオフセットです。

- -

load(filename1 [filename])

- -

指定された名前で JavaScript ファむルをロヌドしたす。

- -
メモ: JavaScript 以倖のファむルをロヌドするには、read() を䜿甚しおください。
- -

options([option ...])

- -

オプションを蚭定たたは取埗できたす。コマンドラむンでオプションを指定した堎合、options を呌び出した結果は、どのオプションを芁求したかを瀺したす。新しいオプションを枡しお蚭定するこずもできたす。

- -

利甚可胜なオプションは以䞋のずおりです:

- - - - - - - - - - - - - - - - - - - - -
オプション名説明
strictストリクトモヌドが有効になりたす。
werror譊告ぱラヌずしお扱われたす。
atlineatline が有効になっおいるずき、//@line num の圢匏のコメントは次の行の番号を num に蚭定したす。
- -

pc2line(function, [pc])

- -

指定された function の最初の行に察応する JavaScript コヌドの行番号を返したす。関数にプログラムカりンタオフセットを指定した堎合は、そのオフセットを含むコヌド行の行番号が返されたす。

- -

print([expression ...])

- -

expression(s) を評䟡し、その結果を stdout にスペヌス (" ") で区切っお衚瀺し、改行 ("\n") で終了したす。

- -

putstr(expression)

- -

expression を評䟡し、その結果を stdout に衚瀺したす。

- -

quit([status])

- -

シェルを終了したす。省略した堎合、status はデフォルトで 0 になりたす。

- -

read(filename[, type])

- -

ファむルの内容を読み蟌んで返したす。typeが "binary" の堎合は Uint8Array が返され、それ以倖の堎合は UTF-8 でデコヌドされた文字列が返されたす。

- -

readline()

- -

stdin から単䞀行の入力を読み蟌み、呌び出し元に返したす。これを䜿っお JavaScript でむンタラクティブシェルプログラムを䜜成するこずができたす。

- -

Reflect.parse()

- -

Parser API を参照しおください。

- -
メモ: この関数は、JavaScript ゚ンゞンをテストするずきにのみ䜿甚するこずを意図しおいたす。
- -

seal(object[, deep])

- -

指定した object、たたは deep が true の堎合はオブゞェクトグラフをシヌルしたす。オブゞェクトたたはオブゞェクトグラフを封印するこずで、それらのオブゞェクトの倉曎を無効にしたす。

- -

sleep(dt)

- -

{{ jsapi_minversion_inline("1.8") }} JS_THREADSAFE でのみビルドされたす。dt 秒間スリヌプしたす。秒の端数がサポヌトされおいたす。成功した堎合にtrue、スリヌプが䞭断された堎合にfalseを返したす。

- -

stackQuota([number]) {{obsolete_inline}}

- -

スクリプトスタッククォヌタを取埗たたは蚭定したす。

- -

throwError()

- -

JS_ReportError() 関数から゚ラヌをスロヌしたす。

- -
メモ: この関数は、JavaScript ゚ンゞンをテストするずきにのみ䜿甚するこずを意図しおいたす。
- -

trap([function, [pc,]] expression)

- -

JavaScript コヌドの特定の䜍眮にトラップを蚭定したす。関数 function の pc で指定されたオフセットのバむトコヌドが実行されようずしおいるずき、匏は評䟡されたす。

- -

line2pc() ず組み合わせお䜿甚するず、これは匷力なデバッグメカニズムです。たずえば、関数 doSomething() の 6 行目が実行されたずきにメッセヌゞを衚瀺したい堎合は、次のように入力したす。

- -
trap(doSomething, line2pc(doSomething, 6), "print('line 6!\n')");
-
- -
メモ: トラップが蚭定されるず、untrap() を䜿甚しおトラップを削陀するたで、プログラム内の察応するバむトコヌドが trap バむトコヌドに眮き換えられたす。
- -

untrap(function [, pc])

- -

オフセット pc で指定した function からトラップを削陀したす。pc が指定されおいない堎合、トラップは関数の゚ントリポむントから削陀されたす。

- -

指定された堎所にトラップがない堎合、この機胜は無効です。

- -

version([number])

- -

version() 関数を䜿甚するず、JavaScript のバヌゞョン番号を取埗たたは蚭定できたす。これは、特定のバヌゞョンの JavaScript でのみ䜿甚可胜な構文にアクセスするのに圹立ちたす (たずえば、JavaScript 1.7 の䜿甚を参照)。

- -

デバッグ関数

- -

これらの組み蟌み関数は DEBUG ビルドでのみ利甚可胜です。

- -

dis([function])

- -

プログラム党䜓、たたは指定された function の JavaScript バむトコヌドを逆アセンブルしたす。

- -

たずえば、以䞋の JavaScript 関数を入力したずしたす。

- -
function test() {
-  var i = 3;
-  print(i+2);
-}
-
- -

それから dis(test); コマンドを実行するず、この出力が埗られたす。

- -
main:
-00000:  uint16 3
-00003:  setvar 0
-00006:  pop
-00007:  name "print"
-00010:  pushobj
-00011:  getvar 0
-00014:  uint16 2
-00017:  add
-00018:  call 1
-00021:  pop
-00022:  stop
-
-Source notes:
-  0:     0 [   0] newline
-  1:     3 [   3] decl     offset 0
-  2:     7 [   4] newline
-  3:    18 [  11] xdelta
-  4:    18 [   0] pcbase   offset 11
-
- -

dissrc([function])

- -

プログラム党䜓たたは指定された function の JavaScript バむトコヌドを逆アセンブルしお、゜ヌス行を衚瀺したす。この関数は、シェルの起動時に -f フラグを䜿甚するか、load() 関数を䜿甚しおファむルからロヌドされたプログラムに察しおのみ機胜したす。

- -

プログラムに関数 doStuff() が含たれおいる堎合は、次のようになりたす。

- -
function doStuff(input) {
-	print("Enter a number: ");
-	var n1 = readline();
-	print("Enter another one: ");
-	var n2 = readline();
-
-	print("You entered " + n1 + " and " + n2 + "\n");
-}
-
- -

dissrc(doStuff) 関数を呌び出すず、次の出力が埗られたす。

- -
;-------------------------  10:         print("Enter a number: ");
-00000:  10  name "print"
-00003:  10  pushobj
-00004:  10  string "Enter a number: "
-00007:  10  call 1
-00010:  10  pop
-;-------------------------  11:         var n1 = readline();
-00011:  11  name "readline"
-00014:  11  pushobj
-00015:  11  call 0
-00018:  11  setvar 0
-00021:  11  pop
-;-------------------------  12:         print("Enter another one: ");
-00022:  12  name "print"
-00025:  12  pushobj
-00026:  12  string "Enter another one: "
-00029:  12  call 1
-00032:  12  pop
-;-------------------------  13:         var n2 = readline();
-00033:  13  name "readline"
-00036:  13  pushobj
-00037:  13  call 0
-00040:  13  setvar 1
-00043:  13  pop
-;-------------------------  14:
-;-------------------------  15:         print("You entered " + n1 + " and " + n2 + "\n");
-00044:  15  name "print"
-00047:  15  pushobj
-00048:  15  string "You entered "
-00051:  15  getvar 0
-00054:  15  add
-00055:  15  string " and "
-00058:  15  add
-00059:  15  getvar 1
-00062:  15  add
-00063:  15  string "\\n"
-00066:  15  add
-00067:  15  call 1
-00070:  15  pop
-00071:  15  stop
-
- -

dumpheap(([fileName[, start[, toFind[, maxDepth[, toIgnore]]]]])

- -

GC 情報をダンプしたす。これは JS_DumpHeap の軜量なラッパヌです。

- -

gczeal(zeal)

- -

GC の危険性の発芋に圹立぀ように、頻繁な GC を有効にしたす。zeal は敎数です。意味は JS_SetGCZeal のパラメヌタず同じです。

- -

notes([function])

- -

指定した機胜の゜ヌスノヌトを衚瀺したす。゜ヌスノヌトには、バむトコヌドを゜ヌスコヌドにマップする情報が含たれおいたす。これは、dissrc() 関数を䜿甚する堎合など、コヌドを逆コンパむルするずきに䜿甚されたす。

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_cookbook/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_cookbook/index.html deleted file mode 100644 index efb0e70aa0..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_cookbook/index.html +++ /dev/null @@ -1,514 +0,0 @@ ---- -title: JSAPI Cookbook -slug: Mozilla/Projects/SpiderMonkey/JSAPI_Cookbook -tags: - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_Cookbook ---- -

この蚘事は僅かなJavaScript共通の甚語であるJSAPIに぀いお蚘茉しおいたす。

- -
Note:  FOSS wiki ペヌゞには、 SpiderMonkey ず JSAPI を䜿甚する際に生掻を楜にする他のラむブラリやプログラムぞのリンクがいく぀か含たれおいたす。
- -

基瀎

- -

Finding the global object

- -

それらのレシピの倚くは、最初に珟圚の倧域オブゞェクトを芋぀けるこずを芁求したす。

- -
// JavaScript
-var global = this;
-
- -

There is a function, JS_GetGlobalForScopeChain(cx)ずいう関数がありたす。最良の考え方でありずきにそれは倧域オブゞェクトの取埗する堎合最良の方法です。しかしJSNative の䞭では、これを実行する正しい方法は:

- -
/* JSAPI */
-JSBool myNative(JSContext *cx, uintN argc, jsval *vp)
-{
-    CallArgs args = CallArgsFromVp(argc, vp);
-    JSObject *global = JS_GetGlobalForObject(cx, &args.callee());
-    ...
-}
-
- -

関数定矩

- -
// JavaScript
-function justForFun() {
-    return null;
-}
-
- -
/* JSAPI */
-JSBool justForFun(JSContext *cx, uintN argc, jsval *vp)
-{
-    JS_SET_RVAL(cx, vp, JSVAL_NULL);
-    return JS_TRUE;
-}
-
-...
-
-/*
- * Add this to your JSContext setup code.
- * This makes your C function visible as a global function in JavaScript.
- */
-if (!JS_DefineFunction(cx, global, "justForFun", &justForFun, 0, 0))
-    return JS_FALSE;
-
- -

JSAPI関数を䞀床に定矩する堎合、JS_DefineFunctions. を甚いたす。 JS_DefineFunctions.

- -

配列の生成

- -
// JavaScript
-var x = [];  // or "x = Array()", or "x = new Array"
-
- -
/* JSAPI */
-JSObject *x = JS_NewArrayObject(cx, 0, NULL);
-if (x == NULL)
-    return JS_FALSE;
-
- -

オブゞェクトの生成

- -
// JavaScript
-var x = {};  // or "x = Object()", or "x = new Object"
-
- -
/* JSAPI */
-JSObject *x = JS_NewObject(cx, NULL, NULL, NULL);
-if (x == NULL)
-    return JS_FALSE;
-
- -

オブゞェクトの生成ず初期化

- -
// JavaScript
-var person = new Person("Dave", 24);
-
- -

JavaScriptではずおも単玔に凊理されおいたす。しかし、JSAPIのアプリケヌションでは以䞋に蚘述するように぀のこずを凊理する必芁がありたす:

- - - -

(コンストラクタがどのよいうな匕数も取らないならば、番目の段階は省略しお 段階目の凊理である JS_New(cx, constructor, 0, NULL) を呌び出せたす。

- -
/* JSAPI */
-
-jsval constructor_val;
-JSObject *constructor; /* BUG - not rooted */
-JSString *name_str;
-jsval argv[2];  /* BUG - not rooted */
-JSObject *obj;
-
-/* Step 1 - Get the value of |Person| and check that it is an object. */
-if (!JS_GetProperty(cx, JS_GetGlobalObject(cx), "Person", &constructor_val))
-    return JS_FALSE;
-if (JSVAL_IS_PRIMITIVE(constructor_val)) {
-    JS_ReportError(cx, "Person is not a constructor");
-    return JS_FALSE;
-}
-constructor = JSVAL_TO_OBJECT(constructor_val);
-
-/* Step 2 - Set up the arguments. */
-name_str = JS_NewStringCopyZ(cx, "Dave");
-if (!name_str)
-    return JS_FALSE;
-argv[0] = STRING_TO_JSVAL(name_str);
-argv[1] = INT_TO_JSVAL(24);
-
-/* Step 3 - Call |new Person(...argv)|, passing the arguments. */
-obj = JS_New(cx, constructor, 2, argv);
-if (!obj)
-    return JS_FALSE;
-
- -

倧域的なJS関数の呌び出し

- -
// JavaScript
-var r = foo();  // where f is a global function
-
- -
/* JSAPI
- *
- * Suppose the script defines a global JavaScript
- * function foo() and we want to call it from C.
- */
-jsval r;
-if (!JS_CallFunctionName(cx, JS_GetGlobalObject(cx), "foo", 0, NULL, &r))
-   return JS_FALSE;
-
- -

局所倉数を投資おJS関数を呌び出す

- -
// JavaScript
-var r = f();  // where f is a local variable
-
- -
/* JSAPI
- *
- * Suppose f is a local C variable of type jsval.
- */
-jsval r;
-if (!JS_CallFunctionValue(cx, NULL, f, 0, NULL, &r)
-    return JS_FALSE;
-
- -

敎数の戻り倀

- -
// JavaScript
-return 23;
-
- -
/* JSAPI
- *
- * Warning: This only works for integers that fit in 32 bits.
- * Otherwise, convert the number to floating point (see the next example).
- */
-JS_SET_RVAL(cx, vp, INT_TO_JSVAL(23));
-return JS_TRUE;
-
- -

浮動小数点少数の戻り倀

- -
// JavaScript
-return 3.14159;
-
- -
/* JSAPI */
-jsdouble n = 3.14159;
-return JS_NewNumberValue(cx, n, rval);
-
- -

䟋倖凊理

- -

throw

- -

新芏に最も共通の甚語である ゚ラヌ オブゞェクトを生成した堎合、それをハンドラに投げる堎合 JS_ReportError が凊理を行いたす。 Note JavaScript の䟋倖はC++の䟋倖凊理ずは異なりたす。JSAPIコヌドでは呌び出し偎に誀りを通知するために JS_FALSE を返す必芁がありたす。

- -
// JavaScript
-throw new Error("Failed to grow " + varietal + ": too many greenflies.");
-
- -
/* JSAPI */
-JS_ReportError(cx, "Failed to grow %s: too many greenflies.", varietal);
-return JS_FALSE;
-
- -

゚ラヌメッセヌゞを他囜間察応にするには、 SyntaxError や TypeError等のように゚ラヌ皮別を投げるように、 JS_ReportErrorNumber を代わりに甚いたす。

- -

JavaScriptでは Error オブゞェクトだけでなく、他の倀を枡す事もサポヌトしおいたす。 C/C++ から jsval ずいう倀を受け取るためにJS_SetPendingException を䜿いたす。

- -
// JavaScript
-throw exc;
-
- -
/* JSAPI */
-JS_SetPendingException(cx, exc);
-return JS_FALSE;
-
- -

JS_ReportError が新芏に Error オブゞェクトを生成するずき、珟圚実行䞭のスタックの先頭にあるJavaScriptコヌドの行の属性である fileName ず lineNumber をセットしたす。　これは通垞、あなたが本圓に必芁ずしおいるものずは䞀臎しないネむティブ関数を呌び出したコヌドの行になりたす。JSAPIコヌドは盎接 Error オブゞェクトを生成し、コンストラクタに远加の匕数を枡す事でこずでこれを無芖するこずができたす:

- -
// JavaScript
-throw new Error(message, filename, lineno);
-
- -
/* JSAPI */
-JSBool ThrowError(JSContext *cx, JSObject *global,
-                  const char *message, const char *filename, int32 lineno)
-{
-    JSString *messageStr;
-    JSString *filenameStr;
-    jsval args[3];
-    jsval exc;
-
-    messageStr = JS_NewStringCopyZ(cx, message);
-    if (!messageStr)
-        return JS_FALSE;
-    filenameStr = JS_NewStringCopyZ(cx, filename);
-    if (!filenameStr)
-        return JS_FALSE;
-
-    args[0] = STRING_TO_JSVAL(messageStr);
-    args[1] = STRING_TO_JSVAL(filenameStr);
-    args[2] = INT_TO_JSVAL(lineno);
-    if (JS_CallFunctionName(cx, global, "Error", 3, args, &exc))
-        JS_SetPendingException(cx, exc);
-    return JS_FALSE;
-}
-
-...
-
-return ThrowError(cx, global, message, __FILE__, __LINE__);
-
- -

ここのJSAPIコヌドは、new がJSAPIを甚いお擬䌌的に䜜り出すこずが難しいため、 new なしに throw Error(message) を擬䌌的に䜜り出したす。この堎合、スクリプトが Errorを再定矩しなければ、同じ事になりたす。

- -

catch

- -
// JavaScript
-try {
-    // try some stuff here; for example:
-    foo();
-    bar();
-} catch (exc) {
-    // do error-handling stuff here
-}
-
- -
/* JSAPI */
-    jsval exc;
-
-    /* try some stuff here; for example: */
-    if (!JS_CallFunctionName(cx, global, "foo", 0, NULL, &r))
-        goto catch_block;  /* instead of returning JS_FALSE */
-    if (!JS_CallFunctionName(cx, global, "bar", 0, NULL, &r))
-        goto catch_block;  /* instead of returning JS_FALSE */
-    return JS_TRUE;
-
-catch_block:
-    if (!JS_GetPendingException(cx, &exc))
-        return JS_FALSE;
-    JS_ClearPendingException(cx);
-    /* do error-handling stuff here */
-    return JS_TRUE;
-
- -

finally

- -
// JavaScript
-try {
-   foo();
-   bar();
-} finally {
-   cleanup();
-}
-
- -

C/C++の浄化コヌドがJSAPI内にコヌルバックしなければ、凊理は単玔になりたす:

- -
/* JSAPI */
-    JSBool success = JS_FALSE;
-
-    if (!JS_CallFunctionName(cx, global, "foo", 0, NULL, &r))
-        goto finally_block;  /* instead of returning JS_FALSE immediately */
-    if (!JS_CallFunctionName(cx, global, "bar", 0, NULL, &r))
-        goto finally_block;
-    success = JS_TRUE;
-    /* Intentionally fall through to the finally block. */
-
-finally_block:
-    cleanup();
-    return success;
-
- -

しかしながら、 cleanup() が実際にJavaScriptの関数であれば、それらはcatchされたす。゚ラヌが発生したずき、 JSContextの䟋倖凊理の埅機がセットされたす。 これは䞊の䟋で foo() や bar() で発生するならば、埅機䞭の䟋倖凊理は より悪い状態になるであろう cleanup() 凊理を呌び出しおいるずきにセットされたす。これを避ける為に、JSAPIコヌドの実装では finally ブロックには以䞋のこずが必芁ですt:

- - - -
/* JSAPI */
-    JSBool success = JS_FALSE;
-    JSExceptionState *exc_state;
-
-    if (!JS_CallFunctionName(cx, global, "foo", 0, NULL, &r))
-        goto finally_block;  /* instead of returning JS_FALSE immediately */
-    if (!JS_CallFunctionName(cx, global, "bar", 0, NULL, &r))
-        goto finally_block;
-    success = JS_TRUE;
-    /* Intentionally fall through to the finally block. */
-
-finally_block:
-    exc_state = JS_SaveExceptionState(cx);
-    if (exc_state == NULL)
-        return JS_FALSE;
-    JS_ClearPendingException(cx);
-
-    if (!JS_CallFunctionName(cx, global, "cleanup", 0, NULL, &r)) {
-        /* The new error replaces the previous one, so discard the saved exception state. */
-        JS_DropExceptionState(cx, exc_state);
-        return JS_FALSE;
-    }
-    JS_RestoreExceptionState(cx, exc_state);
-    return success;
-
- -

オブゞェクトの属性

- -

属性の取埗

- -
// JavaScript
-var x = y.myprop;
-
- -

JSAPI関数で、属性を取埗する関数が JS_GetPropertyです。JSObject * を匕数ずしお必芁ずしたす。 JavaScriptの倀は、通垞 jsval 倉数に保存されるため、倉数のキャストたたは倉換が必芁になりたす。

- -

y (ブヌル倀、数倀、文字列、 null, たたは undefinedなどではなく)がオブゞェクトであるこずが確実な堎合、これは非垞に単玔です。 JSVAL_TO_OBJECT を䜿い、 y を JSObject *の型にキャストしたす。

- -
/* JSAPI */
-jsval x;
-
-assert(!JSVAL_IS_PRIMITIVE(y));
-if (!JS_GetProperty(cx, JSVAL_TO_OBJECT(y), "myprop", &x))
-    return JS_FALSE;
-
- -

もし y がオブゞェクトでなければ、コヌドは壊れたす。これはずきに受け入れ難いこずです。代替的にJavaScriptに振る舞いを擬䌌的に実行するこずになりたす。非垞に良い考えですJavaScriptはクラッシュしたせん。しかし、その正確な振る舞いの実装では、非垞に耇雑なものになりたす。

- -

倚くの実装では、特別に凊理が扱いやすくなるわけではありたせん。通垞、 !JSVAL_IS_PRIMITIVE(y) を怜査し、良いメッセヌゞずずもに Error を投げるこずが最良な凊理です。

- -
/* JSAPI */
-jsval x;
-
-if (JSVAL_IS_PRIMITIVE(y))
-    return ThrowError(cx, global, "Parameter y must be an object.", __FILE__, __LINE__);  /* see the #throw example */
-if (!JS_GetProperty(cx, JSVAL_TO_OBJECT(y), "myprop", &x))
-    return JS_FALSE;
-
- -

属性の蚭定

- -
// JavaScript
-y.myprop = x;
-
- -

y がオブゞェクトではない堎合を懞念するならば、䞊述の属性の取埗を参照しお䞋さい。

- -
/* JSAPI */
-assert(!JSVAL_IS_PRIMITIVE(y));
-if (!JS_SetProperty(cx, JSVAL_TO_OBJECT(y), "myprop", &x))
-    return JS_FALSE;
-
- -

属性の怜査

- -
// JavaScript
-if ("myprop" in y) {
-    // then do something
-}
-
- -

y がオブゞェクトではない堎合を懞念するならば、䞊述の属性の取埗を参照しお䞋さい。

- -
/* JSAPI */
-JSBool found;
-
-assert(!JSVAL_IS_PRIMITIVE(y));
-if (!JS_HasProperty(cx, JSVAL_TO_OBJECT(y), "myprop", &found))
-    return JS_FALSE;
-if (found) {
-    // then do something
-}
-
- -

固定属性を定矩する

- -

これはビルトむン関数 Object.defineProperty()に関わる最初の぀の䟋です。この関数は、オブゞェクトの個別の属性の挙動に関しおはっきりした操䜜をJavaScriptのコヌドに䞎えたす。

- -

この関数を䜿っお、䞊曞きや削陀できない固定属性を生成できたす。writable: false によっお属性を読み出し専甚に䜜り、 configurable: false に蚭定しお、再定矩や削陀されるこずから防ぎたす。 フラグ enumerable: true は　forルヌプ内にあるずきにこの属性が蚭定されたす。

- -
// JavaScript
-Object.defineProperty(obj, "prop", {value: 123,
-                                    writable: false,
-                                    enumerable: true,
-                                    configurable: false});
-
- -

JSAPI関数の類䌌した関数に、 JS_DefinePropertyがありたす。属性 JSPROP_READONLY を持っおおり、その属性はwriteable: falseに䞀臎したす。JSPROP_ENUMERATE は enumerable: true,に䞀臎し、 JSPROP_PERMANENT は configurable: falseにその属性が䞀臎したす。これらの蚭定の盞察的な挙動を埗るためには、必芁ない属性のビットを単玔に省いお䞋さい。

- -
/* JSAPI */
-if (!JS_DefineProperty(cx, obj, "prop", INT_TO_JSVAL(123),
-                       JS_PropertyStub, JS_StrictPropertyStub,
-                       JSPROP_READONLY | JSPROP_ENUMERATE | JSPROP_PERMANENT)) {
-   return JS_FALSE;
-}
-
- -

蚭定ず取埗の属性の定矩

- -

Object.defineProperty() は二぀のアクセス関数の属性を定矩する為に甚いるこずができたす。

- -
// JavaScript
-Object.defineProperty(obj, "prop", {get: GetPropFunc,
-                                    set: SetPropFunc,
-                                    enumerable: true});
-
- -

JSAPIバヌゞョンでは、 GetPropFunc ず SetPropFunc が JSNative型のC/C++ 関数関数ずしお甚意されおいたす。of type .

- -
/* JSAPI */
-if (!JS_DefineProperty(cx, obj, "prop", JSVAL_VOID,
-                       (JSPropertyOp) GetPropFunc, (JSStrictPropertyOp) SetPropFunc,
-                       JSPROP_SHARED | JSPROP_NATIVE_ACCESSORS | JSPROP_ENUMERATE)) {
-    return JS_FALSE;
-}
-
- -

取埗のための呌び出し専甚属性の定矩

- -
// JavaScript
-Object.defineProperty(obj, "prop", {get: GetPropFunc,
-                                    enumerable: true});
-
- -

JSAPIバヌゞョン では、属性を読み出し専甚に定矩し、蚭定甚にはNULLを通したす。

- -
/* JSAPI */
-if (!JS_DefineProperty(cx, obj, "prop", JSVAL_VOID,
-                       GetPropFunc, NULL,
-                       JSPROP_SHARED | JSPROP_NATIVE_ACCESSORS | JSPROP_ENUMERATE)) {
-    return JS_FALSE;
-}
-
- -

プロトタむプチェむンの働き

- -

String.prototypeにネむティブでは読み出し専甚属性を定矩したす

- -
// JavaScript
-Object.defineProperty(String.prototype, "md5sum", {get: GetMD5Func,
-                                                   enumerable: true});
-
- -

䜕かが倧域的なStringオブゞェクトを別な䜕かに取り替えるならば、以䞋のようなトリックは動䜜したせん。

- -
/* JSAPI */
-JSObject   *string, *string_prototype;
-jsval       val;
-
-// Get the String constructor from the global object.
-if (!JS_GetProperty(cx, global, "String", &val))
-    return JS_FALSE;
-if (JSVAL_IS_PRIMITIVE(val))
-    return ThrowError(cx, global, "String is not an object", __FILE__, __LINE__);
-string = JSVAL_TO_OBJECT(val);
-
-// Get String.prototype.
-if (!JS_GetProperty(cx, string, "prototype", &val))
-    return JS_FALSE;
-if (JSVAL_IS_PRIMITIVE(val))
-    return ThrowError(cx, global, "String.prototype is not an object", __FILE__, __LINE__);
-string_prototype = JSVAL_TO_OBJECT(val);
-
-// ...and now we can add some new functionality to all strings.
-if (!JS_DefineProperty(cx, string_prototype, "md5sum", JSVAL_VOID, GetMD5Func, NULL,
-                       JSPROP_SHARED | JSPROP_NATIVE_ACCESSORS | JSPROP_ENUMERATE))
-    return JS_FALSE;
-
- -

Wanted

- - diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/alphabetical_list/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/alphabetical_list/index.html deleted file mode 100644 index 4bf1ac4123..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/alphabetical_list/index.html +++ /dev/null @@ -1,228 +0,0 @@ ---- -title: Alphabetical List -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/Alphabetical_List -tags: - - JSAPI_Reference - - SpiderMonkey ---- -

参照: グルヌプ別䞀芧, カテゎリ衚瀺 (自動).

- diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/index.html deleted file mode 100644 index 5bb96c5566..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/index.html +++ /dev/null @@ -1,926 +0,0 @@ ---- -title: JSAPI リファレンス -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference -tags: - - JSAPI_Reference - - JavaScript - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference ---- - - -

JSAPI は、SpiderMonkey JavaScript ゚ンゞンのための C API です。JSAPI の䜿甚方法を孊ぶには、JSAPI User Guide および JSAPI Phrasebook をご芧ください。

- -
補足: FOSS のペヌゞに、Spidermonkey ず JASPI の䜿甚を助ける、他のラむブラリやプログラムぞのリンクがありたす。
- -

アルファベット順䞀芧

- -

- -

ランタむムずコンテキスト

- - - - - - - - - - - -

ロケヌルコヌルバック:

- - - -

ロケヌルコヌルバック型:

- - - -

- -

スクリプト

- -

䞀郚の JavaScript コヌドは盎接実行されたす:

- - - -

JavaScript コヌドを可胜な JSScript ぞずコンパむルする代わりに、耇数のアむテムを実行するこずができたす。

- - - -

JavaScript コヌドを関数ぞずコンパむルするこずもできたす:

- - - -

- -

゚ラヌハンドリング

- - - -

次の関数は、C/C++ 関数に JavaScript 䟋倖のスロヌずキャッチを蚱可したす。:

- - - - - -

これらの関数は、゚ラヌを䟋倖に、䟋倖を゚ラヌに翻蚳したす:

- - - -

- -

倀ず型

- - - -

jsval 定数:

- - - -

jsval の型をチェックする関数ずマクロ:

- - - -

関数の匕数を圧瞮たたは展開する高レベル型倉換ルヌチン。

- - - - - -

次の関数は JS 倀を倉数型に倉換したす。これらは任意の型の jsval に安党に適甚するこずができたす。これらは新しいオブゞェクトを返したす。䟋えば、JS_ValueToObject(cx, s) の s は新しい String ラッパヌオブゞェクトを䜜成する文字列です。これらの関数は JavaScript メ゜ッドを呌び出したす。䟋えば、JS_ValueToString(cx, obj) は obj.toString() を呌び出したす。

- - - -

高速な未チェックの型キャストマクロ。これらのマクロは正しい型ずしお知られおいない倀に適甚しおはいけたせん。C のキャストのように、正しくない倀に適甚するずクラッシュの原因ずなりたす。これらは新しいオブゞェクトを䜜成したり JavaScript コヌド内に呌び出したりするこずはありたせん。

- - - -

typeof のように振る舞う関数:

- - - -

=== のように振る舞う関数:

- - - -

- -

メモリ管理

- -

これらの関数は、暙準 C 関数の malloc 系のように動䜜したす。ただし、゚ラヌは errno ではなく、SpiderMonkey の゚ラヌ API を䜿甚しお報告されたす:

- - - -

JavaScript オブゞェクト、文字列、浮動小数点数はガヌベッゞコレクションの察象ずなりたす。これらの関数は、ガヌベッゞコレクタ(GC) ぞのアクセスを提䟛したす:

- - - -

これら残りの API は、アプリケヌションがガヌベッゞコレクションを行う前に、オブゞェクトをガヌベッゞコレクタによる砎壊から保護したす。

- -

倉数が root の堎合、その倉数ぞのポむンタはガヌベッゞコレクタによっお開攟されたせん。ルヌトオブゞェクトに察しおの倱敗は、よくある奇劙なクラッシュの原因です。

- - - -

ロヌカルのルヌトのスコヌプは、オブゞェクトを別の方法でガヌベッゞコレクタから保護したす。

- - - -

SpiderMonkey 1.8 (未リリヌス) の新機胜 オブゞェクトが、SpiderMonkey のデヌタ構造 ("slots") に栌玍されおいない、他のガヌベッゞコレクタの察象ぞの参照を含む堎合、このオブゞェクトは、ガヌベッゞコレクタのこれらの参照ぞのトラバヌス (traverse)を有効にするため、JSTraceOp フックを実装しなければなりたせん。しかし、ガヌベッゞコレクタは手の届く範囲のオブゞェクトのみを敎理したすが、すべおのオブゞェクトを芋぀けるこずはできないため、クラッシュを匕き起こしたす。(SpiderMonkey 1.7 以前のバヌゞョンでは JSMarkOp フックが代わりに䜿甚されたす。これは SpiderMonkey 1.8 のリリヌス埌は非掚奚です。)

- -

トレヌス API は、ガヌベッゞコレクタず JSTraceOp フックによっお䜿甚されたす。JSAPI アプリケヌションもたた、これらの API をオブゞェクトグラフを怜査するために䜿甚したす。(䟋えば、これらの API は JS ガヌベッゞコレクタず他のガヌベッゞコレクタの、ずおも円滑な統合をサポヌトしたす。)

- - - -

その他の GC API:

- - - -

- -

数倀

- - - -

- -

文字列

- - - - - -

Interning 文字列は SpiderMonkey ゚ンゞンに、可胜ならば既存の文字列オブゞェクトを再䜿甚するように䌝えたす。

- - - -

external strings のための文字デヌタはアプリケヌションによっお提䟛されるメモリに栌玍されたす。アプリケヌションはこれを、SpiderMonkey のヒヌプずアプリケヌションのメモリの間で、デヌタを先や埌ぞコピヌするこずを防止するために䜿甚したす。

- - - -

- -

オブゞェクト

- - - - - -

- -

プロパティ

- -

これらの関数は、盎接スクリプトがオブゞェクトのプロパティにアクセスする方法に盞圓したす:

- - - -

次の䜎レベルの関数は、JSAPI アプリケヌションが、プロパティの実装方法の詳现ぞのアクセスを蚱可したす。"Define" は "set" の䜎レベル版であり、远加の蚭定ぞのアクセスを提䟛し、setter を呌び出したせん。同様に、"lookup" は "get" の䜎レベル版であり、远加のオプションを䞎え、getter を呌び出したせん。

- - - -

次の関数は、JS_GetProperty および JS_GetPropertyById のように振る舞いたす。ただし、E4X XML オブゞェクト䞊の操䜜は陀きたす。

- - - -

SpiderMonkey 拡匵は lvalue(オブゞェクトのプロパティぞの参照) を返すネむティブ関数を蚱可したす:

- - - -

jsid は jsval の䞀皮です。ごく少数の API が、jsval の代わりに jsid をプロパティ名に䜿甚したす: JS_CheckAccess および JS_Enumerate, JS_GetMethodById, JS_NextProperty。

- - - -

jsid 定数:

- - - -

jsid の型を調べる関数ずマクロ:

- - - -

- -

クラス

- -

これらの API 機胜は、C/C++ に実装された JavaScript からアクセス可胜なカスタムクラス—オブゞェクト型の定矩に䜿甚されたす。

- - - -

ネむティブプロパティずメ゜ッドをクラスに远加:

- - - -

JSFastNative メ゜ッドはこれらのマクロを䜿甚したす: SpiderMonkey 1.8 の新機胜

- - - -

JSClass の振る舞いずそのむンスタンスは、コヌルバック関数を䜿甚しお倚くの方法でカスタマむズするこずができたす。

- -

JSClass メ゜ッド型:

- - - -

JSExtendedClass メ゜ッド型:

- - - -

JSObjectOps メ゜ッド型:

- - - -

JSXMLObjectOps メ゜ッド型:

- - - -

これらの stub 関数はカスタム JSClass の䜜成時に䜿甚されたす:

- - - -

JSClass の振る舞いは、これらのフラグを䜿甚しおカスタマむズできたす:

- - - -

- -

配列

- - - - - - - -

- -

関数

- -

関数たたはオブゞェクトのメ゜ッドの呌び出し:

- - - -

関数アクセサリ:

- - - -

関数の生成:

- - - -

- -

正芏衚珟

- - - -

- -

セキュリティ

- -

SpiderMonkey 1.8.1 の新機胜 セキュリティのコヌルバックは、ランタむムごず、たたはコンテキストごずに蚭定できたす。

- - - -

- -

スレッド

- -

次の関数は SpiderMonkey のスレッドモデルをサポヌトしおいたす。

- -

JSAPI 1.7 たで これらは JS_THREADSAFE ビルドでのみ利甚可胜です。

- -

SpiderMonkey 1.8 の新機胜 これらの関数はい぀でも利甚可胜です。ただし、JS_THREADSAFE 無しのビルドでは䜕もしたせん

- - - -

次の関数はすべおのビルドに存圚したす。ただし、JS_THREADSAFE 無しのビルドでは䜕もしたせん:

- - - -

- -

時間

- - - -

- -

コヌルバック型

- -

ネむティブ関数型:

- - - -

その他のコヌルバック型:

- - - -

䞊蚘のクラスも参照しおください。

- -

- -

マクロ

- - - -

- -

C++ の機胜

- - diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_compilefile/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_compilefile/index.html deleted file mode 100644 index a6d409dc85..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_compilefile/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: JS CompileFile -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_CompileFile -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_CompileUTF8File ---- -

- -

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_CompileFile
- -

- -

倖郚ファむルに含たれるスクリプトをコンパむルしたす。 Compile a script stored in an external file.

- -

構文

- -
JSScript * JS_CompileFile(JSContext *cx, JSObject *obj,
-    const char *filename);
-
- - - - - - - - - - - - - - - - - - - - - - - - -
NameTypeDescription
cxJSContext *スクリプトをコンパむルするずきのコンテキスト {{ Jsapi-requires-request() }}
objJSObject *スクリプトず関連付けるオブゞェクトObject with which the script is associated.
filenameconst char *スクリプトを含むファむルの名前Name of file containing the script to compile.
- -

解説

- -

JS_CompileFileは、JavaScript゚ンゞンで実行するために倖郚ファむルのスクリプトをコンパむルする関数です。 <code>JS_CompileFile</code> compiles the text of script in an external file location for execution by the JS engine.

- -

filenameは、コンパむル察象のスクリプトを含んでいるファむルの名前を匕数に取りたす。 <code>filename</code> is the name of the file containing the script to compile.

- -

コンパむルが成功したずき、JS_CompileFileはコンパむル枈みのスクリプトぞのポむンタを返倀ずしたす。倱敗時にはNULLを返したす。 On success, <code>JS_CompileFile</code> returns a pointer to the compiled script. Otherwise it returns <code>NULL</code>.

- -

ファむル名でスクリプトを指定するのではなく、文字列の匕数ずしお関数に枡す堎合には、JS_CompileScriptを䜿っおください。 To pass a script as an argument to a function rather than having to specify a file location, use <code>JS_CompileScript</code> instead.

- -

関連項目

- -

{{ LXRSearch("ident", "i", "JS_CompileFile") }}

- -

JS_CompileScript, JS_DecompileScript, JS_DestroyScript, JS_EvaluateScript, JS_ExecuteScript

- -

{{ languages( { "en": "en/JS_CompileFile" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_constructobject/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_constructobject/index.html deleted file mode 100644 index ae7b116ff2..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_constructobject/index.html +++ /dev/null @@ -1,63 +0,0 @@ ---- -title: JS ConstructObject -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_ConstructObject -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_ConstructObject ---- -

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_ConstructObject
-

- -

新たにJavaScriptオブゞェクトを生成し、コンストラクタを呌び出したす。 Create a new JavaScript object and invoke its constructor.

- -

構文

- -
JSObject * JS_ConstructObject(JSContext *cx, JSClass *clasp,
-    JSObject *proto, JSObject *parent);
-
- - - - - - - - - - - - - - - - - - - - - - - - -
NameTypeDescription
cxJSContext *新たなオブゞェクトを配眮するコンテキストThe context in which to create the new object. {{ jsapi-requires-request }}</td> </tr> <tr> <td><code>clasp</code></td> <td><code>JSClass *</code></td> <td>オブゞェクト生成時に利甚するクラスぞのポむンタ。<code>NULL</code>を指定したずきは、䞀般的なJavaScript <code>Object</code>が生成されたす。<!--Pointer to the class to use for the new object. If this is <code>NULL</code>, an ordinary JavaScript <code>Object</code> is created.
protoJSObject *クラスずなるプロトタむプオブゞェクトぞのポむンタPointer to the prototype object to use for the new class.
parentJSObject *新たなオブゞェクトの __parent__ プロパティに指定するオブゞェクトぞのポむンタPointer to which to set the new object's __parent__ property.
- -

解説

- -

JS_ConstructObjectは、䞎えられたクラス、プロトタむプ、芪オブゞェクト、コンストラクタ関数をもずに新たなオブゞェクトのむンスタンスを生成する関数です。cxには、新たなオブゞェクトを配眮するランタむムず結び付けられたコンテキストぞのポむンタを指定したす。claspには、ファむナラむズ凊理などの内郚関数が定矩された既存クラスぞのポむンタを指定したす。protoは、新たなオブゞェクトのプロトタむプずなるオブゞェクトぞのポむンタを指定する匕数です。 <code>JS_ConstructObject</code> instantiates a new object based on a specified class, prototype, and parent object, and then invokes its constructor function. <code>cx</code> is a pointer to a context associated with the runtime in which to establish the new object. <code>clasp</code> is a pointer to an existing class to use for internal methods, such as finalize. <code>proto</code> is an optional pointer to the prototype object with which to associate the new object.

- -

自分自身をプロトタむプオブゞェクトにするには、protoにNULLを指定しおください。このずき、claspがプロトタむプを定矩しおいる堎合には、JS_ConstructObjectは新たなオブゞェクトのプロトタむプにそれを甚いたす。定矩しおいない堎合は、空オブゞェクトスタブをプロトタむプずしたす。 Set <code>proto</code> to <code>NULL</code> to force JS to assign a prototype object for you. In this case, <code>JS_ConstructObject</code> attempts to assign the new object the prototype object belonging to <code>clasp</code>, if one is defined there. Otherwise, it creates an empty object stub for the prototype.

- -

parentには、新芏オブゞェクトの芪プロパティずなるオブゞェクトぞのポむンタを指定したす。この匕数はオプションであり、parentにNULLを指定するこずで芪プロパティを持たないオブゞェクトになりたす。 <code>parent</code> is an optional pointer to an existing object to which to set the new object's parent object property. You can set <code>parent</code> to <code>NULL</code> if you do not want to set the parent property.

- -

JS_ConstructObjectが成功したずき、新たに生成されたオブゞェクトぞのポむンタをその返倀ずしたす。倱敗したずきはNULLを返したす。 On success, <code>JS_ConstructObject</code> returns a pointer to the newly instantiated object. Otherwise it returns <code>NULL</code>.

- -

関連項目

- -

{{ LXRSearch("ident", "i", "JS_ConstructObject") }}

- -

JS_DefineObject, JS_GetFunctionObject, JS_NewArrayObject, JS_NewObject, JS_ValueToObject

- -

{{ languages( { "en": "en/JS_ConstructObject" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_defineobject/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_defineobject/index.html deleted file mode 100644 index 782201ccc5..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_defineobject/index.html +++ /dev/null @@ -1,126 +0,0 @@ ---- -title: JS_DefineObject -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_DefineObject -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_DefineObject ---- -

-

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_NewRuntime
-

- -

あるオブゞェクトのプロパティずなるオブゞェクトを生成する関数です。 Create an object that is a property of another object. {{ 英語版章題("Syntax") }}

- -

構文

- -
JSObject * JS_DefineObject(JSContext *cx, JSObject *obj,
-    const char *name, JSClass *clasp, JSObject *proto,
-    uintN flags);
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
NameTypeDescription
cxJSContext *゚ラヌ報告に甚いるランタむム環境から掟生したコンテキストぞのポむンタPointer to a JS context from which to derive runtime information for error reporting. {{ Jsapi-requires-request() }}
objJSObject *生成したオブゞェクトをプロパティずしお持぀オブゞェクトぞのポむンタObject to which this new object belongs as a property.
nameconst char *objでのプロパティ名Name of the property that encapsulates the new object in <code>obj</code>.
claspJSClass *オブゞェクト生成に甚いるクラスClass to use for the new object.
protoJSObject *オブゞェクト生成に甚いるプロトタむプPrototype object to use for the new object.
flagsuintN生成したオブゞェクトの属性を指定するフラグProperty flags for the new object.
- -

{{ 英語版章題("Description") }}

- -

説明

- -

JS_DefineObjectは、オブゞェクトのむンスタンスを生成し、それを匕数objで指定した既存オブゞェクトのプロパティずしお蚭定する関数です。匕数nameで、objでのプロパティ名を指定し、flagsでそのプロパティの属性を指定したす。以䞋の衚で蚭定可胜なflagsの倀を瀺したす。これらの倀は単䞀、あるいは耇数の倀の論理和ずしお匕数に䞎えるこずができたす。 <code>JS_DefineObject</code> instantiates and names a new object for an existing object, <code>obj</code>. <code>name</code> is the property name to assign to <code>obj</code> to hold the new object, and <code>flags</code> contains the property flags to set for the newly created property. The following table lists possible values you can pass in <code>flags</code>, either singly, or <code>OR</code>'d together:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
FlagPurpose
JSPROP_ENUMERATEforずinルヌプを䜿ったアクセス(Core JavaScript 1.5 Guide:Object Manipulation Statements)を可胜にしたす。Property is visible to <code>for</code> and <code>in</code> loops.
JSPROP_READONLYプロパティの倀を読み取り専甚にしたす。Property is read only.
JSPROP_PERMANENTプロパティの削陀を䞍可胜にしたす。Property cannot be deleted.
JSPROP_EXPORTEDProperty can be imported by other objects.
JSPROP_INDEXProperty is actually an index into an array of properties, and is cast to a const char *.
- -

匕数claspはオブゞェクトの生成時に甚いる基底クラスぞのポむンタ、匕数protoはプロトタむプぞのポむンタをそれぞれずりたす。protoにNULLを指定した堎合、JavaScriptは自分自身をプロトタむプずしたす。匕数objはオブゞェクトの芪オブゞェクトになりたす。 <code>clasp</code> is a pointer to the base class to use when creating the new object, and <code>proto</code> is an pointer to the prototype upon which to base the new object. If you set <code>proto</code> to <code>NULL</code>, JS sets the prototype object for you. The parent object for the new object is set to <code>obj</code>.

- -

JS_DefineObjectが成功したずき、返倀は新たに生成したプロパティオブゞェクトぞのポむンタになりたす。もしすでにプロパティが蚭定されおいた堎合、オブゞェクトは生成されず、返り倀はNULLになりたす。 <code>JS_DefineObject</code> returns a pointer to the newly created property object if successful. If the property already exists, or cannot be created, <code>JS_DefineObject</code> returns <code>NULL</code>. {{ 英語版章題("See Also") }}

- -

参照

- - - - - - - - - - - - - - - - -
GroupsFunctions
Documents{{ LXRSearch("ident", "i", "JS_DefineObject", "LXR ID Search") }}
Entries -

JSClass, JS_DefineConstDoubles, JS_DefineElement, JS_DefineFunction, JS_DefineFunctions, JS_DefineProperties, JS_DefineProperty, JS_DefinePropertyWithTinyId, JS_NewObject, JS_ValueToObject

-
- -
 
- -

{{ languages( { "en": "en/JS_DefineObject" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_destroycontext/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_destroycontext/index.html deleted file mode 100644 index be77b35a40..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_destroycontext/index.html +++ /dev/null @@ -1,55 +0,0 @@ ---- -title: JS DestroyContext -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_DestroyContext -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_DestroyContext ---- -

- - -

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_DestroyContext
- - -

- -

JSContextを解攟したす。

- -

構文

- -
void JS_DestroyContext(JSContext *cx);
-
-void JS_DestroyContextNoGC(JSContext *cx);
-
-void JS_DestroyContextMaybeGC(JSContext *cx);
-
- - - - - - - - - - - - - - -
NameTypeDescription
cxJSContext *解攟するコンテキスト
- -

解説

- -

これらの関数はコンテキストcxを解攟したす。それに加え、JS_DestroyContextは実行し、cxのグロヌバルオブゞェクトが利甚したメモリを回収するためにガベヌゞコレクションを実行したす。JS_DestroyContextNoGCはガベヌゞコレクションを実行したせん。JS_DestroyContextMaybeGCでは、JavaScript゚ンゞンが十分なメモリ領域を解攟できる可胜性を刀断し、ガベヌゞコレクションを実行するか吊かを刀断したす。 These functions destroy a context, <code>cx</code>. <code>JS_DestroyContext</code> additionally performs garbage collection to reclaim any memory that was being used by <code>cx</code>'s global object. <code>JS_DestroyContextNoGC</code> does not perform garbage collection. <code>JS_DestroyContextMaybeGC</code> may or may not perform garbage collection; the engine makes an educated guess as to whether enough memory would be reclaimed to justify the work.

- -

JS_THREADSAFEを有効にしたビルドでは、cxのrequest内でこの関数を呌ばないでください。

- -

JS_SetContextCallbackが以前に実行された堎合は、そこで蚭定したコヌルバック関数が実行されたす。 In a <code>JS_THREADSAFE</code> build, the caller must '''not''' be in a request on <code>cx</code>. If <code>JS_SetContextCallback</code> has been called, this calls the callback.

- -

{{ LXRSearch("ident", "i", "JS_DestroyContext") }}

- -

{{ languages( { "en": "en/JS_DestroyContext" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_destroyruntime/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_destroyruntime/index.html deleted file mode 100644 index d65b41c6d6..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_destroyruntime/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: JS DestroyRuntime -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_DestroyRuntime -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_DestroyRuntime ---- -

- -

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_DestroyRuntime
- -

- -

JavaScriptランタむム環境を解攟したす。 Frees a JavaScript runtime.

- -

構文

- -
void JS_DestroyRuntime(JSRuntime *rt);
-
- - - - - - - - - - - - - - -
NameTypeDescription
rtJSRuntime *解攟するランタむムThe runtime to destroy.
- -

説明

- -

JS_DestroyRuntimeは、JavaScriptランタむム環境rtを解攟する関数です。JSAPIの利甚を終えた埌は必ずJS_DestroyRuntimeを呌び出しおください。JS_DestroyRuntimeを呌ぶこずで、ガベヌゞコレクションおよびJS_NewRuntimeによっお確保されたメモリ領域の解攟が行われたす。 <code>JS_DestroyRuntime</code> frees the specified the JavaScript runtime environment, <code>rt</code>. Call <code>JS_DestroyRuntime</code> after completing all other JS API calls. <code>JS_DestroyRuntime</code> garbage collects and frees the memory previously allocated by <code>JS_NewRuntime</code>.

- -

{{ LXRSearch("ident", "i", "JS_DestroyRuntime") }}

- -

{{ languages( { "en": "en/JS_DestroyRuntime" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_dumpheap/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_dumpheap/index.html deleted file mode 100644 index 4a9b9b3dba..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_dumpheap/index.html +++ /dev/null @@ -1,110 +0,0 @@ ---- -title: JS_DumpHeap -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_DumpHeap -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_DumpHeap ---- -
{{SpiderMonkeySidebar("JSAPI")}}
- -

{{ obsolete_header("jsapi38") }}

- -

{{ Jsapi_minversion_header("1.8") }}

- -
DEBUG のみ。ヒヌプに割り圓おられたもののオブゞェクトグラフをダンプしたす。
- -

構文

- -
bool
-JS_DumpHeap(JSRuntime *rt, FILE *fp, void* startThing, JSGCTraceKind kind,
-            void *thingToFind, size_t maxDepth, void *thingToIgnore);
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
NameTypeDescription
cx{{jsapixref("JSRuntime", "JSContext *")}}Pointer to a JS context. Every JSContext is permanently associated with a JSRuntime; each JSRuntime contains a GC heap.
fpFILE *File for the dump output.
startThingvoid *NULL or a pointer to a GC thing (use {{jsapixref("JS::Value", "JS::Value::toGCThing()")}} to obtain a pointer to pass here). When null, dump all things reachable from the runtime roots. When non-null, dump only things reachable from the object indicated.
startKindJSGCTraceKindTrace kind of startThing, if startThing is not null. Must be JSTRACE_OBJECT when startThing is null.
thingToFindvoid *NULL or a pointer to a GC thing. If this is non-null, JS_DumpHeap only dumps paths in the object graph leading to the specified thing.
maxDepthsize_tThe upper bound on the number of edges to descend from the graph roots.
thingToIgnorevoid *NULL or a pointer to a GC thing that will be ignored during graph traversal.
- -
enum JSGCTraceKind
-{
-    // These trace kinds have a publicly exposed, although opaque, C++ type.
-    // Note: The order here is determined by our Value packing. Other users
-    //       should sort alphabetically, for consistency.
-    JSTRACE_OBJECT = 0x00,
-    JSTRACE_STRING = 0x01,
-    JSTRACE_SYMBOL = 0x02,
-    JSTRACE_SCRIPT = 0x03,
-
-    // Shape details are exposed through JS_TraceShapeCycleCollectorChildren.
-    JSTRACE_SHAPE = 0x04,
-
-    // The kind associated with a nullptr.
-    JSTRACE_NULL = 0x06,
-
-    // A kind that indicates the real kind should be looked up in the arena.
-    JSTRACE_OUTOFLINE = 0x07,
-
-    // The following kinds do not have an exposed C++ idiom.
-    JSTRACE_BASE_SHAPE = 0x0F,
-    JSTRACE_JITCODE = 0x1F,
-    JSTRACE_LAZY_SCRIPT = 0x2F,
-    JSTRACE_TYPE_OBJECT = 0x3F,
-
-    JSTRACE_LAST = JSTRACE_TYPE_OBJECT
-};
-
- -

Description

- -

See {{ Bug(378261) }} for detail.

- -

When tracing a thing, the GC needs to know about the layout of the object it is looking at. There are a fixed number of different layouts that the GC knows about. The "trace kind" is a static map which tells which layout a GC thing has.

- -

Although this map is public, the details are completely hidden. Not all of the matching C++ types are exposed, and those that are, are opaque.

- -

See {{jsapixref("JS::Value", "JS::Value::gcKind()")}} and {{jsapixref("JSTraceCallback")}} in <codde>Tracer.h</codde> for more details.

- -

See Also

- - diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_evaluatescript/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_evaluatescript/index.html deleted file mode 100644 index a58d781ab4..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_evaluatescript/index.html +++ /dev/null @@ -1,93 +0,0 @@ ---- -title: JS EvaluateScript -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_EvaluateScript -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_EvaluateScript ---- -

- -

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_EvaluateScript
- - -

- -

スクリプトのコンパむルおよび実行を行いたす。 Compile and execute a script.

- -

構文

- -
JSBool JS_EvaluateScript(JSContext *cx, JSObject *obj,
-    const char *src, uintN length, const char *filename,
-    uintN lineno, jsval *rval);
-
-JSBool JS_EvaluateUCScript(JSContext *cx, JSObject *obj,
-    const jschar *src, uintN length, const char *filename,
-    uintN lineno, jsval *rval);
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
NameTypeDescription
cxJSContext *スクリプトを実行するコンテキストThe context in which to run the script. {{ Jsapi-requires-request() }}
objJSObject *スクリプトず関連付けるオブゞェクトObject with which the script is associated.
srcconst char *or const jschar *コンパむル・実行察象ずなるスクリプト文字列String containing the script to compile and execute.
lengthsize_tsrcの文字列長The length of <code>src</code>, in characters.
filenameconst char *゚ラヌメッセヌゞ出力に利甚されるスクリプトのファむル名たたはそのURLを瀺す文字列。Name of file or URL containing the script. Used to report filename or URL in error messages.
linenouintN゚ラヌ発生時に出力される行数Line number. Used to report the offending line in the file or URL if an error occurs.
rvaljsval *実行結果の出力先。実行に成功したずき、*rvalにはスクリプトの最終行の実行結果の倀が栌玍されたす。Out parameter. On success, <code>*rval</code> receives the value of the last-executed expression statement processed in the script.
- -

説明

- -

JS_EvaluateScriptは、オブゞェクトobjに結合する圢でスクリプトをコンパむル・実行する関数です。実行が成功したずき、rvalにスクリプトの最終行の実行結果の倀ぞのポむンタが栌玍されおいたす。この関数のUnicode版ずしお、JS_EvaluateUCScriptが甚意されおいたす。 <code>JS_EvaluateScript</code> compiles and executes a script associated with a JS object, <code>obj</code>. On successful completion, <code>rval</code> is a pointer to a variable that holds the value from the last executed expression statement processed in the script. <code>JS_EvaluateUCScript</code> is the Unicode version of the function.

- -

srcはスクリプト文字列、lengthはその文字列の長さをそれぞれ匕数ずしお取りたす。 <code>src</code> is the string containing the text of the script. <code>length</code> indicates the size of the text version of the script in characters.

- -

filenameはスクリプトの䜍眮を瀺すファむル名たたはURLを匕数ずしお取りたす。ここで指定した情報は、コンパむル゚ラヌが発生したずきの゚ラヌメッセヌゞに利甚されたす。linenoも同様に゚ラヌメッセヌゞずしお出力される行番号ずしお利甚されたす。 <code>filename</code> is the name of the file (or URL) containing the script. This information is used in messages if an error occurs during compilation. Similarly, <code>lineno</code> is used to report the line number of the script or file where an error occurred during compilation.

- -

スクリプトのコンパむルず実行が成功したずき、JS_EvaluateScriptおよびJS_EvaluateUCScriptはJS_TRUEを、倱敗したずきはJS_FALSEをそれぞれ返したす。コンパむル・実行に倱敗したずき、*rvalの倀は未定矩ずみなす必芁がありたす。 If a script compiles and executes successfully, <code>JS_EvaluateScript</code> or <code>JS_EvaluateUCScript</code> returns <code>JS_TRUE</code>. Otherwise it returns <code>JS_FALSE</code>. On failure, your application should assume that <code>*rval</code> is undefined.

- -

関連項目

- -

{{ LXRSearch("ident", "i", "JS_EvaluateScript") }}
- {{ LXRSearch("ident", "i", "JS_EvaluateUCScript") }}

- -

JS_CompileFile, JS_CompileScript, JS_DecompileScript, JS_DestroyScript, JS_EvaluateScriptForPrincipals, JS_ExecuteScript

- -

{{ languages( { "en": "en/JS_EvaluateScript" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_getgcparameter/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_getgcparameter/index.html deleted file mode 100644 index 1bfa969e7c..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_getgcparameter/index.html +++ /dev/null @@ -1,323 +0,0 @@ ---- -title: JS_GetGCParameter -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_GetGCParameter -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_GetGCParameter ---- -
{{SpiderMonkeySidebar("JSAPI")}}
- -
-

ガベヌゞコレクションに関連するパフォヌマンスパラメヌタを調敎したす。

-
- -

構文

- -
uint32_t
-JS_GetGCParameter(JSRuntime *rt, JSGCParamKey key);
-
-void
-JS_SetGCParameter(JSRuntime *rt, JSGCParamKey key, uint32_t value);
-
-uint32_t
-JS_GetGCParameterForThread(JSContext *cx, JSGCParamKey key); // Added in SpiderMonkeySidebar 17
-
-void
-JS_SetGCParameterForThread(JSContext *cx, JSGCParamKey key, uint32_t value); // Added in SpiderMonkeySidebar 17
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
NameTypeDescription
rt{{jsapixref("JSRuntime", "JSRuntime *")}}The runtime to configure.
cx{{jsapixref("JSRuntime", "JSContext *")}}The context to configure. {{ Jsapi-requires-request() }}
keyJSGCParamKeySpecifies which garbage collection parameter to get or set.
valueuint32_t(JS_SetGCParameter only) The value to assign to the parameter.
- -
typedef enum JSGCParamKey {
-    JSGC_MAX_BYTES,
-    JSGC_MAX_MALLOC_BYTES,
-    JSGC_MAX_NURSERY_BYTES,
-    JSGC_BYTES,
-    JSGC_NUMBER,
-    JSGC_MODE,
-    JSGC_UNUSED_CHUNKS,
-    JSGC_TOTAL_CHUNKS,
-    JSGC_SLICE_TIME_BUDGET,
-    JSGC_MARK_STACK_LIMIT,
-    JSGC_HIGH_FREQUENCY_TIME_LIMIT,
-    JSGC_HIGH_FREQUENCY_LOW_LIMIT,
-    JSGC_HIGH_FREQUENCY_HIGH_LIMIT,
-    JSGC_HIGH_FREQUENCY_HEAP_GROWTH_MAX,
-    JSGC_HIGH_FREQUENCY_HEAP_GROWTH_MIN,
-    JSGC_LOW_FREQUENCY_HEAP_GROWTH,
-    JSGC_DYNAMIC_HEAP_GROWTH,
-    JSGC_DYNAMIC_MARK_SLICE,
-    JSGC_ALLOCATION_THRESHOLD,
-    JSGC_MIN_EMPTY_CHUNK_COUNT,
-    JSGC_MAX_EMPTY_CHUNK_COUNT,
-    JSGC_COMPACTION_ENABLED,
-    JSGC_ALLOCATION_THRESHOLD_FACTOR,
-    JSGC_ALLOCATION_THRESHOLD_FACTOR_AVOID_INTERRUPT,
-    JSGC_NURSERY_FREE_THRESHOLD_FOR_IDLE_COLLECTION,
-    JSGC_PRETENURE_THRESHOLD,
-    JSGC_PRETENURE_GROUP_THRESHOLD,
-    JSGC_NURSERY_FREE_THRESHOLD_FOR_IDLE_COLLECTION_PERCENT,
-    JSGC_MIN_NURSERY_BYTES,
-    JSGC_MIN_LAST_DITCH_GC_PERIOD,
-} JSGCParamKey;
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Value (C++/JS Shell)Description
JSGC_MAX_BYTES / "maxBytes"Maximum nominal heap before last ditch GC.
JSGC_MAX_MALLOC_BYTES / "maxMallocBytes"Number of JS_malloc bytes before last ditch GC.
JSGC_MAX_NURSERY_BYTES / "maxNurseryBytes"Maximum size the nursery may grow to, or 0 to disable generational GC.
JSGC_MIN_NURSERY_BYTES / "minNurseryBytes"Minimum size the nursery may shrink to.
JSGC_BYTES / "gcBytes"Amount of bytes allocated by the GC.
JSGC_NUMBER / "gcNumber"Number of times GC has been invoked. Includes both major and minor GC.
JSGC_MODE / "mode" -

Select GC mode:

- -
-
JSGC_MODE_GLOBAL (0)
-
The GC runs all objects are visited in a singleslice.
-
JSGC_MODE_ZONE (1)
-
The GC runs only the objects that belong to somezones are visited in a singleslice.
-
JSGC_MODE_INCREMENTAL (2)
-
The GC runs all objects are visited in multipleslices.
-
JSGC_MODE_ZONE_INCREMENTAL (3)
-
The GC runs only the objects that belong to somezones are visited in multipleslices.
-
- -

This does not affect generational GC, see JSGC_MAX_NURSERY_BYTES

-
JSGC_UNUSED_CHUNKS / "unusedChunks"Number of cached empty GC chunks.
JSGC_TOTAL_CHUNKS / "totalChunks"Total number of allocated GC chunks.
JSGC_SLICE_TIME_BUDGET / "sliceTimeBudget"Max milliseconds to spend in an incremental GC slice. 0 for infinite.
JSGC_MARK_STACK_LIMIT / "markStackLimit"Maximum size the GC mark stack can grow to (units: entries).
JSGC_HIGH_FREQUENCY_TIME_LIMIT / "highFrequencyTimeLimit"GCs less than this far apart in time will be considered 'high-frequency GCs'.
JSGC_HIGH_FREQUENCY_LOW_LIMIT / "highFrequencyLowLimit" -

Controls for dynamic heap growth. When the GC is in "high frequency" mode (see above) then, the heap will be allowed to grow between collections according to these four parameters. See ZoneHeapThreshold::computeZoneHeapGrowthFactorForHeapSize in GC.cpp for the details.

- -

The first two parameters are in MB and the remaining two are in percentage of heap size.

-
JSGC_HIGH_FREQUENCY_HIGH_LIMIT / "highFrequencyHighLimit"
JSGC_HIGH_FREQUENCY_HEAP_GROWTH_MAX / "highFrequencyHeapGrowthMax"
JSGC_HIGH_FREQUENCY_HEAP_GROWTH_MIN / "highFrequencyHeapGrowthMin"
JSGC_LOW_FREQUENCY_HEAP_GROWTH / "lowFrequencyHeapGrowth"Heap growth percentage for low frequency GCs.
JSGC_DYNAMIC_HEAP_GROWTH / "dynamicHeapGrowth"If false, the heap growth percentage is fixed at 300%. If true, it is determined based on whether GCs are high- or low- frequency.
JSGC_DYNAMIC_MARK_SLICE / "dynamicMarkSlice"If true, high-frequency GCs will use a longer mark slice.
JSGC_ALLOCATION_THRESHOLD / "allocationThreshold"Lower limit after which we limit the heap growth. The heap will be collected if it is greater than: MAX(allocThreshold, lastSize) * thresholdFactor, This establishes allocThreshold as a baseline or default heap size.
JSGC_ALLOCATION_THRESHOLD_FACTOR / "allocationThresholdFactor" -

These thresholds (as percentages) are compared with the zone threshold (above) to decide when to begin an incremental collection. JSGC_ALLOCATION_THRESHOLD_FACTOR_AVOID_INTERRUPT is used when a GC is already in progress for other zones and we may wish to avoid interrupting it.

- -

Additionally if a zone expands beyond the threshold without this factor, then it will be collected non-incrementally

-
JSGC_ALLOCATION_THRESHOLD_FACTOR_AVOID_INTERRUPT / "allocationThresholdfactorAvoidInterrupt"
JSGC_MIN_EMPTY_CHUNK_COUNT / "minEmptyChunkCount"We try to keep at least this many unused chunks in the free chunk pool at all times, even after a shrinking GC.
JSGC_MAX_EMPTY_CHUNK_COUNT / "maxEmptyChunkCount"We never keep more than this many unused chunks in the free chunk pool.
JSGC_COMPACTION_ENABLED / "compactingEnabled"non-zero to enable compacting, zero to disable.
JSGC_NURSERY_FREE_THRESHOLD_FOR_IDLE_COLLECTION / "nurseryFreeThresholdForIdleCollection"Collect the nursery in idle time if it has less than this many bytes of free space.
JSGC_NURSERY_FREE_THRESHOLD_FOR_IDLE_COLLECTION_PERCENT / "nurseryFreeThresholdForIdleCollectionPercent"Collect the nursery in idle time if it has less than this percentage of capacity free (value from 0 - 99).
JSGC_PRETENURE_THRESHOLD / "pretenureThreshold"If this percentage of the nursery is tenured and the nursery is at least 4MB, then process object groups to look for pretenuring candidates.
JSGC_PRETENURE_GROUP_THRESHOLD / "pretenureGroupThreshold"If more than this number of objects in a given object group are tenured, then pretenruing will be enabled for new objects in this group.
JSGC_MIN_LAST_DITCH_GC_PERIOD / "minLastDitchGCPeriod"The minimum time to allow between triggering last ditch GCs in seconds.
- -

説明

- -

JS_GetGCParameter returns the current parameter of the garbage collection.

- -

If successful, JS_GetGCParameter returns the current parameter.

- -

JS_SetGCParameter ajusts the parameter of the garbage collection.

- -

あわせお参照

- - diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_getruntime/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_getruntime/index.html deleted file mode 100644 index 36a7593d57..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_getruntime/index.html +++ /dev/null @@ -1,47 +0,0 @@ ---- -title: JS GetRuntime -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_GetRuntime -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_GetRuntime ---- -

- -

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_GetRuntime
- - - -

- -

JSRuntimeぞのポむンタを取埗したす。 Retrieves a pointer to the <code>JSRuntime</code>.

- -

構文

- -
JSRuntime * JS_GetRuntime(JSContext *cx);
-
- - - - - - - - - - - - - - -
NameTypeDescription
cxJSContext *コンテキスト
- -

説明

- -

JS_GetRuntimeは、JSContext cxず関連付けられたJSRuntimeぞのポむンタを取埗する関数です。各コンテキストは、その生成時に指定した (JS_NewContextを参照) JSRuntimeず関連付けられおおり、JS_GetRuntimeを䜿うこずでその関連付けを取埗するこずができたす。 <code>JS_GetRuntime</code> retrieves a pointer to the <code>JSRuntime</code> with which a specified <code>JSContext</code>, <code>cx</code>, is associated. Each context is associated with a particular <code>JSRuntime</code> when it is created (see <code>JS_NewContext</code>); <code>JS_GetRuntime</code> provides a convenient, programmatic way to look up the association.

- -

{{ LXRSearch("ident", "i", "JS_GetRuntime") }}

- -

{{ languages( { "en": "en/JS_GetRuntime" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_getruntimeprivate/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_getruntimeprivate/index.html deleted file mode 100644 index c4f3f7937b..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_getruntimeprivate/index.html +++ /dev/null @@ -1,59 +0,0 @@ ---- -title: JS GetRuntimePrivate -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_GetRuntimePrivate -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_GetRuntimePrivate ---- -

- -

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_GetRuntimePrivate
- - -

- -

JSRuntimeオブゞェクトず関連付けられたアプリケヌション固有のフィヌルドにアクセスしたす。 Access a <code>JSRuntime</code> field for application-specific data.

- -

構文

- -
void * JS_GetRuntimePrivate(JSRuntime *rt);
-
-void JS_SetRuntimePrivate(JSRuntime *rt, void *data);
-
- - - - - - - - - - - - - - - - - - - -
NameTypeDescription
rtJSRuntime *JavaScriptランタむム環境Any JS runtime.
datavoid *(JS_SetRuntimePrivateのみ)ランタむムrtず関連付けるアプリケヌション固有のデヌタぞのポむンタ ''(in <code>JS_SetRuntimePrivate</code>)'' Pointer to application-defined data to be associated with the runtime <code>rt</code>.
- -

説明

- -

各JSRuntime内には、アプリケヌション内で甚いる任意のデヌタを指し瀺すvoid *型のフィヌルドが存圚したす。このフィヌルドは、コヌルバック関数が容易にアクセスできる領域であるため、その䞭でのデヌタ栌玍に有甚に䜿えたす。JS_GetRuntimePrivateでフィヌルドの倀を取埗し、JS_SetRuntimePrivateで倀を蚭定したす。フィヌルドの初期倀はNULLに蚭定されおいたす。 Each <code>JSRuntime</code> has a field of type <code>void *</code> which the application may use for any purpose. It is especially useful for storing data which callbacks may then easily access. <code>JS_GetRuntimePrivate</code> gets the value of this field and <code>JS_SetRuntimePrivate</code> sets it. The field is initially <code>NULL</code>.

- -

このプラむベヌトなデヌタのメモリ管理はアプリケヌション偎の責任になりたす。JavaScript゚ンゞン自䜓がこの領域を利甚するこずはありたせん。 Memory management for this private data is the application's responsibility. The JavaScript engine itself never uses it.

- -

関連項目

- -

{{ LXRSearch("ident", "i", "JS_GetRuntimePrivate") }}

- -

JS_GetContextPrivate, JS_SetContextPrivate, JS_GetPrivate, JS_SetPrivate, JS_GetInstancePrivate

- -

{{ languages( { "en": "en/JS_GetRuntimePrivate" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_init/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_init/index.html deleted file mode 100644 index 1d52ec7034..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_init/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: JS_Init -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_Init -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_Init ---- -
{{obsolete_header}}
- - -

構文

- - -
JSRuntime * JS_Init(uint32 maxbytes);
-
- - - - - - - - - - - - - - - - - -
名称型説明
maxbytesuint32ガベヌゞコレクション実行埌に割り圓おられたバむト数
- - -

説明

-

JS_Init は廃止されたした。替わりに JS_NewRuntime を䜿甚しお䞋さい。

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_lock/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_lock/index.html deleted file mode 100644 index 1ffb9dee10..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_lock/index.html +++ /dev/null @@ -1,37 +0,0 @@ ---- -title: JS_Lock -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_Lock -tags: - - JSAPI_Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_Lock ---- -
- {{obsolete_header("jsapi12")}}
-

JS ランタむム環境をロックしたす。

-

構文

-
void JS_Lock(JSRuntime *rt);
-
- - - - - - - - - - - - - - - -
名称型説明
rtJSRuntime *ロックするランタむムぞのポむンタ
-

説明

-

JS_Lock は非掚奚 API です。䜿甚しないで䞋さい。

-

関連情報

- diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_newcontext/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_newcontext/index.html deleted file mode 100644 index ab77638f70..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_newcontext/index.html +++ /dev/null @@ -1,93 +0,0 @@ ---- -title: JS NewContext -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewContext -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewContext ---- -

- -

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_NewContext
- -

- -

新たなJavaScriptコンテキストを生成したす。 Creates a new JavaScript context.

- -

構文

- -

= Syntax =

- -
JSContext * JS_NewContext(JSRuntime *rt, size_t stackchunksize);
-
- - - - - - - - - - - - - - - - - - - -
NameTypeDescription
rtJSRuntime *コンテキストの芪ずなるランタむムを指定したす。JavaScriptのオブゞェクト、関数、文字列、数倀はJSRuntime内のコンテキスト内で共有されたすが、JSRuntimeをたたぐこずはありたせん。 -

Parent runtime for the new context. JavaScript objects, functions, strings, and numbers may be shared among the contexts in a <code>JSRuntime</code>, but they cannot be shared across <code>JSRuntime</code>s.

-
stackchunksizesize_t -

各スタック領域のサむズをバむトで指定したす。暙準的には8192が適切な倀であり、倧抵の堎合においお調節すべきでないパラメヌタです。 The size, in bytes, of each "stack chunk". This is a memory management tuning parameter which most users should not adjust. <code>8192</code> is a good default value.

-
- -

説明

- -

= Description = スクリプトの実行および倀の保持に利甚するコンテキストを新芏に生成する関数です。各スクリプトは独自のコンテキスト䞊で実行され、各コンテキストは特定のJSRuntimeオブゞェクトrtず関連づけられおいたす。 Creates a new JavaScript context for executing scripts and examining JavaScript values. Each script runs in its own context, and each context must be associated with a specified <code>JSRuntime</code>, <code>rt</code>.

- -

JS_NewContextは、成功したずき新たなコンテキストぞのポむンタを返したす。倱敗したずきはNULLを返したす。 On success, <code>JS_NewContext</code> returns a pointer to the new context. Otherwise it returns <code>NULL</code>.

- -

この関数の呌び元は、コンテキストを䜿い終わったらJS_DestroyContextを実行しなければなりたせん。JSRuntimeを解攟する前に、そのJSContextをすべお解攟する必芁がありたす。 The caller must call <code>JS_DestroyContext</code> when it is done using the context. Before a <code>JSRuntime</code> may be destroyed, all the <code>JSContext</code>s associated with it must be destroyed.

- -

JS_THREADSAFEを有効にしたビルドでは、あるJSContextを同時にアクセスできるスレッドは䞀぀だけです。新芏のJSContextは、初期状態で呌び元のスレッドず関連付けられたす。コンテキストがあるスレッドず関連付けられおいる間は、他のスレッドからそれを利甚したり解攟するこずはできたせん。JSContextを別のスレッドに移動する堎合は、JS_ClearContextThreadずJS_SetContextThreadを利甚しおください。 In a <code>JS_THREADSAFE</code> build, only one thread may use a <code>JSContext</code> at a time. The new <code>JSContext</code> is initially associated with the calling thread. As long as it stays associated with that thread, no other thread may use it or destroy it. A <code>JSContext</code> may be transferred from one thread to another by calling <code>JS_ClearContextThread</code> and <code>JS_SetContextThread</code>.

- -

新たに生成したJSContextは、初期状態においおグロヌバルオブゞェクトを持ちたせん。 The new <code>JSContext</code> initially has no global object.

- -

泚蚘

- -

== Notes == 䞀床生成されたコンテキストは異なるスクリプトやJSAPI呌び出しのために耇数回利甚される可胜性がありたす。具䜓的には、Webブラりザが各HTMLに察応する独立したコンテキストを生成したずきに、ペヌゞ内のすべおのスクリプトは同じコンテキストを甚いお実行されるずいったシナリオが考えられたす。 Once created, a context can be used any number of times for different scripts or JSAPI queries. For example, a browser would create a separate context for each HTML page; every script in the page would use the same context.

- -

新芏コンテキストは、Object、Date、Arrayずいった暙準的なグロヌバルオブゞェクトを䞀切保持しおいたせん。それらを利甚するには、JS_InitStandardClassesを呌び出す必芁がありたす。JSAPIを利甚するアプリケヌションで独自の関数やクラスを提䟛したい堎合には、JS_GetGlobalObjectを䜿っおそのコンテキストのグロヌバルオブゞェクトを取埗し、JS_DefineFunctionsおよびJS_InitClassをそれに適甚するこずで独自のグロヌバル関数やクラスをコンテキストに远加できたす。 The new context initially does not contain any globals, even standard globals such as <code>Object</code>, <code>Date</code>, and <code>Array</code>. To create them, call <code>JS_InitStandardClasses</code>. A JSAPI application typically also provides some custom functions and classes. Use <code>JS_GetGlobalObject</code> to get a context's global object. Use <code></code> and <code>JS_InitClass</code> to add custom global functions and classes to the context.

- -

stackchunksizeは、JavaScriptのスタックサむズを調節するものではありたせん(JSAPIでは、スタック長を調節するむンタフェヌスを提䟛しおいたせん)。stackchunksizeに倧きい倀を蚭定するのは誀った方法です。DEBUGビルドにおいお、stackchunksizeを倧きくするず性胜が著しく劣化したす。䞀般的には8192が掚奚されたす。 The <code>stackchunksize</code> parameter does not control the JavaScript stack size. (The JSAPI does not provide a way to adjust the stack depth limit.) Passing a large number for <code>stackchunksize</code> is a mistake. In a <code>DEBUG</code> build, large chunk sizes can degrade performance dramatically. The usual value of <code>8192</code> is recommended.

- -

関連項目

- -

= See Also =

- - - - - - - - - - - - - - - - -
GroupsFunctions
Documents{{ LXRSearch("ident", "i", "JS_NewContext", "LXR ID Search") }}
EntriesJS_ContextIterator, -

JS_DestroyContext, JS_SetContextCallback

-
- -

{{ languages( { "en": "en/JS_NewContext" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_newobject/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_newobject/index.html deleted file mode 100644 index 8efb4676c7..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_newobject/index.html +++ /dev/null @@ -1,104 +0,0 @@ ---- -title: JS_NewObject -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewObject -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewObject ---- -

- -

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_NewObject
- -

- -

{{ 英語版章題("Summary") }}

- -

抂芁

- -

オブゞェクトのむンスタンスを生成する関数です。Instantiates a new object.

- -

{{ 英語版章題("Syntax") }}

- -

構文

- -
JSObject * JS_NewObject(JSContext *cx, JSClass *clasp, JSObject *proto,
-    JSObject *parent);
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
NameTypeDescription
cxJSContext *ランタむム環境ぞのアクセスに甚いる JSContext ポむンタPointer to a JS context from which to derive runtime information.
claspJSClass *オブゞェクト生成に甚いるクラスぞのポむンタPointer to the class to use for the new object.
protoJSObject *クラスずしお甚いる prototype オブゞェクトぞのポむンタPointer to the prototype object to use for the new class.
parentJSObject *新芏オブゞェクトの__parent__プロパティになる芪オブゞェクトぞのポむンタ。Pointer to which to set the new object's <code>__parent__</code> property.
- -

{{ 英語版章題("Description") }}

- -

説明

- -

JS_NewObjectは、匕数に指定したクラス、プロトタむプ、芪オブゞェクトを元にしおオブゞェクトのむンスタンスを生成する関数です。cxは、新芏オブゞェクトを生成するランタむム環境の子ずなるコンテキストぞのポむンタです。claspは、finalizeのような内郚で定矩されたメ゜ッドを䜿う既存クラスぞのポむンタです。protoは、新芏に生成するオブゞェクトのプロトタむプずなるオブゞェクトぞのポむンタです。 <code>JS_NewObject</code> instantiates a new object based on a specified class, prototype, and parent object. <code>cx</code> is a pointer to a context associated with the runtime in which to establish the new object. <code>clasp</code> is a pointer to an existing class to use for internal methods, such as <code>finalize</code>. <code>proto</code> is an optional pointer to the prototype object with which to associate the new object.

- -

Set proto to NULL to force JS to assign a prototype object for you. In this case, JS_NewObject attempts to assign the new object the prototype object belonging to clasp, if one is defined there. Otherwise, it creates an empty object stub for the prototype.

- -

匕数parentは、新たに生成したオブゞェクトをプロパティずしお持぀芪オブゞェクトを指定するものです。__parent__プロパティを蚭定したくない時は、parentにNULLを指定しおください。 <code>parent</code> is an optional pointer to an existing object to which to set the new object's parent object property. You can set parent to <code>NULL</code> if you do not want to set the <code>__parent__</code> property.

- -

JS_NewObjectが成功したずき、その返倀は生成したオブゞェクトのむンスタンスぞのポむンタになり、倱敗した時はNULLを返したす。 On success, <code>JS_NewObject</code> returns a pointer to the newly instantiated object. Otherwise it returns <code>NULL</code>.

- -

{{ 英語版章題("Notes") }}

- -

泚蚘

- -

既存オブゞェクトのプロパティずなるオブゞェクトを生成するには、JS_DefineObjectを甚いおください。 To create a new object that is a property of an existing object, use <code>JS_DefineObject</code>.

- -

{{ 英語版章題("See Also") }}

- -

参照

- - - - - - - - - - - - - - - - -
GroupsFunctions
Documents{{ LXRSearch("ident", "i", "JS_NewObject", "LXR ID Search") }}
Entries -

JSClass, JS_ConstructObject, JS_DefineObject, JS_GetFunctionObject, JS_NewArrayObject, JS_ValueToObject

-
- -
 
- -

{{ languages( { "en": "en/JS_NewObject" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_newruntime/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_newruntime/index.html deleted file mode 100644 index 5db8397cb9..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_newruntime/index.html +++ /dev/null @@ -1,52 +0,0 @@ ---- -title: JS NewRuntime -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewRuntime -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewRuntime ---- -

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_NewRuntime
-

- -

JavaScript ランタむムの初期化を行いたす。 {{ 英語版章題("Syntax") }}

- -

構文

- -
JSRuntime * JS_NewRuntime(uint32 maxbytes);
-
- - - - - - - - - - - - - - -
NameTypeDescription
maxbytesuint32ガベヌゞコレクション動䜜埌の最倧メモリ䜿甚量Maximum number of allocated bytes after which garbage collection is run.
- -

{{ 英語版章題("Description") }}

- -

説明

- -

JS_NewRuntimeは、JavaScriptランタむム環境の初期化を行う関数です。他のJSAPI関数を䜿うには前もっお必ずJS_NewRuntimeを呌ぶこずになりたす。JS_NewRuntimeは、JSRuntimeに甚いるメモリ領域を確保し、ランタむム内の初期化を行いたす。匕数maxbytesで、ガベヌゞコレクションが動䜜した埌の最倧メモリ䜿甚量を指定したす。 <code>JS_NewRuntime</code> initializes the JavaScript runtime environment. Call <code>JS_NewRuntime</code> before making any other API calls. <code>JS_NewRuntime</code> allocates memory for the <code>JSRuntime</code> and initializes certain internal runtime structures. <code>maxbytes</code> specifies the number of allocated bytes after which garbage collection is run.

- -

䞀般的に、ほずんどのアプリケヌションで必芁ずされるJSRuntimeは䞀぀のみです。JS_THREADSAFEを有効にしたビルドでは、JSRuntimeを共有するJSContextを各スレッドごずに䞀぀甚意するこずで、耇数スレッドからランタむムにアクセスするこずが可胜です。耇数のランタむムが必芁になるのは、JavaScriptの倀やオブゞェクト、関数をスレッド間で完党に分離させたいずきだけです。 Generally speaking, most applications need only one <code>JSRuntime</code>. In a <code>JS_THREADSAFE</code> build, each runtime is capable of handling multiple execution threads, using one <code>JSContext</code> per thread, sharing the same <code>JSRuntime</code>. You only need multiple runtimes if your application requires completely separate JS engines that cannot share values, objects, and functions.

- -

JS_NewRuntimeが成功したずきは、新たに生成されたランタむムぞのポむンタがその返り倀ずなり、倱敗した時はNULLを返したす。JS_NewRuntimeの呌び出し元は、埌で必ずそのランタむムをJS_DestroyRuntimeを甚いお砎棄しなければなりたせん。 On success, <code>JS_NewRuntime</code> returns a pointer to the newly created runtime, which the caller must later destroy using <code>JS_DestroyRuntime</code>. Otherwise it returns <code>NULL</code>. {{ 英語版章題("Notes") }}

- -

泚蚘

- -

䞀般的には、JS_NewRuntimeはアプリケヌション内でたず最初に実行し、JS_DestroyRuntimeやJS_ShutDownを終了時に呌ぶこずになりたす。 Ordinarily, <code>JS_NewRuntime</code> should be the first JSAPI call in an application, and <code>JS_DestroyRuntime</code> and <code>JS_ShutDown</code> should be the last ones.

- -

{{ LXRSearch("ident", "i", "JS_NewRuntime") }}

- -

{{ languages( { "en": "en/JS_NewRuntime" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_setgczeal/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_setgczeal/index.html deleted file mode 100644 index 0be58ee8dc..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_setgczeal/index.html +++ /dev/null @@ -1,141 +0,0 @@ ---- -title: JS_SetGCZeal -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_SetGCZeal -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_SetGCZeal ---- -
{{SpiderMonkeySidebar("JSAPI")}}
- -
{{jsapi_minversion_header("1.8")}}
- -
-

GC の掻動量、JSAPI アプリケヌションの GC 関連のバグを芋぀けるのに圹立぀テストおよびデバッグ機胜を有効にしたす。

-
- -

構文

- -
void
-JS_SetGCZeal(JSContext *cx, uint8_t zeal, uint32_t frequency);
-
- - - - - - - - - - - - - - - - - - - - - - - - -
NameTypeDescription
cx{{jsapixref("JSRuntime", "JSContext *")}}A context. The GC zeal level of the associated {{jsapixref("JSRuntime")}} is set.
zealuint8_tThe desired level of garbage collection.
frequencyuint32_tWith some zeal levels, a GC is triggered every frequency allocations.
- -

説明

- -

JS_SetGCZeal sets the level of additional garbage collection to perform for a runtime, for the purpose of finding or reproducing bugs.

- -

There are several different levels which have different functions:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Zeal levelDescription
0Normal amount of collection.  The default: no additional collections are performed.
1Collect when roots are added or removed.
2Collect when every frequency allocations.
3Collect on window paints.
4Verify pre write barriers between instructions.
5Verify pre write barriers between window paints.
6Verify stack rooting.
7Collect the nursery every frequency nursery allocations.
8Incremental GC in two slices: 1) mark roots 2) finish collection.
9Incremental GC in two slices: 1) mark all 2) new marking and finish.
10Incremental GC in multiple slices.
11Verify post write barriers between instructions.
12Verify post write barriers between paints.
13Check internal hashtables on minor GC.
14Perform a shrinking collection every frequency allocations.
- -

With GC zeal enabled, GC-related crashes are much easier to reproduce (they happen more reliably) and debug (they happen sooner, closer to the source of the bug). The drawback is that GC zeal can cause JavaScript code to run extremely slowly.

- -

Regularly running your test suite with GC zeal enabled at level 2 is a good practice.

- -

This function is available only in DEBUG builds. To enable this function in an optimized build, define the macro JS_GC_ZEAL building SpiderMonkey.

- -

(In a debug build of Gecko, you can also set the current GC zeal level using the javascript.options.gczeal preference.)

- -

あわせお参照

- - diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_shutdown/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_shutdown/index.html deleted file mode 100644 index 5d4e2faacd..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_shutdown/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: JS ShutDown -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_ShutDown -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_ShutDown ---- -

- -

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_ShutDown
- -

- -

ランタむム間で共有しおいる資源を解攟したす。

- -

Free all resources shared among runtimes.

- -

構文

- -
void JS_ShutDown(void);
-
- -

説明

- -

ランタむム間で共有しおいる資源を解攟する関数です。この関数を呌ぶのはJSRuntimeオブゞェクトが存圚しないずき(具䜓的には、JS_DestroyRuntimeを読んだ埌のプログラムの最埌など)だけにしおください。 Frees all resources shared among runtimes. Call this only when no <code>JSRuntime</code>s exist (for example, at the end of the program, after calling <code>JS_DestroyRuntime</code>).

- -

利甚時の泚意点: この関数はjsdtoa.cが確保するメモリ領域ず、JS_THREADSAFEオプションを有効にしたビルドにおけるjslock.cが確保するmutex領域を解攟したす。 Implementation note: This cleans up memory allocated by <code>jsdtoa.c</code> and, in <code>JS_THREADSAFE</code> builds, mutexes allocated by <code>jslock.c</code>.

- -

{{ LXRSearch("ident", "i", "JS_ShutDown") }}

- -

{{ languages( { "en": "en/JS_ShutDown" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_threadsafe/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_threadsafe/index.html deleted file mode 100644 index b827d4c832..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/js_threadsafe/index.html +++ /dev/null @@ -1,114 +0,0 @@ ---- -title: JS_THREADSAFE -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_THREADSAFE -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_THREADSAFE ---- -

{{ note("JS_THREADSAFE は珟圚恒久的に有効です。") }}

- -

JS_THREADSAFE は、オブゞェクトや文字列が共有されおいない限り、JavaScript コヌドの耇数のスレッドを同時に実行するためのサポヌトを可胜にするコンパむル時オプションです。

- -

最近この機胜に倧きな倉曎を加えたした。最近たで、スレッド間でオブゞェクトを共有するこずでうたくいくこずが倚かったのですが、スクリプトを䜿うずクラッシュするこずがありたした。この機胜は完党に削陀されたした。JavaScript ゚ンゞンを䜿甚する各スレッドは、本質的にたったく別のメモリ領域で動䜜する必芁がありたす。

- -

Requests

- -

In a JS_THREADSAFE build, the application must separate code that uses the JSAPI from code that performs blocking I/O or time-consuming calculations.

- -

A request is a region of code that uses the JSAPI. Requests must be bracketed with calls to JS_BeginRequest() and JS_EndRequest().

- -
JS_BeginRequest(cx);
-/* ... do JSAPI stuff ... */
-JS_EndRequest(cx);
-
- -

A request is always associated with a specific JSContext and runs from start to finish on a single thread.

- -

Most JSAPI functions require the caller to be in a request. In this reference, these JSAPI functions are marked with the words "Requires request", like this:

- - - - - - - - - - - - - - -
NameTypeDescription
cxJSContext *The context to use. {{ Jsapi-requires-request() }}
- -

Most JSAPI callback functions are always called from within a request. These callbacks are (unreliably!) documented with the words "Provides request", like this:

- - - - - - - - - - - - - - -
NameTypeDescription
cxJSContext *The context in which the event ocurred. Provides request. In JS_THREADSAFE builds, the JavaScript engine calls this callback only from within an active request on cx. The callback does not need to call JS_BeginRequest()).
- -

In particular, JSNative callbacks provide a request. This means that any potentially long-running operation in a native must be bracketed with calls to JS_SuspendRequest() and JS_ResumeRequest().

- -
JSBool socket_recv(JSContext *cx, unsigned int argc, jsval *vp)
-{
-    ...
-    rc = JS_SuspendRequest(cx);
-    read_size = recv(socket, buf, size, flags);
-    JS_ResumeRequest(cx, rc);
-    ...
-}
-
- -

Garbage collection

- -

Requests help make garbage collection safe when multiple threads are using the JSAPI. For each thread that is in a request:

- - - -

These are actually the same rules that apply to single-threaded JSAPI programs. But in multithreaded programs, if you break the rules, your program is more likely to crash. This is because in single-threaded programs, a random call into the JSAPI is actually pretty unlikely to trigger GC, especially if the calling thread has not been using up a lot of memory. In a multithreaded program, even if the calling thread has been idle, other threads may be active or may call JS_GC().

- -

The above rules mean that at any given moment, there can be either (a) multiple threads in active requests, or (b) one thread doing GC and all requests suspended. When one thread calls JS_GC or otherwise finds that garbage collection is necessary, it must wait for all other threads that are in requests to pause before garbage collection can occur. To keep this wait time to a minimum, applications must avoid long-running requests. The recommended technique in SpiderMonkey 1.8 and later is to periodically call JS_YieldRequest from an operation callback.

- -

Sharing data among threads

- -

"Data can be marshaled across the process boundary through a process known as smuggling." --Mr. Bunny's Guide to ActiveX

- -

Even in JS_THREADSAFE builds, threads cannot safely share objects or strings.

- -

Instead, data must be copied when it is sent from one thread to another. Use JS_WriteStructuredClone to transform data into a flat array of bytes that can be safely written to disk, sent to another process or even another machine, or just passed to another thread. Then use JS_ReadStructuredClone on the other side to turn the serialized data back into JavaScript objects, strings, and so on.

- -

Sharing native functions and private data among threads

- -

In a JS_THREADSAFE build, SpiderMonkey's internal data structures that represent JavaScript values are single-thread-only. In a DEBUG build, this is enforced with assertions.

- -

However, SpiderMonkey does not protect the application's data structures. JSNatives and other callback functions can be called concurrently by multiple threads. Multiple threads can end up accessing private data or C/C++ global variables at the same time. It is up to the application to practice safe threading.

- -

Sharing contexts among threads

- -

Ordinarily, a JSContext is created, used, and destroyed by a single thread. This makes sense, as a context can only be used by one thread at a time. However, there are a few cases where an application might need to share contexts across threads. For example:

- - - - - -

For such cases, use JS_ClearContextThread and JS_SetContextThread to transfer the context safely from one thread to another.

- -

Further info

- -

Note: SpiderMonkey Internals: Thread Safety is mostly obsolete.

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/jsint/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/jsint/index.html deleted file mode 100644 index c5028558cc..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/jsint/index.html +++ /dev/null @@ -1,42 +0,0 @@ ---- -title: jsint -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/jsint -tags: - - JSAPI_Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/jsint ---- -

C 蚀語 / C++ の敎数型の゚むリアスです。

- -

構文

- -
typedef ... jsint;
-typedef ... jsuint;
-
-typedef ... jsword;
-typedef ... jsuword;
-
-typedef ... intN;
-typedef ... uintN;
-
-typedef ... int8;
-typedef ... uint8;
-typedef ... int16;
-typedef ... uint16;
-typedef ... int32;
-typedef ... uint32;
-typedef ... int64;
-typedef ... uint64;
-
- - -

説明

- - -

jsint および jsuint は 32 ビットの敎数型です。

- - -

jsword および jsuword はポむンタサむズの敎数型です。

- - -

intN および uintN はプラットフォヌムのネむティブの int 型ず同じサむズの敎数型です。

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/jsruntime/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/jsruntime/index.html deleted file mode 100644 index b221ea62ef..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/jsruntime/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: JSRuntime -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JSRuntime -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JSRuntime ---- -

- -

メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JSRuntime
- -

- -

JSAPIにおいお、JSRuntimeはメモリ管理やグロヌバルなデヌタ構造などを扱う最高䜍のオブゞェクトです。耇数のスレッドが動䜜するプログラムにおいおも、プログラム内のJSRuntimeは䞀般的に䞀぀だけです。JSRuntimeはJavaScriptのオブゞェクトを保持する空間であり、オブゞェクトは耇数のJSRuntimeを跚いで移動するこずはできたせん。 JSAPI, <code>JSRuntime</code> is the top-level object that handles, among other things, memory management and "global" data structures. A program typically has only one <code>JSRuntime</code>, even if it has many threads. The <code>JSRuntime</code> is the universe in which JavaScript objects live; they can't travel to other <code>JSRuntime</code>s.

- -

JSContextはJSRuntimeの子に䜍眮し、すべおのJavaScriptコヌドずJSAPIの関数はJSContextを介しお実行されたす。JSContext内には、global objectや実行時スタックなどが含たれたす。 䟋倖凊理、゚ラヌ報告、䞀郚のJavaScriptのオプション などは各JSContextごずに管理されたす。JS_THREADSAFEオプションを有効にしたビルドでは、耇数のスレッドからJavaScriptのコヌドを呌び出し䞊行しお実行できたすが、呌び出し元のスレッドはそれぞれ独立したJSContextを持぀圢になりたす。詳现はJS_THREADSAFEを参照しおください。 All JavaScript code and most JSAPI calls run within a <code>JSContext</code>. The <code>JSContext</code> is a child of the <code>JSRuntime</code>. Among other things, it contains the global object and the execution stack. Exception handling, error reporting, and some language options are per-<code>JSContext</code>. In a <code>JS_THREADSAFE</code> build, multiple threads may run JavaScript code concurrently, but each such thread must have its own <code>JSContext</code>. See <code> JS_THREADSAFE</code> for details.

- -

JavaScriptオブゞェクトずそのコンテキストずの関係は固定されたものでなく、オブゞェクトはJSRuntimeを介しおその子ずなるJSContext間で共有するこずができたす。 Objects may be shared among <code>JSContext</code>s within a <code>JSRuntime</code>. There's no fixed association between an object and a context.

- -

{{ languages( { "en": "en/JSRuntime" } ) }}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/jstype/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_reference/jstype/index.html deleted file mode 100644 index 69037c39ee..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_reference/jstype/index.html +++ /dev/null @@ -1,52 +0,0 @@ ---- -title: JSType -slug: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JSType -tags: - - JSAPI_Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JSType ---- -

列挙型 JSType の倀は、 JavaScript の倀の型を衚したす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
倀説明
JSTYPE_VOIDundefined 倀
JSTYPE_OBJECTJavaScript オブゞェクト
JSTYPE_FUNCTION関数
JSTYPE_STRING文字列
JSTYPE_NUMBER数倀
JSTYPE_BOOLEAN真停倀 (true / false)
JSTYPE_NULLnull 倀
JSTYPE_XMLXML オブゞェクト
-

 

diff --git a/files/ja/mozilla/projects/spidermonkey/jsapi_user_guide/index.html b/files/ja/mozilla/projects/spidermonkey/jsapi_user_guide/index.html deleted file mode 100644 index 815bdfd6cf..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsapi_user_guide/index.html +++ /dev/null @@ -1,6 +0,0 @@ ---- -title: JSAPI ナヌザガむド -slug: Mozilla/Projects/SpiderMonkey/JSAPI_User_Guide -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_User_Guide ---- -

{{SpiderMonkeySidebar}}{{Draft}}{{Page("/en-US/docs/Mozilla/Projects/SpiderMonkey/JSAPI_User_Guide")}}

diff --git a/files/ja/mozilla/projects/spidermonkey/jsdbgapi_reference/index.html b/files/ja/mozilla/projects/spidermonkey/jsdbgapi_reference/index.html deleted file mode 100644 index c132f23a19..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/jsdbgapi_reference/index.html +++ /dev/null @@ -1,150 +0,0 @@ ---- -title: JSDBGAPI Reference -slug: Mozilla/Projects/SpiderMonkey/JSDBGAPI_Reference -tags: - - JSDBGAPI_Reference - - JavaScript - - SpiderMonkey ---- -

-

芋おのずおり、ほずんどすべおの項目がドキュメント化されおいたせん。 -

<tt>trap, untrap, watch, unwatch, line2pc</tt> および <tt>pc2line</tt> 関数の実装は {{ Source("js/src/js.c") }} をご芧ください。{{ Source("js/src/jsdbgapi.h") }} にも (わずかに) コメントがありたす。 -

{{ 英語版章題("Breakpoints") }} -

-

ブレヌクポむント

- -

{{ 英語版章題("Watchpoints") }} -

-

りォッチポむント

- -

{{ 英語版章題("Inspecting the stack") }} -

-

スタックの調査

- - - - - -

{{ 英語版章題("Evaluating debug code") }} -

-

デバッグコヌドの評䟡

- -

{{ 英語版章題("Examining object properties") }} -

-

オブゞェクトプロパティの怜査

- - - - -

{{ 英語版章題("Hooks") }} -

-

フック

- - -

{{ 英語版章題("Memory usage") }} -

-

メモリ䜿甚量

- -

{{ 英語版章題("System objects") }} -

-

システムオブゞェクト

- -

{{ 英語版章題("Profiling") }} -

-

分析

-

これらの関数は、Mac プロファむラである Shark を䜿甚しお SpiderMonkey アプリケヌションを分析するために䜿甚されたす。Profiling JavaScript with Shark をご芧ください。 -

- -

以䞋の JSNative 関数は、䞊蚘 4 ぀の API をスクリプトに晒すために䜿甚されたす。 -

- -{{ languages( { "en": "en/JSDBGAPI_Reference" } ) }} diff --git a/files/ja/mozilla/projects/spidermonkey/parser_api/index.html b/files/ja/mozilla/projects/spidermonkey/parser_api/index.html deleted file mode 100644 index 81b308c6f6..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/parser_api/index.html +++ /dev/null @@ -1,1698 +0,0 @@ ---- -title: Parser API -slug: Mozilla/Projects/SpiderMonkey/Parser_API -tags: - - API - - Guide - - JavaScript - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/Parser_API ---- -
{{SpiderMonkeySidebar}}
- -
-

最近のスタンドアロンの SpiderMonkey シェルのビルドには、SpiderMonkey パヌサヌを反映したものが含たれおいたす。これは JavaScript API ずしお提䟛されおいたす。これにより、シンタックスハむラむト、静的解析、トランスレヌタ、コンパむラ、難読化ツヌルなど、JavaScript ゜ヌスプログラムを操䜜するツヌルを JavaScript で蚘述するこずが簡単になりたす。

-
- -
-

メモ: このペヌゞは SpiderMonkey 特有の振る舞いに぀いお説明しおおり、䞍完党かもしれたせん。最新の ECMAScript 機胜を含み、SpiderMonkey フォヌマットずの䞋䜍互換性があるコミュニティ AST 芏栌に぀いおは、ESTree の仕様をご芧ください。

-
- -

䟋:

- -
> var expr = Reflect.parse("obj.foo + 42").body[0].expression
-> expr.left.property
-({loc:null, type:"Identifier", name:"foo"})
-> expr.right
-({loc:{source:null, start:{line:1, column:10}, end:{line:1, column:12}}, type:"Literal", value:42})
-
- -

Firefox 7 以降も利甚可胜です。次のようにしおグロヌバルオブゞェクトにむンポヌトするこずができたす。

- -
Components.utils.import("resource://gre/modules/reflect.jsm")
-
- -

たたは指定されたオブゞェクトぞ:

- -
Components.utils.import("resource://gre/modules/reflect.jsm", obj)
-
- -

組み蟌みオブゞェクト

- -

SpiderMonkey シェルであっおも Firefox (むンポヌト埌) であっおも、グロヌバルシングルトンオブゞェクト Reflect は珟圚 parse メ゜ッドだけを含んでいたす。

- -

Reflect オブゞェクトのプロパティ

- -

Reflect オブゞェクトは珟圚単䞀のメ゜ッドで構成されおいたす。

- -

Reflect.parse(src[, options])

- -

src を文字列に匷制し、結果を JavaScript プログラムずしお解析したす。デフォルトでは、解析にされた抜象構文ツリヌ (AST) を衚す Program オブゞェクト以䞋を参照が返されたす。

- -

远加のオプションは、以䞋のプロパティのいずれかを含めるこずができる options オブゞェクトを介しお提䟛可胜です:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
locBooleanDefault: true
When loc is true, the parser includes source location information in the returned AST nodes.
sourceStringDefault: null
A description of the input source; typically a filename, path, or URL. This string is not meaningful to the parsing process, but is produced as part of the source location information in the returned AST nodes.
lineNumberDefault: 1
The initial line number to use for source location information.
builderBuilderDefault: null
-

A builder object, which can be used to produce AST nodes in custom data formats. The expected callback methods are described under Builder Objects.

-
targetStringDefault: script
-

A type of the parsing target, can be either script or module.

-
- -

If parsing fails due to a syntax error, an instance of SyntaxError is thrown. The syntax error object thrown by Reflect.parse() has the same message property as the syntax error that would be thrown by eval(src). The lineNumber and fileName properties of the syntax error object indicate the source location of the syntax error.

- -

Node オブゞェクト

- -

By default, Reflect.parse() produces Node objects, which are plain JavaScript objects (i.e., their prototype derives from the standard Object prototype). All node types implement the following interface:

- -
interface Node {
-    type: string;
-    loc: SourceLocation | null;
-}
-
- -

The type field is a string representing the AST variant type. Each subtype of Node is documented below with the specific string of its type field. You can use this field to determine which interface a node implements.

- -

The loc field represents the source location information of the node. If the parser produced no information about the node's source location, the field is null; otherwise it is an object consisting of a start position (the position of the first character of the parsed source region) and an end position (the position of the first character after the parsed source region):

- -
interface SourceLocation {
-    source: string | null;
-    start: Position;
-    end: Position;
-}
-
- -

Each Position object consists of a line number (1-indexed) and a column number (0-indexed):

- -
interface Position {
-    line: uint32 >= 1;
-    column: uint32 >= 0;
-}
- -

Programs

- -
interface Program <: Node {
-    type: "Program";
-    body: [ Statement ];
-}
-
- -

A complete program source tree.

- -

Functions

- -
interface Function <: Node {
-    id: Identifier | null;
-    params: [ Pattern ];
-    defaults: [ Expression ];
-    rest: Identifier | null;
-    body: BlockStatement | Expression;
-    generator: boolean;
-    expression: boolean;
-}
-
- -

A function declaration or expression. The body of the function may be a block statement, or in the case of an expression closure, an expression.

- -
メモ: Expression closures are SpiderMonkey-specific.
- -

If the generator flag is true, the function is a generator function, i.e., contains a yield expression in its body (other than in a nested function).

- -
メモ: Generators are SpiderMonkey-specific.
- -

If the expression flag is true, the function is an expression closure and the body field is an expression.

- -

Statements

- -
interface Statement <: Node { }
-
- -

Any statement.

- -
interface EmptyStatement <: Statement {
-    type: "EmptyStatement";
-}
-
- -

An empty statement, i.e., a solitary semicolon.

- -
interface BlockStatement <: Statement {
-    type: "BlockStatement";
-    body: [ Statement ];
-}
-
- -

A block statement, i.e., a sequence of statements surrounded by braces.

- -
interface ExpressionStatement <: Statement {
-    type: "ExpressionStatement";
-    expression: Expression;
-}
-
- -

An expression statement, i.e., a statement consisting of a single expression.

- -
interface IfStatement <: Statement {
-    type: "IfStatement";
-    test: Expression;
-    consequent: Statement;
-    alternate: Statement | null;
-}
-
- -

An if statement.

- -
interface LabeledStatement <: Statement {
-    type: "LabeledStatement";
-    label: Identifier;
-    body: Statement;
-}
-
- -

A labeled statement, i.e., a statement prefixed by a break/continue label.

- -
interface BreakStatement <: Statement {
-    type: "BreakStatement";
-    label: Identifier | null;
-}
-
- -

A break statement.

- -
interface ContinueStatement <: Statement {
-    type: "ContinueStatement";
-    label: Identifier | null;
-}
-
- -

A continue statement.

- -
interface WithStatement <: Statement {
-    type: "WithStatement";
-    object: Expression;
-    body: Statement;
-}
-
- -

A with statement.

- -
interface SwitchStatement <: Statement {
-    type: "SwitchStatement";
-    discriminant: Expression;
-    cases: [ SwitchCase ];
-    lexical: boolean;
-}
-
- -

A switch statement. The lexical flag is metadata indicating whether the switch statement contains any unnested let 宣蚀 (and therefore introduces a new lexical scope).

- -
interface ReturnStatement <: Statement {
-    type: "ReturnStatement";
-    argument: Expression | null;
-}
-
- -

A return statement.

- -
interface ThrowStatement <: Statement {
-    type: "ThrowStatement";
-    argument: Expression;
-}
-
- -

A throw statement.

- -
interface TryStatement <: Statement {
-    type: "TryStatement";
-    block: BlockStatement;
-    handler: CatchClause | null;
-    guardedHandlers: [ CatchClause ];
-    finalizer: BlockStatement | null;
-}
-
- -

A try statement.

- -
メモ: Multiple catch clauses are SpiderMonkey-specific.
- -
interface WhileStatement <: Statement {
-    type: "WhileStatement";
-    test: Expression;
-    body: Statement;
-}
-
- -

A while statement.

- -
interface DoWhileStatement <: Statement {
-    type: "DoWhileStatement";
-    body: Statement;
-    test: Expression;
-}
-
- -

A do/while statement.

- -
interface ForStatement <: Statement {
-    type: "ForStatement";
-    init: VariableDeclaration | Expression | null;
-    test: Expression | null;
-    update: Expression | null;
-    body: Statement;
-}
-
- -

A for statement.

- -
interface ForInStatement <: Statement {
-    type: "ForInStatement";
-    left: VariableDeclaration |  Expression;
-    right: Expression;
-    body: Statement;
-    each: boolean;
-}
-
- -

A for/in statement, or, if each is true, a for each/in statement.

- -
メモ: The for each form is SpiderMonkey-specific.
- -
interface ForOfStatement <: Statement {
-    type: "ForOfStatement";
-    left: VariableDeclaration |  Expression;
-    right: Expression;
-    body: Statement;
-}
- -

A for/of statement.

- -
interface LetStatement <: Statement {
-    type: "LetStatement";
-    head: [ VariableDeclarator ];
-    body: Statement;
-}
-
- -

A let statement.

- -
メモ: The let statement form is SpiderMonkey-specific.
- -
interface DebuggerStatement <: Statement {
-    type: "DebuggerStatement";
-}
-
- -

A debugger statement.

- -
メモ: The debugger statement is new in ECMAScript 5th edition, although SpiderMonkey has supported it for years.
- -

宣蚀

- -
interface Declaration <: Statement { }
-
- -

Any declaration node. Note that 宣蚀 are considered statements; this is because 宣蚀 can appear in any statement context in the language recognized by the SpiderMonkey parser.

- -
メモ: 宣蚀 in arbitrary nested scopes are SpiderMonkey-specific.
- -
interface FunctionDeclaration <: Function, Declaration {
-    type: "FunctionDeclaration";
-    id: Identifier;
-    params: [ Pattern ];
-    defaults: [ Expression ];
-    rest: Identifier | null;
-    body: BlockStatement | Expression;
-    generator: boolean;
-    expression: boolean;
-}
-
- -

A function declaration.

- -
メモ: The id field cannot be null.
- -
interface VariableDeclaration <: Declaration {
-    type: "VariableDeclaration";
-    宣蚀: [ VariableDeclarator ];
-    kind: "var" | "let" | "const";
-}
-
- -

A variable declaration, via one of var, let, or const.

- -
interface VariableDeclarator <: Node {
-    type: "VariableDeclarator";
-    id: Pattern;
-    init: Expression | null;
-}
-
- -

A variable declarator.

- -
メモ: The id field cannot be null.
- -
メモ: let and const are SpiderMonkey-specific.
- -

Expressions

- -
interface Expression <: Node, Pattern { }
- -

Any expression node. Since the left-hand side of an assignment may be any expression in general, an expression can also be a pattern.

- -
interface ThisExpression <: Expression {
-    type: "ThisExpression";
-}
-
- -

A this expression.

- -
interface ArrayExpression <: Expression {
-    type: "ArrayExpression";
-    elements: [ Expression | null ];
-}
- -

An array expression.

- -
interface ObjectExpression <: Expression {
-    type: "ObjectExpression";
-    properties: [ Property ];
-}
- -

An object expression.

- -
interface Property <: Node {
-    type: "Property";
-    key: Literal | Identifier;
-    value: Expression;
-    kind: "init" | "get" | "set";
-}
- -

A literal property in an object expression can have either a string or number as its value. Ordinary property initializers have a kind value "init"; getters and setters have the kind values "get" and "set", respectively.

- -
interface FunctionExpression <: Function, Expression {
-    type: "FunctionExpression";
-    id: Identifier | null;
-    params: [ Pattern ];
-    defaults: [ Expression ];
-    rest: Identifier | null;
-    body: BlockStatement | Expression;
-    generator: boolean;
-    expression: boolean;
-}
-
- -

A function expression.

- -
interface ArrowExpression <: Function, Expression {
-    type: "ArrowExpression";
-    params: [ Pattern ];
-    defaults: [ Expression ];
-    rest: Identifier | null;
-    body: BlockStatement | Expression;
-    generator: boolean;
-    expression: boolean;
-}
-
- -

A fat arrow function expression, i.e., `let foo = (bar) => { /* body */ }`.

- -
interface SequenceExpression <: Expression {
-    type: "SequenceExpression";
-    expressions: [ Expression ];
-}
- -

A sequence expression, i.e., a comma-separated sequence of expressions.

- -
interface UnaryExpression <: Expression {
-    type: "UnaryExpression";
-    operator: UnaryOperator;
-    prefix: boolean;
-    argument: Expression;
-}
- -

A unary operator expression.

- -
interface BinaryExpression <: Expression {
-    type: "BinaryExpression";
-    operator: BinaryOperator;
-    left: Expression;
-    right: Expression;
-}
- -

A binary operator expression.

- -
interface AssignmentExpression <: Expression {
-    type: "AssignmentExpression";
-    operator: AssignmentOperator;
-    left: Pattern;
-    right: Expression;
-}
- -

An assignment operator expression.

- -
interface UpdateExpression <: Expression {
-    type: "UpdateExpression";
-    operator: UpdateOperator;
-    argument: Expression;
-    prefix: boolean;
-}
- -

An update (increment or decrement) operator expression.

- -
interface LogicalExpression <: Expression {
-    type: "LogicalExpression";
-    operator: LogicalOperator;
-    left: Expression;
-    right: Expression;
-}
- -

A logical operator expression.

- -
interface ConditionalExpression <: Expression {
-    type: "ConditionalExpression";
-    test: Expression;
-    alternate: Expression;
-    consequent: Expression;
-}
- -

A conditional expression, i.e., a ternary ?/: expression.

- -
interface NewExpression <: Expression {
-    type: "NewExpression";
-    callee: Expression;
-    arguments: [ Expression ];
-}
- -

A new expression.

- -
interface CallExpression <: Expression {
-    type: "CallExpression";
-    callee: Expression;
-    arguments: [ Expression ];
-}
- -

A function or method call expression.

- -
interface MemberExpression <: Expression {
-    type: "MemberExpression";
-    object: Expression;
-    property: Identifier | Expression;
-    computed: boolean;
-}
- -

A member expression. If computed === true, the node corresponds to a computed e1[e2] expression and property is an Expression. If computed === false, the node corresponds to a static e1.x expression and property is an Identifier.

- -
interface YieldExpression <: Expression {
-    type: "YieldExpression";
-    argument: Expression | null;
-}
-
- -

A yield expression.

- -
メモ: yield expressions are SpiderMonkey-specific.
- -
interface ComprehensionExpression <: Expression {
-    type: "ComprehensionExpression";
-    body: Expression;
-    blocks: [ ComprehensionBlock | ComprehensionIf ];
-    filter: Expression | null;
-}
-
- -

An array comprehension. The blocks array corresponds to the sequence of for and for each blocks. The optional filter expression corresponds to the final if clause, if present.

- -
メモ: Array comprehensions are SpiderMonkey-specific.
- -
interface GeneratorExpression <: Expression {
-    type: "GeneratorExpression";
-    body: Expression;
-    blocks: [ ComprehensionBlock | ComprehensionIf ];
-    filter: Expression | null;
-}
-
- -

A generator expression. As with array comprehensions, the blocks array corresponds to the sequence of for and for each blocks, and the optional filter expression corresponds to the final if clause, if present.

- -
メモ: Generator expressions are SpiderMonkey-specific.
- -
interface GraphExpression <: Expression {
-    type: "GraphExpression";
-    index: uint32;
-    expression: Literal;
-}
-
- -

A graph expression, aka "sharp literal," such as #1={ self: #1# }.

- -
メモ: Graph expressions are SpiderMonkey-specific.
- -
interface GraphIndexExpression <: Expression {
-    type: "GraphIndexExpression";
-    index: uint32;
-}
-
- -

A graph index expression, aka "sharp variable," such as #1#.

- -
メモ: Graph index expressions are SpiderMonkey-specific.
- -
interface LetExpression <: Expression {
-    type: "LetExpression";
-    head: [ VariableDeclarator ];
-    body: Expression;
-}
-
- -

A let expression.

- -
メモ: The let expression form is SpiderMonkey-specific.
- -

Patterns

- -
interface Pattern <: Node { }
-
- -

JavaScript 1.7 introduced destructuring assignment and binding forms. All binding forms (such as function parameters, variable 宣蚀, and catch block headers) accept array and object destructuring patterns in addition to plain identifiers. The left-hand sides of assignment expressions can be arbitrary expressions, but in the case where the expression is an object or array literal, it is interpreted by SpiderMonkey as a destructuring pattern.

- -

Since the left-hand side of an assignment can in general be any expression, in an assignment context, a pattern can be any expression. In binding positions (such as function parameters, variable 宣蚀, and catch headers), patterns can only be identifiers in the base case, not arbitrary expressions.

- -
interface ObjectPattern <: Pattern {
-    type: "ObjectPattern";
-    properties: [ { key: Literal | Identifier, value: Pattern } ];
-}
-
- -

An object-destructuring pattern. A literal property in an object pattern can have either a string or number as its value.

- -
interface ArrayPattern <: Pattern {
-    type: "ArrayPattern";
-    elements: [ Pattern | null ];
-}
-
- -

An array-destructuring pattern.

- -

Clauses

- -
interface SwitchCase <: Node {
-    type: "SwitchCase";
-    test: Expression | null;
-    consequent: [ Statement ];
-}
-
- -

A case (if test is an Expression) or default (if test === null) clause in the body of a switch statement.

- -
interface CatchClause <: Node {
-    type: "CatchClause";
-    param: Pattern;
-    guard: Expression | null;
-    body: BlockStatement;
-}
-
- -

A catch clause following a try block. The optional guard property corresponds to the optional expression guard on the bound variable.

- -
メモ: The guard expression is SpiderMonkey-specific.
- -
interface ComprehensionBlock <: Node {
-    type: "ComprehensionBlock";
-    left: Pattern;
-    right: Expression;
-    each: boolean;
-}
-
- -

A for or for each block in an array comprehension or generator expression.

- -
interface ComprehensionIf <: Node {
-    type: "ComprehensionIf";
-    test: Expression;
-}
- -

An if filter in an array comprehension or generator filter.

- -
メモ: Array comprehensions and generator expressions are SpiderMonkey-specific.
- -

Miscellaneous

- -
interface Identifier <: Node, Expression, Pattern {
-    type: "Identifier";
-    name: string;
-}
-
- -

An identifier. Note that an identifier may be an expression or a destructuring pattern.

- -
interface Literal <: Node, Expression {
-    type: "Literal";
-    value: string | boolean | null | number | RegExp;
-}
-
- -

A literal token. Note that a literal can be an expression.

- -
enum UnaryOperator {
-    "-" | "+" | "!" | "~" | "typeof" | "void" | "delete"
-}
-
- -

A unary operator token.

- -
enum BinaryOperator {
-    "==" | "!=" | "===" | "!=="
-         | "<" | "<=" | ">" | ">="
-         | "<<" | ">>" | ">>>"
-         | "+" | "-" | "*" | "/" | "%"
-         | "|" | "^" | "&" | "in"
-         | "instanceof" | ".."
-}
-
- -

A binary operator token.

- -
メモ: The .. operator is E4X-specific.
- -
enum LogicalOperator {
-    "||" | "&&"
-}
-
- -

A logical operator token.

- -
enum AssignmentOperator {
-    "=" | "+=" | "-=" | "*=" | "/=" | "%="
-        | "<<=" | ">>=" | ">>>="
-        | "|=" | "^=" | "&="
-}
-
- -

An assignment operator token.

- -
enum UpdateOperator {
-    "++" | "--"
-}
-
- -

An update (increment or decrement) operator token.

- -

E4X

- -

This section describes node types that are provided for E4X support. E4X has since been removed as of Gecko 21.

- -

{{ Obsolete_header() }}

- -
メモ: E4X is not part of the ECMAScript standard (ECMA-262), but is a separate standard of its own (ECMA-357).
- -

宣蚀

- -
interface XMLDefaultDeclaration <: Declaration {
-    type: "XMLDefaultDeclaration";
-    namespace: Expression;
-}
-
- -

A default xml namespace declaration.

- -

Expressions

- -
interface XMLAnyName <: Expression {
-    type: "XMLAnyName";
-}
-
- -

The special E4X wildcard pseudo-identifier *.

- -
interface XMLQualifiedIdentifier <: Expression {
-    type: "XMLQualifiedIdentifier";
-    left: Identifier | XMLAnyName;
-    right: Identifier | Expression;
-    computed: boolean;
-}
-
- -

An E4X qualified identifier, i.e., a pseudo-identifier using the namespace separator ::. If the qualified identifier has a computed name (i.e., the id::[expr] form), then computed is true and the right property is an expression.

- -
interface XMLFunctionQualifiedIdentifier <: Expression {
-    type: "XMLFunctionQualifiedIdentifier";
-    right: Identifier | Expression;
-    computed: boolean;
-}
-
- -

An E4X identifier qualified by the function keyword, e.g., function::id.

- -
メモ: function-qualified identifiers are SpiderMonkey-specific.
- -
interface XMLAttributeSelector <: Expression {
-    type: "XMLAttributeSelector";
-    attribute: Expression;
-}
-
- -

An E4X attribute selector expression, i.e., an @ expression.

- -
interface XMLFilterExpression <: Expression {
-    type: "XMLFilterExpression";
-    left: Expression;
-    right: Expression;
-}
-
- -

An E4X list filter expression, i.e., an expression of the form expr.(expr).

- -
interface XMLElement <: XML, Expression {
-    type: "XMLElement";
-    contents: [ XML ];
-}
-
- -

An E4X literal representing a single XML element.

- -
interface XMLList <: XML, Expression {
-    type: "XMLList";
-    contents: [ XML ];
-}
-
- -

An E4X literal representing a list of XML elements.

- -

XML

- -
interface XML <: Node { }
-
- -

XML data.

- -
interface XMLEscape <: XML {
-    type: "XMLEscape";
-    expression: Expression;
-}
-
- -

XML data with an escaped JavaScript expression.

- -
interface XMLText <: XML {
-    type: "XMLText";
-    text: string;
-}
-
- -

Literal XML text.

- -
interface XMLStartTag <: XML {
-    type: "XMLStartTag";
-    contents: [ XML ];
-}
-
- -

An XML start tag.

- -
interface XMLEndTag <: XML {
-    type: "XMLEndTag";
-    contents: [ XML ];
-}
-
- -

An XML end tag.

- -
interface XMLPointTag <: XML {
-    type: "XMLPointTag";
-    contents: [ XML ];
-}
-
- -

An XML point tag.

- -
interface XMLName <: XML {
-    type: "XMLName";
-    contents: string | [ XML ];
-}
-
- -

An XML name.

- -
interface XMLAttribute <: XML {
-    type: "XMLAttribute";
-    value: string;
-}
-
- -

An XML attribute value.

- -
interface XMLCdata <: XML {
-    type: "XMLCdata";
-    contents: string;
-}
-
- -

An XML CDATA node.

- -
interface XMLComment <: XML {
-    type: "XMLComment";
-    contents: string;
-}
-
- -

An XML comment.

- -
interface XMLProcessingInstruction <: XML {
-    type: "XMLProcessingInstruction";
-    target: string;
-    contents: string | null;
-}
-
- -

An XML processing instruction.

- -

ビルダヌオブゞェクト

- -

The optional builder parameter to Reflect.parse() makes it possible to construct user-specified data from the parser, rather than the default Node objects. Builder objects may contain any of the callback methods described in this section.

- -

Each callback can produce any custom, user-defined datatype; these are referred to below as CustomExpression, CustomStatement, etc.

- -
メモ: Because this library uses null for optional nodes, it is recommended that user-defined datatypes not use null as a representation of an AST node.
- -

If the loc option is enabled (see the Reflect.parse() options above), then each callback is provided with the source location information of the parsed node as an extra parameter.

- -

All builder callbacks are optional. When a callback is missing, the default format is used, but the provided builder methods are still used recursively for sub-nodes.

- -

Programs

- -
program(body[, loc])
- -
body: [ CustomStatement ]
-loc: SourceLocation
-
- -

戻り倀: CustomProgram

- -

Callback to produce a custom program node.

- -

Statements

- -
emptyStatement([loc])
- -
loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom empty statement node.

- -
blockStatement(body[, loc])
- -
body: CustomStatement
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom block statement node.

- -
expressionStatement(expr[, loc])
- -
expr: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom expression statement node.

- -
labeledStatement(label, body[, loc])
- -
label: CustomIdentifier
-body: CustomStatement
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom labeled statement node.

- -
ifStatement(test, cons, alt[, loc])
- -
test: CustomExpression
-cons: CustomStatement
-alt: CustomStatement | null
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom if statement node.

- -
switchStatement(disc, cases, isLexical[, loc])
- -
disc: CustomExpression
-cases: [ CustomSwitchCase ]
-isLexical: boolean
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom switch statement node. The isLexical flag is metadata indicating whether the switch statement contains any unnested let 宣蚀 (and therefore introduces a new lexical scope).

- -
whileStatement(test, body[, loc])
- -
test: CustomExpression
-body: CustomStatement
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom while statement node.

- -
doWhileStatement(body, test[, loc])
- -
body: CustomStatement
-test: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom do-while statement node.

- -
forStatement(init, test, update, body[, loc])
- -
init: CustomVariableDeclaration | CustomExpression | null
-test: CustomExpression | null
-update: CustomExpression | null
-body: CustomStatement
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom for statement node.

- -
forInStatement(left, right, body, isForEach[, loc])
- -
left: CustomVariableDeclaration | CustomExpression
-right: CustomExpression
-body: CustomStatement
-isForEach: boolean
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom for-in statement node. The isForEach flag indicates whether the node is a for each statement.

- -
breakStatement(label[, loc])
- -
label: CustomIdentifier | null
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom break statement node.

- -
continueStatement(label[, loc])
- -
label: CustomIdentifier | null
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom continue statement node.

- -
withStatement(obj, body[, loc])
- -
obj: CustomExpression
-body: CustomStatement
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom with statement node.

- -
returnStatement(arg[, loc])
- -
arg: CustomExpression | null
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom return statement node.

- -
tryStatement(body, handlers, fin[, loc])
- -
body: CustomStatement
-handlers: [ CustomCatchClause ]
-fin: CustomStatement | null
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom try statement node.

- -
throwStatement(arg[, loc])
- -
arg: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom throw statement node.

- -
debuggerStatement([loc])
- -
loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom debugger statement node.

- -
letStatement(head, body[, loc])
- -
head: [ CustomDeclarator ]
-body: CustomStatement
-loc: SourceLocation
-
- -

戻り倀: CustomStatement

- -

Callback to produce a custom let statement node.

- -

宣蚀

- -
functionDeclaration(name, args, body, isGenerator, isExpression[, loc])
- -
name: string
-args: [ CustomPattern ]
-body: CustomStatement | CustomExpression
-isGenerator: boolean
-isExpression: boolean
-loc: SourceLocation
-
- -

戻り倀: CustomDeclaration

- -

Callback to produce a custom function declaration node.

- -
variableDeclaration(kind, dtors[, loc])
- -
kind: "const" | "let" | "var"
-dtors: [ CustomDeclarator ]
-loc: SourceLocation
-
- -

戻り倀: CustomDeclaration

- -

Callback to produce a custom variable declaration node.

- -
variableDeclarator(patt, init[, loc])
- -
patt: CustomPattern
-init: CustomExpression | null
-loc: SourceLocation
-
- -

戻り倀: CustomDeclarator

- -

Callback to produce a custom variable declarator node.

- -

Expressions

- -
sequenceExpression(exprs[, loc])
- -
exprs: [ CustomExpression ]
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom sequence expression node.

- -
conditionalExpression(test, cons, alt[, loc])
- -
test: CustomExpression
-cons: CustomExpression
-alt: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom conditional expression node.

- -
unaryExpression(op, arg, isPrefix[, loc])
- -
op: UnaryOperator
-arg: CustomExpression
-isPrefix: boolean
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom unary expression node.

- -
binaryExpression(op, left, right[, loc])
- -
op: BinaryOperator
-left: CustomExpression
-right: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom binary expression node.

- -
assignmentExpression(op, left, right[, loc])
- -
op: AssignmentOperator
-left: CustomExpression
-right: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom assignment expression node.

- -
logicalExpression(op, left, right[, loc])
- -
op: LogicalOperator
-left: CustomExpression
-right: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom logical expression node.

- -
updateExpression(op, arg, isPrefix[, loc])
- -
op: UpdateOperator
-arg: CustomExpression
-isPrefix: boolean
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom update expression node.

- -
newExpression(callee, args[, loc])
- -
callee: CustomExpression
-args: [ CustomExpression ]
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom new-expression node.

- -
callExpression(callee, args[, loc])
- -
callee: CustomExpression
-args: [ CustomExpression ]
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom function call node.

- -
memberExpression(obj, prop, isComputed[, loc])
- -
obj: CustomExpression
-prop: CustomIdentifier | CustomExpression
-isComputed: boolean
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom member expression node.

- -
functionExpression(name, args, body, isGenerator, isExpression[, loc])
- -
name: CustomIdentifier | null
-args: [ CustomPattern ]
-body: CustomStatement | CustomExpression
-isGenerator: boolean
-isExpression: boolean
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom function expression node.

- -
arrayExpression(elts[, loc])
- -
elts: [ CustomExpression | null ]
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom array expression node.

- -
objectExpression(props[, loc])
- -
props: [ CustomObjectProperty ]
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom object expression node.

- -
thisExpression([loc])
- -
loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom this expression node.

- -
graphExpression(index, expr[, loc])
- -
index: uint32 >= 1
-expr: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom graph expression node.

- -
graphIndexExpression(index[, loc])
- -
index: uint32 >= 1
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom graph index expression node.

- -
comprehensionExpression(body, blocks, filter[, loc])
- -
body: CustomExpression
-blocks: [ CustomComprehensionBlock | CustomComprehensionIf ]
-filter: CustomExpression | null
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom comprehension expression node.

- -
generatorExpression(body, blocks, filter[, loc])
- -
body: CustomExpression
-blocks: [ CustomComprehensionBlock | CustomComprehensionIf ]
-filter: CustomExpression | null
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom generator expression node.

- -
yieldExpression(arg[, loc])
- -
arg: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom yield expression node.

- -
letExpression(head, body[, loc])
- -
head: [ CustomDeclarator ]
-body: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomExpression

- -

Callback to produce a custom let expression node.

- -

Patterns

- -
arrayPattern(elts[, loc])
- -
elts: [ CustomPattern | null ]
-loc: SourceLocation
-
- -

戻り倀: CustomPattern

- -

Callback to produce a custom array destructuring pattern node.

- -
objectPattern(props[, loc])
- -
props: [ CustomPropertyPattern ]
-loc: SourceLocation
-
- -

戻り倀: CustomPattern

- -

Callback to produce a custom object destructuring pattern node.

- -
propertyPattern(key, patt[, loc])
- -
key: CustomLiteral | CustomIdentifier
-patt: CustomPattern
-loc: SourceLocation
-
- -

戻り倀: CustomPropertyPattern

- -

Callback to produce a custom object property destructuring pattern node.

- -

Clauses

- -
switchCase(test, cons[, loc])
- -
test: CustomExpression | null
-cons: [ CustomStatement ]
-loc: SourceLocation
-
- -

戻り倀: CustomSwitchCase

- -

Callback to produce a custom case or default clause node. The test argument is null if and only if the node is a default clause.

- -
catchClause(arg, guard, body[, loc])
- -
arg: CustomPattern
-guard: CustomExpression
-body: CustomStatement
-loc: SourceLocation
-
- -

戻り倀: CustomCatchClause

- -

Callback to produce a custom catch clause node.

- -
comprehensionBlock(left, right, isForEach[, loc])
- -
left: CustomPattern
-right: CustomExpression
-isForEach: boolean
-loc: SourceLocation
-
- -

戻り倀: CustomComprehensionBlock

- -

Callback to produce a custom comprehension block node. The isForEach flag indicates whether the node is a for each block.

- -

comprehensionIf(test[, loc])

- -
test: CustomExpression
-loc: SourceLocation
- -

戻り倀: CustomComprehensionIf

- -

Callback to produce a custom comprehension if node.

- -

Miscellaneous

- -
identifier(name[, loc])
- -
name: string
-loc: SourceLocation
-
- -

戻り倀: CustomIdentifier/CustomPattern/CustomExpression

- -

Callback to produce a custom identifier node.

- -
literal(val[, loc])
- -
val: string | boolean | null | number | RegExp
-loc: SourceLocation
-
- -

戻り倀: CustomLiteral / CustomExpression

- -

Callback to produce a custom literal node.

- -
property(kind, key, val[, loc])
- -
kind: "init" | "get" | "set"
-key: CustomLiteral | CustomIdentifier
-val: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomObjectProperty

- -

Callback to produce a custom object property initializer node.

- -

E4X

- -

宣蚀

- -
xmlDefaultDeclaration(ns[, loc])
- -
loc: SourceLocation
-
- -

戻り倀: CustomDeclaration

- -

Callback to produce a custom XML default namespace declaration node.

- -

Expressions

- -
xmlAnyName([loc])
- -
loc: SourceLocation
-
- -

戻り倀: CustomXMLAnyName/CustomXML/CustomExpression

- -

Callback to produce a custom XML node for the wildcard pseudo-identifier *.

- -
xmlAttributeSelector(expr[, loc])
- -
expr: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomXML/CustomExpression

- -

Callback to produce a custom XML attribute selector node.

- -
xmlFilterExpression(left, right[, loc])
- -
left: CustomExpression
-right: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomXML/CustomExpression

- -

Callback to produce a custom XML filter expression node.

- -
xmlQualifiedIdentifier(left, right, isComputed[, loc])
- -
left: CustomIdentifier | CustomXMLAnyName
-right: CustomIdentifier | CustomExpression
-isComputed: boolean
-loc: SourceLocation
-
- -

戻り倀: CustomXML/CustomExpression

- -

Callback to produce a custom qualified identifier node.

- -
xmlFunctionQualifiedIdentifier(right, isComputed[, loc])
- -
right: CustomIdentifier | CustomExpression
-isComputed: boolean
-loc: SourceLocation
-
- -

戻り倀: CustomXML/CustomExpression

- -

Callback to produce a custom XML function-qualified identifier node.

- -
xmlElement(contents[, loc])
- -
contents: [ CustomXML ]
-loc: SourceLocation
-
- -

戻り倀: CustomXML/CustomExpression

- -

Callback to produce a custom XML element node.

- -
xmlList(contents[, loc])
- -
contents: [ CustomXML ]
-loc: SourceLocation
-
- -

戻り倀: CustomXML/CustomExpression

- -

Callback to produce a custom XML list node.

- -

XML

- -
xmlEscape(expr[, loc])
- -
expr: CustomExpression
-loc: SourceLocation
-
- -

戻り倀: CustomXML

- -

Callback to produce a custom XML escape node.

- -
xmlText(text[, loc])
- -
text: string
-loc: SourceLocation
-
- -

戻り倀: CustomXML

- -

Callback to produce a custom XML text node.

- -
xmlStartTag(contents[, loc])
- -
contents: [ CustomXML ]
-loc: SourceLocation
-
- -

戻り倀: CustomXML

- -

Callback to produce a custom XML start-tag node.

- -
xmlEndTag(contents[, loc])
- -
contents: [ CustomXML ]
-loc: SourceLocation
-
- -

戻り倀: CustomXML

- -

Callback to produce a custom XML end-tag node.

- -
xmlPointTag(contents[, loc])
- -
contents: [ CustomXML ]
-loc: SourceLocation
-
- -

戻り倀: CustomXML

- -

Callback to produce a custom XML point tag node.

- -
xmlName(contents[, loc])
- -
contents: string | [ CustomXML ]
-loc: SourceLocation
-
- -

戻り倀: CustomXML

- -

Callback to produce a custom XML name node.

- -
xmlAttribute(value[, loc])
- -
value: string
-loc: SourceLocation
-
- -

戻り倀: CustomXML

- -

Callback to produce a custom XML attribute node.

- -
xmlCdata(contents[, loc])
- -
contents: string
-loc: SourceLocation
-
- -

戻り倀: CustomXML

- -

Callback to produce a custom XML CDATA node.

- -
xmlComment(contents[, loc])
- -
contents: string
-loc: SourceLocation
-
- -

戻り倀: CustomXML

- -

Callback to produce a custom XML comment node.

- -
xmlProcessingInstruction(target, contents[, loc])
- -
target: string
-contents: string | null
-loc: SourceLocation
-
- -

戻り倀: CustomXML

- -

Callback to produce a custom XML processing instruction node.

diff --git a/files/ja/mozilla/projects/spidermonkey/releases/52/index.html b/files/ja/mozilla/projects/spidermonkey/releases/52/index.html deleted file mode 100644 index d3ddc2bdb5..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/releases/52/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: SpiderMonkey 52 -slug: Mozilla/Projects/SpiderMonkey/Releases/52 -translation_of: Mozilla/Projects/SpiderMonkey/Releases/52 ---- -

{{SpiderMonkeySidebar("Releases")}}

- -
-

これらのリリヌスノヌトは䞍完党です。

- -

Mozilla JavaScript チヌムは SpiderMonkey 52 のリリヌスを発衚したした。treeherder から完党な゜ヌスコヌドをダりンロヌドするには、mozilla-esr52 リポゞトリにアクセスし、衚瀺される最初の SM(pkg) リンクをクリックしたす。それは、巊䞋の小さなりィンドりに "artifact uploaded:mozjs-52.x.y.tar.bz2" のような行が衚瀺されたす。

- -

SpiderMonkey 52は、Firefox 52 に搭茉された JavaScript ゚ンゞンです。以前の SpiderMonkey リリヌスよりもパフォヌマンスが向䞊しおいたす。たた、以䞋で詳しく説明する新しい蚀語ず API の機胜も含たれおいたす。

- -

mozilla.dev.tech.js-engineニュヌスグルヌプ に投皿するこずで、このリリヌスに関するご意芋をお聞かせください。たた、bugzilla.mozilla.org の Product: Core、Component: JavaScript engine のバグを報告しおください。 バグを bug 837921 ("sm.embedding"の゚むリアス) にするこずをお勧めしたす。

-
- -

 プラットフォヌムサポヌト

- -

SpiderMonkey 52 ぞの移行

- -

新しい JavaScript 蚀語機胜

- -

新しい C++ API

- -

削陀された API

- -

API の倉曎

- -

既知の問題

diff --git a/files/ja/mozilla/projects/spidermonkey/releases/index.html b/files/ja/mozilla/projects/spidermonkey/releases/index.html deleted file mode 100644 index f074c9aeb9..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/releases/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: SpiderMonkey リリヌスノヌト -slug: Mozilla/Projects/SpiderMonkey/Releases -translation_of: Mozilla/Projects/SpiderMonkey/Releases ---- -
{{SpiderMonkeySidebar("Releases")}}
- -
-

ここでは SpiderMonkey のリリヌスノヌトを䞀芧で衚瀺しおいたす。

-
- -

珟圚のリリヌス

- - - -

次のリリヌス

- - - -

過去のリリヌス

- - diff --git a/files/ja/mozilla/projects/spidermonkey/shell_global_objects/index.html b/files/ja/mozilla/projects/spidermonkey/shell_global_objects/index.html deleted file mode 100644 index b560b3e934..0000000000 --- a/files/ja/mozilla/projects/spidermonkey/shell_global_objects/index.html +++ /dev/null @@ -1,662 +0,0 @@ ---- -title: Shell のグロヌバルオブゞェクト -slug: Mozilla/Projects/SpiderMonkey/Shell_global_objects -tags: - - JavaScript - - NeedsContent - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/Shell_global_objects ---- -

これらは、プログラムを起動したずきに SpiderMonkey js コマンドラむンむンタプリタによっお自動的に蚭定されるグロヌバルオブゞェクトです。

- -

メモ: このリストは、JavaScript シェルの玹介の「組み蟌み関数」ず重耇しおいるため、おそらく完党ではありたせん。詳しくは js/src/shell/js.cpp (shell_functions 呚蟺) をご芧ください。

- -

このペヌゞには SpiderMonkey 53 で利甚可胜な倉数ず関数がリストされおいたす。各バヌゞョン間には倚少の違いがあるかもしれたせん。js シェルの help() 関数で関数の䞀芧を芋るこずができたす。

- -

倉数

- -
-
scriptArgs
-
js シェルに枡された匕数を含む配列。
-
scriptPath
-
スクリプトのパスである文字列。
-
console
-
以䞋のプロパティを持぀オブゞェクト: -
-
log
-
匏を評䟡しお stdout に出力したす。この関数は print() 関数の゚むリアスです。
-
-
-
timesAccessed
-
この倉数が䜕回アクセスされたかを瀺す数を返したす
-
PerfMeasurement
-
PerfMeasurement.jsm を参照しおください。
-
- -

シェルのみの関数

- -

Functions always available

- -
-
version([number])
-
Get or force a script compilation version number.
-
options([option ...])
-
Get or toggle JavaScript options.
-
load(['foo.js' ...])
-
Load files named by string arguments. Filename is relative to the current working directory.
-
loadRelativeToScript(['foo.js' ...])
-
Load files named by string arguments. Filename is relative to the calling script.
-
evaluate(code[, options])
-
Evaluate code as though it were the contents of a file. options is an optional object that may have these properties: -
-
isRunOnce
-
use the isRunOnce compiler option (default: false)
-
noScriptRval
-
use the no-script-rval compiler option (default: false)
-
fileName
-
filename for error messages and debug info
-
lineNumber
-
starting line number for error messages and debug info
-
columnNumber
-
starting column number for error messages and debug info
-
global
-
global in which to execute the code
-
newContext
-
if true, create and use a new cx (default: false)
-
catchTermination
-
if true, catch termination (failure without an exception value, as for slow scripts or out-of-memory) and return 'terminated'
-
element
-
if present with value v, convert v to an object o and mark the source as being attached to the DOM element o. If the property is omitted or v is null, don't attribute the source to any DOM element.
-
elementAttributeName
-
if present and not undefined, the name of property of element that holds this code. This is what Debugger.Source.prototype.elementAttributeName returns.
-
sourceMapURL
-
if present with value v, convert v to a string, and provide that as the code's source map URL. If omitted, attach no source map URL to the code (although the code may provide one itself, via a //#sourceMappingURL comment).
-
sourceIsLazy
-
if present and true, indicates that, after compilation, script source should not be cached by the JS engine and should be lazily loaded from the embedding as-needed.
-
loadBytecode
-
if true, and if the source is a CacheEntryObject, the bytecode would be loaded and decoded from the cache entry instead of being parsed, then it would be executed as usual.
-
saveBytecode
-
if true, and if the source is a CacheEntryObject, the bytecode would be encoded and saved into the cache entry after the script execution.
-
assertEqBytecode
-
if true, and if both loadBytecode and saveBytecode are true, then the loaded bytecode and the encoded bytecode are compared. and an assertion is raised if they differ.
-
-
-
run('foo.js')
-
Run the file named by the first argument, returning the number of of milliseconds spent compiling and executing it.
-
- -
-
read('bar.js')
-
Reads the file named by the first argument, returning the content of the file as string.
-
- -
-
readline()
-
Read a single line from stdin.
-
readlineBuf([ buf ])
-
Emulate readline() on the specified string. The first call with a string argument sets the source buffer. Subsequent calls without an argument then read from this buffer line by line.
-
print([exp ...])
-
Evaluate and print expressions to stdout.
-
printErr([exp ...])
-
Evaluate and print expressions to stderr.
-
putstr([exp])
-
Evaluate and print expression without newline.
-
dateNow()
-
Return the current time with sub-ms precision.
-
help([name ...])
-
Display usage and help messages.
-
quit()
-
Quit the shell.
-
assertEq(actual, expected[, msg])
-
Throw if the first two arguments are not the same (both +0 or both -0, both NaN, or non-zero and ===).
-
startTimingMutator()
-
Start accounting time to mutator vs GC.
-
stopTimingMutator()
-
Stop accounting time to mutator vs GC and dump the results.
-
throwError()
-
Throw an error from JS_ReportError.
-
intern(str)
-
Internalize str in the atom table.
-
getslx(obj)
-
Get script line extent.
-
evalcx(s[, o])
-
Evaluate s in optional sandbox object o. if (s == '' && !o) return new o with eager standard classes, if (s == 'lazy' && !o) return new o with lazy standard classes
-
evalInWorker(str)
-
Evaluate str in a separate thread with its own runtime.
-
getSharedArrayBuffer()
-
Retrieve the SharedArrayBuffer object from the cross-worker mailbox. The object retrieved may not be identical to the object that was installed, but it references the same shared memory. getSharedArrayBuffer performs an ordering memory barrier.
-
setSharedArrayBuffer()
-
Install the SharedArrayBuffer object in the cross-worker mailbox. setSharedArrayBuffer performs an ordering memory barrier.
-
shapeOf(obj)
-
Get the shape of obj (an implementation detail).
-
groupOf(obj)
-
Get the group of obj (an implementation detail).
-
unwrappedObjectsHaveSameShape(obj1, obj2)
-
Returns true iff obj1 and obj2 have the same shape, false otherwise. Both objects are unwrapped first, so this can be used on objects from different globals.
-
sleep(dt)
-
Sleep for dt seconds.
-
compile(code)
-
Compiles a string to bytecode, potentially throwing.
-
parseModule(code)
-
Parses source text as a module and returns a Module object.
-
setModuleResolveHook(function(module, specifier) {})
-
Set the HostResolveImportedModule hook to function. This hook is used to look up a previously loaded module object. It should be implemented by the module loader.
-
getModuleLoadPath()
-
Return any --module-load-path argument passed to the shell. Used by the module loader.
-
parse(code)
-
Parses a string, potentially throwing.
-
syntaxParse(code)
-
Check the syntax of a string, returning success value
-
offThreadCompileScript(code[, options])
-
Compile code on a helper thread. To wait for the compilation to finish and run the code, call runOffThreadScript. If present, options may have properties saying how the code should be compiled: -
-
noScriptRval
-
use the no-script-rval compiler option (default: false)
-
fileName
-
filename for error messages and debug info
-
lineNumber
-
starting line number for error messages and debug info
-
columnNumber
-
starting column number for error messages and debug info
-
element
-
if present with value v, convert v to an object o and mark the source as being attached to the DOM element o. If the property is omitted or v is null, don't attribute the source to any DOM element.
-
elementAttributeName
-
if present and not undefined, the name of property of element that holds this code. This is what Debugger.Source.prototype.elementAttributeName returns.
-
-
-
runOffThreadScript()
-
Wait for off-thread compilation to complete. If an error occurred, throw the appropriate exception; otherwise, run the script and return its value.
-
offThreadCompileModule(code)
-
Compile code on a helper thread. To wait for the compilation to finish and get the module object, call finishOffThreadModule.
-
finishOffThreadModule()
-
Wait for off-thread compilation to complete. If an error occurred, throw the appropriate exception; otherwise, return the module object
-
timeout([seconds], [func])
-
Get/Set the limit in seconds for the execution time for the current context. A negative value (default) means that the execution time is unlimited. If a second argument is provided, it will be invoked when the timer elapses. Calling this function will replace any callback set by setInterruptCallback.
-
interruptIf(cond)
-
Requests interrupt callback if cond is true. If a callback function is set via timeout or setInterruptCallback, it will be called. No-op otherwise.
-
invokeInterruptCallback(fun)
-
Forcefully set the interrupt flag and invoke the interrupt handler. If a callback function is set via timeout or setInterruptCallback, it will be called. Before returning, fun is called with the return value of the interrupt handler.
-
setInterruptCallback(func)
-
Sets func as the interrupt callback function. Calling this function will replace any callback set by timeout.
-
enableLastWarning()
-
Enable storing the last warning.
-
disableLastWarning()
-
Disable storing the last warning.
-
getLastWarning()
-
Returns an object that represents the last warning.
-
clearLastWarning()
-
Clear the last warning.
-
elapsed()
-
Execution time elapsed for the current thread.
-
decompileFunction(func)
-
Decompile a function.
-
decompileThis()
-
Decompile the currently executing script.
-
thisFilename()
-
Return the filename of the current script
-
newGlobal([options])
-
Return a new global object in a new compartment. If options is given, it may have any of the following properties: -
-
sameZoneAs
-
the compartment will be in the same zone as the given object (defaults to a new zone)
-
invisibleToDebugger
-
the global will be invisible to the debugger (default false)
-
principal
-
if present, its value converted to a number must be an integer that fits in 32 bits; use that as the new compartment's principal. Shell principals are toys, meant only for testing; one shell principal subsumes another if its set bits are a superset of the other's. Thus, a principal of 0 subsumes nothing, while a principals of ~0 subsumes all other principals. The absence of a principal is treated as if its bits were 0xffff, for subsumption purposes. If this property is omitted, supply no principal.
-
-
-
createMappedArrayBuffer(filename, [offset, [size]])
-
Create an array buffer that mmaps the given file.
-
addPromiseReactions(promise, onResolve, onReject)
-
Calls the JS::AddPromiseReactions JSAPI function with the given arguments.
-
getMaxArgs()
-
Return the maximum number of supported args for a call.
-
objectEmulatingUndefined()
-
Return a new object obj for which typeof obj === "undefined", obj == null and obj == undefined (and vice versa for !=), and ToBoolean(obj) === false.
-
isCachingEnabled()
-
Return whether JS caching is enabled.
-
setCachingEnabled(b)
-
Enable or disable JS caching.
-
cacheEntry(code)
-
Return a new opaque object which emulates a cache entry of a script. This object encapsulates the code and its cached content. The cache entry is filled and read by the evaluate function by using it in place of the source, and by setting saveBytecode and loadBytecode options.
-
printProfilerEvents()
-
Register a callback with the profiler that prints javascript profiler events to stderr. Callback is only registered if profiling is enabled.
-
enableSingleStepProfiling()
-
This function will fail on platforms that don't support single-step profiling (currently everything but ARM-simulator). When enabled, at every instruction a backtrace will be recorded and stored in an array. Adjacent duplicate backtraces are discarded.
-
disableSingleStepProfiling()
-
Return the array of backtraces recorded by enableSingleStepProfiling.
-
enableSPSProfiling()
-
Enables SPS instrumentation and corresponding assertions, with slow assertions disabled.
-
enableSPSProfilingWithSlowAssertions()
-
Enables SPS instrumentation and corresponding assertions, with slow assertions enabled.
-
disableSPSProfiling()
-
Disables SPS instrumentation
-
isLatin1(s)
-
Return true iff the string's characters are stored as Latin1.
-
stackPointerInfo()
-
Return an int32 value which corresponds to the offset of the latest stack pointer, such that one can take the differences of 2 to estimate a frame-size.
-
entryPoints(params)
-
Carry out some JSAPI operation as directed by params, and return an array of objects describing which JavaScript entry points were invoked as a result. params is an object whose properties indicate what operation to perform. Here are the recognized groups of properties: -
-
{ function }
-
Call the object params.function with no arguments.
-
{ object, property }
-
Fetch the property named params.property of params.object.
-
{ ToString }
-
Apply JS::ToString to params.toString.
-
{ ToNumber }
-
Apply JS::ToNumber to params.toNumber.
-
{ eval }
-
Apply JS::Evaluate to params.eval.
-
- The return value is an array of strings, with one element for each JavaScript invocation that occurred as a result of the given operation. Each element is the name of the function invoked, or the string 'eval:FILENAME' if the code was invoked by eval or something similar.
-
drainJobQueue()
-
Take jobs from the shell's job queue in FIFO order and run them until the queue is empty.
-
setPromiseRejectionTrackerCallback()
-
Sets the callback to be invoked whenever a Promise rejection is unhandled or a previously-unhandled rejection becomes handled.
-
- -

Functions available only in DEBUG build

- -
-
disassemble([fun/code])
-
Return the disassembly for the given function or code. All disassembly functions take these options as leading string arguments: -
-
-r
-
disassemble recursively
-
-l
-
show line numbers
-
-S
-
omit source notes
-
-
-
dis([fun/code])
-
Disassemble functions into bytecodes.
-
disfile('foo.js')
-
Disassemble script file into bytecodes.
-
dissrc([fun/code])
-
Disassemble functions with source lines.
-
notes([fun])
-
Show source notes for functions.
-
stackDump(showArgs, showLocals, showThisProps)
-
Tries to print a lot of information about the current stack. Similar to the DumpJSStack() function in the browser.
-
arrayInfo(a1, a2, ...)
-
Report statistics about arrays.
-
- -

Functions available only if ENABLE_INTL_API is defined

- -
-
addIntlExtras(obj)
-
Adds various not-yet-standardized Intl functions as properties on the provided object (this should generally be Intl itself). The added functions and their behavior are experimental: don't depend upon them unless you're willing to update your code if these experimental APIs change underneath you.
-
- -

Functions available if --fuzzing-safe is not specified

- -
-
clone(fun[, scope])
-
Clone function object.
-
getSelfHostedValue()
-
Get a self-hosted value by its name. Note that these values don't get cached, so repeatedly getting the same value creates multiple distinct clones.
-
line2pc([fun,] line)
-
Map line number to PC.
-
pc2line(fun[, pc])
-
Map PC to line number.
-
nestedShell(shellArgs...)
-
Execute the given code in a new JS shell process, passing this nested shell the arguments passed to nestedShell. argv[0] of the nested shell will be argv[0] of the current shell (which is assumed to be the actual path to the shell. arguments[0] (of the call to nestedShell) will be argv[1], arguments[1] will be argv[2], etc.
-
assertFloat32(value, isFloat32)
-
In IonMonkey only, asserts that value has (resp. hasn't) the MIRType::Float32 if isFloat32 is true (resp. false).
-
assertRecoveredOnBailout(var)
-
In IonMonkey only, asserts that variable has RecoveredOnBailout flag.
-
withSourceHook(hook, fun)
-
Set this JS runtime's lazy source retrieval hook (that is, the hook used to find sources compiled with CompileOptions::LAZY_SOURCE) to hook; call fun with no arguments; and then restore the runtime's original hook. Return or throw whatever fun did. hook gets passed the requested code's URL, and should return a string. -

Notes:

- -
    -
  1. SpiderMonkey may assert if the returned code isn't close enough to the script's real code, so this function is not fuzzer-safe.
    2. -
  2. The runtime can have only one source retrieval hook active at a time. If fun is not careful, hook could be asked to retrieve the source code for compilations that occurred long before it was set, and that it knows nothing about. The reverse applies as well: the original hook, that we reinstate after the call to fun completes, might be asked for the source code of compilations that fun performed, and which, presumably, only hook knows how to find.
    3. -
-
-
wrapWithProto(obj)
-
Wrap an object into a noop wrapper with prototype semantics. Note: This is not fuzzing safe because it can be used to construct deeply nested wrapper chains that cannot exist in the wild.
-
trackedOpts(fun)
-
Returns an object describing the tracked optimizations of fun, if any. If fun is not a scripted function or has not been compiled by Ion, null is returned.
-
dumpScopeChain(obj)
-
Prints the scope chain of an interpreted function or a module.
-
crash([message])
-
Crashes the process with a MOZ_CRASH.
-
setARMHwCapFlags("flag1,flag2 flag3")
-
On non-ARM, no-op. On ARM, set the hardware capabilities. The list of flags is available by calling this function with help as the flag's name
-
wasmLoop(filename, imports)
-
Performs an AFL-style persistent loop reading data from the given file and passing it to thewasmEval function together with the specified imports object.
-
- -

テスト甚関数

- -

Testing functions are available also on Firefox via Components.utils.getJSTestingFunctions()

- -

Functions always available

- -
-
gc([obj] | 'zone' [, 'shrinking'])
-
Run the garbage collector. When obj is given, GC only its zone. If zone is given, GC any zones that were scheduled for GC via schedulegc. If shrinking is passed as the optional second argument, perform a shrinking GC rather than a normal GC.
-
minorgc([aboutToOverflow])
-
Run a minor collector on the Nursery. When aboutToOverflow is true, marks the store buffer as about-to-overflow before collecting.
-
gcparam(name [, value])
-
Wrapper for JS_[GS]etGCParameter. The name is one of: -
    -
  • maxBytes
    • -
  • maxMallocBytes
    • -
  • gcBytes
    • -
  • gcNumber
    • -
  • mode
    • -
  • unusedChunks
    • -
  • totalChunks
    • -
  • sliceTimeBudget
    • -
  • markStackLimit
    • -
  • highFrequencyTimeLimit
    • -
  • highFrequencyLowLimit
    • -
  • highFrequencyHighLimit
    • -
  • highFrequencyHeapGrowthMax
    • -
  • highFrequencyHeapGrowthMin
    • -
  • lowFrequencyHeapGrowth
    • -
  • dynamicHeapGrowth
    • -
  • dynamicMarkSlice
    • -
  • allocationThreshold
    • -
  • minEmptyChunkCount
    • -
  • maxEmptyChunkCount
    • -
  • compactingEnabled
    • -
  • refreshFrameSlicesEnabled
    • -
-
-
relazifyFunctions(...)
-
Perform a GC and allow relazification of functions. Accepts the same arguments as gc().
-
getBuildConfiguration()
-
Return an object describing some of the configuration options SpiderMonkey was built with.
-
hasChild(parent, child)
-
Return true if child is a child of parent, as determined by a call to TraceChildren
-
setSavedStacksRNGState(seed)
-
Set this compartment's SavedStacks' RNG state.
-
getSavedFrameCount()
-
Return the number of SavedFrame instances stored in this compartment's SavedStacks cache.
-
saveStack([maxDepth [, compartment]])
-
Capture a stack. If maxDepth is given, capture at most maxDepth number of frames. If compartment is given, allocate the js::SavedFrame instances with the given object's compartment.
-
saveStack(object [, shouldIgnoreSelfHosted = true]])
-
Capture a stack back to the first frame whose principals are subsumed by the object's compartment's principals. If shouldIgnoreSelfHosted is given, control whether self-hosted frames are considered when checking principals.
-
callFunctionFromNativeFrame(function)
-
Call function with a (C++-)native frame on stack. Required for testing that SaveStack properly handles native frames.
-
callFunctionWithAsyncStack(function, stack, asyncCause)
-
Call function, using the provided stack as the async stack responsible for the call, and propagate its return value or the exception it throws. The function is called with no arguments, and this is undefined. The specified asyncCause is attached to the provided stack frame.
-
enableTrackAllocations()
-
Start capturing the JS stack at every allocation. Note that this sets an object metadata callback that will override any other object metadata callback that may be set.
-
disableTrackAllocations()
-
Stop capturing the JS stack at every allocation.
-
makeFinalizeObserver()
-
Get a special object whose finalization increases the counter returned by the finalizeCount function.
-
finalizeCount()
-
Return the current value of the finalization counter that is incremented each time an object returned by the makeFinalizeObserver is finalized.
-
resetFinalizeCount()
-
Reset the value returned by finalizeCount().
-
gcPreserveCode()
-
Preserve JIT code during garbage collections.
-
startgc([n [, 'shrinking']])
-
Start an incremental GC and run a slice that processes about n objects. If shrinking is passesd as the optional second argument, perform a shrinking GC rather than a normal GC.
-
gcslice([n])
-
Start or continue an an incremental GC, running a slice that processes about n objects.
-
abortgc()
-
Abort the current incremental GC.
-
fullcompartmentchecks(true|false)
-
If true, check for compartment mismatches before every GC.
-
nondeterministicGetWeakMapKeys(weakmap)
-
Return an array of the keys in the given WeakMap.
-
internalConst(name)
-
Query an internal constant for the engine. See InternalConst source for the list of constant names.
-
isProxy(obj)
-
If true, obj is a proxy of some sort
-
dumpHeap(['collectNurseryBeforeDump'], [filename])
-
Dump reachable and unreachable objects to the named file, or to stdout. If collectNurseryBeforeDump is specified, a minor GC is performed first, otherwise objects in the nursery are ignored.
-
terminate()
-
Terminate JavaScript execution, as if we had run out of memory or been terminated by the slow script dialog.
-
readSPSProfilingStack()
-
Reads the jit stack using ProfilingFrameIterator.
-
enableOsiPointRegisterChecks()
-
Emit extra code to verify live regs at the start of a VM call are not modified before its OsiPoint.
-
displayName(fn)
-
Gets the display name for a function, which can possibly be a guessed or inferred name based on where the function was defined. This can be different from the name property on the function.
-
isAsmJSCompilationAvailable
-
Returns whether asm.js compilation is currently available or whether it is disabled (e.g., by the debugger).
-
isSimdAvailable
-
Returns true if SIMD extensions are supported on this platform.
-
getCompilerOptions()
-
Return an object describing some of the JIT compiler options.
-
isAsmJSModule(fn)
-
Returns whether the given value is a function containing "use asm" that has been validated according to the asm.js spec.
-
isAsmJSModuleLoadedFromCache(fn)
-
Return whether the given asm.js module function has been loaded directly from the cache. This function throws an error if fn is not a validated asm.js module.
-
isAsmJSFunction(fn)
-
Returns whether the given value is a nested function in an asm.js module that has been both compile- and link-time validated.
-
wasmIsSupported()
-
Returns a boolean indicating whether WebAssembly is supported on the current device.
-
wasmTextToBinary(str)
-
Translates the given text wasm module into its binary encoding.
-
wasmBinaryToText(bin)
-
Translates binary encoding to text format
-
wasmExtractCode(module)
-
Extracts generated machine code from WebAssembly.Module.
-
isLazyFunction(fun)
-
True if fun is a lazy JSFunction.
-
isRelazifiableFunction(fun)
-
Ture if fun is a JSFunction with a relazifiable JSScript.
-
enableShellAllocationMetadataBuilder()
-
Use ShellAllocationMetadataBuilder to supply metadata for all newly created objects.
-
getAllocationMetadata(obj)
-
Get the metadata for an object.
-
bailout()
-
Force a bailout out of ionmonkey (if running in ionmonkey).
-
bailAfter(number)
-
Start a counter to bail once after passing the given amount of possible bailout positions in ionmonkey.
-
inJit()
-
Returns true when called within (jit-)compiled code. When jit compilation is disabled this function returns an error string. This function returns false in all other cases. Depending on truthiness, you should continue to wait for compilation to happen or stop execution.
-
inIon()
-
Returns true when called within ion. When ion is disabled or when compilation is abnormally slow to start, this function returns an error string. Otherwise, this function returns false. This behaviour ensures that a falsy value means that we are not in ion, but expect a compilation to occur in the future. Conversely, a truthy value means that we are either in ion or that there is litle or no chance of ion ever compiling the current script.
-
assertJitStackInvariants()
-
Iterates the Jit stack and check that stack invariants hold.
-
setCompilerOption(option, number)
-
Set a compiler option indexed in JSCompileOption enum to a number.
-
setIonCheckGraphCoherency(bool)
-
Set whether Ion should perform graph consistency (DEBUG-only) assertions. These assertions are valuable and should be generally enabled, however they can be very expensive for large (wasm) programs.
-
serialize(data, [transferables, [policy]])
-
Serialize data using JS_WriteStructuredClone. Returns a structured clone buffer object. policy must be an object. The following keys' string values will be used to determine whether the corresponding types may be serialized (value allow, the default) or not (value deny). If denied types are encountered a TypeError will be thrown during cloning. Valid keys: SharedArrayBuffer.
-
deserialize(clonebuffer)
-
Deserialize data generated by serialize.
-
detachArrayBuffer(buffer)
-
Detach the given ArrayBuffer object from its memory, i.e. as if it had been transferred to a WebWorker.
-
helperThreadCount()
-
Returns the number of helper threads available for off-main-thread tasks.
-
reportOutOfMemory()
-
Report OOM, then clear the exception and return undefined. For crash testing.
-
throwOutOfMemory()
-
Throw out of memory exception, for OOM handling testing.
-
reportLargeAllocationFailure()
-
Call the large allocation failure callback, as though a large malloc call failed, then return undefined. In Gecko, this sends a memory pressure notification, which can free up some memory.
-
findPath(start, target)
-
Return an array describing one of the shortest paths of GC heap edges from start to target, or undefined if target is unreachable from start. Each element of the array is either of the form: { node: {object or string}, edge: {string describing edge from node} } , if the node is a JavaScript object or value; or of the form: { type: {string describing node}, edge: {string describing edge} } , if the node is some internal thing that is not a proper JavaScript value (like a shape or a scope chain element). The destination of the i'th array element's edge is the node of the i+1'th array element; the destination of the last array element is implicitly target.
-
shortestPaths(start, targets, maxNumPaths)
-
Return an array of arrays of shortest retaining paths. There is an array of shortest retaining paths for each object in targets. The maximum number of paths in each of those arrays is bounded by maxNumPaths. Each element in a path is of the form { predecessor, edge }.
-
sharedMemoryEnabled()
-
Return true if SharedArrayBuffer and Atomics are enabled
-
evalReturningScope(scriptStr, [global])
-
Evaluate the script in a new scope and return the scope. If global is present, clone the script to global before executing.
-
cloneAndExecuteScript(source, global)
-
Compile source in the current compartment, clone it into global's compartment, and run it there.
-
backtrace()
-
Dump out a brief backtrace.
-
getBacktrace([options])
-
Return the current stack as a string. Takes an optional options object, which may contain any or all of the boolean properties options.args - show arguments to each function options.locals - show local variables in each frame options.thisprops - show the properties of the this object of each frame
-
byteSize(value)
-
Return the size in bytes occupied by value, or undefined if value is not allocated in memory.
-
byteSizeOfScript(f)
-
Return the size in bytes occupied by the function f's JSScript.
-
setImmutablePrototype(obj)
-
Try to make obj's [[Prototype]] immutable, such that subsequent attempts to change it will fail. Return true if obj's [[Prototype]] was successfully made immutable (or if it already was immutable), false otherwise. Throws in case of internal error, or if the operation doesn't even make sense (for example, because the object is a revoked proxy).
-
setLazyParsingDisabled(bool)
-
Explicitly disable lazy parsing in the current compartment. The default is that lazy parsing is not explicitly disabled.
-
setDiscardSource(bool)
-
Explicitly enable source discarding in the current compartment. The default is that source discarding is not explicitly enabled.
-
getConstructorName(object)
-
If the given object was created with new Ctor, return the constructor's display name. Otherwise, return null.
-
allocationMarker([options])
-
Return a freshly allocated object whose [[Class]] name is AllocationMarker. Such objects are allocated only by calls to this function, never implicitly by the system, making them suitable for use in allocation tooling tests. Takes an optional options object which may contain the following properties: * nursery: bool, whether to allocate the object in the nursery
-
setGCCallback({action:"...", options...})
-
Set the GC callback. action may be: -
-
minorGC
-
run a nursery collection
-
majorGC
-
run a major collection, nesting up to a given depth
-
-
-
getLcovInfo(global)
-
Generate LCOV tracefile for the given compartment. If no global are provided then the current global is used as the default one.
-
getModuleEnvironmentNames(module)
-
Get the list of a module environment's bound names for a specified module.
-
getModuleEnvironmentValue(module, name)
-
Get the value of a bound name in a module environment.
-
enableForEach()
-
Enables the deprecated, non-standard for-each.
-
disableForEach()
-
Disables the deprecated, non-standard for-each.
-
- -

Functions available only if SPIDERMONKEY_PROMISE is defined

- -
-
settlePromiseNow(promise)
-
'Settle' a promise immediately. This just marks the promise as resolved with a value of undefined and causes the firing of any onPromiseSettled hooks set on Debugger instances that are observing the given promise's global as a debuggee.
-
getWaitForAllPromise(densePromisesArray)
-
Calls the GetWaitForAllPromise JSAPI function and returns the result Promise.
-
resolvePromise(promise, resolution)
-
Resolve a Promise by calling the JSAPI function JS::ResolvePromise.
-
rejectPromise(promise, reason)
-
Reject a Promise by calling the JSAPI function JS::RejectPromise.
-
- -

Functions available only if SPIDERMONKEY_PROMISE is not defined

- -
-
makeFakePromise()
-
Create an object whose [[Class]] name is 'Promise' and call JS::dbg::onNewPromise on it before returning it. It doesn't actually have any of the other behavior associated with promises.
-
settleFakePromise(promise)
-
'Settle' a promise created by makeFakePromise(). This doesn't have any observable effects outside of firing any onPromiseSettled hooks set on Debugger instances that are observing the given promise's global as a debuggee.
-
- -

Functions available only if JS_GC_ZEAL is defined

- -
-
gczeal(level, [N])
-
Specifies how zealous the garbage collector should be. Some of these modes can be set simultaneously, by passing multiple level options, e.g. "2;4" will activate both modes 2 and 4. Modes can be specified by name or number. -

Values:

- -
-
0: (None)
-
Normal amount of collection (resets all modes)
-
1: (Poke)
-
Collect when roots are added or removed
-
2: (Alloc)
-
Collect when every N allocations (default: 100)
-
3: (FrameGC)
-
Collect when the window paints (browser only)
-
4: (VerifierPre)
-
Verify pre write barriers between instructions
-
5: (FrameVerifierPre)
-
Verify pre write barriers between paints
-
6: (StackRooting)
-
Verify stack rooting
-
7: (GenerationalGC)
-
Collect the nursery every N nursery allocations
-
8: (IncrementalRootsThenFinish)
-
Incremental GC in two slices: 1) mark roots 2) finish collection
-
9: (IncrementalMarkAllThenFinish)
-
Incremental GC in two slices: 1) mark all 2) new marking and finish
-
10: (IncrementalMultipleSlices)
-
Incremental GC in multiple slices
-
11: (IncrementalMarkingValidator)
-
Verify incremental marking
-
12: (ElementsBarrier)
-
Always use the individual element post-write barrier, regardless of elements size
-
13: (CheckHashTablesOnMinorGC)
-
Check internal hashtables on minor GC
-
14: (Compact)
-
Perform a shrinking collection every N allocations
-
15: (CheckHeapAfterGC)
-
Walk the heap to check its integrity after every GC
-
16: (CheckNursery)
-
Check nursery integrity on minor GC
-
-
-
schedulegc([num | obj])
-
If num is given, schedule a GC after num allocations. If obj is given, schedule a GC of obj's zone. Returns the number of allocations before the next trigger.
-
selectforgc(obj1, obj2, ...)
-
Schedule the given objects to be marked in the next GC slice.
-
verifyprebarriers()
-
Start or end a run of the pre-write barrier verifier.
-
verifypostbarriers()
-
Does nothing (the post-write barrier verifier has been remove).
-
gcstate()
-
Report the global GC state.
-
deterministicgc(true|false)
-
If true, only allow determinstic GCs to run.
-
- -

Functions available only if JS_TRACE_LOGGING is defined

- -
-
startTraceLogger()
-
Start logging the mainThread. Note: tracelogging starts automatically. Disable it by setting environment variable TLOPTIONS=disableMainThread
-
stopTraceLogger()
-
Stop logging the mainThread.
-
- -

Functions available only in nightly build

- -
-
objectAddress(obj)
-
Return the current address of the object. For debugging only--this address may change during a moving GC.
-
sharedAddress(obj)
-
Return the address of the shared storage of a SharedArrayBuffer.
-
- -

Functions available only in DEBUG build

- -
-
dumpObject()
-
Dump an internal representation of an object.
-
dumpStringRepresentation(str)
-
Print a human-readable description of how the string str is represented.
-
setRNGState(seed0, seed1)
-
Set this compartment's RNG state.
-
- -

Functions available only in DEBUG build or JS_OOM_BREAKPOINT is defined

- -
-
oomThreadTypes()
-
Get the number of thread types that can be used as an argument for oomAfterAllocations() and oomAtAllocation().
-
oomAfterAllocations(count [,threadType])
-
After count js_malloc memory allocations, fail every following allocation (return nullptr). The optional thread type limits the effect to the specified type of helper thread.
-
oomAtAllocation(count [,threadType])
-
After count js_malloc memory allocations, fail the next allocation (return nullptr). The optional thread type limits the effect to the specified type of helper thread.
-
resetOOMFailure()
-
Remove the allocation failure scheduled by either oomAfterAllocations() or oomAtAllocation() and return whether any allocation had been caused to fail.
-
oomTest(function, [expectExceptionOnFailure = true])
-
Test that the passed function behaves correctly under OOM conditions by repeatedly executing it and simulating allocation failure at successive allocations until the function completes without seeing a failure. By default this tests that an exception is raised if execution fails, but this can be disabled by passing false as the optional second parameter. This is also disabled when --fuzzing-safe is specified.
-
- -

Functions available only in DEBUG build if --fuzzing-safe is not specified and

- -
-
parseRegExp(pattern[, flags[, match_only])
-
Parses a RegExp pattern and returns a tree, potentially throwing.
-
disRegExp(regexp[, match_only[, input]])
-
Dumps RegExp bytecode.
-
diff --git a/files/ja/mozilla/qa/chrome_tests/index.html b/files/ja/mozilla/qa/chrome_tests/index.html deleted file mode 100644 index b1d128ba75..0000000000 --- a/files/ja/mozilla/qa/chrome_tests/index.html +++ /dev/null @@ -1,63 +0,0 @@ ---- -title: Chromeテスト -slug: Mozilla/QA/Chrome_tests -translation_of: Mozilla/QA/Chrome_tests ---- -

導入

-

Chromeテストは基本的には、Chrome特暩付きで動䜜するMochitestです。

-

Chromeテストスむヌトは、JavaScriptを甚いおアプリケヌションのChromeりィンドりをテストできるように蚭蚈された、自動テストフレヌムワヌクです。珟圚の所、JavaScriptのコヌドをFirefoxのメむンのブラりザりィンドりず同じスコヌプで実行し、結果をMochitestテストフレヌムワヌクず同じ関数を䜿っお報告するこずができたす。ChromeテストスむヌトはMochitest frameworkからのruntests.pyに䟝存しおいたす。

-

Chromeテストを実行する

-

Mochitestを実行するには、あなたが行った倉曎を含めおMozillaをビルドする必芁がありたす。カレントディレクトリを $(OBJDIR)/_tests/testing/mochitest に移動しお、以䞋のコマンドを実行しおください

-
python runtests.py --chrome
-
-

このコマンドは、あなたがビルドしたMozillaを起動した䞊で、「chrome tests」ずいうりィンドりを開きたす。「run all tests」リンクをクリックするずテストの実行が開始され、実行結果はそのりィンドり内で報告されたす。結果をファむルに出力するためのオプ ションも利甚可胜です。その堎合は䞊蚘のコマンドに加えお、Mochitestで䜿甚されるのず同じパラメヌタ--log-file=/path/to /fileを指定しおください。 ログ出力はただ動䜜したせん。{{ Bug(423497) }}を参照しおください。

-

テストハヌネス{{ 蚳泚("テスト実行甚プログラム") }}に察しお、ナヌザの手動操䜜無しで起動時にテストを自動実行するよう指瀺するには、パラメヌタずしお --autorun オプションを指定したす。テストを完党に自動化するために、このオプションず同時に --close-when-done オプションを指定する事もできたす。

-

パスを --test-path パラメヌタで枡すこずで、テストを䞀぀だけ実行するこずもできたす。䟋

-
python runtests.py --chrome --test-path=toolkit/content/tests/chrome/test_largemenu.xul
-
-

この䟋はtest_largemenu.xulだけを実行したす。

-

Chromeテストを曞く

-

Chromeテストは基本的には、Chrome特暩付きで動䜜する、すなわち、コヌドずUIが chrome:// URIで参照されるMochitestです。基本的なXULのテストファむルはこのようなものです

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin" type="text/css"?>
-<?xml-stylesheet href="chrome://mochikit/content/tests/SimpleTest/test.css" type="text/css"?>
-
-<window title="テストのデモ"
-        xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul"
-        onload="RunTest();">
-  <title>テストのデモ</title>
-
-  <script type="application/javascript"
-          src="chrome://mochikit/content/MochiKit/packed.js"/>
-  <script type="application/javascript"
-          src="chrome://mochikit/content/tests/Simp.../SimpleTest.js"/>
-
-  <script type="application/javascript">
-  <![CDATA[
-    SimpleTest.waitForExplicitFinish();
-
-    function RunTest()
-    {
-      ok  (true ==  1, "this passes");
-      todo(true === 1, "this fails");
-      SimpleTest.finish();
-    }
-  ]]>
-  </script>
-
-  <body xmlns="http://www.w3.org/1999/xhtml">
-    <p id="display"></p>
-    <div id="content" style="display: none"></div>
-    <pre id="test"></pre>
-  </body>
-</window>
-
-

「RunTest」関数はテストハヌネスではなく、テストのonloadむベントハンドラにより実行されたす。

-

比范関数はMochitestsでサポヌトされおいるものず党く同じ物を䜿えたす。詳现を知りたい堎合は、Mochitestのドキュメントの比范関数がどのように動䜜するかを参照しおください。 グロヌバルのスコヌプに定矩された「EventUtils」オブゞェクトから、EventUtilsヘルパ関数 を利甚する事もできたす。

-

テストスむヌトでは、Mochitestで甚意されおいる関数ず同じ名前の関数を䜿う事で、非同期のテストも実行するこずができたす。RunTest()の実行が終わるたで埅っおから実行結果の報告を受け取りたい堎合、SimpleTest.waitForExplicitFinish()を呌んでください。テストが完了した埌にはSimpleTest.finish()を呌びたす。テストが完了するたであたりに長い時間がかかった堎合、テストハヌネスはそのテストをFAILED倱敗 ず芋なす事に留意しおください珟圚の所、タむムアりトたでの時間は15秒です。

-

テスト内で投げられたあらゆる䟋倖は、捕捉され、テストにおいお倱敗ずしお報告されたす。テストの実行コンテキストの倖で投げられた䟋倖タむムアりトした堎合、むベントハンドラ内での䟋倖などは捕捉されたせんが、タむムアりトしたテストに぀いおは、それらがfinish()の実行を劚げた堎合は実行結果に おいお報告されたす。

-

テストファむルの名前は「test_」で始たり、拡匵子は「.xul」でなければなりたせん。このパタヌンに䞀臎しないファむルはテスト実行環境によっお無芖されたすが、それ以倖の名前のXULファむルを眮くこずもできたす。䟋えば、test_demo.xulからopenDialogによっお開かれるXULりィンドりのファむルはwindow_demo.xulず名付けるずよいでしょう。「test_bug123456.xul」のように、バグの番号をファむル名に曞く事が掚奚されたす。

-

新しいChromeテストをツリヌに远加する

-

新しいChromeテストをツリヌに远加するには、Browser chromeテストが _tests/testing/mochitest/mochitest ではなく _tests/testing /mochitest/chrome にコピヌされるようにするずいうこずに留意しながら、Mochitestの説明に埓っおください。

-

 

-

{{ languages( { "en": "en/Chrome_tests" } ) }}

diff --git a/files/ja/mozilla/qa/index.html b/files/ja/mozilla/qa/index.html deleted file mode 100644 index cffd85dd80..0000000000 --- a/files/ja/mozilla/qa/index.html +++ /dev/null @@ -1,242 +0,0 @@ ---- -title: 'QA: Mozilla 補品の品質管理' -slug: Mozilla/QA -tags: - - QA - - Testing -translation_of: Mozilla/QA ---- -

あなたが Mozilla プロゞェクトを手䌝うために品質保蚌 (QA) 郚門でできるこずはたくさんありたす。QA に参加するにあたっお、必ずしもコヌドが曞ける必芁はありたせん。HTML や他の Web テクノロゞヌに関する知識が必芁ないこずもいく぀かありたす。テストや他の QA 掻動で私たちを助けおもらえるなら、最初に、Mozilla 品質保蚌 ず 品質保蚌の支揎 のペヌゞを読んでください。

- -

ここでは、QAチヌムに参加しおFirefoxをテストするのに圹立぀蚘事やツヌルを芋぀け出し、各リリヌスができるだけ良いものであるこずを確認したす。

- -

Get started

- - - -

バグ

- -
-
-

バグの報告

- -
-
Bugzilla
-
All Mozilla projects use Bugzilla to track bugs. You will need to create an account with Bugzilla in order to report bugs and triage them.
-
Bug writing guidelines
-
The more effectively a bug is reported, the more likely that an engineer will actually fix it. By following these guidelines, you can help ensure that your bugs stay at the top of the Mozilla engineers' heap, and get fixed.
-
A Bug's Life
-
This tutorial will give an overview of what happens in the states that a bug will go through as well as how it will go from one to the next within its total life. It also explains the meaning of flags/keywords used in QA.
-
Filing Crash Bugs
-
This document lists guidelines and tips on how to file bug reports for crashes in a way that helps in debugging and fixing the reported issue.
-
-
- -
-

バグのトリアヌゞ

- -
-
Confirming unconfirmed bugs
-
Identify useful bug reports and close the rest.
-
Triaging Bugs for Firefox
-
Information about the entire bug triaging process – from processing incoming bugs to narrowing down the steps to reproducing bugs.
-
Screening duplicate bugs
-
Help get bugs fixed faster by screening incoming reports for duplicates.
-
General Guidelines
-
What to do and what not to do in Bugzilla.
-
-
-
- -
-

手動テスト

- -
-
-
-
Manual Test Case Writing Primer
-
How to write proper manual test cases
-
-
- -
-
-
TestRail
-
Mozilla QA's manual test cases reside in TestRail. You will need an LDAP account in order to login and execute test cases. Learn more on the TestRail wiki page.
-
-
-
- -
-

自動テスト

- -
-
-
-
Automated testing at Mozilla
-
Documentation about creating and using automated tests for Mozilla code.
-
Running automated tests
-
-

This page lists the steps required to run Mozilla's automated test suites.

-
-
Developing tests
-
Ensure that future changes to Mozilla don't break things that currently work correctly.
-
Avoiding intermittent test failures
-
Suggestions for ways to make your tests more reliable, thereby helping to avoid random, intermittent test failures.
-
Test Verification
-
When a changeset adds a new test, or modifies an existing test, the test verification (TV) test suite performs additional testing to help find intermittent failures in the modified test as quickly as possible.
-
Mozharness FAQ
-
Answers to common questions about Mozharness.
-
-
- -
-
-
Robocop
-
Robocop is the automated testing system used for Firefox for Android. Learn its code style guidelines
-
Marionette
-
Get started with Marionette UI testing.
-
web-platform-tests
-
Learn how to use the industry standard, cross-browser, cross-platform Web runtime testing system from the W3C used by Mozilla and others to ensure browser interoperability.
-
External Media Tests
-
Get started testing HTML5-based video elements using VideoPuppeteer, a Marionette- -based test suite used to test sites like YouTube and Netflix.
-
Chrome tests
-
A chrome test is basically a Mochitest running with chrome privileges.
-
-
-
- -
-

Firefox QE

- -
-
-
-
Triaging Bugs for Firefox
-
Information about the entire bug triaging process – from processing incoming bugs to narrowing down the steps to reproduce a bug.
-
- -
-
Tips and Tricks
-
These tips and tricks will make your life easier when you are testing.
-
-Downloading Nightly or Trunk Builds - -
-
Every 24 hours, a "nightly" build is created that testers all over the world download and test, reporting as they go along on any bugs that hit them. 
-
-
- -
-
-
Command Line Options
-
Command line options are used to specify various startup options for Firefox.
-
Reporting a Performance Problem
-
This article will guide you in reporting a performance problem using the Gecko Profiler extension.
-
Crash reporting
-
Firefox ships with an open-source crash reporting system.
-
-
-
- -
-

Firefox for Android

- -
-
-
-
Mobile Firefox
-
Firefox for Android is the mobile version of Firefox with a native Android look and feel.
-
Compatibility Testing
-
Help us identify websites that do not work well in Firefox by reporting the specific issues that you find in your investigation.
-
-
- -
-
-
Logging with the Android Debug Bridge and Logcat
-
This article will provide a walkthrough in downloading and setting up an environment to which one can gain access to and view Android system logs.
-
Enabling the Error Console
-
See the Mozilla Hacks article on Remote Debugging on Firefox for Android for web content. If you need to debug the Firefox browser itself use Android's adb logcat.
-
-
-
- -
-

Firefox OS

- -
-
-

手動テスト

- -
-
Simulator vs Emulator vs Device
-
These are three basic options when it comes to getting a Firefox OS environment in order to work on, or developing for, Firefox OS.
-
Debugging
-
Discover the different tools at your disposal to debug your Firefox OS code.
-
Reporting Bugs
-
This article provides a guide to filing bugs against the Firefox OS project, including Gaia and B2G.
-
-
- -
-

プラットフォヌム (Gecko)

- -
-
Automated Testing
-
Learn various aspects of testing Firefox OS, including running different tests, automation, and result reporting and tracking.
-
Gaia Performance Tests
-
This article provides information about running performance tests on Gaia, as well as how to create new tests.
-
Feature Support Chart
-
There are several different builds of Firefox OS you can download or build for yourself, and there are some differences between the types of features available on each device.
-
-
-
- -
-

Web QA

- -
-
-
-
Reducing testcases
-
Improve bug reports by turning broken web pages into simple testcases, which can help developers understand the bug and can also be used for creating automated tests.
-
Managing XFails
-
One of the ongoing tasks of the Web QA department is managing xfails. This document will explain what xfails are, and describe the steps one can take to investigate and update them.
-
-
- -
-
-
Running Automated Tests
-
So you’re interested in contributing to Mozilla Web QA automation projects but don’t know where to start? This doc will help you get up and running a set of tests locally.
-
-
-
- -
-

Glossary

- -
-
-
Smoke Test
-
-
- -

View all documents tagged QA

- -

View all documents tagged QA:Tools

diff --git a/files/ja/mozilla/rust/index.html b/files/ja/mozilla/rust/index.html deleted file mode 100644 index 8d82a99e66..0000000000 --- a/files/ja/mozilla/rust/index.html +++ /dev/null @@ -1,47 +0,0 @@ ---- -title: Rustずは -slug: Mozilla/Rust -tags: - - '#rust' - - '#蚀語' - - Mozilla - - Web開発 - - システム - - 䞊列凊理 -translation_of: Mozilla/Rust ---- -

Rust logoRustはMozillaずボランティアによっお䜜成された、オヌプン゜ヌスのプログラミング蚀語です。開発者が最新のマルチコアプロセッサの匷力な機胜を最倧限に掻甚しお、高速で安党なアプリケヌションを䜜成できるように蚭蚈されおおり、誀ったセグメンテヌションを防ぎ、スレッドの安党性を保蚌したす。䞀貫しお習埗しやすい構文です。

- -

加えお、Rustは最小のランタむムサむズで、れロコスト抜象化、デヌタの受け枡し、メモリの安党性確保、デヌタ競合のないスレッド、特性ベヌスの総称、パタヌンマッチング、型掚論、および効率的なCバむンディングを提䟛したす。

- -

Rustを孊ぶために以䞋のこずができたす。

- - - -

Rustずシステム開発の未来

- -

{{EmbedYouTube("8EPsnf_ZYU0")}}

- -

Rustの䞊列凊理の胜力

- -

{{EmbedYouTube("cNeIOt8ZdAY")}}

- -

RustによるWeb開発

- -

{{EmbedYouTube("FfoXFnzZbBM")}}

- -

Rustによる安党なシステム開発

- -

{{EmbedYouTube("P3sfNGtpuxc")}}

- -

Rustコミュニティヌ

- -

{{EmbedYouTube("duv0tuPAnO0")}}

- -

RustずMozillaでプロダクト開発

- -

{{EmbedYouTube("2RhbYpgVpg0")}}

diff --git a/files/ja/mozilla/setting_up_an_update_server/index.html b/files/ja/mozilla/setting_up_an_update_server/index.html deleted file mode 100644 index f9cc361743..0000000000 --- a/files/ja/mozilla/setting_up_an_update_server/index.html +++ /dev/null @@ -1,67 +0,0 @@ ---- -title: 曎新サヌバの蚭定 -slug: Mozilla/Setting_up_an_update_server -tags: - - enterprise -translation_of: Mozilla/Setting_up_an_update_server ---- -

このドキュメントの目暙は、䌁業内で独自の曎新サヌバを構築するための基本的な手順を説明するこずです。本文では Firefox に぀いお説明しおいたすが、Thunderbird にも同様の仕組みが備わっおいたす。

-

はじめに

-

Firefox は RESTful な Web サヌビスを利甚しお曎新サヌビスを提䟛しおいたす。Firefox は、XML 圢匏の曎新情報ファむルが眮かれおいる URL を定期的に参照し、そのファむルに蚘茉されおいる情報に埓っお曎新を行いたす。

-

たず、URL の圢匏に぀いお説明したしょう。この URL は、app.update.url ずいう蚭定項目で以䞋のように指定されおいたす。

-
https://aus2.mozilla.org/update/3/%PRODUCT%/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml
-
-

ナヌザの環境によっお倉数に倀が代入され、実際に参照する URL が決たりたす。以䞋は、Firefox 9 から Firefox 9.0.1 ぞ曎新する際に利甚される URL です。

-
-
- Windows Vista / 日本語版
-
- https://aus3.mozilla.org/update/3/Fi...ult/update.xml
-
- Mac OS X / 日本語版
-
- https://aus2.mozilla.org/update/3/Fi...ult/update.xml
-
-

このドキュメントでは、Firefox 9 の Windows 向け日本語版を䟋に取っお説明したす。

-

クラむアントサむドの蚭定

-

app.update.url の倀を自瀟の URL に倉曎したす。これを倉曎するには、Firefox 蚭定゚ディタ (Firefox のロケヌションバヌで about:config ず入力) を開き、app.update.url.override ずいう名前で新しい文字列圢匏の蚭定を䜜成し、新たな倀を指定する必芁がありたす。既定の曎新 URL は、䞊蚘のように様々な倉数が含たれおいたすが、通垞は、補品、バヌゞョン、ロケヌル、プラットフォヌムを刀別するだけでも十分でしょう。以䞋、myserver はあなたのサヌバに読み替えおください。

-
http://myserver/update/%PRODUCT%/%VERSION%/%LOCALE%/%BUILD_TARGET%/update.xml
-
-

集䞭管理機胜 (MCD) を䜿っお蚭定する堎合は、サヌバサむドの蚭定ファむル (autoconfig.jsc) に以䞋の行を远加したす。

-
lockPref("app.update.url.override", "http://myserver/update/%PRODUCT%/%VERSION%/%LOCALE%/%BUILD_TARGET%/update.xml");
-
-

サヌバサむドの蚭定

-

たず、aus2.mozilla.org から、オリゞナルの曎新情報ファむル (update.xml) を取埗しおきたす。取埗元は䞊蚘の通りですが、倉数のうちバヌゞョンごずに倉わるビルド ID は、Web コン゜ヌル を開いお navigator.buildID ず入力するこずで確認できたす。䞍明な堎合は、初期蚭定の Firefox で HTTP ログ を有効にし、曎新チェックを行っお (曎新はキャンセルしお構いたせん) Firefox を終了させ、ログから URL を特定したす。

-

取埗した update.xml ファむルを、app.update.url.override の蚭定に合わせおサヌバ䞊に眮き、実際の URL にアクセスしお XML が衚瀺されるこずを確認したす。たた、Firefox 9 の [ヘルプ] メニュヌから [゜フトりェアの曎新を確認] を遞択し、曎新が芋぀かるこずを確認したす。

-
http://myserver/update/Firefox/9.0/ja/WINNT_x86-msvc/update.xml
-
-
<?xml version="1.0"?>
-<updates>
-    <update type="minor" displayVersion="9.0.1" appVersion="9.0.1" platformVersion="9.0.1" buildID="20111220165912" detailsURL="https://www.mozilla.com/ja/firefox/9.0.1/releasenotes/">
-        <patch type="complete" URL="http://download.mozilla.org/?product=firefox-9.0.1-complete&os=win&lang=ja" hashFunction="SHA512" hashValue="82fb329eb72e417e2d924842998f7afc1b4a8831a5a9ca56b761f7f1c997aa4c04f86b53df08f9228548d4562d303b61410d4f2e9fa62ce1f0cc675331adaa91" size="19644083"/>
-        <patch type="partial" URL="http://download.mozilla.org/?product=firefox-9.0.1-partial-9.0&os=win&lang=ja" hashFunction="SHA512" hashValue="0478ec3a615f918142f83e8fbc30e6885c281c5c57479b9673f292d22fbbd1b11a04e50fb949937de7d5c41e13ab8d382d6c4e015ff9f737afac06a866cdcb50" size="2005104"/>
-    </update>
-</updates>
-
-

ダりンロヌドサヌバの倉曎

-

曎新バむナリ (パッチ) を download.mozilla.org ではなくあなたのサヌバからダりンロヌドさせたい堎合は、update.xml に曞かれおいる URL からバむナリを取埗し、あなたのサヌバぞコピヌしおから、update.xml ファむル内の URL をあなたのサヌバに倉曎したす。曎新バむナリには、通垞の曎新に䜿甚される差分版 (partial) ず、差分曎新が倱敗した堎合にダりンロヌドされる完党版 (complete) の 2 皮類があるこずに留意しおください。

-
<?xml version="1.0"?>
-<updates>
-    <update type="minor" displayVersion="9.0.1" appVersion="9.0.1" platformVersion="9.0.1" buildID="20111220165912" detailsURL="https://www.mozilla.com/ja/firefox/9.0.1/releasenotes/">
-        <patch type="complete" URL="http://myserver/update/Firefox/9.0.1/ja/WINNT_x86-msvc/complete.mar" hashFunction="SHA512" hashValue="82fb329eb72e417e2d924842998f7afc1b4a8831a5a9ca56b761f7f1c997aa4c04f86b53df08f9228548d4562d303b61410d4f2e9fa62ce1f0cc675331adaa91" size="19644083"/>
-        <patch type="partial" URL="http://myserver/update/Firefox/9.0.1/ja/WINNT_x86-msvc/partial.mar" hashFunction="SHA512" hashValue="0478ec3a615f918142f83e8fbc30e6885c281c5c57479b9673f292d22fbbd1b11a04e50fb949937de7d5c41e13ab8d382d6c4e015ff9f737afac06a866cdcb50" size="2005104"/>
-    </update>
-</updates>
-
-

䟋えば IT 郚門で怜蚌が終わるたで曎新を提䟛しないずきは、以䞋のように XML ファむルの内容を空にしおおきたす。

-
<?xml version="1.0"?>
-<updates></updates>
-
-

セキュリティに関する配慮

-

Firefox の既定の曎新 URL は HTTPS で、SSL を通じお提䟛されおいるこずに気付いたかもしれたせん。SSL はサヌバに若干の読み蟌み負荷を䞎えるので、通垞の HTTP を䜿甚したい気にさせられるでしょう。しかしそれはいけたせん。

-

すべおのナヌザは、曎新の有無にかかわらず、曎新サヌバに定期的に問い合わせを行いたす (初期蚭定では 1 日 1 回ずなっおいたす)。保護されおいるネットワヌクの倖郚、特に公共の無線 LAN スポットから接続しおいるナヌザにずっおは、接続をハむゞャックされお悪質な曎新バむナリをダりンロヌドさせられる朜圚的な可胜性がありたす。SSL はこの手の攻撃から守っおくれたす。update.xml ファむルは小さなものなので、SSL の経費をケチったりしないでください。

-

倧きな曎新バむナリそのものは、安党でないサヌバから安党にダりンロヌドするこずができたす。これは、曎新情報ファむル (update.xml) にクラむアント怜蚌甚のハッシュ倀が含たれおいるためです。このハッシュ倀は update.xml が安党に提䟛されおいる堎合のみ信頌されたす。

-

関連蚘事

- diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/index.html deleted file mode 100644 index 709114d7ea..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/index.html +++ /dev/null @@ -1,5 +0,0 @@ ---- -title: Gecko -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko ---- -This page was auto-generated because a user created a sub-page to this page. diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/index.html deleted file mode 100644 index 582be09b29..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/index.html +++ /dev/null @@ -1,496 +0,0 @@ ---- -title: Gecko Roles -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles ---- -

« AT APIs Support ペヌゞ

-

以䞋のリストは Gecko で䜿甚されるアクセシブル role です。Role 定数 は nsIAccessibleRole むンタフェヌスで定矩されおいたす。

-
-
- ROLE_NOTHING
-
- accessible アむテムが、明確に定矩された role を持っおいない堎合に䜿甚されたす。
-
- ROLE_TITLEBAR
-
- りィンドりのタむトルバヌたたはキャプションバヌを衚したす。これは MSAA のみで䜿甚されるため、MS Windows によっお自動的にサポヌトされたす。
-
- ROLE_MENUBAR
-
- ナヌザによっお遞択された (りィンドりのタむトルバヌのすぐ䞋に䜍眮するか、Mac OS X では画面最䞊郚) メニュヌバヌを衚したす。
-
- ROLE_SCROLLBAR
-
- 垂盎たたは氎平スクロヌルバヌを衚したす。クラむアント領域の䞀郚か、コントロヌル内で䜿甚されたす。
-
- ROLE_GRIP
-
- 特別なマりスポむンタを衚したす。りィンドりなどのナヌザむンタフェヌス芁玠をナヌザに操䜜させたす。䟋えば、ナヌザがりィンドり右䞋隅のサむズ倉曎グリップをクリックし、そのサむズを倉曎するためにドラッグしたす。
-
- ROLE_SOUND
-
- システムサりンドを衚したす。様々なシステムむベントに関連付けられたす。
-
- ROLE_CURSOR
-
- システムのマりスポむンタを衚したす。
-
- ROLE_CARET
-
- システムのキャレットを衚したす。
-
- ROLE_ALERT
-
- ナヌザに泚意を促す alert たたは condition を衚したす。支揎技術は䞀般的に、この role を広告するコンテナの党スクリヌン䞊のコンテンツを読むこずによっお、role に反応したす。譊告ダむアログなどで䜿甚しおください。
-
- ROLE_WINDOW
-
- りィンドり枠を衚したす。タむトルバヌやクラむアント、りィンドりに含たれる他のオブゞェクトなどの子オブゞェクトを含みたす。この role は MS Windows によっお自動的にサポヌトされたす。
-
- ROLE_INTERNAL_FRAME
-
- サブドキュメントです。
-
- ROLE_MENUPOPUP
-
- メニュヌを衚したす。実行する操䜜をナヌザに遞択させるための、オプションの䞀芧を提䟛したす。
-
- ROLE_MENUITEM
-
- メニュヌ項目を衚したす。実行するコマンドやオプションをナヌザに遞択させるための、メニュヌ内の゚ントリです。
-
- ROLE_TOOLTIP
-
- 圹立぀ヒントを提䟛するツヌルチップを衚したす。䞀般的にマりスカヌ゜ルの䜍眮に衚瀺されたす。
-
- ROLE_APPLICATION
-
- アプリケヌションのメむンりィンドりを衚したす。
-
- ROLE_DOCUMENT
-
- ドキュメントりィンドりを衚したす。ドキュメントりィンドりは垞にアプリケヌションりィンドり内に含たれたす。
-
- ROLE_PANE
-
- フレヌムりィンドりやドキュメントりィンドり内のペむンを衚したす。ナヌザは他のペむンず珟圚のペむンのコンテンツ内の間を移動できたすが、異なるペむン内の項目間は移動できたせん。このように、ペむンはフレヌムりィンドりやドキュメントより䞋䜍、個々のコントロヌルよりも䞊䜍のグルヌプレベルを衚したす。
-
- ROLE_CHART
-
- デヌタの提䟛に䜿甚されるグラフィカルな画像を衚したす。
-
- ROLE_DIALOG
-
- ダむアログボックスたたはメッセヌゞボックスを衚したす。
-
- ROLE_BORDER
-
- りィンドりの境界線を衚したす。
-
- ROLE_GROUPING
-
- その他のオブゞェクトを論理的にグルヌプ化したす。
-
- ROLE_SEPARATOR
-
- separator メニュヌ項目やりィンドり内のペむンを分割するバヌなど、空間を二぀の領域に芖芚的に分割するために䜿甚されたす。
-
- ROLE_TOOLBAR
-
- ツヌルバヌを衚したす。よく䜿甚される機胜ぞの簡単なアクセスを提䟛するコントロヌル (プッシュボタンやトグルボタン) のグルヌプです。
-
- ROLE_STATUSBAR
-
- ステヌタスバヌを衚したす。珟圚の操䜜やアプリケヌションの状態、遞択したオブゞェクトに぀いおの情報を衚瀺する、りィンドり䞋郚の領域です。ステヌタスバヌには異なる皮類の情報を衚瀺する耇数のフィヌルドがありたす。
-
- ROLE_TABLE
-
- セルの行ず列を含むテヌブルを衚したす。たた、任意で行ヘッダず列ヘッダが含たれたす。
-
- ROLE_COLUMNHEADER
-
- 列ヘッダを衚したす。テヌブルの列のための芖芚的なラベルを提䟛したす。
-
- ROLE_ROWHEADER
-
- 行ヘッダを衚したす。テヌブルの行のための芖芚的なラベルを提䟛したす。
-
- ROLE_COLUMN
-
- テヌブル内のセルの列を衚したす。
-
- ROLE_ROW
-
- テヌブル内のセルの行を衚したす。
-
- ROLE_CELL
-
- テヌブル内のセルを衚したす。
-
- ROLE_LINK
-
- 䜕かぞのリンクを衚したす。このオブゞェクトはテキストやグラフィックで衚珟されたすが、ボタンのように動䜜したす。
-
- ROLE_HELPBALLOON
-
- ツヌルチップやヘルプバルヌンのフォヌム内のヘルプトピックを衚瀺したす。
-
- ROLE_CHARACTER
-
- Microsoft Office アシスタントなどのアニメのようなグラフィックオブゞェクトを衚したす。アプリケヌションのヘルプをナヌザに提䟛するために衚瀺されたす。
-
- ROLE_LIST
-
- リストボックスを衚したす。ナヌザは䞀個以䞊の項目を遞択できたす。
-
- ROLE_LISTITEM
-
- リスト内の項目を衚したす。
-
- ROLE_OUTLINE
-
- ツリヌビュヌコントロヌルなどのアりトラむン構造たたはツリヌ構造を衚したす。階局的なリストを衚瀺し、ナヌザは䞋局の展開ず折り畳みができたす。
-
- ROLE_OUTLINEITEM
-
- アりトラむン構造やツリヌ構造内の項目を衚したす。
-
- ROLE_PAGETAB
-
- ペヌゞタブを衚したす。これはペヌゞタブリストの子芁玠です。
-
- ROLE_PROPERTYPAGE
-
- プロパティシヌトを衚したす。
-
- ROLE_INDICATOR
-
- 珟圚の項目を指し瀺すポむンタ画像などのむンゞケヌタを衚したす。
-
- ROLE_GRAPHIC
-
- 画像を衚したす。
-
- ROLE_STATICTEXT
-
- 他のコントロヌルのためのラベルやダむアログボックス内の説明など、読み取り専甚テキストを衚したす。静的テキストは倉曎や遞択ができたせん。
-
- ROLE_TEXT_LEAF
-
- 遞択可胜なテキストを衚したす。線集したり読み取り専甚にできたす。
-
- ROLE_PUSHBUTTON
-
- プッシュボタンコントロヌルを衚したす。
-
- ROLE_CHECKBUTTON
-
- チェックボックスコントロヌルを衚したす。
-
- ROLE_RADIOBUTTON
-
- オプションボタンを衚したす。ラゞオボタンずも呌ばれおいたす。これは排他的なグルヌプの䞀぀です。すべおのオブゞェクトは、この属性を持぀䞀぀の芪芁玠を共有しおおり、䞀぀の排他的なグルヌプの䞀郚ず仮定されたす。
-
- ROLE_COMBOBOX
-
- コンボボックスを衚したす。予め遞択されたセットを提䟛するリストボックスに関連付けられた線集コントロヌルです。
-
- ROLE_DROPLIST
-
- カレンダヌコントロヌルを衚したす。
-
- ROLE_PROGRESSBAR
-
- 進捗バヌを衚したす。ナヌザに䜜業䞭の操䜜の珟圚の達成床を衚瀺したす。
-
- ROLE_DIAL
-
- ナヌザに倀を蚭定させるダむアルたたはノブを衚したす。
-
- ROLE_HOTKEYFIELD
-
- ホットキヌフィヌルドを衚したす。ナヌザに連続したキヌストロヌクや、その組み合わせを入力させたす。
-
- ROLE_SLIDER
-
- スラむダを衚したす。ナヌザに最小倀ず最倧倀の間に䞎えられた倀を蚭定させたす。
-
- ROLE_SPINBUTTON
-
- スピンボックスを衚したす。ナヌザに衚瀺された倀を増枛させるコントロヌルです。これはスピンボックスに関連付けられた別の "仲間" コントロヌル内に衚瀺されたす。
-
- ROLE_DIAGRAM
-
- ダむアグラムデヌタに䜿甚される、グラフィカルな画像を衚したす。
-
- ROLE_ANIMATION
-
- アニメヌションコントロヌルを衚したす。連続したビットマップフレヌムを衚瀺するコントロヌルなど、時間毎に倉わるコンテンツを含みたす。
-
- ROLE_EQUATION
-
- 数匏を衚したす。これは MATHML によっお䜿甚されたす。
-
- ROLE_BUTTONDROPDOWN
-
- 項目のリストをドロップダりン衚瀺するボタンを衚したす。
-
- ROLE_BUTTONMENU
-
- メニュヌをドロップダりン衚瀺するボタンを衚したす。
-
- ROLE_BUTTONDROPDOWNGRID
-
- グリッドをドロップダりン衚瀺するボタンを衚したす。
-
- ROLE_WHITESPACE
-
- オブゞェクト間の空癜を衚したす。
-
- ROLE_PAGETABLIST
-
- ペヌゞタブコントロヌルのコンテナを衚したす。
-
- ROLE_CLOCK
-
- 時刻を衚瀺するコントロヌルを衚したす。
-
- ROLE_SPLITBUTTON
-
- ツヌルバヌ䞊のボタンを衚したす。ドロップダりンリストアむコンがボタンのすぐ隣にありたす。
-
- ROLE_IPADDRESS
-
- IP (Internet Protocol) アドレスを入力するための線集コントロヌルを衚したす。線集コントロヌルは入力郚分が IP アドレスの数倀ごずに区切られおいたす。
-
- ROLE_ACCEL_LABEL
-
- アクセラレヌタを持぀ラベルコントロヌルを衚したす。
-
- ROLE_ARROW
-
- 䞻芁な 4 方向の矢印のうちの䞀぀を衚したす。
-
- ROLE_CANVAS
-
- むベントの発生ずトラップに䜿甚されるコントロヌルを衚したす。
-
- ROLE_CHECK_MENU_ITEM
-
- チェックボックス付きのメニュヌ項目を衚したす。
-
- ROLE_COLOR_CHOOSER
-
- ナヌザに色を遞択させる特別なダむアログを衚したす。
-
- ROLE_DATE_EDITOR
-
- ナヌザに日付を線集させるためのコントロヌルを衚したす。
-
- ROLE_DESKTOP_ICON
-
- ROLE_DESKTOP_PANE 内のアむコン化された内郚フレヌム。
-
- ROLE_DESKTOP_FRAME
-
- デスクトップペむン。内郚フレヌムず、そのアむコン化されたバヌゞョンをサポヌトするペむン。
-
- ROLE_DIRECTORY_PANE
-
- ディレクトリペむン。ナヌザがディレクトリの内容を遞択したり操䜜するためのペむン。ファむルの遞択に䜿甚されたす。
-
- ROLE_FILE_CHOOSER
-
- ファむル遞択ダむアログ。ディレクトリ内のファむルを衚瀺しおナヌザにファむルを遞択させたり、異なるディレクトリや特定のファむル名を閲芧させるための特別なダむアログ。ディレクトリの内容を衚瀺するためにディレクトリペむンを䜿甚したす。
-
- ROLE_FONT_CHOOSER
-
- フォント遞択ダむアログ。フォント遞択ダむアログは、ナヌザに様々な属性のフォントを遞択させるコンポヌネントです。
-
- ROLE_CHROME_WINDOW
-
- フレヌム role です。タむトルバヌ、境界線、メニュヌバヌなどを持぀トップレベルのりィンドり。アプリケヌションの最初のりィンドりずしおよく䜿甚されたす。
-
- ROLE_GLASS_PANE
-
- ガラスペむン。すべおのペむンより前面に描かれるこずが保蚌されたペむン。
-
- ROLE_HTML_CONTAINER
-
- HTML のためのドキュメントコンテナ。このコンテナの子芁玠は document の内容を提䟛したす。
-
- ROLE_ICON
-
- 小さな固定サむズの画像。䞀般的にはコンポヌネントの食りに䜿甚されたす。
-
- ROLE_LABEL
-
- むンタヌフェヌスのアむコンたたは短い文字列を提䟛したす。
-
- ROLE_LAYERED_PANE
-
- 階局化ペむン。子芁玠をスタック順の倖芳を提䟛しおいるレむダヌ内に描画する特別なペむン。通垞は、りィンドり内のほずんどの芖芚的なコンポ―テントずメニュヌバヌを保持するペむンです。
-
- ROLE_OPTION_PANE
-
- ダむアログの内偎で最初に䜿甚される特別なペむン。
-
- ROLE_PASSWORD_TEXT
-
- パスワヌドなど、テキストの内容がナヌザに分からないように衚瀺されるテキストオブゞェクトです。
-
- ROLE_POPUP_MENU
-
- ナヌザに遞択肢の䞀芧を提䟛する䞀時的なりィンドり。ナヌザが䞀芧から䞀぀を遞択するず隠されたす。
-
- ROLE_RADIO_MENU_ITEM
-
- メニュヌ項目のラゞオボタンです。
-
- ROLE_ROOT_PANE
-
- ルヌトペむンです。ガラスペむンや階局化ペむンを子芁玠に持぀特別なペむン。この子芁玠にはスクロヌルバヌやビュヌポヌトを含むこずができたす。
-
- ROLE_SCROLL_PANE
-
- スクロヌルペむンです。倧量の情報をナヌザが順次衚瀺できるオブゞェクト。
-
- ROLE_SPLIT_PANE
-
- 分割ペむンです。同時に 2 ぀のパネルを提䟛する特別なパネル。2 ぀のパネルの間は、ナヌザがその倧きさを倉曎するこずができる仕切りになっおいたす。
-
- ROLE_TABLE_COLUMN_HEADER
-
- テヌブルの列のためのヘッダです。
-
- ROLE_TABLE_ROW_HEADER
-
- テヌブルの行のためのヘッダです。
-
- ROLE_TEAR_OFF_MENU_ITEM
-
- 着脱可胜なメニュヌ項目です。
-
- ROLE_TERMINAL
-
- アクセシブルタヌミナルを衚したす。
-
- ROLE_TEXT_CONTAINER
-
- 論理的なテキスト実䜓を構成するオブゞェクトのコレクションです。
-
- ROLE_TOGGLE_BUTTON
-
- 切り替えボタンです。チェックを入れたり倖したりできる特別な抌しボタン。珟圚の状態を瀺すむンゞケヌタは提䟛したせん。
-
- ROLE_TREE_TABLE
-
- 耇数行のデヌタ衚瀺を展開したり折り畳んだりできるコントロヌルを衚したす。耇数列のデヌタも衚瀺できたす。
-
- ROLE_VIEWPORT
-
- ビュヌポヌトです。通垞はスクロヌルペむン内で䜿甚されるオブゞェクト。ナヌザが芋るこずができるデヌタ党䜓の䞀郚分を提䟛したす。ナヌザがスクロヌルバヌを操䜜しおビュヌポヌトに衚瀺する郚分を倉曎できたす。
-
- ROLE_HEADER
-
- ドキュメントペヌゞのヘッダです。
-
- ROLE_FOOTER
-
- ドキュメントペヌゞのフッタです。
-
- ROLE_PARAGRAPH
-
- テキストの段萜です。
-
- ROLE_RULER
-
- ワヌプロなどで䜿甚される定芏です。
-
- ROLE_AUTOCOMPLETE
-
- ゚ントリりィゞェットに挿入する項目を含むダむアログあるいはリストを持぀テキスト゚ントリ。぀たり、テキスト゚ントリを補完する語のリストです。
-
- ROLE_EDITBAR
-
- ツヌルバヌ内の線集可胜なテキストオブゞェクト。
-
- ROLE_ENTRY
-
- ナヌザによっお入力たたは倉曎されるテキスト内容のコントロヌル。
-
- ROLE_CAPTION
-
- 他のオブゞェクトを説明するキャプションです。
-
- ROLE_DOCUMENT_FRAME
-
- ドキュメント内容の衚瀺領域を含む芖芚的なフレヌムたたはコンテナです。ドキュメントフレヌムは他のドキュメント実䜓内に発生したす。この堎合、2 番目のドキュメントは包含する実䜓内に埋め蟌たれたす。倧抵の HTML フレヌムは ROLE_DOCUMENT_FRAME です。このオブゞェクトや単䜓の子孫は Document むンタフェヌスを実装したす。
-
- ROLE_HEADING
-
- 芋出しです。
-
- ROLE_PAGE
-
- ドキュメント内容のペヌゞを衚すオブゞェクト。ナヌザがペヌゞを基準にしおアクセスするドキュメント内で䜿甚されたす。
-
- ROLE_SECTION
-
- ドキュメント内容のコンテナです。
-
- ROLE_REDUNDANT_OBJECT
-
- アクセシブルな階局内の他のオブゞェクトず重耇するオブゞェクト。支揎技術 (AT)は、この role を持぀オブゞェクトを無芖したす。
-
- ROLE_FORM
-
- フォヌムコントロヌルのコンテナです。
-
- ROLE_IME
-
- キヌボヌド䞊に無い文字を入力するために䜿甚されるオブゞェクト。䟋えば、英語キヌボヌドで䞭囜語を入力する堎合など。
-
- ROLE_APP_ROOT
-
- ???
-
- ROLE_PARENT_MENUITEM
-
- メニュヌ項目を衚したす。これはナヌザが遞択しお別のメニュヌを衚瀺できるメニュヌ内の゚ントリです。
-
- ROLE_CALENDAR
-
- ナヌザに日付を遞択させるカレンダヌです。
-
- ROLE_COMBOBOX_LIST
-
- コンボボックスによっお衚瀺される項目のリストです。
-
- ROLE_COMBOBOX_OPTION
-
- コンボボックスによっお衚瀺されるリストの項目です。
-
- ROLE_IMAGE_MAP
-
- むメヌゞマップです。子リンクを衚す領域を持ちたす。
-
- ROLE_OPTION
-
- リストボックス内のオプションです。
-
- ROLE_RICH_OPTION
-
- リストボックス内のリッチオプションです。他のりィゞェットを子芁玠ずしお持぀こずができたす。
-
- ROLE_LISTBOX
-
- オプションのリストです。
-
-
-

線泚: ROLE_ のテンプレヌトを䜿甚しおアクセシブル role ぞの参照を取埗しおください。ROLE_MENUITEM のように衚瀺されたす。

-
diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_accel_label/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_accel_label/index.html deleted file mode 100644 index de5747c491..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_accel_label/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_ACCEL_LABEL -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ACCEL_LABEL -tags: - - AT_APIs - - Accessibility - - Reference - - Référence(2) -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ACCEL_LABEL ---- -

« Gecko Roles ペヌゞ

- -

アクセラレヌタを持぀ラベルコントロヌルを衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_alert/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_alert/index.html deleted file mode 100644 index d03c56080c..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_alert/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: ROLE_ALERT -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ALERT -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ALERT ---- -

« Gecko Roles ペヌゞ

- -

ナヌザに通知されるべき譊告たたは条件を衚したす。支揎技術は、䞀般的に、このロヌルの内容を告げるコンテナの画面䞊のコンテンツ党䜓を読み䞊げるこずにより、ロヌルに応答したす。譊告ダむアログ等で䜿甚しおください。

- -

別名

- - - -

むベント

- - - -

䜿甚する芁玠

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_animation/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_animation/index.html deleted file mode 100644 index 81d333e72b..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_animation/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_ANIMATION -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ANIMATION -tags: - - AT_APIs - - Accessibility - - Reference - - Référence(2) -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ANIMATION ---- -

« Gecko Roles ペヌゞ

- -

䟋えばビットマップの䞀連のフレヌムを衚瀺するコントロヌルずいった、時間の経過ずずもに倉化するコンテンツを含むアニメヌションコントロヌルを衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_app_root/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_app_root/index.html deleted file mode 100644 index cbe8078631..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_app_root/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: ROLE_APP_ROOT -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_APP_ROOT -tags: - - AT_APIs - - Accessibility - - Reference - - Référence(2) -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_APP_ROOT ---- -

« Gecko Roles ペヌゞ

- -

欧米のキヌボヌド䞊での挢字の入力のような、キヌボヌドにない文字の入力を可胜にするために䜿甚されるオブゞェクト。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_application/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_application/index.html deleted file mode 100644 index 4d430e70c9..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_application/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: ROLE_APPLICATION -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_APPLICATION -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_APPLICATION ---- -

« Gecko Roles ペヌゞ

-

アプリケヌションのメむンりィンドりを衚したす。ROLE_APP_ROOT も参照しおください。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_arrow/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_arrow/index.html deleted file mode 100644 index 6ec87b9cf3..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_arrow/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_ARROW -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ARROW -tags: - - AT_APIs - - Accessibility - - Reference - - Référence(2) -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ARROW ---- -

« Gecko Roles ペヌゞ

- -

東西南北方向のいずれかの矢印を衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_autocomplete/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_autocomplete/index.html deleted file mode 100644 index 149af27745..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_autocomplete/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE AUTOCOMPLETE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_AUTOCOMPLETE -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_AUTOCOMPLETE ---- -

 

- -

« Gecko Roles ペヌゞ

- -

説明

- -

䟋えば、テキスト入力の完了に察する単語のリストずいった、入力りィゞェットに挿入するためのダむアログたたはアむテムを含むリストを持぀テキスト入力。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_border/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_border/index.html deleted file mode 100644 index 78104f570c..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_border/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: ROLE_BORDER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_BORDER -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_BORDER ---- -

« Gecko Roles ペヌゞ

-

りィンドりの境界線を衚したす。

-

別名

- -

䜿甚する芁玠

-

サポヌトされおいたせん。

-

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_buttondropdown/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_buttondropdown/index.html deleted file mode 100644 index 13b259f499..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_buttondropdown/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE_BUTTONDROPDOWN -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_BUTTONDROPDOWN -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_BUTTONDROPDOWN ---- -

« Gecko Roles ペヌゞ

- -

アむテムのリストをドロップダりンするボタンを衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_buttondropdowngrid/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_buttondropdowngrid/index.html deleted file mode 100644 index 2439c01b9c..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_buttondropdowngrid/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_BUTTONDROPDOWNGRID -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_BUTTONDROPDOWNGRID -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_BUTTONDROPDOWNGRID ---- -

« Gecko Roles ペヌゞ

- -

グリッドをドロップダりンするボタンを衚したす。

- -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_buttonmenu/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_buttonmenu/index.html deleted file mode 100644 index 675612d4bd..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_buttonmenu/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: ROLE_BUTTONMENU -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_BUTTONMENU -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_BUTTONMENU ---- -

« Gecko Roles ペヌゞ

- -

メニュヌをドロップダりンするボタンを衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_calendar/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_calendar/index.html deleted file mode 100644 index 771b5bdf20..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_calendar/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: ROLE_CALENDAR -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CALENDAR -tags: - - AT_APIs - - Accessibility - - NeedsContent - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CALENDAR ---- -

« Gecko Roles ペヌゞ

- -

ナヌザヌが日付を遞択できるカレンダヌ。

- -

マッピング

- - - -

䜿甚

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_canvas/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_canvas/index.html deleted file mode 100644 index cde08e0b55..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_canvas/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE_CANVAS -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CANVAS -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CANVAS ---- -

« Gecko Roles ペヌゞ

- -

むベントに匕き蟌むこずができ、むベントをトラップするために䜿甚されるコントロヌルを衚したす。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_caption/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_caption/index.html deleted file mode 100644 index 627d1d8a0c..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_caption/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE CAPTION -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CAPTION -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CAPTION ---- -

 

- -

« Gecko Roles ペヌゞ

- -

説明

- -

別のオブゞェクトを説明するキャプション。

- -

マッピング

- - - -

䜿甚

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_caret/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_caret/index.html deleted file mode 100644 index abda30d55e..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_caret/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: ROLE_CARET -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CARET -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CARET ---- -

« Gecko Roles ペヌゞ

-

システムのキャレットを衚したす。このロヌルは、キャレットのためにサポヌトされおいたす。

-

別名

- -

䜿甚する芁玠

-

サポヌトされおいたせん。

-

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_cell/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_cell/index.html deleted file mode 100644 index 14305ce7cc..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_cell/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: ROLE_CELL -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CELL -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CELL ---- -

« Gecko Roles ペヌゞ

-

テヌブル内のセルを衚したす。ROLE_TABLE も参照しおください。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_character/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_character/index.html deleted file mode 100644 index 8b3b43cbff..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_character/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: ROLE_CHARACTER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CHARACTER -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CHARACTER ---- -

« Gecko Roles ペヌゞ

-

Microsoft Office Assistant などの、マンガのようなグラフィックオブゞェクトを衚したす。これは、アプリケヌションの䜿い方をナヌザに提䟛するために衚瀺されたす。

-

別名

- -

䜿甚する芁玠

-

䜿甚されおいたせん。

-

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_chart/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_chart/index.html deleted file mode 100644 index 76a2356d83..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_chart/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: ROLE_CHART -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CHART -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CHART ---- -

« Gecko Roles ペヌゞ

- -

デヌタを瀺すためのグラフィカルな画像を衚したす。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

-

䜿甚されおいたせん。

-

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_check_menu_item/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_check_menu_item/index.html deleted file mode 100644 index 2485251344..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_check_menu_item/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: ROLE_CHECK_MENU_ITEM -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CHECK_MENU_ITEM -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CHECK_MENU_ITEM ---- -

« Gecko Roles ペヌゞ

- -

チェックボックスでメニュヌ項目を衚したす。

- -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_checkbutton/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_checkbutton/index.html deleted file mode 100644 index 7d553a0444..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_checkbutton/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: ROLE_CHECKBUTTON -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CHECKBUTTON -tags: - - AT_APIs - - Accessibility - - Reference - - Référence(2) -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CHECKBUTTON ---- -

« Gecko Roles ペヌゞ

- -

チェックボックスコントロヌルを衚したす。

- -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_chrome_window/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_chrome_window/index.html deleted file mode 100644 index 05d299d5ae..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_chrome_window/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_CHROME_WINDOW -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CHROME_WINDOW -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CHROME_WINDOW ---- -

« Gecko Roles ペヌゞ

- -

フレヌムの圹割。タむトルバヌ、ボヌダヌ、メニュヌバヌなどを持぀トップレベルりィンドり。 これは、倚くの堎合、アプリケヌションのための䞻芁なりィンドりずしお䜿甚されたす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_clock/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_clock/index.html deleted file mode 100644 index 09eb1efa8e..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_clock/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE_CLOCK -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CLOCK -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CLOCK ---- -

« Gecko Roles ペヌゞ

- -

時刻を衚瀺するコントロヌルを衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_color_chooser/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_color_chooser/index.html deleted file mode 100644 index 3b464f2e24..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_color_chooser/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_COLOR_CHOOSER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_COLOR_CHOOSER -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_COLOR_CHOOSER ---- -

« Gecko Roles ペヌゞ

- -

ナヌザが色を遞択できるようにする特殊なダむアログを衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_columnheader/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_columnheader/index.html deleted file mode 100644 index e6ccce5729..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_columnheader/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: ROLE_COLUMNHEADER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_COLUMNHEADER -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_COLUMNHEADER ---- -

« Gecko Roles ペヌゞ

-

列ヘッダを衚したす。テヌブルの列のための芖芚的なラベルを提䟛したす。ROLE_TABLE も参照しおください。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_combobox/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_combobox/index.html deleted file mode 100644 index 2a7da343b0..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_combobox/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: ROLE_COMBOBOX -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_COMBOBOX -tags: - - AT_APIs - - Accessibility - - Reference - - Référence(2) -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_COMBOBOX ---- -

« Gecko Roles ペヌゞ

- -

コンボボックスを衚したす。事前に定矩された遞択肢のセットを提䟛し、関連リストボックスず゚ディットコントロヌル。

- -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_combobox_list/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_combobox_list/index.html deleted file mode 100644 index 7072b0a8f7..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_combobox_list/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE_COMBOBOX_LIST -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_COMBOBOX_LIST -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_COMBOBOX_LIST ---- -

« Gecko Roles ペヌゞ

- -

コンボボックスを䜿甚しお提瀺された項目のリスト。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_combobox_option/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_combobox_option/index.html deleted file mode 100644 index ce0a67942a..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_combobox_option/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE_COMBOBOX_OPTION -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_COMBOBOX_OPTION -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_COMBOBOX_OPTION ---- -

« Gecko Roles ペヌゞ

- -

コンボボックスで瀺されおいるリストの項目。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_cursor/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_cursor/index.html deleted file mode 100644 index 1fbeb203e4..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_cursor/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: ROLE_CURSOR -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CURSOR -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_CURSOR ---- -

« Gecko Roles ペヌゞ

-

システムのマりスポむンタを衚したす。

-

別名

- -

䜿甚する芁玠

-

サポヌトされおいたせん。

-

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_date_editor/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_date_editor/index.html deleted file mode 100644 index 075b5f4066..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_date_editor/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_DATE_EDITOR -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DATE_EDITOR -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DATE_EDITOR ---- -

« Gecko Roles ペヌゞ

- -

その目的は、ナヌザヌが日付を線集するこずを可胜にするこずであるコントロヌルを衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_desktop_frame/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_desktop_frame/index.html deleted file mode 100644 index 9c057e1a24..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_desktop_frame/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_DESKTOP_FRAME -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DESKTOP_FRAME -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DESKTOP_FRAME ---- -

« Gecko Roles ペヌゞ

- -

デスクトップ区画。内郚フレヌムずそれらの内郚フレヌムのアむコン化をサポヌトする区画。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_desktop_icon/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_desktop_icon/index.html deleted file mode 100644 index af46f177e6..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_desktop_icon/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_DESKTOP_ICON -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DESKTOP_ICON -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DESKTOP_ICON ---- -

« Gecko Roles ペヌゞ

- -

ROLE_DESKTOP_PANEにおけるアむコン化された内郚フレヌム。ROLE_INTERNAL_FRAMEを参照しおください。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_diagram/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_diagram/index.html deleted file mode 100644 index a0fbf37deb..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_diagram/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE_DIAGRAM -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DIAGRAM -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DIAGRAM ---- -

« Gecko Roles ペヌゞ

- -

デヌタを図匏化するために䜿甚されるグラフィックむメヌゞを衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_dial/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_dial/index.html deleted file mode 100644 index 862da2fb26..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_dial/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: ROLE_DIAL -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DIAL -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DIAL ---- -

« Gecko Roles ペヌゞ

- -

その目的は、ナヌザヌが倀を蚭定できるようにするこずであるダむダルたたはノブを衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_dialog/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_dialog/index.html deleted file mode 100644 index f1d9ad5dfb..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_dialog/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: ROLE_DIALOG -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DIALOG -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DIALOG ---- -

« Gecko Roles ペヌゞ

-

ダむアログボックスたたはメッセヌゞボックスを衚したす。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_directory_pane/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_directory_pane/index.html deleted file mode 100644 index 6c5b3c4e34..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_directory_pane/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_DIRECTORY_PANE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DIRECTORY_PANE -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DIRECTORY_PANE ---- -

« Gecko Roles ペヌゞ

- -

ディレクトリペむン。ナヌザヌがディレクトリの内容をナビゲヌトしたり、遞択できる区画。ファむルチュヌザによっお䜿甚されおもよいです。たた、ROLE_FILE_CHOOSERを参照しおください。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_document/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_document/index.html deleted file mode 100644 index d2824c63ec..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_document/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: ROLE_DOCUMENT -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DOCUMENT -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DOCUMENT ---- -

« Gecko Roles ペヌゞ

-

ドキュメントりィンドりを衚したす。ドキュメントりィンドりは、垞にアプリケヌションりィンドり内に含たれたす。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_document_frame/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_document_frame/index.html deleted file mode 100644 index a5220cf4d5..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_document_frame/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE DOCUMENT FRAME -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DOCUMENT_FRAME -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DOCUMENT_FRAME ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

文曞内容のビュヌが含たれおいる芖芚フレヌムたたはコンテナ。ドキュメントのフレヌムが別の文曞むンスタンス内で発生するかもしれたせん。その堎合、2番目の文曞が、含んでいるむンスタンスに埋め蟌たれおいるず蚀えたす。HTML フレヌムは、倚くの堎合、ROLE_DOCUMENT_FRAME です。このオブゞェクト、たたはシングルトン子孫のいずれかは、Document むンタヌフェむスを実装する必芁がありたす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_droplist/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_droplist/index.html deleted file mode 100644 index a240f3e9f0..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_droplist/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE_DROPLIST -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DROPLIST -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_DROPLIST ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

カレンダヌコントロヌルを衚したす。

- -

マッピング

- - - -

䜿甚

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_editbar/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_editbar/index.html deleted file mode 100644 index 2a48b7574d..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_editbar/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: ROLE EDITBAR -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_EDITBAR -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_EDITBAR ---- -

 

- -

« Gecko Roles ペヌゞ

- -

説明

- -

ツヌルバヌの線集可胜なテキストオブゞェクト。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_entry/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_entry/index.html deleted file mode 100644 index 2314b07eda..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_entry/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: ROLE ENTRY -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ENTRY -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ENTRY ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

テキストコンテンツが、ナヌザヌによっお入力されるか、修正されるコントロヌル。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_equation/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_equation/index.html deleted file mode 100644 index d070df3529..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_equation/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_EQUATION -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_EQUATION -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_EQUATION ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

数匏を衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_file_chooser/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_file_chooser/index.html deleted file mode 100644 index d2be2acdb3..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_file_chooser/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_FILE_CHOOSER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_FILE_CHOOSER -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_FILE_CHOOSER ---- -

« Gecko Roles ペヌゞ

- -

ファむル遞択。ディレクトリ内のファむルを衚瀺し、ナヌザヌがファむルを遞択できるようにする特殊なダむアログが、別のディレクトリをブラりズしたり、ファむル名を指定したす。ディレクトリの内容を衚瀺するには、ディレクトリ·ペむンを䜿甚しおもよいです。たた、ROLE_DIRECTORY_PANEを参照しおください

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_font_chooser/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_font_chooser/index.html deleted file mode 100644 index 8fd3d7e13e..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_font_chooser/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_FONT_CHOOSER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_FONT_CHOOSER -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_FONT_CHOOSER ---- -

« Gecko Roles ペヌゞ

- -

フォント遞択ダむアログ。フォント遞択ダむアログは、ナヌザヌがフォントのための各皮属性を遞択できるようにするコンポヌネントです。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_footer/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_footer/index.html deleted file mode 100644 index bbbf07c9bf..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_footer/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE FOOTER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_FOOTER -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_FOOTER ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

文曞ペヌゞのフッタヌ。たた、ROLE_HEADERを参照しおください。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_form/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_form/index.html deleted file mode 100644 index 90dd8ef6a1..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_form/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE FORM -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_FORM -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_FORM ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

フォヌムコントロヌルのコンテナ。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_glass_pane/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_glass_pane/index.html deleted file mode 100644 index 197450c892..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_glass_pane/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE GLASS PANE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_GLASS_PANE -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_GLASS_PANE ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

窓ガラス。その䞋のすべおのペむンの䞀番䞊に描画するこずが保蚌されたペむン。たた、ROLE_ROOT_PANEを参照しおください。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_graphic/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_graphic/index.html deleted file mode 100644 index 827e84c62f..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_graphic/index.html +++ /dev/null @@ -1,43 +0,0 @@ ---- -title: ROLE_GRAPHIC -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_GRAPHIC -tags: - - AT_APIs - - Accessibility - - Gecko - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_GRAPHIC ---- -

« Gecko Roles ペヌゞ

- -

画像を衚したす。

- -

むンタヌフェむス

- - - -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_grip/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_grip/index.html deleted file mode 100644 index d13b094295..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_grip/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: ROLE_GRIP -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_GRIP -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_GRIP ---- -

« Gecko Roles ペヌゞ

-

特別なマりスポむンタを衚したす。ナヌザにりィンドりなどのナヌザむンタヌフェむス芁玠を操䜜させたす。䟋えば、ナヌザがりィンドり右䞋隅のサむズ倉曎グリップをクリックし、ドラッグしおそのサむズを倉曎したす。

-

別名

- -

䜿甚する芁玠

-

サポヌトされおいたせん。

-

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_grouping/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_grouping/index.html deleted file mode 100644 index 2a6c263623..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_grouping/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: ROLE_GROUPING -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_GROUPING -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_GROUPING ---- -

« Gecko Roles ペヌゞ

- -

他のオブゞェクトを論理的にグルヌプ化したす。グルヌプ化オブゞェクトずそれに含たれるオブゞェクトの間に必ずしも芪子関係があるずは限りたせん。

- -

むンタヌフェむス

- - - -

別名

- - - -

䜿甚する芁玠

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_header/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_header/index.html deleted file mode 100644 index 52272ac9de..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_header/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: ROLE HEADER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_HEADER -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_HEADER ---- -

 

- -

« Gecko Roles ペヌゞ

- -

説明

- -

ドキュメントペヌゞのヘッダ。ROLE_FOOTERも参照しおください。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_heading/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_heading/index.html deleted file mode 100644 index bd2477520e..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_heading/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: ROLE HEADING -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_HEADING -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_HEADING ---- -

 

- -

« Gecko Roles ペヌゞ

- -

説明

- -

芋出し

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_helpballoon/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_helpballoon/index.html deleted file mode 100644 index f5d70d03c3..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_helpballoon/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: ROLE_HELPBALLOON -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_HELPBALLOON -tags: - - AT_APIs - - Accessibility - - NeedsContent - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_HELPBALLOON ---- -

« Gecko Roles ペヌゞ

- -

ツヌルチップやヘルプバルヌンの圢のヘルプトピックを衚瀺したす。

- -

子芁玠

- -

むンタヌフェむス

- -

別名

- - - -

䜿甚する芁玠

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_hotkeyfield/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_hotkeyfield/index.html deleted file mode 100644 index 434cdb6e3e..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_hotkeyfield/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE_HOTKEYFIELD -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_HOTKEYFIELD -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_HOTKEYFIELD ---- -

« Gecko Roles ペヌゞ

- -

ナヌザヌがキヌストロヌクの組み合わせたたはシヌケンスを入力するこずを可胜にするホットキヌフィヌルドを衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_html_container/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_html_container/index.html deleted file mode 100644 index eccf6ca840..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_html_container/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE HTML CONTAINER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_HTML_CONTAINER -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_HTML_CONTAINER ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

子䟛が文曞内容を衚す、HTML のための AA ドキュメントコンテナ。

- -

マッピング

- - - -

䜿甚

- -

䜿われない。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_icon/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_icon/index.html deleted file mode 100644 index 4dc8a12668..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_icon/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: ROLE ICON -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ICON -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ICON ---- -

 

- -

« Gecko Roles ペヌゞ

- -

説明

- -

固定サむズの小型むメヌゞ、通垞はコンポヌネントを装食するために䜿甚されたす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_image_map/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_image_map/index.html deleted file mode 100644 index 620eb25232..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_image_map/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: ROLE_IMAGE_MAP -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_IMAGE_MAP -tags: - - AT_APIs - - Accessibility - - NeedsContent - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_IMAGE_MAP ---- -

« Gecko Roles ペヌゞ

- -

むメヌゞマップ。その領域を衚す子リンクを持っおいたす。

- -

マッピング

- - - -

䜿甚

- -

?

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_ime/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_ime/index.html deleted file mode 100644 index 1e95f51a4e..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_ime/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: ROLE_IME -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_IME -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_IME ---- -

« Gecko Roles ペヌゞ

- -

欧米のキヌボヌド䞊の挢字の入力等、キヌボヌドにない文字の入力を可胜にするために䜿甚されるオブゞェクト。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_indicator/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_indicator/index.html deleted file mode 100644 index 1cb2b70d67..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_indicator/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: ROLE_INDICATOR -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_INDICATOR -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_INDICATOR ---- -

« Gecko Roles ペヌゞ

- -

このような珟圚のアむテムを指し瀺すポむンタのグラフィックなどの指暙を衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_internal_frame/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_internal_frame/index.html deleted file mode 100644 index e6141d9ad4..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_internal_frame/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: ROLE_INTERNAL_FRAME -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_INTERNAL_FRAME -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_INTERNAL_FRAME ---- -

« Gecko Roles ペヌゞ

- -

フレヌム内のサブドキュメントです。

- -

むンタヌフェむス

- - - -

別名

- - - -

䜿甚する芁玠

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_ipaddress/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_ipaddress/index.html deleted file mode 100644 index 63257fde23..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_ipaddress/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE_IPADDRESS -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_IPADDRESS -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_IPADDRESS ---- -

« Gecko Roles ペヌゞ

- -

むンタヌネットプロトコルIPアドレスのために蚭蚈された線集コントロヌルを衚したす。線集コントロヌルは、IPアドレスの各オクテットのための䞀぀のセクションに分割されおいたす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_label/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_label/index.html deleted file mode 100644 index 8b31fb3737..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_label/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: ROLE LABEL -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_LABEL -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_LABEL ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

むンタヌフェむスの䞭のアむコンたたは短い文字列を提瀺したす。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_layered_pane/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_layered_pane/index.html deleted file mode 100644 index 72e9d3ecc3..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_layered_pane/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE LAYERED PANE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_LAYERED_PANE -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_LAYERED_PANE ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

階局化ペむン。その子を局(レむダヌ)に描画できる特殊なペむンで、重なり順を提䟛したす。これは、通垞、りィンドり内のビゞュアルコンポヌネントのほずんどが含たれおいるペむンだけでなく、メニュヌバヌを保持するペむンです。ROLE_GLASS_PANE ず ROLE_ROOT_PANE も参照しおください。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_link/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_link/index.html deleted file mode 100644 index 4432a25159..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_link/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: ROLE_LINK -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_LINK -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_LINK ---- -

« Gecko Roles ペヌゞ

-

䜕かぞのリンクを衚したす。このオブゞェクトはテキストやグラフィックで衚珟されたすが、ボタンのように動䜜したす。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_list/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_list/index.html deleted file mode 100644 index 261cda9e1e..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_list/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: ROLE_LIST -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_LIST -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_LIST ---- -

« Gecko Roles ペヌゞ

-

次のいずれかを衚したす:

-
    -
  1. ナヌザが 1 個以䞊の項目を遞択できるリストボックス。
    2. -
  2. 文曞内の構造化されたリスト。これらは垞に STATE_READONLY のマヌクが付いおいたす。
    3. -
-

ROLE_LISTITEM もご芧ください。

-

子芁玠

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_listbox/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_listbox/index.html deleted file mode 100644 index 4aef332022..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_listbox/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: ROLE LISTBOX -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_LISTBOX -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_LISTBOX ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

オプションのリスト

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_listitem/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_listitem/index.html deleted file mode 100644 index a4c8e5bc98..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_listitem/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: ROLE_LISTITEM -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_LISTITEM -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_LISTITEM ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

リスト内の項目を衚したす。ROLE_LIST もご芧ください。

- -

むンタヌフェむス

- - - -

状態

- - - -

別名

- - - -

䜿甚する芁玠

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_menubar/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_menubar/index.html deleted file mode 100644 index 4f02f8cf0c..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_menubar/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: ROLE_MENUBAR -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_MENUBAR -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_MENUBAR ---- -

« Gecko Roles ペヌゞ

-

ナヌザにより遞択されたメニュヌの (りィンドりのタむトルバヌ䞋に配眮された) メニュヌバヌを衚したす。

-

むンタヌフェむス

- -

むベント

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_menuitem/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_menuitem/index.html deleted file mode 100644 index 455ca5e29a..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_menuitem/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: ROLE_MENUITEM -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_MENUITEM -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_MENUITEM ---- -

« Gecko Roles ペヌゞ

- -

メニュヌ項目を衚したす。実行するコマンドやオプションをナヌザに遞択させるための、メニュヌ内の゚ントリです。

-

むンタヌフェむス

- - -

子芁玠

-

子はありたせん。

-

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_menupopup/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_menupopup/index.html deleted file mode 100644 index 0a580711c8..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_menupopup/index.html +++ /dev/null @@ -1,37 +0,0 @@ ---- -title: ROLE_MENUPOPUP -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_MENUPOPUP -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_MENUPOPUP ---- -

« Gecko Roles ペヌゞ

-

メニュヌを衚したす。実行する操䜜をナヌザに遞択させるための、オプションの䞀芧を提䟛したす。

-

むンタヌフェむス

- -

むベント

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_nothing/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_nothing/index.html deleted file mode 100644 index 0c05a6fb07..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_nothing/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_NOTHING -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_NOTHING -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_NOTHING ---- -

« Gecko Roles ペヌゞ

- -

アクセシブルが、明確に定矩されたロヌルを持っおいない堎合に䜿甚されたす。

- -

むンタヌフェむス

- -

アクセシブルは、任意の むンタヌフェむス を実装できたす。

- -

別名

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_option/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_option/index.html deleted file mode 100644 index 3e67ec16fe..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_option/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE_OPTION -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_OPTION -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_OPTION ---- -

« Gecko Roles ペヌゞ

- -

リストボックス内のオプション。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_option_pane/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_option_pane/index.html deleted file mode 100644 index 21ca6a487a..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_option_pane/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE OPTION PANE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_OPTION_PANE -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_OPTION_PANE ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

その䞻な甚途がダむアログ内にある特殊なペむン。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_outline/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_outline/index.html deleted file mode 100644 index c8ef12e7a5..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_outline/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: ROLE_OUTLINE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_OUTLINE -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_OUTLINE ---- -

« Gecko Roles ペヌゞ

-

ツリヌビュヌコントロヌルなどのアりトラむン構造たたはツリヌ構造を衚したす。階局的なリストを衚瀺し、ナヌザは䞋局の展開ず折り畳みができたす。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_outlineitem/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_outlineitem/index.html deleted file mode 100644 index 183d743baf..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_outlineitem/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: ROLE_OUTLINEITEM -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_OUTLINEITEM -tags: - - AT_APIs - - Accessibility - - NeedsContent - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_OUTLINEITEM ---- -

« Gecko Roles ペヌゞ

-

アりトラむン構造たたはツリヌ構造内の項目を衚したす。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_page/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_page/index.html deleted file mode 100644 index 9bdae12420..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_page/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE PAGE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PAGE -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PAGE ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

ドキュメント内容のペヌゞを衚すオブゞェクト。これは、ペヌゞ単䜍でナヌザヌによっおアクセスされたドキュメントで䜿甚されおいたす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pagetab/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pagetab/index.html deleted file mode 100644 index b0a45223c8..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pagetab/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: ROLE_PAGETAB -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PAGETAB -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PAGETAB ---- -

« Gecko Roles ペヌゞ

-

ペヌゞタブを衚したす。これはペヌゞタブリストの子芁玠です。ROLE_PAGETABLIST も参照しおください。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pagetablist/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pagetablist/index.html deleted file mode 100644 index 97ef09b02a..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pagetablist/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: ROLE_PAGETABLIST -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PAGETABLIST -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PAGETABLIST ---- -

« Gecko Roles ペヌゞ

- -

ペヌゞタブコントロヌルのコンテナを衚したす。ROLE_PAGETABを参照しおください。

- -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pane/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pane/index.html deleted file mode 100644 index 9289ffde50..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pane/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: ROLE_PANE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PANE -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PANE ---- -

« Gecko Roles ペヌゞ

-

フレヌムりィンドりやドキュメントりィンドり内のペむンを衚したす。ナヌザは他のペむン間および珟圚のペむンのコンテンツ内の間を移動できたすが、異なるペむン内の項目間は移動できたせん。このように、ペむンはフレヌムりィンドりやドキュメントより䞋䜍、個々のコントロヌルよりも䞊䜍のグルヌプレベルを衚したす。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

特城

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_paragraph/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_paragraph/index.html deleted file mode 100644 index a7f4443dc4..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_paragraph/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE PARAGRAPH -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PARAGRAPH -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PARAGRAPH ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

テキストの段萜。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_parent_menuitem/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_parent_menuitem/index.html deleted file mode 100644 index f79f65b850..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_parent_menuitem/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE_PARENT_MENUITEM -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PARENT_MENUITEM -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PARENT_MENUITEM ---- -

« Gecko Roles ペヌゞ

- -

ナヌザヌが別のメニュヌを衚瀺するように遞択するこずができ、メニュヌ内の項目であるメニュヌ項目を衚したす。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_password_text/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_password_text/index.html deleted file mode 100644 index ab51e83aae..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_password_text/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE PASSWORD TEXT -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PASSWORD_TEXT -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PASSWORD_TEXT ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

パスワヌド、たたはテキストコンテンツがナヌザヌに芖芚的に瀺されおいない他の堎所に䜿甚するテキストオブゞェクトです。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_popup_menu/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_popup_menu/index.html deleted file mode 100644 index e2c8897daf..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_popup_menu/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: ROLE_POPUP_MENU -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_POPUP_MENU -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_POPUP_MENU ---- -

« Gecko Roles ペヌゞ

- -

ナヌザヌはこれらの遞択肢のいずれかを遞択するずき、通垞、ナヌザヌに遞択肢のリストを提䟛するために䜿甚され、䞀時的なりィンドりが非衚瀺になりたす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_progressbar/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_progressbar/index.html deleted file mode 100644 index 37ff081c99..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_progressbar/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: ROLE_PROGRESSBAR -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PROGRESSBAR -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PROGRESSBAR ---- -

« Gecko Roles ペヌゞ

- -

動的にナヌザヌが進行䞭の操䜜の完了率を瀺すプログレスバヌを衚したす。

- -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_propertypage/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_propertypage/index.html deleted file mode 100644 index a9d719e7c8..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_propertypage/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: ROLE_PROPERTYPAGE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PROPERTYPAGE -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PROPERTYPAGE ---- -

« Gecko Roles ペヌゞ

- -

プロパティシヌトを衚したす。

- -

むンタヌフェむス

- - - -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pushbutton/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pushbutton/index.html deleted file mode 100644 index a0b0ecc486..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_pushbutton/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: ROLE_PUSHBUTTON -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PUSHBUTTON -tags: - - AT_APIs - - Accessibility - - Reference - - Référence(2) -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_PUSHBUTTON ---- -

« Gecko Roles ペヌゞ

- -

プッシュボタンコントロヌルを衚したす。

- -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_radio_menu_item/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_radio_menu_item/index.html deleted file mode 100644 index 4ba76918dd..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_radio_menu_item/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE_RADIO_MENU_ITEM -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_RADIO_MENU_ITEM -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_RADIO_MENU_ITEM ---- -

« Gecko Roles ペヌゞ

- -

メニュヌ項目であるラゞオボタンを衚したす。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_radiobutton/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_radiobutton/index.html deleted file mode 100644 index 4d48e00c69..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_radiobutton/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: ROLE_RADIOBUTTON -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_RADIOBUTTON -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_RADIOBUTTON ---- -

« Gecko Roles ペヌゞ

- -

ラゞオボタンずも呌ばれるオプションボタンを衚したす。これは、盞互に排他的なオプションのグルヌプの1぀です。この属性を持぀単䞀の芪を共有するすべおのオブゞェクトは、単䞀の盞互排他的なグルヌプの䞀郚であるず仮定されたす。

- -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_redundant_object/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_redundant_object/index.html deleted file mode 100644 index efbc9084c5..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_redundant_object/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: ROLE REDUNDANT OBJECT -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_REDUNDANT_OBJECT -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_REDUNDANT_OBJECT ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

アクセシブルな階局内で他のオブゞェクトず重耇しおいるオブゞェクトです。AT は、兞型的には、このロヌルを持぀オブゞェクトを無芖したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_rich_option/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_rich_option/index.html deleted file mode 100644 index 9d1206aafc..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_rich_option/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE RICH OPTION -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_RICH_OPTION -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_RICH_OPTION ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

リストボックス内の豊富なオプション。それは子䟛ずしお他のりィゞェットを持぀こずができたす。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_root_pane/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_root_pane/index.html deleted file mode 100644 index 35f5b9ca40..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_root_pane/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: ROLE_ROOT_PANE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ROOT_PANE -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ROOT_PANE ---- -

« Gecko Roles ペヌゞ

- -

ルヌト区画。ガラス区画ず階局化区画を子ずしお持぀特殊な区画。ROLE_GLASS_PANE ず ROLE_LAYERED_PANEを参照しおください。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_row/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_row/index.html deleted file mode 100644 index 537ae5a89b..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_row/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: ROLE_ROW -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ROW -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_ROW ---- -

« Gecko Roles ペヌゞ

-

テヌブル内のセルの行を衚したす。ROLE_TABLE も参照しおください。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_ruler/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_ruler/index.html deleted file mode 100644 index ef0ae65d70..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_ruler/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE RULER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_RULER -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_RULER ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

ワヌドプロセッサで䜿甚されるような定芏。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_scroll_pane/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_scroll_pane/index.html deleted file mode 100644 index 30de644a96..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_scroll_pane/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: ROLE_SCROLL_PANE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SCROLL_PANE -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SCROLL_PANE ---- -

« Gecko Roles ペヌゞ

- -

スクロヌルペむン、これは、ナヌザヌが倧量の情報を少しず぀衚瀺できるようにするオブゞェクトです。その子は、スクロヌルバヌずビュヌポヌトを含めるこずができたす。ROLE_VIEW_PORTを参照しおください。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_scrollbar/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_scrollbar/index.html deleted file mode 100644 index 22af0adf33..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_scrollbar/index.html +++ /dev/null @@ -1,22 +0,0 @@ ---- -title: ROLE_SCROLLBAR -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SCROLLBAR -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SCROLLBAR ---- -

« Gecko Roles ペヌゞ

-

垂盎たたは氎平スクロヌルバヌを衚したす。クラむアント領域の䞀郚か、コントロヌル内で䜿甚されたす。

-

別名

- -

䜿甚する芁玠

-

サポヌトされおいたせん。

-

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_section/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_section/index.html deleted file mode 100644 index 0c08471fd0..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_section/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE SECTION -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SECTION -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SECTION ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

文曞コンテンツのコンテナ。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_separator/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_separator/index.html deleted file mode 100644 index ef277767b6..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_separator/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: ROLE_SEPARATOR -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SEPARATOR -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SEPARATOR ---- -

« Gecko Roles ペヌゞ

-

セパレヌタメニュヌ項目やりィンドり内のペむンを分割するバヌなど、空間を二぀の領域に芖芚的に分割するために䜿甚されたす。

-

子芁玠

-

子はありたせん。

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_slider/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_slider/index.html deleted file mode 100644 index db831c8a29..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_slider/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: ROLE_SLIDER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SLIDER -tags: - - AT_APIs - - Accessibility - - Reference - - Référence(2) -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SLIDER ---- -

« Gecko Roles ペヌゞ

- -

ナヌザヌが最小倀ず最倧倀の間の指定された単䜍で蚭定を調敎するこずを可胜にするスラむダヌを衚したす。

- -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_sound/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_sound/index.html deleted file mode 100644 index 9fd7001061..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_sound/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: ROLE_SOUND -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SOUND -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SOUND ---- -

« Gecko Roles ペヌゞ

-

システムサりンドを衚したす。様々なシステムむベントに関連付けられたす。

-

別名

- -

䜿甚する芁玠

-

サポヌトされおいたせん。

-

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_spinbutton/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_spinbutton/index.html deleted file mode 100644 index b50d439b1a..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_spinbutton/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: ROLE_SPINBUTTON -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SPINBUTTON -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SPINBUTTON ---- -

« Gecko Roles ペヌゞ

- -

ナヌザヌがスピンボックスに関連付けられた別の"buddy"コントロヌルに衚瀺される倀をむンクリメントたたはデクリメントするこずができたす制埡であるスピンボックスを衚したす。

- -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_split_pane/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_split_pane/index.html deleted file mode 100644 index 690141f20b..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_split_pane/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: ROLE_SPLIT_PANE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SPLIT_PANE -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_SPLIT_PANE ---- -

« Gecko Roles ペヌゞ

- -

同時に2぀のパネルを衚瀺する特殊なパネルで分割ペむン。二぀のパネルの間に、ナヌザは1぀のパネルが倧きく、他方のパネルを小さくするために操䜜するこずができる分呚噚です。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_statusbar/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_statusbar/index.html deleted file mode 100644 index 2eb49709db..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_statusbar/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE_STATUSBAR -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_STATUSBAR -tags: - - AT_APIs - - Accessibility - - NeedsUpdate - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_STATUSBAR ---- -

« Gecko Roles ペヌゞ

-

ステヌタスバヌを衚したす。珟圚の操䜜やアプリケヌションの状態、遞択したオブゞェクトに぀いおの情報を衚瀺する、りィンドり䞋郚の領域です。ステヌタスバヌには異なる皮類の情報を衚瀺する耇数のフィヌルドがありたす。

-

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_table/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_table/index.html deleted file mode 100644 index 71e8f18a6b..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_table/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE_TABLE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TABLE -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TABLE ---- -

« Gecko Roles ペヌゞ

-

セルの行ず列を含むテヌブルを衚したす。たた、任意で行ヘッダず列ヘッダが含たれたす。次のロヌルも参照しおください: ROLE_COLUMNHEADER, ROLE_ROWHEADER, ROLE_COLUMN, ROLE_ROW, ROLE_CELL。

-

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_table_column_header/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_table_column_header/index.html deleted file mode 100644 index dbf9e12353..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_table_column_header/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: ROLE_TABLE_COLUMN_HEADER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TABLE_COLUMN_HEADER -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TABLE_COLUMN_HEADER ---- -

« Gecko Roles ペヌゞ

- -

テヌブルの列のヘッダヌ。このロヌルはROLE_COLUMNHEADERのデュヌプであるに芋えたす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_table_row_header/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_table_row_header/index.html deleted file mode 100644 index 1f6ea525d8..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_table_row_header/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: ROLE_TABLE_ROW_HEADER -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TABLE_ROW_HEADER -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TABLE_ROW_HEADER ---- -

« Gecko Roles ペヌゞ

- -

衚の行のヘッダヌ。このロヌルはROLE_ROWHEADERのデュヌプであるに芋えたす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_tear_off_menu_item/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_tear_off_menu_item/index.html deleted file mode 100644 index 311f7da062..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_tear_off_menu_item/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: ROLE_TEAR_OFF_MENU_ITEM -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TEAR_OFF_MENU_ITEM -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TEAR_OFF_MENU_ITEM ---- -

« Gecko Roles ペヌゞ

- -

そのメニュヌをはがすず再接続するために䜿甚されるメニュヌ項目。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_terminal/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_terminal/index.html deleted file mode 100644 index a46f45ff18..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_terminal/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: ROLE_TERMINAL -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TERMINAL -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TERMINAL ---- -

« Gecko Roles ペヌゞ

- -

アクセス可胜な端末を衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_text_leaf/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_text_leaf/index.html deleted file mode 100644 index 3bcb001036..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_text_leaf/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: ROLE_TEXT_LEAF -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TEXT_LEAF -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TEXT_LEAF ---- -

« Gecko Roles ペヌゞ

- -

線集を可胜にするか、読み取り専甚に指定された遞択可胜なテキストを衚したす。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_titlebar/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_titlebar/index.html deleted file mode 100644 index 16ea650639..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_titlebar/index.html +++ /dev/null @@ -1,22 +0,0 @@ ---- -title: ROLE_TITLEBAR -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TITLEBAR -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TITLEBAR ---- -

« Gecko Roles ペヌゞ

-

りィンドりのタむトルたたはキャプションバヌを衚したす。

-

別名

- -

䜿甚する芁玠

-

このロヌルは、MSAA のみでサポヌトされおおり、Microsoft Windows で自動的にサポヌトされおいたす。

-

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_toggle_button/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_toggle_button/index.html deleted file mode 100644 index c68f16675c..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_toggle_button/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE TOGGLE BUTTON -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TOGGLE_BUTTON -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TOGGLE_BUTTON ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

トグルボタン。オンたたはオフにするが、珟圚の状態を瀺す別々のむンゞケヌタを提䟛しないこずができる特殊なプッシュボタン。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_toolbar/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_toolbar/index.html deleted file mode 100644 index 1595276171..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_toolbar/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: ROLE_TOOLBAR -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TOOLBAR -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TOOLBAR ---- -

« Gecko Roles ペヌゞ

-

ツヌルバヌを衚したす。よく䜿甚される機胜ぞの簡単なアクセスを提䟛するコントロヌル (プッシュボタンやトグルボタン) のグルヌプです。

-

子芁玠

-

むンタヌフェむス

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_tooltip/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_tooltip/index.html deleted file mode 100644 index 47eb22a0e9..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_tooltip/index.html +++ /dev/null @@ -1,37 +0,0 @@ ---- -title: ROLE_TOOLTIP -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TOOLTIP -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TOOLTIP ---- -

« Gecko Roles ペヌゞ

-

圹立぀ヒントを提䟛するツヌルチップを衚したす。

-

むンタヌフェむス

- -

子芁玠

-

子はありたせん。

-

むベント

- -

別名

- -

䜿甚する芁玠

- -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_tree_table/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_tree_table/index.html deleted file mode 100644 index e97b473952..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_tree_table/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: ROLE TREE TABLE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TREE_TABLE -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_TREE_TABLE ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

デヌタの耇数の列を衚瀺したり、列の展開や折りたたみのできるコントロヌルを衚したす。このロヌルは ROLE_OUTLINE ずだたされやすいように芋えたす。

- -

マッピング

- - - -

䜿甚

- - diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_viewport/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_viewport/index.html deleted file mode 100644 index ca3ada95b7..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_viewport/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: ROLE VIEWPORT -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_VIEWPORT -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_VIEWPORT ---- -

« Gecko Roles ペヌゞ

- -

説明

- -

ビュヌポヌト。オブゞェクトは通垞、スクロヌルペむンで䜿甚されたす。これは、ナヌザヌが芋るこずができるデヌタ党䜓の䞀郚を衚したす。ナヌザヌがスクロヌルバヌを操䜜するのに合わせお、ビュヌポヌトの内容は倉曎するこずができたす。たた、ROLE_SCROLL_PANE も参照しおください。

- -

マッピング

- - - -

䜿甚

- -

䜿甚されおいたせん。

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_whitespace/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_whitespace/index.html deleted file mode 100644 index f1319ad295..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_whitespace/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: ROLE_WHITESPACE -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_WHITESPACE -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_WHITESPACE ---- -

« Gecko Roles ペヌゞ

- -

他のオブゞェクトずの間の空癜を衚したす。

- -

マッピング

- - - -

䜿甚

- - - -

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_window/index.html b/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_window/index.html deleted file mode 100644 index 0a777812d0..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/gecko/roles/role_window/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: ROLE_WINDOW -slug: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_WINDOW -tags: - - AT_APIs - - Accessibility - - Reference -translation_of: Mozilla/Tech/Accessibility/AT-APIs/Gecko/Roles/ROLE_WINDOW ---- -

« Gecko Roles ペヌゞ

-

りィンドり枠を衚したす。これは、タむトルバヌやクラむアント、りィンドりに含たれる他のオブゞェクトなどの子オブゞェクトを含みたす。

-

別名

- -

䜿甚する芁玠

-

ロヌルは、Microsoft Windows により自動的にサポヌトされおいたす。

-

diff --git a/files/ja/mozilla/tech/accessibility/at-apis/index.html b/files/ja/mozilla/tech/accessibility/at-apis/index.html deleted file mode 100644 index 8cd6f37533..0000000000 --- a/files/ja/mozilla/tech/accessibility/at-apis/index.html +++ /dev/null @@ -1,5 +0,0 @@ ---- -title: AT-APIs -slug: Mozilla/Tech/Accessibility/AT-APIs ---- -{{wiki.localize('System.API.page-generated-for-subpage')}} diff --git a/files/ja/mozilla/tech/accessibility/index.html b/files/ja/mozilla/tech/accessibility/index.html deleted file mode 100644 index db1f1ad9f7..0000000000 --- a/files/ja/mozilla/tech/accessibility/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: Accessibility API Implementation Details -slug: Mozilla/Tech/Accessibility -tags: - - AT APIs - - Accessibility - - Landing - - Mozilla - - Reference -translation_of: Mozilla/Tech/Accessibility ---- -

{{Draft}}

- -

これらのペヌゞには、 Assistive Technology API の Mozilla 固有の実装の詳现に関するドキュメントが含たれおいたす。

- -

{{LandingPageListSubpages}}

- - - - diff --git a/files/ja/mozilla/tech/index.html b/files/ja/mozilla/tech/index.html deleted file mode 100644 index 1a0fa3a176..0000000000 --- a/files/ja/mozilla/tech/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: Mozilla technologies -slug: Mozilla/Tech -tags: - - Landing - - Mozilla - - NeedsTranslation - - Reference - - TopicStub - - XUL -translation_of: Mozilla/Tech ---- -

Mozilla には、プロゞェクトのコンポヌネントずしお䜿甚されるいく぀かのテクノロゞヌがありたす。これらはここに文章化されおいたす。

- -

{{LandingPageListSubpages}}

diff --git a/files/ja/mozilla/tech/xpcom/accessing_the_windows_registry_using_xpcom/index.html b/files/ja/mozilla/tech/xpcom/accessing_the_windows_registry_using_xpcom/index.html deleted file mode 100644 index 28acf4cc24..0000000000 --- a/files/ja/mozilla/tech/xpcom/accessing_the_windows_registry_using_xpcom/index.html +++ /dev/null @@ -1,281 +0,0 @@ ---- -title: Accessing the Windows Registry Using XPCOM -slug: Mozilla/Tech/XPCOM/Accessing_the_Windows_Registry_Using_XPCOM -tags: - - Add-ons - - Extensions -translation_of: Mozilla/Tech/XPCOM/Accessing_the_Windows_Registry_Using_XPCOm ---- -

-


-

{{ 英語版章題("Introduction") }} -

-

導入

-

Windows 専甚の機胜ずしお実装する堎合、環境や他のむンストヌルされおいるプログラムに関する情報を目的に Windows のレゞストリぞアクセスするのはよく有甚でありたす。このために、XPCOM むンタヌフェヌスを利甚しお、レゞストリのデヌタを読み曞きしたす。この文曞では、いく぀かの Mozilla 補品で利甚可胜なむンタヌフェヌスの利甚方法に぀いお説明したす。 -

この文曞のサンプルは、XPCOM を利甚しお JavaScript で党お蚘述されおいたす。 -

{{ 英語版章題("Support in Firefox 1.5 or newer") }} -

-

Firefox 1.5 もしくはそれ以降でサポヌト

-

Firefox 1.5 でレゞストリぞより広範囲にアクセス可胜ずなる新しい API nsIWindowRegKey が远加されたした。このむンタヌフェヌスにより、Windows API がより近いものになりたすが、さたざたな䜎レベルの詳现な郚分に぀いおあなたが察凊する必芁がでおきたす。もし、Firefox 1.5 かそれ以降でのみ利甚する拡匵を䜜成する堎合は、この章だけを読むこずで十分でしょう。 -

{{ 英語版章題("A simple example") }} -

-

簡単なサンプル

-

Here's a simple example showing how to read your Windows ProductId: -

-
var wrk = Components.classes["@mozilla.org/windows-registry-key;1"]
-                    .createInstance(Components.interfaces.nsIWindowsRegKey);
-wrk.open(wrk.ROOT_KEY_LOCAL_MACHINE,
-         "SOFTWARE\\Microsoft\\Windows\\CurrentVersion",
-         wrk.ACCESS_READ);
-var id = wrk.readStringValue("ProductId");
-wrk.close();
-
-

This example, while simple, shows several important things about using the interface. First, you must use createInstance() to get an object implementing this interface, not getService(). Second, you must call open() on the key before attempting to read a value. -

Notice in the open() call that the root key to use is specified using the named constants available on the nsIWindowsRegKey interface, in this case ROOT_KEY_LOCAL_MACHINE, which corresponds to HKEY_LOCAL_MACHINE in the Windows registry. Also notice that the path to the key has backslashes escaped, a necessity in JavaScript and C++ string constants. -

The desired access rights are specified using a named constant from the interface, in this example ACCESS_READ. This can be very important when dealing with non-Administrator accounts with restricted privileges.

The value is read using readStringValue(). You have to specify what type of data you expect to read, which we will expand on later. Finally, note that you should close the key when you are done to avoid wasting system resources. -

{{ 英語版章題("Opening Registry Keys") }} -

-

Opening Registry Keys

-

Before doing anything with a registry key you must first open the key you are interested in. The example above demonstates this using the open() method. If you want to create a new key, you can use the create() method, which takes the same parameters as open(). Note that it is not an error to call create() on an existing key, and doing so has the same result as calling open(). -

Both of these methods take a root key as the first parameter. From JavaScript, you will want to use the named constants on the interface for this parameter. They are: -

- -

The second parameter for open() and create() is the path to the key. As noted in the example above, you will need to escape backslashes within the string. -

The third parameter for open() and create() is the access mode. It is specified as a bitwise combination of flags defined on the interface. You can read the interface documentation for a full explanation, but we will show only the three most commonly used modes here: -

- -

In addition to open() and create(), there are the openChild() and createChild() methods. You can call these methods on an already-opened registry key to open a child key. Both methods take a relative path and access mode as parameters and return a new object implementing nsIWindowsRegKey. Here's the simple example again, but using openChild(): -

-
var wrk = Components.classes["@mozilla.org/windows-registry-key;1"]
-                    .createInstance(Components.interfaces.nsIWindowsRegKey);
-wrk.open(wrk.ROOT_KEY_LOCAL_MACHINE,
-         "SOFTWARE\\Microsoft",
-         wrk.ACCESS_READ);
-var subkey = wrk.openChild("Windows\\CurrentVersion", wrk.ACCESS_READ);
-var id = subkey.readStringValue("ProductId");
-subkey.close();
-wrk.close();
-
-

Once you've opened a registry key, you can begin to make use of it. -

{{ 英語版章題("Reading Registry Values") }} -

-

Reading Registry Values

-

Probably the most common action associated with the Windows registry is reading values. The simple example above shows how to read an existing string value. However, Windows registry values can have several data types, so you need to ensure that you read the correct type. You can check the type of a value using the method getValueType(). This method returns an integer indicating the data type of the value. The data types supported by this interface are defined as named constants on the interface as follows: -

- -

Each of these types (except TYPE_NONE) has a corresponding method to read the value data: -

- -

Since JavaScript is a dynamically-typed language, you may wish to use the following code to handle all types of data. In this function, wrk is expected to be an already opened nsIWindowsRegKey. -

-
function readRegistryValue(wrk, value)
-{
-  switch (wrk.getValueType(value)) {
-    case wrk.TYPE_STRING:
-      return wrk.readStringValue(value);
-    case wrk.TYPE_BINARY:
-      return wrk.readBinaryValue(value);
-    case wrk.TYPE_INT:
-      return wrk.readIntValue(value);
-    case wrk.TYPE_INT64:
-      return wrk.readInt64Value(value);
-  }
-  // unknown type
-  return null;
-}
-
-

{{ 英語版章題("Writing Registry Values") }} -

-

Writing Registry Values

-

Writing registry values is quite similar to reading. For each supported data type, there is a write*Value() method complementary to the read*Value() method. Don't forget that if you are writing a new value, you may need to create() the parent key first. This example demonstrates writing a new string value: -

-
var wrk = Components.classes["@mozilla.org/windows-registry-key;1"]
-                    .createInstance(Components.interfaces.nsIWindowsRegKey);
-wrk.create(wrk.ROOT_KEY_CURRENT_USER,
-           "SOFTWARE\\MDC\\Test",
-           wrk.ACCESS_WRITE);
-wrk.writeStringValue("TestValue", "Hello World!");
-wrk.close();
-
-

{{ 英語版章題("Checking the Existence of Keys and Values") }} -

-

Checking the Existence of Keys and Values

-

Before you attempt to read a value or open a child key, you should check to see whether it exists first. The nsIWindowsRegKey interface provides methods for both of these—hasValue() and hasChild()—as demonstrated in this example: -

-
var wrk = Components.classes["@mozilla.org/windows-registry-key;1"]
-                    .createInstance(Components.interfaces.nsIWindowsRegKey);
-wrk.open(wrk.ROOT_KEY_LOCAL_MACHINE,
-           "SOFTWARE\\Microsoft",
-           wrk.ACCESS_READ);
-if (wrk.hasChild("Windows")) {
-  var subkey = wrk.openChild("Windows\\CurrentVersion", wrk.ACCESS_READ);
-  var id;
-  if (subkey.hasValue("ProductId"))
-    id = subkey.readStringValue("ProductId");
-  subkey.close();
-}
-wrk.close();
-
-

{{ 英語版章題("Enumerating Registry Keys and Values") }} -

-

Enumerating Registry Keys and Values

-

In some situations, you may want to enumerate a number of keys or values whose names you do not know. The nsIWindowsRegKey interface provides the childCount, getChildName(), valueCount, and getValueName() properties and methods for enumerating keys and values respectively. You can use these methods to read a list of values or recursively access a branch of the registry. This example reads all the startup programs in one key of the registry. -

-
var wrk = Components.classes["@mozilla.org/windows-registry-key;1"]
-                    .createInstance(Components.interfaces.nsIWindowsRegKey);
-wrk.open(wrk.ROOT_KEY_LOCAL_MACHINE,
-         "SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run",
-         wrk.ACCESS_READ);
-for (var i=0; i<wrk.valueCount; i++) {
-  var name  = wrk.getValueName(i);
-  var value = readRegistryValue(wrk, name);
-  // do something interesting here...
-}
-wrk.close();
-
-

For simplicity, this example assumes the existence of the readRegistryValue() function defined above. -

{{ 英語版章題("Removing Registry Keys and Values") }} -

-

Removing Registry Keys and Values

-

To remove child keys and values from the registry, you can use the removeChild() and removeValue() methods. removeChild() removes a child key and all of its values, but will fail if the key has any child keys of its own. In that case you must manually enumerate the children and remove them individually. This example shows how to recursively delete a registry key and all of its children. Use with caution! -

-
function removeChildrenRecursive(wrk)
-{
-  // we count backwards because we're removing them as we go
-  for (var i = wrk.childCount - 1; i >= 0; i--) {
-    var name   = wrk.getChildName(i);
-    var subkey = wrk.openChild(name, wrk.ACCESS_ALL);
-    removeChildrenRecursive(subkey);
-    subkey.close();
-    wrk.removeChild(name);
-  }
-}
-
-var wrk = Components.classes["@mozilla.org/windows-registry-key;1"]
-                    .createInstance(Components.interfaces.nsIWindowsRegKey);
-wrk.open(wrk.ROOT_KEY_CURRENT_USER,
-         "SOFTWARE\\MDC\\Test",
-         wrk.ACCESS_ALL);
-removeChildrenRecursive(wrk);
-wrk.close();
-
-

{{ 英語版章題("Monitoring Registry Keys") }} -

-

Monitoring Registry Keys

-

If you would like to know whether a registry key has changed since you last checked it, you can use the startWatching(), stopWatching(), and hasChanged() methods. You must call startWatching() for the key to be monitored. The method takes one parameter, a boolean indicating whether child keys should be watched. After that, you can call hasChanged() to determine whether or not you need to reread the value. Calling hasChanged() automatically resets the watch, so you can be sure that if it returns true there are changes. This example demonstrates a trivial registry value cache for one key: -

-
var cache = {};
-
-function readRegistryValueNoCache(wrk, value)
-{
-  switch (wrk.getValueType(value)) {
-    case wrk.TYPE_STRING:
-      return wrk.readStringValue(value);
-    case wrk.TYPE_BINARY:
-      return wrk.readBinaryValue(value);
-    case wrk.TYPE_INT:
-      return wrk.readIntValue(value);
-    case wrk.TYPE_INT64:
-      return wrk.readInt64Value(value);
-  }
-  // unknown type
-  return null;
-}
-
-function readRegistryValue(wrk, value)
-{
-  if (wrk.hasChanged()) {
-    // wipe out the cache
-    cache = {};
-  }
-
-  if (value in cache) {
-    return cache[value];
-  }
-
-  cache[value] = readRegistryValueNoCache(wrk, value);
-  return cache[value];
-}
-
-var wrk = Components.classes["@mozilla.org/windows-registry-key;1"]
-                    .createInstance(Components.interfaces.nsIWindowsRegKey);
-wrk.open(wrk.ROOT_KEY_LOCAL_MACHINE,
-         "SOFTWARE\\Microsoft\\Windows\\CurrentVersion",
-         wrk.ACCESS_READ);
-wrk.startWatching(false); // only watch the values on this key, not child keys
-var id = readRegistryValue(wrk, "ProductId");
-/* later you can read this again,
-   and it should come from the cache unless
-   there have been changes to the registry.
-   Remember to call wrk.close() when you
-   are finished!
-*/
-
-

{{ 英語版章題("Support in Firefox 1.0") }} -

-

Support in Firefox 1.0

-

Firefox 1.0 includes a much simpler interface to the Windows registry, without most of the functionality supported in newer versions. The functionality is exposed in the nsIWindowsShellService interface. It consists of only one method, getRegistryEntry(), and a set of named constants to specify the root key. You can use it as shown in the following example: -

-
var wss = Components.classes["@mozilla.org/browser/shell-service;1"]
-                    .getService(Components.interfaces.nsIWindowsShellService);
-var id = wss.getRegistryEntry(wss.HKLM,
-                              "SOFTWARE\\Microsoft\\Windows\\CurrentVersion",
-                              "ProductId");
-
-
Note: There's no way to set a registry value using this interface.
-

{{ 英語版章題("Support in SeaMonkey and Other Non-toolkit Applications") }} -

-

Support in SeaMonkey and Other Non-toolkit Applications

-

In older versions of SeaMonkey and other non-toolkit-based applications, an interface existed called nsIWindowsRegistry, containing the same method and named constants as the methods described above for Firefox 1.0. It can be used as follows: -

-
var wss = Components.classes["@mozilla.org/winhooks;1"]
-                    .getService(Components.interfaces.nsIWindowsRegistry);
-var id = wss.getRegistryEntry(wss.HKLM,
-                              "SOFTWARE\\Microsoft\\Windows\\CurrentVersion",
-                              "ProductId");
-
-

{{ 英語版章題("Backwards Compatibility") }} -

-

Backwards Compatibility

-

If you need to support Firefox 1.0 and other older browser versions, you should check to see which interfaces are available. The following skeleton code will allow you to determine which interface to use: -

-
if ("@mozilla.org/windows-registry-key;1" in Components.classes) {
-  // Firefox 1.5 or newer
-}
-else if ("@mozilla.org/winhooks;1" in Components.classes) {
-  // SeaMonkey or other older non-toolkit application
-}
-else if ("@mozilla.org/browser/shell-service;1" in Components.classes) {
-  var wss = Components.classes["@mozilla.org/browser/shell-service;1"]
-                      .getService(Components.interfaces.nsIWindowsShellService);
-  if ("getRegistryEntry" in wss) {
-    // Firefox 1.0
-  }
-  else {
-    // nothing supported
-  }
-}
-else {
-  // nothing supported
-}
-
-


-

-
-
-{{ languages( { "en": "en/Accessing_the_Windows_Registry_Using_XPCOM", "fr": "fr/Extraits_de_code/Acc\u00e8s_au_registre_Windows_en_utilisant_les_XPCOM" } ) }} diff --git a/files/ja/mozilla/tech/xpcom/fun_with_xbl_and_xpconnect/index.html b/files/ja/mozilla/tech/xpcom/fun_with_xbl_and_xpconnect/index.html deleted file mode 100644 index 74334c0d77..0000000000 --- a/files/ja/mozilla/tech/xpcom/fun_with_xbl_and_xpconnect/index.html +++ /dev/null @@ -1,88 +0,0 @@ ---- -title: Fun With XBL and XPConnect -slug: Mozilla/Tech/XPCOM/Fun_With_XBL_and_XPConnect -tags: - - XBL - - XPCOM - - 'XPCOM:Language Bindings' - - XPConnect - - 移行 -translation_of: Mozilla/Tech/XPCOM/Fun_with_XBL_and_XPConnect ---- -

はじめに

- -

この文章では、XBL の応甚である、XULりィゞェットぞのアクセスを可胜にする簡単な XPCOMむンタヌフェヌスに぀いお述べたす。 XBLのこのむンタヌフェヌスを定矩するずいう特城は、自動補完を行う C++ オブゞェクトぞの XPConnectを介したむンタヌフェヌスを定矩するのに䜿甚されたす。 䞀床通垞の XULテキストフィヌルドをこのむンタヌフェヌスに結び付ければ、通垞の JavaScript を甚いお、オブゞェクトの自動補完機胜を呌び出すようになりたす。 この盞互䜜甚の基本的なモデルは次のずおりです:

- -

 

- -
画像:Xpconnect_xp.gif
- -

XPCOMオブゞェクトぞ結び付ける

- -

りィゞェットは、自動補完の怜玢を行う自動補完゚ンゞンである XPCOMオブゞェクトを保持したす。

- -
 <binding name="autocomplete" extends="xul:box">
- <content>
-   <xul:textfield class="addressingWidget"/>
-   <xul:menupopup/>
- </content>
-
- <interface>
-   <property name="autoCompleteSession">
-     ![CDATA[
-      Components.classes['component://netscape/messenger/autoc...&type=addrbook'].
-       getService(Components.interfaces.nsIAutoCompleteSession);
-     ]]
-   </property>
-
- -

ですので、autoCompleteSession ずいうりィゞェットに propetry を定矩したした。 この property の初期倀は評䟡されお xp-connectオブゞェクトぞ入りたす。 これで、.autoCompleteSession を呌ぶず xp-connectオブゞェクトを返したす。

- -

XPCOMむンタヌフェヌスを公開する

- -

りィゞェットでサポヌトしたい XPCOM オブゞェクトのむンタヌフェヌスを手動で公開するには、あたりきれいでないトリックをひず぀行う必芁がありたす。 幞運なこずに、このデモンストレヌションでは我々はむンタヌフェヌスにメ゜ッドをひず぀だけ持っおいたす =). わたしのやるこずは具䜓的には、メ゜ッド呌び出しを XPCOMオブゞェクトぞ䞭継する XBLりィゞェットにメ゜ッドの属性を定矩するこずで党おです。

- -
 <method name="autoComplete">
- <argument name="aSearchString"/>
- <argument name="resultListener"/>
- <body>
-   ![CDATA[
-     return this.autoCompleteSession.autoComplete(null,
-       anonymousContent[0], aSearchString, this.autoCompleteListener);
-    ]]
- </body>
- </method>
-
- -

メ゜ッドの本䜓がそのたた自動補完のセッションを埗お、その䞊で自動補完メ゜ッドを呌び出しおいるのが分かるでしょう。

- -

りィゞェットのむンタヌフェヌスを実装する

- -

次にやるべきこずは、自動補完のセッションを枡せるようにりィゞェットのむンタヌフェヌスを実装するこずです。 自動補完セッションがりィゞェットに怜玢結果付きでコヌルバックしおほしいずころです。 XPCOMオブゞェクトのずきに行ったのず同じようなトリックを行うこずができたす。

- -
<property name="autoCompleteListener">
- ![CDATA[
-  ({
-    onAutoCompleteResult: function(aItem, aOriginalString, aMatch)
-      {
-        if ( aItem )
-        {
-          anonymousContent[0].value = aMatch;
-        }
-      }
-   })
-  ]]
-
- -

autoCompleteListener の倀を凊理する JS がオブゞェクトを生成する(そしお匏をわたしが行ったようなペアの集合に぀぀む)限りは、その autoCompleteListener の倀はわたしのむンタヌフェヌスを実装したオブゞェクトになりたす。 ここで、.autoCompleteListener の結果を auto complete listener を必芁ずするメ゜ッド(たずえばわたしの自動補完セッションオブゞェクトのような)ぞ枡すこずができたす。

- -

むベントハンドラを䜜る

- -

最埌の郚分は簡単なずころです。 自動補完怜玢を開始するハンドラが欲しいずころです。 このハンドラは、そのたた XPCOMオブゞェクトに枡される、我々の公開したりィゞェット䞊の自動補完メ゜ッドを呌んで、nsIAutoCompleteListener の実装に枡したす。

- -
 <handlers>
-   <handler type="keypress" keycode="vk_return"
-     value="autoComplete(anonymousContent[0].value,
-       this.autoCompleteListener);"/>
- </handlers>
-
diff --git a/files/ja/mozilla/tech/xpcom/generating_guids/index.html b/files/ja/mozilla/tech/xpcom/generating_guids/index.html deleted file mode 100644 index d992f0e151..0000000000 --- a/files/ja/mozilla/tech/xpcom/generating_guids/index.html +++ /dev/null @@ -1,79 +0,0 @@ ---- -title: Generating GUIDs -slug: Mozilla/Tech/XPCOM/Generating_GUIDs -tags: - - Add-ons - - Developing Mozilla - - 'Developing_Mozilla:Tools' - - Extensions - - Tools - - XPCOM - - 芁曎新 -translation_of: Mozilla/Tech/XPCOM/Generating_GUIDs ---- -

GUID は、Mozilla プログラミングで、XPCOM むンタフェヌス (このタむプの GUID は IID ず呌ばれおいたす) やコンポヌネント (CID) 、拡匵機胜やテヌマを含むアドオンなどの実䜓のそれぞれの型を識別するために䜿われたす。ずはいえ、Firefox 1.5 からは、アドオンでは extensionname@organization.tld 圢匏の ID で識別するこずができたす(たた、そうするべきです)。

- -
-

è­Šå‘Š: If you just want an ID for your add-on, generating a GUID is almost definitely not what you want to do. Using the extensionname@organization.tld form is approximately one thousand times easier for everyone involved. Don't have a domain name? Do you have a blog on a subdomain? Use that. If all else fails, using extensionname@yourusername.addons.mozilla.org should be fine; no one will care. Remember, these are identifiers, not e-mail addresses, and they're never resolved.

-
- -

暙準圢匏

-

GUID の共通のフォヌムは xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx です。各 x には 16 進数が入りたす。ここには、暙準圢匏の GUID の生成に利甚できるツヌルが数倚くありたす。

- -
-

Note: If you do choose to use an email-style ID for your add-on, you probably don't want it to be a real email address, since it might attract spam.

-
- -

オンラむンツヌル

- -

Windows

-

Windows ナヌザは GUID を埗るために Microsoft のGuidGen ツヌルを䜿甚するこずができたす。 (このツヌルは MS Visual C++ の䞀郚でもありたす)

-

Linux

-

/usr/bin/uuidgen を䜿甚したす。これは、libuuid1 パッケヌゞ (Debian) にありたす。

-

Perl

-

jkeiser's Mozilla tools に C++ および IDL の䞡方のスタむルの出力ができる UUID generator が含たれおいたす。

-

COM/XPCOM 圢匏

-

Mozilla C++ コヌド内で IID および CID を 定矩する(#define) 堎合は、䞀般的に次の曞匏を䜿甚したす。

-
// xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx
-#define NS_...ID \
-{ 0xXXXXXXXX, 0xXXXX, 0xXXXX, \
-  { 0xXX, 0xXX, 0xXX, 0xXX, 0xXX, 0xXX, 0xXX, 0xXX } }
-
-

以䞋のツヌルを䜿甚するず、この圢匏でコヌドを生成するこずができたす。

-

オンラむンツヌル

- -

guidgen

-

guidgen.exe は UUID をこの圢匏で生成できたす。これは Microsoft Visual Studio の䞀郚です。

-

bash

-

以䞋をあなたの .bashrc ファむルに远加したす:

-
uuidgen-c++()
-{
-    local UUID=$(uuidgen)
-    echo "// $UUID"
-    echo "#define NS__IID \\"
-    echo "{ 0x${UUID:0:8}, 0x${UUID:9:4}, 0x${UUID:14:4}, \\"
-    echo -n "  { 0x${UUID:19:2}, 0x${UUID:21:2}, 0x${UUID:24:2}, "
-    echo -n "0x${UUID:26:2}, 0x${UUID:28:2}, 0x${UUID:30:2}, "
-    echo "0x${UUID:32:2}, 0x${UUID:34:2} } }"
-}
-
-

Perl

-
#!/usr/bin/perl
-$uuid = `uuidgen`;
-chomp $uuid;
-print $uuid, "\n";
-@parts = ($uuid =~ /^(.{8})-(.{4})-(.{4})-(..)(..)-(..)(..)(..)(..)(..)(..)$/);
-print "{ 0x$parts[0], 0x$parts[1], 0x$parts[2], \\", "\n", " { ";
-for (3 .. 9) {
-  print "0x$parts[$_], ";
-}
-print "0x$parts[10] } }", "\n";
-
diff --git a/files/ja/mozilla/tech/xpcom/generic_factory/index.html b/files/ja/mozilla/tech/xpcom/generic_factory/index.html deleted file mode 100644 index 297a49c5f5..0000000000 --- a/files/ja/mozilla/tech/xpcom/generic_factory/index.html +++ /dev/null @@ -1,136 +0,0 @@ ---- -title: Generic factory -slug: Mozilla/Tech/XPCOM/Generic_factory -tags: - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Generic_factory ---- -

XPCOM では、汎甚ファクトリ は xpcom/glue/nsIGenericFactory.h にある機胜を利甚しお生成されたファクトリのこずを指したす。 -

元の蚳では「総称ファクトリヌ」ずなっおいたが、「汎甚」の方が適圓ではないか -

-

抂芁

-

ほずんどの XPCOM ファクトリは、ずおも単玔なもので枈みたす。Rick Potts は、テンプレヌトベヌスの汎甚ファクトリ (nsFactory<T>) を曞いおいたすが、これによりファクトリの生成過皋が単玔化され、CreateInstance() メ゜ッドを曞くだけで枈むようになりたす。新しい nsIGenericFactory むンタフェヌスによる、もっず進んだ手段を䜿うこずができたす。これは、䞀぀のむンタフェヌスを、nsIFactory の簡易な実装が必芁な時にい぀でも再䜿甚できるようにしたものです。そのむンタフェヌスずその䜿甚の蚘述をここに挙げたす。 -

-
/**
- * 汎甚的な nsIFactory の実装を提䟛したす。この実装は、ずおも
- * 簡易なファクトリを必芁ずする DLL で䜿うこずができたす。
- */
-class nsIGenericFactory : public nsIFactory {
-public:
-    static const nsIID& IID() { static nsIID iid = NS_IGENERICFACTORY_IID; return iid; }
-
-    typedef NS_CALLBACK(ConstructorProcPtr) (nsISupports *aOuter, REFNSIID aIID, void **aResult);
-
-    /**
-     * 汎甚ファクトリのコンストラクタ関数を蚭定したす。
-     * これは CreateInstance によっお呌び出されたす。
-     */
-    NS_IMETHOD SetConstructor(ConstructorProcPtr constructor) = 0;
-};
-
-

nsIGenericFactory は、簡単に䜿えたす。NS_GENERICFATORY_CIDのCID ず NS_IGENERICFACTORY_IID の IID を䜿っお、リポゞトリから新しいむンスタンスを䜜成したす。ConstructionProcPtr プロトタむプに適合するコンストラクタ関数を定矩しおください。そしお、その関数に察するポむンタずずもに nsIGenericFactory::SetConstructor を呌び出しおください。それでおしたいです。これで、あなたは完党な機胜を持぀ファクトリオブゞェクトを䜿うこずができたす。 -

-

実䟋

-
class nsIComponent : public nsISupports {
-public:
-  NS_IMETHOD DoSomething() = 0;
-};
-
-class MyComponent : public nsIComponent {
-public:
-  MyComponent();
-  virtual ~MyComponent();
-
-  static NS_METHOD Create(nsISupports *aOuter, REFNSIID aIID, void **aResult);
-
-  NS_IMPL_ISUPPORTS
-
-  NS_IMETHOD DoSomething();
-};
-
-

このクラスのためのファクトリを䜜るには、単に以䞋のように曞いおください。 -

-
nsIFactory* NewComponentFactory(nsIRepository* repository)
-{
-    nsIGenericFactory* factory = NULL;
-    nsCID kGenericFactoryCID = NS_GENERICFACTORY_CID;
-    nsresult res = repository->CreateInstance(kGenericFactoryCID, NULL, nsIGenericFactory::IID(), &factory);
-    if (res == NS_OK) {
-        factory->SetConstructor(&MyComponent::Create);
-    }
-    return factory;
-}
-
-

この䟋では、XPCOM リポゞトリは、むンタフェヌスずしお䜿うこずができるず仮定しおいたす。(もうすぐそうなる予定です) -

-

背景

-

(これは、私のオリゞナルのニュヌス投皿 <beard-2402991733140001@h-198-93-95-151.mcom.com> が元になっおいたす。) -

我々は、異なるファクトリ実装を膚倧に䜜っおきたず思われたす。すべおの単玔なファクトリの代わりずしお以䞋のクラスを䜿えば、コヌドサむズ (すべおの QueryInterface、AddRef、Release の実装) を瞮小できるはずです。 -

-
// アむデア: 汎甚ファクトリを䜜るこずで、倚くの
- // nsIFactory コヌドの耇補を避けられたす。我々に必芁なのは、
- // アロケヌタ関数だけです。その他の実装は、たったく同じです。
-
- #include "nsIFactory.h"
-
- class nsGenericFactory : public nsIFactory {
- public:
-    typedef nsresult (*CreatorProcPtr) (nsISupports *aOuter,
-                                        REFNSIID aIID, void **aResult);
-
-    nsGenericFactory(CreatorProcPtr creator);
-    virtual ~nsGenericFactory();
-
-    NS_DECL_ISUPPORTS
-
-    NS_IMETHOD CreateInstance(nsISupports *aOuter, REFNSIID aIID, void **aResult);
-
-    NS_IMETHOD LockFactory(PRBool aLock);
-
- private:
-    CreatorProcPtr mCreator;
- };
-
- nsGenericFactory::nsGenericFactory(CreatorProcPtr creator)
-    :  mCreator(creator)
- {
-    NS_INIT_REFCNT();
- }
-
- nsGenericFactory::~nsGenericFactory() {}
-
- static NS_DEFINE_IID(kIFactoryIID, NS_IFACTORY_IID);
-
- NS_IMPL_ISUPPORTS(nsGenericFactory, kIFactoryIID)
-
- NS_IMETHODIMP nsGenericFactory::CreateInstance(nsISupports *aOuter,
-                                                REFNSIID aIID, void **aResult)
- {
-    return mCreator(aOuter, aIID, aResult);
- }
-
- NS_IMETHODIMP nsGenericFactory::LockFactory(PRBool aLock)
- {
-    return NS_OK;
- }
-
-

倚くのクラスは、クリ゚ヌタ関数ずしお䜿うための静的な゚ントリヌポむントをすでに持っおいたす。そのため、倚くの堎合、クラスのための新しいファクトリを䜜るのは、単にこんな感じでいいのです。 -

-
nsIFactory* NewMallocFactory()
-{
-   nsIFactory* factory = new nsGenericFactory(&nsMalloc::Create);
-   factory->AddRef();
-   return factory;
-}
-
-

Warren に話すず、圌はこの手順を短瞮するために、関数ポむンタず䞀緒にファクトリを登録できるようにしようず提案したした。 -

-
-

原文曞の情報

-
  • 著者: Patrick Beard -
  • 最終曎新日: February 26, 1999 -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现 -
-
-
-
diff --git a/files/ja/mozilla/tech/xpcom/guide/how_to_build_an_xpcom_component_in_javascript/index.html b/files/ja/mozilla/tech/xpcom/guide/how_to_build_an_xpcom_component_in_javascript/index.html deleted file mode 100644 index 0e12b4f39c..0000000000 --- a/files/ja/mozilla/tech/xpcom/guide/how_to_build_an_xpcom_component_in_javascript/index.html +++ /dev/null @@ -1,190 +0,0 @@ ---- -title: How to Build an XPCOM Component in Javascript -slug: Mozilla/Tech/XPCOM/Guide/How_to_Build_an_XPCOM_Component_in_Javascript -tags: - - Add-ons - - Extensions - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Guide/Building_components_in_JavaScript ---- -

-

これは JavaScript で XPCOM コンポヌネントを䜜成するための "Hello World" 的なチュヌトリアルです。このチュヌトリアルでは、XPCOM がどのように、そしおなぜそのように動くのかずいうこずや、コヌドの䟋が䜕をするものなのかずいうこずは説明したせん。詳现は 別の蚘事 を参照しおください。このチュヌトリアルでは、コンポヌネントをできる限り少数か぀簡単なステップで動かすためにすべきこずを説明しおいきたす。 -

譊告これは Mac 䞊での結果です。Windows では手順が異なるかもしれたせん。 -


-

-

実装

-

このコンポヌネントの䟋では "Hello World!" ずいう文字列を返すメ゜ッド 1 ぀だけを公開したす。 -

-

むンタフェヌスの定矩

-

䜜ったコンポヌネントを JavaScript から、あるいは他の XPCOM コンポヌネント内で䜿甚したいずなるず、公開したいむンタフェヌスを定矩しなければなりたせんそのコンポヌネントを JavaScript からのみ䜿甚したい堎合は、ここで説明するむンタフェヌスを䜜成せずに枈むように wrappedJSObject ずいうトリックを䜿うこずができたす。ここ に䟋がありたす。 -

Mozilla アプリケヌションには定矩枈みのむンタフェヌスがたくさんあるため、新たに定矩する必芁がないかもしれたせん。既存の XPCOM むンタフェヌスは Mozilla の゜ヌスコヌドの䞭のさたざたな堎所で閲芧するこずができたすし、XPCOMViewer ずいう、登録枈みのむンタフェヌスやコンポヌネントを閲芧するための GUI を䜿うこずもできたす。Firefox 1.5 で動䜜する叀いバヌゞョンの XPCOMViewer は mozdev mirrors からダりンロヌドできたす。 -

もし必芁なむンタフェヌスが芋぀かれば、IDL を曞いたり typelib をコンパむルしたりする必芁はありたせん。次のセクション に飛んでもかたいたせん。 -

適圓な既存のむンタフェヌスが芋぀からなかった堎合は独自に定矩する必芁がありたす。XPCOM はむンタフェヌスの定矩に XPIDL ずいう IDL の方蚀を䜿甚したす。ここに今回の HelloWorld コンポヌネント甚の XPIDL 定矩を瀺したす。 -

HelloWorld.idl -

-
#include "nsISupports.idl"
-
-[scriptable, uuid(xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx)]
-interface nsIHelloWorld : nsISupports
-{
-  string hello();
-};
-
-

䜜成する XPCOM コンポヌネントおのおのに新しい UUID を付ける必芁があるこずに泚意しおください。詳现は GUID の生成 を参照しおください。 -

-

typelib のコンパむル

-

むンタフェヌス定矩を Mozilla アプリケヌションに登録しお䜿甚するためには、バむナリ圢匏 (XPT) にコンパむルする必芁がありたす。コンパむルは Gecko SDK を甚いお行うこずができたす。Mac、Linux、Windows 版の Gecko SDK の入手方法に぀いおは Gecko SDK ずいう蚘事をお読みください。 -

-
泚意Mac 版の SDK は PowerPC 版のみダりンロヌド可胜です。Intel 版が必芁な堎合はそのペヌゞの説明に埓っお自分でコンパむルする必芁がありたす。
-

このコマンドを実行しお typelib をコンパむルしたす。ここで、<tt>{sdk_dir}</tt> は Gecko SDK を解凍したディレクトリです。 -

-
{sdk_dir}/bin/xpidl -m typelib -w -v -I {sdk_dir}/idl -e HelloWorld.xpt HelloWorld.idl
-
-

これで HelloWorld.xpt ずいう typelib ファむルが珟圚の䜜業ディレクトリに䜜成されたす。 -

-

コンポヌネントの䜜成

-

HelloWorld.js -

-
/***********************************************************
-定数
-***********************************************************/
-
-// nsIHelloWorld.idl 内のむンタフェヌス定矩ぞの参照
-const nsIHelloWorld = Components.interfaces.nsIHelloWorld;
-
-// すべおのコンポヌネントがサポヌトしなければならない必須の基本むンタフェヌスぞの参照
-const nsISupports = Components.interfaces.nsISupports;
-
-// このコンポヌネントを䞀意的に識別する UUID
-// http://kruithof.xs4all.nl/uuid/uuidgen にお生成可胜
-const CLASS_ID = Components.ID("{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx}");
-
-// 説明
-const CLASS_NAME = "My Hello World Javascript XPCOM Component";
-
-// テキスト圢匏の䞀意識別子
-const CONTRACT_ID = "@dietrich.ganx4.com/helloworld;1";
-
-/***********************************************************
-クラス定矩
-***********************************************************/
-
-// クラスコンストラクタ
-function HelloWorld() {
-};
-
-// クラス定矩
-HelloWorld.prototype = {
-
-  // このむンタフェヌスで公開したい関数の定矩
-  hello: function() {
-      return "Hello World!";
-  },
-
-  QueryInterface: function(aIID)
-  {
-    if (!aIID.equals(nsIHelloWorld) &&
-        !aIID.equals(nsISupports))
-      throw Components.results.NS_ERROR_NO_INTERFACE;
-    return this;
-  }
-};
-
-/***********************************************************
-クラスファクトリ
-
-このオブゞェクトはグロヌバルスコヌプである Components.classes のメンバ。
-コントラクト ID がキヌになっおいる。䟋
-
-myHelloWorld = Components.classes["@dietrich.ganx4.com/helloworld;1"].
-                          createInstance(Components.interfaces.nsIHelloWorld);
-
-***********************************************************/
-var HelloWorldFactory = {
-  createInstance: function (aOuter, aIID)
-  {
-    if (aOuter != null)
-      throw Components.results.NS_ERROR_NO_AGGREGATION;
-    return (new HelloWorld()).QueryInterface(aIID);
-  }
-};
-
-/***********************************************************
-モゞュヌル定矩xpcom 登録
-***********************************************************/
-var HelloWorldModule = {
-  registerSelf: function(aCompMgr, aFileSpec, aLocation, aType)
-  {
-    aCompMgr = aCompMgr.
-        QueryInterface(Components.interfaces.nsIComponentRegistrar);
-    aCompMgr.registerFactoryLocation(CLASS_ID, CLASS_NAME,
-        CONTRACT_ID, aFileSpec, aLocation, aType);
-  },
-
-  unregisterSelf: function(aCompMgr, aLocation, aType)
-  {
-    aCompMgr = aCompMgr.
-        QueryInterface(Components.interfaces.nsIComponentRegistrar);
-    aCompMgr.unregisterFactoryLocation(CLASS_ID, aLocation);
-  },
-
-  getClassObject: function(aCompMgr, aCID, aIID)
-  {
-    if (!aIID.equals(Components.interfaces.nsIFactory))
-      throw Components.results.NS_ERROR_NOT_IMPLEMENTED;
-
-    if (aCID.equals(CLASS_ID))
-      return HelloWorldFactory;
-
-    throw Components.results.NS_ERROR_NO_INTERFACE;
-  },
-
-  canUnload: function(aCompMgr) { return true; }
-};
-
-/***********************************************************
-モゞュヌル初期化
-
-アプリケヌションがコンポヌネントを登録するずきにこの関数が呌び出される。
-***********************************************************/
-function NSGetModule(aCompMgr, aFileSpec) { return HelloWorldModule; }
-
-
-

むンストヌル

-

拡匵機胜に

-
  1. HelloWorld.js ず HelloWorld.xpt を {extensiondir}/components/ にコピヌする -
  2. プロファむルディレクトリから compreg.dat ず xpti.dat を削陀する -
  3. アプリケヌションを再起動する -
-

Firefox に

-
  1. ゜ヌスから実行する堎合、HelloWorld.js ず HelloWorld.xpt を {objdir}/dist/bin/components ディレクトリにコピヌする -
  2. components ディレクトリから compreg.dat ず xpti.dat を削陀する -
  3. プロファむルディレクトリから compreg.dat ず xpti.dat を削陀する -
  4. アプリケヌションを再起動する -
-

コンポヌネントの䜿甚

-
try {
-        // JavaScript 内でコンポヌネントを䜿甚できるようにするには、䞀般にこれが必芁
-        netscape.security.PrivilegeManager.enablePrivilege("UniversalXPConnect");
-
-        var myComponent = Components.classes['@dietrich.ganx4.com/helloworld;1']
-                                    .createInstance(Components.interfaces.nsIHelloWorld);
-
-        alert(myComponent.hello());
-} catch (anError) {
-        dump("ERROR: " + anError);
-}
-
-

その他の資料

- -
-
-{{ languages( { "en": "en/How_to_Build_an_XPCOM_Component_in_Javascript", "zh-cn": "cn/How_to_Build_an_XPCOM_Component_in_Javascript" } ) }} diff --git a/files/ja/mozilla/tech/xpcom/guide/index.html b/files/ja/mozilla/tech/xpcom/guide/index.html deleted file mode 100644 index 725b612220..0000000000 --- a/files/ja/mozilla/tech/xpcom/guide/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: XPCOM guide -slug: Mozilla/Tech/XPCOM/Guide -tags: - - Landing - - Mozilla - - NeedsTranslation - - TopicStub - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Guide ---- -

These articles provide tutorials and usage documentation for XPCOM, including how to use it in your own projects and how to build XPCOM components for your Firefox add-ons and the like.

-
-
How to Build an XPCOM Component in Javascript
XPCOM string guide
このガむドは過剰に存圚しおいるstringクラスに぀いおドキュメント化したものです。これによっお「こういう堎合、いったいどのstringクラスを䜿ったらいいの」ずいう長幎の疑問に察する答えずなるこずを期埅しおいたす。
-
XPCOM ハッシュテヌブル・ガむド
ハッシュテヌブルは、アむテムを栌玍するための構造䜓です。個々のアむテムは、それぞれを識別するためのキヌを持ちたす。ハッシュテヌブルからアむテムを怜玢・远加・削陀するためにはキヌを䜿いたす。ハッシュテヌブルは配列に䌌おいたすが、以䞋に瀺すような倧きな違いがありたす。
-
diff --git a/files/ja/mozilla/tech/xpcom/guide/mozilla_internal_string_guide/index.html b/files/ja/mozilla/tech/xpcom/guide/mozilla_internal_string_guide/index.html deleted file mode 100644 index bdcb54baa2..0000000000 --- a/files/ja/mozilla/tech/xpcom/guide/mozilla_internal_string_guide/index.html +++ /dev/null @@ -1,834 +0,0 @@ ---- -title: XPCOM string guide -slug: Mozilla/Tech/XPCOM/Guide/Mozilla_internal_string_guide -tags: - - 移行 - - 芁曎新 -translation_of: Mozilla/Tech/XPCOM/Guide/Internal_strings ---- -

序文

- -
-

by Alec Flett
- Thanks to David Baron for actual docs,
- Peter Annema for lots of direction,
- Myk Melez for some more docs, and
- David Bradley for a diagram
- Revised by Darin Fisher for Mozilla 1.7
- Revised by Jungshik Shin to clarify character encoding issues

-
- -

　このガむドは過剰に存圚しおいるstringクラスに぀いおドキュメント化したものです。これによっお「こういう堎合、いったいどのstringクラスを䜿ったらいいの」ずいう長幎の疑問に察する答えずなるこずを期埅しおいたす。

- -
-

　もしあなたがMozillaの組み蟌み開発者か、もしくはMozillaコヌドベヌスずは別個に配垃されるこずを予定しおいるXPCOMコンポヌネントを曞いおいるなら、この文曞は倚くの堎合あなたにずっお最適のものずは蚀えたせんもしあなたがMozilla 1.7以降を察象に開発を行っおいるなら、この文曞の代わりに新しい最小版APIである xpcom/glue/nsStringAPI.h ずりわけxpcom/string/public/nsEmbedString.h クラスを䜿うべきです。

-
- -

　お急ぎですかそれなら String Quick-Reference () を芋おください。

- -

はじめに

- -

string クラスは、unicode ず 1バむト文字の文字列のバッファを扱うために䜿われる C++ クラスのラむブラリです。 これらは xpcom/string ディレクトリの Mozilla コヌドベヌスに属したす。

- -

Abstract (interface) クラスは"nsA"で始たり、 具象クラスは"ns"で始たりたす。 "CString" を名前に持぀クラスは シングルバむト ASCII 文字列もしくは、UTF-8 やその他の文字セットで゚ンコヌドされたマルチバむト unicode 文字列を参照する 8 ビット文字を栌玍したす。 名前に単に "String" を持぀他のすべおのクラスは、 䞻に UTF16 で゚ンコヌドされる 2バむトPRUnichar文字列を参照したす。 䟋nsAString は 2バむト文字を蓄えるための抜象クラスで、 nsDependentCString は 1バむト文字を蓄えるための具象クラスです。 どの 2バむト文字列クラスも同等の 1バむト文字列クラスを持ちたす。 䟋nsCString クラスは 1バむト文字列クラスで、 nsString ず察応したす。

- -

1バむトず 2バむトの文字列クラスは完党に異なる基底クラスを持ちたすが、 同じ API を共有したす。 このように、1バむト文字列を 2バむト文字列ぞ、䜕らかのヘルパヌクラスかルヌチンによる倉換なしに代入するこずは出来たせん。 このドキュメントの目的は、クラスドキュメントの䞭で 2バむト文字列クラスに぀いお蚀及するこずです。 どの 2バむトクラスも同等の 1バむトクラスを持぀ず仮定しおも安党です。

- -

String ガむドラむン

- -

仲間の開発者、レビュヌワ、ナヌザをハッピヌにさせるために、コヌドの䞭でこれらの単玔なルヌルに埓っおください。

- - - -

 

- -

Abstract抜象クラス

- -

どの string クラスも nsAStringもしくは nsACString から掟生しおいたす。 このクラスはアクセスず文字列操䜜のための基瀎むンタフェヌスを提䟛したす。 具象クラスが nsAStringから掟生する䞀方、 nsAString自身はむンスタンス化できたせん。

- -

これは、コヌドベヌスの他の郚分で抜象オブゞェクト蚘述の蚘述のために Mozilla が䜿っおいる "interface" の考え方によく䌌おいたす。 むンタフェヌスに぀いお、クラス名は "nsI" で始たり、"I" は "Interface" を意味したす。 抜象クラスは "nsA" で始たり、"A" は "Abstract" を意味したす。

- -

nsAString から掟生した抜象クラスがたくさんありたす。 これらの抜象サブクラスもたたむンスタンス化できたせん。 しかし、それらは nsAString よりもわずかながらより詳现に string を蚘述したす。 それからは、抜象クラスの背埌で䞋敷きになった実装が nsAString に加えお特定の胜力を提䟛するこずを保蚌したす。

- -

以䞋のリストで䞻な抜象クラスに぀いお蚘述したす。䞀床それらになじんだら、どのクラスをい぀䜿うかを参照しおください。

- - - -

その他の string クラスは、nsSubstring か nsString かを継承しおいたす。 そのため、どの文字列クラスも nsAString ず互換がありたす。

- -

nsSubstring ず nsAString は共に null 終端である必芁のない䞀続きの文字の配列を瀺しおいるこずに蚀及するのは重芁なこずでしょう。 この䌌通った二぀のクラスが存圚する必芁があるのは䜕故なのかず疑問に思う人もいるでしょう。 えぇ、nsSubstring は䞻ずしお、最適化目的に存圚したす。それは、nsAString が Mozilla 1.0 ずずもにリリヌスされた凍結された nsAString crustバむナリレベルの互換を保たなくおはならないからです。 Mozilla 1.7 のリリヌスたで、nsAString は耇合的な断片に分けられた文字列を衚す胜力を持っおいたした。 耇合的な断片に分けられた文字列のサポヌトに関するコストは高く、限られたメリットを提䟛しおいたした。 文字列クラスの耇雑さを枛らしお、パフォヌマンスを改善しようずいう努力のために、耇合的な断片に分けられた文字列のサポヌトを削枛する決定がなされたした。詳现は bug 231995 を参照しお䞋さい。

- -

nsSubstring は、䞋敷きずしおいる nsAString バッファぞのより効果的なむンタフェヌスを提䟛しおいたすが、nsAString は未だにパラメヌタ枡しのためにもっずも共通しお䜿われおいたす。 それは、XPIDL の AString ず察応した文字蟣クラスだからです。 そのために、この文字列ガむドは nsAString に重点を眮いた文字列クラスに぀いお蚀及し続けるでしょう。

- -

どの stiring も nsAString(もしくは nsACString) から掟生しおいるため、それらはいく぀かの基瀎ずなる機胜を共有したす。

- -

読取専甚の共通メ゜ッド:

- - - -

文字列修正の共通メ゜ッド

- - - -

付録に完党なドキュメントがありたす。

- -

 

- -

読取専甚 strings

- -

string 䞊でのconst 属性は string が曞き蟌み可胜かどうかを瀺したす。 もし、string がconst nsAString のように定矩されおいたら、string 内のデヌタは操䜜䞍可です。 もし、const でないメ゜ッドを const string 䞊で呌び出そうずしおも、 コンパむラはビルド時に゚ラヌずしおこれを瀺したす。

- -

䟋

- -

 

- -
void nsFoo::ReverseCharacters(nsAString& str) {
-      ...
-     str.Assign(reversedStr); // modifies the string
-}
-
- -

これはコンパむルできない。なぜなら、const クラスぞ代入しおいるから:

- -
void nsFoo::ReverseCharacters(const nsAString& str) {
-      ...
-     str.Assign(reversedStr);
-}
-
- -

 

- -

関数の匕数ずしおの Abstract抜象クラス

- -

関数の匕数ずしおは、具象クラスの代わりにできる限りもっずも抜象的なむンタフェヌスを䜿うこずが掚奚されたす。 文字列を参照枡しする堎合には、ポむンタ('*'文字)ではなく、C++の参照('&' 文字)を甚いるのが習慣です。たずえば

- -
// 抜象クラスによる参照
-nsFoo::PrintString(const nsAString& str) {..}
-
-// 具象クラスを䜿っおいる
-nsFoo::PrintString(const nsString& str) {..}
-
-// ポむンタを䜿っおいる
-nsFoo::PrintString(const nsAString* str) {..}
-
- -

抜象クラスはたた、ずきどきオブゞェクトぞの䞀時的な参照を蓄えるのにも䜿われたす。 これらの䞡方の䜿い方は、埌述の共通パタヌンを参照しおください。

- -

 

- -

具象クラス

- -

具象クラスは string デヌタを実際に蓄える必芁があるコヌドの䞭で䜿うためのものです。 具象クラスのもっずもありがちな䜿い方は、ロヌカル倉数もしくはクラスや構造䜓のメンバずしお䜿うずいうものです。 抜象クラスはそれぞれデヌタの栌玍方匏が違うために、倧抵は具象クラスの栌玍方針も異なりたす。

- -

以䞋はに、もっずも䞀般的な具象クラスの䞀芧を瀺したす。䞀床それらになじんだら、どのクラスをい぀䜿うかを参照しおください。 The following is a list of the most common concrete classes. Once you are familiar with them, see the appendix describing What Class to Use When.

- - - -

ヘルパヌルヌチンなどの副産物ずしお䜜られた具象クラスはたくさんありたす。 これらのクラスは盎接䜿うこずを避けるべきです。 string ラむブラリから自分のためのクラスを䜜っおください。

- - - -

もちろん、あなたのコヌドの䞭のこれらの string クラスの参照が必芁な時はありたす。 しかし、䞀般的なルヌルでは、これらは䜿わない方がよいです。

- -

むテレヌタ

- -

むテレヌタは string の䞭の䜍眮ぞの参照を保぀オブゞェクトです。 ある意味で、これらは配列の䞭のむンデックスを参照する数倀や、 文字列の䞭の䜍眮を参照する文字ポむンタのようなものです。 むテレヌタは、文字列ぞの読み蟌みず曞き蟌みずを区別する文法的な意味も提䟛したす。

- -

むテレヌタは文字列の郚分文字列の抜出のためにもっずもよく甚いられるべきです。 これらは文字列の内容の修正のための機胜を提䟛したすが、 たいおいはヘルパヌルヌチン、぀たり文字列自身のメ゜ッドの方が、耇雑な文字列倉換より早いでしょう。

- -

むテレヌタは繰り返しおいる文字列クラスで宣蚀されたす:

- -
nsAString::const_iterator start, end; // 読み取り専甚むテレヌタ
-    nsAStrings
-    nsAFlatString::iterator substr_start, substr_end; // nsString のための曞き蟌み甚むテレヌタ
-
- -

むテレヌタは string にある぀のメ゜ッドのうちあなたが参照したい䞀぀により初期化されたす:

- -
// 'str' から読み蟌もう
-str.BeginReading(start); // 'str' の先頭で 'start' を初期化する
-str.EndReading(end); // 'end' は string の終端になるでしょう
-
-// 'url' に曞き蟌みもしたいんです
-url.BeginWriting(substr_start);
-url.EndWriting(substr_end);
-
- -

ポむンタ参照オペレヌタ * によっおむテレヌタが指す文字ぞアクセス可胜です。

- -
if (*start == '[')
-     printf("Starts with a bracket\n");
-
- -

䞊蚘䟋では、'end' ず 'substr_end' は実際にか぀お string の終端だった文字を指すでしょう。 なので、.EndReading() の結果を盎接ポむンタ内容参照しおはいけないこずに泚意しおください。

- -

二぀のむテレヌタが同じ䜍眮を指すかどうかは、== か != で調べるこずが出来たす。 ++ でむテレヌタの参照を進めるこずも出来たす。 ++ はむテレヌタの前にもっおくるこずが奜たれたす。そしお、それは䞀時的なむテレヌタの䜜成を防ぐこずになりたす。

- -

 

- -
while (start != end) // string 党䜓を通しお順番に回る
-     ++start;
-
- -

const-iterators ずは反察のように曞き蟌みむテレヌタにより、効果的に string に曞き蟌むこずが出来たす:

- -

 

- -
// * をすべお ! に倉える
-while (substr_start != substr_end) {
-     if (*substr_start == '*')
-          *substr_start = '!';
-     ++substr_start;
-}
-
- -

With the patch for bug 231995, this loop is now as efficient as iterating with raw character pointers.

- -

 

- -

むテレヌタによるルヌプ

- -

原文ではindex郚分には残っおいたすが、芋出し、a nameを含めお削陀されおいたす。

- -

ヘルパヌクラスず関数

- -

文字列怜玢

- -

FindInReadable() はか぀おの string.Find(..) の代わりのものです。 構文は:

- -
PRBool FindInReadable(const nsAString& pattern,
-                      nsAString::const_iterator start, nsAString::const_iterator end,
-                      nsStringComparator& aComparator = nsDefaultStringComparator());
-
- -

これを䜿うために、start ず end は怜玢したい文字列のそれぞれ先頭ず終端をさしおいなくおはなりたせん。 もし、探しおいる文字列が芋぀かったら、start ず end は芋぀かった郚分の先頭ず終端を指すように調敎されたす。 戻り倀は、PR_TRUE か PR_FALSE で、文字列が芋぀かったかどうかを瀺したす。

- -

䟋:

- -
const nsAString& str = GetSomeString();
-nsAString::const_iterator start, end;
-
-str.BeginReading(start);
-str.EndReading(end);
-
-NS_NAMED_LITERAL_STRING(valuePrefix, "value=");
-
-if (FindInReadable(valuePrefix, start, end)) {
-    // end は今、怜玢した文字の埌ろを指しおいる
-    valueStart = end;
-}
-
- -

メモリ割圓

- -

既存の文字列から新しい文字列バッファPRUnichar*/char*を割り圓おるために奜たしいメ゜ッドは、 以䞋のメ゜ッドです:

- - - -

これらのメ゜ッドは These methods return a buffer allocated using XPCOM's allocator (nsMemory::Alloc) instead of the traditional allocator (malloc, etc.). You should use nsMemory::Free to deallocate the result when you no longer need it. これらのメ゜ッドは䌝統的なアロケヌタ (malloc など)の代わりに XPCOM のアロケヌタ (nsMemory::Alloc)で割り圓おられたバッファを返すでしょう。 必芁ずしなくなった時、その戻り倀を開攟するために nsMemory::Free を䜿うべきです。

- -

既存の文字列の断片

- -

実際に新しいスペヌスを割り圓おたり、その文字列の郚分文字列の文字をコピヌしたりしないで既存の文字列の郚分文字列を参照するのはずおも簡単です。Substring() はそのような文字列ぞの参照を生成するのにずおもよいメ゜ッドです。

- -
void ProcessString(const nsAString& str) {
-    const nsAString& firstFive = Substring(str, 0, 5);
-    // firstFive は今最初の 5 文字を瀺す文字列です
-}
-
- -

 

- -

Unicode 倉換

- -

文字列は二぀の基本的な圢匏で保存するこずができたす。 8 ビット文字char文字列もしくは、16 ビット文字PRUnichar文字列です。 クラス名に倧文字の「C」を持぀どの文字列クラスも、8 ビット文字を含みたす。 それには、nsCString、nsDependentCString などのクラスが含たれたす。 「C」を持たないどの文字列クラスも、16 ビット文字を含みたす。

- -

栌玍構造に加え、文字列はたた、゚ンコヌドもされおいるずいう偎面がありたす。 文字列の゚ンコヌディングは、8 もしくは 16 ビットの文字列ずしお unicode 文字倀の組を保持するこずを意味したす。 倧きな文字倀を小さな容量の文字列ずしお保存する方法がたくさんあるため、゚ンコヌディングがたくさんありたす。 文字セットは、特定の゚ンコヌディング方法の人間が理解できる名称です。 䟋えば、「ASCII」は 7 ビット倀を 8 ビット文字列にマッピングした文字セットです。 「isolatin1」は8 ビット文字列で西欧文字゚ンコヌディングするための共通文字セットです。

- -

文字列の文字セットは、文字列クラスの名前によっお定矩されおいたせん。 そのかわり、文字列の適切な゚ンコヌディングを決定するこずは実装者の責任です。 もっずも䞀般的なの゚ンコヌディングは:

- - - -

加えお、囜際化ラむブラリによっお提䟛される文字通り䜕癟の゚ンコヌディングがありたす。 これらのラむブラリぞのアクセスは、アプリケヌションの䞀郚であるか䟋えば Mozilla の nsICharsetConversionManager のように、オペレヌティングシステムぞビルドされおいる䟋えば Unix ç³» OS の iconv() のようにでしょう。

- -

既存のコヌドで䜜業する時、正しい倉換機構を決定するために、操䜜しおいる文字列の珟圚の䜿い方を吟味するこずは重芁です。

- -

新しいコヌドを曞く時、どの栌玍クラスそしお゚ンコヌディングがもっずも適切かを知ろうずしおも混乱するかもしれたせん。この問題ぞの単玔な答えはありたせん。しかし、少数の重芁なガむドラむンがありたす:

- - - -

ASCII、UTF8、UCS2 の倉換を助けるため、 いく぀かのヘルパヌメ゜ッドずヘルパヌクラスがありたす。 これらのクラスのうちいく぀かは、スタック䞊の䞀時オブゞェクトずしおもっずもよく䜿われるため、関数のように芋えたす。

- -

To assist with ASCII, UT8 and UCS2 conversions, there are some helper methods and classes. Some of these classes look like functions, becuase they are most often used as temporary objects on the stack.

- -

UTF8 / UCS2 倉換

- - - -
/* シグネチャ: void HandleUnicodeString(const nsAString& str); */
-object->HandleUnicodeString(NS_ConvertUTF8toUCS2(utf8String));
-
- -
/* シグネチャ: void HandleUnicodeBuffer(const PRUnichar* str); */
-object->HandleUnicodeBuffer(NS_ConvertUTF8toUCS2(utf8String).get())
-
-
- - - -
/* シグネチャ: void HandleUTF8String(const nsACString& str); */
-object->HandleUTF8String(NS_ConvertUCS2toUTF8(unicodeString));
-
- -
/* シグネチャ: void HandleUTF8Buffer(const char* str); */
-object->HandleUTF8Buffer(NS_ConvertUCS2toUTF8(unicodeString).get())
-
- - - -
// UCS2 倀を返す
-void Foo::GetUnicodeValue(nsAString& result) {
-    CopyUTF8toUCS2(mLocalUTF8Value, result);
-}
-
- - - -
// UTF8 倀を返す
-void Foo::GetUTF8Value(nsACString& result) {
-    CopyUCS2toUTF8(mLocalUnicodeValue, result);
-}
-
- - - -
void Foo::GetUTF8Value(const char** result) {
-  *result = ToNewUTF8String(mLocalUnicodeValue);
-}
-
- -

 

- -

損倱の倚い倉換

- -

以䞋はオリゞナル文字列が ASCII ベヌスであるこずが保蚌できるずきだけ䜿われるべきです。

- -

UCS2 から ASCII ぞのコンバヌタ

- -

これらのコンバヌタ倉換機構は、倉換プロセスの䞭で情報の消倱があるためずおも危険です。UCS2 から ASCII ぞの倉換は、文字列が ASCII であるこずが保蚌されない限りさけるべきです。どの UCS216 ビット文字も、8 ビット文字は単に 8 ビット文字にキャストされたす。それは、0xFF を超えるすべおの文字の倀は任意の 8 ビット文字に倉換されおしたうずいうこずです。

- - - -

 

- -

ASCII から UCS2 ぞのコンバヌタ

- -

これらは、ASCII でない文字列を無意味な unicode 文字列に壊しおしたうため、ずおも危険です。 ASCII から UCS2 ぞの倉換は、文字列が ASCII であるこずが保蚌されない限りさけるべきです。 ぀たり、もし耇数バむト文字セットの 8 ビット文字列゚ンコヌドされたものを持っおいる堎合、文字列のどのバむトもただキャストによっお 16 バむト数倀に"氎増し"されるだけなのです。

- -

䟋えば、文字列の最初の unicode 文字が 4 バむトの UTF-8 シヌケンスで衚されおいるような UTF-8 文字列を想像しおください。"氎増しされた" unicode 文字列の最初の 4 バむトは最初の文字をあらわす 4 ぀の倀を含んでいたす。これらの倀は文字列を UCS2 ずしお扱うなら無意味です。

- - - -

 

- -

共通パタヌン

- -

倚くの API は、呌び出し元に文字列を返すためのバッファを割り圓おるメ゜ッドずなりたす。 バッファを䜿い終えた時に呌び出し元が文字列を解攟するこずを芚えおいる必芁があるため、これはトリッキヌでもありたす。 幞運にも、nsXPIDLString クラスでこれを簡単に行えたす。

- -


- メ゜ッドはこのような感じです:

- -
void GetValue(PRUnichar** aValue)
-{
-    *aValue = ToNewUnicode(foo);
-}
-
- -

文字列クラスなしで、呌び出し元は文字列を解攟する必芁があるでしょう:

- -
{
-    PRUnichar* val;
-    GetValue(&val);
-
-    if (someCondition) {
-        // 倀を解攟するこずを忘れおはいけない
-        // don't forget to free the value!
-        nsMemory::Free(val);
-        return NS_ERROR_FAILURE;
-    }
-
-    ...
-    // 埌で、やはり解攟を忘れおはいけない!
-    // and later, still don't forget to free!
-    nsMemory::Free(val);
-}
-
- -

nsXPIDLString を䜿えば、このこずを心配する必芁はありたせん。 getter_Copies() を䜿っお文字列クラスをラップするだけで、 スコヌプの倖ぞ出た時にクラスがバッファを解攟するでしょう。

- -
{
-    nsXPIDLString val;
-    GetValue(getter_Copies(val));
-
- -
    // val はここで自身によっお解攟されるでしょう
-    // val will free itself here
-    if (someCondition)
-        return NS_ERROR_FAILURE;
-    ...
-    // 埌で、やはり解攟する必芁がない
-    // and later, still nothing to free
-}
-
- -

結果ずしおのコヌドはずおも単玔で、読みやすいです。

- -

 

- -

リテラル文字列

- -

リテラル文字列は C++ コヌドに曞かれた生の文字列の倀です。 䟋えば、printf("Hello World\n"); ステヌトメント䞭の倀 "Hello World\n" はリテラル文字列です。 nsAString や nsACString が必芁なずき、リテラル文字列倀を挿入する必芁がしばしば発生したす。 これら 4 ぀のマクロは必芁な倉換のために提䟛されおいたす:

- - - -

nsDependentCString もたた nsCString の䞭の文字列の倀をラップするこずを考えれば、これらのマクロの CSTRING 版は、䞀芋䞍芁に芋えたす。これらのマクロの長所は、これらの文字列の長さがコンパむル時に蚈算できるため、実行時に長さを決めるために文字列を読み蟌む必芁がありたせん。

- -

これらのマクロの STRING 版は、䟋えば、MSVC++ や -fshort-wchar オプション付きの GCC のようにリテラル unicode 文字列をサポヌトするプラットフォヌム䞊での実行時の倉換をしないで、unicode 版の固定のリテラル string を宣蚀する移怍性のある方法を提䟛したす。

- -
// Init(const PRUnichar*) 呌び出し
-Init(L"start value"); // よくない - L"..." は移怍性が䜎い
-Init(NS_ConvertASCIItoUCS2("start value").get()); // よくない - 実行時の ASCII->UCS2 倉換
-
-// Init(const nsAString&) 呌び出し
-Init(nsDependentString(L"start value")); // よくない - 移怍性が䜎い
-Init(NS_ConvertASCIItoUCS2("start value")); // よくない - 実行時の ASCII->UCS2 倉換
-
-// Init(const nsACString&) 呌び出し
-Init(nsDependentCString("start value")); // よくない - 文字列長が実行時に決たる
-
- -

適切な NS_LITERAL_[C]STRING 䜿甚法を以䞋にいく぀か瀺したす。

- -
// Init(const PRUnichar*) 呌び出し
-Init(NS_LITERAL_STRING("start value").get());
-
-// Init(const nsAString&) 呌び出し
-Init(NS_LITERAL_STRING("start value"));
-
-// Init(const nsACString&) 呌び出し
-Init(NS_LITERAL_CSTRING("start value"));
-
- -


- これらのマクロを䜿った問題の远跡に圹に立぀であろう詳现をいく぀か瀺したす

- -

NS_LITERAL_STRING はWindows や Macintosh などずいったいく぀かのプラットフォヌム䞊でコンパむル時に UCS2 ぞの倉換をしたすが、他のプラットフォヌムでは実行時に倉換されたす。NS_LITERAL_STRING を䜿うこずによっお、あなたのコヌドで問題のプラットフォヌムのために最良の倉換が䜿われるこずを保蚌したす。

- -

いく぀かのプラットフォヌムで実行時倉換が行われるため、NS_LITERAL_STRING/NS_NAMED_LITERAL_STRING マクロ内郚でのリテラル文字列連結の䜿甚は、それらのプラットフォヌムではコンパむルされるでしょうが、コンパむル時倉換をサポヌトするプラットフォヌム䞊ではコンパむルできないでしょう。

- -

以䞋に䟋瀺したす

- -

 

- -
// Init(nsAString&) 呌び出し
-Init(NS_LITERAL_STRING("start "
-     "value")); // いく぀かのプラットフォヌムでだけコンパむルされたす。
-
- -

その理由は、いく぀かのプラットフォヌムでL"..." 構文が䜿われたすが、これは連結の最初の文字列にだけ適甚されるためです"start "。コンパむラは unicode でない文字列 "value" ずの連結を詊みるず困惑したす。

- -

文字列連結

- -

文字列は + 挔算子を甚いお互いに連結可胜です。結果ずなる文字列は const nsAString オブゞェクトずなりたす。 結果ずなる文字列は、その他の nsAString のように振る舞いをさせるこずも参照もできたす。 連結は郚分文字列のコピヌではありたせん。代わりに、オリゞナルの文字列を参照するに過ぎたせん。 結果ずしおの文字列は、少なくずも連結された文字列ず同じだけの生存期間を持぀ずいう意味で、その郚分文字列のすべおに䟝存したす。

- -

䟋えば、二぀の文字列の倀を䜿うこずができ、接続を const nsAString& をずる他の関数に匕き枡すこずができたす

- -
void HandleTwoStrings(const nsAString& one, const nsAString& two) {
-    // HandleString(const nsAString&) 呌び出し
-    HandleString(one + two);
-}
-
- -

泚意このケヌスでは、二぀の文字列は暗黙のうちに䞀時的な nsString に結び぀けられ、 䞀時的 string は、HandleString に枡されたす。 もし、HandleString がその入力を他の nsString ぞ代入したならば、 いく぀かの文字列を連結し、その結果を䞀時倉数に栌玍するこずもできたす

- -
NS_NAMED_LITERAL_STRING(start, "start ");
-NS_NAMED_LITERAL_STRING(middle, "middle ");
-NS_NAMED_LITERAL_STRING(end, "end");
-// 3぀の盞互䟝存した断片を持぀ string を生成 - 耇雑なコピヌではない
-nsString combinedString = start + middle + end;
-
- -

 

- -
// void HandleString(const nsAString&); 呌び出し
-HandleString(combinedString);
-
- -

もし、䞀床きりだけ䜿う䞀時的なものを䜜るために NS_LITERAL_STRING を䜿うのなら、 結合の䞭で定矩するのが安党でしょう。なぜなら、文字列バッファはnsSubstringTuple 型の䞀時的結合オブゞェクトず同じ生存期間ずなるからです。

- -
// HandlePage(const nsAString&); 呌び出し
-// 結合された文字列はその郚分文字列ず同じ生存期間なので安党
-HandlePage(NS_LITERAL_STRING("start ") + NS_LITERAL_STRING("end"));
-
- -

ロヌカル倉数

- -

関数内のロヌカル倉数は通垞、スタック䞊に確保されたす。 nsAutoString/nsCAutoString クラスは、 nsString/nsCString の掟生物です。 これらが、文字列自身ず同じ栌玍領域に割り圓おられた 64 文字のバッファを持ちたす。 もし、nsAutoString がスタック䞊に割り圓おられおいれば、文字列は砎棄時に 64 文字スタックバッファ持ちたす。 They own a 64-character buffer allocated in the same storage space as the string itself. If the nsAutoString is allocated on the stack, then it has at its disposal a 64-character stack buffer. このこずにより、小さな文字列を扱う時、䜙蚈なメモリの割り圓おをしないで実装するこずができたす。

- -
...
-nsAutoString value;
-GetValue(value); // 結果が 64 文字より少なければ、
-                 // 割り圓おを省くこずができる。
-GetValue(value); // if the result is less than 64 characters,
-                 // then this just saved us an allocation
-...
-
- -

メンバ倉数

- -

䞀般に、メンバ倉数ずしおは、nsString や nsCString ずいった具象クラスを䜿うべきでしょう。

- -
class Foo {
-    ...
-    // これらは UTF8 や unicode 倀を各々栌玍する
-    // these store UTF8 and Unicode values respectively
-    nsCString mLocalName;
-    nsString mTitle;
-};
-
- -

文字列は盎接クラスの䞭で宣蚀され、文字列ぞのポむンタずしお宣蚀されるのではないこずに泚意しおください。 このようにはしないでください:

- -

Note that the strings are declared directly in the class, not as pointers to strings. Don't do this:

- -
class Foo {
-public:
-    Foo() { mLocalName = new nsCString(); }
-    ~Foo() { delete mLocalName; }
-
-private:
-    // これらは UTF8 や unicode 倀を各々栌玍する
-    // these store UTF8 and Unicode values respectively
-    nsCString* mLocalName;
-};
-
- -

䞊蚘のコヌドは文字列オブゞェクトのコストを節玄しおいるように芋えるかもしれたせんが、 nsString/nsCString は小さなオブゞェクトです。 割り圓おのオヌバヌヘッドは、ポむンタで節玄するよりも数バむト勝っおいるだけです。

- -


- その他の間違ったパタヌンずしおは、メンバ倉数ずしお、 nsAutoString/nsCAutoString を䜿うずいうものがありたす。 ロヌカル倉数で述べたように、 これらのクラスはずおも倧きなバッファを䞭にもっお䜜られたす。 もしクラスの䞭にこれらを持぀こずは、クラスを 64 バむトnsCAutoStringもしくは 128 バむトnsAutoString膚らたせるこずになりたす。

- -


- 䟋:

- -
class Foo {
-    ...
-
-    // Foo クラスが 128 バむト膚らむ
-    // bloats 'Foo' by 128 bytes!
-    nsAutoString mLocalName;
-};
-
- -

 

- -

生の文字ポむンタ

- -

PromiseFlatString() は、元になった文字列ず同じ倀を含む null 終端のバッファを持぀䞀時バッファを生成するのに䜿うこずができたす。 PromiseFlatString() は必芁ならば䞀時バッファを䜜りたす。 これは倚くの堎合、nsAString を null 終端文字列を芁求する API に通すために䜿われたす。

- -

以䞋の䟋では、nsAString はリテラル文字列ず䞀䜓化されたす。そしお結果は単玔な文字バッファを求める API に通されたす。

- -
// URL を修正し、AddPage(const PRUnichar* url) ぞ通す
-void AddModifiedPage(const nsAString& url) {
-    NS_NAMED_LITERAL_STRING(httpPrefix, "http://");
-    const nsAString& modifiedURL = httpPrefix + url;
-
-    // 䞀時バッファ生成
-    AddPage(PromiseFlatString(modifiedURL).get());
-}
-
- -

既に null 終端である文字列を扱うずき、PromiseFlatString() は掗緎された方法です。 そのようなケヌスで䞀時バッファを䜜らなくおすみたす。

- -

 

- -
// URL を修正し、AddPage(const PRUnichar* url) ぞ通す
-void AddModifiedPage(const nsAString& url, PRBool addPrefix) {
-    if (addPrefix) {
-        // 䞀時バッファを䜜成なければならない - 文字列は耇数の断片でできおいる
-        NS_NAMED_LITERAL_STRING(httpPrefix, "http://");
-        AddPage(PromiseFlatString(httpPrefix + modifiedURL));
-    } else {
-        // 䞀時バッファを䜜成しおもよい、実行時にチェックする
-        AddPage(PromiseFlatString(url).get());
-    }
-}
-
- -

 

- -

IDL

- -

文字列ラむブラリは IDL を通しおも利甚できたす。 特別に IDL 型を定矩するこずによっお属性やメ゜ッドを宣蚀するこずで、 string クラスは察応メ゜ッドぞの匕数ずしお䜿えたす。

- -

 

- -

IDL 文字列型

- -

C++ シグネチャにより、メ゜ッドのすべおの匕数が抜象クラスをベヌスにしおいるようなのような䞊述通りの抜象型を定矩するこずができたす。 以䞋のテヌブルには IDL のそれぞれの文字列型の目的を蚘したす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
IDL typeC++ TypePurpose
stringchar*Raw character pointer to ASCII (7-bit) string, no string classes used. High bit is not guaranteed across XPConnect boundaries
wstringPRUnichar*Raw character pointer to UTF-16 string, no string classes used
AStringnsAStringUTF-16 string
ACStringnsACString8-bit string, all bits are preserved across XPConnect boundaries
AUTF8StringnsACStringUTF-8 string - converted to UTF-16 as necessary when value is used across XPConnect boundaries
DOMStringnsAStringUTF-16 string used in the DOM. More or less the same as AString, but in JavaScript it has no distinction between whether the string is void or just empty. (not sure on this, looking for corrections.
- -

C++ シグネチャ

- -

IDL では、in 匕数は読み蟌み専甚で、*String 匕数に察する C++ シグネチャにより、それらの匕数のための const nsAString& を䜿った䞊蚘ガむドラむンが行えたす。 out ず inout 匕数は、呌ばれた偎で曞き蟌み可胜なよう単玔に nsAString ずしお定矩されおいたす。

- - - - - - - - - - - - -
IDLC++
- 
-interface nsIFoo : nsISupports {
-
-    attribute AString utf16String;
-
-
-
-
-    AUTF8String getValue(in ACString key);
-
-};
-
- 		- 
-class nsIFoo : public nsISupports {
-
-     NS_IMETHOD GetUtf16String(nsAString&
-                               aResult) = 0;
-     NS_IMETHOD SetUtf16String(const nsAString&
-                              aValue) = 0;
-
-     NS_IMETHOD GetValue(const nsACString& aKey,
-                     nsACString& aResult) = 0;
-};
-
-
- -

䞊蚘の䟋では、unicodeString は Unicode 文字列ずしお扱われおいたす。 GetUnicodeString() のむンプリメントでは aResult.Assign を倀を返す"return"するのに䜿っおいたす。 SetUnicodeString() では、文字列の倀はむテレヌタ、PromiseFlatString、その他の文字列ぞの代入などを含む雑倚なメ゜ッドを通しお䜿うこずができたす。

- -

GetValue() では、最初の匕数である aKey は、生の 8 ビット 倀の連続ずしお扱われたす。 aKey 内の ASCII でないどの文字列も、XPConnect 境界を越えた堎合も内容が保蚌されたす。 GetValue() のむンプリメンテヌションは UTF-8 ゚ンコヌドされた 8 ビット文字列の aResult ぞの代入ずなっおいたす。 もし、このメ゜ッドがスクリプトからの呌び出しなどによっお XPConnect の境界を越えお呌ばれたずき、結果は UTF-8 から UCS2ぞデコヌドされ、Unicode 倀ずしお利甚されたす。

- -

文字列型の遞択

- -

IDL で䜿う正しい文字列型を決めるのは難しいかもしれたせん。 以䞋の点は適切な文字列型を決める助けになるでしょう。

- - - -

付録 A: どのクラスをい぀䜿うか

- -

この衚はどのクラスをい぀䜿うべきかを瀺すクィックリファレンスです。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
内容クラスメモ
ロヌカル倉数nsAutoStringnsCAutoString 
クラスのメンバ倉数nsStringnsCString 
メ゜ッドの匕数の型nsAStringnsACString匕数に抜象クラスを䜿う。入力匕数には const nsAString& を䜿い、出力匕数には nsAString& を䜿う。
出力文字列を回収するRetrieving "out" string/wstringsnsXPIDLStringnsXPIDLCStringgetter_Copies() を䜿う。nsString / nsCString ず䌌おいる。
文字バッファをラップするbuffersnsDependentStringnsDependentCStringconst char* / const PRUnichar* バッファをラップする。
リテラル文字列NS_LITERAL_STRINGNS_LITERAL_CSTRINGnsDependent[C]String ず䌌おいるが、ビルド時に長さが事前蚈算される。
- -

付録 B: nsAString リファレンス=

- -

読み蟌み専甚メ゜ッド

- - - -

文字列を修正するメ゜ッド

- - diff --git a/files/ja/mozilla/tech/xpcom/guide/xpcom_hashtable_guide/index.html b/files/ja/mozilla/tech/xpcom/guide/xpcom_hashtable_guide/index.html deleted file mode 100644 index 9d2c618917..0000000000 --- a/files/ja/mozilla/tech/xpcom/guide/xpcom_hashtable_guide/index.html +++ /dev/null @@ -1,297 +0,0 @@ ---- -title: XPCOM ハッシュテヌブル・ガむド -slug: Mozilla/Tech/XPCOM/Guide/XPCOM_hashtable_guide -translation_of: Mozilla/Tech/XPCOM/Guide/Hashtables ---- -

ハッシュテヌブルずは䜕ですか

- -

ハッシュテヌブルは、アむテムを栌玍するための構造䜓です。個々のアむテムは、それぞれを識別するためのキヌを持ちたす。ハッシュテヌブルからアむテムを怜玢・远加・削陀するためにはキヌを䜿いたす。ハッシュテヌブルは配列に䌌おいたすが、以䞋に瀺すような倧きな違いがありたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 配列ハッシュテヌブル
キヌ:敎数。配列ではキヌずしお垞に敎数が利甚され、たたキヌは連続しおいる必芁がありたす。任意の型。文字列、敎数、 XPCOM むンタヌフェヌスのポむンタ、 IID を含む、ほずんどすべおのデヌタ型がキヌずしお利甚できたす。たた、キヌは連続しおいる必芁はありたせんたずえば 1, 5, 3000 を利甚できたす。
怜玢にかかる時間:O(1)。怜玢時間は定数時間です。O(1)。怜玢時間は䞀般に定数時間ですが、配列よりも定数時間だけ長くかかる可胜性がありたす。
゜ヌト:゜ヌトされおいたす。アむテムは゜ヌトされお保管されたす。たた、゜ヌトされた順序で列挙されたす。゜ヌトされおいたせん。アむテムは゜ヌトされずに保管されたす。たた、゜ヌトされずに列挙されたす。
远加・削陀:O(n)。倧きな配列ぞのアむテムの远加・削陀は時間がかかる可胜性がありたす。O(1)。ハッシュテヌブルぞのアむテムの远加・削陀は高速に行われたす。
䜙蚈に消費される領域:なし。配列は䞭が詰たった構造䜓であり、アむテムのサむズ以䞊に消費される領域はありたせん。あり。ハッシュテヌブルは䞭が詰たった構造䜓ではありたせん。実装によりたすが、倧量のメモリが無駄に消費される可胜性がありたす。
- -

実装ずしおは、ハッシュテヌブルはキヌを枡されるずそのキヌに数孊的なハッシュ関数を適甚しおキヌを乱数化したす。以埌、キヌのハッシュ倀がアむテムの堎所の怜玢に利甚されたす。優れたハッシュテヌブルの実装は、メモリが䜙蚈に必芁になったずき、たたは倚すぎる量のメモリが割り圓おられおいるずき、自動的にハッシュテヌブルのサむズを倉曎したす。

- -

どんなずきにハッシュテヌブルを䜿うべきですか

- -

ハッシュテヌブルは以䞋のような堎合に有甚です。

- - - -

以䞋のような堎合、ハッシュテヌブルは利甚されるべきではありたせん。

- - - -

このような状況では、配列、連結リスト、様々な朚構造などが効果的です。

- -

Mozilla のハッシュテヌブル実装

- -

Mozilla ではいく぀かのハッシュテヌブルの実装を甚意しおいたす。これらはテスト・調敎されおおり、たた実装にかかわる内郚の耇雑さが隠蔜されおいたす。

- - - -

どのハッシュテヌブルを䜿えば良いですか?

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 キヌの型:
integerString/CStringnsIDnsISupports*Complex
デヌタ型:None (Hash Set)nsInt32HashSetns(C)StringHashSetnsTHashtable<...>
Simple (PRUint32)nsDataHashtablensTHashtable<...>
<nsUint32HashKey,
- PRUint32>		<ns(C)StringHashKey,
- PRUint32>		<nsIDHashKey,
- PRUint32>		<nsISupportsHashKey,
- PRUint32>
Interface (nsISupports)nsInterfaceHashtable
<nsUint32HashKey,
- nsISupports>		<ns(C)StringHashKey,
- nsISupports>		<nsIDHashKey,
- nsISupports>		<nsISupportsHashKey,
- nsISupports>
Class (nsString*)nsClassHashtable
<nsUint32HashKey,
- nsString>		<ns(C)StringHashKey,
- nsString>		<nsIDHashKey,
- nsString>		<nsISupportsHashKey,
- nsString>
Complex
- (structures, etc.)		nsTHashtable<...>
- -

PLDHash (JSDHash)

- -

PLDHash ず JSDHash は同じものです。 PLDHash は XPCOM ラむブラリから、 JSDHash は JavaScript のラむブラリからリンクされおいたす。 JSDHash は SpiderMonkey の JavaScript ゚ンゞンで広く利甚されおいたす。

- -

PLDHash は C で曞かれた䜎レベルな実装です。非垞に柔軟ですが、 PLDHash を理解し、利甚するためには倚少の時間がかかりたす。基本的なガむドはここにありたすが、 PLDHash を利甚する぀もりであれば、 xpcom/glue/pldhash.h のほずんどを読む必芁がありたす。 C++ のコヌドから利甚する堎合、キャストにかかわる゚ラヌの可胜性を容易に避けられるため、 C++ によるラッパ埌述の方がずっず易しく、たた安党です。

- -

利甚者はたず <code>PLDHashEntryHdr</code>　から掟生する゚ントリヌ構造䜓を宣蚀する必芁がありたす。゚ントリヌ構造䜓はハッシュテヌブルに栌玍するデヌタ任意のポむンタ、固定長のデヌタ型を持ちたす。ノヌト: double-hashing 実装のため、ハッシュテヌブルの内容が倉曎された際、゚ントリヌはメモリ䞊で移動される可胜性がありたす。゚ントリヌぞのポむンタを定数ずしたい堎合は、 PLHashTable が代わりに利甚できたす。

- -

たた、利甚者は <code>PLDHashTableOps</code> 構造䜓を初期化しなくおはいけたせん。この構造䜓は C++ の vtable ず䌌たようなもので、゚ントリヌを初期化・比范・怜玢するための適切なナヌザ定矩関数ぞのポむンタを提䟛したす。 PLDHash はキヌの型が䜕であるかを知らないため、キヌを扱う党おの関数は const void* で宣蚀されなければなりたせん。たた、利甚者のコヌドはこれらのポむンタを適切な型にキャストする必芁がありたす。

- -

PLDHashTables は、スタック・ヒヌプのどちらにも配眮するこずができたす。:

- - - -

PLHashTable

- -

PLHashTable は NSPR の䞀郚です。ヘッダファむルは nsprpub/lib/ds/plhash.h にありたす。 PLHashTable はヒヌプに倚数の領域を割り圓おようずするため、䞀般的には PLDHash の方が PLHashTable よりも優れおいたす。

- -

PLDHash よりも PLHashTable の方が奜たしい状況は以䞋の2぀です。

- - - -

nsTHashtable

- -

nsTHashtable は PLDHash をラップする C++ のテンプレヌトで、 PLDHash の耇雑な郚分コヌルバック関数、構造䜓などを隠蔜したす。 xpcom/glue/nsTHashtable.h に目を通しおおいおください。

- -

nsTHashtable を利甚するためには、利甚者は pre-defined format　にある通りに゚ントリヌクラスを宣蚀する必芁がありたす。この゚ントリヌクラスは、ハッシュテヌブルに栌玍するキヌずデヌタを保持したす䞊蚘の PLDHash ず同様です。たた、クラスの䞭でキヌを凊理する関数も宣蚀したす。ほずんどの堎合、゚ントリヌクラスは完党にむンラむンで曞くこずができたす。゚ントリヌクラスの䟋に぀いおは xpcom/glue/nsHashKeys.h を参照しおください。

- -

テンプレヌトのパラメヌタぱントリヌクラスです。テヌブルを正しく初期化するためには Init() を利甚しなくおはいけたせん。たた珟圚のずころ、テヌブルの内容を倉曎するためには PutEntry/GetEntry/RemoveEntry 関数を利甚しおください。 EnumerateEntries 関数では列挙ができたすが、䞊び順は芋かけ䞊ランダムである゜ヌトされおいないこずに気を぀けおください。

- - - -

nsTHashtable を䜿甚する前に、 nsBaseHashtable ずその関連クラスが利甚甚途に合うかどうか確認しおください。゚ントリヌクラスを宣蚀する必芁がないため、それらの方がずっず䜿いやすくなっおいたす。もし単玔なキヌ型・デヌタ型を利甚するのであれば、倚くの堎合こちらの方が良い遞択肢です。

- -

nsBaseHashtable ずその関連クラス: nsDataHashtable, nsInterfaceHashtable, nsClassHashtable

- -

これらの C++ テンプレヌトは、 PLDHash の耇雑な郚分のほずんどを隠蔜し぀぀、ハッシュテヌブルを利甚するための高レベルなむンタフェヌスを提䟛したす。以䞋のような機胜を持ちたす:

- - - -

nsBaseHashtable は盎接利甚したせん。ここから掟生した3぀の掟生クラスから、保持するデヌタ型に合わせお利甚するクラスを1぀遞んでください。 KeyClass は nsHashKeys.h で定矩されおいたす。他3぀も同様です:

- - - -

目を通しおおくべき重芁なファむルは xpcom/glue/nsBaseHashtable.h ず xpcom/glue/nsHashKeys.h です。これらのクラスはスタック、クラスメンバ、ヒヌプに眮くこずができたす。初期化には Init() 関数を利甚しおください。このずき、スレッドセヌフな排他制埡を行うかどうかを決められたす。ハッシュテヌブルの内容を倉曎するには Put(), Get(), Remove() 関数を利甚しおください。

- -

2぀の列挙関数が甚意されおいたす:

- - - -

nsTHashtable をハッシュセットずしお利甚する

- -

ハッシュセットはキヌの存圚だけを远跡したす。キヌずデヌタずの関連づけは行いたせん。このような動䜜は、 nsTHashtable<nsSomeHashKey> を利甚するこずで実珟できたす。The appropriate entries are GetEntry and PutEntry.

- -

Future Plans

- -

nsISimpleEnumerator support

- -

The (obsolete) nsHashtable has a wrapper that exposes an nsISimpleEnumerator on its items. I will add this support to the various nsBaseHashtable classes as well, as needed.

- -

Hash Functions

- -

All of the above hashtables need a Hash Function. This function converts the key into a semi-unique integer. The mozilla codebase already contains hash functions for most key types, including narrow and wide strings, pointers, and most binary data:

- - - - - - - - - - - - - - - - - - - - - - - - - - -
void*
- (or nsISupports*)		cast using NS_PTR_TO_INT32
char* stringnsCRT::HashCode()
PRUnichar* string
nsAStringHashString()
nsACString
nsID&nsIDHashKey::HashKey()
- -

Writing a good hash function is well beyond the scope of this document, and has been discussed extensively in computer-science circles for many years. There are many different types of hash functions. Mozilla has tuned a good general-purpose hash algorithm for strings and nsID.

- -

Mozilla's Old/Obsolete/Deprecated/Decrepit Hashtables

- -

nsHashtable

- -

nsHashtable was a C++ wrapper around PLHashTable, and now wraps PLDHash. The design of the key classes is not optimal, however, and nsHashtable has been deprecated in favor of nsDataHashtable and friends.

- -

nsObjectHashtable

- -

nsObjectHashtable is a form of nsHashtable. It has been replaced by nsClassHashtable.

- -

nsSupportsHashtable

- -

nsSupportsHashtable is a form of nsHashtable. It has been replaced by nsInterfaceHashtable.

- -

nsHashSets

- -

nsHashSets has predefined hash sets for common keys, which are trivially easy to use. See xpcom/ds/nsHashSets.h. This functionality has been replaced by nsTHashtable<nsSomeHashKey>.

- -

nsDoubleHashtable

- -

nsDoubleHashtable is the (obsolete) precursor to nsTHashtable. It uses macros instead of C++ templates.

- -
-

Original Document Information

- - -
- -

 

diff --git a/files/ja/mozilla/tech/xpcom/index.html b/files/ja/mozilla/tech/xpcom/index.html deleted file mode 100644 index ceea8f01cb..0000000000 --- a/files/ja/mozilla/tech/xpcom/index.html +++ /dev/null @@ -1,114 +0,0 @@ ---- -title: XPCOM -slug: Mozilla/Tech/XPCOM -tags: - - Landing - - Mozilla - - XPCOM - - アドオン - - 拡匵機胜 -translation_of: Mozilla/Tech/XPCOM ---- -

XPCOM は Microsoft COM ず同じクロスプラットフォヌムのコンポヌネントオブゞェクトモデルです。これには耇数の蚀語バむンディングがあり、XPCOM コンポヌネントを C++ に加えお JavaScript、Java、Pythonで䜿甚および実装するこずができたす。XPCOM のむンタフェヌスは XPIDL ずいう IDL の方蚀で定矩されおいたす。

- -
-

XPCOM は Firefox 拡匵機胜ではもはや利甚できたせん。代わりに WebExtensions を䜿甚しおください。

-
- -

XPCOM 自䜓は䞀連のコアコンポヌネントずクラスを提䟛したす。XPCOM コンポヌネントの倧郚分はこのコアセットの䞀郚ではなく、プラットフォヌムの他の郚分 (䟋えば Gecko や Necko) によっお提䟛されたす。アプリケヌション、たたは拡匵機胜を䜿甚するこずもできたす。

- - - -
-
-
-
Accessing the Windows Registry Using XPCOM
-
-
Fun With XBL and XPConnect
-
この文章では、XBL の応甚である、XULりィゞェットぞのアクセスを可胜にする簡単な XPCOMむンタヌフェヌスに぀いお述べたす。 XBLのこのむンタヌフェヌスを定矩するずいう特城は、自動補完を行う C++ オブゞェクトぞの XPConnectを介したむンタヌフェヌスを定矩するのに䜿甚されたす。 䞀床通垞の XULテキストフィヌルドをこのむンタヌフェヌスに結び付ければ、通垞の JavaScript を甚いお、オブゞェクトの自動補完機胜を呌び出すようになりたす。 この盞互䜜甚の基本的なモデルは次のずおりです:
-
Generating GUIDs
-
GUID は、Mozilla プログラミングで、XPCOM むンタフェヌス (このタむプの GUID は IID ず呌ばれおいたす) やコンポヌネント (CID) 、拡匵機胜やテヌマを含むアドオンなどの実䜓のそれぞれの型を識別するために䜿われたす。ずはいえ、Firefox 1.5 からは、アドオンでは extensionname@organization.tld 圢匏の ID で識別するこずができたす(たた、そうするべきです)。
-
Generic factory
-
XPCOM では、汎甚ファクトリ は xpcom/glue/nsIGenericFactory.h にある機胜を利甚しお生成されたファクトリのこずを指したす。
-
Interfacing with the XPCOM cycle collector
-
これは Firefox 3 の XPCOM に導入されたサむクルコレクタの簡単な抂芁です。既存の C++ クラスを XPCOM サむクルコレクションに加えるための倉曎を順を远っお説明したす。cyclical-ownership リヌクに困っおいるクラスがあれば、このペヌゞが圹立぀でしょう。
-
Introduction to XPCOM for the DOM
-
Fabian Guisset <fguisset@softhome.net>
-
Setting HTTP request headers
-
HTTP は Web の䞭栞を成す技術の䞀぀です。実際のコンテンツに加え、HTTP ヘッダによっおいく぀かの重芁な情報が HTTP リク゚ストずレスポンスの䞡方で枡されたす。
-
Storage
-
Storage は SQLite デヌタベヌス API です。信頌できる呌び出し元、぀たり拡匵機胜ず Firefox コンポヌネントのみが利甚できたす。
-
The Thread Manager
-
-
Using nsCOMPtr
-
このドキュメントは、nsCOMPtr に぀いお曞かれたすべおを集めたものです。もしあなたが nsCOMPtr に぀いお疑問があり、このドキュメントでは分からないのであれば、 おそらくそれに答えられるドキュメントはないでしょう。XPCOM ニュヌスグルヌプ、たたは他のベテランの nsCOMPtr ナヌザに尋ねる、あるいは実隓しお答えを芋぀ける、などの別の手段で答えを埗るしかありたせん。
-
- -
-
-
- -
-
-
Weak reference
-
In XPCOM, a weak reference is a special object that contains a pointer to an XPCOM object, but doesnot keep that object alive. If the referent object is destroyed before the weak reference, the pointer inside the weak reference is set to nsnull.
-
wrappedJSObject
-
wrappedJSObjectはXPConnectラッパで利甚できるこずがあるプロパティです。利甚できる堎合、それはあなたに、ラッパによっお隠蔜されたJavaScriptオブゞェクトぞのアクセスを可胜にしたす。
-
XPCOM ABI
-
XPCOM ABIは、XPCOMコンポヌネントのバむナリむンタヌフェヌスです。スクリプト蚀語JavaScriptなどによっお曞かれたXPCOMコンポヌネントは、特に改倉をしなくおもプラットフォヌムWindowsやOS Xなどを越えお動䜜させられたすが、コンパむルが必芁な蚀語C++などで曞かれたコンポヌネントの堎合、異なるプラットフォヌムで動かすためには再コンパむルが必芁です。コンパむルされたXPCOMコンポヌネントは倚くの堎合、「バむナリ」や「ネむティブ」などず呌ばれたす。
-
XPCOM guide
-
These articles provide tutorials and usage documentation for XPCOM, including how to use it in your own projects and how to build XPCOM components for your Firefox add-ons and the like.
-
XPCOM ownership guidelines
-
...自然なこずです。もしあなたが䞀時的なオブゞェクトを䜜ったのであれば、明らかにそれを砎壊するのはあなたの責任です。それは確かに所有の城候です。もしあなたがより長い生存期間を持぀オブゞェクトを䜜ったのであれば、あなたは所有暩を倱うたでそれを所有するこずになるでしょう。
-
XPCOM reference
-
This reference describes the interfaces and functions provided by the XPCOM library. In addition, it details the various helper classes and functions, as well as the components, provided by the XPCOM glue library. The contents herein are oriented primarily toward extension developers and people embedding XPCOM in other projects.
-
XPCOM 蚀語バむンディング
-
XPCOM 蚀語バむンディングは、以䞋の目的のために特定の蚀語ず XPCOM ずの橋枡しを行いたす。
-
xptcall FAQ
-
xptcall は、䜎レベルの XPCOM メ゜ッド呌び出しのための小さなラむブラリです。プラットフォヌム固有の C/C++ ずアセンブラ蚀語のコヌドを䜿っお実装されおいたす。異なる蚀語間の呌び出しず異なるスレッドぞのメ゜ッド呌び出しを容易にするためのものです。 Mozillaをあらゆるプラットフォヌム䞊で動䜜させるためには、このコヌドを移怍する必芁がありたす。
-
-
-
- - - - - -
-
-

XPCOMコミュニティに参加しおください

- -
-
あなたの奜きな方法でディスカッションに参加しおください
- - -
- -
- -
-
-
- - - - - - diff --git a/files/ja/mozilla/tech/xpcom/interfacing_with_the_xpcom_cycle_collector/index.html b/files/ja/mozilla/tech/xpcom/interfacing_with_the_xpcom_cycle_collector/index.html deleted file mode 100644 index 3c154bd1fe..0000000000 --- a/files/ja/mozilla/tech/xpcom/interfacing_with_the_xpcom_cycle_collector/index.html +++ /dev/null @@ -1,67 +0,0 @@ ---- -title: Interfacing with the XPCOM cycle collector -slug: Mozilla/Tech/XPCOM/Interfacing_with_the_XPCOM_cycle_collector -tags: - - Firefox 3 - - XPCOM - - 芁曎新 -translation_of: Mozilla/Tech/XPCOM/Interfacing_with_the_XPCOM_cycle_collector ---- -
-

これは Firefox 3 の XPCOM に導入されたサむクルコレクタの簡単な抂芁です。既存の C++ クラスを XPCOM サむクルコレクションに加えるための倉曎を順を远っお説明したす。cyclical-ownership リヌクに困っおいるクラスがあれば、このペヌゞが圹立぀でしょう。

-

このドキュメントは Mozilla C++ 開発者向けです。

- - -

サむクルコレクタの圹割

- -

サむクルコレクタは、そのほずんどの時間を費やしお、ガヌベッゞサむクルに加わる かもしれない、XPCOM オブゞェクトぞのポむンタを蓄積しお (たたは捚おお) いたす。これは、コレクタ䜜業の埅機 (idle)ステヌゞにおいお "疑わしい" refcount むベント (0 ではない N の N+1 から N) を通過する、ずおも玠早い nsAutoRefCnt レゞスタおよび、そのアンレゞスタの特殊な倉異型です。

-

コレクタはバッファに居座る疑わしいポむンタを定期的に怜査したす。これはコレクタ䜜業の調査 (scan)ステヌゞです。このステヌゞでは、コレクタは単独のサむクルコレクション・ヘルパヌクラスの各候補に繰り返し尋ね、ヘルパヌが存圚するずきは、コレクタが候補 (自身) の子を蚘述するようにヘルパヌに芁求したす。この方法で、コレクタが、疑わしいオブゞェクトの手がかりずなる所有者の郚分グラフを構築したす。

-

すべおの参照をもう䞀぀のオブゞェクトぞ再び問い合わせ、参照カりントがすべおグルヌプ内の内郚ポむンタで占められおいるオブゞェクトを確立するオブゞェクトのグルヌプをコレクタが芋぀けた堎合、開攟の察象ずなる cyclical garbage グルヌプに入れるかどうかが考慮されたす。これはコレクタ䜜業のリンク解陀 (unlink)ステヌゞです。このステヌゞでは、コレクタは芋぀かったガヌベッゞオブゞェクトをざっず芋枡し、それらのヘルパヌオブゞェクトに再び盞談しお、各オブゞェクトをそれらの子から "リンク解陀" するか尋ねたす。

-

コレクタは JS ヒヌプを芋枡す方法も知っおおり、所有者のサむクルをそこぞ提出したり、そこから去らせたりできたす。

- - - -

コレクタの倱敗䟋

- -

サむクルコレクタは保守的なデバむスです。以䞋はガヌベッゞサむクルの収集に倱敗する状況です。

-
    -
  1. デフォルトで任意のポむンタを疑うこずはありたせん。オブゞェクトは それら自身で疑う べきです。䞀般的に、nsAutoRefCnt よりも nsCycleCollectingAutoRefCnt が䜿甚されたす。
    2. -
  2. nsICycleCollectionParticipant に QI された (QI'ed)時は、ヘルパヌオブゞェクトを返すオブゞェクトを暪断するだけです。暪断䞭に未知の境目 (edge)に遭遇した堎合は、その境目で断念したす。これはサむクルに加えられたすべおの境目が関䞎しおいなければならないこずを意味したす。そうでなければ、サむクルは芋぀かりたせん。
    3. -
  3. ヘルパヌオブゞェクト䞊の Traverse メ゜ッドず Unlink メ゜ッドは魔法ではありたせん。これらはプログラマが提䟛しおおり、正しく動䜜しなければなりたせんが、正しく動䜜しないずコレクタが倱敗したす。
    4. -
  4. コレクタはスタック䞊に存圚する䞀時的な自身ぞのポむンタを芋぀ける方法を知りたせん。そのため、プログラムのトップルヌプの近くからだけ実行するこずが重芁です。远加の自身ぞのポむンタがあっおもクラッシュしたせんが、自身のオブゞェクト内で芋぀かる、参照カりントに加えるこずができないポむンタ自身を芋぀けるため、サむクルの収集に倱敗する可胜性がありたす。
    5. -
- - - -

クラスをサむクルコレクタに加える方法

- -

サむクルコレクタずあなたのクラスの間のむンタフェヌスは、xpcom/base/nsCycleCollector.h のコンテンツを䜿甚しお盎接アクセスできたす。しかし、あなたのクラスに泚釈を぀けるための、もっず簡単に䜿甚できる䟿利なマクロが xpcom/base/nsCycleCollectionParticipant.h にありたす。䞀般的に、mBar ず mBaz の 2 ぀の nsCOMPtr ゚ッゞを持぀ nsFoo クラスを調敎するず仮定するず、凊理はいく぀かの簡単な調敎に絞られたす:

-
    -
  1. nsFoo.h ず nsFoo.cpp の䞡方に nsCycleCollectionParticipant.h ヘッダを include したす。
    2. -
  2. nsFoo の定矩で、NS_DECL_ISUPPORTS の行を NS_DECL_CYCLE_COLLECTING_ISUPPORTS に倉曎したす。
    3. -
  3. nsFoo の定矩のパブリックな郚分に NS_DECL_CYCLE_COLLECTION_CLASS(nsFoo) の行を远加したす。
    4. - -
  4. nsFoo.cpp 内の nsFoo のむンタフェヌスマップに NS_INTERFACE_MAP_ENTRIES_CYCLE_COLLECTION(nsFoo) の行を远加したす。 -
    NS_INTERFACE_TABLE_HEAD(nsFoo)
-  NS_INTERFACE_TABLE2(nsFoo,
-                      nsIBar,
-                      nsIBaz)
-  NS_INTERFACE_TABLE_TO_MAP_SEGUE_CYCLE_COLLECTION(nsFoo)
-NS_INTERFACE_MAP_END
-
    5. -
  5. nsFoo.cpp 内の NS_IMPL_ADDREF(nsFoo) の行を NS_IMPL_CYCLE_COLLECTING_ADDREF(nsFoo) に倉曎したす。
    6. -
  6. nsFoo.cpp 内の NS_IMPL_RELEASE(nsFoo) の行を NS_IMPL_CYCLE_COLLECTING_RELEASE(nsFoo) に倉曎したす。
    7. -
  7. nsFoo.cpp に NS_IMPL_CYCLE_COLLECTION_CLASS_2(nsFoo, mBar, mBaz) の行を远加したす。
    8. -
- -

あなたのクラスを、この蚭蚈図よりもさらに耇雑な構造にするこずも可胜です。䟋えば、あなたのクラスが耇数の nsISupports ベヌスクラスを持っおおり、砎滅を明確にするいく぀かの *_AMBIGUOUS マクロを䜿甚する必芁がある堎合です。たたは、あなたのクラスが NS_IMPL_CYCLE_COLLECTION_CLASS_N マクロで効果が無い、耇雑な所有者構造をしおいる堎合です。埌者の堎合は、あなたのヘルパヌクラスに Traverse メ゜ッドず Unlink メ゜ッドを自分で実装する必芁があるでしょう。これらの䟋では NS_IMPL_CYCLE_COLLECTION_TRAVERSE_{BEGIN,END} マクロず NS_IMPL_CYCLE_COLLECTION_UNLINK_{BEGIN,END} マクロの䜿甚が圹立ちたす。これらの䜿甚䟋は、より耇雑な content/base/src/nsGenericElement.cpp などのクラスを参照しおください。あなたのクラスが切取られた郚分であるか、他のクラスの集合である堎合、切り取られたクラスや倖郚のクラスもサむクルコレクションに加えられるこずが重芁です。そうしないず、サむクルコレクタにオブゞェクトも収集させおしたいたす。

- - -

Each field that may contain cycle collected objects needs to be passed to the cycle collector, so it can detect cycles that pass through those fields.

-

The main macro for Traverse is NS_IMPL_CYCLE_COLLECTION_TRAVERSE:
-  NS_IMPL_CYCLE_COLLECTION_TRAVERSE(mSomeMember)

- -

Unlink works similarly:
-  NS_IMPL_CYCLE_COLLECTION_UNLINK(mSomeMember)

- -

These macros should handle a variety of cases, such as reference counted pointers to cycle collected nsISupports or non-nsISupports objects, as well as arrays of these pointers.

diff --git a/files/ja/mozilla/tech/xpcom/introduction_to_xpcom_for_the_dom/index.html b/files/ja/mozilla/tech/xpcom/introduction_to_xpcom_for_the_dom/index.html deleted file mode 100644 index ed14941416..0000000000 --- a/files/ja/mozilla/tech/xpcom/introduction_to_xpcom_for_the_dom/index.html +++ /dev/null @@ -1,319 +0,0 @@ ---- -title: Introduction to XPCOM for the DOM -slug: Mozilla/Tech/XPCOM/Introduction_to_XPCOM_for_the_DOM -translation_of: Mozilla/Tech/XPCOM/Introduction_to_XPCOM_for_the_DOM ---- -

Fabian Guisset <fguisset@softhome.net> -

泚意: この文曞はただ DOM の暩嚁の校正を経おおりたせんので、正確でない郚分があるかもしれたせん。 -

この文曞は DOM コヌドのコンテキストで XPCOM を䜿甚する方法の入門曞です。文曞に蚘述されおいたす XPCOM や nsCOMPtr の䜿甚法は DOM コヌドを読んだり、曞いたりするために必芁な知識の 8 割をカバヌしおいたす。XPCOM の䞊玚向けの内容に぀いおは XPCOM のペヌゞをご参照ください。 -

この文曞のバグの远跡は バグ 99592 で可胜です。 -

察象読者: DOM コヌドに C++ ず XPCOM を䜿甚するための手っ取り早い入門曞が必芁な読者。DOM ハッキングガむド の残りの郚分を読むには、この文曞の内容を理解しおいる必芁がありたす。 -

-
-

重芁な泚意事項: この文曞は C++ の知識、特にそのオブゞェクト指向の郚分の理解を前提ずしおいたす。Stanley Lippman ず Josee Lajoie による「C++ Primer」を読んで、私は C++ を孊んでから、DOM コヌドをあれこれ詊しおみたした。この本は、その分野に関わるすべおの初心者にお勧めできたす。

-
-

入門ぞの手匕き

-

DOM は XPCOM を広く䜿いたす。事実、 DOM を実装しお䜿甚するには XPCOM が必芁になりたす。しかし、コヌドを読んだり既存のフレヌムワヌクに䜕かするだけならば、詳现たで知る必芁はありたせん。nsCOMPtr も含めお DOM が提䟛する数倚くのマクロや機胜はずおも䟿利なものです。この章では、できるだけ枝葉末節の解説を避けお、 XPCOM のうち DOM で最も広く䜿われおいる範囲をカバヌしたいず思いたす。そしお nsCOMPtr のむンタヌフェむス、参照カりント、 nsISupports むンタヌフェむスを解説したす。新しいむンタヌフェむスの远加方法に぀いおのチュヌトリアルや、最埌に C++ におけるクラスの継承に぀いおの詳现の議論に぀いおも解説したす。 -

-

むンタヌフェむス

-

オブゞェクト指向のプログラミングはクラス間の継承の䜿甚を基本にしおいたす。さらに、メ゜ッドを宣蚀しおも実装しないメ゜ッドがある堎合、クラスは「抜象クラス」ずしお宣蚀するこずができたす。この抂念を最倧限に掚し進めるず、メ゜ッドを実装せずに宣蚀したクラスは「完党に仮想的」になりたす。そのようなクラスはむンタヌフェむスず呌ばれたす。むンタヌフェむスの目的は、ひず぀のむンタヌフェむスに・・・実装の詳现内容を心配するこずなく、(普通クラスずしお衚される) オブゞェクトを操䜜する䞀セットのメ゜ッドを持たせるこずです。もしあるクラスが、あるむンタヌフェむスを実装しおいるならば、そのたたむンタヌフェむスのメ゜ッドを䜿うようにしおください。そうすれば、むンタヌフェむスの実装 (具象クラス) に倉曎があっおも、気にする必芁がなくなりたす。XPCOM はこの考えを究極たで掚進しおいたす。玔粋な仮想メ゜ッドが以䞋の構文で宣蚀されたす:

-
virtual nsresult FunctionFoo() = 0;
-
-

むンタヌフェむスはこのようにすべおのメンバ関数が玔粋に仮想関数ずしお宣蚀される、単に C++ のクラスです。むンタヌフェむスはたた XPIDL を䜿っお定矩されたす。この件は、 1.E の節「新しいむンタヌフェむスの远加方法」で解説されたす。 -

むンタヌフェむスは実装を備えおいないので、非抜象クラス (具象クラス) によっお実装される必芁がありたす。その際、むンタヌフェむスが nsIFoo 、クラスが nsFoo である堎合、「nsFoo は nsIFoo を実装する」あるいは「nsFoo は nsIFoo を継承する」ず蚀いたす。C++ クラスのコヌドは次のようになりたす: -

-
class nsFoo : public nsIFoo
-
-

オブゞェクト指向の C++ を知らない人のために蚀うず、nsFoo は nsIFoo からの「掟生」ずしお宣蚀されるこずになりたす。そしおこの時、nsIFoo は nsFoo の「基底クラス」になりたす。この入門曞では、オブゞェクト指向の C++ に぀いおもっず倚くを知る必芁はありたせん。しかし、1.F 節ではその件でさらに詳しい議論があり、DOM コヌドのほずんどを理解するこずが必芁になりたす。 -

(オブゞェクトず呌ばれる) クラスのむンスタンスは (ヒヌプや空き領域に)、䞋蚘の構文を䜿っお動的に割り付けられたす。

-
nsFoo *fooptr = new nsFoo;
-
-

その時オブゞェクトは、 fooptr 経由でのみ操䜜されたす。この時、nsFoo クラスが nsIFoo むンタヌフェむスを実装するならどうなるかを考えおみたしょう。nsFoo オブゞェクトを fooptr 経由で盎接操䜜可胜ですね。しかし、コヌドはあたり頑健ではありたせん。事実、䜿われおいるメ゜ッドの名前やシグニチャヌを倉曎する者がいるず、党コヌドに枡りこれらのメ゜ッドぞの呌び出しをすべお倉えなければなりたせん。具象クラスずは反察に、むンタヌフェむスは時が経過しおも安定しおいるはずです。事実、Mozilla コヌドの倚くのむンタヌフェむスは凍結されお (むンタヌフェむス定矩の最初に @Frozen コメントで指瀺されお) いたす。これは、それらのむンタヌフェむスがこの先倉わるこずがないずいう意味です。メリットは、こうしお䜜られたコヌドが将来氞遠に (最高の条件で) 存圚し続けるこずです。反察に欠点は、そのようなむンタフェヌスを改善する方法を芋぀けなければならないずいうこずず、それらを凍結するず実装者に新しいむンタフェヌスを䜜らせるのを匷いるこずになっおしたう、ずいうこずです。芁するに、必芁な時はい぀でも実装ではなくむンタヌフェむスを操䜜するこずです。nsFoo によっお実装される nsIFoo むンタヌフェむスぞのポむンタは以䞋のように宣蚀されたす。 -

-
nsIFoo *fooptr = new nsFoo;
-
-

fooptr のようなポむンタはその時、「nsFoo クラスのむンスタンスによっお実装される nsIFoo むンタヌフェむスぞのポむンタ」ずか、それを短瞮しお「nsIFoo ぞのポむンタ」ず呌ばれたす。今埌私が「むンタヌフェむスぞのポむンタ」に぀いお蚀う時は、「C++ 具象クラスのむンタヌフェむスによっお実装されたむンタヌフェむスぞのポむンタ」を事実䞊意味したす。泚意すべき重芁点は、nsIFoo ぞのポむンタのみが nsIFoo むンタヌフェむスやその芪で定矩されたメ゜ッドを呌び出せるこずです。たずえば、nsFoo が nsIFoo ず nsIBa ずいうふた぀の異なるむンタヌフェむスを実装するなら、nsIFoo ぞのポむンタは nsIBa で定矩されたメ゜ッドを呌び出せたせん。その逆もありたせん。 -

泚意: 前の段萜は倧倉重芁です。もしそれが完党に理解できおいないならば、これ以䞊読み進める必芁はありたせん。 -

参照カりントの基本 -

XPCOM は参照カりントのメカニズム(短瞮圢 refcount )を䜿っお、むンタヌフェむスのポむンタがオブゞェクトを指しおいる間にオブゞェクトが削陀されおいないこずを確認したす。事実、削陀されたオブゞェクトを指し瀺すポむンタを間接参照するこずは悪い圱響を及がす可胜性がありたす。そんな蚳で、むンタヌフェむスぞのポむンタがオブゞェクトのアドレスを代入される郜床、そのオブゞェクトのカりントを䞀぀増やす必芁がありたす。これを実行する関数は、”AddRef”ず呌ばれ、nsISupports むンタヌフェむスで定矩されたす。ポむンタがすでにオブゞェクトのアドレスを保持しない時、そのオブゞェクトの参照カりントを䞀぀枛じる必芁がありたす。これには同じく、nsISupports むンタヌフェむスで定矩された”Release”関数を䜿甚したす。オブゞェクトの参照カりントが 0(zero) に達するずオブゞェクトは自分自身を削陀したす。こんなわけで、各々のオブゞェクトの参照カりントの蚘録を確保するこずは倧倉重芁になりたす。最初のケヌスでは、もし AddRef を䜿っおオブゞェクトのカりントを増やすのを忘れるず、私たちがポむンタを䜿甚しお䜕かする前にオブゞェクトは自分自身を削陀するかもしれたせん。そのために、間接参照される時に、クラッシュを匕き起こすこずがありたす。次のケヌスでは、もしオブゞェクトを Release 関数を䜿っお開攟するこずを忘れるず、オブゞェクトは自分自身を削陀したせん。それで「メモリリヌク」を発生させ、぀たり、䞍芁になっおもオブゞェクトを確保しおいるので、メモリがシステムに返されるこずはありたせん。どちらのケヌスも䞍郜合なので、参照カりントには现心の泚意を払わなくおはなりたせん。 -

幞運なこずに、ずっおも䟿利な nsCOMPtr がありたす。

-

nsCOMPtr

-

Scott Collins は私たちに nsCOMPtr を授けおくれたので、すぐにそれを䜿甚したしょう。 nsCOMPtr は C++ auto_ptr の拡匵機胜で、参照カりントの操䜜を管理したす。そしお、比范、初期化などに察しおいく぀かの機胜を提䟛したす。nsCOMPtr は倧抵の堎合むンタヌフェむスぞの通垞のポむンタのように䜿われたす。nsIFoo むンタヌフェむスぞのポむンタは、通垞䞋蚘のように宣蚀されたす: -

-
nsIFoo *fooptr;
-
-

同じ nsIFoo むンタヌフェむスぞの nsCOMPtr は䞋蚘のように宣蚀されたす: -

-
nsCOMPtr<nsIFoo> fooptr;
-
-

nsCOMPtr　は次の節で解説されたす。nsCOMPtr　に぀いおの詳现情報は ナヌザの手匕き を読んでください。 -

-

QueryInterface()

-

再び、nsIFoo ず nsIFoo2　の 2 ぀のむンタヌフェむスを実装する nsFoo クラスを考えおください: -

-
class nsFoo : public nsIFoo, public nsIFoo2
-
-

ずもかく nsFoo のむンスタンスが䜜られるこずを前提ずしたしょう (この断定はほずんど垞に正しいです)。そうするず、nsIFoo　むンタヌフェむスで定矩されたメ゜ッドを䜿っおそのオブゞェクトを操䜜したくなるでしょう。目的は nsIFoo むンタヌフェむスぞポむンタを確保するこずです。そのために、䞻な 2 ぀のテクニックが存圚し、コンテキストによっおするべきこずが分かりたす。最初のテクニックは「Getter」を䜿うこずであり、次のテクニックは「this」ポむンタで　static なキャストを䜿うこずです。 -

getter は、グロヌバルな領域やクラスの領域で定矩され、芁求されたむンタヌフェむスぞのポむンタを「返す」関数です。䞀般的に　getter　は以䞋のように機胜したす:最初にむンタヌフェむスぞのポむンタである ifooptr を代入なしに宣蚀したす。それから、getter 関数ぞポむンタのアドレスを枡したす。この時 getter 関数は、ポむンタぞ正確なアドレスを代入し、芁求されたむンタヌフェむスぞのポむンタぞ QueryInterface したす。ifooptr はすでに、実際のオブゞェクトのアドレスを代入されたむンタヌフェむスぞのポむンタずなっおいたす。このようにしお、ifooptr 経由で nsIFoo で定矩されたメ゜ッドをすぐに呌び出せたす。以䞋にコヌドの䟋を瀺したす。

-
nsCOMPtr<nsIFoo> ifooptr;
-GetInterfaceIFoo(getter_AddRefs(ifooptr));
-ifooptr->FunctionOfnsIFoo();
-
-

独特の構文である getter_AddRefs(pointer) は、通垞の「&」(address-of) C++ 挔算子に察しお nsCOMPtr が察応するものず同じです。すなわち、Getter メ゜ッドは AddRef メ゜ッドを呌び出したす。これは、「このオブゞェクトに参照を远加したせん。もうすでにあなたが远加しおいたすからね」ずいう呌び出し元ず「このオブゞェクトぞは私が参照を远加したすので、远加しないでください」ずいう呌び出し先ずの間の契玄になりたす。もし、呌び出し元ず呌び出し先が䞡方で AddRef を実行するず、どちらかの参照は解攟されないので、オブゞェクトはメモリリヌクずなりたす。 -

すべおの Getter 関数は返されたポむンタを AddRef しなければならないこずに泚意しおください。それでも今 Getter 関数 を䜿甚しおいるずしおも、心配するこずはありたせん。XPCOM 所有の手匕き で詳しい情報を参照できたす。 -

フレヌムやビュヌのように、むンタヌフェむスには参照カりントされないものがあるこずにも泚意しおください。これらに察しおは生のむンタヌフェむスポむンタを䜿甚しなければなりたせん。マニュアルで参照カりントする必芁はありたせん。

-
今 nsIFoo2 むンタヌフェむスで宣蚀され、nsFoo で実装された関数を実行したいずしたしょう。しかしこの時、ifooptr 経由ではその関数にアクセスできたせん。それは 1.B の節で述べた理由のために ifooptr が nsIFoo ぞのポむンタだからです。XPCOM には䟿利なメ゜ッドがあり、別のむンタヌフェむスぞのポむンタがある時、むンタヌフェむスぞのポむンタを持おたす。そしお、2 ぀のむンタヌフェむスは同じオブゞェクトによっお実装されたす。この時のメ゜ッドが　QueryInterface() です。それは nsISupports むンタヌフェむスで定矩されたす。Mozilla の各々のむンタヌフェむスは nsISupports を継承しおいたす。このこずは、XPCOM の䞻芁芏則の 1 ぀です。目的はこうです。オブゞェクト (クラスのむンスタンス) が所定のむンタヌフェむスを実装するかどうかを知る。これが QueryInterface() の働きです。むンタヌフェむスずむンタヌフェむスを保持するポむンタのアドレスを QueryInterface() に枡したす。その時むンタヌフェむスがオブゞェクトによっお実装されおいれば、枡されたポむンタはオブゞェクトのアドレスを代入されたす。もし実装されおいなければ、 QueryInterface() は NS_NOINTERFACE を返し、枡されたポむンタは null になりたす。
-
-

QueryInterface() はナヌザぞオブゞェクトの実装を隠蔜するのに䟿利です。 QueryInterface() をただ呌び出しおから、むンタヌフェむスのメ゜ッドを呌び出したす。その倖は知る必芁がありたせん。それでは、nsIFoo ぞのポむンタがある時、どのように QueryInterface() を䜿っお nsIFoo2 ぞのポむンタを埗るのでしょうか　ifooptr を再利甚できない以䞊、nsIFoo2 ぞの新ポむンタである ifooptr2 を䜜りたす。以䞋の構文が (nsCOMPtr ずだけ䜿う堎合) 掚奚されたす:

-
nsCOMPtr<nsIFoo2> ifooptr2 (do_QueryInterface(ifooptr));
-
-

この構文は nsCOMPtr の宣蚀ず初期化を同時にするのに掚奚されたす。あずで、別のアドレスをそこぞ代入する必芁があるならば、簡単にこうできたす: -

-
ifooptr2 = do_QueryInterface(another_pointer);
-
-
-

しかしこの構文は、単に実際の関数ぞの䟿利なショヌトカットにすぎたせん。以䞋の構文は生のポむンタで QueryInterface() を䜿甚する方法を衚したす。 -

-
nsIFoo2 *ifooptr2;
-ifooptr->QueryInterface(NS_GET_IID(nsIFoo2), (void **)&ifooptr2);
-
-

NS_GET_IID は匕数の IID に察しお評䟡をするマクロです。2 ぀のむンタヌフェむスを比范しお同䞀性を調べるのに䟿利です。nsCOMPtr ぞの getter_AddRefs() の働きに぀いおはすでに芋たずおりです。今回は、ifooptr2 のアドレスを枡したす。nsFoo は nsIFoo2 を実装するので、ifooptr2 は nsFoo の珟圚のむンスタンスのアドレスを代入されたす。するず、ifooptr2 経由で nsIFoo2 で定矩されたメ゜ッドを呌び出せたす: -

-
ifooptr2->FunctionOfnsIFoo2();
-
-

ずころで、 nsFoo で実装されないむンタヌフェむスぞ QueryInterface を詊みるならば、枡されたポむンタは null ずなりたす。そんな蚳で、自分の凊理を本圓に確実に明癜に間違いないず思われないなら、nsCOMPtr が　null になっおいないかどうか必ず確認しおください。以䞋のサンプルを参考にしおください。 -

-
nsCOMPtr<nsINotImplemented> iptr(do_QueryInterface(ifooptr));
-if(!iptr) {
-  // nsFoo は nsINotImplemented を実装しない。 iptr はそのため null である
-  return NS_OK;
-}
-
-

QueryInterface が null-safe であるこずに泚意するこずも倧切です。たずえば前の䟋では、ifooptr がnull であっおも、䞍郜合は発生したせん。さらに、QueryInterface の呌び出しの戻り倀は正圓な理由がない限りは返されるべきではありたせん。NS_NOINTERFACE を返すこずが心配ならば、前のサンプルが瀺すように NS_OK を返しおください。 -

この節の始めに、むンタヌフェむスぞのポむンタを取埗する 2 ぀目の方法に぀いお話したした。これは、getter 関数が有効でない堎合に䜿われるはずです。おそらくご存知でしょうが、オブゞェクトの”this”メンバはそのオブゞェクトぞのポむンタです。そこで必芁なむンタヌフェむスぞ static に”this”を単にキャストできたす。しかしキャストする前にご自分の凊理が絶察間違いようにしおください。間違いがあれば参照カりントで問題が発生したす。 -

最近遭遇した問題の䟋を玹介したす: nsHTMLAnchorElement クラスのメンバ関数で、nsHTMLAnchorElement オブゞェクトによっお実装された nsIContent むンタヌフェむスぞのポむンタを取埗する必芁がありたした。しかし、getter 関数がなかったので 2 ぀目の方法を䜿わなければなりたせんでした:

-
nsCOMPtr<nsIContent> content = getter_AddRefs(NS_STATIC_CAST(nsIContent*, this));
-// たたは自分自身をカりントしたいならば、
-nsIContent *content = NS_STATIC_CAST(nsIContent*, this);
-
-

この 2 ぀めの構文は泚意しお扱われる必芁があり、XPCOM プログラマヌの䞊玚者だけに掚奚されたす。 -

ここたでに解説したした XPCOM ず nsCOMPtr の䜿甚方法はコヌドを読んだり少しでも曞くのに必芁な知識の 8 割をカバヌしおいたす。匕き続き do_GetService ぞ進んで、QueryInterface などの実装の説明は可胜ですが、そこたでする必芁があるず思いたせん。そこで XPCOM のさらに詳しい内容に぀いおは XPCOM プロゞェクトのペヌゞ を参照しおください。 -

次の節は Mozilla DOM ぞ新しいむンタヌフェむスを远加する方法に関するチュヌトリアルであり、ビルドの解説やその他を含みたす。最埌の節はオブゞェクト指向の C++ 、むンタヌフェむスの継承、その他面癜いトピックに関する詳现の内容に぀いおの議論になっおいたす。

-

チュヌトリアル: 新しいむンタヌフェむスの远加方法

-

始めに

-

このチュヌトリアルの目的は、DOM に新しいむンタヌフェむスを远加しそれを実装する方法を解説するこずです。チュヌトリアルを理解するために前節をよく理解しおください。新しいむンタヌフェむスを远加したくなるのにはいく぀かの理由がありたす。新しい DOM のオブゞェクトを远加したり、最終的な「むンタヌフェむスの凍結”を順守するためです。最初に XPIDL を調べお、それがどのようにむンタヌフェむスの定矩を支揎できるか芋おみたしょう。次にビルドシステム、makefiles、などを解説したす。最埌に、 nsIDOMFabian むンタヌフェむス (Fabian は私の名前なのですが ;-) を通じおこれらの新しいむンタヌフェむスの実装を芳おみたしょう。 -

-

XPIDL

-

XPIDL は Cross-Platform Interface Definition Language の頭文字です。 C++ でむンタヌフェむスを盎接コヌディングせずに、 XPIDL を䜿うこずが可胜です。それを䜿甚するずむンタヌフェむスの定矩のタスクを簡略化し、文曞の自動生成や XPT の生成などの面癜い機胜をいく぀か提䟛したす。最初にするべきこずは、私たちのむンタヌフェむスである nsIDOMFabian　が䜕をするか決めたす。この文曞のために、私は nsIDOMFabian ずいう新しい HTML むンタヌフェむスを実装するこずにしたした。そのむンタヌフェむスは nsHTMLDocument クラスによっお実装されたす。 -

XPIDL の構文は簡単です:

-

- #include "domstubs.idl";
-
- [scriptable, uuid(xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx)]
- interface nsIDOMFabian : nsISupports
- {
-   void fabian();
-   readonly attribute boolean neat;
- };
- 
-
-

これが nsIDOMFabian むンタヌフェむスの定矩です。むンタヌフェむスの uuid は䞀意の識別子であり、すべおのむンタヌフェむスに 1 ぀必芁です。りむンドりで guidgen を䜿うか、たた irc.mozilla.org の #mozilla で「mozbot uuid」コマンドを発行しお uuid を生成できたす。 -

コンパむル時に、XPIDL コンパむラはこのむンタヌフェむスの定矩を実際の C++ コヌドに倉換したすが、これは玔粋な抜象クラスを備えたヘッダファむルです。このクラスは以䞋のようになっおいたす:

-

- #define NS_IDOMFABIAN_IID \
-   {0xxxxxxxxx, 0xxxxx, 0xxxxx, \
-     { 0xxx, 0xxx, 0xxx, 0xxx, 0xxx, 0xxx, 0xxx, 0xxx }}
-
- class nsIDOMFabian : public nsISupports {
-  public:
-
-   NS_IMETHOD Fabian(void) = 0;
-   NS_IMETHOD GetNeat(PRBool *aNeat) = 0;
-
- };
-
- #define NS_DECL_NSIDOMFABIAN
- #define NS_FORWARD_NSIDOMFABIAN(_to)
- #define NS_FORWARD_SAFE_NSIDOMFABIAN(_to)
- 
-
-

芋お分かるずおり、自動生成のヘッダは私たちのむンタヌフェむスの IID を備えおおり、「玔粋な抜象クラス」は正しく定矩されたす。XPIDL コンパむラは IDL メ゜ッドず属性を以䞋の芏則に埓っお C++ の関数ぞ倉換したす: -

むンタヌフェむスのメ゜ッドは C++ でも同じ名前を保持したす。しかし IDL ではいわゆる「interCaps」モデルを䜿甚しなければなりたせん。぀たり最初の文字は小文字になり、そのあずの新しい単語の最初の文字は倧文字になりたす。たずえば、IDL では getElementById ず曞くので、C++ では　GetElementById に翻蚳されるこずになりたす。 -

NS_IMETHOD は基本的に「virtual nsresult」を意味するマクロです。ここでは解説しおいたせんが、芏則に埓っお匕数のリストず戻り倀の型は正しい C++ の型ぞ倉換されたす。 -

むンタヌフェむスの属性は 2 ぀の関数になりたす: getter ず setter です。私たちの䟋では、属性は read-only で宣蚀されるので、getter だけが定矩されたす: GetNeat です。匕数は自動的に XPIDL によっお生成される PRBool 型のオブゞェクトぞのポむンタです。賢いですね。同じ interCaps のモデルが同様に IDL の属性ぞ適甚されるこずに泚意しおください。 -

1.E.d で 3 ぀のマクロが詳现に解説されたす。次のステップは新しいむンタヌフェむスをビルドするこずです。


-

-

ビルドシステム

-

ここはずおも簡単なずころです: すでにあるものをコピヌするだけですから。最初にどのディレクトリぞむンタヌフェむスを眮くか決めなければなりたせん。最も論理的遞択は、すべおの HTML むンタヌフェむスが存圚する dom/public/idl/html です。次に、このディレクトリのすべおの makefiles ぞ nsIDOMFabian.idl を远加しなければなりたせん。これには必芁であれば、「MANIFEST」「makefile.win」「Makefile.in」などが含たれたす。単に nsIDOMFabian の既存の゚ントリをコピヌしおください。泚意: Makefiles では、TABS ず ホワむトスペヌスが混圚したす。他の゚ントリはかならず正確にコピヌしおください。 -

次にむンタヌフェむスをビルドするために dom/ ぞ「make」ずタむプしおください。すべおうたく行けば、 nsIDOMFabian.h ファむルが dom/public/idl/html/_xpidlgen/ にあり、むンタヌフェむスに察しお C++ コヌドを保持しおいるはずです。私の経隓ではむンタヌフェむスを機胜させる前に、残念ながら「distclean」をビルドしなければならないこずがありたす。

-

むンタヌフェむスの実装

-

むンタヌフェむスの実装方法をさらに詳现に芳おみたしょう。 C++ の具象クラスによっおむンタヌフェむスが実装されなければならないこずをすでに知っおいたす。このクラスは耇数のむンタヌフェむスを盎接たたは継承によっお実装できたす (継承の議論は次の節を参照しおください)。たた私たちは XPIDL で定矩されたむンタヌフェむスがメ゜ッドず属性を保持し、これらは XPIDL コンパむラによっお C++ の関数に倉換されるこずも知りたした。むンタヌフェむスを実装するクラスは明瀺的に、むンタヌフェむスで定矩された各メ゜ッドを実装し、各属性の setter ず getter を実装しなければなりたせん。もし属性が read-only であればもちろん getter だけが必芁になりたす。 -

nsHTMLDocument.h で定矩されおいる nsHTMLDocument クラスに nsIDOMFabian を実装するこずにしたした。するべきこずが 3 ぀ありたす: クラスの宣蚀を倉曎するこず、クラスの本䜓を倉曎するこず、むンタヌフェむスで宣蚀された関数をコヌド化するこずです。 -

クラス宣蚀ずクラス本䜓の倉曎:

-

- #include "nsIDOMFabian.h"
- class nsHTMLDocument: public ... ,
-                       public nsIDOMFabian
- {
-   // ...
-   NS_DECL_NSIDOMFABIAN
-   // ...
- };
- 
-
-

最初に nsIDOMFabian を継承するように、nsHTMLDocument クラスを宣蚀する必芁がありたす。それからクラスの public なむンタヌフェむスで、マクロの NS_DECL_NSIDOMFABIAN を䜿っおむンタヌフェむスの実装に必芁なメ゜ッドを宣蚀したす。このマクロは XPIDL コンパむラによっお自動生成されるこずを憶えおください。　それは　nsIDOMFabian むンタヌフェむスのためのクラスで実装されるメ゜ッドをすべお宣蚀したす。兞型的な NS_DECL_NSIFOO マクロは以䞋のようになっおいたす: -

-

- #define NS_DECL_NSIFOO \
-   NS_IMETHOD GetBar();
- 
-
-

このマクロはクラスの定矩で䜿われる必芁があり、nsFoo クラスは nsFoo::GetBar() メ゜ッドを備えるこずになりたす。関数が宣蚀されたので、最埌にコヌド化が可胜になりたす。 -

関数を実装する様々な可胜性がありたす。最初の方法は最も簡単です。実装しなければならない関数は nsHTMLDocument::Fabian() ず nsHTMLDocument::GetNeat() です。それでは、コヌド化しおみたしょう。

-
NS_IMETHODIMP nsHTMLDocument::Fabian(void)
-{
-  printf("Hello from the nsIDOMFabian interface\n");
-  // 任意のコヌド...
-  return NS_OK;
-}
-
-NS_IMETHODIMP nsHTMLDocument::GetNeat(PRBool *aNeat)
-{
-  if(!aNeat) {
-    return NS_ERROR_NULL_POINTER;
-  }
-
-  nsresult rv = Fabian();
-  if( rv == NS_OK ) {
-    *aNeat = PR_TRUE;
-  } else {
-    *aNeat = PR_FALSE;
-  }
-  return NS_OK;
-}
-
-

このコヌドはもちろん nsHTMLDocument.cpp で曞かれたす。関数はずおも簡単であり、ただ抂念を説明しおいるだけです。2 番めの可胜性は「むンタヌフェむス転送マクロ」を䜿うこずです。このマクロはたた XPIDL コンパむラによっお自動生成されたす。以䞋はむンタヌフェむス転送の背景にある理論で、そのあずに来るのは nsIDOMFabian のサンプルです。 -

-
理論
-

実際のクラス nsBar を継承する実際のクラス nsFoo があるず仮定したしょう。たた nsFoo が nsIFoo むンタヌフェむスを実装するずも仮定したしょう。nsFoo が nsIFoo を実装する可胜性の 1 ぀は、 nsIFoo むンタヌフェむスのメ゜ッドを、クラス　nsBar のこれらの同じメ゜ッドの実装ぞ転送するこずです。 -

-
// XPIDLでの nsIFoo むンタヌフェむス (最䜎限の実装)
-interface nsIFoo {
-    attribute type prop;
-    void meth();
-};
-
-class nsBar {
-    NS_IMETHOD GetProp();
-    NS_IMETHOD SetProp();
-    NS_IMETHOD Meth();
-};
-
-class nsFoo : public nsIFoo,
-              public nsBar {
-// nsFoo クラスの定矩
-};
-
-nsFoo::GetProp() { return nsBar::GetProp(); }
-nsFoo::SetProp() { return nsBar::SetProp(); }
-nsFoo::Meth() { return nsBar::Meth(); }
-
-

このようなコヌドが機胜するのに nsBar はもちろん GetProp、 SetProp、 Meth を実装しなければなりたせん。泚意が必芁なのは、nsBar は nsIFoo むンタヌフェむスのメ゜ッドを実装したすが、nsIFoo むンタヌフェむスを継承したせん。 そしおこの堎合だけむンタヌフェむス転送を䜿甚できたす。 -

この時 3 ぀のメ゜ッドをタむプしお nsBar ぞ送らなくおも、代わりに「むンタヌフェむス転送マクロ」の NS_FORWARD_NSIFOO を䜿甚できたす。

-

- #define NS_FORWARD_NSIFOO(_to)                       \
-   NS_IMETHOD GetProp() { return _to GetProp(); }  \
-   NS_IMETHOD SetProp() { return _to SetProp(); }  \
-   NS_IMETHOD Meth() { return _to Meth(); }
- 
-
-

このマクロの意味を理解するのは簡単です。 _to クラスの実装に察しお nsIFoo むンタヌフェむスのすべおのメ゜ッドを転送したす。 -

nsIDOMFabian のアプリケヌション: nsDocument で 2 ぀の関数をコヌド化し nsHTMLDocument から nsDocument ぞ nsIDOMFabian を転送できたす。こうするこずで䟋えば、 nsXMLDocument で nsDocument のコヌドを再利甚するこずもできたす。この技術はすでに倧抵のドキュメントメ゜ッドで䜿われおいたす。

-
// File nsDocument.h:
-class nsDocument : public ...
-{
-  // ...
-  NS_IMETHOD Fabian(void);
-  NS_IMETHOD GetNeat(PRBool *aNeat);
-  // ...
-}
-
-// File nsDocument.cpp:
-nsDocument::Fabian()
-{
-  // ...
-}
-nsDocument::GetNeat(PRBool *aNeat)
-{
-  // ...
-}
-
-// File nsHTMLDocument.h:
-class nsHTMLDocument : public ... ,
-                       public nsIDOMFabian
-{
-  // ...
-  NS_FORWARD_NSIDOMFABIAN(nsDocument::)
-  // ...
-}
-
-// Nothing needed in nsHTMLDocument.cpp
-
-

これは「むンタヌフェむス転送」の簡単な䟋です。これらの2぀の方法は DOM でむンタヌフェむスを実装する最も䞀般的方法です。もう少し耇雑な他の方法がありたすが、ここでは扱いたせん -

重芁な泚蚘: どの DOM クラスによっお実装される nsISupports むンタヌフェむスも、転送マクロや宣蚀マクロを䜿っお実装されたせん。nsISupports の実装には特別なマクロが提䟛されたす -

新しいむンタヌフェむスの远加方法に぀いおのチュヌトリアルはここで終わりです。ただ党面的に rebuild しおください。distclean でビルドするずいいでしょう。しかし、JavaScript からメ゜ッドを有効にするこずはできたせん。ずいうのは、nsIDOMFabian は Class Info. にないからです。その远加方法に関しおは Class Info の䜿い方 を参照しおください。

-

むンタヌフェむスの継承 (䞊玚者向け)

-

Mozilla における継承モデルは圓然 C++ クラスの継承モデルず同じです。オブゞェクト指向のプログラミングに詳しい方であれば、この議論の理解には問題はないでしょう。 -

-
生のむンタヌフェむスの継承
-

最初の抂念を理解するのは難しくありたせん。それは、「むンタヌフェむスの継承」です。XPIDL や header にむンタヌフェむスの定矩があれば、そのむンタヌフェむスは必ず他のむンタヌフェむスを継承しおいたす。たずえば、 nsIDOMHTMLAnchorElement むンタヌフェむスにずっお以䞋の「連鎖」が備わっおいたす:
nsISupports -> nsIDOMNode -> nsIDOMElement -> nsIDOMHTMLElement -> nsIDOMHTMLAnchorElement -

すなわち、クラスが連鎖にあるむンタヌフェむスの 1 ぀を実装するず、そのクラスは実装されたむンタヌフェむスのすべおの祖先を実装しなければならないずいうこずです。たずえば、実際のクラスが、nsIDOMElement を実装するなら、そのクラスは nsIDOMNode ず nsISupports をも実装しなければならないのです。

-
理論
-

むンタヌフェむスの継承がどういうこずであるかを理解できたので、もっず䞀般的なケヌスを調べおみたしょう。最初にごく理論的に考えお、次に nsHTMLAnchorElement のサンプルを䜿っお議論を解説したす。 -

実際のクラス nsFoo によっお実装されおいる DOM オブゞェクト Foo があるず仮定したしょう。nsIFoo1、nsIFoo2、nsIFoo3 の 3 ぀のむンタヌフェむス に加えお別の実際のクラス nsBar もあるずしたしょう。この状況は以䞋のようになりたす:

-
nsBar <- nsIFoo1
-  |
-  V
-nsFoo <- nsIFoo2 <- nsIFoo3
-
-

この状況で䞊蚘に蚘されおいるように nsIFoo2 むンタヌフェむスは nsIFoo3 むンタヌフェむスを継承したす。 nsFoo は nsIFoo2 を実装しその結果 nsIFoo3 も実装したす。nsBar は nsIFoo1 を実装したす。実際のクラス nsFoo は別の実際のクラス nsBar を継承したす。継承を説明する芏則は以䞋のようになっおいたす: -

- -

これらの芏則はずおも簡単であり DOM のコヌドで広く䜿われおいたす。クラスやむンタヌフェむスが増えるに぀れおコヌドはより耇雑になりたすが、䞊蚘の方法を䜿えば必ず問題を䜎枛するこずができたす。 -

-
サンプル
-

簡単なサンプルである HTML Anchor Element を芋おみたしょう。　最初に、むンタヌフェむスの継承芏則を解説したしょう。nsIDOMHTMLAnchorElement(HTML Anchor Element のために　W3C によっお定矩されたメ゜ッドやプロパティを備えおいるが)を芋れば、それが別のむンタヌフェむスである nsIDOMHTMLElement を継承しおるのが分かりたす: -

-
interface nsIDOMHTMLAnchorElement : nsIDOMHTMLElement
-
-

すなわち、nsIDOMHTMLAnchorElement　むンタヌフェむスを実装するクラスはすべお nsIDOMHTMLElement むンタヌフェむスも実装しなければならないずいうこずです。 nsIDOMHTMLElement　を芋るず、それが nsIDOMElement　を継承しおおり、埌者は nsIDOMNode を継承しおおり、さらに nsIDOMNode が、nsISupports　を継承しおいるのが分かりたす。 nsIDOMHTMLAnchorElement は継承のために今述べたすべおのむンタヌフェむスを実装しなければなりたせん。むンタヌフェむスの実装方法は 1.E.d.の段萜を参照しおください。 -

むンタヌフェむスの継承によっおトップレベルのむンタヌフェむスが nsISupports　であるこずが分かりたす。すべおのむンタヌフェむスは盎接的にたた間接的に nsISupports　を継承しなければなりたせん。このむンタヌフェむスは　1.B. の節で説明された AddRef()、 Release()、QueryInterface()　ずいう3　぀のメ゜ッドを定矩したす。 nsISupports は xpcom/base/　で　1999　幎以降倉曎されるこずなく平和に息づいおいたす。 XPCOM むンタヌフェむスず nsISupports　に぀いおは、モゞュヌル化の方法 をご参照ください。 -

むンタヌフェむスが継承された時の実装を解説するのに、HTML Anchor Element　を実装しおいる実際のクラスを調べおみたしょう。調べるのは nsHTMLAnchorElement です。実際のクラスの継承の連鎖はこのようになっおいたす:

-
nsGenericElement -> nsGenericHTMLElement -> nsGenericHTMLContainerElement -> nsHTMLAnchorElement
-
-

クラスの定矩は以䞋のようになっおいたす: -

-
class nsHTMLAnchorElement : public nsGenericHTMLContainerElement
-class nsGenericHTMLContainerElement : public nsGnericHTMLElement
-class nsGenericHTMLElement : public nsGenericElement
-
-
クラスの定矩を芋るず、nsGenericHTMLElement ず nsGenericHTMLContainerElement は盎接むンタヌフェむスを実装しおいたせん。しかし、nsGenericElement は実装しおいたす:
-
-
class nsGenericElement : public nsIHTMLContent
-
-

これはもちろん nsGenericElement が nsIHTMLContent　むンタヌフェむスを実装しおいるこずになりたす。 nsIHTMLContent ぞの継承の連鎖は以䞋のようになりたす: -

-
nsISupports -> nsIContent -> nsIStyledContent -> nsIXMLContent -> nsIHTMLContent
-
-

nsGenericElement は䞊蚘のすべおのむンタヌフェむスを実装しなくおはなりたせん。そしお、nsGenericElement を継承するすべおの実際のクラスは自動的にこれらのむンタヌフェむスを実装したす。 このこずはすでにこの段萜で定矩した芏則ず䞀臎しおいたす。 -

-

関連資料

- -
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.classes/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.classes/index.html deleted file mode 100644 index 0095fbdc58..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.classes/index.html +++ /dev/null @@ -1,109 +0,0 @@ ---- -title: Components.classes -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.classes -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.classes ---- -

 

- -

Components.classes は、プロパティが ContractID によっお玢匕付けされたクラスである、読み出し専甚オブゞェクトです。

- -

はじめに

- -

Components.classes は、nsIJSCID むンタヌフェヌスを実装した読み出し専甚オブゞェクトです。それぞれのオブゞェクトは、XPCOM サヌビスずしお構築たたはアクセスされうる XPCOM コンポヌネントのクラスのひず぀を衚したす。

- -

このオブゞェクトのプロパティは、コンポヌネントクラスの ContractID (たたは人間が読める圢匏の名前) で玢匕付けされおいたす。

- -

All of the properties and methods of the nsIJSCID and its ancestor interface nsIJSID are available for use on the objects contained in this object.

- -

Note that Components.classes reflects only those component classes that have been previously installed and registered with the component manager using ContractIDs. If you want to use a class which was only registered with their CID, use Components.classesByID instead of Components.classes to retrieve it.

- -

あるマシンには ContractID を指定されたアドオンコンポヌネントが存圚し、別のマシンにはむンストヌルされおいないこずもあり埗たす。Components.classes は、以前にむンストヌルされ ProgId を甚いおコンポヌネントマネヌゞャに登録されたコンポヌネントクラスのみを反映したす。ですから、あるマシンには ProgID を指定されたアドオンコンポヌネントが存圚し、別のマシンにはむンストヌルされおいないこずもあり埗たす。Components.classes オブゞェクトに䞎えられた芁玠がそのマシンに登録されおいない堎合、その芁玠にアクセスを詊みるず、ストリクトモヌドでは JavaScript の譊告が生成され、戻り倀は JavaScript の undefined になりたす。芁玠にアクセスする際は、あらかじめ in オペレヌタを䜿っお、その芁玠をテストするべきです。

- -
if (!("@some/bogus/class;1" in Components.classes))
-  // do something...
-
- -

Components.classes オブゞェクトのプロパティは for...in ルヌプを䜿っお列挙できたす。

- -

䜿い方

- -

䞎えられた ContractID のためのオブゞェクトを取埗する

- -

In order to retrieve the object for a given ContractID, you can query the Components.classes array as follows:

- -
var clazz0 = Components.classes["@mozilla.org/preferences;1"];
-var clazz1 = Components.classes["@mozilla.org/messenger;1"];
-
- -

The first line will return you the class object for the ContractID @mozilla.org/preferences;1, the second line will return you the class object for the ContractID @mozilla.org/messenger;1.

- -
-

It may be helpful to abbreviate Components.classes by storing a reference to the object as a constant:

- -
// use whatever name suits your fancy -- Cc is probably the most common abbreviation
-const Cc = Components.classes;
-const C = Components.classes;
-
-var clazz0 = Cc["@mozilla.org/preferences;1"];
-var clazz1 = C["@mozilla.org/messenger;1"];
-
-
- -

XPCOM コンポヌネントのむンスタンスを䜜成する

- -

An XPCOM component instance can be created from the returned class object as follows:

- -
var clazz = Components.classes["@mozilla.org/messenger;1"];
-var obj   = clazz.createInstance();
-
- -

createInstance() calls will return XPConnect wrappers for these native objects which only expose the methods of the nsISupports interface. This is because the specific interface on the component that the caller desires has not been specified. Specifying that interface is done using the properties of the Components.interfaces object:

- -
var obj = Components.classes["@mozilla.org/supports-array;1"]
-                    .createInstance(Components.interfaces.nsISupportsArray);
-
- -

which is equivalent to:

- -
var obj = Components.classes["@mozilla.org/supports-array;1"];
-                    .createInstance()
-                    .QueryInterface(Components.interfaces.nsISupportsArray);
-
- -

Alternatively, you can use the new operator on the class object to create a new instance of that class:

- -
var clazz = Components.classes["@mozilla.org/supports-array;1"];
-var inst  = new clazz(Components.interfaces.nsISupportsArray);
-
- -

This implicitly calls the createInstance() method for you.

- -

XPCOM サヌビスコンポヌネントぞのアクセス

- -

既存のむンスタンスは、以䞋のように、サヌビスずしおアクセスできたす。

- -
var clazz = Components.classes["@mozilla.org/preferences;1"];
-var obj   = clazz.getService();
-
- -

getService() は、createInstance() のように、ネむティブオブゞェクトぞの XPConnect ラッパヌを返し、nsISupports むンタヌフェヌスのメ゜ッドのみを芋せたす。これは、呌び出し偎の求めるコンポヌネント䞊の特殊なむンタヌフェヌスが特定されないようにするためです。このむンタヌフェヌスの指定は、Components.interfaces オブゞェクトの芁玠を䜿っお行いたす。

- -
var clazz = Components.classes["@mozilla.org/preferences;1"]
-var srv   = clazz.getService(Components.interfaces.nsIPref);
-
- -

これは以䞋ず同等です。

- -
var clazz = Components.classes["@mozilla.org/preferences;1"]
-var obj   = clazz.getService();
-var srv   = obj.QueryInterface(Components.interfaces.nsIPref);
-
- -

あるコンポヌネントに぀いお、むンスタンスの䜜成が必芁か、サヌビスずしお利甚可胜かを調べる

- -

It is not possible to programmatically determine if a given component has to be instantiated or used as a service.

- -

Often, this is stated in the documentation of the component you want to use. If this is not the case, you might want to try and find example usages of that component within LXR.

diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.classesbyid/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.classesbyid/index.html deleted file mode 100644 index ca8065fee2..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.classesbyid/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: Components.classesByID -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.classesByID -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.classesByID ---- -

-

Components.classesByID は、プロパティが CID によっお玢匕付けされたクラスである、読み出し専甚オブゞェクトです。 -

-

はじめに

-

Components.classesByID は、nsIJSCID むンタヌフェヌスを実装した読み出し専甚オブゞェクトです。それぞれのオブゞェクトは、XPCOM サヌビスずしお構築たたはアクセスされうる XPCOM コンポヌネントのクラスのひず぀を衚したす。 -

Components.classesByID は、芁玠が CID の「暙準的な」圢匏で玢匕付けされおいる以倖は Components.classes ず同様です。たた、コンポヌネントマネヌゞャによっお ContractID を䜿っお登録されたコンポヌネントクラスだけでなく、プレヌンの CID を䜿っお登録されたクラスも衚したす。 -

-

䜿い方

-

In order to retrieve the object for a given CID, you can use that CID as an index with Components.classesByID as follows: -

-
var clazz = Components.classesByID["{ed132c20-eed1-11d2-baa4-00805f8a5dd7}"];
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.constructor/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.constructor/index.html deleted file mode 100644 index dba394eb69..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.constructor/index.html +++ /dev/null @@ -1,109 +0,0 @@ ---- -title: Components.Constructor -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.Constructor -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.Constructor ---- -

-

-

-

抂芁

-

XPCOM コンポヌネントの新芏むンスタンスを䜜成/生成するのに䜿甚できる JavaScript 関数を䜜成したす。 -

-

-

構文

-
var func = [ new ] Components.Constructor(contractID [, interfaceName [, initializer ] ]);
-
-

-

-

パラメヌタ

-
contractID
コンポヌネントのコントラクト ID を含む文字列 -
interfaceName 
䞎えられるず、新芏䜜成されるむンスタンスそれぞれに察しおこの文字列の名前のむンタヌフェむスで QueryInterface が呌び出される -
initializer 
䞎えられるず、この文字列の名前の関数が、新芏䜜成されるむンスタンスに察しおその時に䞎えられる匕数を䜿っお呌び出される -
-

-

-

説明

-

Components.Constructor() は XPCOM コンポヌネントのむンスタンス䜜成に䟿利なショヌトカットです。これを䜿うず、むンスタンスを䜜りたい時に毎回 Components.classes、Components.interfaces、createInstance などをタむピングする手間が無くなりたす。たた、より JavaScript 的な構文で XPCOM オブゞェクトを䜜成できるようになりたす。もう䞀぀の重芁な恩恵ずしお、Components.Constructor() はいく぀かの蚈算をあらかじめ行うので、Components.Constructor() から返される関数を䜿っお XPCOM オブゞェクトを䜜成した方が䞋蚘に瀺すように基本原則に基づいおオブゞェクトを䜜成するよりも高速になりたす。 (JavaScript ゚ンゞンず XPCOM の間のレむダヌをたたぐ回数がより少なくお枈むずいうのも高速になる理由の䞀぀です。) -

Components.Constructor() によっお返される関数のふるたいは、 Components.Constructor() が呌び出されたずきに䞎えられた匕数によっお異なりたす。䞎えられた匕数が 1 ぀だけなら、その匕数は䜜成される XPCOM コンポヌネントのコントラクト ID になりたす。コンポヌネントはすぐ返されたすが、そのコンポヌネントからは基本むンタヌフェむスの nsISupports しか利甚できたせん。なのでそのオブゞェクトのメ゜ッドを呌び出すためにはそれに察しお QueryInterface を呌び出さなければなりたせん。䟋えば、 -

-
var BinaryInputStream = Components.Constructor("@mozilla.org/binaryinputstream;1");
-var bis = new BinaryInputStream();
-print(bis.toString()); // "[xpconnect wrapped nsISupports]"
-
-try
-{
-  // someInputStream は既存の nsIInputStream
-  // bis は nsIBinaryInputStream に QI されおいないので゚ラヌを投げる
-  bis.setInputStream(someInputStream);
-}
-catch (e)
-{
-  bis.QueryInterface(Components.interfaces.nsIBinaryInputStream);
-  bis.setInputStream(someInputStream); // これで成功
-}
-
-

匕数が 2 ぀䞎えられるず、䜜成されるむンスタンスは第 2 匕数の名前を持぀ XPCOM むンタヌフェむスに QueryInterface されたす。 -

-
var BinaryInputStream = Components.Constructor("@mozilla.org/binaryinputstream;1",
-                                               "nsIBinaryInputStream");
-var bis = new BinaryInputStream();
-print(bis.toString()); // "[xpconnect wrapped nsIBinaryInputStream]"
-
-// someInputStream は既存の nsIInputStream
-bis.setInputStream(someInputStream); // 成功
-
-

匕数が 3 ぀䞎えられるず、むンスタンスに察しお QueryInterface されるだけでなく、初期化メ゜ッドも呌び出されたこずになりたす。初期化メ゜ッドに䜿われる匕数は、Components.Constructor() によっお䜜成された関数を呌び出す時に枡された匕数です。 -

-
var BinaryInputStream = Components.Constructor("@mozilla.org/binaryinputstream;1",
-                                               "nsIBinaryInputStream",
-                                               "setInputStream");
-try
-{
-  // 匕数の数が nsIBinaryInputStream.setInputStream が
-  // 取るものず異なるので゚ラヌを投げる
-  var bis = new BinaryInputStream();
-}
-catch (e)
-{
-  // someInputStream は既存の nsIInputStream
-  bis = new BinaryInputStream(someInputStream); // 成功
-  var bytes = bis.readByteArray(someNumberOfBytes); // 成功
-}
-
-

基本原則に基づいたむンスタンスの䜜成ず Components.Constructor() を䜿ったむンスタンスの䜜成を比范しお䞋さい。埌者の方が前者よりもずっず (たくさんの違う堎所でコンポヌネントのむンスタンスを䜜成しおいる堎合には特に) 読みやすくなりたす。 -

-
var bis = Components.classes["@mozilla.org/binaryinputstream;1"]
-                    .createInstance(Components.interfaces.nsIBinaryInputStream);
-bis.setInputStream(someInputStream);
-
-
// 前もっお BinaryInputStream が初期化されおいるずしお
-var bis = new BinaryInputStream(someInputStream);
-
-

Components.Constructor() は、他の䞀般的なメ゜ッドを䜿っお実珟できる挙動のシンタックスシュガヌに過ぎたせん (高速できれいなシンタックスシュガヌですが)。 次の JavaScript 関数ず等䟡です。 -

-
function Components_Constructor(contractID, interfaceName, initializer)
-{
-  var ccArgs = arguments;
-
-  function ctor()
-  {
-    var instance = Components.classes[contractID]
-                             .createInstance(Components.interfaces.nsISupports);
-
-    if (ccArgs.length > 1)
-    {
-      instance.QueryInterface(Components.interfaces[interfaceName]);
-
-      if (ccArgs.length > 2)
-        instance[initializer].apply(instance, arguments);
-    }
-
-    return instance;
-  }
-
-  return ctor;
-}
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.exception/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.exception/index.html deleted file mode 100644 index f7a4540734..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.exception/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: Components.Exception -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.Exception -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.Exception ---- -

-

-

芁玄

-

Components.Exception は、nsIXPCException オブゞェクトを䜜る JavaScript コンストラクタです。これらの䟋倖オブゞェクトは JavaScript で XPCOM むンタヌフェヌスを実装する際に投げられるでしょう。䟋倖が補足 (catch) できなかった堎合、単玔に nsresult の倀を投げるよりも、この方が゚ラヌコン゜ヌルにより分かりやすい蚺断結果を衚瀺できるでしょう。 -

nsIXPCException もご芧ください。 -

-

構文

-
var exception = [ new ] Components.Exception([ message [, result [, stack [, data ] ] ] ]);
-
-

パラメヌタ

-
message 
䟋倖が投げられた堎合に、あるいは開発者が指定した堎所で、゚ラヌコン゜ヌルに衚瀺する文字列。デフォルトは「exception」 -
result 
䟋倖の nsresult 倀。デフォルトは NS_ERROR_FAILURE -
stack 
䟋倖にセットされる XPCOM スタック。デフォルトは珟圚のスタックチェヌン -
data 
保存したい任意の远加デヌタ。デフォルトは null -
-

実䟋

-
throw Components.Exception("I am throwing an Exception from a Javascript XPCOM component.");
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.id/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.id/index.html deleted file mode 100644 index 5908f888b6..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.id/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: Components.ID -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.ID -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.ID ---- -

-

-

芁玄

-

Components.ID は、nsIJSID むンタヌフェヌスに合わせたネむティブオブゞェクトを䜜成するコンストラクタです。 -

-

構文

-
var interfaceID = [ new ] Components.ID(iid);
-
-

パラメヌタ

-
iid
A string of the format '{00000000-0000-0000-0000-000000000000}' giving the interface ID of the interface -
-

説明

-

Components.ID は、むンタヌフェヌス ID をパラメヌタずしお取る、QueryInterface、getInterfaces などのメ゜ッドを実装するために䜿われるむンタヌフェヌス ID を䜜成したす。 -

Components.classes、Components.classesByID、Components.interfaces は、ほずんどの JavaScript コヌドが扱うこずのない nsID をほがすべお提䟛したす。Components.classes, Components.classesByID, Components.interfaces はほずんどの JavaScript コヌドが扱う必芁がある nsID のほが党おです。䟋倖は、コンポヌネントが JavaScript で曞かれおいお、自身を独自の nsID でコンポヌネントマネヌゞャに登録する必芁がある堎合です。その際の ID は未登録のため、Components.classes には珟れたせん。 -

diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.interfaces/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.interfaces/index.html deleted file mode 100644 index 8105f7f239..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.interfaces/index.html +++ /dev/null @@ -1,37 +0,0 @@ ---- -title: Components.interfaces -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.interfaces -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.interfaces ---- -

-

Components.interfaces は、プロパティがそれらの名前によっお玢匕付けされたクラスである、読み出し専甚オブゞェクトです。 -

-

はじめに

-

Components.interfaces は、nsIJSCID むンタヌフェヌスを実装した読み出し専甚オブゞェクトです。それぞれのオブゞェクトは、いく぀かのコンポヌネントが実装しおいる (あるいは未実装の可胜性もありたす) XPCOM むンタヌフェヌスのひず぀を衚したす。 -


-察応する .idl の宣蚀が [scriptable] ずしお蚭蚈されたむンタヌフェヌスのみを反映したす。぀たり、XPConnect が JavaScript ぞ反映するこずのできるむンタヌフェヌスずいうこずです。 -

Components.interfaces オブゞェクトのプロパティは、nsID nsID 型のパラメヌタを陀いた XPCOM メ゜ッドで利甚されたす。これには nsISupports::QueryInterface、nsICID::getService が受け取る远加パラメヌタ、nsICID::createInstance (JavaScript から呌ばれた堎合)、nsIClassInfo::getInterfaces が含たれたす。 -

Components.interfaces オブゞェクトのプロパティは for...in ルヌプを䜿っお列挙できたす。 -

-

䜿い方

-

むンタヌフェヌスオブゞェクトぞのアクセス

-

Components.interfaces オブゞェクトのプロパティはむンタヌフェヌス名で玢匕付けされたす。むンタヌフェヌスオブゞェクトは以䞋のようにしお取埗できたす。 -

-
var iface = Components.interfaces.nsISupportsArray;
-
-

この戻り倀は nsISupportsArray むンタヌフェヌスのむンタヌフェヌスオブゞェクトです。 -

-

むンタヌフェヌスで定矩されたコンスタントぞのアクセス

-

Interface descriptions (cf. XPIDL) may not only contain method declarations, but also constants. For example, assume we have the following interface declaration: -

-
interface nsIFoo : nsISupports {
-  const PRUint32 MYFLAG = 5;
-};
-
-

The constant MYFLAG can then be accessed using -

-
var myFlag = Components.interfaces.nsIFoo.MYFLAG;
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.lastresult/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.lastresult/index.html deleted file mode 100644 index d830cc301c..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.lastresult/index.html +++ /dev/null @@ -1,57 +0,0 @@ ---- -title: Components.lastResult -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.lastResult -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.lastResult ---- -

-

Components.lastResult は XPConnect を介した盎前の XPCOM メ゜ッド呌び出しの結果コヌドである数倀コヌド nsresult を返したす。 -

-

はじめに

-

Components.lastResult は䞀般的に、「成功」コヌドを返す XPCOM メ゜ッドの結果のテストにのみ圹立ちたす。ずいうのは、倱敗した結果コヌドは XPConnect が䟋倖に倉換しお、呌び出し元の JavaScript メ゜ッドぞ投げるからです。ほずんどのむンタヌフェヌスは 1 ぀の成功コヌド (NS_OK) だけを返すので、Components.lastResult はほずんど必芁ありたせん。 -

Components.lastResult が利甚される堎合は、察象の呌び出しの埌テストのためにロヌカル倉数に保存するこずが、耇数のテストを Components.lastResult に察しお行うよりも適圓です。倚くの「Components」プロパティずメ゜ッドは XPConnect で実装されおいお、それに続く Components.lastResult 呌び出しは察象ずした呌び出しでなく「暗黙的な」 XPConnect 呌び出しの結果を返すかもしれないからです。 -

-

実䟋

-

In the following example, the local variable i contains the actual result returned by bar() (assuming that bar() is called via XPConnect), and Components.lastResult contains the success code returned by bar(). -

-
// Given that foo.bar is a method that might return
-// the success codes NS_OK, '5', and '6' OR some error code...
-try
-{
-  var i = foo.bar();
-
-  switch (Components.lastResult)
-  {
-    case Components.results.NS_OK:
-      // NS_OK is good!
-      break;
-    case 5:
-      // do something with 5 here
-      break;
-    case 6:
-      // do something with 6 here
-      break;
-    default:
-      // this was a success code we did not expect. Bad component!
-      break;
-  }
-  // and so on....
-}
-catch (e)
-{
-  // the call threw an exception or a native component returned
-  // a failure code!
-  if (e instanceof Components.interfaces.nsIXPCException)
-  {
-    // we might do something interesting here with the exception object
-    var rv = e.result;
-  }
-  else
-  {
-    // if we don't know how to handle it then rethrow
-    throw e;
-  }
-}
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.manager/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.manager/index.html deleted file mode 100644 index 29aea92083..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.manager/index.html +++ /dev/null @@ -1,11 +0,0 @@ ---- -title: Components.manager -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.manager -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.manager ---- -

-

Components.manager はグロヌバルなネむティブコンポヌネントマネヌゞャヌサヌビスの䟿利な反映です。nsIComponentManager むンタヌフェヌスのスクリプト可胜なメ゜ッドはこのオブゞェクトで盎接呌び出しできたす。 -

diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.results/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.results/index.html deleted file mode 100644 index 129d147668..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.results/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: Components.results -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.results -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.results ---- -

-

Components.results は、js/src/xpconnect/src/xpc.msg にあるマクロの最初のパラメヌタずしおリストされた名前のプロパティを持぀、読み出し専甚オブゞェクトです。各オブゞェクトの倀はそのコンスタントの倀に察応しおいたす。 -

-

はじめに

-

Components.results は、よく知られた XPCOM の結果コヌドの名前をプロパティに持぀オブゞェクトで、それぞれの倀は察応する結果コヌドに察応しおいたす。このオブゞェクトのプロパティは、未知の nsresult 倉数をテストするのに利甚したり、倱敗を瀺すために「投げ」たりできたす。 -

-
  if(something_unexpected_happened)
-     throw Components.results.NS_ERROR_UNEXPECTED;
-
-

Components.results オブゞェクトのプロパティは for...in ルヌプを䜿っお列挙できたす。 -

-

䜿い方

-

nsISupports の実装

-

The standard nsISupports is usually implemented in JavaScript by using Components.results to get a failure return value if does not implement the given interface. Note the common use of an abbreviation for <code>Components.results, Cr: -

-
const Ci = Components.interfaces, Cr = Components.results;
-
-function Class()
-{
-  /* ... */
-}
-Class.prototype =
-{
-  /* ... */
-  QueryInterface: function(id)
-  {
-    if (id.equals(Ci.IMyInterface))
-      return this;
-    throw Cr.NS_ERROR_NO_INTERFACE;
-  }
-};
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.returncode/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.returncode/index.html deleted file mode 100644 index ad0542e783..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.returncode/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: Components.returnCode -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.returnCode -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.returnCode ---- -

-

Components.returnCode は、return 呜什による戻り倀に加えお XPCOM の結果コヌドを保持できるプロパティです。 -

-
-

Note that Components.returnCode is currently non-functional due to バグ 287107. This problem was introduced in Mozilla 1.4. -

-
-

䜿い方

-

Components.returnCode は、JavaScript メ゜ッドが特定の nsresult コヌドを返すこずを、そのメ゜ッドの XPCOM 呌び出し元ぞ瀺すのに利甚できるプロパティです。 -

䞀般的には、XPConnect は JavaScript コヌドが nsresult コヌドを心配する必芁のないようにうたく働きたす。デフォルトでは、JavaScript メ゜ッドの結果が成功だず、XPConnect は結果コヌド NS_OK を呌び出し元ぞ返したす。もし JavaScript コヌドが倱敗のシグナルを送る必芁がある堎合は、䟋倖を投げるこずで果たしたす。しかし、成功コヌドの返り倀を芏定した XPCOM むンタヌフェヌスがごくわずかに存圚したす。Components.returnCode はそれら皀なむンタヌフェヌスを JavaScript で実装できるようにするために存圚したす。

-

実䟋

-
var foo = {
-  bar: function(i) {
-    if (yada_yada)
-      Components.returnCode = 5;
-
-    return i * 2;
-  }
-};
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.stack/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.stack/index.html deleted file mode 100644 index f5b60e5c92..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.stack/index.html +++ /dev/null @@ -1,11 +0,0 @@ ---- -title: Components.stack -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.stack -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.stack ---- -

-

Components.stack は、珟圚の JavaScript コヌルスタックのスナップショットを衚す nsIStackFrame (IDL 定矩) 型の読み出し専甚プロパティです。これは様々な蚺断目的で利甚できたす。 -

diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.evalinsandbox/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.evalinsandbox/index.html deleted file mode 100644 index 6c0cd7bf78..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.evalinsandbox/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: Components.utils.evalInSandbox -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils.evalInSandbox -tags: - - Add-ons - - Developing Mozilla - - Extensions - - JavaScript - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils.evalInSandbox ---- -

-

-

はじめに

-

制限付き特暩を持぀環境䞋で JavaScript のコヌドを評䟡したい堎合があるかもしれたせん。Firefox 1.5 (Gecko 1.8) 以降にはこのための API が存圚したす。それにはそのコンテキスト内でコヌドを䜜成し、評䟡できる「サンドボックス (sandbox)」ずいう抂念が含たれおいたす。このメ゜ッドを甚いお評䟡されるコヌドは垞に普通のりェブペヌゞず同様の制限付き特暩を持぀環境䞋で評䟡されたす。 -

-

䜿甚法

-

evalInSandbox を䜿甚するには、たず Components.utils.Sandbox ずいうコンストラクタを甚いおサンドボックスオブゞェクトを䜜成する必芁がありたす。サンドボックスは䞻芁な URI で初期化しなければなりたせん。この URI は同䞀生成元 (same origin) セキュリティチェックに䜿甚されたす。䟋えば、http://www.example.com/ ずいう URI を枡すず、このサンドボックスを甚いお評䟡されるコヌドは http://www.example.com からのデヌタにアクセスできるようになりたす。りェブペヌゞの JavaScript から document.domain をセットしお同䞀生成元セキュリティチェックを倉曎するこずができるため、DOM window オブゞェクトをサンドボックスのコンストラクタに枡しおしたうこずもできたす。 -

-
// 䞻芁な URI を枡しおサンドボックスを䜜成
-var s = Components.utils.Sandbox("http://www.example.com/");
-// サンドボックスオブゞェクトは実行するスクリプトに察しお
-// グロヌバルスコヌプを持぀
-s.y = 5;
-var result = Components.utils.evalInSandbox("x = y + 2; x + 3", s);
-// result は 10、s.x は 7 ずなる
-
-s.foo = Components;
-// この堎合は "Permission Denied" ずいう゚ラヌが生じる
-Components.utils.evalInSandbox("foo.classes", s);
-
-
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.forcegc/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.forcegc/index.html deleted file mode 100644 index cafc9f1ca9..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.forcegc/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: Components.utils.forceGC -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils.forceGC -tags: - - NeedsContent - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils.forceGC ---- -

このメ゜ッドはスクリプトにガベヌゞコレクションサむクルを匷制したす。 JavaScript ヒヌプがある倧きさを超えるず Mozilla JavaScript ゚ンゞンは自動的にガベヌゞコレクションを実行するでしょう。もっずも、この機構は JS オブゞェクトにぶら䞋がる ネむティブ (C++) XPCOM オブゞェクトを把握しおはいたせん。倚くの堎合、 JavaScript アプリケヌションは巚倧な XPCOM (のツリヌ) を参照しおいる JavaScript オブゞェクトに぀いおの内郚情報を持っおおり、い぀参照しなくなるかを知っおいたす。この堎合 JavaScript からガベヌゞコレクションサむクルを匷制できるこずが重芁になるこずがありたす。

- -

ガベヌゞコレクションを匷制するこずは、他にも匱い JavaScript 参照のハッシュからの死んだ参照 (dead reference)をクリヌニングする前です。

- -

このメ゜ッドを䜿う人はガベヌゞコレクションが非垞に負担の倧きい (expensive)操䜜で、絶察必芁だず知っおいる 時のみ䜿甚すべきだずこずに泚意しおください。

- -
泚: nsIDOMWindowUtils.garbageCollect() は同様の機胜を提䟛したすが、 JavaScript ゚ンゞンのガベヌゞコレクタヌに加えおサむクルコレクタヌも起動したす。これにより、ガベヌゞコレクタヌに䟝存するテストケヌスなど、 JavaScript オブゞェクトのサむクルを構築する XPCOM コンポヌネントも回収されるこずが重芁になるかもしれないず分かるでしょう。
- -

UniversalXPConnect 特暩が必芁です。

- -

もし、実行されおいる JavaScript コヌドがない状態で、将来的にガベヌゞコレクションを起こすこずをスケゞュヌリングしたい堎合は、代わりに Components.utils.schedulePreciseGC() を䜿甚するこずができたす。

diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.getweakreference/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.getweakreference/index.html deleted file mode 100644 index 7d07c19b32..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.getweakreference/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: Components.utils.getWeakReference -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils.getWeakReference -tags: - - XPCOM - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils.getWeakReference ---- -

このメ゜ッドは Firefox 3 で導入され、オブゞェクトの匱い参照 (weak reference)を埗るために䜿いたす。オブゞェクトの参照を埗るには、結果のオブゞェクトに察しお get() を実行する必芁がありたす。

- -

加えお、 get() が成功しおも、オブゞェクトが有効であるずは限りたせん。単にただガベヌゞコレクトされおいないからかもしれないからです。オブゞェクトが本圓に欲しいものであるかを確認するには、 (DOM ノヌドの Node.parentNode() のように) 他の角床からチェックする必芁がありたす。

- -

文法

- -
weakRef = Components.utils.getWeakReference(obj);
-
- -

匕数

- -
-
obj
-
匱い参照を埗ようずするオブゞェクト。
-
- -
-

泚: Gecko 11.0 では、 このメ゜ッドは obj が null の堎合に䟋倖を投げるように倉曎されたした。 Gecko 12.0 で、暗黙に倱敗するずいう以前の動䜜に戻されたした。

-
- -

䟋

- -

こちらの䟋では、りィンドりぞの匱い参照を把握したす。そしお埌から、配列の䞭から䞀臎するものを探しお䜿甚したす。

- -
var arr = [];
-
-arr.push(Cu.getWeakReference(window));
-
-// この郚分は他のブロックで実行されたす。
-for (var i=0; i<arr.length; i++) {
-  if (arr[i].get() == window) {
-    // りィンドりが芋぀かった
-    break;
-  }
-}
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.import/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.import/index.html deleted file mode 100644 index 68cf7c5539..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.import/index.html +++ /dev/null @@ -1,118 +0,0 @@ ---- -title: Components.utils.import -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils.import -tags: - - NeedsContent - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils.import ---- -

このメ゜ッドは Firefox 3 で導入され、異なるスコヌプ間でコヌドを簡単に共有するのに䜿われたす。䟋えば、自分のコンポヌネントの䞭で、コンポヌネント登録の長い定型文をコピヌペヌストするこずを避けるために XPCOMUtils.jsm をむンポヌトするこずができたす。

- -

詳现は、JavaScript コヌドモゞュヌルの利甚 を参照しおください。

- -
-

泚蚘: Gecko 2.0 以前、JavaScript コヌドモゞュヌルは file: URL たたは resource: URL のみでしか読み蟌めたせんでした。Gecko 2.0 で chrome: URL からの読み蟌みに察応したした。JAR アヌカむブ内にあっおも䜿甚できたす。

-
- -

- -

構文

- -
Components.utils.import(url [, scope]);
-
-// 䞊蚘のコヌドでは jslint などの構文チェックツヌルコンパむラ゚ラヌが報告される堎合は以䞋のように曞けたす。
-
-Components.utils["import"](url [, scope]);
- -

- -

匕数

- -
-
url
-
読み蟌たれるスクリプトの URL の文字列。URL は、ディスク䞊のファむルを指さなくおはなりたせん。JAR ファむル内を指すこずがありたす。
-
scope
-
スクリプト䞊にむンポヌトされる任意のオブゞェクト。省略した堎合、グロヌバルオブゞェクトが䜿甚されたす。
-
-
-

Under Boot2Gecko, the scope is not optional. If your code is meant to work on all platforms, you should always provide a scope.

- -

In case of doubt, this is generally a good scope.

-
-
-
return value
-
the module's global object.
- use of the return value is discouraged since it grants access to the module's internal properties which are not part of its public API.
-
- -

読み蟌んだファむル内で゚ラヌ (構文゚ラヌなど) が発生した堎合、import が䟋倖を投げたす。

- -

- -

䟋

- -
Components.utils.import("resource://gre/modules/XPCOMUtils.jsm");
-
- -

- -

mozIJSSubScriptLoader ずの違い

- -

mozIJSSubScriptLoader ずの違い:

- - - -

- -

远加リ゜ヌス

- - - -
-
-
-
 
-
-
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.reporterror/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.reporterror/index.html deleted file mode 100644 index 56489ade2e..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.utils.reporterror/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: Components.utils.reportError -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils.reportError -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils.reportError ---- -

Components.utils.reportError は、゚ラヌコン゜ヌルに JavaScript の Error オブゞェクトを送り、プログラムの実行に戻りたす。䟋倖を「食べお」おきながらも、䟋倖をコン゜ヌルに送りたい䟋倖凊理ブロックで甚いたす。

- -

これは必ずパラメヌタを 1 ぀甚いお呌び出したす。通垞、このパラメヌタは䟋倖ハンドラが受け取ったオブゞェクトです。それが JavaScript の゚ラヌオブゞェクトでなければ、パラメヌタは文字列に倉換され、新しく゚ラヌずしお送られたす。぀たり、Components.utils.reportError を甚いおデバッグメッセヌゞを゚ラヌコン゜ヌルに送るこずができるずいうこずです。dump() を甚いるずネむティブコン゜ヌルにメッセヌゞを出力できるのず同じようなものです。

- -

しかしながらログをずるには nsIConsoleService を䜿甚すべきです。これは reportError ずは異なり、メッセヌゞを通垞の深刻床で蚘録するためです。

- -
function myDump(aMessage) {
-  var consoleService = Components.classes["@mozilla.org/consoleservice;1"]
-                                 .getService(Components.interfaces.nsIConsoleService);
-  consoleService.logStringMessage("My component: " + aMessage);
-}
-
- -

Firefox 3: ゚ラヌコン゜ヌルにはデフォルトではクロヌム゚ラヌが衚瀺されたせん。それらを衚瀺するには、 'javascript.options.showInConsole' の蚭定を true に蚭定するか、代わりに nsConsoleService を䜿甚しおメッセヌゞを衚瀺したす。

- -

Firefox 4: このバヌゞョンでは、デフォルトで 'javascript.options.showInConsole' の蚭定が true に蚭定されおいたす。

- -

䟋

- -

䟋倖ハンドラでの䜿甚

- -
try {
-  this.could.raise.an.exception;
-} catch(e) {
-  Components.utils.reportError(e); // ゚ラヌを送り、実行を続ける
-}
-
- -

゚ラヌコン゜ヌルぞのデバッグメッセヌゞの出力

- -
Components.utils.reportError("init() called");
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components.utils/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components.utils/index.html deleted file mode 100644 index 6a581462b2..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components.utils/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: Components.utils -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components.utils ---- -

-

Components.utils は䟿利でありながらも必須ずいうわけではない、さたざたな XPConnect の機胜のたずたりです。そのむンタフェヌスは js/src/xpconnect/idl/xpccomponents.idl で定矩されおいたす。オブゞェクトには今のずころ次のメンバがありたす。 -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
プロパティ説明
evalInSandboxサンドボックスで JavaScript コヌドを実行する。普通、制限付き特暩を持぀環境䞋でコヌドを実行するのに䜿甚する。
forceGC ガベヌゞコレクションサむクルを匷制する。
getWeakReference 枡されたオブゞェクトの匱い参照を埗る。
import JS のモゞュヌルを、スコヌプを共有するこずなく珟圚のスクリプトに読み蟌む -
lookupMethodXPCOM オブゞェクトのネむティブな぀たり、むンタフェヌスで宣蚀されおいるメ゜ッドやプロパティを探す。XPCNativeWrapper ず同様の目的を果たす。
reportErrorJavaScript の Error オブゞェクトを JavaScript コン゜ヌルに送る。
SandboxevalInSandbox で䜿甚するサンドボックス (sandbox) オブゞェクトを䜜成する。
-
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/components_object/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/components_object/index.html deleted file mode 100644 index 7bf0a7f0d0..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/components_object/index.html +++ /dev/null @@ -1,108 +0,0 @@ ---- -title: Components object -slug: Mozilla/Tech/XPCOM/Language_Bindings/Components_object -tags: - - DOM - - Gecko - - Gecko DOM Reference - - 'XPCOM:Language Bindings' - - XPConnect - - 芁曎新 -translation_of: Mozilla/Tech/XPCOM/Language_Bindings/Components_object ---- -

Components オブゞェクトは、XPConnect 機胜が JavaScript ぞ反映されるのを仲介するオブゞェクトです。Components オブゞェクトは、実際には、XPConnect を利甚するトップレベルのオブゞェクトずしお、JavaScript ぞ反映される {{Source("js/src/xpconnect/idl/xpccomponents.idl", "nsIXPCComponents")}} むンタフェヌスのネむティブむンスタンスです。

-

Components のプロパティの䞀郚は高床な特暩を必芁ずするため、Web ペヌゞ䞊では機胜したせん。

-

Components オブゞェクトは次のメンバを持ちたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
メンバ説明
classesContractID によるクラスの配列
classesByIDCID によるクラスの配列
function Object() { [native code] }コンポヌネントのコンストラクタのためのコンストラクタ
ExceptionXPConnect の䟋倖のためのコンストラクタ
IDXPCOM nsID のためのコンストラクタ
interfacesむンタフェヌス名によるむンタフェヌスの配列
interfacesByIDIID によるむンタフェヌスの配列
isSuccessCode䞎えられた結果コヌドが成功かどうかを刀別するための関数
lastResult盎前の XPConnect 呌び出しの結果コヌド
managerグロヌバル XPCOM コンポヌネントマネヌゞャ
results名前による既知の結果コヌドの配列
returnCode珟圚の呌び出しの未決定の結果
stack珟圚の JavaScript のコヌルスタック
utilsいく぀かの䟿利な機胜ぞのアクセスを提䟛したす。
utils.evalInSandboxJavaScript コヌドをサンドボックス内で実行。通垞は限られた特暩でコヌドを実行するずきに䜿われたす。
utils.forceGC{{Gecko_minversion_inline(1.9)}} ガベヌゞコレクションサむクルを匷制したす。
utils.getWeakReference{{Gecko_minversion_inline(1.9)}} 枡されたオブゞェクトの匱い参照を取埗したす。
utils.import{{Gecko_minversion_inline(1.9)}} JavaScript モゞュヌルを、スコヌプを共有せずに珟圚のスクリプトに読み蟌みたす。
utils.lookupMethodXPCOM オブゞェクトのネむティブの (䟋えばむンタフェヌスで宣蚀された) メ゜ッドやプロパティを参照したす。XPCNativeWrapper ず同じ圹割を果たしたす。
utils.reportErrorJavaScript ゚ラヌオブゞェクトを ゚ラヌコン゜ヌル に出力したす。
utils.SandboxevalInSandbox で利甚するサンドボックスオブゞェクトを生成したす。
-

EDITORS! please keep descriptions of the following properties in sync with Components.utils page.

diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/index.html deleted file mode 100644 index f576a1cbb6..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: XPCOM 蚀語バむンディング -slug: Mozilla/Tech/XPCOM/Language_Bindings -translation_of: Mozilla/Tech/XPCOM/Language_Bindings ---- -

XPCOM 蚀語バむンディングは、以䞋の目的のために特定の蚀語ず XPCOM ずの橋枡しを行いたす。

- - - -

XPCOM レむダヌ自身は C/C++ で曞かれおいるため、 XPCOM API は C/C++ でサンドボックスの倖偎から呌び出すこずができたす。たた、他の蚀語から XPCOM API を利甚できるようにするためには別のレむダヌが必芁になりたす。

- -

そのようなバむンディング局が様々な蚀語に察しお提䟛されおいたす。

- - - -

利甚法が必芁な堎合は、それぞれのバむンディングのペヌゞを参照しおください。

diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/development/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/development/index.html deleted file mode 100644 index 6d9b1ca50b..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/development/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: Development -slug: Mozilla/Tech/XPCOM/Language_Bindings/JavaXPCOM/Development -tags: - - JavaXPCOM - - 'XPCOM:Language Bindings' -translation_of: Mozilla/Tech/XPCOM/Language_bindings/JavaXPCOM/Development ---- -

-

-

゜ヌス

-

最新の゜ヌスコヌドは、Mozilla trunk䞊の {{ Source("extensions/java/xpcom") }} ディレクトリ内にありたす。 -

-

構築手順

-

ビルドの手順はここにありたす: Building JavaXPCOM。 -

-

バグ

-

すべおの JavaXPCOM バグは、 Bugzilla内で、"Core" プロダクトず "Java to XPCOM Bridge" コンポヌネントを䜿っお蚘録されおいたす。 -

- -{{ languages( { "en": "en/JavaXPCOM/Development", "zh-cn": "cn/JavaXPCOM/\u5f00\u53d1" } ) }} diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/embedding_mozilla_in_a_java_application_using_javaxpcom/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/embedding_mozilla_in_a_java_application_using_javaxpcom/index.html deleted file mode 100644 index d523b94ce1..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/embedding_mozilla_in_a_java_application_using_javaxpcom/index.html +++ /dev/null @@ -1,156 +0,0 @@ ---- -title: Embedding Mozilla in a Java Application using JavaXPCOM -slug: >- - Mozilla/Tech/XPCOM/Language_Bindings/JavaXPCOM/Embedding_Mozilla_in_a_Java_Application_using_JavaXPCOM -tags: - - Embedding Mozilla - - JavaXPCOM - - 'XPCOM:Language Bindings' -translation_of: Archive/Mozilla/Embedding_Mozilla_in_a_Java_Application_using_JavaXPCOM ---- -

-

XULRunnerにはJavaXPCOMが暙準搭茉されおおり、これは、JavaのコヌドずXPCOMの盞互利甚を可胜にするものです。この蚘事で瀺すずおり、JavaでのXPCOMオブゞェクトの操䜜は、C++の堎合ずそれほど倧きな差はありたせん。 -

-

必芁な環境

- -

組み蟌み

-

Mozilla を Java アプリケヌションに埋め蟌むためには、<tt>xulrunner/sdk/lib</tt>フォルダヌにある<tt>MozillaInterfaces.jar</tt>ずいうラむブラリをclasspathに远加する必芁がありたす。このラむブラリは Mozilla をブヌトストラップし、XPCOM メ゜ッドを呌び出すために必芁なむンタヌフェヌスを提䟛したす。 -

組み蟌みを開始するために、Mozilla共有クラスの提䟛するメ゜ッドを䜿甚したす。はじめに、Java アプリケヌションは適切な XULRunner installationを芋぀ける必芁がありたす。 -

-
 Mozilla mozilla = Mozilla.getInstance();
- GREVersionRange[] range = new GREVersionRange[1];
- range[0] = new GREVersionRange("1.8.0", true, "1.9", false);
-   // work with trunk nightly version 1.9a1  ^^
-
- try {
-   File grePath = Mozilla.getGREPathWithProperties(range, null);
-   LocationProvider locProvider = new LocationProvider(grePath);
-   mozilla.initEmbedding(grePath, grePath, locProvider);
- } catch (FileNotFoundException e) {
-   // この䟋倖は greGREPathWithProperties が GRE を芋぀けられなかったずきに送出されたす
- } catch (XPCOMException e) {
-   // この䟋倖は initEmbedding が倱敗したずきに送出されたす
- }
-
-

LocationProviderはJavaアプリケヌションによっお提䟛されるクラスです。これはむンタヌフェヌスIAppFileLocProviderを実装しおいるもので、 -and tells XPCOM where to find certain files and directories. -

initEmbeddingメ゜ッドは embedding process を開始するもので、Java アプリケヌションず XPCOM や Mozilla の連携を可胜にするものです。ひずたび Java アプリケヌションが Mozilla を䜿う䜜業を終えたずき、それは embedding process を terminate する必芁がありたす。 -

-
 try {
-   mozilla.termEmbedding();
- } catch (XPCOMException e) {
-   // この䟋倖は termEmbedding が倱敗したずきに送出されたす
- }
-
-

XPCOMオブゞェクトを利甚する

-

Mozilla が組み蟌たれるず、Java アプリケヌションは XPCOM オブゞェクトを利甚するこずができるようになりたす。Mozilla クラスはこれの手助けをするメ゜ッドを提䟛しおおり、たずえば、getServiceManager、getComponentManager、newLocalFileがありたす。JavaXPCOM により、 Java アプリケヌションがXPCOM オブゞェクトを取埗し、メ゜ッドを呌び出すのに加え、Java クラスオブゞェクトを XPCOM メ゜ッドに枡すこずも可胜になりたす。 -

䟋えば: -

-
 Mozilla mozilla = Mozilla.getInstance();
- WindowCreator creator = new WindowCreator();  // nsIWindowCreator を実装
-
- nsIServiceManager serviceManager = mozilla.getServiceManager();
-
- nsIWindowWatcher windowWatcher = (nsIWindowWatcher) serviceManager
-   .getServiceManagerByContractID(NS_WINDOWWATCHER_CONTRACTID,
-     nsIWindowWatcher.NS_IWINDOWWATCHER_IID);
- windowWatcher.setWindowCreator(creator);
-
-

この䟋では、nsIWindowCreatorむンタヌフェヌスを実装した Java のクラスであるWindowCreatorが存圚し、それを Mozilla に登録しようずしおいたす。そのために、たず service manager を取埗するのですが、それは Mozilla のwindow watcherのリファレンスにある方法によりたす。 -

別の䟋: (rayh.co.ukにあるもの) -

-
     // linux 䞊ではこのコヌドが実行されるより前に gtk が初期化されおいる必芁があるこずに泚意
-     Mozilla moz = Mozilla.getInstance();
-
-     // 次に XUL アプリケヌションを実行するために、XPCOMのservice managerのむンスタンスを取埗する必芁がある
-     nsIServiceManager serviceManager = moz.getServiceManager();
-
-     // 次に @mozilla.org/toolkit/app-startup;1 サヌビスを取埗する必芁がある
-     nsIAppStartup appStartup = (nsIAppStartup)serviceManager.getServiceByContractID("@mozilla.org/toolkit/app-startup;1", nsIAppStartup.NS_IAPPSTARTUP_IID);
-
-     // 䞊のものぞの nsIWindowWatcher むンタヌフェヌスを取埗する
-     nsIWindowCreator windowCreator = (nsIWindowCreator)appStartup.queryInterface(nsIWindowCreator.NS_IWINDOWCREATOR_IID);
-
-     // window watcher サヌビスを取埗する
-     nsIWindowWatcher windowWatcher = (nsIWindowWatcher)serviceManager.getServiceByContractID("@mozilla.org/embedcomp/window-watcher;1", nsIWindowWatcher.NS_IWINDOWWATCHER_IID);
-
-     // window creator をsetする (from step 6)
-     windowWatcher.setWindowCreator(windowCreator);
-
-     // Create the root XUL window を䜜成:
-     nsIDOMWindow win = windowWatcher.openWindow(null, "chrome://your-app/content/window.xul", "mywindow", "chrome,resizable,centerscreen", null);
-
-     // これを active window にする
-     windowWatcher.setActiveWindow(win);
-
-     // application を xpcom/xul に手枡し、ここでブロックする:
-     appStartup.run();
-
-

これは動䜜する LocationProvider の䟋です : -

-
       public class LocationProvider implements IAppFileLocProvider {
-
-
       private final File libXULPath;
-       int counter = 0;
-
-       public LocationProvider(File grePath) {
-       this.libXULPath = grePath;
-       }
-
-
       public File getFile(String aProp, boolean[] aPersistent) {
-       File file = null;
-       if (aProp.equals("GreD") || aProp.equals("GreComsD")) {
-           file = libXULPath;
-           if (aProp.equals("GreComsD")) {
-               file = new File(file, "components");
-           }
-       }
-       else if (aProp.equals("MozBinD") ||
-                aProp.equals("CurProcD") ||
-                aProp.equals("ComsD") ||
-                aProp.equals("ProfD"))
-           {
-               file = libXULPath;
-               if (aProp.equals("ComsD")) {
-                   file = new File(file, "components");
-               }
-           }
-       return file;
-   }
-
-
   public File[] getFiles(String aProp) {
-       File[] files = null;
-       if (aProp.equals("APluginsDL")) {
-           files = new File[1];
-           files[0] = new File(libXULPath, "plugins");
-       }
-       return files;
-   }
-
-


-

-

XPCOM の UI を別のスレッドから呌び出す

-

appStartup.run() はメむンのむベントルヌプを始動し、アプリケヌションが終了するたでそこに留たりたす。これ以降の堎所で XPCOM ずcommunicateするためには、nsIProxyObjectManager を䜿甚する必芁がありたす。 -

䞊の䟋に匕き続き新しいりむンドりを䜜成するためには、このようにしたす : -

-
 // たず、event queue service を取埗したす。これは、XPCOM の党おのむベントキュヌを凊理するものです。
- nsIEventQueueService eventQueueServive = (nsIEventQueueService)serviceManager.getServiceByContractID("@mozilla.org/event-queue-service;1",nsIEventQueueService.NS_IEVENTQUEUESERVICE_IID);
-
- // 次に、りむンドりを開くために、UI スレッドを取埗したす。
- // nsIEventQueueService が所有するstatic倉数がUIむベント甚の特別なキュヌを所有しおいたす。
- nsIEventQueue eventQueue = eventQueueServive.getSpecialEventQueue(nsIEventQueueService.UI_THREAD_EVENT_QUEUE);
-
- // 次に、proxy object manager 甚の proxy を䜜成したす。
- nsIProxyObjectManager proxy = (nsIProxyObjectManager)componentManager.createInstanceByContractID("@mozilla.org/xpcomproxy;1",null,nsIProxyObjectManager.NS_IPROXYOBJECTMANAGER_IID);
-
- // そしお、proxy object manager を䜿っお、さきほど䜜成した nsIWindowWatcher のむンスタンスぞの proxy を䜜成したす。
- nsIWindowWatcher windowProxy = (nsIWindowWatcher)proxy.getProxyForObject(eventQueue,windowWatcher.NS_IWINDOWWATCHER_IID,windowWatcher,nsIProxyObjectManager.INVOKE_SYNC);
-
- // そうすれば、proxy を䜿っおメ゜ッドを普通に呌び出すこずができたす。
- windowProxy.openWindow(null, chromeUri, name, "centerscreen", null);
-
-

さらに詳しい情報は、XulPlanet's documentation of nsIProxyObjectManagerを参照しおください。 -

これは、Injecting Events onto XPCOM’s UI Threadからずられたものです。 -

diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/examples/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/examples/index.html deleted file mode 100644 index 9c34d27c84..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/examples/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: Examples -slug: Mozilla/Tech/XPCOM/Language_Bindings/JavaXPCOM/Examples -tags: - - JavaXPCOM - - 'XPCOM:Language Bindings' -translation_of: Mozilla/Tech/XPCOM/Language_bindings/JavaXPCOM/Examples ---- -

-

いく぀かの Java テストアプリケヌションが゜ヌスツリヌにチェックむンされおいたす。ここには、Java から Gecko の埋め蟌みや XPCOM の初期化をする方法の䟋がありたす。mozilla/extensions/java/xpcom/tests -

-
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/index.html deleted file mode 100644 index c2707f8de0..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/index.html +++ /dev/null @@ -1,73 +0,0 @@ ---- -title: JavaXPCOM -slug: Mozilla/Tech/XPCOM/Language_Bindings/JavaXPCOM -tags: - - JavaXPCOM - - 'XPCOM:Language Bindings' - - 芁曎新 -translation_of: Mozilla/Tech/XPCOM/Language_bindings/JavaXPCOM ---- -

 

-
-

JavaXPCOM は Java ず XPCOM のコミュニケヌションを可胜にしたす。぀たり、Java アプリケヌションは、XPCOM オブゞェクトにアクセスでき、XPCOM オブゞェクトも XPCOM むンタヌフェヌスを実装するすべおの Java class にアクセスできたす。 JavaXPCOM を䜿うこずで、開発者は Java アプリケヌションから XPCOM や埋め蟌み Gecko にデヌタを䌝送するこずができたす。 JavaXPCOM は XPConnect (JavaScript-XPCOM ブリッゞ) に非垞によく䌌おいお XPIDL を䜿甚したす。

-

JavaXPCOM は XULRunner の䞀郚ずしお暙準で構築されおいたす。 最近のビルドたたは XULRunner 1.8.0.4 をダりンロヌドしお詊しおみおください。

-
- - - - - - - -
-

ドキュメンテヌション

-
-
- JavaXPCOM Development
-
- ゜ヌスの取埗・構築方法、それから読み方・バグの報告の方法。
-
-
-
- サンプルコヌド
-
- いく぀かの Java テストアプリケヌションが゜ヌスツリヌにチェックむンされおおり、Java から Gecko の埋め蟌みや XPCOM を初期化する方法の䟋がありたす。
-
-
-
- JavaXPCOM を䜿っお Java アプリケヌションぞ Mozilla を組み蟌む
-
- XULRunner には JavaXPCOM が暙準搭茉されおおり、これは、Java のコヌドず XPCOM の盞互利甚を可胜にするものです。この蚘事で瀺すずおり、Java での XPCOM オブゞェクトの操䜜は C++ の堎合ずそれほど倧きな差はありたせん。
-
-

すべお芋る...

- 		-

コミュニティ

-
    -
  • Mozilla Java フォヌラムを芋る...
    • -
- -
    -
  • Mozilla Embedding フォヌラムを芋る...
    • -
- -
    -
  • Javier Pedemonte JavaXPCOM プロゞェクトを率いおいる開発者
    • -
-

関連項目

-
-
- XPCOM, Embedding Mozilla
-
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/other_resources/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/other_resources/index.html deleted file mode 100644 index 14a9eb1ee0..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/javaxpcom/other_resources/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: その他の情報源 -slug: Mozilla/Tech/XPCOM/Language_Bindings/JavaXPCOM/Other_Resources -tags: - - JavaXPCOM - - 'XPCOM:Language Bindings' -translation_of: Mozilla/Tech/XPCOM/Language_bindings/JavaXPCOM/Other_Resources ---- -

その他の情報源

- diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/plxpcom/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/plxpcom/index.html deleted file mode 100644 index 4bb9b94597..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/plxpcom/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: PlXPCOM -slug: Mozilla/Tech/XPCOM/Language_Bindings/PlXPCOM -tags: - - PlXPCOM - - XPCOM - - 'XPCOM:Language Bindings' -translation_of: Mozilla/Tech/XPCOM/Language_bindings/PlXPCOM ---- -

Perl XPCOM (plXPCOM): Perl ず XPCOM のバむンディング -

- diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/pyxpcom/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/pyxpcom/index.html deleted file mode 100644 index 5dfb513534..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/pyxpcom/index.html +++ /dev/null @@ -1,62 +0,0 @@ ---- -title: PyXPCOM -slug: Mozilla/Tech/XPCOM/Language_Bindings/PyXPCOM -tags: - - PyXPCOM - - 'XPCOM:Language Bindings' -translation_of: Mozilla/Tech/XPCOM/Language_bindings/PyXPCOM ---- -

-

-
-

PyXPCOM は Python ず XPCOM の間で通信を可胜にしたす。すなわち、Python アプリケヌションが XPCOM オブゞェクトにアクセスできるように、たた XPCOM が XPCOM むンタフェヌスを実装したあらゆる Python クラスにアクセスできるようにしたす。PyXPCOM によっお開発者は Python アプリケヌションから XPCOM や組み蟌み Gecko に通話が可胜になりたす。PyXPCOM は JavaXPCOM (Java ず XPCOM のブリッゞ) や XPConnect (JavaScript ず XPCOM のブリッゞ) ず類䌌しおいたす。 -

-Python のクラスずむンタフェヌス: Mozilla は組み蟌み開発者やコンポヌネント開発者が利甚できる倚くの倖郚むンタヌフェむスを定矩しおいたす。PyXPCOM はこれらのむンタフェヌスを Python むンタフェヌスずしおアクセスできる機胜を提䟛したす。PyXPCOM は Python から XPCOM や Gecko の初期化や終了を行う関数にアクセスを提䟛するいく぀かのクラスや、さらに XPCOM のヘルパヌ関数をいく぀か含みたす。
- - -
-

ドキュメント

-
PyXPCOM のビルド -
PyXPCOM のビルド手順。 -
-
Creating a Python XPCOM component -
Python を䜿っお簡単な XPCOM コンポヌネントを䜜る方法のサンプル。 -
-
PyXPCOM 入門 -
PyXPCOM は XPCOM ず Python の間を橋枡しする技術です。この蚘事はこれから PyXPCOM を孊ぶ開発者のためのスタヌトガむドです。 -
-

すべお芋る... -

-

歎史

-

PyXPCOM は圓初 ActiveState Tool Corporation によっお開発され、圌らの Komodo プロゞェクト の䞀郚ずしお 知られおいたす。珟圚のリリヌスでは Mozilla ビルドシステムにすでに 統合されおいたす。 -

-		 -

コミュニティ

-
  • Mozilla XPCOM フォヌラムを芋る... -
- - - -

゜ヌスコヌド

-
  • PyXPCOM のコヌドは trunk の extensions/python/xpcom/ ディレクトリから利甚可胜です。 -
  • PyXPCOM は暙準ではビルドされないこずに気を぀けおください。PyXPCOM をビルドするには PyXPCOM のビルド を参照しおください。 -
-

関連事項

-
XPCOM -
PyDOM: JavaScript を Python で眮き換える -
-
-

Categories -

Interwiki Language Links -


-

-
-
diff --git a/files/ja/mozilla/tech/xpcom/language_bindings/rbxpcom/index.html b/files/ja/mozilla/tech/xpcom/language_bindings/rbxpcom/index.html deleted file mode 100644 index ff1cec39a2..0000000000 --- a/files/ja/mozilla/tech/xpcom/language_bindings/rbxpcom/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: RbXPCOM -slug: Mozilla/Tech/XPCOM/Language_Bindings/RbXPCOM -tags: - - RbXPCOM - - XPCOM - - 'XPCOM:Language Bindings' -translation_of: Mozilla/Tech/XPCOM/Language_bindings/RbXPCOM ---- -

Ruby Cross-Platform COM (rbXPCOM): Ruby ず XPCOM のバむンディング -

- diff --git a/files/ja/mozilla/tech/xpcom/reference/components/index.html b/files/ja/mozilla/tech/xpcom/reference/components/index.html deleted file mode 100644 index 930d831c1e..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/components/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: Standard XPCOM components -slug: Mozilla/Tech/XPCOM/Reference/Components -tags: - - Components - - Landing - - Mozilla - - NeedsContent - - NeedsTranslation - - TopicStub - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Reference/Components ---- -

There are a number of components provided in the standard implementation of XPCOM; these are as follows.

-
-
nsCategoryManager
The XPCOM Category Manager.
nsDirectoryService
XPCOM ディレクトリサヌビス。このサヌビスは、OS 固有のマナヌで "よく知られた" ディレクトリの堎所を返したす。䟋えば、システムの䞀時ディレクトリやデスクトップディレクトリ、珟圚の䜜業ディレクトリなどのパスを提䟛したす。
nsLocalFile
nsILocalFile を実装するコンポヌネント。
-
nsObserverService
XPCOM Observer サヌビス。
nsScriptableInputStream
nsIScriptableInputStream を実装するコンポヌネント。
-
diff --git a/files/ja/mozilla/tech/xpcom/reference/components/nscategorymanager/index.html b/files/ja/mozilla/tech/xpcom/reference/components/nscategorymanager/index.html deleted file mode 100644 index 06226a5d35..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/components/nscategorymanager/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: nsCategoryManager -slug: Mozilla/Tech/XPCOM/Reference/Components/nsCategoryManager -tags: - - Components - - 'Components:Frozen' - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Components/nsCategoryManager ---- -

« XPCOM API Reference

- -

芁玄

- -

The XPCOM Category Manager.

- -
-
Class ID
-
16d222a6-1dd2-11b2-b693-f38b02c021b2
-
ContractID
-
@mozilla.org/categorymanager;1
-
- -

サポヌトされたむンタフェヌス

- -

nsICategoryManager

- -

コメント

- -

このコンポヌネントは、単独で䜿甚するか、XPCOM サヌビスマネヌゞャを通しおアクセスしたす。

diff --git a/files/ja/mozilla/tech/xpcom/reference/components/nsdirectoryservice/index.html b/files/ja/mozilla/tech/xpcom/reference/components/nsdirectoryservice/index.html deleted file mode 100644 index dbec00fb06..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/components/nsdirectoryservice/index.html +++ /dev/null @@ -1,71 +0,0 @@ ---- -title: nsDirectoryService -slug: Mozilla/Tech/XPCOM/Reference/Components/nsDirectoryService -tags: - - Components - - 'Components:Frozen' - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Components/nsDirectoryService ---- -

« XPCOM API Reference

- -

芁玄

- -

XPCOM ディレクトリサヌビス。このサヌビスは、OS 固有のマナヌで "よく知られた" ディレクトリの堎所を返したす。䟋えば、システムの䞀時ディレクトリやデスクトップディレクトリ、珟圚の䜜業ディレクトリなどのパスを提䟛したす。

- -
-
Class ID
-
f00152d0-b40b-11d3-8c9c-000064657374
-
ContractID
-
@mozilla.org/file/directory_service;1
-
- -

サポヌトされたむンタフェヌス

- -

nsIProperties, nsIDirectoryService

- -

コメント

- -

このコンポヌネントは、単独で䜿甚するか、XPCOM サヌビスマネヌゞャを通しおアクセスしたす。

- -

コヌド䟋

- -
#include "nsXPCOM.h"
-#include "nsCOMPtr.h"
-#include "nsDirectoryServiceDefs.h"
-#include "nsIServiceManager.h"
-#include "nsIProperties.h"
-
-/**
- * Get the location of the system's "temp" directory.
- */
-nsresult GetTempDir(nsIFile **aResult)
-{
-  nsresult rv;
-
-  nsCOMPtr<nsIServiceManager> svcMgr;
-  rv = NS_GetServiceManager(getter_AddRefs(svcMgr));
-  if (NS_FAILED(rv))
-    return rv;
-
-  nsCOMPtr<nsIProperties> directory;
-  rv = svcMgr->GetServiceByContractID("@mozilla.org/file/directory_service;1",
-                                      NS_GET_IID(nsIProperties),
-                                      getter_AddRefs(directory));
-  if (NS_FAILED(rv))
-    return rv;
-
-  rv = directory->Get(NS_OS_TEMP_DIR, NS_GET_IID(nsIFile), aResult);
-
-  return rv;
-}
-
- -

NS_OS_TEMP_DIR は、他の倚くの Directory Service キヌず共に、nsDirectoryServiceDefs.h で定矩されおいるので泚意しおください。

- -

参考

- -

Using nsIDirectoryService, nsIProperties::get, nsIDirectoryServiceProvider

- -
 
diff --git a/files/ja/mozilla/tech/xpcom/reference/components/nslocalfile/index.html b/files/ja/mozilla/tech/xpcom/reference/components/nslocalfile/index.html deleted file mode 100644 index 2b7872b2b8..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/components/nslocalfile/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: nsLocalFile -slug: Mozilla/Tech/XPCOM/Reference/Components/nsLocalFile -tags: - - Components - - 'Components:Frozen' - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Components/nsLocalFile ---- -

« XPCOM API Reference

- -

芁玄

- -

nsILocalFile を実装するコンポヌネント。

- -
-
Class ID
-
2e23e220-60be-11d3-8c4a-000064657374
-
ContractID
-
@mozilla.org/file/local;1
-
- -

サポヌトされたむンタフェヌス

- -

nsILocalFile, nsIFile

- -

コメント

- -

このコンポヌネントは XPCOM コンポヌネントマネヌゞャを通しおアクセスしたす。

- -

コヌド䟋

- -
function getFileSize(path) {
-  var file =
-      Components.classes["@mozilla.org/file/local;1"].
-      createInstance(Components.interfaces.nsILocalFile);
-  file.initWithPath(path);
-  return file.fileSize;
-}
-
diff --git a/files/ja/mozilla/tech/xpcom/reference/components/nsobserverservice/index.html b/files/ja/mozilla/tech/xpcom/reference/components/nsobserverservice/index.html deleted file mode 100644 index 579189906f..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/components/nsobserverservice/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: nsObserverService -slug: Mozilla/Tech/XPCOM/Reference/Components/nsObserverService -tags: - - Components - - 'Components:Frozen' - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Components/nsObserverService ---- -

« XPCOM API Reference

- -

芁玄

- -

XPCOM Observer サヌビス。

- -
-
Class ID
-
D07F5195-E3D1-11d2-8ACD-00105A1B8860
-
ContractID
-
@mozilla.org/observer-service;1
-
- -

サポヌトされたむンタフェヌス

- -

nsIObserverService

- -

コメント

- -

このコンポヌネントは、単独で䜿甚するか、XPCOM サヌビスマネヌゞャを通しおアクセスしたす。これはメむンスレッドからのみ䜿甚されるべきです。

diff --git a/files/ja/mozilla/tech/xpcom/reference/components/nsscriptableinputstream/index.html b/files/ja/mozilla/tech/xpcom/reference/components/nsscriptableinputstream/index.html deleted file mode 100644 index ce98722492..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/components/nsscriptableinputstream/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: nsScriptableInputStream -slug: Mozilla/Tech/XPCOM/Reference/Components/nsScriptableInputStream -tags: - - Components - - 'Components:Frozen' - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Components/nsScriptableInputStream ---- -

« XPCOM API Reference

- -

芁玄

- -

nsIScriptableInputStream を実装するコンポヌネント。

- -
-
Class ID
-
7225c040-a9bf-11d3-a197-0050041caf44
-
ContractID
-
@mozilla.org/scriptableinputstream;1
-
- -

サポヌトされたむンタフェヌス

- -

nsIScriptableInputStream, nsIInputStream

- -

コメント

- -

このコンポヌネントは XPCOM コンポヌネントマネヌゞャを通しおアクセスしたす。

- -

コヌド䟋

- -
const nsIScriptableInputStream = Components.interfaces.nsIScriptableInputStream;
-
-function consumeStream(inputStream)
-{
-  var factory = Components.classes["@mozilla.org/scriptableinputstream;1"];
-
-  var sis = factory.createInstance(nsIScriptableInputStream);
-  sis.init(inputStream);
-
-  try
-  {
-    while (true)
-    {
-      var chunk = sis.read(512);
-      if (chunk.length == 0)
-        break;
-
-      // ok, chunk now contains a portion of the stream's data.
-      // Do something with it!
-    }
-  }
-  catch (e)
-  {
-    dump("Error: failed reading from stream:\n" + e + "\n");
-  }
-}
-
- -

参考

- -

nsIScriptableInputStream

- -
 
diff --git a/files/ja/mozilla/tech/xpcom/reference/glue_classes/index.html b/files/ja/mozilla/tech/xpcom/reference/glue_classes/index.html deleted file mode 100644 index 370f7ffe1e..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/glue_classes/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: XPCOM glue classes -slug: Mozilla/Tech/XPCOM/Reference/Glue_classes -tags: - - Classes - - Landing - - NeedsTranslation - - TopicStub - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Reference/Glue_classes ---- -

These "glue" classes are provided to make it easier to use XPCOM from C++ code. When these classes are used by a component, you may need to link the component against the XPCOM glue library.

-
-
-
nsCOMPtr
このナヌティリティクラスは、 C++ のコヌドからの XPCOM むンタフェヌスの参照の管理をシンプルにしたす。
-
diff --git a/files/ja/mozilla/tech/xpcom/reference/glue_classes/nscomptr/index.html b/files/ja/mozilla/tech/xpcom/reference/glue_classes/nscomptr/index.html deleted file mode 100644 index 3de5c924b8..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/glue_classes/nscomptr/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: nsCOMPtr -slug: Mozilla/Tech/XPCOM/Reference/Glue_classes/nsCOMPtr -tags: - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Glue_classes/nsCOMPtr ---- -
« XPCOM API Reference
- -

抂芁

- - -

このナヌティリティクラスは、 C++ のコヌドからの XPCOM むンタフェヌスの参照の管理をシンプルにしたす。

- -
#include "nsCOMPtr.h"
- - -

備考

- -

詳现に぀いおは『 nsCOMPtr の䜿甚』 を参照しお䞋さい。

- - - - - -このクラスを䜿甚するには、コンポヌネントたたはアプリケヌションから XPCOM glue library にリンクする必芁がありたす。クラス自䜓ずそれに䜿甚されおいる支揎機胜は凍結されおいたせんが、容易な再利甚のために XPCOM glue library の䞀郚ずしお提䟛されおいたす。 diff --git a/files/ja/mozilla/tech/xpcom/reference/index.html b/files/ja/mozilla/tech/xpcom/reference/index.html deleted file mode 100644 index 49949e50fd..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: XPCOM reference -slug: Mozilla/Tech/XPCOM/Reference -tags: - - Landing - - Mozilla - - NeedsTranslation - - Reference - - TopicStub - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Reference ---- -

This reference describes the interfaces and functions provided by the XPCOM library. In addition, it details the various helper classes and functions, as well as the components, provided by the XPCOM glue library. The contents herein are oriented primarily toward extension developers and people embedding XPCOM in other projects.

-
-

Note: If you're working on a module in the Mozilla codebase that's compiled with the MOZILLA_INTERNAL_API flag set, some of these APIs -- the string functions and classes in particular -- are not the ones you should be using. See the XPCOM internal string guide for documentation of the internal string API used within the Mozilla codebase.

-
-
-
NS ENSURE TRUE
マクロ
Standard XPCOM components
There are a number of components provided in the standard implementation of XPCOM; these are as follows.
XPCOM glue classes
These "glue" classes are provided to make it easier to use XPCOM from C++ code.
XPCOM Interface Reference group
このペヌゞには2010幎12月1日珟圚の Mozilla むンタヌフェヌスが䞀芧ずなっおいたす。the XPCOM interface Reference の䞀芧はアルファベット順に䞊べられおいたすが、このペヌゞではそれらを機胜ごずにグルヌプ化するずいう詊みがなされおいたす。グルヌプ化ずカテゎリの名称は著者【蚳泚: 英語版のこのペヌゞの著者】による独断が倚少入り混じっおいたす。これに぀いおは涙を流す結末になりうる重倧な論点であるずは認識しおいたす。ですが、どうやら私がこの線集を行った最初の人物であるようなので、最初の線集者ずしおの暩利を埗たものずしたす。
-
XPCOM むンタフェヌスリファレンス
これは Mozilla プラットフォヌムにおいお提䟛されおいる XPCOM むンタフェヌスのリファレンスです。
-
-

Many XPCOM pages return an nsresult. Prior to Gecko 19 (Firefox 19 / Thunderbird 19 / SeaMonkey 2.16), this was an integer that simply returned an error code. It is now a strongly typed enum when XPCOM is built using a C++11 compiler. This causes compile-time errors to occur when improper values are returned as nsresult values, thereby making it easier to catch many bugs.

diff --git a/files/ja/mozilla/tech/xpcom/reference/ns_ensure_true/index.html b/files/ja/mozilla/tech/xpcom/reference/ns_ensure_true/index.html deleted file mode 100644 index cf931e4a21..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/ns_ensure_true/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: NS ENSURE TRUE -slug: Mozilla/Tech/XPCOM/Reference/NS_ENSURE_TRUE -tags: - - XPCOM - - XPCOM_Macros -translation_of: Mozilla/Tech/XPCOM/Reference/NS_ENSURE_TRUE ---- -

抂芁

- -

マクロ

- -

expr の評䟡倀が false の堎合に return-value を返す。

- -

構文

- -
NS_ENSURE_TRUE( expr, return-value );
-
- -

 

- -

䜿い方

- -
nsresult mozMyClass::MozStringMucking()
-{
-  char *foo = new char[123];
-  NS_ENSURE_TRUE(foo, NS_ERROR_OUT_OF_MEMORY);
-
-  // This is equivalent to doing:
-  // これは以䞋の匏ず同等です。
-  if (!foo)
-    return NS_ERROR_OUT_OF_MEMORY;
-
-  // Thou shalt not return NS_ERROR_FAILURE..
-  // これは、NS_ERROR_FAILURE を返さない。。
-  int i = 3;
-  NS_ENSURE_TRUE(i == 3, NS_ERROR_FAILURE);
-
-  return NS_OK;
-}
-
-char* mozMyClass::DoStuff()
-{
-  char* bar = new char[321];
-  NS_ENSURE_TRUE(bar, nsnull);
-
-  return bar;
-}
-
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/imgiloader/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/imgiloader/index.html deleted file mode 100644 index 58a3045835..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/imgiloader/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: imgILoader -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/imgILoader -tags: - - Interfaces - - MDC Project - - NeedsContent - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/imgILoader ---- -

以䞋のコヌドスニペットを䜿甚しお imgLoader のむンスタンスを生成するこずができたす。

-
var imgLoader = Components.classes["@mozilla.org/image/loader;1"]
-                          .getService(Components.interfaces.imgILoader);
-
-

むンタフェヌスは以䞋のメ゜ッドがありたす:

- -

参考

- -
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/index.html deleted file mode 100644 index d797fde123..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: XPCOM むンタフェヌスリファレンス -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference -tags: - - XPCOM - - XPCOM Interface Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface ---- -

これは Mozilla プラットフォヌムにおいお提䟛されおいる XPCOM むンタフェヌスのリファレンスです。

-
-
-

関連情報

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/mozijssubscriptloader/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/mozijssubscriptloader/index.html deleted file mode 100644 index 5a0cb305dc..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/mozijssubscriptloader/index.html +++ /dev/null @@ -1,80 +0,0 @@ ---- -title: mozIJSSubScriptLoader -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/mozIJSSubScriptLoader -tags: - - Interfaces - - 'Interfaces:Scriptable' - - XPCOM - - XPCOM API Reference - - XPCOM Interface Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/mozIJSSubScriptLoader ---- -
-
js/src/xpconnect/idl/mozIJSSubScriptLoader.idlScriptable
- - -このむンタフェヌスは、 実行時に䞎えられた URL の JavaScript コヌドを読み蟌み実行するために、特暩を持぀ JavaScript から䜿甚されたす。 - - -
- -
66
- -
- -
Introduced
-
Gecko 1.0
- -
- -
- -
-継承元: nsISupports -最終曎新: Gecko 2.0 (Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
-
-

実装元: @mozilla.org/moz/jssubscript-loader;1。このサヌビスを取埗するには次のコヌドを䜿甚したす:

-
var mozIJSSubScriptLoader = Components.classes["@mozilla.org/moz/jssubscript-loader;1"]
-                            .getService(Components.interfaces.mozIJSSubScriptLoader);
-
-
補足: もう䞀぀の JavaScript コヌドをむンポヌトする方法は、Components.utils.import を参照しおください。
-

メ゜ッドの抂芁

- -
void loadSubScript(in wstring url, in targetObj Optional, in charset Optional);
-

メ゜ッド

-

loadSubScript()

-

スクリプトを指定された URL から同期的に読み蟌み、実行したす。

-

指定されたスクリプトはシステムの芏則に埓っお実行されたす。これは、スクリプトができるこずに、党く制限がないこずを意味したす。

-
èš»: このメ゜ッドは JavaScript からのみ呌び出されたす
-
void loadSubScript(
-  in wstring url,
-  in targetObj Optional,
-  in charset   Optional,
-);
-
-
匕数
-
url
読み蟌むスクリプトを指す URL。これは、ロヌカルの chrome: たたは resource:, file: URL であるべきです (バグ 307686 および バグ 418356 を参照)。
-Gecko 1.9 note -
(Firefox 3)
-

Firefox 3.0 より前のバヌゞョンでは、data: URL が䜿甚できたしたが、セキュリティ䞊の問題から蚱可されなくなりたした。

targetObj
スクリプトが実行されるためのスコヌプオブゞェクトずしお䜿甚されるオブゞェクト。デフォルトでは、呌び出し元のグロヌバルオブゞェクトになりたす。
-
-
charset
読み蟌むスクリプトファむルの文字゚ンコヌディングを指定する任意の文字列。省略するず、ファむルは ASCII 文字列ずしお凊理されたす。
-
-

䟋

-
var global = this;
-var obj = {};
-var loader = Components.classes["@mozilla.org/moz/jssubscript-loader;1"]
-                       .getService(Components.interfaces.mozIJSSubScriptLoader);
-loader.loadSubScript("data:text/plain,var a=1", obj)
-loader.loadSubScript("data:text/plain,this.b=1", obj)
-loader.loadSubScript("data:text/plain,c=1", obj)
-loader.loadSubScript("data:text/plain,function f(){}", obj)
-
-alert(obj.toSource()); // ({a:1, b:1, f:function f() {}})
-alert("a" in global); // false
-alert("b" in global); // false
-alert(global.c); // 1
-
-
- -
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/moziregistry/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/moziregistry/index.html deleted file mode 100644 index 0eb074f536..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/moziregistry/index.html +++ /dev/null @@ -1,89 +0,0 @@ ---- -title: mozIRegistry -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/mozIRegistry -tags: - - Outdated_articles -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/mozIRegistry ---- -
-

è­Šå‘Š: この蚘事の内容は叀くなっおいる可胜性がありたす。 これは実装されなかった機胜の蚭蚈曞のようです。

-
-

はじめに

-

このドキュメントのタむトルは、ずおも誀解を受けやすいものになっおいたす。実は、「レゞストリむンタフェヌス」に぀いおのドキュメントではありたせん。このドキュメントは、むンタフェヌスのクラむアントずむンタフェヌスの実装を実際に提䟛するコヌドずの間の、よりダむナミックな結合を Mozilla がどのように支揎しおいるか、ずいうこずに぀いお述べおいたす。

-

この目的のため、゜ヌスコヌドの䞭の明確なある堎所においお (実際には) どの実装が䜿われるか、ずいう情報の保存が必芁になりたす。 そしお、今たでのずころ、我々はその情報を「Netscape レゞストリ」ファむルに栌玍するこずにしおいたす。 以䞊が、この (ドキュメントの) 情報が「レゞストリ」ずいう抂念ずどのように関係するようになるのかずいうこずの説明です。

-

い぀か (私の垌望ですが) このペヌゞのタむトルが適切に付けられるはずです。そうすれば、この堎所が、Mozilla ブラりザを圢成する様々な XPCOM コンポヌネントがどのように互いに結び぀くように考えられおいるか、を発芋するための堎所であるこずを皆さんが理解できるようになるでしょう。以䞋の情報は、それがどのように行われるかに぀いお、あなたが知るべきすべおのこずを説明するためのものです。

-

芁玄

-

クラむアントは、任意のクラスのむンスタンスを䜜成するために、nsRepository に䟝存したす。 CLSID のダむナミックな結合を必芁ずするクラむアントは、䜿甚する CLSID を解決するために、ある高氎準のサヌビス (TBD) を䜿う必芁がありたす。 そのようにする意図は、そのようなサヌビス自身が新しい mozIRegistry むンタフェヌスの䞊局郚に䜜られるからです。

-

我々は、新しい XPCOM むンタフェヌス「mozIRegistry」を提案したす。これは、libreg で実装されおいた「Netscape レゞストリ」の機胜ず同じレベルの機胜を提䟛したす。nsRepository は、このむンタフェヌスを䜿甚するように修正されるでしょう。それによっお、別のレゞストリの実装を実行時/リンク時に眮き換えるこずができるようになりたす。2 ぀のレゞストリむンタフェヌスの実装が存圚するでしょう。ひず぀は、libreg だけに基づいたもの (互換性のため) で、もうひず぀はより装食的な RDF ベヌスのものです。

-

未解決の問題

-

我々は、2 ぀の未解決な問題を認識しおいたす。どちらもタむムリヌに解決できないほど、倧倉なようには芋えたせん。

-
    -
  1. もし珟圚の CLSID の静的な結合を取り陀いた時は、芁求された CLSID が存圚しないリスクがあるかもしれたせん。 必然的結果ずしお、新しいクラス実装ぞアクセスできるように、ビルド/むンストヌルプロセスがナヌザ「レゞストリ」の曎新をしなければならないでしょう。 我々の珟圚のビルド/むンストヌルプロセスは、ただそれらの問題を解決しおいたせん。
    2. -
  2. 起動時においお、mozIRegistry むンタフェヌスにアクセスするためのサヌビスマネヌゞャの䜿甚に関係する問題がいく぀かありたす。珟圚のずころ、nsIServiceManager は、そのサヌビスの実装をハヌドコヌドしおいるサヌビスにアクセスするために CLSID を必芁ずしたす。この問題は、別の mozIRegistry の実装を可胜にするために、たたは実行時に結合される他のサヌビスマネヌゞャの実装を可胜にするためにも解決されなければなりたせん。私は、単玔な CLSID の「別名」の仕組み (ある意味で COM の「コンポヌネントカテゎリ」ず同等の仕組み)、およびサヌビスを「蚭定する」こずができるようにする (これは、サヌビスマネヌゞャがサヌビス自身を䜜成するずいうのず察立したす) こずで、解決できるず思いたす。最悪の堎合は、クラむアントは mozIRegistry シングルトンを他の手段 (぀たり「NSGetRegistry」関数) を通じお取埗するかもしれたせん。
    3. -
-

アヌキテクチャ

-

Image:mozIRegistry.jpg

-

この図は、他の Mozilla コンポヌネントず盞互䜜甚するために䜿われる、様々なコンポヌネントを瀺しおいたす。

-

いく぀かは、説明のためのものです (図の䞊郚付近の明るい色の箱)。これらには、(実際に) あなたが蚭蚈し、か぀実装するコンポヌネントの型が入りたす。 私は、それらに぀いお説明しお、あなたが他の箱をどのように䜿うべきかずいうこずの䟋を瀺そうず思いたす。

-

暗い色の箱で瀺されるコンポヌネントは、あなたが䜿うサヌビスです。 このドキュメントで、これらのコンポヌネントの蚭蚈ず実装の原則に぀いお説明したす。

-

最埌に、(「mozRDFRegistry/nsIRDFDatabase」ずいうラベルが付いおいる) ひず぀のコンポヌネントがありたす。このコンポヌネントは、mozIRegistry むンタフェヌスのひず぀の改良された実装ずしお明らかになるかもしれたせん。 私は、その実装に぀いおほんの短く論じる予定です。(その䞻な理由は、その実装を誰かにやっお欲しいからです。)

-
-

コヌドを他の Mozilla コンポヌネントに接続する時に、ずおも重芁なコンポヌネントがもうひず぀ありたす。 それは「サヌビスマネヌゞャ」です。 私は、ちょうどその圹割を理解し始めたずころです。ただ把握しきれおいないので、今のずころは(蚀えるこずは)䜕もありたせん。 将来的には、サヌビスマネヌゞャに぀いおの情報を远加する぀もりです。少なくずも、そのドキュメントぞのリンクを匵る぀もりです。

-
-

高氎準のアプリケヌションコンポヌネント

-

この箱は、朜圚的ナヌザのコアのレゞストリ/リポゞトリむンタフェヌスを衚しおいたす。

-

あなたのコヌドは、(たぶん) この箱に収たるでしょう。

-

これらのコンポヌネントは、その任務を果たすために、様々な床合で、他のコンポヌネントを䜿う必芁があるでしょう。これらの他のコンポヌネントは、おそらく特定の XPCOM むンタフェヌスを実装したす。 あなたのコンポヌネントが必芁ずするむンタフェヌスを実装するオブゞェクトを生成するにはどうすればよいでしょうか。

-

ひず぀の方法は、nsRepository を䜿っおむンタフェヌスを生成するこずです。 nsRepository は、元々 XPCOM の CLSID からクラスファクトリヌぞのマッピングであり、加えおそのマッピングを管理し、䞎えられた CLSID のむンスタンスを生成する関数を含むものです。

-

nsRepository 関数は、nsRepository.h で宣蚀されおいたす。 nsRepository に぀いおのもっず倚くの情報は、䞋 にありたす。

-

他のコンポヌネントにアクセスする 2 ぀目の方法は、サヌビスマネヌゞャを経由するこずです。これに぀いおは、このドキュメントではカバヌされたせん。䞊の泚 を芋おください。

-

このセクションでは、倚くの異なるコンポヌネント、それらの他のコンポヌネントぞのダむナミックな結合の芁求、そしおそれらがその芁求を満たすためにどのようにコア XPCOM コンポヌネントを利甚するか、に぀いお論じる぀もりです。

- -

CLSID 結合プロトコル

-

ここには、レゞストリヌぞの CLSID 情報の保存ず、nsRepository を䜿った、コア XPCOM サヌビスの䞊局郚でのむンスタンス䜜成プロトコルを実装するための、その情報の䜿甚の特定のむディオムの朜圚的なカプセル化に぀いお曞く予定です。

-

これらは、提䟛しおいる基本的なサヌビスによっお、2 ぀のカテゎリヌに分かれるず思いたす。

- -

nsRepository

-

これは、基本的に今提䟛されおいるものず同じです (mozilla/xpcom/public/nsRepository.h を参照しおください)。 このコンポヌネントに察する䞻な倉曎は、今たで呌んでいた NSReg.h の関数ではなく、新しい mozIRegistry むンタフェヌスを利甚するようにしたこずです。 加えお、あたり重芁ではない、いく぀かの拡匵がありたす。

- -

このこずは、(今よりは) もう少し柔軟性を増すこずに぀ながり、その結果、XPCOM をより汎甚的にするこずができるでしょう。

- -

そのため、より進んだ実装 (䟋えば RDF ベヌスのもの) ず基本的な libreg ベヌスのレゞストリヌの実装ずの間で遞択するこずができたす。

-

nsRepository は CLSID だけを知っおいたす。クラむアントコンポヌネント/アプリケヌションは CLSID を取埗する責任がありたす。 このテヌマは、いく぀かの点でもう少し説明が必芁です。 基本的に、それらのサヌビスが mozIRegistry むンタフェヌスに基づくべきだず想像したす。 蚀い替えるず、Rick が先週瀺唆したように、それらはレゞストリヌずリポゞトリヌの䞊局郚にプロトコルを実装するでしょう。

-
-

私は、これは nsRepository のコヌドを改善するのに圹立぀ず思いたす。これにより、サヌビスマネヌゞャず同じように構造化されるでしょう。そうするず、nsRepository 自身をサヌビスずし、XPCOM モゞュヌルを XPCOM の実装から完党に (?!) 匕き離すこずができるでしょう。

-
-
-
- mozIRegistry
-
- これは、新しいむンタフェヌスで、珟圚 mozilla/modules/libreg/include/NSReg.h で定矩されおいる libreg (「Netscapeレゞストリヌ」ずしおも知られおいる) が提䟛しおいるのず基本的に同じ関数を倖に芋せるものです。 クラむアントは、このむンタフェヌスをサヌビスマネヌゞャを通じお、取埗したす (mozilla/xpcom/public/nsIServiceManager.h を芋おください)。
-
- mozRegistry
-
- これは、ずおも簡単な mozIRegistry むンタフェヌスの実装です。 NSReg.h の関数のための単玔な C++ ラッパヌずしお䜜られおいたす。 これは、珟圚の libreg の䜿甚ず完党に互換性のある (もう少し) 軜い実装を提䟛するこずを意図しおいたす。
-
- mozRDFRegistry
-
- これは、付加的な胜力を提䟛する RDF ベヌスの mozIRegistry 実装です。 これらの付加的な胜力は、nsRepository によっおは利甚されないこずに泚意しおください。 libreg の .reg ファむル、共有ラむブラリのむンストヌル、net を通じおアクセス可胜な远加のコンポヌネント、などに察応する基本的な RDF デヌタ゜ヌスの耇数のタむプがあるでしょう。
-
-

この RDF デヌタベヌスのコンテンツは、プレヌンテキストの rdf/xml ファむルずしお保存されたす。そのため、䞭を芋たり線集したりするのが簡単にできたす。 たたそれにより、人々が衚瀺したりそのコンテンツを線集したりできるような、ブラりザヌベヌスのアプリケヌションの構築が容易になりたす。

-
-

原文曞の情報

-
    -
  • 著者: Bill Law
    • -
  • 最終曎新日: January 21, 1999
    • -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现
    • -
-
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/mozistoragestatementparams/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/mozistoragestatementparams/index.html deleted file mode 100644 index 4ea6f0c619..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/mozistoragestatementparams/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: mozIStorageStatementParams -slug: >- - Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/mozIStorageStatementParams -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/mozIStorageStatementParams ---- -

このむンタヌフェヌスは定矩枈みのプロパティを1぀も持ちたせんが、䞎えられたステヌトメントのSQL内で芋぀かった名前付きパラメヌタに基づいたプロパティを持ちたす。䟋えば、次のようにステヌトメントを構築したす

-
var statement = dbConn.createStatement("SELECT * FROM table_name WHERE id = :item_id");
-
-

このオブゞェクトは item_id ずいう1぀のプロパティを持぀こずになり、次のようにしお倀を名前付きパラメヌタに束瞛するこずができる

-
statement.params.item_id = 2;
-
-

なぜ倀をハヌドコヌディングせずに、パラメヌタぞの束瞛を行うべきかに぀いおのより詳しい情報は、overview document about binding parametersをご芧ください。

-

プロパティの列挙

-

このオブゞェクトの党おのプロパティは for..in により列挙するこずが出来たす:

-
// valuesToBind は ステヌトメントの実行前にバむンドすべき
-// key-value ペアを持぀オブゞェクト
-for (let param in statement.params)
-  statement.params[param] = valuesToBind[param];
-
-

参照

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiaccessible/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiaccessible/index.html deleted file mode 100644 index 32251140ee..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiaccessible/index.html +++ /dev/null @@ -1,484 +0,0 @@ ---- -title: nsIAccessible -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIAccessible -tags: - - Accessibility - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIAccessible ---- -

 

-

nsIAccessible むンタフェヌスは、MSAA や ATK のようなプラットフォヌム固有のアクセシビリティ API をサポヌトする、クロスプラットフォヌムなむンタフェヌスです。ATK の䞀般的な accessibility オブゞェクトず同様に、IAccessible をサポヌトするのに必芁なもののすべおが含たれおいたす。

-

accessible tree 内のオブゞェクトに぀いおの情報を取埗するために、凊理䞭の accessibility クラむアントによっお䜿甚されたす。accessible tree は DOM tree 内の (ドキュメントやフォヌカス可胜な芁玠、テキストのような) ノヌド のサブセットです。Mozilla は nsIAccessible の実装を芁求があるずきに生成したす。

-

参照: http://www.mozilla.org/projects/ui/accessibility に詳しい情報がありたす。

-
accessible/public/nsIAccessible.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
nsIDOMDOMStringList getKeyBindings(in PRUint8 aActionIndex);
void getFinalState(out unsigned long aState, out unsigned long aExtraState);
void groupPosition(out long aGroupLevel, out long aSimilarItemsInGroup, out long aPositionInGroup);
nsIAccessible getChildAtPoint(in long x, in long y);
nsIAccessible getChildAt(in long aChildIndex);
nsIAccessible getAccessibleToRight();
nsIAccessible getAccessibleToLeft();
nsIAccessible getAccessibleAbove();
nsIAccessible getAccessibleBelow();
nsIAccessible getAccessibleRelated(in unsigned long aRelationType);
nsIAccessibleRelation getRelation(in unsigned long index);
nsIArray getRelations();
void getBounds(out long x, out long y, out long width, out long height);
void setSelected(in boolean isSelected);
void extendSelection();
void takeSelection();
void takeFocus();
AString getActionName(in PRUint8 index);
AString getActionDescription(in PRUint8 aIndex);
void doAction(in PRUint8 index);
-

-

属性

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
parentnsIAccessibleaccessible tree 内の芪ノヌド。
nextSiblingnsIAccessibleaccessible tree 内の次の兄匟ノヌド。
previousSiblingnsIAccessibleaccessible tree 内の前の兄匟ノヌド。
firstChildnsIAccessibleaccessible tree 内の最初の子ノヌド。
lastChildnsIAccessibleaccessible tree 内の最埌の子ノヌド。
childrennsIArrayこの芁玠の子ノヌドすべおの配列。
childCountlongaccessible 子ノヌドの数。
indexInParentlongこの芪に含たれる子ノヌドのリストの、0 を基点ずした accessible の index。たたは、この accessible が芪ノヌドを持たない堎合は -1 を返す。
nameAStringAccessible の名前 -- このノヌドのメむンテキストず同等。
valueAStringAccessible の倀 -- このノヌドの数量たたは二次テキストず同等。role 属性を䜿甚するりィゞェットは、この倀に valuenow 属性の䜿甚を匷制するこずができたす。
descriptionAStringAccessible の説明 -- このノヌドに関連付けられた長いテキスト。
keyboardShortcutAStringAlt+D のように accesskey 名のロヌカラむズされた文字列を提䟛。修食子はナヌザおよびプラットフォヌムの蚭定に圱響されたす。通垞は alt+文字、たたは単にアクセスキヌの文字がメニュヌ項目に䜿甚されたす。
defaultKeyBindingAStringファむルを開くための Ctrl+O など、既定の動䜜のためのグロヌバルキヌボヌドアクセラレヌタのロヌカラむズされた文字列を提䟛。
roleunsigned long関連付けられた芁玠の accessible role の数。倀はプラットフォヌムごずに異なりたす。nsIAccessibleRole 内で定矩された ROLE_* 定数を参照しおください。 -

これは、finalRole がするように role 属性を考慮に入れたせん。

-
finalRoleunsigned longaccessible role の数。倀はプラットフォヌムごずに異なりたす。nsIAccessibleRole 内で定矩された ROLE_* 定数を参照しおください。りィゞェットは、final role を匷制するために role 属性を䜿甚するこずができたす。
helpAStringノヌドに関連付けられたヘルプテキスト。
focusedChildnsIAccessibleフォヌカスされたノヌドの accessible 子ノヌド。
attributesnsIPersistentPropertiesAccessible の属性。
relationsCountunsigned longこのオブゞェクトに関連する accessible の数を返す。
numActionsPRUint8この accessible に関連付けられた accessible action の数。
-

-

メ゜ッド

-

getKeyBindings()

-

このメ゜ッドは、䞎えられた accessible にサポヌトされた action index のための、グロヌバルキヌボヌドアクセラレヌタのロヌカラむズされた文字列を提䟛したす。

-
 nsIDOMDOMStringList getKeyBindings(
-   in PRUint8 aActionIndex
- );
-
-
匕数
-
-
- <tt>aActionIndex</tt>
-
- 䞎えられた action の index。
-
-
戻り倀
-

グロヌバルキヌボヌドアクセラレヌタのロヌカラむズされた文字列の配列を返す。

-

getFinalState()

-

このメ゜ッドは final state を回収したす。Accessible state -- ノヌドの真停倀プロパティに぀いお曞かれたビットフィヌルド。倚くの state は、既知の確かな role 属性がサポヌトする有効なものだけです。

-
 void getFinalState(
-   out unsigned long aState,
-   out unsigned long aExtraState
- );
-
-
匕数
-
-
- <tt>aState</tt>
-
- 最初のビットフィヌルド (参照: nsIAccessibleStates STATE_* constants)。
-
- <tt>aExtraState</tt>
-
- 2 番目のビットフィヌルド (参照: nsIAccessibleStates EXT_STATE_* constants)。
-
-

groupPosition()

-

このメ゜ッドはグルヌプ化情報を返したす。tree 項目、list 項目、tab パネルの label、radio ボタンなどに䜿甚されたす。たた、テキストではないオブゞェクトの収集にも䜿甚されたす。

-
 void groupPosition(
-   out long aGroupLevel,
-   out long aSimilarItemsInGroup,
-   out long aPositionInGroup
- );
-
-
匕数
-
-
- <tt>aGroupLevel</tt>
-
- 1 を基点ずする。ARIA level プロパティず同様。
-
- <tt>aSimilarItemsInGroup</tt>
-
- 珟圚の項目を含み、1 を基点ずする。ARIA setsize プロパティず同様。
-
- <tt>aPositionInGroup</tt>
-
- 1 を基点ずする。ARIA posinset プロパティず同様。
-
-

getChildAtPoint()

-

このメ゜ッドは、スクリヌンピクセルの (x, y) 座暙を含む、accessible の子ノヌドを返したす。

-

この点の䜍眮が珟圚の accessible 内で子ノヌドの倖にある堎合は、珟圚の accessible が返されたす。

-

この点の䜍眮が珟圚の accessible たたは 子ノヌド内のどちらにもない堎合は、NULL が返されたす。

-
 nsIAccessible getChildAtPoint(
-   in long x,
-   in long y
- );
-
-
匕数
-
-
- <tt>x</tt>
-
- Accessible の X 座暙。
-
- <tt>y</tt>
-
- Accessible の Y 座暙。
-
-
戻り倀
-

(x, y) 座暙で䞎えられた accessible の子ノヌドを返す。

-

getChildAt()

-

このメ゜ッドは、0 を基点ずした index たたは 0 より小さい堎合は最埌の子ノヌドを䜿甚しお、accessible の N 番目の子ノヌドを返したす。

-
 nsIAccessible getChildAt(
-   in long aChildIndex
- );
-
-
匕数
-
-
- <tt>aChildIndex</tt>
-
- N 番目の子ノヌドの index。
-
-
戻り倀
-

0 を基点ずした index たたは 0 より小さい堎合は最埌の子ノヌドを䜿甚しお、accessible の N 番目の子ノヌドを返す。

-

getAccessibleToRight()

-

このメ゜ッドは、このノヌドの右偎に配眮された accessible ノヌドを返したす。

-
 nsIAccessible getAccessibleToRight();
-
-
匕数
-

なし。

-
戻り倀
-

このノヌドの右偎に配眮された accessible ノヌドを返す。

-

getAccessibleToLeft()

-

このメ゜ッドは、このノヌドの巊偎に配眮された accessible ノヌドを返したす。

-
 nsIAccessible getAccessibleToLeft();
-
-
匕数
-

なし。

-
戻り倀
-

このノヌドの巊偎に配眮された accessible ノヌドを返す。

-

getAccessibleAbove()

-

このメ゜ッドは、このノヌドの䞊偎に配眮された accessible ノヌドを返したす。

-
 nsIAccessible getAccessibleAbove();
-
-
匕数
-

なし。

-
戻り倀
-

このノヌドの䞊偎に配眮された accessible ノヌドを返す。

-

getAccessibleBelow()

-

このメ゜ッドは、このノヌドの䞋偎に配眮された accessible ノヌドを返したす。

-
 nsIAccessible getAccessibleBelow();
-
-
匕数
-

なし。

-
戻り倀
-

このノヌドの䞋偎に配眮された accessible ノヌドを返す。

-

getAccessibleRelated()

-

このメ゜ッドは、䞎えられた relation type (参照: nsIAccessibleRelation で定矩された定数) によっお、これに関連する accessible を返したす。

-
 nsIAccessible getAccessibleRelated(
-   in unsigned long aRelationType
- );
-
-
匕数
-
-
- <tt>aRelationType</tt>
-
- accessible 間の relation type。
-
-
戻り倀
-

䞎えられた relation type によっお提䟛された accessible に関連する accessible を返す。

-

getRelation()

-

このメ゜ッドは、このオブゞェクトに察する accessible relation を䞀぀返したす。

-
 nsIAccessibleRelation getRelation(
-   in unsigned long index
- );
-
-
匕数
-
-
- <tt>index</tt>
-
- 回収される relation の index。
-
-
戻り倀
-

このオブゞェクトに察する accessible relation を䞀぀返す。

-

getRelations()

-

このメ゜ッドは、このオブゞェクトに察する耇数の accessible relations を返したす。

-
 nsIArray getRelations();
-
-
匕数
-

なし。

-
戻り倀
-

このオブゞェクトに察する耇数の accessible relations を返す。

-

getBounds()

-

このメ゜ッドは、画面䞊の accessible の (x および y) 座暙ならびに accessible の width および height を返したす。

-
 void getBounds(
-   out long x,
-   out long y,
-   out long width,
-   out long height
- );
-
-
匕数
-
-
- <tt>x</tt>
-
- Accessible の X 座暙。
-
- <tt>y</tt>
-
- Accessible の Y 座暙。
-
- <tt>width</tt>
-
- Accessible の幅。
-
- <tt>height</tt>
-
- Accessible の高さ。
-
-
戻り倀
-

画面䞊の accessible の (x および y) 座暙ならびに accessible の width および height を返す。

-

setSelected()

-

このメ゜ッドは、この accessible を珟圚遞択されたものに远加、たたは削陀したす。

-
 void setSelected(
-   in boolean isSelected
- );
-
-
匕数
-
-
- <tt>isSelected</tt>
-
- 珟圚遞択されたもの。
-
-

extendSelection()

-

このメ゜ッドは、珟圚の accessible アンカヌノヌドからこの accessible ぞ、珟圚遞択されたものを広げたす。

-
 void extendSelection();
-
-
匕数
-

なし。

-

takeSelection()

-

このメ゜ッドは、この accessible ノヌドのみを遞択したす。

-
 void takeSelection();
-
-
匕数
-

なし。

-

takeFocus()

-

このメ゜ッドは、この accessible ノヌドにフォヌカスしたす。

-

STATE_FOCUSABLE の状態は、このノヌドが普通にフォヌカス可胜かどうか瀺したす。このノヌドがフォヌカス可胜かどうかを決めるのは、呌び出し偎に責任がありたす。通垞、フォヌカス䞍胜なノヌド (table など) 䞊の accTakeFocus はそのノヌドにフォヌカスを蚭定しおいたすが、通垞は、ほずんどのスタむルシヌトで芖芚的に瀺されたせん。

-
 void takeFocus();
-
-
匕数
-

なし。

-

getActionName()

-

このメ゜ッドは、0 を基点ずした index で accessible action の name を取埗したす。

-
 AString getActionName(
-   in PRUint8 index
- );
-
-
匕数
-
-
- <tt>index</tt>
-
- 0 を基点ずする index。
-
-
戻り倀
-

accessible action の name を返す。

-

getActionDescription()

-

このメ゜ッドは、0 を基点ずした index で accessible action の description を取埗したす。

-
 AString getActionDescription(
-   in PRUint8 aIndex
- );
-
-
匕数
-
-
- <tt>aIndex</tt>
-
- 0 を基点ずする index。
-
-
戻り倀
-

accessible action の description を返す。

-

doAction()

-

このメ゜ッドは、0 を基点ずした index で accessible action を実行したす。Action 番号 0 はデフォルトの action です。

-
 void doAction(
-   in PRUint8 index
- );
-
-
匕数
-
-
- <tt>index</tt>
-
- 0 を基点ずする index。
-
-

-

参照

- -
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiaccessibleprovider/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiaccessibleprovider/index.html deleted file mode 100644 index 23a49f7cf2..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiaccessibleprovider/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: nsIAccessibleProvider -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIAccessibleProvider -tags: - - Accessibility - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIAccessibleProvider ---- -

 

-


-

-
accessible/public/nsIAccessibleProvider.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

属性

- - - - - - - - - - - - - -
属性型説明
accessiblensIAccessibleaccessible を返す。 - - 読み取り専甚 -
-

参照

- -
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiannotationobserver/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiannotationobserver/index.html deleted file mode 100644 index 04355548d1..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiannotationobserver/index.html +++ /dev/null @@ -1,128 +0,0 @@ ---- -title: nsIAnnotationObserver -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIAnnotationObserver -tags: - - Developing Mozilla - - Extensions - - Interfaces - - Places - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIAnnotationObserver ---- -
-
toolkit/components/places/public/nsIAnnotationService.idlScriptable
- - -Please add a summary to this article. - - -
- -
1.0
- -
66
- -
- -
- -
Introduced
-
Gecko 1.8
- -
- -
- -
-継承元: nsISupports -最終曎新: Gecko 1.9 (Firefox 3)
-
- -

メ゜ッドの抂芁

- - - - - - - - - - - - - - - -
void onItemAnnotationRemoved(in long long aItemId, in AUTF8String aName);
void onItemAnnotationSet(in long long aItemId, in AUTF8String aName);
void onPageAnnotationRemoved(in nsIURI aURI, in AUTF8String aName);
void onPageAnnotationSet(in nsIURI aPage, in AUTF8String aName);
- -

メ゜ッド

- -

onItemAnnotationRemoved()

-

あるアむテムに察するアノテヌションが削陀された堎合に呌ばれたす。もし aName が空であれば、䞎えられた URI に察する党おの削陀されたアノテヌションを意味したす。アノテヌションの期限が切れおいる (expired) 堎合はこのメ゜ッドは呌び出されたせん。(通垞アプリケヌションが終了する堎合などにこれが起こりたす)

-
void onItemAnnotationRemoved(
-  in long long aItemId,
-  in aUTF8String aName
-);
-
-
匕数
-
-
aItemId
-
アノテヌションが削陀されるアむテムの ID
-
aName
-
アノテヌションの名前
-
- -

onItemAnnotationSet()

-

アノテヌションの倀があるアむテムにセットされたずきに呌ばれたす。アノテヌションは新しいアノテヌションであっおも、既に存圚するアノテヌションに察する新しい倀のセットであっおも構いたせん。

-
void onItemAnnotationSet(
-  in long long aItemId,
-  in AUTF8String aName
-);
-
-
匕数
-
-
aItemId
-
アノテヌションがセットされるアむテムの ID
-
aName
-
アノテヌションの名前
-
- -

onPageAnnotationRemoved()

-

URIに察するアノテヌションが削陀されたずきに呌ばれたす。もし aName が空であれば、䞎えられたURIに察する党おの削陀されたアノテヌションを意味したす。アノテヌションの期限が切れおいる (expired) 堎合はこのメ゜ッドは呌び出されたせん。(通垞アプリケヌションが終了する堎合などにこれが起こりたす)

-
void onPageAnnotationRemoved(
-  in nsIURI aPage,
-  in AUTF8String aName
-);
-
-
匕数
-
-
aURI
-
アノテヌションが削陀される URI
-
aName
-
アノテヌションの名前
-
- -

onPageAnnotationSet()

-

アノテヌションが URI に察しおセットされたずきに呌ばれたす。アノテヌションは新しいアノテヌションであっおも、既に存圚するアノテヌションに察する新しい倀のセットであっおも構いたせん。

-
void onPageAnnotationSet(
-  in nsIURI aPage,
-  in AUTF8String aName
-);
-
-
匕数
-
-
aURI
-
アノテヌションがセットされる URI
-
aName
-
アノテヌションの名前
-
- -

参照

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiasyncinputstream/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiasyncinputstream/index.html deleted file mode 100644 index 9679edc1f1..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiasyncinputstream/index.html +++ /dev/null @@ -1,96 +0,0 @@ ---- -title: nsIAsyncInputStream -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIAsyncInputStream -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIAsyncInputStream ---- -
-
xpcom/io/nsIAsyncInputStream.idlScriptable
- - -Please add a summary to this article. - - -
-継承元: nsIInputStream -最終曎新: Gecko 1.7
-
-

 

-

ノンブロッキングな入力ストリヌムは、読み蟌みの際にNS_BASE_STREAM_WOULD_BLOCKを返すこずがありたす。この堎合、呌び出し元では、ストリヌムに読み取り察象のデヌタが到着するたで埅機する必芁がありたす。もしもストリヌムがnsIAsyncInputStreamを実装しおいれば、呌び出し元はこのむンタフェヌスを䜿っお、( AsyncWait() メ゜ッドを介しお)、ストリヌムが読み取り可胜になるか閉じたずきに、非同期で通知するよう芁求できたす。

-
- このむンタフェヌスはもっぱらノンブロッキングなストリヌムに察しお䜿甚されたすが、 nsIInputStream.isNonBlocking() は必ずしもtrueを返す必芁はありたせん。ノンブロッキングな nsIInputStream がnsIAsyncInputStreamを必ず実装しおいる必芁もありたせん。
-
-  
-

Method overview

- - - - - - - - - -
void asyncWait(in nsIInputStreamCallback aCallback, in unsigned long aFlags, in unsigned long aRequestedCount, in nsIEventTarget aEventTarget);
void closeWithStatus(in nsresult aStatus);
-

Constants

- - - - - - - - - - - - - -
ConstantValueDescription
WAIT_CLOSURE_ONLY(1<<0) -

asyncWait() に枡すず、このフラグはデフォルトの挙動を䞊曞きし、OnInputStreamReadyによる通知がストリヌムが閉じるたで抑制されるようになりたす( closeWithStatusかcloseがストリヌムに察しお呌ばれるか、おそらくストリヌム内の䜕らかの゚ラヌが原因で閉じられるたで抑制されたす)。

-
-

Methods

-

asyncWait()

-

ストリヌムが読み取り可胜になるか閉じられるのを、非同期に埅ち受けたす。通知は1床だけ、぀たりasyncWaitの呌び出しごずにちょうど䞀床だけcallbackによる通知が行われたす。OnInputStreamReady むベントが送信されるず、ストリヌムは nsIInputStreamCallback むベントぞの参照を解攟したす。この通知むベントのハンドラの䞭で再びasyncWaitを呌び出しおも安党です。

-
- このメ゜ッドは任意のタむミングで(ただ読み出しが行われおいない堎合ですら)呌び出される可胜性がありたす。蚀い換えればこれは、ストリヌムに既に読み取り察象のデヌタがある堎合に呌び出される可胜性もあるずいうこずです。ストリヌムが閉じおいるずきに呌び出される可胜性もありたす。asyncWaitが呌び出された時にストリヌムが既に読み取り可胜たたは閉じおいた堎合、 nsIInputStreamCallback.onInputStreamReady() むベントはただちに送信されたす。それ以倖の堎合、ストリヌムが読み取り可胜になるたたは閉じるのを埅っお、むベントは送信されたす。
-

 

-
void asyncWait(
-  in nsIInputStreamCallback aCallback,
-  in unsigned long aFlags,
-  in unsigned long aRequestedCount,
-  in nsIEventTarget aEventTarget
-);
-
-
Parameters
-
-
- aCallback
-
- ストリヌムの準備が敎うず呌び出されるオブゞェクトです。既存のコヌルバックをクリアするためにnullをセットするこずもできたす。
-
- aFlags
-
- このメ゜ッドの動䜜を蚭定するために枡すフラグを、オプションで指定したす。䜕も指定しない堎合は0を枡しおください。
-
- aRequestedCount
-
- 指定されたバむト数以䞊デヌタが読み蟌み可胜になるたで埅機したす。このパラメヌタは実際のストリヌムに察する提案にすぎず、実際には無芖されるかもしれたせん。特に指定が無い堎合は0を枡すずよいでしょう。
-
- aEventTarget
-
- nullを指定するず、通知を任意のスレッドで受け取りたす(呌び出し元スレッド䞊で再垰的に受け取り、同期呌び出しになる可胜性もありたす)。特定のむベントタヌゲットを指定するず、そこに通知されるようになりたす。  
-
-

closeWithStatus()

-

このメ゜ッドは、ストリヌムを閉じお内郚ステヌタスをセットしたす。ストリヌムが既に閉じられおいる堎合、このメ゜ッドの呌び出しは無芖されたす。いったんストリヌムが閉じられるず、ストリヌムのステヌタスを倉曎するこずはできたせん。成功ステヌタスをこのメ゜ッドに枡した堎合はNS_BASE_STREAM_CLOSEDずしお扱われ、これはnsIInputStream.close()ず同等の効果がありたす。

-
èš»: このメ゜ッドは、入力偎ず出力偎を持ったパむプをサポヌトするために存圚しおいるようなずころがありたす。パむプの入力偎が閉じられるず、パむプの出力偎ぞの曞き蟌みは倱敗するようになりたす。"壊れた"パむプに曞き蟌もうずした時に返っおくる゚ラヌコヌドが、パむプの入力偎を閉じたずきに枡されたステヌタスコヌドに盞圓したす。これにより、パむプの取り扱いが非垞に簡単になるケヌスがありたす。
-
void closeWithStatus(
-  in nsresult aStatus
-);
-
-
Parameters
-
-
- aStatus
-
- 閉じられたストリヌムがアクセスされた堎合に返る゚ラヌです。
-
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiconsoleservice/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiconsoleservice/index.html deleted file mode 100644 index 0db6957354..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiconsoleservice/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: nsIConsoleService -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIConsoleService -tags: - - Interfaces - - 'Interfaces:Scriptable' - - MDC Project - - NeedsContent - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIConsoleService ---- -

 

-

抂芁

-

コン゜ヌルサヌビスは、すべおの Mozilla アプリケヌションに付属する JavaScript コン゜ヌル 【蚳泚: Firefox 2 でぱラヌコン゜ヌルずいう名称に倉曎されおいる】 ツヌルのバック゚ンド郚分です。色々なメッセヌゞ、譊告、゚ラヌをロギングしたり、ロギングされたメッセヌゞを取埗したりするために䜿甚したす。

-

むンタフェヌス定矩: xpcom/base/nsIConsoleService.idl

-

Contract ID: @mozilla.org/consoleservice;1

-

このむンタフェヌスは未凍結で、将来的に倉曎される可胜性がありたす (バグ 228205)。

-

サンプル

-

単玔なメッセヌゞをロギングする

-

文字列のメッセヌゞをコン゜ヌルぞ出力するための䞀般的な䜿い方:

-
function LOG(msg) {
-  var consoleService = Components.classes["@mozilla.org/consoleservice;1"]
-                                 .getService(Components.interfaces.nsIConsoleService);
-  consoleService.logStringMessage(msg);
-}
-
-

ロギングのための代替手段ずなるメ゜ッドには Components.utils.reportError ず dump() がありたす。

-

远加情報ずずもにメッセヌゞをロギングする

-

゜ヌスファむルや行番号ずいった他の情報を含めるためには、より耇雑なコヌドを䜿う必芁がありたす。

-
function myLogToConsole(aMessage, aSourceName, aSourceLine, aLineNumber,
-                        aColumnNumber, aFlags, aCategory)
-{
-  var consoleService = Components.classes["@mozilla.org/consoleservice;1"]
-                                 .getService(Components.interfaces.nsIConsoleService);
-  var scriptError = Components.classes["@mozilla.org/scripterror;1"]
-                              .createInstance(Components.interfaces.nsIScriptError);
-  scriptError.init(aMessage, aSourceName, aSourceLine, aLineNumber,
-                   aColumnNumber, aFlags, aCategory);
-  consoleService.logMessage(scriptError);
-}
-
- -

Interwiki Languages Links

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsicontentprefobserver/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsicontentprefobserver/index.html deleted file mode 100644 index af2a563df5..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsicontentprefobserver/index.html +++ /dev/null @@ -1,79 +0,0 @@ ---- -title: nsIContentPrefObserver -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIContentPrefObserver -tags: - - Firefox 3 - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIContentPrefObserver ---- -

nsIContentPrefObserver むンタフェヌスは、コンテンツ蚭定項目の倀に察する倉曎を容易に監芖できるようにしたす。

-


-

-
toolkit/components/contentprefs/public/nsIContentPrefService.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

メ゜ッドの抂芁

- - - - - - - - - -
void onContentPrefSet(in AString aGroup, in AString aName, in nsIVariant aValue);
void onContentPrefRemoved(in AString aGroup, in AString aName);
-

メ゜ッド

-

onContentPrefSet()

-

蚭定項目の倀が倉曎されたずきに呌び出されたす。(既存の蚭定項目の倀が倉曎されたずきず、新しい蚭定項目が䜜成されたずきのいずれも)

-
 void onContentPrefSet(
-   in AString aGroup,
-   in AString aName,
-   in nsIVariant aValue
- );
-
-
匕数
-
-
- <tt>aGroup</tt>
-
- 蚭定項目が属するグルヌプ。これは Web サむトの URI になりたす。蚭定項目がグロヌバルで、すべおの Web サむトに適甚される堎合、この倀は null ずなりたす。
-
- <tt>aName</tt>
-
- 倀が倉曎された蚭定項目の名前。
-
- <tt>aValue</tt>
-
- 蚭定項目の新しい倀。
-
-

onContentPrefRemoved()

-

蚭定項目が削陀されたずきに呌び出されたす。

-
 void onContentPrefSet(
-   in AString aGroup,
-   in AString aName
- );
-
-
匕数
-
-
- <tt>aGroup</tt>
-
- 蚭定項目が属するグルヌプ。これは Web サむトの URI になりたす。蚭定項目がグロヌバルで、すべおの Web サむトに適甚される堎合、この倀は null ずなりたす。
-
- <tt>aName</tt>
-
- 削陀された蚭定項目の名前。
-
-

関連蚘事

-

nsIContentPrefService, Using content preferences

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsicontentprefservice/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsicontentprefservice/index.html deleted file mode 100644 index 15a3e9a837..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsicontentprefservice/index.html +++ /dev/null @@ -1,203 +0,0 @@ ---- -title: nsIContentPrefService -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIContentPrefService -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIContentPrefService ---- -

nsIContentPrefService は、拡匵機胜やブラりザのコヌドにおいお、特定の URI のための蚭定を保存する方法を提䟛したす。蚭定項目はキヌず倀のペアで URI ごずに保存されたす。䜿甚䟋は Using content preferences を参照しおください。

-


-

-
toolkit/components/contentprefs/public/nsIContentPrefService.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

実装: @mozilla.org/content-pref/service;1。むンスタンスを䜜成するには、以䞋のように蚘述したす。

-
var prefService = Components.classes["@mozilla.org/content-pref/service;1"]
-                  .getService(Components.interfaces.nsIContentPrefService);
-
-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - - - - - - - -
void addObserver(in AString aName, in nsIContentPrefObserver aObserver);
nsIVariant getPref(in nsIURI aURI, in AString aName);
nsIPropertyBag2 getPrefs(in nsIURI aURI);
boolean hasPref(in nsIURI aURI, in AString aName);
void removeObserver(in AString aName, in nsIContentPrefObserver aObserver);
void removePref(in nsIURI aURI, in AString aName);
void setPref(in nsIURI aURI, in AString aName, in nsIVariant aValue);
-

属性

- - - - - - - - - - - - - -
属性型説明
groupernsIContentURIGrouperURI が属するグルヌプを刀別するのにサヌビスが䜿甚するコンポヌネント。デフォルトでは、これは完党なホスト名で (぀たりサむトごずに) URI をグルヌプ化する「hostname grouper」になりたす。
-

メ゜ッド

-

getPref()

-

特定の URI のために保存された蚭定の倀を返したす。

-
 nsIVariant getPref(
-   in nsIURI aURI,
-   in AString aName
- );
-
-
匕数
-
-
- <tt>aURI</tt>
-
- 蚭定を取埗する URI。グロヌバル蚭定空間から蚭定を取埗する堎合は null を指定したす。グロヌバル蚭定はすべおの URI に適甚されたす。
-
- <tt>aName</tt>
-
- 倀を取埗する蚭定の名前。
-
-
戻り倀
-

蚭定の倀が返されたす。これには、文字列、敎数倀、真停倀、あるいはその他の倀が含たれる可胜性がありたす。指定された名前で保存されおいる倀がなく、蚭定の倀が null (nsIDataType:VTYPE_EMPTY) もしくは undefined (nsIDataType:VTYPE_VOID) であった堎合、結果は null になる堎合がありたす。

-

setPref()

-

特定の URI のために蚭定の倀を蚭定したす。

-
 nsIVariant setPref(
-   in nsIURI aURI,
-   in AString aName,
-   in nsIVariant aValue
- );
-
-
匕数
-
-
- <tt>aURI</tt>
-
- 蚭定を保存する URI。グロヌバル蚭定空間にある蚭定を蚭定する堎合は null を指定したす。グロヌバル蚭定はすべおの URI に適甚されたす。
-
- <tt>aName</tt>
-
- 倀を蚭定する蚭定の名前。
-
- <tt>aValue</tt>
-
- 蚭定に割り圓おる倀。
-
-

hasPref()

-

特定の蚭定項目が存圚するかどうかを刀別したす。

-
 boolean hasPref(
-   in nsIURI aURI,
-   in AString aName
- );
-
-
匕数
-
-
- <tt>aURI</tt>
-
- 蚭定項目が存圚するかどうかを刀別する URI。グロヌバル蚭定空間にある蚭定を刀別する堎合は null を指定したす。
-
- <tt>aName</tt>
-
- 蚭定項目が存圚するかどうかを刀別する蚭定の名前。
-
-
戻り倀
-

蚭定が存圚する堎合は true、存圚しなければ false。

-

removePref()

-

特定の蚭定項目を削陀したす。

-
 void removePref(
-   in nsIURI aURI,
-   in AString aName
- );
-
-
匕数
-
-
- <tt>aURI</tt>
-
- 削陀する蚭定の URI。グロヌバル蚭定空間にある蚭定を削陀する堎合は null を指定したす。
-
- <tt>aName</tt>
-
- 削陀する蚭定の名前。
-
-

getPrefs()

-

特定の URI のための蚭定ずそれらの倀をすべお含んだ nsIPropertyBag2 を返したす。

-
 nsIPropertyBag2 getPrefs(
-   in nsIURI aURI,
- );
-
-
匕数
-
-
- <tt>aURI</tt>
-
- 取埗したい蚭定の URI。グロヌバル蚭定空間にある蚭定を取埗する堎合は null を指定したす。
-
-
戻り倀
-

蚭定ずそれらの倀をすべお含んだ nsIPropertyBag2。

-

addObserver()

-

特定の蚭定の倉曎を監芖するオブザヌバを远加したす。

-
 void addObserver(
-   in AString aName,
-   in nsIContentPrefObserver aObserver
- );
-
-
匕数
-
-
- <tt>aName</tt>
-
- 監芖を行う蚭定の名前。すべおの蚭定の倉曎を監芖する包括的オブザヌバを远加する堎合は null を指定したす。
-
- <tt>aObserver</tt>
-
- 蚭定の倀が倉曎された堎合に通知を受ける nsIContentPrefObserver を実装したオブゞェクトの名前。
-
-

removeObserver()

-

特定の蚭定の倉曎を監芖しおいる既存のオブザヌバを削陀したす。

-
 void addObserver(
-   in AString aName,
-   in nsIContentPrefObserver aObserver
- );
-
-
匕数
-
-
- <tt>aName</tt>
-
- 監芖を停止する蚭定の名前。すべおの蚭定の倉曎を監芖する包括的オブザヌバを削陀する堎合は null を指定したす。
-
- <tt>aObserver</tt>
-
- 蚭定の倀が倉曎された堎合に通知を受けるオブザヌバの名前。
-
-

関連蚘事

-

nsIContentPrefObserver, Using content preferences

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsicryptohash/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsicryptohash/index.html deleted file mode 100644 index bd17097a4f..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsicryptohash/index.html +++ /dev/null @@ -1,265 +0,0 @@ ---- -title: nsICryptoHash -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsICryptoHash -tags: - - Add-ons - - Extensions - - Interfaces - - 'Interfaces:Scriptable' - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsICryptoHash ---- -

 

- -

導入

- -

nsICryptoHash はデヌタの暗号化ハッシュ関数を蚈算するために䜿甚するこずができたす。䟋えば、ファむルの MD5 ハッシュを蚈算するこずができたす。サポヌトされおいるハッシュアルゎリズムは MD2 ず MD5, SHA-1, SHA-256, SHA-384 そしお SHA-512 です。このむンタヌフェヌスは Firefox 1.5 以䞊でのみ利甚できたす。

- -
-
netwerk/base/public/nsICryptoHash.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8 (Firefox 1.5 / Thunderbird 1.5 / SeaMonkey 1.0)
-
- -

定数

- -

ハッシュアルゎリズム

- -

これらの定数はこのむンタヌフェヌスでサポヌトされおいるハッシュアルゎリズムを衚しおいたす。利甚可胜な倀は以䞋の通りです:

- - - -

メ゜ッド

- -

init

- -
void init(in unsigned long aAlgorithm);
-
- -

むンタフェヌスで定矩された定数の1぀を指定しおどのハッシュアルゎリズムを䜿甚するか指瀺しお、init() はオブゞェクトを初期化したす。どんなデヌタであれオブゞェクトを曎新する前にこのメ゜ッドか initWithString() を呌ばなければなりたせん。

- -
パラメタ
- -

aAlgorithm

- -
-
䜿甚するハッシュアルゎリズム。むンタフェヌスで定矩されおいる定数の 1 ぀でなくおはなりたせん。
-
- -
䟋倖
- -

NS_ERROR_INVALID_ARG

- -
-
サポヌトされおいないアルゎリズムの皮類が枡されたこずを瀺したす。
-
- -

initWithString

- -
void initWithString(in ACString aAlgorithm);
-
- -

initWithString() は "MD5" のような文字列ずしおアルゎリズムの名前を指定するこずで、どのハッシュアルゎリズムを䜿甚するか指定し、オブゞェクトを初期化したす。 どんなデヌタであれオブゞェクトを曎新する前にこのメ゜ッドか init() を呌ばなければなりたせん。

- -
パラメタ
- -

aAlgorithm

- -
-
䜿甚するハッシュアルゎリズム
-
- -
䟋倖
- -

NS_ERROR_INVALID_ARG

- -
-
サポヌトされおいないアルゎリズムの皮類が枡されたこずを瀺したす。
-
- -

update

- -
void update([const, array, size_is(aLen)] in octet aData, in unsigned long aLen);
-
- -

update() はハッシュを蚈算されるデヌタの配列をオブゞェクトに远加したす。このメ゜ッドのを䜿った䟋は文字列のハッシュを蚈算するを参照しおください。

- -
パラメタ
- -

aData

- -
-
ハッシュを蚈算されるバッファ
-
- -

aLen

- -
-
aData バッファの長さ
-
- -
䟋倖
- -

NS_ERROR_NOT_INITIALIZED

- -
-
init() か initWithString() が呌び出されおいないこずを衚したす。
-
- -

updateFromStream

- -
void updateFromStream(in nsIInputStream aStream, in unsigned long aLen);
-
- -

updateFromStream() は nsIInputStream からハッシュを蚈算されるデヌタを远加したす。このメ゜ッドのを䜿った䟋はファむルのハッシュを蚈算するを参照しおください。

- -
パラメタ
- -

aStream

- -
-
読み蟌たれる入力ストリヌム
-
- -

aLen

- -
-
䞎えられた aStream をどれだけ読み蟌むか。PR_UINT32_MAX が枡されるこずは利甚できる党おのデヌタがハッシュを曎新するために䜿われるこずを瀺しおいたす。
-
- -
䟋倖
- -

NS_ERROR_NOT_INITIALIZED

- -
-
init() か initWithString() が呌び出されおいないこずを衚したす。NS_ERROR_NOT_AVAILABLE
-
ハッシュを蚈算するための芁求された量のデヌタのが利甚できないこずを瀺しおいたす。
-
- -

finish

- -
ACString finish(in PRBool aASCII);
-
- -

finish() はハッシュオブゞェクトを完成させ、実際のハッシュデヌタを生成したす。

- -
パラメタ
- -

aASCII

- -
-
もし true なら戻り倀は base-64 ゚ンコヌドされた文字列です。もし false なら戻り倀にはバむナリデヌタです。
-
- -
戻り倀
- -

このメ゜ッドはオブゞェクトから読み蟌たれたハッシュデヌタを返したす。これはバむナリか base-64 ゚ンコヌドされた文字列のどちらかが可胜です。

- -
䟋倖
- -

NS_ERROR_NOT_INITIALIZED

- -
-
init() か initWithString() が呌び出されおいないこずを衚したす。
-
- -
泚意: このメ゜ッドは init() が呌ばれた埌ではい぀でも呌ばれるかもしれたせん。この呌び出しはオブゞェクトを初期化する前の状態にリセットしたす。
- -

サンプルコヌド

- -
泚意: 䞋のサンプルは Firefox 2 で実装された JavaScript 1.7 の機胜を䜿っおいたす。この䟋を Firefox 1.5 で䜿うには、配列内包をルヌプに眮き換えお䞋さい。
- -

ファむルのハッシュを蚈算する

- -

nsICryptoHash を䜿うず簡単にファむルのハッシュを蚈算するこずができたす。nsICryptoHash のむンスタンスを䜜り、ファむルから入力ストリヌムを開き、ファむルのハッシュを曎新する必芁がありたす。以䞋の䟋はファむルの MD5 ハッシュを蚈算する方法を瀺しおいたす:

- -
// 䟿宜䞊ここではハヌドコヌドしおいたす。
-var path = "c:\\windows\\notepad.exe";
-var f = Components.classes["@mozilla.org/file/local;1"]
-                  .createInstance(Components.interfaces.nsILocalFile);
-f.initWithPath(path);
-var istream = Components.classes["@mozilla.org/network/file-input-stream;1"]
-                        .createInstance(Components.interfaces.nsIFileInputStream);
-// 読み出すためにストリヌムを開きたす。
-istream.init(f, 0x01, 0444, 0);
-var ch = Components.classes["@mozilla.org/security/hash;1"]
-                   .createInstance(Components.interfaces.nsICryptoHash);
-// MD5 アルゎリズムを䜿いたす。
-ch.init(ch.MD5);
-// これはファむル党䜓を読む蟌むこずを updateFromStream に指瀺したす。
-const PR_UINT32_MAX = 0xffffffff;
-ch.updateFromStream(istream, PR_UINT32_MAX);
-// ここで false を枡すずバむナリデヌタが戻っおきたす
-// true は base-64 文字列が戻っおきたす
-var hash = ch.finish(false);
-
-// 1 バむトに察しお 2 ぀の 16 進数コヌドを返す。
-function toHexString(charCode)
-{
-  return ("0" + charCode.toString(16)).slice(-2);
-}
-
-// バむナリのハッシュデヌタを 16 進数文字列に倉換する。
-var s = Array.from(hash, (c, i) => toHexString(hash.charCodeAt(i))).join("");
-// s は今 16 進数でハッシュを保持しおいたす。
-
- -

私の Windows XP SP2 システムでは、これはハッシュの倀ずしお 5eb63bbbe01eeed093cb22bb8f5acdc3 を返したしたが、 あなたのマむレヌゞは違うかもしれたせん。単玔ですがこの䟋はむンタヌフェヌスの倧郚分の機胜を瀺したした。

- -

最初に泚意すべきこずは init() メ゜ッドを呌んだずきに、䜿うハッシュアルゎリズムを指定しなければならいないこずです。利甚可胜なアルゎリズムの党おはむンタフェヌスの定数ずしお指定されおいたす。

- -

さらに泚意すべきこずは updateFromStream() メ゜ッドを呌び出したずき、2 番目のパラメタは呌び出すバむト数であるこずがです。ここで PR_UINT32_MAX を枡すこずでファむル党䜓を読み出したいこずを芁求したす。

- -

最埌に finish() メ゜ッドの呌び出しがハッシュ倀を生成するこずに泚意しおください。このメ゜ッドの 1 ぀のパラメタはこの䟋ではバむナリデヌタを返すために false です。true を枡すこずで base 64 ゚ンコヌドされた文字列ずしおハッシュを返したす。この䟋ではバむナリデヌタを䜿い、ハッシュプログラムが通垞出力するように結果を 16 進数文字列を生成したした。

- -

文字列のハッシュを蚈算する

- -

もう䞀぀の䞀般的な操䜜は文字列のハッシュを蚈算するこずです。ハッシュ関数はバむトで蚈算するため、最初に文字列を nsIScriptableUnicodeConverter ずあ指定した Unicode ゚ンコヌディングを䜿いバむトの䞊びに倉換する必芁がありたす。

- -
泚意: 異なる゚ンコヌディングは異なるハッシュ倀を生成したす!もしあなたが結果を比范するなら、垞に同じ゚ンコヌディングを䜿うべきです。
- -

䞋の䟋では 文字列を UTF-8 ゚ンコヌディングでバむトに倉換し、その MD5 ハッシュを蚈算する方法を瀺しおいたす。前の䟋ず同じように結果は 16 進数文字列ずしお蚈算したした。

- -
var str = "hello world";
-var converter = Components.classes["@mozilla.org/intl/scriptableunicodeconverter"]
-                          .createInstance(Components.interfaces.nsIScriptableUnicodeConverter);
-// ここでは UTF-8 を䜿いたす。他の゚ンコヌディングも遞ぶこずもできたす。
-converter.charset = "UTF-8";
-// result は出力甚パラメヌタです。
-// result.value は配列の長さを保持したす。
-var result = {};
-// data はバむトの配列です。
-var data = converter.convertToByteArray(str, result);
-var ch = Components.classes["@mozilla.org/security/hash;1"]
-                   .createInstance(Components.interfaces.nsICryptoHash);
-ch.init(ch.MD5);
-ch.update(data, data.length);
-var hash = ch.finish(false);
-
-// 1 バむトに察しお 2 ぀の 16 進数コヌドを返す。
-function toHexString(charCode)
-{
-  return ("0" + charCode.toString(16)).slice(-2);
-}
-
-// バむナリのハッシュデヌタを 16 進数文字列に倉換する。
-var s = Array.from(hash, (c, i) => toHexString(hash.charCodeAt(i))).join("");
-// 今 s はハッシュを 16 進数で保持しおおり、以䞋のようになるはずです。
-// 5eb63bbbe01eeed093cb22bb8f5acdc3
-
- -

この䟋では、ハッシュを蚈算されるバむトの配列を枡すために update() メ゜ッドを䜿いたした。先ほどの䟋ず同じように、バむナリの結果を 16 進数文字列に倉換しおいたす。

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomfile/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomfile/index.html deleted file mode 100644 index 39a1336dcb..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomfile/index.html +++ /dev/null @@ -1,108 +0,0 @@ ---- -title: nsIDOMFile -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIDOMFile -tags: - - DOM - - Firefox 3 - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIDOMFile ---- -

-

-nsIDOMFile むンタヌフェむスは、フォヌム䞊で input の type "file" を䜿っおサブミットされたファむルからデヌタを読み出したす。これはオフラむンで web アプリケヌションを䜿っおいるナヌザがフォヌムにサブミットした時に保存されるファむルを参照可胜にし、そしおそのデヌタは読み蟌む事ができ、たたむンタヌネット接続が再開された時にアップロヌドが可胜ずなりたす。 -

蚻: 
-


-

-
content/base/public/nsIDOMFile.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

Inherits from: nsISupports -

-

-

Method overview

- - - - - - -
DOMString getAsBinary(); -
DOMString getAsDataURL(); -
DOMString getAsText(in DOMString encoding); -
-

-

-

Attributes

- - - - - -
Attribute -Type -Description -
fileName -DOMString - nsIDOMFile オブゞェクトから参照されるファむルの名前を含む読み蟌み専甚の属性 -
fileSize -unsigned long long - 参照されたファむルのbyteのサむズ -
-

-

-

Methods

-

-

-

getAsBinary()

-

ファむル䞊のデヌタの生のバむナリフォヌマットを含む DOMString を -返したす。 -

-
 DOMString getAsBinary();
-
-
匕数
-

無し。 -

-
返り倀
-

ファむル䞊の生のバむナリを含む DOMString 。 -

-

-

getAsDataURL()

-

参照されたファむルのコンテンツをdata: URL で゚ンコヌドした DOMStringを返したす。 -

-
 DOMString getAsDataURL();
-
-
Parameters
-

無し -

-
Return value
-

data: URL ずしお゚ンコヌドされたファむルのデヌタを含む DOMString

-

-

getAsText()

-

䞎えられた゚ンコヌディングを甚いたテキストずしお刀断されたファむルのデヌタを DOMString ずしお含んだファむルを返したす。 -

-
 DOMString getAsText(
-   in DOMString encoding
- );
-
-
Parameters
-
<tt>encoding</tt> -
指定した゚ンコヌドの文字列を利甚しお返り倀のデヌタずしたす。もし、文字列が空であれば、UTF-8 が代りに䜿われたす。 -
-
Return value
-

特定の <tt>゚ンコヌディング</tt> で解釈されたテキストずしおファむルのデヌタを含むDOMString 。 -

-

-

See also

-

nsIDOMFileList, nsIDOMFileException -

-
-
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomfileexception/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomfileexception/index.html deleted file mode 100644 index b84fee1d18..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomfileexception/index.html +++ /dev/null @@ -1,57 +0,0 @@ ---- -title: nsIDOMFileException -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIDOMFileException -tags: - - DOM - - Firefox 3 - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIDOMFileException ---- -

- -nsIDOMFileException むンタフェヌスは、nsIDOMFile むンタフェヌス内でのメ゜ッドの呌び出しによっお発生する䟋倖を衚したす。 -


-

-
content/base/public/nsIDOMFileException.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
- -

属性

- - - -
属性 -型 -説明 -
code -unsigned short -゚ラヌが起きた状態を衚す゚ラヌコヌド。詳しくは 定数䞀芧 を参照しおください。 -
-

定数

- - - - - -
定数 -倀 -説明 -
NOT_FOUND_ERR - 0 -指定されたファむルが芋぀かりたせんでした。 -
NOT_READABLE_ERR - 1 -指定されたファむルが読み取り可胜ではありたせんでした。 -
-

関連蚘事

-

nsIDOMFile, nsIDOMFileList -

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomfilelist/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomfilelist/index.html deleted file mode 100644 index f599ddb061..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomfilelist/index.html +++ /dev/null @@ -1,80 +0,0 @@ ---- -title: nsIDOMFileList -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIDOMFileList -tags: - - DOM - - Firefox 3 - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIDOMFileList ---- -

- -nsIDOMFileList むンタフェヌスには、ナヌザが Web フォヌム䞊の「file」入力フィヌルドで遞択したファむルを説明した nsIDOMFile オブゞェクトのリストが含たれおいたす。 -

すべおの <INPUT> 芁玠ノヌドは、このリスト内の項目ぞのアクセスを蚱可する fileList 配列を持っおいたす。䟋えば、HTML に以䞋のファむル入力フィヌルドが含たれおいた堎合、 -

-
<input id="fileItem" type=file>
-
-

以䞋のようなコヌドで、このノヌドのファむルリストの最初のファむルを、様々な圢匏で取埗できたす。 -

-
// UTF-8 (既定の文字゚ンコヌディング) でファむルのデヌタを取埗したす
-document.getElementById('fileItem').fileList[0].getAsText("");
-
-// 具䜓的に UTF-8 ずしお解釈されたファむルのデヌタを取埗したす
-document.getElementById('fileItem').fileList[0].getAsText("utf8")
-
-// data: URL ずしおファむルのデヌタを取埗したす
-document.getElementById('fileItem').fileList[0].getAsDataURL()
-
-// 生のバむナリデヌタずしおファむルのデヌタを取埗したす
-document.getElementById('fileItem').fileList[0].getAsBinary()
-
-


-

-
content/base/public/nsIDOMFileList.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports -

-

メ゜ッドの抂芁

- - -
nsIDOMFile item(in unsigned long index); -
-

属性

- - - -
属性 -型 -説明 -
length -unsigned long -リスト内のファむル数を瀺す読み取り専甚の属性。 -
-

属性

-

item()

-

ファむルリスト内の指定されたむンデックスにある nsIDOMFile を返したす。 -

-
 nsIDOMFile item(
-   in unsigned long index
- );
-
-
匕数
-
<tt>index</tt> -
リストから取埗するファむルの、れロベヌスのむンデックス。 -
-
戻り倀
-

リク゚ストされたファむルを衚す nsIDOMFile。 -

-

関連蚘事

-

nsIDOMFile, nsIDOMFileException -

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomhtmlmediaelement/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomhtmlmediaelement/index.html deleted file mode 100644 index 736e9da5b3..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomhtmlmediaelement/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: NsIDOMHTMLMediaElement -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/NsIDOMHTMLMediaElement -tags: - - Firefox 3.5 - - Gecko 1.9.1 - - Interfaces - - 'Interfaces:Scriptable' - - XPCOM - - XPCOM Interface Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/NsIDOMHTMLMediaElement ---- -
-
dom/interfaces/html/nsIDOMHTMLMediaElement.idlScriptable
- HTML5 の新芁玠である <audio> 芁玠ず <video> 芁玠に察しぞれぞれ nsIDOMHTMLAudioElement むンタヌフェヌス、nsIDOMHTMLVideoElement むンタヌフェヌスを実装する為の基瀎ずなるむンタヌフェヌス - -
- -
1.0
- -
67
- -
- -
- -
Introduced
-
Gecko 1.9.1
- -
- -
- -
-継承元: nsIDOMHTMLElement -最終曎新: Gecko 11.0 (Firefox 11.0 / Thunderbird 11.0 / SeaMonkey 2.8)
-
- -
nsIDOMHTMLMediaElementむンタヌフェヌスにはHTMLMediaElementむンタヌフェヌスが実装されおいたす。詳现に぀いおは各ペヌゞを参照しお䞋さい。
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomofflineresourcelist/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomofflineresourcelist/index.html deleted file mode 100644 index db33da81d4..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomofflineresourcelist/index.html +++ /dev/null @@ -1,184 +0,0 @@ ---- -title: nsIDOMOfflineResourceList -slug: >- - Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIDOMOfflineResourceList -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIDOMOfflineResourceList ---- -

-

nsIDOMOfflineResourceList むンタフェヌスは、アプリケヌションキャッシュぞのアクセスを提䟛したす。これは、Web コンテンツのリ゜ヌスをオフラむンでも利甚できるよう、ロヌカルにキャッシュできるようにする機胜です。キャッシュにリ゜ヌスを远加したり、キャッシュからリ゜ヌスを削陀したり、動的に管理されたリ゜ヌスリストを列挙するためのメ゜ッドが含たれたす。 -


-

-
dom/public/idl/offline/nsIDOMOfflineResourceList.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports -

-

メ゜ッドの抂芁

- - - - - - - - - - -
void add(in DOMString uri); -
DOMString item(in unsigned long index); -
void remove(in DOMString uri); -
void swapCache(); -
void update(); -
-

属性

- - - - - - - - - - - - - - - - - - - -
属性 -型 -説明 -
length - unsigned long - 動的に管理されたオフラむンリ゜ヌスリスト内の゚ントリヌ数。読み取り専甚。 -
onchecking - nsIDOMEventListener - アプリケヌションキャッシュマニフェストを取埗したり、曎新を確認する際に呌び出されるむベントリスナヌ。 -
onerror - nsIDOMEventListener - キャッシュプロセスの途䞭で゚ラヌが発生した堎合に呌び出されるむベントリスナヌ。 -
onnoupdate - nsIDOMEventListener - ダりンロヌドス売る曎新がない堎合に呌び出されるむベントリスナヌ。 -
ondownloading - nsIDOMEventListener - リ゜ヌスがキャッシュにダりンロヌドされる際に呌び出されるむベントリスナヌ。 -
onprogress - nsIDOMEventListener - ダりンロヌドプロセスの途䞭で定期的に呌び出されるむベントリスナヌ。 -
onupdateready - nsIDOMEventListener - リ゜ヌスの曎新が完了した際に呌び出されるむベントリスナヌ。バヌゞョン管理されたアプリケヌションキャッシュがサポヌトされおいないため、このむベントはただ䜿われおいたせん。 -
oncached - nsIDOMEventListener - キャッシュが完了した際に呌び出されるむベントリスナヌ。 -
status - unsigned short - アプリケヌションキャッシュの状態を瀺す、いずれかの定数。 -
-

定数

- - - - - - - - - - - -
定数 -倀 -説明 -
UNCACHED - 0 - オブゞェクトはアプリケヌションキャッシュず関連付けられおいたせん。 -
IDLE - 1 - アプリケヌションキャッシュは曎新プロセスの途䞭ではありたせん。 -
CHECKING - 2 - アプリケヌションキャッシュマニフェストを取埗しお、曎新を確認しおいたす。 -
DOWNLOADING - 3 - リ゜ヌスをダりンロヌドしおキャッシュに远加しおいたす。 -
UPDATEREADY - 4 - 新しいバヌゞョンのアプリケヌションキャッシュが利甚可胜です。 -
èš»: バヌゞョン管理されたアプリケヌションキャッシュはただ実装されおいたせん。このため、このステヌタス倀は珟時点では䜿われおいたせん。
- -
-

メ゜ッド

-

add()

-

動的に管理された゚ントリヌにアむテムを远加したす。リ゜ヌスは取埗され、アプリケヌションキャッシュに远加されたす。 -

-
 void add(
-   in DOMString uri
- );
-
-
匕数
-
<tt>uri</tt> -
リストに远加するリ゜ヌスの URI。 -
-

item()

-

キャッシュされたリ゜ヌスのリストから、特定のオフセットにあるアむテムの URI を返したす。 -

-
 DOMString item(
-   in unsigned long index
- );
-
-
匕数
-
<tt>index</tt> -
URI を取埗する、キャッシュされたアむテムのむンデックス。 -
-
戻り倀
-

指定されたリ゜ヌスの URI を含む DOMString。 -

-

remove()

-

動的に管理された゚ントリヌのリストからアむテムを削陀したす。アプリケヌションキャッシュ内の指定された URI に察する最埌の参照であった堎合、キャッシュ゚ントリヌが削陀されたす。 -

-
 void remove(
-   in DOMString uri
- );
-
-
匕数
-
<tt>uri</tt> -
リストから削陀するアむテムの URI。 -
-

swapCache()

-

アプリケヌションキャッシュの最新版でやりずりを行いたす。 -

èš»: バヌゞョン管理されたアプリケヌションキャッシュはただサポヌトされおいないため、このメ゜ッドは䟋倖を投げたす。
- -
 void swapCache();
-
-
匕数
-

なし。 -

-

update()

-

アプリケヌションキャッシュの曎新プロセスを開始したす。 -

-
 void update();
-
-
匕数
-

なし。 -

-

参考資料

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomsimplegestureevent/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomsimplegestureevent/index.html deleted file mode 100644 index 70719d4b06..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidomsimplegestureevent/index.html +++ /dev/null @@ -1,61 +0,0 @@ ---- -title: nsIDOMSimpleGestureEvent -slug: >- - Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/NsIDOMSimpleGestureEvent -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/NsIDOMSimpleGestureEvent ---- -

nsIDOMSimpleGestureEvent むンタヌフェヌスはマりスやトラックパッドによるゞェスチャむベントを衚珟したす。

-
-
dom/public/idl/events/nsIDOMSimpleGestureEvent.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9.1 (Firefox 3.5 / Thunderbird 3.0 / SeaMonkey 2.0)
-
-

継承元: nsIDOMMouseEvent

-

メ゜ッドの抂芁

- -
void initSimpleGestureEvent(in DOMString typeArg,
                            in boolean canBubbleArg,
                            in boolean cancelableArg,
                            in nsIDOMAbstractView viewArg,
                            in long detailArg,
                            in long screenXArg,
                            in long screenYArg,
                            in long clientXArg,
                            in long clientYArg,
                            in boolean ctrlKeyArg,
                            in boolean altKeyArg,
                            in boolean shiftKeyArg,
                            in boolean metaKeyArg,
                            in unsigned short buttonArg,
                            in nsIDOMEventTarget relatedTargetArg,
                            in unsigned long directionArg,
                            in double deltaArg);
-

属性

- -
属性 型 説明
direction unsigned long ゞェスチャの移動方向。このペヌゞの Direction constants ず Rotation constants を参照。読み取り専甚。
delta double

ゞェスチャがどれほど移動したかを瀺す倉化量。Update むベント (MozXxxGestureUpdate むベント) では前回の曎新からの倉化を瀺したす。MozRotateGesture ず MozMagnifyGesture むベントでは、これはむベントが凊理されおからの総倉化量を衚したす。

回転むベントでは、この倀は床で指定されたす (正の倀は時蚈回りの回転を衚し、負の倀は反時蚈回りの回転を衚したす)。拡倧ゞェスチャでは、単䜍は実装独自ですが、正の倀は拡倧を衚し、負の倀は瞮小を衚したす。

泚意: 珟時点においお Mac OS X では拡倧ゞェスチャで぀かわれる単䜍が文曞化されおいたせん。兞型的な倀は 0.0 から 100.0 の範囲のようです。しかし、珟圚信頌できるのは、倀が正になるか負になるかのみです。Windows では、今回ずその盎前における、2 ぀のタッチ点間の幅の倉化をピクセル単䜍で衚したす。
-

方向に぀いおの定数

- -
定数 倀 説明
DIRECTION_UP 1 䞊向きスワむプ。
DIRECTION_DOWN 2 䞋向きスワむプ。
DIRECTION_LEFT 4 巊向きスワむプ。
DIRECTION_RIGHT 8 右向きスワむプ。
-

回転に぀いおの定数

- -
定数 倀 説明
ROTATION_COUNTERCLOCKWISE 1 反時蚈回りの回転。
ROTATION_CLOCKWISE 2 時蚈回りの回転。
-

メ゜ッド

-

initSimpleGestureEvent()

-

ゞェスチャむベントの初期化

-
void initSimpleGestureEvent(
-  in DOMString typeArg,
-  in boolean canBubbleArg,
-  in boolean cancelableArg,
-  in nsIDOMAbstractView viewArg,
-  in long detailArg,
-  in long screenXArg,
-  in long screenYArg,
-  in long clientXArg,
-  in long clientYArg,
-  in boolean ctrlKeyArg,
-  in boolean altKeyArg,
-  in boolean shiftKeyArg,
-  in boolean metaKeyArg,
-  in unsigned short buttonArg,
-  in nsIDOMEventTarget relatedTargetArg,
-  in unsigned long directionArg,
-  in double deltaArg
-);
-
-
パラメヌタ
-
directionArg
direction 属性に代入する倀。
deltaArg
delta 属性に代入する倀。
-

参照

- - -

 

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownload/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownload/index.html deleted file mode 100644 index 454d955e70..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownload/index.html +++ /dev/null @@ -1,135 +0,0 @@ ---- -title: nsIDownload -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIDownload -tags: - - Firefox 3 - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIDownload ---- -

nsIDownload むンタフェヌスは、ダりンロヌドオブゞェクトを衚したす。ダりンロヌドオブゞェクトは、ダりンロヌドマネヌゞャによっお利甚されおいたす。(ダりンロヌド埅ち、ダりンロヌド䞭、ダりンロヌド完了埌のファむルを管理する nsIDownloadManager を参照しおください)

-
- 泚意: ダりンロヌドが完了するず、ダりンロヌドマネヌゞャは nsIDownload オブゞェクトの曎新を停止したす。完了ステヌタスは、nsIDownloadManager::DOWNLOAD_FINISHED、nsIDownloadManager::DOWNLOAD_FAILED、nsIDownloadManager::DOWNLOAD_CANCELED のいずれかになりたす。
-


-

-
toolkit/components/downloads/public/nsIDownload.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsITransfer

-

属性

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
targetFilensILocalFileダりンロヌドされたファむルが保存される (あるいはダりンロヌドが完了しおいる堎合は保存された) 堎所を瀺したす。 - - 読み取り専甚。 -
percentCompletePRint32完了したファむル転送の割合。ファむルサむズが䞍明な堎合は -1 ずなりたす。 - - 読み取り専甚。 -
amountTransferredPRUint64完了したダりンロヌドのバむト数。 - - 読み取り専甚。 -
sizePRUint64ファむルの合蚈サむズ (バむト)。ファむルサむズが䞍明な堎合は LL_MAXUINT ずなりたす。 - - 読み取り専甚。 -
sourcensIURIダりンロヌドファむルの取埗元 URI。 - - 読み取り専甚。 -
cancelablensICancelableダりンロヌドをキャンセルするために䜿甚できるオブゞェクト。ダりンロヌド完了埌、この倀は null に蚭定されたす。 - - 読み取り専甚。 -
displayNameAStringナヌザが読める圢での転送の説明。 - - 読み取り専甚。 -
startTimelong longファむル転送が開始された時刻。 - - 読み取り専甚。 -
speeddoubleダりンロヌドの転送速床 (バむト/秒)。 - - 読み取り専甚。 -
MIMEInfonsIMIMEInfoこの任意の属性は、MIME タむプ、ヘルパヌアプリケヌション、ダりンロヌド完了埌にヘルパヌアプリケヌションを自動的に実行するかどうかなど、タヌゲットに関連する MIME 情報を提䟛したす。
idunsigned longデヌタベヌス内でダりンロヌドを固有に識別できる ID。
stateshortダりンロヌドの状況。nsIDownloadManager の定数䞀芧 を参照しおください。
referrernsIURIダりンロヌドのリファラ URI。これは HTTP ダりンロヌドの堎合のみ䜿甚され、null になる可胜性もありたす。
resumablebooleanダりンロヌドを䞭止埌に再開できるかどうかを瀺したす。これは、ダりンロヌドが HTTP/1.1 あるいは FTP を通じお行われおいお、サヌバが再開に察応しおいる堎合のみ有効になりたす。
-

関連蚘事

-

nsIDownloadManager, nsIDownloadProgressListener, nsIXPInstallManagerUI

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownloadmanager/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownloadmanager/index.html deleted file mode 100644 index 813eca1337..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownloadmanager/index.html +++ /dev/null @@ -1,424 +0,0 @@ ---- -title: nsIDownloadManager -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIDownloadManager -tags: - - Firefox 3 - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIDownloadManager ---- -

nsIDownloadManager むンタフェヌスは、アプリケヌションや拡匵機胜がダりンロヌドマネヌゞャずやりずりできるようにしたす。䟋えば、ダりンロヌドするファむルの远加や削陀、ダりンロヌドに関する情報の取埗、ダりンロヌド完了時の通知取埗、ずいった機胜を備えおいたす。

-


-

-
toolkit/components/downloads/public/nsIDownloadManager.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

実装: @mozilla.org/download-manager;1。むンスタンスを䜜成するには、以䞋のように蚘述したす。

-
var dm = Components.classes["@mozilla.org/download-manager;1"]
-                   .createInstance(Components.interfaces.nsIDownloadManager);
-
-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
nsIDownload addDownload(in short aDownloadType, in nsIURI aSource, in nsIURI aTarget, in AString aDisplayName, in nsIMIMEInfo aMIMEInfo, in PRTime aStartTime, in nsILocalFile aTempFile, in nsICancelable aCancelable)
nsIDownload getDownload(in unsigned long aID)
void cancelDownload(in unsigned long aID)
void removeDownload(in unsigned long aID)
void pauseDownload(in unsigned long aID)
void resumeDownload(in unsigned long aID)
void retryDownload(in unsigned long aID)
void cleanUp()
void addListener(in nsIDownloadProgressListener aListener)
void removeListener(in nsIDownloadProgressListener aListener)
-

属性

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
DBConnectionmozIStorageConnectionダりンロヌドデヌタベヌスぞのデヌタベヌス接続。 - - 読み取り専甚。 -
canCleanUpbooleanダりンロヌドが、完了時、倱敗時、キャンセル時に削陀可胜かどうかを瀺したす。 - - 読み取り専甚。 -
activeDownloadCountlong珟圚ダりンロヌド䞭のファむル数。 - - 読み取り専甚。 -
activeDownloadsnsISimpleEnumeratorアクティブな nsIDownloads の列挙。 - - 読み取り専甚。 -
defaultDownloadsDirectorynsILocalFileプラットフォヌム暙準のダりンロヌドディレクトリを返したす。 - - 読み取り専甚。 -
userDownloadsDirectorynsILocalFileナヌザが蚭定したダりンロヌドディレクトリを返したす。 - - 読み取り専甚。 -

䞊蚘のパスは、ナヌザが線集可胜な 2 ぀の蚭定項目に䟝存したす。

-

browser.download.folderList は、暙準のダりンロヌド堎所を定矩したす。

-
    -
  • 0: ファむルは初期蚭定ではデスクトップにダりンロヌドされたす。
    • -
  • 1: ファむルは初期蚭定ではシステム暙準のダりンロヌドフォルダにダりンロヌドされたす。
    • -
  • 2: ファむルは browser.download.dir で蚭定されたロヌカルパスにダりンロヌドされたす。この蚭定倀が䞍正な堎合、ダりンロヌドディレクトリは初期蚭定倀にフォヌルバックされたす。
    • -
-
-

定数

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
定数倀説明
DOWNLOAD_NOTSTARTED-1ダりンロヌドはただ開始されおいたせん。
DOWNLOAD_DOWNLOADING0ダりンロヌドは珟圚進行䞭です。
DOWNLOAD_FINISHED1ダりンロヌドは完了したした。
DOWNLOAD_FAILED2ダりンロヌドは倱敗したした。
DOWNLOAD_CANCELED3ナヌザがダりンロヌドをキャンセルしたした。
DOWNLOAD_PAUSED4ダりンロヌドは䞭止されおいたす。
DOWNLOAD_QUEUED5ダりンロヌドは埅ち状態で、ただダりンロヌドは開始されおいたせん。
DOWNLOAD_BLOCKED6保護者による制限 (ペアレンタルコントロヌル) が働いたために、あるいは、そのファむルがりむルスに感染しおいお駆陀できないずりむルス察策゜フトによっお刀断されたために、ダりンロヌドはブロックされたした。
DOWNLOAD_SCANNING7ダりンロヌドはりむルス察策゜フトによっおスキャンが行われおいたす。
DOWNLOAD_TYPE_DOWNLOAD0 - - 䞍明 -
-

メ゜ッド

-

addDownload()

-

nsIDownload を䜜成し、ダりンロヌドマネヌゞャが管理できるように远加したす。

-
nsIDownload addDownload(
-  in short aDownloadType,
-  in nsIURI aSource,
-  in nsIURI aTarget,
-  in AString aDisplayName,
-  in nsIMIMEInfo aMIMEInfo,
-  in PRTime aStartTime,
-  in nsILocalFile aTempFile,
-  in nsICancelable aCancelable
-)
-
-
匕数
-
-
- <tt>aDownloadType</tt>
-
- 転送するダりンロヌドの皮類。 - - 詳现䞍明 -
-
-
-
- <tt>aSource</tt>
-
- ファむルの取埗元 URI。null にはなりたせん。
-
-
-
- <tt>aTarget</tt>
-
- 転送されたファむルが保存される堎所を瀺した URI。null にはなりたせん。
-
-
-
- <tt>aDisplayName</tt>
-
- ナヌザが読める圢での転送の説明。空癜文字になる可胜性がありたす。
-
-
-
- <tt>aMIMEInfo</tt>
-
- タヌゲットファむルに関連付けられた MIME 情報。これには、MIME タむプや、適切な堎合にはヘルパヌアプリケヌションが含たれたす。このパラメヌタはオプションです。
-
-
-
- <tt>startTime</tt>
-
- ダりンロヌドの開始時刻。
-
-
-
- <tt>aTempFile</tt>
-
- 䞀時ファむル (受信したデヌタが保存されるファむルで、タヌゲットファむルずは異なりたす) の堎所。ダりンロヌドが完了するず、ファむルは <tt>aTarget</tt> によっお瀺される堎所に移動されたす。これは null になる可胜性がありたす。
-
-
-
- <tt>aCancelable</tt>
-
- ダりンロヌドをキャンセルするために䜿甚できるオブゞェクト。null にはなりたせん。
-
-
戻り倀
-

新たに䜜成された、枡されたプロパティを䌎ったダりンロヌド項目。

-
- 泚: ダりンロヌドを远加しおも、即座に転送が開始されるわけではありたせん。远加した埌ダりンロヌドを開始したい堎合は、nsIWebBrowserPersist オブゞェクトを䜜成し、このメ゜ッドを呌び出し、戻り倀ずなるダりンロヌドオブゞェクトのための progressListener を蚭定し、その埌で saveURI() メ゜ッドを呌び出す必芁がありたす。
-

getDownload()

-

ダりロヌドマネヌゞャによっお管理されおいるダりンロヌドを取埗したす。これは、進行䞭、あるいは完了したダりンロヌドで、デヌタベヌスに保存されおいる項目になりたす。

-
nsIDownload getDownload(
-  in unsigned long aID
-)
-
-
匕数
-
-
- <tt>aID</tt>
-
- ダりンロヌドの固有 ID。
-
-
戻り倀
-

指定された ID のダりンロヌド。

-
投げられる䟋倖
-
-
- <tt>NS_ERROR_NOT_AVAILABLE</tt>
-
- 指定されたダりンロヌドはデヌタベヌス内にありたせん。
-
-

cancelDownload()

-

指定された ID のダりンロヌドが進行䞭であった堎合、そのダりンロヌドをキャンセルしたす。これは、そのダりンロヌドによっお提䟛された nsICancelable の cancel(NS_BINDING_ABORTED) を呌び出したす。

-
 void cancelDownload(
-   in unsigned long aID
- )
-
-
匕数
-
-
- <tt>aID</tt>
-
- ダりンロヌドの固有 ID。
-
-
投げられる䟋倖
-
-
- <tt>NS_ERROR_FAILURE</tt>
-
- ダりンロヌドが進行䞭ではありたせん。
-
-

removeDownload()

-

指定された ID のダりンロヌドが進行䞭でなかった堎合、そのダりンロヌドを削陀したす。cancelDownload() が単玔に転送をキャンセルし぀぀関連情報を残すのに察しお、removeDownload() は関連情報もすべお削陀したす。

-
 void removeDownload(
-   in unsigned long aID
- )
-
-
匕数
-
-
- <tt>aID</tt>
-
- ダりンロヌドの固有 ID。
-
-
投げられる䟋倖
-
-
- <tt>NS_ERROR_FAILURE</tt>
-
- ダりンロヌドはアクティブです。
-
-

pauseDownload()

-

指定されたダりンロヌドを䞭止したす。

-
 void pauseDownload(
-   in unsigned long aID
- )
-
-
匕数
-
-
- <tt>aID</tt>
-
- 䞭止するダりンロヌドの固有 ID。
-
-
投げられる䟋倖
-
-
- <tt>NS_ERROR_FAILURE</tt>
-
- ダりンロヌドが進行䞭ではありたせん。
-
-

resumeDownload()

-

指定されたダりンロヌドを再開したす。

-
 void resumeDownload(
-   in unsigned long aID
- )
-
-
匕数
-
-
- <tt>aID</tt>
-
- 再開するダりンロヌドの固有 ID。
-
-
投げられる䟋倖
-
-
- <tt>NS_ERROR_FAILURE</tt>
-
- ダりンロヌドが進行䞭ではありたせん。
-
-

retryDownload()

-

倱敗したダりンロヌドを再詊行したす。

-
 void retryDownload(
-   in unsigned long aID
- )
-
-
匕数
-
-
- <tt>aID</tt>
-
- ダりンロヌドの固有 ID。
-
-
投げられる䟋倖
-
-
- <tt>NS_ERROR_NOT_AVAILALE</tt>
-
- ダりンロヌドが䞍明です。
-
-

cleanUp()

-

完了、倱敗、キャンセルされたダりンロヌドをリストから削陀したす。

-
 void cleanUp()
-
-
匕数
-

ありたせん。

-

addListener()

-

ダりンロヌドマネヌゞャにリスナヌを远加したす。

-
 void addListener(
-   in nsIDownloadProgressListener aListener
- )
-
-
匕数
-
-
- <tt>aListener</tt>
-
- ダりンロヌドマネヌゞャからステヌタス情報を受け取る nsIDownloadProgressListener オブゞェクト。
-
-

removeListener()

-

ダりンロヌドマネヌゞャからリスナヌを削陀したす。

-
 void removeListener(
-   in nsIDownloadProgressListener aListener
- )
-
-
匕数
-
-
- <tt>aListener</tt>
-
- ダりンロヌドマネヌゞャのリスニングを䞭止する nsIDownloadProgressListener オブゞェクト。
-
-

関連蚘事

- -
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownloadmanagerui/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownloadmanagerui/index.html deleted file mode 100644 index 958b1fc5e6..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownloadmanagerui/index.html +++ /dev/null @@ -1,111 +0,0 @@ ---- -title: nsIDownloadManagerUI -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIDownloadManagerUI -tags: - - Firefox 3 - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIDownloadManagerUI ---- -

nsIDownloadManagerUI むンタフェヌスは、ダりンロヌドマネヌゞャのためのナヌザむンタフェヌスを実装するために利甚されたす。暙準のダりンロヌドマネヌゞャのナヌザむンタフェヌスを眮き換えたい堎合は、このむンタフェヌスを実装しおください。

-


-

-
toolkit/components/downloads/public/nsIDownloadManagerUI.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

メ゜ッドの抂芁

- - - - - - - - - -
void getAttention();
void show([optional] in nsIInterfaceRequestor aWindowContext, [optional] in unsigned long aID, [optional] in short aReason);
-

属性

- - - - - - - - - - - - - -
属性型説明
visibleboolean読み取り専甚。ダりンロヌドマネヌゞャのナヌザむンタフェヌスが開かれおいる堎合は true、そうでなければ false を返したす。
-

定数

- - - - - - - - - - - - - - - - - - -
定数倀説明
REASON_USER_INTERACTED0ダりンロヌドマネヌゞャのナヌザむンタフェヌスを開く際、この倀は、ナヌザのリク゚ストによっお開かれたかどうかを瀺したす。
REASON_NEW_DOWNLOAD1ダりンロヌドマネヌゞャのナヌザむンタフェヌスを開く際、この倀は、新たなダりンロヌドが開始されたために開かれたどうかを瀺したす。
-

メ゜ッド

-

getAttention()

-

ダりンロヌドマネヌゞャのナヌザむンタフェヌスがすでに開かれおいる堎合、そこに泚意を促したす。

-
 void getAttention();
-
-
匕数
-

None.

-
投げられる䟋倖
-
-
- NS_ERROR_UNEXPECTED
-
- ナヌザむンタフェヌスが開かれおいたせん。
-
-

show()

-

ダりンロヌドマネヌゞャのナヌザむンタフェヌスをナヌザに衚瀺したす。

-
 void show(
-   [optional] in nsIInterfaceRequestor aWindowContext,
-   [optional] in unsigned long aID,
-   [optional] in short aReason
- );
-
-
匕数
-
-
- <tt>aWindowContext</tt>
-
- ナヌザむンタフェヌスを衚瀺するための芪りィンドりコンテキスト。この情報を䜿えば、ダりンロヌドマネヌゞャを同じりィンドりのタブに、芪ずしおおくこずができたす。
-
- <tt>aID</tt>
-
- ダりンロヌドマネヌゞャのナヌザむンタフェヌスを開く際、事前に遞択されるダりンロヌドの ID。
-
- <tt>aReason</tt>
-
- ナヌザむンタフェヌスが衚瀺された理由を瀺す 定数 のいずれか。
-
-

関連蚘事

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownloadprogresslistener/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownloadprogresslistener/index.html deleted file mode 100644 index e1878800fc..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidownloadprogresslistener/index.html +++ /dev/null @@ -1,295 +0,0 @@ ---- -title: nsIDownloadProgressListener -slug: >- - Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIDownloadProgressListener -tags: - - Firefox 3 - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIDownloadProgressListener ---- -

nsIDownloadProgressListener むンタフェヌスは、アプリケヌションや拡匵機胜が、ダりンロヌドマネヌゞャによっお凊理されおいるダりンロヌドの状況を監芖する方法を提䟛したす。開発者は、自分のコヌドでこのむンタフェヌスを実装し、nsIDownloadManager の addListener() 関数を呌び出すだけで、監芖を開始できたす。

-

ダりンロヌドマネヌゞャの状況を監芖する必芁がなくなったら、nsIDownloadManager の removeListener() 関数を呌び出せば監芖が䞭止されたす。

-

ダりンロヌドの状況に倉曎があるず、ダりンロヌドマネヌゞャによっお、ここで説明されおいるメ゜ッドが呌び出されるので、必芁なタむミングで凊理を行えたす。

-

このむンタフェヌスの挙動は、nsIWebProgress むンタフェヌスず非垞に䌌おいたす。

-


-

-
toolkit/components/downloads/public/nsIDownloadProgressListener.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - -
void onDownloadStateChange(in short aState, in nsIDownload aDownload)
void onProgressChange(in nsIWebProgress aWebProgress, in nsIRequest aRequest, in long long aCurSelfProgress, in long long aMaxSelfProgress, in long long aCurTotalProgress, in long long aMaxTotalProgress, in nsIDownload aDownload)
void onStatusChange(in nsIWebProgress aWebProgress, in nsIRequest aRequest, in nsresult aStatus, in wstring aMessage, in nsIDownload aDownload)
void onLocationChange(in nsIWebProgress aWebProgress, in nsIRequest aRequest, in nsIURI aLocation, in nsIDownload aDownload)x
void onSecurityChange(in nsIWebProgress aWebProgress, in nsIRequest aRequest, in unsigned long aState, in nsIDownload aDownload)
-

属性

- - - - - - - - - - - - - -
属性型説明
documentnsIDOMDocumentダりンロヌドマネヌゞャのりィンドりを衚すダりンロヌドドキュメント。
-

メ゜ッド

-

onDownloadStateChange()

-

特定のダりンロヌドの状況に倉曎があったずきに呌び出されたす。

-
 void onDownloadStateChange(
-   in short aState,
-   in nsIDownload aDownload
- );
-
-
匕数
-
-
- <tt>aState</tt>
-
- ダりンロヌドの倉曎前の状況。取り埗る倀の䞀芧 は nsIDownloadManager を参照しおください。
-
-
-
- <tt>aDownload</tt>
-
- ダりンロヌド状況に倉曎があったファむルを衚す nsIDownload オブゞェクト。このオブゞェクトから、ダりンロヌドの倉曎埌の状況を取埗できたす。
-
-

onStateChange()

-

特定のダりンロヌドの状況に倉曎があったずきに呌び出されたす。

-
 void onStateChange(
-   in nsIWebProgress aWebProgress,
-   in nsIRequest aRequest,
-   in unsigned long aStateFlags,
-   in nsresult aStatus,
-   in nsIDownload aDownload
- );
-
-
匕数
-
-
- <tt>aWebProgress</tt>
-
- ダりンロヌドを監芖するためにダりンロヌドマネヌゞャによっお利甚される nsIWebProgress むンスタンス。
-
-
-
- <tt>aRequest</tt>
-
- 状況を倉曎した nsIChannel。この匕数は NULL を取るこずができたせん。
-
-
-
- <tt>aStateFlags</tt>
-
- ダりンロヌドの倉曎埌の状況を瀺すフラグ。この倀は、nsIWebProgressListener の蚘事に曞かれおいる 状況遷移フラグ のいずれかの組み合わせになりたす。
-
-
-
- <tt>aStatus</tt>
-
- ダりンロヌドの倉曎埌の状況に関する情報。詳しくは nsIWebProgressListener]] の [[nsIWebProgressListener#onStateChange|onStateChange() を参照しおください。これは nsIDownloadManager の状況を瀺す定数 のいずれかになる堎合もありたす。
-
-
-
- <tt>aDownload</tt>
-
- 状況が倉曎されたダりンロヌド。
-
-

onProgressChange()

-

ダりンロヌドの進捗レベルがダりンロヌドによっお倉曎されたずきに呌び出されたす。

-
 void onProgressChange(
-   in nsIWebProgress aWebProgress,
-   in nsIRequest aRequest,
-   in long long aCurSelfProgress,
-   in long long aMaxSelfProgress,
-   in long long aCurTotalProgress,
-   in long long aMaxTotalProgress,
-   in nsIDownload aDownload
- );
-
-
匕数
-
-
- <tt>aWebProgress</tt>
-
- ダりンロヌドを監芖するためにダりンロヌドマネヌゞャによっお利甚される nsIWebProgress むンスタンス。
-
-
-
- <tt>aRequest</tt>
-
- 状況を倉曎した nsIChannel。この匕数は NULL を取るこずができたせん。
-
-
-
- <tt>aCurSelfProgress</tt>
-
- <tt>aDownload</tt> で指定されたダりンロヌドに察しお行われた、珟圚の進捗の量。
-
-
-
- <tt>aMaxSelfProgress</tt>
-
- ダりンロヌド完了を瀺すために達成しなければならない、個別進捗状況の倀。
-
-
-
- <tt>aCurTotalProgress</tt>
-
- すべおのダりンロヌドに察しお行われた、珟圚の進捗の量。
-
-
-
- <tt>aMaxTotalProgress</tt>
-
- すべおのダりンロヌド完了を瀺すために達成しなければならない、合蚈進捗状況の倀。
-
-
-
- <tt>aDownload</tt>
-
- 進捗状況が <tt>aCurSelfProgress</tt> ず <tt>aMaxSelfProgress</tt> の匕数によっお衚される nsIDownload オブゞェクト。
-
-

onStatusChange()

-

ダりンロヌドのリク゚ストの状況に倉曎があったずきに呌び出されたす。受け取る状況メッセヌゞは、ナヌザに盎接衚瀺するこずを意図したものです。

-
- è­Šå‘Š: このメ゜ッドは Firefox 3 (Gecko 1.9) で削陀されたした。それ以前のバヌゞョンでも、このメ゜ッドが呌び出されおいるコヌドはありたせん。
-
 void onStatusChange(
-   in nsIWebProgress aWebProgress,
-   in nsIRequest aRequest,
-   in nsresult aStatus,
-   in wstring aMessage,
-   in nsIDownload aDownload
- );
-
-
匕数
-
-
- <tt>aWebProgress</tt>
-
- ダりンロヌドを監芖するためにダりンロヌドマネヌゞャによっお利甚される nsIWebProgress むンスタンス。
-
-
-
- <tt>nsIChannel</tt>
-
- 状況を倉曎した nsIChannel。この匕数は NULL を取るこずができたせん。
-
-
-
- <tt>aStatus</tt>
-
- ダりンロヌドの倉曎埌の状況に関する情報。詳しくは nsIWebProgressListener]] の [[nsIWebProgressListener#onStateChange|onStateChange() を参照しおください。
-
-
-
- <tt>aMessage</tt>
-
- 画面䞊に衚瀺されるこずを意図した、ナヌザが読める圢での状況メッセヌゞ
-
-
-
- <tt>aDownload</tt>
-
- 状況が倉曎されたダりンロヌド。
-
-

onLocationChange()

-
- è­Šå‘Š: このメ゜ッドは Firefox 3 (Gecko 1.9) で削陀されたした。それ以前のバヌゞョンでも、このメ゜ッドが呌び出されおいるコヌドはありたせん。
-
 void onLocationChange(
-   in nsIWebProgress aWebProgress,
-   in nsIRequest aRequest,
-   in nsIURI aLocation,
-   in nsIDownload aDownload
- );
-
-
匕数
-
-
- <tt>aWebProgress</tt>
-
- ダりンロヌドを監芖するためにダりンロヌドマネヌゞャによっお利甚される nsIWebProgress むンスタンス。
-
-
-
- <tt>aRequest</tt>
-
- 状況を倉曎した nsIChannel。この匕数は NULL を取るこずができたせん。
-
-
-
- <tt>aLocation</tt>
-
- ダりンロヌド䞭のファむルの URI。
-
-
-
- <tt>aDownload</tt>
-
- ダりンロヌド䞭のファむルを衚す nsIDownload オブゞェクト。
-
-

onSecurityChange()

-

ダりンロヌド䞭に䜿われるセキュリティレベルが倉曎されたずきに呌び出されたす。䟋えば、最初のリク゚ストが HTTPS を通じお行われ、その埌ダりンロヌドが HTTP に倉わった堎合、この関数が呌び出され、その遷移を通知したす。

-
 void onSecurityChange(
-   in nsIWebProgress aWebProgress,
-   in nsIRequest aRequest,
-   in unsigned long aState,
-   in nsIDownload aDownload
- );
-
-
-
匕数
-
-
- <tt>aWebProgress</tt>
-
- ダりンロヌドを監芖するためにダりンロヌドマネヌゞャによっお利甚される nsIWebProgress むンスタンス。
-
-
-
- <tt>aRequest</tt>
-
- 状況を倉曎した nsIChannel。この匕数は NULL を取るこずができたせん。
-
-
-
- <tt>aState</tt>
-
- ダりンロヌドの倉曎埌の状況。取り埗る倀の䞀芧 は nsIDownloadManager を参照しおください。
-
-
-
- <tt>aDownload</tt>
-
- セキュリティレベルが倉曎されたダりンロヌド。
-
-

関連蚘事

-

nsIDownloadManager, nsIDownload, nsIWebProgressListener

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidragservice/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidragservice/index.html deleted file mode 100644 index 66878aa9ec..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsidragservice/index.html +++ /dev/null @@ -1,227 +0,0 @@ ---- -title: nsIDragService -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIDragService -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIDragService ---- -
-

草案
- このペヌゞは完成しおいたせん。

- -
-


-

-
widget/public/nsIDragService.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - - - - - - - -
void invokeDragSession(in nsIDOMNode aDOMNode, in nsISupportsArray aTransferables, in nsIScriptableRegion aRegion, in unsigned long aActionType);
void invokeDragSessionWithImage(in nsIDOMNode aDOMNode, in nsISupportsArray aTransferableArray, in nsIScriptableRegion aRegion, in unsigned long aActionType,in nsIDOMNode aImage, in long aImageX, in long aImageY, in nsIDOMMouseEvent aDragEvent);
void invokeDragSessionWithSelection(in nsISelection aSelection, in nsISupportsArray aTransferableArray, in unsigned long aActionType, in nsIDOMMouseEvent aDragEvent);
nsIDragSession getCurrentSession();
voidstartDragSession();
void endDragSession(in PRBool aDoneDrag);
void fireDragEventAtSource(in unsigned long aMsg);
-

定数

- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
定数倀説明
DRAGDROP_ACTION_NONE0LONG デヌタ圢匏。
DRAGDROP_ACTION_COPY1LONG デヌタ圢匏。
DRAGDROP_ACTION_MOVE2LONG デヌタ圢匏。
DRAGDROP_ACTION_LINK3LONG デヌタ圢匏。
-

メ゜ッド

-

invokeDragSession()

-

移転可胜なオブゞェクトの配列を䌎った、モヌダルなドラッグセッションを開始したす。

-
  void invokeDragSession (
-   in nsIDOMNode aDOMNode,
-   in nsISupportsArray aTransferables,
-   in nsIScriptableRegion aRegion,
-   in unsigned long aActionType
- );
-
-
匕数
-
-
- <tt>aDOMNode</tt>
-
-  
-
-
-
- <tt>aTransferables</tt>
-
- ドラッグされる移転可胜なオブゞェクトの配列。
-
-
-
- <tt>aRegion</tt>
-
- カヌ゜ルフィヌドバックの矩圢を含む範囲。りィンドり座暙で指定。
-
-
-
- <tt>aActionType</tt>
-
- コピヌ、移動、リンクのうち、いずれが可胜かを指定。
-
-

invokeDragSessionWithImage()

-

画像を利甚しお、モヌダルなドラッグセッションを開始したす。最初 4 ぀の匕数は invokeDragSession ず同じです。

-

aImage 匕数を䜿っお独自の画像を指定するこずができたす。画像が指定された堎合、aImageX ず aImageY 匕数で、その画像の䞭でカヌ゜ルが䜍眮するオフセットを指定できたす。぀たり、画像が衚瀺されたずきに、指定された量だけ巊䞊に画像がずらされお、画像内のその䜍眮にカヌ゜ルが珟れたす。aImage が null の堎合、aImageX ず aImageY は䜿われず、代わりに゜ヌスノヌドである aDOMNode から画像が刀別され、オフセットは自動蚈算されたす。このため、画像の初期䜍眮は、芁玠が䜍眮するのず同じ画面䞊の䜍眮になりたす。ノヌドはドキュメント内になくおはなりたせん。

-

今のずころ、サポヌトされおいる画像はすべお DOM ノヌドです。これが HTML <image> あるいは <canvas> 芁玠の堎合、ドラッグに付随する画像はその画像デヌタから取埗されたす。芁玠がドキュメント䞊にある堎合は、画像は衚瀺されおいるサむズで衚瀺されたす。ドキュメント䞊にない堎合は、実際のサむズで衚瀺されたす。他の皮類の芁玠に぀いおは、珟圚衚瀺されおいるのず同じ方法で、画面倖のバッファずしお衚瀺されたす。ドキュメント䞊の遞択範囲はドラッグ䞭非衚瀺ずなりたす。画像の䜍眮を蚈算するのに、むベントの珟圚の画面座暙が必芁ずなるため、aDragEvent は必ず指定する必芁がありたす。

-
  void invokeDragSessionWithImage(in nsIDOMNode aDOMNode,
-                                  in nsISupportsArray aTransferableArray,
-                                  in nsIScriptableRegion aRegion,
-                                  in unsigned long aActionType,
-                                  in nsIDOMNode aImage,
-                                  in long aImageX,
-                                  in long aImageY,
-                                  in nsIDOMMouseEvent aDragEvent
-  );
-
-
匕数
-
-
- <tt>aImage</tt>
-
- 画像オブゞェクト
-
-
-
- <tt>aImageX</tt>
-
- 画像の X 座暙
-
-
-
- <tt>aImageY</tt>
-
- 画像の Y 座暙
-
-
-
- <tt>aDragEvent</tt>
-
-  
-
-

invokeDragSessionWithSelection()

-

遞択範囲をドラッグ画像ずしお利甚しお、モヌダルなドラッグセッションを開始したす。画像の䜍眮を蚈算するのに、むベントの珟圚の画面座暙が必芁ずなるため、aDragEvent は必ず指定する必芁がありたす。

-
  void invokeDragSessionWithSelection(
-     in nsISelection aSelection,
-     in nsISupportsArray aTransferableArray,
-     in unsigned long aActionType,
-     in nsIDOMMouseEvent aDragEvent
-  );
-
-
匕数
-
-
- <tt>aSelection</tt>
-
-  
-
-
-
- <tt>aTransferableArray</tt>
-
-  
-
-
-
- <tt>aActionType</tt>
-
- コピヌ、移動、リンクのうち、いずれが可胜かを指定。
-
-
-
- <tt>aDragEvent</tt>
-
-  
-
-

getCurrentSession()

-

珟圚のドラッグセッションを返したす。

-
  nsIDragSession getCurrentSession ( ) ;
-
-

startDragSession()

-

ドラッグサヌビスにドラッグセッションを開始するよう䌝えたす。これは倖郚でドラッグが発生したずきに呌び出されたす。

-
  void startDragSession ( ) ;
-
-

endDragSession()

-

ドラッグサヌビスにドラッグセッションを終了するよう䌝えたす。これは倖郚でドラッグが発生したずきに呌び出されたす。

-
  void endDragSession (
-     in PRBool aDoneDrag
-  ) ;
-
-
匕数
-
-
- <tt>aDoneDrag </tt>
-
- aDoneDrag が true の堎合、ドラッグはすでに終了しおいたす。そうでない堎合、ドラッグはりィンドりを離れたずころです。この匕数は Firefox 3 以前のバヌゞョンには存圚したせん。
-
-

fireDragEventAtSource()

-

ドラッグの゜ヌスに察しおドラッグむベントを発生させたす。このメ゜ッドは Firefox 3 以降で利甚可胜です。

-
  void fireDragEventAtSource (
-     in unsigned long aMsg
-  );
-
-
匕数
-
-
- <tt>aMsg </tt>
-
-  
-
-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsieffectivetldservice/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsieffectivetldservice/index.html deleted file mode 100644 index 3e4a0adab5..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsieffectivetldservice/index.html +++ /dev/null @@ -1,173 +0,0 @@ ---- -title: nsIEffectiveTLDService -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIEffectiveTLDService -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIEffectiveTLDService ---- -

nsIEffectiveTLDServiceはホスト名を怜蚌し、それがTLDであるように芋えるもっずも長い郚分を決定したす。URIのベヌスドメむンを決定する圹割も持ちたす。

-
-
netwerk/dns/public/nsIEffectiveTLDService.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

実装: @mozilla.org/network/effective-tld-service;1

-

このサヌビスを䜿うには

-
var eTLDService = Components.classes["@mozilla.org/network/effective-tld-service;1"]
-                                .getService(Components.interfaces.nsIEffectiveTLDService);
-
-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - -
ACString getPublicSuffix(in nsIURI aURI);
ACString getBaseDomain(in nsIURI aURI, [optional] in PRUint32 aAdditionalParts);
ACString getPublicSuffixFromHost(in AUTF8String aHost);
ACString getBaseDomainFromHost(in AUTF8String aHost, [optional] in PRUint32 aAdditionalParts);
-

メ゜ッド

-

getPublicSuffix()

-

URIのパブリック接尟蟞を返したす。パブリック接尟蟞はその䞋に個々のドメむンが登録される最高䜍レベルのドメむンです。パブリック接尟蟞はひず぀たたはそれ以䞊のドットを含みたす。䟋えば、www.bbc.co.ukのパブリック接尟蟞はco.ukになりたす、なぜならば.uk TLDはその䞋にドメむンを登録するこずを蚱しおいないからです。その他の䟋ずしお、developer.mozilla.orgではorgになりたす。

-
ACString getPublicSuffix(
-  in nsIURI aURI
-);
-
-
匕数
-
-
- aURI
-
- 解析するURI
-
-

戻り倀

-

パブリック接尟蟞を含むACStringオブゞェクト

-
䟋倖
-
-
- NS_ERROR_INVALID_ARG
-
- この䟋倖はaURIに含たれるホスト名が空であった堎合に発生したす。
-
- NS_ERROR_HOST_IS_IP_ADDRESS
-
- この䟋倖はaURIが数倀、IPv4アドレス、IPv6アドレスのいずれかであった堎合に発生したす。
-
-

getBaseDomain()

-

URIのベヌスドメむンを返したす。ベヌスドメむンは、パブリック接尟蟞に指定された数の远加ドメむン名を远加したものです。

-
ACString getBaseDomain(
-  in nsIURI aURI
-  [optional] in PRUint32 aAdditionalParts
-);
-
-
匕数
-
-
- aURI
-
- 解析するURI
-
- aAdditionalParts
-
- パブリック接尟蟞に远加するドメむン名の数
-
-
戻り倀
-

ベヌスドメむンを含むACStringオブゞェクト(パブリック接尟蟞に、远加パヌト郚分を足したもの)

-
䟋倖
-
-
- NS_ERROR_INVALID_ARG
-
- この䟋倖はaURIが空であった堎合に発生したす。
-
- NS_ERROR_INSUFFICIENT_DOMAIN_LEVELS
-
- この䟋倖はaAdditionalPartsで指定された倀に察しおサブドメむンが䞍足する堎合に発生したす。
-
- NS_ERROR_HOST_IS_IP_ADDRESS
-
- この䟋倖はaURIが数倀、IPv4アドレス、IPv6アドレスのいずれかであった堎合に発生したす。
-
-

getPublicSuffixFromHost()

-

ホスト文字列のパブリック接尟蟞を返したす。さもなくば機胜的にはgetPublicSuffix()ず同じです。

-
ACString getPublicSuffixFromHost(
-  in AUTF8String aHost
-);
-
-
匕数
-
-
- aHost
-
- 解析されるホスト名
-
-
戻り倀
-

パブリック接尟蟞を含むACStringオブゞェクト

-
䟋倖
-
-
- NS_ERROR_INVALID_ARG
-
- この䟋倖はaHostが空であった堎合に発生したす。
-
- NS_ERROR_UNEXPECTED
-
- この䟋倖はaHostがURI䞭に含たれるこずを蚱可されない文字を含む堎合にnsIIDNService内のNormalize()メ゜ッドにより発生したす。
-
-

getBaseDomainFromHost()

-

ホスト名のベヌスドメむン郚分を返したす。さもなくば機胜的にはgetBaseDomain()ず同じです。

-
ACString getBaseDomainFromHost(
-  in AUTF8String aHost,
-  [optional] in PRUint32 aAdditionalParts
-);
-
-
匕数
-
-
- aHost
-
- 解析されるホスト名
-
- aAdditionalParts
-
- パブリック接尟蟞に远加するドメむン名の数
-
-
戻り倀
-

ベヌスドメむンを含むACStringオブゞェクト(パブリック接尟蟞に、远加パヌト郚分を足したもの)

-
䟋倖
-
-
- NS_ERROR_INVALID_ARG
-
- aHostが空であった堎合に発生したす。
-
- NS_ERROR_UNEXPECTED
-
- この䟋倖はaHostがURI䞭に含たれるこずを蚱可されない文字を含む堎合にnsIIDNService内のNormalize()メ゜ッドにより発生したす。
-
- NS_ERROR_INSUFFICIENT_DOMAIN_LEVELS
-
- この䟋倖はaAdditionalPartsで指定された倀に察しおサブドメむンが䞍足する堎合に発生したす。
-
- NS_ERROR_HOST_IS_IP_ADDRESS
-
- この䟋倖はaHostが数倀、IPv4アドレス、IPv6アドレスのいずれかであった堎合に発生したす。
-
-

蚀及

-

党おの戻り倀はASCII/ACEで゚ンコヌディングされ、RFC 3454に沿っおいたす。

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsienumerator/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsienumerator/index.html deleted file mode 100644 index f90f1ef647..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsienumerator/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: nsIEnumerator -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIEnumerator -tags: - - Interfaces - - XPCOM - - XPCOM API Reference - - XPCOM Interface Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIEnumerator ---- -
-
-

廃止
- この機胜は廃止されたした。䞀郚のブラりザヌでは匕き続き機胜する可胜性がありたすが、い぀でも削陀できるため䜿甚は掚奚されたせん。䜿甚しないようにしお䞋さい。

-
-
- -

nsIEnumerator.idl

- -
è­Šå‘Š:これは壊れたむンタヌフェむスです;必芁がない限り䜿甚しないでください。列挙子に䞀般的に䜿甚されるむンタヌフェむスは nsISimpleEnumerator です。
- -

䜿甚䟋

- -
var iter = --------();
-try {
-  iter.first();
-  do {
-    var data = iter.currentItem();
-    if( data instanceof Ci.nsI------ ) {
-      ...
-       ...
-    }
-    iter.next();
-  } while( Components.lastResult == 0 );
-} catch(e) {}
-
- -

この件に関するいく぀かのメモに぀いおは、1999-04-21 16:11:03の "Warren Harris" からのEメヌルを怜玢しお䞋さい。

- -

このバヌゞョン は䞊手く機胜しおいない様なので、 Google キャッシュを䜿甚する必芁があるかもしれたせん。

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeed/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeed/index.html deleted file mode 100644 index 639be1b844..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeed/index.html +++ /dev/null @@ -1,125 +0,0 @@ ---- -title: nsIFeed -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIFeed -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIFeed ---- -

nsIFeed むンタヌフェヌスは単䞀の Atom か RSS(Really Simple Syndication) ニュヌスフィヌドに盞圓したす。アむテムかフィヌドの゚ントリにアクセスするのず同じように、フィヌドに関する情報を提䟛する属性を含んでいたす。

-


-

-
toolkit/components/feeds/public/nsIFeed.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
-

継承元: nsIFeedContainer

-

属性

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
cloudnsIWritablePropertyBag2フィヌドの cloud 属性が䜕なのか確蚌を持っおいる人は誰もいたせん。XML-RPC か SOAP サヌビスず関係があるように掚枬されたす。
enclosureCountlongフィヌドに関連づけられた゚ンクロヌゞャの数を衚したす。
generatornsIFeedGeneratorフィヌドを生成した゜フトりェアを蚘述したす。
imagensIWritablePropertyBag2RSS 2 で定矩された画像の URL ずメタヌデヌタを提䟛したす。
itemsnsIArraynsIFeedEntry オブゞェクトの配列ずしお、アむテムの配列かフィヌドの゚ントリを定矩したす。
skipDaysnsIArray䞀週間の䞭でフィヌドがフェッチされたくない曜日の配列です。配列のそれぞれの゚ントリは、週のスキップする曜日の名前です。䟋えば、月曜日にフェッチをスキップする、フィヌドが月曜日にフェッチされたくないならこの配列の䞭に "Monday" ず指定したす。 -
- 泚意: このフィヌルドはたれにしか実装されおいたせん
-
skipHoursnsIArray䞀日の䞭でフェッチすべきでない時間の配列です。時間は、0(真倜䞭)から 23 (午埌11:00)たでの敎数倀で衚され、垞に UTC を䜿っお衚されたす。 -
- 泚意: このフィヌルドはたれにしか実装されおいたせん
-
subtitlensIFeedTextConstructフィヌドの description ず subtitle, 及び適切な拡匵に基づいおフィヌドのサブタむトルを返したす。
textInputnsIWritablePropertyBag2フィヌドの゜ヌスに読者が返信を送るこずを可胜にするテキストボックスに関する情報。サポヌトしおいるアグリゲヌタはフィヌドず䞀緒に衚瀺するこずができる -
- 泚意: このフィヌルドは滅倚に䜿われおおらず、倚くのアグリゲヌタず非互換です。
-
typelongフィヌドが提䟛するコンテントの皮類を衚したす。取りうる皮類の型は: -
-
- TYPE_FEED
-
- 暙準のテキストベヌスのフィヌド。
-
-
-
- TYPE_AUDIO
-
- Podcast のような音声フィヌド
-
-
-
- TYPE_IMAGE
-
- Photocast のような画像フィヌド
-
-
-
- TYPE_VIDEO
-
- Videocast のようなビデオフィヌド
-
-

- - この属性は読み蟌み専甚です。 -

-
- 泚意: これを倀のビットマスクず考えるべきです。ある時には、type は䞀緒に OR された䞀぀以䞊の倀を含みたす。これが Firefox 2 の前たたは埌で起こるかどうかは明確ではありたせん。
-
-

参照

-

nsIFeedContainer

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedcontainer/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedcontainer/index.html deleted file mode 100644 index 2450d88d63..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedcontainer/index.html +++ /dev/null @@ -1,101 +0,0 @@ ---- -title: nsIFeedContainer -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIFeedContainer -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIFeedContainer ---- -

nsIFeedContainer むンタフェヌスはフィヌド(nsIFeed) ずフィヌド゚ントリ(nsIFeedEntry) の䞡方で䜿われる暙準的なフィヌルドを提䟛したす。

-


-

-
toolkit/components/feeds/public/nsIFeedContainer.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
-

継承元: nsIFeedElementBase

-

メ゜ッドの抂芁

- - - - - - -
normalize();
-

属性

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
authorsnsIArrayフィヌドあるいぱントリの著者を蚘述する nsIFeedPerson オブゞェクトの配列。
categoriesnsIArrayフィヌドあるいぱントリで芋付かったカテゎリの配列。 -
- 泚意: 返される配列は nsIFeedCategory オブゞェクトを含むでしょう。ただしそのむンタフェヌスはただ実装されおいたせん。
-
contributorsnsIArrayフィヌドあるいぱントリの貢献者を蚘述する nsIFeedPerson オブゞェクトの配列。
fieldsnsIWritablePropertyBag2ドキュメントで芋぀かったすべおのフィヌルドぞのアクセスを提䟛したす。䞀般的な Atom 及び RSS フィヌルドは "dc:subject" や "content:encoded" のようないく぀かの名前空間づけられた拡匵を含めおノヌマラむズされたす。フィヌドの皮類をチェックし特定のフィヌルドにアクセスするこずによっお消費者はノヌマラむズを避けるこずができたす。 -

䞀般的な名前空間は接頭蟞を䜿うこずで get("dc:subject"); のようにアクセスできたす。接頭蟞に関する曎なる情報は nsIFeedResult.registerExtensionPrefix() を参照しおください。

-
idAStringフィヌドあるいぱントリの識別する文字列。フィヌド党おがこれらを持぀わけでは無いですがメゞャヌなフィヌドフォヌマットはそれぞれの゚ントリに ID を持っおいたす。
linknsIURIフィヌドあるいぱントリの第䞀のリンクを含む URI。
rightsnsIFeedTextConstructフィヌドあるいぱントリの暩利あるいはラむセンスのテキスト。
titlensIFeedTextConstructフィヌドあるいぱントリのタむトルいく぀かのフィヌドはタむトルがないこずに芚えおおいおください。たたいく぀かはタむトルにマヌクアップを䜿っおおり、この属性をデコヌドするずきには泚意しおください。
updatedAStringRFC822 フォヌマットでのフィヌドあるいぱントリが最埌に曎新された日付を含む文字列。この文字列は JavaScript ず mail コヌドでパヌス可胜です。
-

メ゜ッド

-

normalize()

-

コンテナのフィヌルドを䟿利な属性ずを同期させたす。

-
 void normalize();
-
-

参照

-

nsIURI, nsIFeedTextConstruct

-

Interwiki link

-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedelementbase/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedelementbase/index.html deleted file mode 100644 index fe7d1a107f..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedelementbase/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: nsIFeedElementBase -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIFeedElementBase -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIFeedElementBase ---- -

nsIFeedElementBase むンタフェヌスは基本ずなるむンタフェヌスです。

-


-

-
toolkit/components/feeds/public/nsIFeedElementBase.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
-

継承元: nsISupports

-

属性

- - - - - - - - - - - - - - - - - - -
属性型説明
attributesnsISAXAttributesその芁玠で芋぀かったすべおの属性。ほずんどの掟生むンタフェヌスが暙準のフィヌルドに䟿利なアクセサを提䟛するので、暙準的でないフィヌルドを探すずきにのみ圹に立ちたす。
baseURInsIURIフィヌドたたぱントリの base URI。
-

Interwiki link

-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedentry/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedentry/index.html deleted file mode 100644 index ee585a4147..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedentry/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: nsIFeedEntry -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIFeedEntry -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIFeedEntry ---- -

nsIFeedEntry むンタフェヌスは RSS か Atom ニュヌスフィヌドの単䞀の゚ントリを蚘述し、゚ントリのデヌタにアクセスできる属性を提䟛したす。

-


-

-
toolkit/components/feeds/public/nsIFeedEntry.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
-

継承元: nsIFeedContainer

-

属性

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
contentnsIFeedTextConstruct゚ントリのコンテントの完党なテキスト。これは atom:content 及び/たたは content:encoded フィヌルドに由来したす。
enclosuresnsIArray゚ントリに含たれおいる党おの゚ンクロヌゞャの配列。これらは podcast や photocast 等で䜿われたす。
mediaContentnsIArray゚ンクロヌゞャたたぱントリ内でむンラむン衚瀺されるその他のメディアの党おの配列。
parentnsIFeedContainer゚ントリの芪ぞの参照。フィヌド (nsIFeed) かもう䞀぀の゚ントリのどちらかです。
publishedAStringRFC822 フォヌマットでの゚ントリが配信された日付を衚す文字列。この日付は JavaScript ず mail コヌドの䞡方でパヌス可胜です。
summarynsIFeedTextConstructフィヌド゚ントリのコンテントの芁玄。これぱントリの description ず subtitle, summary, content および適切な拡匵を䜿っお生成されたす。
-

参照

-

nsIFeedContainer

-

Interwiki link

-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedgenerator/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedgenerator/index.html deleted file mode 100644 index 02e51e7ced..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedgenerator/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: nsIFeedGenerator -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIFeedGenerator -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIFeedGenerator ---- -

nsIFeedGenerator むンタフェヌスは RSS か Atom ニュヌスフィヌドを生成した゜フトりェアを蚘述したす。

-


-

-
toolkit/components/feeds/public/nsIFeedGenerator.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
-

継承元: nsIFeedElementBase

-

属性

- - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
agentAStringフィヌドを䜜成した゜フトりェアの名前。
urinsIURIゞェネレヌタ゜フトりェアに関連づけられた URI。
versionAStringフィヌドを䜜成したゞェネレヌタ゜フトりェアのバヌゞョンを衚す文字列。
-

Interwiki link

-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedperson/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedperson/index.html deleted file mode 100644 index bb0efa8e92..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedperson/index.html +++ /dev/null @@ -1,53 +0,0 @@ ---- -title: nsIFeedPerson -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIFeedPerson -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIFeedPerson ---- -

nsIFeedPerson むンタフェヌスは RSS たたは Atom フィヌドの著者か貢献者を蚘述したす。

-


-

-
toolkit/components/feeds/public/nsIFeedPerson.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
-

継承元: nsIFeedElementBase

-

属性

- - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
emailAStringその人の email アドレス。
nameAStringその人の名前。
urinsIURIその人に関連づけられた URI。ほずんどの堎合、これはその人のホヌムペヌゞです。
-

参照

-

nsIFeedElementBase

-

Interwiki link

-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedprocessor/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedprocessor/index.html deleted file mode 100644 index c7b4cb306a..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedprocessor/index.html +++ /dev/null @@ -1,116 +0,0 @@ ---- -title: nsIFeedProcessor -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIFeedProcessor -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIFeedProcessor ---- -

nsIFeedProcessor むンタフェヌスは RSS たたは Atom フィヌドをパヌスしたす。これは凊理䞭ず凊理埌にそれらのコンテンツに基づいおコヌルバックを匕き起こしたす。

-


-

-
toolkit/components/feeds/public/nsIFeedProcessor.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
-

継承元: nsIStreamListener

-

実装元: @mozilla.org/feed-processor;1。むンスタンスを䜜成するには次のコヌドを䜿甚したす:

-
var fp = Components.classes["@mozilla.org/feed-processor;1"]
-                   .createInstance(Components.interfaces.nsIFeedProcessor);
-
-

メ゜ッドの抂芁

- - - - - - - - - - - - -
void parseAsync(in nsIRequestObserver requestObserver, in nsIURI uri);
void parseFromStream(in nsIInputStream stream, in nsIURI uri);
void parseFromString(in AString str, in nsIURI uri);
-

属性

- - - - - - - - - - - - - -
属性型説明
listenernsIFeedResultListenerfeed result listener はフィヌドむベントに反応したす。
-

メ゜ッド

-

parseAsync()

-

非同期にフィヌドをパヌスしたす。そしお、呌び出し元はパヌス凊理を開始するためにプロセッサの nsIStreamListener メ゜ッドを呌び出さなくおはなりたせん。非同期パヌス䞭に nsIFeedProcessor むンタフェヌスの他のパヌスメ゜ッドを呌び出しおはなりたせん。

-
 void parseAsync(
-   in nsIRequestObserver requestObserver,
-   in nsIURI uri
- );
-
-
パラメヌタ
-
-
- <tt>requestObserver</tt>
-
- パヌスが始たったずきず終わりにオブザヌバは通知されたす。これは null が可胜です。
-
- <tt>uri</tt>
-
- フィヌドの䞭の URI を解決するための base URI。
-
-

parseFromStream()

-

nsInputStream からフィヌドをパヌスしたす。

-
 void parseFromStream(
-   in nsIInputStream stream,
-   in nsIURI uri
- );
-
-
パラメヌタ
-
-
- <tt>stream</tt>
-
- フィヌドを読み蟌んでパヌスする nsInputStream ぞのポむンタ。
-
- <tt>uri</tt>
-
- フィヌドの䞭の URI を解決するための base URI。
-
-

parseFromString()

-

AString からフィヌドをパヌスをしたす。

-
 void parseFromString(
-   in AString str,
-   in nsIURI uri
- );
-
-
パラメヌタ
-
-
- <tt>str</tt>
-
- フィヌドずしお凊理される文字列。
-
- <tt>uri</tt>
-
- フィヌドの䞭の URI を解決するための base URI。
-
-

参照

-

nsIStreamListener, nsIFeedResultListener

-

Interwiki link

-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedprogresslistener/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedprogresslistener/index.html deleted file mode 100644 index e655256058..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedprogresslistener/index.html +++ /dev/null @@ -1,102 +0,0 @@ ---- -title: nsIFeedProgressListener -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIFeedProgressListener -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIFeedProgressListener ---- -

nsIFeedProgressListener むンタフェヌスは、RSS あるいは Atom フィヌドの凊理䞭に䜿われるコヌルバックを定矩したす。フィヌドコンテントアクセス API を䜿うプログラムはこれらのコヌルバックのいずれも実装する必芁はありたせん。それらは任意ですが、パヌス凊理䞭にフィヌドバックを提䟛するこずができたす。

-


-

-
toolkit/components/feeds/public/nsiFeedListener.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
-

継承元: nsIFeedResultListener

-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - -
void handleEntry(in nsIFeedEntry entry, in nsIFeedResult result);
void handleFeedAtFirstEntry(in nsIFeedResult result);
void handleStartFeed(in nsIFeedResult result);
void reportError(in AString errorText, in long lineNumber, in boolean bozo);
-

メ゜ッド

-

handleEntry()

-

゚ントリあるいはアむテムが凊理された埌に呌ばれたす。もしドキュメントが単独のアむテムあるいぱントリなら、 handleFeedAtFirstEntry() メ゜ッドが呌ばれるこずなく、nsIFeedEntry が parent の倀に null を持぀でしょう。

-
 void handleEntry(
-   in nsIFeedEntry entry,
-   in nsIFeedResult result
- );
-
-
パラメヌタ
-
-
- <tt>entry</tt>
-
- ちょうど凊理された゚ントリに関する情報を含んでいる nsIFeedEntry のポむンタ。
-
- <tt>result</tt>
-
- 凊理されおいるフィヌドに関する珟圚の情報を含む nsIFeedResult のポむンタ。
-
-

handleFeedAtFirstEntry()

-

そのフィヌドで最初に゚ントリあるいはアむテムに出䌚った時に呌ばれたす。Atomでは党おのフィヌドデヌタが゚ントリヌに先行する必芁がありたす; RSSではこれは必芁ではありたせんが通垞はそうです。蚀い替えるずこのメ゜ッドが呌ばれるずき、十䞭八九、ほずんどあるいは党おのフィヌドレベルのメタデヌタが凊理され、受け取った nsIFeedResult オブゞェクトで利甚できるでしょう。

-
 void handleFeedAtFirstEntry(
-   in nsIFeedResult result
- );
-
-
パラメヌタ
-
-
- <tt>result</tt>
-
- 最初の゚ントリが芋付かったが、凊理される前の時点のフィヌドを衚す nsIFeedResult。
-
-
- 泚意: もしフィヌドのタむプが゚ントリのみあるいはアむテムのみのタむプの堎合、このむベントが呌ばれるこずはありたせん。
-

handleStartFeed()

-

フィヌドで劥圓な先頭郚分が怜出されるずただちに呌ばれたす; これはあなたのコヌドにそのフィヌドが他の皮類のドキュメントではなく実際のフィヌドであるように芋えるこずを知らせおくれたす。

-

 

-
 void handleStartFeed(
-   in nsIFeedResult result
- );
-
-
パラメヌタ
-
-
- <tt>result</tt>
-
- フィヌドがパヌスされ始めた時点での状態を衚す nsIFeedResult。
-
-

reportError()

-

臎呜的な XML パヌス゚ラヌが発生したずきや、ドキュメントがフィヌドではなかったずきにフィヌドプロセッサによっお呌ばれたす。

-
 void reportError(
-   in AString errorText,
-   in long lineNumber,
-   in boolean bozo
- );
-
-

それぞれのメ゜ッドは少なくずも凊理の時点での状態を衚す nsIFeedResult を入力ずしお受け取りたす。

-

参照

-

nsIFeedResultListener

-

Interwiki link

-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedresult/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedresult/index.html deleted file mode 100644 index cca291098e..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedresult/index.html +++ /dev/null @@ -1,105 +0,0 @@ ---- -title: nsIFeedResult -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIFeedResult -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIFeedResult ---- -

nsIFeedResult むンタフェヌスは HTTP ぞのアクセスず、フィヌドあるいぱントリのメタデヌタのパヌスを提䟛したす。

- -


-

-
toolkit/components/feeds/public/nsIFeedResult.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
- -

継承元: nsISupports

- -

メ゜ッドの抂芁

- - - - - - - -
void registerExtensionPrefix(in AString namespace, in AString prefix);
- -

属性

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
bozobooleanフィヌドが XML パヌス䞭に深刻な゚ラヌを匕き起こすず、フィヌドプロセッサは bozo ビットを蚭定したす。゚ラヌが発生する前にパヌスされたフィヌドのメタデヌタず゚ントリがあるかもしれたせん。
docnsIFeedContainerパヌスされたフィヌドあるいぱントリ。フィヌドでないものが凊理された堎合は null です。
headersnsIPropertiesフィヌドに䌎っお発生する HTTP レスポンスヘッダ。
stylesheetnsIURIフィヌドの゜ヌスを倉換するために利甚可胜な XSLT スタむルシヌト。いく぀かのフィヌドは凊理呜什 (processing instruction)にこの情報を含んでいたす。それは䞀般に特定のフィヌドで動䜜するように蚭蚈されたクラむアントで䜿うこずが意図されおいたす。
urinsIURI取り蟌んだフィヌドのアドレス。
versionAStringフィヌドのバヌゞョン; フィヌドでないものが凊理された堎合は null です。倀は以䞋のどれか䞀぀になりたす: -
atom, rss2, rss09, rss091, rss091userland, rss092, rss1, atom03, atomEntry, rssItem
-
- -

メ゜ッド

- -

registerExtensionPrefix()

- -

フィヌドあるいぱントリの【蚳泚: RSS たた Atom の】拡匵にアクセスするために䜿われる名前空間の接頭蟞を登録する。

- -
è­Šå‘Š: このメ゜ッドは珟時点では実装されおいたせん。
- -
 void registerExtensionPrefix(
-   in AString namespace,
-   in AString prefix
- );
-
- -
パラメヌタ
- -
-
namespace
-
拡匵の名前空間;prefix
-
拡匵にアクセスするために䜿われる接頭蟞
-
- -

参照

- -

nsISupports, nsIFeedContainer, nsIURI, nsIProperties

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedresultlistener/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedresultlistener/index.html deleted file mode 100644 index 72dd667210..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedresultlistener/index.html +++ /dev/null @@ -1,50 +0,0 @@ ---- -title: nsIFeedResultListener -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIFeedResultListener -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIFeedResultListener ---- -

nsIFeedResultListener むンタフェヌスは、パヌス凊理䞭のフィヌドパヌサからむベントを受け取るためのプログラムによっお実装されるべきです。

-


-

-
toolkit/components/feeds/public/nsIFeedListener.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
-

継承元: nsISupports

-

メ゜ッドの抂芁

- - - - - - -
void handleResult(in nsIFeedResult result);
-

メ゜ッド

-

handleResult()

-

フィヌドの凊理が完了したずきに呌ばれたす。凊理䞭に゚ラヌが発生しおも、゚ラヌが発生する前に凊理された、フィヌドレベルのデヌタや゚ントリの劥圓な (valid)デヌタが利甚できるかもしれたせん。進歩状況の衚瀺などをしないなら、パヌスされたフィヌドを受け取るための実装に必芁なものは、これがすべおです。

-
 void handleResult(
-   in nsIFeedResult result
- );
-
-
パラメヌタ
-
-
- <tt>result</tt>
-
- パヌスされたフィヌドを衚す nsIFeedResult。
-
-

参照

-

nsIFeedProgressListener, nsISupports

-

Interwiki link

-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedtextconstruct/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedtextconstruct/index.html deleted file mode 100644 index 93ee41b0b8..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsifeedtextconstruct/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: nsIFeedTextConstruct -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIFeedTextConstruct -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIFeedTextConstruct ---- -

nsIFeedTextConstruct むンタフェヌスはプレヌンテキストや HTML あるいは XHTML を含む RSS, Atom フィヌドのテキストフィヌルドを蚘述したす。いく぀かの拡匵芁玠は "type" パラメヌタも含んでおり、このむンタフェヌスはそれらも同様に蚘述したす。

-


-

-
toolkit/components/feeds/public/nsIFeedTextConstruct.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
-

継承元: nsISupports

-

実装元: @mozilla.org/feed-textconstruct;1。ナヌザは通垞、このむンスタンスを盎接䜜成する必芁はありたせん。他の nsIFeed や nsIFeedEntry, nsIFeedContainer などのフィヌド関連のむンタフェヌスは、nsIFeedTextConstruct を実装するオブゞェクトを返す属性を持っおいたす。

-

メ゜ッドの抂芁

- - - - - - - - - -
nsIDOMDocumentFragment createDocumentFragment(in nsIDOMElement element);
AString plainText();
-

属性

- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
basensIURIテキスト構造物が HTML あるいは XHTML を含んでいた堎合、コンテントの盞察参照はこの base URI を䜿っお解決されるべきです。
langAStringテキストの蚀語(アメリカ英語では "en-US")。
textAString実際のテキストコンテント。type が "html" か "xhtml" のどちらかではこの文字列はマヌクアップを含みたす。
typeAString蚘述されおいるコンテントの皮類; "text" か "html" あるいは "xhtml" のどれか䞀぀。
-

メ゜ッド

-

createDocumentFragment()

-

䞎えられた DOM 芁玠の䞊に新しい document fragment を䜜りたす。それはテキストず(もしテキストが HTML あるいは XHTML を構成しおいるなら)マヌクアップを含みたす。

-
 nsIDOMDocumentFragment createDocumentFragment(
-   in nsIDOMElement element
- );
-
-
パラメヌタ
-
-
- <tt>element</tt>
-
- 新しい document fragment を䜜る芁玠。
-
-
戻り倀
-

nsIDocumentFragment はテキストずマヌクアップを含みたす。

-

plainText()

-

テキストを党おのマヌクアップを取り陀き党おの゚ンティティをデコヌドしおプレヌンテキストずしお返したす。

-
 AString plainText();
-
-
戻り倀
-

テキスト構造物のコンテントのプレヌンテキスト版。もし type 属性が "text" の堎合、このメ゜ッドは text 属性の倉曎されおいない倀を返したす。

-

備考

-

もし ドキュメントの type が "html" あるいは "xhtml" の堎合、"<" 文字はマヌクアップを意味したす。その文字を衚瀺するためには、"&lt;" のような゚スケヌプが䜿われなくおはなりたせん。type が "text" の堎合、"<" 文字はそれ自身を衚したす。

-

参照

-

nsIDOMElement, nsIDocumentFragment

-

Interwiki link

-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsihttpactivitydistributor/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsihttpactivitydistributor/index.html deleted file mode 100644 index dab28ff668..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsihttpactivitydistributor/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: nsIHttpActivityDistributor -slug: >- - Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIHttpActivityDistributor -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIHttpActivityDistributor ---- -

nsIHttpActivityDistributor むンタヌフェヌスはHTTPの転送アクティビティを芳察するクラむアントを登録、あるいは登録解陀するために䜿甚されたす。これは、特にデバッガヌやトラフィックをモニタする目的に䟿利です。

-
-
netwerk/protocol/http/public/nsIHttpActivityObserver.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9.2 (Firefox 3.6 / Thunderbird 3.1 / Fennec 1.0)
-
-

継承元: nsIHttpActivityObserver

-

実装: @mozilla.org/network/http-activity-distributor;1. サヌビスにアクセスするには以䞋のようにしたす

-
var httpDistrib = Components.classes["@mozilla.org/network/http-activity-distributor;1"]
-                            .getService(Components.interfaces.nsIHttpActivityDistributor);
-
-

メ゜ッドの抂芁

- - - - - - - - - -
void addObserver(in nsIHttpActivityObserver aObserver);
void removeObserver(in nsIHttpActivityObserver aObserver);
-

メ゜ッド

-

addObserver()

-

HTTPの転送アクティビティの通知を開始する。

-
void addObserver(
-  in nsIHttpActivityObserver aObserver
-);
-
-
倀
-
-
- aObserver
-
- HTTPの転送アクティビティの通知を受ける nsIHttpActivityObserver  。 このオブゞェクトの{ifmethod("nsIHttpActivityObserver", "observeActivity")}} メ゜ッドが掻動が起こる床に呌び出されたす。
-
-

removeObserver()

-

HTTPの転送アクティビティの通知を停止する。

-
void removeObserver(
-  in nsIHttpActivityObserver aObserver
-);
-
-
倀
-
-
- aObserver
-
- HTTPの転送アクティビティの通知を䞭止する nsIHttpActivityObserver 。
-
-  
-
-

参照

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsihttpactivityobserver/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsihttpactivityobserver/index.html deleted file mode 100644 index 782caa9682..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsihttpactivityobserver/index.html +++ /dev/null @@ -1,172 +0,0 @@ ---- -title: nsIHttpActivityObserver -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIHttpActivityObserver -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIHttpActivityObserver ---- -

nsIHttpActivityObserver はデバッガヌやトラフィックモニタヌのようなHTTPの転送アクティビティの通知を芁求するクラむアントにより実装されるむンタヌフェヌスです。

-
-
netwerk/protocol/http/public/nsIHttpActivityObserver.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9.2 (Firefox 3.6 / Thunderbird 3.1 / Fennec 1.0)
-
-

継承元: nsISupports

-

メ゜ッドの抂芁

- - - - - - -
void observeActivity(in nsISupports aHttpChannel, in PRUint32 aActivityType, in PRUint32 aActivitySubtype,
-                      in PRTime aTimestamp, in PRUint64 aExtraSizeData, in ACString aExtraStringSize);
-

 属性

- - - - - - - - - - - - - -
AttributeTypeDescription
isActiveboolean -

むンタヌフェヌスがアクティブで、HTTPの掻動を通知されたい堎合は true、 それ以倖の堎合は false。 もし false の堎合, observeActivity() メ゜ッドは呌び出されない。

-
- 泚意: この属性は互換性のためだけに存圚するもので、䜿甚されるべきではありたせん。
-
-

アクティビティタむプ定数

- - - - - - - - - - - - - - - - - - -
定数倀説明
ACTIVITY_TYPE_SOCKET_TRANSPORT0x0001Socket の転送掻動が発生した。
ACTIVITY_TYPE_HTTP_TRANSPORT0x0002HTTP の転送掻動が発生した。
-

アクティビティサブタむプ定数

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
定数倀説明
ACTIVITY_SUBTYPE_REQUEST_HEADER0x5001 -

HTTP リク゚ストが送信キュヌにキュヌむングされた。Observer は aExtraStringData からリク゚ストヘッダを参照できる。

-
ACTIVITY_SUBTYPE_REQUEST_BODY_SENT0x5002HTTP リク゚ストのボディが送信された。
ACTIVITY_SUBTYPE_RESPONSE_START0x5003HTTP レスポンスを受信し始めた。
ACTIVITY_SUBTYPE_RESPONSE_HEADER0x5004HTTPのレスポンスヘッダを受信した。
ACTIVITY_SUBTYPE_RESPONSE_COMPLETE0x5005HTTPのレスポンスを完党に受信し終えた。
ACTIVITY_SUBTYPE_TRANSACTION_CLOSE0x5006HTTPのトランザクションが閉じられた。
-

メ゜ッド

-

observeActivity()

-

HTTPの転送アクティビティが発生した際に呌び出されたす。HTTPの掻動が発生した際に行うべき凊理はこのメ゜ッドに定矩したす。

-
void observeActivity(
-  in nsISupports aHttpChannel,
-  in PRUint32 aActivityType,
-  in PRUint32 aActivitySubtype,
-  in PRTime aTimestamp,
-  in PRUint64 aExtraSizeData,
-  in ACString aExtraStringData
-);
-
-
倀
-
-
- aHttpChannel
-
- 掻動が発生した HTTP チャンネル。
-
- aActivityType
-
- 発生したアクティビティのタむプ; アクティビティタむプ定数で定矩された倀のうちの1぀。
-
- aActivitySubtype
-
- 発生したアクティビティのタむプをさらに现かく分類したサブタむプ。アクティビティのタむプが ACTIVITY_TYPE_SOCKET_TRANSPORT の堎合、 この倀は nsISocketTransport で定矩された STATUS_* 定数のどれかになりたす。もしアクティビティのタむプが ACTIVITY_TYPE_HTTP_TRANSACTION の堎合、この倀は前述のアクティビティサブタむプ定数で定矩された定数のどれかになりたす。
-
- aTimestamp
-
- 掻動が発生した時刻です。1970幎1月1日午前零時を基準ずした経過時刻がマむクロ秒で衚されたす。
-
- aExtraSizeData
-
- 远加のサむズデヌタが利甚できる堎合にその倀が枡されたす。埌述のアクティビティデヌタを扱うもご芧ください。
-
- aExtraStringData
-
- 远加の文字列デヌタが利甚できる堎合にその倀が枡されたす。埌述のアクティビティデヌタを扱うもご芧ください。
-
-

アクティビティデヌタを扱う

-

aActivityType および aActivitySubtype フィヌルドの倀によっお, aExtraSizeData ず aExtraStringData パラメヌタは違う意味を持ちたす。

-

゜ケット転送アクティビティ

-

もしアクティビティのタむプが ACTIVITY_TYPE_SOCKET_TRANSPORT か぀サブタむプが STATUS_SENDING_TO であれば、 aExtraSizeData パラメヌタは送信されたバむト数を含むこずになりたす。1぀の HTTP トランザクションは分割された゜ケットの曞き出しによっお、耇数のチャンクから構成される事があるため、それぞれの゜ケットアクティビティで通知されるのはそのチャンクで転送されたバむト数のみずなりたす。

-

HTTP トランザクションアクティビティ

-

通知されたアクティビティのタむプが ACTIVITY_TYPE_HTTP_TRANSACTION の堎合、 远加のデヌタを含むものは3皮類ありたす:

-
-
- ACTIVITY_SUBTYPE_REQUEST_HEADER
-
- aExtraStringData はヘッダの文字列を含みたす。
-
- ACTIVITY_SUBTYPE_RESPONSE_HEADER
-
- aExtraStringData はレスポンスヘッダの文字列を含みたす。
-
- ACTIVITY_SUBTYPE_RESPONSE_COMPLETE
-
- aExtraSizeData はトヌタルで受信したバむト数を含みたす。
-
-

参照

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsihttpchannel/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsihttpchannel/index.html deleted file mode 100644 index 6a67b2c570..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsihttpchannel/index.html +++ /dev/null @@ -1,569 +0,0 @@ ---- -title: nsIHttpChannel -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIHttpChannel -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIHttpChannel ---- -
-
netwerk/protocol/http/nsIHttpChannel.idlScriptable
- - -このむンタヌフェむスでは、HTTPリク゚ストパラメヌタの倉曎、および結果ずしお埗られるHTTPレスポンスステヌタスずヘッダヌが䜿甚可胜になった時点での怜査が可胜です。 - - -
-継承元: nsIChannel -最終曎新: Gecko 1.3
-
- -

To create an HTTP channel, use nsIIOService with a HTTP URI, for example:

- -
var ios = Components.classes["@mozilla.org/network/io-service;1"]
-                    .getService(Components.interfaces.nsIIOService);
-var ch = ios.newChannel("https://www.example.com/", null, null);
-
- -

メ゜ッド抂芁

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
void getOriginalResponseHeader(in ACString aHeader, in nsIHttpHeaderVisitor aVisitor);
ACString getRequestHeader(in ACString aHeader);
ACString getResponseHeader(in ACString header);
boolean isNoCacheResponse();
boolean isNoStoreResponse();
void redirectTo(in nsIURI aNewURI);
void setEmptyRequestHeader(in ACString aHeader);
void setReferrerWithPolicy(in nsIURI referrer, in unsigned long referrerPolicy);
void setRequestHeader(in ACString aHeader, in ACString aValue, in boolean aMerge);
void setResponseHeader(in ACString header, in ACString value, in boolean merge);
void visitOriginalResponseHeaders(in nsIHttpHeaderVisitor aVisitor);
void visitRequestHeaders(in nsIHttpHeaderVisitor aVisitor);
void visitResponseHeaders(in nsIHttpHeaderVisitor aVisitor);
- -

Constants

- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
ConstantDescription
REFERRER_POLICY_NO_REFERRER_WHEN_DOWNGRADEDefault; indicates not to pass on the referrer when downgrading from https to http
REFERRER_POLICY_NO_REFERRERIndicates no referrer will be sent
REFERRER_POLICY_ORIGINOnly send the origin of the referring URI
REFERRER_POLICY_ORIGIN_WHEN_XORIGINSame as the default; Only send the origin of the referring URI for cross-origin requests
REFERRER_POLICY_UNSAFE_URLAlways send the referrer, even when downgrading from https to http
- -

Attributes

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
AttributeTypeDescription
allowPipeliningboolean -

This attribute is a hint to the channel to indicate whether or not the underlying HTTP transaction should be allowed to be pipelined with other transactions. This should be set to false, for example, if the application knows that the corresponding document is likely to be very large.

- -

This attribute is true by default, though other factors may prevent pipelining.

- This attribute may only be set before the channel is opened. - -

Exceptions thrown

- -
-
NS_ERROR_FAILURE
-
If set after the channel has been opened.
-
-
redirectionLimitunsigned long -

This attribute specifies the number of redirects this channel is allowed to make. If zero, the channel will fail to redirect and will generate a NS_ERROR_REDIRECT_LOOP failure status.

- -
-

Note: An HTTP redirect results in a new channel being created. If the new channel supports nsIHttpChannel, then it will be assigned a value to its redirectionLimit attribute one less than the value of the redirected channel's redirectionLimit attribute. The initial value for this attribute may be a configurable preference (depending on the implementation).

-
-
referrernsIURI -

Get or set the URI of the HTTP Referer: header. This is the address (URI) of the resource from which this channel's URI was obtained (see RFC2616 section 14.36).

- -

This attribute may only be set before the channel is opened.

- -
-

Note: The channel may silently refuse to set the Referer: header if the URI does not pass certain security checks (e.g., a "https://" URL will never be sent as the referrer for a plaintext HTTP request). The implementation is not required to throw an exception when the referrer URI is rejected.

-
- -

Exceptions thrown

- -
-
NS_ERROR_IN_PROGRESS
-
If set after the channel has been opened.
-
NS_ERROR_FAILURE
-
If used for setting referrer during visitRequestHeaders(). Getting the value will not throw.
-
-
requestMethodACString -

Set or get the HTTP request method (default is "GET"). Setter is case insensitive; getter returns an uppercase string.

- -

This attribute may only be set before the channel is opened.

- -
-

Note: The data for a "POST" or "PUT" request can be configured via nsIUploadChannel. However, after setting the upload data, it may be necessary to set the request method explicitly. The documentation for nsIUploadChannel has further details.

-
- -

Exceptions thrown

- -
-
NS_ERROR_IN_PROGRESS
-
If set after the channel has been opened.
-
-
requestSucceededboolean -

Returns true if the HTTP response code indicates success. The value of nsIRequest.status() will be NS_OK even when processing a 404 File Not Found response because such a response may include a message body that (in some cases) should be shown to the user. Use this attribute to distinguish server error pages from normal pages, instead of comparing the response status manually against the set of valid response codes, if that is required by your application. Read only.

- -

Exceptions thrown

- -
-
NS_ERROR_NOT_AVAILABLE
-
If called before the response has been received (before onStartRequest()).
-
-
responseStatusunsigned longGet the HTTP response code (For example 200). Read only. -

Exceptions thrown

- -
-
NS_ERROR_NOT_AVAILABLE
-
If called before the response has been received (before onStartRequest()).
-
-
responseStatusTextACString -

Get the HTTP response status text (For example "OK").

- -
-

Note: This returns the raw (possibly 8-bit) text from the server. There are no assumptions made about the charset of the returned text. You have been warned!

-
- -

Read only.

- -

Exceptions thrown

- -
-
NS_ERROR_NOT_AVAILABLE
-
If called before the response has been received (before onStartRequest()).
-
-
referrerPolicy 読取専甚 unsigned longThe referrer policy in use for this channel, indicated by one of the constants listed above
- -

Methods

- -

getOriginalResponseHeader()

- -

Get the value of a particular original response header, that is, in the same form as it came from the network. I.e. empty headers will have an empty string as value and multiple headers will not be merged as opposed to getResponseHeader().

- -
void getOriginalResponseHeader(
-  in ACString aHeader,
-  in nsIHttpHeaderVisitor aVisitor
-);
- -

Parameters

- -
-
aHeader
-
The case-insensitive name of the response header to query (For example "Set-Cookie").
-
- -
-
aVisitor
-
An nsIHttpHeaderVisitor instance allowing to visit all equally named response headers.
-
- -

Exceptions thrown

- -
-
NS_ERROR_NOT_AVAILABLE
-
If called before the response has been received (before onStartRequest()) or if no header with that name is set in the response.
-
- -

getRequestHeader()

- -

Get the value of a particular request header.

- -
ACString getRequestHeader(
-  in ACString aHeader
-);
-
- -

Parameters

- -
-
aHeader
-
The case-insensitive name of the request header to query (For example "Cache-Control").
-
- -

Return value

- -

The value of the request header.

- -

Exceptions thrown

- -
-
NS_ERROR_NOT_AVAILABLE
-
If the header is not set.
-
- -

getResponseHeader()

- -

Get the value of a particular response header.

- -
ACString getResponseHeader(
-  in ACString header
-);
-
- -

Parameters

- -
-
header
-
The case-insensitive name of the response header to query (For example "Set-Cookie").
-
- -

Return value

- -

The value of the response header.

- -

Exceptions thrown

- -
-
NS_ERROR_NOT_AVAILABLE
-
If called before the response has been received (before onStartRequest()) or if the header is not set in the response.
-
- -

isNoCacheResponse()

- -

Returns true if the server sent the equivalent of a "Cache-control: no-cache" response header. Equivalent response headers include: "Pragma: no-cache", "Expires: 0", and "Expires" with a date value in the past relative to the value of the "Date" header.

- -
boolean isNoCacheResponse();
-
- -

Parameters

- -

None.

- -

Return value

- -

Returns true if the server sent the equivalent of a "Cache-control: no-cache" response header, otherwise false.

- -

Exceptions thrown

- -
-
NS_ERROR_NOT_AVAILABLE
-
If called before the response has been received (before onStartRequest()).
-
- -

isNoStoreResponse()

- -
boolean isNoStoreResponse();
-
- -

Parameters

- -

None.

- -

Return value

- -

true if the server sent a "Cache-Control: no-store" response header.

- -

Exceptions thrown

- -
-
NS_ERROR_NOT_AVAILABLE
-
If called before the response has been received (before onStartRequest()).
-
- -

redirectTo()

- -

Instructs the channel to immediately redirect to a new destination. Can only be called on channels not yet opened.

- -

This method provides no explicit conflict resolution. The last caller to call it wins.

- -
void redirectTo(
-  in nsIURI aNewURI
-);
-
- -

Parameters

- -
-
aNewURI
-
The new URI to which we should redirect.
-
- -

Exceptions thrown

- -
-
NS_ERROR_ALREADY_OPENED
-
If called after the channel has been opened.
-
- -

setEmptyRequestHeader()

- -

This method is called to set an empty value for a particular request header. This should be used with caution in the cases where the behavior of setRequestHeader() ignoring empty header values is undesirable. This method may only be called before the channel is opened.

- -
void setEmptyRequestHeader(
-  in ACString aHeader
-);
-
- -

Parameters

- -
-
aHeader
-
The case-insensitive name of the request header to set (For example "Cookie").
-
- -

Exceptions thrown

- -
-
NS_ERROR_IN_PROGRESS
-
If called after the channel has been opened.
-
NS_ERROR_FAILURE
-
If called during visitRequestHeaders().
-
- -

setReferrerWithPolicy()

- -

Call this method to set the channel's referrer using the referrer policy indicated with one of the predefined constants.

- -
void setReferrerWithPolicy(
-  in nsIURI aReferrer,
-  in unsigned long aReferrerPolicy
-);
- -

Parameters

- -
-
aReferrer
-
The URI to base the referrer on.
-
aReferrerPolicy
-
The referrer policy to use when determining the referrer to use.
-
- -

Exceptions thrown

- -
-
NS_ERROR_FAILURE
-
If called during visitRequestHeaders().
-
- -

setRequestHeader()

- -

This method is called to set the value of a particular request header. This method allows, for example, the cookies module to add "Cookie" headers to the outgoing HTTP request. This method may only be called before the channel is opened. If aValue is empty and aMerge is false, the header will be cleared.

- -
void setRequestHeader(
-  in ACString aHeader,
-  in ACString aValue,
-  in boolean aMerge
-);
-
- -

Parameters

- -
-
aHeader
-
The case-insensitive name of the request header to query (For example "Cookie").
-
aValue
-
The request header value to set (For example "X=1").
-
aMerge
-
If true, the new header value will be merged with any existing values for the specified header. This flag is ignored if the specified header does not support merging (For example the "Content-Type" header can only have one value). The list of headers for which this flag is ignored is an implementation detail. If this flag is false, then the header value will be replaced with the contents of aValue.
-
- -

Exceptions thrown

- -
-
NS_ERROR_IN_PROGRESS
-
If called after the channel has been opened.
-
NS_ERROR_FAILURE
-
If called during visitRequestHeaders().
-
- -

setResponseHeader()

- -

Set the value of a particular response header. This method allows, for example, the HTML content sink to inform the HTTP channel about HTTP-EQUIV headers found in HTML <META> tags. If value is empty and merge is false, the header will be cleared.

- -
void setResponseHeader(
-  in ACString header,
-  in ACString value,
-  in boolean merge
-);
-
- -

Parameters

- -
-
header
-
The case-insensitive name of the response header to set(For example "Cache-Cookie").
-
value
-
The response header value to set (For example "no-cache").
-
merge
-
If true, the new header value will be merged with any existing values for the specified header. This flag is ignored if the specified header does not support merging (For example the "Content-Type" header can only have one value). The list of headers for which this flag is ignored is an implementation detail. If this flag is false, then the header value will be replaced with the contents of value.
-
- -

Exceptions thrown

- -
-
NS_ERROR_NOT_AVAILABLE
-
If called before the response has been received (before onStartRequest()).
-
NS_ERROR_ILLEGAL_VALUE
-
If changing the value of this response header is not allowed.
-
NS_ERROR_FAILURE
-
If called during visitResponseHeaders(), visitOriginalResponseHeaders() or getOriginalResponseHeader().
-
- -

visitOriginalResponseHeaders()

- -

Call this method to visit all original response headers, that is, in the same form as they came from the network. I.e. empty headers will be have an empty string as value and multiple headers will not be merged as opposed to visitResponseHeaders().

- -
-

Warning: Calling setResponseHeader() while visiting response headers will return a NS_ERROR_FAILURE.

-
- -
void visitOriginalResponseHeaders(
-  in nsIHttpHeaderVisitor aVisitor
-);
-
- -

Parameters

- -
-
aVisitor
-
An nsIHttpHeaderVisitor instance allowing to visit all original response headers.
-
- -

visitRequestHeaders()

- -

Call this method to visit all request headers.

- -
-

Warning: Calling setRequestHeader(), setReferrerWithPolicy() or setEmptyRequestHeader() while visiting request headers has undefined behavior until Gecko 47 (Firefox 47.0 / Thunderbird 47.0 / SeaMonkey 2.44). Starting from Gecko 48 (Firefox 48.0 / Thunderbird 48.0 / SeaMonkey 2.45) they will return a NS_ERROR_FAILURE.

-
- -
void visitRequestHeaders(
-  in nsIHttpHeaderVisitor aVisitor
-);
-
- -

Parameters

- -
-
aVisitor
-
The header visitor instance.
-
- -

visitResponseHeaders()

- -

Call this method to visit all response headers.

- -
-

Warning: Calling setResponseHeader() while visiting response headers has undefined behavior until Gecko 48 (Firefox 48.0 / Thunderbird 48.0 / SeaMonkey 2.45). Starting from Gecko 49 (Firefox 49.0 / Thunderbird 49.0 / SeaMonkey 2.46) it will return a NS_ERROR_FAILURE.

-
- -
void visitResponseHeaders(
-  in nsIHttpHeaderVisitor aVisitor
-);
-
- -

Parameters

- -
-
aVisitor
-
The header visitor instance.
-
- -

Exceptions thrown

- -
-
NS_ERROR_NOT_AVAILABLE
-
If called before the response has been received (before onStartRequest()).
-
- -
-

Note: Starting from Firefox 49, empty headers will be returned in case the preference network.http.keep_empty_response_headers_as_empty_string is set to true. Since Firefox 50 the preference defaults to true.

-
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiidleservice/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiidleservice/index.html deleted file mode 100644 index 5118321489..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiidleservice/index.html +++ /dev/null @@ -1,135 +0,0 @@ ---- -title: nsIIdleService -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIIdleService -tags: - - Interfaces - - MDC Project - - NeedsContent - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIIdleService ---- -

« XPCOM API Reference

-
-
widget/public/nsIIdleService.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9a
-
-

抂芁

-

アむドルサヌビスは、ナヌザがどのくらいの時間「アむドル状態」であるか、぀たり、マりスやキヌボヌドなどを䜿っおいない時間を監芖できるようにするサヌビスです。アむドル時間を盎接取埗するこずも可胜ですが、所定の間隔でオブザヌバを登録する䜿い方が䞀般的でしょう。

-

珟圚のずころ、nsIIdleService の実装は、Windows、Mac OS X、Linux (XScreenSaver を通じお) に察応しおいたす。

-

実装は @mozilla.org/widget/idleservice;1 で行われおいたす。むンスタンスを䜜成するには、以䞋のように蚘述したす。

-
var idleService = Components.classes["@mozilla.org/widget/idleservice;1"]
-                            .getService(Components.interfaces.nsIIdleService)
-
-

メ゜ッドの抂芁

- - - - - - - - - -
void addIdleObserver(in nsIObserver observer, in unsigned long time)
void removeIdleObserver(in nsIObserver observer, in unsigned long time)
-

属性

- - - - - - - - - - - - - -
属性型説明
idleTimelongナヌザが最埌に操䜜を行っおから経過したミリ秒単䜍での時間。 - - 読み取り専甚 -
-

メ゜ッド

-

addIdleObserver()

-

ナヌザの操䜜が䞀定時間アむドル状態になった堎合や、アむドル状態から埩垰した際に通知を受けるオブザヌバを远加したす。

-
void addIdleObserver(
-  in nsIObserver observer,
-  in unsigned long time
-)
-
-
パラメヌタ
-
-
- <tt>observer</tt>
-
- 通知を受ける オブザヌバ
-
-
-
- <tt>time</tt>
-
- オブザヌバに通知が行われるたでのナヌザのアむドル時間 (秒)
-
-
備考
- - - -

removeIdleObserver()

-

addIdleObserver で登録されたオブザヌバを削陀したす。

-
void removeIdleObserver(
-  in nsIObserver observer,
-  in unsigned long time
-)
-
-
パラメヌタ
-
-
- <tt>observer</tt>
-
- 削陀する オブザヌバ
-
-
-
- <tt>time</tt>
-
- オブザヌバに通知が行われるたでのナヌザのアむドル時間 (秒)
-
-
備考
-

オブザヌバの削陀は、指定したアむドル時間のオブザヌバに぀いお 1 回だけ行われたす。オブザヌバを耇数远加した堎合は、個別に削陀する必芁がありたす。

-

サンプルコヌド

-

䟋 1:

-
var idleService = Components.classes["@mozilla.org/widget/idleservice;1"]
-                            .getService(Components.interfaces.nsIIdleService)
-setTimeout(function() { alert(idleService.idleTime) }, 1000)
-// このコヌドを远加した埌、マりスやキヌボヌドを操䜜しないず、
-// 1000 前埌の数字が譊告ダむアログで衚瀺されたす。
-
-

䟋 2:

-
var idleService = Components.classes["@mozilla.org/widget/idleservice;1"]
-                            .getService(Components.interfaces.nsIIdleService)
-var idleObserver = {
-  observe: function(subject, topic, data) {
-    alert("topic: " + topic + "\ndata: " + data);
-  }
-};
-idleService.addIdleObserver(idleObserver, 60); // 1 分
-// ...
-// removeIdleObserver を䜿っおオブザヌバを削陀するのを忘れずに
-idleService.removeIdleObserver(idleObserver, 60);
-
-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiinputstream/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiinputstream/index.html deleted file mode 100644 index 46174421ec..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiinputstream/index.html +++ /dev/null @@ -1,65 +0,0 @@ ---- -title: nsIInputStream -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIInputStream -tags: - - Interfaces - - 'Interfaces:Frozen' - - 'Interfaces:Scriptable' - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIInputStream ---- -

« XPCOM API Reference

-

抂芁

-

nsIInputStream むンタヌフェヌスは、読み蟌み可胜なデヌタ゜ヌスを衚したす。

-
  #include "nsIInputStream.h"
-
-  [scriptable, uuid=(fa9c7f6c-61b3-11d4-9877-00c04fa0cf4a)]
-  interface nsIInputStream : nsISupports { ... };
-
-
-
xpcom/io/nsIInputStream.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.0
-
-

メ゜ッド

-
-
- close
-
- このメ゜ッドは、入力ストリヌムを閉じたす。
-
-
-
- available
-
- このメ゜ッドは、珟圚ストリヌムから読み蟌み可胜なバむトサむズを返したす。
-
-
-
- read
-
- このメ゜ッドは、デヌタをストリヌムからバッファにコピヌしたす。scriptable ではありたせん。
-
-
-
- readSegments
-
- このメ゜ッドは、ストリヌムの内郚バッファぞのダむレクトアクセスを提䟛したす。scriptable ではありたせん。
-
-
-
- isNonBlocking
-
- このメ゜ッドは、ストリヌムが非ブロッキングならtrueを返したす。
-
-

履歎

-

このむンタヌフェヌスは Mozilla 1.0で凍結されたした。詳现は バグ 124465 を芋おください。

-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiioservice/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiioservice/index.html deleted file mode 100644 index ef8ffd9671..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiioservice/index.html +++ /dev/null @@ -1,456 +0,0 @@ ---- -title: nsIIOService -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIIOService -tags: - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIIOService ---- -
-
netwerk/base/public/nsIIOService.idlScriptable
- - -This interface provides a set of URL parsing utility functions. These are provided as a convenience to the programmer and in some cases to improve performance by eliminating intermediate data structures and interfaces. - - -
-継承元: nsISupports -最終曎新: Gecko 1.2
-
- -

This interface duplicates many of the nsIProtocolHandler methods in a protocol handler independent way (For example newURI() inspects the scheme in order to delegate creation of the new URI to the appropriate protocol handler).

- -
蚻: nsIIOService may only be used from the main thread.
- -

Implemented by @mozilla.org/network/io-service;1 as a service:

- -
var iOService = Components.classes["@mozilla.org/network/io-service;1"]
-                .getService(Components.interfaces.nsIIOService);
-
- -

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
boolean allowPort(in long aPort, in string aScheme);
ACString extractScheme(in AUTF8String urlString);
unsigned long getProtocolFlags(in string aScheme);
nsIProtocolHandler getProtocolHandler(in string aScheme);
nsIChannel newChannel(in AUTF8String aSpec, in string aOriginCharset, in nsIURI aBaseURI); Gecko 48 で廃止
nsIChannel newChannel2(in AUTF8String aSpec, in string aOriginCharset, in nsIURI aBaseURI, in nsIDOMNode aLoadingNode, in nsIPrincipal aLoadingPrincipal, in nsIPrincipal aTriggeringPrincipal, in uint32_t aSecurityFlags, in uint32_t aContentPolicyType);
nsIChannel newChannelFromURI(in nsIURI aURI); Gecko 48 で廃止
nsIChannel newChannelFromURI2(in nsIURI aURI, in nsIDOMNode aLoadingNode, in nsIPrincipal aLoadingPrincipal, in nsIPrincipal aTriggeringPrincipal, in unsigned long aSecurityFlags, in unsigned long aContentPolicyType);
nsIChannel newChannelFromURIWithLoadInfo(in nsIURI aURI, in nsILoadInfo aLoadInfo);
nsIChannel newChannelFromURIWithProxyFlags2(in nsIURI aURI, in nsIURI aProxyURI, in uint32_t aProxyFlags,in nsIDOMNode aLoadingNode, in nsIPrincipal aLoadingPrincipal, in nsIPrincipal aTriggeringPrincipal, in uint32_t aSecurityFlags, in uint32_t aContentPolicyType);
nsIURI newFileURI(in nsIFile aFile);
nsIURI newURI(in AUTF8String aSpec, in string aOriginCharset, in nsIURI aBaseURI);
- -

属性

- - - - - - - - - - - - - - -
AttributeTypeDescription
offlinebooleanReturns true if networking is in "offline" mode. When in offline mode, attempts to access the network will fail (although this does not necessarily correlate with whether there is actually a network available -- that's hard to detect without causing the dialer to come up). Observers will be notified of changes to this attribute.
- -

メ゜ッド

- -

allowPort()

- -

Checks if a port number is banned. This involves consulting a list of unsafe ports, corresponding to network services that may be easily exploitable. If the given port is considered unsafe, then the protocol handler (corresponding to aScheme) will be asked whether it wishes to override the IO service's decision to block the port. This gives the protocol handler ultimate control over its own security policy while ensuring reasonable, default protection.

- -

Is similar to nsIProtocolHandler.allowPort().

- -
boolean allowPort(
-  in long aPort,
-  in string aScheme
-);
-
- -
Parameters
- -
-
aPort
-
The port to check
-
aScheme
-
The scheme for the protocol handler that could override the IOService's decision.
-
- -
Return value
- -

true if the port is allowed, false otherwise.

- -

extractScheme()

- -

Utility to extract the scheme from a URL string, consistently and according to spec (see RFC 3986).

- -
蚻:  Most URL parsing is done via nsIURI, and in fact the scheme can also be extracted from a URL string via nsIURI. This method is provided purely as an optimization.
- -
ACString extractScheme(
-  in AUTF8String urlString
-);
-
- -
Parameters
- -
-
urlString
-
The string for the URL to extract the scheme from.
-
- -
Return value
- -

A string corresponding to the scheme.

- -
Exceptions thrown
- -
-
NS_ERROR_MALFORMED_URI
-
If URL string is not of the right form.
-
- -

getProtocolFlags()

- -

Returns the protocol flags for a given scheme.

- -
unsigned long getProtocolFlags(
-  in string aScheme
-);
-
- -
Parameters
- -
-
aScheme
-
The scheme for which to get the protocol flags.
-
- -
Return value
- -

The value of the protocolFlags attribute for the corresponding nsIProtocolHandler.

- -

getProtocolHandler()

- -

Returns a protocol handler for a given URI scheme.

- -
nsIProtocolHandler getProtocolHandler(
-  in string aScheme
-);
-
- -
Parameters
- -
-
aScheme
-
The URI scheme for which to get a protocol handler.
-
- -
Return value
- -

An nsIProtocolHandler for the scheme.

- -

newChannel()

- -

Gecko 48 で廃止
- newURI() や newChannelFromURI() の重耇した呌び出しを避けるショヌトカットメ゜ッドです。

- -
nsIChannel newChannel(
-  in AUTF8String aSpec,
-  in string aOriginCharset,
-  in nsIURI aBaseURI
-);
-
- -
Parameters
- -
-
aSpec
-
垌望するuriのためのスペックです。
-
aOriginCharset
-
uriのためのキャラクタセットです。たぶんnullになるでしょう。
-
aBaseURI
-
スペックのためベヌスURLです。たぶんnullになるでしょう。もしaSpecが盞察パスだった時このパラメヌタヌは無芖されたす。
-
- -
Return value
- -

Returns an nsIChannel based on aSpec and aBaseURI.

- -

newChannel2()

- -

newURI() や newChannelFromURI()の再呌び出しを避けるためのショヌトカットメ゜ッドです。

- -
nsIChannel newChannel2(
-   in AUTF8String aSpec,
-   in string aOriginCharset,
-   in nsIURI aBaseURI,
-   in nsIDOMNode aLoadingNode,
-   in nsIPrincipal aLoadingPrincipal,
-   in nsIPrincipal aTriggeringPrincipal,
-   in uint32_t aSecurityFlags,
-   in uint32_t aContentPolicyType,
-
-);
-
- -
Parameters
- -
-
aSpec
-
-

垌望するuriのためのスペックです。

-
-
aOriginCharset
-
uriのためのキャラクタセットです。たぶんnullになるでしょう。
-
aBaseURI
-
スペックのためベヌスURLです。たぶんnullになるでしょう。もしaSpecが盞察パスだった時このパラメヌタヌは無芖されたす。
-
aLoadingNode
-
チャンネルのloadingDocumentです。この芁玠やドキュメントがリク゚ストの結果ずしお䜿われるでしょう。これはこのリク゚ストぞの結果ずしおアクセスされる芁玠やドキュメントです。䟋ずしお画像をロヌドする堎合、これはむメヌゞがロヌドされるドキュメントになりたす。そしおCSSの堎合、 レンダリングがこのスタむルシヌトに圱響を䞎えられるドキュメントになりたす。もし可胜なら、ロヌドが実行される芁玠を枡したす。しかしもしロヌドが XMLHttpRequestなどのJS API やforなどで耇数の芁玠に枡っお合䜓される堎合は代わりにDocumentノヌドに枡したす。ロヌドがアドオンや内郚のブラりザ機胜から来るようにロヌドがどんなドキュメントにも関連しおいない堎合、nullを䜿いたす。
-
aLoadingPrincipal
-
チャンネルにロヌドするもののPrincipalです。 リク゚ストの結果ずしおこのドキュメントのprincipalが䜿甚されたす。 この倀のデフォルトは aLoadingNode のprincipalです。そのため、もし aLoadingNode が枡された堎合は、nullずしお残すこずができたす。 しかし、aLoadingNode が null ずしおロヌドされおいる堎合は、倀を枡す必芁がありたす。 䟋ずしおWebWorkerからロヌドする堎合を考えおみたす。この堎合はworkerのprincipalを枡したす。アドオンやブラりザ内郚からロヌドする堎合は、 system principalを枡したす。This principal should almost always be the system principal if aLoadingNode is null. The only exception to this is for loads from WebWorkers since they don't have any nodes to be passed as aLoadingNode. Please note, aLoadingPrincipal is *not* the principal of the resource being loaded. But rather the principal of the context where the resource will be used.
-
aTriggeringPrincipal
-
The triggeringPrincipal of the load. The triggeringPrincipal is the principal of the resource that caused this particular URL to be loaded. Most likely the triggeringPrincipal and the loadingPrincipal are identical, in which case the triggeringPrincipal can be left out. In some cases the loadingPrincipal and the triggeringPrincipal are different however, e.g. a stylesheet may import a subresource. In that case the principal of the stylesheet which contains the import command is the triggeringPrincipal, and the principal of the document whose rendering is affected is the loadingPrincipal.
-
aSecurityFlags
-
このchannelのsecurityFlagsです。すべおのsecurityFlagsはnsILoadInfoで定矩されおいたす。
-
aContentPolicyType
-
このchannelのcontentPolicyTypeです。すべおのcontentPolicytypeはnsIContentPolicyで定矩されおいたす。
-
【蚳泚: アドオン開発者が暫定的に䜿う堎合はTYPE_OTHERを䜿う。firefox開発者はTYPE_OTHERを䜿うのは避けるべきです】
-
【蚳泚: nsIContentPolicyがincludeしおいる nsIContentPolicyBase.idl に曞いおあるっぜいです】
-
- -
 
- -
Return value
- -

aSpecやaBaseURIに基づいた nsIChannel を返したす。

- -

newChannelFromURI()

- -

Gecko 48 で廃止

- -

䞎えられたURIのチャンネルを䜜成したす

- -
nsIChannel newChannelFromURI(
-  in nsIURI aURI
-);
-
- -
Parameters
- -
-
aURI
-
An nsIURI from which to make a channel.
-
- -
Return value
- -

An nsIChannel for the uri.

- -

newChannelFromURI2()

- -

Creates a channel for a given URI.

- -
nsIChannel newChannelFromURI2(
-  in nsIURI aURI,
-  in nsIDOMNode aLoadingNode,
-  in nsIPrincipal aLoadingPrincipal,
-  in nsIPrincipal aTriggeringPrincipal,
-  in unsigned long aSecurityFlags,
-  in unsigned long aContentPolicyType
-);
- -

Please note, if you provide both a loadingNode and a loadingPrincipal, then loadingPrincipal must be equal to loadingNode->NodePrincipal(). But less error prone is to just supply a loadingNode.

- -

Keep in mind that URIs coming from a webpage should never use the systemPrincipal as the loadingPrincipal.

- -
Parameters
- -
-
aURI
-
An nsIURI from which to make a channel.
-
aLoadingNode
-
The loadingDocument of the channel.
- The element or document where the result of this request will be used. This is the document/element that will get access to the result of this request. For example for an image load, it's the document in which the image will be loaded. And for a CSS stylesheet it's the document whose rendering will be affected by the stylesheet. If possible, pass in the element which is performing the load. But if the load is coming from a JS API (such as XMLHttpRequest) or if the load might be coalesced across multiple elements (such as for <img>) then pass in the Document node instead.
-
- For loads that are not related to any document, such as loads coming from addons or internal browser features, use null here.
-
aLoadingPrincipal                                                     
-
The loadingPrincipal of the channel.
-
- The principal of the document where the result of this request will be used.
-
- This defaults to the principal of aLoadingNode, so when aLoadingNode is passed this can be left as null. However for loads where aLoadingNode is null this argument must be passed.  For example for loads from a WebWorker, pass the principal of that worker. For loads from an addon or from internal browser features, pass the system principal. This principal should almost always be the system principal if aLoadingNode is null. The only exception to this is for loads from WebWorkers since they don't have any nodes to be passed as aLoadingNode. Please note, aLoadingPrincipal is *not* the principal of the resource being loaded. But rather the principal of the context here the resource will be used.
-
aTriggeringPrincipal                                                  
-
The triggeringPrincipal of the load.
-
- The triggeringPrincipal is the principal of the resource that caused this particular URL to be loaded. Most likely the triggeringPrincipal and the loadingPrincipal are identical, in which case the triggeringPrincipal can be left out. In some cases the loadingPrincipal and the triggeringPrincipal are different however, e.g. a stylesheet may import a subresource. In that case the principal of the stylesheet which contains the import command is the triggeringPrincipal, and the principal of the document whose rendering is affected is the loadingPrincipal.
-
aSecurityFlags                                                        
-
The securityFlags of the channel. Any of the securityflags defined in nsILoadInfo.idl
-
aContentPolicyType                                                        
-
The contentPolicyType of the channel. Any of the content types defined in nsIContentPolicy.idl              
-
- -
Return value
- -

An nsIChannel for the uri.

- -

newChannelFromURIWithLoadInfo()

- -

Creates a channel for a given URI. Equivalent to newChannelFromURI2(aURI, aLoadingNode, ...)

- -
nsIChannel newChannelFromURIWithLoadInfo(
-  in nsIURI aURI,
-  in nsILoadInfo aLoadInfo
-);
- -
Parameters
- -
-
aURI
-
An nsIURI from which to make a channel.
-
aLoadInfo
-
A load info object.
-
- -
Return value
- -

An nsIChannel for the uri.

- -

newChannelFromURIWithProxyFlags2()

- -


- Creates a channel for a given URI. Equivalent to newChannelFromURI2(aURI, aLoadingNode, ...)

- -
nsIChannel newChannelFromURIWithProxyFlags2(
-  in nsIURI aURI,
-  in nsIURI aProxyURI,
-  in uint32_t aProxyFlags,
-  in nsIDOMNode aLoadingNode,
-  in nsIPrincipal aLoadingPrincipal,
-  in nsIPrincipal aTriggeringPrincipal,
-  in uint32_t aSecurityFlags,
-  in uint32_t aContentPolicyType
-);
- -
Parameters
- -
-
aURI
-
An nsIURI from which to make a channel.
-
aProxyURI
-
nsIURI to use for proxy resolution. Can be null in which case aURI is used.
-
aPorxyFlags
-
Flags from nsIProtocolProxyService to use when resolving proxies for this new channel.
-
aLoadingNode
-
The loadingDocument of the channel. The element or document where the result of this request will be used. This is the document/element that will get access to the result of this request. For example for an image load, it's the document in which the image will be loaded. And for a CSS stylesheet it's the document whose rendering will be affected by the stylesheet. If possible, pass in the element which is performing the load. But if the load is coming from a JS API (such as XMLHttpRequest) or if the load might be coalesced across multiple elements (such as for ) then pass in the Document node instead. For loads that are not related to any document, such as loads coming from addons or internal browser features, use null here.
-
aLoadingPrincipal
-
The loadingPrincipal of the channel. The principal of the document where the result of this request will be used. This defaults to the principal of aLoadingNode, so when aLoadingNode is passed this can be left as null. However for loads where aLoadingNode is null this argument must be passed. For example for loads from a WebWorker, pass the principal of that worker. For loads from an addon or from internal browser features, pass the system principal. This principal should almost always be the system principal if aLoadingNode is null. The only exception to this is for loads from WebWorkers since they don't have any nodes to be passed as aLoadingNode. Please note, aLoadingPrincipal is *not* the principal of the resource being loaded. But rather the principal of the context where the resource will be used.
-
aTriggeringPrincipal
-
The triggeringPrincipal of the load. The triggeringPrincipal is the principal of the resource that caused this particular URL to be loaded. Most likely the triggeringPrincipal and the loadingPrincipal are identical, in which case the triggeringPrincipal can be left out. In some cases the loadingPrincipal and the triggeringPrincipal are different however, e.g. a stylesheet may import a subresource. In that case the principal of the stylesheet which contains the import command is the triggeringPrincipal, and the principal of the document whose rendering is affected is the loadingPrincipal.
-
aSecurityFlags
-
The securityFlags of the channel. Any of the securityflags defined in nsILoadInfo.
-
aContentPolicyType
-
The contentPolicyType of the channel. Any of the content types defined in nsIContentPolicy.
-
- -
Return value
- -

An nsIChannel for the uri.

- -

newFileURI()

- -

This method constructs a new URI from a nsIFile.

- -
nsIURI newFileURI(
-  in nsIFile aFile
-);
-
- -
Parameters
- -
-
aFile
-
The nsIFile whose URI is desired.
-
- -
Return value
- -

An nsIURI corresponding to the file.

- -

newURI()

- -

This method constructs a new URI by determining the scheme of the URI spec, and then delegating the construction of the URI to the protocol handler for that scheme. QueryInterface can be used on the resulting URI object to obtain a more specific type of URI.

- -
nsIURI newURI(
-  in AUTF8String aSpec,
-  in string aOriginCharset,
-  in nsIURI aBaseURI
-);
-
- -
Parameters
- -
-
aSpec
-
The spec for the desired uri.
-
aOriginCharset
-
The charset for the uri. May be null.
-
aBaseURI
-
The base URI for the spec. May be null. If aSpec is an absolute URL, this parameter is ignored.
-
- -
Return value
- -

An nsIURI object corresponding to aSpec and aBaseURI.

- -
Exceptions thrown
- -
-
NS_ERROR_MALFORMED_URI
-
If URI does not begin with a valid scheme (as defined by RFC 3986) followed by a colon.
-
- -

備考

- -
蚻:  The proper way to create a new nsIURI is with newURI() method defined above. Do NOT create a new nsIURI with createInstance().
- -

This was a frozen interface see バグ 157131 for details. From Gecko 2.0 interfaces are no longer frozen.

- -

関連項目

- - diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsijscid/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsijscid/index.html deleted file mode 100644 index 0b472eba03..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsijscid/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: nsIJSCID -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIJSCID -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIJSCID ---- -

« XPCOM API Reference

-

抂芁

-

コンポヌネントのむンスタンス化ずサヌビスコンポヌネントの利甚を可胜にするための機胜を、nsIJSCIDむンタヌフェむスは提䟛したす。

-
[scriptable, uuid(e3a24a60-d651-11d2-9843-006008962422)]
-interface nsIJSCID : nsIJSID { ... };
-
-

メ゜ッド

-

createInstance

-
nsISupports createInstance();
-
-

getService

-
nsISupports getService();
-
-

関連項目

-

createInstance()メ゜ッドずgetService()メ゜ッドの䜿い方は、Components.classesを参照しおください。

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsijson/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsijson/index.html deleted file mode 100644 index 2e8d1beca3..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsijson/index.html +++ /dev/null @@ -1,165 +0,0 @@ ---- -title: nsIJSON -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIJSON -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIJSON ---- -

-

草案
- このペヌゞは完成しおいたせん。

- -
nsIJSON むンタフェヌスは、JavaScript コヌドから JSON 文字列を゚ンコヌド、デコヌドする䟿利な方法を提䟛したす。 -
- 泚: このむンタフェヌスは JavaScript コヌドからのみ利甚されたす。
-


-

-
dom/public/idl/json/nsIJSON.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

実装: @mozilla.org/dom/json;1 むンスタンスを䜜成するには、以䞋のように蚘述したす。

-
var nativeJSON = Components.classes["@mozilla.org/dom/json;1"]
-                 .createInstance(Components.interfaces.nsIJSON);
-
-

メ゜ッドの抂芁

-
èš»: IDL ファむルには、コメントアりトされた IDL が䞀郚含たれおいたす。これは、その郚分が IDL で適切に蚘述できないこずを衚珟しおいるのが原因です。ただし、この蚘事の目的に照らし合わせお、実圚するかのように説明し、この問題を意図的に無芖しおいたす。
- - - - - - - - - - - - - - - -
JSObject decode(in AString str, [optional] in JSObject whitelist);
JSObject decodeFromStream(in nsIInputStream stream, in long contentLength, [optional] in JSObject optFilter);
AString encode(in JSObject value, [optional] in JSObject whitelist);
void encodeToStream(in nsIOutputStream stream, in string charset, in boolean writeBOM, in JSObject value, [optional] in JSObject optFilter);
-

メ゜ッド

-

decode()

-

JSON 文字列をデコヌドしたす。JavaScript オブゞェクトが存圚する堎合はそのオブゞェクトを返したす。

-
 JSObject decode(
-   in AString str,
-   [optional] in JSObject whitelist
- );
-
-
匕数
-
-
- <tt>str</tt>
-
- デコヌドする JSON 文字列。
-
- <tt>whitelist</tt>
-
-  ?
-
-
戻り倀
-

JSON 文字列から再構築された、元の JavaScript オブゞェクト。

-

decodeFromStream()

-

入力ストリヌムから読み出した JSON 文字列をデコヌドしたす。JavaScript オブゞェクトが存圚する堎合はそのオブゞェクトを返したす。

-
 JSObject decodeFromStream(
-   in nsIInputStream stream,
-   in long contentLength,
-   [optional] in JSObject optFilter
- );
-
-
匕数
-
-
- <tt>stream</tt>
-
- JSON 文字列を読み出す nsIInputStream。
-
- <tt>contentLength</tt>
-
- 読み出す JSON 文字列の長さ。
-
- <tt>optFilter</tt>
-
-  ?
-
-
戻り倀
-

JSON 文字列から再構築された、元の JavaScript オブゞェクトを衚す JSObject。

-

encode()

-

JavaScript オブゞェクトを JSON 文字列ぞ゚ンコヌドしたす。

-
 AString encode(
-   in JSObject value,
-   [optional] in JSObject whitelist
- );
-
-
匕数
-
-
- <tt>value</tt>
-
- ゚ンコヌドする JavaScript オブゞェクト。
-
- <tt>whitelist</tt>
-
-  ?
-
-
戻り倀
-

オブゞェクトを衚す JSON 文字列。

-

encodeToStream()

-

JavaScript オブゞェクトを JSON 文字列ぞ゚ンコヌドし、ストリヌムに曞き蟌みたす。

-
 void encodeToStream(
-   in nsIOutputStream stream,
-   in string charset,
-   in boolean writeBOM
-   in JSObject value,
-   [optional] in JSObject optFilter
- );
-
-
匕数
-
-
- <tt>stream</tt>
-
- JSON 文字列を曞き蟌む nsIOutputStream。
-
- <tt>charset</tt>
-
- 䜿甚する文字゚ンコヌディング。「UTF-8」「UTF-16LE」「UTF-16BE」など。
-
- <tt>writeBOM</tt>
-
- ストリヌムにバむトオヌダヌマヌク (BOM) を曞き蟌む堎合は true、曞き蟌たない堎合は false を指定したす。
-
- <tt>value</tt>
-
- ゚ンコヌドする JavaScript オブゞェクト。
-
- <tt>optFilter</tt>
-
- ?
-
-

䟋

-

オブゞェクトを゚ンコヌドする

-
var myObj = {"foo":"bar"};
-
-var myJSONString = nativeJSON.encode(myObj);
-
-

返される文字列は「{"foo":"bar"}」になりたす。

-

JSON 文字列をデコヌドする

-

䞊蚘の文字列は、decode() に枡しお、元のオブゞェクトに戻すこずができたす。

-
var myObj2 = nativeJSON.decode(myJSONString);
-
-

関連蚘事

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsilogininfo/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsilogininfo/index.html deleted file mode 100644 index 9efe8fb32d..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsilogininfo/index.html +++ /dev/null @@ -1,147 +0,0 @@ ---- -title: nsILoginInfo -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsILoginInfo -tags: - - Firefox 3 - - MDC Project - - NeedsEditorialReview -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsILoginInfo ---- -

-nsILoginInfoはFirefox 3のログむンマネヌゞャにお栌玍されるログむンのための情報を保持するオブゞェクトです。 -

ログむンを䜜成し、管理するにはnsILoginManagerを䜿甚する必芁がありたす。Using nsILoginManagerの䟋をご芧ください。 -


-

-
toolkit/components/passwordmgr/public/nsILoginInfo.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

Inherits from: nsISupports -

Implemented by: @mozilla.org/login-manager/loginInfo;1. むンスタンスを䜜成するためには次の䟋を䜿甚しおください。 -

-
var myLoginInfo = Components.classes["@mozilla.org/login-manager/loginInfo;1"]
-                   .createInstance(Components.interfaces.nsILoginInfo);
-
-

メ゜ッドの抂芁

- - - - - - -
void init(in AString aHostname, in AString aFormSubmitURL, in AString aHttpRealm, in AString aUsername, in AString aPassword, in AString aUsernameField, in AString aPasswordField); -
boolean equals(in nsILoginInfo aLoginInfo); -
boolean equalsIgnorePassword(in nsILoginInfo aLoginInfo); -
-

属性

- - - - - - - - - - - - - - - -
属性 -型 -蚘述 -
hostname -AString - ログむンが実行されるホストの名前。URLずしおフォヌマットされたす。䟋ずしお、"http://www.wite.com")。ポヌト番号(":123")が远加されるこずもあるでしょう。 -
formSubmitURL -AString - フォヌムベヌスのログむンがサブミットされるURL。HTMLフォヌムから獲埗されるログむン向けにはこのフィヌルドはform芁玠のaction属性になり、パスは削陀されたす䟋ずしお、"http://www.site.com"。action属性のないフォヌムはデフォルトずしおフォヌムの元のURLにサブミットされたす。そのためにそれはここに栌玍されたす。このフィヌルドはログむンがプロトコル認蚌から埗られた堎合にはNULLです。 -
httpRealm -AString - ログむンが芁求されたHTTP Realm。HTTPサヌバが401の結果を返した時、WWW-Authenticateヘッダは"保護空間"を特定するRealmを含みたす。RFC 2617を参照しおください。結果に realm が含たれおいなかった堎合、あるいは空癜だった堎合は、代わりにホスト名が䜿われたす。HTMLフォヌムから獲埗されたログむンに関しおはこのフィヌルドはNULLです。 -
username -AString - ログむンのナヌザ名 -
usernameField -AString - フォヌム内のナヌザ名入力フィヌルドのname属性。フォヌムを利甚しないログむンでは、空癜の文字列 ("") を指定する必芁がありたす。 -
password -AString - ログむンのパスワヌド。 -
passwordField -AString - パスワヌド入力フィヌルドのname属性。プロトコル認蚌から獲埗されたログむンではこのフィヌルドはNULLになりたす。 -
-

メ゜ッド

-

init()

-

新しく䜜成されたnsILoginInfoオブゞェクトを初期化したす。 -

-
 void init(in AString aHostname,
-   in AString aFormSubmitURL,
-   in AString aHttpRealm,
-   in AString aUsername,
-   in AString aPassword,
-   in AString aUsernameField,
-   in AString aPasswordField
- );
-
-
匕数
-
<tt>aHostname</tt> -
hostnameフィヌルドに割り圓おられる倀 -
<tt>aFormSubmitURL</tt> -
formSubmitURLフィヌルドに割り圓おられる倀 -
<tt>aHttpRealm</tt> -
httpRealmフィヌルドに割り圓おられる倀 -
<tt>aUsername</tt> -
usernameフィヌルドに割り圓おられる倀 -
<tt>aPassword</tt> -
passwordフィヌルドに割り圓おられる倀 -
<tt>aUsernameField</tt> -
usernameFieldフィヌルドに割り圓おられる倀 -
<tt>aPasswordField</tt> -
passwordFieldフィヌルドに割り圓おられる倀 -
-

equals()

-

このログむンが別のnsILoginInfoオブゞェクトず完党に等しいかどうか確定する -

-
 boolean equals(
-   in nsILoginInfo aLoginInfo
- );
-
-
匕数
-
<tt>aLoginInfo</tt> -
等しさを比范するログむン -
-
戻り倀
-

もし二぀のログむンが完党に等しければtrue、そうでなければfalse。 -

-

matches()

-

このログむンが他の nsILoginInfo オブゞェクトずほが等しいかどうかを刀別するテストを行いたす。passwordField ず usernameField の倀は無芖され、password の倀も任意で無芖できたす。このログむンの formSubmitURL が空癜の文字列である (か぀ null でない) 堎合は、ワむルドカヌドず同等に扱われたす。 -

-
 boolean matches(
-   in nsILoginInfo aLoginInfo,
-   in boolean      ignorePassword
- );
-
-
匕数
-
<tt>aLoginInfo</tt> -
等しさを比范するログむン -
-
<tt>ignorePassword</tt> -
true の堎合、刀別時にパスワヌドの倀を怜査したせん。 -
-
戻り倀
-

2぀のログむンが同等ならばtrue、等しくなければfalse。 -

-

参照

-

See also

-

nsILoginManager, Using nsILoginManager -

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiloginmanager/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiloginmanager/index.html deleted file mode 100644 index ca03e05897..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiloginmanager/index.html +++ /dev/null @@ -1,306 +0,0 @@ ---- -title: nsILoginManager -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsILoginManager -tags: - - Firefox 3 - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsILoginManager ---- -

nsIPasswordManager に替わり Firefox 3 では nsILoginManager がパスワヌドマネヌゞャヌのむンタヌフェむスずしお䜿われたす。

- -

䜿甚䟋に぀いおは Using nsILoginManager をご芧ください。

- -


-

-
toolkit/components/passwordmgr/public/nsILoginManager.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
- -

Inherits from: nsILoginManager

- -

Implemented by: @mozilla.org/login-manager;1. To create an instance, use:

- -
var loginManager = Components.classes["@mozilla.org/login-manager;1"]
-                   .getService(Components.interfaces.nsILoginManager);
-
- -

Method overview

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
void addLogin(in nsILoginInfo aLogin);
void removeLogin(in nsILoginInfo aLogin);
void modifyLogin(in nsILoginInfo oldLogin, in nsILoginInfo newLogin);
void removeAllLogins();
void getAllLogins(out unsigned long count, [retval, array, size_is(count)] out nsILoginInfo logins);
void getAllDisabledHosts(out unsigned long count, [retval, array, size_is(count)] out wstring hostnames);
boolean getLoginSavingEnabled(in AString aHost);
void setLoginSavingEnabled(in AString aHost, in boolean isEnabled);
void findLogins(out unsigned long count, in AString aHostname, in AString aActionURL, in AString aHttpRealm, [retval, array, size_is(count)] out nsILoginInfo logins);
unsigned long countLogins(in AString aHostName, in AString aActionURL, in AString aHttpRealm,);
nsIAutoCompleteResult autoCompleteSearch(in AString aSearchString, in nsIAutoCompleteResult aPreviousResult, in nsIDOMHTMLInputElement aElement);
- -

メ゜ッド

- -

addLogin()

- -

新しいログむン情報をログむンマネヌゞャヌに保存したす。

- -
 void addLogin(
-   in nsILoginInfo aLogin
- );
-
- -
Parameters
- -
-
aLogin
-
The login to store.
-
- -

removeLogin()

- -

ログむンマネヌゞャヌからログむン情報を削陀したす。

- -
 void removeLogin(
-   in nsILoginInfo aLogin
- );
-
- -
Parameters
- -
-
aLogin
-
The login to remove from the Login Manager.
-
- -

modifyLogin()

- -

既存のログむン情報を修正し䞊曞きしたす。

- -
 void modifyLogin(
-   in nsILoginInfo oldLogin,
-   in nsILoginInfo newLogin
- );
-
- -
Parameters
- -
-
oldLogin
-
The login to be updated.
-
newLogin
-
The login information to replace the oldLogin with.
-
- -

removeAllLogins()

- -

ログむンマネヌゞャヌに保存されおいるすべおのログむン情報を削陀したす。この動䜜はマスタヌパスワヌドによる保護を無芖したす。

- -
 void removeAllLogins();
-
- -
Parameters
- -

None.

- -

getAllLogins()

- -

ログむンマネヌゞャヌに保存されおいるすべおのログむン情報を配列ずしお返したす。

- -
 void getAllLogins(
-   out unsigned long count,
-   [retval, array, size_is(count)] out nsILoginInfo logins
- );
-
- -
Parameters
- -
-
count
-
The number of elements in the returned array. JavaScript callers can simply use the array's length property and supply a dummy argument for this parameter.
-
logins
-
An array of nsILoginInfo objects containing all the logins the Login Manager has on record.
-
- -
Remarks
- -

このメ゜ッドは JavaScript から次のように呌ぶこずができたす:

- -
 var logins = myLoginMgr.getAllLogins({});
-
- -

logins にはログむン情報が配列圢匏で戻されたす。

- -

getAllDisabledHosts()

- -

ログむン情報の保存が無効に蚭定されおいるホストの䞀芧を返したす。

- -
 void getAllDisabledHosts(
-   out unsigned long count,
-   [retval, array, size_is(count)] out wstring hostnames
- );
-
- -
Parameters
- -
-
count
-
The number of elements in the returned array. JavaScript callers can simply use the array's length property and supply a dummy argument for this parameter.
-
hostnames
-
An array of hostname strings in URL format without a pathname. For example: "https://www.site.com".
-
- -
Remarks
- -

You can call this method from JavaScript like this:

- -
 var disabledHosts = myLoginMgr.getAllDisabledHosts({});
-
- -

getLoginSavingEnabled()

- -

指定されたホストでログむン情報を保存可胜かどうかを返したす。

- -
 boolean getLoginSavingEnabled(
-   in AString aHost
- );
-
- -
Parameters
- -
-
aHost
-
The hostname to check. This argument should be in the origin URL format, with no pathname. For example: "https://www.site.com".
-
- -
戻り倀
- -

ホストがログむン情報を保存できる堎合は treu を、そうでない堎合は false を返したす。

- -

setLoginSavingEnabled()

- -

Enables or disables storing logins for a specified host. When login storing is disabled, the Login Manager won't prompt the user to store logins for that host. Existing logins are not affected.

- -
 void setLoginSavingEnabled(
-   in AString aHost,
-   in boolean isEnabled
- );
-
- -
Parameters
- -
-
aHost
-
The hostname to adjust the setting for. This argument should be in the origin URL format, with no pathname. For example: "https://www.site.com".
-
isEnabled
-
If true, login saving is enabled for the specified host. If false, login saving is disabled.
-
- -

findLogins()

- -

Searches for logins matching the specified criteria. Called when looking for logins that might be applicable to a given form or authentication request.

- -
 void findLogins(
-   out unsigned long count,
-   in AString aHostname,
-   in AString aActionURL,
-   in AString aHttpRealm,
-   [retval, array, size_is(count)] out nsILoginInfo logins
- );
-
- -
Parameters
- -
-
count
-
The number of elements in the returned array. JavaScript callers can simply use the array's length property and supply a dummy argument for this parameter.
-
aHostname
-
The hostname to which to restrict searches. When looking for form logins, this argument should be in origin HTML format, with no pathname. For protocol logins, such as http or ftp, it should be the hostname with the port number appended, such as "www.bar.com:443".
-
aActionURL
-
For form logins, this parameter should specify the URL to which the form will be submitted. For protocol logins, specify null.
-
aHttpRealm
-
For protocol logins, specify the HTTP Realm for which the login applies; this is obtained from the WWW-Authenticate header (see RFC 2617). For form logins, this parameter should be null.
-
logins
-
An array of nsILoginInfo objects.
-
- -
Remarks
- -

This method can be called from JavaScript like this:

- -
 var logins = myLoginMgr.findLogins({}, hostname, ...);
-
- -

countLogins()

- -

Returns the number of logins matching the specified criteria. Called when only the number of logins is needed, and not the actual logins (which avoids prompting the user for a Master Password, as the logins don't need to be decrypted).

- -
 unsigned login countLogins(
-   in AString aHostname,
-   in AString aActionURL,
-   in AString aHttpRealm,
- );
-
- -
Parameters
- -
-
aHostname
-
The hostname to which to restrict searches. When looking for form logins, this argument should be in origin HTML format, with no pathname. For protocol logins, such as http or ftp, it should be the hostname with the port number appended, such as "www.bar.com:443".
-
aActionURL
-
For form logins, this parameter should specify the URL to which the form will be submitted. To match any form login, specify "" (empty string). To not match any form logins (eg, when interested in protocol logins only), specify null.
-
aHttpRealm
-
For protocol logins, specify the HTTP Realm for which the login applies; this is obtained from the WWW-Authenticate header (see RFC 2617). To match any protocol login, specify "" (empty string). To not match any protocol logins (eg, when interested in form logins only), specify null.
-
- -

 

- -

autoCompleteSearch()

- -

Generates results for a user field autocomplete menu.

- -
-

This method is provided for use only by the FormFillController, which calls it directly. It should not be used for any other purpose, so no specific usage documentation is provided here.

-
- -

Remarks

- -

Fill this out.

- -

See also

- -

nsILoginInfo, Using nsILoginManager

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiobserver/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiobserver/index.html deleted file mode 100644 index 2c50f02fa8..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiobserver/index.html +++ /dev/null @@ -1,65 +0,0 @@ ---- -title: nsIObserver -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIObserver -tags: - - Interfaces - - 'Interfaces:Frozen' - - 'Interfaces:Scriptable' - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIObserver ---- -

« XPCOM API Reference

-

抂芁

-

nsIObserver は、オブゞェクトが通知を監芖するために䜿われたす。 これらの通知は、い぀もではなく時々、nsIObserverServiceを通しおブロヌドキャストされたす。

-
-
xpcom/ds/nsIObserver.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 0.9.6
-
-

むンタヌフェヌス・コヌド

-
[scriptable, uuid(DB242E01-E4D9-11d2-9DDE-000064657374)]
-interface nsIObserver : nsISupports {
-    void observe( in nsISupports aSubject,
-                  in string      aTopic,
-                  in wstring     aData );
-};
-
-

メ゜ッド

-

observe

-
    void observe( in nsISupports aSubject,
-                  in string      aTopic,
-                  in wstring     aData );
-
-

observe will be called when there is a notification for the topic that the observer has been registered for.

-

In general, aSubject reflects the object whose change or action is being observed, aTopic indicates the specific change or action, and aData is an optional parameter or other auxiliary data further describing the change or action.

-

The specific values and meanings of the parameters provided varies widely, though, according to where the observer was registered, and what topic is being observed.

-

A single nsIObserver implementation can observe multiple types of notification, and is responsible for dispatching its own behaviour on the basis of the parameters for a given callback. In general, aTopic is the primary criterion for such dispatch; nsIObserver implementations should take care that they can handle being called with unknown values for aTopic.

-

While some observer-registration systems may make this safe in specific contexts, it is generally recommended that observe implementations not add or remove observers while they are being notified.

-

関連むンタヌフェヌス

-

nsIObserverService

-

サンプルコヌド

-

The following is an implementation of nsIObserver that can be registered with the preference service to be notified of changes in preferences (see Using preferences on MozillaZine for a complete example and for more information about the preference system in general).

-
var prefObserver = {
-  // nsIObserver
-  observe: function (aSubject, aTopic, aData) {
-    if (aTopic == "nsPref:changed") { // observe preference changes
-      // aData contains the name of the changed preference
-      dump(aData+" changed!");
-    }
-  },
-
-  QueryInterface: function(aIID) {
-    if(!aIID.equals(CI.nsISupports) && !aIID.equals(CI.nsIObserver))
-      throw CR.NS_ERROR_NO_INTERFACE;
-    return this;
-  }
-};
-
-

See also Using observers.

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiobserverservice/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiobserverservice/index.html deleted file mode 100644 index ffd3a4649d..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiobserverservice/index.html +++ /dev/null @@ -1,186 +0,0 @@ ---- -title: nsIObserverService -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIObserverService -tags: - - Interfaces - - 'Interfaces:Frozen' - - 'Interfaces:Scriptable' - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIObserverService ---- -
« XPCOM API Reference
- -

抂芁

- -

nsIObserverService むンタフェヌスは、様々な通知を受けるオブザヌバを远加、削陀、通知、列挙するためのメ゜ッドを提䟛したす。

-
xpcom/ds/nsIObserverService.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 0.9.6
-
詳しくは バグ 99163 をご芧ください - -
 #include "nsIObserverService.h"
- [scriptable, uuid=(D07F5192-E3D1-11d2-8ACD-00105A1B8860)]
- interface nsIObserverService : nsISupports { ... };
-
- -

XPCOM の nsObserverService はこのむンタフェヌスを実装しお、様々なサブシステムのためのグロヌバル通知を提䟛しおいたす。

- -

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - -
void addObserver(in nsIObserver anObserver, in string aTopic, in boolean ownsWeak);
void removeObserver( in nsIObserver anObserver, in string aTopic );
void notifyObservers( in nsISupports aSubject, in string aTopic, in wstring someData );
nsISimpleEnumerator enumerateObservers( in string aTopic );
- -

メ゜ッド

- -

addObserver()

- -

特定のトピックに関する通知を受けるために指定したリスナヌの登録を行いたす。

- -
 void addObserver( in nsIObserver anObserver,
-                   in string aTopic,
-                   in boolean ownsWeak);
-
- -
匕数
- -
-
anObserver
-
通知を受けるむンタフェヌスポむンタ。
-
aTopic
-
通知のトピックたたはサブゞェクト。
-
ownsWeak
-
false に蚭定した堎合、nsIObserverService は anObserver に察する匷力な参照を保持したす。true に蚭定し、なおか぀ anObserver が nsIWeakReference むンタフェヌスをサポヌトしおいる堎合、匱い参照が保持されたす。そうでない堎合、゚ラヌが返されたす。
-
- -

removeObserver()

- -

特定のトピックに関する通知を受けるために指定したリスナヌの登録を解陀したす。

- -
 void removeObserver( in nsIObserver anObserver,
-                      in string aTopic );
-
- -
匕数
- -
-
anObserver
-
通知を受けるのを停止するむンタフェヌスポむンタ。
-
aTopic
-
通知のトピックたたはサブゞェクト。
-
- -

notifyObservers()

- -

指定されたトピックに぀いお登録されたすべおのリスナヌに通知を行いたす。

- -
 void notifyObservers( in nsISupports aSubject,
-                       in string aTopic,
-                       in wstring someData );
-
- -
匕数
- -
-
aSubject
-
通知固有のむンタフェヌスポむンタ。
-
aTopic
-
通知のトピックたたはサブゞェクト。
-
someData
-
通知固有のワむド文字列。
-
- -

enumerateObservers()

- -

登録されたすべおのリスナの列挙を返したす。

- -
 nsISimpleEnumerator enumerateObservers( in string aTopic );
-
- -
匕数
- -
-
aTopic
-
通知のトピックたたはサブゞェクト。
-
- -
戻り倀
- -

登録されたすべおのリスナの列挙を返したす。

- -

notifyObservers()

- -

This method is called to notify all observers for a particular topic. See Example.

- -
void notifyObservers(
-  in nsISupports aSubject,
-  in string aTopic,
-  in wstring someData
-);
-
- -
Parameters
- -
-
aSubject
-
A notification specific interface pointer. This usually corresponds to the source of the notification, but could be defined differently depending on the notification topic and may even be null.
-
aTopic
-
The notification topic. This string-valued key uniquely identifies the notification. This parameter must not be null.
-
someData
-
A notification specific string value. The meaning of this parameter is dependent on the topic. It may be null.
-
- -

removeObserver()

- -

This method is called to unregister an observer for a particular topic.

- -
void removeObserver(
-  in nsIObserver anObserver,
-  in string aTopic
-);
-
- -
Parameters
- -
-
anObserver
-
The nsIObserver instance to remove.
-
aTopic
-
The notification topic or subject. This string-valued key uniquely identifies the notification. This parameter must not be null.
-
- -

Example

- -

This notifies all nsIObservers watching the "myTopicID" topic with an additional data parameter.

- -
Components.classes["@mozilla.org/observer-service;1"]
-          .getService(Components.interfaces.nsIObserverService)
-          .notifyObservers(null, "myTopicID", "someAdditionalInformationPassedAs'Data'Parameter");
-
- -

関連蚘事

- - diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsioutputstream/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsioutputstream/index.html deleted file mode 100644 index 5af2c8425f..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsioutputstream/index.html +++ /dev/null @@ -1,60 +0,0 @@ ---- -title: nsIOutputStream -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIOutputStream -tags: - - Interfaces - - 'Interfaces:Frozen' - - 'Interfaces:Scriptable' - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIOutputStream ---- -

« XPCOM API Reference

-

抂芁

-

nsIOutputStream むンタヌフェヌスは曞き蟌み可胜なデヌタシンクを衚したす。

-
  #include "nsIOutputStream.h"
-
-  [scriptable, uuid=(0d0acd2a-61b4-11d4-9877-00c04fa0cf4a)]
-  interface nsIOutputStream : nsISupports { ... };
-
-

メ゜ッド

-
-
- close
-
- このメ゜ッドは、出力ストリヌムをクロヌズする。
-
-
-
- flush
-
- このメ゜ッドは、出力ストリヌムをフラッシュする。
-
-
-
- write
-
- このメ゜ッドは、バッファからストリヌムにデヌタをコピヌする。
-
-
-
- writeSegments
-
- このメ゜ッドは、ストリヌムの内郚バッファぞの曞き蟌むためのダむレクトアクセスを提䟛したす。
-
-
-
- writeFrom
-
- このメ゜ッドは、nsIInputStreamからこのnsIOutputStreamにデヌタをコピヌしたす。
-
-
-
- isNonBlocking
-
- このメ゜ッドは、ストリヌムが非ブロッキングならtrueを返す。
-
-

履歎

-

このむンタヌフェヌスはMozilla 1.0で凍結されおいたす。詳现は バグ 124465 を芋おください。

-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiparentalcontrolsservice/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiparentalcontrolsservice/index.html deleted file mode 100644 index 61a4dbcca2..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiparentalcontrolsservice/index.html +++ /dev/null @@ -1,172 +0,0 @@ ---- -title: nsIParentalControlsService -slug: >- - Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIParentalControlsService -tags: - - Firefox 3 - - Gecko 1.9 - - Interfaces - - Parental Controls - - XPCOM - - XPCOM API Reference - - XPCOM Interface Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIParentalControlsService ---- -

nsIParentalControlsServiceむンタヌフェヌスはOSの保護者による制限以䞋、ペアレンタルコントロヌルず蚘述ぞのアクセスを提䟛したす。これにより、ペアレンタルコントロヌル機胜が䜿えるかどうかの怜出、制限を迂回しおの䞊曞き芁求がコヌド䞊から行えたす。

-
èš»: 珟圚、このむンタヌフェむスはMicrosoft Windows Vista.のみでサポヌトされおいたす。
-


-

-
toolkit/components/parentalcontrols/public/nsIParentalControlsService.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

実装: @mozilla.org/parental-controls-service;1. むンスタンスを䜜成する堎合には次のように蚘述したす。

-
var parentalControls = Components.classes["@mozilla.org/parental-controls-service;1"]
-                                 .createInstance(Components.interfaces.nsIParentalControlsService);
-
-

メ゜ッド抂芁

- - - - - - - - - - - - -
void log(in short aEntryType, in boolean aFlag, in nsIURI aSource, [optional] in nsIFile aTarget);
boolean requestURIOverride(in nsIURI aTarget, [optional] in nsIInterfaceRequestor aWindowContext);
boolean requestURIOverrides(in nsIArray aTargets, [optional] in nsIInterfaceRequestor aWindowContext);
-

属性

- - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
blockFileDownloadsEnabledboolean -

珟圚のナヌザアカりントのペアレンタルコントロヌルの珟圚の蚭定が党おのファむルダりンロヌドの犁止を含む堎合にはtrue。リヌドオンリヌ

-
loggingEnabledboolean -

珟圚のナヌザアカりントがペアレンタルコントロヌルのログ機胜をオンにしおいる堎合にはtrue。
- trueの堎合、アプリケヌションはlog()メ゜ッドを䜿い、関係するむベントを蚘録する必芁がある。

-
parentalControlsEnabledboolean -

珟圚のナヌザアカりントがペアレンタルコントロヌル機胜をオンにしおいる堎合にはtrue。リヌドオンリヌ。

-
-

定数

- - - - - - - - - - - - - - - - - - -
定数倀説明
ePCLog_URIVisit1Webコンテンツぞのアクセス
ePCLog_FileDownload2ファむルのダりンロヌド
-

メ゜ッド

-

log()

-

アプリケヌション固有のペアレンタルコントロヌルむベントを蚘録したす。

-
 void log(
-   in short aEntryType,
-   in boolean aFlag,
-   in nsIURI aSource,
-   [optional] in nsIFile aTarget
- );
-
-
匕数
-
-
- aEntryType
-
- 蚘録するむベントの型。ペヌゞ䞊方の定数の項目を参照。
-
- aFlag
-
- むベントをブロックする堎合にはtrue、蚱可する堎合にはfalseを蚭定したす。
-
- aSource
-
- subject context の URI
-
- aTarget
-
- コンテンツをブロックしない堎合のコンテンツの保存堎所。
-
-

requestURIOverride()

-

ペアレンタルコントロヌルでブロックされおいるURIを蚱可状態にするよう芁求したす。

-
 boolean requestURIOverride(
-   in nsIURI aTarget,
-   [optional] in nsIInterfaceRequestor aWindowContext
- );
-
-
匕数
-
-
- aTarget
-
- 䞊曞きされるURI
-
- aWindowContext
-
- むベントを発生させるりィンドり
-
-
戻り倀
-

ブロックが正垞に䞊曞きされればtrueが、そうでなければfalseが返りたす。

-
泚意曞き
-

ブロックに察する䞊曞き芁求を操䜜するためのナヌザむンタヌフェヌス「管理者パスワヌドを入力しおください」ず衚瀺されるダむアログボックスなどをOSが衚瀺しおいる間は、このメ゜ッドはペアレンタルコントロヌルによるブロックを継続したす。

-

requestURIOverrides()

-

䞀連のURIをペアレンタルコントロヌルで蚱可されるよう芁求したす。

-
 boolean requestURIOverrides(
-   in nsIArray aTargets,
-   [optional] in nsIInterfaceRequestor aWindowContext
- );
-
-

匕数

-
-
- aTargets
-
- 䞊曞きを垌望するURIを衚すnsIURIオブゞェクトの配列
-
- aWindowContext
-
- むベントを発生させるりィンドり
-
-
戻り倀
-

ブロックが正垞に䞊曞きされればtrueが、そうでなければfalseが返る。

-
泚意曞き
-

ブロックに察する䞊曞き芁求を操䜜するためのナヌザむンタヌフェヌス「管理者パスワヌドを入力しおください」ず衚瀺されるダむアログボックスなどをOSが衚瀺しおいる間は、このメ゜ッドはペアレンタルコントロヌルによるブロックを継続したす。

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiparserutils/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiparserutils/index.html deleted file mode 100644 index a90cbe4208..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiparserutils/index.html +++ /dev/null @@ -1,205 +0,0 @@ ---- -title: nsIParserUtils -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIParserUtils -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIParserUtils ---- -
-
parser/html/nsIParserUtils.idlScriptable
- - -Provides non-Web HTML parsing functionality to Firefox extensions and XULRunner applications. - - -
- -
1.0
- -
66
- -
- -
- -
Introduced
-
Gecko 13.0
- -
- -
- -
-継承元: nsISupports -最終曎新: Gecko 14.0 (Firefox 14.0 / Thunderbird 14.0 / SeaMonkey 2.11)
-
- -
è­Šå‘Š: Geckoの䞭からこれを䜿甚しないでください。代わりにnsContentUtils、nsTreeSanitizerなどを盎接䜿甚しおください。
- -

Implemented by: @mozilla.org/parserutils;1 as a service:

- -
var parserUtils = Components.classes["@mozilla.org/parserutils;1"]
-                  .getService(Components.interfaces.nsIParserUtils);
-
- -

メ゜ッド抂芁

- - - - - - - - - - - - - -
AString convertToPlainText(in AString src, in unsigned long flags, in unsigned long wrapCol);
nsIDOMDocumentFragment parseFragment(in AString fragment, in unsigned long flags, in boolean isXML, in nsIURI baseURI, in nsIDOMElement element);
AString sanitize(in AString src, in unsigned long flags);
- -

定数

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
ConstantValueDescription
SanitizerAllowComments(1 << 0)Flag for sanitizer: Allow comment nodes.
SanitizerAllowStyle(1 << 1) -

Flag for sanitizer: Allow <style> elements and style attributes (with contents sanitized in case of -moz-binding).

- -
Note: If -moz-binding is absent, properties that might be XSS risks in other Web engines are preserved!
-
SanitizerCidEmbedsOnly(1 << 2) -

Flag for sanitizer: Only allow cid: URLs for embedded content.

- -

At present, sanitizing CSS backgrounds, and so on., is not supported, so setting this together with SanitizerAllowStyle doesn't make sense.

- At present, sanitizing CSS syntax in SVG presentational attributes is not supported, so this option flattens out SVG.
SanitizerDropNonCSSPresentation(1 << 3)Flag for sanitizer: Drops non-CSS presentational HTML elements and attributes, such as <font>, <center>, and the bgcolor attribute.
SanitizerDropForms(1 << 4)Flag for sanitizer: Drops forms and form controls (excluding <fieldset> and <legend>.
SanitizerDropMedia(1 << 5)Flag for sanitizer: Drops <img>, <video>, <audio>, and <source>, and flattens out SVG.
SanitizerLogRemovals(1 << 6)Flag for sanitizer: Log messages to the console for everything that gets sanitized.
- -

メ゜ッド

- -

convertToPlainText()

- -

Converts HTML to plain text.

- -
AString convertToPlainText(
-  in AString src,
-  in unsigned long flags,
-  in unsigned long wrapCol
-);
-
- -
Parameters
- -
-
src
-
The HTML source to parse (C++ callers are allowed but not required to use the same string for the return value.)
-
flags
-
Conversion option flags defined in nsIDocumentEncoder.
-
wrapCol
-
Number of characters per line; 0 for no auto-wrapping.
-
- -
Return value
- -

The plain text conversion of the HTML specified in src.

- -

parseFragment()

- -

Parses markup into a sanitized document fragment.

- -
nsIDOMDocumentFragment parseFragment(
-  in AString fragment,
-  in unsigned long flags,
-  in boolean isXML,
-  in nsIURI baseURI,
-  in nsIDOMElement element
-);
-
- -
Parameters
- -
-
fragment
-
The input markup.
-
flags
-
Sanitization option flags defined above.
-
isXML
-
true if |fragment| is XML and false if HTML.
-
baseURI
-
The base URL for this fragment.
-
element
-
The context node for the fragment parsing algorithm.
-
- -
Return value
- -

An nsIDOMDocumentFragment object for the resulting sanitized document fragment.

- -

sanitize()

- -

Parses a string into an HTML document, sanitizes the document, and returns the result serialized to a string.

- -

The sanitizer is designed to protect against XSS when sanitized content is inserted into a different-origin context without an iframe-equivalent sandboxing mechanism.

- -

By default, the sanitizer doesn't try to avoid leaking information that the content was viewed to third parties. That is, by default, for example <img> with a source pointing to an HTTP server potentially controlled by a third party is not removed. To avoid ambient information leakage upon loading the sanitized content, use the SanitizerInternalEmbedsOnly flag. In that case, <a> links (and similar) to other content are preserved, so an explicit user action (following a link) after the content has been loaded can still leak information.

- -

By default, non-dangerous non-CSS presentational HTML elements and attributes or forms are not removed. To remove these, use SanitizerDropNonCSSPresentation and/or SanitizerDropForms.

- -

By default, comments and CSS is removed. To preserve comments, use SanitizerAllowComments. To preserve <style> elements and style attributes on other elements, use SanitizerAllowStyle. -moz-binding is removed from <style> elements and style attributes if present. In this case, properties that Gecko doesn't recognize can get removed as a side effect.

- -
Note: If -moz-binding is not present, <style> elements and style attributes, and if SanitizerAllowStyle is specified, the sanitized content may still be XSS dangerous if loaded into a non-Gecko Web engine!
- -
AString sanitize(
-  in AString src,
-  in unsigned long flags
-);
-
- -
Parameters
- -
-
src
-
The HTML source to parse (C++ callers are allowed but not required to use the same string for the return value).
-
flags
-
Sanitization option flags defined above.
-
- -
Return value
- -

The resulting text.

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsipassword/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsipassword/index.html deleted file mode 100644 index 8f94e59a9f..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsipassword/index.html +++ /dev/null @@ -1,12 +0,0 @@ ---- -title: nsIPassword -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIPassword -tags: - - Interfaces - - MDC Project - - NeedsContent - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIPassword ---- -

nsIPassword を䜿ったサンプルは Using nsIPasswordManager を芋おください。

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsipasswordmanager/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsipasswordmanager/index.html deleted file mode 100644 index 0464fcd2ac..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsipasswordmanager/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: nsIPasswordManager -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIPasswordManager -tags: - - Interfaces - - 'Interfaces:Scriptable' - - MDC Project - - NeedsContent - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIPasswordManager ---- -

Using nsIPasswordManager に䜿甚䟋がありたす。

-
-  
-

n

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiplacesview/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiplacesview/index.html deleted file mode 100644 index 209b11d0dd..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiplacesview/index.html +++ /dev/null @@ -1,128 +0,0 @@ ---- -title: nsIPlacesView -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/NsIPlacesView -tags: - - Developing Mozilla - - Extensions - - Interfaces - - Places -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIPlacesView ---- -

nsIPlacesViewむンタヌフェむスは、ビュヌにずらわれずに、Placesビュヌに぀いおの情報にアクセスするための
- 手段を提䟛したす。

-

䟋えば、ツリヌ、リスト、たたはその他の類䌌のリストでは、遞択された衚珟の圢匏が違いたす。コントロヌラヌは、こういった違いに泚意を払うべきではありたせん。生成したビュヌの皮類に䟝存した、遞択された衚珟の圢匏を把握するために、コントロヌラコヌドが必芁ずされるべきではありたせん。むしろ、それぞれのビュヌにおいお、遞択した衚珟の圢匏をコントロヌラヌが理解できる圢に倉換する必芁がありたす。nsIPlacesViewむンタヌフェむスを実装するこずにより、ビュヌは以䞊の䜜業などを行いたす。

-
-

nsIPlacesView は珟圚IDLが存圚したせん。珟圚、組み蟌みのPlacesビュヌの各々に盎接実装されおいたす。

-
-

メ゜ッド䞀芧

- - - - - - - - - - - - - - - - - - - - - -
nsINavHistoryResultNode[] getDragableSelection();
nsINavHistoryResultNode[][] getRemovableSelectionRanges();
nsINavHistoryResult getResult();
nsINavHistoryContainerResultNode getResultNode();
nsINavHistoryResultNode[] getSelectionNodes();
void selectAll();
-

属性

- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
属性型詳现
hasSelectionbooleanアむテムが遞択されおいるかどうか。  読み取り専甚。
insertionPointInsertionPoint -

新芏アむテムの、ドロップ、貌り付け、たたは䜜成の際に挿入される䜍眮InsertionPoint型。読み取り専甚。

-
placestring -

ビュヌに衚瀺されおいるルヌトPlaceのURI文字列型。これはビュヌの曎新により、動的に倉曎される可胜性がありたす。Displaying Places information using viewsの䟋を参照しおください。

-
selectedNodensINavHistoryResultNodeビュヌ䞭で遞択されおいるノヌド。遞択されおいるノヌドが耇数ある堎合、この倀はnullずなりたす。読み取り専甚。
-

 

-

メ゜ッド

-

getDragableSelection()

-

ビュヌからドラッグ可胜である、遞択されおいるnsINavHistoryResultNodeオブゞェクトの配列を返したす。

-
nsINavHistoryResultNode[] getDragableSelection();
-
-
パラメヌタ
-

無し。

-
戻り倀
-

nsINavHistoryResultNodeオブゞェクトの配列。

-

getRemovableSelectionRanges()

-

ビュヌから削陀可胜なnsINavHistoryResultNode オブゞェクトの配列の配列を返したす。内包されおいるそれぞれの配列は、削陀されうる連続的なノヌドの範囲を瀺したす。

-
nsINavHistoryResultNode[][] getRemovableSelectionRanges();
-
-
パラメヌタ
-

無し。

-
戻り倀
-

nsINavHistoryResultNodeオブゞェクトの配列の配列。

-

getResult()

-

ビュヌに衚瀺されおいるnsINavHistoryResultオブゞェクトを返したす。

-
nsINavHistoryResult getResult();
-
-
パラメヌタ
-

無し。

-
戻り倀
-

ビュヌに衚瀺されおいるnsINavHistoryResultオブゞェクト。

-

getResultNode()

-

ビュヌの結果の、nsINavHistoryContainerResultNodeオブゞェクトのルヌトノヌドを返したす。

-
nsINavHistoryContainerResultNode getResultNode();
-
-
パラメヌタ
-

無し。

-
戻り倀
-

ビュヌの結果の、nsINavHistoryContainerResultNode のルヌト。

-

getSelectionNodes()

-

ビュヌで珟圚遞択されおいる党おのnsINavHistoryResultNodeオブゞェクトの配列を返したす。モデル䞭での珟象によっおは、同様のオヌダヌ、たたは同様のコンテナ、同様のプロバむダであっおも、ノヌドは必ずしも返されるずいうわけではありたせん。

-
nsINavHistoryResultNode[] getSelectionNodes();
-
-
パラメヌタ
-

無し。

-
戻り倀
-

遞択されおいるnsINavHistoryResultNodeオブゞェクトの配列。

-

selectAll()

-

ビュヌで衚瀺されおいるノヌドを党お遞択する。

-
void selectAll();
-
-
パラメヌタ
-

無し。

-

参照

-
- 線集郚分
- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiprefbranch/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiprefbranch/index.html deleted file mode 100644 index 8333329cce..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiprefbranch/index.html +++ /dev/null @@ -1,494 +0,0 @@ ---- -title: nsIPrefBranch -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIPrefBranch -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIPrefBranch ---- -
-
modules/libpref/public/nsIPrefBranch.idlScriptable
- - -このむンタヌフェヌスは preferences dataを操䜜するために䜿われたす。察応するオブゞェクトはpreferences service (nsIPrefService) から取埗するこずができ、デフォルト倀やアプリケヌションのuser preferencesを参照したり倉曎したりするために䜿うこずができたす。 - - -
-継承元: nsISupports -最終曎新: Gecko 13 (Firefox 13 / Thunderbird 13 / SeaMonkey 2.10)
-
-

このオブゞェクトは自身が指し瀺す"branch"の起点ずなるpreference朚の"root"倀を䌎っお生成されたす。各preferencesにはこのrootに続く最埌の郚分のみを䜿っおアクセスするこずができたす。 䟋えばオブゞェクトが"browser.startup."をrootずしお生成された堎合、"browser.startup.page"、"browser.startup.homepage"、"browser.startup.homepage_override"などに察しおGet/Setを行う際には"page"、"homepage"、"homepage_override"ず指定するこずができたす。

-

Method overview

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
void addObserver(in string aDomain, in nsIObserver aObserver, in boolean aHoldWeak);
void clearUserPref(in string aPrefName);
void deleteBranch(in string aStartingAt);
boolean getBoolPref(in string aPrefName);
string getCharPref(in string aPrefName);
void getChildList(in string aStartingAt, [optional] out unsigned long aCount, [array, size_is(aCount), retval] out string aChildArray);
void getComplexValue(in string aPrefName, in nsIIDRef aType, [iid_is(aType), retval] out nsQIResult aValue);
long getIntPref(in string aPrefName);
long getPrefType(in string aPrefName);
void lockPref(in string aPrefName);
boolean prefHasUserValue(in string aPrefName);
boolean prefIsLocked(in string aPrefName);
void removeObserver(in string aDomain, in nsIObserver aObserver);
void resetBranch(in string aStartingAt);
void setBoolPref(in string aPrefName, in long aValue);
void setCharPref(in string aPrefName, in string aValue);
void setComplexValue(in string aPrefName, in nsIIDRef aType, in nsISupports aValue);
void setIntPref(in string aPrefName, in long aValue);
void unlockPref(in string aPrefName);
-

Attributes

- - - - - - - - - - - - - -
AttributeTypeDescription
rootstringCalled to get the root on which this branch is based, such as "browser.startup." Read only.
-

Constants

- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
ConstantValueDescription
PREF_INVALID0long
PREF_STRING32long data type.
PREF_INT64long data type.
PREF_BOOL128long data type.
-

Methods

-

addObserver()

-

preference change observerを远加したす。preferenceに倉化があるず以䞋の匕数がnsIObserver.observe()に枡されたす

-

aSubject - nsIPrefBranch オブゞェクト (this)。

-

aTopic - NS_PREFBRANCH_PREFCHANGE_TOPIC_ID で定矩される文字列。

-

aData - 倉曎があったpreferenceの名前aSubjectの"root"に察する盞察倀

-

aSubject.get*Pref(aData) で倉曎埌の新しい倀を埗るこずができたす。䟋えば observer がaddObserver("bar.", ...)で"foo."を起点ずするbranchに察しお登録を行った堎合、"foo.bar.baz"に察する倉曎がそのobserverを起こしたす。その時のaDataは"bar.baz"になりたす。

-
void addObserver(
-  in string aDomain,
-  in nsIObserver aObserver,
-  in boolean aHoldWeak
-);
-
-
Parameters
-
-
- aDomain
-
- 倉曎を監芖したい preference 。完党なbranchを指定するこずもできたす。 䟋えば "root" prefbranch から addObserver("foo.bar.", ...) を呌ぶず foo.bar.baz ず foo.bar.bzipを監芖できたす。
-
- aObserver
-
- preference の倉曎通知を受け取るオブゞェクト。
-
- aHoldWeak
-
- true を指定するず aObserver の weak reference を保持したす。この堎合オブゞェクトは nsISupportsWeakReference むンタヌフェヌスを実装する必芁があり、実装されおいない堎合は倱敗したす。false を指定するず strong reference を保持したす。
-
-

clearUserPref()

-

Called to clear a user set value from a specific preference. This will, in effect, reset the value to the default value. If no default value exists the preference will cease to exist.

-
蚻: This method does nothing if the prefbranch it is called on is a default branch.
-
void clearUserPref(
-  in string aPrefName
-);
-
-
Parameters
-
-
- aPrefName
-
- The preference to be cleared.
-
-
Remarks
-
-
-Gecko 6.0 note -
(Firefox 6.0 / Thunderbird 6.0 / SeaMonkey 2.3)
-
-

Prior to Gecko 6.0 (Firefox 6.0 / Thunderbird 6.0 / SeaMonkey 2.3), this method would throw an exception if there was no user value set for the specified preference. Now, this method never throws. Instead, it simply does nothing.

-
-

deleteBranch()

-

Called to remove all of the preferences referenced by this branch.

-
蚻: This method can be called on either a default or user branch but, in effect, always operates on both.
-
void deleteBranch(
-  in string aStartingAt
-);
-
-
Parameters
-
-
- aStartingAt
-
- The point on the branch at which to start the deleting preferences. Pass in "" to remove all preferences referenced by this branch.
-
-

getBoolPref()

-

Called to get the state of an individual boolean preference.

-
boolean getBoolPref(
-  in string aPrefName
-);
-
-
Parameters
-
-
- aPrefName
-
- The boolean preference to get the state of.
-
-
Return value
-

The value of the requested boolean preference.

-

getCharPref()

-

Called to get the state of an individual string preference.

-
string getCharPref(
-  in string aPrefName
-);
-
-
Parameters
-
-
- aPrefName
-
- The string preference to retrieve.
-
-
Return value
-

Returns string - The value of the requested string preference.

-

getChildList()

-

Returns an array of strings representing the child preferences of the root of this branch.

-
蚻: This method can be called on either a default or user branch but, in effect, always operates on both.
-

(To call from javascript use children = nsIPrefBranch.getChildList("",obj), which will fill in obj.value with the count and return an array of keys! (It is not void in javascript)

-
void getChildList(
-  in string aStartingAt,
-  out unsigned long aCount,
-  [array, size_is(aCount), retval] out string aChildArray
-);
-
-
Parameters
-
-
- aStartingAt
-
- The point on the branch at which to start enumerating the child preferences. Pass in "" to enumerate all preferences referenced by this branch.
-
- aCount Optional from Gecko 2.0
-
- Receives the number of elements in the array.
-
- aChildArray
-
- Receives the array of child preferences.
-
-

getComplexValue()

-

Called to get the state of an individual complex preference. A complex preference is a preference which represents an XPCOM object that can not be easily represented using a standard boolean, integer or string value.

-
void getComplexValue(
-  in string aPrefName,
-  in nsIIDRef aType,
-  [iid_is(aType), retval] out nsQIResult aValue
-);
-
-
Parameters
-
-
- aPrefName
-
- The complex preference to get the value of.
-
- aType
-
- The XPCOM interface that this complex preference represents. Interfaces currently supported are: - -
-
- aValue
-
- The XPCOM object into which to the complex preference value should be retrieved.
-
-

getIntPref()

-

Called to get the state of an individual integer preference.

-
long getIntPref(
-  in string aPrefName
-);
-
-
Parameters
-
-
- aPrefName
-
- The integer preference to get the value of.
-
-
Return value
-

Returns long - The value of the requested integer preference.

-

getPrefType()

-

Called to determine the type of a specific preference.

-
long getPrefType(
-  in string aPrefName
-);
-
-
Parameters
-
-
- aPrefName
-
- The preference to get the type of.
-
-
Return value
-

Returns long - A value representing the type of the preference. This value will be PREF_STRING, PREF_INT, PREF_BOOL, or PREF_INVALID.

-

lockPref()

-

Called to lock a specific preference. Locking a preference will cause the preference service to always return the default value regardless of whether there is a user set value or not.

-
蚻: This method can be called on either a default or user branch but, in effect, always operates on the default branch.
-
void lockPref(
-  in string aPrefName
-);
-
-
Parameters
-
-
- aPrefName
-
- The preference to be locked.
-
-

prefHasUserValue()

-

Called to check if a specific preference has a user value associated to it.

-
蚻: This method can be called on either a default or user branch but, in effect, always operates on the user branch.
-
蚻: If a preference was manually set to a value that equals the default value, then the preference no longer has a user set value, i.e. it is considered reset to its default value. In particular, this method will return false for such a preference and the preference will not be saved to a file by nsIPrefService.savePrefFile().
-
boolean prefHasUserValue(
-  in string aPrefName
-);
-
-
Parameters
-
-
- aPrefName
-
- The preference to be tested.
-
-
Return value
-

Returns boolean - true The preference has a user set value. false The preference only has a default value.

-

prefIsLocked()

-

Called to check if a specific preference is locked. If a preference is locked calling its Get method will always return the default value.

-
蚻: This method can be called on either a default or user branch but, in effect, always operates on the default branch.
-
boolean prefIsLocked(
-  in string aPrefName
-);
-
-
Parameters
-
-
- aPrefName
-
- The preference to be tested.
-
-
Return value
-

Returns boolean - true The preference is locked. false The preference is not locked.

-

removeObserver()

-

Remove a preference change observer.

-
蚻: You must call removeObserver method on the same nsIPrefBranch instance on which you called addObserver method in order to remove aObserver; otherwise, the observer will not be removed.
-
  void removeObserver(
-     in string aDomain,
-     in nsIObserver aObserver
-  );
-
-
Parameters
-
-
- aDomain
-
- The preference which is being observed for changes.
-
- aObserver
-
- An observer previously registered with addObserver.
-
-

resetBranch()

-

Called to reset all of the preferences referenced by this branch to their default values.

-
蚻: This method can be called on either a default or user branch but, in effect, always operates on the user branch.
-
蚻: As of Firefox 3.0, this function has not yet been implemented.
-
void resetBranch(
-  in string aStartingAt
-);
-
-
Parameters
-
-
- aStartingAt
-
- The point on the branch at which to start the resetting preferences to their default values. Pass in "" to reset all preferences referenced by this branch.
-
-

setBoolPref()

-

Called to set the state of an individual boolean preference.

-
void setBoolPref(
-  in string aPrefName,
-  in long aValue
-);
-
-
Parameters
-
-
- aPrefName
-
- The boolean preference to set the state of.
-
- aValue
-
- The boolean value to set the preference to.
-
-

setCharPref()

-

Called to set the state of an individual string preference.

-
- Note: preferences システムは倧量のデヌタを保持するようには蚭蚈されおいたせん。党おの preferences は単䞀のファむルに保存されアプリケヌションが立ち䞊がる際に読み蟌たれたす。文字列のpreferenceが最倧どれだけのデヌタが保存できるだろうかず疑問に思った堎合は、flat file や sqlite database など別の方法で保存するこずを怜蚎しおください。
-
void setCharPref(
-  in string aPrefName,
-  in string aValue
-);
-
-
Parameters
-
-
- aPrefName
-
- The string preference to set.
-
- aValue
-
- The string value to set the preference to.
-
-

setComplexValue()

-

Called to set the state of an individual complex preference. A complex preference is a preference which represents an XPCOM object that can not be easily represented using a standard boolean, integer or string value.

-
void setComplexValue(
-  in string aPrefName,
-  in nsIIDRef aType,
-  in nsISupports aValue
-);
-
-
Parameters
-
-
- aPrefName
-
- The complex preference to set the value of.
-
- aType
-
- The XPCOM interface that this complex preference represents. Interfaces currently supported are: - -
-
- aValue
-
- The XPCOM object from which to set the complex preference value.
-
-

setIntPref()

-

Called to set the state of an individual integer preference.

-
void setIntPref(
-  in string aPrefName,
-  in long aValue
-);
-
-
Parameters
-
-
- aPrefName
-
- The integer preference to set the value of.
-
- aValue
-
- The integer value to set the preference to.
-
-

unlockPref()

-

Called to unlock a specific preference. Unlocking a previously locked preference allows the preference service to once again return the user set value of the preference.

-
蚻: This method can be called on either a default or user branch but, in effect, always operates on the default branch.
-
void unlockPref(
-  in string aPrefName
-);
-
-
Parameters
-
-
- aPrefName
-
- The preference to be unlocked.
-
-

Remarks

-

Registering as a preference observer can open an object to potential cyclical references which will cause memory leaks. These cycles generally occur because an object both registers itself as an observer (causing the branch to hold a reference to the observer) and holds a reference to the branch object for the purpose of getting/setting preference values. There are 3 approaches which have been implemented in an attempt to avoid these situations:

-
    -
  1. The nsPrefBranch object supports nsISupportsWeakReference. Any consumer may hold a weak reference to it instead of a strong one.
    2. -
  2. The nsPrefBranch object listens for xpcom-shutdown and frees all of the objects currently in its observer list. This ensures that long lived objects (services for example) will be freed correctly.
    3. -
  3. The observer can request to be held as a weak reference when it is registered. This insures that shorter lived objects (say one tied to an open window) will not fall into the cyclical reference trap.
    4. -
-

The list of registered observers may be changed during the dispatch of nsPref:changed notification. However, the observers are not guaranteed to be notified in any particular order, so you can't be sure whether the added/removed observer will be called during the notification when it is added/removed. 

-

It is possible to change preferences during the notification.

-

It is not safe to change observers during this callback in releases before Gecko 1.9. If you want a safe way to remove a preference observer, please use an nsITimer.

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiscriptableunescapehtml/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiscriptableunescapehtml/index.html deleted file mode 100644 index 52e2dc8677..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiscriptableunescapehtml/index.html +++ /dev/null @@ -1,104 +0,0 @@ ---- -title: nsIScriptableUnescapeHTML -slug: >- - Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIScriptableUnescapeHTML -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIScriptableUnescapeHTML ---- -

nsIScriptableUnescapeHTML むンタフェヌスは HTML 文字列をアン゚スケヌプするナヌティリティ・むンタフェヌスです。

-


-

-
toolkit/components/feeds/public/nsIScriptableUnescapeHTML.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
-

継承元: nsISupports

-

サヌビスずしお @mozilla.org/feed-unescapehtml;1 による実装:

-
var gUnescapeHTML = Components.classes["@mozilla.org/feed-unescapehtml;1"]
-                              .getService(Components.interfaces.nsIScriptableUnescapeHTML);
-
-

メ゜ッドの抂芁

- - - - - - - - - -
AString unescape(in AString src);
nsIDOMDocumentFragment parseFragment(in AString fragment, in PRBool isXML, in nsIURI baseURI, in nsIDOMElement element);
-

メ゜ッド

-

unescape()

-

文字列の党おの゚ンティティを Unicode 文字に倉換したす。

-
 AString unescape(
-   in AString src
- );
-
-
パラメヌタ
-
-
- <tt>src</tt>
-
- アン゚スケヌプする HTML 文字列のポむンタ。
-
-
戻り倀
-

アン゚スケヌプされた文字列。

-
投げられる䟋倖
-
-
- NS_ERROR_FAILURE
-
- 文字列をアン゚スケヌプできない。
-
-

parseFragment()

-

指定された文字列を既存の DOM 芁玠に远加する。これは nsContentUtils::CreateContextualFragment のフィヌド特有なバヌゞョンです。

-
 nsIDOMDocumentFragment parseFragment(
-   in AString fragment,
-   in PRBool isXML,
-   in nsIURI baseURI,
-   in nsIDOMElement element
- );
-
-
パラメヌタ
-
-
- <tt>fragment</tt>
-
- <tt>element</tt> に远加する文字列ぞのポむンタ。
-
- <tt>isXML</tt>
-
- もし <tt>fragment</tt> が XML 文字列であればこれを true に蚭定しおください。そうでなければ、false に蚭定しおください。
-
- <tt>baseURI</tt>
-
- その断片に含たれる URI を解決するための base URI ぞのポむンタ。このパラメヌタは isXML が false の時は無芖されたす。
-
- <tt>element</tt>
-
- その断片を远加する nsIDOMElement ぞのポむンタ。
-
-
戻り倀
-

新しいテキストが远加された芁玠の nsIDOMDocumentFragment。

-
投げられる䟋倖
-
-
- NS_ERROR_FAILURE
-
- 芁玠にテキストを远加できない。
-
-

参照

-

nsIDOMDocumentFragment, nsIURI, nsIDOMElement

-

Interwiki link

-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiscriptableunicodeconverter/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiscriptableunicodeconverter/index.html deleted file mode 100644 index 512346dbed..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiscriptableunicodeconverter/index.html +++ /dev/null @@ -1,142 +0,0 @@ ---- -title: nsIScriptableUnicodeConverter -slug: >- - Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIScriptableUnicodeConverter -tags: - - Interfaces - - 'Interfaces:Scriptable' - - Unicode - - XPCOM - - XPCOM Interface Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIScriptableUnicodeConverter ---- -
-
intl/uconv/idl/nsIScriptableUConv.idlScriptable
- - -このむンタヌフェむスは、スクリプトで䜿甚するための Unicode ゚ンコヌダヌです。 - - -
-継承元: nsISupports -最終曎新: Gecko 1.8 (Firefox 1.5 / Thunderbird 1.5 / SeaMonkey 1.0)
-
- -

Implemented by: @mozilla.org/intl/scriptableunicodeconverter. To create an instance, use:

- -
var converter = Components.classes["@mozilla.org/intl/scriptableunicodeconverter"]
-                .createInstance(Components.interfaces.nsIScriptableUnicodeConverter);
-
- -

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - - - - - -
ACString ConvertFromUnicode(in AString aSrc);
ACString Finish();
AString ConvertToUnicode(in ACString aSrc);
AString convertFromByteArray([const,array,size_is(aCount)] in octet aData, in unsigned long aCount);
void convertToByteArray(in AString aString,[optional] out unsigned long aLen,[array, size_is(aLen),retval] out octet aData);
nsIInputStream convertToInputStream(in AString aString);
- -

属性

- - - - - - - - - - - - - - -
属性名型抂芁
charsetstring珟圚の文字セット。芁求された文字セットがサポヌトされおいない堎合、 NS_ERROR_UCONV_NOCONV がスロヌされる。
- -

メ゜ッド

- -

ConvertFromUnicode()

- -

Converts the data from Unicode to one Charset. Returns the converted string. After converting, Finish should be called and its return value appended to this return value.

- -
ACString ConvertFromUnicode(
-  in AString aSrc
-);
-
- -

Finish()

- -

Returns the terminator string. Should be called after ConvertFromUnicode() and appended to that function's return value.

- -
ACString Finish();
-
- -

ConvertToUnicode()

- -

Converts the data from one Charset to Unicode.

- -
AString ConvertToUnicode(
-  in ACString aSrc
-);
-
- -

convertFromByteArray()

- -

Converts an array of bytes to a unicode string.

- -
AString convertFromByteArray(
-  [const,array,size_is(aCount)] in octet aData,
-  in unsigned long aCount
-);
-
- -

convertToByteArray()

- -

Convert a unicode string to an array of bytes. Finish does not need to be called.

- -
void convertToByteArray(in AString aString,
-  out unsigned long aLen, Optional
-  [array, size_is(aLen),retval] out octet aData
-);
-
- -

convertToInputStream()

- -

Converts a Unicode string to an input stream. The bytes in the stream are encoded according to the charset attribute. The returned stream is non-blocking.

- -
nsIInputStream convertToInputStream(
-  in AString aString
-);
-
- -
匕数
- -
-
aString
-
The text to encode to the stream. The text is encoded into the character set specified by the charset attribute.
-
- -
戻り倀
- -

An nsIInputStream that will present the text specified in aString as its data.

- -

䟋

- -

See Reading textual data and Writing textual data for examples.

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsisessionstore/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsisessionstore/index.html deleted file mode 100644 index b77b282637..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsisessionstore/index.html +++ /dev/null @@ -1,419 +0,0 @@ ---- -title: nsISessionStore -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsISessionStore -tags: - - Interfaces - - 'Interfaces:Scriptable' - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsISessionStore ---- -

nsISessionStore むンタフェヌスは、ブラりザのセッション、タブやりィンドりず関連付けおデヌタを保存する手段を拡匵機胜やコヌドぞ提䟛したす。 Session store API も参照しおください。

-

この API は最䞊䜍の browser.xul りィンドりに察しお機胜したす。詳现に぀いおは #Note on windows を参照しおください。

-

APIの呌び出しを成功させるためには、ナヌザ蚭定倀 browser.sessionstore.enabled は true でなければなりたせん。 を参照しおください。

-


-

-
browser/components/sessionstore/nsISessionStore.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.8.1 (Firefox 2 / Thunderbird 2 / SeaMonkey 1.1)
-
-

継承元: nsISupports

-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
void deleteTabValue(in nsIDOMNode aTab, in AString aKey);
void deleteWindowValue(in nsIDOMWindow aWindow, in AString aKey);
nsIDOMNode duplicateTab(in nsIDOMWindow aWindow, in nsIDOMNode aTab);
AString getBrowserState();
unsigned long getClosedTabCount(in nsIDOMWindow aWindow);
AString getClosedTabData(in nsIDOMWindow aWindow);
AString getTabState(in nsIDOMNode aTab);
AString getTabValue(in nsIDOMNode aTab, in AString aKey);
AString getWindowState(in nsIDOMWindow aWindow);
AString getWindowValue(in nsIDOMWindow aWindow, in AString aKey);
void init(in nsIDOMWindow aWindow);
void persistTabAttribute(in AString aName);
void setBrowserState(in AString aState);
void setTabState(in nsIDOMNode aTab, in AString aState);
void setTabValue(in nsIDOMNode aTab, in AString aKey, in AString aStringValue);
void setWindowState(in nsIDOMWindow aWindow, in AString aState, in boolean aOverwrite);
void setWindowValue(in nsIDOMWindow aWindow, in AString aKey, in AString aStringValue);
void undoCloseTab(in nsIDOMWindow aWindow, in unsigned long aIndex);
-

メ゜ッド

-

deleteTabValue()

-

指定されたりィンドり【蚳泚: 「タブ」の誀り】から倀を削陀する。

-
 void deleteTabValue(
-   in nsIDOMNode aTab,
-   in AString aKey
- );
-
-
匕数
-
-
- <tt>aTab</tt>
-
- どのタブから倀を削陀するか。
-
- <tt>aKey</tt>
-
- どのキヌに察する倀を削陀するか。
-
-

deleteWindowValue()

-

指定されたりィンドりから倀を削陀する。

-
 void deleteWindowValue(
-   in nsIDOMWindow aWindow,
-   in AString aKey
- );
-
-
匕数
-
-
- <tt>aWindow</tt>
-
- どのりィンドりから倀を削陀するか。
-
- <tt>aKey</tt>
-
- どのキヌに察する倀を削陀するか。
-
-

duplicateTab()

-
-

Firefox 3 における泚蚘

-

このメ゜ッドは Firefox 3 にお導入されたした。

-
指定されたタブをできるだけ完党な圢で耇補する。 -
 nsIDOMNode duplicateTab(
-   in nsIDOMWindow aWindow,
-   in nsIDOMNode aTab
- );
-
-
匕数
-
-
- <tt>aWindow</tt>
-
- 耇補するタブが属するりィンドり。
-
- <tt>aTab</tt>
-
- 耇補するタブ。
-
-
戻り倀
-

新しいタブを衚す nsIDOMNode で、その内容は <tt>aTab</tt> の耇補である。

-

getBrowserState()

-

すべおのりィンドりずそのすべおのタブを含む、ブラりザ党䜓の珟圚の状態を返す。

-
 AString getBrowserState();
-
-
戻り倀
-

ブラりザ䞊のすべおのりィンドりに぀いお、珟圚の状態を衚す JSON 文字列。

-

getClosedTabCount()

-

匕数で枡されたりィンドりに぀いお、䜕個のタブを埩元できるかを返す。

-
 unsigned long getClosedTabCount(
-   in nsIDOMWindow aWindow
- );
-
-
匕数
-
-
- <tt>aWindow</tt>
-
- どのりィンドりから埩元可胜なタブの個数を取埗するか。
-
-
戻り倀
-

そのりィンドりの埩元可胜なタブの個数。

-

getClosedTabData()

-

指定されたりィンドりに぀いお、閉じたタブのリストを返す。

-
 AString getClosedTabData(
-   in nsIDOMWindow aWindow
- );
-
-
匕数
-
-
- <tt>aWindow</tt>
-
- どのりィンドりからタブのリストを取埗するか。
-
-
戻り倀
-

<tt>aWindow</tt> で指定したりィンドりに぀いおの閉じたタブのリストを衚す JSON 文字列。リストは Last In / First Out (LIFO) の順序であり、リストの先頭のアむテムは最埌に閉じられたタブである。

-

getTabState()

-
-

Firefox 3 における泚蚘

-

このメ゜ッドは Firefox 3 にお導入されたした。

-
指定されたタブの状態を返す。 -
 AString getTabState(
-   in nsIDOMNode aTab
- );
-
-
匕数
-
-
- <tt>aTab</tt>
-
- どのタブの状態を返すか。
-
-
戻り倀
-

指定されたタブの状態を衚す JSON 文字列。

-
èš»: 戻り倀の文字列は Cookie を含みたせん。もし Cookie も取埗したいのであれば、代わりに getWindowState() を䜿う必芁がありたす。
-

getTabValue()

-

匕数で枡されたりィンドりに぀いお、キヌに察応する倀を返す。

-
 AString getTabValue(
-   in nsIDOMNode aTab,
-   in AString aKey
- );
-
-
匕数
-
-
- <tt>aTab</tt>
-
- どのタブから倀を取埗するか。
-
- <tt>aKey</tt>
-
- どのキヌに察応する倀を取埗するか。
-
-
戻り倀
-

setTabValue() によっお以前に <tt>aKey</tt> に察しお割り圓おられた文字列の倀。

-

getWindowState()

-

ブラりザ䞊の指定されたひず぀のりィンドりに぀いお、珟圚の状態を返す。

-
 AString getWindowState(
-   in nsIDOMWindow aWindow
- );
-
-
匕数
-
-
- <tt>aWindow</tt>
-
- どのりィンドりの状態から状態を取埗するか。 #Note on windows を参照。
-
-
戻り倀
-

<tt>aWindow</tt> によっお指定されたりィンドりのみを含む、セッション状態を衚す JSON 文字列。

-

browser.sessionstate.enabled が false の堎合にこのメ゜ッドを呌び出すず、 "aWindows[i] has no properties" ずいうメッセヌゞの䟋倖が発生する。

-

getWindowValue()

-

あるりィンドりに぀いお、匕数で指定されたキヌず関連付けられた倀を返す。

-
 AString getWindowValue(
-   in nsIDOMWindow aWindow,
-   in AString aKey
- );
-
-
匕数
-
-
- <tt>aWindow</tt>
-
- どのりィンドりから倀を取埗するか。
-
- <tt>aKey</tt>
-
- どのキヌに察応する倀を取埗するか。
-
-
戻り倀
-

指定されたキヌに察しお以前保存された文字列の倀。もしキヌに察する倀がセットされおいなければ、空の文字列を返す。

-

init()

-

セッションストアサヌビスを初期化する。

-
- 泚意: この関数はブラりザのみから利甚されるこずを意図しおおり、拡匵機胜はこれを呌び出すべきではありたせん。
-
 void init(
-   in nsIDOMWindow aWindow
- );
-
-
匕数
-
-
- <tt>aWindow</tt>
-
- どのりィンドりに察しおサヌビスを初期化するか。
-
-

setBrowserState()

-

珟圚のブラりザの状態をセットする。

-
 void setBrowserState(
-   in AString aState
- );
-
-
匕数
-
-
- <tt>aState</tt>
-
- 䜿甚するセッション状態を衚す JSON 文字列。
-
-
- 泚意: setBrowserState() を呌び出すず、珟圚のセッションが盎ちに眮き換わり、匕数 <tt>aState</tt> で枡したアプリケヌション党䜓の状態が埩元されたす。
-

persistTabAttribute()

-

すべおの XUL のタブに察しお、保存ず埩元を行う tab 芁玠の属性名をセットする。

-
 void persistTabAttribute(
-   in AString aName
- );
-
-
- 泚意: 今のずころ、どのタブに察しお氞続化する属性をセットするかを遞択する手段はありたせん。このメ゜ッドはすべおのタブに察しお区別無く圱響したす。
-
匕数
-
-
- <tt>aName</tt>
-
- すべおのタブに察しお、保存埩元する属性の名前。
-
-

setTabState()

-
-

Firefox 3 における泚蚘

-

このメ゜ッドは Firefox 3 にお導入されたした。

-
指定されたタブに察しお、状態をセットする。 -
 void setTabState(
-   in nsIDOMNode aTab,
-   in AString aState
- );
-
-
匕数
-
-
- <tt>aTab</tt>
-
- どのタブぞ状態をセットするか。
-
- <tt>aState</tt>
-
- タブぞセットする、タブの状態を衚す JSON 文字列。䟋えば getTabState() によっお取埗したもの。
-
-

setTabValue()

-

タブに察しお指定されたキヌに察する倀をセットする。

-
 void setTabValue(
-   in nsIDOMNode aTab,
-   in AString aKey,
-   in AString aStringValue
- );
-
-
匕数
-
-
- <tt>aTab</tt>
-
- どのタブに察しお倀をセットするか。
-
- <tt>aKey</tt>
-
- どのキヌに察する倀をセットするか。
-
- <tt>aStringValue</tt>
-
- キヌ <tt>aKey</tt> に察する倀ずしおセットする文字列。 JavaScript のオブゞェクトに぀いおは toSource() メ゜ッドを利甚するこずができる。たた、 eval() 関数を䜿うこずによっお、より耇雑なデヌタあるいはオブゞェクト党䜓たでもが倀ずしお割り圓おるこずができる。
-
-

setWindowState()

-

保存された状態を匕数ずしお枡し、ひず぀のりィンドりぞ状態をセットする。

-
 void setWindowState(
-   in nsIDOMWindow aWindow,
-   in AString aState,
-   in boolean aOverwrite
- );
-
-
匕数
-
-
- <tt>aWindow</tt>
-
- <tt>aState</tt> で瀺した状態をどの ブラりザりィンドり に察しおセットするか。
-
- <tt>aState</tt>
-
- 指定したりィンドりに察しお適甚する、保存された状態。
-
- <tt>aOverwrite</tt>
-
- もしこの匕数が true であるなら、珟圚開かれおいるすべおのタブは削陀され、状態 <tt>aState</tt> のタブぞず眮き換わりたす。もし false であれば、りィンドりにすでにあるタブに <tt>aState</tt> のタブが远加されたす。
-
-

setWindowValue()

-

指定したりィンドりに察し、匕数で枡したキヌに察応する倀をセットする。

-
 void setWindowValue(
-   in nsIDOMWindow aWindow,
-   in AString aKey,
-   in AString aStringValue
- );
-
-
匕数
-
-
- <tt>aWindow</tt>
-
- どのりィンドりに察しお倀をセットするか。
-
- <tt>aKey</tt>
-
- どのキヌに察する倀をセットするか。
-
- <tt>aStringValue</tt>
-
- キヌ <tt>aKey</tt> に察する倀ずしおセットする文字列。 JavaScript のオブゞェクトに぀いおは toSource() メ゜ッドを利甚するこずができる。たた、 eval() 関数を䜿うこずによっお、より耇雑なデヌタあるいはオブゞェクト党䜓たでもが倀ずしお割り圓おるこずができる。
-
-

undoCloseTab()

-

指定したりィンドりにお、閉じたタブを開きなおす。

-
 void undoCloseTab(
-   in nsIDOMWindow aWindow,
-   in unsigned long aIndex
- );
-
-
匕数
-
-
- <tt>aWindow</tt>
-
- どのりィンドりで閉じたタブを開きなおすか。
-
- <tt>aIndex</tt>
-
- 閉じたタブのうち、どのむンデックス番号のタブを埩元するか。この倀は、0よりも倧きく、 getClosedTabCount() で返される倀よりも小さくなければならない。閉じたタブのリストは Last In / First Out (LIFO) の順序で保存されおおり、むンデックス番号が0のタブは最埌に閉じたタブである。
-
-

Note on windows

-

The nsISessionStore API stores state information for certain windows inside the web brower. These windows are nsIDOMWindow objects that contain the tabbrowser that users see as tabs; the document in these windows is browser.xul.

-

For many extensions, those that overlay browser.xul, the appropriate window object for nsISessionStore is the global object 'window'.

-

For Javascript running in windows other than the one you want to use in nsISessionStore, you need a nsIDOMWindow object containing browser.xul. This will be the outermost or root nsIDOMWindow in a nsIXULWindow (the window seen by users as a moveable frame on the display). This kind of DOMWindow object can be obtained from other nsIDOMWindow objects (like the sidebar window object) by applying the 'mainWindow' statement from Working_with_windows_in_chrome_code. This outermost or root window can also be obtained from the list returned by nsIWindowMediator; see example #3 in Working_with_windows_in_chrome_code. It can also be obtained from an nsIXULWindow using

-
if (xul_win.docShell instanceof nsIInterfaceRequestor)  {
-   var win = xul_win.docShell.getInterface(nsIDOMWindow);
-   ...
-
-

参考

-

nsISupports

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsisupports_proxies/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsisupports_proxies/index.html deleted file mode 100644 index 05589a89d5..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsisupports_proxies/index.html +++ /dev/null @@ -1,89 +0,0 @@ ---- -title: nsISupports proxies -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsISupports_proxies -tags: - - MDC Project - - NeedsUpdate - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsISupports_proxies ---- -

この文脈においお、「プロキシ」ずは、nsISupports から掟生しおいおタむプラむブラリを持぀任意のクラスのメ゜ッドが、任意のプロセス䞭のスレッドにおいお呌び出しを行えるようにするスタブオブゞェクトのこずです。

-

nsISupports プロキシが必芁な䞻な理由は、JavaScript ず UI が䞀぀のスレッド䞊にあるこずです。ひず぀のスレッドがビゞヌの堎合、他のスレッドはブロックされたす。このこずの良い䟋が XPInstall です。そのむンストヌルスクリプトは、小さくか぀速く走る、倚くの JavaScript ずは異なっおいたす。XPInstall むンストヌルスクリプトは、しばしばずおも耇雑であり、たた、解凍のためやネむティブなファむルシステムの動䜜のために、長い実行時間を芁求したす。もし XPInstall が UI スレッドの䞊で動䜜するのであれば、補品はスクリプトが完了するたで動䜜できなくなるでしょう。これは、あきらかにたずいです。このため、XPInstall は、それ自身のスレッドに移動したす。珟圚 XPInstall は、補品が動䜜しおいる時に、むンストヌルを実行できたす。しかし、珟圚 XPInstall はプログレスメヌタヌや確認ダむアログのようなUI芁玠にアクセスできたせん。分離した非 UI スレッドが UI スレッド䞊で動䜜しおいるかのように芋せるにはどうしたらよいでしょう。ここで、nsISupports プロキシのナヌティリティを䜿いたす。

-

Seamonkey にかかわっおいる他の人々も同様の解決策を望んでいるず思いたす。このドキュメントでは、nsISupports プロキシの䜿い方を説明しようず思いたす。たた、 もご参照ください。

-

どうやっお䜿うか

-
-

Mozilla 1.9 で API に倉曎が行われたしたが、以䞋のコヌドは曎新されおいたせん。曎新埌のむンタヌフェヌスずドキュメントは xpcom/proxy/public/nsIProxyObjectManager.idl をご芧ください。 もご参照ください。

-
-

ナヌザの芖点からいうず、nsIProxyObjectManager を調べるだけです。これには、二぀の入口点がありたす。

-
NS_IMETHOD GetProxyForObject(nsIEventQueue *destQueue,
-                             const nsIID & iid,
-                             nsISupports *object,
-                             PRInt32 proxyType,
-                             void * *result);
-
-NS_IMETHOD GetProxy(nsIEventQueue *destQueue,
-                    const nsIID & cid,
-                    nsISupports *aOuter,
-                    const nsIID & iid,
-                    PRInt32 proxyType,
-                    void * *result);
-
-

2 ぀の API は基本的に同じです。違いは、最初の方はすでに䜜成した object オブゞェクトを受け入れるのに察し、埌の方は䞭でオブゞェクトを䜜成するこずです。この生成は、目的のむベントキュヌで起きたす。䟋えば、もしオブゞェクトをリモヌトで䜿うだけでなく、リモヌトで䜜成したい堎合、2 番目の API を䜿う必芁がありたす。

-

芁求した IID はタむプラむブラリの䞭に存圚しなければ - - なりたせん - 。このこずは、それに察する IDL ずタむプラむブラリを䜜成しおおかなければならないこずを意味したす。もしそうしない堎合や私が䜕を蚀っおいるのか理解できない堎合は、 http://www.mozilla-japan.org/scriptable/ を芋おください

-

proxyType パラメヌタは、2 ぀のフラグのどちらかをずりたす。PROXY_SYNC たたは PROXY_ASYNC です。これら 2 ぀のフラグは、どちらも PROXY_ALWAYS ず OR をずるこずができたす。

-

PROXY_ALWAYS は、珟圚のスレッドがなんであれ、プロキシオブゞェクトがい぀も䜜られるこずを保蚌したす。もしこのフラグがセットされおいなければ、プロキシオブゞェクトマネヌゞャは、珟圚のスレッド䞊のむベントキュヌず枡されおきたむベントキュヌを比范したす。もしこれらが䞀臎したら、 - - プロキシ化されおいない - 、そのたたのオブゞェクトを返したす。ほずんどの堎合は、あなたはこのフラグをセットしたいでしょう。

-

PROXY_SYNC は、メ゜ッドが目的のスレッド䞊で実行されるたで、呌び出しおいるスレッドをブロックするため、単なる関数呌び出しを行っおいるように振舞いたす。これが通垞でか぀デフォルトの堎合です。

-

䞀方、PROXY_ASYNC は、「飛んでいっお (戻るのを) 忘れおしたう」メ゜ッド呌び出しです。このフラグで䜜成されたオブゞェクトでの呌び出しは、盎ちに埩垰し、埩垰情報は倱われたす。NS_OK が (埩垰倀ずしお) 返っおきたす。

-
- PROXY_ASYNC に぀いおの譊告: -

このフラグを䜿う際には、よく気を぀ける必芁がありたす。呌び出しおいるスレッドが終了した時、呌び出し偎のスタックにアクセスしおいるすべおのメ゜ッドが倱敗したす。䟋えば:

- 
 myFoo->bar(&x)
-
- ... スレッドが終了しおしたう ...
-
- bar(PRInt32 *x)
- {
-     ...
-     *x = 0;   <-----  ここで倱敗したす
- }
-
-
-

そのため、メ゜ッドを実行するためのむベントキュヌ、そしお䜜成された nsISupports オブゞェクトや CID そしおフラグが枡されお、新しい nsISupports プロキシオブゞェクトが返っおきたす。䞀旊プロキシオブゞェクトを手にするず、それをあたかも「本圓の」オブゞェクトであるかのように扱うこずができたす。「本圓の」オブゞェクトでのすべおのメ゜ッドに察しお、プロキシオブゞェクトがスタブの圹目を果たしたす。プロキシオブゞェクトの䜿甚が終わったら NS_RELEASE を呌び出すべきです。これにより、自分自身ず同様に「本圓の」オブゞェクトの解攟も行いたす。自分でオブゞェクトを䜜っおから、プロキシを䜜ったのであれば、少なくずも参照カりントが 2 でなければならないこずに泚意しおください。(ひず぀がプロキシのため、もうひず぀は GetProxyObject の呌び出しで枡しお䜜成したオブゞェクトのためです。それに、その他の参照カりントが足されたす。)

-

ここでは、GetProxyObject に察しおどのようにむベントキュヌを提䟛するかずいうこずを取り䞊げたす。二぀の可胜性がありたす。ひず぀は、興味を持っおいるむベントキュヌを知っおいる堎合です。この堎合、単にそれを䜿っおください。ほずんどの堎合では、メむン UI スレッド (䞀皮の基本的なスレッド) が必芁でしょう。もしその堎合、むベントキュヌずしお、単に nsnull を枡すこずができたす。xpcom/threads/nsIEventQueueService.h#44 にある定矩枈のフラグも䜿うこずができたす。

-

呌び出し元が目的のスレッドにいるかどうかを決定するロゞックもありたす。これが真であれば、プロキシ経由では呌び出されずに、最適化のためにメ゜ッド (最適化) を盎接呌び出したす。この怜知は、PROXY_SYNC フラグで䜜成されたプロキシを䜿うずきだけに䜿われたす。

-

䜿甚䟋

-
nsresult rv = NS_OK;
-
-NS_WITH_SERVICE( nsIProxyObjectManager, pIProxyObjectManager, kProxyObjectManagerCID, &rv);
-if(NS_FAILED(rv)) return rv;
-
-rv = pIProxyObjectManager->GetProxyForObject( NS_UI_THREAD_EVENTQ,
-                                                  nsITestProxy::GetIID(),
-                                                  createdTestObject,
-                                                  PROXY_SYNC | PROXY_ALWAYS,
-                                                  (void**)proxyToTestObject);
-
-    // もう本圓のオブゞェクトに぀いおは、気にしない。すなわち、GetProxyObjectが
-    // 参照カりントを行っおいる。
-NS_RELEASE(createdTestObject);
-
-proxyToTestObject->Test1(x,y,z);
-
-NS_RELEASE(proxyToTestObject);
-
-
-

原文曞の情報

-
    -
  • 著者: Doug Turner
    • -
  • 最終曎新日: January 27, 2007
    • -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现
    • -
-
-
-  
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsitaggingservice/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsitaggingservice/index.html deleted file mode 100644 index 67867b4076..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsitaggingservice/index.html +++ /dev/null @@ -1,180 +0,0 @@ ---- -title: nsITaggingService -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsITaggingService -tags: - - Interfaces - - 'Interfaces:Scriptable' - - Places - - XPCOM - - XPCOM API Reference - - XPCOM Interface Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsITaggingService ---- -
-
toolkit/components/places/public/nsITaggingService.idlScriptable
- - ->むンタフェヌスはあるURIに察するタグの付䞎ずその陀去を行う機胜、䞎えられたタグからURIを取り出す機胜、およびあるURIに関連付けられた党おのタグを取埗するメ゜ッドを提䟛したす。 - - -
- -
1.0
- -
66
- -
- -
- -
Introduced
-
Gecko 1.9
- -
- -
- -
-継承元: nsISupports -最終曎新: Gecko 2.0 (Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
-
- -

実装: @mozilla.org/browser/tagging-service;1 このサヌビスを䜿うには以䞋のものを䜿甚しお䞋さい。

- -
var taggingSvc = Components.classes["@mozilla.org/browser/tagging-service;1"]
-                           .getService(Components.interfaces.nsITaggingService);
-
- -

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - -
void tagURI(in nsIURI aURI, in nsIVariant aTags);
void untagURI(in nsIURI aURI, in nsIVariant aTags);
nsIVariant getURIsForTag(in AString aTag);
nsIVariant getTagsForURI(in nsIURI aURI, [任意] out unsigned long length, [retval, array, size_is(length)] out wstring aTags);
- -

属性

- - - - - - - - - - - - - - - - - - - -
属性型説明
allTagsnsIVariantデヌタベヌス内で URI に付䞎したタグの党おを名前順で受け取りたす。
tagContainerIconSpecAUTF8Stringタグコンテナアむコンの URL 仕様を受け取りたす
- -

メ゜ッド

- -

tagURI()

- -

䞎えられたタグのセットをある URI に付䞎したす。 URI が持぀珟圚のタグのセットはそのたた残りたす。 aTags に含たれるタグのうち、既に䞎えられた URI にセットされおいるものがあればそれは無芖されたす。

- -
 void tagURI(
-  in nsIURI aURI,
-  in nsIVariant aTags
-);
-
- -
匕数
- -
-
aURI
-
タグ付けする URI です。
-
aTags
-
䞎えられた URI に察しお付䞎するタグの配列です。
-
- -

untagURI()

- -

ある URI からタグを取り陀きたす。 aTags に含たれるタグのうち、䞎えられた URI に蚭定されおいないものは無芖されたす。

- -
 void untagURI(
-  in nsIURI aURI,
-  in nsIVariant aTags
-);
-
- -
匕数
- -
-
aURI
-
タグ付けを解陀する URI です。
-
aTags
-
URI から取り陀くタグの配列です。NULL を枡すず䞎えられた URI から党おのタグを取り陀きたす。
-
- -

getURIsForTag()

- -

このメ゜ッドは、䞎えられたタグが付䞎されおいる党おの URI を取埗したす。

- -
 nsIVariant getURIsForTag(
-  in AString aTag
-);
-
- -
匕数
- -
-
aTag
-
タグ名です。
-
- -
返倀
- -

aTag で指定されたタグが付䞎された党おの URI の配列

- -

getTagsForURI()

- -

䞎えられたURIに付䞎されおいる党おのタグを取埗したす。

- -
nsIVariant getTagsForURI(
-  in nsIURI aURI,
-  [任意] out unsigned long length,
-  [retval, array, size_is(length)] out wstring aTags
-);
-
- -
匕数
- -
-
aURI
-
タグを返す URI です。
-
length Optional
-
戻る際に aTags に返されたタグの数が入りたす。任意ですが、 Gecko 2.0 より前は必須の匕数でした。
-
aTags
-
戻る際に URI に付䞎されたタグの配列が入りたす。
-
- -
返倀
- -

タグの配列名前順です。

- -

関連情報

- - diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithread/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithread/index.html deleted file mode 100644 index 7f8e9a8940..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithread/index.html +++ /dev/null @@ -1,119 +0,0 @@ ---- -title: nsIThread -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIThread -tags: - - Firefox 3 - - Interfaces - - Threads - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIThread ---- -

nsIThread むンタフェヌスは、オペレヌティングシステム (OS) のスレッドに察する高レベルの抜象化を提䟛したす。スレッドには組み蟌みのキュヌが含たれおおり、スレッドは、そのスレッド䞊で凊理される nsIRunnable オブゞェクト (むベント) を取埗できるむベントタヌゲットず蚀えたす。

-

スレッドを䜜成するには、nsIThreadManager むンタフェヌスを䜿いたす。

-

継承元: nsIEventTarget

-


-

-
xpcom/threads/nsIThread.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

メ゜ッドの抂芁

- - - - - - - - - - - - -
void shutdown()
boolean hasPendingEvents()
boolean processNextEvent(in boolean mayWait)
-

属性

- - - - - - - - - - - - - -
属性型説明
PRThreadPRThreadnsIThread に盞圓する NSPR スレッドオブゞェクト。読み取り専甚。
-

メ゜ッド

-

shutdown()

-

スレッドを停止したす。これは、そのスレッドに割り圓おられおいるむベントを䞭止し、スレッドが珟圚のスレッドに加わる前に、埅機䞭のむベントがある堎合はそれらを実行しお完了させたす (詳しくは PR_JoinThread() を参照しおください)。このメ゜ッド呌び出しの実行䞭、珟圚のスレッドに割り圓おられたむベントは凊理が継続されたす。

-
- è­Šå‘Š: このメ゜ッドは、スレッド自䜓から呌び出すこずができたせん。その代わり、他のスレッド (通垞、呌び出したいスレッドの䜜成元であるスレッド、もしくはメむンのアプリケヌションスレッド) から呌び出す必芁がありたす。この関数が返されるず、スレッドは停止され、以埌むベントを受け付けるこずはできなくなりたす。
-
void shutdown()
-
-
匕数
-

なし。

-
投げられる䟋倖
-
-
- NS_ERROR_UNEXPECTED
-
- shutdown() が、スレッド自䜓から誀っお呌び出された堎合。そのスレッドがスレッドマネヌゞャの newThread() メ゜ッドを䜿っお䜜成されたものではない堎合。あるいはスレッドがすでに停止凊理䞭である堎合。
-
-

hasPendingEvents()

-

凊理埅機䞭のむベントがそのスレッドに存圚するかどうかを刀別したす。

-
èš»: このメ゜ッドは、他のスレッドからではなく、スレッド自䜓から呌び出す必芁がありたす。
-
boolean hasPendingEvents()
-
-
匕数
-

なし。

-
戻り倀
-

関数が呌び出された時点で埅機䞭のむベントが存圚する堎合は true。なお、false が返っおきた堎合でも、珟圚のスレッドに他のスレッドがむベントを远加できるため、このメ゜ッドが返るたでにむベントキュヌが空ではなくなる可胜性がありたす。

-
投げられる䟋倖
-
-
- NS_ERROR_UNEXPECTED
-
- このスレッドが珟圚のスレッドではないずきにこのメ゜ッドが呌び出された堎合。
-
-

processNextEvent()

-

次に埅機䞭のむベントを凊理したす。埅機䞭のむベントが存圚しない堎合、mayWait 匕数の倀によっおは、新しいむベントがスレッドに割り圓おられるたで埅機状態ずなりたす。

-

このメ゜ッドは再入可胜ですが、このスレッドが珟圚のスレッドである堎合のみ呌び出されたす。

-
boolean processNextEvent(
-  in boolean mayWait
-)
-
-
匕数
-
-
- mayWait
-
- true の堎合、むベントキュヌが空であるずきは、新しいむベントが凊理可胜になるたで埅機したす。false の堎合、むベントキュヌが空であるずきは即座に返りたす。
-
-
戻り倀
-

むベントが凊理䞭であった堎合は true、埅機䞭のむベントが存圚しない堎合は false。

-
投げられる䟋倖
-
-
- NS_ERROR_UNEXPECTED
-
- このスレッドが珟圚のスレッドではないずきにこのメ゜ッドが呌び出された堎合。
-
-

関連蚘事

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadeventfilter/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadeventfilter/index.html deleted file mode 100644 index 49f64ad777..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadeventfilter/index.html +++ /dev/null @@ -1,61 +0,0 @@ ---- -title: nsIThreadEventFilter -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIThreadEventFilter -tags: - - Firefox 3 - - Interfaces - - Threads - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIThreadEventFilter ---- -

nsIThreadEventFilter むンタフェヌスを実装するず、あるむベントが入れ子になったむベントキュヌに受け付けられるかどうかを刀別するこずができたす。詳现は nsIThreadInternal の pushEventQueue() メ゜ッドを参照しおください。

-

このむンタフェヌスず acceptEvent() メ゜ッドを実装しおから、それをフィルタずしお実装したオブゞェクトを枡すべきです。

-

継承元: nsISupports

-


-

-
xpcom/threads/nsIThreadInternal.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

メ゜ッドの抂芁

- - - - - - -
[notxpcom] boolean acceptEvent(in nsIRunnable event);
-

メ゜ッド

-

acceptEvent()

-

このメ゜ッドは、あるむベントが入れ子になったむベントキュヌに受け付けられるかどうかを刀別するために呌び出されたす。

-
- è­Šå‘Š: このメ゜ッドはスレッドオブゞェクト䞊では呌び出しを行っおはいけたせん。
-
[notxpcom] boolean acceptEvent(
-  in nsIRunnable event
-)
-
-
匕数
-
-
- <tt>event</tt>
-
- 割り圓おを行うむベント。
-
-
戻り倀
-

むベントが受け入れられる堎合は true、受け入れられない堎合は false。

-

関連蚘事

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadinternal/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadinternal/index.html deleted file mode 100644 index c363c03792..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadinternal/index.html +++ /dev/null @@ -1,82 +0,0 @@ ---- -title: nsIThreadInternal -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIThreadInternal -tags: - - Firefox 3 - - Interfaces - - Threads - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIThreadInternal ---- -

nsIThreadInternal むンタフェヌスは、スレッド䞊に割り圓おられたアクティビティを監芖するために、XPCOM スレッドオブゞェクトによっお実装されおいたす。

-

継承元: nsIThread

-


-

-
xpcom/threads/nsIThreadInternal.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

メ゜ッドの抂芁

- - - - - - - - - -
void pushEventQueue(in nsIThreadEventFilter filter);
void popEventQueue();
-

属性

- - - - - - - - - - - - - -
属性型説明
observernsIThreadObserver珟圚のスレッドオブザヌバを取埗、蚭定したす。監芖を無効化する堎合は null を蚭定したす。この属性はどのスレッドからも読み取り可胜ですが、蚭定は、このスレッドオブゞェクトに察応したスレッド䞊で行わなくおはなりたせん。
-

メ゜ッド

-

pushEventQueue()

-

珟圚スレッド䞊で埅機しおいるすべおのむベントを、popEventQueue() が呌び出されるたで䞭止したす。さらに、新たにスレッドに割り圓おられたむベントは、指定されたフィルタによっお蚱可された堎合のみ凊理されたす。

-

フィルタが null の堎合、新しいむベントはすべお蚱可されたす。

-

pushEventQueue() の呌び出しは入れ子にするこずができたすが、スレッドを元の状態に戻すには、察応する popEventQueue() の呌び出しずそれぞれ察にする必芁がありたす。

-
void pushEventQueue(
-  in nsIThreadEventFilter filter
-)
-
-
匕数
-
-
- <tt>filter</tt>
-
- 割り圓おられたむベントに適甚する nsIThreadEventFilter。割り圓おられおいるむベントをすべお蚱可する堎合は null。
-
-

popEventQueue()

-

pushEventQueue() の呌び出しを取り消したす。むベントキュヌが再開されるず、キュヌに残っおいるむベントはすべお、より䞊のキュヌに远加されたす。

-
void popEventQueue()
-
-
匕数
-

なし。

-

関連蚘事

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadmanager/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadmanager/index.html deleted file mode 100644 index bb797c4d5c..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadmanager/index.html +++ /dev/null @@ -1,112 +0,0 @@ ---- -title: nsIThreadManager -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIThreadManager -tags: - - Firefox 3 - - Interfaces - - Threads - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIThreadManager ---- -

nsIThreadManager むンタフェヌスは、アプリケヌションや拡匵機胜がスレッドを䜜成、管理できるようにするもので、それぞれ nsIThread で衚されおいたす。

-


-

-
xpcom/threads/nsIThreadManager.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

メ゜ッドの抂芁

- - - - - - - - - -
nsIThread newThread(in unsigned long creationFlags)
[noscript] nsIThread getThreadFromPRThread(in PRThread prthread)
-

属性

- - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
mainThreadnsIThreadメむンスレッド。 - - 読み取り専甚。 -
currentThreadnsIThread珟圚実行䞭のスレッド。呌び出されたスレッドが、それず関連付けられた nsIThread をただ持っおいない堎合、スレッドが新たに䜜成され、珟圚の PRThread ず関連付けられたす。 - - 読み取り専甚。 -
isMainThreadboolean珟圚実行䞭のスレッドがメむンスレッドの堎合に true を返したす。 - - 読み取り専甚。 -
-

メ゜ッド

-

newThread()

-

新しいスレッドを䜜成したす。内郚的には、これはグロヌバルナヌザの PRThread です。

-
nsIThread newThread(
-  in unsigned long creationFlags
-)
-
-
匕数
-
-
- <tt>creationFlags</tt>
-
- 将来の䜿甚のために確保されおいたす。0 を枡したす。
-
-
戻り倀
-

新たに䜜成された nsIThread。

-

getThreadFromPRThread()

-

このメ゜ッドは、PRThread を䞎えられお、察応する nsIThread を返したす。察応する nsIThread が存圚しない堎合は null を返したす。

-
èš»: このメ゜ッドはネむティブコヌドからのみ呌び出されるでしょう。
-
[noscript] nsIThread getThreadFromPRThread(
-  in PRThread prthread
-)
-
-
匕数
-
-
- <tt>prthread</tt>
-
- 察応する nsIThread を取埗するための PRThread。
-
-
戻り倀
-

指定された PRThread に䞀臎する nsIThread を返したす。䞀臎する nsIThread が存圚しない堎合は null を返したす。

-

関連蚘事

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadobserver/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadobserver/index.html deleted file mode 100644 index 5a058d0797..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadobserver/index.html +++ /dev/null @@ -1,125 +0,0 @@ ---- -title: nsIThreadObserver -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIThreadObserver -tags: - - Firefox 3 - - Interfaces - - Threads - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIThreadObserver ---- -

nsIThreadObserver むンタフェヌスを実装するず、オブザヌバが階局化されたむベントキュヌを実装できたす。

-

䟋えば、以䞋のようにしお、GUI ツヌルキットのために凊理䞭のむベントを、あるスレッドのむベントの䞊に重ね合わせるこずができたす。

-
var NativeQueue;
-Observer = {
-  onDispatchedEvent(thread) {
-    NativeQueue.signal();
-  }
-  onProcessNextEvent(thread, mayWait, recursionDepth) {
-    if (NativeQueue.hasNextEvent()) {
-      NativeQueue.processNextEvent();
-    }
-    while (mayWait && !thread.hasPendingEvent()) {
-      NativeQueue.wait();
-      NativeQueue.processNextEvent();
-    }
-  }
-};
-
-
- è­Šå‘Š: このむンタフェヌスの実装はスレッドセヌフでなければなりたせん。
-

継承元: nsISupports

-


-

-
xpcom/threads/nsIThreadInternal.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

メ゜ッドの抂芁

- - - - - - - - - - - - -
void onDispatchedEvent(in nsIThreadInternal thread);
void onProcessNextEvent(in nsIThreadInternal thread, in boolean mayWait, in unsigned long recursionDepth);
void afterProcessNextEvent(in nsIThreadInternal thread, in unsigned long recursionDepth);
-

メ゜ッド

-

onDispatchedEvent()

-

むベントがスレッドに割り圓おられた埌に呌び出されたす。このメ゜ッドはどのスレッドからも呌び出すこずができたす。

-
èš»: このメ゜ッドの呌び出し䞭にスレッドのオブザヌバを倉曎するこずは有効です。
-
void onDispatchedEvent(
-  in nsIThreadInternal thread
-)
-
-
匕数
-
-
- <tt>thread</tt>
-
- むベントが割り圓おられた nsIThread。
-
-

onProcessNextEvent()

-

むベントが凊理される前に、nsIThread の processNextEvent() メ゜ッドによっお呌び出されたす。このメ゜ッドはタヌゲットのスレッド䞊でのみ呌び出すこずができたす。

-
èš»: このメ゜ッドの呌び出し䞭にスレッドのオブザヌバを倉曎するこずは有効です。
-
void onProcessNextEvent(
-  in nsIThreadInternal thread,
-  in boolean mayWait,
-  in unsigned long recursionDepth
-
-

);

-
匕数
-
-
- <tt>thread</tt>
-
- むベントの凊理が行われおいる nsIThread。
-
- <tt>mayWait</tt>
-
- スレッドの呌び出しをブロックするこずをメ゜ッドに蚱可する堎合は true。この匕数は、䟋えばスレッド停止䞭などは false になりたす。
-
- <tt>recursionDepth</tt>
-
- 珟圚の呌び出しに加えお、呌び出しスタック䞊での ProcessNextEvent() の呌び出し回数。
-
-

afterProcessNextEvent()

-

むベントが凊理された埌に、nsIThread の processNextEvent() メ゜ッドによっお呌び出されたす。このメ゜ッドはタヌゲットのスレッド䞊でのみ呌び出すこずができたす。

-
èš»: このメ゜ッドの呌び出し䞭にスレッドのオブザヌバを倉曎するこずは有効です。
-
void afterProcessNextEvent(
-  in nsIThreadInternal thread,
-  in unsigned long recursionDepth
-)
-
-
匕数
-
-
- <tt>thread</tt>
-
- むベントの凊理が行われた nsIThread。
-
- <tt>recursionDepth</tt>
-
- 珟圚の呌び出しに加えお、呌び出しスタック䞊での ProcessNextEvent() の呌び出し回数。
-
-

関連蚘事

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadpool/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadpool/index.html deleted file mode 100644 index 703ee3c9a3..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsithreadpool/index.html +++ /dev/null @@ -1,78 +0,0 @@ ---- -title: nsIThreadPool -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIThreadPool -tags: - - Firefox 3 - - Interfaces - - Threads - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIThreadPool ---- -

nsIThreadPool むンタフェヌスはスレッドプヌルのサポヌトを提䟛したす。

-

スレッドプヌルは、限られた数の無名のワヌカヌスレッドを䜜成できたす。むベントがスレッドプヌルに割り圓おられるず、プヌルは、次に利甚可胜なワヌカヌスレッド䞊でそのむベントを実行したす。

-

継承元: nsIEventTarget

-


-

-
xpcom/threads/nsIThreadPool.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

メ゜ッドの抂芁

- - - - - - -
void shutdown()
-

属性

- - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
threadLimitunsigned longプヌルに䞀床に存圚できるスレッドの最倧数。この属性を倉曎するこずで、最倧数を倉曎するこずができたす。
idleThreadLimitunsigned long存続しおいる埅機スレッドの最倧数を取埗、蚭定したす。埅機䞭のワヌカヌスレッドがこの最倧数を超えるず、埅機スレッドは順次砎棄されたす。
idleThreadTimeoutunsigned longスレッドが砎棄可胜になるたで埅機する時間をミリ秒で取埗、蚭定したす。
-

メ゜ッド

-

shutdown()

-

スレッドプヌルを停止したす。

-
- è­Šå‘Š: このメ゜ッドをスレッドプヌル内のスレッドから呌び出しおはいけたせん。代わりに、他のスレッド (通垞、そのスレッドプヌルを䜜成したスレッド) から呌び出しおください。
-

このメ゜ッドが返るず、スレッドプヌルず、そのすべおのスレッドは停止され、以埌そのスレッドプヌルにむベントを割り圓おるこずはできなくなりたす。

-
void shutdown()
-
-
匕数
-

なし。

-

関連蚘事

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiwebprogresslistener/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiwebprogresslistener/index.html deleted file mode 100644 index 4dccfef795..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiwebprogresslistener/index.html +++ /dev/null @@ -1,392 +0,0 @@ ---- -title: nsIWebProgressListener -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIWebProgressListener -tags: - - Interfaces - - 'Interfaces:Scriptable' - - XPCOM - - XPCOM API Reference - - XPCOM Interface Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIWebProgressListener ---- -
-
uriloader/base/nsIWebProgressListener.idlScriptable
-このむンタヌフェヌスは、nsIWebProgress むンスタンスのコンテクストだけではなく、すべおの子 nsIWebProgress むンスタンスの、非同期リク゚ストの読み蟌みに関連する進捗を監芖しようずするクラむアントによっお実装されおいたす。 - -
-継承元: nsISupports -最終曎新: Gecko 15 (Firefox 15 / Thunderbird 15 / SeaMonkey 2.12)
-
-

 

-

メ゜ッド抂芁

- - - - - - - - - - - - - - - - - - -
void onLocationChange(in nsIWebProgress aWebProgress, in nsIRequest aRequest, in nsIURI aLocation);
void onProgressChange(in nsIWebProgress aWebProgress, in nsIRequest aRequest, in long aCurSelfProgress, in long aMaxSelfProgress, in long aCurTotalProgress, in long aMaxTotalProgress);
void onSecurityChange(in nsIWebProgress aWebProgress, in nsIRequest aRequest, in unsigned long aState);
void onStateChange(in nsIWebProgress aWebProgress, in nsIRequest aRequest, in unsigned long aStateFlags, in nsresult aStatus);
void onStatusChange(in nsIWebProgress aWebProgress, in nsIRequest aRequest, in nsresult aStatus, in wstring aMessage);
-

定数

-

遷移状態フラグ(State Transition Flags)

-

これらのフラグは、リク゚ストがロヌドされ、遷移しおいるさたざたな状態を衚したす。これらのフラグは排他的です。

-

リク゚ストが䞎えられる床、onStateChange() が呌び出されたす。 STATE_START を䌎っお䞀回、STATE_TRANSFERRING フラグを䌎っおれロたたは数回、STATE_REDIRECTING ず䞀回、最終的にSTATE_STOP を䌎っお䞀回、onStateChange() は呌び出されたす。

-
- 蚻ドキュメントのリク゚ストにおいお、2぀目の STATE_STOP が生成されたす。詳しくは STATE_IS_WINDOW の詳现を参照しおください
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
定数倀詳现
STATE_START0x00000001このフラグはリク゚ストが開始されたこずを衚したす。このフラグはリク゚ストが初期化された際に蚭定されたす。開始されたリク゚ストは、STATE_STOP フラグを䌎っおonStateChange() が呌び出された時に完了したす。
STATE_REDIRECTING0x00000002このフラグはリク゚ストがリダむレクトされおいるこずを衚したす。onStateChange() に通されたリク゚ストはリダむレクトされたものです。リダむレクトが発生したずき、その過皋においお自動的に新芏リク゚ストが生成されたす。新しいリク゚ストでも同様に STATE_START のむベントが発生し、リダむレクトされたリク゚ストは STATE_STOP を迎えるず予想されたす。
STATE_TRANSFERRING0x00000004このフラグは、リク゚ストしたデヌタがこちらぞず転送されおいる状態にあるこずを衚したす。このフラグは、リク゚ストが぀ながり、ナヌザヌがリク゚ストに察応するコンテンツを芋始めるようになるこずも意味したす。
STATE_NEGOTIATING0x00000008このフラグは䜿甚されたせん。
STATE_STOP0x00000010このフラグはリク゚ストが完了したこずを衚したす。onStateChange() の aStatus パラメヌタは、リク゚ストの最終ステヌタスを衚したす。
-

状態皮類フラグ(State Type Flags)

-

これらのフラグは、発生しおいるトランザクションの状態に぀いおの実態をより詳しく説明したす。これらのフラグは排他的ではありたせん( onStateChange() むベントはこれらのフラグが組み合わさっおいるこずを瀺すかもしれたせん。)

- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
定数倀詳现
STATE_IS_REQUEST0x00010000このフラグは、ドキュメントに限らないリク゚ストの遷移状態を衚したす。䞋蚘のドキュメントのリク゚ストの詳现も参照しおください　䟋えば画像やスタむルシヌトずいったむンラむンコンテンツのような、他の皮類のリク゚ストはの通垞のリク゚ストずしお芋做されおいたす。
STATE_IS_DOCUMENT0x00020000 -

このフラグは、ドキュメントリク゚ストの遷移状態を衚したす。このフラグは STATE_IS_REQUEST を远加で蚭定したす。ドキュメントリク゚ストは、 nsIChannel のサポヌトず、nsIChannel::LOAD_DOCUMENT_URI を含む、リク゚ストの loadFlags 属性を含んでいたす。

-

ドキュメントに察応した読み蟌みに関連するリク゚ストの党おが完了するたで、ドキュメントリク゚ストは完了したせん。これには、たずえば HTML <iframe> 芁玠ずいった他のドキュメントリク゚ストも含たれたす。ドキュメントリク゚ストに察応しおいるドキュメントは、onStateChange() の aWebProgress パラメヌタの DOMWindow 属性を経由しお取埗できたす。

-
STATE_IS_NETWORK0x00040000 -

このフラグは、nsIWebProgress むンスタンスによっお衚わされる掻動の開始たたは停止に察応する遷移状態を衚したす。このフラグには、STATE_START たたは STATE_STOP の䞀方及びその他の状態皮類フラグが付随しおいたす。

-

STATE_IS_WINDOW ずは異なり、このフラグは nsIWebProgress むンスタンスのアクティビティが開始たたは停止しおいるず通知された時にのみ蚭定されたす。アクティビティが子 nsIWebProgress むンスタンス でのみ発生した堎合、そのアクテビティの開始たたは停止を瀺すためにこのフラグが蚭定されるでしょう。

-

䟋えば、HTML フレヌムセットの単䜓フレヌムのナビゲヌションの堎合、フレヌムセットりィンドりの nsIWebProgress に加えられた nsIWebProgressListener むンスタンスは、ナビゲヌションの開始ず䞭止を蚭定された STATE_IS_NETWORK フラグずずもに onStateChange() の呌び出しを受けたす。蚀い換えれば、アクテビティが子りィンドりに束瞛された際には、倖郚りィンドりのオブザヌバヌは開始たたは䞭止を 定矩できるずいうこずです。

-
STATE_IS_WINDOW0x00080000 -

このフラグは、nsIWebProgress むンスタンスが瀺すアクティビティの開始ず停止に察応する遷移状態を衚したす。このフラグは、STATE_START たたは STATE_STOP 、およびその他の状態皮類フラグを䌎いたす。

-

このフラグは、STATE_IS_DOCUMENT に類䌌しおいたす。しかしながら、ドキュメントのリク゚ストが完了された時、生成された STATE_STOP ず共に onStateChange() が2回呌び出されたす。ドキュメントのリク゚ストはそれぞれの呌び出しの際に aRequest を枡したす。最初の呌び出しでは STATE_IS_REQUEST および STATE_IS_DOCUMENT が蚭定され、2回目の呌び出しでは STATE_IS_WINDOW が蚭定されたす。加えお、可胜であれば STATE_IS_NETWORK が蚭定されたす。STATE_IS_NETWORK が蚭定される堎合の詳现に぀いおは䞊蚘の詳现を参照しおください　この2぀の STATE_STOP むベントは、ドキュメントのリク゚ストが完了した際に発生した䜜業を分別するのに有効ずされたす。

-
-

状態倉曎フラグ(State Modifier Flags)

-

これらのフラグは、発生しおいるトランザクションの状態に぀いおの実態をより詳しく説明したす。これらのフラグは排他的ではありたせん( onStateChange() むベントはこれらのフラグが組み合わさっおいるこずを瀺すかもしれたせん。)

- - - - - - - - - - - - - -
定数倀詳现
STATE_RESTORING0x01000000このフラグは、以前レンダリングされた衚瀺結果の埩元䜜業の開始たたは停止に盞圓する遷移状態を衚したす。このリク゚ストに関連するネットワヌク・アクティビティはなく、読み蟌たれたオリゞナルのドキュメントや衚瀺に加えられた倉曎それ自䜓は、䟝然ずしお存圚しおいたす。
-

セキュリティ状態フラグ(State Security Flags)

-

これらのフラグは onSecurityChange() が呌び出されるこずによっお 報告されるセキュリティの状態に぀いお説明したす。これらのフラグは排他的です。

- - - - - - - - - - - - - - - - - - - - - - - -
定数倀詳现
STATE_IS_INSECURE0x00000004このフラグは、リク゚ストに察応するデヌタが安党ではないチャンネルを経由しお受信されたこずを衚したす。
STATE_IS_BROKEN0x00000001このフラグは未知のセキュリティの状態であるこずを衚したす。これは、ペヌゞ䞭の䞀郚のコンテンツのリク゚ストが、安党ではないチャンネルを経由しお読み蟌たれおいるこずを意味するかもしれたせん。
STATE_IS_SECURE0x00000002このフラグは、リク゚ストに察応するデヌタが安党なチャンネルを経由しお受信されたこずを衚したす。セキュリティの皋床に぀いおは、STATE_SECURE_HIGH、STATE_SECURE_MED、たたは STATE_SECURE_LOW によっお衚珟されたす。
-

セキュリティ匷床フラグ(Security Strength Flags)

-

これらのフラグは、セキュリティの匷床ず、onSecurityChange() メ゜ッドの呌び出しに䌎う STATE_IS_SECURE に぀いお説明したす。これらのフラグは排他的です。

-

これらのフラグは、デヌタ転送のセキュリティに぀いお厳密な詳现を提䟛するこずを意味したせん。これらは代わりに、セキュリティ通知の色区分や、その他ナヌザヌ向けの基本的なデヌタ転送のフィヌドバックなどのような、簡易的なむンゞケヌタで䜿甚されるこずを意図しおいたす。

- - - - - - - - - - - - - - - - - - - - - - - -
定数倀詳现
STATE_SECURE_HIGH0x00040000このフラグは高レベルのセキュリティにあるこずを瀺したす。
STATE_SECURE_MED0x00010000このフラグは䞭レベルのセキュリティにあるこずを瀺したす。
STATE_SECURE_LOW0x00020000このフラグは䜎レベルのセキュリティにあるこずを瀺したす。
-

アむデンティティ状態フラグState identity flags

-

これらのフラグは、onSecurityChange() メ゜ッドの呌び出しにおける、身元怜蚌のレベルに぀いお説明したす。

- - - - - - - - - - - - - -
定数倀詳现
STATE_IDENTITY_EV_TOPLEVEL0x00100000 -

ステヌタスビットにおける EV ずは Extended Validation すなわち High Assurance であり、高く保蚌されおいるこずを意味したす。

-

最高䜍のドキュメントには EV 蚌明曞が䜿甚されおいたす。

-
-

ロケヌション倉曎状態フラグ (Location Change flags)

- - - - - - - - - - - - - -
定数倀詳现
LOCATION_CHANGE_SAME_DOCUMENT0x00000001このフラグは、aWebProgress が新たにドキュメントを読み蟌たなかったずきのものです。䟋ずしおは、アンカヌによるスクロヌルや pushState/popState/replaceState によるロケヌションの倉曎が挙げられたす。
-

メ゜ッド

-

onLocationChange()

-

倉曎を監芖されおいるりィンドりのロケヌションが倉曎された際に呌び出されたす。読み蟌みがリク゚ストされたずきではなく、䞎えられたりィンドりにおいお読み蟌みが発生しようずしおいるの䞀床確認された際に呌び出されたす。たずえば、りィンドりに斌いお開始した読み蟌みが、新しいサむトに向けおプログレスずステヌタスメッセヌゞを送信しおいたずしおも、新たなペヌゞが読み蟌たれおいるず私たちが確認するたでは、onLocationChange は呌び出されないでしょう。別の䟋ずしお、ブラりザの䞭でドキュメントが読み蟌たれおいるのではなく、サヌドパヌティのツヌルぞずドキュメントが枡された堎合、PDFやフラッシュの読み蟌みでは onLocationChange は呌び出されないでしょう。

-
void onLocationChange(
-  in nsIWebProgress aWebProgress,
-  in nsIRequest aRequest,
-  in nsIURI aLocation
-  [optional] in unsigned long aFlags
-);
-
-
匕数
-
-
- aWebProgress
-
- 通知が発生した nsIWebProgress むンスタンス。
-
- aRequest
-
- 関連する nsIRequest 。いく぀かの堎合では、この倀は null かもしれたせん。
-
- aLocation
-
- 読み蟌たれおいるロケヌションの URI 。
-
- aFlags
-
- オプションこの倀は、ロケヌションが倉曎された状況や理由に぀いお衚したす。 Optional from Gecko 10
-
-

onProgressChange()

-

aWebProgress に関連するリク゚ストのひず぀の倉曎されたプログレスを通知したす。STATE_STOP ず STATE_IS_WINDOW フラグを含む aStateFlags を䌎っお呌び出された onStateChange() に察応する aWebProgress の党おのリク゚ストが完了したずき、プログレス党䜓はれロぞずリセットされたす。

-
- 蚻プログレスの倀が未知である、たたは長敎数型の最倧倀を䞊回る堎合、プログレスの倀は -1 によっお眮き換えられたす。
-
- 蚻オブゞェクトが nsIWebProgressListener2 を実装しおおり、尚䞔぀呌び出し偎がそのむンタヌフェヌスを知っおいる堎合、この関数は呌び出されたせん。その堎合、代わりに nsIWebProgressListener2.onProgressChange64() が呌び出されたす。
-
void onProgressChange(
-  in nsIWebProgress aWebProgress,
-  in nsIRequest aRequest,
-  in long aCurSelfProgress,
-  in long aMaxSelfProgress,
-  in long aCurTotalProgress,
-  in long aMaxTotalProgress
-);
-
-
匕数
-
-
- aWebProgress
-
- 通知が発生した nsIWebProgress むンスタンス。
-
- aRequest
-
- 新しいプログレスを持぀ nsIRequest 。
-
- aCurSelfProgress
-
- リク゚ストの珟圚のプログレス。
-
- aMaxSelfProgress
-
- リク゚ストの最倧のプログレス。
-
- aCurTotalProgress
-
- aWebProgress に関連する党おのリク゚ストにおける、珟圚のプログレス。
-
- aMaxTotalProgress
-
- aWebProgress に関連する党おのリク゚ストにおける、党䜓のプログレス。
-
-

onSecurityChange()

-

セキュリティプログレスを通知したす。このメ゜ッドは 䟋えば HTTP -> HTTPS たたは HTTP, FOO -> HTTPS ずいったセキュリティの遷移に応じお、およびドキュメントの読み蟌みの完了ず共に呌び出されたす。ネットワヌク読み蟌みの間に゚ラヌが発生した堎合でも、同様に呌び出されたす。

-
- 蚻セキュリティパッケヌゞを導入しおいる堎合、これらの通知は䞀床しか発生したせん。
-
void onSecurityChange(
-  in nsIWebProgress aWebProgress,
-  in nsIRequest aRequest,
-  in unsigned long aState
-);
-
-
匕数
-
-
- aWebProgress
-
- 通知が発生した nsIWebProgress むンスタンス。
-
- aRequest
-
- 新しいセキュリティ状態の nsIRequest 。
-
- aState
-
- 䞊述のセキュリティ状態フラグずセキュリティ匷床フラグによっお構成された倀。将来的には未定矩なビット列を受け取るこずになるかもしれたせん。
-
-

onStateChange()

-

aWebProgress に関連するリク゚ストのいずれかの状態が倉曎されたこずを通知したす。

-
void onStateChange(
-  in nsIWebProgress aWebProgress,
-  in nsIRequest aRequest,
-  in unsigned long aStateFlags,
-  in nsresult aStatus
-);
-
-
匕数
-
-
- aWebProgress
-
- 通知が発生した nsIWebProgress むンスタンス。
-
- aRequest
-
- 状態が倉曎した nsIRequest 。この匕数は null である堎合がありたす。
-
- aStateFlags
-
- 新しい状態のフラグを衚したす。この倀は、䞊述した遷移状態フラグのひず぀ず、状態皮類フラグのひず぀、たたは耇数によっお構成されおいたす。将来的には未定矩なビット列を受け取るこずになるかもしれたせん。
-
- aStatus
-
-

状態の倉曎に関連する゚ラヌステヌタスコヌドです。この匕数は aStateFlag が STATE_STOP ビットを含たない限りは無芖されたす。ステヌタスコヌドは状態の倉曎に関連するリク゚ストの成功たたは倱敗を瀺したす。

-
- 蚻HTTP 404 File Not Found ゚ラヌのようなサヌバヌ偎で発生した゚ラヌに察しおも、成功したずのコヌドを瀺すかもしれたせん。こうした堎合においお、リク゚スト自䜓の゚ラヌ情報に぀いおは、HTTPリク゚ストに぀いおは nsIHttpChannel を参照するなど拡匵された゚ラヌ情報を問い合わせるべきです。
-
-
-

onStatusChange()

-

リク゚ストのステヌタスが倉曎されたこずを通知したす。ステヌタスメッセヌゞは、ブラりザのステヌタスバヌなどずいった、ナヌザヌぞの衚瀺を意図されおいたす。

-
void onStatusChange(
-  in nsIWebProgress aWebProgress,
-  in nsIRequest aRequest,
-  in nsresult aStatus,
-  in wstring aMessage
-);
-
-
匕数
-
-
- aWebProgress
-
- 通知が発火した　nsIWebProgress 。
-
- aRequest
-
- 新たなステヌタスを持぀ nsIRequest 。
-
- aStatus
-
-

この倀ぱラヌコヌドではありたせん。その代わり、珟圚のリク゚ストのステヌタスを瀺す数倀になりたす。このむンタヌフェヌスはステヌタスコヌドの蚭定が可胜なようには定矩されおいたせん。

-
- 蚻いく぀かのステヌタス倀は、nsITransport および nsISocketTransportで定矩されおいたす
-
-
- aMessage
-
- aStatus に察応するロヌカラむズされたテキスト。
-
-

䟋

-

タブごずぞの nsIWebProgressListener:

- -

gBrowser.mProgressListeners (䞊で述べたようにタブ毎の nsIWebProgressListener によっお起動される):

- -

 

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiwindowmediator/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiwindowmediator/index.html deleted file mode 100644 index 7a0b9ccaaa..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsiwindowmediator/index.html +++ /dev/null @@ -1,60 +0,0 @@ ---- -title: nsIWindowMediator -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIWindowMediator -tags: - - Interfaces - - 'Interfaces:Scriptable' - - MDC Project - - NeedsEditorialReview - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIWindowMediator ---- -

 

-

りィンドりメディ゚ヌタは開いおいるりィンドりを監芖する Mozilla コンポヌネントです。 nsIWindowMediator むンタヌフェむスを通じおアクセスできたす。 nsIWindowMediator の最も䞀般的な二぀の甚途は次のようなものです。

-
    -
  1. 最前面にある (most recent)、もしくは任意の、指定された型のりィンドりを取埗する。
    2. -
  2. 指定された型の党おのりィンドりを列挙する。
    3. -
-
-
xpfe/appshell/public/nsIWindowMediator.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.6
-
-


- 䞋蚘の䟋で、type は怜玢したいりィンドりの型を瀺しおいたす。りィンドりに型を指定するには、<window> や <dialog> のようなトップレベルの芁玠に windowtype 属性を付加したす。

-

ブラりザりィンドりは navigator:browser ずいうりィンドりの型を持っおいたす。りィンドりの型に関わらず党おのりィンドりを怜玢するには、空文字列 "" を枡しお䞋さい。

-

-

最前面にあるりィンドりを取埗する

-

次のコヌドは、指定した型のりィンドりのいずれかを取埗したい時や、ある型のりィンドり (䟋えばあなたの拡匵機胜の蚭定ダむアログ) がすでに開かれおいるかどうかを調べたい時に圹立ちたす。

-

getMostRecentWindow は、 ChromeWindow オブゞェクト、もしくは指定された型のりィンドりが開かれおいなければ、 null を返したす。

-
var wm = Components.classes["@mozilla.org/appshell/window-mediator;1"]
-                   .getService(Components.interfaces.nsIWindowMediator);
-var win = wm.getMostRecentWindow(type);
-
-

-

りィンドりを列挙する

-

次のコヌドは、特定の型の開かれおいるりィンドりのそれぞれに䜕かをしなければならない時に䜿えたす。䟋えば、蚭定ダむアログの "OK" ハンドラで、開かれおいるブラりザりィンドりのそれぞれに新しい蚭定を適甚する時などです。

-
var wm = Components.classes["@mozilla.org/appshell/window-mediator;1"]
-                   .getService(Components.interfaces.nsIWindowMediator);
-var enumerator = wm.getEnumerator(type);
-while(enumerator.hasMoreElements()) {
-  var win = enumerator.getNext();
-  // |win| は [Object ChromeWindow] である(|window| ず同等)。これに䜕かをする
-}
-
-

このコヌドでは特定の型のりィンドり党おに察しお反埩凊理を行っおおり、type で指定するのはりィンドりの型です。䟋えば、党おのブラりザりィンドりを列挙したければ、"navigator:browser" を指定したす。型に関わらず党おのりィンドりを列挙したければ、null を指定したす。

-
- 泚意: nsIWindowMediator のリファレンスペヌゞでは、 getMostRecentWindow の戻り倀の型ず、列挙された芁玠の型は、 nsIDOMWindow/nsIDOMWindowInternal ずされおいたす。実際には、JavaScript のコヌドから呌ばれる時には、これらのメ゜ッドは普通 (垞に) ChromeWindow オブゞェクトを返し、これは䞊蚘の䞡方ず他の幟぀かのむンタヌフェむスを実装しおいたす。あなたが恐らく慣れ芪しんでいるであろう、グロヌバルオブゞェクトの window は ChromeWindow 型です。
-

-

参考

- -

Interwiki Languages Links

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsixmlhttprequest/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsixmlhttprequest/index.html deleted file mode 100644 index 1f24082b00..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsixmlhttprequest/index.html +++ /dev/null @@ -1,84 +0,0 @@ ---- -title: nsIXMLHttpRequest -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIXMLHttpRequest -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIXMLHttpRequest ---- -

Gecko 60 で廃止 (Firefox 60 / Thunderbird 60 / SeaMonkey 2.57)
この機胜は廃止されたした。ただいく぀かのブラりザヌで動䜜するかもしれたせんが、い぀削陀されおもおかしくないので、䜿わないようにしたしょう。

- -

nsIXMLHttpRequest along with nsIJSXMLHttpRequest and nsIXMLHttpRequestEventTarget are Mozilla's implementation details of the DOM XMLHttpRequest object.

- -
Note: If you're a web developer or a Mozilla add-on developer, please refer to the XMLHttpRequest documentation instead.
- -

This page contains documentation, specific to Mozilla application and add-on developers.

- -

The interface definition: https://dxr.mozilla.org/mozilla-central/source/dom/xhr/nsIXMLHttpRequest.idl

- -

Elevated Privileges

- -

As mentioned in the "Non-Standard Properties" the property of channel was read-only. When using the XPCOM interface, as seen below in Example 2, we can get access to this. The most obvious benefit is that we can set nsiRequest - Constants in the xhr.channel.loadFlags. For instance, as done in Example 2, the flag of LOAD_ANONYMOUS is added, this strips all user data (cookies, tokens, etc).

- -

Using event handlers from native code

- -

(Not sure if it's up-to-date)

- -

From native code, the way to set up onload and onerror handlers is a bit different. Here is a comment from Johnny Stenback <jst@netscape.com>:

- -
The mozilla implementation of nsIXMLHttpRequest implements the interface nsIDOMEventTarget and that's how you're supported to add event listeners. Try something like this: nsCOMPtr<nsIDOMEventTarget> target(do_QueryInterface(myxmlhttpreq)); target->AddEventListener(NS_LITERAL_STRING("load"), mylistener, PR_FALSE) where mylistener is your event listener object that implements the interface nsIDOMEventListener. The 'onload', 'onerror', and 'onreadystatechange' attributes moved to nsIJSXMLHttpRequest, but if you're coding in C++ you should avoid using those.
- -

Though actually, if you use addEventListener from C++ weird things will happen too, since the result will depend on what JS happens to be on the stack when you do it....

- -

Conclusion: Do not use event listeners on XMLHttpRequest from C++, unless you're aware of all the security implications. And then think twice about it.

- -

サンプルコヌド

- -

This is a simple example code for opening a simple HTTP request from a xul application (like a Mozilla extension) without using observers:

- -
 var req = Components.classes["@mozilla.org/xmlextras/xmlhttprequest;1"].createInstance();
- req.open('POST', "http://www.foo.bar:8080/nietzsche.do", true);
- req.send('your=data&and=more&stuff=here');
-
- -

Example 2

- -
var {Cu: utils, Cc: classes, Ci: instances} = Components;
-Cu.import('resource://gre/modules/Services.jsm');
-function xhr(url, cb) {
-    let xhr = Cc["@mozilla.org/xmlextras/xmlhttprequest;1"].createInstance(Ci.nsIXMLHttpRequest);
-
-    let handler = ev => {
-        evf(m => xhr.removeEventListener(m, handler, !1));
-        switch (ev.type) {
-            case 'load':
-                if (xhr.status == 200) {
-                    cb(xhr.response);
-                    break;
-                }
-            default:
-                Services.prompt.alert(null, 'XHR Error', 'Error Fetching Package: ' + xhr.statusText + ' [' + ev.type + ':' + xhr.status + ']');
-                break;
-        }
-    };
-
-    let evf = f => ['load', 'error', 'abort'].forEach(f);
-    evf(m => xhr.addEventListener(m, handler, false));
-
-    xhr.mozBackgroundRequest = true;
-    xhr.open('GET', url, true);
-    xhr.channel.loadFlags |= Ci.nsIRequest.LOAD_ANONYMOUS | Ci.nsIRequest.LOAD_BYPASS_CACHE | Ci.nsIRequest.INHIBIT_PERSISTENT_CACHING;
-    xhr.responseType = "arraybuffer"; //dont set it, so it returns string, you dont want arraybuffer. you only want this if your url is to a zip file or some file you want to download and make a nsIArrayBufferInputStream out of it or something
-    xhr.send(null);
-}
-
-xhr('https://www.gravatar.com/avatar/eb9895ade1bd6627e054429d1e18b576?s=24&d=identicon&r=PG&f=1', data => {
-    Services.prompt.alert(null, 'XHR Success', data);
-    var file = OS.Path.join(OS.Constants.Path.desktopDir, "test.png");
-    var promised = OS.File.writeAtomic(file, new UInt8Array(data));
-    promised.then(
-        function() {
-            alert('succesfully saved image to desktop')
-        },
-        function(ex) {
-             alert('FAILED in saving image to desktop')
-        }
-    );
-});
diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsizipentry/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsizipentry/index.html deleted file mode 100644 index 7892efac9a..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsizipentry/index.html +++ /dev/null @@ -1,60 +0,0 @@ ---- -title: nsIZipEntry -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIZipEntry -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIZipEntry ---- -

 

-

メ゜ッドの抂芁

- -
-

属性

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
compressionreadonly attribute unsigned shortアむテムに䜿甚される圧瞮の皮類。取り埗る倀ずそれらの意味は http://www.pkware.com/business_and_d...loper/appnote/ にある ZIP ファむルの仕様曞に定矩されおいたす。
sizereadonly attribute unsigned longアむテムに含たれるデヌタの圧瞮枈みサむズ。
realSizereadonly attribute unsigned longアむテムに含たれるデヌタの非圧瞮サむズ。
CRC32readonly attribute unsigned long゚ントリに含たれるファむルの CRC-32 ハッシュ倀。
isDirectoryreadonly attribute boolean゚ントリの名前が「/」で終わる堎合は true、そうでなければ false。
lastModifiedTimereadonly attribute PRTimeアむテムの最終曎新日時。
isSyntheticreadonly attribute booleanこの属性は、アむテムが本圓の ZIP ゚ントリであるか、実際の゚ントリのパスの䞀郚のために合成された゚ントリであるかを刀別するために䜿甚したす。合成゚ントリは、ZIP ファむル内郚で察応する゚ントリを持たないディレクトリを衚したす。䟋えば、ZIP ファむル内のディレクトリ foo/ のための゚ントリが、foo/bar.txt のための゚ントリをひず぀だけ含む堎合、それは合成゚ントリずなりたす。その ZIP ファむルにディレクトリの実際の゚ントリが含たれる堎合、そのディレクトリの nsIZipEntry に関しおは、この属性は false ずなりたす。ファむルが合成゚ントリになるこずはできたせん。
-

関連蚘事

-

nsIZipReader

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsizipreader/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsizipreader/index.html deleted file mode 100644 index 67615221ee..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsizipreader/index.html +++ /dev/null @@ -1,185 +0,0 @@ ---- -title: nsIZipReader -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIZipReader -tags: - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIZipReader ---- -

 

-
-
modules/libjar/nsIZipReader.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

実装: @mozilla.org/libjar/zip-reader;1。むンスタンスを䜜成するには、以䞋のように蚘述したす。

-
var zReader = Components.classes["@mozilla.org/libjar/zip-reader;1"]
-                        .createInstance(Components.interfaces.nsIZipReader);
-
-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
void open(in nsIFile zipFile)
void close()
void test(in string aEntryName)
void extract(in string zipEntry, in nsIFile outFile)
nsIZipEntry getEntry(in string zipEntry)
boolean hasEntry(in AUTF8String zipEntry)
nsIUTF8StringEnumerator findEntries(in string aPattern)
nsIInputStream getInputStream(in string zipEntry)
nsIInputStream getInputStreamWithSpec(in AUTF8String aJarSpec, in string zipEntry)
-

属性

- - - - - - - - - - - - - -
属性型説明
filereadonly attribute nsIFileこの ZIP ファむルリヌダヌが初期化された ZIP を衚すファむル。
-

メ゜ッド

-

open()

-

ZIP ファむルを開いおい読み取れるようにしたす。他のファむルを開くこずもできたすが、たず close() で閉じる必芁がありたす。

-
void open(in nsIFile zipFile)
-
-
匕数
-
-
- zipFile
-
- 開く ZIP ファむル。
-
-

close()

-

ZIP ファむルを閉じたす。以埌、ファむルを展開しようずしたり、その入力ストリヌムから読み取りを行おうずするず゚ラヌになりたす。

-
void close()
-
-

test()

-

各アむテムをメモリに展開する際に CRC チェックを実行しお、アヌカむブの完党性を怜蚌したす。゚ントリが指定された堎合、そのアむテムの完党性のみが怜蚌されたす。NULL が枡された堎合、アヌカむブ内のすべおのアむテムの完党性が怜蚌されたす。

-
void test(in string aEntryName)
-
-
匕数
-
-
- aEntryName
-
- 怜蚌を行う単独の゚ントリ、あるいは、アヌカむブ内のすべおの゚ントリを怜蚌する堎合は　NULL。
-
-

extract()

-

ZIP ゚ントリを、outFile で指定されたロヌカルファむルに展開したす。展開を正垞に完了するには、この゚ントリは非圧瞮あるいはでデフレヌト圧瞮圢匏で ZIP 内に保存されおいなければなりたせん。゚ントリがディレクトリの堎合、そのディレクトリが非再垰的に展開されたす。

-
void extract(in string zipEntry, in nsIFile outFile)
-
-
匕数
-
-
- zipEntry
-
- 展開する ZIP ゚ントリ。
-
-
-
- outFile
-
- ZIP ファむルの展開先に䜿甚するロヌカルファむル
-
-

getEntry()

-

指定された ZIP ゚ントリに盞圓する nsIZipEntry を返したす。

-
nsIZipEntry getEntry(in string zipEntry)
-
-
匕数
-
-
- zipEntry
-
- ZIP ゚ントリ。
-
-
戻り倀
-

指定された ZIP ゚ントリに盞圓する nsIZipEntry。

-

hasEntry()

-

ZIP ファむルに entryName で指定された゚ントリが含たれおいるかどうかを確認したす。

-
boolean hasEntry(in AUTF8String zipEntry)
-
-
匕数
-
戻り倀
-

真停倀。該圓する ZIP ゚ントリが存圚する堎合は true、存圚しない堎合は false。

-

findEntries()

-

䞀臎する゚ントリ名を含む文字列の列挙 (enumerator) を返したす。

-
nsIUTF8StringEnumerator findEntries(in string aPattern)
-
-
匕数
-
-
- aPattern
-
- ZIP ファむル内で゚ントリを怜玢するために䜿甚する正芏衚珟。すべおの゚ントリを取埗するには、この匕数を null に蚭定したす。そうでない堎合、以䞋の構文を䜿っおください。
-
-
投げられる䟋倖
-
-
- NS_ERROR_ILLEGAL_VALUE
-
- 倚くの、ただしすべおではない䞍正な aPattern の倀が確認された堎合。
-
-
戻り倀
-

䞀臎した゚ントリ名が含たれる nsIUTF8StringEnumerator。

-

getInputStream()

-

指定された ZIP ゚ントリの内容が含たれる入力ストリヌムを返したす。

-
nsIInputStream getInputStream(in string zipEntry)
-
-
匕数
-
-
- zipEntry
-
- ストリヌムを開く゚ントリの名前。
-
-
戻り倀
-

指定された ZIP ゚ントリの内容が含たれる nsIInputStream。

-

getInputStreamWithSpec()

-

指定された ZIP ゚ントリの内容が含たれる入力ストリヌムを返したす。゚ントリが (「/」で終わる) ディレクトリを参照しおいる堎合、ディレクトリストリヌムが開かれたす。そうでない堎合はファむル゚ントリの内容が返されたす。

-
nsIInputStream getInputStreamWithSpec(in AUTF8String aJarSpec, in string zipEntry)
-
-
匕数
-
-
- aJarSpec
-
- JAR に䜿われおいる URI の Spec (利甚されるのはディレクトリストリヌムの堎合のみです)。
-
-
戻り倀
-

指定された ZIP ゚ントリの内容が含たれる nsIInputStream。

-

See also

-

nsIZipEntry

diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsizipwriter/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsizipwriter/index.html deleted file mode 100644 index 5113ed3323..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference/nsizipwriter/index.html +++ /dev/null @@ -1,496 +0,0 @@ ---- -title: nsIZipWriter -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference/nsIZipWriter -tags: - - Firefox 3 - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsIZipWriter ---- -

nsIZipWriter むンタフェヌスは、スクリプトを䜿っおデヌタを Zip ファむル圢匏にアヌカむブできる簡単な方法を提䟛したす。アヌカむブに察する操䜜はひず぀ず぀実行するこずも、キュヌに入れおおいお埌で実行するこずもできたす。

-

実行したい操䜜をすべおキュヌに远加したら、processQueue() を呌び出せば、キュヌに远加した順番通りに操䜜が実行されたす。キュヌの途䞭で実行された操䜜は、オブザヌバの察象倖で発生した゚ラヌもすべお䟋倖ずしお投げたす。

-

バックグラりンドでキュヌを実行䞭に、むンタフェヌスに察しお同時に操䜜を行おうずした堎合、NS_ERROR_IN_PROGRESS ずいう䟋倖が投げられたす。

-

ファむル名やディレクトリ名の区切り蚘号には必ずスラッシュ ("/") を䜿い、たた 1 文字目がスラッシュで始たっおいおはいけたせん。

-
èš»: ディレクトリ内のファむル゚ントリを远加するために、そのディレクトリの゚ントリを远加しおおく必芁はありたせんが、䞀郚の Zip ナヌティリティでは問題が生じる可胜性がありたすので、あらかじめディレクトリ゚ントリを明瀺的に远加しおおいた方が良いでしょう。
-


-

-
modules/libjar/zipwriter/public/nsIZipWriter.idlScriptable
- - -Please add a summary to this article. - - -
-  -最終曎新: Gecko 1.9 (Firefox 3)
-
-

継承元: nsISupports

-

実装: @mozilla.org/zipwriter;1. むンスタンスを䜜成するには、以䞋のように蚘述したす。

-
var zipWriter = Components.classes["@mozilla.org/zipwriter;1"]
-                          .createInstance(Components.interfaces.nsIZipWriter);
-
-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
void addEntryDirectory(in AUTF8String aZipEntry, in PRTime aModTime, in boolean aQueue);
void addEntryChannel(in AUTF8SZtring aZipEntry, in PRTime aModTime, in PRInt32 aCompression, in nsIChannel aChannel, in boolean aQueue)
void addEntryFile(in AUTF8SZtring aZipEntry, in PRInt32 aCompression, in nsIFile aFile, in boolean aQueue)
void addEntryStream(in AUTF8SZtring aZipEntry, in PRTime aModTime, in PRInt32 aCompression, in nsIInputStream aStream, in boolean aQueue)
void close()
nsIZipEntry getEntry(in AUTF8String aZipEntry);
boolean hasEntry(in AUTF8String aZipEntry);
void open(in nsIFile aFile, in PRInt32 aIoFlags);
void processQueue(in nsIRequestObserver aObserver, in nsISupports aContext)
void removeEntry(in AUTF8String aZipEntry, in boolean aQueue)
-

属性

- - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
commentACString開かれおいる Zip ファむルに関連付けられおいるコメントを取埗あるいは蚭定したす。開かれおいる Zip ファむルがない堎合は、䟋倖 NS_ERROR_NOT_INITIALIZED が投げられたす。
inQueuebooleanバックグラりンドのキュヌで操䜜が実行䞭の堎合は true、バックグラりンド操䜜が実行䞭でない堎合は false。読み取り専甚。
filensIFile曞き蟌みを行う Zip ファむル。読み取り専甚。
-

定数

- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
定数倀説明
COMPRESSION_NONE0ファむルを圧瞮しない。
COMPRESSION_FASTEST1ファむルをアヌカむブに远加する際、最速の圧瞮方法を䜿甚したす。
COMPRESSION_DEFAULT6ファむルをアヌカむブに远加する際、暙準の圧瞮方法を䜿甚したす。
COMPRESSION_BEST9ファむルをアヌカむブに远加する際、最も圧瞮率の高い圧瞮方法を䜿甚したす。
-

メ゜ッド

-

addEntryDirectory()

-

Zip ファむルに新しいディレクトリ゚ントリを远加したす。

-
èš»: ディレクトリ内のファむル゚ントリを远加するために、そのディレクトリの゚ントリを远加しおおく必芁はありたせんが、䞀郚の Zip ナヌティリティでは問題が生じる可胜性がありたすので、あらかじめディレクトリ゚ントリを明瀺的に远加しおおいた方が良いでしょう。
-
 void addEntryDirectory(
-   in AUTF8String aZipEntry,
-   in PRTime aModTime,
-   in boolean aQueue
- );
-
-
匕数
-
-
- aZipEntry
-
- Zip ファむルに远加するディレクトリ゚ントリのパス。
-
- aModTime
-
- ゚ントリの倉曎日時。ミリ秒単䜍。
-
- aQueue
-
- 操䜜をキュヌに远加しお埌で実行する堎合は true、操䜜を即座に実行する堎合は false。
-
-
投げられる䟋倖
-
-
- NS_ERROR_NOT_INITIALIZED
-
- 開かれおいる Zip ファむルがありたせん。
-
- NS_ERROR_FILE_ALREADY_EXISTS
-
- 指定されたパスは既に Zip ファむルの䞭に存圚したす。
-
- NS_ERROR_IN_PROGRESS
-
- Zip Writer は他の操䜜を実行䞭です。
-
-

addEntryChannel()

-

チャンネルから Zip ファむルにデヌタを远加したす。

-
 void addEntryChannel(
-   in AUTF8String aZipEntry,
-   in PRTime aModTime,
-   in PRInt32 aCompression,
-   in nsIChannel aChannel,
-   in boolean aQueue
- );
-
-
匕数
-
-
- aZipEntry
-
- Zip ファむルに远加するファむル゚ントリのパス。これは Zip ファむル内に配眮されるパスになりたす。
-
- aModTime
-
- ゚ントリの倉曎日時。ミリ秒単䜍。
-
- aCompression
-
- 䜿甚する圧瞮方法を衚す 圧瞮定数 のいずれか。
-
- aChannel
-
- デヌタを取埗するチャンネル。
-
- aQueue
-
- 操䜜をキュヌに远加しお埌で実行する堎合は true、操䜜を即座に実行する堎合は false。
-
-
投げられる䟋倖
-
-
- NS_ERROR_NOT_INITIALIZED
-
- 開かれおいる Zip ファむルがありたせん。
-
- NS_ERROR_FILE_ALREADY_EXISTS
-
- 指定されたパスは既に Zip ファむルの䞭に存圚したす。
-
- NS_ERROR_IN_PROGRESS
-
- Zip Writer は他の操䜜を実行䞭です。
-
-

addEntryFile()

-

新しいファむルもしくはディレクトリを Zip ファむルに远加したす。指定されたファむルがディレクトリの堎合、この呌び出しは以䞋ず同じこずになりたす。

-
 addEntryDirectory(aZipEntry, aFile.lastModifiedTime, aQueue);
-
-
 void addEntryFile(
-   in AUTF8String aZipEntry,
-   in PRInt32 aCompression,
-   in nsIFile aFile,
-   in boolean aQueue
- );
-
-
匕数
-
-
- aZipEntry
-
- Zip ファむルに远加するファむル゚ントリのパス。これは Zip ファむル内に配眮されるパスになりたす。
-
- aCompression
-
- 䜿甚する圧瞮方法を衚す 圧瞮定数 のいずれか。
-
- aFile
-
- デヌタず倉曎日時を取埗するファむル。
-
- aQueue
-
- 操䜜をキュヌに远加しお埌で実行する堎合は true、操䜜を即座に実行する堎合は false。
-
-
投げられる䟋倖
-
-
- NS_ERROR_NOT_INITIALIZED
-
- 開かれおいる Zip ファむルがありたせん。
-
- NS_ERROR_FILE_ALREADY_EXISTS
-
- 指定されたパスは既に Zip ファむルの䞭に存圚したす。
-
- NS_ERROR_IN_PROGRESS
-
- Zip Writer は他の操䜜を実行䞭です。
-
-

addEntryStream()

-

入力ストリヌムから Zip ファむルにデヌタを远加したす。

-
 void addEntryStream(
-   in AUTF8String aZipEntry,
-   in PRTime aModTime,
-   in PRInt32 aCompression,
-   in nsIInputStream aStream,
-   in boolean aQueue
- );
-
-
匕数
-
-
- aZipEntry
-
- Zip ファむルに远加するファむル゚ントリのパス。これは Zip ファむル内に配眮されるパスになりたす。
-
- aModTime
-
- ゚ントリの倉曎日時。ミリ秒単䜍。
-
- aCompression
-
- 䜿甚する圧瞮方法を衚す 圧瞮定数 のいずれか。
-
- aStream
-
- デヌタを取埗する入力ストリヌム。
-
- aQueue
-
- 操䜜をキュヌに远加しお埌で実行する堎合は true、操䜜を即座に実行する堎合は false。
-
-
投げられる䟋倖
-
-
- NS_ERROR_NOT_INITIALIZED
-
- 開かれおいる Zip ファむルがありたせん。
-
- NS_ERROR_FILE_ALREADY_EXISTS
-
- 指定されたパスは既に Zip ファむルの䞭に存圚したす。
-
- NS_ERROR_IN_PROGRESS
-
- Zip Writer は他の操䜜を実行䞭です。
-
-

close()

-

Zip ファむルを閉じたす。

-
 void close();
-
-
匕数
-

なし。

-
投げられる䟋倖
-
-
- NS_ERROR_NOT_INITIALIZED
-
- 開かれおいる Zip ファむルがありたせん。
-
- NS_ERROR_IN_PROGRESS
-
- Zip Writer は他の操䜜を実行䞭です。
-
-

Zip ファむルの仕䞊げが倱敗した堎合、他の䟋倖が投げられる堎合もありたす。

-

getEntry()

-

開かれおいる Zip ファむルから特定の゚ントリを取埗したす。

-
 nsIZipEntry getEntry(
-   in AUTF8String aZipEntry,
- );
-
-
匕数
-
-
- aZipEntry
-
- 取埗するファむル゚ントリのパス。
-
-
戻り倀
-

指定した゚ントリに぀いお説明した nsIZipEntry オブゞェクト。あるいは、該圓する゚ントリが存圚しなかった堎合 null。

-

hasEntry()

-

特定の゚ントリが Zip ファむル内に存圚するかどうかを刀別したす。

-
 boolean hasEntry(
-   in AUTF8String aZipEntry,
- );
-
-
匕数
-
-
- aZipEntry
-
- 確認を行うファむル゚ントリのパス。
-
-
戻り倀
-

指定されたパスの゚ントリが Zip ファむル内に存圚する堎合は true、存圚しない堎合は false を返したす。

-

open()

-

指定された Zip ファむルを開きたす。

-
 void open(
-   in nsIFile aFile,
-   in PRInt32 aIoFlags
- );
-
-
匕数
-
-
- aFile
-
- 開く Zip ファむル。
-
- aIoFlags
-
- prio.h で指定された、Zip ファむルのオヌプンフラグ。
-
-
投げられる䟋倖
-
-
- NS_ERROR_ALREADY_INITIALIZED
-
- Zip ファむルは既に開かれおいたす。
-
- NS_ERROR_INVALID_ARG
-
- aFile 匕数が null です。
-
- NS_ERROR_FILE_NOT_FOUND
-
- 指定されたファむルが芋぀からず、フラグでそのファむルの䜜成が蚱可されおいたせん。たたは、指定されたファむルを含むディレクトリが存圚したせん。
-
- NS_ERROR_FILE_CORRUPTED
-
- 指定されたファむルは識別可胜な Zip ファむルではありたせん。
-
-

ファむルが砎損しおいた堎合やサポヌトされおいない圢匏だった堎合など、ファむルを開くのに倱敗するず、他の䟋倖が投げられる堎合もありたす。

-

processQueue()

-

キュヌ党䜓の凊理が完了するか゚ラヌが発生するたで、キュヌに远加されたすべおの項目を凊理したす。最初の操䜜が開始されたずきず、最埌の操䜜が完了したずきに、オブザヌバに通知が行われたす。

-

゚ラヌが発生した堎合はすべおオブザヌバに通知されたす。

-

キュヌが完了するか、゚ラヌが起きお途䞭たでのキュヌの凊理が䞭止されるたで、Zip Writer はビゞヌ状態になりたす。途䞭たでの凊理に倱敗した堎合、残りの項目はキュヌに留たりたす。再床 processQueue() を呌び出すず、操䜜が䞭断されたずころから再開されたす。

-
 void processQueue(
-   in nsIRequestObserver aObserver,
-   in nsISupports aContext
- );
-
-
匕数
-
-
- aObserver
-
- キュヌから通知を受け取るオブザヌバ。
-
- aContext
-
- オブザヌバに枡すコンテキスト。
-
-
投げられる䟋倖
-
-
- NS_ERROR_NOT_INITIALIZED
-
- 開かれおいる Zip ファむルがありたせん。
-
- NS_ERROR_IN_PROGRESS
-
- キュヌの凊理は既に実行䞭です。
-
-

removeEntry()

-

Zip ファむルから゚ントリを削陀したす。

-
 void removeEntry(
-   in AUTF8String aZipEntry,
-   in boolean aQueue
- );
-
-
匕数
-
-
- aZipEntry
-
- Zip ファむルから削陀する゚ントリのパス。
-
- aQueue
-
- 削陀の操䜜をキュヌに远加する堎合は true。即座に実行する堎合は false。
-
-
投げられる䟋倖
-
-
- NS_ERROR_NOT_INITIALIZED
-
- 開かれおいる Zip ファむルがありたせん。
-
- NS_ERROR_IN_PROGRESS
-
- キュヌの凊理は既に実行䞭です。
-
- NS_ERROR_FILE_NOT_FOUND
-
- 指定されたパスに゚ントリが存圚したせん。
-
-

Zip ファむルの曎新に倱敗した堎合、他の䟋倖が投げられる堎合もありたす。

-

䟋

-

コメントを Zip ファむルに远加する

-
var zipWriter = Components.Constructor("@mozilla.org/zipwriter;1", "nsIZipWriter");
-var zipW = new zipWriter();
-
-zipW.open(myZipFilePath, PR_RDWR | PR_CREATE_FILE | PR_TRUNCATE);
-zipW.comment = "This is a comment.";
-zipW.close();
-
-

PR_RDWR ずそれに続くオプションは、どのむンタフェヌスにも含たれおいない定数です (Bug 433295 参照)。このため、䞊蚘のコヌドを実際に動䜜させるには、以䞋のようなコヌドを远加する必芁がありたす。

-
const PR_RDONLY      = 0x01;
-const PR_WRONLY      = 0x02;
-const PR_RDWR        = 0x04;
-const PR_CREATE_FILE = 0x08;
-const PR_APPEND      = 0x10;
-const PR_TRUNCATE    = 0x20;
-const PR_SYNC        = 0x40;
-const PR_EXCL        = 0x80;
-
-

I/O Snippets も参照しおください。

-

ファむルを Zip アヌカむブに远加する

-

このコヌドは、nsIFile theFile で指定されたファむルを、Zip アヌカむブぞ同期的に远加するものです。

-
var zipWriter = Components.Constructor("@mozilla.org/zipwriter;1", "nsIZipWriter");
-var zipW = new zipWriter();
-
-zipW.open(myZipFilePath, PR_RDWR | PR_CREATE_FILE | PR_TRUNCATE);
-zipW.addEntryFile("Path/For/This/File/In/Zip Archive", Components.interfaces.nsIZipWriter.COMPRESSION_DEFAULT, theFile, false);
-zipW.close();
-
-

匕数のうち nyZipFilePath は、実際にはパスではなく、新しい Zip ファむルの堎所を指定する nsIFile むンスタンスのこずを指しおいたす。ファむルそのものは存圚しおいなくおも構いたせんが、そのファむルを含むディレクトリ (぀たり nsIFile.parent) は必ず存圚しおいる必芁がありたす。

-

その他の䟋

-

他の䟋に぀いおは、゜ヌスツリヌ内のナニットテストを参照しおください。

- -

関連蚘事

- diff --git a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference_group/index.html b/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference_group/index.html deleted file mode 100644 index 16538d388e..0000000000 --- a/files/ja/mozilla/tech/xpcom/reference/xpcom_interface_reference_group/index.html +++ /dev/null @@ -1,976 +0,0 @@ ---- -title: XPCOM Interface Reference group -slug: Mozilla/Tech/XPCOM/Reference/XPCOM_Interface_Reference_group -translation_of: Mozilla/Tech/XPCOM/Reference/Reference_by_grouping ---- -

Using this guide

- -

このペヌゞには2010幎12月1日珟圚の Mozilla むンタヌフェヌスが䞀芧ずなっおいたす。the XPCOM interface Reference の䞀芧はアルファベット順に䞊べられおいたすが、このペヌゞではそれらを機胜ごずにグルヌプ化するずいう詊みがなされおいたす。グルヌプ化ずカテゎリの名称は著者【蚳泚: 英語版のこのペヌゞの著者】による独断が倚少入り混じっおいたす。これに぀いおは涙を流す結末になりうる重倧な論点であるずは認識しおいたす。ですが、どうやら私がこの線集を行った最初の人物であるようなので、最初の線集者ずしおの暩利を埗たものずしたす。

-

䞻芁セクションの定矩

- -
-
-

Browser

- -
-
-

Data

- -
-
-

DO NOT USE

- -
-
-

Future

- -
-
-

Obsolete

- -
-
-

Security

- -
-
-

System

- -
-
-

Thunderbird

- -
-
-

User

- -
-
-

XPC

diff --git a/files/ja/mozilla/tech/xpcom/setting_http_request_headers/index.html b/files/ja/mozilla/tech/xpcom/setting_http_request_headers/index.html deleted file mode 100644 index 394e0fc521..0000000000 --- a/files/ja/mozilla/tech/xpcom/setting_http_request_headers/index.html +++ /dev/null @@ -1,273 +0,0 @@ ---- -title: Setting HTTP request headers -slug: Mozilla/Tech/XPCOM/Setting_HTTP_request_headers -tags: - - Add-ons - - Extensions - - HTTP - - XUL - - XULRunner - - 芁曎新 -translation_of: Mozilla/Tech/XPCOM/Setting_HTTP_request_headers ---- -

HTTP は Web の䞭栞を成す技術の䞀぀です。実際のコンテンツに加え、HTTP ヘッダによっおいく぀かの重芁な情報が HTTP リク゚ストずレスポンスの䞡方で枡されたす。

- -

アプリケヌションが䜜成するどんなリク゚ストに察しおも、独自の HTTP ヘッダを加える事ができたす。そのリク゚ストがあなたのコヌドで明瀺的に HTTP チャンネルを開くこずによっお開始されたリク゚ストであっおも、たた XMLHttpRequest の掻動や、コンテンツ内の <img> タグ、さらに䟋え CSS からのものであったずしおも、それは可胜です。

- - - - - - - - - - - -

HTTP チャンネル

-

HTTP リク゚ストずレスポンスを扱う時には、倧抵は nsIHttpChannel を扱いたす。nsIHttpChannel むンタフェヌスにはたくさんのプロパティやメ゜ッドがありたすが、ここで重芁なメ゜ッドは setRequestHeader です。このメ゜ッドを䜿っお HTTP リク゚ストヘッダを蚭定する事ができたす。

-

䞋は HTTP ヘッダを蚭定するコヌドの䟋です。

-
// リク゚ストに "X-Hello: World" ヘッダを加える
-httpChannel.setRequestHeader("X-Hello", "World", false);
-
- - -

このコヌドの httpChannel ずいう倉数は、nsIHttpChannel を実装したオブゞェクトを瀺しおいたす。(倉数名はどんなものでも結構です。)

-

setRequestHeader メ゜ッドは 3 ぀のパラメヌタを取りたす。1 ぀めは HTTP リク゚ストヘッダの名前で、2 ぀めは HTTP リク゚ストヘッダの倀です。3 ぀めのパラメヌタに関しおは今のずころ無芖しお、垞に false にしおおきたす。

-

このサンプルコヌドでは X-Hello ずいう名前の HTTP リク゚ストヘッダが远加され、この HTTP リク゚ストヘッダの倀は World ずなっおいたす。

-
-

泚: 独自の HTTP ヘッダを䜜成する堎合には、名前の前に X- を付けなければなりたせん。(䞊のサンプルコヌドでもちゃんず名前の前に X- を远加しおいるため、䜜成した HTTP ヘッダは Hello ではなく X-Hello ずなっおいたす。)

-
- - - - - - -

通知

-

ここでおそらく、HTTP リク゚ストが開始された時にどうやっお nsIHttpChannel を取埗するのかずいう疑問が出おくるでしょう。

-

あなたのコヌドによっおリク゚ストが開始された堎合には、おそらく既に取埗できおいるでしょう。その他のリク゚ストを捕捉するには、通知 を䜿いたす。これは他の蚀語やフレヌムワヌクではむベント やシグナル ず呌ばれるものず同じようなものです。

-

具䜓的に蚀えば、HTTP リク゚ストが䜜られる盎前に nsIHttpChannel を取埗するには "http-on-modify-request" トピックを監芖 (observe) する必芁がありたす。("http-on-modify-request" は文字列です。)

-
-

泚: 通知を受けられるトピックは "http-on-modify-request" の他にもたくさんありたす。䟋えば "http-on-examine-response" や "xpcom-shutdown" などです。たた、独自のトピックを䜜り出したり、自分で通知を送る事も可胜です。

-

通知のフレヌムワヌクや䞀般的な通知トピックのリストに぀いおのより詳しい情報を埗るには Observer Notifications を参照しお䞋さい。

-
- - - - - - -

オブザヌバ

-

あるトピック ("http-on-modify-request" など) に぀いおの通知を埗るには、オブザヌバ (observer) を䜜成しなければなりたせん。オブザヌバは nsIObserver むンタフェヌスを実装したコンポヌネントです。あるトピックに察しおオブザヌバが登録されるず、オブザヌバは observe メ゜ッドが呌ばれる事によっおそのトピックに぀いおの通知を受けたす。

-

䞋のコヌドは http-on-modify-request の通知によっお枡されたチャンネルに "X-Hello" ずいう独自のヘッダを远加するオブザヌバの䟋です。

-
var httpRequestObserver =
-{
-  observe: function(subject, topic, data)
-  {
-    if (topic == "http-on-modify-request") {
-      var httpChannel = subject.QueryInterface(Components.interfaces.nsIHttpChannel);
-      httpChannel.setRequestHeader("X-Hello", "World", false);
-    }
-  }
-};
-
-

div class="note"> Doesn't seem very suitable for this article; readers should are typically assumed to be familiar with JS. Nickolay '''NOTE''': Often people expect JavaScript to be just like Java. And while superficially, they look very similar, there are some important differences between the two. For example, while Java is an <em>object-oriented programming language</em>, JavaScript is not. JavaScript is <em>prototype-based programming language</em> and as such while it has <em>objects</em> it does not have <em>classes</em>. (Which is why, if you are not well versed with JavaScript, the object creation in the sample code above may look strange.) </div

-

observe メ゜ッドが取るパラメヌタの数が重芁です。このメ゜ッドは (䞊のサンプルコヌドにあるように) 3 ぀のパラメヌタを取りたす。"http-on-modify-request" トピックに察しおは、1 ぀めのパラメヌタ (䞊のコヌドでは subject) は nsIHttpChannel になりたす。ただしこれは nsISupports ずしお枡されたす。なので nsISupports から nsIHttpChannel に倉換しなければならず、QueryInterface を呌び出すこずによっおこれを行っおいたす。

-

if ブロックの 2 行目のコヌドは既にご存知でしょう。この蚘事の最初の方で HTTP リク゚ストヘッダを远加するのに䜿ったコヌドず同じものです。

-

このオブゞェクトの名前 (httpRequestObserver) は重芁ではありたせん。奜きな名前を付けお結構です。

- - - - - -

登録する

-

オブザヌバを䜜成したら、それを登録する必芁がありたす。今回の堎合は、オブザヌバを "http-on-modify-request" トピックに察しお登録しようずしおいたす。これは以䞋のコヌドによっお可胜です。

-
var observerService = Components.classes["@mozilla.org/observer-service;1"]
-                                .getService(Components.interfaces.nsIObserverService);
-observerService.addObserver(httpRequestObserver, "http-on-modify-request", false);
-
-

1 ぀めの文で、通知を受けたいトピックにオブザヌバを登録するためのオブゞェクトを取埗しおいたす。

-

2 ぀めの文では実際に登録を行っおいたす。 "http-on-modify-request" トピック (それぞれの HTTP リク゚ストの盎前に起こる) が発生したずきに、httpRequestObserver が (observe メ゜ッドが呌び出されるこずによっお) 通知を受けられるようにしおいたす。

- - - - - - -

登録を解陀する

-

アプリケヌションの終了時にはオブザヌバの登録を解陀するべきです。これを怠るずメモリリヌクが匕き起こされる可胜性がありたす。オブザヌバの登録を解陀するには、次のように nsIObserverService.removeObserver を䜿っおください。

- -
observerService.removeObserver(httpRequestObserver, "http-on-modify-request");
-
- - - - - - -

XPCOM コンポヌネント

-

http-on-modify-request オブザヌバは、アプリケヌションごずに 1 ぀しか登録する必芁はありたせん (りィンドりごずに 1 ぀ではありたせん)。぀たり、オブザヌバの実装はオヌバヌレむではなく XPCOM コンポヌネントに眮くべきです。

- - - - - -

たずめ

- -

基本的には倧䜓こんな感じです。しかし、あなたに圹立぀ように、httpRequestObserver オブゞェクトの少し違ったバヌゞョンも瀺しおおきたす。

- -

前に瀺したバヌゞョンは孊習のためには有効ですが、実際のアプリケヌションでは次のようなコヌドにしたほうがいいでしょう。

- - -
var httpRequestObserver =
-{
-  observe: function(subject, topic, data)
-  {
-    if (topic == "http-on-modify-request") {
-      var httpChannel = subject.QueryInterface(Components.interfaces.nsIHttpChannel);
-      httpChannel.setRequestHeader("X-Hello", "World", false);
-    }
-  },
-
-  get observerService() {
-    return Components.classes["@mozilla.org/observer-service;1"]
-                     .getService(Components.interfaces.nsIObserverService);
-  },
-
-  register: function()
-  {
-    this.observerService.addObserver(this, "http-on-modify-request", false);
-  },
-
-  unregister: function()
-  {
-    this.observerService.removeObserver(this, "http-on-modify-request");
-  }
-};
-
- -

このオブゞェクトには register() ず unregister() ずいう䟿利なメ゜ッドがあり、䞋のように呌び出すだけでオブザヌバを有効にする事が出来たす。

- -
httpRequestObserver.register();
-
- -

たた、終了時にはオブザヌバの登録を解陀するのも忘れないでください。

- -
httpRequestObserver.unregister();
-
- -

以䞊です。

- -

We need downloadable XPCOM component for this

- - - - - - -

サンプルコヌド

-
var headerName  = "X-hello";
-var headerValue = "world";
-
-function LOG(text)
-{
-    //    var consoleService = Components.classes["@mozilla.org/consoleservice;1"].getService(Components.interfaces.nsIConsoleService);
-    //    consoleService.logStringMessage(text);
-}
-
-function myHTTPListener() { }
-
-myHTTPListener.prototype = {
-
-  observe: function(subject, topic, data)
-  {
-      if (topic == "http-on-modify-request") {
-
-          LOG("----------------------------> (" + subject + ") mod request");
-
-          var httpChannel = subject.QueryInterface(Components.interfaces.nsIHttpChannel);
-          httpChannel.setRequestHeader(headerName, headerValue, false);
-          return;
-      }
-
-
-      if (topic == "app-startup") {
-
-          LOG("----------------------------> app-startup");
-
-          var os = Components.classes["@mozilla.org/observer-service;1"]
-                             .getService(Components.interfaces.nsIObserverService);
-
-          os.addObserver(this, "http-on-modify-request", false);
-          return;
-      }
-  },
-
-  QueryInterface: function (iid) {
-        if (iid.equals(Components.interfaces.nsIObserver) ||
-            iid.equals(Components.interfaces.nsISupports))
-            return this;
-
-        Components.returnCode = Components.results.NS_ERROR_NO_INTERFACE;
-        return null;
-    },
-};
-
-var myModule = {
-    registerSelf: function (compMgr, fileSpec, location, type) {
-
-        var compMgr = compMgr.QueryInterface(Components.interfaces.nsIComponentRegistrar);
-        compMgr.registerFactoryLocation(this.myCID,
-                                        this.myName,
-                                        this.myProgID,
-                                        fileSpec,
-                                        location,
-                                        type);
-
-
-          LOG("----------------------------> registerSelf");
-
-        var catMgr = Components.classes["@mozilla.org/categorymanager;1"].getService(Components.interfaces.nsICategoryManager);
-        catMgr.addCategoryEntry("app-startup", this.myName, this.myProgID, true, true);
-    },
-
-
-    getClassObject: function (compMgr, cid, iid) {
-
-          LOG("----------------------------> getClassObject");
-
-        return this.myFactory;
-    },
-
-    myCID: Components.ID("{9cf5f3df-2505-42dd-9094-c1631bd1be1c}"),
-
-    myProgID: "@dougt/myHTTPListener;1",
-
-    myName:   "Simple HTTP Listener",
-
-    myFactory: {
-        QueryInterface: function (aIID) {
-            if (!aIID.equals(Components.interfaces.nsISupports) &&
-                !aIID.equals(Components.interfaces.nsIFactory))
-                throw Components.results.NS_ERROR_NO_INTERFACE;
-            return this;
-        },
-
-        createInstance: function (outer, iid) {
-
-          LOG("----------------------------> createInstance");
-
-          return new myHTTPListener();
-        }
-    },
-
-    canUnload: function(compMgr) {
-        return true;
-    }
-};
-
-function NSGetModule(compMgr, fileSpec) {
-    return myModule;
-}
-
diff --git a/files/ja/mozilla/tech/xpcom/storage/index.html b/files/ja/mozilla/tech/xpcom/storage/index.html deleted file mode 100644 index 7abeb7a36e..0000000000 --- a/files/ja/mozilla/tech/xpcom/storage/index.html +++ /dev/null @@ -1,378 +0,0 @@ ---- -title: Storage -slug: Mozilla/Tech/XPCOM/Storage -tags: - - Interfaces - - Storage - - Toolkit API - - 芁曎新 -translation_of: Mozilla/Tech/XPCOM/Storage ---- -

Storage is a SQLite database API. It is available to trusted callers, meaning extensions and Firefox components only.

- -

The API is currently "unfrozen", which means it is subject to change at any time; in fact, it has changed somewhat with each release of Firefox since it was introduced, and will likely continue to do so for a while.

- -
泚蚘: Storage is not the same as the DOM:Storage feature which can be used by web pages to store persistent data or the Session store API (an XPCOM storage utility for use by extensions).
- -

Getting started

- -

This document covers the Storage API and some peculiarities of SQLite. It does not cover SQL or "regular" SQLite. You can find some very useful links in the See also section however. For Storage API help, you can post to mozilla.dev.apps.platform on the news server news.mozilla.org. To report bugs, use Bugzilla.

- -

The overall procedure for use is:

- -
    -
  1. Get the Storage service - mozIStorageService.
    2. -
  2. Open a connection to the database of your choice - mozIStorageConnection.
    3. -
  3. Create statements to execute on the connection - mozIStorageStatement.
    4. -
  4. Bind parameters to a statement as necessary.
    5. -
  5. Execute the statement.
    6. -
  6. Check for errors.
    7. -
  7. Reset the statement.
    8. -
- -

Opening a connection

- -

JavaScript example of opening my_db_file_name.sqlite in the profile directory:

- -
Components.utils.import("resource://gre/modules/Services.jsm");
-Components.utils.import("resource://gre/modules/FileUtils.jsm");
-
-let file = FileUtils.getFile("ProfD", ["my_db_file_name.sqlite"]);
-let mDBConn = Services.storage.openDatabase(file); // Will also create the file if it does not exist
-
- -

Likewise, the C++ would look like this:

- -
nsCOMPtr<nsIFile> dbFile;
-rv = NS_GetSpecialDirectory(NS_APP_USER_PROFILE_50_DIR,
-                            getter_AddRefs(dbFile));
-NS_ENSURE_SUCCESS(rv, rv);
-rv = dbFile->Append(NS_LITERAL_STRING("my_db_file_name.sqlite"));
-NS_ENSURE_SUCCESS(rv, rv);
-nsCOMPtr<mozIStorageService> dbService =
-  do_GetService(MOZ_STORAGE_SERVICE_CONTRACTID, &rv);
-NS_ENSURE_SUCCESS(rv, rv);
-
-nsCOMPtr<mozIStorageConnection> dbConn;
-rv = dbService->OpenDatabase(dbFile, getter_AddRefs(dbConn));
-NS_ENSURE_SUCCESS(rv, rv);
-
- -
Note: MOZ_STORAGE_SERVICE_CONTRACTID is defined in storage/build/mozStorageCID.h.
- -
-

è­Šå‘Š: It may be tempting to give your database a name ending in '.sdb' for sqlite database, but this is not recommended. This extension is treated specially by Windows as a known extension for an 'Application Compatibility Database' and changes are backed up by the system automatically as part of system restore functionality. This can result in significantly higher overhead file operation.

-
- -

Closing a connection

- -

To close a connection on which only synchronous transactions were performed, use the mozIStorageConnection.close() method. If you performed any asynchronous transactions, you should instead use the mozIStorageConnection.asyncClose() method. The latter will allow all ongoing transactions to complete before closing the connection, and will optionally notify you via callback when the connection is closed.

- -

Statements

- -

This section demonstrates how you can execute SQL statements on your database. For a complete reference see mozIStorageStatement.

- -

Creating a Statement

- -

There are actually two ways to execute a statement. You should choose the right one based on your needs.

- -

No Results to be Returned

- -

 

- -

If you do not need to get any results back, you can use mozIStorageConnection.executeSimpleSQL() API like this in JavaScript:

- -
dbConn.executeSimpleSQL("CREATE TEMP TABLE table_name (column_name INTEGER)");
-
- -

Similarly, the C++ looks like this:

- -
rv = mDBConn->ExecuteSimpleSQL(NS_LITERAL_CSTRING("CREATE TEMP TABLE table_name (column_name INTEGER)"));
-NS_ENSURE_SUCCESS(rv, rv);
- -

Results to be Returned

- -

However, if you need to get results back, you should create the statement with the mozIStorageConnection.createStatement() API like this in JavaScript:

- -
var statement = dbConn.createStatement("SELECT * FROM table_name WHERE column_name = :parameter");
-
- -

This example uses a named placeholder called "parameter" to be bound later (described in Binding Parameters). Similarly, the C++ looks like this:

- -
nsCOMPtr<mozIStorageStatement> statement;
-rv = dbConn->CreateStatement(NS_LITERAL_CSTRING("SELECT * FROM table_name WHERE column_name = ?1"),
-                             getter_AddRefs(statement));
-NS_ENSURE_SUCCESS(rv, rv);
-
- -

This example uses the numbered placeholder indexed by zero for a parameter to be bound later (described in Binding Parameters).

- -
蚻: Numerical indexes for parameters are always one less than the number you write in the SQL. The use of numerical indexes for parameters is strongly discouraged in JavaScript where named parameters are much easier to use.
- -
蚻: If you need to execute a statement multiple times, caching the result of createStatement will give you a noticeable performance improvement because the SQL query does not need to be parsed each time.
- -

Binding Parameters

- -

In order to effectively use the statements that you create, you have to bind values to the parameters you placed in the statement. A given placeholder can appear multiple times in the same statement, and all instances of it will be replaced with the bound value. If you neglect to bind a value to a parameter, it will be interpreted as NULL.

- -
You should never try to construct SQL statements on the fly with values inserted in them. By binding the parameters, you prevent possible SQL injection attacks since a bound parameter can never be executed as SQL.
- -

Binding One Set of Parameters

- -

If you only have one row to insert, or are using the synchronous API you'll need to use this method. In JavaScript, there is a useful helper object (mozIStorageStatementParams) available () that makes binding parameters much easier:

- -
var statement = dbConn.createStatement("SELECT * FROM table_name WHERE id = :row_id");
-statement.params.row_id = 1234;
-
- -

You can still use this helper object by manually creating the statement wrapper, mozIStorageStatementWrapper, which is provided in Gecko 1.9.1 and later.

- -

Using named parameters in C++ is a lot more difficult, so it's generally accepted to use numerical placeholders instead. The example below uses mozIStorageStatement.bindInt32Parameter(). The full list of binding functions can be found with the mozIStorageStatement documentation.

- -

C++ example:

- -
nsCOMPtr<mozIStorageStatement> statement;
-rv = mDBConn->CreateStatement(NS_LITERAL_CSTRING("SELECT * FROM table_name WHERE id = ?1"),
-                              getter_AddRefs(statement));
-NS_ENSURE_SUCCESS(rv, rv);
-
-rv = statement->BindInt32Parameter(0, 1234);
-NS_ENSURE_SUCCESS(rv, rv);
-
- -
蚻: Numerical indexes for parameters are always one less than the number you write in the SQL. The use of numerical indexes for parameters is strongly discouraged in JavaScript where named parameters are much easier to use.
- -

Binding Multiple Sets of Parameters

- -
- -

Starting in Gecko 1.9.2 (Firefox 3.6), there's a new, more convenient way to bind multiple sets of parameters at once prior to executing your statement asynchronously. This API is only available for asynchronous execution.

- -
let stmt = dbConn.createStatement("INSERT INTO table_name (value) VALUES(:value)");
-let params = stmt.newBindingParamsArray();
-for (let i = 0; i < 10; i++) {
-  let bp = params.newBindingParams();
-  bp.bindByName("value", i);
-  params.addParams(bp);
-}
-stmt.bindParameters(params);
-
- -

You can attach multiple sets of bindings to a statement by adding multiple mozIStorageBindingParams objects to the array of parameter lists, adding each one through calls to the mozIStorageBindingParamsArray.addParams(). Once all the parameters are set up, a single call to mozIStorageStatement.bindParameters() will ensure that the parameters are bound before execution. You can then execute the statement asynchronously, and the statement will get each set of bindings bound to it before execution asynchronously.

- -

Executing a Statement

- -

You may execute statements either synchronously (which is supported in Firefox Gecko 1.8 and 1.9) or asynchronously (starting in Gecko 1.9.1). If your code needs to work with applications based on Gecko 1.8 or 1.9, you should the technique covered in the section Synchronously below. Otherwise, it's strongly recommended that you use asynchronous execution, for performance reasons.

- -

Asynchronously

- -
- -

Gecko 1.9.1 introduced support for asynchronous execution of a statement by calling mozIStorageStatement.executeAsync() on the statement. Multiple statements can be executed in a transaction by calling mozIStorageConnection.executeAsync() on the connection and passing in an array of statements. Both of these methods have similar signatures that accept an object as input that receives notifications the execution of the statement(s). A C++ example is omitted here because it would be verbose, but real-world code can be found in the Mozilla source tree (MXR ID で mozIStorageStatementCallback を).

- -

After you create and bind a statement, your JavaScript should look something like this to execute a statement asynchronously:

- -
statement.executeAsync({
-  handleResult: function(aResultSet) {
-    for (let row = aResultSet.getNextRow();
-         row;
-         row = aResultSet.getNextRow()) {
-
-      let value = row.getResultByName("column_name");
-    }
-  },
-
-  handleError: function(aError) {
-    print("Error: " + aError.message);
-  },
-
-  handleCompletion: function(aReason) {
-    if (aReason != Components.interfaces.mozIStorageStatementCallback.REASON_FINISHED)
-      print("Query canceled or aborted!");
-  }
-});
-
- -

The call to executeAsync takes an object that implements mozIStorageStatementCallback. See its documentation for more details on each method. The callback is optional, however, so if you do not want to receive feedback, you can pass nothing.

- -

Synchronously

- -

If you are OK with the possibility of locking up your user interface, or if you are running on a background thread, you can use mozIStorageStatement.executeStep(). This function allows you to enumerate all the results produced by the statement.

- -

As you step through each row, you can obtain each parameter by name through a helper object (mozIStorageStatementRow) in JavaScript ( ) like so:

- -
while (statement.executeStep()) {
-  let value = statement.row.column_name;
-}
-
- -

You can create this helper object yourself if it's not available in your version of Gecko. See mozIStorageStatementWrapper for details.

- -

In C++, the code would look something like this:

- -
bool hasMoreData;
-while (NS_SUCCEEDED(statement->ExecuteStep(&hasMoreData)) && hasMoreData) {
-  PRInt32 value;
-  rv = statement->GetInt32(0, &value);
-  NS_ENSURE_SUCCESS(rv, rv);
-}
-
- -

You can obtain other types of data by using the various methods available on mozIStorageValueArray.

- -

Alternatively, if you do not expect any results but still need to execute a bound statement, you can simply call mozIStorageStatement.execute(). This is equivalent to calling mozIStorageStatement.executeStep() and then mozIStorageStatement.reset().

- -

Resetting a Statement

- -

When you execute a statement synchronously, it is important to make sure you reset your statement. You can accomplish this by calling mozIStorageStatement.reset() on the statement. If you end up finalizing the statement (see mozIStorageStatement.finalize()) you do not need to worry about calling mozIStorageStatement.reset(). You should do this before you reuse the statement.

- -
-

è­Šå‘Š: If you fail to reset a write statement, it will continue to hold a lock on the database preventing future writes or reads. Additionally, if you fail to reset a read statement, it will prevent any future writes to the database.

-
- -

In JavaScript, the language makes it pretty easy to ensure that you always reset a statement. Be aware that you should always reset even if an exception is thrown, so your code should look something like this:

- -
var statement = dbConn.createStatement("SELECT * FROM table_name");
-try {
-  while (statement.step()) {
-    // Use the results...
-  }
-}
-finally {
-  statement.reset();
-}
-
- -

In C++, Storage provides a helper object in storage/public/mozStorageHelper.h, mozStorageStatementScoper, which ensures that the statement object is reset when the object falls out of scope. Of course, if your statement is local only to the function, you do not have to worry about calling reset since the object will be destroyed.

- -
nsresult
-myClass::myFunction()
-{
-  // mSpecialStatement is a member variable of the class that contains a statement.
-  mozStorageStatementScoper scoper(mSpecialStatement);
-  // You can use mSpecialStatement without concern now.
-
-  nsCOMPtr<mozIStorageStatement> statement;
-  // mDBConn is a database connection that is stored a member variable of the class.
-  nsresult rv = mDBConn->CreateStatement(NS_LITERAL_CSTRING("DELETE FROM table_name"),
-                                         getter_AddRefs(statement));
-  NS_ENSURE_SUCCESS(rv, rv);
-  return statement->Execute();
-  // Once this function returns, mSpecialStatement will be reset, and statement will
-  // be destroyed.
-}
-
- -
蚻: Calling reset is not an expensive operation, and nothing bad happens if you call reset more than once.
- -

Transactions

- -

Transactions can be used to either improve performance, or group statements together as an atomic operation. In both cases, you execute more than one statement inside of a transaction.

- -

In JavaScript, managing transactions can be difficult when you are using the same connection on different threads, or are using a combination of asynchronous and synchronous statement execution. The best way to deal with this is to only execute your statements asynchronously using mozIStorageConnection.executeAsync(). This method will manage the transactions for you, so you don't have to worry about them.

- -
蚻: The database engine does not support nested transactions, so attempting to start a transaction when one is already active will throw an exception.
- -

Transactions can be started with mozIStorageConnection.beginTransaction() or mozIStorageConnection.beginTransactionAs(). The latter takes one of three constants to describe the type of transaction:

- - - -

mozIStorageConnection.beginTransaction() is equivalent to calling mozIStorageConnection.beginTransactionAs() and passing mozIStorageConnection.TRANSACTION_DEFERRED. In general, this is the method you want to use.

- -

Once you start a transaction, you can either commit the changes by calling mozIStorageConnection.commitTransaction(), or rollback the changes by calling mozIStorageConnection.rollbackTransaction().

- -

In C++ code, there is a helper class defined in storage/public/mozStorageHelper.h, mozStorageTransaction, that will attempt to get a transaction for you, and handle it appropriately when it falls out of scope. If a transaction is already in progress, no transaction is obtained. If your function returns without calling Commit on the helper object, the transaction will be rolled back.

- -
nsresult
-myClass::myFunction()
-{
-  // mDBConn is a member variable of our mozIStorageConnection.
-  mozStorageTransaction transaction(mDBConn);
-
-  // Execute some statements.  If we encounter an error, the transaction will
-  // be rolled back.
-
-  return transaction.Commit();
-}
-
- -

Collation (sorting)

- -

SQLite provides several collation methods (BINARY, NOCASE, and RTRIM), but these are all very simple and have no support for various text encodings or the user's locale.

- -
- -

Gecko 1.9.2 added support for several new collation methods:

- -
-
locale
-
Case- and accent-insensitive collation.
-
locale_case_sensitive
-
Case-sensitive, accent-insensitive collation.
-
locale_accent_sensitive
-
Case-insensitive, accent-sensitive collation.
-
locale_case_accent_sensitive
-
Case- and accent-sensitive collation.
-
- -

You can use them quite simply in your SELECT queries, like this:

- -
var stmt = aConn.createStatement("SELECT * FROM foo ORDER BY name COLLATE locale ASC");
-var results = [];
-
-while (stmt.executeStep()) {
-  results.push(stmt.row.t);
-}
-stmt.finalize();
-
- -

How to Corrupt a Database

- -

SQLite is very good about maintaining database integrity, but there are a few things you can do that can lead to database corruption. You can find out more by reading SQLite's documentation on this. There are a few simple things you can do to help make sure this doesn't happen:

- - - - - - - - - -

Thread Safety

- -

mozIStorageService and mozIStorageConnection are thread safe. However, no other interface or method is, so do not use them on different threads at the same time!

- -

If you want to use concurrency to work on your database, you should use the asynchronous APIs provided by Storage.

- -

関連情報

- - - - diff --git a/files/ja/mozilla/tech/xpcom/the_thread_manager/index.html b/files/ja/mozilla/tech/xpcom/the_thread_manager/index.html deleted file mode 100644 index 76856f2327..0000000000 --- a/files/ja/mozilla/tech/xpcom/the_thread_manager/index.html +++ /dev/null @@ -1,130 +0,0 @@ ---- -title: The Thread Manager -slug: Mozilla/Tech/XPCOM/The_Thread_Manager -tags: - - Firefox 3 - - Threads -translation_of: Mozilla/Tech/XPCOM/The_Thread_Manager ---- -

-

Firefox 3 で導入されたスレッドマネヌゞャは、スレッドを䜜成しお、凊理を行うむベントをそのスレッドに割り圓おる䟿利な方法を提䟛したす。 -

-

-

むンタフェヌス

-

スレッドのサポヌトを提䟛するむンタフェヌスは、以䞋のようにいく぀か存圚したす。 -

-
nsIThreadManager -
スレッドを䜜成できるようにするスレッドマネヌゞャそのもの。 -
nsIThread -
この nsIThread むンタフェヌスは、オペレヌティングシステムのスレッドをカプセル化したもので、コヌドからマルチスレッドに察する簡易なクロスプラットフォヌムアクセスを提䟛したす。 -
nsIThreadPool -
スレッドプヌルは、限られた䞀連のワヌカヌスレッドを提䟛したす。むベントをプヌルに割り圓おる際、プヌルは、そのむベントを凊理するために利甚可胜なワヌカヌスレッドを遞択する圹割を果たしたす。 -
nsIThreadInternal -
nsIThread のサブクラスで、XPCOM のスレッドオブゞェクトによっお実装されおおり、スレッドぞのアクティビティ割り圓お監芖サポヌトを提䟛したす。 -
nsIThreadObserver -
スレッドを監芖する機胜を提䟛したす。スレッドにむベントが割り圓おられた際や、それらのむベントの凊理が完了した際に、通知を受け取るこずができたす。 -
nsIThreadEventFilter -
このむンタフェヌスは nsIThreadInternal 内の pushEventQueue() メ゜ッドで䜿われおおり、むベントのフィルタリングを可胜にしたす。 -
-

-

-

スレッドマネヌゞャの䜿い方

-

スレッドマネヌゞャを䜿甚するには、各スレッドのワヌキングコヌドを nsIRunnable XPCOM オブゞェクトにカプセル化しなければなりたせん。このオブゞェクトは党䜓を JavaScript で曞くこずができ、それほど難しくありたせん。 -

èš»: DOM はスレッドセヌフではないので、バックグラりンドスレッドから DOM や ナヌザヌむンタフェヌスにアクセスしおはいけたせん。クラッシュの原因ずなりたす。
-

このセクションでは簡単な䟋を芋おいきたす。 -

-

-

バックグラりンドスレッド

-

たず、バックグラりンドスレッドで行われる凊理を扱う XPCOM オブゞェクトが必芁になりたす。 -

-
var workingThread = function(threadID, number) {
-  this.threadID = threadID;
-  this.number = number;
-  this.result = 0;
-};
-
-workingThread.prototype = {
-  run: function() {
-    try {
-      // ここでワヌキングスレッドが凊理を行う
-
-      for (var i = 0; i<= this.number; i++) {
-        this.result += i;
-      }
-
-      // 凊理が終了したら、終了を知らせるためにメむンスレッドにコヌルバックする
-
-      main.dispatch(new mainThread(this.threadID, this.result),
-        background.DISPATCH_NORMAL);
-    } catch(err) {
-      Components.utils.reportError(err);
-    }
-  },
-
-  QueryInterface: function(iid) {
-    if (iid.equals(Components.interfaces.nsIRunnable) ||
-        iid.equals(Components.interfaces.nsISupports)) {
-            return this;
-    }
-    throw Components.results.NS_ERROR_NO_INTERFACE;
-  }
-};
-
-

このスレッドのコンストラクタでは、スレッドの ID ず 数倀をロヌカル倉数に保存し、result 倉数を 0 に蚭定しおいたす。 これらの倉数はスレッドの実行時に䜿甚されたす。 -

このオブゞェクトにはコンストラクタのほかに 2 ぀のメ゜ッドがありたす: -

-
run() -
run() メ゜ッドは nsIThread むンタフェヌスの dispatch() メ゜ッドが呌び出されたずきに呌び出されたす。これはバックグラりンドスレッドで実際の䜜業を行うルヌチンです。 この䟋では、0 から <tt>this.number</tt> たでのすべおの数の合蚈を蚈算しおいたす。 蚈算が終了するず、 mainThread オブゞェクトを䜿っおメむンスレッドにアクセスし、蚈算結果を共有するためにコヌルバックをメむンスレッドにディスパッチしたす。 -
QueryInterface() -
スレッドの XPCOM オブゞェクトは nsIRunnable むンタフェヌスを扱う必芁があるため、オブゞェクトが nsIRunnable むンタフェヌスを扱っおいるかを尋ねるためにこのメ゜ッドが呌び出されたずきに、正しい反応を返さなければなりたせん。 -
-

-

-

メむンスレッド

-

メむンスレッドを扱う XPCOM オブゞェクトはバックグラりンドタスクからのコヌルバックずしお䜿甚されたす。このオブゞェクトの run() メ゜ッドは、バックグラりンドスレッドが蚈算結果をナヌザヌに知らせようずしたずきに呌び出されたす。バックグラりンドスレッドはナヌザヌむンタフェヌスに觊れるこずができず、メむンスレッドに䟝頌しなければならないため、このオブゞェクトが必芁になりたす。 -

-
var mainThread = function(threadID, result) {
-  this.threadID = threadID;
-  this.result = result;
-};
-
-mainThread.prototype = {
-  run: function() {
-    try {
-      // ここでワヌキングスレッドの完了に察しお反応を返す
-      alert('Thread ' + this.threadID + ' finished with result: ' + this.result);
-    } catch(err) {
-      Components.utils.reportError(err);
-    }
-  },
-
-  QueryInterface: function(iid) {
-    if (iid.equals(Components.interfaces.nsIRunnable) ||
-        iid.equals(Components.interfaces.nsISupports)) {
-            return this;
-    }
-    throw Components.results.NS_ERROR_NO_INTERFACE;
-  }
-};
-
-

この䟋では run() メ゜ッドは単玔に譊告ボックスを䜿っおナヌザヌに出力を衚瀺したす。 -

-

-

仕䞊げ

-

実際にスレッドマネヌゞャを䜿っおバックグラりンドでこれらの蚈算を行うには、たず <tt>workingThread</tt> のタスクを実行する nsIThread オブゞェクトを䜜成する必芁がありたす: -

-
var background = Components.classes["@mozilla.org/thread-manager;1"].getService().newThread(0);
-
-

それに加えお、メむンスレッドの nsIThread の参照を埗る必芁がありたす: -

-
var main = Components.classes["@mozilla.org/thread-manager;1"].getService().mainThread;
-
-

この情報を埗たら、タスクをバックグラりンドスレッドに割り圓おるこずができたす。 -

-
background.dispatch(new workingThread(1, 5000000), background.DISPATCH_NORMAL);
-
-

これによりバックグラりンドスレッドの実行が開始され、0 ず 5,000,000 の間のすべおの数の合蚈が蚈算されたす。䜜業が終了するず、メむンスレッドの run() メ゜ッドが呌び出され、結果をナヌザヌず共有したす。それたでの間、メむンスレッドはナヌザヌの操䜜に反応するなどの自分の䜜業を続けるこずができたす。 -


-

-
-
diff --git a/files/ja/mozilla/tech/xpcom/using_nscomptr/frequently_asked_questions/index.html b/files/ja/mozilla/tech/xpcom/using_nscomptr/frequently_asked_questions/index.html deleted file mode 100644 index 1edb362717..0000000000 --- a/files/ja/mozilla/tech/xpcom/using_nscomptr/frequently_asked_questions/index.html +++ /dev/null @@ -1,91 +0,0 @@ ---- -title: Frequently Asked Questions -slug: Mozilla/Tech/XPCOM/Using_nsCOMPtr/Frequently_Asked_Questions -tags: - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Using_nsCOMPtr/Frequently_Asked_Questions ---- -

-

このセクションは、もしあなたが壊れたビルドを盎したり、即答できる明らかな疑問を持っおいたり、あるいは リファレンスマニュアル を読む時間がない堎合に圹に立぀でしょう。この FAQ は、通垞は適切な答えぞ盎接的に参照するだけです。もしあなたが単に nsCOMPtr に぀いお孊ぶこずを期埅しおいるのであれば、スタヌトガむド にもっず良い玹介がありたす。 -

FAQ は、探しおいるものを早く芋぀けやすくするために耇数のセクションに分かれおいたす。 ほずんどの堎合、答えは䞊蚘のリファレンスマニュアルを参照しおいるだけです。 同じこずを 2 床説明する必芁はありたせん :-) -

-

ビルド時の゚ラヌ

-

ビルドが壊れたした。゚ラヌがあなた自身のコヌドでもなく、あなたのプラットフォヌムのコヌドでもなく、nsCOMPtrの 䞭で起こっおおり、そしおあなたはそれを疑っおいたす。あなたは正しい堎所を芋おいたす。 -

-

nsCOMPtr ず生の [XP]COM むンタフェヌスポむンタを比范しおいたす

-

nsCOMPtr を埌に宣蚀しおいるクラスに察しお宣蚀しおいたす

-

XPCOM ずリンクしおいたせん

-

nsCOMPtr.h をむンクルヌドしおいたせん

-

NSCAP_FEATURE_DEBUG_PTR_TYPES の蚭定が違いたす

-

実行時の゚ラヌ

-

NS_ASSERTION "QueryInterface needed"

-

NS_PRECONDITION "You can't dereference a NULL nsCOMPtr with operator->()"

-

NS_PRECONDITION "You can't dereference a NULL nsCOMPtr with operator*()"

-

どうやっお...

-

nsCOMPtr を初期化するのですか

-

nsCOMPtr がスコヌプを抜ける前にそれを Release するのですか

-

それに 0 を代入しおください。nsCOMPtr が新しい倀を取る時は、叀い倀があれば、い぀もそれを Release したす。倀 0 を割り圓おるずいうこずは、NULL の生のポむンタを割り圓おるのず同じようなこずです。叀い察象は、Release されたす。(より詳しくは、初期化ず代入 を芋おください。) -

ただし、これには小さなパフォヌマンス䞊のペナルティがあるこずに泚意しおください。nsCOMPtr は、デストラクタの凊理の䞭で、その時持぀倀を Release しようずしたす。最良の解決法は、nsCOMPtr の生存期間をその参照を保持したい期間だけに調敎するこずです。䟋えば、この䟋ではブロックを䜿っおいたす。 -

- - -
-
// 最も効率的な枠組は、|nsCOMPtr| がちょうどその参照を
-// 保持する必芁のある期間だけのスコヌプを蚭定するこずです。
-
-nsresult
-SomeLongFunction( nsIBar* aBar )
-  {
-    nsresult rv;
-    // ...
-
-    {
-      // |nsIFoo| むンタフェヌスは、短期間だけ必芁です。
-      // そのため、その生存期間をブロック文の䞭で
-      // 宣蚀しお、制埡したす。
-
-      nsCOMPtr<nsIFoo> foo( do_QueryInterface(aBar, &rv) );
-      if ( foo )
-        foo->DoSomeFooThing();
-
-      // |foo| がスコヌプをはずれたした。そのため、ここで |Release| が実行されたす。
-    }
-
-    // ...ここには |nsIFoo| を必芁ずしない倚くの事柄がありたす。
-
-    return rv;
-  }
-
-
-

線集者泚: この議論を 効率性のセクションぞ移動し、ここからリンクを匵りたす。 -

-

nsCOMPtr のリヌクを䜜るのでしょうか (デバッグテストのため) 

-

生の [XP]COM むンタフェヌスポむンタを「入出力」パラメタずしお䜿う getter を呌べばよいのでしょうか

-

nsIFoo*& パラメタで蚭定する getter を呌べばよいのでしょうか

-

その結果を AddRef しない getter を呌べばよいのでしょうか?

-

むンタフェヌスポむンタを返すどの {{ mediawiki.external('XP') }}COM 関数 (getter) も、そのポむンタに察しお AddRef をすでに呌び出しおいなければいけたせん。 もしそれが行われないのであれば、おそらくそれをバグずしお報告すべきでしょう。 この問題を解決するのに䜿うどのコヌドパタヌンに察しおも、このようにコメントすべきです。 䟋えば、// è­Šå‘Š: この getter は 結果を AddRef() しおいたせん。 もし getter が新しいポむンタを関数の埩垰倀ずしお返すのであれば、心配いりたせん。 -

-

䞀般

-

nsCOMPtr は、コヌドを膚匵させたすか

-

nsCOMPtr は速いですか タむトなルヌプの䞭でも䜿えたすか

-

参考文献䞀芧

-

Web リ゜ヌス

- -

曞籍

- -

人々

- -
-
-{{ languages( { "en": "en/Using_nsCOMPtr/Frequently_Asked_Questions" } ) }} diff --git a/files/ja/mozilla/tech/xpcom/using_nscomptr/getting_started_guide/index.html b/files/ja/mozilla/tech/xpcom/using_nscomptr/getting_started_guide/index.html deleted file mode 100644 index 826f85c35a..0000000000 --- a/files/ja/mozilla/tech/xpcom/using_nscomptr/getting_started_guide/index.html +++ /dev/null @@ -1,294 +0,0 @@ ---- -title: Getting Started Guide -slug: Mozilla/Tech/XPCOM/Using_nsCOMPtr/Getting_Started_Guide -tags: - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Using_nsCOMPtr/Getting_Started_Guide ---- -

 

-

もしあなたが nsCOMPtr を前に䜿ったこずがないのであれば、このセクションは、あなたにピッタリです。もしあなたがすでに nsCOMPtr に慣れ芪しんでいるのであれば、リファレンスマニュアル あるいは FAQ たで読み飛ばしたいかもしれたせん。心配しないでください。スタヌトガむドは短いです。

-

はじめに

-

nsCOMPtrずは䜕ですか

-

nsCOMPtrはリヌクを防ぐのを助けるツヌルです。

-

nsCOMPtr は「スマヌトポむンタ」です。これは、文法的には通垞の C や C++ の通垞のポむンタのように振舞うテンプレヌトクラスです。぀たり、* や -> を䜿っお、それが指すものを取り出すこずができたす。nsCOMPtr は、XPCOM オブゞェクトを指す生の C++ ポむンタずは違い、AddRef、Release ず QueryInterface をあなたのために管理しおくれるずいう点でスマヌトです。nsCOMPtr は、以䞋の゜ヌスファむルで定矩されおいたす。

- -

...ただ、ただそこを芋たくはないは思わないでしょうけど。

-

nsCOMPtr を䜿うこずで、生の XPCOM むンタフェヌスポむンタを䜿うよりも、短く、きれいで、明確で、安党なコヌドを曞くこずができたす。

-

[XP]COM の基本: 所有暩ず参照カりント

-

これは、 XPCOM の基本的な事項に関する軜い蚘事です。あなたはすでに(XPCOM に぀いお)知っおいる必芁がありたすし、この短いセクションにざっず目を通せるようにすべきです。もしあたり銎染みのない事が曞いおあるのであれば、あなたはただ nsCOMPtr を読む準備ができおいたせん。COM の背埌の基本的ルヌルず論蚌に぀いおは、以䞋の情報が有甚です。Essential COM (Don Box 著)。Don Box は、COM に぀いお、より詳现なこず、わな、萜ずし穎に぀いお、Effective COM で述べおいたす。あなたは C++ に぀いおの適切な知識も持っおいるべきです。おそらくこのトピックに぀いおずおも助けになる 3 冊の本は、Bjarne Stroustrup の The C Programming Language、Scott Meyers の Effective C、More Effective C です。

-

すべおの XPCOM オブゞェクトは、ヒヌプに割り圓おられたす。クラむアントは、そのようなオブゞェクトの実装に぀いお倚くを知るこずはできたせん。クラむアントは「むンタフェヌス」ぞのポむンタを通じおのみ、それを参照したす。すなわち、ポむンタの静的な型は抜象基底クラスぞのポむンタであり、指されおいる実際のオブゞェクトは、抜象基底クラスから掟生しおいるクラスです。その XPCOM オブゞェクトは、「むンタフェヌスを実装する」ず蚀われたす。クラむアントのオブゞェクトぞの参照は、䞀般的に「むンタフェヌスポむンタ」ず呌ばれおいたす。

-

オブゞェクトは、たくさんのむンタフェヌスを実装するかもしれたせん。それぞれのむンタフェヌスに぀いお、(少なくずも抂念的には) 別々に、「参照のカりント」が行われたす。぀たり、むンタフェヌスはそれを参照しおいるクラむアントの数を保持しおいるずいうこずです。カりントが 0 になった時、むンタフェヌスは自分自身を削陀するこずができたす。クラむアントには、この参照カりントの厳密さを保぀こずが求められおいたす。そのため、むンタフェヌスぞの参照が獲埗された時は参照カりントのむンクリメントを行い、たたそれを䜿わなくなった時は参照カりントのデクリメントを行わなければなりたせん。これを容易にするため、すべおのむンタフェヌスは、メンバ関数 AddRef、Release を提䟛する抜象基底クラスから継承しおいたす。

-

XPCOM の䞀぀の芏則は、むンタフェヌスポむンタを䜜成するか、返すかするどの関数もそれに察しお、すでに AddRef を実行しおいなければならないこずです。呌び出し偎は、参照をい぀たでも保持するこずができ、いらなくなったら、Release を呌びたす。むンタフェヌスぞの最埌のポむンタに察しお、Release が呌ばれるず、むンタフェヌス (埓っお、通垞は基ずなるオブゞェクトも) は、自分自身を削陀したす。むンタフェヌスに察する未解決の AddRef がある限り、オブゞェクトは存圚し続けたす。Release を呌び忘れるず、オブゞェクトはリヌクし、すなわち、オブゞェクトの蚘憶領域は決しお取り戻されたせん。リヌクは、悪いこずです。:-)

-

AddRef ず Release の呌び出しを通じた参照を所有する参照ず呌びたす。それは、基ずなるオブゞェクトに暩利を持ちたす。そのオブゞェクトは、所有する参照がその暩利を攟棄するたで無くなりたせん。党おの参照が所有する参照である必芁はありたせん。実際、もし二぀のオブゞェクトが䜕らかの圢で (䞀時的にでも) お互いを所有しあうこずになった堎合、所有の茪を断ち切るなんらかの`䟋倖的'メカニズムなしで、それらのオブゞェクトを取り戻すのは、難しくなりたす。ドキュメント COM の所有のガむドラむン　は、所有暩が必芁になった時に、いく぀かヒントを䞎えおくれたす。以䞋のリストは、開始地点ずしおいいですが、しかし決しお完党ではありたせん。

-

所有する参照を䜿うのは、

- -

所有する参照を䜿わなくおもよいのは、

- -

これらにより、参照カりントをプログラマが手動で正しくするのは、倧倉であるこずが分かりたす。それは、簡単そうに芋えたすが、しかし実際には Release を適切な時に実行するのは忘れやすいのです。あるいは、 AddRef を倚く呌びすぎたり、呌び出しが足りなかったりするこずもありたす。

-

nsCOMPtr は、どのように圹に立぀のか?

-

nsCOMPtr は、AddRef、Release、その他の煩わしい仕事をあなたのために管理したす。nsCOMPtrは、芋掛けも振舞いも C が蚱しおいる生の XPCOM むンタフェヌスポむンタのようです。しかし、nsCOMPtr は、自分が指しおいるオブゞェクトを所有しおいるこずを知っおいたす。少し慣れる必芁はありたすが、しかし結果的に、タむピングが少なくお枈み、きれいで、安党なコヌドを曞くこずができ、そしおリヌクが少なくなりたす。

-

䟋えば、ここに兞型的な (ずおもコンパクトな) コヌドの断片がありたす。これは、XPCOM むンタフェヌスポむンタをメンバ倉数に代入しおいたす。぀たり、「setter」関数の本䜓です。生の XPCOM むンタフェヌスポむンタず nsCOMPtr を䞊べお䜿甚しおいたす。

-

 

- -
比范 1. メンバ倉数を蚭定する 
// 生の [XP]COM むンタフェヌスポむンタ...
-// 仮定: |nsIFoo* mFooPtr;|
-
-/*    もし |NULL| でなく新しい倀なら、|AddRef| し    それを代入したす。もし叀い倀があれば、    |Release| したす (そうやっおリヌクを防ぎたす)。  　 この割り圓お順序は特別で、特定の所有者バグを防ぐために 　 䜿われなくおはなりたせん。  */
-
-NS_IF_ADDREF(aFooPtr); nsIFoo* temp = mFooPtr;
-mFooPtr = aFooPtr;
-NS_IF_RELEASE(temp);
-
 
// |nsCOMPtr|...
-// 仮定: |nsCOMPtr<nsIFoo> mFooPtr;|
-
-/*    この代入は、|mFooPtr| に叀い倀が    あれば自動的にそれを |Release| し、    新しい倀に察しお、先ほど觊れた所有者バグを    防ぐために適切な順序で |AddRef| を    呌び出したす。  */
-
-
-
-
-
-mFooPtr = aFooPtr;
-
-
-

付け加えるず、生の XPCOM むンタフェヌスポむンタを䜿うクラスは、mFooPtr を Release するためのデストラクタを必芁ずしたす。そしお、mFooPtr が NULL (たたは䜕らかの正圓な倀) で初期化されるこずを保蚌するコンストラクタを必芁ずしたす。

-

nsCOMPtrは、あなたが生の XPCOM むンタフェヌスポむンタを䜿うよりリヌクぞの耐性があり、䟋倖に察しお安党で、だらだらずしないコヌドを曞くのに圹立ちたす。nsCOMPtr を䜿う時は、AddRef、QueryInterface を手動で呌ぶ必芁はないでしょう。

-

それでもなお、 XPCOM を理解する必芁がありたす。たた、どの関数がAddRefされたむンタフェヌスポむンタを返し、どの関数がそうでないものを返すのかを知っおいなければなりたせん。たた、あなたのプログラムロゞックが埪環参照によるゎミを䜜り出さないこずを保障しなければなりたせん。nsCOMPtr は、䞇胜薬ではありたせん。しかしながら、それは、圹に立ち、簡単に䜿え、よくテストされ、そしお掗緎されおいたす。関数の䜜者があなたず協調するこずを必芁ずしたせん。たたあなたがそれを䜿うこずにより、他人にそれを䜿うよう匷制するこずもありたせん。

-

nsCOMPtr を䜿う

-

基本

-

ほずんどの堎合、あなたはnsCOMPtrを生の XPCOM むンタフェヌスポむンタず党く同じように䜿うでしょう。宣蚀時のわずかな違いに泚意しおください。

-

 

- -
比范 2. 類䌌性: nsCOMPtrは、文法的に生の XPCOM むンタフェヌスポむンタに䌌おいる。 
// 生の [XP]COM むンタフェヌスポむンタ...
-
-nsIFoo* fooPtr = 0;  // ...
-fooPtr->SomeFunction(x, y, z);
-AnotherFunction(fooPtr);
-
-if ( fooPtr )
-  // ...
-
-if ( fooPtr == foo2Ptr )
-  // ...
-
 
// |nsCOMPtr|...
-
-nsCOMPtr<nsIFoo> fooPtr;
-// ...
-fooPtr->SomeFunction(x, y, z);
-AnotherFunction(fooPtr);
-
-if ( fooPtr )
-  // ...
-
-if ( fooPtr == foo2Ptr )
-  // ...
-
-

二぀の䞻な違いがありたす。最初の違い: あなたはもはや AddRef や Release を呌ぶ必芁がありたせん。たた呌んでもいけたせん。

-

 

- -
Comparison 3. Differences: AddRef and Release are illegal for nsCOMPtrs. 
// 生の [XP] COMむンタフェヌスポむンタ...
-// 仮定: |nsIFoo* mFooPtr;|
-
-  /*     泚意: この順序はどっちみち生のポむンタが     代入された正しい順序ではありたせん     (比范 1 を参照しおください) しかし、     ここでは、この比范が必芁です。   */
-
-NS_IF_RELEASE(mFooPtr);
-
-mFooPtr = aFooPtr;
-NS_IF_ADDREF(mFooPtr);
-
-
 
// |nsCOMPtr|...
-// 仮定: |nsCOMPtr<nsIFoo> mFooPtr;|
-
-  /*     もはや |AddRef| や |Release| を呌ぶ     必芁もありたせんし、コンパむラはそれを     ゚ラヌにしたす。   */
-
-
-
-NS_IF_RELEASE(mFooPtr);
-  // ゚ラヌ: |Release| はプラむベヌトです。
-mFooPtr = aFooPtr;
-NS_IF_ADDREF(mFooPtr);
-  // ゚ラヌ: |AddRef| はプラむベヌトです。
-
-

二番目の違い: あなたは、生の XPCOM むンタフェヌスポむンタのパラメタを通じお、結果を返すこずを期埅しお、nsCOMPtr のアドレスを getter に枡すこずができたせん。あなたは、getter_AddRefs 指瀺子で、nsCOMPtr を泚釈する必芁がありたす。

-

 

- -
比范 4.違い: nsCOMPtrを`出力パラメタ'ずしお䜿う時に、getter_AddRefsを適甚する。 
// 生の [XP]COM むンタフェヌスポむンタ...
-
-nsIFoo* foo;
-
-GetFoo(&foo);
-
 
// |nsCOMPtr|s...
-
-nsCOMPtr<nsIFoo> foo;
-
-GetFoo(getter_AddRefs(foo));
-
-

これで終りです。あなたは、もうnsCOMPtrを䜿い始めるのに十分な知識を持っおいたす。この他にnsCOMPtrをもっず耇雑な状況で䜿う時にあなたが知りたいであろう、いく぀かの詳现な事柄がありたす。でもあなたが孊んだこずは、あなたが䜿う状況の 90% をカバヌしおいたす。

-

いく぀かの詳现

-

あなたが nsCOMPtr から最倧限のこずを匕き出すのを手䌝ういく぀かの事がありたす。

-

しばしば、たず QueryInterface を呌ぶこずで、あなたはむンタフェヌスポむンタを埗たす。 QueryInterface は、他ず同様に getter です。そしお、䞊述したように getter_AddRefs ルヌルを適甚しお、それを呌び出す䞀぀の方法をすでに知っおいたす。

- -
nsCOMPtr に QueryInterface する難しい方法 
// |nsCOMPtr| に |QuertyInterface| するやり方 (最良のやり方ではないですが)...
-
-nsCOMPtr<nsIFoo> foo;
-
-nsresult rv = bar->QueryInterface(NS_GET_IID(nsIFoo), getter_AddRefs(foo));
-
-  // たたは、あなたが [XP]COM をよく知っおいるプログラマ
-  // ならば、タむプセヌフ版を䜿っおください...
-nsresult rv = CallQueryInterface(bar, getter_AddRefs(foo));
-
-

QueryInterface はしばしば䜿われるので、nsCOMPtr には、それを呌び出すための特別に䟿利なものがありたす。この䟿利なものは、タむプセヌフで、これにより、nsCOMPtr が QueryInterface の結果から盎接構築されたす。正しい倀からの構築は、構築埌に代入するよりも効率的です。 この䟿利なものは、do_QueryInterface 指瀺子です。do_QueryInterface を䜿うず、䞊蚘のサンプルはこのようになりたす。

- -
nsCOMPtr ぞの QueryInterface の仕方 
// |nsCOMPtr| ぞ |QueryInterface| するベストな方法...
-
-nsresult rv;
-nsCOMPtr<nsIFoo> foo( do_QueryInterface(bar, &rv) );
-
-  // たたは、もし |nsResult| に぀いお気にしないのであれば
-nsCOMPtr<nsIFoo> foo( do_QueryInterface(bar) );
-
-

nsCOMPtr は、嬉しいこずに AddRef ず Release を暗黙的に呌び出したす。同じような方法は、QueryInterface には、拡匵されたせん。nsCOMPtr は、代入においお、do_QueryInterface 指瀺子を䜿った明瀺的な蚱可がなければ、QueryInterface を実行したせん。あなたは、もう隠れた問い合わせに぀いお心配する必芁はありたせん。しかしながら、もしあなたが問い合わせをするべきなのに、しなかった堎合に泚意しおください。䟋えば、生のポむンタを代入する堎合で、C が代入を蚱可しおいるが XPCOM は蚱可しおいない堎合。nsCOMPtr は、実行時にアサヌトする でしょう。異なった型の XPCOM むンタフェヌスに代入する時にはい぀でも、do_QueryInterface を䜿っおください。たずえ、その型がたたたた nsCOMPtr の基底型から掟生しおいおもです。

-

 

- -
比范 6. do_QueryInterface が XPCOM の型の゚ラヌを防ぐ。 
-class nsIBar
-  : public nsIFoo ... { ... };
-
-nsIBar* p = ...;
-
-  // C は、すべおの |nsIBar*| が
-  // |nsIFoo*| であるずみなしたす。そのため、C は
-  // これを蚱可したす...
-nsCOMPtr<nsIFoo> foo = p;
-  //  ...たずえそれが [XP]COM の型の
-  //  ゚ラヌだずしおもそうです。
-
 
-class nsIBar
-  : public nsIFoo ... { ... };
-
-nsIBar* p = ...;
-
-
-
-  // ここでは、型の゚ラヌはありたせん...
-nsCOMPtr<nsIFoo> foo( do_QueryInterface(p) );
-
-
-
-

芚えおおいおください。C の型のシステムず XPCOM の型のシステムは、互いに独立しおいるものです。XPCOM むンタフェヌスは、C の抜象基底クラスずしお衚珟されおいるため、C に違いを凊理させたり、あるいはむンタフェヌスの型の間を取り持぀ために C のキャストを䜿ったりしたくなるかもしれたせん。これは、間違いです。XPCOM の型の間で蚱されおいるのは、QueryInterface を䜿うこずだけです。䞊蚘の䟋では、C が p から匕き出す nsIFoo* が p->QueryInterface() が返すものず同䞀のものであるず仮定する理由はありたせん。

-

dont_AddRef は、同じような指瀺子で、䟋えば、その関数の結果ずしおポむンタを返す getter を呌んだなどの理由で、すでに AddRef を実行したポむンタを代入する時に圹に立ちたす。

- -
dont_AddRef の䜿甚 
-nsCOMPtr<nsIFoo> foo( dont_AddRef(CreateFoo()) );
-  // |CreateFoo| は、すべおの望たしい getter が行うように、その結果を |AddRef| したす。
-

nsCOMPtr がしないこず

-

nsCOMPtr は、所有する参照ずしお振舞うために必芁なすべおのこずを行いたす。しかしながら、䞎えられた nsCOMPtr は、他の所有ポむンタを䜜るこずには協力したせん。どうやっお nsCOMPtr が代入される時に自動的にポむンタを AddRef するかを孊習した埌、それが参照される時にも同じこずをするず仮定するのは、自然です。この誀解を瀺すコヌド断片を茉せたす。

- -
// |nsCOMPtr| に関する間違った仮定...
-
-nsresult
-nsCacheRecord::GetFileSpec( nsIFileSpec** aFileSpecResult )
-    /*       ...呌び出し偎の |nsFileSpec*| (呌び出し偎がアドレスを蚭定したす) に       私のメンバ倉数の |mFileSpec| (|nsCOMPtr型|) のコピヌが代入されたす。       ぀たり、この関数は「getter」です。        芚えおください: 望たしい [XP]COM getter は、い぀も結果に察しお |AddRef| を実行したす。     */
-  {
-    // ...
-    *aFileSpec = mFileSpec;
-      // |nsCOMPtr| は、参照カりントに気を぀けるべきです。いいですか
-    return NS_OK;
-  }
-
-

明らかに、䜜者は (いく぀かの疑問を持ちながらかもしれたせんが)、nsCOMPtr ぀たり mFileSpec は、*aFileSpec ぞの代入される時、自動的に AddRef を呌ぶず信じおいたす。この堎合は違いたす。nsCOMPtr は、自分のため (だけ) に、自動的に AddRef ず Release を呌び出したす。その他のすべおの状況においお、それは、生の XPCOM ポむンタを眮き換えるスロットずしお蚭蚈されおいたす。nsCOMPtr が生のポむンタが必芁ずされおいるずころで䜿われおいたら、nsCOMPtr は自動的にそれを提䟛したす。

- -
// |nsCOMPtr| は、生のポむンタが必芁ずされおいる堎合は、それを提䟛したす...
-
-nsCOMPtr<nsIFoo> foo = ...;
-
-  // 1.  生のポむンタに代入
-nsIFoo* raw_foo = foo;
-
-  // 2.  別の |nsCOMPtr| に代入
-nsCOMPtr<nsIFoo> foo2 = foo;
-
-  // 3.  パラメタずしお
-SetFoo(foo);
-
-  // 4.  |if| 匏の䞭で倀をテスト
-  // 5.  メンバ関数の呌び出し
-if ( foo )
-  foo->DoSomething();
-
-

これらすべおの堎合においお、かなり正確に同じコヌドが実行されたす (2 番目のケヌスは、少し違いたすが、意図は同じです)。それぞれの堎合においお、あなたは本質的に自分の目的のために生のポむンタの倀を取り出しおいたす。もし nsCOMPtr が倀に察しお、その郜床 AddRef を実行するず、4 番目のケヌスず 5 番目のケヌスではあきらかにい぀もリヌクを䜜り出しおしたいたす。ケヌス 3 の SetFoo は、堎合によっお、二぀の異なった曞き方で曞かれる必芁がありたす。それは、nsCOMPtr が䞎えられた堎合は、倀に察しおすでに AddRef が実行されおいるこずが分かり、そしお生のポむンタが䞎えられた堎合、倀に察しお AddRef は実行されおいないこずがわかるためです。実際、矛盟はこれらよりもっず深くたで広がりたす。これらすべおのケヌスは、「出力」に察しお自動的に AddRef を実行するず、nsCOMPtr ず生のポむンタがクラむアントの芖点から芋お異なる振舞いをするこずになるずいうこずを瀺しおいたす。同じように振舞うようにさせるのが目的であり、そのため nsCOMPtr は、眮き換えのスロットになりうるのです(自分の「所有暩」に぀いお管理するこずを守らせるこずにより)。

-

あなたが今知ったこずから、ルヌルは明らかです。䞊述したように、そうしないように指瀺しない限り、nsCOMPtr は、代入される時に AddRef を実行したす。nsCOMPtr は、参照される時は䜕もしたせん。

-

どこでnsCOMPtrを䜿うべきでしょうか

-

むンタフェヌスポむンタを所有する参照ずしお䜿うずころでは、どこでも nsCOMPtr を䜿うべきです。぀たり、あなたがそれに察しお AddRef ず Release を呌び出す所です。setter を単玔にする堎合、そしおコンストラクタ、デストラクタ、代入挔算子を陀去する堎合、nsCOMPtr をメンバ倉数ずしお䜿うべきです。QueryInterface の呌び出しをおおむね快適にし、゚ラヌ凊理を避けるための耇雑なロゞックを陀去する堎合、nsCOMPtr をスタック䞊で䜿うべきです。

-

どこでnsCOMPtrを䜿うべきではないですか

-

所有する参照を必芁ずしないずころでは、nsCOMPtrを䜿わないでください。COM の所有のガむドラむン を芋おください。nsCOMPtr は XPCOM むンタフェヌスずずもに䜿われるように蚭蚈されおいたす。そのため、以䞋 に瀺すように特定の䟋倖を䌎うむンタフェヌスでないものず䞀緒には䜿わないでください。XPCOM の䞭で nsCOMPtr を䜿わないでください。それらをプレヌンな叀い C コヌド䞊で䜿わないでください。もちろん、nsCOMPtrは C だけの構築物です。nsCOMPtr を決しお キャストしないで ください。それをするず、ほずんどリヌクが保蚌されたようなものです。

-

むンタフェヌスでないクラスのための nsCOMPtr

-

適切にフォヌマットした解答を远加する予定です。圓面の間、詳现党䜓は この news 投皿 で利甚可胜です。

-

関数識別子内の nsCOMPtr

-

䞀般的に、XPCOM (぀たり、「スクリプタブル」) 関数の識別子内で、nsCOMPtr を䜿いたいずは思わないでしょう。nsCOMPtr は珟圚 IDL により盎接サポヌトはされおいたせん。しかし、あなたは時々スクリプタブルでない関数内で nsCOMPtr を䜿いたくなるかもしれたせん。

-
nsCOMPtr<T> f() nsCOMPtr をリタヌン倀ずしお返さない
-

この方法は危険です。AddRef されたポむンタを関数のリタヌン倀ずしお返すこずは、ほずんどどの様な圢で行なっおも、リヌクや無効なポむンタなどの、かなりひどい朜圚的゚ラヌに行き぀きたす。 nsCOMPtr をリタヌンするこずは (クラむアントがそれに所有暩を䞎えたこずをクラむアントに教えるので) よい考えのように芋えたすが、これは無効なポむンタを匕き起こしたす。以䞋のコヌドを考えおみおください。

- -
// |nsCOMPtr|を返しおはいけたせん...
-nsCOMPtr<nsIFoo> CreateFoo();
-// ...
-
-nsIFoo* myFoo = CreateFoo(); // おっず: |myFoo| はもう無効
-  // |CreateFoo| は |nsCOMPtr| を返すけれど、
-  // |nsCOMPtr| はこの代入のあず正しく自動的に |Release| する
-  // 今 |myFoo| は削陀されたオブゞェクト
-  // を参照しおいる。
-
-

already_AddRefed<T> をリタヌンするこずにより、呌び出し偎に、この危険なしにそれらに所有暩を䞎えたこずを通知できたす (バグ 59212参照)。nsCOMPtr は、already_AddRefed された倀は、AddRef すべきではない事を知るようになりたす。

- -
// 奜たしい方法: もし、ポむンタを返す必芁があるなら、|already_AddRefed| を䜿うこず...
-already_AddRefed<nsIFoo> CreateFoo();
-// ...
-
-nsIFoo* myFoo1 = CreateFoo(); // 無効にならない
-nsCOMPtr<nsIFoo> myFoo2( CreateFoo() ); // リヌクしない
-nsCOMPtr<nsIFoo> myFoo3( dont_AddRef(CreateFoo()) ); // 冗長だが認められおおり正しい
-
-

これを、既に AddRef した生ポむンタをリタヌンするこずを原因ずする、最も頻繁に起こりうるリヌクず比べおみおください。

- -
// 生のポむンタを返さないでください、リヌクを誘発したす...
-nsIFoo* CreateFoo(); // |AddRef| されたポむンタを返しおください
-// ...
-
-nsCOMPtr<nsIFoo> myFoo = CreateFoo(); // おっず: リヌクだ
-nsCOMPtr<nsIFoo> myFoo( dont_AddRef(CreateFoo()) );
-  // |CreateFoo| その結果を既に |AddRef| しおいるため、私たちは |nsCOMPtr|
-  // をそうしないように芚えおおかなくおはなりたせん。それは忘れやすいこずです。
-  // 関数の戻り倀ずしおポむンタを返さないか、さもなければ䞊蚘のように
-  // |already_AddRefed<T>| を返すかしおあらかじめ防いでください。
-
-

 

-
void f( nsCOMPtr<T> ) nsCOMPtrを倀枡ししない
-

この方法は圹に立たないどころか、実害がありたす。匕き数は関数コヌルず同じ生存期間を保蚌されるので、匕き数を AddRef する必芁はありたせん。関数コヌルを超えお生き残る構造䜓のメンバに倀を栌玍する時のみ、AddRef が必芁になりたす。これは、関数の匕き数ではなく、構造䜓の適切なメンバが nsCOMPtr であるべきこずを意味したす。曎にこの曞き方は、呌び出し偎に、単に関数をコヌルするために nsCOMPtr が必芁なのではないかず思わせ、混乱させたす。

-
void f( const nsCOMPtr<T>& ) nsCOMPtr をconst 参照枡ししない
-

䞊の曞き方ず党く同じで、この方法は圹に立たないどころか、実害がありたす。もし呌び出し偎が生ポむンタを枡した堎合には、nsCOMPtr を倀枡しするのず同じ良く無いこずが起こりたす。

-
void f( nsCOMPtr<T>* ) できれば nsCOMPtr のアドレス枡しは避ける
-

この方法は、呌び出し偎に、それが nsCOMPtr を䜿甚するこずず、ちょっずした䜙分な仕事を芁求したす。ず蚀うのは、nsCOMPtr の operator& は (キャストによるリヌク を防ぐために: バグ 59414 参照) private だからです。この方法は、「入出力」匕き数ずしお宣蚀する事により、以䞋のように可胜ですが、nsCOMPtr を参照枡しする方が奜たしいでしょう。

- -
// |nsCOMPtr| のポむンタ枡しは䜙蚈な仕事を増やすk...
-void f( nsCOMPtr<nsIFoo>* );
-// ...
-
-nsCOMPtr<nsIFoo> myFoo = ...;
-
-f( address_of(myFoo) );
-
-
void f( nsCOMPtr<T>& ) ちゃんずnsCOMPtrを「入出力」匕き数ずしお参照枡しする
-

これは「入出力」匕き数を提䟛するために奜たしい方法です。もし代りに生ポむンタを䜿った堎合、関数内郚では、入力倀ずしお呌び出し偎がどの所有する関係を持っおいるかが、分らなくなりたす。結果ずしお、新しい倀を代入する前に Release すべきかどうかが分らなくなりたす。匕き数を nsCOMPtr&、ずしお宣蚀する事により、関係が明確になりたす。

-

芁玄

-

nsCOMPtr は、所有する参照です。それが指すものはなんであれ AddRef され、nsCOMPtr をその「所有者」の䞀぀ずしおカりントしたす。nsCOMPtr は、nsCOMPtr が違うオブゞェクトを指すために解攟されるか、nsCOMPtr がスコヌプを抜けようずしおいるためかいずれにしろ、解攟される前に必ず Release を呌び出したす。新しい倀が nsCOMPtr に割り圓おられる時は、nsCOMPtr は、い぀も自動的に、もし叀い参照があれば、それを Release し、(そしおあなたがすでに実行枈であるず明瀺しなければ) 新しい方を AddRef したす。

-

あなたはnsCOMPtrを厳密にほずんどすべおの堎合で生の XPCOM むンタフェヌスポむンタずしお䜿うこずができたす [|比范 5 で瀺すようなコンパむラの問題にも、泚意しなければいけないですが]。あなたは、それを通じお明瀺的に AddRef や Release を呌ばなくおよいです。たた、コンパむラもそれを蚱したせん。あなたが nsCOMPtr を倉曎しなければ䜿うずころのできない唯䞀の堎所は、生の XPCOM むンタフェヌスポむンタが`出力'匕数である堎所です。この堎合、あなたは nsCOMPtr を getter_AddRefs でラップしたす [比范 4を芋おください]。

-

nsCOMPtr に代入した時に、(生の XPCOM むンタフェヌスポむンタであっおも nsCOMPtr であっおも、) 通垞は、远加の指瀺子なしに単にもう䞀぀のポむンタを枡すだけです [䟋えば、比范 1 の nsCOMPtr の方を芋おください]。䞊述したように、指瀺子なしに、nsCOMPtr は、もし叀い察象があれば、それに察しお、Release を呌び出し、そしお新しい方に察しお、AddRef を呌び出したす。このようにするのが適切なのは、新しい参照に察しお責任をずるために、あなたが代入したものに察しおただ AddRef を実行しおいない時です。これは、あなたが取埗する関数を呌び出したのではないポむンタを代入する時によくある堎合です。䟋えば、匕き数ずしお枡されたものや、構造䜓から抜きだしたものなどです。

-

あなたは、nsCOMPtr に、新しい倀を dont_AddRef でラップするこずにより、代入においお新しい倀を AddRef する必芁がないこずを䌝えるこずができたす。䟋えば、すべおの望たしい XPCOM getter のように、あなたのためにすでに AddRef を呌び出しおいる関数から新しい倀を埗た堎合に、これを行っおください。

-

あなたは、ポむンタを異なったむンタフェヌス型に代入しおはいけたせん。あなたは、たず正しい型に問い合わせる必芁がありたす [䟋えば、比范 6 ず呚蟺の議論を芋おください]。nsCOMPtr は、決しお QueryInterface を暗黙的に呌び出したせん。぀たり、あなたは自分でそれを呌ばなければいけたせん。あるいは、明瀺的に do_QueryInterface を䜿っお、nsCOMPtr にそれを呌ぶように䟝頌しなければいけたせん。do_QueryInterface 指瀺子は、あなたが代入の䞀郚ずしお問い合わせをするのを蚱したす。このよりよい䟿利な機構により、構築しおから正しい倀を埌で代入するのではなく、(代入での) 右の倀から nsCOMPtr を盎接構築されたす。構築に続いお代入するより、構築だけで枈たせる方が効率的です。合理的である限り、代入ず同時に構築する方を遞んでください。AddRef したポむンタを返す関数に察しお、do_QueryInterface を適甚しないように泚意しおください。[説明のために この短いセクション を芋おください。]

-

より詳しいこずに぀いおは、リファレンスマニュアル に続きたす。

- -

 

diff --git a/files/ja/mozilla/tech/xpcom/using_nscomptr/index.html b/files/ja/mozilla/tech/xpcom/using_nscomptr/index.html deleted file mode 100644 index 5d821dfeca..0000000000 --- a/files/ja/mozilla/tech/xpcom/using_nscomptr/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: Using nsCOMPtr -slug: Mozilla/Tech/XPCOM/Using_nsCOMPtr -tags: - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Using_nsCOMPtr ---- -

このドキュメントは、nsCOMPtr に぀いお曞かれたすべおを集めたものです。もしあなたが nsCOMPtr に぀いお疑問があり、このドキュメントでは分からないのであれば、 おそらくそれに答えられるドキュメントはないでしょう。XPCOM ニュヌスグルヌプ、たたは他のベテランの nsCOMPtr ナヌザに尋ねる、あるいは実隓しお答えを芋぀ける、などの別の手段で答えを埗るしかありたせん。

もしあなたがただ nsCOMPtr 䜿ったこずがないのであれば、ここは始めるのに適した堎所です。そのたた読み進んでください。い぀止めるかは、あなた次第です。nsCOMPtr をしばらく䜿った埌で、未知の領域に到達したり、コンパむル゚ラヌになったりしたら、このドキュメントに戻っおきお、リファレンスマニュアル、あるいは FAQ から助けを埗たいず思うでしょう。 -

-

目次

-
  1. 状況、最近の曎新ず蚈画 -
  2. スタヌトガむド -
  3. リファレンスマニュアル -
  4. よく聞かれる質問 -
-
-

原文曞の情報

-
  • 著者: Scott Collins -
  • 最終曎新日: December 11, 2001 -
  • 著䜜暩: Copyright © 1999, 2000 by the Mozilla organization; use is subject to the MPL. Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现 -
-
-
-
diff --git a/files/ja/mozilla/tech/xpcom/using_nscomptr/reference_manual/index.html b/files/ja/mozilla/tech/xpcom/using_nscomptr/reference_manual/index.html deleted file mode 100644 index c5c82f9fdd..0000000000 --- a/files/ja/mozilla/tech/xpcom/using_nscomptr/reference_manual/index.html +++ /dev/null @@ -1,523 +0,0 @@ ---- -title: Reference Manual -slug: Mozilla/Tech/XPCOM/Using_nsCOMPtr/Reference_Manual -tags: - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Using_nsCOMPtr/Reference_Manual ---- -

-

このセクションは、あなたが、すでに nsCOMPtr に慣れ芪しんでいるけれども、もっず詳现な事柄を知りたい堎合に圹立぀でしょう。もし、ただ nsCOMPtr を前に䜿っおいないのであれば、たず スタヌトガむド を読みたいかもしれたせん。もし、壊れたビルドを盎そうずしおいるのであれば、FAQ によっお、もっず玠早く答えを埗られるかもしれたせん。 -

-

基本

-

蚭蚈

-

nsCOMPtr は、所有する参照ずしお䜿われる所で、生の [XP]COM むンタフェヌスポむンタを完党に眮き換えるように蚭蚈されたした。生の [XP]COM むンタフェヌスポむンタを䜿うこずができるずころであれば、ほずんどの堎合、nsCOMPtr を䜿うこずができるはずです。nsCOMPtrは、生の [XP]COM むンタフェヌスポむンタず正確な同じ倧きさず圢です。それは、容量を食いすぎるこずもなく、メンバ倉数ずしお䜿うこずができたす。 -

所有する参照のほずんどの䜜業は、nsCOMPtr のコンストラクタ、デストラクタず代入挔算子で行われたす。あなたが(代入や初期化により) nsCOMPtr を異なる [XP]COM オブゞェクトで「指す」堎合、もし叀い倀があれば、それを Release しなければなりたせん。そしお、新しい倀を AddRef しなければなりたせん。自分のデストラクタ実行時には、同様に Release しなければなりたせん。nsCOMPtr は、もしあなたがい぀も正しいこずを芚えおいるのであれば、ちょうどあなたがしおいた䜜業しかしたせん。 -

-

安党性の特城

-
型の保護手段
-

元の型のための正しい [XP]COM むンタフェヌスポむンタを保持しおいるのは、nsCOMPtr の䞍倉性です。䟋えば、nsCOMPtr<nsIFoo> は、[XP]COM オブゞェクトに nsIFoo むンタフェヌスを問い合わせる時に、code>QueryInterface</code> によっお返されるポむンタを垞に保持しおいたす。デバッグビルドでは、もし代入時に QueryInterface を呌ばずに、この䞍倉性を芆すず、nsCOMPtr は、間違った代入ずしお実行時にアサヌトするでしょう。 -

- - -
-
// 二぀の無関係なむンタフェヌス |nsIFoo| ず |nsIBar| があるものずしたす...
-nsIBar* bar = ...;
-// ...
-
-nsCOMPtr<nsIFoo> foo = bar;
-  // NS_ASSERTION: "QueryInterface needed"
-
-  // ...あなたは、この行をコンパむルできるずみなすかもしれたせんが
-  // (キャストでもそうです。なぜなら型が C に関係づけられおいるからです)
-
-
-

この䞍倉性は、nsCOMPtr<nsISupports> では、緩められたす。nsISupports*あるいはvoid*のように、人々は䞀般的にnsCOMPtr<nsISupports> を「任意の [XP]COM むンタフェヌス」ずみなしお䜿いたす。もし実際の型を気にしないようなオブゞェクトに察しお、nsCOMPtr が [XP]COM ずしお正しい nsISupports に QueryInterface するこずを匷制するのであれば、煩わしいかもしれたせん。 -

-
NULL 間接参照の保護手段
-

もし䞭が空の時に間接参照しようずするず、nsCOMPtr は、実行時にアサヌトしたす。䟋えば、 -

- - -
-
nsCOMPtr<nsIFoo> foo;
-  // 泚: デフォルトでは、|0| に初期化されたす。
-
-foo->DoSomething();
-  // NS_PRECONDITION: "You can't dereference a NULL nsCOMPtr with operator->()"
-
-
-

同様の事前条件が operator* のために、介圚したす。 -

-
参照カりントの保護手段
-

nsCOMPtr から元の生のポむンタを取り出すすべおの操䜜に察しお、安党な特城を実装するための C の別のトリックを䜿いたす。返っおきたポむンタに察しお、AddRef、Release、deleteを実行するこずができたせん。 -

- - -
-
nsCOMPtr<nsIFoo> foo = ...;
-
-foo->AddRef();     // ゚ラヌ: |AddRef| はプラむベヌトです。
-delete foo.get();  // ゚ラヌ: |operator delete| はプラむベヌトです。
-NS_RELEASE(foo);   // ゚ラヌ: |Release| はプラむベヌトです。
-
-
-

もちろん、nsCOMPtr によっお提䟛される安党性に関する最も重芁な特城は、それが適切な時期に自動的に AddRef ず Release を実行するこずです。 -

-

キャスト

-

nsCOMPtr では、旧匏の C のキャストを䜿わないでください。旧匏のキャストは、たずえそれが正しくないずしおも、コンパむルできるこずが保障されおいたす。旧匏のキャストは、もし倉換が定矩されおいないのであれば、reinterpret_cast ず同じものにしおしたいたす。そのようなキャストは、nsCOMPtr の機構を容易にバむパスしおしたい、リヌクの発生、型の䞍䞀臎、その他の䞍幞な出来事を招きたす。 -

- - -
-
// 旧匏の C のキャストが |nsCOMPtr| 機構をバむパスし、リヌクを発生させる...
-
-nsresult rv;
-nsCOMPtr<nsIFoo> foo = ...;
-
-// ...
-rv = GetFoo( (nsIFoo**)&foo );
-rv = GetFoo( &(nsIFoo*)foo );
-  // もちろん、これらはコンパむルできたす。でもリヌクしおしたいたす。
-
-
-

これを防ぐのを助けるために、䞊蚘のように operator& を private にするこずにより、最初の圢を䞍法ずするこずを詊みたす。バグ 59414 を参照しおたださい。 -

-

実装の詳现ずデバッグ機構

-

nsCOMPtr はクラスですが、virtual なメ゜ッドを持っおいたせん。぀たり、vtable たたは vptr を持っおいたせん。キヌずなるいく぀かのルヌチンが共通の非テンプレヌトの基底クラスに分解されるので、実際の元のポむンタは、nsISupports* ずしお保存されたす (ただしデバッグビルドで NSCAP_FEATURE_DEBUG_PTR_TYPES がオンになっおいる堎合は陀きたす)。それは、これらの分解されたルヌチンのために、nsCOMPtr のナヌザが XPCOM ラむブラリずリンクしなければいけないからです。 -

NSCAP_FEATURE_DEBUG_PTR_TYPES がオンになっおいる時、nsISupports* 型の倉数に元のポむンタを保持する代わりに、nsCOMPtr は、元の型に適合するポむンタに保持したす。これにより、゜ヌスレベルのデバッガがより簡単にポむンタを「远跡」できるようになりたす。しかしながら、基底クラスに分解されるルヌチンは、今やテンプレヌト特有のむンラむンコヌドずなりたす。分解される基底クラスはありたせん。これは、すべおのアプリケヌションが NSCAP_FEATURE_DEBUG_PTR_TYPES に぀いお同じ蚭定でコンパむルされなければならないこずを意味したす。そうでないず、いく぀かの郚分では基底クラスを期埅し、他の郚分ではそうでないこずを期埅するこずになりたす。アプリケヌションは、リンクできないでしょう。 -

-

ナニットテスト

-

nsCOMPtrのためのナニットテストは、このファむルにありたす。 -

- -

初期化ず代入

-

組み蟌み圢匏

-

nsCOMPtr ぞの代入や初期化は、簡単に理解できたす。nsCOMPtr は、その叀い倀がもしあれば Release し、そしお新しい倀を代入し、AddRef を呌び出し、および/たたは、あなたが盎接「泚釈」するこずによっお dont_AddRef のような指瀺子で代入する QueryInterface を呌び出したす。このセクションでは、それぞれ起こりうる堎合を蚘述したす。ただし、指瀺子に぀いおは、より簡朔に以䞋の衚で蚘述しおいたす。 -

あなたは、nsCOMPtr を以䞋のものから構築するか、以䞋のものから代入するこずができたす。 -

- -

最初の䞉぀は、単玔で明らかです。4 番目のもの (dont_QueryInterface 指瀺子の適甚) は、同じ型の生の [XP]COM むンタフェヌスポむンタの代入ず同じこずです。残りの指瀺子は、特殊な状況においお、いく぀かの付加的な制埡を提䟛するものです。さらに、nsCOMPtr を初期倀なしで構築するこずができ、その堎合は、0 で初期化されたす。ちょうどプリミティブなポむンタのように、倀が0のnsCOMPtr は、どのオブゞェクトも指したせん。そしお、if (foo) や if (!foo) のように匏をテストするこずができたす。 -

䞊述した指瀺は、この衚によりもっずはっきりするでしょう。 -

- - - - - - - -
è¡š 1. nsCOMPtrに代入するオプション -
- QueryInterface しない - QueryInterface する -
AddRef する - -

T*,
dont_QueryInterface(T*) -

-		 -

do_QueryInterface(nsISupports*),
do_QueryInterface(nsISupports*, nsresult*) do_QueryReferent(nsIWeakReference*),
do_QueryReferent(nsIWeakReference*, nsresult*) -

-
AddRef しない - -

dont_AddRef(T*),
getter_AddRefs(T*) -

-		 -

n/a -

-
-

䟋えば、nsCOMPtr ぞの代入においお、(なんらかの理由ですでに AddRef を実行したために)代入するポむンタに察しお AddRef を実行したくない堎合、「AddRefしない」ず「QueryInterface しない」の亀差する所にある dont_AddRef(T*) を䜿うのは䞀぀の可胜性です。以䞋に、dont_AddRefを䜿い、様々な䜍眮にそれらの「泚釈」が衚れるサンプルを瀺したす。 -

- - -
-
// |nsCOMPtr| ぞの代入を管理する...
-
-  // コンストラクタにおいお...
-nsCOMPtr<nsIFoo> foo1( dont_AddRef(rawFoo1Ptr) );
-nsCOMPtr<nsIFoo> foo2 = dont_AddRef(rawFoo2Ptr);
-   // (盎接の初期化ず呌ばれる) 関数の圢匏ず (コピヌの初期化ず呌ばれる)
-  //  コンストラクタの代入の圢匏は、埮劙に異なる意味を
-  //  持぀こずに泚意しおください。盎接の初期化の方が奜たしい。
-
-nsCOMPtr<nsIFoo> foo3;
-
-  // 通垞の代入においお...
-foo3 = dont_AddRef(rawFoo3Ptr);
-
-   // 衚で蚘述されおいる泚釈をコンストラクタず
-  //  単玔で叀いタむプの代入に適甚しおいたす。
-
-
-

衚に瀺されたどの泚釈も dont_AddRef() を䜿っお瀺されたすべおの堎所に出珟可胜です。続くセクションでそれぞれの可胜性を蚘述したす。 -

-
nsCOMPtr<T> = T*,
nsCOMPtr<T> = dont_QueryInterface( T* )
-

衚で T* ずしお瀺されるデフォルトの振舞いでは、新しい倀に察しお、AddRef を実行したす。しかし、それに察しお、QueryInterface は実行したせん。「泚釈」がない時に䜕が起きるかずいう䟋を瀺したす。䟋えば、 -

- - -
-
nsCOMPtr<nsIFoo> foo( aFooPtr ); // もしくは
-foo = aFooPtr;
-  // ...|AddRef| は呌び出したすが、|QueryInterface| は呌び出したせん。|
-
-  // 同じものをより明瀺的に衚すず...
-nsCOMPtr<nsIFoo> foo( dont_QueryInterface(aFooPtr) ); // もしくは
-foo = dont_QueryInterface(aFooPtr);
- 
-
-
-

この圢匏を䜿うこずにより、あなたが代入しおいるポむンタがすでに、nsCOMPtr の元の型、この堎合は、nsIFoo に適合しおいる、[XP]COMずしお正しいむンタフェヌスぞのポむンタであるこずを玄束しおいるこずになりたす。 -

-
nsCOMPtr<T> = do_QueryInterface( nsISupports* ),
nsCOMPtr<T> = do_QueryInterface( nsISupports*, nsresult* )
-

もし、䞊蚘の玄束を果たせない時は、nsCOMPtr に察しお、代入においお QueryInterface を呌び出す必芁があるず、「泚釈」をするこずができたす。䟋えば、 -

- - -
-
nsCOMPtr<nsIFoo> foo( do_QueryInterface(aBarPtr) ); // もしくは
-foo = do_QueryInterface(aBarPtr);
-   // ...|QueryInterface| が呌ばれる _でしょう_。(その結果 |AddRef| も呌ばれたす)
-
-  // もちろん、|QueryInterface| を呌んでいるので、
-  //  ゚ラヌ結果も必芁になるでしょう...
-nsresult rv;
-nsCOMPtr<nsIFoo> foo( do_QueryInterface(aBarPtr, &rv) ); // もしくは
-foo = do_QueryInterface(aBarPtr, &rv);
- 
-
-
-
nsCOMPtr<T> = dont_AddRef( T* ),
nsCOMPtr<T> = getter_AddRefs( T* )
-

時々、すでに AddRef が実行されたポむンタをたたたた持っおいお、それを nsCOMPtr に代入したい堎合があるでしょう。これは、しばしば、(nsresult を結果ずするのではなく) AddRef が実行されたポむンタを結果ずしお返す getter を䜿った時に起きたす。あるいは、効率性のための倉圢により起きる堎合もありたす。dont_AddRef は、このような堎合の完璧な治療法です。 -

- - -
-
nsIFoo* temp;
-nsresult rv = GetFoo(&temp);
-nsCOMPtr<nsIFoo> foo( dont_AddRef(temp) );
-  // |temp| はすでに |AddRef| を実行枈ですが、我々はこれを
-  //  |nsCOMPtr| で管理しようずしおいたす。.
-
-nsCOMPtr<nsIFoo> foo( getter_AddRefs(CreateAFoo()) );
-  // |getter_AddRefs| は |dont_AddRef| の同意語です。
-  //  これは、|AddRef| が実行されたポむンタを返す関数に適甚する時に分かりやすくするものです。
-
-nsCOMPtr<nsIFoo> foo( dont_AddRef(CreateAFoo()) );
-  // あるいは、あなたはそれが奜きではないかもしれたせん...
-
-
-
nsCOMPtr<T> = /* QueryInterface を呌び出したすが、AddRef は呌び出したせん。 */
-

衚のこの象限が「n/a (not applicable)」ずマヌクされおいるのに気づくでしょう。「QueryInterface を呌び出すが、AddRef を行わないこず」を意味する明瀺的な指什はありたせん。このオプションは、間違った型のオブゞェクトを返す getter を呌び出す状況に察応したす。すでに AddRef を実行したオブゞェクトを持っおいるので、もう AddRef を実行したくないが、違うむンタフェヌスを埗る必芁がある堎合です。それはできたせん。QueryInterface は、垞に AddRef をその結果に察しお実行したす。そしお、正しい型を埗るための QueryInterface の呌び出しの代甚品は存圚したせん。解決するには、2 段階のプロセスを実行したす。 -

- - -
-
// ...
-
-  // getter は (間違った型の) すでに |AddRef| を実行したオブゞェクトを返したす...
-nsCOMPtr<nsIBar> bar( getter_AddRefs(CreateBar()) );
-  // ...(このオブゞェクトに察しお) 正しい型を問い合わせる必芁がありたす。
-nsCOMPtr<nsIFoo> foo( do_QueryInterface(bar) );
-
-
-

この堎合においお、人々が陥る䞍運なワナは、getter 関数が結果を AddRef しおいるこずを忘れるこずです。こんな感じのコヌドをタむプしおしたいたす: -

- - -
-
nsCOMPtr<nsIFoo> foo( do_QueryInterface(CreateBar()) );
-  // おっず! |CreateBar| によっお返っおくるむンタフェヌスがリヌクしおしたいたす。
-  //  この堎合、あなたは䞊に瀺した二぀のステップの解決法で凊理する_必芁_がありたす。
-
-  // ありそうもないですか こんな感じの圢で芋るこずはあるでしょう。
-nsCOMPtr<nsIFoo> foo( do_QueryInterface(aList->ElementAt(i)) );
-  // すべおの良い getter のように、|ElementAt| は、
-  // むンタフェヌスからの必芁性に応じお問い合わせを行なった埌、
-  // 砎棄されるかも知れない結果を |AddRef| したす。
-
-
-

Bugzilla バグ 8221 は、この特定のリヌクの発芋ず修正に限定されたものです。 -

-

nsCOMPtr ヘルパヌ

-
nsCOMPtr<T> = do_QueryReferent( nsIWeakReference* ),
nsCOMPtr<T> = do_QueryReferent( nsIWeakReference*, nsresult* )
-

nsIWeakReference に基づく匱い参照を容易にする do_QueryReferent ずいうのがありたす。nsIWeakReference は、他のオブゞェクトのプロキシずしお振舞う [XP]COM オブゞェクトです。nsIWeakReference ず (䞊蚘の) 他のオブゞェクトは、特別な関係にありたす。それらは、お互いのこずを知っおいたす。しかし、どちらももう䞀方ぞの所有する参照を保持しおいたせん。二぀のオブゞェクトは、もう䞀方ぞのダングリングポむンタを持たないこずを保障するように協調しおいたす。nsIWeakReference オブゞェクトにおいお所有する参照を保持するこずにより、この他のオブゞェクトを必芁な時に埗るこずができ、しかし、それ (他のオブゞェクト) が生きおいなくおもよいのです。そのオブゞェクトを埗るためには、nsIWeakReference オブゞェクトに、あなたの代わりに QueryInterface するように䟝頌したす。もしオブゞェクトがただ存圚しおおり、芁求されたむンタフェヌスをサポヌトしおいるのであれば、あなたは (できれば、䞀時的に) それに察する所有する参照を持぀こずができたす。 -

- - -
-
nsIWeakReference* weakPtr = ...;
-
-weakPtr->QueryReferent(
-
-
-

T* ずしお nsCOMPtr<T> を䜿う

-

nsCOMPtrをポむンタずしお䜿う

-

「入力」パラメタ

-

「出力」パラメタ: getter_AddRefs

-

nsCOMPtr ぞの代入は、ずおも理解しやすいです。nsCOMPtr は、叀い倀がもしあれば、それを Release したす。そしお、代入した新しい倀を AddRef し、および/たたは䞊述した指什に瀺されたQueryInterface を呌び出したす。これらの芏則は、nsCOMPtr ずしお宣蚀されたパラメタや関数の埩垰倀のコピヌにおいお起こる「代入」でも同じく適甚されたす。もし nsCOMPtr を生の [XP]COM むンタフェヌスポむンタの実甚的な代甚品ずしたいのであれば、しかしながら、「出力」パラメタの問題に察凊する必芁がありたす。倚くの [XP]COM 関数は、結果のむンタフェヌスポむンタをパラメタを通じお返したす。䟋えば、 -

- - -
-
// Getter は、むンタフェヌスポむンタを「出力」パラメタを通じお返すこずができたす。...
-
-nsresult GetFoo( nsIFoo** );     // 暙準的 getter
-nsresult GetFoo2( nsIFoo*& );    // 非暙準的 getter
-nsresult GetSomething( void** ); // 「型無し」の getter
-  // 泚: |QueryInterface| は、「型無し」の getter の䟋です。
-
-
-

我々は、「出力」パラメタを䜿うルヌチンぞポむンタや参照によっお nsCOMPtr を枡せなければいけたせん。問題は、getter 内郚には、nsCOMPtr に察する情報がないこずです。それは、生の [XP]COM むンタフェヌスポむンタぞのポむンタ (たたは参照) を埗おいるず考えたす。nsCOMPtr のスマヌトな代入挔算子は、呌ばれたせん。叀い倀があれば、リヌクしおしたいたす。 -

ここで、getter_AddRefs( nsCOMPtr& )が圹に立ちたす。getter_AddRefs は、叀い倀があれば Release し、それをクリアしたす。そしお、それに察するポむンタを返し、getter は nsCOMPtrにAddRef を実行した新しい倀を蚭定したす。我々は、これらの状況で、生の [XP]COM むンタフェヌスポむンタに適甚しおいた & を眮き換えるものずしお、getter_AddRef を䜿甚したす。getter_AddRefs は、通垞 nsCOMPtr のコンストラクタず代入挔算子から埗おいた魔法を詰めこんだものです。 -

- - -
-
// 生の [XP]COM むンタフェヌスポむンタ...
-
-nsIFoo* foo;
-
-GetFoo(&foo);
-GetFoo2(foo);
-GetSomething((void**)&foo);
-
-		 -
// |nsCOMPtr|...
-
-nsCOMPtr<nsIFoo> foo;
-
-GetFoo(getter_AddRefs(foo));
-GetFoo2(*getter_AddRefs(foo));
-GetSomething(getter_AddRefs(foo));
-
-
-

これを実珟するのに、なぜ単に operator& をオヌバヌロヌドしないのでしょうか いく぀かの理由: 他の状況では、nsCOMPtr のアドレスを取るのは、䞍䟿なこずになりたす。「getter_AddRefs」ずいう名前は、getter ずしおある䞀定の振舞いを匷制したす。そしお、か぀おは、他の可胜性がありたした (あなたがたさに孊がうずしおいるように)。 -

パラメタを通じお埩垰倀を返したすが、AddRef を実行しおいない getter のために、getter_doesnt_AddRef( nsCOMPtr& ) ずいうのは、ありたすか いいえ、ありたせん。か぀おありたしたが、それは 3 ぀の理由でなくなりたした: -

- - - -
-
// その結果に察しお、|AddRef| を (違法に) 呌び出さない getter を呌び出したす...
-
-nsIFoo* temp;
-nsresult rv = GetFoo_WithoutAddRef(&temp);
-   // 自分ぞの泚: |GetFoo_WithoutAddRef| をバグずしお報告しなければならない。
-  // すべおの getter は、 |AddRef| しなければならない。
-nsCOMPtr<nsIFoo> foo = temp;
-
-
-

「入出力」パラメタ

-

「入力/出力」パラメタに぀いおは、どうなんでしょう -

-

効率性ず正確性

-

nsCOMPtrのコスト

-

nsCOMPtr は、生の [XP]COM むンタフェヌスポむンタに察する実甚的な眮き換えずなるべく調敎されおいたす。所有する参照ずしお䜿うのであれば、どの堎所においおもです。nsCOMPtrs のパフォヌマンスに぀いおは䞀般的に、スペヌス的には少し効率がよく、時間的には、ごくわずかに効率が悪いです。パフォヌマンスに関するこずにより、nsCOMPtr を䜿わないのは良くありたせん。このセクションを通じお提瀺するパタヌンがnsCOMPtr からより倚くのものを匕き出すのを手䌝っおくれるでしょう。 -

-
スペヌス
-

䞀般的に、nsCOMPtrは、生の [XP]COM ポむンタを䜿うよりもスペヌス的には、効率がよくなる可胜性がありたす。これは䞻にそのデストラクタの分解ずより耇雑なコンストラクタず代入挔算子のためです。このセクションの最適化の tips に埓うこずで、生のポむンタで䜿甚するのよりもオブゞェクトの生成するバむトがより少ないコヌドを曞くこずができるでしょう。これらの忠告に埓わないずしおも、nsCOMPtr のコヌドは、䟝然ずしお、より小さくなり、あるいは最悪でも生のポむンタ版よりもごくわずか増えるだけです。詳现に぀いおは、Code Bloat [長文、芁玄が最初にありたす] を芋おください。もっずも、ここでは、そのドキュメントからの掚奚事項を繰り返しおいたす。 -

-
時間
-

[[もっず時間パフォヌマンスの枬定が必芁です。]] -

二぀以䞊のサブルヌチン、すなわち AddRef、Release、QueryInterface が必芁な堎所では、いく぀かの nsCOMPtrル ヌチンが分解され、そのためサブルヌチンを呌び出しず察応する付加的な時間を必芁ずしたす。この時間は、特に QueryInterface により行われる䜜業や Release により行われるかもしれない䜜業にもかかわらず、極わずかです。 -

その他のすべおの堎合、nsCOMPtr は手で行われる䜜業をするだけです。nsCOMPtr が䜿甚される䜜業の倧郚分は、operator-> での間接参照であり、原始的なポむンタが行うものず同じです。この操䜜は、すべおのプラットフォヌムで、生の [XP]COM むンタフェヌスポむンタでの操䜜ずちょうど同じコヌドを䜜り出し、そしお同じ時間を消費したす。デストラクタは、クラむアントコヌドが生の [XP]COM むンタフェヌスポむンタに察しお、Release を呌び出すのに察応したすが、凊理が分解されおいるため、サブルヌチンを呌び出すための䜙分な時間が必芁ずなりたす。もっずも、これは、delete を実行するかもしれない Release の呌び出しず参照する方のデストラクタの䞡方の堎合においおすでに存圚するコストに察しお、バランスが取れおいたす。すべおの nsCOMPtr のコンストラクタず代入挔算子は、むンラむンです。単玔なコンストラクタ、すなわち問い合わせをしないもの、は、あなたが手で曞いたものず同じ䜜業だけを行いたす。AddRef、Release、QueryInterface の䞭の䞀぀以䞊の呌び出しを行うすべおのルヌチンは、分解されおおり、そのため、サブルヌチン呌び出しの䜙分なコストを含んでいたす。 -

いく぀かのルヌチンが分解されおいるずいう事実により、䜙分なサブルヌチン呌び出しのオヌバヌヘッドが生じたす。そしお、その事実および初期化がバむパスできないずいう事実によっお、生の [XP]COM むンタフェヌスポむンタに察しお、nsCOMPtr が䜙分な実行時間のコストを生じるのです。スペヌスず時間のトレヌドオフは、nsCOMPtr においお芋事にバランスが取れおいたす。分解されたルヌチンは、膚匵に関する枬定の盎接的な結果です。 -

-

代入の奜たしい構築

-

時間においおもスペヌスにおいおも、nsCOMPtr ぞの倀の代入の最も効率的な方法は、構築時におけるものです。合理的である限り、代入しながら構築する方が奜たしいです。nsCOMPtr のメンバをコンストラクタのメンバ初期化節で初期化すべきです。 -

- - -
-
// |nsCOMPtr| のメンバをコンストラクタの
-// メンバ初期化節で初期化する...
-
-class Bar
-  {
-    public:
-      Bar( nsIFoo* initial_fooPtr );
-      // ...
-    private:
-      nsCOMPtr<nsIFoo> mFooPtr;
-  };
-
-Bar::Bar( nsIFoo* initial_fooPtr )
-    : mFooPtr(initial_fooPtr) // _ここで_ 初期化したす
-  {
-    // ここではありたせん。
-  }
-
-
-

付け加えおおくず、代入の圢匏を構築の圢匏に倉換する䞀時的オブゞェクトを䜿う、最適化のパタヌンがありたす。 -

- - -
-
// 埌に代入が続くデフォルトの
-// 構築は非効率的です...
-
-nsCOMPtr<nsIFoo> foo;
-nsresult rv=GetFoo(getter_AddRefs(foo));
-
-
-
-
-
-
-		 -
// ...構築だけをしたす。
-
-nsIFoo* temp;
-nsresult rv=GetFoo(&temp);
-nsCOMPtr<nsIFoo> foo=dont_AddRef(temp);
-
-  // この「生のポむンタ、getter の呌び出し、
-  // |dont_AddRef| の代入」パタヌンを芚えお
-  // ください。それは、倚くの効率に関する
-  // 議論で出おきたものです。
-
-
-

どちらの堎合も、あなたは、正圓な nsCOMPtr で、その倀ずしお GetFoo の結果が蚭定された foo ずいうオブゞェクト、および GetFoo により返された rv ずいう状態を埗たす。しかしながら、䞀時的倉数を䜿う堎合は、nsCOMPtr ぞの倀の蚭定をする構築を䜿っおおり、(゜ヌス䞊では、少し耇雑になっおいたすが)、代入に続くデフォルトの構築よりは、効率的になっおいたす。そしお、より簡単な䟋によっお、このむベントの過皋は理解されるでしょう。 -

-

代入における奜たしい砎壊

-

QueryInterface の呌び出しよりも do_QueryInterface の方が望たしいです。

-

繰り返し

-

これは、普通のポむンタでデヌタ構造の繰り返しをする時の共通のむディオムです。䟋えば、 -

- - -
-
// [XP]COM オブゞェクトでないものに察しおポむンタで繰り返しを行う...
-
-Node* p = ...;
-while ( p )
-  {
-    // ...
-    p = p->next;
-  }
-
-
-

同様に、このパタヌンが for ルヌプずしおも衚珟されるのをしばしば芋かけたす。しかしながら、これを生の [XP]COM むンタフェヌスポむンタに察しお行うずどうなるか、考えおみおください。 -

- - -
-
// 生の [XP]COM むンタフェヌスポむンタで繰り返しを行いたす...
-
-nsIDOMNode* p = ...;
-while ( p )
-  {
-    // ...
-    p->GetNext(&p);
-      // 問題です |p| を |Release| せずに䞊曞きしおしたいたした。
-  }
-
-
-

おっず p に察しお、新しいポむンタを蚭定する前に、Release し損ねおしたいたした。みんながこれを倚く行うため、これが通垞の [XP]COM コヌドのリヌクの倧きな原因ずなっおしたいたした。では、代わりにこうするこずはできるのでしょうか ? -

- - -
-
// 生の [XP]COM むンタフェヌスポむンタで繰り返しを行いたす...
-
-nsIDOMNode* p = ...;
-while ( p )
-  {
-    // ...
-    NS_RELEASE(p);
-    p->GetNext(&p);
-      // 問題です ダングリングしおいるか |NULL| であるポむンタの
-      // メンバ関数を呌がうずしおいたす。
-  }
-
-
-

残念ながらダメです。Release した埌、nsCOMPtr は、ダングリングしおいる状態になるかもしれたせん。実は、NS_RELEASE マクロを䜿うず、p は、GetNext を呌び出すたでは、NULL になるでしょう。 -

では、同じこずを nsCOMPtr で曞いおあるず想像しおみおください。 -

- - -
-
// |nsCOMPtr| で繰り返しを行いたす...
-
-nsCOMPtr<nsIDOMNode> p = ...;
-while ( p )
-  {
-    // ...
-    p->GetNext( getter_AddRefs(p) );
-      // 問題です |NULL| ポむンタを通じおメンバ関数を呌び出そうずしたした。
-  }
-
-
-

ここでは、nsCOMPtr の䜿甚は、生の [XP]COM むンタフェヌスポむンタの䜿甚ずほずんど同じです。getter_AddRefs は、 Release し、そしおそれに代入する前に p をクリアしたす。すなわち、GetNext が呌ばれる前にそれを行いたす。これは、GetNext の呌び出しを行う前に、NULL ポむンタを通じお、呌び出そうずしおしたうこずを意味したす。生の [XP]COM むンタフェヌスポむンタず違い、nsCOMPtr は、盲目的に NULL ポむンタを通じお GetNext を呌び出そうずする代わりに、assert を実行したす。 -

これは問題です。では、解決法は、なんでしょうか。もしこれが生の [XP]COM むンタフェヌスであれば、おそらく䞀時的倉数を導入するでしょう。我々は、nsCOMPtrで同じこずをするこずができたす。 -

- - -
-
// 生の [XP]COM むンタフェヌスポむンタ
-// での安党な繰り返し...
-
-nsIDOMNode* p = ...;
-while ( p )
-  {
-    // ...
-
-      // 䞀時的倉数を導入するこずで、
-      // |p| で足螏みをするこずもありたせん。
-    nsIDOMNode* temp = p;
-    temp->GetNext(&p);
-    NS_RELEASE(temp);
-  }
-
-		 -
// |nsCOMPtr| での安党な繰り返し...
-
-
-nsCOMPtr<nsIDOMNode> p = ...;
-while ( p )
-  {
-    // ...
-
-      // 䞀時的倉数を導入するこずで、
-      // |p| で足螏みをするこずもありたせん。
-    nsCOMPtr<nsIDOMNode> temp = p;
-    temp->GetNext(getter_AddRefs(p));
-  }
-
-
-
-

nsCOMPtr をパラレルにするのは、容易に理解できたすが、生のポむンタの枠組に比べお、䜙分な AddRef ず Release を䞀回ず぀しなければなりたせん。少し倉圢するこずで、コヌドは芋づらくなりたすが、(おそらく、ごくわずかですが) より効率的になりたす。 -

- - -
-
// 安党で、効率的な、|nsCOMPtr| での繰り返し...
-
-nsCOMPtr<nsIDOMNode> p = ...;
-while ( p )
-  {
-    // ...
-    nsIDOMNode* next;
-    p->GetNext(&next);
-    p = dont_AddRef(next);
-  }
-
-  // 芋おください これはおなじみの「生のポむンタ、getterの呌び出し、
-  // |dont_AddRef| の代入」パタヌンです。
-
-
-

getter を曞く

-

コンパむラの悩みの皮

-
-
diff --git a/files/ja/mozilla/tech/xpcom/using_nscomptr/status,_recent_changes,_and_plans/index.html b/files/ja/mozilla/tech/xpcom/using_nscomptr/status,_recent_changes,_and_plans/index.html deleted file mode 100644 index 590fcab98c..0000000000 --- a/files/ja/mozilla/tech/xpcom/using_nscomptr/status,_recent_changes,_and_plans/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: 'Status, Recent Changes, and Plans' -slug: 'Mozilla/Tech/XPCOM/Using_nsCOMPtr/Status,_Recent_Changes,_and_Plans' -tags: - - XPCOM -translation_of: 'Mozilla/Tech/XPCOM/Using_nsCOMPtr/Status,_Recent_Changes,_and_Plans' ---- -

-

このセクションが、初めお読む人に邪魔になっお申し蚳ありたせん。 目次にずばしたり、盎接 スタヌトガむド や リファレンスマニュアル、 FAQ に行きたいかもしれたせん。 このセクションは、最近の曎新をチェックするのが簡単になるようにトップに蚭けおいたす。 -


-

-

nsCOMPtr に察する最近の曎新

-

新しいものから順に -

- -

nsCOMPtr の蚈画

- -

最近のドキュメントの曎新

- -
-
diff --git a/files/ja/mozilla/tech/xpcom/weak_reference/index.html b/files/ja/mozilla/tech/xpcom/weak_reference/index.html deleted file mode 100644 index 4a64488deb..0000000000 --- a/files/ja/mozilla/tech/xpcom/weak_reference/index.html +++ /dev/null @@ -1,153 +0,0 @@ ---- -title: Weak reference -slug: Mozilla/Tech/XPCOM/Weak_reference -tags: - - XPCOM -translation_of: Mozilla/Tech/XPCOM/Weak_reference ---- -

In XPCOM, a weak reference is a special object that contains a pointer to an XPCOM object, but does not keep that object alive. If the referent object is destroyed before the weak reference, the pointer inside the weak reference is set to nsnull. -

-

なぜこれを䜿う必芁があるのでしょうか

-

When you hold an owning reference on an object (i.e., you have AddRefed it), you are holding that object in existence for the duration of your reference. This isn't always appropriate, and can lead to trouble. If, for instance, this owning reference is part of a cycle of owning references (e.g., if the referenced object also holds a owning reference back to you), then none of the objects in the cycle can be reclaimed without taking special measures. -

There are less severe situations. A naive design for an observer/observable relationship would require the observable to hold a owning reference to the observer. After all, the observable must send messages to each observer, notifying it of the appropriate state changes. To do that, it will call a method on the observer, so it needs a pointer. And the call would fail if the pointer were allowed to dangle, therefore, the pointer should be a owning reference. This design, however, is flawed, as it holds the observer in existence longer than would otherwise be necessary. The observer may only need a short life compared to the thing being observed. It might go away after the first interesting event, even. But in this design, by hitching its life to the observable, it is kept on life-support long past any need or use. -

What is actually needed in this case, is either out-of-band signaling, where when the observer wants to go away, it unregisters itself from the observable, which then releases its owning reference, allowing the observer to die, or else a new kind of reference. This document describes an implementation of weak references. A weak reference does not hold its referent in existence, but also will not dangle. When the referent is destroyed, the weak reference automatically becomes nsnull. This technique can significantly simplify certain relationships, and you should consider it when an owning reference is inappropriate, but where a raw pointer might end up dangling. -

-

どのように䜿うのでしょうか

-

サンプルをここに挙げたす。新しい所ず興味を匕きそうな所は、匷調しお衚珟したす。 -

-
#include "nsWeakPtr.h"
-
-// ...
-
-// 匱い参照を埗るのは、簡単です...
-nsWeakPtr weakPtr = getter_AddRefs( NS_GetWeakReference(aFooPtr) );
-
-// ...
-
-{   // ...しかし、匱い参照を䜿うには、(短呜の) 所有する参照を必芁ずしたす。
-  nsCOMPtr<nsIFoo> tempFooPtr = do_QueryReferent(weakPtr);
-  if ( tempFooPtr )
-    tempFooPtr->SomeFooMethod(...);
-  // そうでないず、「本圓の」オブゞェクトが無くなっおしたいたす。
-}
-
-

しかし、実際の䟋では、匱い参照はメンバヌ倉数ずしお保持される堎合が倚いでしょう。以䞋の䟋では、nsObservable は、むベントを報告するために、それぞれのオブザヌバヌぞの参照を保持する必芁がありたす。しかし、nsObservable は、ダングリングポむンタヌを防ぐためだけにオブザヌバヌを保持するのは、望たしくありたせん。そのため、nsIObserver ぞの所有する参照を保持する代わりに、匱い参照を保持したす。匱い参照は、人為的にオブザヌバヌの生存期間を䌞ばしたりしたせん。その䞊、ダングリングするこずもしないのです。 -

以䞋では、枡されおくる nsIObserver が nsISupportsWeakReference も実装しおいるず仮定しおいたす。䞀぀のオブザヌバヌの管理の仕方を参考にすれば、オブザヌバヌのリストの管理の仕方に぀いお掚枬するこずはできるでしょう。 -

-
class nsObservable
-  {
-    public:
-      // ...
-      nsresult AddObserver( nsIObserver* );
-      nsresult NotifyObservers( nsIMessage* );
-      // ...
-    private:
-      nsWeakPtr mObserver;
-  // ...あるいはここにオブザヌバヌのリストがあるず想像しおください
-  };
-
-// ...
-
-nsresult
-nsObservable::AddObserver( nsIObserver* aObserver )
-  {
-    mObserver = getter_AddRefs( NS_GetWeakReference(aObserver) );
-      // ...あるいはこれをオブザヌバヌのリストに远加しおください
-    return NS_OK;
-  }
-
-nsresult
-nsObservable::NotifyObservers( nsIMessage* aMessage )
-  {
-    nsCOMPtr<nsIObserver> observer = do_QueryReferent(mObserver);
-    if ( observer )
-      observer->NoticeMessage(aMessage);
-    else
-      mObserver = 0;
-      // あるいはこのオブザヌバヌをリストから取り陀くこずで、それはなくなっおしたうでしょう
-    return NS_OK;
-  }
-
-// ...
-
-

nsWeakPtr が nsCOMPtr ずちょうど同じむンタフェヌスを持぀こずがキヌになりたす。実は、nsWeakPtr はこのように定矩されおいたす。 -

-
typedef nsCOMPtr<nsIWeakReference> nsWeakPtr;
-
-

こりゃ最䜎だ

-

この匱い参照の実装があなたが望むむンタフェヌスを提䟛しないこずに、おそらく今たでに気づいたでしょう。 -

-

なぜ、匱い参照の䞊の私のむンタフェヌスメ゜ッドを盎接呌べないのでしょうか

-

あなたは、この匱い参照の仕組みを䜿っお、あなたが実際に䜿いたいむンタフェヌスを実装するポむンタヌを埗られるこずを望んでいるでしょう。䟋えば、 -

-
// 泚: 実際にはこのような実装ではありたせん
-nsWeakPtr<nsIFoo> weakFooPtr = fooPtr;
-// ...
-if ( weakFooPtr )
-  status = weakFooPtr->SomeFooMethod(...);
-
-

これは、合理的な芁求です。しかし、自動的に実装するのは、ずおも高く぀くのです。継承でも、テンプレヌトでも、マクロでも自動的にすべおのメ゜ッド呌び出しを実際のオブゞェクトぞ転送するのを支揎しおくれたせん。XPIDL は、(もし修正すれば) そのような実装を䜜成できるかもしれたせん。そうでなければ、䞊で議論したようなこずを手で曞くこずができたす。極わずかですが、その他のコストもありたす。それは、間接呌び出しにより、呌び出しごずにかかる䜙分なコストです。そしお単玔な実装では、察象実装ぞのむンタフェヌスごずに䜙分なポむンタヌを远加したす。 -

-

なぜペアの間で単に QueryInterface できないのでしょうか

-

あなたが保持しおいる nsIWeakReference は、本圓に単に察象のオブゞェクト䞊のむンタフェヌスのように感じられるでしょう。二぀の間で単に QueryInterface を実行したいのは、合理的なこずです。なぜ䜙分な呌び出し GetWeakReference ず QueryReferent が必芁なのでしょうか ? 匱い参照が実際に察象のオブゞェクトに集玄されおいれば可胜なように思えたす。 -

ここでの問題は、QueryInterface です。QueryInterface は、COM が動䜜するのに必芁な倚くのこずを満たす必芁がありたす。これらの芁求の元では、同じ (集玄する) オブゞェクトに察しお同じむンタフェヌスの QueryInterface を呌び出した堎合は、同じ結果にならなければなりたせん。これは、どのむンタフェヌスポむンタヌを通じお呌び出そうずも、い぀呌び出そうずも芁求されるこずです。我々の状況では、これは䞍可胜です。なぜなら、それは、明らかに集玄の郚分を砎壊可胜であるずいう事実があるためです。埌続の凊理で、その郚分ぞ到着しようずしおも nsnull が返りたす。時々、匱いポむンタヌを通じた QueryInterface が「本圓の」むンタフェヌスを返すでしょう。そしお時々 nsnull を返すのです。それは、単に COM を壊すこずになりたす。 -

このように、匱い参照が察象オブゞェクトぞず集玄されないのは明らかです。それため、それらの間を動くのに QueryInterface を䜿うこずはできたせん。これは、より䟿利に感じられるず思いたすが、グロヌバルルヌチンの NS_GetWeakReference を䜿うず、察象のオブゞェクトから匱い参照を埗るこずができたす。そしお、nsIWeakReference::QueryReferent が、逆の方向に察しお QueryInterface ず同じ機胜を提䟛したす。付け加えるず、珟圚、nsCOMPtr は、新しいキヌの do_QueryReferent をサポヌトするようになり、人生をいくぶんシンプルにしおくれおいたす。 -

-

クラスが匱い参照をサポヌトするようにするにはどうすればよいでしょうか

-

単に nsSupportsWeakReference を継承するだけです。ミックスむンクラスがすべおの䜜業を行っおくれたす。そしお、あなたの QueryInterface を適宜倉えおください。䟋えば、 -

-
//...
-#include "nsWeakReference.h"
-
-class nsFoo : public nsIFoo, ..., public nsSupportsWeakReference { ... };
-
-
-// ...if you used the table macros to implement |QueryInterface|, add an entry
-
-NS_INTERFACE_MAP_BEGIN(nsFoo)
-  // ...
-  NS_INTERFACE_MAP_ENTRY(nsISupportsWeakReference)
-  // ...
-NS_INTERFACE_MAP_END
-
-
-// ...if you used a |NS_IMPLE_QUERYINTERFACEn| macro, move up to the next higher one and add a term
-
-NS_IMPL_QUERYINTERFACEn+1( ...,nsISupportsWeakReference)
-
-
-// ...if you implemented |QueryInterface| by hand, add a clause
-
-NS_IMETHODIMP
-nsFoo::QueryInterface( REFNSIID aIID, void** aInstancePtr )
-  {
-    // ...
-    else if ( aIID.Equals(nsCOMTypeInfo<nsISupportsWeakReference>::GetIID()) )
-      *aInstancePr = NS_STATIC_CAST(nsISupportsWeakReference*, this);
-    // ...
-  }
-
-

代替手段

-

This technique is useful, but in situations where you need this, there are two alternatives which you may want to consider: -

- -

参考資料

- -
-

原文曞の情報

-
  • 著者: Scott Collins -
  • 最終曎新日: September 23, 2000 -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现 -
-
-
-
diff --git a/files/ja/mozilla/tech/xpcom/wrappedjsobject/index.html b/files/ja/mozilla/tech/xpcom/wrappedjsobject/index.html deleted file mode 100644 index a51dd2a630..0000000000 --- a/files/ja/mozilla/tech/xpcom/wrappedjsobject/index.html +++ /dev/null @@ -1,104 +0,0 @@ ---- -title: wrappedJSObject -slug: Mozilla/Tech/XPCOM/wrappedJSObject -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/wrappedJSObject ---- -

wrappedJSObjectはXPConnectラッパで利甚できるこずがあるプロパティです。利甚できる堎合、それはあなたに、ラッパによっお隠蔜されたJavaScriptオブゞェクトぞのアクセスを可胜にしたす。 -

wrappedJSObjectプロパティをサポヌトするXPConnectラッパには2぀の皮類がありたす -

- -

この項では埌者、぀たり、コンポヌネントが持぀プロパティやメ゜ッドのうちxpidlによっおサポヌト枈みず宣蚀されたむンタヌフェヌスには含たれおいない物を隠蔜する皮類のラッパに぀いお解説しおいたす。 -

以䞋、XPConnectラッパが䜕をするものなのかずいう事ず、wrappedJSObjectがそれを迂回するためにどのように䜿われるのかに぀いお玹介したしょう。 -

-

-

䟋ずなるコンポヌネント

-

wrappedJSObjectプロパティがどのように働くのかを芋るためには、JavaScriptによっお実装されたXPCOMコンポヌネントの䟋が必芁です。コンポヌネントの䜜成方法の詳现に぀いおはJavaScriptでのXPCOMコンポヌネントの䜜成方法を参照しおください。 -

簡単のため、コンポヌネントを登録するためのコヌドは省略したす。以䞋のコンポヌネントが@myself.com/my-component;1ずいうコントラクトIDで登録されおいるものず仮定しおください。 -

-
// コンストラクタ
-function HelloWorld() {
-};
-
-HelloWorld.prototype = {
-  hello: function() {
-    return "Hello World!";
-  },
-
-  QueryInterface: function(aIID)
-  {
-    if (!aIID.equals(Components.interfaces.nsISupports) &&
-        !aIID.equals(Components.interfaces.nsIHelloWorld))
-      throw Components.results.NS_ERROR_NO_INTERFACE;
-    return this;
-  }
-};
-
-

-

-

XPConnectによるラッピング

-

それでは䞊蚘のコンポヌネントぞの参照を取埗しおみたしょう。この䟋では getServiceを䜿甚しおいたすが、XPCOMから参照を取埗する限りにおいおは、コンポヌネントは垞に、XPConnectによっおこれず同様にラップされたす -

-
var comp = Components.classes["@myself.com/my-component;1"].getService();
-
-

コンポヌネントの実装においお定矩したhello()メ゜ッドを呌び出そうずした堎合、このような結果が埗られたす -

-
> comp.hello();
-TypeError on line 1: comp.hello is not a function
-
-

これは、前述した説明のずおり、compがHelloWorldのむンスタンスのJavaScriptオブゞェクトそのものではなく、XPConnectラッパによっお包たれた物であるために起こりたす -

-
> dump(comp);
-[xpconnect wrapped nsISupports]
-
-

これらのラッパは、JavaScriptによっお実装されたXPCOMコンポヌネントを他のXPCOMコンポヌネントず党く同じようにナヌザに察しお芋せるようにするずいう発想に基づいおいたす。これはそのコンポヌネントの公開されたむンタヌフェヌスを明確にし、コンポヌネントの内郚デヌタを保護する圹割も提䟛したす。 -

このラッパに察しおはQueryInterfaceメ゜ッドの呌び出しが利甚できたすが、それはこのメ゜ッドがnsISupportsむンタヌフェヌスにおいお定矩されおおり、ラッパ自身が、自分がラップしおいるオブゞェクトがnsISupportsむンタヌフェヌスを実装しおいる事を知っおいるからです -

-
> comp.QueryInterface(Components.interfaces.nsIHelloWorld);
-[xpconnect wrapped (nsISupports, nsIHelloWorld)]
-
-

この䟋に芋られるように、QueryInterfaceの呌び出しは、そのラッパに察しお、そのコンポヌネントが他のむンタヌフェヌスを実装しおいる事を教えたす。nsIHelloWorldむンタヌフェヌスにおいおhelloメ゜ッドが定矩されおいるず仮定するず、それは以䞋のように呌び出せたす -

-
> comp.hello()
-Hello World!
-
-

この挙動は、そのコンポヌネントに察しおアクセスするために䜿われるべきむンタヌフェヌスを明瀺的に定矩し、コヌドの開発においおそれを䜿うよう匷制する䞊で、良い仕組みず蚀えたす。しかし、コンポヌネントを詊䜜する堎合においおたでむンタヌフェヌスの定矩をいちいち曞かなくおはならないそしおそれを倉曎する床に再コンパむルしないずいけないのは䞍䟿です。 -

-

-

wrappedJSObjectの利甚

-

XPConnectは、それによっおラップされたオブゞェクト自身が蚱可しおいる堎合、wrapper.wrappedJSObjectプロパティを甚いお、ラッパを迂回しおその䞭にあるJavaScriptオブゞェクトに盎接アクセスするこずを蚱容したす。 -

より具䜓的に蚀うず、XPConnectの゜ヌス䞭のコメントにあるずおり、comp.wrappedJSObjectは以䞋の3぀の条件が満たされおいる堎合に利甚できたす -

- -

これは、コンポヌネントを実装しおいるJavaScriptオブゞェクトに盎接アクセスできるようにするためにコンポヌネントを修正する必芁があるずいうこずです。䟋えば以䞋のようにしたす -

-
function HelloWorld() {
-  this.wrappedJSObject = this;
-};
-
-

これで、コンポヌネントを盎接取埗できるようになりたした -

-
var comp = Components.classes["@myself.com/my-component;1"]
-                     .getService().wrappedJSObject;
-
-

これは本物のJavaScriptオブゞェクトです -

-
> comp
-[object Object]
-
-

なので、あらゆるプロパティにアクセスするこずができたす -

-
> comp.hello();
-Hello World!
-
-

この機胜は、詊䜜を手軜に行うために利甚できるほか、型が䞍定なJavaScriptの倀をコンポヌネントに簡単に枡すためにも利甚できたす。具䜓的には、完党なJavaScriptのデヌタを共有するなど。 -

-
-
diff --git a/files/ja/mozilla/tech/xpcom/xpcom_abi/index.html b/files/ja/mozilla/tech/xpcom/xpcom_abi/index.html deleted file mode 100644 index fe6136238f..0000000000 --- a/files/ja/mozilla/tech/xpcom/xpcom_abi/index.html +++ /dev/null @@ -1,54 +0,0 @@ ---- -title: XPCOM ABI -slug: Mozilla/Tech/XPCOM/XPCOM_ABI -tags: - - XPCOM -translation_of: Mozilla/Tech/XPCOM/XPCOM_ABI ---- -

XPCOM ABIは、XPCOMコンポヌネントのバむナリむンタヌフェヌスです。スクリプト蚀語JavaScriptなどによっお曞かれたXPCOMコンポヌネントは、特に改倉をしなくおもプラットフォヌムWindowsやOS Xなどを越えお動䜜させられたすが、コンパむルが必芁な蚀語C++などで曞かれたコンポヌネントの堎合、異なるプラットフォヌムで動かすためには再コンパむルが必芁です。コンパむルされたXPCOMコンポヌネントは倚くの堎合、「バむナリ」や「ネむティブ」などず呌ばれたす。 -

䞀぀のバむナリXPCOMコンポヌネントは、すべおのプラットフォヌムで利甚できる.xptファむルず、特定のプラットフォヌム甚で䞔぀特定のABIを持ったDLLWindowsでは.dll、Linuxでは.soから成りたす。このABIを利甚するアプリケヌションだけが、このXPCOMコンポヌネントを利甚するこずができたす。簡単に蚀えば、特定のABI甚にビルドされたXPCOMコンポヌネントは、同じABI甚にビルドされたFirefox、Thunderbird、その他のXULRunnerアプリケヌションに察しおのみ互換性がありたす。 -

-

-

ABIのネヌミング

-

各々のABIは、以䞋の圢匏の[TARGET_XPCOM_ABI]文字列によっお名付けられおいたす。 -

-
{CPU_ARCH}-{TARGET_COMPILER_ABI}
-
-

{CPU_ARCH}[Platforms]は、以䞋のいずれかのCPUのアヌキテクチャを意味したす -

- -

{TARGET_COMPILER_ABI}[Platforms]は、以䞋のいずれかのコンパむラのABIを意味したす -

- -

䟋: -

- -

XPCOM ABI文字列は、nsIXULRuntimeを䜿うこずによっおプログラムから取埗できたす。あなたのFirefoxあるいはThunderbirdのABIを取埗するには、゚ラヌコン゜ヌルを開いおツヌル | ゚ラヌコン゜ヌルから開けたす以䞋のJavaScriptコヌドを実行しおください -

-
Components.classes["@mozilla.org/xre/app-info;1"]
-          .getService(Components.interfaces.nsIXULRuntime)
-          .XPCOMABI
-
-

もしCPUのアヌキテクチャもしくはC++コンパむラのいずれかが未知の堎合は、アプリケヌションはXPCOM ABI文字列を持たず、それを取埗しようず詊みた際にはNS_ERROR_NOT_AVAILABLEずいう゚ラヌを起こすでしょう。それは特城的なABIだず思われたすが、しかし私たちはそれに察しお付ける名前を持っおいたせん。 -

蚻: Platforms
これは利甚可胜なCPUアヌキテクチャやコンパむラのABIの完党なリストではありたせん。最新の情報は垞に、ビルドシステムの䞭を探玢するこずで芋぀けられるでしょう。 -
蚻: TARGET_XPCOM_ABI
Mozillaのビルドシステムでは、XPCOM ABIを保持しおいる倉数はTARGET_XPCOM_ABIです。これは内郚の詳现情報で、拡匵機胜の開発者にずっおは無関係です。 -

-

-

Extension Installation

-

アプリケヌション䟋FirefoxがサポヌトするABIの名前は、ビルド時に埋め蟌たれたす。その埌、アプリケヌションはサヌドパヌティ補のバむナリXPCOMコンポヌネントの互換性を調べるためにその倀を䜿いたす。 -

互換性チェックずの共通点は、拡匵機胜のむンストヌルの間にありたす。もし、ある拡匵機胜がバむナリXPCOMを提䟛する堎合、むンストヌル定矩においおそれらのXPCOM ABIが宣蚀されおいるべきです。拡匵機胜の䜜者は、XPCOMコンポヌネントをサポヌトしおいるマシンすべおのためにそれぞれビルドコンパむルしお、プラットフォヌムごずのサブディレクトリに入れ、すべおのビルドを䞀぀のXPIの䞭にパッケヌゞングするこずができたす。拡匵機胜がむンストヌルされる時、アプリケヌションはそれ自身のABIに最も適したコンポヌネントのビルドを遞択したす。もし適合するビルドが芋぀からなければ、その拡匵機胜は互換性がないず芋なされ、アプリケヌションはむンストヌルを䞭断するでしょう。 -

もし、ABIのネヌミングで説明しおいるずおり、CPUアヌキテクチャかC++コンパむラのいずれかが䞍明であった結果ずしおそのアプリケヌションがXPCOM ABI文字列を持っおいない堎合、あなたはむンストヌル定矩などに蚘述するプラットフォヌム名ずしおOSの名前をXPCOM ABIを付けずに䜿うべきです。 -

diff --git a/files/ja/mozilla/tech/xpcom/xpcom_ownership_guidelines/index.html b/files/ja/mozilla/tech/xpcom/xpcom_ownership_guidelines/index.html deleted file mode 100644 index a1f4a717dc..0000000000 --- a/files/ja/mozilla/tech/xpcom/xpcom_ownership_guidelines/index.html +++ /dev/null @@ -1,37 +0,0 @@ ---- -title: XPCOM ownership guidelines -slug: Mozilla/Tech/XPCOM/XPCOM_ownership_guidelines -tags: - - XPCOM -translation_of: Mozilla/Tech/XPCOM/XPCOM_ownership_guidelines ---- -

もしあなたがそれを䜜ったのであれば、それを所有しおいる

-

...自然なこずです。もしあなたが䞀時的なオブゞェクトを䜜ったのであれば、明らかにそれを砎壊するのはあなたの責任です。それは確かに所有の城候です。もしあなたがより長い生存期間を持぀オブゞェクトを䜜ったのであれば、あなたは所有暩を倱うたでそれを所有するこずになるでしょう。 -

すべおの「factory」ず「getter」関数は所有するポむンタヌを䜜り出す。 -

そのような関数は、より長い生存期間を持぀オブゞェクトを䜜る絶奜の䟋です。そしお、(すでに AddRef を実行したポむンタヌを぀くり出すこずで) 所有暩を (この堎合は呌び出し元に) 䞎えたす。これはファクトリ関数にずっおすばらしいこずです。しかし単なる「getter」にずっおは問題ずなりうるかもしれたせん。しばらくの間しかアクセスが必芁ないのであれば、運が悪いずいうこずになりたす。埌者の堎合、ポむンタをキャッシュした堎合、あなたはデフォルトの所有者になりたす。これは、適切でないかも知れたせん。そしお、問題のオブゞェクトがあなたのク゚リに察しお䜜られのかどうかを知らずに修正するのは倧倉かもしれたせん。 -

-

それを必芁ずしおいるかどうかは、それを所有しおいるこずの正圓な理由にはならない

-

あなたがオブゞェクトを必芁ずしおいるからず蚀っお、そのオブゞェクトを所有しおいるわけではありたせん。実際、しばしばオブゞェクトがあなたを必芁ずしおいるために、そのオブゞェクトを所有しおいるこずがありたす。 -

-

もしあなたがオブゞェクトを所有しおいるのならば、それはあなたを所有すべきではない。

-

掚移的な意味でもそのこずが蚀えたす。【蚳泚: A が B を所有し、B が C を所有する堎合、C が A を所有しおはいけない】 違う衚珟をするず: どんなシステムにおいおも所有暩のグラフは非埪環的でなければなりたせん。所有暩の埪環が存圚する堎合、デストラクタヌによっお自動的に凊理されない堎合がありたす。埪環を断ち切るには、参加者が個別に解攟する前に、特別なコヌドが提䟛されお呌ばれなければなりたせん。 -

-

オブゞェクトの生存期間があなたより長いこずが保蚌されおいるのであれば、そのオブゞェクトを所有する必芁はない

-

䟋えば、それがあなたを所有しおいる時です。 -

-

芪は自分の子を所有する (そしお逆ではない)

-

芪は自分の子を所有する必芁はないかもしれたせんが。䟋えば、ツリヌはその䞭にあるすべおのノヌドを所有するかもしれたせん。ツリヌのすべおのノヌドが、お互いを非所有的なポむンタヌでポむントしおいるかもしれたせん。しかしながら、最も単玔な枠組では、芪は自分の子を所有的なポむンタヌでポむントし、子は自分の芪を非所有的なポむンタヌで指し返したす。 -

-

コンテナは、自分が含むものを所有する (そしお逆ではない)

-

所有するポむンタヌを実装するために、nsCOMPtr を䜿いなさい

-

それは、明瀺的で効果的、か぀ずおも頑䞈です。「getter」ず「setter」を曞くのは簡単です。そしおあなたはデストラクタヌに䜕も曞く必芁がありたせん。 -

-
-

原文曞の情報

-
  • 著者: Scott Collins -
  • 最終曎新日: May 8, 2003 -
  • 著䜜暩: Copyright© 1999 by Netscape; use is subject to the NPL. Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现 -
-
-
-
diff --git a/files/ja/mozilla/tech/xpcom/xptcall_faq/index.html b/files/ja/mozilla/tech/xpcom/xptcall_faq/index.html deleted file mode 100644 index 340d8c6940..0000000000 --- a/files/ja/mozilla/tech/xpcom/xptcall_faq/index.html +++ /dev/null @@ -1,76 +0,0 @@ ---- -title: xptcall FAQ -slug: Mozilla/Tech/XPCOM/xptcall_FAQ -tags: - - XPCOM - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/xptcall_FAQ ---- -

xptcall ずは䜕ですか

-

xptcall は、䜎レベルの XPCOM メ゜ッド呌び出しのための小さなラむブラリです。プラットフォヌム固有の C/C++ ずアセンブラ蚀語のコヌドを䜿っお実装されおいたす。異なる蚀語間の呌び出しず異なるスレッドぞのメ゜ッド呌び出しを容易にするためのものです。 Mozillaをあらゆるプラットフォヌム䞊で動䜜させるためには、このコヌドを移怍する必芁がありたす。

- - - -

なぜ xptcall があるのですか

-

xptcall があるのは、以䞋の二぀の理由によりたす:

-
    -
  1. XPCOM むンタフェヌスの任意のメ゜ッドを実行できるようにするため。
    2. -
  2. 任意の XPCOM むンタフェヌスを実装しおいるかのように、動的に振舞いを倉えられるようにするため。
    3. -
-

どちらの仕組みも XPConnect にずっお必芁なものです。たた、xpcom/proxy もこれらの仕組みを利甚しおいたす。将来的には、他のサブシステムでも䜿われるかもしれたせん。

-

xptcall のアプロヌチの方が、スタブコヌドの生成により、すべおのむンタフェヌスの呌び出しず実装をサポヌトするアプロヌチよりも良いずいうこずで、遞択されたした。この xptcall のアプロヌチは、コアなプラットフォヌム固有のコヌドを必芁ずしたす。しかし、メモリ䜿甚量が最小で枈み、そしお任意の正圓な XPCOM むンタフェヌスずずもに動䜜できるように拡匵できたす。しかも各プラットフォヌムごずに远加のコンパむル枈みコヌドを付加する必芁がないのです。

- - - -

xptcall は、実際には䜕をするのでしょうか

-

これが、コアずなる invoke 関数の宣蚀です:

- -
XPTC_PUBLIC_API(nsresult)
-XPTC_InvokeByIndex(nsISupports* that,
-                   PRUint32 methodIndex,
-                   PRUint32 paramCount,
-                   nsXPTCVariant* params);
-
- -

nsXPTCVariant は、共甚䜓のデヌタです。これは、目的の関数にパラメヌタずしお枡される型で区別されたす (型ずしお void* も䜿えるので、任意のポむンタヌ型を衚珟するこずができたす)。

-

正しいパラメヌタセットを䞎えるこずで、この関数を䜿っお任意の XPCOM むンタフェヌスの任意のメ゜ッドを呌び出すこずができたす。 XPConnect は、タむプラむブラリ ファむルの情報を䜿甚しお、任意の XPCOM むンタフェヌスを JavaScript にマッピングし、XPTC_InvokeByIndex を䜿っお JavaScript から XPCOM を呌び出すこずができるようになりたす。タむプラむブラリの情報を䜿うこずで、 XPConnect は、関数のパラメヌタを倉換でき、そしおこの呌び出しをするのに必芁な nsXPTCVariant 型の配列を組み立おるこずができたす。

-

xptcall の スタブ (あるいは停装) の仕組みにより、実行時に、任意の XPCOM むンタフェヌスのふりをするこずができるクラスを実装できるようになりたす。これは、xptcall が、関数の汎甚的なスタブぞのポむンタが䞊べられた vtbl を提䟛するこずで実珟されたす。これらのスタブは、呌び出しを共通の関数に転送したす。この共通の関数は、タむプラむブラリの情報を䜿っお、パラメヌタを取り出したす。そしお、プラットフォヌム固有の呌び出し芏玄に埓っお、パラメヌタを保持するバリアント型の配列を組み立おたす。その埌、継承したメ゜ッドを呌び出すこずで、任意の凊理を実行するこずができたす。このコヌドは、呌び出しから戻る時に、プラットフォヌム固有の埌始末も行いたす。

-

これらはすべお動䜜しおおり、珟圚、様々なプラットフォヌム 䞊の Mozilla で䜿われおいたす。

- - - -

なぜ xptcall を、単に C や C++ で実装するこずができないのですか

-

これらの二぀の仕組みでは、完党にクロスプラットフォヌムにできないからです。あるいは、汎甚的にすべお C や C++ で行うこずもできないからです。それがどうしおなのかを、ひず぀ず぀芋おみたしょう。

-

invoke では、任意の呌び出しのフレヌムを組み立おお、それを実行できるコヌドが必芁になりたす。C++ のコンパむラは、そのような呌び出しのフレヌムをい぀も組み立おおいたす。しかし、コンパむラは、呌び出し先の固有のシグネチャヌのためにカスタマむズしたフレヌムを コンパむル時に 組み立おたす。 xptcall は、任意の正圓な XPCOM メ゜ッドシグネチャヌを呌び出せなければなりたせん。そしおシグネチャヌは実行時に特定する必芁があるのです。

-

stubs は、任意の XPCOM むンタフェヌスのすべおのメ゜ッド (祖先のメ゜ッドも含む) の党おの vtbl を実装しおいるかのように振舞わなければなりたせん。これを行ういく぀かの方法がありたす。実行時にコンパむラを動かしお、スタブの動的に組み立おずロヌドを行うこずができたす。あるいは、プラットフォヌム固有のコヌドを曞いお、むンタフェヌス固有の vtbl ずメ゜ッドのスタブを組み立おる方法もありたす。私は、ひず぀の巚倧な vtbl ず倚くの小さな汎甚のスタブを䜿う方法を遞びたした。これにより、プラットフォヌム固有のコヌドは可胜な限り小さくなるのです。もう䞀床蚀うず、これをすべお行うコヌドを C で曞くこずはできたせん。 varargs を䜿っお䞀郚実珟するこずはできたすが、それでは十分ではありたせん。

-

もし、䜕か確実な方法があっお、クロスプラットフォヌムな方法で、か぀/たたはアセンブラ蚀語のコヌドを䜿わずに必芁な機胜を実珟するこずができるのであれば、教えおください。

- - - -

xptcall は、Mozilla のプラットフォヌムずしお必芁なものですか

-

はい。Mozilla は、xptcall がきちんず移怍されおいないず、正しく動䜜しないでしょう。無機胜のスタブコヌドがあるので、サポヌトされおいないプラットフォヌム䞊でも xptcall をビルドできるようになっおいたす。しかし XPConnect に䟝存しおいるブラりザ機胜は、すべお実行に倱敗するでしょう。プラットフォヌム䞊で xptcall が機胜しないず、問題が起きるでしょう。 xptcall が、どこででも動䜜するように取り組んでいく必芁がありたす

- - - -

どのプラットフォヌムがサポヌトされおいたすか

-

増加䞭のリストです:

- - - - -

他のリ゜ヌスは、どこにあるでしょう

-

コヌドは xpcom/reflect/xptcall にありたす。

-

新しい移怍のためのガむドは xpcom/reflect/xptcall/porting.html にありたす。

-

実装前の提案が ここ ず ここ にありたす。

- - -
-

原文曞の情報

- -
diff --git a/files/ja/mozilla/tech/xpidl/generating_xpt_on_windows/index.html b/files/ja/mozilla/tech/xpidl/generating_xpt_on_windows/index.html deleted file mode 100644 index e89dc3bf46..0000000000 --- a/files/ja/mozilla/tech/xpidl/generating_xpt_on_windows/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: Generating xpt on Windows -slug: Mozilla/Tech/XPIDL/Generating_xpt_on_Windows -tags: - - Embedding Mozilla - - Guide - - XULRunner -translation_of: Mozilla/Tech/XPIDL/Generating_xpt_on_Windows ---- -

Windows の Gecko \ XUL Runner SDK の最近のバヌゞョンで .idl ファむルから .xpt ファむルを生成するには、 typelib.py スクリプトを䜿甚する必芁がありたす。 XULRunner SDK を <MOZSDKDIR> にむンストヌルしたずするず、次の様なコマンドを実行する必芁がありたす

- -
C:\working-dir> <MOZSDKDIR>\sdk\bin\typelib.py <InputFile.idl> -o <OutputFile.xpt> -I <MOZSDKDIR>\idl
-
diff --git a/files/ja/mozilla/tech/xpidl/index.html b/files/ja/mozilla/tech/xpidl/index.html deleted file mode 100644 index 475f27e8b3..0000000000 --- a/files/ja/mozilla/tech/xpidl/index.html +++ /dev/null @@ -1,560 +0,0 @@ ---- -title: XPIDL -slug: Mozilla/Tech/XPIDL -tags: - - Developing Mozilla - - Guide - - NeedsContent - - XPCOM - - xpidl -translation_of: Mozilla/Tech/XPIDL ---- -

XPIDL は XPCOM むンタヌフェヌスクラスを指定するためのむンタヌフェヌス蚘述蚀語 (Interface Description Language) です。

- -
-

むンタヌフェヌス蚘述蚀語 (IDL) は蚀語やマシンから独立したむンタヌフェヌスの蚘述に䜿われたす。IDL は蚀語に䟝存しないむンタヌフェヌス定矩をツヌルで自動生成するために利甚されるような、むンタヌフェヌスの蚘述を可胜にしたす。 XPIDL は、将来的に WebIDL に収束する予定です。

- -
-

Note: Starting in {{Gecko("9.0")}}, the older xpidl utility, which was previously used to generate C++ header files, typelib information, and so forth has been replaced with pyxpidl in the Gecko SDK. pyxpidl has been used for some time now, but now the older tool has been fully retired.

-
- -

Writing XPIDL interface files

- -

XPIDL は OMG IDL によく䌌おおり、 IID ず远加の型を凊理する拡匵構文がありたす。いく぀かの䟋は Mozilla tree の {{Source("xpcom/base")}} ず {{Source("xpcom/ds")}} ディレクトリにありたす。

- - - -

Explanation of IDL semantics

- -

A full guide to the syntax can be found at XPIDL:Syntax, which is written in an ABNF form.

- -

An xpidl file is essentially just a series of declarations. At the top level, we can define typedefs, native types, or interfaces. Interfaces may furthermore contain typedefs, natives, methods, constants, or attributes. Most declarations can have properties applied to them.

- -

Types

- -

There are three ways to make types: a typedef, a native, or an interface. In addition, there are a few built-in native types. The built-in native types are those listed under the type_spec production above. The following is the correspondence table:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Table 1: Standard IDL types
IDLC++ in parameterC++ out parameterJS typeNotes
booleanboolbool *boolean
charcharchar *stringOnly chars in range \u0000-\u00ff permitted
doubledoubledouble *number
floatfloatfloat *number
longint32_tint32_t *number
long longint64_tint64_t *number
octetuint8_tuint8_t *number
shortint16_tint16_t *number
stringconst char *char **string -

Only chars in range \u0000-\u00ff permitted

- -

Most of the time you don't want to use this type but AUTF8String or ACString

-
unsigned longuint32_tuint32_t *number
unsigned long longuint64_tuint64_t *number
unsigned shortuint16_tuint16_t *number
wcharPRUnicharPRUnichar *stringFull Unicode set permitted
wstringconst PRUnichar *PRUnichar **string -

Full Unicode set permitted

- -

Most of the time you don't want to use this type but AString.

-
- -

In addition to this list, nearly every IDL file includes nsrootidl.idl in some fashion, which also defines the following types:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Table 2: Types provided by nsrootidl.idl
IDL typedefC++ in parameterC++ out parameterJS typeNotes
PRTime(XPIDL unsigned long long typedef, 64 bits)numberPRTime is in microseconds, while JS date assumes time in milliseconds
nsresult(XPIDL unsigned long typedef, 32 bits)number
nsrefcnt(XPIDL unsigned long typedef, 32 bits)number
size_t(XPIDL unsigned long typedef, 32 bits)number
voidPtrvoid *void *not allowed
charPtrchar *char **not allowed
unicharPtrPRUnichar *PRUnichar **not allowed
nsIDRefconst nsID &nsID *?
nsIIDRefconst nsIID &nsIID *?
nsCIDRefconst nsCID &nsCID *?
nsIDPtrconst nsID *nsID **?
nsIIDPtrconst nsIID *nsIID **?
nsCIDPtrconst nsCID *nsCID **?
nsIIDconst nsIIDnsIID *?
nsIDconst nsIDnsID *?
nsCIDconst nsCIDnsCID *?
nsQIResultvoid *void **objectShould only be used with methods that act like QueryInterface
DOMStringconst nsAString &nsAString &stringFull Unicode set permitted
AUTF8Stringconst nsACString &nsACString &stringFull Unicode set permitted (translated to UTF-8)
ACStringconst nsACString &nsACString &stringOnly chars in range \u0000-\u00ff permitted
AStringconst nsAString &nsAString &stringFull Unicode set permitted
jsvalconst jsval &jsval *anything
jsidjsidjsid *not allowed
- -

Typedefs in IDL are basically as they are in C or C++: you define first the type that you want to refer to and then the name of the type. Types can of course be one of the fundamental types, or any other type declared via a typedef, interface, or a native type.

- -

Native types are types which correspond to a given C++ type. Most native types are not scriptable: if it is not present in the list above, then it is certainly not scriptable (some of the above, particularly jsid, are not scriptable).

- -

The contents of the parentheses of a native type declaration (although native declarations without parentheses are parsable, I do not trust that they are properly handled by the xpidl handlers) is a string equivalent to the C++ type. XPIDL itself does not interpret this string, it just literally pastes it anywhere the native type is used. The interpretation of the type can be modified by having properties on the native declaration:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Table 3: Native type definitions
astringThis is an nsAString declaration. Overrides native string.
cstringThis is an nsACString declaration. Overrides native string.
domstringThis is an nsAString declaration. Overrides native string.
jsvalThis type gets const when an in type. Special in typelib.
nsidThis type gets const when an in type. Special in typelib.
ptrThe type is really (native str)*
refThe type is really (native str)&
utf8stringThis is an nsACString declaration whose text is UTF-8.
- -

As far as I can tell, these properties also apply to typedefs. Need to verify.

- -

Constants

- -

Constants are technically legal at the top level, but xpidl I forbids them from being placed there; instead, they must be in an interface. The only constants supported are those which become integer types when compiled to source code; string constants and floating point constants, though parseable, cannot be made into a header or xpt file.

- -

Constants are emitted in header files using anonymous enums, although there is an outstanding patch that combines adjacent constants into the same anonymous enums to quiet enum mismatch warnings.

- -

Interfaces

- -

Specifying interfaces is the primary purpose of using xpidl. Interfaces are basically a collection of constants, methods, and attributes; in Mozilla, these are the primary ways in which JavaScript code can interact with native C++ code. Furthermore, interfaces can also inherit from another interface. Every interface should inherit nsISupports in some fashion. However, it is generally not recommended to have a chain of interfaces inheriting from each other if you intend to have a chain of implementations for each interface, as it can cause problems in C++ code.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Table 4: Basic interface attributes
AttributeInterpretation
uuid(12345678-fedc-ba98-7654-0123456789ab)This is the internal way this interface is accessed; it must be unique, and the uuid must be generated when creating the interface. After that, it doesn't need to be changed any more. For instructions on how to generate an UUID see Generating GUIDs.
builtinclassJavaScript classes are forbidden from implementing this interface. All children must also be marked with this property.
functionThe JavaScript implementation of this interface may be a function that is invoked on property calls instead of an object with the given property
scriptableThis interface is usable by JavaScript classes. Must inherit from a scriptable interface.
deprecatedThis interface should no longer be used. The compiler will emit warnings if you attempt to use this.
- -

Methods and attributes

- -

Interfaces declare a series of attributes and methods. Attributes in IDL are akin to JavaScript properties, in that they are a getter and (optionally) a setter pair. In JavaScript contexts, attributes are exposed as a regular property access, while native code sees attributes as a Get and possibly a Set method.

- -

Attributes can be declared readonly, in which case setting causes an error to be thrown in script contexts and native contexts lack the Set method, by using the "readonly" keyword.

- -

To native code, on attribute declared 'attribute type foo;' is syntactic sugar for the declaration of two methods 'type getFoo();' and 'void setFoo(in type foo);'. If foo were declared readonly, the latter method would not be present. Attributes support all of the properties of methods with the exception of optional_argc, as this does not make sense for attributes.

- -

There are some special rules for attribute naming. As a result of vtable munging by the MSVC++ compiler, an attribute with the name `IID' is forbidden. In addition, any attribute whose name matches the regex /^[a-z]{2,3}I[A-Z][a-z]/ is emitted with a warning, as its name looks like an nsIInterface or a mozIInterface declaration. Also like methods, if the first character of an attribute is lowercase in IDL, it is made uppercase in native code only.

- -

Methods define a return type and a series of in and out parameters. When called from a JavaScript context, they invocation looks as it is declared for the most part; some parameter properties can adjust what the code looks like. The calls are more mangled in native contexts.

- -

An important attribute for methods and attributes is scriptability. A method or attribute is scriptable if it is declared in a scriptable interface and it lacks a noscript or notxpcom property. Any method that is not scriptable can only be accessed by native code. However, scriptable methods must contain parameters and a return type that can be translated to script: any native type, save those declared with an nsid, domstring, utf8string, cstring, astring, or jsval property, may not be used in a scriptable method or attribute. An exception to the above rule is if the parameter has the iid_is property (a special case for some QueryInterface-like operations). In general, this means that the only usable native types are those declared in nsrootidl.idl (see above).

- -

Methods and attributes are mangled on conversion to native code. If a method is declared notxpcom, the mangling of the return type is prevented, so it is called mostly as it looks. Otherwise, the return type of the native method is nsresult, and the return type acts as a final outparameter if it is not void. The name is translated so that the first character is unconditionally uppercase; subsequent characters are unaffected. However, the presence of the binaryname property allows the user to select another name to use in native code (to avoid conflicts with other functions). For example, the method '[binaryname(foo)] void bar();' becomes 'nsresult Foo()' in native code (note that capitalization is still applied). However, the capitalization is not applied when using binaryname with attributes; i.e., [binaryname(foo)] readonly attribute Quux bar; becomes Getfoo(Quux**) in native code. Attributes named 'IID' and methods named 'GetIID' are forbidden, although this is checked before binaryname conversion.

- -

The implicit_jscontext and optional_argc parameters are properties which help native code implementations determine how the call was made from script. If implicit_jscontext is present on a method, then an additional JSContext *cx parameter is added just after the regular list which receives the context of the caller. If optional_argc is present, then an additional uint8_t _argc method is added at the end which receives the number of optional arguments that were actually used (obviously, you need to have an optional argument in the first place). Note that if both properties are set, the JSContext *cx is added first, followed by the uint8_t _argc, and then ending with return value parameter. Finally, as an exception to everything already mentioned, for attribute getters and setters the JSContext *cx comes before any other arguments.

- -

In addition, methods and attributes can be both marked as deprecated with the deprecated property, which causes compilers to emit deprecation usage warnings. Note that this is only verified in native code and not script code.

- -

The final native-only property is nostdcall. Normally, declarations are made in the stdcall ABI on Windows to be ABI-compatible with COM interfaces. Any non-scriptable method or attribute with nostdcall instead uses the thiscall ABI convention. Methods without this property generally use NS_IMETHOD in their declarations and NS_IMETHODIMP in their definitions to automatically add in the stdcall declaration specifier on requisite compilers; those that use this method may use a plain `nsresult' instead.

- -

Source and Binary Compatibility

- -

Some consumers of IDL interfaces create binary plugins that expect the interfaces to be stored in a specific way in memory. In other words, some changes made to IDL interfaces require the author to modify the unique identifier (IID) in order to make it clear to plugins that utilize these interfaces that they have changed, and thus their plugin must be recompiled.

- -

Common changes to an interface, such as changes to a method signature, number of arguments, and number or type of attributes, automatically require an IID change. In addition, some changes to interface attributes require that an IID be changed, as well. When a change to an interface made by an XPIDL developer requires that third-party binary addons be recompiled, we say that it affects binary compatibility. When a change to an interface made by an XPIDL developer requires that third-party binary addons change their source code, we say that it affects source compatibility. In table 5, the columns on the far right indicate whether changes to a specific attribute affect source compatibility, binary compatibility, or both.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Table 5: Optional interface attributes
AttributeValid for methodsValid for attributesEffectChanges Source Compatibility?Changes Binary Compatibility?
binaryname(foo)YYResults in the C++ method being called "Foo"YN
deprecatedYYEmits a compiler warning if used in C++ codeNN
implicit_jscontextYYAdds an additional JSContext *cx parameter to the C++ implementationYY
noscriptYYProhibits the method/attribute from being accessible in JS codeNN
nostdcallYYThe C++ implementation uses virtual nsresult instead of NS_IMETHOD/NS_IMETHODIMPYY
notxpcomYYThe C++ implementation does not return nsresult (implies noscript)YY
optional_argcYNAdds an additional uint8_t _argc parameter to the C++ implementationYY
- -

Method parameters

- -

Each method parameter can be specified in one of three modes: in, out, or inout. An out parameter is essentially an auxiliary return value, although these are moderately cumbersome to use from script contexts and should therefore be avoided if reasonable. An inout parameter is an in parameter whose value may be changed as a result of the method; these parameters are rather annoying to use and should generally be avoided if at all possible.

- -

Out and inout parameters are reflected as objects having the .value property which contains the real value of the parameter; it is not initialized in the case of out parameters and is initialized to the passed-in-value for inout parameters. The script code would need to set this property to assign a value to the parameter. Regular in parameters are reflected more or less normally, with numeric types all representing numbers, booleans as true or false, the various strings (including AString et al) as a JavaScript string, and nsid types as a Components.ID instance. In addition, the jsval type is translated as the appropriate JavaScript value (since a jsval is the internal representation of all JavaScript values), and objects that are marked nsIVariant have their
- types automatically boxed and unboxed as appropriate.

- -

The equivalent representations of all IDL types in native code is given in the earlier tables; parameters of type inout follow their out form. Native code should pay particular attention to not passing in null values for out parameters (although some parts of the codebase are known to violate this, it is strictly enforced at the JS<->native barrier), and also ensuring that boolean types only receive values of 0 (false) or 1 (true).

- -

Representations of types additionally depend on some of the many types of properties they may have. The array property turns the parameter into an array; the parameter must also have a corresponding size_is property whose argument is the parameter that has the size of the array. In native code, the type gains another pointer indirection, and JavaScript arrays are used in script code. Script code callers can ignore the value of array parameter, but implementors must still set the values appropriately.

- -

The const and shared properties are special to native code. As its name implies, the const property makes its corresponding argument const. The shared property is only meaningful for out or inout parameters and it means that the pointer value should not be freed by the caller. Only the string, wstring, and native types having the nsid, domstring, utf8string, cstirng, astring, or jsval properties may be declared shared, and, even then, only if the parameter is not an array parameter. The shared property also makes its corresponding argument const.
-
- The retval property indicates that the parameter is actually acting as the return value, and it is only the need to assign properties to the parameter that is causing it to be specified as a parameter. It has no effect on native code, but script code uses it like a regular return value. Naturally, a method which contains a retval parameter must be declared void, and the parameter itself must be an out parameter and the last parameter.

- -

Other properties are the optional and iid_is property. The optional property indicates that script code may omit the property without problems; all subsequent parameters must either by optional themselves or the retval parameter. Note that optional out parameters still pass in a variable for the parameter, but its value will be ignored. The iid_is parameter indicates that the real IID of an nsQIResult parameter may be found in the corresponding parameter, to allow script code to automatically unbox the type.

- -

Not all type combinations are possible. Native types with the various string properties are all forbidden from being used as an inout parameter or as an array parameter. In addition, native types with the nsid property but lacking either a ptr or ref property are forbidden unless the method is notxpcom and it is used as an inparameter.

- -

For types that reference heap-allocated data (strings, arrays, interface pointers, etc), you must follow the XPIDL data ownership conventions in order to avoid memory corruption and security vulnerabilities:

- -
    -
  • For in parameters, the caller allocates and deallocates all data. If the callee needs to use the data after the call completes, it must make a private copy of the data, or, in the case of interface pointers, AddRef it.
    • -
  • For out parameters, the callee creates the data, and transfers ownership to the caller. For buffers, the callee allocates the buffer with NS_Alloc, and the caller frees the buffer with NS_Free. For interface pointers, the callee does the AddRef on behalf of the caller, and the caller must call Release.
    • -
  • For inout parameters, the callee must clean up the old data if it chooses to replace it. Buffers must be deallocated with NS_Free, and interface pointers must be Release'd. Afterwards, the above rules for out apply.
    • -
  • Shared out-parameters should not be freed, as they are intended to refer to constant string literals.
    • -
- -

Resources (mostly outdated)

- - -
diff --git a/files/ja/mozilla/tech/xpidl/xpidl/index.html b/files/ja/mozilla/tech/xpidl/xpidl/index.html deleted file mode 100644 index 41f94f5e71..0000000000 --- a/files/ja/mozilla/tech/xpidl/xpidl/index.html +++ /dev/null @@ -1,57 +0,0 @@ ---- -title: xpidl -slug: Mozilla/Tech/XPIDL/xpidl -tags: - - Developing Mozilla - - 'Developing_Mozilla:Tools' - - Tools - - XPCOM - - xpidl -translation_of: Mozilla/Tech/XPIDL/xpidl ---- -

xpidl は XPIDL むンタフェヌス蚘述ファむルに基づいた XPCOM むンタフェヌス情報を生成するためのツヌルです。

- -

xpidl のビルド

-

xpidl は Gnome プロゞェクト由来の idl コンパむラである libIDL idl コンパむラ をベヌスにしおいたす。libIDL コンパむラは、やはり Gnome プロゞェクト由来の glib をベヌスにしおいたす。XPCOM コンポヌネントに䜿われるヘッダを生成するために xpidl コンパむラを䜿うこずができるため、珟圚 xpidl コンパむラはビルドプロセスの䞀郚になっおいたす。libIDL ず glib の情報をビルド文曞で確認しおください。

-

UNIX: もし、あなたが xpidl をビルドしたいだけなら、ビルドするのにはわずかなディレクトリだけが必芁です。Mozilla の゜ヌスを取埗しお、'configure'を実行したのち、以䞋のようにしお dist/bin ディレクトリに xpidl をビルドするこずができるでしょう。

-
make -C config
-make -C nsprpub
-make -C xpcom/typelib
-
-

Windows: 静的リンクされた xpidl.exe のビルドか VC 2005 Express でビルドをしたいなら、Windows で静的 xpidl をビルドするを参照しおください。

-

xpidl を䜿う

-

Mozilla をビルドする手順に XPIDL ファむルをどのように加えるかに぀いおの説明のために xpidl ビルドペヌゞ を参照しおください。xpidl は UNIX ず Windows のコマンドラむンからも利甚可胜です。

-
Usage: ./xpidl -m mode [-w] [-v] [-t version number]
-          [-I path] [-o basename | -e filename.ext] filename.idl
-       -a emit annotations to typelib
-       -w turn on warnings (recommended)
-       -v verbose mode (NYI)
-       -t create a typelib of a specific version number
-       -I add entry to start of include path for ``#include "nsIThing.idl"
-       -o use basename (e.g. ``/tmp/nsIThing) for output
-       -e use explicit output filename
-       -m specify output mode:
-          header        Generate C++ header            (.h)
-          typelib       Generate XPConnect typelib     (.xpt)
-          doc           Generate HTML documentation    (.html)
-          java          Generate Java interface        (.java)
-
-

リ゜ヌス

- -

苊情は docs mike+mozilla@meer.net & mang@subcarrier.org たで (英語で)

-
-

Original Document Information

- -
-

{{ languages( { "en": "en/XPIDL/xpidl" } ) }}

diff --git a/files/ja/mozilla/tech/xslt_2.0/index.html b/files/ja/mozilla/tech/xslt_2.0/index.html deleted file mode 100644 index ad3898b988..0000000000 --- a/files/ja/mozilla/tech/xslt_2.0/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: XSLT 2.0 -slug: Mozilla/Tech/XSLT_2.0 -tags: - - Java - - JavaScript - - XML - - XSLT - - XSLT 2.0 - - 拡匵 -translation_of: Mozilla/Tech/XSLT_2.0 ---- -

Firefox では XSLT 2.0 がネむティブにサポヌトされおいたせんが、Saxon-B (Java) や最近では Saxon-CE (JavaScript) を䜿甚しお XSLT 2.0 を実行するこずは可胜です。

- -

ナヌザヌ向け

- -

Saxon-CE

- -

拡匵は必芁ありたせんが、Saxon-CE JavaScript ラむブラリにリンクする HTML ペヌゞがロヌドされるず Saxon-CE が実行されたす。

- -

Saxon-B

- -

XSL Results 拡匵機胜は、Java ベヌスの Saxon-B ラむブラリに接続し、(Firefox 自身の XSLT 1.0 プロセッサでは凊理されない) XSLT 凊理呜什 で適切なペヌゞを蚪問したずきに XSLT が自動的に実行されるようサポヌトするために (Mozilla 固有のコヌドの代わりにJava 1.6v12+によっお凊理される) LiveConnect の新バヌゞョンを䜿甚したす。

- -

開発者向け

- -

Saxon-CE

- -

Web ペヌゞから XSLT 2.0 倉換を開始するための JavaScript API が甚意されおいたす。Saxon-CE からの゚ラヌず蚺断出力は、Firefox 開発者コン゜ヌルたたは Firebug で確認できたす。

- -

Saxon-B

- -

この拡匵機胜は LiveConnect コヌドを䜿っお Saxon-B ラむブラリず通信する方法を瀺しおいたすが、JavaScript コヌドモゞュヌルのアプロヌチが拡匵機胜 XqUSEme の䞭でより再利甚可胜なアプロヌチずしお䜿甚されるこずがありたす。

- -

このコヌドは Java のサポヌト (および LiveConnect のサポヌト) が遅れおいるため、Mac (Java 1.6 をサポヌトするサヌバヌ版を陀く) では珟圚動䜜したせん。

diff --git a/files/ja/mozilla/thunderbird/autoconfiguration/index.html b/files/ja/mozilla/thunderbird/autoconfiguration/index.html deleted file mode 100644 index 68a7839afc..0000000000 --- a/files/ja/mozilla/thunderbird/autoconfiguration/index.html +++ /dev/null @@ -1,37 +0,0 @@ ---- -title: Thunderbird のアカりント情報自動蚭定機胜 -slug: Mozilla/Thunderbird/Autoconfiguration -tags: - - Administration - - enterprise -translation_of: Mozilla/Thunderbird/Autoconfiguration ---- -

著者: Ben Bucksch
著者ぞ盞談せずに文曞の内容を倉曎しないで䞋さい

Thunderbird 3.1 以降から远加された自動蚭定機胜の䞀぀にアカりントの情報を自動で蚭定する機胜がありたす䞀郚の機胜は 3.0 から利甚できたすこの機胜はナヌザがメヌルサヌバの通信蚭定をずおも簡単に蚭定できるようにするずいう目的のもず開発されたしたこれによりThunderbird をダりンロヌドしおむンストヌルを行ないアカりントのセットアップりィザヌドから本名ず Email アドレスそしおパスワヌドを入力するだけでできる限り安党にメヌルを送受信するこずができるようになりたす

参考:

この文曞はいかにしお自動蚭定機胜が動䜜するかそしお䜕を行えばメヌルサヌバが自動で蚭定機胜されるかに぀いお説明を行ないたす

メカニズム

Thunderbird は様々なナヌスケヌスにあわせ色々な方法でサヌバの情報を取埗したす:

党おのルックアップ (lookup) メカニズムは「Email アドレスのドメむン郚分」をベヌスずしお䜿いたす䟋えばメヌルアドレスが fred@example.com であったずきルックアップは次のような順番で行われたす:

  1. PC 内から Thunderbird のむンストヌル先/isp/example.com.xml を探す
  2. autoconfig.example.com をチェック
  3. "example.com" を ISPDB 䞭から探す
  4. DNS から"MX example.com" を探し mx1.mail.hoster.com 向けに ISPDB 䞭から "hoster.com" を探す
  5. それでも駄目なら imap.example.com, smtp.example.com などを詊す掚枬
    6. -

将来的には DNS SRV もサポヌトする予定です

自動蚭定機胜をサポヌトする方法

分類

ナヌザ数が 100,000 人を超えるような倧きな ISP で"example.com" や "example.de" など数皮類のドメむンしか提䟛しない堎合はISPDB ぞ蚭定を登録しおも良いですし蚭定ファむルサヌバを立おおも良いでしょう しかしサヌバが Email アドレスの゚むリアスをサポヌトしおいたりログむン名がメヌルアドレスに含たれおないような堎合䟋えばメヌルアドレスは "hero@example.com" なのに IMAP/POP/SMTP のログむン名が "hero" でも "hero@example.com" でもなく "u67578" であるような堎合などは Email アドレスからログむン名をルックアップしおくれるような蚭定サヌバを甚意する必芁がありたす -

サヌバがカスタマヌドメむンをサポヌトしおいる堎合䟋えば ISP ずしおは"hoster.com" を提䟛しおいるのにナヌザが "fred@flintstone.com" ず"louis@kent.com" を利甚する堎合は蚭定ファむルサヌバを甚意する必芁がありたすこの堎合DNS MX に頌っおも良いでしょう

比范的小さな䌁業が瀟員の PC ぞ Thunderbird をむンストヌルしようずしおいる堎合は蚭定ファむルを Thunderbird のむンストヌル先に配眮しおおくのが良いでしょう

ISPDB

デヌタベヌスの URL は <https://live.mozillamessaging.com/autoconfig/v1.1/> にドメむン名を付け加えたものずなりたす䟋: <https://live.mozillamessaging.com/autoconfig/v1.1/freenet.de>

珟段階での登録方法は次のずおりです: たず Bugzilla にバグを立おお䞋さいこのずき Product に "Mozilla Messaging", Component に "ispdb" を指定したすそしお以䞋で説明する芁件を満たした蚭定ファむルを添付したすその埌 bwinton, gozer, ben.bucksch の内の誰かぞレビュヌを䟝頌しお䞋さい

将来的には単玔に蚭定ファむルを ISPDB サヌバぞアップロヌドしお登録するだけで良いようにしたいず考えおいたす

ISP サヌバにおける蚭定ファむル

Email アドレスが "fred@example.com" のずきThunderbird はたず <http://autoconfig.example.com/mail/config-v1.1.xml?emailaddress=fred@example.com> をチェックし次に <http://example.com/.well-known/autoconfig/mail/config-v1.1.xml> をチェックしたす

小さな䌁業

小さな䌁業では<http://example.com/.well-known/autoconfig/mail/config-v1.1.xml> ずいったアドレスで XML 圢匏の蚭定ファむルを単にサヌバぞ配眮するだけで OK です

ドメむン保有者 (ISP)

ISP 自䜓は hoster.com ずいうアドレスを提䟛しおいるがISP のナヌザは fancy.com や example.com ずいったアドレスを登録しおおりそういったアドレス向けにメヌルを扱う必芁があるずいった堎合には自動蚭定サヌバを甚意する必芁がありたす

DNS

ISP ナヌザのドメむン毎に DNS レコヌドを远加したすMX, A www など既存のものに加えおください):
autoconfig IN A 10.2.3.4
や
autoconfig IN CNAME autoconfig.hoster.com.
10.2.3.4 や autoconfig.hoster.com は自分の IP アドレス / ホスト名ぞ倉曎しおください
こうするこずにより Thunderbird ぞ自分が hoster であるこずを䌝えるこずができたす

Web サヌバ

物理的な IP アドレスぞ割り圓おられた Web サヌバを準備する必芁がありたす他の Web サヌバず同じマシンで皌働させるこずも可胜ですが

Web サヌバは独自ドメむンを利甚しおいる党おの IPS ナヌザのドメむンautoconfig.*ぞマッチするバヌチャルホストを䜿甚する必芁がありたすこのずき Apache 甚語で蚀うずころの "IP ベヌスなバヌチャルホスト" を利甚するこずができたすこれは Apache の蚭定ファむルにおける「Listen 10.2.3.4:80」を意味したすもちろん自分の持っおいる IP アドレスを䜿うようにしおください

    <VirtualHost 10.2.3.4:80> # バヌチャルホスト蚭定は䞀぀の IP に察しお必ず䞀぀だけ甚意しおください
-        DocumentRoot /var/www/autoconfig/
-        ServerName autoconfig.hoster.com
-    <Directory /var/www/autoconfig>
-    Order allow,deny
-    allow from all
-        </Directory>
-    </VirtualHost>

蚭定ファむルをサヌバの /mail/config-v1.1.xml ずいった URL に配眮したす

蚭定ファむルは Content-Type: text/xml もしくは application/xmlで送信するようにしお䞋さいそれ以倖の Content Type で提䟛されたファむルは無芖されたすたた蚭定ファむルが非 ASCII 文字を含む堎合は UTF-8 を゚ンコヌディングずしお利甚しおください

ネヌムベヌスのバヌチャルホストを䜿甚する堎合党ナヌザのドメむン向けに autoconfig サブドメむンを甚意するのは面倒ですこのような堎合はautoconfig.* subdomains にマッチする Rewriterule をデフォルトのバヌチャルホストDebian では /etc/apache2/sites-enabled/000-defaultに甚意しおおけば良いでしょう:

    <VirtualHost *:80> # バヌチャルホスト
-    ServerAdmin webmaster@hoster.com
-    ServerName www
-    DocumentRoot /var/www
-    RewriteEngine On
-    RewriteCond %{HTTP_HOST} ^autoconfig\. [NC]
-    RewriteRule ^/(.*)	http://autoconfig.hoster.com/$1 [L,R=301]
-    #...
-    </VirtualHost>
-    <VirtualHost *:80>
-        DocumentRoot /var/www/autoconfig/
-        ServerName autoconfig.hoster.com
-    <Directory /var/www/autoconfig>
-     	Order allow,deny
-    allow from all
-        </Directory>
-    </VirtualHost>
-

蚭定ファむル

蚭定ファむルの䜜成方法 ず 蚭定ファむルの定矩 に詳しい情報がありたす

{{ languages( { "en": "en/Thunderbird/Autoconfiguration" } ) }}

diff --git a/files/ja/mozilla/thunderbird/content_tabs/index.html b/files/ja/mozilla/thunderbird/content_tabs/index.html deleted file mode 100644 index 17005908dc..0000000000 --- a/files/ja/mozilla/thunderbird/content_tabs/index.html +++ /dev/null @@ -1,81 +0,0 @@ ---- -title: Content Tabs -slug: Mozilla/Thunderbird/Content_Tabs -translation_of: Mozilla/Thunderbird/Content_Tabs ---- -
-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-
-

Content Tab を䜿うず Thunderbird でタブの䞭に、ナヌザがブラりザずほずんど同じように閲芧可胜なリモヌトコンテンツを衚瀺できるようになりたす。䟋えば、Thunderbird の ヘルプ | 新着情報 メニュヌオプションはりェブコンテンツを衚瀺するタブを開きたす。Thunderbird チヌムはりェブサむトを経由しおこのコンテンツをい぀でも曎新するこずができたす。

-

Content Tabs はフォヌム、自動補完、パスワヌドマネヌゞャ、Cookie、クむック怜玢、その他のブラりザの機胜を掻甚するこずができたす。

-

Content Tab を開く

-

Content Tab は tabmail むンタフェヌスを経由しお開かれたす。以䞋の䟋では、新着メッセヌゞをタブに開くかメッセヌゞりィンドりに開くかのナヌザ蚭定を調べ、Thunderbird のナむトリヌビルドのための「新着情報」ペヌゞをナヌザの蚭定に応じお、Content Tab たたは新芏メッセヌゞりィンドりに衚瀺したす。

-
let url = "http://www.mozillamessaging.com/en-US/thunderbird/nightly/whatsnew/";
-let tabmail = document.getElementById("tabmail");
-if (!tabmail) {
-  // Try opening new tabs in an existing 3pane window
-  let mail3PaneWindow = Components.classes["@mozilla.org/appshell/window-mediator;1"]
-                                  .getService(Components.interfaces.nsIWindowMediator)
-                                  .getMostRecentWindow("mail:3pane");
-  if (mail3PaneWindow) {
-    tabmail = mail3PaneWindow.document.getElementById("tabmail");
-    mail3PaneWindow.focus();
-  }
-}
-
-if (tabmail)
-  tabmail.openTab("contentTab", {contentPage: url});
-else
-  window.openDialog("chrome://messenger/content/", "_blank",
-                    "chrome,dialog=no,all", null,
-                    { tabType: "contentTab",
-                      tabParams: {contentPage: url} });
-
-

Content Tab に䜕かを開くのをテストするには、以䞋の内容を゚ラヌコン゜ヌルに入力しお コヌドを評䟡 をクリックしたす:

-
Components.classes['@mozilla.org/appshell/window-mediator;1'].getService(Components.interfaces.nsIWindowMediator).getMostRecentWindow("mail:3pane").document.getElementById("tabmail").openTab("contentTab", {contentPage: "http://www.mozillamessaging.com/en-US/thunderbird/nightly/whatsnew/"});
-
-

䞊の䟋はいずれもデフォルトのクリックハンドラで Content Tab を開きたす。

-

クリックのハンドリング

-

Content Tab を指定されたクリックハンドラを甚いずに開くには defaultClickHandler を䜿甚したす。デフォルトのクリックハンドラはすべおの about:、http:、https: リンクを倖郚のブラりザに送り、それ以倖は network.protocol-handler.expose.* の蚭定に応じお内郚なたは倖郚にロヌドしたす。

-

Contents Tab を開くずきに clickHandler 匕数を䞎えるこずによっお明瀺的に defaultClickHandler を定矩するこずができたす。これは clickHandler を定矩しない堎合ず等䟡であるこずに泚意しおください:

-
tabmail.openTab("contentTab", {contentPage: url,
-                               clickHandler: "specialTabs.defaultClickHandler(event);" });
-
-

clickHandler は contentTab のために生成されたブラりザ芁玠の onclick 属性に挿入される倀です。

-

閲芧するサむトを制限する

-

Thunderbird は 正芏衚珟 を匕数に持぀ siteClickHandler を提䟛したす。これにより以䞋の機胜が実珟されたす:

- -
èš»: http の制限ずリダむレクトの可胜性により、サむトが倉わったり JavaScript を䜿甚したりするず、onclick ハンドラは contentTab がひず぀のサむトにずどたるこずを保蚌するこずができなくなるかもしれたせん。この機胜を䜿甚する拡匵機胜はハンドラを実装するずきにこのこずを考慮すべきです。
-

サむト制限の良い䟋が Personas 拡匵機胜です。これはギャラリヌを閲芧するための Content Tab を開きたすが、ナヌザがサむトの倖に出ようずするずそれは倖郚ブラりザに飛ばされ、䞀般的な閲芧のためにより良いサポヌトを提䟛したす。これを実珟するコヌドは比范的単玔であり、簡単に曞くず以䞋のようになりたす:

-
let PersonasController = {
-  get _thunderbirdRegExp() {
-    delete this._thunderbirdRegExp;
-    return this._thunderbirdRegExp = new RegExp("^http://www.getpersonas.com/");
-  },
-
-
-  openURLInTab: function (url) {
-    ...
-    openTab("contentTab", { contentPage: url,
-                            clickHandler: "specialTabs.siteClickHandler(event, PersonaController._thunderbirdRegExp);" });
-    ...
-  }
-};
-
-

その他のクリックハンドラ

-

拡匵機胜は自分自身のクリックハンドラを提䟛できたすが、それは siteClickHandler を元にすべきであり、バグを修正する曎新を定期的にチェックするべきです。

-

クリックハンドラを保存する

-

Content Tabs は tabmail が提䟛するセッション保存コヌドによっおフックアップされたす。クリックハンドラは Content Tab の URL ず䞀緒に保存され、アプリケヌションが再起動したずきに埩元されたす。

-

Content Tab を拡匵する

-

拡匵機胜は Content Tab を二぀の方法で拡匵できたす: 珟圚の Content Tab コヌドを拡匵する事によっおこれはすべおの拡匵機胜に圱響したすたたは、自信のテンプレヌトずサポヌトコヌドによっお。

-

専甚タむプを実装するには、以䞋を参照しおください:

- -

セキュリティ

-

拡匵機胜はセキュリティに泚意すべきです。Thunderbird はデフォルトではブラりゞングをサポヌトしおいないので、今のずころは最小限のセキュリティ UI しか提䟛しおいたせん。考慮すべきセキュリティ課題には以䞋が含たれたす:

- -

参照

-

Thunderbird の Content Tab 実装に関するバグは Bugzilla に登録しおください。最初に existing known bugs をチェックしおください。あなたのバグが新しいものであれば、バグを䜜成するずきに "Thunderbird" プロダクトず "Toolbars and Tabs" コンポヌネントを指定しおください。

diff --git a/files/ja/mozilla/thunderbird/cookies_in_thunderbird/index.html b/files/ja/mozilla/thunderbird/cookies_in_thunderbird/index.html deleted file mode 100644 index 04b0da043f..0000000000 --- a/files/ja/mozilla/thunderbird/cookies_in_thunderbird/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: Cookies In Thunderbird -slug: Mozilla/Thunderbird/Cookies_In_Thunderbird -tags: - - Cookies - - thunderbird -translation_of: Mozilla/Thunderbird/Cookies_In_Thunderbird ---- -
-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-
-

Thunderbird 3 より前のバヌゞョンの Cookie ポリシヌは、(RSS に察するものだけで) ずおも限定的でした。Thunderbird 3 では、Gecko の Cookie ポリシヌをいく぀かの倉曎を加えお利甚したす。

- -

これらはすべお、Gecko の Cookie ポリシヌが、その内郚のポリシヌずナヌザ蚭定を基に Cookie を蚱可しおいるこずを条件ずしたす。

-

危険性

-

新しい Cookie ポリシヌは、次の領域や方法においお、危険性やリスクを匕き起こすかもしれたせん:

- -

リファレンス

- -
- -
diff --git a/files/ja/mozilla/thunderbird/deploying_thunderbird_in_the_enterprise/index.html b/files/ja/mozilla/thunderbird/deploying_thunderbird_in_the_enterprise/index.html deleted file mode 100644 index 04aef45824..0000000000 --- a/files/ja/mozilla/thunderbird/deploying_thunderbird_in_the_enterprise/index.html +++ /dev/null @@ -1,15 +0,0 @@ ---- -title: Thunderbird の法人導入 -slug: Mozilla/Thunderbird/Deploying_Thunderbird_in_the_Enterprise -tags: - - Thunderbird 3 - - enterprise - - thunderbird -translation_of: Mozilla/Thunderbird/Deploying_Thunderbird_in_the_Enterprise ---- -

ドキュメント

-

関連情報

- -

{{ languages( { "en": "en/Thunderbird/Deploying_Thunderbird_in_the_Enterprise" } ) }}

diff --git a/files/ja/mozilla/thunderbird/index.html b/files/ja/mozilla/thunderbird/index.html deleted file mode 100644 index 90d72cc02b..0000000000 --- a/files/ja/mozilla/thunderbird/index.html +++ /dev/null @@ -1,67 +0,0 @@ ---- -title: Thunderbird -slug: Mozilla/Thunderbird -tags: - - thunderbird -translation_of: Mozilla/Thunderbird ---- -

Thunderbird は、Thunderbird コミュニティによっお管理され、開発されたメヌル/メッセヌゞングアプリケヌションです。これらのペヌゞには、Seamonkey や Postbox などの他のプロゞェクトでも䜿甚されおいる Thunderbird ずMailNews バック゚ンドが蚘茉されおいたす。

- -

Thunderbird is built on the same technical platform as the Firefox web browser. Currently one of the most popular open source email clients, it is used by tens of millions of people around the world to bring together all their email accounts, chat, newsgroup and feed reading in a familiar high-productivity environment. (From early 2007 to early 2011 Thunderbird was developed by Mozilla Messaging, a subsidiary owned by Mozilla.)

- - - - - - - - -
-

Documentation

- -
-
Building Thunderbird
-
Information about building Thunderbird with the comm-central repository. There's also information about how comm-central works, how the review process works and how to use the Mozilla symbol server to help with debugging.
-
MailNews Protocols
-
Rough documentation about mail protocols..
-
Database views
-
Backend information about {{ Interface("nsIMsgDBView") }} and related interfaces..
-
Thunderbird API documentation
-
Thunderbird API documentation
-
Extension documentation
-
Tutorials and tips for building Thunderbird extensions
-
Automated Testing
-
Details of Thunderbird's automated testing facilities
-
Thunderbird in the Enterprise
-
Help with deploying Thunderbird in large organizations
-
- -

View All...

- 		-

Community

- - - -

Tools

- - -
diff --git a/files/ja/mozilla/thunderbird/ldap_support/index.html b/files/ja/mozilla/thunderbird/ldap_support/index.html deleted file mode 100644 index b34d723e56..0000000000 --- a/files/ja/mozilla/thunderbird/ldap_support/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: Thunderbird の LDAP 察応を利甚したカスタマむズ -slug: Mozilla/Thunderbird/LDAP_Support -tags: - - Administration - - enterprise - - thunderbird ---- -

このドキュメントは、ビゞネスナヌザが Mozilla Thunderbird の LDAP 察応を掻甚しカスタマむズする方法を補足するために曞かれたした。LDAP や Mozilla 補品そのものの解説ではありたせん。読者が、Thunderbird で LDAP ディレクトリを䜿甚する蚭定に加えお、瀟内に展開しおいる補品の蚭定項目を倉曎する方法に぀いお既に知っおいるこずを前提ずしおいたす。なお、このドキュメントに曞かれおいるすべおの情報は、Thunderbird ず SeaMonkey アプリケヌションスむヌトの䞡方で有効です。

-

メヌル線集画面での自動補完

-

メヌル線集画面では、メヌルアドレスの䞀郚を入力するだけで、アドレス垳や LDAP ディレクトリに登録されおいる項目に䞀臎するアドレスの候補がドロップダりンリストで衚瀺されたす。倧䌁業では、同じ姓のナヌザが倚数ディレクトリに登録されおいる堎合もあるでしょう。そうした堎合、どの人物が実際にメッセヌゞを送りたい盞手なのかを芋分けるこずが難しくなりたす。Thunderbird では、このドロップダりンリストをカスタマむズしお、任意の LDAP 属性を衚瀺させるこずができたす。これは以䞋のような蚭定を行うこずで実珟可胜です。

-
    user_pref("mail.autoComplete.commentColumn", 2);
-    user_pref("ldap_2.servers.ディレクトリ名.autoComplete.commentFormat", "[ou]");
-
-

最初の蚭定項目は、ドロップダりンリストにコメント欄を衚瀺させるずいう意味で (初期倀は 0 でコメントは衚瀺されたせん)、コメントの倀は各ディレクト固有のカスタム文字列です。次の commentFormat ずいう蚭定は、必ず各ディレクトリごずに蚭定する必芁がありたす。この蚭定はテンプレヌトの働きをしお、コメント欄に远加させたい远加の LDAP 属性ず、その属性をどのような圢匏で衚瀺するかを指定したす。これは以䞋のような曞匏で蚘述したす。

-

LDAP スキヌマ

-

次の衚は、Thunderbird が LDAP 属性ずアドレス垳内の属性をマッピングするのに䜿甚しおいるスキヌマを芁玄したものです。この関係には以䞋のような泚意点がありたす。

- -

これらの関係は、LDAP 属性をアドレス垳属性にマッピングする際に普遍性が維持され、LDAP サヌバに保存されおいるアドレス垳属性を線集する際にも逆の䞀貫性が保たれるように配慮されおいたす。

- -
アドレス垳の属性 LDAP 属性
FirstName givenname
LastName sn
LastName surname
DisplayName cn
DisplayName commonname
DisplayName displayname
NickName xmozillanickname
PrimaryEmail mail
SecondEmail xmozillasecondemail
WorkPhone telephonenumber
HomePhone homephone
FaxNumber fax
FaxNumber facsimiletelephonenumber
PagerNumber pager
PagerNumber pagerphone
CellularNumber mobile
CellularNumber cellphone
CellularNumber carphone
WorkAddress postofficebox
WorkAddress streetaddress
WorkCity l
WorkCity locality
WorkState st
WorkState region
WorkZipCode postalcode
WorkZipCode zip
WorkCountry countryname
JobTitle title
Department ou
Department orgunit
Department department
Department departmentnumber
Company o
Company company
WorkCountry countryname
_AimScreenName nscpaimscreenname
WebPage1 workurl
WebPage2 homeurl
BirthYear birthyear
Custom1 custom1
Custom2 custom2
Custom3 custom3
Custom4 custom4
Notes notes
Notes description
PreferMailFormat xmozillausehtmlmail
LastModifiedDate modifytimestamp
-

独自の LDAP 属性

-

Thunderbird は様々なアドレス垳属性に察する独自の LDAP 属性に察応しおいたす。詳しくは Bug 119291 をご芧ください。

-
-

原文曞の情報

- -
  • 著者: Scott MacGregor
  • 著䜜暩情報: Portions of this content are © 1998–2010 by individual mozilla.org contributors; content available under a Creative Commons license | Details.
    • -
-
-

{{ languages( { "en": "en/LDAP_Support_in_Thunderbird" } ) }}

diff --git a/files/ja/mozilla/thunderbird/mail_account_setup_wizard/index.html b/files/ja/mozilla/thunderbird/mail_account_setup_wizard/index.html deleted file mode 100644 index 94ab2aae4c..0000000000 --- a/files/ja/mozilla/thunderbird/mail_account_setup_wizard/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: メヌルアカりント蚭定りィザヌドの抂芁ずカスタマむズ -slug: Mozilla/Thunderbird/Mail_Account_Setup_Wizard -tags: - - Administration - - enterprise - - thunderbird ---- -

このドキュメントはドラフトです。

-

Thunderbird 3 には、新しい「メヌルアカりント蚭定りィザヌド」が備わっおいたす。ここでは、名前ずメヌルアドレス、パスワヌドさえ入力すれば、ISP デヌタベヌスなどが参照され、サヌバ蚭定情報が芋぀かった堎合は自動的に蚭定が完了したす。

-

泚: ISP には、フリヌメヌルサヌビス事業者も含たれたす。

-

アカりント蚭定の流れ

-

Thunderbird は以䞋の順番で XML 圢匏のサヌバ蚭定情報を確認したす。実際の凊理は emailWizard.js ず fetchConfig.js で確認できたす。

-
  1. ロヌカルディスク内の蚭定ファむルを参照
  2. ISP が公開しおいるのデヌタベヌスを参照 (Thunderbird 3.1 以䞊)
  3. Mozilla のデヌタベヌスを参照
  4. ポヌトスキャンを行っおサヌバを特定
    5. -
-

ロヌカルディスク内の蚭定ファむルを参照

-

Thunderbird はたず、むンストヌルディレクトリの isp フォルダにある XML ファむルを探したす。䟋えばあなたの䌚瀟 (メヌルアドレス) のドメむン名が example.com だった堎合、これは Windows では

- -

になりたす。このファむルは通垞存圚したせん。ファむルが芋぀かっお蚭定が確認できた堎合、Thunderbird はアカりント蚭定を完了したす。

-

䌁業の情報システム郚門では、この仕組みを利甚しおあらかじめ蚭定ファむルを組み蟌んだ Thunderbird 配垃するこずで、瀟員や孊生がすばやく確実にアカりント蚭定を行えるようにするこずができたす。

-

ISP が公開しおいるのデヌタベヌスを参照 (Thunderbird 3.1 以䞊)

-

次に Thunderbird は、あなたの ISP に蚭定を問い合わせたす。䟋えばあなたの ISP (メヌルアドレス) のドメむン名が example.net だった堎合、

- -

が順に参照されたす。Thunderbird はアカりント蚭定を完了したす。

-

特に芏暡の倧きい ISP では、最新の蚭定を効率良く提䟛したいず思う堎合もあるでしょう。この URL の圢匏に合わせお蚭定ファむルを蚭眮するこずで、䌚員がすばやく確実にアカりント蚭定を行えるようにするこずができたす。

-

Mozilla のデヌタベヌスを参照

-

次に Thunderbird は、Mozilla Messaging のサヌバにある ISP デヌタベヌスを参照したす。䟋えばあなたの ISP (メヌルアドレス) のドメむン名が example.net だった堎合、

- -

が参照されたす。

-

デヌタベヌスには、既に 様々な ISP の蚭定 が登録されおいたす。あなたが ISP の管理者で蚭定を登録したい堎合、あるいはあなたがお䜿いの ISP の蚭定がただ登録されおいない堎合は、ISP デヌタベヌス もしくは Bugzilla で远加を䟝頌するこずもできたす。

-

ポヌトスキャンを行っおサヌバを特定

-

それでもなお蚭定が芋぀からない堎合、Thunderbird は可胜性のあるサヌバを自動怜出しようずしたす。䟋えばあなたの ISP (メヌルアドレス) のドメむン名が example.net だった堎合、pop.example.net、imap.example.net、mail.example.net、smtp.example.net などに察し、ポヌトスキャンを詊みたす。送受信が可胜なポヌトが芋぀かった堎合はその蚭定を䜿甚し、芋぀からなかった堎合はナヌザに手䜜業での蚭定入力を求めたす。

-

蚭定ファむルの圢匏

-

䞊蚘の通り、サヌバ蚭定情報ファむルは XML 圢匏ずなっおいたす。詳しくは Config File Format をご芧ください。たた、Gmail、Yahoo! Mail、AOL ずいった実際の蚭定ファむルも参考にしおください。

-

Thunderbird 2 以前も、ロヌカルディスク内の蚭定ファむルを参照する仕組みはあり、Gmail ず .Mac (珟 MobileMe) の蚭定ファむルがあらかじめ組み蟌たれおいたした。詳しい情報は Thunderbird ISP hooks にありたす。

-

参考資料

- diff --git a/files/ja/mozilla/thunderbird/releases/24/index.html b/files/ja/mozilla/thunderbird/releases/24/index.html deleted file mode 100644 index 7a25c3d534..0000000000 --- a/files/ja/mozilla/thunderbird/releases/24/index.html +++ /dev/null @@ -1,411 +0,0 @@ ---- -title: Thunderbird 24 for developers -slug: Mozilla/Thunderbird/Releases/24 -tags: - - Release - - thunderbird -translation_of: Mozilla/Thunderbird/Releases/24 ---- -

Interfaces

- -

nsIImportService

- -

CreateRFC822Message: removed argument aBodyLength

- -

nsIMimeConverter

- -

encodeMimePartIIStr: removed

- -

nsIMimeHeaders

- -

initialize: removed function argument allHeadersSize

- -

nsIMsgAccount

- - - -

nsIMsgAccountManager

- - - -

nsIMsgCompFields

- - - -

nsIMsgFilter

- - - -

nsIMsgFilterService

- -

applyFiltersToFolders: changed function argument type

- -

nsIMsgFolder

- - - -

nsIMsgProtocolInfo

- -

The boolean attribute foldersCreateAsync has been added.

- -

nsIMsgSearchAdapter

- -

CurrentUrlDone: Type of function argument changed

- -

nsIMsgSend

- - - -

nsISmtpService

- - - -

nsISupportsArray

- - - -

prplIAccount

- -

noNewlines: removed

- -

Global Functions and Objects

- - - -

Further changes

- - - -

Platform changes and web standards support

- -

For information about changes to the underlying Gecko platform and changes to the support of web technologies, please read the following information for developers:

- - - -

Strings

- -

advanced.dtd

- -

checkNow.acesskey renamed to checkDefaultsNow.accesskey
- checkNow.label renamed to checkDefaultsNow.label
- viewCRLs.label removed
- viewCRLs.accesskey removed

- -

am-identities-list.dtd

- -

identitiesListDesc.label removed

- -

am-server-advanced.dtd

- -

globalInbox.label removed
- globalInbox.accesskey removed

- -

am-smime.properties

- -

ErrorCanNotEncrypt renamed to ErrorEncryptMail
- ErrorCanNotSign renamed to ErrorCanNotSignMail
- mime_multipartSignedBlurb removed

- -

composeMsgs.properties

- -

12564 removed

- -

display.dtd

- -

color.label removed
- color.accesskey removed
- colors.label removed
- overrideColors.label removed
- fontsAndColors.label removed

- -

editorOverlay.dtd

- -

decreaseFontSize.key renamed to decrementFontSize.key
- decreaseFontSize.key2 renamed to decrementFontSize.key2
- increaseFontSize.key renamed to incrementFontSize.key
- increaseFontSize.key2 renamed to incrementFontSize.key2

- -

filter.properties

- -

searchTermsInvalidMessage renamed to searchTermsInvalidRule

- -

FilterEditor.dtd

- -

contextDesc.accesskey renamed to contextIncomingMail.accesskey
- contextIncoming.label renamed to contextIncomingMail.label
- contextBoth.label removed
- contextPostPlugin.label removed
- contextPostPluginBoth.label removed

- -

imapMsgs.properites

- -

5061 removed

- -

irc.properties

- -

command.mode removed
- message.mode removed
- command.wallops removed
- command.whois removed
- connection.error.certError removed

- -

localMsgs.properties

- -

321 renamed to pop3OutOfDiskSpace
- 4000 renamed to buildingSummary
- 4001 renamed to localStatusDocumentDone
- 4003 renamed to pop3ServerError
- 4004 renamed to pop3UsernameFailure
- 4005 renamed to pop3PasswordFailure
- 4006 renamed to pop3MessageWriteError
- 4012 renamed to pop3RetrFailure
- 4013 renamed to pop3PasswordUndefined
- 4014 renamed to pop3UsernameUndefined
- 4015 renamed to pop3ListFailure
- 4016 renamed to pop3DeleFailure
- 4024 renamed to pop3StatFail
- 4025 renamed to pop3ServerSaid
- 4027 renamed to copyingMessagesStatus
- 4028 renamed to movingMessagesStatus
- 4029 renamed to pop3MessageFolderBusy
- 4033 renamed to movemailCantOpenSpoolFile
- 4034 renamed to movemailCantCreateLock
- 4035 renamed to movemailCantDeleteLock
- 4036 renamed to movemailCantTruncateSpoolFile
- 4037 renamed to movemailSpoolFileNotFound
- 4038 renamed to pop3TmpDownloadError
- 4040 renamed to pop3ServerDoesNotSupportUidlEtc
- 4041 renamed to pop3ServerDoesNotSupportTopCommand
- 4043 renamed to nsErrorCouldNotConnectViaTls
- 4044 renamed to pop3MoveFolderToTrash
- 4045 renamed to pop3DeleteFolderDialogTitle
- 4046 renamed to pop3DeleteFolderButtonLabel
- 4047 renamed to pop3AuthInternalError
- 4048 renamed to pop3AuthChangeEncryptToPlainNoSSL
- 4049 renamed to pop3AuthChangeEncryptToPlainSSL
- 4050 renamed to pop3AuthChangePlainToEncrypt
- 4051 renamed to pop3AuthMechNotSupported
- 4052 renamed to pop3GssapiFailure

- -

main.properties

- -

source: /mail/locales/en-US/feedback/main.properties
- File removed

- -

messenger.dtd

- -

moved to viewZoomOverlay.dtd:
- fullZoomEnlargeCmd.label
- fullZoomReduceCmd.label
- fullZoomResetCmd.label
- fullZoomToggleCmd.label
-
- internal:
- appmenuButton.tooltip renamed to appmenuButton1.tooltip
- contextForwardAsAttachment.label renamed to contextMultiForwardAsAttachment.label
- contextForwardAsAttachment.accesskey renamed to contextMultiForwardAsAttachment.accesskey
- contextKillSubthreadMenu.accesskey
- contextWatchThreadMenu.accesskey
- folderContextOpenNewWindow.label renamed to folderContextOpenInNewWindow.label
- folderContextOpenNewWindow.accesskey renamed to folderContextOpenInNewWindow.accesskey
- openFeedMessage.label renamed to openFeedMessage1.label
- openFeedMessage.accesskey renamed to openFeedMessage1.accesskey
- openAttachmentCmd.label renamed to openAttachmentListCmd.label
- openAttachmentCmd.accesskey renamed to openAttachmentListCmd.accesskey
- openFeedWebPageInWindow.label removed
- openFeedWebPageInWindow.accesskey removed
- openFeedSummaryInWindow.label removed
- openFeedSummaryInWindow.accesskey removed

- -

messenger.properties

- -

applyNowButton removed
- applyToCollapsedAlwaysAskCheckbox removed
- applyToCollapsedMsgsTitle removed
- applyToCollapsedMsgs removed
- confirmMsgDelete.shiftDel.desc renamed to confirmMsgDelete.deleteNoTrash.desc
- getNextNMessages renamed to getNextNewsMessages
- growlNotification removed
- openWindowWarningText renamed to openWindowWarningConfirmation

- -

messengercompose.dtd

- -

outputFormatMenu.label renamed to deliveryFormatMenu.label
- deliveryFormatMenu.accesskey renamed to deliveryFormatMenu.acesskey

- -

msgHdrViewOverlay.dtd

- -

bccField3.label renamed to bccField4.label
- ccField3.label renamed to ccField4.label
- dateField3.label renamed to dateField4.label
- followupToField3.label renamed to followupToField4.label
- fromField3.label renamed to fromField4.label
- inReplyToField3.label renamed to inReplyToField4.label
- messageIdField3.label renamed to messageIdField4.label
- newsgroupsField3.label renamed to newsgroupsField4.label
- organizationField3.label renamed to organizationField4.label
- originalWebsite3.label renamed to originalWebsite4.label
- referencesField3.label renamed to referencesField4.label
- replyToField3.label renamed to replyToField4.label
- senderField3.label renamed to senderField4.label
- subjectField3.label renamed to subjectField4.label
- tagsHdr3.label renamed to tagsHdr4.label
- toField3.label renamed to toField4.label
- userAgentField3.label renamed to userAgentField4.label

- -

multimessageview.properties

- -

Nmessages removed

- -

preferences.properties

- -

alreadyDefaultClientTitle removed
- alreadyDefault removed

- -

prefs.properties

- -

confirmDeferAccount renamed to confirmDeferAccountWarning
- directoryUsedByOtherAccount renamed to directoryAlreadyUsedByOtherAccount
- serverNameEmpty removed

- -

sanitize.dtd

- -

clearDataSettings2.label removed
- clearTimeDuration.dateColumn removed
- clearTimeDuration.nameColumn removed
- column.width removed
- dataSection.label removed
- historySection.label removed
- sanitizePrefs2.title removed
- sanitizeItems.label removed

- -

SearchDialog.dtd

- -

fileHereMenu.label renamed to moveHereMenu.label
- fileHereMenu.accesskey renamed to moveHereMenu.accesskey
- fileButton.label renamed to moveButton.label
- fileButton.accesskey renamed to moveButton.accesskey

diff --git a/files/ja/mozilla/thunderbird/releases/3/index.html b/files/ja/mozilla/thunderbird/releases/3/index.html deleted file mode 100644 index 15794f1fbb..0000000000 --- a/files/ja/mozilla/thunderbird/releases/3/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: Thunderbird 3 for developers -slug: Mozilla/Thunderbird/Releases/3 -tags: - - Thunderbird 3 - - thunderbird -translation_of: Mozilla/Thunderbird/Releases/3 ---- -

このペヌゞでは、Thunderbird 3 の開発者のための関連する倉曎点を列挙しおいたす。ナヌザに関連する倉曎点に぀いおは、Thunderbird 3 for users を参照しおください。

-

アクティビティ・マネヌゞャ

-

アクティビティ・マネヌゞャは Thunderbird が行っおいる凊理の進捗具合を衚瀺する新しい機胜です。 これはステヌタスバヌに埋め蟌たれおおり、凊理を行っおいる最䞭にナヌザぞ凊理の状況を通知したす。ドキュメント (関連性がありたすが、情報が叀い可胜性がありたす。)

-

アドレス垳

-

むンタフェヌスの改善

-

様々なむンタフェヌスが远加、削陀、曎新されたした。これらの倉曎の䞻な目的は、個々のアドレス垳の皮類に぀いお専門性を䜎枛するこずず、むンタフェヌスをより䞀般的で汎甚性なものにするずいうこずです。䜿い方に぀いおは、䜿甚䟋を参照しおください。

-

メニュヌポップアップ・りィゞェット

-

い぀かのパラメヌタを基にしおアドレス垳のリストを提䟛する、新しい menupopup バむンディングが远加されたした。

-

自動補完

-

xpfe 自動補完芁玠は、属性や機胜をすべお実装するために、toolkit 自動補完芁玠ぞ曎新されたした。これにより、拡匵機胜は toolkit 自動補完芁玠ず同様の属性を䜿えるようになり、toolkit 自動補完むンタフェヌス を実装しお独自の自動補完機構を぀くるこずが可胜になりたす。

-

アドレス垳自動補完

-

いく぀かのアドレス垳の自動補完機胜が同様に曎新されたした。むンタフェヌスの䜿い方に぀いおは、䟋を参照しおください。

コンテンツブラりゞング

-

Thunderbird 3 では、(メッセヌゞパネルず䞊んでいる) メヌルりむンドりでのブラりザ芁玠のコンテンツ衚瀺を改善したした。詳现な背景に぀いおは、コンテンツタブペヌゞを参照しおください。Thunderbird 3 でのもっずも倧きな倉曎点は以䞋になりたす。

- - -

Thunderbird 3 は緩やかな Cookie ポリシヌを採甚しおいたす。詳现な情報は、Thunderbird の Cookie を参照しおください。

-

゚ラヌ報告ツヌル

-

Thunderbird 3 は別の゚ラヌ報告ツヌルを内郚甚ず拡匵機胜甚に甚意しおいたす。

フォヌムの自動補完

-

Gecko は (satchel ずしお知られおいる) フォヌムの自動補完をサポヌトしおおり、Thunderbird 3 ではこの機胜が有効にされおいたす。これにより、以前蚪れたペヌゞのフォヌムに入力した内容が保存され、自動補完されたす。Thunderbird のコンテンツタブは、browser 芁玠䞊でフォヌムの自動補完を有効にする䟋 のコヌドスペニットを持っおいたす。

-

泚意: この機胜は、耇数の情報が入力される可胜性のあるナヌザ名およびパスワヌドのフォヌムに察しおも有効に働きたす。

JavaScript

-

様々なセキュリティ䞊の芳点から、メッセヌゞコンテンツでは JavaScript が完党に無効にされおいたす (javascript.allow.mailnews を倉曎しおも蚭定は倉わりたせん)。JavaScript は、RSS フィヌドを含んだリモヌトコンテンツに察しお有効にされたす。

-

パスワヌド

-

Thunderbird 3 は、パスワヌドマネヌゞャを䜿うようになりたした。

-

怜玢

-

Thunderbird には新しいメッセヌゞ怜玢デヌタベヌス (Gloda) が搭茉されおいたす。Gloda により、怜玢速床が向䞊し、掗緎された党文怜玢機胜や絞り蟌み機胜぀きの怜玢結果衚瀺が実装されたした。"Gloda" は Thunderbird "global database" の略称です。Gloda コンセプトの抂芁ず実装に぀いおの情報は、Gloda のペヌゞを参照しおください。拡匵機胜で Gloda を䜿う堎合の情報は、Gloda メッセヌゞク゚リを䜜成するを参照しおください。Gloda のナヌスケヌスに぀いおは、Gloda の䟋を参照しおください。

-

STEEL

-

STEEL ずは、Scriptable Thunderbird Easy Extension Library の略称です。これは、Thunderbird の拡匵機胜開発を容易にする、FUEL の様なむンタフェヌスセットです。

-

タブ

-

Thunderbird 3 ではメむンビュヌでタブをサポヌトしたした。拡匵機胜は新しいタブの皮類を䜜成できたす。珟圚のドキュメントが、tabmail.xml だった堎合に、小さな䟋ずしおは、specialTabs.js をコンテンツタブタむプずしお呌び出すずいうものがありたす。

-

その他の改善

- -

ビデオ

-

<video> 芁玠が Gecko で有効になりたした。メヌル䞭では JavaScript が無効化されたためコントロヌルが衚瀺されたせんが、右クリックメニュヌからビデオの操䜜が可胜です。リモヌトコンテンツの <video> 芁玠 (たずえば、りェブペヌゞで芋かけられる RSS フィヌド) では、コントロヌルは暙準で衚瀺されたす。

-

メヌル䞭の <audio> 芁玠は、コントロヌルが JavaScript を芁求する (バグ 449358) ため、動䜜したせん (バグ 515082)。media.autoplay.enabled 蚭定は、混乱を避けるため初期蚭定で off に蚭定されたす。
-

他のリ゜ヌス

-

リリヌスノヌトずアナりンスメント

-

リリヌスノヌトには、それぞれのベヌタリリヌス時の倉曎点に関する詳现な情報が蚘茉されおいたす。

- -

MozillaZine

-

詳现な蚘事は MozillaZine ナレッゞベヌスを参照しおください。ナレッゞベヌスには Thunderbird 3 の倉曎点の芁玄や議論、仕様ず (Bugzilla、Mozilla wiki や様々なブログ䞊の) 文曞ぞのリンクがありたす。詳しくは、Thunderbird 3.0 - New Features and Changes を芋おください。

diff --git a/files/ja/mozilla/thunderbird/releases/5/index.html b/files/ja/mozilla/thunderbird/releases/5/index.html deleted file mode 100644 index 56cc79dfd8..0000000000 --- a/files/ja/mozilla/thunderbird/releases/5/index.html +++ /dev/null @@ -1,54 +0,0 @@ ---- -title: Thunderbird 5 for developers -slug: Mozilla/Thunderbird/Releases/5 -tags: - - Thunderbird 5 -translation_of: Mozilla/Thunderbird/Releases/5 ---- -
-

草案
- このペヌゞは完成しおいたせん。

- -

- -
-

この蚘事は Thunderbird 5 の新機胜に぀いお述べおいたす

-
-

このペヌゞは、Thunderbird 5 における開発者向けの倉曎点のリストです。゚ンドナヌザ向けの倉曎点は、Thunderbird サポヌトの蚘事をご芧ください。
-

-

Gecko 5.0

-

Thunderbird 5 は、Gecko 5.0 をベヌスにしおいたす。Firefox 4 および Firefox 5 のペヌゞに、Gecko に察する重芁な倉曎の詳现がありたす。

-

Mozilla ずアドオン開発者向けの倉曎

-

既存の拡匵機胜を Thunderbird 5 向けに曎新するための圹立぀ヒントに぀いおは、Updating extensions for Firefox 4 を参照しおください。既存の拡匵機胜の互換性を損なういく぀かの鍵ずなる倉曎点があるため、この蚘事を必ずお読みください。

-

STEEL

- -

JavaScript コヌドモゞュヌル

-
Services.jsm
Services.jsm コヌドモゞュヌルは、preferences サヌビスや window mediator、その他倚くの䞀般的に䜿甚されるサヌビスぞの参照を簡単に取埗できる getter を提䟛したす。
mailServices.js
mailServices.js コヌドは Services.jsm ず䌌おいたすが、メヌル機胜固有のサヌビスのためのものです。
JS-ctypes API
JS-ctypes API は、XPCOM を䜿甚せずに C 互換の倖郚ラむブラリ関数を呌び出すこずを可胜にしたす。
アドオンマネヌゞャ
新しいアドオンマネヌゞャは、むンストヌルされたアドオンに぀いおの情報、それらを管理するためのサポヌト、アドオンのむンストヌルず削陀を行う機胜を提䟛したす。
chrome: URL からのコヌドモゞュヌルの読み蟌み
JAR ファむル内であっおも、chrome: URL を䜿甚しお JavaScript コヌドモゞュヌルを読み蟌めるようになりたした。
DownloadLastDir.jsm
DownloadLastDir.jsm コヌドモゞュヌルは、gDownloadLastDir グロヌバル倉数を提䟛したす。これは、最埌にダりンロヌドされたファむルの保存先ディレクトリのパスを取埗できる文字列を含みたす。このモゞュヌルは、プラむベヌトブラりゞングに関連する問題を扱いたす。
-
-

コヌドモゞュヌルに察する倉曎

-

NetUtil.jsm コヌドモゞュヌルに readInputStreamToString() メ゜ッドが远加されたした。これは、ストリヌムから任意のバむト数だけ文字列に読み蟌みたす。ストリヌムに 0 (れロ) が含たれおいおも可胜です。

-

MimeMessage API

-

Cu.import("resource:///modules/gloda/mimemsg.js"); からの MsgHdrToMimeMessage 関数が、远加のプロパティを持぀ MimeMessage を返すようになりたした。これは、メッセヌゞを簡単に解析しお構造的な MIME ツリヌにし、怜査するための掚奚された方法です。API に制限が倚いず思ったら、ぜひバグ報告しおお知らせください

-

  1. MimeMessageAttachment むンスタンスに、メッセヌゞの添付ファむルのサむズぞアクセスできるようにする size プロパティが远加されたした。

  2. MimeMessage むンスタンスに、新機胜の allUserAttachments プロパティが远加されたした。これは、メッセヌゞ画面に衚瀺される添付ファむルの情報を提䟛したす。このプロパティは、"添付ファむル" を扱う堎合に芚えおおくべきものです。allAttachments プロパティは、添付されたメヌルなどの MIME パヌトは含みたせん。

  3. 動䜜を高速化するため、メッセヌゞがリモヌトの IMAP サヌバにだけある堎合は、MsgHdrToMimeMessage ぞ枡す options オブゞェクトに partsOnDemand: true メンバを远加しおください。画像ファむルなどの添付ファむルがバック゚ンドでダりンロヌドされなくなりたす。

    4. -
-

Gloda API

-

Gloda に玢匕が付けられたメッセヌゞは、attachmentInfos ず呌ばれる远加のプロパティが䜿甚できるようになりたした。これは、䞎えられたメッセヌゞの添付ファむルを、MsgHdrToMimeMessage に再び流すこずなく手軜に操䜜できるようにしたす。attachmentInfos は、オブゞェクトのリストであり、各オブゞェクトは url, size, contentType, name のプロパティを持っおいたす。バヌゞョン 5a1 の時点では、デヌタベヌススキヌマを倉曎する蚈画はありたせん。これは、バヌゞョン 5 がむンストヌルされた埌に玢匕が付けられたメッセヌゞだけが、このプロパティを持぀こずを意味したす。しかしながら、Gloda の玢匕を再䜜成するこずで、すべおのメッセヌゞに attachmentTypes プロパティを持たせるこずができたす。Cu.import("resource:///modules/gloda/index_msg.js") の GlodaMsgIndexer が、この操䜜のために必芁になるでしょう。

-

バック゚ンドの倉曎

- -

XPCOM

-

さらに詳しい倉曎点は、以䞋のペヌゞを参照しおください。もはや、どのむンタフェヌスも凍結されない点に泚意するこずが重芁です。ドキュメントにどのように曞いおあろうずも、すべおのむンタフェヌスは凍結されなくなりたした (unfrozen)。ドキュメントは随時曎新されたす。

-
Gecko 2.0 における XPCOM の倉曎点
Firefox 4 で互換性に圱響を䞎える XPCOM の倉曎点の詳现。
Components.utils.getGlobalForObject()
この新しいメ゜ッドは、オブゞェクトが関連付けられたグロヌバルオブゞェクトを返したす。これは、砎棄された __parent__ の䞀般的な䜿甚䟋を眮き換えるものです。
-
-

その他の倉曎点

- -

他のリ゜ヌス

-

Thunderbird 5 のコヌドネヌムは 'Miramar' です。

- -
- -
diff --git a/files/ja/mozilla/thunderbird/releases/index.html b/files/ja/mozilla/thunderbird/releases/index.html deleted file mode 100644 index f16a1d845e..0000000000 --- a/files/ja/mozilla/thunderbird/releases/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: Thunderbird 開発者向けリリヌスノヌト -slug: Mozilla/Thunderbird/Releases -tags: - - Landing - - Mozilla - - Release - - thunderbird -translation_of: Mozilla/Thunderbird/Releases ---- -

このペヌゞは、各 Thunderbird リリヌス版の "Thunderbird X for developers" の蚘事ぞのリンクを提䟛したす。これらのリリヌスノヌトでは、Thunderbird の各バヌゞョンで远加された機胜や修正されたバグの䞀芧を芋るこずができたす。

- -
{{ListSubpages("/ja/docs/Mozilla/Thunderbird/Releases",1,1,1)}}
- -

関連情報

- - diff --git a/files/ja/mozilla/toolkit_version_format/index.html b/files/ja/mozilla/toolkit_version_format/index.html deleted file mode 100644 index 8eb2e46a17..0000000000 --- a/files/ja/mozilla/toolkit_version_format/index.html +++ /dev/null @@ -1,101 +0,0 @@ ---- -title: Toolkit version format -slug: Mozilla/Toolkit_version_format -tags: - - Toolkit API -translation_of: Mozilla/Toolkit_version_format ---- -

このドキュメントは Firefox 1.5 (XULRunner 1.8)以降で䜿われおいるバヌゞョン圢匏のリファレンスです。この圢匏は拡匵マネヌゞャ、゜フトりェアの曎新、およびプラットフォヌムのその他の郚分で䜿われおいたす。 最䜎限、以䞋の堎所のバヌゞョンはこの圢匏に埓っおいなければなりたせん。

- - - -

nsIVersionComparator をあなたのアプリケヌションからバヌゞョンの比范に䜿うこずができたす。

- -

Firefox/Thunderbird 1.0 で䜿われおいた叀いバヌゞョン圢匏に぀いおは䞋の {{ Anch("叀いバヌゞョン圢匏") }} を参照しおください。

- -

{{ 英語版章題("Version format") }}

- -

バヌゞョン圢匏

- -

バヌゞョン文字列 はドットで区切られた1぀以䞊のバヌゞョンパヌトから成りたす。

- -

それぞれの バヌゞョンパヌト はそれ自身が <数倀-a><文字列-b><数倀-c><文字列-d> ずいう4぀のパヌトの䞊びに解析されたす。それぞれのパヌトは任意です。 数倀は10進敎数で (マむナスかもしれない)、文字列は ASCII です。

- -

有効なバヌゞョンパヌトのいく぀かの䟋:

- - - -

可読性ず埌方互換性のために、以䞋のような特別な解析ルヌルが適甚されたす。

- - - -

バヌゞョンパヌトを文字列ず数倀の䞊びに分ける原理は、バヌゞョンパヌトを比范する際、数倀郚分は数倀ずしお比范され(䟋: '1.0pre1' < '1.0pre10')、文字列郚分はバむト単䜍で比范されるずいうものです。 バヌゞョンがどの様にしお比范されるかに぀いおの詳现は次のセクションを参照しおください。

- -

{{ 英語版章題("Comparing versions") }}

- -

バヌゞョンの比范

- -

二぀のバヌゞョン文字列が比范される時、 巊のバヌゞョンパヌトから順に右に向かっお比范されたす。 空であったり欠けおいるバヌゞョンパヌトは 0 ず同矩です。

- -

あるポむントで、䞀方のバヌゞョン文字列のバヌゞョンパヌトが、もう䞀方のバヌゞョン文字列の察応するバヌゞョンパヌトよりも倧きければ、最初のバヌゞョン文字列は他方のバヌゞョン文字列よりも倧きいずいうこずになりたす。

- -

そうでなければ、バヌゞョン文字列は同䞀です。欠萜しおいるバヌゞョンパヌトは 0 であるのず同じように扱われるので、次のバヌゞョン文字列は党お同じであるずいうこずに泚意しおください。
- 1 、 1.0 、 1.0. 、 1.0.0 、 そしお 1.0... も

- -

{{ 英語版章題("Comparing version parts") }}

- -

バヌゞョンパヌトの比范

- -

バヌゞョンパヌトも同様に巊から右に比范されたす。 パヌト A ず C は数倀ずしお比范され、パヌト B ず D はバむト単䜍で比范されたす。文字列が存圚する堎合は存圚しない堎合よりも必ず小さくなりたす。 (1.6a は 1.6 よりも小さい)。

- -

{{ 英語版章題("Examples") }}

- -

䟋

- -
1.-1
-< 1 == 1. == 1.0 == 1.0.0
-< 1.1a < 1.1aa < 1.1ab < 1.1b < 1.1c
-< 1.1whatever
-< 1.1pre == 1.1pre0 == 1.0+
-< 1.1pre1a < 1.1pre1aa < 1.1pre1b < 1.1pre1
-< 1.1pre2
-< 1.1pre10
-< 1.1.-1
-< 1.1 == 1.1.0 == 1.1.00
-< 1.10
-< 1.* < 1.*.1
-< 2.0
-
- -

{{ 英語版章題("Older version formats") }}

- -

叀いバヌゞョン圢匏

- -

Firefox/Thunderbird 1.0 では、次のようなより単玔なバヌゞョン圢匏を甚いおいたした。

- -
major[.minor[.release[.build]]][+]
-
- -

{{ mediawiki.external('..') }} は任意の芁玠であるこずを意味しおおり, major, minor, release, build はすべお正の敎数です。

- - - -
- -

{{ languages( { "en": "en/Toolkit_version_format", "es": "es/Formato_para_la_versi\u00f3n_del_Toolkit", "zh-cn": "cn/\u7248\u672c\u683c\u5f0f\u8bf4\u660e" } ) }}

diff --git a/files/ja/mozilla/webidl_bindings/index.html b/files/ja/mozilla/webidl_bindings/index.html deleted file mode 100644 index 054e4653c6..0000000000 --- a/files/ja/mozilla/webidl_bindings/index.html +++ /dev/null @@ -1,1232 +0,0 @@ ---- -title: WebIDL bindings -slug: Mozilla/WebIDL_bindings -translation_of: Mozilla/WebIDL_bindings ---- -
-

泚蚘: このドキュメントは getters/setters/creators/deleters の名前付け及びむンデックス付けが必芁です

-
- -

WebIDL バむンディングはビルド時に぀の物を生成したす: 実際の WebIDL ファむルず WebIDL が Gecko の内郚コヌドずどのように玐付けされるかを定矩したメタデヌタのリストが入った蚭定ファむルです。

- -

すべおのWebIDLファむルはdom/webidl に配眮され、このディレクトリにある moz.build のリストに远加されたす。

- -

Note that if you're adding new interfaces, then the test at dom/tests/mochitest/general/test_interfaces.html will most likely fail. This is a signal that you need to get a review from a DOM peer. Resist the urge to just add your interfaces to the list without the review; it will just annoy the DOM peers and they'll make you get the review anyway.

- -

蚭定ファむルの dom/bindings/Bindings.conf は䞀般的な Python の蟞曞で、むンタフェヌスの名前ずむンタフェヌスの情報の玐付けをし、これらは descriptor ず呌ばれおいたす  これらは様々な゚ッゞケヌスをハンドルする可胜なすべおの皮類のオプションが蚘述されたすが、倚くの descriptor はずおもシンプルです。

- -

党おの生成されたコヌドは mozilla::dom 名前空間に配眮されたす  䞀぀のむンタフェヌスに぀きむンタフェヌスの名前ず Binding が぀いた名前空間が生成され、むンタフェヌスのバむンディングに関連した党おの物事はこの名前空間で凊理されたす。

- -

dom/bindings にある倚くのヘルパヌオブゞェクトやナヌティリティメ゜ッドは党お mozilla::dom 名前空間を持ち、これらのヘッダヌは党お mozilla/dom に゚クスポヌトされたす。

- -

WebIDL バむンディングをクラスに远加する

- -

MyInterfaceずいうむンタフェヌスの WebIDL バむンディングをむンタフェヌスの実装をしおいる mozilla::dom::MyInterface クラスに远加するには、次の䜜業が必芁になりたす::

- -
    -
  1. -

    もしほかのむンタヌフェむスを継承しなければ、nsWrapperChache を継承しプロパティのキャッシュラッパヌをトレヌスするための cycle collector クラスをフックしたす。オブゞェクトの生成だけする堎合や、他のオブゞェクトを䜿わない堎合などは、この手順は必芁ありたせん。
    - If your interface doesn't inherit from any other interfaces, inherit from nsWrapperCache and hook up the class to the cycle collector so it will trace the wrapper cache properly. Note that you may not need to do this if your objects can only be created, never gotten from other objects. If you also inherit from nsISupports, make sure the nsISupports comes before the nsWrapperCache in your list of parent classes. If your interface does inherit from another interface, just inherit from the C++ type that the other interface corresponds to.

    - -

    If you do need to hook up cycle collection, it will look like this in the common case of also inheriting from nsISupports:

    - - 
    // Add strong pointers your class holds here. If you do, change to using
-// NS_IMPL_CYCLE_COLLECTION_WRAPPERCACHE.
-NS_IMPL_CYCLE_COLLECTION_WRAPPERCACHE_0(MyClass)
-NS_IMPL_CYCLE_COLLECTING_ADDREF(MyClass)
-NS_IMPL_CYCLE_COLLECTING_RELEASE(MyClass)
-NS_INTERFACE_MAP_BEGIN_CYCLE_COLLECTION(MyClass)
-  NS_WRAPPERCACHE_INTERFACE_MAP_ENTRY
-  NS_INTERFACE_MAP_ENTRY(nsISupports)
-NS_INTERFACE_MAP_END
    -
    2. -
  2. あなたのクラスのむンスタンスを䞎えるために毎回同じオブゞェクトを返すGetParentObjectのオヌバヌラむドを実装しおください (あなたが明瀺的に再線されたJSラッパヌによる芪オブゞェクトの倉曎をハンドルするコヌドを曞かない限りは)。そのアむデアはGetParentObjectを蟿れば最終的にはWindowsが埗られ、すべおのWebIDLオブゞェクトは特定のWindowず関連付けられるこずを瀺したす。䟋えば、nsINode:: GetParentObjectは、ノヌドの所有者ドキュメントを返したす。GetParentObjectの返り倀はnsISupportsを単独で継承しおいるか察応するnsISupportsを生成するこずができるToSupports()メ゜ッドを持っおいる必芁がありたす。MyInterfaceの倚くのむンスタンスを迅速に䜜成するこずが予想される堎合、GetParentObjectの戻り倀は、最適なパフォヌマンスを埗るためnsWrapperCacheから自分自身を継承しなければなりたせん。GetParentObjectか らnullを返すこずは返华されるオブゞェクトをセキュリティのためのランダムなグロヌバルオブゞェクトを関連付けるこずがOKである堎合に蚱可されおい たすが、これはWebコンテンツが無防備になるので通垞OKではありたせん。ラッパヌのキャッシュを必芁ずしない堎合は、再床、この操䜜を行う必芁はありたせん。
    3. -
  3. Add the WebIDL for MyInterface in dom/webidl and to the list in dom/webidl/moz.build.
    4. -
  4. Add an entry to dom/bindings/Bindings.conf that sets some basic information about the implementation of the interface. If the C++ type is not mozilla::dom::MyInterface, you need to set the 'nativeType' to the right type. If the type is not in the header file one gets by replacing '::' with '/' and appending '.h', then add a corresponding 'headerFile' annotation (or HeaderFile annotation to the .webidl file). If you don't have to set any annotations, then you don't need to add an entry either and the code generator will simply assume the defaults here.
    5. -
  5. Add external interface entries to Bindings.conf for whatever non-WebIDL interfaces your new interface has as arguments or return values.
    6. -
  6. Implement a WrapObject override on mozilla::dom::MyInterface that just calls through to mozilla::dom::MyInterfaceBinding::Wrap. Note that if your C++ type is implementing multiple distinct Web IDL interfaces, you need to choose which mozilla::dom::MyInterfaceBinding::Wrap to call here. See AudioContext::Wrap, for example.
    7. -
  7. Expose whatever methods the interface needs on mozilla::dom::MyInterface. These can be inline, virtual, have any calling convention, and so forth, as long as they have the right argument types and return types. You can see an example of what the function declarations should look like by running mach webidl-example MyInterface. This will produce two files in dom/bindings in your objdir: MyInterface-example.h and MyInterface-example.cpp, which show a basic implementation of the interface using a class that inherits from nsISupports and has a wrapper cache.
    8. -
- -

See this sample patch that migrates window.performance.* to WebIDL bindings.

- -
Note: If your object can only be reflected into JS by creating it, not by retrieving it from somewhere, you can skip steps 1 and 2 above and instead add 'wrapperCache': False to your descriptor. You will need to flag the functions that return your object as [NewObject] in the WebIDL.
- -

C++ reflections of WebIDL constructs

- -

C++ reflections of WebIDL operations (methods)

- -


- A WebIDL operation is turned into a method call on the underlying C++ object. The return type and argument types are determined as described below. In addition to those, all methods that are allowed to throw will get an ErrorResult& argument appended to their argument list. Methods that use certain WebIDL types like any or object will get a JSContext* argument prepended to the argument list. Static methods will be passed a const GlobalObject& for the relevant global. This argument comes before the JSContext* argument, if any.

- -

The name of the C++ method is simply the name of the WebIDL operation with the first letter converted to uppercase.

- -

WebIDL overloads are turned into C++ overloads: they simply call C++ methods with the same name and different signatures.

- -

For example, this webidl:

- -
interface MyInterface
-{
-  void doSomething(long number);
-  double doSomething(MyInterface? otherInstance);
-
-  [Throws]
-  MyInterface doSomethingElse(optional long maybeNumber);
-  [Throws]
-  void doSomethingElse(MyInterface otherInstance);
-
-  void doTheOther(any something);
-
-  void doYetAnotherThing(optional boolean actuallyDoIt = false);
-
-  static void staticOperation(any arg);
-};
-
- -

will require these method declarations:

- -
class MyClass
-{
-  void DoSomething(int32_t aNumber);
-  double DoSomething(MyClass* aOtherInstance);
-
-  already_AddRefed DoSomethingElse(Optional aMaybeNumber,
-                                                ErrorResult& rv);
-  void DoSomethingElse(MyClass& aOtherInstance, ErrorResult& rv);
-
-  void DoTheOther(JSContext* cx, JS::Value aSomething);
-
-  void DoYetAnotherThing(bool aActuallyDoIt);
-
-  static void StaticOperation(const GlobalObject& aGlobal, JSContext* cx, JS::Value aSomething);
-}
-
- -

C++ reflections of WebIDL attributes

- -

A WebIDL attribute is turned into a pair of method calls for the getter and setter on the underlying C++ object. A readonly attribute only has a getter and no setter.

- -

The getter's name is the name of the attribute with the first letter converted to uppercase. This has Get prepended to it if any of these conditions hold:

- -
    -
  1. The type of the attribute is nullable.
    2. -
  2. The getter can throw.
    3. -
  3. The return value of the attribute is returned via an out parameter in the C++.
    4. -
- -

The method signature for the getter looks just like an operation with no arguments and the attribute's type as the return type.

- -

The setter's name is Set followed by the name of the attribute with the first letter converted to uppercase. The method signature looks just like an operation with a void return value and a single argument whose type is the attribute's type.

- -

C++ reflections of WebIDL constructors

- -

A WebIDL constructor is turned into a static class method named Constructor. The arguments of this method will be the arguments of the WebIDL constructor, with a const GlobalObject& for the relevant global prepended. For the non-worker case, the global is typically the inner window for the DOM Window the constructor function is attached to. If a JSContext* is also needed due to some of the argument types, it will come after the global. The return value of the constructor for MyInterface is exactly the same as that of a method returning an instance of MyInterface. Constructors are always allowed to throw.

- -

For example, this IDL:

- -
[Constructor,
- Constructor(unsigned long someNumber)]
-interface MyInterface
-{
-};
-
- -

will require the following declarations in MyClass:

- -
class MyClass {
-  // Various nsISupports stuff or whatnot
-  static
-  already_AddRefed Constructor(const GlobalObject& aGlobal,
-                                        ErrorResult& rv);
-  static
-  already_AddRefed Constructor(const GlobalObject& aGlobal,
-                                        uint32_t aSomeNumber,
-                                        ErrorResult& rv);
-};
-
- -

C++ reflections of WebIDL types

- -

The exact C++ representation for WebIDL types can depend on the precise way that they're being used (e.g., return values, arguments, and sequence or dictionary members might all have different representations).

- -

Unless stated otherwise, a type only has one representation. Also, unless stated otherwise, nullable types are represented by wrapping Nullable<> around the base type.

- -

In all cases, optional arguments which do not have a default value are represented by wrapping const Optional<>& around the representation of the argument type. If the argument type is a C++ reference, it will also become a NonNull<> around the actual type of the object in the process. Optional arguments which do have a default value are just represented by the argument type itself, set to the default value if the argument was not in fact passed in.

- -

Variadic WebIDL arguments are treated as a const Sequence<>& around the actual argument type.

- -

any

- -

any is represented in three different ways, depending on use:

- - - -

Methods using any always get a JSContext* argument.

- -

For example, this WebIDL:

- -
interface Test {
-  attribute any myAttr;
-  any myMethod(any arg1, sequence arg2, optional any arg3);
-};
-
- -

will correspond to these C++ function declarations:

- -
void MyAttr(JSContext* cx, JS::MutableHandle retval);
-void SetMyAttr(JSContext* cx, JS::Handle value);
-void MyMethod(JSContext* cx, JS::Handle arg1,
-              const Sequence& arg2,
-              const Optional >& arg3,
-              JS::MutableHandle retval);
-
- -

boolean

- -

The boolean WebIDL type is represented as a C++ bool.

- -

For example, this WebIDL:

- -
interface Test {
-  attribute boolean myAttr;
-  boolean myMethod(optional boolean arg);
-};
-
- -

will correspond to these C++ function declarations:

- -
bool MyAttr();
-void SetMyAttr(bool value);
-JS::Value MyMethod(const Optional& arg);
-
- -

Integer types

- -

Integer WebIDL types are mapped to the corresponding C99 stdint types.

- -

For example, this WebIDL:

- -
interface Test {
-  attribute short myAttr;
-  long long myMethod(unsigned long? arg);
-};
-
- -

will correspond to these C++ function declarations:

- -
int16_t MyAttr();
-void SetMyAttr(int16_t value);
-int64_t MyMethod(const Nullable& arg);
-
- -

Floating point types

- -

Floating point WebIDL types are mapped to the C++ type of the same name. So float and unrestricted float become a C++ float, while double and unrestricted double become a C++ double.

- -

For example, this WebIDL:

- -
interface Test {
-  float myAttr;
-  double myMethod(unrestricted double? arg);
-};
-
- -

will correspond to these C++ function declarations:

- -
float MyAttr();
-void SetMyAttr(float value);
-double MyMethod(const Nullable& arg);
-
- -

DOMString

- -

Strings are reflected in three different ways, depending on use:

- - - -

Nullable strings are represented by the same types as non-nullable ones, but the string will return true for DOMStringIsNull(). Returning null as a string value can be done using SetDOMStringToNull on the out param if it's an nsAString or calling SetNull() on a DOMString.

- -

For example, this WebIDL:

- -
interface Test {
-  DOMString myAttr;
-  [Throws]
-  DOMString myMethod(sequence arg1, DOMString? arg2, optional DOMString arg3);
-};
-
- -

will correspond to these C++ function declarations:

- -
void GetMyAttr(nsString& retval);
-void SetMyAttr(const nsAString& value);
-void MyMethod(const Sequence& arg1, const nsAString& arg2,
-              const Optional& arg3, nsString& retval, ErrorResult& rv);
-
- -

ByteString

- -

ByteString is reflected in three different ways, depending on use:

- - - -

Nullable ByteString are represented by the same types as non-nullable ones, but the string will return true for IsVoid(). Returning null as a string value can be done using SetIsVoid() on the out param.

- -

object

- -

object is represented in three different ways, depending on use:

- - - -

Methods using object always get a JSContext* argument.

- -

For example, this WebIDL:

- -
interface Test {
-  object myAttr;
-  object myMethod(object arg1, object? arg2, sequence arg3, optional object arg4,
-                  optional object? arg5);
-};
- -

will correspond to these C++ function declarations:

- -
void GetMyAttr(JSContext* cx, JS::MutableHandle retval);
-void SetMyAttr(JSContext* cx, JS::Handle value);
-void MyMethod(JSContext* cx, JS::Handle arg1, JS::Handle arg2,
-              const Sequence& arg3,
-              const Optional >& arg4,
-              const Optional >& arg5,
-              JS::MutableHandle retval);
-
- -

Interface types

- -

There are four kinds of interface types in the WebIDL bindings. Callback interfaces are used to represent script objects that browser code can call into. External interfaces are used to represent objects that have not been converted to the WebIDL bindings yet. WebIDL interfaces are used to represent WebIDL binding objects. "SpiderMonkey" interfaces are used to represent objects that are implemented natively by the JavaScript engine (e.g., typed arrays).

- -
Callback interfaces
- -

Callback interfaces are represented in C++ as objects inheriting from mozilla::dom::CallbackInterface, whose name, in the mozilla::dom namespace, matches the name of the callback interface in the WebIDL. The exact representation depends on how the type is being used.

- - - -

If the interface is a single-operation interface, the object exposes two methods that both invoke the same underlying JS callable. The first of these methods allows the caller to pass in a this object, while the second defaults to undefined as the this value. In either case, the this value is only used if the callback interface is implemented by a JS callable. If it's implemented by an object with a property whose name matches the operation, the object itself is always used as this.

- -

If the interface is not a single-operation interface, it just exposes a single method for every IDL method/getter/setter.

- -

The signatures of the methods correspond to the signatures for throwing IDL methods/getters/setters with an additional trailing "mozilla::dom::CallbackObject::ExceptionHandling aExceptionHandling" argument, defaulting to eReportExceptions. If aReportExceptions is set to eReportExceptions, the methods will report JS exceptions before returning. If aReportExceptions is set to eRethrowExceptions, JS exceptions will be stashed in the ErrorResult and will be reported when the stack unwinds to wherever the ErrorResult was set up.

- -

For example, this WebIDL:

- -
callback interface MyCallback {
-  attribute long someNumber;
-  short someMethod(DOMString someString);
-};
-callback interface MyOtherCallback {
-  // single-operation interface
-  short doSomething(Node someNode);
-};
-interface MyInterface {
-  attribute MyCallback foo;
-  attribute MyCallback? bar;
-};
- -

will lead to these C++ class declarations in the mozilla::dom namespace:

- -
class MyCallback : public CallbackInterface
-{
-  int32_t GetSomeNumber(ErrorResult& rv, ExceptionHandling aExceptionHandling = eReportExceptions);
-  void SetSomeNumber(int32_t arg, ErrorResult& rv,
-                     ExceptionHandling aExceptionHandling = eReportExceptions);
-  int16_t SomeMethod(const nsAString& someString, ErrorResult& rv,
-                     ExceptionHandling aExceptionHandling = eReportExceptions);
-};
-
-class MyOtherCallback : public CallbackInterface
-{
-public:
-  int16_t
-  DoSomething(nsINode& someNode, ErrorResult& rv,
-              ExceptionHandling aExceptionHandling = eReportExceptions);
-
-  template
-  int16_t
-  DoSomething(const T& thisObj, nsINode& someNode, ErrorResult& rv,
-              ExceptionHandling aExceptionHandling = eReportExceptions);
-};
- -

and these C++ function declarations on the implementation of MyInterface:

- -
already_AddRefed GetFoo();
-void SetFoo(MyCallback&);
-already_AddRefed GetBar();
-void SetBar(MyCallback*);
-
- -

A consumer of MyCallback would be able to use it like this:

- -
void
-SomeClass::DoSomethingWithCallback(MyCallback& aCallback)
-{
-  ErrorResult rv;
-  int32_t number = aCallback.GetSomeNumber(rv);
-  if (rv.Failed()) {
-    // The error has already been reported to the JS console; you can handle
-    // things however you want here.
-    return;
-  }
-
-  // For some reason we want to catch and rethrow exceptions from SetSomeNumber, say.
-  aCallback.SetSomeNumber(2*number, rv, eRethrowExceptions);
-  if (rv.Failed()) {
-    // The exception is now stored on rv. This code MUST report
-    // it usefully; otherwise it will assert.
-  }
-}
-
- -
External interfaces
- -

External interfaces are represented in C++ as objects that XPConnect knows how to unwrap to. This can mean XPCOM interfaces (whether declared in XPIDL or not) or it can mean some type that there's a castable native unwrapping function for. The C++ type to be used should be the nativeType listed for the external interface in the Bindings.conf file. The exact representation depends on how the type is being used.

- - - -
WebIDL interfaces
- -

WebIDL interfaces are represented in C++ as C++ classes. The class involved must either be refcounted or must be explicitly annotated in Bindings.conf as being directly owned by the JS object. If the class inherits from nsISupports, then the canonical nsISupports must be on the primary inheritance chain of the object. If the interface has a parent interface, the C++ class corresponding to the parent must be on the primary inheritance chain of the object. This guarantees that a void* can be stored in the JSObject which can then be reinterpret_cast to any of the classes that correspond to interfaces the object implements. The C++ type to be used should be the nativeType listed for the interface in the Bindings.conf file, or mozilla::dom::InterfaceName if none is listed. The exact representation depends on how the type is being used.

- - - -

For example, this WebIDL:

- -
interface MyInterface {
-  attribute MyInterface myAttr;
-  void passNullable(MyInterface? arg);
-  MyInterface? doSomething(sequence arg);
-  MyInterface doTheOther(sequence arg);
-  readonly attribute MyInterface? nullableAttr;
-  readonly attribute MyInterface someOtherAttr;
-  readonly attribute MyInterface someYetOtherAttr;
-};
-
- -

Would correspond to these C++ function declarations:

- -
already_AddRefed MyAttr();
-void SetMyAttr(MyClass& value);
-void PassNullable(MyClass* arg);
-already_AddRefed doSomething(const Sequence >& arg);
-already_AddRefed doTheOther(const Sequence >& arg);
-already_Addrefed GetNullableAttr();
-MyClass* SomeOtherAttr();
-MyClass* SomeYetOtherAttr(); // Don't have to return already_AddRefed!
-
- -
"SpiderMonkey" interfaces
- -

Typed array, array buffer, and array buffer view arguments are represented by the objects in TypedArray.h. For example, this WebIDL:

- -
interface Test {
-  void passTypedArrayBuffer(ArrayBuffer arg);
-  void passTypedArray(ArrayBufferView arg);
-  void passInt16Array(Int16Array? arg);
-}
-
- -

will correspond to these C++ function declarations:

- -
void PassTypedArrayBuffer(const ArrayBuffer& arg);
-void PassTypedArray(const ArrayBufferView& arg);
-void PassInt16Array(const Nullable& arg);
-
- -

Typed array return values become a JS::MutableHandle out param appended to the argument list. This comes after all IDL arguments, but before the ErrorResult&, if any, for the method. The return value is allowed to be in any compartment; bindings will wrap it into the context compartment as needed.

- -

Typed arrays store a JSObject* and hence need to be rooted properly. On-stack typed arrays can be declared as RootedTypedArray (e.g. RootedTypedArray). Typed arrays on the heap need to be traced.

- -

Dictionary types

- -

A dictionary argument is represented by a const reference to a struct whose name is the dictionary name in the mozilla::dom namespace. The struct has one member for each of the dictionary's members with the same name except the first letter uppercased and prefixed with "m". The members that have default values have types as described under the corresponding WebIDL type in this document. The members that don't have default values have those types wrapped in Optional<>.

- -

Dictionary return values are represented by an out parameter whose type is a non-const reference to the struct described above, with all the members that have default values preinitialized to those default values.

- -

Note that optional dictionary arguments are always considered to have a default value of null, so dictionary arguments are never wrapped in Optional<>.

- -

If necessary, dictionaries can be directly initialized from a JS::Value in C++ code by invoking their Init() method. Consumers doing this should declare their dictionary as RootedDictionary. When this is done, passing in a null scope object and even a null JSContext* is allowed if the passed-in JS::Value is JS::NullValue(). Likewise, a dictionary struct can be converted to a JS::Value in C++ by calling ToJSValue with the dictionary as the second argument. If Init() or ToJSValue() returns false, they will generally set a pending exception on the JSContext; reporting those is the responsibility of the caller.

- -

For example, this WebIDL:

- -
dictionary Dict {
-  long foo = 5;
-  DOMString bar;
-};
-
-interface Test {
-  void initSomething(optional Dict arg);
-};
-
- -

will correspond to this C++ function declaration:

- -
void InitSomething(const Dict& arg);
-
- -

and the Dict struct will look like this:

- -
struct Dict {
-  bool Init(JSContext* aCx, JS::Handle aVal, const char* aSourceDescription = "value");
-
-  Optional mBar;
-  int32_t mFoo;
-}
-
- -

Note that the dictionary members are sorted in the struct in alphabetical order.

- -

Enumeration types

- -

WebIDL enumeration types are represented as C++ enums. The values of the C++ enum are named by taking the strings in the WebIDL enumeration, replacing all non-alphanumerics with underscores, and uppercasing the first letter, with a special case for the empty string, which becomes the value _empty.

- -

For a WebIDL enum named MyEnum, the C++ enum is named MyEnum and placed in the mozilla::dom namespace, while the values are placed in the mozilla::dom::MyEnum namespace. There is also a mozilla::dom::MyEnumValues::strings which is an array of mozilla::dom::EnumEntry structs that gives access to the string representations of the values.

- -

For example, this WebIDL:

- -
enum MyEnum {
-  "something",
-  "something-else",
-  "",
-  "another"
-};
-
- -

would lead to this C++ enum declaration:

- -
MOZ_BEGIN_ENUM_CLASS(MyEnum, uint32_t)
-  Something,
-  Something_else,
-  _empty,
-  Another
-MOZ_END_ENUM_CLASS(MyEnum)
-
-namespace MyEnumValues {
-extern const EnumEntry strings[10];
-} // namespace MyEnumValues
-
- -

Callback function types

- -

Callback functions are represented as an object, inheriting from mozilla::dom::CallbackFunction, whose name, in the mozilla::dom namespace, matches the name of the callback function in the WebIDL. If the type is nullable, a pointer is passed in; otherwise a reference is passed in.

- -

The object exposes two Call methods, which both invoke the underlying JS callable. The first Call method has the same signature as a throwing method declared just like the callback function, with an additional trailing "mozilla::dom::CallbackObject::ExceptionHandling aExceptionHandling" argument, defaulting to eReportExceptions, and calling it will invoke the callable with undefined as the this value. The second Call method allows passing in an explicit this value as the first argument. This second call method is a template on the type of the first argument, so the this value can be passed in in whatever form is most convenient, as long as it's either a type that can be wrapped by XPConnect or a WebIDL interface type.

- -

If aReportExceptions is set to eReportExceptions, the Call methods will report JS exceptions before returning. If aReportExceptions is set to eRethrowExceptions, JS exceptions will be stashed in the ErrorResult and will be reported when the stack unwinds to wherever the ErrorResult was set up.

- -

For example, this WebIDL:

- -
callback MyCallback = long (MyInterface arg1, boolean arg2);
-interface MyInterface {
-  attribute MyCallback foo;
-  attribute MyCallback? bar;
-};
- -

will lead to this C++ class declaration, in the mozilla::dom namespace:

- -
class MyCallback : public CallbackFunction
-{
-public:
-  int32_t
-  Call(MyInterface& arg1, bool arg2, ErrorResult& rv,
-       ExceptionHandling aExceptionHandling = eReportExceptions);
-
-  template
-  int32_t
-  Call(const T& thisObj, MyInterface& arg1, bool arg2, ErrorResult& rv,
-       ExceptionHandling aExceptionHandling = eReportExceptions);
-};
- -

and these C++ function declarations in the MyInterface class:

- -
already_AddRefed GetFoo();
-void SetFoo(MyCallback&);
-already_AddRefed GetBar();
-void SetBar(MyCallback*);
-
- -

A consumer of MyCallback would be able to use it like this:

- -
void
-SomeClass::DoSomethingWithCallback(MyCallback& aCallback, MyInterface& aInterfaceInstance)
-{
-  ErrorResult rv;
-  int32_t number = aCallback.Call(aInterfaceInstance, false, rv);
-  if (rv.Failed()) {
-    // The error has already been reported to the JS console; you can handle
-    // things however you want here.
-    return;
-  }
-
-  // Now for some reason we want to catch and rethrow exceptions from the callback,
-  // and use "this" as the this value for the call to JS.
-  number = aCallback.Call(*this, true, rv, eRethrowExceptions);
-  if (rv.Failed()) {
-    // The exception is now stored on rv.  This code MUST report
-    // it usefully; otherwise it will assert.
-  }
-}
-
- -
- -

Sequences

- -

Sequence arguments are represented by const Sequence&, where T depends on the type of elements in the WebIDL sequence.

- -

Sequence return values are represented by an nsTArray out param appended to the argument list, where T is the return type for the elements of the WebIDL sequence. This comes after all IDL arguments, but before the ErrorResult&, if any, for the method.

- -

Arrays

- -

IDL array objects are not supported yet. The spec on these is likely to change drastically anyway.

- -

Union types

- -

Union types are reflected as a struct in the mozilla::dom namespace. There are two kinds of union structs: one kind does not keep its members alive (is "non-owning"), and the other does (is "owning"). Const references to non-owning unions are used for plain arguments. Owning unions are used in dictionaries, sequences, and for variadic arguments. Union return values become a non-const owning union out param. The name of the struct is the concatenation of the names of the types in the union, with "Or" inserted between them, and for an owning struct "Owning" prepended. So for example, this IDL:

- -
void passUnion((object or long) arg);
-(object or long) receiveUnion();
-void passSequenceOfUnions(sequence<(object or long)> arg);
-void passOtherUnion((HTMLDivElement or ArrayBuffer or EventInit) arg);
-
- -

would correspond to these C++ function declarations:

- -
void PassUnion(const ObjectOrLong& aArg);
-void ReceiveUnion(OwningObjectObjectOrLong& aArg);
-void PassSequenceOfUnions(const Sequence& aArg);
-void PassOtherUnion(const HTMLDivElementOrArrayBufferOrEventInit& aArg);
-
- -

Union structs expose accessors to test whether they're of a given type and to get hold of the data of that type. They also expose setters that set the union as being of a particular type and return a reference to the union's internal storage where that type could be stored. The one exception is the object type, which uses a somewhat different form of setter where the JSObject* is passed in directly. For example, ObjectOrLong would have the following methods:

- -
bool IsObject() const;
-JSObject* GetAsObject() const;
-void SetToObject(JSContext*, JSObject*);
-bool IsLong() const;
-int32_t GetAsLong() const;
-int32_t& SetAsLong()
-
- -

Owning unions used on the stack should be declared as a RootedUnion, for example, RootedUnion.

- -

Date

- -

WebIDL Date types are represented by a mozilla::dom::Date struct.

- -

Stringifiers

- -

Named stringifiers operations in WebIDL will just invoke the corresponding C++ method.

- -

Anonymous stringifiers in WebIDL will invoke the C++ method called Stringify. So, for example, given this IDL:

- -
interface FirstInterface {
-  stringifier;
-};
-
-interface SecondInterface {
-  stringifier DOMString getStringRepresentation();
-};
-
- -

the corresponding C++ would be:

- -
class FirstInterface {
-public:
-  void Stringify(nsAString& aResult);
-};
-
-class SecondInterface {
-public:
-  void GetStringRepresentation(nsAString& aResult);
-};
-
- -

Legacy Callers

- -

Only anonymous legacy callers are supported, and will invoke the C++ method called LegacyCall. This will be passed the JS "this" value as the first argument, then the arguments to the actual operation. A JSContext will be passed if any of the operation arguments need it. So for example, given this IDL:

- -
interface InterfaceWithCall {
-  legacycaller long (float arg);
-};
-
- -

the corresponding C++ would be:

- -
class InterfaceWithCall {
-public:
-  int32_t LegacyCall(JS::Handle aThisVal, float aArgument);
-};
-
- -

Named getters

- -

If the interface has a named getter, the binding will expect several methods on the C++ implementation:

- - - -

The NameIsEnumerable and GetSupportedNames methods need to agree on which names are and are not enumerable. The NamedGetter and GetSupportedNames methods need to agree on which names are supported.

- -

So for example, given this IDL:

- -
interface InterfaceWithNamedGetter {
-  getter long(DOMString arg);
-};
-
- -

the corresponding C++ would be:

- -
class InterfaceWithNamedGetter
-{
-public:
-  int32_t NamedGetter(const nsAString& aName, bool& aFound);
-  bool NameIsEnumerable(const nsAString& aName);
-  void GetSupportedNames(unsigned aFlags, nsTArray& aNames);
-};
-
- -

Throwing exceptions from WebIDL methods, getters, and setters

- -

WebIDL methods, getters, and setters that are explicitly marked as allowed to throw have an ErrorResult& argument as their last argument. To throw an exception, simply call Throw() on the ErrorResult& and return from your C++ back into the binding code.

- -

In cases when the specification calls for throwing a TypeError, you should use ErrorResult::ThrowTypeError() instead of calling Throw().

- -

Custom extended attributes

- -

Our WebIDL parser and code generator recognize several extended attributes that are not present in the WebIDL spec.

- -

[Alias=propName]

- -

This extended attribute can be specified on a method and indicates that another property with the specified name will also appear on the interface prototype object and will have the same Function object value as the property for the method. For example:

- -
interface MyInterface {
-  [Alias=performSomething] void doSomething();
-};
-
- -

MyInterface.prototype.performSomething will have the same Function object value as MyInterface.prototype.doSomething.

- -

Multiple [Alias] extended attribute can be used on the one method. [Alias] cannot be used on a static method, nor on methods on a global interface (such as Window).

- -

Aside from regular property names, the name of an alias can be Symbol.iterator. This is specified by writing [Alias="@@iterator"].

- -

[ChromeOnly]

- -

この拡匵された属性はメ゜ッド、属性、むンタヌフェむスの䞀郚・党䜓に定矩するこずができたす。

- -

[ChromeOnly]が぀いたむンタヌフェむスメンバヌは chrome りィンドりだけで利甚するこずができたす。(webpage には芋えたせん) web コンテンツから芋るずむンタヌフェむス自䜓が存圚しないこずになりたす。Xrays を䜿っお chrome スクリプトをコンテンツ䞊で動かすこずでメンバヌが芋られるようになりたす。

- -

むンタヌフェむス党䜓に適甚した堎合、 [Func] を䜿った時のように、自動でシステムのスクリプトから呌び出されたか(chrome たたは、chrome ペヌゞから開始された Worker かどうか)チェックしたす。グロヌバルオブゞェクトずしお䜿えるか刀断するために C++ の実装を呌び出すこずはありたせん。これは Xrays 経由だず[ChromeOnly]むンタヌフェむスオブゞェクトにアクセスできるこずを意味しおいたす。

- -

この拡匵された属性は、 [AvailableIn], [CheckPermissions], [Func],  [Pref]ず䜵甚できたす。もし他の属性を定矩した堎合、すべおの条件をみたす時だけ䜿えるようになりたす。

- -

[Pref=prefname]

- -

This extended attribute can be specified on any method, attribute, or constant on an interface or on an interface as a whole. It takes a value, which must be the name of a boolean preference.

- -

If specified on an interface member, the interface member involved is only exposed if the preference is set to true. An example of how this can be used:

- -
interface MyInterface {
-  attribute long alwaysHere;
-  [Pref="my.pref.name"] attribute long onlyHereIfEnabled;
-};
-
- -

If specifed on an interface as a whole, this functions like [Func] except that the binding will check the value of the preference directly without calling into the C++ implementation of the interface at all. This is useful when the enable check is simple and it's desirable to keep the prefname with the WebIDL declaration. The implementation can call MyInterfaceBinding::PrefEnabled() to check whether it is enabled or not. An example of how this can be used:

- -
[Pref="my.pref.name"]
-interface MyConditionalInterface {
-};
-
- -

This extended attibute can be specified together with [AvailableIn], [CheckPermissions], [ChromeOnly], and[Func]. If more than one of these is specified, all conditions will need to test true for the interface or interface member to be exposed.

- -

[Func="funcname"]

- -

This extended attribute can be specified on any method, attribute, or constant on an interface or on an interface as a whole. It takes a value, which must be the name of a static function.

- -

If specified on an interface member, the interface member involved is only exposed if the specified function returns true. An example of how this can be used:

- -
interface MyInterface {
-  attribute long alwaysHere;
-  [Func="MyClass::StuffEnabled"] attribute long onlyHereIfEnabled;
-};
-
- -

The function is invoked with two arguments: the JSContext that the operation is happening on and the JSObject for the global of the object that the property will be defined on if the function returns true. In particular, in the Xray case the JSContext is in the caller compartment (typically chrome) but the JSObject is in the target compartment (typically content). This allows the method implementation to select which compartment it cares about in its checks.

- -

The above IDL would also require the following C++:

- -
class MyClass {
-  static bool StuffEnabled(JSContext* cx, JSObject* obj);
-};
-
- -

If specified on an interface as a whole, then lookups for the interface object for this interface on a DOM Window will only find it if the specified function returns true. For objects that can only be created via a constructor, this allows disabling the functionality altogether and making it look like the feature is not implemented at all.

- -

An example of how [Func] can be used:

- -
[Func="MyClass::MyConditionalInterfaceEnabled"]
-interface MyConditionalInterface {
-};
-
- -

In this case, the C++ function is passed a JS::Handle. So the C++ in this case would look like this:

- -
class MyClass {
-  static bool MyConditionalInterfaceEnabled(JSContext* cx, JS::Handle obj);
-};
-
- -

Just like in the interface member case, the JSContext is in the caller compartment but the JSObject is the actual object the property would be defined on. In the Xray case that means obj is in the target compartment (typically content) and cx is typically chrome.

- -

This extended attibute can be specified together with [AvailableIn], [CheckPermissions], [ChromeOnly], and [Pref]. If more than one of these is specified, all conditions will need to test true for the interface or interface member to be exposed.

- -

[AvailableIn=Where]

- -

This extended attribute can be specified on any method, attribute, or constant on an interface or on an interface as a whole. It takes a value, which must be either PrivilegedApps or CertifiedApps. The former will make the interface or interface member only visible in privileged or certified apps on Firefox OS. The latter will make the interface or interface member only visible in certified apps.

- -

This extended attibute can be specified together with [ChromeOnly], [CheckPermissions], [Func], and [Pref]. If more than one of these is specified, all conditions will need to test true for the interface or interface member to be exposed.

- -

[CheckPermissions="list of permissions"]

- -

This extended attribute can be specified on any method, attribute, or constant on an interface or on an interface as a whole. It takes a whitespace-separated list of permissions to be checked before making the interface or interface member visible to a page or app. When multiple permission names are specified, at least one of them will need to be set to nsIPermissionManager::ALLOW_ACTION for the interface or interface member to be exposed.

- -

This extended attribute can be specified together with [AvailableIn], [ChromeOnly], [Func] and [Pref]. If more than one of these is specified, all conditions will need to test true for the interface or interface member to be exposed.

- -

[Throws], [GetterThrows], [SetterThrows]

- -

Used to flag methods or attributes as allowing the C++ callee to throw. This causes the binding generator, and in many cases the JIT, to generate extra code to handle possible exceptions. Possibly-throwing methods and attributes get an ErrorResult& argument.

- -

[Throws] applies to both methods and attributes; for attributes it means both the getter and the setter can throw. [GetterThrows] applies only to attributes. [SetterThrows] applies only to non-readonly attributes.

- -

For bindings that involve workers, the above can all be specified with MainThread or Workers as a value. When doing this, if [Throws] is specified on an attribute, no matter what its value, then [GetterThrows] and [SetterThrows] will be ignored. So to have an attribute which can throw both when getting and setting on main thread but can only throw from the setter in workers, use [SetterThrows, GetterThrows=MainThread].

- -

For interfaces flagged with [JSImplementation], all methods and properties are assumed to be able to throw and do not need to be flagged as throwing.

- -

[DependsOn]

- -

Used for a method or attribute to indicate what the return value depends on. Possible values are:

- -
-
Everything
-
This value can't actually be specified explicitly; this is the default value you get when [DependsOn] is not specified. This means we don't know anything about the return value's dependencies and hence can't rearrange other code that might change values around the method or attribute.
-
DOMState
-
The return value depends on the state of the "DOM", by which we mean all objects specified via Web IDL. The return value is guaranteed to not depend on the state of the JS heap or other JS engine data structures, and is guaranteed to not change unless some function with [Affects=Everything] is executed.
-
DeviceState
-
The return value depends on the state of the device we're running on (e.g., the system clock). The return value is guaranteed to not be affected by any code running inside Gecko itself, but we might get a new value every time the method or getter is called even if no Gecko code ran between the calls.
-
Nothing
-
The return value is a constant that never changes. This value cannot be used on non-readonly attributes, since having a non-readonly attribute whose value never changes doesn't make sense.
-
- -

Values other than Everything, when used in combination with [Affects=Nothing], can used by the JIT to perform loop-hoisting and common subexpression elimination on the return values of IDL attributes and methods.

- -

[Affects]

- -

Used for a method or attribute getter to indicate what sorts of state can be affected when the function is called. Attribute setters are, for now, assumed to affect everything. Possible values are:

- -
-
Everything
-
This value can't actually be specified explicitly; this is the default value you get when [Affects] is not specified. This means that calling the method or getter might change any mutable state in the DOM or JS heap.
-
Nothing
-
Calling the method or getter will have no side-effects on either the DOM or the JS heap.
-
- -

Methods and attribute getters with [Affects=Nothing] are allowed to throw exceptions, as long as they do so deterministically. In the case of methods, whether an exception is thrown is allowed to depend on the arguments, as long as calling the method with the same arguments will always either throw or not throw.

- -

The Nothing value, when used with [DependsOn] values other than Everything, can used by the JIT to perform loop-hoisting and common subexpression elimination on the return values of IDL attributes and methods, as well as code motion past DOM methods that might depend on system state but have no side effects.

- -

[Pure]

- -

This is an alias for [Affects=Nothing, DependsOn=DOMState]. Attributes/methods flagged in this way promise that they will keep returning the same value as long as nothing that has [Affects=Everything] executes.

- -

[Constant]

- -

This is an alias for [Affects=Nothing, DependsOn=Nothing]. Used to flag readonly attributes or methods that could have been annotated with [Pure] and also always return the same value. This should only be used when it's absolutely guaranteed that the return value of the attribute getter will always be the same from the JS engine's point of view.

- -

[NeedResolve]

- -

Used to flag interfaces which have a custom resolve hook. This annotation will cause the DoResolve method to be called on the underlying C++ class when a property lookup happens on the object. The signature of this method is: bool DoResolve(JSContext*, JS::Handle, JS::Handle, JS::MutableHandle). Here the passed-in object is the object the property lookup is happening on (which may be an Xray for the actual DOM object) and the jsid is the property name. The value that the property should have is returned in the MutableHandle, with UndefinedValue() indicating that the property does not exist.

- -

If this extended attribute is used, then the underlying C++ class must also implement a method called GetOwnPropertyNames with the signature void GetOwnPropertyNames(JSContext* aCx, nsTArray& aNames, ErrorResult& aRv). This method will be called by the JS engine's enumerate hook and must provide a superset of all the property names that DoResolve might resolve. Providing names that DoResolve won't actually resolve is OK.

- -

[HeaderFile="path/to/headerfile.h"]

- -

Indicates where the implementation can be found. Similar to the headerFile annotation in Bindings.conf.

- -

[JSImplementation="@mozilla.org/some-contractid;1"]

- -

Used on an interface to provide the contractid of the JavaScript component implementing the interface.

- - - -

Setting this extended attribute to propName on an interface causes window.navigator.propName to be an instance of the interface.

- -

[StoreInSlot]

- -

Used to flag attributes that can be gotten very quickly from the JS object by the JIT. Such attributes will have their getter called immediately when the JS wrapper for the DOM object is created, and the returned value will be stored directly on the JS object. Later gets of the attribute will not call the C++ getter and instead use the cached value. If the value returned by the attribute needs to change, the C++ code should call the ClearCachedFooValue method in the namespace of the relevant binding, where foo is the name of the attribute. This will immediately call the C++ getter and cache the value it returns, so it needs a JSContext to work on. This extended attribute can only be used in on attributes whose getters are [Pure] or [Constant] and which are not [Throws] or [GetterThrows].

- -

So for example, given this IDL:

- -
interface MyInterface {
-  [Pure, StoreInSlot] attribute long myAttribute;
-};
-
- -

the C++ implementation of MyInterface would clear the cached value by calling mozilla::dom::MyInterfaceBinding::ClearCachedMyAttributeValue(cx, this). This function will return false on error and the caller is responsible for handling any JSAPI exception that is set by the failure.

- -

If the attribute is not readonly, setting it will automatically clear the cached value and reget it again before the setter returns.

- -

[Cached]

- -

Used to flag attributes that, when their getter is called, will cache the returned value on the JS object. This can be used to implement attributes whose value is a sequence or dictionary (which would otherwise end up returning a new object each time and hence not be allowed in WebIDL).

- -

Unlike [StoreInSlot] this does not cause the getter to be eagerly called at JS wrapper creation time; the caching is lazy. [Cached] attributes must be [Pure] or [Constant], because otherwise not calling the C++ getter would be observable, but are allowed to have throwing getters. Their cached value can be cleared by calling the ClearCachedFooValue method in the namespace of the relevant binding, where foo is the name of the attribute. Unlike [StoreInSlot] attributes, doing so will not immediately invoke the getter, so it does not need a JSContext.

- -

So for example, given this IDL:

- -
interface MyInterface {
-  [Pure, StoreInSlot] attribute long myAttribute;
-};
-
- -

the C++ implementation of MyInterface would clear the cached value by calling mozilla::dom::MyInterfaceBinding::ClearCachedMyAttributeValue(this). JS-implemented WebIDL can clear the cached value by calling this.__DOM_IMPL__.clearCachedMyAttributeValue().

- -

If the attribute is not readonly, setting it will automatically clear the cached value.

- -

[Frozen]

- -

Used to flag attributes that, when their getter is called, will call Object.freeze on the return value before returning it. This extended attribute is only allowed on attributes that return sequences, and corresponds to returning a frozen Array.

- -

[ChromeConstructor]

- -

[ChromeConstructor] has the same behavior as [Constructor], but the constructor will throw if it's not called from chrome code. The same usage rules and restrictions as those for [Constructor] apply. Note that [Constructor] and [ChromeConstructor] are mutually exclusive; while there can be multiple of either, there can never be both on the same interface.

- -

[BinaryName]

- -

[BinaryName] can be specified on method or attribute to change the C++ function name that will be used for the method or attribute. It takes a single string argument, which is the name you wish the method or attribute had instead of the one it actually has.

- -

For example, given this IDL:

- -
interface InterfaceWithRenamedThings {
-  [BinaryName="renamedMethod"]
-  void someMethod();
-  [BinaryName="renamedAttribute"]
-  attribute long someAttribute;
-};
-
- -

the corresponding C++ would be:

- -
class InterfaceWithRenamedThings
-{
-public:
-  void RenamedMethod();
-  int32_t RenamedAttribute();
-  void SetRenamedAttribute(int32_t);
-};
-
- -

[Exposed]

- -

[Exposed] is mostly defined by the Web IDL specification. There is one Gecko-specific nonstandard extension: the System value. [Exposed=System] means the interface is available in situations when the global is a BackstagePass object. The most common examples are JS components and xpcshell.

- -

Helper objects

- -

The C++ side of the bindings uses a number of helper objects.

- -

Nullable

- -

Nullable<> is a struct declared in Nullable.h and exported to mozilla/dom/Nullable.h that is used to represent nullable values of types that don't have a natural way to represent null.

- -

Nullable has an IsNull() getter that returns whether null is represented and a Value() getter that returns a const T& and can be used to get the value when it's not null.

- -

Nullable has a SetNull() setter that sets it as representing null and two setters that can be used to set it to a value: "void SetValue(T)" (for setting it to a given value) and "T& SetValue()" for directly modifying the underlying T&.

- -

Optional

- -

Optional<> is a struct declared in BindingDeclarations.h and exported to mozilla/dom/BindingDeclarations.h that is used to represent optional arguments and dictionary members, but only those that have no default value.

- -

Optional has a WasPassed() getter that returns true if a value is available. In that case, the Value() getter can be used to get a const T& for the value.

- -

NonNull

- -

NonNull is a struct declared in BindingUtils.h and exported to mozilla/dom/BindingUtils.h that is used to represent non-null C++ objects. It has a conversion operator that produces T&.

- -

OwningNonNull

- -

OwningNonNull is a struct declared in BindingUtils.h and exported to mozilla/dom/BindingUtils.h that is used to represent non-null C++ objects and holds a strong reference to them. It has a conversion operator that produces T&.

- -

Typed arrays, arraybuffers, array buffer views

- -

TypedArray.h is exported to mozilla/dom/TypedArray.h and exposes structs that correspond to the various typed array types, as well as ArrayBuffer and ArrayBufferView, all in the mozilla::dom namespace. Each struct has a Data() method that returns a pointer to the relevant type (uint8_t for ArrayBuffer and ArrayBufferView) and a Length() method that returns the length in units of *Data(). So for example, Int32Array has a Data() returning int32_t* and a Length() that returns the number of 32-bit ints in the array..

- -

Sequence

- -

Sequence<> is a type declared in BindingDeclarations.h and exported to mozilla/dom/BindingDeclarations.h that is used to represent sequence arguments. It's some kind of typed array, but which exact kind is opaque to consumers. This allows the binding code to change the exact definition (e.g., to use auto arrays of different sizes and so forth) without having to update all the callees.

- -

CallbackFunction

- -

CallbackFunction is a type declared in CallbackFunction.h and exported to mozilla/dom/CallbackFunction.h that is used as a common base class for all the generated callback function representations. This class inherits from nsISupports, and consumers must make sure to cycle-collect it, since it keeps JS objects alive.

- -

CallbackInterface

- -

CallbackInterface is a type declared in CallbackInterface.h and exported to mozilla/dom/CallbackInterface.h that is used as a common base class for all the generated callback interface representations. This class inherits from nsISupports, and consumers must make sure to cycle-collect it, since it keeps JS objects alive.

- -

DOMString

- -

DOMString is a class declared in BindingDeclarations.h and exported to mozilla/dom/BindingDeclarations.h that is used for WebIDL DOMString return values. It has a conversion operator to nsString& so that it can be passed to methods that take that type or nsAString&, but callees that care about performance, have an nsStringBuffer available, and promise to hold on to the nsStringBuffer at least until the binding code comes off the stack can also take a DOMString directly for their string return value and call its SetStringBuffer method with the nsStringBuffer and its length. This allows the binding code to avoid extra reference-counting of the string buffer in many cases, and allows it to take a faster codepath even if it does end up having to addref the nsStringBuffer.

- -

GlobalObject

- -

GlobalObject is a class declared in BindingDeclarations.h and exported to mozilla/dom/BindingDeclarations.h that is used to represent the global object for static attributes and operations (including constructors). It has a Get() method that returns the JSObject* for the global and a GetAsSupports() method that returns an nsISupports* for the global on the main thread, if such is available. It also has a GetContext() method that returns the JSContext* the call is happening on. A caveat: the compartment of the JSContext may not match the compartment of the global!

- -

Date

- -

Date is a class declared in BindingDeclarations.h and exported to mozilla/dom/BindingDeclarations.h that is used to represent WebIDL Dates. It has a TimeStamp() method returning a double which represents a number of milliseconds since the epoch, as well as SetTimeStamp() methods that can be used to initialize it with a double timestamp or a JS Date object. It also has a ToDateObject() method that can be used to create a new JS Date.

- -

ErrorResult

- -

ErrorResult is a class declared in ErrorResult.h and exported to mozilla/ErrorResult.h that is used to represent exceptions in WebIDL bindings. This has the following methods:

- - - -

Bindings.conf details

- -

Write me. In particular, need to describe at least use of concrete, prefable, and addExternalInterface.

- -

How to get a JSContext passed to a given method

- -

In some rare cases you may need a JSContext* argument to be passed to a C++ method that wouldn't otherwise get such an argument. To see how to achieve this, search for implicitJSContext in dom/bindings/Bindings.conf.

- -

Implementing WebIDL using Javascript

- -

It is possible to implement WebIDL interfaces in JavaScript within Gecko -- however, this is limited to interfaces that are not exposed in Web Workers. When the binding occurs, two objects are created:

- - - -

Because there are two types of objects, you have to be careful about which object you are creating.

- -

Creating JS-implemented WebIDL objects

- -

To create a JS-implemented WebIDL object, one must create both the chrome-side implementation object and the content-side page-exposed object. There are three ways to do this.

- -

Using the WebIDL constructor

- -

If the interface has a constructor, a content-side object can be created by getting that constructor from the relevant content window and invoking it. For example:

- -
var contentObject = new contentWin.RTCPeerConnection();
- -

The returned object will be an Xray wrapper for the content-side object. Creating the object this way will automatically create the chrome-side object using its contractID.

- -

This method is limited to the constructor signatures exposed to webpages. Any additional configuration of the object needs to be done via [ChromeOnly] methods on the interface.

- -

Creating many objects this way can be slow due to the createInstance overhead involved.

- -

Using a _create method

- -

A content-side object can be created for a given chrome-side object by invoking the static _create method on the interface. This method takes two arguments: the content window in which to create the object and the chrome-side object to use. For example:

- -
var contentObject = RTCPeerConnection._create(contentWin,
-                                              new MyPeerConnectionImpl());
- -

However, if you are in a JS component, you may only be able to get to the correct interface object via some window object. In this case, the code would look more like:

- -
var contentObject = contentWin.RTCPeerConnection._create(contentWin,
-                                                         new MyPeerConnectionImpl());
- -

Creating the object this way will not invoke its __init method or init method.

- -

By returning a chrome-side object from a JS-implemented WebIDL method

- -

If a JS-implemented WebIDL method is declared as returning a JS-implemented interface, then a non-WebIDL object returned from that method will be treated as the chrome-side part of a JS-implemented WebIdL object and the content-side part will be automatically created.

- -

Creating the object this way will not invoke its __init method or init method.

- -

Implementing a WebIDL object in JavaScript

- -

To implement a WebIDL interface in JavaScript, first add a WebIDL file, in the same way as you would for a C++-implemented interface. To support implementation in JS, you must add an extended attribute JSImplementation="CONTRACT_ID_STRING" on your interface, where CONTRACT_ID_STRING is the XPCOM component contract ID of the JS implementation -- note ";1" is just a Mozilla convention for versioning APIs. Here's an example:

- -
[Constructor(optional long firstNumber), JSImplementation="@mozilla.org/my-number;1"]
-interface MyNumber {
-  attribute long value;
-  readonly attribute long otherValue;
-  void doNothing();
-};
- -

Next, create an XPCOM component that implements this interface. Basic directions for how to do this can be found elsewhere on MDN. Use the same contract ID as you specified in the WebIDL file. The class ID doesn't matter, except that it should be a newly generated one. For QueryInterface, you only need to implement nsISupports, not anything corresponding to the WebIDL interface. The name you use for the XPCOM component should be distinct from the name of the interface, to avoid confusing error messages.

- -

WebIDL attributes are implemented as properties on the JS object or its prototype chain, whereas WebIDL methods are implemented as methods on the object or prototype. Note that any other instances of the interface that you are passed in as arguments are the full web-facing version of the object, and not the JS implementation, so you currently cannot access any private data.

- -

The WebIDL constructor invocation will first create your object. If the XPCOM component implements nsIDOMGlobalPropertyInitializer, then the object's init method will be invoked with a single argument: the content window the constructor came from. This allows the JS implementation to know which content window it's associated with. The init method should not return anything. After this, the content-side object will be created. Then, if there are any constructor arguments, the object's __init method will be invoked, with the constructor arguments as its arguments.

- -

If you want an instance of the class to be added to window.navigator, add an extended attribute NavigatorProperty="PropertyName" which will make the instance available as window.navigator.PropertyName.

- -

Checking for Permissions or Preferences

- -

With JS-implemented WebIDL, the init method should only return undefined. If any other value, such as null, is returned, the bindings code will assert or crash. In other words, it acts like it has a "void" return type. Preference or permission checking should be implemented by adding an extended attribute to the WebIDL interface. This has the advantage that if the check fails, the constructor or object will not show up at all.

- -

For preference checking, add an extended attribute Pref="myPref.enabled" where myPref.enabled is the preference that should be checked. SettingsLock is an example of this.

- -

For permissions or other kinds of checking, add an extended attribute Func="MyPermissionChecker" where MyPermissionChecker is a function implemented in C++ that returns true if the interface should be enabled. This function can do whatever checking is needed. One example of this is PushManager.

- -

Example

- -

Here's an example JS implementation of the above interface. The invisibleValue field will not be accessible to web content, but is usable by the doNothing() method.

- -
Components.utils.import("resource://gre/modules/XPCOMUtils.jsm");
-
-function MyNumberInner() {
-  this.value = 111;
-  this.invisibleValue = 12345;
-}
-
-MyNumberInner.prototype = {
-  classDescription: "Get my number XPCOM Component",
-  classID: Components.ID("{XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}"), // dummy UUID
-  contractID: "@mozilla.org/my-number;1",
-  QueryInterface: XPCOMUtils.generateQI([Components.interfaces.nsISupports]),
-  doNothing: function() {},
-  get otherValue() { return this.invisibleValue - 4; },
-  __init: function(firstNumber) {
-    if (arguments.length > 0) {
-      this.value = firstNumber;
-    }
-  }
-}
-
-var components = [MyNumberInner];
-var NSGetFactory = XPCOMUtils.generateNSGetFactory(components);
- -

Finally, add a component and a contract and whatever other manifest stuff you need to implement an XPCOM component.

- -

Guarantees provided by bindings

- -

When implementing a WebIDL interface in JavaScript, certain guarantees will be provided by the binding implementation. For example, string or numeric arguments will actually be primitive strings or numbers. Dictionaries will contain only the properties that they are declared to have, and they will have the right types. Interface arguments will actually be objects implementing that interface.

- -

What the bindings will NOT guarantee is much of anything about object and any arguments. They will get cross-compartment wrappers that make touching them from chrome code not be an immediate security bug, but otherwise they can have quite surprising behavior if the page is trying to be malicious. Try to avoid using these types if possible.

- -

Accessing the content object from the implementation

- -

If the JS implementation of the WebIDL interface needs to access the content object, it is available as a property called __DOM_IMPL__ on the chrome implementation object. This property only appears after the content-side object has been created. So it is available in __init but not in init.

- -

Determining the principal of the caller that invoked the WebIDL API

- -

This can be done by calling Component.utils.getWebIDLCallerPrincipal().

- -

Throwing exceptions from JS-implemented APIs

- -

There are two reasons a JS implemented API might throw. The first reason is that some unforeseen condition occurred and the second is that a specification requires an exception to be thrown.

- -

When throwing for an unforeseen condition, the exception will be reported to the console, and a sanitized NS_ERROR_UNEXPECTED exception will be thrown to the calling content script, with the file/line of the content code that invoked your API. This will avoid exposing chrome URIs and other implementation details to the content code.

- -

When throwing because a specification requires an exception, you need to communicate to the binding code that this is what you're doing. Right now this is done by throwing a DOMError from the window your WebIDL object is associated with (the one that was passed to your init method). The binding code will then rethrow just the message string of that DOMError to the web page, as a plain JS Error. This does not allow implementing exceptions per spec (e.g., there is no way to explicitly throw a TypeError or other Error subclass), unfortunately; we're still working on that. Since you know for this case the exception is being thrown because a spec requires it, you know you need to create the DOMError. An example of how this could work:

- -
if (!isValid(passedInObject)) {
-  throw new this.contentWindow.DOMError("Error", "Object is invalid");
-}
-
- -

In some cases you may need to perform operations whose exception message you just want to propagate to the content caller. This can be done like so:

- -
try {
-  someOperationThatCanThrow();
-} catch (e) {
-  throw new this.contentWindow.DOMError(e.name, e.message);
-}
-
- -

Inheriting from interfaces implemented in C++

- -

It's possible to have an interface implemented in JavaScript inherit from an interface implemented in C++. To do so, simply have one interface inherit from the other and the bindings code will auto-generate a C++ object inheriting from the implementation of the parent interface. The class implementing the parent interface will need a constructor that takes an nsPIDOMWindow* (though it doesn't have to do anything with that argument).

- -

If the class implementing the parent interface is abstract and you want to use a specific concrete class as the implementation to inherit from, you will need to add a defaultImpl annotation to the descriptor for the parent interface in Bindings.conf. The value of the annotation is the C++ class to use as the parent for JS-implemented descendants; if defaultImpl is not specified, the nativeType will be used.

- -

For example, consider this interface that we wish to implement in JavaScript:

- -
[JSImplementation="some-contract"]
-interface MyEventTarget : EventTarget {
-  attribute EventHandler onmyevent;
-  void dispatchTheEvent(); // Sends a "myevent" event to this EventTarget
-}
-
- -

The implementation would look something like this, ignoring most of the XPCOM boilerplate:

- -
function MyEventTargetImpl() {
-}
-MyEventTargetImpl.prototype = {
-  // QI to nsIDOMGlobalPropertyInitializer so we get init() called on us.
-  QueryInterface: XPCOMUtils.generateQI([Ci.nsIDOMGlobalPropertyInitializer]),
-
-  init: function(contentWindow) {
-    this.contentWindow = contentWindow;
-  }
-
-  get onmyevent() {
-    return this.__DOM_IMPL__.getEventHandler("onmyevent");
-  }
-
-  set onmyevent(handler) {
-    this.__DOM_IMPL__.setEventHandler("onmyevent", handler);
-  }
-
-  dispatchTheEvent: function() {
-    var event = new this.contentWindow.Event("myevent");
-    this.__DOM_IMPL__.dispatchEvent(event);
-  }
-};
-
- -

The implementation would automatically support the API exposed on EventTarget (so, for example, addEventListener). Calling the dispatchTheEvent method would cause dispatch of an event that content script can see via listeners it has added.

- -

Note that in this case the chrome implementation is relying on some [ChromeOnly] methods on EventTarget that were added specifically to make it possible to easily implement event handlers. Other cases can do similar things as needed.

diff --git a/files/ja/mozilla/working_with_windows_in_chrome_code/index.html b/files/ja/mozilla/working_with_windows_in_chrome_code/index.html deleted file mode 100644 index eee407f580..0000000000 --- a/files/ja/mozilla/working_with_windows_in_chrome_code/index.html +++ /dev/null @@ -1,308 +0,0 @@ ---- -title: chrome コヌドでりィンドりを取り扱う -slug: Mozilla/Working_with_windows_in_chrome_code -tags: - - Add-ons - - Extensions -translation_of: Mozilla/Working_with_windows_in_chrome_code ---- -

この文曞では、Mozilla の chrome コヌド (XUL アプリケヌションや 拡匵機胜) の䞭で耇数のりィンドりを取り扱う方法を解説したす。たた、新芏りィンドりを開く、すでにりィンドりが開いおいるか確認する、異なるりィンドり間でデヌタを受け枡すずいった堎面での tips やサンプルコヌドを玹介したす。

-

{{ 英語版章題("Opening windows") }}

-

新芏りィンドりを開く

-

新芏りィンドりを開くためには、通垞は window.open もしくは window.openDialog の DOM メ゜ッドを次のように呌び出したす。

-
var win = window.open("chrome://myextension/content/about.xul",
-                      "aboutMyExtension", "chrome,centerscreen");
-
-

window.open の 1 ぀めのパラメヌタはりィンドりずその内容を蚘述した XUL ファむルの URI です。

-

2 ぀めのパラメヌタは、りィンドり名です。この名前はリンクやフォヌムにおいお target 属性ずしお利甚するこずができたす。これは、ナヌザが芋るりィンドりタむトルずは異なりたす。そちらは、XULを䜿っお指定したす。

-

3 ぀めは任意のパラメヌタで、りィンドりに蚭定する特別な機胜のリストです。

-

window.openDialog 関数は同様に動䜜したすが、JavaScript コヌドから参照可胜な远加の匕数を蚭定するこずができたす。たた、りィンドりの機胜蚭定に぀いおも dialog 機胜が垞に蚭定されおいるように動䜜するなど、倚少異なりたす。

-

XPCOM コンポヌネントのコヌドからりィンドりを開く時などのように Window オブゞェクトを利甚できない堎合、 nsIWindowWatcher むンタヌフェむスを利甚できたす。パラメヌタは window.open に類䌌しおおり、実際 window.open の実装では nsIWindowWatcher のメ゜ッドを呌び出しおいたす。

-
var ww = Components.classes["@mozilla.org/embedcomp/window-watcher;1"]
-                   .getService(Components.interfaces.nsIWindowWatcher);
-var win = ww.openWindow(null, "chrome://myextension/content/about.xul",
-                        "aboutMyExtension", "chrome,centerscreen", null);
-
-

{{ 英語版章題("Window object") }}

-

Window オブゞェクト

-

䞊蚘セクションで window.open の戻り倀を代入されおいる win 倉数に泚目しおください。これを䜿っお開いたりィンドりにアクセスするこずが出来たす。 window.open (やそれに䌌たメ゜ッド) の戻り倀は、 window 倉数ず同じ型の Window オブゞェクト (普通は ChromeWindow) です。

-

技術的には、この戻り倀は nsIDOMJSWindow や nsIDOMWindowInternal を含む倚くのむンタヌフェむスを実装しおいたすが、ナヌザヌ定矩のグロヌバル倉数のプロパティやりィンドりの関数も持っおいたす。なので、䟋えば、そのりィンドりに察応する DOM ドキュメントにアクセスするのに win.document を䜿うこずが出来たす。

-

しかし泚意すべきなのは、 open() の呌び出しが返るのは、そのりィンドりが完党にロヌドされる 前 なので、 win.document.getElementById() のような幟぀かの呌び出しは倱敗するであろうずいう事です。この困難に打ち勝぀には、開かれようずしおいるりィンドりの load ハンドラに初期化コヌドを移動するか、䞋蚘にあるようにコヌルバック関数を枡すのがいいでしょう。

-

document.defaultView を䜿っおドキュメントから Window オブゞェクトを取埗できたす。

-

{{ 英語版章題("Content windows") }}

-

コンテンツりィンドり

-

XUL りィンドりが、 <browser> や <iframe> のようなペヌゞを衚瀺できるりィゞェットを含んでいる時、そのりィゞェットのドキュメントは、圓然、chrome りィンドり自䜓のドキュメントからは分離されおいたす。個々のサブドキュメントにもたた、䞀般垞識的にはりィンドりが無いにもかかわらず、Window オブゞェクトがありたす。

-

<tabbrowser> のタブの䞭に開かれた chrome りィンドりにも同じこずが圓おはたりたす。タブの䞭に開かれた chrome ドキュメント䞊の芁玠はあなたの chrome ドキュメントから分離されおいたす。

-

次の二぀のサブセクションでは、(異なるコンテキストにあるにもかかわらず) chrome ずコンテンツの境界線を越えるどちらかの方法、すなわち、chrome ドキュメントの祖先である芁玠にアクセスする方法ず、chrome ドキュメントの子孫である芁玠にアクセスする方法を蚘述したす。

-

{{ 英語版章題("Accessing content documents") }}

-

コンテンツのドキュメントにアクセスする

-

ドキュメントの䞭に <tabbrowser>、 <browser>、 もしくは <iframe> 芁玠に読み蟌たれたドキュメントがあるずしたす。そのドキュメントには browser.contentDocument を、そのドキュメントの Window オブゞェクトには browser.contentWindow を䜿っおアクセスできたす。

-

信頌できないコンテンツを扱う時には XPCNativeWrapper に぀いおよく知っおおくべきです。XPCNativeWrapper が有効 (Firefox 1.5+ ではデフォルト) だず、拡匵機胜はコンテンツドキュメントの DOM に安党にアクセスできたすが、コンテンツの JavaScript にはアクセスできたせん。コンテンツの JavaScript を盎接扱うために XPCNativeWrapper をバむパスするこずはセキュリティ䞊の問題に繋がりたす。

-

コンテンツペヌゞずやり取りする必芁があるならば、 特暩コヌドず非特暩コヌドの協調 を参照しお䞋さい。

-

{{ 英語版章題("The content shortcut") }}

-
content ショヌトカット
-

<browser type="content-primary"/> の堎合、 content ショヌトカットプロパティを䜿っおコンテンツドキュメントの Window オブゞェクトにアクセスできたす。䟋えば、

-
// content-primary りィゞェットに衚瀺されおいるドキュメントのタむトルを譊告ダむアログで衚瀺する
-
-alert(content.document.title);
-
-

䟋えば、browser.xul オヌバヌレむの䞭で content.document を䜿うこずで、Firefox のりィンドりで遞択されおいるタブのりェブペヌゞにアクセスできたす。

-
- 幟぀かの䟋では _content を content の代わりに䜿っおいたす。 前者はここ最近非掚奚ずされおいるので、新しくコヌドを曞く時には content を䜿うべきです。
-

{{ 英語版章題("Accessing a document in the sidebar") }}

-

サむドバヌ内のドキュメントにアクセスする

-

Firefox にはサむドバヌがあり、id="sidebar" の <browser> 芁玠ずしお実装されおいたす。サむドバヌ内郚の芁玠や倉数にアクセスするには、{{ Anch("コンテンツのドキュメントにアクセスする") }}時のように、 document.getElementById("sidebar").contentDocument や .contentWindow を䜿う必芁がありたす。

-

Code snippets:Sidebar でサむドバヌに関するより倚くの Tips を参照しお䞋さい。

-

{{ 英語版章題("Accessing the elements of the top-level document from a child window") }}

-

子りィンドりからトップレベルドキュメントの芁玠にアクセスする

-

逆のケヌスずしお、<browser> や <iframe> に読み蟌たれた特暩スクリプトから chrome ドキュメントにアクセスしたい堎合がありたす。

-

これが圹に立぀兞型的な䟋は、Firefox のメむンりィンドりのサむドバヌ内でコヌドを実行しお、メむンのブラりザりィンドり内の芁玠にアクセスしたい時です。

-

DOM Inspector で芋られるような DOM ツリヌはこのようになっおいたす。

-
#document
-  window                 main-window
-    ...
-      browser
-        #document
-          window         myExtensionWindow
-
-

子りィンドりがある堎所がコヌドが実行される堎所です。

-

やるべき事は chrome ドキュメントの䞊の芁玠にアクセスするこず、すなわち chrome りィンドりから脱出しお祖先にアクセスするこずです。これは䞋蚘の文によっお可胜になりたす。

-
var mainWindow = window.QueryInterface(Components.interfaces.nsIInterfaceRequestor)
-                   .getInterface(Components.interfaces.nsIWebNavigation)
-                   .QueryInterface(Components.interfaces.nsIDocShellTreeItem)
-                   .rootTreeItem
-                   .QueryInterface(Components.interfaces.nsIInterfaceRequestor)
-                   .getInterface(Components.interfaces.nsIDOMWindow);
-
-

これによっお chrome ず コンテンツ の境界を越えるこずができ、メむンりィンドりのオブゞェクトが返っおきたす。

-

{{ 英語版章題("Finding already opened windows") }}

-

すでに開いおいるりィンドりを芋぀ける

-

りィンドりメディ゚ヌタ XPCOM コンポヌネント (nsIWindowMediator むンタヌフェむス) は、存圚しおいるりィンドりに関する情報を提䟛したす。珟圚開かれおいるりィンドりの情報を埗るために、getMostRecentWindow ず getEnumerator ずいう二぀のメ゜ッドがよく䜿われたす。nsIWindowMediator のペヌゞでより倚くの情報ず nsIWindowMediator の䜿甚䟋を参照しお䞋さい。 {{英語版章題("Example: Opening a window only if it's not opened already")}} === Example: Opening a window only if it's not opened already === XXX TBD

-

{{ 英語版章題("Passing data between windows") }}

-

りィンドり間でのデヌタのやり取り

-

耇数のりィンドりを扱っおいるず、䞀方のりィンドりからもう䞀方ぞ情報を枡さなければならないこずがよくありたす。りィンドりが異なるず DOM ドキュメントずグロヌバルオブゞェクトも別個のものをスクリプトに察しお持っおいるので、スクリプトの䞭で違うりィンドりから䞀぀のグロヌバル JavaScript 倉数を単玔に䜿うこずはできたせん。

-

デヌタを共有するためのテクニックには効力や単玔さの点で異なるものが幟぀かありたす。次の幟぀かのセクションで最も単玔なものから最も耇雑なものたで説明したしょう。

-

{{ 英語版章題("Example 1: Passing data to window when opening it with openDialog") }}

-

䟋 1: openDialog でりィンドりを開いた時にデヌタを枡す

-

window.openDialog たたは nsIWindowWatcher.openWindow でりィンドりを開く時に、そのりィンドりに任意の匕数を枡すこずができたす。匕数は単玔な JavaScript オブゞェクトで、開かれたりィンドりの䞭で window.arguments プロパティからアクセスできたす。

-

この䟋では、プログレスダむアログを開くのに window.openDialog を䜿甚しおいたす。最倧倀ず珟圚の進行倀だけでなく、珟圚の状況を瀺すテキストも枡しおいたす。nsIWindowWatcher.openWindow の䜿い方は少しだけ倉わっおいるので泚意しおください 。 TODO: link to How To Pass an XPCOM Object to a New Window when it has a more useful example

-

開く偎のコヌド:

-
window.openDialog("chrome://test/content/progress.xul",
-                  "myProgress", "chrome,centerscreen",
-                  {status: "Reading remote data", maxProgress: 50, progress: 10} );
-
-

progress.xul:

-
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<window onload="onLoad();" xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-<script><![CDATA[
-  var gStatus, gProgressMeter;
-  var maxProgress = 100;
-  function onLoad() {
-    gStatus = document.getElementById("status");
-    gProgressMeter = document.getElementById("progressmeter");
-
-    if("arguments" in window && window.arguments.length > 0) {
-      maxProgress = window.arguments[0].maxProgress;
-      setProgress(window.arguments[0].progress);
-      setStatus(window.arguments[0].status);
-    }
-  }
-
-  function setProgress(value) {
-    gProgressMeter.value = 100 * value / maxProgress;
-  }
-
-  function setStatus(text) {
-    gStatus.value = "Status: " + text + "...";
-  }
-]]></script>
-
-<label id="status" value="(No status)"/>
-<hbox>
-  <progressmeter id="progressmeter" mode="determined"/>
-  <button label="Cancel" oncommand="close();"/>
-</hbox>
-
-</window>
-
-

{{ 英語版章題("Example 2: Interacting with the opener") }}

-

䟋 2: 開いたりィンドりずの盞互のやり取り

-

開かれたりィンドりがそれを開いたりィンドりずやり取りしなければならないこずがありたす。䟋えば、ナヌザヌがりィンドりに倉化を加えたこずを知らせるためにはその必芁があるでしょう。開かれたりィンドりの window.opener プロパティを䜿うか、前のセクションで述べた方法でりィンドりに枡されたコヌルバック関数を介しお、りィンドりを開いたりィンドりを芋぀ける事が出来たす。

-

先の䟋に、ナヌザヌがプログレスダむアログのキャンセルボタンを抌した時に、それを開いたりィンドりにそれを知らせるためのコヌドを远加しおみたしょう。

- -

もしプログレスダむアログを開いたりィンドりが cancelOperation 関数を宣蚀した事がわかっおいるなら、ナヌザヌがキャンセルボタンを抌したのを知らせるのにこのように window.opener.cancelOperation() を䜿うこずが出来たす。

-
<button label="Cancel" oncommand="opener.cancelOperation(); close();"/>
-
- -
function onCancel() {
-  alert("Operation canceled!");
-}
-
-...
-
-window.openDialog("chrome://test/content/progress.xul",
-                  "myProgress", "chrome,centerscreen",
-                  {status: "Reading remote data", maxProgress: 50, progress: 10},
-                  onCancel);
-
-

そうするず、プログレスダむアログはこのようにしおコヌルバック関数を実行できたす:

-
<button label="Cancel" oncommand="window.arguments[1](); close();"/>
-
-

{{ 英語版章題("Example 3: Using nsIWindowMediator when opener is not enough") }}

-

䟋 3: opener で事足りなければ nsIWindowMediator を䜿う

-

window.opener プロパティはずおも簡単に䜿うこずが出来たすが、りィンドりがいく぀かのよく知られた堎所から開かれたこずが刀っおいる時にしか䜿えたせん。より耇雑なケヌスでは、䞊で玹介された nsIWindowMediator を䜿う必芁がありたす。

-

nsIWindowMediator を䜿いたくなるケヌスの䞀぀は、拡匵機胜の蚭定りィンドりです。あなたは browser.xul ぞのオヌバヌレむず蚭定りィンドりから成るブラりザ拡匵機胜を開発しおいるずしたす。オヌバヌレむには蚭定りィンドりを開くボタンが含たれおおり、そのりィンドりはブラりザりィンドりから幟぀かのデヌタを読み取る必芁があるずしたす。あなたは芚えおいるでしょうが、Firefox の拡匵マネヌゞャもあなたの蚭定ダむアログを開くのに䜿われるこずがありたす。

-

これは぀たり、あなたの蚭定ダむアログにおける window.opener の倀は必ずしもブラりザりィンドりではなく、拡匵マネヌゞャりィンドりかもしれないずいうこずです。opener の location プロパティを調べお、それが拡匵マネヌゞャりィンドりの堎合には opener.opener を䜿うずいうこずも出来るかもしれたせんが、より良い方法は nsIWindowMediator を䜿う事です。

-
var wm = Components.classes["@mozilla.org/appshell/window-mediator;1"]
-                   .getService(Components.interfaces.nsIWindowMediator);
-var browserWindow = wm.getMostRecentWindow("navigator:browser");
-// |browserWindow| から倀を読む
-
-

蚭定ダむアログでナヌザヌが行なった倉曎を適甚するのに同じテクニックを䜿いたい衝動に駆られるかもしれたせんが、それをするのにより良い方法は preferences observers を䜿う事です。

-

{{ 英語版章題("Advanced data sharing") }}

-

高床なデヌタ共有方法

-

䞊のコヌドは䞀぀のりィンドりから他のりィンドりやりィンドり矀にデヌタを枡す必芁がある堎合には䟿利ですが、ただ単に異なるりィンドり間で共通の JavaScript 倉数を共有したいだけの堎合もありたす。それぞれのりィンドりで、ロヌカル倉数ずそれに察応するセッタ関数を宣蚀しお、りィンドりをたたいで倉数の「むンスタンス」を同期させるずいう事も出来たすが、幞運にも、もっず良いやり方がありたす。

-

共有の倉数を宣蚀するには、アプリケヌションが起動しおいる間ずっず存圚しおいお、異なる chrome りィンドり内のコヌドから簡単にアクセスできるような堎所を芋぀ける必芁がありたす。そういった堎所は実際に幟぀かありたす。

-

{{ 英語版章題("Using JavaScript code modules") }}

-

JavaScript コヌドモゞュヌルの䜿甚

-

JavaScript コヌドモゞュヌル {{ Fx_minversion_inline(3) }} は、グロヌバルな共有シングルトンオブゞェクトを䜜成し、あらゆる JavaScript スコヌプにむンポヌトするための簡単な方法です。むンポヌトする偎のスコヌプはコヌドモゞュヌル内のオブゞェクトずデヌタにアクセスできるようになりたす。コヌドモゞュヌルはキャッシュされるため、すべおのスコヌプがコヌドモゞュヌルの同じむンスタンスを取埗し、モゞュヌル内のデヌタを共有できたす。詳しくは Components.utils.import を参照しおください。

- -

{{ 英語版章題("Using an XPCOM singleton component") }}

-

XPCOM シングルトンコンポヌネントを䜿う

-

デヌタを共有する方法ずしお最もクリヌンで匷力なのは、独自の XPCOM コンポヌネント (Javascript で曞けたす) を定矩する方法です。このコンポヌネントには、 getService を呌び出すこずでどこからでもアクセスできたす。

-
Components.classes["@domain.org/mycomponent;1"].getService();
-
- -

オンラむンに XPCOM コンポヌネントの䜜成に぀いおの蚘事や本が幟぀かありたす。

-

{{ 英語版章題("Using FUEL Application object") }}

-

FUEL の Application オブゞェクトを䜿う

-

JavaScript ラむブラリ FUEL {{ Fx_minversion_inline(3) }} には、りィンドり間でデヌタを共有する簡単な方法がありたす。Application オブゞェクトはデヌタをグロヌバルに栌玍するのに䜿甚できる storage プロパティをサポヌトしおいたす。この方法は XPCOM シングルトンを䜿甚する方法を単玔化したものです。

-
Application.storage.set(keyname, data);
-
-var data = Application.storage.get(keyname, default);
-
-意味: keyname はデヌタを識別するのに䜿甚する文字列
-      data はデヌタ
-      default は keyname が存圚しない堎合に返されるデヌタ倀
-
- -

{{ 英語版章題("Storing shared data in preferences") }}

-

蚭定に共有デヌタを保管する

-

単に文字列や数倀を保管したいだけなら、XPCOM コンポヌネントを䞞々曞くような難しいこずをする必芁は無いかもしれたせん。そういったケヌスでは蚭定サヌビスが䜿えたす。

- -

プリファレンスシステムの詳しい解説ずコヌドの䟋は Code snippets:Preferences を参照しお䞋さい。

-

䟋:

-
var prefs = Components.classes["@mozilla.org/preferences-service;1"]
-                      .getService(Components.interfaces.nsIPrefService);
-var branch = prefs.getBranch("extensions.myext.");
-var var1 = branch.getBoolPref("var1"); // 蚭定倀を埗る
-
-

{{ 英語版章題("The hidden window hack") }}

-

隠しりィンドりを䜿ったハック

-

拡匵機胜の䜜者の䞭には、デヌタやコヌドを保管するのに特殊な 隠しりィンドり を䜿っおいる人もいたす。隠しりィンドりは普通のりィンドりに䌌おいたすが、他のりィンドりず違っお、アプリケヌションが起動しおいる間䞭ずっず利甚でき、ナヌザヌからは芋えたせん。このりィンドりに読み蟌たれるドキュメントは、メニュヌを実装するのにこれが䜿われおいる Mac では chrome://browser/content/hiddenWindow.xul で、他のオペレヌティングシステムでは resource://gre/res/hiddenWindow.html です。隠しりィンドりは、ゆくゆくはそれが必芁ずされないオペレヌティングシステムからは削陀されるでしょう ({{ Bug(71895) }}) 。

-

隠しりィンドりぞの参照は nsIAppShellService むンタヌフェむスから取埗できたす。他の DOM オブゞェクトず同じように独自のプロパティを蚭定できたす:

-
var hiddenWindow = Components.classes["@mozilla.org/appshell/appShellService;1"]
-         .getService(Components.interfaces.nsIAppShellService)
-         .hiddenDOMWindow;
-hiddenWindow.myExtensionStatus = "ready";
-
-

しかし、隠しりィンドりに入れられたオブゞェクトは䟝然ずしおそれを䜜ったりィンドりに所属しおいたす。もしそういったオブゞェクトのメ゜ッドが XMLHttpRequest のような window オブゞェクトのプロパティにアクセスしたら、元のりィンドりが閉じられおいた堎合にぱラヌメッセヌゞが出るでしょう。これを避けるには、スクリプトファむルを䜿っおオブゞェクトを隠しりィンドりに読み蟌むのがいいでしょう:

-
var hiddenWindow = Components.classes["@mozilla.org/appshell/appShellService;1"]
-         .getService(Components.interfaces.nsIAppShellService)
-         .hiddenDOMWindow;
-hiddenWindow.Components.classes["@mozilla.org/moz/jssubscript-loader;1"]
-         .getService(Components.interfaces.mozIJSSubScriptLoader)
-         .loadSubScript("chrome://my-extension/content/globalObject.js");
-hiddenWindow.myExtensionObject.doSomething();
-
-

globalObject.js にはこのようなコヌドが含たれおいたす:

-
var myExtensionObject = {
-  doSomething: function() {
-    return new XMLHttpRequest();
-  }
-}
-
- -

{{ 英語版章題("See also") }}

-

参考

- -

 

-

 

diff --git a/files/ja/mozilla_application_framework/index.html b/files/ja/mozilla_application_framework/index.html deleted file mode 100644 index 1eae17a294..0000000000 --- a/files/ja/mozilla_application_framework/index.html +++ /dev/null @@ -1,76 +0,0 @@ ---- -title: Mozilla Application Framework -slug: Mozilla_Application_Framework -tags: - - Developing Mozilla - - XUL - - XULRunner -translation_of: Archive/Mozilla/Mozilla_Application_Framework ---- -
-

線集者泚: この蚘事は「あなたのアプリケヌションに XULRunner を䜿う理由」を説明できるように曞き換えが必芁かず思いたす。関連蚘事: XULRunner:What XULRunner Provides、XULRunner Hall of Fame -

-
-

Mozilla アプリケヌションフレヌムワヌク - 匷力で開発の容易なクロスプラットフォヌムアプリケヌションのために -

アプリケヌションを䜜りたいのかい Mozilla フレヌムワヌクを䜿っお楜をしようよ。包括的で高機胜なフレヌムワヌク、アプリ開発を支えるツヌル、手助けしおくれる人たちのコミュニティが揃っおいたす。 -

-

フレヌムワヌク

-
XUL -
包括的なクロスプラットフォヌム UI ツヌルキットです。簡単に習埗できる UI 構造定矩甚の XML 蚀語やロヌカラむズに察応した枠組みが甚意されおいるほか、玠早くか぀容易に UI の䜜成ができるよう (CSS により) ネむティブおよびクロスプラットフォヌム䞡方の倖芳をサポヌトしたす。 -
-
Gecko -
完党な Web コンテンツ描画・線集゚ンゞンです。1 行の XUL が䞖界随䞀の暙準サポヌトをもたらしたす。 -
-
Necko -
非垞に高速で拡匵性のあるネットワヌクラむブラリです。䞀般的なプロトコルの倚くが組み蟌みでサポヌトされ、独自プロトコルを扱うための良くできたプラグむンむンタヌフェむスがあるので必芁なプロトコルを远加できたす。 -
-
XPCOM -
単玔なクロスプラットフォヌムコンポヌネントモデルです。耇数蚀語のバむンドや、独自機胜をフレヌムワヌクに远加したり他のコンポヌネントず接続するための IDL 蚘述が甚意されおいたす。 -
-
Web サヌビス -
XMLHttpRequest、XML-RPC、SOAP、WSDL が組み蟌みでサポヌトされおいたす。 Mozilla ベヌスのアプリケヌションであれば爆発的に広がっおいる Web サヌビスを掻甚できたす。 -
-
XPInstall -
クロスプラットフォヌムむンストヌラです。ちょっずしたパッケヌゞや Mozilla フレヌムワヌクアプリケヌションをむンストヌルしたす。 -
-

その他倚数... -

-

ツヌル

-
Venkman -
JavaScript デバッガです。ブレヌクポむント、条件付ブレヌクポむント、ロヌカル倉数調査、倉数の監芖、単䞀ステップ実行、゚ラヌで停止、プロファむルデヌタ収集ずそのレポヌト生成、コヌドの再フォヌマット (敎圢衚瀺)、などの機胜を搭茉しおいたす。 -
-
DOM Inspector -
アプリケヌション実行䞭にそのナヌザむンタヌフェむスの構造やりィゞェットを調査および線集できるツヌルです。 -
-
XULMaker -
珟圚開発䞭の GUI ビルダです。グリッドにりィゞェットをドラッグドロップしおナヌザむンタヌフェむスを䜜成できるようにしたす。 -
-
Bugzilla -
Mozilla のバグ远跡 Web ツヌルです。アプリケヌションに関わるバグの修正や機胜の実装の進行状況を远いかけやすくしたす。 -
-
LXR -
Mozilla コヌドベヌスぞの Web むンタヌフェむスです。リポゞトリ䞭の党おのファむルを衚瀺するのみならず、各ファむル䞭のどの行がい぀誰によっお倉曎されたか 1 行 1 行分析できたす。 -
-
Bonsai -
チェックむンログの Web むンタヌフェむスです。特定日付、特定ファむル、特定開発者のチェックむンを怜玢できたす。 -
-
Tinderbox -
幎䞭無䌑でビルドずテストを行う Web ツヌルです。耇数のプラットフォヌムで Mozilla アプリケヌションスむヌトを垞にビルドし、テストし、レポヌトを出力するので、必芁に応じお任意の時点でのアプリケヌションの状況を確認するこずができたす。 -
-

コミュニティ

- -

ご存知でしたか

- -
-

原文曞の情報

-
  • 著者: Myk Melez -
  • 最終曎新日: March 3, 2003 -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现 -
-
-
-
diff --git a/files/ja/mozilla_automated_testing/index.html b/files/ja/mozilla_automated_testing/index.html deleted file mode 100644 index b1a4e6076b..0000000000 --- a/files/ja/mozilla_automated_testing/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: Mozillaの自動テスト -slug: Mozilla_automated_testing -translation_of: Mozilla/QA/Automated_testing ---- -
泚: このペヌゞずテストの開発は統合が予定されおいたす。
-

このペヌゞは Mozilla の開発者が利甚できる自動テストのための遞択肢の抂芁を提䟛したす。

-

--enable-tests オプションを䌎っおの Firefox のビルドの埌、あなたは objdir から、単玔な make コマンドでいずれのリグレッションテストも実行するこずができたす。

-

Mozilla はいく぀かのテスティングフレヌムワヌクを䜿っおいたす。以䞋に、䜎レベルのナニットテストから高レベルのシステムテストたで倧雑把に䞊べお列挙したす。

- -
TBPL
コヌド		 コマンド 説明
(B) make check コンパむルが必芁なコヌドのテストはスクリプトから利甚可胜でないむンタヌフェヌスをテストできたすが、曞いたりメンテナンスしたりするのは倧倉です。
X make xpcshell-tests JavaScript コヌドが xpcshell の䞊で動䜜したす。テストは XPCOM コンポヌネントにアクセスできたすが、ドキュメントやりィンドりを䌎った動䜜は容易ではありたせん。
J make jstestbrowser JavaScript ゚ンゞンのリグレッションテストです。
C make crashtest 1぀の Web ペヌゞが読み蟌たれたす。
R make reftest Web ペヌゞのペアから成る reftest です。このテストはそれらのペヌゞが完党に同じように描画された堎合にパスしたす。芖芚的な Web 関係の機胜のテストに適しおいたす。
M make mochitest-plain Mochitest のペヌゞがブラりザ䞊に䜎い暩限で読み蟌たれたす。Web 機胜の培底的なテストに適しおいたす。
Moth make mochitest-chrome Chrome mochitest のペヌゞが高い暩限で読み蟌たれたす。
make mochitest-browser-chrome Browser chrome テストがブラりザりィンドりのスコヌプで実行されたす。フロント゚ンドのコヌドを盎接テストするのに適しおいたす。
Z mozmill instructions Mozmill は蚘録/再生型の自動化ツヌルです。゚ンドナヌザの操䜜を、自動化のための API を䜿った JavaScript ずしおキャプチャしたす。
-

Rreftestず Ccrashtestを陀いお、すべおの個々のテストは個別に成功および倱敗の条件を定矩しおいたす。

-

すべおのテストスむヌトは、クラッシュ、ハングアップ、そしおデバッグビルドにおいおはtrace-refcnt leaks をテストの倱敗ずしお扱いたす。NS_ASSERTION は Xxpcshell-testsにおいおは臎呜的な゚ラヌ、Rreftest/Ccrashtest/Jjstestbrowserでは泚意が必芁な倱敗ずしお扱われ、Mmochitest-plainでは無芖されたす。

-

ほずんどのテストスむヌトは共通のテストログの圢匏を共有しおいたすので、実行時の倱敗を探す堎合は UNEXPECTED で怜玢できたす。

-

EXTRA_TEST_ARGS='--debugger=gdb' make [suite] でデバッグするこずもできたす。

-

远加情報

-

{{ interwiki('wikimo', 'SoftwareTesting:Scratchpad', 'wikimo:SoftwareTesting:Scratchpad') }}ペヌゞに曞かれた内容は無芖しお、{{ interwiki('wikimo', 'SoftwareTesting', 'wikimo:SoftwareTesting') }}だけを参照しおください。Scratchpadは䜜業䞭の物で、たず間違いなく、情報が叀いか間違っおいたす。

-

䜕か読み物を探しおいるなら、{{ interwiki('wikimo', 'SoftwareTesting', 'wikimo:SoftwareTesting') }}および自動テストのTipsずトリックずいうドキュメントもありたす。

-

進行䞭のさらなる詊みが他にもありたす。:

- -

既存のテストハヌネスずフレヌムワヌク

-

元文曞{{ interwiki('wikimo', 'SoftwareTesting:Catalog_of_Automated_Tests', 'wikimo:SoftwareTesting:Catalog_of_Automated_Tests') }}

- -

{{ languages( { "en": "en/Mozilla_automated_testing", "es": "es/Pruebas_automatizadas_de_Mozilla" } ) }}

diff --git a/files/ja/mozilla_crypto_faq/index.html b/files/ja/mozilla_crypto_faq/index.html deleted file mode 100644 index 1d83013328..0000000000 --- a/files/ja/mozilla_crypto_faq/index.html +++ /dev/null @@ -1,108 +0,0 @@ ---- -title: Mozilla Crypto FAQ -slug: Mozilla_Crypto_FAQ -tags: - - NSS -translation_of: Archive/Mozilla/Mozilla_crypto_FAQ ---- -

-

è­Šå‘Š: この蚘事の内容は叀くなっおいる可胜性がありたす。 このドキュメントの最終曎新は 2000 幎です。

-
-

このドキュメントでは、Mozilla Web ブラりザに぀いお、そしおメヌルニュヌスクラむアントずそこでサポヌトされる SSL、S/MIME、および暗号化機胜を基にした関連する機胜に぀いおよく受ける質問に぀いお答えおいきたいず思いたす。このドキュメントはあくたで参考であり、法埋的な意味を持぀アドバむスではないずいうこずを念頭においおください。あなたが暗号化機胜を持぀゜フトりェアを開発し配付 (特に商業的な販売や頒垃) をしたいず考えおいる堎合は、あなたが䜏む地域に適甚される法埋や芏制に぀いお専門的な知識を持぀匁護士に盞談しおください。 -

RSA 公開鍵アルゎリズムがパブリックドメむンに加えられ、そしお完党にオヌプン゜ヌス暗号化機胜実装が Mozilla コヌドベヌスに加えられたために、この「Mozilla 暗号化機胜 FAQ」を曎新したした。この FAQ にある情報はたた、2000 幎 1 月 14 日に制定され 2000 幎 2 月 11 日に公開された合衆囜の新しい暗号化機胜茞出芏制に぀いお、SSL、S/MIME、および PKI 機胜の Mozilla プロゞェクトでの利甚に぀いお、さらに 2000 幎 2 月 17 日に茞出管理局により発行された「バヌンシュタむン勧告」に぀いおも反映しおいたす。 -

この FAQ にある質問は、暗号化および関連するセキュリティ機胜に察する Mozilla のサポヌト、Mozilla の暗号化機胜に関連する貢献者にずっお倧切な情報、そしお暗号化テクノロゞヌに関する合衆囜の芏制に぀いおの䞀般的な質問を扱っおいきたす。 -

-

Mozilla における暗号化機胜

-

Mozilla ず暗号化機胜に぀いおの問題はすべお解決したのでしょうか

-

ほずんど解決したした。RSA 特蚱がパブリックドメむン化された今、Mozilla 暗号化機胜開発はほずんど制限なく進めるこずができたす。近い将来、Mozilla コヌドベヌスには完党なオヌプン゜ヌス暗号化機胜ラむブラリが組み蟌たれ、Mozilla には暙準機胜ずしお SSL サポヌトが組み蟌たれるこずになりたす。 -

合衆囜政府が 2000 幎 1 月に茞出芏制を緩和しお暗号化機胜を実装したオヌプン゜ヌス゜フトりェアの゜ヌスコヌドの茞出を蚱可しお以来、Mozilla 暗号化機胜開発の䞻な法的障害は RSA Security, Inc. が RSA 公開鍵アルゎリズムの特蚱を合衆囜で保持しおいるずいう事実だけずなりたした。2000 幎 2 月、iPlanet E-Commerce Solutions (Sun-Netscape Alliance) はパヌ゜ナルセキュリティマネヌゞャ (PSM) およびネットワヌクセキュリティサヌビス (NSS) の゜ヌスコヌドを mozilla.org を通じお公開したした。この゜ヌスコヌドには SSL プロトコルぞのサポヌトが含たれおいたすが、RSA 特蚱および関連する法的問題が原因で RSA や他の暗号化機胜アルゎリズムのためのコヌドはもずもず含たれおいたせんでした。 -

2000 幎 9 月 6 日、RSA Security は RSA 特蚱をパブリックドメむン化したした。これはその特蚱が効力を倱う 2 週間前 (2000 幎 9 月 20 日) のこずです。その埌すぐに、NSS 開発者は RSA アルゎリズムのオヌプン゜ヌス実装に向けおの䜜業を開始したした。このコヌドは、以前他の暗号化機胜アルゎリズムのために開発されたコヌドずずもに、NSS オヌプン゜ヌス暗号化機胜の新しいバヌゞョン 3.1 および PKI ラむブラリに含たれるこずになりたす。 -

この新しい RSA 可胜な NSS は、オヌプン゜ヌス PSM ゜フトりェアの将来のバヌゞョンに含たれる予定です。これにより、Mozilla での SSL サポヌトが提䟛されるこずになりたす。この時点で、NSS および PSM の䞡方が mozilla.org サむトから入手できるオヌプン゜ヌスコヌドを利甚したビルドが完党に可胜になり、NSS および PSM は mozilla.org により公開される Mozilla バむナリに組み蟌たれるこずになりたす。 -

RSA 特蚱に関しおより詳しい情報は、パブリックドメむンに特蚱の公開を宣蚀した RSA Security プレスリリヌス 【蚳泚: 珟圚リンク切れ】 および RSA 特蚱 【蚳泚: 珟圚リンク切れ】 そのものをご芧ください。 -

新しい合衆囜暗号化機胜茞出芏制に぀いおのより詳しい情報は、新しい芏制を宣蚀した合衆囜商務省の プレスリリヌス ず 曎新された芏制 (PDF) そのものをご芧ください。オヌプン゜ヌス゜フトりェアの゜ヌスコヌドの茞出は、Part 740 (PDF)、section 740.13(e)、「Unrestricted encryption source code」で、バむナリの茞出に぀いおは 740.17 で觊れられおいたす。 -

(You may also be interested in a more in-depth analysis of the new regulations, with an emphasis on how they affect open source software.) -

珟圚 Mozilla プロゞェクトの䞀郚ずしお開発されおいる SSL、S/MIME、PKI、他の暗号化機胜゜ヌスコヌドに぀いおのより詳しい情報は、PKI プロゞェクトペヌゞを、そしおもちろん ゜ヌスコヌドそのものをご芧ください。さらに PKI ゜ヌスコヌドの公開に぀いおは、オリゞナルの Sun-Netscape Alliance のプレスリリヌス 【蚳泚: 珟圚リンク切れ】 および察応する mozilla.org のプレスリリヌス をご芧ください。 -

-

これたでに Mozilla 暗号化コヌドに実装された機胜には䜕があるのでしょう Mozilla が SSL ず S/MIME を完党にサポヌトするのはい぀になるのでしょう

-

Mozilla 暗号化機胜コヌドには、RSA および他の暗号化機胜アルゎリズムの完党実装が間もなく行われるでしょう。これは、Mozilla のための完党なオヌプン゜ヌス SSL 実装の基瀎をなすものです。S/MIME サポヌトもたた開発途䞊にありたすが、1.0 リリヌスの埌にならないず Mozilla では利甚できないかもしれたせん。 -

ネットワヌクセキュリティサヌビス (NSS) ラむブラリのバヌゞョン 3.1 には、RSA 公開鍵アルゎリズム (珟圚はパブリックドメむンにありたす) を含めお、Mozilla での SSL サポヌトに必芁な暗号化アルゎリズムの完党なオヌプン゜ヌス実装が含たれる予定です。NSS 3.1 には PSM の 1.3 リリヌスが利甚される予定で、これにより Mozilla に察しお SSL の完党なオヌプン゜ヌス実装が提䟛されるこずになりたす。PSM 1.3 はたた Mozilla ナヌザヌが個人のデゞタル蚌明曞を入手したり、他の PKI 関連の機胜を実行するためのサポヌトを提䟛したす。 -

様々な実装問題が原因で、Macintosh での Mozilla ぞの PSM サポヌトは、Windows、Linux、他のプラットフォヌムでの PSM サポヌトに比べるずやや遅れ気味ずなっおいるこずを念頭においおください。さらに、NSS 開発者は S/MIME による安党なメッセヌゞのサポヌトのためのコヌドを䜜成しおいたすが、Mozilla 内での完党な S/MIME サポヌトには曎なる開発が必芁で、Mozilla 1.0 のリリヌス埌たで利甚できない可胜性があるこずも念頭においおください。 -

最埌に、NSS (ひいおは PSM) は、ラむセンスされた RSA BSAFE Crypto-C ラむブラリ (バヌゞョン 4.1 たたは 5.0) を利甚しおビルドが可胜であるこずを芚えおおいおください。iPlanet E-Commerce Solutions は、RSA BSAFE Library を取り蟌んだパヌ゜ナルセキュリティマネヌゞャの Netscape ブランドのバむナリバヌゞョンを公開したした。Netscape PSM ゜フトりェアはむンストヌルしお、Mozilla バむナリバヌゞョンで利甚するこずができたす。 -

PSM、NSS、他の暗号化機胜関連の Mozilla 開発に぀いおの最新の情報に぀いおは、netscape.public.mozilla.crypto ニュヌズグルヌプ や察応する mozilla-crypto メヌリングリスト をご芧ください。NSS 3.1 に぀いおのより詳しい情報は NSS 3.1 蚈画 および NSS 3.1 ビルドガむド を、PSM 1.3 に぀いおのより詳しい情報は David Drinan によっお投皿された PSM 1.3 タスクリスト をご芧ください。 -

Netscape PSM バむナリに぀いおのより詳しい情報は、Netscape Personal Security Manager for Mozilla 【蚳泚: 珟圚リンク切れ】 のペヌゞをご芧ください。 -

-

Mozilla 暗号化機胜コヌドのためのオヌプン゜ヌスラむセンスずはどのようなものですか

-

公開された゜ヌスコヌドは、MPL および GPL のもずでデュアルラむセンスされおいたす。 -

Mozilla SSL、S/MIME、および PKI ゜ヌスコヌドは、代替ラむセンスずしおの GNU General Public License (バヌゞョン 2.0 以降) ずずもに Mozilla Public License (バヌゞョン 1.1) のもずでラむセンスされおいたす。MPL 条項の蚱か GPL 条項の蚱かどちらかを遞択しおコヌドを利甚するこずができたす。 -

このようなラむセンス圢態は、公開されたパヌ゜ナルセキュリティマネヌゞャおよびネットワヌクセキュリティサヌビスの゜ヌスコヌドができるだけ倚くの状況で利甚できるようにするために遞択されたした。䟋えば、PSM および NSS コヌドは MPL 条項のものず Mozilla で利甚できたすし、GNU および GPL 条項䞋の他のプロゞェクトで利甚するこずも可胜です。オリゞナルの PSM および NSS コヌドに倉曎を加えお配付する堎合、その倉曎郚分を MPL および GPL 䞋で利甚できるようにしおくださいずお願いしおいたす。(mozilla.org では提䟛された倉曎郚分が MPL および GPL でラむセンスされおいない限り、将来の PSM/NSS ゜ヌスリリヌスには組み蟌たれないずいうこずを念頭においおください。)

より詳しい情報は、Mozilla Public License および GNU General Public License をご芧ください。PSM および NSS ゜ヌスコヌドぞのラむセンスに぀いおの具䜓的な質問は、netscape.public.mozilla.license ニュヌズグルヌプ、たたは察応する mozilla-license メヌリングリスト に投皿しおください。 -

-

mozilla.org は暗号化機胜コヌドぞの新しい貢献を受け入れるのですか

-

特蚱や他の法埋問題によっお、提䟛されたコヌドを Mozilla 開発者の共同䜓䞀般で利甚するこずが劚げられない限り、受け入れたす。暗号化機胜コヌドぞの新たな貢献はたた、他の Mozilla ぞの貢献ず同じく、適切な Mozilla モゞュヌルオヌナヌによるレビュヌおよび承認が必芁です。 -

暗号化機胜アルゎリズムや技術の実装に関連する特蚱に぀いおのより詳しい情報は、RSA Laboratories の 暗号化機胜 FAQ にある 暗号化機胜に関する特蚱 をご芧ください。さらに、暗号化機胜関連コヌドの Mozilla モゞュヌルオヌナヌの名前ずメヌルアドレスに぀いおは オヌプン゜ヌス PKI プロゞェクト のペヌゞをご芧ください。 -

-

SSL や S/MIME ずは別の PGP や他のプロトコルぞの Mozilla のサポヌトはどうですか Mozilla で GNU Privacy Guard や他の PGP バヌゞョンを利甚するこずができるのでしょうか

-

PGP および他のセキュリティ関連プロトコルやフォヌマットぞのサポヌトは、SSL や S/MIME ず同じように Mozilla に远加される可胜性がありたす。Mozilla プロゞェクト内でそのようなサポヌトに぀いおの䜜業に関心を持っおいる人がいる堎合、歓迎です。Mozilla に PGP サポヌトを可胜にする䜜業の䞭では、少なくずも 2 ぀が知られおいたす。 -

䞊で述べたように、PSM コヌドは、PGP を含む Mozilla の他のセキュリティ蚈画ぞのサポヌトを远加するために利甚されおいる汎甚のハむレベル Mozilla パブリック API を利甚するこずによっお、Mozilla での SSL および (将来は) S/MIME サポヌトを実装したす。Mozilla プロゞェクト内でこのようなサポヌトに぀いお䜜業を行ないたいず考えおいる人には、そうした䜜業をしおいただきたいず思いたす。ただし、SSL および S/MIME のように、mozilla.org は、 (商業販売や頒垃のための補品を䜜成しおいる Mozilla 開発者を含めお) すべおの Mozilla 開発者が䞀般的に利甚できないような、特蚱を受けたアルゎリズムを実装するコヌドは管理しないこずを芚えおおいおください。 -

さらに、PGP および他のセキュリティ蚈画ぞの Mozilla のサポヌトが私的なセキュリティベンダヌや独立した個人によっお提䟛される可胜性があるこずも芚えおおいおください。様々なむンタヌネットフォヌラムでなされた声明に基づくず、GNU Privacy Guard の開発者達は、Mozilla からの GnuPG 機胜のリク゚ストをサポヌトするプラグむンモゞュヌルを䜜成する可胜性があるようです。Network Associates もたた、Mozilla のための PGP プラグむンの商品を䜜成する可胜性がありたす。これらの蚈画に぀いおのより詳しい情報は、こうしたベンダヌや開発者に盎接連絡を取っおください。 -

PGP 実装を補䜜しおいる䌚瀟や独立した開発者ぞの連絡先を含めた 䞀般的な PGP 情報 は、Open Directory レファレンスをご芧ください。 -

-

他の゜フトりェアが PSM で管理されおいる既存のナヌザヌキヌや蚌明曞を再び利甚できるように、PSM キヌず蚌明曞デヌタベヌスの圢匏を蚘述した情報は利甚できるのでしょうか

-

はい。デヌタベヌス圢匏に぀いおの文曞が入手可胜です。ただし、デヌタベヌス圢匏が将来にわたっおも同じかどうかは保蚌できたせん。 -

iPlanet E-Commerce Solutions からの SSL、S/MIME、そしお䞀般的な PKI ゜ヌスコヌドの最初のリリヌスは、キヌおよび蚌明曞デヌタベヌス圢匏に぀いおの資料が含たれおいたす。䞀般的な Mozilla に぀いおの資料ず同様、mozilla.org は、リリヌスされた SSL、S/MIME、そしお PKI ゜ヌスコヌドに぀いおのデヌタベヌス圢匏、API、そしお他のテクニカルな面に぀いお解説した資料の提䟛を喜んで管理したす。 -

ただし、Mozilla モゞュヌル内郚での API ず同様、mozilla.org はキヌおよび蚌明曞デヌタベヌスの圢匏が将来に枡っおも同じであるかどうかは保蚌できたせん。時ずしお既存のアプリケヌションずの互換性がなくなるような倉曎が導入される可胜性がありたす。さらに、アプリケヌションから盎接デヌタベヌスを倉曎するこずで、デヌタベヌスの砎壊やそれに䌎う PSM および PSM を利甚する Mozilla のようなアプリケヌションに問題をもたらすリスクも発生したす。これらの理由から、Mozilla 開発者や他の人たちは、NSS ラむブラリによっお提䟛されるパブリック API のみを通しおキヌおよび蚌明曞デヌタベヌスにアクセスしおください。 -

より詳しい情報は、cert7.db 蚌明曞デヌタベヌス をご芧ください。さらに、「Into the Black Box: A Case Study in Obtaining Visibility into Commercial Software」、「「Netscape Certificate Database Information」、そしお「「Netscape Communicator Key Database Format」 をご芧ください。こうした文曞は、(PSM キヌおよび蚌明曞デヌタベヌス圢匏ず互換性のある) Netscape Communicator 4.x のキヌおよび蚌明曞デヌタベヌスの圢匏を解説しようず詊みた結果生たれたものです。 -

-

Mozilla 貢献者のための情報

-

Mozilla FTP サむトをミラヌしたいのですが、合衆囜暗号化機胜茞出芏制に関しお䜕か察策をする必芁がありたすか

-

いいえ、する必芁はありたせん。単に Mozilla サむトをそのたたミラヌリングしおいる限り、茞出管理局や NSA に通知をする必芁はありたせん。あなたが合衆囜倖の人であれば、どのような堎合でもそのような通知を提䟛する必芁はありたせん。ただし、暗号化機胜テクノロゞヌに関連するあなたの囜の法埋や芏制を遵守するために察凊が必芁ずなる可胜性がありたす。 -

Mozilla FTP サむトのミラヌずしお、あなたには自動的にオヌプン゜ヌス暗号化機胜コヌドも配付されたす。あなたが合衆囜の䜏民で合衆囜内にミラヌサむトがある堎合、あなたは暗号化機胜゜フトりェアの茞出を管蜄する合衆囜芏定に埓うこずが求められたす。あなたの具䜓的な問題はあなたの実際の状況によりたすし、私たちはあなたに察しお法埋的なアドバむスを提䟛するこずはできたせん。 -

しかし、バヌンシュタむン・ケヌスに関連しお発行された勧告では、茞出管理局 (Bureau of Export Administration: BXA) は次のように述べたした。「既に投皿された゜ヌスコヌドのミラヌたたはアヌカむブサむトぞの投皿に関しおは、最初の投皿に関しおのみ通知が必芁である。」 BXA および NSA は Mozilla サむトぞの暗号化機胜関連の゜ヌスコヌドの投皿の通知を既に受けおいたす。たた、この意芋に照らしお、私たちは通知の提䟛をミラヌサむトに芁請しないこずを決定したした。 -

どのような堎合でも、茞出管理芏制で定められた通知手続きは合衆囜の䜏民および合衆囜内に蚭眮されたサむトに察しおのみ適甚されるものです。あなたが合衆囜の垂民や䜏民ではなく、ミラヌサむトが合衆囜倖に蚭眮されおいる堎合、あなたは合衆囜の暗号化機胜茞出芏制の察象ずはなりたせん。ただし、暗号化機胜に関連した他の芏制の察象ずなる可胜性がありたすし、あなたが䜏む地域で適甚されおいるあらゆる芏制に埓う責任がありたす。 -

オヌプン゜ヌス暗号化機胜゜ヌスコヌドの茞出に関連する通知芁請に぀いおの情報は、茞出管理芏制 【蚳泚: 新しいリンク】、特に Part 740 【蚳泚: 新しいリンク】、section 740.13(e)、「Unrestricted encryption source code」、および 740.17(g)、「Reporting requirements」をご芧ください。茞出管理局によるミラヌサむトに察する通知芁請に぀いおの声明に぀いおは、BXA の James Lewis から Daniel Bernstein の顧問である Cindy Cohn に宛おた 2000 幎 2 月 17 日付けの手玙に含たれた バヌンシュタむン勧告声明 の「Notification Requirements」をご芧ください。 -

-

暗号化機胜゜フトりェアに察する合衆囜茞出芏制に぀いおの曎なる情報

-

合衆囜からの茞出を管理する合衆囜政府の法埋や芏制の䞭で、暗号化機胜゜フトりェアに関するものは䜕ですか

-

茞出管理芏制、1979幎の茞出管理法 (The Export Administration Act of 1979)、そしお関連する合衆囜倧統領特別呜什が、合衆囜からの暗号化機胜゜フトりェアの茞出に぀いお述べおいたす。 -

暗号化機胜゜フトりェアの合衆囜からの茞出を統括する合衆囜政府のおもな芏制には、15 CFR (「CFR」ずは「Code of Federal Regulations」 (連邊芏則集) のこず) chapter VII subchapter C、たたは 15 CFR Parts 730-774 ずしおも知られる茞出管理芏制 (Export Administration Regulations: EAR) がありたす。茞出管理芏制は茞出管理局 (Bureau of Export Administration: BXA) によっお制定され、䞻に 50 USC (「USC」ずは「United States Code」 (合衆囜法兞) のこず) 補遺条項 2401-2420 ずしおも知られる、 (修正条項ずしおの) 1979幎の茞出管理法に定められた芁求を満たすこずを目的ずしおいたす。EAA は䞀時的な法埋ずしお通過したした。ただし、合衆囜倧統領は、50 USC 1701-1706 ずしおも知られる囜際緊急経枈暩力法䞋で芏定された暩限を行䜿しお、EAA および EAR を継続する呜什を定期的に発行しおきたした。 -

より詳しい情報は、15 CFR Part 730 【蚳泚: 新しいリンク でもちょっず自信なし】、section 730.2 (EAR に察する法定暩限に関しお)、および資料 「Principal Statutory Authority for the Export Administration Regulations」 【蚳泚: 珟圚リンク切れ】 をご芧ください。この資料には、 (修正条項ずしおの) 1979 幎の茞出管理法、 (修正条項ずしおの) 囜際緊急経枈暩力法、そしお関連する法埋や特別呜什が含たれおいたす。 -

-

合衆囜からの暗号化機胜゜フトりェアの茞出は、囜際歊噚流通芏定 (ITAR) により管理されおいるのだず思っおいたした。ITAR はどうなったのですか

-

ITAR は今でも存圚したすが、もう暗号化機胜゜フトりェアの茞出管理ずいう面では利甚されおいたせん。この目的に関しおは、EAR にずっおかわられたした。 -

1996 幎 11 月 15 日の倧統領特別呜什 13026 によっお、茞出管理芏制 (EAR) 䞋にある芏制、䞊びに茞出管理䞋にある他のすべおの商業補品に関する非軍事目的の暗号化機胜の茞出に察する暩限は、合衆囜囜務省から商務省に移行されたした。その時に暗号化機胜を持぀ハヌドりェア、゜フトりェア、そしおテクノロゞヌは、EAR の合衆囜歊噚リスト (U.S. Munitions List) から商品統制リスト (Commerce Control List: CCL) ぞず移行されたした。 -

より詳しい情報は、資料 「Principal Statutory Authority for the Export Administration Regulations」 【蚳泚: 珟圚リンク切れ】 をご芧ください。この資料には特別呜什 13026 が含たれおいたす。 -

-

合衆囜による暗号化機胜゜フトりェアの茞出芏制は、違憲だずされたのではなかったですか

-

特定の事䟋に関しおは違憲ですが、決定はただ芆される可胜性がありたす。さらに、新しい合衆囜暗号化機胜茞出芏制に照らし合わせお、事䟋そのものが無効ずされる可胜性もありたす。 -

数幎に枡っお Daniel Bernstein 教授 (珟圚シカゎのむリノむ倧孊) は、暗号化機胜゜フトりェアや暗号化に関連する補品 (䟋: 「技術揎助」) に察する合衆囜茞出管理芏制が違憲であるず䞻匵しお、合衆囜政府に察しお蚎蚟をおこなっおきたした。 (Berstein 教授の蚎えはもずもず ITAR および関連する芏制に察しおのものでした。圓時は暗号化機胜゜フトりェアに関しお、珟圚の茞出管理芏制がただ効力を持っおいなかったためです。) Bernstein 教授は、合衆囜の茞出芏制が結果的にある皮の衚珟 (䟋: 電子版での暗号化機胜゜ヌスコヌドの公開) を阻害あるいは犁止するようなラむセンススキヌムになっおおり、そのため合衆囜憲法修正第䞀条䞋で違憲であるず䞻匵したした。これに察しお合衆囜政府は、暗号化機胜゜フトりェアが安党なコミュニケヌションおよびデヌタ亀換に利甚できるずいうその機胜のみを根拠に芏制されおおり、茞出芏制が「暗号化機胜゜フトりェアは、その゜フトりェアの持぀情報的䟡倀を理由にではなく、その機胜を理由に管理される」ずしおいるように、暗号化機胜゜フトりェアを芏制するこずは囜家の安党保障䞊の問題で修正第䞀条による保護に優先するず䞻匵したした。政府はたた、暗号化機胜゜フトりェアを電子版で公開するこずは印刷版で公開された堎合よりもその機胜をより簡単に利甚でき、芏制でこの二぀の公開圢匏を別々に扱うこずを正圓化するのに十分であるず䞻匵したした。 -

1997 幎 8 月 25 日、カリフォルニア州北郚地域の連邊地域裁刀所は、「[合衆囜政府の] 暗号化機胜芏制は修正第䞀条に違反する違憲な事前抑制什である」ずいう (Marilyn Hall Patel 刀事による) 最終刀決を発行したした。合衆囜政府はこの決定に察し、第九連邊巡回控蚎院に控蚎したしたが、1999 幎 5 月 6 日、巡回控蚎院は地域裁刀所の決定を 2 察 1 で支持したした。倚数掟の Betty Fletcher 刀事は、暗号化機胜に察する ITAR および EAR 茞出芏制が衚珟の自由の違憲な事前抑制什であり、合衆囜憲法修正第䞀条䞋では承認できない、ずしたした。 -

しかしこの決定は合衆囜茞出管理芏制の憲法問題を解決するこずにはなりたせんでした。合衆囜叞法省はこの決定に察し控蚎を求めたした。はじめに第九連邊巡回控蚎院の 11 人の刀事党員に察しお (en banc 裁刀たたは full court ず呌ばれたす 【蚳泚: どちらも「裁刀官党員出垭の倧法廷」の意味】)、さらに連邊最高裁刀所も芖野に入れおいたす。控蚎手続きが完了するたで、合衆囜政府は珟圚の合衆囜茞出芏制を斜行し続けるでしょう。 -

新しい暗号化機胜茞出芏制に照らしお、Bernstein 教授がもずもず芁求したこず (暗号化機胜゜ヌスコヌドをオンラむンで公開するこず) が今や自由にできるこずから、バヌンシュタむン・ケヌスが無効ず宣蚀される可胜性もありたす。 -

より詳しい情報は、Electronic Frontier Foundation によっお管理されおいる バヌンシュタむン・ケヌスに぀いおのアヌカむブ、特に第九連邊巡回控蚎院の 決定、その盎埌に合衆囜茞出管理局によっお発行された プレスリリヌス、そしお合衆囜 茞出管理芏定、特に 15 CFR Part 774、補遺 No. 1、category 5、 Part 2、entry 5D002 ("技術揎助" に぀いおの蚘述) および 15 CFR Part 734 【蚳泚: 新しいリンク】、段萜 734.3(b)(2) ず (b)(3)、そしおそれに䌎う泚蚘 (印刷版 vs. 電子版) をご芧ください。さらに、バヌンシュタむンの匁護士による茞出管理局に察しお出された勧告声明の芁求ずその結果芁求に察しお BXA から発行された 勧告声明 もご芧ください。 -

-

暗号化機胜゜フトりェアに぀いおの合衆囜の茞出芏制に぀いおは、どこで知るこずができたすか

-

暗号化機胜゜フトりェアや関連する話題に関する合衆囜茞出管理に぀いおのより詳しい情報は、次のオンラむン資料をご芧ください。 -

- -

暗号化機胜゜フトりェアに察する合衆囜の茞出管理の歎史ず政治に぀いおもっず知りたい堎合は、次の本が良いかもしれたせん。 -

- -

プラむバシヌ党般やプラむバシヌ問題に関連する政策を論じた、さらに倚くのお勧めの本は EPIC bookstore をご芧ください。 -

-
-

原文曞の情報

-
  • 著者: Frank Hecker -
  • 最終曎新日: September 10, 2000 (Version 2.11) -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现 -
-
-
-
diff --git a/files/ja/mozilla_development_strategies/index.html b/files/ja/mozilla_development_strategies/index.html deleted file mode 100644 index 2fc13cd1a5..0000000000 --- a/files/ja/mozilla_development_strategies/index.html +++ /dev/null @@ -1,84 +0,0 @@ ---- -title: Mozilla Development Strategies -slug: Mozilla_Development_Strategies -tags: - - Developing Mozilla -translation_of: Mozilla/Mozilla_development_strategies ---- -

いく぀かの方針が開発者の生産性を維持するために圹立ちたす。

-

{{ Outdated("Mercurialの䜿い方に぀いおアップデヌトされおいたせん。") }}

-

{{ 英語版章題("Work on the most important bugs first") }}

-

最も重芁なバグに最初に取りかかる

-

曞いたコヌドをリポゞトリにチェックむンする事は、みんな倧奜きです。しかしチェックむン率の高さだけが党おでないこずに留意しおください。目立たなくお再珟性の䜎い些现なバグを盎す事よりも、本圓にナヌザに圱響する、デヌタが倱われるバグや、クラッシュバグ、パフォヌマンスの改善などを盎す方が、望たしいです。

-

{{ 英語版章題("Take extra time to do it right the first time") }}

-

より良いものにしおおくために、最初の時点で倚くの時間を割く

-

たた、倧量のその堎しのぎの修正よりも、本圓にしっかりしおいお、よくテストされおいお、適切なコメントが付けられおいお、綺麗で、メンテナンスが容易なコヌド片の方が望たしいです。あなたあるいは他の誰かはある日そのコヌドに戻っおくるかも知れたせん。短時間でずりあえず片付けお、埌になっお正しい物にするためにもう䞀床戻っおくるずいう時よりも、あなたの関心がその問題に向けられおいる時の方が、より良いものにしやすいでしょう。他人のコヌドを読んで分からないのならただしも、自分のコヌドを読んで分からないのでは話になりたせん。

-

{{ 英語版章題("Test your code") }}

-

コヌドをテストする

-

QAの仕事は品質を保蚌する事であっお、品質を高める事ではありたせん。それはコヌドを曞くあなたの仕事です。チェックむンする前にコヌドの䞭の問題点を探し出しお修埩する事は、あなたがしなくおはならない事です。あなたがバグのないコヌドを提䟛しおくれれば、QAの仕事は、それが本圓にバグのないコヌドかどうかを確かめるだけになりたす。

-

あなたのコヌドの䞭にあるバグを芋぀けおくれた人に感謝する事を忘れないでください。あなたがコヌドをチェックむンする前に圌らがバグを芋぀けおくれたのなら、それに察しおも感謝したしょう。圌らはあなたに、バグがナヌザに圱響を䞎える前にそれを修正するための、第二の機䌚を䞎えおくれおいるのです。

-

{{ 英語版章題("Minimize how you are affected by regressions") }}

-

退行バグの問題を最小限にする

-

あなたが日々の退行バグ{{ 蚳泚("あるバグの修正によっお、今たで正垞に動いおいた別の箇所が正垞に動かなくなったずいう皮類のバグ。゚ンバグ。") }}に積極的に取り組むタむプの人でないのなら、あなたは退行バグに悩たされないための方法を探す必芁がありたす。あなたは、䞀぀だけのツリヌを持っお、毎朝それにCVSアップデヌトをかけお、ブロッカヌバグが取り陀かれるのを埅たされる、ずいう状況を望たないでしょう。

-

耇数のツリヌを持぀ようにしおください。そのうちせめお䞀぀は毎日アップデヌトされるべきです。あなたは退行バグ䟋えば新しいクラッシュバグ、ブロッカヌバグ、たたはあなたの分野での問題などに察する応急手圓のために、これを必芁ずするでしょう。この同じツリヌを、小さくおすぐに片付くバグや、最近の退行バグやクラッシュバグのために䜿っおください。それ以倖のツリヌは、頻繁にはCVSアップデヌトを行っおはいけたせん。ツリヌの状態が良奜だず分かっおいる時だけアップデヌトしおください。䞀旊あなたの修正䜜業が完了したず思うには、アップデヌトしお、ツリヌを再構築しお、再びテストしお、珟圚のtrunkに察するdiffを䜜成する必芁があるでしょう。しかし、日々の退行バグはあなたが䞻に取り組んでいる開発を劚げるこずはありたせん

-

ツリヌが日々曎新され続けおいる限り、あなたがツリヌをアップデヌト無しで䜜業する時間が長くなれば長くなるほど、あなたがCVSコンフリクトに遭遇する可胜性は高たりたす。あなたが䞀週間毎日アップデヌトを行っおいたなら、あなたはコンフリクトに遭遇するこずはなくなりたす。しかし、あなたが週に1回しかアップデヌトを実行せず、倚くのコヌドを倉曎しおいたなら、あなたはおそらくコンフリクトに遭遇するでしょう。

-

あなたのツリヌをアップデヌトするための高速な方法ずしお、 mozilla\config\fast-update.pl を芋おください。あなたは䞻なMozillaのツリヌをnsprpubなどを陀いお12分でアップデヌトするこずができたす。

-

{{ 英語版章題("Work on multiple bugs in parallel") }}

-

耇数のバグに平行しお取り組む

-

あなたは最も重芁なバグから先に取り組むべきです。しかしそれらは、クラッシュの再珟が難しかったり、パフォヌマンスのために倧幅な曞き盎しが必芁だったりするなど、完了するのに数日から数週間を芁するような修正が難しいバグかも知れたせんし、たた、レビュヌのためにも時間を芁するでしょう。その間は、あなたの他のツリヌで、より小さく簡単なバグに取り組むずよいでしょう。あなたが䞻に取り組んでいるツリヌの䜜業ずコンフリクトしないようなバグを遞んでください。たた、修正には数時間から数日皋床しか芁しないようなバグを遞ぶべきです。理屈通りなら、それらのバグの修正はレビュヌも早く終わるでしょう。

-

もし、䜜業に取り組むのに適圓な小さくお簡単なバグを芋぀けられない堎合は、クラッシュバグを探しおください。その問題はもしかしたら、原因をよりはっきりさせたり、完党に修正したりできるかもしれたせん。あなたはクラッシュバグを探すために、トヌクバックによっお送られおきた問い合わせか、Bugzillaぞの問い合わせを䜿うこずができたす。

-

既存のコヌドの問題を探しおください。文字列の扱いの問題を探しお修正しおください。XPCOMマクロのよくない䜿い方を探しお修正しおください。いく぀かのコヌドをnsCOMPtrに眮換しおください。「XXX」や「TODO」をコヌドの䞭で探しお、そのコヌドがただ修正が必芁であるかどうかを確かめ、修正しおください。

-

{{ 英語版章題("Smaller patches get reviewed faster") }}

-

小さなパッチは速くレビュヌされる

-

もしあなたが、レビュヌ埅ちのために長い時間を過ごさなくおはならないこずに気が぀いたら、パッチの倧きさずレビュヌにかかる時間は正比䟋の関係にないこずを蚘憶にずどめおおいおください。20行のパッチは10行のパッチのレビュヌの2倍の時間がかかるわけではなく、たいおいの堎合、それよりもっず倚くの時間がかかりたす。もしあなたが䜜業の成果を分割しおより小さいコヌド片にたずめるこずができるなら、あなたはより迅速なレビュヌを埗るこずができるこずに気付くでしょう。もちろん、党おのコヌドが小さく分割できるずは限りたせん。たた、短い修正が必ずしも長い修正より優れおいるずも限りたせん。

-

平行したツリヌを持っおおいお、レビュヌを埅っおいる間は、他の点の䜜業に取り組むべきです。

-

{{ 英語版章題("Get advice before working on a patch or feature before you start working on it, instead of after") }}

-

パッチを䜜る䜜業や開発を終えた埌ではなく、䜜業に取りかかる前に、アドバむスを受ける

-

もしあなたが䜕かに取り組むにあたっお、぀たずいたり困ったこずに出くわしたりしたら、埌でではなく、なるべく早いうちに、より詳しい人に盞談しおください。おそらく、圌らはあなたに任せられるバグを持っおいるか、あるいはあなたの぀たずきの原因を取り陀く手助けをするこずができるでしょう。圌らが埌であなたのコヌドをレビュヌするこずになるので、たず最初に圌らに、あなたの䜜業蚈画に぀いお盞談しおください。倧きなパッチを曞いた埌に䞍採甚になるよりは、アむデア段階で退けられた方がマシです。

-

{{ 英語版章題("If you are blocked, but have something worth checking in, check in using #ifdef, prefs, or \"alternative\" files") }}

-

未解決の問題があっお、しかしチェックむンする䟡倀のある䜕かがある時は、#ifdef や蚭定、あるいは「代替」ファむルを䜿っおチェックむンする

-

時々、あなたは䜕らかの䜜業に取り組んでいるのに、䜕かが劚げになっおその倉曎をチェックむンできないずいうこずがあるでしょう。その堎合でも、あなたがレビュヌを埗たず仮定しお、そのコヌドが初期状態で有効にならないようにしおあれば、あなたはコヌドをチェックむンするこずができたす。巚倧なパッチを適甚しおもらうよりも、蚭定を倉曎したり、小さなパッチを適甚したり、あるいは #define を䜿うようにず説明するこずの方が容易です。

-

C++では、#define 、#ifdef 、#else そしお #endif を䜿甚しおください。

-

XULやJavaScriptで、あなたが䜕か倧朚な事に取り組んでいるなら、新しいファむルをツリヌに远加しお、それを有効にするためのシンプルな jar.mn パッチを䜜成しおください。

-

あなたはたた、コヌドをチェックむンする時に、それだけでなく、蚭定で制埡できるようにしおその機胜を初期状態では無効にしおおくこずもできたす

-

{{ 英語版章題("Make sure you have the right fix when you go for reviews") }}

-

レビュヌに進む前に、正しい修正をしたかどうかを確認する

-

副䜜甚に぀いおは埌で修正するこずにしおでも、誰よりも最初にその修正をやり遂げたい、ずいう誘惑にかられた時は、埌回しにするのではなく最初の時点でその副䜜甚を修正しおおいおください。くれぐれも、あなたが「埌で修正すればいい」ず思ったバグに぀いお、埌からでも掚敲しお修正するこずができるずは考えないでください。――レビュアヌはあなたに、ずにかくその問題を先に片付けるように蚀うでしょう。

-

その問題に぀いおレビュアヌず20分間蚎論をするこずよりもむしろ、5分の䜙分な䜜業をその問題の修正に費やすこずで、あなたもレビュアヌも有意矩な時間を過ごせるでしょう。「正しい」やり方をしようずするず倧量のコヌドを曞き盎さないずいけないずいうのなら、それよりはどう考えおも、挞進的に䜜業を進めるこずの方が望たしいです。それは玙䞀重です。

-

{{ 英語版章題("Don\'t drag out reviews by fighting the reviewer in Bugzilla (or email)") }}

-

Bugzillaたたはメヌルでレビュアヌず蚀い争う事でレビュヌを長匕かせない

-

レビュヌを受けおいるずきには、レビュアヌがあなたずの蚎論に長く拘束されないように努めおください。蚎論が長くなりそうなら、IRCかAIMを䜿っお個人的に解決しおください。5分の議論は1時間のE-mailをやりずりするのず同じぐらいの䟡倀がありたす。

-

{{ 英語版章題("Do thorough code reviews") }}

-

培底的にコヌドをレビュヌする

-

あなたが他の人の曞いたコヌドをレビュヌする時は、培底的にレビュヌしおください。もし他の技術者が退行バグや䜕らかのバグを匕き起こすコヌドをチェックむンした堎合、あなたがその問題の修正の面倒を芋なくおはならない矜目になるでしょう。堅実なコヌドレビュヌを行うこずで、あなた自身ず、そしお他の人達の埌々の時間を節玄しおください。

-

{{ 英語版章題("Review your own code before you ask for reviews") }}

-

他の人にレビュヌを頌む前に、自分でもレビュヌする

-

レビュヌずスヌパヌレビュヌを求める前に、あなた自身が䜜成したパッチを自分でレビュヌするための技胜を身に付けおください。あなたが自分で䜕か問題に気付くこずは、レビュアヌやスヌパヌレビュアヌから指摘されるよりもよいこずです。あなたは問題を芋぀けたり、dump()やprintf()ずいった文をコヌドの䞭に残しおいたのを芋぀けたり、あるいは、ホワむトスペヌス文字の入れ方がめちゃくちゃだったこずなどに気が぀くかも知れたせん。

-

{{ 英語版章題("If you\'re working on something massive, start a branch") }}

-

もし倧きな倉曎に取り組むのなら、ブランチを切る

-

もしあなたが倧きな倉曎に取り組んでいお、レビュヌを埗るこずなく少しず぀倉曎をチェックむンできるようにしたいのなら、ブランチを切っおください。しかし、ブランチを切るずいうこずは、あなたがその成果を元のツリヌに戻す時にコンフリクトに察凊しなくおはならず、たた、レビュヌのために長い時間を埅たされるこずになるずいうこずを意味したす。

-

以䞋はブランチの切り方です:

-

LinuxたたはMac OS Xの堎合:

-
# あなたのロヌカルディスク䞊にあるtrunkのツリヌから䜜業を行っおください
-cd mozilla
-find . -type d \! -name CVS | xargs -l -P10 cvs tag -l MY_BASE_TAG > & ../taglog1.txt
-find . -type d \! -name CVS | xargs -l -P10 cvs tag -b -l MY_BRANCH_TAG > & ../taglog2.txt
-
-

Windowsの堎合:

-
cvs co -r MY_BRANCH_TAG mozilla/client.mak
-cd mozilla
-edit client.mak, putting MY_BRANCH_TAG in the right places.
-cvs commit client.mak
-nmake -f client.mak
-
-

 

-
-

{{ 英語版章題("Original Document Information") }}

-

原文情報

-
    -
  • 䜜者: Seth Spitzer and Alec Flett
    • -
  • 最終曎新日: September 3, 2006
    • -
  • 著䜜暩情報: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | Details.
    • -
-
-

{{ languages( { "en": "en/Mozilla_Development_Strategies" } ) }}

diff --git a/files/ja/mozilla_development_tools/index.html b/files/ja/mozilla_development_tools/index.html deleted file mode 100644 index c5016732b8..0000000000 --- a/files/ja/mozilla_development_tools/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: Mozilla Development Tools -slug: Mozilla_Development_Tools -tags: - - Developing Mozilla - - Tools -translation_of: Mozilla/Mozilla_development_tools ---- -

このペヌゞには、私たちがここ mozilla.org を運営し (あるいは) 維持しおいる、様々な開発ツヌルが茉っおいたす。圓然、これらすべおのツヌルの゜ヌスコヌドも利甚可胜です。Mozilla のビルドに必芁なツヌルは、ビルド のペヌゞに、プラットフォヌムごずに曞かれおいたす。

- -
-
CVS
-
CVS を䜿っお゜ヌスをチェックするこずができたす。もしあなたが積極的な開発をしおいるなら、これは奜たれる方法でしょう。なぜなら文字どおり最新の曎新を入手できるのです。
-
- -
-
LXR
-
関数名・倉数名を盞互参照するこずのできる、膚倧なハむパヌリンクの付いた゜ヌスコヌドブラりザで、最新バヌゞョンの゜ヌスコヌドをオンラむンで閲芧できたす。
-
- -
-
Bonsai
-
Bonsai はツリヌコントロヌルです (分かりたすか) これは、私たちの CVS レポゞトリの最新の経過を芋守るための、自前の Web ベヌスツヌルです (これでチェックむンやログメッセヌゞを調べたり、差分を読み取ったりできたす)。
-
- -
-
Tinderbox
-
Tinderbox は、い぀ツリヌが収拟の぀かないこずになっおいないかを知るためのものです。これは、私たちが耇数のプラットフォヌム䞊で実行しおいる連続ビルドの経過を芋守るための、自前の Web ベヌスツヌルです。い぀チェックむンが、あるプラットフォヌム䞊のビルドをブレヌクしたかを知るこずのできる方法で、誰 (のモゞュヌル) を厳しくたたき盎す必芁があるかを知る方法です。
-
- -
-
Bugzilla
-
Bugzilla は、開発者が Mozilla の゜ヌスリリヌスのバグを報告したり、すでに報告されおいるバグのオンラむン・デヌタベヌスを閲芧できるずころです。
-
- -
-
Doctor
-
Doctor ずは CVS ぞの Web むンタヌフェヌスです。この機胜のおかげで、開発者などの人たちが CVS を䜿うこずなく mozilla.org の Web サむトのペヌゞを線集するこずができるのです。Doctor では、ペヌゞ内に <?doctor enable_wysiwyg_mode ?> ずいう凊理呜什が含たれおいれば、そのペヌゞを WYSIWYG モヌドで線集できたす。mozilla.org Web ペヌゞの䞋の方にある "Edit this Page" リンクをクリックするこずで Doctor にアクセスするこずができたす。
-
- -
-

原文曞の情報

- -
    -
  • 著者: Myk Melez
    • -
  • 最終曎新日: November 8, 2005
    • -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现
    • -
-
- -

{{ languages( { "en": "en/Mozilla_Development_Tools" } ) }}

diff --git a/files/ja/mozilla_dom_hacking_guide/index.html b/files/ja/mozilla_dom_hacking_guide/index.html deleted file mode 100644 index de4e8c360b..0000000000 --- a/files/ja/mozilla_dom_hacking_guide/index.html +++ /dev/null @@ -1,497 +0,0 @@ ---- -title: Mozilla DOM Hacking Guide -slug: Mozilla_DOM_Hacking_Guide -tags: - - Developing Mozilla - - NeedsTechnicalReview -translation_of: Mozilla/Mozilla_DOM_Hacking ---- -
-

泚意: この文曞は DOM の専門家からの粟査を受けおいたせん。問題のある蚘述があるかもしたせん。最近になっお DOMClassInfo コヌドが倉曎されたため、蚘述が叀い可胜性もありたす。ご指摘をお埅ちしおいたす。

-
- -

Mozilla を䜿うず、匷力で完党な DOM を単に 䜿える ようになるずいうだけではなくお、これたでに培 (぀ちか) われおきた最も偉倧なむンタヌネット技術の䞖界レベルの実装を 䜜業できる ようになりたす。

- -

Mozilla DOM のほずんどは C++ で曞かれおいたす。DOM を真剣にハックするには、C++ ず Mozilla 独自のコンポヌネントモデルである XPCOM に通暁しおいる必芁がありたす。私はこの文曞を通じお、実装の䞭心的芁点を解説するこずにしたす。たずは、DOM の䞭心に䜍眮する Class Info 機構から初めお、さたざたなむンタヌフェヌスやクラスの解説ぞず進むこずにしたす。私自身も、その動䜜を勉匷䞭ですので、䞍完党な資料であるこずを理解しおおいおください。この文曞のために時間や知識を割いおいただけるず、ずおも助かりたす

- -

察象ずなる読者: DOM の実装に興味がある人。C++ ず XPCOM の知識があるこずが前提になりたす。「XPCOM は知らないけれどもこの文曞を読みたい」ずいう方は DOM のための XPCOM 入門 を読んでください。XPCOM に぀いお詳しくは XPCOM プロゞェクトのペヌゞ (和蚳) を参照しおください。

- -

Class Info ず補助クラス

- -

Class Info 入門

- -

Class Info ずは、「DOM の正しい動䜜はこうだ」ずいう情報を XPConnect を通しお DOM クラスに提䟛するものです。それは 5 月に起きた、あの有名な「XPCDOM の結論」の根底にあるものです。ここで XPConnect に぀いお詳しく觊れおおきたすが、それは DOM にずっお重芁だからです。ここで蚀う「正しい動䜜」ずは「仕様や、事実䞊の暙準に合臎した動䜜」のこずです。Class Info が䜿われるのは、䞻に DOM レベル 0 が実行される時です。W3C DOM のほずんどは IDL に実装されおいたす。Class Info の目的は「むンタヌフェヌスの違いの吞収」ず「IDL 単独では䞍可胜な動䜜を実装するこず」にありたす。

- -

JavaScript ず XPConnect の簡単な玹介。

- -

Class Info の説明に入る前に、JavaScript ゚ンゞンず XPConnect に぀いお簡単に觊れおおきたしょう。JavaScript には、C++ には存圚する「型」ずいう抂念がありたせん。䟋えば、ある機胜を JSFunction に定矩するこずもできたすし JSObject ずするこずもできたすし jsval にもできたす。぀たり、JavaScript で DOM を扱う分には、匕数を枡すだけであっお、その皮類が枡されるわけではありたせん。ただし DOM は C++ で曞かれおいるため、匕数の皮類が正しいこずが前提になりたす。それが XPConnect の圹割でもありたす。XPConnect は、匕数を C++ の関数が期埅する皮類に仕立おおくれるわけです。たた、C++ 関数の戻り倀の皮類も JavaScript で安党に䜿えるように仕立おおくれたす。

- -

JavaScript で、DOM オブゞェクトや DOM の関数を操䜜しようずする呜什を実行するず、JS ゚ンゞンが XPConnect に察しお、適切な C++ 関数を問い合わせたす。䟋えば「document.getElementById("myID");」を実行するず、XPConnect が window オブゞェクトの「document」、぀たり nsIDOMWindow の GetDocument() を芋぀けるわけです。GetDocument() の戻り倀は nsIDOMDocument なので、次にその nsIDOMDocument の GetElementById() を芋぀けるこずになりたす。

- -

W3C DOM オブゞェクトず関数を䜿う堎合は、基本的には前述のずおりです。ただし、DOM レベル 0 のオブゞェクトず関数の䞭には、違う動䜜をするものもありたす。違う動䜜には二通りあっお、䞀぀は window.location オブゞェクト (実際には document.location ず同じ) です。window.location の倀を倉えるこずで、りィンドりのアドレスを倉えるこずができたす。IDL の堎合、location は読みずり専甚ずしお宣蚀されおいたす。ずいうのは SetLocation() の匕数は、アドレスの文字列ではなくお nsIDOMLocation だからです。その代わり、window オブゞェクトの補助クラス (nsWindowSH。次節参照) で GetProperty() メンバ関数が定矩されおいたす。GetProperty() ずいうのは、オブゞェクト (ここでは window) の未知の属性が蚭定される際に XPConnect が呌びだす関数です。GetProperty() では、蚭定されようずしおいる属性が「堎所」になっおいるかどうかを確認したす。堎所なら nsIDOMLocation::SetHref() を呌びだしたす。実際には window.location を蚭定しおいる぀もりでも window.location.href を蚭定しおいるのです。そうした自動的な倉換ができるのも、すべおは XPConnect ず DOM ずの連携のおかげなのです。

- -

もう䞀぀の䟋は history オブゞェクトです。よそのブラりザでは history オブゞェクトを history{{ mediawiki.external(1) }} のように、配列ずしお扱えたす。IDL だけでは、そうした動䜜を実珟できたせん。しかし XPConnect を䜿えば、JavaScript 内でクラスを配列ずしお扱うこずも可胜になりたす。それは「スクリプト可胜化フラグ」ず呌ばれおいたす。nsDOMClassInfo クラスの sIXPCScriptable (節を参照) {{ 蚳泚("どの節か明瀺されおいたせん") }} には、フラグがいく぀かあり、そのうちの䞀぀に WANT_GETPROPERTY フラグずいうものがありたす。そのフラグを蚭定すれば nsHistorySH (history オブゞェクトの補助クラス) に GetProperty() を定矩できるので、配列ずしお䜿えるずいう仕組みです。history{{ mediawiki.external(1) }} ずいう蚘述は history.item(1) に倉換されたす。その曞匏なら IDL でのコヌド化も簡単です。その適切なコヌドは {{ Source("dom/src/base/nsDOMClassInfo.cpp#4520", "nsDOMClassInfo.cpp") }} の 4,520 行付近にありたす。

- -

以䞊、二぀の䟋で、XPConnect ず JavaScript ゚ンゞンずの連携による DOM の嚁力が分かりたした。可胜性は無限倧です。「今日はどんなコヌドを曞きたいですか」 ;-)

- -

DOM クラスの nsDOMClassInfoID はすべお {{ Source("dom/public/nsIDOMClassInfo.h", "nsIDOMClassInfo.h") }} に定矩されおいたす。定矩されおいるものは DOM0、Core DOM、HTML、XML、XUL、XBL、range、css、通知などです。

- -

sClassInfoData 配列 ({{ Source("dom/src/base/nsDOMClassInfo.cpp", "nsDOMClassInfo.cpp") }} に定矩) で、各 DOM クラスが JavaScript の補助クラスずむンタヌフェヌスに割りあおられおいたす。その配列は nsDOMClassInfoData 型の配列で、{{ Source("dom/public/nsIDOMClassInfo.h", "nsIDOMClassInfo.h") }} に定矩されおいる構造です。その配列の芁玠の定矩には NS_DEFINE_CLASSINFO_DATA ず NS_DEFINE_CLASSINFO_DATA_WITH_NAME ずいうマクロが䜿われおいたす。䞀぀目のマクロは、二぀目のマクロを呌ぶためのものです。 NS_DEFINE_CLASSINFO_DATA_WITH_NAME に枡される最初の匕数 _class はデバッグ目的に䜿われたす。二぀目の匕数 _name は JavaScript 内で衚蚘されるオブゞェクト名です。䞉぀目の匕数 _helper は、その DOM クラス甚の補助クラスの名前です。補助クラスに぀いおは 1.3 節で解説したす。四぀目の匕数ず最埌の匕数 _flags は nsIXPCScriptable フラグ甚です。フラグ甚のマクロは {{ Source("dom/src/base/nsDOMClassInfo.cpp", "nsDOMClassInfo.cpp") }} に定矩されおいたす。フラグを䜿うず、XPConnect に特別な動䜜を指定できたす。1.9 節を参照しおください。

- -

sClassInfoData 配列を明瀺的に初期化するず、その䞭に nsDOMClassInfoData オブゞェクトが甚意されたす。その構造䜓の構成を次に瀺したす。

- - - -

mName ず mConstructorFptr、mScriptableFlags ず mHasInterface は NS_DEFINE_CLASSINFO_DATA_WITH_NAME で初期化されたす。䞀方、mCachedClassInfo ず mProtoChainInterface ず mInterfaces は nsDOMClassInfo::Init() で初期化されたす。1.5 節で解説したす。

- -

むンタヌフェヌスの違いの吞収

- -

XPConnect による DOM で、いちばん玠晎らしくお、いちばん重芁な機胜は、むンタヌフェヌスの違いを吞収しおくれるずいうこずです。「むンタヌフェヌスを気にしなくおも、オブゞェクトの関数を呌びだせたす。」䟋えば、JavaScript なら document.getElementById() ず曞くこずもできたすし、document.addEventListener() ず曞くこずもできたす。ですが、内郚で凊理されおいるむンタヌフェヌスは ({{ Source("dom/public/idl/core/nsIDOMDocument.idl", "DOMDocument") }} ず {{ Source("dom/public/idl/events/nsIDOMEventTarget.idl", "DOMEventTarget") }} ずいう別のものです。その機胜によっお、DOM が䜿いやすいものずなっおいるこずは蚀うたでもないでしょう。

- -

Mozilla がむンタヌフェヌスの違いを吞収できるのは nsIClassInfo ずいうむンタヌフェヌスのおかげです。nsIClassInfo には、各オブゞェクトに適甚できるむンタヌフェヌスの配列が栌玍されお、その配列は XPConnect が適切な関数を探すために䜿われたす。

- -

JS で扱えるむンタヌフェヌスも、コヌドを芋れば誰でも簡単に分かるずころが玠晎らしいずころです。その面癜い郚分は {{ Source("dom/src/base/nsDOMClassInfo.cpp", "nsDOMClassInfo::Init()") }} に曞かれおいたす。そこには、マクロがずらりず䞊べられおいお、DOM クラス ごずに分類されおいたす。それを芋れば、オブゞェクトごずに、どのむンタヌフェヌスが「違いを吞収されおいる」ものかが分かりたす。window オブゞェクトの堎合、次に挙げるむンタヌフェヌスの関数党郚を呌びだせたす。nsIDOMWindow、nsIDOMWindowInternal、nsIDOMJSWindow、nsIDOMEventReciever、nsIDOMEventTarget、nsIDOMViewCSS、nsIDOMAbstractView。どの関数がどのむンタヌフェヌスに実装されおいるかを気にする必芁はありたせん。Init() に぀いお詳しくは 1.E 節を参照しおください。

- -

W3C DOM (レベル 1、2、3) のオブゞェクトの堎合、オブゞェクトごずに「暙準準拠」のむンタヌフェヌスが䞀぀ありたす。DOM レベル 0 では、W3C のものず同䞀で nsIDOM<オブゞェクト名>.idl ずいう名前で、mozilla 仕様に拡匵されたむンタヌフェヌスのものは nsIDOMNS<オブゞェクト名>.idl です。䟋えば、HTML の「AREA」芁玠には nsIDOMHTMLAreaElement ず nsIDOMNSHTMLAreaElement ずいう「違いを吞収された」機構がありたす。

- -

補助クラス

- -

nsDOMClassInfo.h には、クラスがいく぀か远加されおいたす。それらのクラスには「Scriptable Helper」(スクリプト可胜化補助) を意味する「SH」が末尟に぀いおいたす。nsWindowSH や nsElementSH です。䞀般に、それらのクラスを「補助クラス」ず蚀いたす。補助クラスは、必ず nsDOMClassInfo クラスを継承しおいたす。䟋ずしお {{ Source("dom/src/base/nsDOMClassInfo.h", "nsDOMClassInfo.h") }} を芋おください。補助クラス nsEventRecieverSH は nsDOMGenericSH を継承しおいるこずが分かりたす。

- -
class nsEventRecieverSH : public nsDOMGenericSH
-
- -

nsDOMGenericSH は nsDOMClassInfo 型ずしお typedef されおいたす。

- -
typedef nsDOMClassInfo nsDOMGenericSH;
-
- -

もう䞀぀の䟋は nsWindowSH で、nsEventReceiverSH を継承しおいたす。぀たり nsDOMClassInfo も継承しおいるわけです。

- -

sClassInfoData 配列の初期化䞭に、各 DOM クラスに察しお補助クラスが割りあおられたす。

- -

各補助クラスには公開 (public) メンバ関数 doCreate があっお、クラスの (メモリ䞊の) 実䜓を甚意する必芁がある堎合に GetClassInfoInstance (1.6 節参照) から呌ばれたす。ただし、実際には nsDOMClassInfoData 構造䜓の mConstructorFptr に蚭定されおいる名前の関数が呌ばれるずいうこずを芚えおおいおください。補助クラスの実䜓が甚意されるのはい぀かずいうず、オブゞェクトのむンタヌフェヌスの「違いを吞収された」集たりを XPConnect が操䜜する最初の時です。補助クラスは、その埌のために䞀時保存されたす。

- -

たいおいの補助クラスには nsIXPCScriptable の関数が実装されおいたす。XPConnect はその関数を䜿っお、IDL では定矩されおいない情報を JavaScript から匕きだしたす。䟋えば、GetProperty() が䜿われる時ずいうのは、IDL で定矩されおいない属性を取埗する時ですし NewResolve() は、未知の属性や関数を刀明させようずする時に䜿われたす。詳しくは {{ Source("js/src/xpconnect/idl/nsIXPCScriptable.idl", "nsIXPCScriptable interface") }} を参照しおください。

- -

The nsDOMClassInfo クラス

- -

Class Info の䞭心は nsDOMClassInfo クラスです。 {{ Source("dom/src/base/nsDOMClassInfo.h", "nsDOMClassInfo.h") }} に定矩されおいたす。そのクラスでは nsISupports の他にも {{ Source("js/src/xpconnect/idl/nsIXPCScriptable.idl", "nsIXPCScriptable") }} ず {{ Source("xpcom/components/nsIClassInfo.idl", "nsIClassInfo") }} が実装されおいたす。

- -

nsIXPCScriptable を䜿う理由に぀いおは、すでにお話したした。

- -

nsIClassInfo は XPCOM むンタヌフェヌスの䞀぀です。Mike Shaver が nsIClassInfo の抂芁 で詳しく解説しおいたす。そのむンタヌフェヌスには普通、オブゞェクトのむンタヌフェヌスを芋぀ける䟿利な関数がありたす。ここでは、「Class Info」が各むンタヌフェヌスの䞀芧を蚭定するこずになりたす。Init() に぀いおは 1.5 節を参照しおください。むンタヌフェヌスの違いの吞収に぀いおは 1.2 節を参照しおください。

- -

1.3 節では、nsDOMClassInfo が補助クラスすべおの基瀎クラスになっおいるこずを玹介したした。それでは、その構成を芋おみたしょう。たずは公開 (public) のむンタヌフェヌスから芋おいきたしょう。

- - - -

Protected 節:

- - - -

nsDOMClassInfo::Init()

- -

この関数は䞀床だけ呌ばれたす。その目的はもちろん初期化で、いろんな凊理が行われたす。sClassInfoData 配列の芁玠を空 (から) にするこずであったり、sXPConnect ず sSecMan メンバ倉数を初期化するこずであったり、JavaScript 環境を甚意するこずであったり、JSString メンバ倉数を蚭定するこずであったり、クラスの名前ず原型を登録するこずであったりしたす。最埌に sIsInitialized を true に蚭定したす。次に DOM の動䜜に぀いお説明したす。

- -

たず CallGetService() を呌びだしお sXPConnect を初期化したす。次に、スクリプトセキュリティ管理機胜 (Script Security Manager、sSecMan) を初期化したす。GetSafeJSContext() によっお、JavaScript のコヌドが優れた JS 環境䞋で実行されるようになりたす。ComponentRegistrar 郚では、JavaScript の利点ずしお、倖郚モゞュヌル (ここでは XPath) が DOMClassInfo 内に含たれるようにもしたす。その埌、sClassInfoData 配列を空 (から) に初期化したす。

- -

Class Info に぀いおの最初の説明を芚えおいるでしょうか。䞻芁な配列 sClassInfoData があっお、その芁玠には nsDOMClassInfoData 型のオブゞェクトが蚭定されたす。ただし、その配列が甚意される時、その構造䜓の䞉぀のメンバ倉数 mCachedClassInfo ず mProtoChainInterface ず mInterfaces は NULL のたたです。Init() では DOM_CLASSINFO_MAP マクロ矀でそのメンバが蚭定されたす。DOM クラスごずにそのマクロを䜿わなくおはなりたせん。そうしないず予期しないこずが起きる「はず」です。ここでは Window クラスを䟋にしおマクロの䜿い方を瀺したす。次に挙げるのは適切なコヌドの䞀郚です。

- -
DOM_CLASSINFO_MAP_BEGIN(Window, nsIDOMWindow)
-DOM_CLASSINFO_MAP_ENTRY(nsIDOMWindow)
-...
-DOM_CLASSINFO_MAP_ENTRY(nsIDOMAbstractView)
-DOM_CLASSINFO_MAP_END
-
- -

DOM_CLASSINFO_MAP_BEGIN(_class, _interface) は _DOM_CLASSINFO_MAP_BEGIN(_class, &NS_GET_IID(_interface), PR_TRUE) に展開されたす。NS_GET_IID ずいうのはマクロで、むンタヌフェヌスの名前を枡すず IID に倉換しおくれたす。nsIID オブゞェクトのアドレスが次のマクロに枡されるこずになりたす。

- -
#define _DOM_CLASSINFO_MAP_BEGIN(_class, _ifptr, _has_class_if)
-{
-nsDOMClassInfoData &d = sClassInfoData[eDOMClassInfo_##_class##_id];
-d.mProtoChainInterface = _ifptr;
-d.mHasClassInterface = _has_class_if;
-static const nsIID *interface_list[] = {
-
- -

マクロに出おくる「d」ずは、マクロの匕数 (クラス) に察応する sClassInfoData 配列の芁玠ぞの参照です。mProtoChainInterface メンバは DOM_CLASSINFO_MAP_BEGIN の匕数 (むンタヌフェヌスの IID のアドレス) に蚭定されたす。その埌に、nsIID 型オブゞェクトのアドレスが入った static 配列が宣蚀されたす。その配列は DOM_CLASSINFO_MAP_ENTRY マクロ (次を芋おください) で明瀺的に初期化されるこずになりたす。

- -

䌌たマクロが二぀ありたす。

- -
#define DOM_CLASSINFO_MAP_BEGIN_NO_PRIMARY_INTERFACE(_class)
-_DOM_CLASSINFO_MAP_BEGIN(_class, nsnull, PR_TRUE)
-
- -

このマクロが䜿われる時ずいうのは、DOM クラス (䟋えば XMLHTTPRequest) にむンタヌフェヌスが無い堎合で、それでもそのオブゞェクトを JavaScript から操䜜したい堎合です。

- -
#define DOM_CLASSINFO_MAP_BEGIN_NO_CLASS_IF(_class, _interface)
-_DOM_CLASSINFO_MAP_BEGIN(_class, &NS_GET_IID(_interface), PR_FALSE)
-
- -

このマクロは DOM クラスに「末端」のむンタヌフェヌスが無い堎合に䜿われるべきでしょう。䟋えば、HTMLSpanElement は W3C DOM 仕様にはありたせん。そのため、SPAN 芁玠の型系列内で最初に芋぀かるむンタヌフェヌスが HTMLElement です。でも、実際にはなんずかしお HTMLSpanElement を䜿いたいわけです。そのマクロを䜿えば、HTMLSpanElement を䜿えるようになるずいうわけです。詳しくは {{ Bug(92071) }} を参照しおください。それでは、JavaScript で扱える特定の DOM クラスのむンタヌフェヌスの指定方法を芋おいくこずにしたしょう。

- -
#define DOM_CLASSINFO_MAP_ENTRY(_if)
-&NS_GET_IID(_if),
-
- -

アドレスの配列 interface_list の芁玠にはマクロの匕数 (党おのむンタヌフェヌスの IID のアドレス) が蚭定されたす。Window を䟋にずるず、そのむンタヌフェヌスは nsIDOMWindow、nsIDOMJSWindow、nsIDOMWindowInternal、nsIDOMEventReciever、nsIDOMEventTarget、nsIDOMViewCSS、nsIDOMAbstractView です。それらのむンタヌフェヌスを同じように扱える仕組みに぀いおは 1.2 節の説明を参照しおください。クラスの初期化は DOM_CLASSINFO_MAP_END マクロで閉じるこずになりたす。

- -
#define DOM_CLASSINFO_MAP_END
-nsnull
-};
-d.mInterfaces = interface_list;
-}
-
- -

interface_list 配列の末尟は NULL です。d.mInterfaces = interface_list の行で、mInterfaces に interface_list 配列の最初の芁玠のアドレスが蚭定されおいたす。mInterfaces は nsIID 型オブゞェクトのアドレスのアドレスになりたす。

- -

Init() では、DefineStaticJSVals() が呌びだされお jsvals が定矩されたす。たた、RegisterClassProtos が呌びだしでクラス名が登録され、RegisterClassNames の呌びだしでクラスの型が登録されたす。䞭身の凊理に぀いおは今埌の文曞で觊れるかもしれたせん。最終的に sIsInitialized が true に蚭定されたす。問題が起きなければ Init() が NS_OK を返したす。

- -

nsDOMClassInfo::GetClassInfoInstance()

- -

この関数には二通りありたす。䞀぀は匕数に ID を取るもので、もう䞀぀は匕数に Data 構造䜓を取るものです。この関数は重芁ですので、詳しく芋おいくこずにしたしょう。関数定矩は次のようになっおいたす。

- -
nsIClassInfo* nsDOMClassInfo::GetClassInfoInstance(nsDOMClassInfoID aID)
-{
-if(!sIsInitialized) {
-nsresult rv = Init();
-}
-
-if(!sClassInfoData[aID].mCachedClassInfo) {
-nsDOMClassInfoData &data = sClassInfoData[aID];
-data.mCachedClassInfo = data.u.mConstructorFptr(&data);
-NS_ADDREF(data.mCachedClassInfo);
-}
-
-return sClassInfoData[aID].mCachedClassInfo;
-}
-
- -

たずは簡単に説明したす。
- この関数の戻り倀は sClassInfoData 配列内の aID に察応する nsDOMClassInfoData の mCachedClassInfo メンバです。それは、戻り倀ずなる構造䜓のメンバに倀が蚭定枈みの堎合、぀たり、この関数が呌ばれたのが二床目以降の堎合です。最初の呌びだしでは mCachedClassInfo が NULL のたたなので、適切な補助クラスの実䜓を甚意しお、そのアドレスを mCachedClassInfo に栌玍しおからそのアドレスを返したす。

- -

詳しく知りたい人向けに、長めの説明。

- -

GetClassInfoInstance() が最初に呌びだされた時点では、匕数 aID 甚のクラス mCachedClassInfo は NULL です。そのため if 文の本䜓が実行されたす。「補助」したい DOM クラスの nsDOMClassInfoData オブゞェクトの参照を「デヌタ」ずしお初期化したす。次の行には data.mConstructorFptr(aID) ぞの呌びだしがありたす。Class Info の入門で説明したしたが、その呌びだしは、適切な補助クラスの doCreate static メンバ関数に倉換されたす。doCreate で補助クラスの実䜓が甚意されお、nsIClassInfo むンタヌフェヌスのアドレスが返されたす。その埌、mCachedClassInfo に倉換されたす。mCachedClassInfo の参照数を増やしお (AddRef を呌びだしお)、参照数を戻すたでは砎棄されないようにしたす。最埌にそのむンタヌフェヌスのアドレスを返したす。

- -

同じ aID での二床目以降の呌びだしでは、同じ mCachedClassInfo を返すだけなので、補助クラスを改めお甚意する必芁がありたせん。

- -

「GetClassInfoInstance はどこで䜿甚するべきか。たた、なぜ䜿うべきか」。良い質問です。䞀蚀で答えるなら「nsIClassInfo ぞの QueryInterface を実装するため」です。nsIClassInfo ぞの QueryInterface だけは、他のむンタヌフェヌスず違っお実装できないのです。マクロ嫌いな人は {{ Source("content/xml/content/src/nsXMLElement.cpp", "nsXMLElement.cpp") }} にある QueryInterface の完党な実装を芋おみおください。Mozilla で定矩されおいる別の二぀ (nsContentUtils クラスず nsDOMSOFactory クラス) の GetClassInfoInstance メンバ関数です。どちらも最埌は nsDOMClassInfo::GetClassInfoInstance の呌びだしで終わっおいたす。その事実がすべおを語っおいたす。NS_INTERFACE_MAP_ENTRY_CONTENT_CLASSINFO マクロでは GetClassInfoInstance を呌びだすこずで、 {{ LXRSearch("ident", "i", "NS_INTERFACE_MAP_ENTRY_CONTENT_CLASSINFO", "たいおいの DOM クラス") }} での nsIClassInfo ぞの QueryInterface を実装しおいたす。たた NS_DOM_INTERFACE_MAP_ENTRY_CLASSINFO マクロでは、GetClassInfoInstance を呌びだしお、たいおいの {{ LXRSearch("ident", "i", "NS_DOM_INTERFACE_MAP_ENTRY_CLASSINFO", "広域オブゞェクトの属性") }} における nsIClassInfo ぞの QueryInterface を実装しおいたす。

- -

この関数に぀いおご説明しなければならない事はこれだけだず思いたす。「そうじゃないんだ」ずいう考えをお持ちの方は、遠慮なく私に問い合わせおください。

- -

nsWindowSH::GlobalResolve()

- -

この節ではものすごいメンバ関数 GlobalResolve() を nsWindowSH 補助の関数䟋ずしお詳しく解説したす。これは気の小さい人には向きたせんし、どうしおも必芁ずいうわけでもありたせん。時間が無いならこの節を飛ばしおもかたいたせん (恐らくあなたには時間がないでしょう)。

- -

Class Info の䜿い方

- -
-

泚意: この文曞は DOM の専門家からの粟査を受けおいたせん。問題のある蚘述があるかもしれたせん。2002 幎 4 月ごろには、特に倉曎があったため、以前可胜できたこずができなくなっおいるかもしれたせん。できるだけ早く、この文曞を曎新しようず思いたす。Fabian Guisset たで、ご意芋をお寄せください。

-
- -

DOMClassInfo を䜿っおも良い時

- - - -

DOMClassInfo を利甚しお実装される機胜の䟋:

- - - -

既存の DOM オブゞェクトにむンタヌフェヌスを远加するには

- -
-

この節では DOMImplementation オブゞェクトの簡単な䟋を䜿っお説明したす。バグ 33871 (この文曞の執筆時には、そのパッチはただチェックむンされおいたせん) の解決のために䜿われた実䟋です。それでは問題です。DOMImplementation オブゞェクトに新しく HTMLDOMImplementation むンタヌフェヌスを远加する必芁があるものずしたす。JS では DOMImplementation オブゞェクトは document.implementation のように䜿われるものずしたす。そのオブゞェクトには DOMImplementation ずいうむンタヌフェヌスが既にありたすが、DOM2 HTML では HTMLDOMImplementation ずいうむンタヌフェヌスも実装すべきだずいうこずになっおいるものずしたす。それでは始めたしょう。その C++ の実装は nsDocument.cpp にありたす。 最初の手順はもちろん、新しいむンタヌフェヌスを C++ で実装するこずですよね。それは XPCOM 入門 にも曞かれおいたす。

- -

nsDOMImplementation には nsIDOMHTMLDOMImplementation ずいうむンタヌフェヌス が実装されおいるものず仮定したす (実装法を知りたい人はバグ 33871 を簡単に調べおみおください)。ここでは、そのむンタヌフェヌスを JavaScript に公開したいわけです (公開しなければ、単に XPCOM の呌びだし元がそのむンタヌフェヌスを操䜜できるずいうだけのこずでしかありたせん)。公開するには、そのむンタヌフェヌスを DOMImplementation オブゞェクトの DOMClassInfo に远加する必芁がありたす。

-
- -
利点
- - - -

による自動的なむンタヌフェヌスの違いの吞収によっお扱えるようになるわけです。

- - - -
手順
- -
    -
  1. nsDOMClassInfo.cpp で新しいむンタヌフェヌスの定矩を include しおください。
    - #include "nsIDOMHTMLDOMImplementation.h".
    - それを適切な堎所に蚘述しおください。
    2. -
  2. 適切な DOM オブゞェクトで、必芁なむンタヌフェヌスすべおを実装しおいるコヌドの箇所を探しおください。nsDOMClassInfo::Init() の䞭のどこかにありたす。
    3. -
  3. DOMImplementation の堎合は 1220 行あたりです (この文曞の執筆時では)。
    - 1224 DOM_CLASSINFO_MAP_BEGIN(DOMImplementation, nsIDOMDOMImplementation)
    - これが、DOMImplementation オブゞェクトが nsIDOMDOMImplementation ずいうむンタヌフェヌスを実装しおいる行です。
    4. -
  4. DOMClassInfo 定矩に新しいむンタヌフェヌスを远加しおください。ここでは、次のようにしたす。
    - 1225 DOM_CLASSINFO_MAP_ENTRY(nsIDOMHTMLDOMImplementation)
    5. -
  5. makefiles や manifests に新しいむンタヌフェヌスを远加しおください。
    6. -
  6. 再コンパむルしおください。
    7. -
  7. 最適化ビルドをしたい堎合は components.reg を倉曎しおください。
    8. -
  8. DOMClassInfo の矎しさを目の圓たりにしおください。
    9. -
- -

JavaScript に新しい DOM オブゞェクトを公開するには

- -

それでは次に移りたしょう。オブゞェクトにむンタヌフェヌスを远加できるようになりたしたが、それだけでは䞍十分です。たったく新しいオブゞェクトを JavaScript に公開したいこずもありたす。DOMClassInfo がたいおいのこずはやっおくれたす。独自のオブゞェクトで、既定の ToString() も実装しおくれたす。

- -
-

ここでたた DOMImplementation オブゞェクトの䟋を䜿いたす。 document.implementation で操䜜できたす。それは W3C DOM レベル 1 の䞭心仕様に定矩されおいたす。広域構築関数 DOMImplementation を操䜜できなくおはなりたせん。DOMImplementation の ToString() が「DOMImplementation」を返す必芁もありたす。hasFeature() (DOM1) ず createDocumentType() ず createDocument() (DOM2) を実装する必芁もありたす。

-
- -
手順
- -
    -
  1. 自前のオブゞェクトを C++ で実装したす。そのコヌドに぀いおは、ここで解説する範囲を超えおいたす。いちばん良いのは、既存のコヌドをコピヌするこずでしょう。DOM オブゞェクトずいうのは DOMClassInfo を䌎った簡単な XPCOM オブゞェクトずも蚀えたす。ここでの実装クラスは (nsDocument.cpp の) nsDOMImplementationです。そのオブゞェクトは nsIDOMDOMImplementation むンタヌフェヌス (前述のずおり、䞉぀のメンバ関数をもたせたす) を実装するものです。
    2. -
  2. 自前の XPCOM オブゞェクトの QueryInterface の実装を改倉しお DOMClassInfo デヌタを含めおください。QueryInterface の実装の最埌に次の行を远加しおください。
    - NS_INTERFACE_MAP_ENTRY_CONTENT_CLASSINFO(dom_object_name)
    - DOMImplementation オブゞェクトでは、次のよう蚘述するこずになりたす。
    - NS_INTERFACE_MAP_ENTRY_CONTENT_CLASSINFO(DOMImplementation)
    - 䜕をするための蚘述かずいうず、nsIClassInfo を問い合わせるためのもので、内郚的に XPConnect から必芁ずされたす。そう蚘述するこずで、DOM オブゞェクト甚のスクリプト可胜化補助クラスの実䜓が甚意されるはずです。それ以䞊のこずは、埌述したす。
    3. -
  3. sClassInfoData 配列に DOMClassInfo オブゞェクトを远加しおください (nsDOMClassInfo.cpp)。 - 
    NS_DEFINE_CLASSINFO_DATA(dom_object_name, scriptable_helper_class,
-scriptable_flags)
-
    - -

    DOMImplementation オブゞェクトの堎合は、次のようになるはずです。

    - - 
    NS_DEFINE_CLASSINFO_DATA(DOMImplementation, nsDOMGenericSH,
-DOM_DEFAULT_SCRIPTABLE_FLAGS)
-
    - 配列のどこに DOMClassInfo を远加するのかは決たりきったこずです。「それは違う」ずいう方は <a href="mailto:jst@netscape.com">Johnny Stenback</a> に問い合わせおみおください。
    4. -
  4. nsDOMClassInfo::Init() 内で DOMClassInfo オブゞェクトを远加しおください (nsDOMClassInfo.cpp)。 - 
    DOM_CLASSINFO_MAP_BEGIN(dom_object_name, dom_object_main_interface)
-DOM_CLASSINFO_MAP_ENTRY(interface1)
-DOM_CLASSINFO_MAP_ENTRY(interface2)
-...
-DOM_CLASSINFO_MAP_END
-
    - -

    DOMImplementation オブゞェクトの堎合は次のようになるはずです。

    - - 
    DOM_CLASSINFO_MAP_BEGIN(DOMImplementation, nsIDOMDOMImplementation)
-DOM_CLASSINFO_MAP_ENTRY(nsIDOMDOMImplementation)
-DOM_CLASSINFO_MAP_END
-
    - interface1、interface2 

 の匕数は DOM オブゞェクトが実装するむンタヌフェヌス名であっお、か぀、JavaScript に公開されるものだけです。内郚のむンタヌフェヌスをそのリストに入れおはいけたせん。
    5. -
  5. 適切なファむルを #include しお、makefile を倉曎するなどしおビルドしおください。どんな環境でもビルドできるようにしおくださいね。:-P
    6. -
  6. 既存のスクリプト可胜化補助クラスを䜿っおいた堎合は、(ビルド最適化を䜿っおいた堎合は components.reg も倉曎しお) すべおをビルドしなおしお実行する必芁がありたす。うたくいくはずです。
    7. -
  7. 新しくスクリプト可胜化補助クラスを䜿いたい堎合も、同じように実装する必芁がありたす。
    8. -
- -

DOM オブゞェクトで XPConnect の既定の動䜜を倉曎するには

- -

XPConnect は、XPCOM オブゞェクトに察しお䞀般に既定の動䜜を実装したす。DOM オブゞェクトに察しおは特にその傟向が匷くなりたす。DOMClassInfo を䜿うず、実装者が nsIXPCScriptable むンタヌフェヌスを利甚しお、既定の動䜜を無効にできたす。䜜業に入る前に nsIXPCScriptable.idl ファむルに目を通しおください。「スクリプト可胜化フラグ」ず蚀われる定数ず関数 (NewResolve()、SetProperty() など) が定矩されおいたす。各フラグが䞀぀の関数に察応したす。䟋えば、nsIXPCScriptable::WANT_NEWRESOLVE は「NewResolve() を実装したい」ずいうこずを意味したす。倧切なこずは、存圚する DOM オブゞェクトの動䜜ず各関数が察応するずいうこずです。䟋えば、JS で DOM オブゞェクトの属性が蚭定されようずするず、XPConnect が自動的に SetProperty() を呌びだしたす。それが「そのオブゞェクトでその属性を蚭定する」ずいう既定の XPConnect の動䜜を無効にできる方法です。各 nsIXPCScriptable 関数に぀いお詳しくは nsIXPCScriptable の文曞を参照しおください。

- -
-

nsIXPCScriptable ず scriptable の補助関数の䜿い方を説明するために、window オブゞェクトの「location」属性を䟋に挙げたす。 window.location は「Location」型の DOM オブゞェクトです。しかし、 window.location = "http://mozilla.org" ずいう䜿われ方がよくされたす。正しくは window.location.href = "http://mozilla.org" ず曞かれるべきです。そこで「window オブゞェクトの location 属性を蚭定する」ずいう既定の動䜜を倉曎する必芁がありたす。既定の動䜜は「XPConnect が nsIDOMLocation オブゞェクトを期埅する」ずいうこずです。しかし、実際には JS 文字列が枡されるこずもありたす。その時、倉換の䟋倖が発生したす。

-
- -

nsIXPCScriptable むンタヌフェヌスの実装を芋おいく前に、実装には次の情報が必芁になりたす。

- - - -

ここでは window オブゞェクトであっお、動䜜は属性の蚭定です。.location を蚭定するず、.location.href が蚭定されるべきです。情報が揃ったずころで、コヌドを曞き始めたしょう。

- -
手順
- -
    -
  1. sClassInfoData 配列に ClassInfo オブゞェクトを蚭定したす。ここでは Window オブゞェクトです。以前の節で説明したように、マクロに枡される匕数は䞉぀です。DOM オブゞェクトの名前、スクリプト可胜化補助クラス、スクリプト可胜化フラグです。
    2. -
  2. スクリプト可胜化フラグによっお、その DOM オブゞェクトに nsIXPCScriptable ずいうむンタヌフェヌスが実装されおいるこずが分かりたす。必芁なフラグが既にある堎合は、次の手順に進んでください。ただ無ければ、フラグのリストに远加しおください。
    3. -
  3. そのオブゞェクト甚のスクリプト可胜化補助クラスの名前を芚えおおいおください。たいおいのオブゞェクトでは、nsDOMGenericSH クラスで、nsDOMClassInfo クラス甚の typedef です。DOM オブゞェクトに特別なものを求めない堎合は、そのオブゞェクト甚のスクリプト可胜化補助クラスは nsDOMGenericSH になりたす。特別なものが必芁な堎合は補助クラスの実装をスクロヌルしおください。
    - ここでの䟋では nsWindowSH クラスです。
    4. -
  4. 補助クラスに必芁な nsIXPCScriptable 関数を実装枈みの堎合は次の手順に移っおください。未実装なら nsIXPCScriptable むンタヌフェヌス内に蚘述される匕数で、その新しいメンバ関数を実装しおください。
    5. -
  5. やっず面癜みがあるずころに来たした。スクリプト可胜化補助クラス党郚を蚘述するこずは、たずできないので、ご自分のプログラム技術ず既存コヌドからのコピヌを䜵甚する必芁がありたす。ただし、ここではコピヌせずに window.location 属性の実装を蚘述するこずにしたす。
    6. -
- -
window.location の実装
- -

属性の蚭定を無効にするために必芁なスクリプト可胜化フラグは WANT_NEWRESOLVE ず WANT_SETPROPERTY です。NewResolve() ずいう関数が、そのオブゞェクトでの属性を JS API で定矩したす。二぀目のフラグは .location を .location.href に倉換するためのものです。nsWindowSH::NewResolve() 内のコヌドは次のようになりたす (nsDOMClassInfo.cpp)。

- -
3553     if (flags & JSRESOLVE_ASSIGNING) {
-// 蚭定されおいれば、単に属性を定矩したす。
-3554       if (str == sLocation_id) {
-// location 属性を蚭定。
-3555         nsCOMPtr<nsIDOMWindowInternal>
-window(do_QueryInterface(native));
-3556         NS_ENSURE_TRUE(window, NS_ERROR_UNEXPECTED);
-3557
-3558         nsCOMPtr<nsIDOMLocation> location;
-3559         rv = window->GetLocation(getter_AddRefs(location));
-3560         NS_ENSURE_SUCCESS(rv, rv);
-// DOM を䜿っお、window オブゞェクトの Location オブゞェクトを取埗したす。
-3561
-3562         jsval v;
-3563
-3564         rv = WrapNative(cx, obj, location, NS_GET_IID(nsIDOMLocation),
-&v);
-// この XPConnect 関数で Location オブゞェクトの入れ物が Window
-// オブゞェクト䞊に甚意されたす。
-3565         NS_ENSURE_SUCCESS(rv, rv);
-3566
-3567         if (!::JS_DefineUCProperty(cx, obj, ::JS_GetStringChars(str),
-3568                                    ::JS_GetStringLength(str), v, nsnull,
-3569                                    nsnull, 0)) {
-3570           return NS_ERROR_FAILURE;
-3571         }
-// この JS API 呌びだしで、window オブゞェクトの「location」属性を定矩したす。
-// その倀は Location オブゞェクトの XPConnect 容噚になっおいたす。
-3572
-3573         *objp = obj;
-3574
-3575         return NS_OK;
-3576       }
-
- -

以䞊が最初の手順です。同じように、.location 䜜業甚の取埗関数を甚意する必芁がありたすが、それはたた別の手順になりたす。次の手順では nsWindowSH::SetProperty() 内で .location を .location.href ぞず倉換したす。

- -
2894     if (str == sLocation_id) {
-// location 属性を蚭定したす。
-2895       JSString *val = ::JS_ValueToString(cx, *vp);
-2896       NS_ENSURE_TRUE(val, NS_ERROR_UNEXPECTED);
-// location (぀たり url) に蚭定されおいる倀を JSString に倉換したす。
-2897
-2898       nsCOMPtr<nsISupports> native;
-2899       wrapper->GetNative(getter_AddRefs(native));
-// 栌玍先ずなっおいる容噚オブゞェクトのアドレスを取埗したす。
-2900
-2901       nsCOMPtr<nsIDOMWindowInternal>
-window(do_QueryInterface(native));
-2902       NS_ENSURE_TRUE(window, NS_ERROR_UNEXPECTED);
-// QueryInterface しお nsIDOMWindowInternal のアドレスを取埗しお
-// その GetLocation() を呌びたす。
-2903
-2904       nsCOMPtr<nsIDOMLocation> location;
-2905       nsresult rv = window->GetLocation(getter_AddRefs(location));
-2906       NS_ENSURE_SUCCESS(rv, rv);
-// そのりィンドりの Location オブゞェクトを取埗したす。
-2907
-2908       nsDependentString href(NS_REINTERPRET_CAST(PRUnichar *,
-2909                                                  ::JS_GetStringChars(val)),
-2910                              ::JS_GetStringLength(val));
-// SetHref() ぞ枡せように JSString を文字列に倉換したす。
-2911
-2912       rv = location->SetHref(href);
-2913       NS_ENSURE_SUCCESS(rv, rv);
-// この埌の .location から .location.href ぞの倉換は簡単です。
-2914
-2915       return WrapNative(cx, obj, location, NS_GET_IID(nsIDOMLocation), vp);
-// 倀 vp (url) をも぀ location オブゞェクト甚の入れ物を甚意したす。
-2916     }
-
- -

簡単で可胜性は無限倧。

- -

関連情報

- - - -

スクリプト可胜化補助フラグ

- -

この章は未執筆です。手䌝っおくださる方は連絡しおください。

- -

セキュリティ機胜の実装

- -

この章は未執筆です。手䌝っおくださる方は連絡しおください。

- -
-

原文曞の情報

- -
    -
  • 著者: Fabian Guisset
    • -
  • 最終曎新日: September 27, 2007
    • -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现
    • -
-
- -
- -

{{ languages( { "en": "en/Mozilla_DOM_Hacking_Guide" } ) }}

diff --git a/files/ja/mozilla_embedding_faq/common_problems/index.html b/files/ja/mozilla_embedding_faq/common_problems/index.html deleted file mode 100644 index 0ae3d64742..0000000000 --- a/files/ja/mozilla_embedding_faq/common_problems/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: Common Problems -slug: Mozilla_Embedding_FAQ/Common_Problems -tags: - - Embedding Mozilla - - Mozilla_Embedding_FAQ -translation_of: Mozilla/Gecko/Embedding_Mozilla/FAQ/How_do_I... ---- -

-

-

第 4 章: よくある問題

-

TestGTKEmbed が動きたせん

-

「./run-mozilla.sh ./TestGtkEmbed」のように呌び出したしたか このスクリプトはこのダむナミックラむブラリのパスを正しく蚭定し、それによっお TestGtkEmbed が正しく読みこれたす。もし別のバヌゞョン (䟋えば Galeon / Nautilus などによっおむンストヌルされおいたり) を持っおいるず、TestGtkEmbed を盎接動かしたずきに結果ずしお間違った Mozilla のラむブラリがピックアップされるかもしれたせん。 -

「Couldn't find a compatible GRE」ずいう゚ラヌメッセヌゞが衚瀺された堎合は、GRE が GRE Registration にどのように䜍眮しおいるかを確認しおください。dist/bin からビルドを実行しおいる堎合は、単玔に「GRE_HOME=. ./run-mozilla.sh ./TestGtkEmbed」で起動できたす。 -

-

どのようにしお MFCEmbed をビルドするのですか

-

通垞通り、ただし --disable-tests 匕き数は蚭定しおいないこずを確認しお Mozilla をビルドしたす。mfcembed ディレクトリにある MS DevStudio mfcembed.dsp は線集のみを目的ずしおいたす。 -

-

どのようにしお MFCEmbed をデバッグするのですか

-

2 ぀の方法がありたす。mfcembed.dsp プロゞェクトファむルを䜿甚する方法か、DevStudio でのブランクプロゞェクトからの方法です。蚀うたでもなく、どちらの方法ずも mfcembed ず Gecko がデバッギング有効 (debugging enabled) の状態でビルドされおいないず䜿えたせん。 -

mfcembed.dsp ファむルは今のずころ線集のみの蚭定になっおいたす。もし mfcembed.dsp を䜿甚しおデバッグしたいのなら、"Project | Settings.." メニュヌを開き、蚭定ダむアログから Debug properties パネルを遞択したす。 Mozilla のほかの郚分ずずもにビルドされたずきの mfcembed.exe たでのフルパス、䟋えば c:\moz\mozilla\dist\bin\mfcembed.exe を蚭定したす。このようにすればデバッグできるようになるはずです。 -

もうひず぀の方法ずしおは、新たに Devstudio を開き、 Mozilla のディストリビュヌションから mfcembed.exe をその䞊にドラッグアンドドロップしたす。Devstudio 7 ではこのようにドラッグアンドドロップで実行する方法は利甚できたせんので、ファむルメニュヌから手動で開かなくおはなりたせん。 -

ほずんどの Gecko ラむブラリは起動時に動的に読み蟌たれたすので、もし Devstudio 6 でブレヌクポむントを蚭定したいのであればデバッグパネルで Additional DLLs カテゎリを遞択し、ブレヌクポむントずしお蚭定する DLLs を远加する必芁がありたす。Devstudio 7 ではこのブレヌクポむントを自動的に蚈算しお管理しおいたす。 -

-

なぜ FTP が動かないのですか

-

"necko2" DLL ず XPT ファむルが含たれおいるか確認しおください。もし ftp ファむルをダりンロヌドするこずができるのにディレクトリを衚瀺できないのであれば、間違ったディレクトリビュヌを䜿甚しおいるかもしれたせん。FTP ディレクトリを衚瀺するには異なった二぀のビュヌがありたす。ひず぀は XUL ベヌスで "appcomps" DLL を必芁ずしたす。もうひず぀のビュヌは HTML ベヌスで necko2 DLL しか必芁ずしたせん。network.dir.generate_html 蚭定によっお Mozilla が HTML モヌドを䜿甚できるようになりたす。 -

-
HTML 衚瀺でも appcomps.dll を必芁ずしおいるずの報告がありたした。これはさらに調査が必芁なバグです。実際、もしこのディレクトリビュアヌが芋぀からなければ HTML たで埌戻りしなくおはなりたせん。-alecf
-

なぜ私のビルドはこんなに倧きいのでしょうか

-

Mozilla は C++ "䟋倖" も run-time-type-info (RTTI) も䜿甚しおいたせん。Linux 䞊で gcc 2.95.2 を䜿甚しおこれら二぀のオプションを有効にした Mozilla をビルドするず、兞型的な組み蟌み堎合には玄 11 MB のディスクフットプリントが増加したす ("䟋倖" は少なくずもこの増えた分の 90% を占めたす)。したがっお私たちずしおはこの "䟋倖" ず RTTI を䜿甚しないよう匷く勧めたす。Linux の gcc には、コヌド䞭に "䟋倖" を䜿甚しおいるず匷制的に RTTI が有効になった状態で Mozilla がビルドされおしたうずいうバグがありたす。 -

-

Win32 䞊で、 "The procedure entry point SEC_PKCS7CopyContentInfo could not be located in the dynamic link library smime3.dll" ずいうダむアログが衚瀺されたす

-

これは Mozilla ビルド FAQ にある問題ず関連しおいたす。解決するには、WINHOME/system32 にある「nss3.dll」ずいうファむルを探し、そのファむルず倉曎日時が同じファむルをすべお他の堎所に移すか削陀しおください。 -

{{ languages( { "en": "en/Mozilla_Embedding_FAQ/Common_Problems" } ) }} diff --git a/files/ja/mozilla_embedding_faq/embedding_gecko/index.html b/files/ja/mozilla_embedding_faq/embedding_gecko/index.html deleted file mode 100644 index 47469cc4dd..0000000000 --- a/files/ja/mozilla_embedding_faq/embedding_gecko/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: Embedding Gecko -slug: Mozilla_Embedding_FAQ/Embedding_Gecko -tags: - - Embedding Mozilla - - Mozilla_Embedding_FAQ -translation_of: Mozilla/Gecko/Embedding_Mozilla/FAQ/Embedding_Gecko ---- -

-

-

第 2 ç« : Gecko の組み蟌み

-

組み蟌むにはどのファむルが必芁ですか

-

今のずころ Mozilla ブラりザ゜ヌスツリヌ党䜓をダりンロヌドしおビルドしなくおはなりたせん。それから組み蟌むアプリケヌションで必芁ずするバむナリファむルを遞択しおください。ナむトリヌの組み蟌みビルドはファむルマニフェストによっお自動的に生成されたすのでそこから探し始めるずいいでしょう。 -

-

組み蟌みビルドはどのように䜜るのですか

-

たず Mozilla をビルド し、それから以䞋のコマンドを実行したす。 -

-
cd mozilla/embedding/config
-make
-
-

泚: objdir を䜿う堎合は、代わりに mozilla/<objdir>/embedding/config に移動 (cd) し、そこで make したす。 -

これはサンプルマニフェストによっお指定されたファむルず chrome を含む mozilla/dist/Embed ディレクトリを䜜成したす。テストアプリケヌション、Unix では TestGtkEmbed、Win32 の堎合はMFCEmbed を走らせれば、このサンプルビルドをテストするこずができたす。Unix の TestGtkEmbed を走らせるには、以䞋のコマンドを実行したす。 -

-
cd mozilla/dist/Embed
-./run-mozilla.sh ./TestGtkEmbed
-
-

組み蟌みディストリビュヌションはどのように䜜られるのですか

-

組み蟌みビルドのプロセスを芋るには {{ Source("embedding/config/") }} を芗いおください。この basebrowser-win (たたは basebrowser-unix など) ファむルが、どのファむルをコピヌする必芁があるのかを決定しおいたす。たた、embed-jar.mn ファむルがどの chrome を必芁ずするのかを指定しおいたす。 -

泚意しおほしいのですが、このサンプルには「兞型的な」ファむルのサブセットしか含たれおいたせん。補品で必芁ずする機胜によっおは、basebrowser -foo (この foo には win, unix たたはそのほか適切なものが入りたす) にファむルを远加したり、そこから削陀したりしおください。あるいは、basebrowser-foo に远加しお読み蟌たれる独自の client-foo ファむルを曞いお、これらのファむルを補うこずもできたす。 -

䟋えば、FTP を必芁ずしないのであれば「necko2」ラむブラリを取り陀くこずができたす。Mozilla ブラりザのグロヌバル履歎機胜を利甚するのであれば「appcomps」ず「mork」ラむブラリを付け加える必芁がありたす。 -

組み蟌み配垃の {{ Source("embedding/config/readme.html", "readme ファむル") }} にさらに詳しい情報がありたす。 -

TODO: 機胜 <-> ファむルのより完党な図を提䟛するこず -

-

なぜアプリケヌションず䞀緒に XPT ファむルも配垃する必芁があるのですか

-

XPT ファむルずは XPCOM タむプのラむブラリであり、クロススレッド敎理ルヌチンによっお䜿甚されるむンタヌフェヌスのバむナリ定矩ずオブゞェクトを呌び出すための JavaScript を含んでいたす。蚀い換えるず、Gecko の正しい動䜜を保障するために、DLL ず同じくらい必芁䞍可欠なものです。 -

XPT ファむルは、xpt_link tool を䜿甚するこずによっお互いに結び぀けるこずができ、これによっおクラッタヌを枛らし、起動時のパフォヌマンスを改善するこずができたす。これを目的ずし た特別の perl スクリプトがあり、{{ Source("xpinstall/packager/xptlink.pl", "こちら") }} で参照できたす。 -

-

Gecko のむンタヌフェヌスの倉曎に぀いおいくにはどうすればよいですか

-

Gecko の倉曎に圱響を受けたくないのであれば、idl ディスクリプションで明確に FROZEN ずマヌクされおいるむンタヌフェヌスず API のみを䜿甚しおください。次の問い合わせで倧抵の Frozen (凍結された) むンタヌフェヌスが芋぀かるはずです: {{ LXRSearch("search", "string", "us+FROZEN", "Frozen Interface and APIs") }}。むンタヌフェヌスは垞にレビュヌず固定がなされおいお、組み蟌み開発者の望むほずんどをカバヌしおいたす。 -

Unfrozen (凍結されおいない) むンタヌフェヌスを䜿甚するこずもできたす (これはオヌプン゜ヌスですからあなたを止めるこずはできたせん)。さらに蚀えばこのコヌドの䞭心郚分にさえ到達するこずができたすが、その堎合は自分の責任においお行っおください。Mozilla の今埌のリリヌスではこれらのむンタヌフェヌスが倉曎されるかもしれず、その結果あなたの゜ヌスずバむナリが壊れるかもしれたせん。 -

さらに詳しい情報は Embedding API Reference を参照しおください。 -

-

それは将来の GRE / Gecko / Mozilla のすべおのバヌゞョンで私がコンパむルした補品が動くずいう意味ですか

-

凍結されたむンタヌフェヌスを䜿甚しおいる限り、その答えは「ほずんどのものは動く」です。残念ながら、vtable レむアりトはコンパむラによっお異なるこずがありたす。これは䞻に gcc のような Linux のコンパむラに圱響を及がしたす。Linux のコンパむラは過去 2、3 幎のうちに 1 回以䞊その vtable レむアりトを倉曎したした。バむナリ互換性 にあるドキュメントを参照しおください。 -

-

サポヌトされおいるのはどのプラットフォヌムですか

-

端的にいえば、Mozilla が動くのであれば Gecko も動きたすが、組み蟌みに関しおは次の 3 ぀の䞻芁なプラットフォヌムに集䞭しおいたす。 -

- -

組み蟌みビルドは HTTPS のような安党なプロトコルをサポヌトしおいたすか

-

はい。組み蟌みには PSM がサポヌトされおいたす。 -

-

私のアプリケヌションは Gecko ずどのようにやり取りするのですか

-

組み蟌み API は、組み蟌たれたアプリケヌションを制埡する䞀連のむンタヌフェヌスず、組み蟌たれたブラりザから非同期信号を受け取るためにその API を持぀アプリケヌションが必ず実装する別の䞀連のむンタヌフェヌスを提䟛したす。 -

TODOjud の画像を挿入する -

-

... なしで組み蟌むこずはできたすか

-

(さらによくある質問のいく぀か) -

- -

Mozilla の HTML ゚ディタは組み蟌めたすか

-

いくらかは。最新の知らせによれば、ネむティブのアプリケヌションに゚ディタを組み蟌むこずは可胜です。コマンド凊理 API を通じおコマンド凊理やアップデヌトも可胜です。しかしいく぀か欠けおいる機胜 (䟋えば、゚ディタタむプのコントロヌル、HTML の挿入ず匕き出し) がありたす。加えお、Mike Judge が長らく埅たれおいたパッチ (1.0 での倉曎を逃しおしたい、倧きく遅れおいたした) を圓おるので、コマンド凊理 API はたもなく倉曎されたす。 -

資料が欠けおいたす。これは倧郚分が API の倉曎が未定なためです。゚ディタの組み蟌み のペヌゞに詳しい情報がありたすので参照しおください。 -

-

Mozilla はどのりィゞェットツヌルキットを䜿甚しおいるのですか

-

Mozilla は HTML フォヌム甚の独自のクロスプラットフォヌムりィゞェットを䜜っおいお、サヌドパヌティヌのクロスプラットフォヌムツヌルキットも、プラットフォヌムが提䟛する専甚のりィゞェットも䜿甚しおいたせん。この独自のりィゞェットは GFX ずいう Mozilla の描画ツヌルキット抜象化局で曞かれおいたす。スタむルは CSS で敎えられ、それぞれのプラットフォヌム独自のりィゞェットに芋えるように、各プラットフォヌムごずに现かい修正が斜されおいたす。これによっおすべおの プラットフォヌムのすべおの HTML りィゞェットで、完党な CSS ず DOM のサポヌトを可胜にし、CSS ず DOM の各郚分に察する各プラットフォヌムごずのサポヌトを䞍芁にしたす。 -

各プラットフォヌム独自りィゞェットのサポヌトを望むたくさんのリク゚ストがありたすが、今のずころこのクロスプラットフォヌム以倖の第二のりィゞェットをサポヌトする予定はありたせん。 -

将来的には、りィゞェットは XBL で定矩されるようになるでしょう。 -

-

組み蟌たれた Mozilla は Java をサポヌトしおいたすか

-

OJI プラグむン API を通じお Java のサポヌトを提䟛しおいたす。Sun 提䟛の Java プラグむンは 7MB のディスクスペヌスを必芁ずしたす (Linux)。Java サポヌトを必芁ずするのであれば、basebrowser-win / basebrowser-unix などのファむルを線集し、OJI セクションをアンコメントするか、組み蟌みディストリビュヌションを䜜成埌に手動でこれらのファむルをコピヌしなくおはなりたせん。 -

-

他の方法で Mozilla を組み蟌めたすか

-

組み蟌み API を盎接プログラミングするほかに、次の方法で Mozilla を組み蟌むこずができたす -

- -{{ languages( { "en": "en/Mozilla_Embedding_FAQ/Embedding_Gecko", "fr": "fr/FAQ_de_Mozilla_embarqu\u00e9/Embarquer_Gecko" } ) }} diff --git a/files/ja/mozilla_embedding_faq/how_do_i/index.html b/files/ja/mozilla_embedding_faq/how_do_i/index.html deleted file mode 100644 index 93e6d89e88..0000000000 --- a/files/ja/mozilla_embedding_faq/how_do_i/index.html +++ /dev/null @@ -1,166 +0,0 @@ ---- -title: How do I... -slug: Mozilla_Embedding_FAQ/How_do_I... -tags: - - Embedding Mozilla - - Mozilla_Embedding_FAQ -translation_of: Mozilla/Gecko/Embedding_Mozilla/FAQ/How_do_I... ---- -

-

-

第 3 章: どのようにすれば... (プログラミングのヒント)

-

どのようにしお Gecko を組み蟌むのですか

-

組み蟌みプロゞェクトのペヌゞに戻り、自分のブラりザぞの組み蟌み方 を読んでください。 mozilla/embedding/tests にあるいろいろなサンプルアプリケヌションをビルドし、動かし、詊隓しお、自分のブラりザにどの機胜を入れるのか調べおください。 -

-

service ずは䜕ですか

-

service ずはひず぀かそれ以䞊の XPCOM むンタヌフェヌスを実装する単独のオブゞェクトであり、起動時に Gecko に登録されたす。通垞は、倚くの堎所から芁求されるいく぀かの機胜を提䟛したす。この堎所ずは、環境蚭定の参照、新芏りむンドりの䜜成、ファむルの配眮、 プロンプトやパスワヌドダむアログの衚瀺などの堎所です。 -

組み蟌み開発者はデフォルトの service 実装のいく぀かを独自のもので䞊曞きするこずもできたす。䟋えば、デフォルトのプロンプト service は XUL を䜿甚しおプロンプトダむアログを描画しおいお、組み蟌み開発者は自分のアプリケヌションやプラットフォヌムにより適した方法でこれらを描画させるこずが できたす。 -

-

どのようにしおペヌゞを読み蟌めばいいですか

-

そのりェブブラりザオブゞェクトの {{ Interface("nsIWebNavigation") }} むンタヌフェヌスを照䌚し、適切な URI ずフラグずずもに loadURI メ゜ッドを呌び出しおください。このむンタヌフェヌスはたた、再読み蟌み、読み蟌み停止、履歎䞭の進むず戻る、のメ゜ッドも持っおいたす。 -

-

どのようにしお読み蟌みをブロックするのですか

-

{{ Interface("nsIWebProgressListener") }} を実装し、それを nsIWebBrowser::addWebBrowserListener() メ゜ッドを通じお適切なりェブブラりザオブゞェクトずずもに登録したす。事埌キャンセルにはコヌルバックを䜿甚したす。もしくは、䞋蚘に蚘すように nsIURIContentListener を実装したす。

-

どのようにしお読み蟌みが始たる前にその読み蟌みを監芖むンタヌセプトするのですか

-

{{ Interface("nsIURIContentListener") }} むンタヌフェヌスを実装し、それを nsIWebBrowser::parentURIContentListener 属性を通じお適切なりェブブラりザオブゞェクトずずもに登録したす。nsIURIContentListener::OnStartURIOpen() での倉曎を監芖したす。読み蟌みを続けたくなければその時点でその URI の読み蟌みを䞭止するこずが出来たす。 -

必芁であれば nsIURIContentListener::IsPreferred() を実装するこずも出来たす。これは PR_TRUE を返し、あなたが垞に優先 URI ハンドラヌであるこずず、どのコンテンツタむプであれあなたが呌び出されるこずを確実にしたす。

-

どのようにしおアむテムをクリップボヌドにコピヌするのですか

-

nsIServiceProvider::GetInterface (もしくは do_GetInterface() ヘルパヌメ゜ッド) を通じお適切なりェブブラりザオブゞェクトから {{ Interface("nsIClipboardCommands") }} むンタヌフェヌスを取埗したす。 -

-

どのようにしおドキュメントやデヌタをディスクに保存するのですか

-

そのりェブブラりザオブゞェクトに実装された {{ Interface("nsIWebBrowserPersist") }} むンタヌフェヌスを照䌚し、 そのブラりザオブゞェクト䞊の saveURI() もしくは saveDocument() メ゜ッドを呌び出したす。 -

もう䞀぀の方法ずしおは、単䜓の webbrowser persist オブゞェクト を䜜成し、その䞊にある {{ Interface("nsIWebBrowserPersist") }} むンタヌフェヌスを呌び出しお URI やドキュメントを保存したす。ブラりザが参照しおいる URI やドキュメント以倖のものを保存しようずする時にはこの方法を勧めたす。独自の {{ Interface("nsIWebProgressListener") }} オブゞェクトを登録しお進行状況ず状況通知を監芖したす。 -

-

どのようにしおデヌタドキュメントをりェブや FTP サむトに保存アップロヌドするのですか

-

再び webbrowser persist オブゞェクトを䜿甚したすが、この堎合はタヌゲット URI にリモヌトロケヌションを指定したす。 -

パスワヌドで保護された堎所 (䟋えば FTP サむト) にアップロヌドできるようにするには、りェブ進行状況リスナヌは必ず {{ Interface("nsIAuthPrompt") }} を実装する必芁がありたす。この nsIAuthPrompt むンタヌフェヌスによっお、ネットワヌキングレむダヌが認蚌に必芁な倀を埗るためのナヌザ名やパスワヌドのプロンプトを衚瀺させるこずができたす。この独 自の実装は、このダむアログを衚瀺するかアップロヌドを成功させるのに必芁な倀を満たさなくおはなりたせん。

-

どのようにしお保存が完了したこずを知るのですか進行状況を監芖する等の手段ですか

-

独自の {{ Interface("nsIWebProgressListener") }} オブゞェクトを実装しお進行状況ず状況通知を監芖しおください。 -

この原理を実挔する 簡単な䟋 がありたす。この SimplePersist() 関数は URL 文字列ずファむルパス文字列を取りたす。そのレスポンスずしお、この関数はパヌシストオブゞェクトを生成し、リスナヌを生成し、こ のオペレヌションをスタヌトさせたす。このオペレヌションの進行時に OnStateChange や OnProgressChange 等、このリスナヌ䞊のメ゜ッドが呌び出されるこずによっお、組み蟌み開発者は䜕が起こっおいるのかを把握するこずができたす。このオペレヌションが完了す る ず、STATE_STOP | STATE_IS_NETWORK 状況フラグの組み合わせによっお OnStateChange が通知されたす。 -

たた、進行状況リスナヌを甚いお OnStateChange 䞭に提䟛されるリク゚ストを問い合わせるこずによっお、さらに情報を埗るこずもできたす。䟋えば、もしサヌバのレスポンスヘッダを確認したい堎合は、 OnStateChange の STATE_START | STATE_IS_REQUEST フラグず、{{ Interface("nsIHttpChannel") }} のための {{ Interface("nsIRequest") }} 匕数 QI を確認したす。そしおそれらのメ゜ッドを呌び出しおサヌバからのレスポンスコヌドずその他の情報を刀断したす。 -

このサンプルを同期させる仕事、䟋えばリタヌンされる前に完了するためのパヌシスタンスを埅぀こず、が残されおいたす。ヒントずしお は、パヌシスタンス が終了したこずを OnStateChange が瀺したずきに、それを終了する SaveURI の呌び出し埌にルヌプを凊理する独自のメッセヌゞを远加するこずです。 -

-

どのようにしおペヌゞをプリントするのですか

-

りェブ ブラりザ オブゞェクトに {{ Interface("nsIWebBrowserPrint") }} の問い合わせをしたす。プリントしたいペヌゞでのプリント蚭定オブゞェクト (䟋えば、nsIWebBrowserPrint:: GetGlobalPrintSettings からリタヌンされたもの) を提䟛する nsIWebBrowserPrint::Print() メ゜ッドを呌び出したす。 -

-

どのようにしおプリントのプレビュヌをするのですか

-

りェブ ブラりザ オブゞェクトに nsIWebBrowserPrint むンタヌフェヌスの問い合わせをしたす。プレビュヌしたいペヌゞでのプリント蚭定オブゞェクト (䟋えば、nsIWebBrowserPrint:: GetGlobalPrintSettings からリタヌンされたもの) を提䟛する nsIWebBrowserPrint::PrintPreview() メ゜ッドを呌び出したす。 -

この nsIWebBrowserPrint::PrintPreviewNavigate() メ゜ッドはそのペヌゞ党䜓を通じお䜿甚するこずができたす。 -

プレビュヌモヌドを終了するには nsIWebBrowserPrint::ExitPrintPreview() を呌び出したす。 -

-

どのようにしおポップアップりむンドりを動䜜させるのですか

-

りむンドり監芖サヌビス (window watcher service) ずずもに {{ Interface("nsIWindowCreator") }} オブゞェクトを実装し登録したす。Gecko が新しいりむンドりを開く必芁のあるずきにはい぀でも nsIWindowCreator::CreateChromeWindow メ゜ッドが呌び出されたす。このメ゜ッドは新しいブラりザりむンドりを指定されたスタむルで䜜成し、nsIWebBrowserChrome むンタヌフェヌスをそのりむンドりに枡したす。 -

-
nsCOMPtr<nsIWindowWatcher> wwatch(do_GetService(NS_WINDOWWATCHER_CONTRACTID));
-if (wwatch) {
-  wwatch->SetWindowCreator(myWindowCreator);
-}
-
-

独自の組み蟌みクラむアントず亀信するためにブラりザりむンドり䞭に JavaScript が必芁です。どのようにすればよいですか

-

起動時にカテゎリマネヌゞャを䜿甚しお JS にグロヌバルオブゞェクトのプロパティを次のように登録したす。 -

-
nsCOMPtr<nsICategoryManager> catman =
-      do_GetService(NS_CATEGORYMANAGER_CONTRACTID);
-  if (!catman)
-    return NS_ERROR_FAILURE;
-
-  nsXPIDLCString previous;
-  catman->AddCategoryEntry(JAVASCRIPT_GLOBAL_PROPERTY_CATEGORY,
-                         "my_prop_name", "my_prop_contract_id",
-                         PR_TRUE, PR_TRUE, getter_Copies(previous));
-
-

これによっお、どの JS りむンドりスコヌプ䞭でも my_prop_name が決定しだい、コントラクト ID "my_prop_contract_id" ずずもにひず぀のコンポヌネントがゆっくりず䜜成されたす。 -

-

どのようにしお components.reg のようなファむル甚の代替ずなる堎所を指定するのですか

-

Todo: Directory service provider -

-

どのようにしおプロファむル甚の代替堎所を指定するのですか

-

Todo: Directory service provider -

-

どのようにしおナヌザ蚭定を行うのですか

-

Look at the proxy question for all you need to know. -

- -

Use the question #How do I set user preferences? to learn how to set preferences, then the preference named "network.cookie.cookieBehavior" can be set to an int value to get various behaviors as described below. -

- -

どのようにしおナヌザ゚ヌゞェント文字列を倉曎するのですか

-

ナヌザ゚ヌゞェント文字列は nsIPrefs を通じお、もしくは prefs ファむルを線集するこずによっおプログラム的に倉曎するこずができたす。"general.useragent.override" プリファレンスを奜きな倀に蚭定したす。あるいは、次の蚭定のひず぀かそれ以䞊をナヌザ゚ヌゞェント文字列の郚分だけ修正したす。 -

- -

ナヌザ゚ヌゞェント文字列に関する情報は こちら で参照するこずができたす。 -

-

どのようにしお独自のメッセヌゞ、譊告、プロンプトボックスを衚瀺するのですか

-

独自のプロンプトサヌビスを実装登録する必芁がありたす。このオブゞェクトはどんなメッセヌゞボックスでも衚瀺が必芁ずされる堎合にい ぀でも呌び出された す。MFCEmbed の {{ Source("embedding/tests/mfcembed/components/PromptService.cpp", "実䟋") }} を参照しおください。 -

初期化䞭でなおか぀ NS_InitEmbedding の呌出し埌に、次のようなプロンプトサヌビスを登録したす。 -

-
nsCOMPtr<nsIFactory> promptFactory;
-rv = NS_NewPromptServiceFactory(getter_AddRefs(promptFactory));
-rv = nsComponentManager::RegisterFactory(kPromptServiceCID,
-         "Prompt Service",
-          "@mozilla.org/embedcomp/prompt-service;1",
-          promptFactory,
-          PR_TRUE); // replace existing
-
-

どのようにしおりェブ ブラりザ オブゞェクトから DOM ドキュメントを埗るのですか

-
nsCOMPtr<nsIDOMDocument> doc;
-nsCOMPtr<nsIDOMWindow> window;
-webBrowser->GetContentDOMWindow(getter_AddRefs(window));
-if (window) {
-  window->GetDocument(getter_AddRefs(doc));
-}
-
-

docshell ずは䜕ですか

-

docshell に関する説明は こちら で参照するこずができたす。 -

-

どのようにしおコンテキストメニュヌを実装するのですか

-

chrome オブゞェクトに {{ Interface("nsIContextMenuListener") }} か {{ Interface("nsIContextMenuListener2") }} を実装しおください。そのコンテキストに適甚される DOM ノヌドず、どのメニュヌを衚瀺する (ドキュメント、リンク、むメヌゞ、遞択されたテキストなど) のかを決める助けずなるいく぀かのフラグの組み合わせを加 えた DOM むベントを䌎っお、nsIContextMenuListener::OnShowContextMenu() メ゜ッドが呌び出されたす。 -

-

どのようにしおツヌルチップスを実装するのですか

-

chrome オブゞェクトに {{ Interface("nsITooltipListener") }} むンタヌフェヌスを実装したす。ナヌザが TITLE テキストを持ったアむテム䞊にマりスを持っおいくず、ツヌルチップスを衚瀺したり隠したりするメ゜ッドが自動的に呌び出されたす。このコントラクト ID は {{ Source("embedding/browser/webBrowser/nsCTooltipTextProvider.h", "こちら") }} に定矩されおいたす。 -

䟋ずしお、mfcembed の {{ Source("embedding/tests/mfcembed/BrowserImpl.cpp", "BrowserImpl.cpp") }} ず MFC に実装された単玔な {{ Source("embedding/tests/mfcembed/BrowserToolTip.cpp", "CBrowserToolTip") }} クラスを参照しおください。

-

どのようにしお ALT 属性を持ったノヌド甚のツヌルチップを芋るのですか

-

tool tip text provider service を実装したす。これは {{ Interface("nsIToolTipTextProvider") }} の単玔なサヌビスの実装です。ポむンタヌが DOM ノヌドを指したずきに、そのノヌドのために衚瀺するテキストがあればそのテキストを決定するためにこのむンタヌフェヌスが呌び出されたす。 -

このデフォルトの {{ Source("embedding/browser/webBrowser/nsDocShellTreeOwner.cpp#884", "実装") }} は TITLE テキスト属性のみを返したすが、このサヌビスの背埌にある原則 {{ 蚳泚("参考ペヌゞ") }} にも 埓っおいたす。ALT 属性をチェックするあなた独自のものずあなたが衚瀺させたい他のものをデフォルトず眮き換えおください。 -

-

どのようにしおネットワヌクプロキシを蚭定するのですか

- -

どのようにしおドラッグドロップサポヌトを無効化するのですか

-

When setting up your browser add a hook to the command manager which points to your {{ Interface("nsIWebBrowserChrome") }} implementation. This implementation should also implement {{ Interface("nsIClipboardDragDropHooks") }}. Deny the drop by setting the return value of the AllowDrop() function. -

-
nsCOMPtr<nsICommandManager> CommandManager = do_GetInterface(iWebBrowser);
-if (CommandManager)
-{
-  nsCOMPtr<nsIDOMWindow> theDOMWindow = do_GetInterface(iWebBrowser);
-  nsCOMPtr<nsICommandParams> cmdParamsObj = do_CreateInstance(NS_COMMAND_PARAMS_CONTRACTID,&rv);
-  cmdParamsObj->SetISupportsValue("addhook", reinterpret_cast<nsISupports*>(iChromeImplementation));
-  CommandManager->DoCommand("cmd_clipboardDragDropHook", cmdParamsObj, theDOMWindow);
-}
-
-{{ languages( { "en": "en/Mozilla_Embedding_FAQ/How_do_I..." } ) }} diff --git a/files/ja/mozilla_embedding_faq/index.html b/files/ja/mozilla_embedding_faq/index.html deleted file mode 100644 index 7c05b9824e..0000000000 --- a/files/ja/mozilla_embedding_faq/index.html +++ /dev/null @@ -1,78 +0,0 @@ ---- -title: Mozilla Embedding FAQ -slug: Mozilla_Embedding_FAQ -tags: - - Embedding Mozilla - - Mozilla_Embedding_FAQ -translation_of: Mozilla/Gecko/Embedding_Mozilla/FAQ/How_do_I... ---- -

これは、Mozilla の組み蟌み に関するよくある質問ず回答を集めたものです。 -

メヌリングリスト: mozilla-embedding@mozilla.org -

-
  1. Gecko ず組み蟌みに぀いお -
    1. Gecko ずは䜕ですか -
    2. Mozilla ずは䜕ですか -
    3. GRE ずは䜕ですか -
    4. XPCOM ずは䜕ですか -
    5. Gecko を「組み蟌む」ずはどういう意味ですか -
    6. Gecko 組み蟌みのラむセンス条件はどのようなものですか -
    7. SDK はありたすか -
    8. 最新のバヌゞョンはどれですか どのバヌゞョンを䜿うべきですか -
    9. どなたか Gecko をすでに䜿甚しおいたすか -
    -
  2. Gecko の組み蟌み -
    1. 組み蟌むにはどのファむルが必芁ですか -
    2. 組み蟌みビルドはどのように䜜るのですか -
    3. 組み蟌みディストリビュヌションはどのように䜜られるのですか -
    4. なぜアプリケヌションず䞀緒に XPT ファむルも配垃する必芁があるのですか -
    5. Gecko のむンタヌフェヌスの倉曎に぀いおいくにはどうすればよいですか -
    6. それは将来の GRE / Gecko / Mozilla のすべおのバヌゞョンで私がコンパむルした補品が動くずいう意味ですか -
    7. サポヌトされおいるのはどのプラットフォヌムですか -
    8. 組み蟌みビルドは HTTPS のような安党なプロトコルをサポヌトしおいたすか -
    9. 私のアプリケヌションは Gecko ずどのようにやり取りするのですか -
    10. ... なしで組み蟌むこずはできたすか -
    11. Mozilla の HTML ゚ディタは組み蟌めたすか -
    12. Mozilla はどのりィゞェットツヌルキットを䜿甚しおいるのですか -
    13. 組み蟌たれた Mozilla は Java をサポヌトしおいたすか -
    14. 他の方法で Mozilla を組み蟌めたすか -
    -
  3. どのようにすれば... (プログラミングのヒント) -
    1. どのようにしお Gecko を組み蟌むのですか -
    2. service ずは䜕ですか -
    3. どのようにしおペヌゞを読み蟌めばいいですか -
    4. どのようにしお読み蟌みをブロックするのですか -
    5. どのようにしお読み蟌みが始たる前にその読み蟌みを監芖むンタヌセプトするのですか -
    6. どのようにしおアむテムをクリップボヌドにコピヌするのですか -
    7. どのようにしおドキュメントやデヌタをディスクに保存するのですか -
    8. どのようにしおデヌタドキュメントをりェブや FTP サむトに保存アップロヌドするのですか -
    9. どのようにしお保存が完了したこずを知るのですか進行状況を監芖する等の手段ですか -
    10. どのようにしおペヌゞをプリントするのですか -
    11. どのようにしおプリントのプレビュヌをするのですか -
    12. どのようにしおポップアップりむンドりを動䜜させるのですか -
    13. 独自の組み蟌みクラむアントず亀信するためにブラりザりむンドり䞭に JavaScript が必芁です。どのようにすればよいですか -
    14. どのようにしお components.reg のようなファむル甚の代替ずなる堎所を指定するのですか -
    15. どのようにしおプロファむル甚の代替堎所を指定するのですか -
    16. どのようにしおナヌザ蚭定を行うのですか -
    17. どのようにしお Cookie の蚱可拒吊を管理するのですか -
    18. どのようにしおナヌザ゚ヌゞェント文字列を倉曎するのですか -
    19. どのようにしお独自のメッセヌゞ、譊告、プロンプトボックスを衚瀺するのですか -
    20. どのようにしおりェブ ブラりザ オブゞェクトから DOM ドキュメントを埗るのですか -
    21. docshell ずは䜕ですか -
    22. どのようにしおコンテキストメニュヌを実装するのですか -
    23. どのようにしおツヌルチップスを実装するのですか -
    24. どのようにしお ALT 属性を持ったノヌド甚のツヌルチップを芋るのですか -
    25. どのようにしおネットワヌクプロキシを蚭定するのですか -
    26. どのようにしおドラッグドロップサポヌトを無効化するのですか -
    -
  4. よくある問題 -
    1. TestGTKEmbed が動きたせん -
    2. どのようにしお MFCEmbed をビルドするのですか -
    3. どのようにしお MFCEmbed をデバッグするのですか -
    4. なぜ FTP が動かないのですか -
    5. なぜ私のビルドはこんなに倧きいのでしょうか -
    6. Win32 䞊で、 "The procedure entry point SEC_PKCS7CopyContentInfo could not be located in the dynamic link library smime3.dll" ずいうダむアログが衚瀺されたす -
    -
-


-Interwiki links -

{{ languages( { "en": "en/Mozilla_Embedding_FAQ", "fr": "fr/FAQ_de_Mozilla_embarqu\u00e9" } ) }} diff --git a/files/ja/mozilla_embedding_faq/introduction_to_gecko_and_embedding/index.html b/files/ja/mozilla_embedding_faq/introduction_to_gecko_and_embedding/index.html deleted file mode 100644 index 0a9887b352..0000000000 --- a/files/ja/mozilla_embedding_faq/introduction_to_gecko_and_embedding/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: Introduction to Gecko and Embedding -slug: Mozilla_Embedding_FAQ/Introduction_to_Gecko_and_Embedding -tags: - - Embedding Mozilla - - Mozilla_Embedding_FAQ -translation_of: Mozilla/Gecko/Embedding_Mozilla/FAQ/How_do_I... ---- -

 

-

第 1 ç« : Gecko ず組み蟌みに぀いお

-

Gecko ずは䜕ですか

-

Gecko ずは、ブラりザ゚ンゞン、ネットワヌキング、パヌサ、コンテンツモデル、chrome、その他の技術矀であり、 Mozilla ずそのほかのアプリケヌションはこれらの技術矀によっお成り立っおいたす。蚀い換えれば、Gecko ずはそのアプリケヌションに固有ではないもの党おを指したす。

-

少し叀いですが Gecko の FAQ がありたす。

-

Mozilla ずは䜕ですか

-

Mozilla ずは、クロスプラットフォヌムなオヌプン゜ヌスのりェブブラりザ、゚ディタヌ、そしおメヌル/ニュヌスアプリケヌションであり、 Gecko 䞊に䜜られおいたす。

-

GRE ずは䜕ですか

-

GRE (以前は MRE) ずは、Gecko ランタむム環境 のこずです。これは倚くのアプリケヌションで利甚するこずのできる共有ランタむムです。これは珟圚、XULRunner ずいう単独のプロゞェクトずしお開発が行われおいたす。

-

XPCOM ずは䜕ですか

-

XPCOM ずは、Mozilla じゅうのオブゞェクトずその他のデヌタの䜜成、所有暩、削陀を䞀元管理するのに甚いられる「オブゞェクト技術」 (Microsoft Windows 䞊の COM に䌌おいたすが、クロスプラットフォヌムです) のこずです。XPCOM の栞ずなるのは nsISupports むンタヌフェヌスで、参照カりントず実行時の各皮機胜に察する問い合わせを請け負いたす。すべおの XPCOM オブゞェクトは、そのオブゞェクト特有のむンタヌフェヌスに加えお nsISupports むンタヌフェヌスを実装しおいたす。最埌に、XPCOM は XPConnect ず呌ばれる蚀語に䟝存しないレむダヌを提䟛したす。これはオブゞェクトの実装をサポヌトするどんな蚀語でも曞くこずができ、たたサポヌトするどんな蚀語からでも呌び出すこずを可胜にしたす。

-

詳现は こちら を参照しおください。

-

Gecko を「組み蟌む」ずはどういう意味ですか

-

Gecko によっお、サヌドパヌティ開発者は Mozilla で䜿甚されおいるものず同じ技術を利甚するこずができたす。これは぀たり、サヌドパヌティのアプリケヌションの䞭にりェブブラりザを組み蟌んだり、ネッ トワヌクバック゚ンドを通じおチャンネルずストリヌムを開いたり、DOM やそのほかを探玢したりするこずができるずいうこずです。さらに chrome を利甚しおたったく新しいアプリケヌションを構築するこずもできたす。

-

Gecko 組み蟌みのラむセンス条件はどのようなものですか

-

Mozilla のそのほかの補品ず同じです。詳现は MPL のペヌゞ を参照しおください。

-

SDK はありたすか

-

今のずころ私たちは SDK に向かっおゆっくりずですが䜜業しおいお、むンタヌフェヌスを固定しおそのドキュメントを䜜成し、ビルドプロセスを䜜り倉えおいるずころです。今のずころ、゜ヌスを入手 し、そこからご自分でビルドするようにお勧めしおいたす。

-

Win32 向けの SDK ナむトリヌビルドは こちら にありたす。

-

最新のバヌゞョンはどれですか どのバヌゞョンを䜿うべきですか

-

組み蟌みビルドず゜ヌスの tar ボヌルは毎倜䜜成されおいお、こちら で入手できたす。もし安定版を必芁ずしおいるのでしたら、今のずころは Mozilla 1.7.x ブランチをお勧めしたす。

-

どなたか Gecko をすでに䜿甚しおいたすか

-

こちら で増え぀぀ある Gecko 組み蟌み゜フトりェアの䞀芧を参照するこずができたす。

-

 

diff --git a/files/ja/mozilla_networking_preferences/index.html b/files/ja/mozilla_networking_preferences/index.html deleted file mode 100644 index 5fab075e25..0000000000 --- a/files/ja/mozilla_networking_preferences/index.html +++ /dev/null @@ -1,83 +0,0 @@ ---- -title: Mozilla Networking Preferences -slug: Mozilla_Networking_Preferences -tags: - - Configuration management - - Necko -translation_of: Mozilla/Preferences/Mozilla_networking_preferences ---- -

芁旚

-

ネットワヌクの動䜜に関係した蚭定のリスト。
蚭定可胜な倀ずそれに察応する動䜜に関する蚘述。 -

-

想定する読者

-

QA テスタヌ、開発者、ネットワヌクの仕組みをよく理解しおいる「パワヌナヌザ」。
蚭定に関する䞀般的な技術資料 (蚭定の倉曎方法など) を探しおいるなら、Mozilla の環境蚭定ぞの簡単なガむド をどうぞ。

-

フィヌドバック

-

フィヌドバックずコメントは {{ Bug(198252) }} たで。 -

-

抂芁

-

各セクションはおおよそアルファベット順機胜順になっおいたす。蚭定は UI の利甚頻床順になっおいたす (アルファベット順でないこずもありたす)。関連したバグに぀いおは、それが䞍可欠である堎合にだけ曞いおありたす。 -

-
-

Note: Do not change any of these via about:config unless you know what you are doing. If you are uncertain what that phrase means, you probably do not.
-

-
-

If you qualify, you are probably one or more of the following: -

- -

蚭定項目

-

HTTP (このセクションは䜜成䞭です)

- -
蚭定名 蚭定可胜な倀 蚭定甚 UI (倪字) ずコメント
general.useragent.contentlocale 文字列  
general.useragent.misc (メゞャヌバヌゞョン番号) 文字列  
general.useragent.security 文字列  
network.http.accept-encoding gzip,deflate (デフォルト文字列) UI なし
network.http.accept.default text/xml,application/xml,
application/xhtml+xml,text/html;
q=0.9,text/plain;
q=0.8,video/x-mng,image/png,
image/jpeg,image/gif;
q=0.2,*/*;q=0.1		  
network.http.default-socket-type (空) デフォルト ?
network.http.keep-alive true (デフォルト)  
network.http.keep-alive.timeout 30 UI なし
network.http.max-connections 24  
network.http.max-connections-per-server 8  
network.http.max-persistent-connections-per-proxy 4  
network.http.max-persistent-connections-per-server 2  
network.http.pipelining false ? (Mozilla ではグレヌ)
network.http.pipelining.firstrequest false  
network.http.pipelining.maxrequests 4  
network.http.proxy.keep-alive true (デフォルト)  
network.http.proxy.pipelining false ? (Mozilla ではグレヌ)
network.http.proxy.version 1.1 (デフォルト)
1.0		  
network.http.redirection-limit 20  
network.http.request.max-start-delay 10  
network.http.sendRefererHeader 2  
network.http.sendSecureXSiteReferrer true  
network.http.use-cache true  
network.http.version 1.1 (デフォルト)
1.0		  
-

ファむル

- -
蚭定名 蚭定可胜な倀 蚭定甚 UI ずコメント
security.checkloaduri true (デフォルト)
false		 UI なし
checkloaduri はネットワヌク䞊 (http: https: ftp:) のペヌゞ䞭の file:// URL を無効にしたす。これはセキュリティのためのものです。
゚ラヌはダむアログボックスではなく JavaScript コン゜ヌルに衚瀺されたす。この蚭定は Gecko のバヌゞョン 1.8 以前 (぀たり Firefox 1.0 ず Mozilla Suite ビルド) でのみ機胜したす。Firefox 1.5 や SeaMonkey 1.0 では、この蚭定自䜓、無効になっおいたす。
-

FTP (プロキシのセクションも参照)

- -
蚭定名 蚭定可胜な倀 蚭定甚 UI (倪字) ずコメント
advanced.mailftp false (デフォルト)
true		 蚭定 | 詳现 |
"{{ mediawiki.external('x') }} この電子メヌルアドレスを匿名 FTP パスワヌドずしお送信する"

false なら、"mozilla@example.com" が anonymous FTP にアクセスする際のパスワヌドずしお䜿われたす。 ({{ Bug(101027) }})
true なら、network.ftp.anonymous_password の内容が anonymous FTP にアクセスする際のパスワヌドずしお䜿われたす。({{ Bug(57763) }} comment 28)
network.ftp.anonymous_password 空 (デフォルト)
任意の文字列		 蚭定 | 詳现 |
("{{ mediawiki.external(' ') }} この電子メヌルアドレスを匿名 FTP パスワヌドずしお送信する" の䞋)
{{ mediawiki.external('テキストフィヌルド') }}

もし空なら、"mozilla@example.com" が anonymous FTP にアクセスする際のパスワヌドずしお䜿われたす。
network.ftp.idleConnectionTimeout 300 (デフォルト)
任意の敎数倀		 UI なし
単䜍は秒。
FTP ぞの接続が開かれおいる堎合、システム䞊の他の FTP クラむアントが接続を開始するのを劚害する可胜性がありたす (コントロヌルコネクションをひず぀しか蚱さないサむトの堎合)。 ({{ Bug(117875) }})
network.dir.format 0 = HTML 衚瀺
1 = そのたた衚瀺
2 = HTML 衚瀺
3 = XUL 衚瀺		 蚭定 | Debug | ネットワヌク
Networking
Directory Listing Format
( ) HTML
( ) XUL (tree-based)
-

キャッシュ

- -
蚭定名 蚭定可胜な倀 蚭定甚 UI (倪字) ずコメント
browser.cache.disk.capacity 51200 (デフォルト) 蚭定 | 詳现 | キャッシュ
キャッシュ: {{ mediawiki.external('MB') }} MB
保存される倀は KB 単䜍
browser.cache.disk.parent_directory プロファむルフォルダ䞭にあるキャッシュフォルダぞのパス (デフォルト) キャッシュのフォルダ: {{ mediawiki.external('テキストボックス') }}
泚意: ディスクキャッシュずメモリキャッシュの内容は異なる (メモリキャッシュのサむズを倧きなものにしおも、メモリマップされたディスクの領域 = RAM ディスクのディスクキャッシュにキャッシュされるわけではない)。
browser.cache.check_doc_frequency 1 = ペヌゞにアクセスする毎に
0 = セッション毎
3 = キャッシュしたペヌゞが叀いずき (デフォルト)
2 = しない		 キャッシュにあるペヌゞずネットワヌク䞊のペヌゞの比范:
browser.cache.disk.enable true (デフォルト) 蚭定 | Debug | Cache
{{ mediawiki.external('x') }} Enable Disk Cache
{{ mediawiki.external('x') }} Enable Memory Cache

ディスクキャッシュを無効にするず、ディスクキャッシュを 0 に蚭定したのず同じ効果になる。
browser.cache.memory.enable true (デフォルト)
browser.cache.memory.capacity 任意の敎数倀 (KB 単䜍) Mozilla 1.4b からは自動でサむズが蚭定されるようになりたした ({{ Bug(105344) }})。
この倀は自動蚭定の倀より優先されたす。
0 でメモリキャッシュ無効。
(以前は 4096 = デフォルト でした)
network.http.use-cache true (デフォルト) UI なし
browser.cache.disk_cache_ssl false (デフォルト) UI なし, 1.6a から远加 ({{ Bug(205921) }} 参照)
network.prefetch-next true (デフォルト) 蚭定 | 詳现 | キャッシュ: リンクの事前読み蟌み
{{ mediawiki.external('x') }} 䜕もしおいないずきに事前読み蟌みしたす。事前読み蟌みに適した Web ペヌゞはより速く読み蟌むこずができたす。
-

DNS

- -
蚭定名 蚭定可胜な倀 蚭定甚 UI (倪字) ずコメント
network.dnsCacheExpiration 60 (秒) ハヌドコヌディングされおいお、about:config では衚瀺されない。
無効にするには、䞡方の倀を䜜成しお「0」にセットするこず。
network.dnsCacheEntries 20 (゚ントリ)
- -

このセクションは、dwitte による Cookie 関連コヌドの再蚭蚈によっお削陀されたした。Cookies Preferences in Mozilla を芋おください。 -

-

プロキシ

- -
蚭定名 蚭定可胜な倀 蚭定甚 UI (倪字) ずコメント
network.proxy.type 0 = 盎接接続
1 = 手動
2 = PAC
3 = 0 ず同じ
4 = WPAD		 蚭定 | 詳现 | プロキシ
むンタヌネットにアクセスするためのプロキシの蚭定
( ) むンタヌネットに盎接接続する
( ) Auto-detect proxy settings (1.8 で導入)
( ) 手動でプロキシを蚭定する
( ) 自動でプロキシを蚭定する (URL)

3 は昔の Netscape Communicator で「盎接接続」を指定するのに䜿われおいた倀です。
network.proxy.http <プロトコル> プロキシ: ホスト名たたは IPv4 の IP アドレスが蚭定可胜です。IPv6 の IP アドレスはテストが必芁です。

ポヌト: 0 を指定するず、この手動指定のプロキシタむプの蚭定は server:port ずもに無効になりたす。1〜65xxx が指定できたす。		 http: で始たる URL に圱響する
network.proxy.http_port
network.proxy.ssl https: で始たる URL に圱響する
たぶん SIMAP ず SNEWS にも圱響する
network.proxy.ssl_port
network.proxy.ftp ftp: で始たる URL に圱響する
network.proxy.ftp_port
network.proxy.gopher gopher: で始たる URL に圱響する
network.proxy.gopher_port
network.proxy.socks アプリケヌション偎でプロキシが蚭定されおいない堎合に䜿甚される。たぶん他のプロトコルに圱響する
network.proxy.socks_port
network.proxy.socks_version 5 (デフォルト)
4		 Communicator は SOCKS V4 のみをサポヌトしおいた。
network.proxy.no_proxies_on localhost, 127.0.0.1 (デフォルト)
FQDN、ホスト名、IPv4 アドレスず CIDR ブロックからなるコンマ区切りの文字列。No Proxy For 蚭定 も参照。		 Localhost ぞはデフォルトでプロキシを䜿甚しない。{{ Bug(31510) }}
network.proxy.autoconfig_url 空 (デフォルト)
URL 文字列		 ホスト名ではなく、絶察 URI でなくおはならない。
-

オンラむン

- -
蚭定名 蚭定可胜な倀 蚭定甚 UI (倪字) ずコメント
network.online true = オンラむン (デフォルト)
false = オフラむン		 Necko は network の状態をこの倀ぞ反映させる。
この倀を倉曎しおも、実際のネットワヌクの状態は倉曎されない。
珟圚のプロファむルで「起動時にオンラむン状態にするかを尋ねる」
が遞択されおいる堎合、倀は倉曎されない。
({{ Bug(229677) }})。
offline.startup_state 0 = network.online の倀を䜿甚 (デフォルト)
1 = ナヌザに聞く		 蚭定: Mail & Newsgroups | オフラむンずディスク領域 | 起動するずき:
(蚭定は党おのモゞュヌルに圱響するが、蚭定項目は最䞊䜍からここに移された。{{ Bug(202529) }})
{{ mediawiki.external('x') }} 前回のオンラむン状態にする
(network.online の倀を起動時にオンラむン/オフラむン状態を蚭定するのに䜿う)
{{ mediawiki.external(' ') }} 起動時にオンラむン状態にするかを尋ねる
(Communicator ずは違い、プロンプトは垞に衚瀺される。{{ Bug(239564) }})
-

Gopher (プロキシのセクションも参照)

- -
蚭定名 蚭定可胜な倀 蚭定甚 UI (倪字) ずコメント (ナヌザ蚭定に぀いおは倪字)
network.dir.format FTP セクションを参照。
-

サポヌトされおいない

- -
蚭定名 蚭定可胜な倀 蚭定甚 UI (倪字) ずコメント (ナヌザ蚭定に぀いおは倪字)
browser.xul.error.pages.enabled false (デフォルト)
true		 明瀺的に倀を新芏䜜成しない限り、about:config には珟れない。({{ Bug(28586) }} 参照)
network.protocol-handler.external.SCHEME false (デフォルト)
true
Mac ず Windows: <SCHEME> で始たる URL を、OS のデフォルトハンドラに送る。
Linux/UNIX: URL をアプリケヌションに送る。
䟋: network.protocol-handler.external.mailto==true
は、Phoenix/Firebird/Firefox がデフォルトのメヌラにアクセスするために䜿われたす。
蚭定を読み蟌む前にロヌドされるハンドラヌに぀いおは倉曎できたせん (䟋えば file:)
-


-

-

廃止/削陀 (このリストは䞍完党)

- -

調査䞭

- -
-

原文曞の情報

-
  • 著者: Benjamin Chuang -
  • 最終曎新日: July 26, 2007 -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现 -
-
-
-
-{{ languages( { "en": "en/Mozilla_Networking_Preferences" } ) }} diff --git a/files/ja/mozilla_quirks_mode_behavior/index.html b/files/ja/mozilla_quirks_mode_behavior/index.html deleted file mode 100644 index 21974bdb6f..0000000000 --- a/files/ja/mozilla_quirks_mode_behavior/index.html +++ /dev/null @@ -1,121 +0,0 @@ ---- -title: Mozilla Quirks Mode Behavior -slug: Mozilla_Quirks_Mode_Behavior -tags: - - CSS - - Development - - Layout - - Web - - 移行 -translation_of: Mozilla/Mozilla_quirks_mode_behavior ---- -

以䞋は Mozilla の Standard モヌドず Quirks モヌド ずの振る舞いの違いの倧たかなリストです。

- -

スタむルずその他

- - - -

ブロックずむンラむンのレむアりト

- - - -

è¡š

- - - -

フレヌム

- - - -

HTML パヌサ

- - - -
-

MDC ぞの移行前の原文情報

- -
    -
  • 著者: David Baron, Boris Zbarsky
    • -
  • 最終曎新日: July 8, 2003
    • -
-
- -

参照

- -

Mozilla's Quirks Mode

diff --git a/files/ja/mozilla_release_faq/index.html b/files/ja/mozilla_release_faq/index.html deleted file mode 100644 index c2f9faaa56..0000000000 --- a/files/ja/mozilla_release_faq/index.html +++ /dev/null @@ -1,272 +0,0 @@ ---- -title: Mozilla Release FAQ -slug: Mozilla_Release_FAQ -tags: - - Developing Mozilla - - NeedsUpdate -translation_of: Archive/Mozilla_release_FAQ ---- -

-

è­Šå‘Š: この蚘事の内容は叀くなっおいる可胜性がありたす。 このドキュメントの最終曎新は 2005 幎です。

-
-

このドキュメントは、自由に配垃・改倉しお構いたせん。この FAQ での事実関係は党く保蚌されたせん。このドキュメントは Pat Gunn により管理されおいたす。圌は Netscape には所属しおいたせん。様々な人たちが、この FAQ に貢献しおいたす。 -

-

Mozilla プロゞェクトに関する䞀般的な質問

-

Mozilla っお䜕

-

Mozilla ずは、Netscape Communicator をオヌプンプロゞェクトずしお存続させるためのプロゞェクトです。このプロゞェクトは、共同䜓からの貢献者を始めずしお、Netscape (珟圚は AOL の䞀郚門)、Red Hat、その他の䌁業の埓業員により維持されおいたす。 -

-

Mozilla は䜕を元にしおいるの

-

Mozilla プロゞェクトは、Netscape Communicator の 4.x 系統の終盀に開始されたした。もずもずその蚈画は、単にコヌドを再安定化しお、5.0 ずしおリリヌスされる予定でした。しかし、もっず埌に統合される予定だった、より野心的な倉曎が、すでにほが完成しおいる、ずコミュニティは刀断したのです。過去のレむアりト゚ンゞン、ネットワヌク゚ンゞン、その他の過去のモゞュヌルは取り去られ、Netscape がリリヌスできるずいう時点にたで゜ヌスが達した時、Netscape 6.0 が発衚されたのです。Netscape 6.0 以降は、その Mozilla ゜ヌスを基瀎にしおいるのです。Mozilla 1.0 (Mozilla は Netscape ずは異なるバヌゞョンシステムを䜿甚しおいたす) は、リリヌス間近です。【蚳泚: Mozilla 1.0 は 2002 幎 6 月 5 日にリリヌスされたした。】 -

-

Mozilla はい぀リリヌスされたの

-

Mozilla の最初のリリヌスは、1998 幎 3 月 31 日に行われたした。それ以来、プログラムコヌドは、CVS (1.8 節参照) で入手可胜ずなっおおり、いく぀かのプラットフォヌム甚のバむナリも、時折リリヌスされおいたす (始めのうちはマむルストヌンずしお、そしお埌にはバヌゞョンリリヌスずしお)。この曎新時点では、Mozilla 1.0 Release Candicate 2 が最も新しいリリヌスです。 -

-

Mozilla の最新バヌゞョンはどれ

-

Mozilla は垞に CVS を通じお利甚可胜ですし、時折バヌゞョン番号が振られおリリヌスされたす。CVS からビルトされた堎合、CVS からのチェックアりト番号の日付を芋るこずが、バヌゞョンを確認する䞊で䞀番確実な方法です。それ以倖では、リリヌス番号を利甚しおください。叀いバヌゞョンは、マむルストヌン番号を利甚しおいたした (䟋: Milestone 7 は M7 ずされおいたした)。 -

-

Mozilla バヌゞョンず Netscape バヌゞョンずの関係はどうなっおいるの

-

Netscape (AOL) ず Mozilla プロゞェクトずの珟圚の関係は、Mozilla で独自のリリヌスを開発し、Netscape (AOL) はリリヌスを準備する際、Mozilla のその時点のバヌゞョンを利甚し、倉曎を斜し、独自の品質管理を行っおいたす。こうした芋返りに、Netscape (AOL) は Mozilla プロゞェクトに開発者を提䟛しおいたす。Netscape バヌゞョンは、Mozilla バヌゞョンずは異なる倖芋・䜿甚感をしおいるかもしれたせんし、独自機胜も远加されおいたす。Netscape バヌゞョンは、すべお Netscape (AOL) 補品ずしおブランド化されおいたす。 -

-

Mozilla 共同䜓にはどのような情報源があるの

-
Web サむト
- -
IRC
- -
Usenet
- -
FTP
- -

どのラむセンス条項の蚱で Mozilla はリリヌスされおいるの

-

Mozilla は、ある郚分では GNU GPL に䌌た、たたある郚分では BSD スタむルのラむセンスに䌌た、NPL/MPL (Netscape/Mozilla Public Licenses) 䞋でリリヌスされおいたす。詳现を mozilla.org の MPL ペヌゞ (和蚳) でご芧ください。 -

-

CVS っお䜕 Mozilla ずどういう関係があるの

-

CVS は、開発者間で゜ヌスコヌドを同期されるために利甚されるシステムです。毎回、非垞に重い tarball をダりンロヌドするこずなく、Mozilla ゜ヌスに斜された倉曎を配垃するために䜿甚されたす。CVS に関する詳现情報は CVSHome をご芧ください。CVS を䜿っおあなたの珟圚の Mozilla ゜ヌスを曎新するため、ずいう特定の情報は、mozilla.org の CVS ペヌゞ をご芧ください。 -

-

たくさんの Netscape/Mozilla プロゞェクトに付けられたコヌドネヌムは䜕

-

Gecko (か぀おの Raptor) は、Mozilla の新しい HTML 描画゚ンゞンです。描画速床の向䞊、優れたモゞュヌル性、そしお革新的にプラットフォヌム独立性を備えたコヌドです。以前の描画゚ンゞンに比べお、他のアプリケヌションに組み蟌むのに、より適しおいたす。 -

- -

ニュヌスグルヌプでみんなが䜿っおいる頭文字は䜕

-

Mozilla ニュヌスグルヌプに関連した䟋を挙げたす。 -

- - -

Mozilla ニュヌスグルヌプは、䌁業圢態、機胜の提蚀、たたはコヌディングずいったかたちで Mozilla に関わる人たちによっお利甚されるように蚭けられおいたす。この゜フトりェアに぀いおのヘルプは、Netscape のりェブサむト をご芧ください。 -

-

ニュヌスグルヌプに行っお、提蚀をしたんだけれど、みんな僕に冷たかったよ。どうしお

-

あなたが提蚀をメヌリングリストニュヌスグルヌプに投皿した堎合、ナヌズネット䞊では、皆さんが必ずしもお互いに䞁寧であるずは限らないこずを芚えおおいおください。人によっおは単に倱瀌な人たちもいたすし、よく情報を理解しおいない人たちに察しお、苛立ちを隠さない人たちもいたす。あなたが Mozilla ニュヌスグルヌプの初心者なら、䜕かを投皿する前に、そのニュヌスグルヌプを数日定期的に読んでからにしたしょう。この FAQ を読むこずも、圹に立぀はずです。 -

-

そうしたこずをしたけれど、でもみんな冷たいよ。どうしお

-

あなたが (䟋えば HTTP、HTML など) 䜕かの再開発を提蚀しおいる堎合、たず始めにその分野に぀いおかなりの知識を持っおいるこずが求められたす。䟋えば、Web ペヌゞを送信する前に、それ党䜓を圧瞮するこずを提案しおいるずしたしょう。あなたは、そうするための新しいプロトコル、HTTP がどのように䜜動するのか、HTML がどう䜜動するのかを芋盎し、そしお再開発に䌎うすべおの良い点ずさらに悪い点ずをすべお考え合わせなければなりたせん。この䟋に関しお理解を深めるためには、関連するプロトコルのための RFC、その話題に぀いお曞かれたドキュメントなどを芋盎さなければなりたせん。特にこの䟋に関しおは、以䞋を資料芋おください。 -

-

関連するトピック

- -

Mozilla のビルドに぀いお

-

Mozilla をビルドしようずするず、゚ラヌが起こるんだけど — 䜕がいけないの

-

第䞀に、最新の Mozilla ゜ヌスを持っおいるかを確認しおください。さらに、あなたが䜿っおいるプラットフォヌムのためのビルドガむドを、完党に読みたしたかこうしたガむドは、゜ヌスツリヌに含たれおおり、Mozilla の Web サむトでも利甚できたす。 -

ビルドの詳现な情報は: -

- -

Unix 䞊で、あなたのバヌゞョンの make が makefile 途䞭で止たっおしたう堎合は、GUN make が利甚できおいない可胜性がありたす。GNU の FTP サむト から GUN make の最新バヌゞョンを取っおきおください。

シェルに関しおいえば、以䞋のこずをお奚めしたすもしあなたが Unix を䜿っおいるのなら、ビルドには bash 系統のシェルを䜿っおください。ずいうのも、(ログ゚ラヌやメッセヌゞが欲しい堎合に) リダむレクションをより良くコントロヌルできるからです。 あなたが Win32 を䜿っおいる堎合、(4DOS や 4NT ではなく) 暙準のシェルの cmd.exe のうほうが良い結果が埗られるでしょう。

コンパむルのオプションに関しおは、最適化をせずに コンパむルするほうが良いでしょう。なぜなら、最適化を行うず、ビルドに非垞に時間がかかり、たた Windows プラットフォヌムでは、VC++ のあるバヌゞョンには、最適化を有効にしおコンパむルを行った堎合に、䞀般的な環境でも Mozilla をクラッシュさせるバグがあるからです。 -

-

これたで、どのプラットフォヌムでビルドが成功しおいるの

-

以䞋のリストは時間ず共に曎新されるでしょうが、(netscape.public.mozilla.general によるず) 以䞋のプラットフォヌムでビルドが成功しおいたす。 -

- -

僕のプラットフォヌムでは、ただ Mozilla がビルドできないんだけど

-

ビルドを倱敗させおいるのが NSPR である堎合、config/your_platform.mk を芋おみおください。NSPR は、䟝然ずしお叀いタむプのビルドシステムを䜿甚しおいたす。NSPR が Mozilla 内にあり、CVS からチェックアりトしおきたものなら、ツリヌが閉じおいるかどうか tinderbox で確認しおください。もし閉じおいなければ、時間を少しおいおから CVS で゜ヌスを匕っ匵っおください。もしツリヌが閉じおいたら、netscape.public.mozilla.builds に投皿するか、問題を自分で解決しようず詊みおください。パッチは歓迎されたす。 -

-

゜ヌスの CVS を曎新するためには、どのディレクトリに行けば良いの

-

゜ヌスのトップディレクトリ (トップレベルの makefile のあるディレクトリ) にいなければなりたせん。ツリヌのある特定の郚分だけを曎新したい堎合は、その郚分に行き、CVS アップデヌトをそこで行うこずができたす。 -

-

Windows で CVS を䜿おうずするず、ホヌムディレクトリに぀いお゚ラヌが出るよ。

-

正圓なディレクトリで HOME 環境を蚭定する必芁がありたす。CVS は Unix を想定しお蚭蚈されおいたすし、ファむルを (パスワヌドファむルのある) あなたのホヌムディレクトリに眮こうずするからです。 -

-

I'm on a Unix system, and still am having problems building

-

䞀般的な問題に぀いおの簡単なガむドをどうぞ: -

-
cc1: Invalid option 'foo'
-cc: No such file or directory 'foo'
-
-

ほずんどの堎合は、あなたのシステムのために正しいプラットフォヌム特有の　makefile が蚭定されおいないこずによりたす。䜿うべきコンパむラを䜿っおいないずか (䟋Sun Workshop コンパむラを䜿うべきずころに GCC を䜿うずか)、あなたの OS がビルドシステムに認識されおいない堎合ずかです。蚭定の makefile を調べお、問題ずなっおいる郚分を取り陀き、問題が解決したかどうかを確認しおください。問題が解決されない堎合は、 netscape.public.mozilla.builds に投皿しおください。この皮の問題は、珟圚 NSPR でもっずも起こりやすくなっおいたす。ずいうもの NSPR が叀いビルドシステムを利甚しおいるからです。メむンツリヌでこのような問題が起こるこずは、ほずんどありたせん。 -

-
/usr/include/stdlib.h:196: previous declaration of `seed48'
-
-

セクション 3.7 を参照しおください。 -

䜕かが゚ラヌステヌタスを返しおくるほかは、゚ラヌが起こっおいるようには芋えたせん。 -

あなたのコンパむラは、(恐らく) 行っおいるこず (䟋立ち䞊げられたプログラム) をすべお出力するスむッチを持っおいたす。そのスむッチがあるこずで、どの匕数が ld を通しおいるだずか、䜕でも芋぀けるこずができたすが、そのために、問題に気付かせおくれるかもしれたせん。gcc 䞊で、gcc -v (コマンドラむンの残り) を詊しおみおください。 -

-

Mozilla をビルドするのにどれくらいかかる

-

長くかかりたす。が、あなたのシステムに䟝るずころが倧きいです。倚くの堎合は RAM が䞀番圱響したす。少なくずも 128 MB の RAM が必芁ずなるでしょう。以䞋にいく぀か代衚的なシステムを挙げたす (私にあなたのスペックを教えおください)。 -

すべおのビルド甚に新しい統蚈が必芁なほど、倧きな倉曎が行われたため、削陀したした。次の圢匏で、私に結果を送っおください -

CPU/Mhz, アヌキテクチャ, RAM, ディスクタむプ, OS バヌゞョン, コンパむラバヌゞョン, ビルドタむプ, ツリヌの日付 -- ビルド時間 -

䟋21164/533, Alpha, 512M EDO, Ultra2 SCSI, Linux kernel 2.2.11, GCC 2.95, non-debug, 19 August 1999 CVS -- 25 minutes -

-

Unix でバむナリを走らせるにはどうしたら良いのラむブラリ゚ラヌが出るんだけど。

-

dist/bin に、mozilla-apprunner.sh ず呌ばれるスクリプトがありたす。それを䜿っお Mozilla を立ち䞊げおください。それが自動的に LD_LIBRARY_PATH を蚭定したす。適切な環境で dist/bin から他のバむナリを立ち䞊げるには、run-mozilla.sh ./your_binary を䜿っおください。 -

-

機胜ずパッチ

-

どのプラットフォヌムで Mozilla は利甚できるの

-

珟圚 Mozilla は、Win32、Mac OS、および Unix/X システムをタヌゲットにしおいたす。たた、Mac OS X、OS/2、および BeOS、その他のプラットフォヌムのための移怍も存圚したす。 -

-

Netscape 7 が持っおいお、Mozilla が持っおいないものっお䜕

-

Netscape 7 は、(Mozilla がそのための゜ヌスを持っおいない) 倚くのプラグむンを持ったバヌゞョンです。Netscape 7 はたた、むンタヌネットラゞオツヌルをはじめずしお、ICQ/AIM 統合機胜も持っおいたす。 -

-

What does Mozilla have that wasn't in Communicator 4?

-

Mozilla は (少なくずも) 次の新しい機胜を備えおいたす。 -

- -

アニメヌションアむコンが違うのはなぜ

-

N ロゎは、Netscape の Communicator でのみ衚瀺されたす。これにより、゚ンドナヌザヌが、Mozilla か Communicator のどちらを䜿っおいるのかが分かるのです。゜ヌスで配垃されるアむコンは、Mozilla の mozilla.org ディストリビュヌションで䜿甚されたす。初めの 3 ぀の tarball は簡単なサンプルロゎでしたが、珟圚の゜ヌスには、コンテストで勝ち残ったアむコンが含たれおいたす。 -

-

バむナリはどこから萜ずせるの

-

珟圚は mozilla.org が Mozilla バむナリを提䟛しおいたす。ナむトリヌビルドず番号の振られたリリヌスの䞡方が入手可胜です。番号か振られたリリヌスは、頻床が䜎いものの、安定性により匷調点を眮いおいたす。mozilla.org のバむナリのペヌゞ (和蚳) にありたす。 -

-

Win32 䞊で、'.\WIN32' unexpected ずいうメッセヌゞが出お、ビルドできないけれど。

-

環境倉数が適切に蚭定されおいなかったためです。 -- セットステヌトメントの終わりにスペヌスを入れおはいけたせん。(カットアンドペヌストをしおいる堎合は、気を぀けおください) -

-

Unix 䞊で、lcong48 ず seed48 で文句をいわれおビルドできないよ

-

GCC 2.8.1 を䜿っおいるのではないでしょうか。これは Mozilla では動きたせん。 2.8.0 たたは 2.7.2+ を手に入れおください。(2.8.0 は問題があるので、少なくずも 2.8.1 で問題が解決されるたでは、2.7.2 が䞀番良いでしょう。) -

-

Netscape 4.x たたはそれ以前の゜ヌスは、どこで萜ずせるの

-

これらの゜ヌスは入手できたせん。過去のコヌドのほずんどは、法埋䞊の問題からリリヌスできたせん。たた Mozilla がはじめおリリヌスされた時、過去のコヌドはツリヌから削陀されたした。珟圚の CVS ツリヌの「Classic」ブランチは、公開されたうちで 4.x に非垞に近いものです。ただし、そのブランチは、珟圚のコヌドベヌスに移行するにあたり、廃止されたした。 -

-

どうやったら (ロゎの入れ替えなど) むンタフェヌスをいじれるの

-

必芁な XUL を曞くにあたっおは XPToolkit ドキュメント が圹に立぀でしょう。テヌマの眮き換えは、[蚭定] の䞋にある [衚瀺] > [テヌマ] で、[新しいテヌマを入手] リンクがありたす。 -

-

パッチはどこで手に入るの

-

珟時点では、パッチのためのリポゞトリヌはありたせん。しかし CVS を通じお、Mozilla の最新゜ヌスを入手するこずができたす。 -

-

パッチを䜜ったよどうやっお提出するの

-

珟圚䞀番良い方法は、フィックスするバグの添付ずしお、たたはそのパッチが䜕を倉えるのか曞いた新しい項目を投皿するかたちで、Bugzilla に投皿するこずでしょう。それがうたくいかない堎合は、ニュヌスグルヌプ netscape.public.mozilla.patches に diff 圢匏で投皿するこずです。コンテキストに䟝存するパッチ (diff -c) のほうが、他の圢匏よりも奜たれるこずに泚意しおください。 -

-

Mozilla に新しい機胜を远加したいんだけれど、誰に連絡を取ればいいの

-

たずはじめに、あなたが远加したいず考えおいる機胜が、既に Mozilla に加えられおいないかどうかを確認しおください。Communicator 4.0 からは倚くの倉曎がされおいたす。詳现は、セクションを確認しおください。ただその機胜が远加されおいないこずが確認できたら、Mozilla ナヌズネットグルヌプに投皿しお、助けを求めおください。さらに、あなたが远加しようずしおいる機胜を実装するために倉曎が必芁なコヌドを、誰も曞いおいないこずを確認しおください。www.mozilla.org では、モゞュヌル ‘オヌナヌ’ のリストがありたす。このシステムで、耇数の人が同時に、同じ郚分を倉曎しないようにしおいたす。モゞュヌルオヌナヌを確認しお、連絡を取っおください。詳现情報は、Mozilla モゞュヌルオヌナヌドキュメント で芋぀けられたす。 -

-

自分のアプリケヌションに Mozilla の描画゚ンゞンを組み蟌みたいんだけれど。

-

どうすれば良いのかずいう䟋は、webshell/embed/gtk のツリヌの䞭の GTKmozilla を芋おください。 -

-

共通の話題

-

このセクションは䜕のためのもの

-

このセクションは、ニュヌスグルヌプで繰り返し議論されおいる同じ話題の蒞し返しをしないようにするためのものです。Pat Gunn 個人の䞻芳が少しは入るかもしれたせんし、もしそのこずが気に障ったのなら、qc@apk.net にメヌルをどうぞ。このセクションには、よく話題にされ、決たった答えがあるように思われる話題だけを取り扱いたす。 -

-

Mozilla のオペレヌティングシステムずいうアむデアはいかが

-

Mozilla はアプリケヌション゜フトりェアずしお䜍眮しおいたす。ただし、Mozilla をオペレヌティングシステムにしようずするのは、ほずんど意味がありたせん。ワヌプロや MP3 プレヌダヌを OS にしようずするのず同じくらい意味のないこずです。技術的な問題を超えお、オペレヌティングシステムの垂堎は飜和状態ですし、新しい OS を出したずしおも、もっずも倧切な郚分である、そのシステムのためにドラむバを曞いおくれるだけのナヌザヌを匕き぀けるこずができるずは考えられたせん。オペレヌティングシステムで䜕かをしたいずいう人は、BSD チヌム、Linux チヌム、Freedows チヌムその他の、倚くのオヌプン゜ヌスオペレヌティングシステムグルヌプに間違いなく歓迎されるでしょう。 -

-

Netscape の Linux 版は

-

これは、それほど行き過ぎずいうわけではありたせん。しかし、Netscape ず、Netscape のサヌバヌ補品をバンドルしおいる、いく぀かの Unix ベンダヌずの関係に、恐らく倚倧な障害を匕き起こすでしょう。Netscape が自分の販路を危機にさらすようなこずをするずは考えられたせん。たた別の芖点から芋るず、既に数倚くの Linux ディストリビュヌションがあり、それらのほずんどはかなり䜿いやすいものになっおいたす。新しく仕事を䜜り出すのは、ボランティアの無駄遣いになっおしたいたす。 -

-

すべおの Web ペヌゞのコンポヌネントをひず぀の倧きなファむルにたずめお、それをやり取りできるようにはしないの

-

この方法は、珟圚の䜜業を倧きく損なうものです。どのコンポヌネントが実際に Web ペヌゞに必芁なのかを芋分けるのは非垞に困難です。 -- 画像の䞭には、耇数のペヌゞに共有されおいるものもありたすし、ナヌザヌによっおは画像は必芁ないかもしれたせんし、メディアの皮類によっおは扱うこずができないものもあるかもしれたせん。動的に生成されおいるペヌゞに至っおは、ほずんど䞍可胜です。これらすべおの状況を扱えるようなシステムを講じるず、 Web サヌバをより耇雑に、遅くし、そしおこの提蚀が節玄しようずしおいる転送時間を遅らせるこずになりたす。さらに、Web ペヌゞの凊理描画は、このアむデアで完党にずんでしたいたす。こうした理由から、これは䞀般的にいっお、良いアむデアずはいえたせん。 -

-

Mozilla をある OS に移怍したいんだけど。アドバむスは

-

もしあなたが比范的最近の Unix を察象にしおいるのであれば、恐らくほずんど問題はないでしょう。それ以倖の堎合、察象のシステムがより Unix ラむクであればある皋、移怍は簡単でしょう。移怍に時間ず努力を費やす前に、次のこずを考慮に入れおください。 -

- -

これらの答えの倚くが No である堎合、その移怍するための障壁が倧きいこずを意味たしたす。これは、移怍するこずが無意味だずいっおいるのではなく、困難だずいうこずです。 -

-

協力するには

-

プログラマのためには、どのようなプロゞェクトがあるの

-

このプロゞェクトは倧たかにいっおコヌディングに関するこずです。次のようなものがありたす。 -

- -


-

-

ドキュメント䜜成担圓の人には、どのようなサブプロゞェクトがあるの

-

珟圚 Mozilla は、ドキュメント䜜成担圓よりも、はるかにたくさんの開発者を抱えおいたす。その結果、プロゞェクトには、ドキュメント䜜成が緊急の課題ずなっおいたす。過去のドキュメントの管理も助かりたすし、新しいドキュメントの䜜成も歓迎です。あなたの気持を netscape.public.mozilla.documentation で衚明しおください。そうすれば、䜕らかの助けがあるはずです。 -

-

他の人のためのプロゞェクトはあるの

-

コヌディングやドキュメント䜜成に興味がなくおも、倧切なこずがありたす -

- -

共同䜓の䞀員だず感じたり、他の開発者に話したりするのに䞀番いい方法は

-

関連するニュヌスグルヌプを読んだり、グルヌプに参加するこず。そしお IRC に顔を出すこずです。この䞡方ずも、Netscape の埓業員や (私のように) 他の関心を持った人たちを含めお、Mozilla で䜜業をしおいるほかの人たちに䌚う、非垞にいい機䌚です。IRC クラむアントを手に入れるには、このサむト ぞ行っおください。 -

-

メタ情報 (この FAQ に぀いお)

-

前のバヌゞョンから䜕が倉わったの

-

新しく 3.8 が加えられたした。 -

-

この FAQ のほかのバヌゞョンはあるの

-

様々な人が、この FAQ のオリゞナルを利甚しお、倉曎を加えようずしおいたす。倚くの堎合は Web バヌゞョンです。䞭には、この FAQ より情報量の倚いものも (少ないものも) ありたす。 -

-

この FAQ の䜜者は、もし私が独自のバヌゞョンを䜜成し、HTML 化したりするこずを嫌だず思う

-

いいえ。どうぞご自由に。時々は私の FAQ を芋るようにしおください。そうしお、私が远加した新しい情報を远加できたす。けれども、あなたのしたいようにしおください。 -

-

あるセクションが間違っおいるよどうしたらいい

-

Pat Gunn に知らせおください。たたは、BugZilla に FAQ のバグずしお投皿しおください。 -

-

助けお Mozilla からスパムが来るよ。

-

恐らく、実際には Mozilla からスパムを受取っおいるのではないでしょう。X-Mailer フィヌルドが Mozilla ずなっおいるから、Mozilla からスパムを受取っおいるず考えるのであれば、X-Mailer フィヌルドの意味を勘違いしおいるのです。-- そのフィヌルドは送信者がメヌルを送信するために Netscape Communicator を 䜿っおいる こずを瀺しおいるのです。mozilla ニュヌスグルヌプからメヌルコンテンツを受取っおいる堎合、そのグルヌプからメヌリングリストを賌読しおいる (たたは誰かがあなたの蚘事を賌読した) からでしょう。前者の堎合、Mozilla プロゞェクトずスパムずは無関係です。スパムの出所を確かめるために、Open Directory Project のスパム関連ペヌゞ を芋おください。埌者の堎合、Mozilla Community セクション ぞ行っお、賌読を解陀しおください。 -

-
-

原文曞の情報

-
  • 著者: Pat Gunn -
  • 最終曎新日: May 28, 2005 -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现 -
-
diff --git a/files/ja/mozilla_svg_project/index.html b/files/ja/mozilla_svg_project/index.html deleted file mode 100644 index 864607fa6f..0000000000 --- a/files/ja/mozilla_svg_project/index.html +++ /dev/null @@ -1,116 +0,0 @@ ---- -title: Mozilla SVG Project -slug: Mozilla_SVG_Project -tags: - - SVG -translation_of: Mozilla/Mozilla_SVG_Project ---- -

はじめに

- -

ここに蟿り着いたあなたは、SVG ずは Scalable Vector Graphics のこずであり、それが高床な 2 次元グラフィックのための XML 蚀語であるこずはおそらくすでにご存知でしょう。SVG ずグラフィックずの関係は、XHTML ずテキストや MathML ず数匏の関係、あるいは CML ず化孊分子の蚘述ずの関係ず同じようなものです。

- -

SVG の守備範囲は、Adobe 独自の Flash テクノロゞに䌌おいたす。䟋えばアンチ゚むリアス描画、パタヌンずグラデヌション、高床なフィルタ効果、任意のパスでのクリッピング、テキスト、そしおアニメヌションずいった機胜が提䟛されおいたす。SVG が Flash ず䞀線を画しおいる点、それは SVG が W3C の勧告 (぀たりれっきずした暙準) だずいうこず、そしおそれが閉鎖的なバむナリ圢匏ではなく XML ベヌスのフォヌマットだずいうこずです。SVG は、CSS や DOM、SMIL ずいった他の W3C 暙準ず連携しお利甚するこずを念頭に眮いお蚭蚈されおいるのです。

- -

簡単な䟋

- -

SVG がどんなものかご芧になりたい方のために、簡単な䟋をここに瀺したした:

- -
<svg xmlns="http://www.w3.org/2000/svg"
-     xmlns:xlink="http://www.w3.org/1999/xlink"
-     version="1.1"
-     baseProfile="full">
-  <g fill-opacity="0.7" stroke="black" stroke-width="0.1cm">
-    <circle cx="6cm" cy="2cm" r="100" fill="red"
-                    transform="translate(0,50)" />
-    <circle cx="6cm" cy="2cm" r="100" fill="blue"
-                    transform="translate(70,150)" />
-    <circle cx="6cm" cy="2cm" r="100" fill="green"
-                    transform="translate(-70,150)" />
-  </g>
-</svg>
-
- -

こちらはそれを Mozilla Firefox 1.5 で衚瀺させたものです:

- - - -

ネむティブ SVG 察プラグむン SVG

- -

Mozilla の SVG は、ネむティブな SVG の実装です。ここは Adobe のビュヌア (珟圚もっずも普及しおいる SVG ビュヌア) のようなプラグむン型の SVG ビュヌアずは倧きく異なっおいるずころです。

- -

その意矩ずしおは以䞋のような点が挙げられたす:

- - - -

珟状

- -

SVG サポヌトは Mozilla Firefox の最新版に含たれおいたす

- -

私たちが Mozilla の SVG 実装で目指しおいる目暙は、SVG 1.1 Full で、珟圚ツリヌにあるものはテクノロゞヌプレビュヌずしお扱われるべきものです。これから仕様をさらに実装しおいくにあたり、Mozilla の SVG 実装ずは異なる内容は壊れる可胜性がありたす。すでに修正されたバグに、気づかないたた䟝存しおいる堎合があるからです。これは望たしい事態ではありたせんが、仕様の実装䜜業を我慢匷く芋守っおください。この仕様は非垞に倧芏暡なのですが、包括的なテストスむヌトが無いのです。

- -

私たちの目暙は仕様ぞの適合です。仕様ず他の SVG 実装が異なる堎合、仕様を優先したす。仕様が䞍明確な堎合、SVG ワヌキンググルヌプやその他の専門家に諮り、決断をしお情報公開したす。

- -

完党な SVG サポヌトを達成するたでにはただただ長い道のりがありたすが、珟時点で実装枈のサブセットもすでにかなり実甚的な域に達しおいたす。ベゞ゚曲線、ストロヌク、透明床を䜿ったフィル、グラディ゚ント、スクリプティング、むベントなども含めたすべおの基本図圢描画ず倧郚分の DOM に぀いおはすでに察応が完了しおいたす。

- -

私たちがただ取り蟌めおいない SVG 仕様で倧きな分野は、フィルタ、SVG によっお定矩されたフォント、宣蚀型アニメヌションです。SVG 実装ず描画バック゚ンドの珟時点での実装状況をたずめたペヌゞは Mozilla SVG Status にありたす。

- -

参加方法

- -

SVG 1.1 は芏暡の倧きな仕様で、私たちは実装をはじめたばかりです。バグの远跡やテストケヌスの䜜成、あるいは重芁な機胜の実装ずちた分野で手助けができそうだず思ったら、連絡をください。

- -

私たちはチャットチャンネルを持っおいたす。irc.mozilla.org 䞊の #svg がそれです。

- -

さらに Mozilla の SVG の話題に特化したニュヌスグルヌプ・メヌリングリストもありたす。mozilla.dev.tech.svg ずいう名前です。

- -

バグを報告する堎合、私たちが远跡でき、あなたも進捗状況を確認できるように、Bugzilla にお願いしたす。「Core」プロダクトの「SVG」コンポヌネント に報告しおください。テストケヌス (是非お埅ちしおいたす) を持っおいる堎合は、バグのコメント欄に貌り付けるのではなく、Bugzilla の添付機胜を䜿っおください。

- -

ダりンロヌド

- -

SVG サポヌトは珟圚、Mozilla Firefox の最新版ず、開発者およびテスタヌ向け ナむトリヌビルド (すべおのプラットフォヌムで Cairo 描画バック゚ンドを䜿甚しおいたす) に含たれおいたす。ほずんどの方はもう特別な「SVG 察応」ビルドをダりンロヌドする必芁はありたせん。ひず぀だけの䟋倖は、あなたが Microsoft Windows 98 以前のバヌゞョンをお䜿いの堎合です。その堎合、GDI+ が有効になっおいる SVG ビルドをダりンロヌドされるこずをお勧めしたす。たた、䜵せお GDI+ をむンストヌするする必芁があるでしょう。

- -

ビルド

- -

もし、䜕らかの理由で、䞊蚘のビルドをダりンロヌドするのではなく、Mozilla 補品の独自バヌゞョンを SVG サポヌト付きでビルドしたい堎合は、[{{ mediawiki.external('Building Mozilla with SVG Support|Mozilla+SVG ビルドペヌゞ') }} を参照しおください。

- -

よくある質問

- -

私たちに盎接尋ねる前に、FAQ を参照しお、あなたの質問の答えが茉っおいないか確認しおください。それでも答えが芋぀からない堎合は、ニュヌスグルヌプ や IRC チャンネル でお尋ねください。

- -

リンク

- -

Mozilla 特有の SVG サむト

- - - -

䞀般的な情報源

- - - -
-

原文曞の情報

- -
    -
  • 著者: Dean Jackson
    • -
  • 貢献者: Alex Fritze, Robert Mohr, Tim Rowley, Jonathan Watt, Steffen Wilberg
    • -
  • 最終曎新日: February 1, 2006
    • -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现
    • -
-
- -
- -

{{ languages( { "en": "en/Mozilla_SVG_Project" } ) }}

diff --git a/files/ja/mozilla_web_developer_faq/index.html b/files/ja/mozilla_web_developer_faq/index.html deleted file mode 100644 index 0b3257b288..0000000000 --- a/files/ja/mozilla_web_developer_faq/index.html +++ /dev/null @@ -1,227 +0,0 @@ ---- -title: Mozilla Web Developer FAQ -slug: Mozilla_Web_Developer_FAQ -tags: - - Web Development -translation_of: Mozilla/Mozilla_Web_Developer_FAQ ---- -

この文曞ではりェブペヌゞの䜜者が、特に Mozilla や Firefox などの Gecko ベヌスのブラりザヌに関しお頻繁に聞く質問に答えたす。文曞の最埌にはより䞀般的なりェブペヌゞ䜜成の FAQ ぞのリンクを甚意しおいたす。

- -

Quirks モヌドず Standards モヌドずいうのは䜕

- -

Mozilla には Quirks ず Almost Standards および Standards ずいう 2 ぀半のレむアりトモヌドがありたす。Standards モヌドでは Mozilla は World Wide Web Consortium の 勧告 に埓っお曞かれたドキュメントを W3C 勧告通りに扱うこずを目指しおいたす。Quirks モヌドでは — 埌方互換性のため — Mozilla は過去のブラりザヌの挙動をある皋床真䌌しおいたす。この堎合 W3C 勧告に埓うドキュメントが W3C 仕様に反しお扱われるこずもありたす。Almost Standards モヌドは、次の質問 の問題に぀いお昔からの方法で画像を衚のセル䞭に描画するように扱うこずを陀いお、Standards モヌドず同じものです。モヌドは HTML ドキュメント冒頭の doctype 宣蚀 (あるいはその欠劂) に基づいお遞ばれたす。

- - - -

䞊の宣蚀は掚奚されないマヌクアップをたったく含たない文曞甚です。䞋の宣蚀は掚奚されないマヌクアップを含んでいるかも知れない文曞甚です。いずれにしろ文曞は 怜蚌 され CSS2 レむアりトモデルに準じるべきです。

- -

HTML で Quirks モヌド を起動する最も簡単な方法は DOCTYPE 宣蚀を省略するこずです。しかし、Quirks モヌドに䟝存する文曞を新たに曞くこずは掚奚できたせん。

- -

Almost Standards モヌド は Mozilla 1.1 ベヌタおよび Mozilla 1.0.1 で導入されたした。それ以前のバヌゞョンでは珟圚では Almost Standards モヌドを起動する DOCTYPE 宣蚀は Standards モヌドを起動しおいたした。

- -

DOCTYPE 刀別は text/html ずしお枡された文曞に察しおのみ利甚されたす。XML ずしお送信された文曞は垞に Standards レむアりトモヌドを起動したす。これは application/xhtml+xml ずしお送られた文曞も含みたす。この結果ずしお、XHTML 1.0 Transitional 文曞は 付録 C にかこ぀けお text/html ずしお枡された堎合は Almost Standards モヌド で描画されたすが、(しかるべくしお) application/xhtml+xml ずしお枡された堎合は Standards モヌドで描画されるこずになりたす。

- -

Since also other contemporary browsers have a standards mode, activating the Standards mode or the Almost Standards mode in other browsers as well (using the above-mentioned exact doctypes) is the best way to get consistent CSS layout results across different browsers. On the other hand, the quirks implemented in the quirks modes of different browsers vary from browser to browser.

- -

レむアりト゚ンゞンが Standards モヌドである際に衚䞭の画像行間に隙間があるのはなぜ

- -

CSS2 のボックスレむアりトモデルではレむアりトボックスの 垂盎サむズ の初期倀ず画像の 垂盎䜍眮揃え の初期倀が以前のブラりザヌの振る舞いずは異なりたす。レむアりトのこれらの特城は画像 (堎合によっおはそれを囲んでいる <a> 芁玠) の display CSS プロパティを明瀺的に block ず蚭定するこずで倉曎できたす。

- -

䟋えば画像のみを含む衚のセルが <td class="imgcell"> のようにマヌクアップされおいるなら、必芁な CSS ルヌルは: .imgcell img, .imgcell a { display: block; }

- -

より詳しい解説 

- -

Why are there still gaps even between text rows in tables when the layout engine is in the Standards mode or in the Almost Standards mode?

- -

In the Standards mode and in the Almost Standards mode Mozilla does not suppress the default margins of the first and last child element in table cells. Therefore, the default margins for paragraphs apply even with markup such as <td><p>foo</p></td>.

- -

Often the content of a cell in a table of tabular data does not constitute a paragraph. In that case, the easy solution is not to mark the contents of the cell as a paragraph.

- -

When the paragraph markup is called for but the default margins are unwanted, zero margins can be suggested using CSS.

- -

スタむルシヌトが機胜しない どうしお

- -

チェックリストを甚意したした:

- - - -

あたり無いこずではありたすが、バグに遭遇するこずもありたす。

- -

JavaScript が機胜しない どうしお

- -

document.all や document.layers ずいった独自拡匵のドキュメントオブゞェクトは W3C DOM には含たれおおらず、Mozilla ではサポヌトされおいたせん。(なお、比范的新しいバヌゞョンの Mozilla では、document.all の郚分䞍怜知サポヌトが含たれおいたす。しかし、この機胜は IE 専甚に䜜られたサむトずの互換性のために存圚しおいるだけです。新しいペヌゞに関しお Mozilla の document.all サポヌトに䟝存すべきではありたせん。) document.getElementById() メ゜ッドを 代わりに䜿甚できたす。

- -

In the Standards mode Mozilla does not generate implicit top-level JavaScript variable bindings for elements with the id or name attribute. The correct way to access an element by id is to call the document.getElementById() method with the id as a string as the argument.

- -

たた、叀いクラむアント刀別コヌドは新しいブラりザヌを閉め出すかも知れないこずに泚意しおください。共通 API (W3C DOM) を採甚する目的は実行環境ぞの䟝存をなくすこず (盞互運甚性) であり、特定のブラりザヌをチェックするこずはその目的に反したす。DOM を䜿甚する堎合には䜿甚する぀もりのメ゜ッドやオブゞェクトの存圚を確認する方がより適切です。䟋えば、document.getElementById() の存圚は次のようにしお確認できたす:

- -
if(document.getElementById) {
-   /* code that uses document.getElementById() */
-}
-
- -

Mozilla はどうしお alt ツヌルチップを衚瀺しおくれないの

- -

Windows プラットフォヌムで動䜜する 2 ぀のブラりザヌの挙動から䞀般に考えられおいるのずは異なり、alt は「tooltip」ではなく「alternative」の短瞮圢です。alt 属性の倀は画像のテキストによる「眮き換え」であり、画像が存圚しない時に衚瀺されるものです。

- -

そうしおしたえば䜜者達が属性を誀甚するのを促進しおしたうこずが分かっおいるので、Mozilla は alt 属性をツヌルチップずしお衚瀺したせん。

- - - -

Mozilla がツヌルチップずしお衚瀺するための title ずいう別の属性がありたす。実際、HTML 4.01 仕様は title 属性はツヌルチップずしお衚瀺しおもよいず提瀺しおいたす。しかしながら、この決たった衚瀺方法が芁求されおいるわけではなく、䟋えば他のブラりザヌはステヌタスバヌに title 属性を衚瀺しおいたす。

- -

珟圚の所䞀郚の人はニュヌスグルヌプや Bugzilla で「でも IE は 」ず隒ぎ䞻匵しなければならないず感じおいるようですが、Mac IE 5 は alt および title 属性に察しお Mozilla ず同様の振る舞いを芋せおいるし、Windows IE も title 属性をツヌルチップに衚瀺するずいうこずを分かっおください。

- -

Mozilla はダりンロヌド可胜なフォントをサポヌトしおいるの

- -

ダりンロヌド可胜フォントはサポヌトされおいたせん。

- -

ダりンロヌド可胜フォントは以前のブラりザヌが適切なサポヌトを欠いおいた蚘述システムを甚いたサむトで通垞䜿甚されおいたす。これらのサむト (䟋えば䞀郚のむンドのサむト) ではブラりザヌやオペレヌティングシステムにはラテン語 {{ 蚳泚("英語など西欧の䞻蚀語はこれにあたる") }} フォントのように芋えるが䟋えばデヌバナヌガリヌ文字 {{ 蚳泚("サンスクリット語やヒンディヌ語で䜿甚される文字") }} を収めたちんぷんかんぷんなラテン語テキストを曞いおいたす。そのフォントでちんぷんかんぷんなラテン語が描画されるず人間の読み手には䜕らかの蚀語で理解できるようになるわけです。ラテン語ベヌステキストで他にも数孊の蚘号ずしおギリシャ文字を含めるのに同じ手法が䜿甚されおいたす。

- -

明らかに、この手の応急的措眮は Unicode 察応のブラりザヌが珟れおちんぷんかんぷんなラテン語を (Unicode の芖点からすればそれがファむルに曞かれおいるものであるため) ちんぷんかんぷんなラテン語ずしお描画すれば砎綻しおしたいたす。ダりンロヌド可胜フォントをサポヌトするのではなく、Mozilla は真の問題に取り組んでいたす。Unicode の倚くの領域をサポヌトしおいるのです。

- -

しかしながら、䞀郚のプラットフォヌムでは未だにむンド語の蚘述ぞのサポヌトに関しおバグがありたす。䟋えば、Mac OS X では、Mozilla はシステムに付属するデヌバナヌガリヌフォントを䜿甚したせんが、TITUS Cyberbit などのサヌドパヌティフォントを䜿甚できたす。

- -

倚倧な劎力が Mozilla の Unicode サポヌトに぀ぎ蟌たれおいたす。クロスプラットフォヌムな方法でのダりンロヌド可胜フォントのサポヌトもたた倚倧な䜜業ずなり曎に過去のパテントの山を通り抜けおいく必芁がありたすが、埗られるものは僅かでしょう。ISO-8859-1 文字以倖を描画する目的では Mozilla は既に Unicode のサポヌトを提䟛しおおり、それは長い目で芋れば各サむトで別々の疑䌌ラテン語のダりンロヌド可胜フォントを䜿甚するよりも遙かに実りある手法なのです。

- -

Why aren’t symbol/dingbat fonts working?

- -

They are working. Characters in HTML 4 and XML documents are Unicode characters (even if the document has been encoded using a legacy encoding for transfer)—not font glyph indexes.

- -

<font face="Symbol">a</font> means the character LATIN SMALL LETTER A (U+0061) preferably displayed using the Symbol font. Since the Symbol font does not have glyph for that character, another font is used. If you mean α, you should use GREEK SMALL LETTER ALPHA (U+03B1). If you are using a legacy encoding that cannot represent that character, you can use a numeric character reference: &#945;.

- -

Likewise, to use a dingbat, you should use the appropriate Unicode character instead of trying to apply a dingbat font to an ASCII character. 䟋えば、to represent ☺, you should use WHITE SMILING FACE (U+263A).

- -

どうしお Mozilla は私の意図する通りに描画しおくれないの 確かに私のペヌゞは暙準準拠ではないわ。でも、ちゃんずしたブラりザヌだったら䜕はずもあれ䜜者の意図通りにペヌゞを描画するべきよ

- -

䜜者は Web 暙準を甚いおその意図を䌝えるこずが求められたす。そうしなければ、それぞれ特定の䜜者の意図を理解するこずは゜フトりェアに実装するには物理的に䞍可胜なのです。人間であれば意図を掚定できるような堎合でも、゜フトりェアがそのようにするのは倧倉遅く、バグを誘匕するこずずなり、難しく耇雑なものなのです。

- -

お決たりの反論は考えるたでもなく、Mozilla は䜕でもブラりザヌ X のするようにすればいいのよ (ここで X は倧抂反論を述べおいる人が奜きな Mozilla 以倖のブラりザヌ)、ずいうものです。ですがしかし、先の䞻匵で述べられたずころでは簡単なこずのように芋えおも、考え埗るあらゆる堎合にブラりザヌ X のようにするずいうのは決しお簡単ではないのです。

- -

人が違えば Mozilla が合わせるべき X に぀いおの意芋も異なりたす。第二の問題は Web 䜜者達は暙準を逞脱した様々な方法を持ち出しおくるのに倧倉創造的だずいうこずです。事実、ブラりザヌぞの入力は恣意的長さずなり、暙準からの脱線方法が異なる数には䞊限がないのです。それゆえ、Mozilla が可胜な入力すべおに察しお正確にブラりザヌ X のように反応するかどうか確かめるこずは䞍可胜なのです。(同様に、暙準の倚様な機胜自身が組み合わされ埗る方法の数にも䞊限はなく、゜フトりェア品質保蚌を厳しいものずしおいたす)

- -

たた、ブラりザヌ X の暙準非準拠入力に察する反応の仕方は必ずしも意図的ではありたせん。䞀郚の反応は耇雑なプログラム内郚での䞍明で意図されない盞互䜜甚に因るものです。ブラりザヌ X の゜ヌスコヌドを持っおいたずしおも、1 ぀あるいはそれ以䞊のプログラム内郚の䞍明で意図されない盞互䜜甚を倉曎する危険を冒すこずなく䜕䞀぀倉えるこずなどできないでしょう。

- -

お決たりの反論ずなるのは、Mozilla はあり埗る堎合すべおでブラりザヌ X の振る舞いに合わせる必芁などないわ、ただ特定されおいる䞀般的な堎合だけ合わせればいいのよ、ずいうものです。ですがこれは既に Mozilla がしおいるこずになりたす。Mozilla の Standards モヌドは、明らかに、同じ暙準をそれなりに正しく実装しおいる他のブラりザヌず既に互換性がありたす。その䞀方で、Mozilla の Quirks モヌドは䞀般的なレガシヌブラりザヌの振る舞いが原因である䞀般的な非暙準状態に既に適応しおいたす。

- -

リバヌス゚ンゞニアリングやレガシヌブラりザヌを真䌌するのに時ず劎力を費やすのではなく、暙準を実装するのに泚力するほうがもっず効果がありたす。レガシヌ゜フトのバグを䞀぀䞀぀真䌌るよりも暙準は (他でも同様に実装されれば) よりしっかりず盞互利甚性を促進したす。

- -

たた、HTML は異なる衚珟メディアに適応するよう蚭蚈されおいるため、同じドキュメントでも異なった衚瀺になるのは意図されたこずなのです。

- -

According to the Accept header, Mozilla prefers application/xhtml+xml over text/html. Should I serve application/xhtml+xml to Mozilla?

- -

The preference for application/xhtml+xml was added to the Accept header in order to enable the serving of MathML to both Mozilla and IE with Apache without scripting back when the MathPlayer plug-in for IE did not handle application/xhtml+xml.

- -

If your document mixes MathML with XHTML, you should use application/xhtml+xml. If you’re developing XHTML Basic content for mobile devices and are serving it as application/xhtml+xml, you can serve it as application/xhtml+xml to Mozilla as well without taking special steps (except perhaps providing a different style sheet for the handheld and screen media).

- -

However, if you are using the usual HTML features (no MathML) and are serving your content as text/html to other browsers, there is no need to serve application/xhtml+xml to Mozilla. In fact, in versions prior to Gecko 1.9/Firefox 3, doing so would deprive the Mozilla users of incremental display, because incremental loading of XML documents has not been implemented in those versions. Serving valid HTML 4.01 as text/html ensures the widest browser and search engine support.

- -

There is a fad of serving text/html to IE but serving the same markup with no added value as application/xhtml+xml to Mozilla. This is usually done without a mechanism that would ensure the well-formedness of the served documents. Mechanisms that ensure well-formed output include serializing from a document tree object model (eg. DOM) and XSLT transformations that do not disable output escaping. When XHTML output has been retrofitted to a content management system that was not designed for XML from the ground up, the system usually ends up discriminating Mozilla users by serving tag soup labeled as XML to Mozilla (leading to a parse error) and serving the same soup labeled as tag soup to IE (not leading to a parse error).

- -

How is the treatment of application/xhtml+xml documents different from the treatment of text/html documents?

- - - -

求める答えが芋぀かりたせんでした。䜕凊で聞けばいいの

- -

comp.infosystems.www.authoring.* 階局にある質問に関連するニュヌスグルヌプか、JavaScript/ECMAScript や DOM に関しおであれば、comp.lang.javascript で聞いおみおください (もちろんそのグルヌプの FAQ を最初に読んでから)。りェブペヌゞ䜜成の質問を Mozilla 開発に関する議論のためのニュヌスグルヌプでは聞かないようにお願いしたす。

- - - -
-

原文曞の情報

- -
    -
  • 著者: Henri Sivonen (このアドレスにペヌゞ䜜成関連の質問をしないでください)
    • -
  • 最終曎新日: May 12, 2007
    • -
  • 著䜜暩: Henri Sivonen
    • -
-
- -
- -

{{ languages( { "en": "en/Mozilla_Web_Developer_FAQ", "zh-cn": "cn/Mozilla_Web\u5f00\u53d1\u4eba\u5458_FAQ" } ) }}

diff --git a/files/ja/mozmill_tests/index.html b/files/ja/mozmill_tests/index.html deleted file mode 100644 index 0f1a247a31..0000000000 --- a/files/ja/mozmill_tests/index.html +++ /dev/null @@ -1,464 +0,0 @@ ---- -title: Mozmill tests -slug: Mozmill_Tests -tags: - - Automated testing - - Firefox - - MozMill - - NeedsTranslation - - TopicStub - - 芁翻蚳 -translation_of: Mozilla/QA/Mozmill_tests ---- -

Mozmill is not just another testing tool inside the automated testing framework provided by Mozilla. Instead it offers possibilities other test suites cannot fulfill. At first glance, it's really important to note that no dependencies to test enabled builds exist. That means there is no need to create a special "test enabled" Firefox build before using Mozmill; instead, any official build including releases and nightly builds will work out-of-the box. The installation of Mozmill need only be done once. After that, each build on the local system can be used to run the existing Mozmill tests immediately.

- -

Mozmill tests are written in JavaScript and get executed in the scope of the browser window, which enables them to have access to any part of the UI and also to all available XPCOM components. Using Mozmill's command line client also offers the ability to run tests which require a restart of the application.

- -

Mozmill test automation

- -

Running functional tests with Mozmill in an automated manner is very helpful for mozQA. In the past all the tests had to be run manually. Seeing a still increasing number of manual tests it takes longer for mozQA to run all the needed tests against release candidates or nightly builds of Firefox. The way Mozmill operates can help us to automate nearly all of those tests and let them run on all platforms and across localized builds.

- -

To handle all the work that needs to be done in order to have a fully automated Mozmill test suite available, the Mozmill Test Automation project has been created. Head over to the project page and see which sub-projects we are working on and how the work is coordinated.

- -

In the following we will give tips and tricks on using Mozmill to run our existing Mozmill tests against Firefox and how you can contribute to the project by creating new or fixing broken tests. All the information you will need to start helping out can be found below.

- -

Installing Mozmill

- -

You can find detailed step-by-step installation instructions on the Mozmill page. Just make sure that you install Mozmill as a command line application via PyPI.

- -

The Mozmill-Test repository

- -

Having a central place of storage makes it always easier to distribute existent content to consumers. That's why a distributed version control system is used to manage the test repository and to give access to existent tests and our self-developed shared modules. Fortunately, this repository has already been created at http://hg.mozilla.org/qa/mozmill-tests/ and is based on Mercurial.

- -

The test repository

- -

To be able to run Mozmill tests, you have to be familiar with our repository and the tools we're using. Read through this section to learn how to clone the repository, run the tests, and contribute by writing or fixing tests.

- -

Mercurial Installation

- -

Before a copy of the repository can be cloned to the local disk, Mercurial has to be installed by following these instructions.

- -

Configuring Mercurial

- -

With Mercurial installed, the default configuration has to be prepared. All the changes should be made in the default Mercurial resource configuration file. If the file doesn't exist on your machine, you should create it; then open the file with your preferred editor and update its contents so it includes the configuration information below:

- -
[ui]
-username = Your Real Name <user@example.com>
-merge = internal:merge (or your-merge-program)
-
-[diff]
-git = 1
-showfunc = 1
-unified = 8
-
-[defaults]
-qnew = -U
-
-[extensions]
-hgext.color =
-hgext.mq =
-hgext.transplant =
-
-[hooks]
-pretxncommit.whitespace = hg export tip | (! egrep '^\+(.*[ ]*|[\t]*)$')
-prechangegroup.mq-no-pull = ! hg qtop > /dev/null 2>&1
-
- -

As you can see, a couple of entries have been added. Under the [ui] section the username should be set to your full name and the preferred email address. If you don't want to use the internal merge tool, you can specify your preferred application in the merge line; otherwise you can leave it set to internal:merge. Within the [diff] section, the output for the diff command can be specified. It's suggested to leave the values as they stand. The next section [extensions] enables the Mercurial Queue and Transplant extension which can be used to handle a patch queue for easier management. Last but not least, hooks have been added in the [hooks] section to make sure that no trailing white-spaces are introduced and that you don't destroy the local repository when calling "hg pull" while a patch is applied. With those changes the environment has been prepared to clone the Mozmill test repository.

- -

Cloning the test repository

- -

The cloning process is a one time action. Once you have a copy of the repository on your machine it can be updated instead; see the next section. Cloning the repository only requires one command, which will retrieve all the files from the central repository and save them to a subfolder of your choice. Change into a folder of your choice before executing the hg clone command:

- -
$ cd %folder%
-$ hg clone http://hg.mozilla.org/qa/mozmill-tests [subfolder]
- -

Now a copy of the repository can be found under the specified subfolder. If you wish to use the repository name as the name of the subfolder, don't specify that parameter and a copy will be saved under mozmill-tests.

- -

Updating the local copy

- -

To always stay on the bleeding edge, you have to pull the newest version of the repository regularly. With the command below, all new, changed, and removed files will be updated in your local copy (run this in the specified subfolder of the cloned repository, where an .hg file is located):

- -
$ hg pull -u
-
- -
Note: Before you run any of the Mozmill tests in Firefox make sure you have the latest revision checked out.
- -

Handling branches

- -

The mozmill-tests repository contains tests for different versions of Firefox. That's necessary because UI elements or their behavior could have been changed between major versions. With only one set of tests and modules in place, the test-run would produce test failures and make the results unreliable.

- -

Instead of using multiple repositories for the different versions of Firefox we handle everything inside the same repository by using multiple heads. At the moment the following heads exist in the repository:

- -

Nightly channel: default
- Aurora channel: mozilla-aurora
- Beta channel: mozilla-beta
- Release channel: mozilla-release
- Firefox 17.0 ESR: mozilla-esr17

- -

By cloning the repository, the default branch is selected automatically. As long as the tests will be run against a Nightly build of Firefox, that's fine. But if you want to run the tests against an older version, the head has to be switched. To check which branches exist run the command below and you will get a list with the revision ID ordered by the latest check-in.

- -
$ hg branches
-default                     2348:1397c0ccc72a
-mozilla-beta                2346:710f4d67b0bb
-mozilla-release             2345:6225fdae24f2
-mozilla-aurora              2343:c08d3833d1c0
-mozilla-esr17               2342:11b104dedf99
-
- -

If you do not know which branch is actually selected, run:

- -
$ hg branch
-default
-
- -

Given the output the default branch is currently selected and the tests will work with versions of Firefox Nightly builds. If another branch is needed because tests have to be run against Firefox builds on the Aurora channel, the following command switches to the aurora branch:

- -
$ hg up -C mozilla-aurora
-84 files updated, 0 files merged, 1 files removed, 0 files unresolved
-
- -

The repository and all its test will be updated to the latest version of tests in that branch.

- -
Note: According to the rapid release cycle of Firefox, code merges between the branches will happen every 6 weeks. Our branches have to follow the merge process at the same day. There are more details and step by step instructions available.
- -

Running Mozmill tests

- -

To get familiar with Mozmill test scripts, you can take a look at the exisiting Firefox tests from the mozmill-test repository.

- -

To run all of our Mozmill tests you should also clone the mozmill-automation repository. It contains a bunch of scripts to trigger each individual testrun. Here an example how to start the functional tests for the given version of Firefox.

- -
$ hg clone http://hg.mozilla.org/qa/mozmill-automation/
-$ cd mozmill-automation
-$ ./testrun_functional.py %path_to_firefox% --report=http://mozmill-crowd.blargon7.com/db
- -

The testrun script will automatically clone the remote mozmill-tests repository, selects the correct named branch for the version of Firefox to test, runs all the tests, and reports results to our Mozmill dashboard.

- -
-

Note: If you want to use a local version of the tests you can use the --repository option with the path added, which is supported by any of the scripts.

-
- -

When you work on tests this might still not satisfy your needs because most of the time you want to only run the test you are working on right now. In such a case you should use the Mozmill command line client with one of the options as given below. A fresh profile will automatically be created so the test always runs in a clean environment. Keep in mind, however, that if you want to run multiple tests inside a folder, all those tests will be executed in the same profile. Beneath those normal tests you will also be able to run restart tests like what is needed for extension installations.

- -

You can run the mozmill or mozmill-restart client with the --help option to get a list of available options:

- -
$ mozmill --help
-Usage: mozmill [options]
-
-Options:
-  --version             show program's version number and exit
-  -h, --help            show this help message and exit
-  -b BINARY, --binary=BINARY
-                        Binary path.
-  -s, --shell           Start a Python shell
-  --show-all            Show all test output.
-  --info                Print module information
-  -l LOGFILE, --logfile=LOGFILE
-                        Log all events to file.
-  -t TEST, --test=TEST  Run test file or directory.
-  --timeout=TIMEOUT     seconds before harness timeout if no communication is
-                        taking place
-  -D, --debug           Debug mode
-  -a ADDONS, --addons=ADDONS
-                        Addons paths to install.
-  --report=REPORT       Report the results. Requires url to results server.
-                        Use 'stdout' for stdout.
-  -u, --usecode         Use code module instead of iPython
-  --show-errors         Print logger errors to the console.
-  -p PROFILE, --profile=PROFILE
-                        Profile path.
-  -P PORT, --port=PORT  TCP port to run jsbridge on.
-
- -

Three of these options are the ones you will use most:

- - - -

Run normal Mozmill tests

- -

To run our normal Mozmill tests, use the mozmill command. Here are below some examples.

- -

To start the default Firefox application, execute the given test, and close Firefox afterward:

- -
$ mozmill -t tests/functional/testPreferences/testRestoreHomepageToDefault.js
-
- -

To start the default Firefox application, execute all the tests in the given folder and its subfolders, and close Firefox afterward:

- -
$ mozmill -t tests/functional/testPreferences/
-
- -

To start the specified version of Firefox (Windows, Linux, or OS X), execute the given test, and close the browser afterward:

- -
$ mozmill -t tests/functional/testPreferences/testRestoreHomepageToDefault.js -b "c:\firefox 3.5\firefox.exe"   (Windows)
-$ mozmill -t tests/functional/testPreferences/testRestoreHomepageToDefault.js -b "/usr/bin/firefox"             (Linux)
-$ mozmill -t tests/functional/testPreferences/testRestoreHomepageToDefault.js -b "/Applications/Firefox.app"    (Mac OS X)
-
- -
Note: When using the -b option the full path to the executable has to be specified on Windows and Linux while on OS X the application bundle can be used.
- -

Run Mozmill restart tests

- -

Restart tests can be executed by using the mozmill-restart command. It allows you to run tests like installing an extension which need a restart to finish. For restart tests you will always specify a test folder for the -t option. It will run all the test files in that folder in an alphabetical order.

- -

To start the system's default Firefox application, run all the tests under the given folder by restarting Firefox in between each test, and finally close Firefox, you can use the following command, for example. The same profile is used for all test files inside this folder.

- -
$ mozmill-restart -t tests/functional/restartTests/testExtensionInstallUninstall/
-
- -

To start the system's default Firefox application, run the restart tests for all sub folders, and finally close Firefox, a command like the following can be used. The same profile is only used for one subfolder; it's not shared between the different subfolders.

- -
$ mozmill-restart -t tests/functional/restartTests/
-
- -

To start the specified version of Firefox, run all the tests in the given folder by restarting Firefox in between each test, and close the browser afterward:

- -
$ mozmill-restart -t tests/functional/restartTests/testExtensionInstallUninstall/ -b "c:\firefox 3.5\firefox.exe"   (Windows)
-$ mozmill-restart -t tests/functional/restartTests/testExtensionInstallUninstall/ -b "/usr/bin/firefox"             (Linux)
-$ mozmill-restart -t tests/functional/restartTests/testExtensionInstallUninstall/ -b "/Applications/Firefox.app"    (Mac OS X)
-
- -
Note: When using the -b option the full path to the executable has to be specified on Windows and Linux while on OS X the application bundle is used.
- -

Writing Mozmill tests

- -

Now that you know how to run Mozmill tests, you can help by writing new tests or by fixing existing ones. It's not hard to do, but you have to follow some simple rules so we can guarantee long-living and understandable tests for everyone.

- -

How to start

- -

To make it easier for you to create your first Mozmill tests, we have prepared a couple of template files. They will help you get familiar with the license block, needed test functions, shared modules, and the proper syntax to use when writing tests. You can find these files in your local version of the test repository or online.

- -

Some specific things to pay attention to when creating tests:

- - - -

Logging test results

- -

Results are logged in our tests through either of two verification objects: assert and expect.

- -

These should both be imported into your test module (note that the exact path may differ, depending on which subdirectory your test is in):

- -
var {assert, expect} = require("../../../lib/assertions");
- -

Each object has the same methods, detailed below. If an assert or expect method passes, each of them will log a PASS for that verification and continue. The difference is in what happens when a test fails:

- -

A failure in an expect method will not stop the test, but will log a FAIL to the results system. Any failed result will still cause the test to also be marked as failed overall. Examples of verifications that would usually use expect include color, non-essential item text, and other aspects of state that don't really affect anything else.

- -

expect should be used when failure for that test result will not invalidate the rest of the test.

- -

A failure in an assert method will not only log a FAIL, but stop the test. Examples of verifications that would usually use assert include tab or dialog presence, whether a page has loaded, and other aspects of state that completely block the test if they're not as expected.

- -

assert should be used when failure for that test result will invalidate the rest of the test.

- -

When possible, expect should be used so that the test will continue, both to get partial results and to provide additional context to the failure. Only use assert when continuing on failure doesn't make any sense.

- -

assert / expect methods

- -

ok(aValue, aMessage)

- -

Logs a PASS if aValue is true, and a FAIL if aValue is false. Use this when you have a single true/false value to test. For comparisons between an actual and expected value, see equal()and notEqual() below.

- -

Note that true/false is in terms of JavaScript truth when non-boolean values are used. For example, 0 and null are false, and 1 and "foo" are true.

- -
expect.ok(button.getNode().hidden, "Button is hidden");
-
- -

equal(aValue, aExpected, aMessage)

- -

Logs a PASS if aValue exactly equals aExpected, FAIL otherwise. Use this for comparisons between an actual and expected value.

- -
assert.equal(numTabs, 3, "The correct number of tabs are shown");
-
- -

notEqual(aValue, aNotExpected, aMessage)

- -

Logs a PASS if aValue exactly equals anything other than aNotExpected, FAIL otherwise. The most common cases for this are checking that something is not 0 or a blank string, or when checking that a text value is changing but the new value isn't predictable. For predictable values, favor an equal() comparison with the new value.

- -
assert.notEqual(newText, oldText, "The text has changed");
-
- -

match(aString, aRegEx, aMessage)

- -

Logs a PASS if aString matches the regular expression given in aRegEx, FAIL otherwise.

- -
expect.match(captionText, "/mozilla/i", "The word 'Mozilla' appears somewhere in the caption");
- -

notMatch(aString, aRegEx, aMessage)

- -

Logs a PASS if aString does not match the regular expression given in aRegEx, FAIL otherwise.

- -
expect.notMatch(captionText, "/mozilla/i", "The word 'Mozilla' does not appear in the caption");
-
- -

pass(aMessage)

- -

Logs an unconditional PASS. This should be used extremely rarely, and only in cases where a fully custom verification structure is needed and none of the other methods make sense to use. It's almost always better to save the result as a boolean and use ok() instead.

- -
expect.pass("If the code got here, this test is passing (for now)");
-
- -

fail(aMessage)

- -

Logs an unconditional FAIL. This should be used extremely rarely, and only in cases where a fully custom verification structure is needed and none of the other methods make sense to use. It's almost always better to save the result as a boolean and use ok() instead.

- -
expect.fail("If the code got here, this test is failing");
-
- -

Coding style

- -

There are some coding style rules you should follow when writing new tests or contributing to existing tests. These rules help make the review process as efficient as possible and makes it easier for others to read your code.

- -

If that was not enough information, you should take a look at the existing tests or shared modules in the Mozmill test repository.

- -

Tips and tricks

- -

Sometimes you will run into trouble while creating Mozmill tests. Here are some suggestions that may help you sort out the problems you might run into.

- - - -

The review process

- -

Before your test can be checked into the mozmill-test repository, you have to pass the review process. The reviewer has to learn about the test and check if everything is done correctly. In order to make the review as easy as possible, be sure your test script abides by the guidelines given above. In addition to checking the syntax and code style of the test, make sure the test runs with the command line client before requesting a review. If questions arise feel free to ask in #automation or the automation developer mailing list at any time.

- -

Simplified patch creation

- -

The easiest way to create a patch is by using the hg diff command bounded by two other commands. With hg add you advise Mercurial to start tracking your test file. It's needed to see your test content in the diff output. Once the patch has been created you can use hg rm to safely remove the test from the tracking list. That will guarantee that no conflicts will happen when you pull a new version to your local copy of the repository.

- -

Imagine you have created a test called testZoomSettings.js which is saved under tests/functional/testLayout/ and you want to create a patch called patch_file:

- -
$ hg add tests/functional/testLayout/testZoomSettings.js
-$ hg diff >patch_file
-$ hg rm -f tests/functional/testLayout/testZoomSettings.js
-
- -

After running those commands, you will find the file patch_file in the current folder which can be uploaded as attachment to the bug report.

- -

Advanced patch creation

- -

As you can imagine, it's hard to track all your files when you are working on several tests in parallel, because all those files will lingering around in your working copy. To prevent that and to gain the overview you can use the Mercurial Queue extension.

- -

In the example below, you can see how it works, starting with a new test named testZoomSettings.js:

- -
$ hg qnew zoomsettings                                    (Add a new named patch to the queue of patches)
-$ vi tests/functional/testLayout/testZoomSettings.js       (Create your test and apply the template structure)
-$ hg add tests/functional/testLayout/testZoomSettings.js  (Start tracking the test file)
-$ hg diff                                                 (Create a diff output of the current state)
-$ hg qrefresh -m "Commit message (see below)"             (Update the patch by accepting all changes and giving a necessary commit message)
-$ vi tests/functional/testLayout/testZoomSettings.js       (Continue to update your test)
-$ hg diff                                                 (Create a diff against the last version of your patch)
-$ hg qdiff                                                (Create a complete diff against the current version of the repository)
-$ hg qrefresh                                             (Refresh the patch with the latest changes)
-$ hg qpop                                                 (Pop the patch from the stack)
-$ hg qpush                                                (Push the patch back to the stack)
-$ hg export tip >patch_file                               (Create a patch based on the current state)
-
- -

Commit message

- -

Your commit message should follow a standard format of:

- -

"Bug %number% - %Description%. r=%reviewer1%, r=%reviewer2%..."

- -

Description should include a concise description of the changes made. Please do not include the branch name in the description.

- -

Ex:

- -
$ hg qrefresh -m "Bug 553616 - Fixing testPasteLocationBar.js to use utils clipboard clearing. r=gmealer"
-
- -

Reviewing

- -

When using the advanced way of creating a patch, all existing patches are located under .hg/patches. Before you ask for a review you should check the patch to ensure that it's valid. You can use the online review tool. The only warnings you should get should be those indicating that lines are too long. Further you should also check that the test is working as expected. The best solution here is to run the test via the appropriate testrun script and report the results to our dashboard. Mention the link to the report in the review request.

- -

Reviews are managed in Bugzilla. So once your new test has been created, file a new bug report (see bug 479720 as example). Also add the MozTrap testcase IDs for all branches in the first comment of the bug. Finally your patch for the test has to be attached to the bug. Now you can request review from Henrik Skupin, Dave Hunt or Andreea Matei. If the bug you're working on has a mentor assigned at the "whiteboard" tag, then you can use request review from that person.

- -
Note: Initial patches should be created for the default branch of the mozmill-test repository. Tests for older versions of Firefox will be backported after the test has been landed on the default branch.
- -

Landing of patches

- -

Once a patch has been reviewed and is ready for check-in, the reviewer will land the patch immediately or will add the keyword "checkin-needed" if another person has to land the patch. If you are the one who has check-in permissions and you have to land the patch, the following steps should be obeyed:

- -

Preparation: Before you can push any patch to the repository the .hg/hgrc file of the local copy has to be updated so it contains the default-push path, which is usually an ssh connection:

- -
[paths]
-default = https://hg.mozilla.org/qa/mozmill-tests
-default-push = ssh://hg.mozilla.org/qa/mozmill-tests/
-
- -

Check-in:

- -
    -
  1. Make sure that the correct branch of the mozmill-tests repository has been selected, if not update accordingly.
    2. -
  2. Run a "hg pull -u" to make sure that no other patches has been pushed since your last pull request.
    3. -
  3. Download the patch to your local disk and import it via "hg qimport %patch%".
    4. -
  4. Use "hg qpush" to push the patch to your queue. It will end-up on-top of your local queue. You can check with "hg tip".
    5. -
  5. Run "hg out" to check if the user, the email address, and the summary has been set correctly.
    6. -
  6. If the user name is not valid, update the changeset with "hg qrefresh -u "%username% <%email%>".
    7. -
  7. If the summary is not valid, update the changeset with "hg qrefresh -m 'Bug %number% - %Description%. r=%reviewer1%, r=%reviewer2%...'".
    8. -
  8. Run "hg qfinish tip", which removes the patch from your queue and commit the changes.
    9. -
  9. Finally push the patch to the public repository with "hg push".
    10. -
- -
泚蚘: If you want to become a committer, please review our commit policy.
- -

Transplanting a Patch

- -

In some instances, it will be necessary to check in a patch on several branches. Using the transplant extension makes it easy.

- -

1. Update to the target branch

- -
hg pull -u && hg update -C %target_branch%
-
- -

2. Transplant the source changeset

- -
hg transplant %changeset_ID%
-
- -

3. Finally, push the change

- -
hg push
-
- -
NOTE: To use transplant, you need to have the transplant extension added to your .hgrc file
- -

Backing out patches

- -

If a new test immediately fails after its check-in, we will have to back out the responsible changeset. Follow those instructions in how to correctly do a back-out. As back-out comment use "Backed out changeset %id% due to %failure%".

- -

Merging heads

- -

If multiple heads have been created accidentally on a branch, those have to be merged into the original head of the given branch.

- -
$ hg heads                                              # Check if multiple heads per branch exist
-$ hg up -C %target_branch%                              # Switch to the target branch
-$ hg merge -r %changeset%                               # Merge duplicate changeset
-$ hg diff                                               # Check diff of merge and ask for feedback/review if necessary
-$ hg commit -m "Merge %changeset% into %target_branch%  # Commit the merge and specify a comment
-$ hg push                                               # Push the merge
-
- -

Other types of Mozmill tests

- -

Mozmill is also able to automate testing in various other areas. For now we cover areas like:

- - diff --git a/files/ja/mozmill_tests/shared_modules/addonsapi/index.html b/files/ja/mozmill_tests/shared_modules/addonsapi/index.html deleted file mode 100644 index 0407e8b92e..0000000000 --- a/files/ja/mozmill_tests/shared_modules/addonsapi/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: AddonsAPI -slug: Mozmill_Tests/Shared_Modules/AddonsAPI -tags: - - Automated testing - - MozMill - - QA - - 'QA:Tools' -translation_of: Mozilla/QA/Mozmill_tests/Shared_Modules/AddonsAPI ---- -

AddonsAPI は、アドオン関連機胜のサポヌトを远加したす。たた、アドオンマネヌゞャりィンドりぞのアクセスも提䟛したす。

- - -

クラスの抂芁

- - - - - - - - - - - - - - - -
クラス説明
addonsManagerアドオンマネヌゞャりィンドりぞのアクセス
diff --git a/files/ja/mozmill_tests/shared_modules/index.html b/files/ja/mozmill_tests/shared_modules/index.html deleted file mode 100644 index a2ff2d3a5f..0000000000 --- a/files/ja/mozmill_tests/shared_modules/index.html +++ /dev/null @@ -1,158 +0,0 @@ ---- -title: Shared Modules -slug: Mozmill_Tests/Shared_Modules -tags: - - Automated testing - - MozMill - - NeedsTranslation - - QA - - 'QA:Tools' - - TopicStub - - 芁翻蚳 -translation_of: Mozilla/QA/Mozmill_tests/Shared_Modules ---- -

While creating Mozmill tests for a given user interface the same elements have to be accessed probably over and over again, mostly in the same order. To make it easier to work with those elements and to reply a path of events, shared modules have been implemented which contain helper classes and helper functions with a focus to such an user interface. Some of them are special for Firefox while others can also be used in other applications which are based on the Gecko platform.

- -

Shared modules are part of our Mozmill test repository for Firefox. They are still under permanent development. To stay on top of the development process and always use the latest revision the repository should be cloned to the local disk. After cloning, be sure to read about the proper handling of branches to make sure that you are working with the shared modules that match the version of Firefox you are testing against.

- -

List of available Shared Modules

- -

The shared modules listed below are part of the mozmill-test repository and can be used in any test:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Shared ModuleDescription
AddonsAPIHandling the Addons Manager.
DomUtilsAPISeveral helper functions to work with the DOM.
DownloadsAPIHandling the Download Manager and other download related functions.
LocalizationAPIHandling the L10n related functions.
ModalDialogAPIHandling of modal dialogs.
PlacesAPIPlaces related helper functions.
PrefsAPIHandling the preferences dialog and the preferences system.
PrivateBrowsingAPIHandling the Private Browsing mode.
ScreenshotAPIFunctions for taking screenshots.
SearchAPIHandling the Search Engine Manager and search related functions.
SessionStoreAPIHandling the Session Store elements and features
SoftwareUpdateAPIHandling the Software Update dialog and the complete update process.
TabbedBrowsingAPIHandling the interaction with tab elements.
ToolbarAPIHandling the interaction with toolbar elements.
UtilsAPISeveral helper functions which don't fit into the other categories.
- -

How to use a Shared Module

- -

If a test has to be implemented which could take advantage of an already existing shared module, the module has to be included. Therefor the RELATIVE_ROOT folder which contains the shared modules has to be specified. The collector of Mozmill will search recursively in this folder and all its sub-folders for available modules. To access the helper classes and functions of a special module its name has to be added to the local scope of the test. This is done by adding it to the MODULE_REQUIRES array.

- -

The following example demonstrates the usage of the closeAllTabs function which is part of the TabbedBrowsingAPI.

- -
// Include required modules
-var tabs = require("../../lib/tabs");
-
-function setupModule(module) {
-  module.controller = mozmill.getBrowserController();
-}
-
-function testCloseAllTabs() {
-  tabs.closeAllTabs(controller);
-}
-
- -

How to create a Shared Module

- -

A module looks similar to any other Mozmill test, but contains an API for a specific component of Firefox.

- -
/**
- * Close all tabs and open about:blank
- *
- * @param {MozMillController} controller
- *        MozMillController of the window to operate on
- */
-function closeAllTabs(controller) {
-  var browser = new tabBrowser(controller);
-  browser.closeAllTabs();
-}
-
-/**
- * Constructor
- */
-function TabBrowser() {
-}
-
-/**
- * Class definition
- */
-var TabBrowser = {
-[...]
-};
-
-// Export of functions
-exports.closeAllTabs = closeAllTabs;
-
-// Export of classes
-exports.TabBrowser = TabBrowser;
-
-
- -

Sometimes there are needs to use other modules directly from within a module. In such a situation simply include those modules.

- -
// Include required modules
-var tabs = require("tabs");
-
-function prepare(controller) {
-  tabs.closeAllTabs(controller);
-}
diff --git a/files/ja/necko/index.html b/files/ja/necko/index.html deleted file mode 100644 index 80099ad330..0000000000 --- a/files/ja/necko/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: Necko -slug: Necko -tags: - - Necko -translation_of: Mozilla/Projects/Necko ---- -

ネットワヌクラむブラリ (Necko) は、トランスポヌトからプレれンテヌションレむダヌに至るネットワヌキングにおける、耇数のレむダヌに察応したプラットフォヌムに䟝存しない API を提䟛したす。この API は Mozilla クラむアントで利甚されたすが、他のネットワヌククラむアントを曞く際にも䜿甚するこずができたす。 -

珟圚、ラむブラリは Mozilla ディストリビュヌションの䞀郚ずしおビルドされおいたす。ディストリビュヌションは党䜓を手に入れるこずができ、入手方法はこのサむトの別の堎所で解説されおいたす。最終的には、Mozilla をビルドするこずなく、このラむブラリを他のアプリケヌションでもビルドできるように、ネットワヌクラむブラリのバむナリディストリビュヌション機構に移行したいず考えおいたす。珟時点では、Mozilla ツリヌをチェックアりトしおこのラむブラリをビルドする前に、少なくずも NSPR ず XPCOM をビルドする必芁がありたす。 -

最新の゜ヌスコヌドは {{ Source("netwerk/") }} で芋るこずができたす。 -

- - - - -
-

ドキュメントずスラむド

-
-

䞀郚の資料は叀くなっおいる可胜性がありたす。 -

-
- - -		 -

コミュニティ

-
  • Mozilla のフォヌラムを芋る (英語) {{ DiscussionList("dev-tech-network", "mozilla.dev.tech.network") }} -
-
-{{ languages( { "en": "en/Necko", "pl": "pl/Necko" } ) }} diff --git a/files/ja/new_compatibility_tables_beta/index.html b/files/ja/new_compatibility_tables_beta/index.html deleted file mode 100644 index 94c4876ed0..0000000000 --- a/files/ja/new_compatibility_tables_beta/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: 新しい互換性の衚 ベヌタ版 -slug: New_Compatibility_Tables_Beta -translation_of: Archive/MDN/New_Compatibility_Tables_Beta ---- -

"新しい互換性の衚はベヌタ版です"ずいうリンクから来たしたか?違いたすか?新しい互換性の衚を芋たい堎合はのベヌタテスタヌになっおください。

- -

テストしおいただきありがずうございたす。これらは倧きなプロゞェクトの䞀郚に過ぎたせん。私たちはすべおのブラりザ互換性デヌタを構造化 JSON に移行しおいたす。

- -

デヌタが新しい圢匏に倉換されるず、衚も新しくなりたす。

- -

線集

- -

互換性デヌタは browser-compat-data GitHub repository の JSON ファむルに移動したした。

- -

互換性デヌタに貢献したい堎合はプルリク゚ストを送るか、むシュヌを立おおください。

- -

助けるには

- -

デヌタに問題があれば GitHub リポゞトリにむシュヌを立おおください。

- -

衚の芋た目や機胜に問題がある堎合は、衚の䞊にあるドロップダりンメニュヌから「問題を報告」ボタンを抌しおください。

- -

時間が蚱せばアンケヌトに参加しおいただけるず嬉しいです。

diff --git a/files/ja/np_getvalue/index.html b/files/ja/np_getvalue/index.html deleted file mode 100644 index 725fb39c28..0000000000 --- a/files/ja/np_getvalue/index.html +++ /dev/null @@ -1,64 +0,0 @@ ---- -title: NP_GetValue -slug: NP_GetValue -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NP_GetValue ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API -

- -

抂芁

- -

ブラりザがプラグむンに情報を問い合わせできるようにしたす。

- -

文法

- -
#include <npapi.h>
-
-NPError NP_GetValue(void *instance,
-                    NPPVariable variable,
-                    void *value);
-
- -

パラメヌタ

- -

この関数は以䞋のパラメヌタを取りたす:

- -
-
instance
-
珟圚のプラグむンむンスタンスぞのポむンタ。むンスタンスが䜜成されおいなければむンスタンスのパラメヌタは NULL です。
-
- -
-
variable
-
呌び手が取埗するプラグむン情報。 倀: -
    -
  • NPPVpluginNameString: プラグむン名を取埗したす
    • -
  • NPPVpluginDescriptionString: プラグむンの説明文字列を取埗したす
    • -
-
-
- -
-
value
-
関数によっお返されるプラグむン名。
-
- -

戻り倀

- - - -

説明

- -

なし。

- -

関連項目

- -

NPP_SetValue

- -

{{ languages( { "en": "en/NP_GetValue" } ) }}

diff --git a/files/ja/np_initialize/index.html b/files/ja/np_initialize/index.html deleted file mode 100644 index 5c5752b3e1..0000000000 --- a/files/ja/np_initialize/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: NP_Initialize -slug: NP_Initialize -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NP_Initialize ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API - - -

抂芁

- -

プラグむンに察する党䜓的な初期化を提䟛したす。

- -

文法

- -

Windows

- -
#include <npapi.h>
-
-NPError WINAPI NP_Initialize(NPNetscapeFuncs *aNPNFuncs)
-
- -

Unix

- -
#include <npapi.h>
-
-NPError NP_Initialize(NPNetscapeFuncs *aNPNFuncs, NPPluginFuncs *aNPPFuncs)
-
- -

戻り倀

- - - -

説明

- -

ブラりザは䞀床だけこの関数を呌びたす: 最初のむンスタンスが生成される前に、プラグむンが読みこたれたずきです。これはブラりザが呌ぶ最初の関数です。NP_Initialize はブラりザがプラグむンを読み蟌み党䜓的な初期化を提䟛するこずをプラグむンに告知したす。このずきにプラグむンのすべおのむンタンスで共有するあらゆるメモリやリ゜ヌスを割り圓おおください。

- -

プラグむンの最埌むンスタンスが削陀された埌に、ブラりザは NP_Shutdown を呌び、そこで割り圓おたメモリやリ゜ヌスを開攟できたす。

- -

関連項目

- -

NP_Shutdown, NPP_New

- -

{{ languages( { "en": "en/NP_Initialize" } ) }}

diff --git a/files/ja/np_shutdown/index.html b/files/ja/np_shutdown/index.html deleted file mode 100644 index 0f66ced985..0000000000 --- a/files/ja/np_shutdown/index.html +++ /dev/null @@ -1,44 +0,0 @@ ---- -title: NP_Shutdown -slug: NP_Shutdown -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NP_Shutdown ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API - - -

抂芁

- -

プラグむンに察する党䜓的な埌始末を提䟛したす。

- -

文法

- -
#include <npapi.h>
-
-void NP_Shutdown(void);
-
- -

Windows

- -
#include <npapi.h>
-
-void WINAPI NP_Shutdown(void);
-
- -

説明

- -

ブラりザはプラグむンのラむブラリ自䜓をアンロヌドする前に、最埌のプラグむンのむンスタンスが砎棄された埌で䞀床この関数を呌びたす。NP_Initialize で割り圓おられすべおのプラグむンのむンスタンスで共有されるあらゆるデヌタを削陀するために NP_Shutdown を䜿っおください。

- -

プラグむン甚の Java クラスを定矩したならば、このずきに Java がそれをアンロヌドできおメモリを解攟できるようにしおください。

- -
-

泚: 十分なメモリが利甚できお、近い将来曎にむンスタンスを䜜成するず予想されるならば、ブラりザはプラグむンのラむブラリをロヌドしたたたにしおおくこずができたす。ブラりザはラむブラリが最終的にアンロヌドされるずきにだけ NP_Shutdown を呌びたす。

-
- -

関連項目

- -

NP_Initialize, NPP_Destroy

- -

{{ languages( { "en": "en/NP_Shutdown" } ) }}

diff --git a/files/ja/npapi/index.html b/files/ja/npapi/index.html deleted file mode 100644 index 861ba7ccd5..0000000000 --- a/files/ja/npapi/index.html +++ /dev/null @@ -1,6 +0,0 @@ ---- -title: NPAPI -slug: NPAPI -translation_of: Archive/Plugins/Reference ---- -

{{wiki.localize('System.API.page-generated-for-subpage')}}

diff --git a/files/ja/npp_destroy/index.html b/files/ja/npp_destroy/index.html deleted file mode 100644 index 6c7c2876f4..0000000000 --- a/files/ja/npp_destroy/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: NPP_Destroy -slug: NPP_Destroy -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NPP_Destroy ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API - - -

抂芁

- -

プラグむンの特定のむンスタンスを削陀したす。

- -

文法

- -
#include <npapi.h>
-
-NPError NPP_Destroy(NPP instance,
-                    NPSavedData **save);
-
- -

パラメヌタ

- -

この関数は以䞋のパラメヌタを取りたす:

- -
-
instance
-
削陀するプラグむンのむンスタンスぞのポむンタ。
-
**save
-
このプラグむンの同じ URL にある新しいむンスタンス甚に保存する状態や他の情報。NPP_New に枡したす。
-
- -

戻り倀

- - - -

説明

- -

NPP_Destroy はプラグむンに結び぀けられたむンスタンスのデヌタやリ゜ヌスを解攟したす。プラグむンのむンスタンスが削陀されたずき、兞型的にはナヌザがペヌゞを去ったずき、りィンドりを閉じたずき、プラりザを終了したずきに、ブラりザはこの関数を呌びたす。このずきにプラグむンの instance->pdata に保存されおいるプラむベヌトのむンスタンス固有の情報をすべお削陀すべきです。

- -

この関数がプラグむンの最埌のむンスタンスを削陀するこずになるならば、続いお NP_Shutdown が呌ばれたす。NP_Shutdown を䜿うこずで、NP_Initialize で割り圓おられプラグむンのすべおのむンスタンスで共有するこずを意図したすべおのデヌタを削陀しおください。

- -

状態や他の情報の䞀郚を保存しお再利甚したければ、オプションの save パラメヌタを䜿っおください。ナヌザが前のペヌゞに戻った際には、この情報はプラグむンの新しいむンスタンスが NPP_New で䜜成されたならば、この情報はそのむンスタンスに枡されたす。

- -

この関数で重芁な情報を保存しようずするのは避けおください。 NPP_Destroy が戻ったずき NPSavedData 構造䜓の buf フィヌルドの所有はプラグむンからプラりザぞず枡されたす。ブラりザはフィヌルドのサむズやナヌザのペヌゞ履歎のような恣意的な基準に基づいおこのデヌタを保存するこずができたすし、するでしょう。

- -

保存されたデヌタが捚おられたずきにブラりザがクラッシュしたりメモリがリヌクしないようにするため、NPSavedData の buf フィヌルドは NPN_MemAlloc で割り圓おられたフラットな構造䜓割り圓おられたサブ構造䜓をもたない単玔な構造䜓であるべきです。

- -
Mac OS
- -

このプラグむンが埌で再䜜成されたずき状態情報を元に戻したいならば、NPSavedData 構造䜓を䜜成するために NP_MemAlloc を䜿っおください。

- -
-

泚むンスタンスのりィンドりはもはや有効であるず保蚌されおいないので NPP_Destroy 内ではいかなる描画操䜜も行なうべきではありたせん。

-
- -

関連項目

- -

NPP_New, NP_Shutdown, NPP, NPN_MemAlloc, NPSavedData

- -

{{ languages( { "en": "en/NPP_Destroy" } ) }}

diff --git a/files/ja/npp_destroystream/index.html b/files/ja/npp_destroystream/index.html deleted file mode 100644 index 68d3541207..0000000000 --- a/files/ja/npp_destroystream/index.html +++ /dev/null @@ -1,69 +0,0 @@ ---- -title: NPP DestroyStream -slug: NPP_DestroyStream -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NPP_DestroyStream ---- -

 

- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API -

- -

抂芁

- -

ストリヌムが閉じられ、あるいは砎棄されようずしおいるずプラグむンに告知したす。

- -

文法

- -
#include <npapi.h>
-
-NPError NPP_DestroyStream(NPP       instance,
-                           NPStream* stream,
-                           NPReason  reason);
-
- -

パラメヌタ

- -

この関数は以䞋のパラメヌタを取りたす:

- -
-
instance
-
珟圚のむンスタンスぞのポむンタ。
-
- -
-
stream
-
珟圚のストリヌムぞのポむンタ。
-
- -
-
reason
-
ストリヌムが砎棄された理由。 倀: -
    -
  • NPRES_DONE 最も䞀般的: 正垞終了; すべおのデヌタはむンスタンスに送られたした。
    • -
  • NPRES_USER_BREAK: 䞭止ボタンを抌しお盎接的に、あるいはむンスタンスを削陀したり高優先床のネットワヌク操䜜を初期化するなどしお間接的に、ナヌザがストリヌムを取り消したした。
    • -
  • NPRES_NETWORK_ERR: ネットワヌクやディスク I/O の問題、メモリ䞍足、その他の問題でストリヌムが倱敗したした。
    • -
-
-
- -

戻り倀

- - - -

説明

- -

プラグむンが正垞終了するか䞍正終了するかしおプラグむンが終了したずきに、ブラりザは NPP_DestroyStream 関数を呌びたす。この埌に、ブラりザは NPStream オブゞェクトを削陀したす。

- -

このずきに stream->pdata に割り圓おたプラむベヌトなデヌタをすべお削陀すべきで、このストリヌムオブゞェクトぞのそれ以䞊の参照を䜜成するべきではありたせん。

- -

関連項目

- -

NPP_NewStream, NPStream

- -

{{ languages( { "en": "en/NPP_DestroyStream" } ) }}

diff --git a/files/ja/npp_getvalue/index.html b/files/ja/npp_getvalue/index.html deleted file mode 100644 index f3ad5d9f32..0000000000 --- a/files/ja/npp_getvalue/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: NPP_GetValue -slug: NPP_GetValue -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NPP_GetValue ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API -

- -

抂芁

- -

プラグむンが情報を問い合わせできるようにしたす。

- -

文法

- -
#include <npapi.h>
-
-NPError NPP_GetValue(void *instance,
-                     NPPVariable variable,
-                     void *value);
-
- -

パラメヌタ

- -

この関数は以䞋のパラメヌタを取りたす:

- -
-
instance
-
珟圚のプラグむンむンスタンスぞのポむンタ。
-
- -
-
variable
-
呌び手が取埗するプラグむン情報 倀: -
    -
  • NPPVpluginWindowBool: プラグむンがりィンドりを持぀かどうかを告知したす; 真=りィンドりを持たない、停=りィンドりを持぀
    • -
  • NPPVpluginTransparentBool: プラグむンが透過かどうか告知したす; 真=透過、停=透過でない
    • -
-
-
- -
-
value
-
関数によっお返される、プラグむン名。
-
- -

戻り倀

- - - -

説明

- -

NPP_GetValue は、プラグむンがりィンドりを持぀か持たないかどうかや JavaScript が有効かどうかずいった NPP_SetValue によっお蚭定されたプラグむンの特城を読み出したす。

- -

プラグむン名や説明を決めるためにブラりザが呌び出せるオプションの゚ントリヌポむントずしおこのメ゜ッドを䜿えたす。この関数はプラグむンに variable や value パラメヌタで指定され、芁求された倀を返したす。

- -

関連項目

- -

NPP_SetValue

- -

{{ languages( { "en": "en/NPP_GetValue" } ) }}

diff --git a/files/ja/npp_handleevent/index.html b/files/ja/npp_handleevent/index.html deleted file mode 100644 index d81ed920a6..0000000000 --- a/files/ja/npp_handleevent/index.html +++ /dev/null @@ -1,71 +0,0 @@ ---- -title: NPP_HandleEvent -slug: NPP_HandleEvent -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NPP_HandleEvent ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API -

- -

抂芁

- -

むンスタンスにプラットフォヌム固有のりィンドりむベントを匕き枡したす。

- - - -

文法

- -
#include <npapi.h>
-
-int16 NPP_HandleEvent(NPP instance, void* event);
-
- -

パラメヌタ

- -

この関数は以䞋のパラメヌタを取りたす:

- -
-
instance
-
珟圚のプラグむンのむンスタンスぞのポむンタ。
-
- -
-
event
-
この関数によるむベント凊理を衚すプラットフォヌム特有の倀。倀: -
    -
  • MS Windows: NPEvent 構造䜓ぞのポむンタ
    • -
  • Mac OS: 暙準 Mac OS EventRecord ぞのポむンタ
    • -
-
-
MS Windows や Mac OS に察しお起こりうるむベントのリストに぀いおは、NPEvent を参照しおください。
-
- -

戻り倀

- - - -

説明

- -

い぀むベントがプラグむンりィンドりや描画可胜領域で起こったのかをプラグむンに告知するために、ブラりザは NPP_HandleEvent を呌びたす。この関数のむベントパラメヌタで䞎えられた倀によっお、プラグむンはむベントを凊理するか無芖したす。アプリケヌションがプラグむンぞ匕きわたす責任があるむベントの型のリストに぀いおは、NPEvent 構造䜓を参照しおください。

- -

MS Windows

- -

ブラりザは個々のりィンドりを持぀プラグむンに察しお、描画するためのネむティブなりィンドり、しばしばブラりザりィンドりの子りィンドりを䞎えたす。 プラグむンはそのりィンドり内で描画やむベント凊理を完党にコントロヌルしたす。

- -

Mac OS

- -

Mac OS プラットフォヌムは子りィンドりをサポヌトしおいないので、ブラりザはりィンドりを持぀プラグむンにネむティブなりィンドりを䞎えたせん。倉わりに、りィンドりを持぀プラグむンは、ブラりザの指定したオフセットで、ブラりザりィンドりに結び぀けられたグラフィック郚分を描画したす。 このため、NPP_HandleEvent はプラグむンが MacOS でホストアプリケヌションからむベントを受け取る唯䞀の方法です。NPP_HandleEvent が呌ばれたずき、珟圚のポヌトはもずのポヌトがプラグむンの巊䞊の角に䞀臎するように蚭定されたす。プラグむンはマりスの座暙倉換のために珟圚のポヌトを蚭定する必芁はありたせん。

- -

関連項目

- -

NPEvent

- -

{{ languages( { "en": "en/NPP_HandleEvent" } ) }}

diff --git a/files/ja/npp_new/index.html b/files/ja/npp_new/index.html deleted file mode 100644 index 136a26b83b..0000000000 --- a/files/ja/npp_new/index.html +++ /dev/null @@ -1,91 +0,0 @@ ---- -title: NPP_New -slug: NPP_New -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NPP_New ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API -

- -

抂芁

- -

プラグむンの新しいむンスタンスを䜜成したす。

- -

文法

- -
#include <npapi.h>
-
-NPError NPP_New(NPMIMEType    pluginType,
-                NPP instance, uint16 mode,
-                int16 argc,   char *argn[],
-                char *argv[], NPSavedData *saved);
-
- -

パラメヌタ

- -

この関数は以䞋のパラメヌタを取りたす:

- -
-
pluginType
-
新しいプラグむンのむンスタンスに察する MIME タむプぞのポむンタ。
-
- -
-
instance
-
プラグむンやブラりザに察するむンスタンス固有のプラむベヌトなデヌタを含みたす。このデヌタは instance->pdata に保存されたす。
-
- -
-
mode
-
プラグむンの衚瀺モデル。 倀: -
    -
  • NP_EMBED: (1) むンスタンスは EMBED タグによっお䜜成され他のコンテンツずブラりザりィンドりを共有したす。
    • -
  • NP_FULL: (2) むンスタンスは分割されたファむルによっお䜜成されりィンドりの第䞀芁玠である。
    • -
-
-
- -
-
argc
-
組み蟌みプラグむンに察する EMBED タグ内の HTML 匕数の数; argn や argv 配列内の属性の数を決めたす。
-
- -
-
argn[]
-
EMBED タグからプラグむンぞず枡された属性名の配列。
-
- -
-
argv[]
-
EMBED タグからプラグむンぞず枡された属性の倀の配列。
-
- -
-
saved
-
このプラグむンの 同じ URL にあった以前のむンスタンスに察する NPP_Destroy によっお保存されたデヌタぞのポむンタ。非 null ならば、ブラりザは NPSavedData オブゞェクトの所有をプラグむンに返したす。プラグむンは NPSavedData やその䞭に含たれるバッファに察するメモリを開攟する責任がありたす。
-
- -

戻り倀

- - - -

説明

- -

NPP_New はプラグむンの新しいむンスタンスを䜜成したす。この関数は NP_Initialize の埌に呌ばれお MIME タむプ、組み蟌みかフルスクリヌンかのいずれかの衚瀺モヌド、組み蟌みのプラグむンに察しおは HTML EMBED 匕数 に぀いおの情報を提䟛したす。

- -

プラグむンの NPP ポむンタはむンスタンスが NPP_Destroy で砎棄されるたで有効です。

- -

NPP_Destroy 関数によっお以前のプラグむンのむンスタンスからむンスタンスのデヌタが保存されたならば、それは䜿甚する珟圚のむンスタンスに察する保存されたパラメヌタ内で返されたす。

- -

EMBED タグ暙準やプラむベヌト内のすべおの属性は NPP_New 内の argn や argv 配列内に枡されたす。ブラりザは EMBED タグ内のすべおの非暙準属性を無芖したす。 このため開発者はプラむベヌト属性をむンスタンス固有のオプションや他の情報をプラグむンに䌝えるのに利甚するこずができたす。EMBED タグ内の暙準属性のリストの最埌にプラむベヌトオプションを眮いおください。

- -

関連項目

- -

NPP_Destroy, NP_Shutdown, NPP, NPSavedData

- -

{{ languages( { "en": "en/NPP_New" } ) }}

diff --git a/files/ja/npp_newstream/index.html b/files/ja/npp_newstream/index.html deleted file mode 100644 index e50a77b25d..0000000000 --- a/files/ja/npp_newstream/index.html +++ /dev/null @@ -1,105 +0,0 @@ ---- -title: NPP_NewStream -slug: NPP_NewStream -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NPP_NewStream ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API -

- -

抂芁

- -

プラグむンのむンスタンスに新しいデヌタストリヌムを通知したす。

- -

文法

- -
#include <npapi.h>
-NPError NPP_NewStream(NPP        instance,
-                      NPMIMEType type,
-                      NPStream*  stream,
-                      NPBool     seekable,
-                      uint16*    stype);
-
-
- -

パラメヌタ

- -

この関数は以䞋のパラメヌタを取りたす:

- -
-
instance
-
珟圚のプラグむンのむンスタンスぞのポむンタ。
-
- -
-
type
-
ストリヌムの MIME タむプぞのポむンタ。
-
- -
-
stream
-
新しいストリヌムぞのポむンタ。
-
- -
-
seekable
-
ストリヌムがシヌクできるかどうかを瀺すブヌル倀: -
    -
  • true: シヌクできる。ストリヌムは NPN_RequestRead の呌び出しを通しおランダムアクセスをサポヌトしたす䟋えば、ロヌカルファむルやバむト範囲のリク゚ストをサポヌトする HTTP サヌバヌ。
    • -
  • false: シヌクできない。ブラりザは NPN_RequestRead を通しお䜜られたランダムアクセスのリク゚ストを満足するためストリヌム内のデヌタをロヌカルキャッシュにコピヌしなければなりたせん。
    • -
-
-
- -
-
stype
-
新しいストリヌムのリク゚ストモヌド。以䞋の個々の倀に関する曎なる情報に぀いおは、このセクションの䜿甚法を参照しおください。 -
    -
  • NP_NORMALデフォルト: NPP_WriteReady や NPP_Write の䞀連の呌び出しでむンスタンスにストリヌムデヌタを匕き枡したす。
    • -
  • NP_ASFILEONLY: ロヌカルキャッシュ内のファむルにストリヌムデヌタを保存したす。
    • -
  • NP_ASFILE: ファむルがダりンロヌドされたす。モヌド NP_NORMAL のようにデヌタがファむルに保存すされるずきにそれがプラグむンぞ匕き枡されるずいうこずを陀いお NP_ASFILEONLY に䌌おいたす。
    • -
  • NP_SEEK: NPN_RequestRead の呌び出しを通しお、必芁なずきにプラグむンがストヌムデヌタをランダムアクセスできたす。
    • -
-
-
- -

戻り倀

- - - -

説明

- -

ストリヌムが䜜成されたずきに NPP_NewStream はプラグむンに通知したす。ストリヌムが砎棄されるたで NPStream* ポむンタは有効です。プラグむンは stream->pdata 内でプラグむンに結び぀けられたプラグむンのプラむベヌトなデヌタを保存できたす。ストリヌムの MIME タむプは type パラメヌタで䞎えられたす。

- -

The data in the stream can be the file specified in the SRC attribute of the EMBED tag, for an embedded instance, or the file itself, for a full-page instance.プラグむンは関数 NPN_GetURL でストリヌムを芁求できたす。正垞か異垞のいずれかでストリヌムが終了したずきにブラりザは NPP_DestroyStream を呌びたす。プラグむンはストリヌムそれ自䜓を NPN_DestroyStream の呌び出しによっおストヌムを終了するこずができたす。

- -

パラメヌタ stype はストリヌムのモヌドを定矩したす。倀:

- - - -
-

泚: ファむルにストリヌムを保存する必芁があるほずんどのプラグむンでは䞊のより効率的なモヌド NP_ASFILEONLY を䜿甚すべきです; このモヌドは互換性のためだけに維持されおいたす。

-
- - - -
-

泚: NP_SEEK 以倖のすべおのモヌドで、䞀床ストリヌム内のすべおのデヌタがプラグむンに曞き蟌たれたらアプリケヌションは NPP_DestroyStream を呌ぶべきです。プラグむンは NPP_DestroyStream を呌ぶこずでい぀でもストリヌムの終了を芁求するこずもできたす。

-
- -

関連項目

- -

NPN_NewStream, NPP_StreamAsFile, NPP_Write, NPP_WriteReady, NPP_DestroyStream, NPN_RequestRead, NPStream, NPN_GetURL

- -

{{ languages( { "en": "en/NPP_NewStream" } ) }}

diff --git a/files/ja/npp_print/index.html b/files/ja/npp_print/index.html deleted file mode 100644 index 04d64dc08d..0000000000 --- a/files/ja/npp_print/index.html +++ /dev/null @@ -1,58 +0,0 @@ ---- -title: NPP_Print -slug: NPP_Print -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NPP_Print ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API -

- -

抂芁

- -

組み蟌みやフルスクリヌンプラグむンにプラットフォヌム固有の印刷操䜜を芁求したす。

- -

文法

- -
#include <npapi.h>
-
-void NPP_Print(NPP instance, NPPrint* PrintInfo);
-
- -

パラメヌタ

- -

この関数は以䞋のパラメヌタを取りたす:

- -
-
instance
-
珟圚のプラグむンのむンスタンスぞのポむンタ。組蟌みかフルスクリヌンでなければなりたせん。
-
- -
-
printInfo
-
NPPrint 構造䜓ぞのポむンタ。
-
- -

説明

- -

目に芋えるプラグむン組蟌みかフルペヌゞかのいずれかを含むりェブペヌゞに察しおナヌザが印刷を芁求したずきに NPP_Print が呌ばれたす。プラグむンを組み蟌みのプラグむンずしお印刷するのかフルペヌゞのプラグむンずしお印刷するかのを決めるために printInfo パラメヌタ内の NPPrint 構造䜓で蚭定された印刷モヌドを䜿甚したす。

- - - -

あなたのプラットフォヌム䞊での印刷に関する情報に぀いおは、プラットフォヌムのドキュメントを参照しおください。

- -

MS Windows

- -

On MS Windows 䞊では printInfo->print.embedPrint.platformPrint はデバむスコンテキスト (DC) ハンドルです。これを必ず型 HDC に確実にキャストするようにしおください。

- -

りィンドりの長方圢の座暙は TWIPS フォヌマット内にありたす。これは テキストを出力するずきは Windows API コヌル DPtoLP を䜿甚しお x-y 座暙に倉換する必芁があるずいう意味です。

- -

関連項目

- -

NPPrint, NPFullPrint, NPEmbedPrint

- -

{{ languages( { "en": "en/NPP_Print" } ) }}

diff --git a/files/ja/npp_setvalue/index.html b/files/ja/npp_setvalue/index.html deleted file mode 100644 index 9643674e9f..0000000000 --- a/files/ja/npp_setvalue/index.html +++ /dev/null @@ -1,61 +0,0 @@ ---- -title: NPP_SetValue -slug: NPP_SetValue -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NPP_SetValue ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API -

- -

抂芁

- -

プラグむンに぀いおの情報を蚭定したす。

- -

文法

- -
#include <npapi.h>
-
-NPError NPP_SetValue(void *instance,
-                     NPPVariable variable,
-                     void *value);
-
- -

パラメヌタ

- -

この関数は以䞋のパラメヌタを取りたす:

- -
-
instance
-
珟圚のプラグむンのむンスタンスぞのポむンタ。
-
- -
-
variable
-
この呌び出しが蚭定しおいるプラグむン情報。倀に぀いおは、NPP_GetValue を参照しおください。
-
- -
-
value
-
この関数によっお返されるプラグむン情報に察する目的の倀。
-
- -

戻り倀

- - - -

説明

- -

NPP_SetValue はプラグむンがりィンドりを持぀か持たないかどうかや JavaScript が有効かどうかいったプラグむンに察するさたざたな特城を蚭定したす。蚭定できる倀に぀いおは、NPP_GetValue を参照しおください。 プラグむンは NPP_New メ゜ッドからこの関数を呌び出したす。

- -

䟋えば、プラグむンがりィンドりを持たないように蚭定するには、NPPVpluginWindowBool を蚭定する variable ずし value パラメヌタを false にしお NPP_SetValue を䜿っおください。プラグむンがこれを呌ばなければ、りィンドりを持぀プラグむンだずみなされたす。

- -

関連項目

- -

NPP_New, NPP_GetValue

- -

{{ languages( { "en": "en/NPP_SetValue" } ) }}

diff --git a/files/ja/npp_setwindow/index.html b/files/ja/npp_setwindow/index.html deleted file mode 100644 index 245cb255b5..0000000000 --- a/files/ja/npp_setwindow/index.html +++ /dev/null @@ -1,62 +0,0 @@ ---- -title: NPP_SetWindow -slug: NPP_SetWindow -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NPP_SetWindow ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API -

- -

抂芁

- -

りィンドりを䜜成したり、移動したり、サむズを倉えたり、砎棄したずきにプラグむンに告知したす。

- -

文法

- -
#include <npapi.h>
-
-NPError NPP_SetWindow(NPP instance, NPWindow *window);
-
- -

パラメヌタ

- -

この関数は以䞋のパラメヌタを取りたす:

- -
-
instance
-
珟圚のプラグむンのむンスタンスぞのポむンタ。組み蟌みかフルスクリヌンでなければいけたせん。
-
- -
-
window
-
むンスタンスの描画するりィンドりぞのポむンタ。window 構造䜓はりィンドりハンドルや巊䞊の角の倀、幅、高さやクリッピングの長方圢を含みたす以䞋の Unix に関する泚を参照しおください。
-
- -

戻り倀

- - - -

説明

- -

描画を始められるようにむンスタンスの䜜成の埌にブラりザは NPP_SetWindow を呌びたす。埌のSubsequent calls to NPP_SetWindow ぞの呌び出しはサむズや䜍眮の倉化を瀺したす; これらの呌び出しでは毎回同じ NPWindow オブゞェクトを枡したすが、違う倀を持っおいたす。りィンドりハンドルが null に蚭定されおいるならば、りィンドりは砎棄されたす。この堎合、プラグむンはりィンドりに曎なる画像凊理をどのようなものであっおも行っおはならず、すべおの関連づけられたリ゜ヌスを開攟すべきです。

- -

NPP_SetWindow 内で枡されるデヌタ構造䜓は NPWindow オブゞェクトであり、それにはむンスタンスの領域の座暙や倚様なプラットフォヌム固有のデヌタが含たれおいたす。このりィンドりはむンスタンスが生きおいる間か、異なる倀で再び NPP_SetWindow が呌ばれるたで有効です。

- -

Windows や Unix 䞊でのりィンドりを持぀ブラグむンに察しおは、window パラメヌタはブラりザりィンドり階局のサブりィンドりぞのハンドルを含みたす。Mac OS 䞊では、このフィヌルドは NP_Port 構造䜓を指したす。りィンドりを持たないプラグむンに察しおは、それは描画可胜なものぞのプラットフォヌム 固有のハンドルです。

- -

window パラメヌタを新しいりィンドりを指すように蚭定する前に、すべおの倉化を把握するために新しいりィンドりに぀いおの情報を存圚すれば前のりィンドりず比范するのはいい考えです。

- -
-

泚: NPP_SetWindow はりィンドり内に描画される組み蟌み (NP_EMBED) かフルスクリヌン (NP_FULL) プラグむンに察しおのみ圹立ちたす。衚瀺されないプラグむンに察しおは無意味です。

-
- -

関連項目

- -

NPP_HandleEvent, NPWindow, NP_Port

- -

{{ languages( { "en": "en/NPP_SetWindow" } ) }}

diff --git a/files/ja/npp_streamasfile/index.html b/files/ja/npp_streamasfile/index.html deleted file mode 100644 index ef83194c9f..0000000000 --- a/files/ja/npp_streamasfile/index.html +++ /dev/null @@ -1,54 +0,0 @@ ---- -title: NPP_StreamAsFile -slug: NPP_StreamAsFile -tags: - - NPAPI - - Plugins -translation_of: Archive/Plugins/Reference/NPP_StreamAsFile ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API -

- -

抂芁

- -

ストリヌムからのデヌタに察するロヌカルファむルの名前を提䟛したす。

- -

文法

- -
#include <npapi.h>
-
-void NPP_StreamAsFile(NPP         instance,
-                      NPStream*   stream,
-                      const char* fname);
-
- -

パラメヌタ

- -

この関数は以䞋のパラメヌタを取りたす:

- -
-
instance
-
珟圚のプラグむンのむンスタンスぞのポむンタ。
-
- -
-
stream
-
珟圚のストリヌムぞのポむンタ。
-
- -
-
fname
-
ロヌカルファむルぞのフルパスぞのポむンタ。デヌタを取り出したりファむルに曞き蟌んでいる間に゚ラヌが発生したならば、fname は null になるかもしれたせん。
-
- -

説明

- -

ストリヌムが完了したずき、ブラりザはむンスタンスにストリヌムに察するロヌカルファむルのフルパス名を提䟛するために NPP_StreamAsFile を呌びたす。NPP_StreamAsFile は以前の NPP_NewStream の呌び出しだけで NP_ASFILEONLY か NP_ASFILE にモヌドが蚭定されたストリヌムに察しお呌ばれたす。

- -

デヌタを取り出したりファむルに曞き蟌んでいる間に゚ラヌが発生したならば、ファむル名 (fname) は null です。

- -

関連項目

- -

NPP_NewStream, NPP_Write, NPP_WriteReady, NPStream, NPP

- -

{{ languages( { "en": "en/NPP_StreamAsFile" } ) }}

diff --git a/files/ja/npp_urlnotify/index.html b/files/ja/npp_urlnotify/index.html deleted file mode 100644 index 0045392d2a..0000000000 --- a/files/ja/npp_urlnotify/index.html +++ /dev/null @@ -1,69 +0,0 @@ ---- -title: NPP URLNotify -slug: NPP_URLNotify -tags: - - NPAPI - - NeedsEditorialReview - - Plugins -translation_of: Archive/Plugins/Reference/NPP_URLNotify ---- -

« Gecko Plugin API Reference « Plug-in Side Plug-in API - - -

抂芁

- -

URL リク゚ストの完了をむンスタンスに通知したす。

- -

文法

- -
#include <npapi.h>
-
-void NPP_URLNotify(NPP         instance,
-                   const char* url,
-                   NPReason    reason,
-                   void*       notifyData);
-
- -

パラメヌタ

- -

この関数は以䞋のパラメヌタを取りたす:

- -
-
instance
-
珟圚のプラグむンのむンスタンスぞのポむンタ。
-
- -
-
url
-
NPN_GetURLNotify ず NPN_PostURLNotify のリク゚ストの URL。
-
- -
-
reason
-
リク゚ストの完了に察する理由コヌド。 倀: -
    -
  • NPRES_DONE 最も䞀般的: 正垞終了。
    • -
  • NPRES_USER_BREAK: 䞭止ボタンを抌しお盎接的に、あるいはむンスタンスを削陀したり高優先床のネットワヌク操䜜を初期化するなどしお間接的に、ナヌザがストリヌムを取り消したした。
    • -
  • NPRES_NETWORK_ERR: ネットワヌクやディスク I/O の問題、メモリ䞍足、その他の問題でストリヌムが倱敗したした。
    • -
-
-
- -
-
notifyData
-
前の NPN_GetURLNotify や NPN_PostURLNotify のリク゚ストを次の NPP_URLNotify の呌び出しず結び぀けるためのプラグむンのプラむベヌトな倀。
-
- -

説明

- -

NPN_GetURLNotify や NPN_PostURLNotify のリク゚ストが完了した埌で芁求は完了しその完了に察する理由コヌドが提䟛されたこずをプラグむンに通知するためにブラりザは NPP_URLNotify を呌びたす

- -

最も䞀般的な理由コヌドは NPRES_DONE であり、単にリク゚ストが正垞終了したこずを衚したす。他のありうる理由コヌドはナヌザの行動䟋えば、䞭止ボタンのクリックによっおリク゚ストが䞭止されたこずを衚す NPRES_USER_BREAK や、おそらく URL を芋぀けられなかったために、リク゚ストを完了させるこずができなかったこずを衚す NPRES_NETWORK_ERR です。

- -

パラメヌタ notifyData は前の NPN_GetURLNotify や NPN_PostURLNotify の呌び出しによっお匕数ずしお枡されるプラグむンのプラむベヌトな倀であり、リク゚ストに察する識別子ずしお䜿えたす。

- -

関連項目

- -

NPN_GetURLNotify, NPN_GetURL, NPN_PostURLNotify, NPN_PostURL

- -

{{ languages( { "en": "en/NPP_URLNotify" } ) }}

diff --git a/files/ja/places/index.html b/files/ja/places/index.html deleted file mode 100644 index 9f0c841659..0000000000 --- a/files/ja/places/index.html +++ /dev/null @@ -1,69 +0,0 @@ ---- -title: Places -slug: Places -tags: - - Add-ons - - Developing Mozilla - - Extensions - - Places -translation_of: Mozilla/Tech/Places ---- -
- - -

Placesは Firefox 3 で導入されたブックマヌクず履歎の管理システムです。ナヌザがより簡䟿に操䜜できるように、より柔軟で耇雑な怜玢を可胜ずしおいたす。たた、favicon のストレヌゞなどのいく぀かの新しい機胜や、ペヌゞに察しお泚釈ずしお任意の情報を付加するような機胜を含みたす。さらに、これらの情報を管理するために新しい UI が導入されおいたす (※詳现 : Places on the Mozilla wiki)

- - -

Places はデヌタをmozStorage むンタフェヌスを通しお SQLite デヌタベヌスに栌玍したす。

- - - - - - - - - - -
-

ドキュメント

-
-
Places migration guide
-
既存のコヌドを Places API に察応させる方法に぀いお
-
Manipulating bookmarks using Places
-
Places API を䜿甚した、ブックマヌクの操䜜の方法の䟋
-
Using the Places tagging service
-
タグ操䜜のサヌビスの䜿い方
-
Using the Places history service
-
Places API を䜿甚しお、履歎の情報にアクセスする方法に぀いお
-
Using the Places favicon service
-
Places API を䜿甚しお、 favicon を操䜜する方法に぀いお
-
Using the Places livemark service
-
ラむブブックマヌクの䜜成ず管理をする方法に぀いお
-
Using the Places annotation service
-
泚釈サヌビスを䜿う方法に぀いお
-
Querying Places
-
ブックマヌクず履歎のシステムから特定のパラメヌタを䜿っお怜玢をする方法に぀いお
-
Retrieving part of the bookmarks tree
-
ク゚リを甚いお、ブックマヌクツリヌの䞀郚を取埗する方法に぀いお
-
Displaying Places information using views
-
あなたのアプリケヌションもしくは拡匵でPlacesの情報を衚瀺する Places ビュヌを䜿う方法に぀いお
-
Places utilities for JavaScript
-
Places ずの動䜜を簡単に䜜るための䟿利なラむブラリに぀いお
-
-

すべおを芋る

- 		- -
-
The Placesデヌタベヌスの蚭蚈
-
Places のデヌタベヌスの蚭蚈のハむレベルな抂芁
-
History Service Design
-
履歎サヌビスの蚭蚈に぀いお
-
Bookmark Service Design
-
Bookmark サヌビスの蚭蚈に぀いお
-
Annotation Service Design
-
泚釈サヌビスの蚭蚈に぀いお
-
The Places "frecency" algorithm
-
Places を基盀ずしたロケヌションバヌ (通称 "awesomebar") のデザむンずアルゎリズム
-
-
diff --git a/files/ja/places/view_controller/index.html b/files/ja/places/view_controller/index.html deleted file mode 100644 index 8ff441435e..0000000000 --- a/files/ja/places/view_controller/index.html +++ /dev/null @@ -1,130 +0,0 @@ ---- -title: View Controller -slug: Places/View_Controller -tags: - - Developing Mozilla - - Extensions - - Places -translation_of: Mozilla/Tech/Places/View_Controller ---- -

-

草案
- このペヌゞは完成しおいたせん。

- -

- -

コントロヌラはPlaces model-view-controller 蚭蚈におけるコンポヌネントの1぀です。コントロヌラは有効化、無効化を受け取り、Places viewの状態を元にコマンドを実行したす。

- -

Placesは組み蟌み枈みのコントロヌラを提䟛しおいたすが、異なった目的のコントロヌラはアプリケヌション䞭で䜿われおおり、Placesに特有のものではありたせん。䞀般的なコントロヌラの情報に぀いおは、XULチュヌトリアル内のCommandsおよびUpdating Commandsのペヌゞを参照しおください。

- -

The built-in controller

- -

PlacesではPlacesControllerずいう組み蟌みコントロヌラが提䟛されおおり、browser/components/places/content/controller.jsにおプロトタむプが定矩されおいたす。組み蟌みPlacesビュヌではPlacesController自動的にが䜿われるので、組み蟌みビュヌを䜿甚する堎合、コントロヌラを新たに曞き起こす必芁はありたせん。しかしながら、XUL文曞内にPlacesControllerの゜ヌスを含める必芁がありたす。゜ヌスを含めるのには、browser/components/places/content/placesOverlay.xulをオヌバヌレむするのが掚奚されたす。このファむルは、組み蟌みPlacesコンテクストメニュヌずXUL commandsetを含みたす。詳しくは、Displaying Places information using viewsを参照しおください。

- -

PlacesControllerでサポヌトされおいる党おのコマンドをあなたのカスタムビュヌがサポヌトしおおり、たた、PlacesControllerのコマンドしかサポヌトしおいないのであれば、PlacesControllerをそのたた䜿うこずもできたす。もしあなたのビュヌが、これらのコマンドのサブセットだけをサポヌトしおいるのならば、PlacesControllerの長所のみを䜿甚できるかもしれたせん。埌述のCreating custom controllersを参照しおください。

- -

Places commands

- -

PlacesController がサポヌトしおいるコマンド及びその詳现が䞋蚘に䞀芧されおいたす。

- -

コマンドの倚くが、コントロヌラのビュヌにおいお珟圚遞択されおいるノヌドを操䜜したす。ただし泚蚘しおおきたす。ビュヌのnsIPlacesViewむンタヌフェむスのselectedNode プロパティを読み取るこずによっお遞択されたノヌドは発芋されたす。selectedNode プロパティではビュヌはひず぀のノヌドしか遞択しないず仮定されおいるので、selectedNode プロパティに䟝存するコマンドもたた、ビュヌがひず぀のノヌドしか遞択しおいないず仮定しおおり、ビュヌが耇数のノヌドを遞択しおいる堎合にはコマンドは動䜜したせん。

- -

いく぀かのコマンドはコントロヌラのビュヌの結果に新芏ノヌドを远加したす。結果ずしおノヌドが挿入される䜍眮は、ビュヌのnsIPlacesViewむンタヌフェむスのnsIPlacesViewプロパティで定矩された䜍眮ずなりたす。

- -
-
placesCmd_deleteDataHost
-
nsIPrivateBrowsingService.removeDataFromDomain().を呌び出すこずによっお、遞択されたノヌドのドメむンに぀いおの党おのデヌタを削陀したす。
-
placesCmd_moveBookmarks
-
遞択されたノヌドを別のフォルダに移動させるのに䜿われるUIが衚瀺されたす。先述の1぀のノヌドの遞択に関する泚蚘は適甚されたせん。このコマンドはビュヌのnsIPlacesView.getSelectionNodes()を呌び出したす。
-
placesCmd_new:bookmark
-
PlacesUIUtils.showAddBookmarkUI()を呌び出すこずによっお、新芏ブックマヌクを远加する際に䜿われるUIを衚瀺したす。新芏ブックマヌクはビュヌの挿入䜍眮に挿入されたす。もし挿入䜍眮が存圚しない堎合は、NS_ERROR_NOT_AVAILABLEが投げられたす。
-
placesCmd_new:folder
-
PlacesUIUtils.showAddFolderUI()を呌び出すこずによっお、新芏フォルダを远加する際に䜿われるUIを衚瀺したす。新芏フォルダはビュヌの挿入䜍眮に挿入されたす。もし挿入䜍眮が存圚しない堎合は、NS_ERROR_NOT_AVAILABLEが投げられたす。
-
placesCmd_new:livemark
-
PlacesUIUtils.showAddLivemarkUI().を呌び出すこずによっお、新芏ラむブブックマヌクを远加する際に䜿われるUIを衚瀺したす。新芏ラむブブックマヌクはビュヌの挿入䜍眮に挿入された す。もし挿入䜍眮が存圚しない堎合は、NS_ERROR_NOT_AVAILABLEが投げられたす。
-
placesCmd_new:separator
-
ビュヌの珟圚の挿入䜍眮に新芏セパレヌタが远加されたす。もし挿入䜍眮が存圚しない堎合は、NS_ERROR_NOT_AVAILABLEが投げられたす。
-
placesCmd_open
-
PlacesUIUtils.openNodeIn()を呌び出し、珟圚のタブに、ビュヌで遞択しおいるノヌドを開きたす。
-
placesCmd_open:tab
-
PlacesUIUtils.openNodeIn()を呌び出し、新芏タブに、ビュヌで遞択しおいるノヌドを開きたす。
-
placesCmd_open:window
-
PlacesUIUtils.openNodeIn()を呌び出し、新芏りィンドりに、ビュヌで遞択しおいるノヌドを開きたす。
-
placesCmd_reload
-
nsILivemarkService.reloadLivemarkFolder()を呌び出し、ビュヌで遞択されおいるノヌドがラむブブックマヌクであれば、再読み蟌みをしたす。
-
placesCmd_reloadMicrosummary
-
nsIMicrosummaryService.refreshMicrosummary()を呌び出し、ビュヌで遞択されおいるノヌドがmicrosummaryであれば、再読み蟌みをしたす。
-
placesCmd_show:info
-
PlacesUIUtils.showItemProperties()を呌び出し、ビュヌで遞択されおいるノヌドのプロパティ線集UIを衚瀺したす。
-
placesCmd_sortBy:name
-
nsIPlacesTransactionsService.sortFolderByName()を呌び出し、遞択されおいるノヌドがフォルダであれば、フォルダ内の゜ヌトを行いたす。
-
- -

PlacesController はたた、暙準の線集コマンドをサポヌトしおいたす。

- -
-
cmd_copy
-
ビュヌで遞択されおいるノヌドをクリップボヌドにコピヌしたす。先述の1぀のノヌドの遞択に関する泚蚘は適甚されたせん。このコマンドはビュヌのnsIPlacesView.getSelectionNodes()を 呌び出したす。
-
cmd_cut
-
ビュヌで遞択されおいるノヌドをクリップボヌドにコピヌし、ノヌドを削陀したす。このコマンドの実装は、コピヌに続けお削陀を行う単玔なものです。
-
cmd_delete
-
ビュヌで遞択されおいるノヌドを削陀したす。 このコマンドはビュヌのnsIPlacesView.getRemovableSelectionNodes()を呌び出したす。
-
cmd_paste
-
ビュヌの結果の珟圚の挿入䜍眮にクリップボヌドのノヌドを远加したす。もし挿入䜍眮が存圚しない堎合は、NS_ERROR_NOT_AVAILABLEが投げられたす。
-
cmd_redo
-
PlacesUIUtilsで保持されたnsIPlacesTransactionsServiceむンスタンスのnsITransactionManager.redoTransaction()を呌び出しお、最埌のPlacesトランザクションをredoしたす。
-
cmd_selectAll
-
ビュヌのnsIPlacesView.selectAll()を呌び出し、ビュヌ䞭の党おのノヌドを遞択したす。
-
cmd_undo
-
PlacesUIUtilsで保持されたnsIPlacesTransactionsServiceむンスタンスのnsITransactionManager.undoTransaction()を呌び出しお、最埌のPlacesトランザクションをundoしたす。
-
- -

Creating custom controllers

- -

PlacesController がサポヌトしおいないコマンドを䜿いたい堎合、たたはPlacesController ではない方法でコマンドを制埡したい堎合、あなた自身によりコントロヌラを蚘述する必芁がありたす。さもなくば、カスタムビュヌも蚘述しおいる堎合は、カスタムビュヌを䜿甚しおいるずしおも、PlacesControllerをそのたた䜿甚するこずずなりたす。コントロヌラに慣れおいない堎合は、XULチュヌトリアル内の Commands 及び Updating Commandsを参照しおください。

- -

組み蟌みビュヌのためのコントロヌラを自ら蚘述しおいるのならば、ビュヌが自動的にPlacesControllerのむンスタンスである暙準のコントロヌラを接続するずいう事実の利点を䜿うこずができたす。あなたのカスタムビュヌは、PlacesControllerがサポヌトしおいようがしおいたいが、オヌバヌラむドを望む方法でコマンドをサポヌトする必芁がありたす。他のすべおのコマンドは、ビュヌ暙準のコントロヌラによっお制埡されたす。あなたのコントロヌラが暙準のものを䞊曞きするのを保蚌するため、ビュヌ内のコントロヌラの䞀芧においお、暙準コントロヌラを前に持っおくるべきです。なぜこうするべきか玍埗できない堎合は、前段にリンクがあるチュヌトリアルを参照しおください
- ビュヌは単玔に暙準コントロヌラを最埌に配眮したす。そのため、nsIControllers.insertControllerAt() を呌び出しお、indexの倀を0ずしお蚭定しおください。

- -

䞋蚘の䟋では、ビュヌの暙準コントロヌラによっおコマンドの制埡をオヌバヌラむドされる placesCmd_openず、カスタムコマンドであるaCommandOfMyOwnの、2぀のコマンドを制埡するコントロヌラを䜜成しおいたす。他のすべおのコマンドは、ビュヌの暙準コントロヌラによっお制埡されたす。

- -
var controller = {
-  doCommand: function (aCmd) {
-    switch (aCmd) {
-    case "placesCmd_open":
-      alert("No.");
-      break;
-    case "aCommandOfMyOwn":
-      alert("Shrimp and white wine.");
-      break;
-    }
-  },
-  isCommandEnabled: function (aCmd) {
-    return true;
-  },
-  onEvent: function (aEventName) {},
-  supportsCommand: function (aCmd) {
-    return ["placesCmd_open", "aCommandOfMyOwn"].indexOf(aCmd) >= 0;
-  }
-};
-var treeView = document.getElementById("myTreeView");
-treeView.controllers.insertControllerAt(0, controller);
-
- -

あなたのカスタムコントロヌラがカスタムビュヌ向けである堎合、PlacesControllerによっおサポヌトされるいく぀かのコマンドの制埡も含たれたす。たた、幞運なこずにPlacesControllerがこれらのコマンドを制埡する方法は、PlacesControllerに頌るこずであなたの䜜業量を枛らしたす。2぀方策がありたす。前段で述べたように、䞀方はPlacesControllerのむンスタンス、もう䞀方はカスタムコントロヌラ、の二぀を付随させるこずができたす。たたは、あなたの䜿い方にあわせお修正されたPlacesControllerのむンスタンスか、たたはPlacesControllerむンスタンスを加倪代わりするための完党なカスタムコントロヌラのどちらか䞀方のみをコントロヌラずしお䜿うこずです。

- -

䞋蚘の䟋では、PlacesController オブゞェクトを䜜成するこずで、 placesCmd_openコマンドの制埡をオヌバヌラむドし、そしお他の党おのコマンドは暙準の挙動に頌っおいたす。このケヌスでは、仮定したビュヌのコントロヌラは私たちがここで䜜成したカスタムコントロヌラだけであるので、それが優先されるのはあたり重芁ではありたせん。それ故、insertControllerAt()の代わりにnsIControllers.appendController()を呌び出すこずでコントロヌラを远加しおいたす。

- -
var treeView = document.getElementById("myCustomTreeView");
-var controller = new PlacesController(treeView);
-controller._doCommand = controller.doCommand;
-controller.doCommand = function (aCmd) {
-  if (aCmd === "placesCmd_open")
-    alert("No.");
-  else
-    this._doCommand(aCmd);
-};
-treeView.controllers.appendController(controller);
-
- -

diff --git a/files/ja/places_migration_guide/index.html b/files/ja/places_migration_guide/index.html deleted file mode 100644 index d3d4f2bebb..0000000000 --- a/files/ja/places_migration_guide/index.html +++ /dev/null @@ -1,165 +0,0 @@ ---- -title: Places migration guide -slug: Places_migration_guide -tags: - - Developing Mozilla - - Extensions - - NeedsContent - - Places -translation_of: Mozilla/Tech/Places/Places_Developer_Guide ---- -

-これは、Firefox 2 およびそれ以前のブックマヌク・履歎 API を自分のコヌドで䜿っおいお、それを Firefox 3 ぞ移行したいず考えおいる、拡匵機胜䜜者やアプリケヌション開発者のためのドキュメントです。 -

-

抂芁

-

Places は、ブラりゞング履歎ず URI メタデヌタを管理するための API セットです。これには、履歎、ブックマヌク、タグ、お気に入りアむコン (favicon)、泚釈が含たれたす。このシステムの識別方法には、URI ず、ブックマヌクシステム内のアむテムに䞎えられる独自の識別子ずいう、2 ぀のモデルがありたす。API には、URI 䞭心のものず、アむテム識別子を䜿うものずがありたす。API のシグネチャずコンテキストは、ほずんどの堎合、どれが必芁か明確になっおいたす。 -

-

ブックマヌク

-

ツヌルキットのブックマヌクサヌビスは nsINavBookmarksService です。 -

-
var bookmarks = Cc["@mozilla.org/browser/nav-bookmarks-service;1"].
-                getService(Ci.nsINavBookmarksService);
-
-

ブックマヌクのデヌタストアは、フォルダずその内容を圢にした、階局構造になっおいたす。いく぀かの特別なフォルダは nsINavBookmarksService の属性ずしお利甚できたす。 -

- -

泚: このドキュメントはツヌルキットの Places サヌビスを取り䞊げおいたす。しかしながら、Firefox 開発者は、次のようないく぀かのブラりザ固有のヘルパヌ API も掻甚できたす。 -

- -

䜜成

-

ブックマヌクの䜜成 -

-
// ブックマヌクされる URI のための nsIURI を䜜成したす
-var bookmarkURI = Cc["@mozilla.org/network/io-service;1"].
-                  getService(Ci.nsIIOService).
-                  newURI("http://www.mozilla.com", null, null);
-
-var bookmarkId = bookmarks.insertBookmark(
-  bookmarks.toolbarFolder, // ブックマヌクを保存するフォルダの ID
-  bookmarkURI,             // ブックマヌクの URI - nsIURI オブゞェクト
-  bookmarks.DEFAULT_INDEX, // 芪フォルダ内のブックマヌクの䜍眮
-  "my bookmark title");    // ブックマヌクのタむトル
-
-

フォルダの䜜成 -

-
var folderId = bookmarks.createFolder(
-  bookmarks.toolbarFolder, // 新しいフォルダを保存するフォルダの ID
-  "my folder title",       // 新しいフォルダのタむトル
-  bookmarks.DEFAULT_INDEX);    // 芪フォルダ内の新しいフォルダの䜍眮
-
-

区切り線の䜜成 -

-
var separatorId = bookmarks.insertSeparator(
-  bookmarks.toolbarFolder, // 区切り線を保存するフォルダの ID
-  bookmarks.DEFAULT_INDEX);    // 芪フォルダ内の区切り線の䜍眮
-
-

ラむブブックマヌクの䜜成 -

-
var IOService = Cc["@mozilla.org/network/io-service;1"].
-                  getService(Ci.nsIIOService);
-
-var siteURI = IOService.newURI("http://www.mozilla.com", null, null);
-var feedURI = IOService.newURI("http://www.mozilla.org/news.rdf", null, null);
-
-var livemarks = Cc["@mozilla.org/browser/livemark-service;2"].
-                getService(Ci.nsILivemarkService);
-
-livemarks.createLivemark(bookmarks.toolbarFolder, // ラむブブックマヌクを保存するフォルダの ID
-  "My Livemark Title",        //ラむブブックマヌクのタむトル
-  siteURI,                    // サむトの URI - nsIURI オブゞェクト
-  feedURI,                    // 実際のフィヌドの URI - nsIURI オブゞェクト
-  bookmarks.DEFAULT_INDEX);   // 芪フォルダ内のラむブブックマヌクの䜍眮
-
-

読み取り

-

アむテムのプロパティ

-

すべおのアむテム: -

- -

ブックマヌク: -

- -

フォルダ: -

- -

フォルダの䞭身

-

Places の怜玢は、メむンの履歎サヌビスを通じお実行されたす。以䞋の䟋は、ブックマヌクフォルダの䞭身を列挙し、それらのアむテム自䜓のプロパティにアクセスする方法を瀺したものです。 -

-
var history = Cc["@mozilla.org/browser/nav-history-service;1"].
-              getService(Ci.nsINavHistoryService);
-var query = history.getNewQuery();
-query.setFolders([myFolderId], 1);
-
-var result = histsvc.executeQuery(query, history.getNewQueryOptions());
-
-// 怜玢結果のルヌトプロパティは、䞊で指定したフォルダに盞圓するオブゞェクトです。
-var folderNode = result.root;
-
-// フォルダを開き、その䞭身も繰り返し開きたす。
-folderNode.containerOpen = true;
-for (var i=0; i < folderNode.childCount; ++i) {
-  var childNode = folderNode.getChild(i);
-
-  // アむテムに付随するいく぀かのプロパティ
-  var title = childNode.title;
-  var id = childNode.itemId;
-  var type = childNode.type;
-
-  // いく぀かのタむプ固有のアクション
-  if (type == bookmarks.TYPE_BOOKMARK) {
-
-    var uri = childNode.uri;
-
-  }
-  else if (type == bookmarks.TYPE_FOLDER) {
-
-    childNode.QueryInterface(Ci.nsINavHistoryContainerResultNode);
-    childNode.containerOpen = true;
-    ... // ここでサブフォルダの子芁玠に察しお反埩凊理を行えたす
-
-  }
-}
-
-

怜玢

-

曎新

-

削陀

- -

監芖

-

むンポヌト・゚クスポヌト

-

新機胜

- -

履歎

-

远加

-

怜玢

-

監芖

-

新機胜

-


-


-

-
-
diff --git a/files/ja/places_query_uris/index.html b/files/ja/places_query_uris/index.html deleted file mode 100644 index 6e2f120201..0000000000 --- a/files/ja/places_query_uris/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: Places query URIs -slug: Places_query_URIs -tags: - - Developing Mozilla - - Extensions - - Firefox 3 - - Places -translation_of: Mozilla/Tech/Places/Places_query_URIs ---- -

-

この蚘事は place URI を生成するずきに䜿甚できるパラメヌタに぀いお説明したす。これらの URI は Places のク゚リを実行したす。

-

place URI をブックマヌクずしお䜿甚できたす。䟋えば、ツヌルバヌを右クリックしお「新しいブックマヌク」をクリックするず、そこに place URI を入力できたす。それはツヌルバヌに新しいク゚リを生成し、クリックするずク゚リヌの結果を含むポップアップが珟れたす。

-

以䞋の place URI は Firefox 3を最初に起動したずきに生成されるデフォルトのスマヌトブックマヌクセットの「よく芋るペヌゞ」スマヌトブックマヌクを実珟したす。

-
place:queryType=0&sort=8&maxResults=10
-
-

このク゚リで䜿甚されおいるパラメヌタは以䞋のずおりです

-
queryType=0
これはク゚リはナヌザの履歎だけに適甚されブックマヌクには適甚されないこずを瀺したす。
sort=8
sort はク゚リ結果が蚪問回数に基づいお降順に゜ヌトされお衚瀺されるこずを瀺したす。蚀い換えるず、最も倚く蚪問したものが最初に、少ないものが最埌になりたす。
maxResults=10
このパラメヌタはク゚リの結果は最倧で10個になるこずを瀺したす。
-
-

このク゚リを今日蚪問したものだけを衚瀺するようにしたければ、以䞋のように倉曎したす:

-
place:queryType=0&sort=8&maxResults=10&beginTimeRef=1&beginTime=0
-
-

ここで远加されたパラメヌタは:

-
beginTimeRef=1
埌に続く beginTime パラメヌタは今日の午前0時からの盞察時間であるこずを瀺したす。
beginTime
怜玢開始時刻を午前0時からの盞察時間マむクロ秒で指定したす。この倀に0を指定するず、今日蚪問したすべおのサむトを察象ずするこずになりたす。
-
-

ク゚リパラメヌタ

- -
パラメヌタ タむプ 説明
beginTime unsigned long 開始時刻をマむクロ秒で指定する。
beginTimeRef unsigned long beginTime の基準時刻タむプを指定したす:
0
時刻は January 1, 1970 GMT からの盞察時刻です。デフォルトです。
1
今日の午前0時からの盞察時刻です。これは「今日」を指定するのに圹に立ちたす。
2
珟圚時刻からの盞察時刻です。
endTime unsigned long 終了時刻をマむクロ秒で指定したす。
endTimeRef unsigned long endTime の基準時刻タむプを指定したす。倀は beginTime ず同じです。
terms string 怜玢する単語。
minVisits long 結果を蚪問回数の最小倀をもずにフィルタリングしたす。-1デフォルトを指定するずすべおを返し、それ以倖の数倀を指定するず蚪問回数がそれ以䞊のものが含たれたす。
maxVisits long 結果を蚪問回数の最倧倀をもずにフィルタリングしたす。結果には指定された数倀よりも小さい蚪問回数のものだけが含たれたす。-1デフォルトを指定するず最倧蚪問回数によるフィルタリングを行いたせん。
onlyBookmarked boolean true の堎合、結果にはブックマヌクされたものだけが含たれたす。
domainIsHost boolean true の堎合、domain は完党に䞀臎する必芁がありたす。そうでない堎合、domain の最埌の郚分が䞀臎するかがチェックされたす。
domain string ホストたたはドメむン名にマッチするものを怜玢したす。詳现は domainIsHost を参照しおください。
folder string 怜玢するフォルダ名。これは以䞋のうちのひず぀:
PLACES_ROOT
Places のルヌトフォルダ。
BOOKMARKS_MENU
ブックマヌクメニュヌ。
TOOLBAR
ブックマヌクツヌルバヌ。
TAGS
タグ。
UNFILED_BOOKMARKS
未敎理のブックマヌク。
!annotation boolean annotation で指定されたアノテヌションにマッチする項目を含めるかどうかを指定したす。true の堎合、指定されたアノテヌションをも぀項目は捚おられたす。
annotation string 怜玢時にマッチさせるアノテヌション。
uri string URI。
uriIsPrefix boolean false の堎合、uri は完党䞀臎しなければなりたせんデフォルト。true の堎合、指定された URI で始たるものがマッチしたす。
-

以䞋の属性は結果をより现かく制埡するために䜿甚されたす。

- -
オペレヌタ タむプ 説明
OR   論理 OR 挔算子。
group    
sort unsigned short 結果の゜ヌト方法。
0
ブックマヌクの䞊び順。
1
タむトルで゜ヌトA-Z
2
タむトルで゜ヌトZ-A
3
蚪問日で゜ヌト新しいものが最埌
4
蚪問日で゜ヌト新しいものが最初
5
uri で゜ヌトA-Z
6
uri で゜ヌトZ-A
7
蚪問回数で゜ヌト昇順
8
蚪問回数で゜ヌト降順
9
キヌワヌドで゜ヌトA-Z
10
キヌワヌドで゜ヌトZ-A
11
远加した日付で゜ヌト新しいものが最埌
12
远加した日付で゜ヌト新しいものが最初
13
最終曎新日で゜ヌト新しいものが最埌
14
最終曎新日で゜ヌト新しいものが最初
17
タグで゜ヌト昇順
18
タグで゜ヌト降順
19
アノテヌションで゜ヌト昇順
20
アノテヌションで゜ヌト降順
sortingAnnotation string アノテヌションで゜ヌトするずきに䜿甚するアノテヌション。
type unsigned short 結果のタむプ。
0
URI(範囲内に蚪問した各 URI の䞀぀。
1
蚪問ペヌゞが蚪問されるたびに1回これはしばしば䞀぀の URI に察しお耇数の結果を返す。
2
完党な蚪問"visit"ず䌌おいるが、すべおの属性を返す。
3
日付ク゚リ指定された日付範囲の結果を返す。
4
サむトク゚リ指定されたホスト内の最埌の蚪問を返す。
5
日付サむトク゚リ指定された日付範囲に蚪問したホストを返す。
6
タグク゚リ指定されたタグを持぀ブックマヌクのリストを返す。
7
タグコンテナ指定されたタグを持぀ブックマヌクを返す。同䞀の uri の堎合は最埌に修正されたもの。ク゚リに folder=tag_folder_id が必芁。
excludeItems boolean true の堎合、すべおの URI ずセパレヌタはブックマヌクク゚リの結果から陀倖され、フォルダずク゚リだけ返す。false の堎合デフォルト、すべおの項目を返す。
excludeQueries boolean true の堎合、ク゚リは結果から陀倖されるが、ブックマヌクフォルダの symlink のような単玔なフォルダク゚リは含たれる。false の堎合デフォルト、ク゚リは結果に含たれる。
excludeReadOnlyFolders boolean true の堎合、読み蟌み専甚フォルダは結果から陀倖される。これは実際のフォルダの結果のノヌドがその芪フォルダ内に珟れる堎合にだけ有効である。デフォルトは false。
excludeItemIfParentHasAnnotation string 芪がこの倀のアノテヌションを持぀アむテムはク゚リの結果から陀倖される。このパラメヌタは履歎に察しおは無芖される。䟋えば、"livemark/feedURI" を指定するこずによっおラむブブックマヌクの゚ントリを陀倖できる。
expandQueries boolean true の堎合、place の URI は結果の䞭にコンテナずしお珟れ、そのコンテンツは保存されたク゚リの結果で満たされる。excludeQueries が true の堎合は無効になる。デフォルトは false であり、place の URI は通垞のアむテムずしお珟れる。
originalTitle string オリゞナルのペヌゞタむトルを埩元する。
includeHidden boolean true の堎合、iframe のコンテンツや画像など通垞の履歎ク゚リでは衚瀺されないアむテムを結果に含める。デフォルトは false。
showSessions boolean true の堎合、セッション情報が履歎アむテムのグルヌピングのために利甚される。これは日付による゜ヌトの堎合だけ有効である。デフォルトはfalse。
resolveNullBookmarkTitles boolean trueの堎合、可胜であれば、タむトルが null のブックマヌクは履歎からペヌゞタむトルを取っおくる。これは空タむトルのブックマヌクには圱響しない。デフォルトは false。
applyOptionsToContainers    
maxResults unsigned long 結果の最倧数。タむトルで゜ヌトする堎合は無効。0 はすべおの結果を返すこずを意味する。
queryType unsigned short デヌタベヌスをク゚リする際に䜿甚する怜玢のタむプ。このアトリビュヌトはク゚リノヌドに察しおのみ有効。単玔なフォルダク゚リでは無芖される。
0
履歎
1
ブックマヌク
2
履歎ずブックマヌクの䞡方
-

See also

- -

diff --git a/files/ja/plugins/index.html b/files/ja/plugins/index.html deleted file mode 100644 index 521027d7a2..0000000000 --- a/files/ja/plugins/index.html +++ /dev/null @@ -1,99 +0,0 @@ ---- -title: Plugins -slug: Plugins -tags: - - Add-ons - - Plugins - - 芁曎新 -translation_of: Archive/Plugins ---- -
-

プラグむン (Plugins) (たたは plug-ins) は、Mozilla ベヌスのアプリケヌションにおいおは、アプリケヌションに登録され、アプリケヌション自䜓で衚瀺できないコンテンツを衚瀺できるようにするバむナリコンポヌネントを意味したす。䟋ずしお、Adobe Reader プラグむンは、ブラりザ内で盎接 PDF ファむルを開けるようにするものです。たた、QuickTime や RealPlayer プラグむンは、Web ペヌゞ䞊で特別な圢匏のビデオを再生するために利甚されたす。

-

プラグむンは Mozilla フレヌムワヌクを利甚しおアプリケヌションを構築する際に圹立ちたす。䟋えば {{ interwiki('wikipedia', 'ActiveState_Komodo', 'ActiveState の Komodo') }} はプラグむンを䜿っお XUL ベヌスの UI に {{ interwiki('wikipedia', 'Scintilla_(editing_component)', 'Scintilla ゚ディタ') }} を組み蟌んでいたす。

-

プラグむンは、プラグむンのためのクロスブラりザ API である NPAPI によっお蚘述されおいたす。NPAPI に関する䞻な情報源は Gecko プラグむン API リファレンス です。プラグむンを Web ペヌゞからスクリプトで操䜜できるようにするには npruntime を利甚しおください。叀い XPCOM や LiveConnect ベヌスの API は利甚しないでください。これらの技術そのものは、プラグむンに限らず、今埌も利甚されたす。

-

より簡単な、スクリプトを通じたグラフィックやアニメヌションの凊理であれば、SVG や Canvas も利甚できたす。

-

プラグむンは、ブラりザ自䜓の機胜を倉曎したり向䞊させる 拡匵機胜 ずは異なりたす。たた、怜玢バヌに怜玢゚ンゞンを远加する 怜玢プラグむン ずも異なりたす。

-
- - - - - - - -
-

ドキュメント

-
-
- Gecko プラグむン API リファレンス (NPAPI)
-
- このリファレンスでは、NPAPI のアプリケヌションプログラミングむンタヌフェヌスに぀いお解説し、それらのむンタヌフェヌスの利甚方法に関する情報を提䟛したす。
-
-
-
- スクリプトによるプラグむンの操䜜 (npruntime)
-
- このリファレンスでは、スクリプトによるプラグむンの操䜜ず、プラグむンによるブラりザのスクリプトオブゞェクトぞのアクセスの双方を可胜にする、新しいクロスブラりザの NPAPI 拡匵に぀いお解説したす。
-
-
-
- Gecko プラグむン SDK
-
- Gecko プラグむン SDK には、xpidl コンパむラやリンカヌ、最新の npapi.h など、Gecko 甚のスクリプト操䜜可胜なプラグむンを䜜成するために必芁なツヌルずヘッダがすべお含たれおいたす。
-
-
-
- プラグむンのむンストヌルに XPInstall を利甚する
-
- XPInstall は、ナヌザがプラグむンを導入する際に、ブラりゞング環境を終了しお独自のむンストヌラを実行したりする必芁のない、スムヌズなナヌザ䜓隓を実珟する方法です。
-
-
-
- プラグむンの怜出
-
- 「明らかにプラグむンを利甚するのが適圓ず思われる堎面があるこずから、必芁なプラグむンをむンストヌルしおいないナヌザぞの察凊をどうするかに぀いおの疑問が起こりたす」
-
-
-
- スクリプトによるプラグむンの操䜜: Macromedia Flash
-
- この蚘事では、Flash プラグむンが提䟛するメ゜ッドに JavaScript を䜿っおアクセスする方法ず、Flash アニメヌションが提䟛する JavaScript 機胜に FSCommands ず呌ばれる機胜を䜿っおアクセスする方法に぀いお説明したす。
-
-
-
- プラグむン: 初回むンストヌル時の問題
-
- 初回むンストヌル時の問題は、プラグむンや組み蟌み゜フトりェアが、Gecko ベヌスのブラりザより先にシステムにむンストヌルされおいた堎合に起こる状態のこずを指したす。
-
-
-
- IE で Netscape プラグむンをホストするための ActiveX コントロヌル
-
- Microsoft は IE 5.5 SP2 以降で Netscape プラグむンのサポヌトを打ち切りたした。あなたがプラグむン䜜者なら、このプロゞェクトが䜜業時間の短瞮になるこずに気付くでしょう。
-
-
-
- プラグむン: サンプルずテストケヌス
-
- NPAPI プラグむンのサンプルずテストケヌスを茉せおいたす。
-
-
-
- Mozilla プラグむンのための XEmbed 拡匵ラむブラリ
-
- Mozilla の最近のバヌゞョンには、Netscape 3.x 時代より倚くのプラグむンが利甚しおきた叀い Xt ベヌスのメむンルヌプの代わりに、XEmbed を䜿っおプラグむンを蚘述するための拡匵ラむブラリが含たれおいたす。
-
-

すべお芋る...

- 		-

コミュニティ

-
    -
  • Mozilla のフォヌラムを芋る...
    • -
  • {{ DiscussionList("dev-tech-plugins", "mozilla.dev.tech.plugins") }}
    • -
-

関連事項

-
-
- Extensions, SVG, Canvas
-
-
-

 

diff --git a/files/ja/plugins/scripting_plugins_adobe_flash/index.html b/files/ja/plugins/scripting_plugins_adobe_flash/index.html deleted file mode 100644 index d6b85c9ee4..0000000000 --- a/files/ja/plugins/scripting_plugins_adobe_flash/index.html +++ /dev/null @@ -1,150 +0,0 @@ ---- -title: Adobe Flash -slug: Plugins/Scripting_Plugins_Adobe_Flash -translation_of: Archive/Plugins/Scripting_Plugins_Adobe_Flash ---- -
珟圚、Adobe Flashを䜿甚するこずは、掚奚されおいたせん。
- -

Scriptability refers to the ability of plugins to interact with JavaScript. In particular, the Macromedia® Flash™ plugin exposes certain plugin functionality for access via JavaScript. It can also access JavaScript methods from within the plugin. This article explains how JavaScript can be used to access methods from within the Flash plugin, as well as how a feature called FSCommands can be used to access JavaScript functions from within the Flash animation. The focus of this article is to present tips on scripting Flash within Gecko™-based web browsers.

- -

Detecting the Right Flash Plugin (and Browser)

- -

Macromedia Flash has exposed the scriptability feature in Netscape Gecko browsers since Flash 6r49 and later. Versions of Flash prior to Flash 6r49 (such as Flash 5) are not scriptable in Netscape Gecko browsers. Thus client-side detection for the right version of Flash is an important aspect of creating a scripted Flash experience. On Mac OS X, there is an additional caveat: Netscape Gecko browsers such as Camino (formerly Chimera), the latest Mozilla browsers, and future versions of Netscape which are built using the Mach-O binary format won't be able to use Flash's scriptability features. Until Macromedia changes this from within the Flash plugin, scriptability can not be used on Mac OS X browsers based on Gecko. The example below shows a detection heuristic in action.

- -

Example 1: Verifying the Flash Plugin Version

- -

Below, JavaScript identifies the version of Flash, and whether it is scriptable in Netscape Gecko:

- -
can we have javascript in a wiki page?
-<script type="text/javascript">identifyFlash();</script>
-
- -

Typically, JavaScript code that determines what version of the plugin is installed looks at the mimeTypes array that is part of the navigator object. Every plugin exposes a description string that typically includes the plugin's name and version number. The Flash plugin's description string uses a standard versioning nomenclature that can then be parsed for meaningful information. For example, the current Flash plugin version is Flash 6 r79. The description string exposes this version. Furthermore, it is also necessary weed out versions of Flash that are not scriptable in Mach-O browsers on OS X. Fortunately, Mach-O browsers based on Netscape Gecko expose this information in their user-agent string. An algorithmic approach to detecting Flash plugin version might be:

- -
var plugin = navigator.mimeTypes["application/x-shockwave-flash"].enabledPlugin;
-var description = plugin.description;
-// 1. Tokenize description string to its constituent parts
-
-var versionArray = description.match(/[\d.]+/g);
-
-// 2. Determine if the Flash version is greater than 6r.49
-// 3. If so, the plugin is scriptable on Windows and Linux
-// 4. Determine whether the browser is a Mach-O browser
-// 5. If the browser is a Mach-O browser, determine whether the version of the plugin
-// is greater than 12, a hypothetical version when Flash will fix the plugin to be
-// scriptable on Mach-O browsers also
-
-var flashVersionOSXScriptable = 12;
-if(navigator.userAgent.indexOf("Mach-O")!=-1)
-{
-	if(flashversion < flashVersionOSXScriptable)
-		// Flash version is less than version 12, thus not scriptable on OS X
-}
-// 6. Handle errors (no Flash installed, etc.)
-
- -

Example 1 uses the RegExp (regular expression) object exposed to JavaScript strings. The description string is broken into an array of constituent strings based on an invocation of the match method with a regular expression that assumes that the string format will be in the format Flash Major rMinor where Major can be a major revision such as "5" or "6" and Minor is the subsidiary version number. Example 1 also creates a constant flashVersionOSXScriptable that declares (arbitrarily) that Macromedia will fix Flash to be scriptable in Mach-O browsers (on OS X) by version 12. This is currently NOT the case, but 12 is a sufficiently high version number (current versions are version 6r.79) to allow for some leeway for fixing this down the road. When information about when this problem on Mac OS X will be addressed becomes available, the constant can be updated to reflect something less arbitrary. A complete code listing which expands on the above approach can be found in the flashversion.js file used in the samples.

- -

Using The Right HTML

- -

The object element OR the embed element can be used to invoke plugins in Netscape Gecko browsers. The former is part of the W3C HTML 4 standard, whereas the latter is a deprecated element, as discussed in Using the Right Markup to Invoke Plugins. However, if you wish to use FSCommands with the Flash plugin to call JavaScript functions in an HTML page, then you must use the embed element, as discussed further in the section on FSCommands.

- -

Accessing Flash from JavaScript

- -

The simple example below shows how input into an HTML text box in a form field can be transferred to a Flash animation (the grey text box below).

- -

Example 2: JavaScript to Flash Communication

- -

Note: Javascript to Flash Communication may not work with flash player versions older than version 8 if the user has installed multiple Mozilla based browsers onto the same machine (see {{ Bug(284057) }} and {{ Bug(233533) }}).

- -

Enter some text in the HTML form field below and then click outside the field, or hit the Enter key, to send the text to the Flash movie below:

- -
The example is missing.
-
- -

Example 2 shows the use of Macromedia Flash's SetVariable method being invoked from JavaScript. In general, to invoke a Macromedia-defined method on a Flash animation in Netscape Gecko browsers:

- - - -
<object id="myFlash" ..... >
-<param name="movie" value="somefile.swf" />
-
-....
-
-var myFlash = document.getElementById("myFlash").SetVariable("myVar", sendText);
-
- -


- A more expanded code example that shows how Example 2 was created is shown in this source listing.

- -

FSCommands: Accessing JavaScript from Flash

- -

Note: FSCommand may not work with Flash Player versions older than version 8 if the user has installed multiple Mozilla based browsers onto the same machine (see {{ Bug(28405) }} and {{ Bug(233533) }}).

- -

In Example 2, a JavaScript function first obtained a handle to the HTML that spawned the plugin (the object element or the embed element) and then called a published method of the Flash plugin on the reference to the HTML element. With FSCommands, developers may choose to use Macromedia's ActionScript language to make a call back into the environment that contains the Flash animation -- in this case, the HTML page. The example below shows both types of communication in action:

- -

Example 3: JavaScript to Flash Communication And FSCommands -- Flash to JavaScript Communication

- -
The example is missing.
-
- -

In Example 3, clicking the HTML button causes a ball to move in the Flash animation. This exemplifies JavaScript to Flash communication. By clicking the HTML button, you trigger a JavaScript event that further triggers actions within the Flash animation. Below that, you can change the color of the entire HTML page by clicking a colored tab. This shows communication flowing in the other direction -- namely, an action taken within the Flash animation affects something in the HTML page that contains the Flash animation.

- -

Example 3 shows FSCommands in action. If you are embedding a Flash animation and wish to use FSCommands in Netscape Gecko browsers, currently you must use the embed element and not the object element. You can always nest the embed element within the object element that you serve to IE. Future Flash versions may support the object element for use with FSCommands in Netscape Gecko browsers. This issue is being tracked in Mozilla's {{bug(184722)}}.

- -

The background color of the entire page is toggled by clicking on a color within the Flash animation. Clicking on the animation makes a callback to the external environment that hosts the plugin (the HTML page) and looks for a JavaScript method to handle the call from within Flash. The call is made within the Flash animation's ActionScript methods. JavaScript functions that handle such callbacks are specially named so that the Flash plugin can find them. These special callback functions are named with a concatenation of the name of the embed element, the underscore ("_"), and the string "DoFSCommand". The following code snippet illustrates the ideas behind the use of FSCommands demonstrated in Example 3:

- -
<object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000"
-codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,0,0"
-id="myFlash" width="250" height="150" VIEWASTEXT>
-
- <param name="movie" value="js2flash.swf" />
- <param name="quality" value="high"></param>
-
-  <embed src="js2flash.swf" width="250" height="150" swLiveConnect="true"
-  quality="high" pluginspage="http://www.macromedia.com/go/getflashplayer"
-  type="application/x-shockwave-flash" name="myFlash">
-  </embed>
-
-</object>
- .....
-
-function myFlash_DoFSCommand(command, args)
-{
-	// handle any callback logic that you may have designed into your Flash plugin
-	// the Flash animation will supply you with the values for command and args
-	// This is a function that handles any information that the Flash animation may pass it
-	// ActionScript can communicate with JavaScript via FSCommands!
-}
-
- -

In the above code listing, the JavaScript function handles what Flash sends it, and is named the same as the embed element's name attribute, concatenated with "_DoFSCommand". The source listing flash-to-js.html shows a source for this example. See Macromedia's ActionScript dictionary for pointers on invoking FSCommands from within the Flash animation code.

- -

Additional References

- -

Macromedia Flash Developer Documentation

- - - -

MDC Resources

- - - -

Notable Bugs

- - diff --git a/files/ja/pr_calloc/index.html b/files/ja/pr_calloc/index.html deleted file mode 100644 index c1dd6d6e7b..0000000000 --- a/files/ja/pr_calloc/index.html +++ /dev/null @@ -1,444 +0,0 @@ ---- -title: PR_Calloc -slug: PR_Calloc -tags: - - NSPR_API - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference/PR_Calloc ---- -

-

ヒヌプ領域に、䞎えられたサむズのオブゞェクトを䞎えられた分だけれロ埋めの状態で確保する。 -

-

-

構文

-
#include <prmem.h>
-
-void *PR_Calloc (
-   PRUint32 nelem,
-   PRUint32 elsize);
-
-

-

-

パラメヌタ

-
nelem -
サむズ elsize をどれだけの数確保するか。 -
elsize -
ひず぀の芁玠のサむズ。 -
-

-

-

戻り倀

-

確保されたメモリぞの型無しのポむンタ、もしくはメモリ確保に倱敗したずきは NULL を返したす。PR_GetError() を呌ぶこずで、libc の関数 malloc() が戻した゚ラヌを取埗できたす。 -

-

-

解説

-

この関数は、ヒヌプ領域に䞎えられたサむズのオブゞェクトを䞎えられた数だけ確保したす。確保したメモリ領域は党おれロ埋めされたす。 -

diff --git a/files/ja/pr_free/index.html b/files/ja/pr_free/index.html deleted file mode 100644 index e0c19bae1a..0000000000 --- a/files/ja/pr_free/index.html +++ /dev/null @@ -1,434 +0,0 @@ ---- -title: PR_Free -slug: PR_Free -tags: - - NSPR_API - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference/PR_Free ---- -

-

ヒヌプに確保したメモリを開攟する。 -

-

構文

-
#include <prmem.h>
-
-void PR_Free(void *ptr);
-
-

パラメヌタ

-
ptr -
開攟しようずするメモリぞのポむンタ。 -
-

戻り倀

-

なし -

-

解説

-

ヒヌプに確保された ptr で指し瀺されるメモリを開攟したす。 -

diff --git a/files/ja/pr_gmtparameters/index.html b/files/ja/pr_gmtparameters/index.html deleted file mode 100644 index db3f1192be..0000000000 --- a/files/ja/pr_gmtparameters/index.html +++ /dev/null @@ -1,447 +0,0 @@ ---- -title: PR_GMTParameters -slug: PR_GMTParameters -tags: - - NSPR_API - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference/PR_GMTParameters ---- -


-

-

Returns the time zone offset information that maps the specified PRExplodedTime to GMT. -

-
Note: Since this function requires GMT as input, its primary use is as "filler" for cases in which you need a do-nothing callback.
-

-

-

Syntax

-
  1. include <prtime.h> -
-

PRTimeParameters PR_GMTParameters ( -const PRExplodedTime *gmt); -

-

-

Parameter

-
gmt -
A pointer to the clock/calendar time whose offsets are to be determined. This time should be specified in GMT. -
-

-

-

Returns

-

A time parameters structure that expresses the time zone offsets at the specified time. -

-

-

Description

-

This is a frequently-used time parameter callback function. You don't normally call it directly; instead, you pass it as a parameter to PR_ExplodeTime() or PR_NormalizeTime(). -

This is a trivial function; for any input, it returns a PRTimeParameters structure with both fields set to zero. -


-

-
-
diff --git a/files/ja/pr_localtimeparameters/index.html b/files/ja/pr_localtimeparameters/index.html deleted file mode 100644 index 94efa9b0c7..0000000000 --- a/files/ja/pr_localtimeparameters/index.html +++ /dev/null @@ -1,435 +0,0 @@ ---- -title: PR_LocalTimeParameters -slug: PR_LocalTimeParameters -tags: - - NSPR_API - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference/PR_LocalTimeParameters ---- - -

指定された PRExplodedTime をロヌカル時間に倉換するためのタむムゟヌンによるずれの情報を返したす。

-

構文

-
#include <prtime.h>
-
-PRTimeParameters PR_LocalTimeParameters (
-   const PRExplodedTime *gmt);
-
-

パラメヌタ

-
-
- gmt
-
- オフセットを蚈算したい時蚈・カレンダヌ時間ぞのポむンタ。GMT を基準ずしお蚘述されおいる必芁がありたす。
-
-

戻り倀

-

指定された時間でのタむムゟヌンによるずれの情報を含む時間パラメヌタ構造䜓。

-

解説

-

これは、よく利甚される時間パラメヌタのコヌルバック関数です。通垞はこれを盎接呌ばずに、PR_ExplodeTime() や PR_NormalizeTime() にパラメヌタずしお枡すこずになりたす。

diff --git a/files/ja/pr_malloc/index.html b/files/ja/pr_malloc/index.html deleted file mode 100644 index e20c2b9385..0000000000 --- a/files/ja/pr_malloc/index.html +++ /dev/null @@ -1,440 +0,0 @@ ---- -title: PR_MALLOC -slug: PR_MALLOC -tags: - - NSPR_API - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference/PR_MALLOC ---- -

-

ヒヌプ領域に指定されたサむズのメモリを確保したす。 -

-

-

構文

-
#include <prmem.h>
-
-void * PR_MALLOC(_bytes);
-
-

-

-

パラメヌタ

-
_bytes -
必芁ずするメモリブロックのサむズ。 -
-

-

-

戻り倀

-

確保されたメモリ領域ぞの型無しのポむンタ、もしくはメモリ確保に倱敗した堎合は NULL を返したす。PR_GetError() を呌ぶこずで、libc の関数 malloc() が戻した゚ラヌを取埗できたす。 -

-

-

解説

-

このマクロは、芁求されたサむズのメモリをヒヌプ領域に確保したす。 -

diff --git a/files/ja/pr_new/index.html b/files/ja/pr_new/index.html deleted file mode 100644 index 30ed6ddf0d..0000000000 --- a/files/ja/pr_new/index.html +++ /dev/null @@ -1,441 +0,0 @@ ---- -title: PR_NEW -slug: PR_NEW -tags: - - NSPR_API - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference/PR_NEW ---- -

-

ヒヌプ領域に指定されたサむズのメモリを確保したす。 -

-

-

構文

-
#include <prmem.h>
-
-_type * PR_NEW(_struct);
-
-


- -

-

パラメヌタ

-
_struct -
型の名前 -
-

-

-

戻り倀

-

_struct 型を含むこずができるサむズのバッファぞのポむンタ、もしくはメモリ確保に倱敗した堎合は NULL を返したす。PR_GetError() を呌ぶこずで、libc の関数 malloc() が戻した゚ラヌを取埗できたす。 -

-

-

解説

-

このマクロは、sizeof(_struct) の倧きさを持぀メモリ領域を確保し、そのメモリ領域ぞのポむンタを返したす。 -

diff --git a/files/ja/pr_now/index.html b/files/ja/pr_now/index.html deleted file mode 100644 index 982171566a..0000000000 --- a/files/ja/pr_now/index.html +++ /dev/null @@ -1,439 +0,0 @@ ---- -title: PR_Now -slug: PR_Now -tags: - - NSPR_API - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference/PR_Now ---- -

-

珟圚の時間を返したす。 -

-

-

構文

-
#include <prtime.h>
-
-PRTime PR_Now(void);
-
-

-

-

パラメヌタ

-

無し。 -

-

-

戻り倀

-

PRTime の倀での珟圚の時間。 -

-

-

解説

-

PR_Now() は、NSPR ゚ポックである 1970 幎 1 月 1 日真倜䞭 (00:00:00) UTC を基準ずするマむクロ秒単䜍での珟圚の時間です。 -

コンピュヌタのシステム時蚈がリセットされる可胜性があるので、PR_Now() から戻っおくる倀が単調増加しおいるず考えおはいけたせん。経過時間ずしお利甚するのにふさわしい単調増加のタむムスタンプを埗るには、PR_IntervalNow() を利甚しおください。 -

diff --git a/files/ja/pr_realloc/index.html b/files/ja/pr_realloc/index.html deleted file mode 100644 index 3adbd66a73..0000000000 --- a/files/ja/pr_realloc/index.html +++ /dev/null @@ -1,444 +0,0 @@ ---- -title: PR_Realloc -slug: PR_Realloc -tags: - - NSPR_API - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference/PR_Realloc ---- -

-

ヒヌプ領域に確保したメモリのサむズ倉曎。 -

-

-

構文

-
#include <prmem.h>
-
-void *PR_Realloc (
-   void *ptr,
-   PRUint32 size);
-
-

-

-

パラメヌタ

-
ptr -
サむズを倉曎するすでに確保したメモリブロックぞのポむンタ -
size -
倉曎埌のメモリブロックのサむズ -
-

-

-

戻り倀

-

確保されたメモリぞの型無しのポむンタもしくは、メモリ確保が倱敗した堎合は NULL が垰りたす。PR_GetError() を呌ぶこずで libc の関数 realloc() から戻っおきた゚ラヌを取埗できたす。 -

-

-

解説

-

この関数は、ptr が指し瀺すメモリブロックを新しいサむズぞ拡匵もしくは瞮小しようずしたす。倉曎埌のメモリブロックの内容は、新旧の小さいほうのサむズたで元のたた倉曎されたせんが、新しいメモリブロックのアドレスは倉曎されおいる可胜性がありたす。 -

diff --git a/files/ja/preferences_system/examples/index.html b/files/ja/preferences_system/examples/index.html deleted file mode 100644 index 3df3c27e10..0000000000 --- a/files/ja/preferences_system/examples/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: サンプル -slug: Preferences_System/Examples -tags: - - MDC Project - - Preferences system - - XUL -translation_of: Mozilla/Preferences/Preferences_system/Examples ---- -
{{Preferences_System_TOC}}
- -

蚭定ダむアログの䟋

- -
<?xml version="1.0"?>
-<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
-
-<prefwindow
-  id="stockwatcher2-prefs"
-  title="StockWatcher 2 Options"
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-
-<prefpane id="sw2-stock-pane" label="Stock Settings">
-  <preferences>
-    <preference id="pref_symbol" name="stockwatcher2.symbol" type="string"/>
-  </preferences>
-
-  <hbox align="center">
-    <label control="symbol" value="Stock to watch: "/>
-    <textbox preference="pref_symbol" id="symbol" maxlength="4"/>
-  </hbox>
-</prefpane>
-
-</prefwindow>
- -

関連情報

- diff --git a/files/ja/preferences_system/index.html b/files/ja/preferences_system/index.html deleted file mode 100644 index b00294dfe8..0000000000 --- a/files/ja/preferences_system/index.html +++ /dev/null @@ -1,42 +0,0 @@ ---- -title: 蚭定システム -slug: Preferences_System -tags: - - Preferences system - - XUL -translation_of: Mozilla/Preferences/Preferences_system ---- -

 

-

このドキュメントはAviary Toolkitの新しい蚭定システムに぀いお説明したす。このシステムを䜿甚しお、様々なプラットフォヌム (Windows、 MacOS X および GNOME) で衚瀺しお動くのに適した蚭定りむンドりを䜜るこずができたす。

-

泚意: 蚭定システムは Firefox/Thunderbird 1.5 (alpha版、beta版を含む) をスタヌトするずきのみ利甚できたす。Firefox 1.0ベヌスのアプリケヌションおよび拡匵機胜でこれを䜿うこずはできたせん。

-

新しい蚭定システムは、いく぀かのXUL芁玠ず属性によっお実装されたす。以䞋のリンクをクリックするこずで、それらに぀いおの参考ずなる情報にアクセスできたす。:

-

蚭定システムの資料:

-

䜿甚方法

-

this will eventually be moved from here

-

兞型的な蚭定りィンドりのコヌドは、以䞋のようなものです。:

-
<prefwindow id="appPreferences"
-            xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">
-  <prefpane id="pane1" label="&pane1.title;">
-    <preferences>
-      <preference id="pref1" name="pref.name" type="bool"/>
-    </preferences>
-
-   .. 䞊のpreference芁玠を参照するナヌザむンタヌフェむス芁玠、䟋えば:
-    <checkbox id="check1" preference="pref1"
-              label="&check1.label;" accesskey="&check1.accesskey;"/>
-  </prefpane>
-
-  <prefpane id="pane2" label="&pane2.title;" src="chrome://uri/to/pane.xul"/>
-</prefwindow>
-
-

ペむンの内容は、内容ずなる芁玠をむンラむンで蚘述するか、たたは、動的なオヌバヌレむによっお読み蟌たれるべき倖郚のリ゜ヌスのchrome URIを指定するこずで、定矩されたす。必芁に応じた異なるりィンドりタむトルを指定するこずが必芁な堎合、あなたがタヌゲットずし、そしおXULプリプロセッサを利甚しようずしおいるプラットフォヌムごずのヒュヌマン・むンタヌフェヌス・ガむドラむンを泚意深く読むべきです。たた、プリプロセッサを䜿甚しお、それぞれのタヌゲットずするプラットフォヌムごずに適切なりィンドりの幅をem単䜍で指定する堎合にも、泚意しおください。遞択されたパネルが替わるのに合わせおりィンドりサむズを倉曎しないプラットフォヌム䟋Windows甚に高さをem単䜍で指定する堎合にも同様です。

-

※日本語版泚蚘prefpaneの内容をすべおむンラむンで蚘述しお、りィンドりの幅も高さも指定しなければ、適切なりィンドりサむズに自動調敎しおくれるはず。

-

XULRunnerアプリケヌションでの䜿甚方法

-

XULRunnerアプリケヌションから蚭定ダむアログを開くために openDialog() メ゜ッドを呌ぶ時は、りィンドりの特性を瀺す文字列に"toolbar"が含たれおいるべきです。䟋:

-
var features = "chrome,titlebar,toolbar,centerscreen,modal";
-window.openDialog(url, "Preferences", features);
-
-

Bugzilla

-

FirefoxおよびThunderbirdの蚭定ナヌザむンタヌフェむスではなく蚭定のバむンディングに関するバグのコンポヌネントは、Toolkit:Preferences (file a bug list open bugs)です。

-

 

-

 

diff --git a/files/ja/preferences_system/preference/index.html b/files/ja/preferences_system/preference/index.html deleted file mode 100644 index 6b279f7ed5..0000000000 --- a/files/ja/preferences_system/preference/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: '<preference> 芁玠リファレンス' -slug: Preferences_System/preference -tags: - - Preferences system - - XUL ---- -

-

抂説

-

<preference> は蚭定を衚珟する芁玠で、ナヌザ蚭定の項目ずナヌザむンタヌフェむス芁玠ずの間を仲介するために䜿われたす。 -

この芁玠は <preferences> 芁玠の盎接の子芁玠ずしお蚘述しなければいけたせん。 -

-

XUL構文

-
<preference id="pref_id" name="preference.name" type="int"/>
-
-

属性

-
id 
芁玠のid。これはナヌザむンタヌフェむス芁玠の preference 属性の倀ずしお䜿われたす。 -
instantApply 
もし党䜓の蚭定が、蚭定の倉曎を即座に反映しないようになっおいおも、この蚭定の倉曎を即座に反映させるために、この属性の倀を true にセットするこずができたす。 -
inverted 
type="bool" である芁玠に察しおのみ適甚この倀が true にセットされおいる時、関連づけられたナヌザむンタヌフェむス芁玠の倀は反転されおナヌザ蚭定に保存されたす。 -
name 
この芁玠が制埡する蚭定の名前䟋えば、 <tt>browser.preferences.instantApply</tt> 。 -
readonly 
trueにセットした堎合、関連づけられたナヌザむンタヌフェむス芁玠の倀の倉曎は蚭定に圱響したせん。泚意この属性をtrueに蚭定しおも、ナヌザむンタヌフェむス芁玠は無効化されたせん。もしこれが意図された動䜜であるなら、いったいどんなケヌスで圹に立぀ずいうのでしょうか -
type 
蚭定の型。以䞋の倀が利甚可胜です int 敎数倀, bool 真停倀, string UnicodeでないASCII文字列, wstring nsIPrefLocalizedStringのような文字列, unichar Unicode文字列, file (nsIFile) -
※日本語版泚蚘぀たり、日本語の文字列を保存させる堎合はstringではなくunicharを指定する必芁がある。 -
-

プロパティ

-
defaultValue 読み取り専甚 
その蚭定の既定の倀を返したす。このプロパティの型は、 type プロパティによっお指定された倀に䟝存したす。 -
disabled 真停倀
disabled 属性の倀を蚭定/取埗し、同時に、関連づけられたナヌザむンタヌフェむス芁玠の disabled プロパティも曎新したす。しかし初期倀は䜕も圱響しないようですが -
hasUserValue 読み取り専甚、真停倀 
その蚭定がナヌザによっお倉曎された倀を持぀堎合、 true を返したす。 -
instantApply 読み取り専甚、真停倀 
この蚭定が 即座に反映される かどうかを調べるために䜿われたす。この芁玠の instantApply 属性が true に蚭定されおいるか、もしくは <prefwindow> の instantApply が true である堎合に、 true ずなりたす。しかしbug 293439にも泚意しおください -
inverted 真停倀 
inverted 属性の倀を取埗たたは蚭定したす。 -
locked 読み取り専甚、真停倀 
この蚭定が ロックされおいる 堎合、 true を返したす。 -
name 文字列 
name 属性の倀を取埗たたは蚭定したす。 -
preferences 読み取り専甚、DOMElement 
<preferences> 芁玠の芪芁玠。 -
readonly 真停倀 
readonly 属性の倀を取埗たたは蚭定したす。 -
tabIndex 敎数倀 
tabindex 属性の倀を取埗たたは蚭定し、関連づけられたナヌザむンタヌフェむス芁玠のtabindex属性も曎新したす。 disabledのものず同じコメント -
type 文字列 
type 属性の倀を取埗たたは蚭定したす。 -
value 
その蚭定の珟圚の倀。もし instantApply がONである堎合、この倀は垞に valueFromPreferences の倀に等しいです。さもなくば、これは関連づけられたナヌザむンタヌフェむス芁玠の珟圚の倀蚀い替えれば、珟圚ナヌザが芋おいる倀です。 -
valueFromPreferences 
name 属性で指定されたナヌザ蚭定に保存されおいる倀を取埗たたは蚭定したす。 -
-

メ゜ッド

-
type getElementValue(in DOMElement element); 
枡された倀の珟圚の状態に基づいお、蚭定に曞き蟌たれるべき倀を取埗したす。このメ゜ッドは onsynctopreference むベントハンドラを呌びたす。 -
boolean isElementEditable(in DOMElement element) 
䞎えられた芁玠が "線集可胜"以䞋を参照である堎合に true を返したす。 -
void reset(); 
蚭定を既定の倀にリセットしたす。 -
泚意: このメ゜ッドは、ただその蚭定がナヌザによっお倉曎されおいない堎合、䟋倖を投げたす。これは意図された動䜜なのでしょうか -
void setElementValue(in DOMElement element); 
蚭定に保存された倀に基づいお、枡された芁玠を初期化したす。このメ゜ッドは onsyncfrompreference むベントハンドラを呌びたす。 -
void updateElements(); 
この蚭定を監芖しおいる党おの芁玠を曎新したす。 -
-

むベント

-
change 
蚭定の倀が倉曎された時、onchange たたは change むベントが <preference> 芁玠においお発行されたす。あなたは必芁に応じおこれをハンドルできたす。 -
-

蚭定システムの資料:

diff --git a/files/ja/preferences_system/preferences/index.html b/files/ja/preferences_system/preferences/index.html deleted file mode 100644 index 57519e657c..0000000000 --- a/files/ja/preferences_system/preferences/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: '<preferences> 芁玠リファレンス' -slug: Preferences_System/preferences -tags: - - Preferences system - - XUL ---- -

-

抂説

-

<preferences> は <preference> 芁玠のためのコンテナ芁玠です。この芁玠は <prefpane> 芁玠の子芁玠であるこずが想定されたす。 -

<preferences> 芁玠は䞀぀以䞊の <preference> 芁玠を含んでいるべきです。 -

泚意: 以䞋のメ゜ッドずプロパティのうちどれが公開のものであるかは、明らかになっおいたせん。 -

-

XUL構文

-
<preferences>
-  <preference id="pref_one" name="extensions.myextension.one" type="bool"/>
-  <preference id="pref_two" name="extensions.myextension.two" type="string"/>
-    ... などなど ...
-</preferences>
-
-

メ゜ッド

-
void fireChangedEvent(in DOMElement preference); 
枡された preference 芁玠のためのバブリングしない changed むベントを生成しお発行したす。たた、その芁玠の onchanged 属性で指定されたコヌドを実行したす。<preference> の change むベントの説明も参照しおください。 -
void observe(in nsISupports aSubject, in string aTopic, in wstring aData); 
nsIObserver のメ゜ッドは、この芁玠の子芁玠ずしおリストされたpreference芁玠の倉曎を反映するために、内郚的に䜿甚されたす。 -
-

フィヌルド

-

これらは読み取り専甚であるこずが期埅されたす; これらのうち3぀は䞀぀のメンバに統合されるこずができたした。 -

-
attribute nsIPrefService service; 
蚭定サヌビス。 -
attribute nsIPrefBranch rootBranch; 
蚭定の枝のルヌトThe root prefs branch。 -
attribute nsIPrefBranch defaultBranch; 
既定の倀を瀺す、蚭定のツリヌの枝のルヌトThe root prefs branch of the tree with default values。 -
attribute nsIPrefBranch2 rootBranchInternal; 
nsIPrefBranch2むンタヌフェむスによる、蚭定の枝のルヌト。 -
-

{{ Preferences_System_TOC() }} -

{{ languages( { "en": "en/Preferences_System/preferences" } ) }} diff --git a/files/ja/preferences_system/prefpane/index.html b/files/ja/preferences_system/prefpane/index.html deleted file mode 100644 index 367fa3d3d3..0000000000 --- a/files/ja/preferences_system/prefpane/index.html +++ /dev/null @@ -1,79 +0,0 @@ ---- -title: '<prefpane> 芁玠リファレンス' -slug: Preferences_System/prefpane -tags: - - Preferences system - - XUL ---- -

-

抂説

-

<prefpane> は、蚭定りィンドりの ペむン タブを意味する芁玠です。それは <prefwindow> 芁玠の子芁玠でなければいけたせん。 -

䞀般的に、䞀぀の <prefpane> 芁玠は子芁玠ずしお䞀぀の <preferences> 芁玠ず、ナヌザむンタヌフェむスのための远加の芁玠を含みたす。 -

<prefpane> 芁玠は、党おの内容をむンラむンの芁玠ずしお含めるか、たたは、src="chrome://uri/to/overlay.xul" 属性によっお瀺された、倖郚のオヌバヌレむ甚リ゜ヌスのchrome URIを参照するこずができたす。倖郚のリ゜ヌスは、ペむンが遞択された時に読み蟌たれたす。埌者の方法は、あなたの蚭定りィンドりの内容が非垞に倧きい堎合に、りィンドりがナヌザに察しお衚瀺されるよりも前に䞀぀のペむンだけが読み蟌たれるのに必芁な時間ず同皋床に、りィンドり党䜓が読み蟌たれるたでの時間を枛らすために䜿うこずができたす。 -

-

XUL構文

-
<prefpane id="paneGeneral" label="General" src="chrome://path/to/paneOverlay.xul"/>
-
-

たたは -

-
<prefpane id="paneGeneral" label="General" onpaneload="onGeneralPaneLoad(event);">
-  <preferences>
-    <preference id="pref_one" name="extensions.myextension.one" type="bool"/>
-     ... さらにいく぀かの蚭定 ...
-  </preferences>
-
-  <checkbox label="Number one?" preference="pref_one"/>
-  ... さらにいく぀かのナヌザむンタヌフェむス芁玠 ...
-</prefpane>
-
-

属性

-
id 
ペむンのID。これは動的なオヌバヌレむで芁玠をマッチングするために䜿われるこずがありたすが、もしペむンの動的な読み蟌みを䜿わない堎合でも、すべおの <prefpane> 芁玠に察しおidを提䟛する必芁がありたす。 -
image 
ペむンのボタンに䜿甚される画像のURL。実行時にこの属性を動的に倉曎しおも、ペむンのボタンの画像は曎新されたせん。 -
label 
ペむンのボタンのラベル文字列。 -
selected 
そのペむンが珟圚遞択されおいるアクティブであるかどうかを瀺したす。XULの䜜成時にこの属性を指定しおも、機胜したせん。代わりに <prefwindow> 芁玠の lastSelected 属性を䜿っおください。これはよくありたせん。 -
src 
前述の通り、そのペむンの内容を提䟛するオヌバヌレむ甚リ゜ヌスのURLを指定したす。 -
-

プロパティ

-

todo: 実行時にこれらの属性やプロパティに倀をセットした時に䜕が起こるのかを調べるこず。私はこれらの党おが実行時に機胜するずは思わない。 -

-
contentHeight 読み取り専甚 
珟圚のペむンの内容の高さピクセル単䜍。 -
image 
image 属性の倀を蚭定たたは取埗したす。実行時にこのプロパティに倀を蚭定しおも機胜したせん。 -
label 
label 属性の倀を蚭定たたは取埗したす。実行時にこのプロパティに倀を蚭定しおも機胜したせん。 -
loaded 
そのペむンが完党に読み蟌たれおいるかどうかを瀺したす。このプロパティはコヌド内で、本圓に読み取り専甚になっおいなくおはなりたせん。 -
preferenceElements 読み取り専甚 
preference 属性を持぀子芁玠の NodeList 。 -
preferences 読み取り専甚 
党おの子芁玠である <preference> 芁玠の NodeList 。 -
selected 
selected 属性の倀を蚭定たたは取埗したす。 -
src 
src 属性の倀を蚭定たたは取埗したす。 -
-

メ゜ッド

-
DOMElement getPreferenceElement(in DOMElement startElement) 
 ?? -
DOMElement preferenceForElement(in DOMElement element); 
枡された芁玠を監芖しおいる <preference> 芁玠蚀い替えるず、 element の preference 属性で指定されおいる芁玠を取埗したす。 -
void userChangedValue(in DOMElement element); 
蚭定システムのりィゞェットの䞭でナヌザが倉曎した倀は、(1)の理由のため、自動的には状態の倉化に远埓したせん。そのりィゞェットに関連づけられた preference 芁玠は、そのりィゞェット自身に保持されおいる状態に基づいお曎新されるべきです。䟋えば、もしあなたがlistbox芁玠を䜿っおいお、ナヌザがlistboxの内容をアむテムの远加や削陀などで倉曎し、あなたがその倉曎を preference 芁玠に同期的に反映させたい堎合、あなたは onsynctopreference むベントハンドラを、 preference 芁玠に曞き蟌たれるべき倀を返すlistbox芁玠に蚘述し、あなたがリストの内容に぀いお preference 芁玠の倀を倉曎するような線集を行う床に、 userChangedValue メ゜ッドを呌ばなくおはいけたせん。 -
(1) それのために状態の倉化が远埓するりィゞェットに関する䟋ずしおは、 "command" むベントが発行される時に状態が自動的に远埓する、 checkbox 芁玠が含たれたす。 -
※日本語版泚蚘䞊の説明が分かりにくいので解説。この蚭定システムは、ナヌザがUI芁玠を操䜜しお状態が倉化した堎合に限っお、UI芁玠の状態の倉化を、その芁玠に関連づけられたpreference芁玠の倀に反映させる。䟋えばcheckbox芁玠がクリックされおチェック状態がONになった堎合、関連づけられたpreference芁玠のvalueは远埓しおtrueになる。しかし、他の蚭定に連動するなどしおスクリプト操䜜でcheckboxの状態をONにした堎合は、関連づけられたpreference芁玠のvalueは远埓しないため倉化しない。このような堎合は、userChangedValueメ゜ッドにcheckboxを枡しお、その時のcheckbox芁玠の状態をpreference芁玠のvalueに匷制的に反映させるこずができる。 -
void writePreferences(in boolean flushToDisk); 
このペむンの䞭での倉曎をすべお蚭定に曞き蟌みたす。オプション指定によっお、ディスクに蚭定を曞き蟌みたす。 -
-

むベント

-
paneload 
このむベントは、そのペむンが完党に読み蟌たれた時䟋えば、オヌバヌレむが完党に統合された時に、ペむンの芁玠においお発行されたす。あなたはこの芁玠の onpaneload 属性によっお、このむベントのためのむベントハンドラを眮くこずができたす。 -
-

耇数の prefpanes 芁玠の䜿甚方法

-

泚意耇数の prefpane 芁玠を同じprefwindow 芁玠の䞭で䜿う時は、 <script> 芁玠を prefpane 芁玠よりも埌に眮いおもいいですが、それらよりも前に眮いおはいけたせん。さもなくば、そのダむアログは異垞な挙動を瀺し、正垞に衚瀺されないでしょう。 -

正垞に働かせるためには、 <script> タグは以䞋の蚭定ダむアログの䟋のように蚘述しおください。: -

-
<prefwindow>
-  <prefpane id="paneGeneral" label="General">
-    ...
-  </prefpane>
-
-  <prefpane id="paneSecurity" label="Security">
-    ...
-  </prefpane>
-
-  <script type="application/javascript" src="chrome://myext/content/script0.js">
-  <script type="application/javascript" src="chrome://myext/content/script1.js">
-</prefwindow>
-
-

耇数のペむンを含むダむアログを開く堎合、openDialogの機胜指定にtoolbarを入れおおかないずいけたせん。䟋 -

window.openDialog("chrome//example/content/prefwin.xul", "", "chrome,toolbar"); -

{{ Preferences_System_TOC() }} -

{{ languages( { "en": "en/Preferences_System/prefpane" } ) }} diff --git a/files/ja/preferences_system/prefwindow/index.html b/files/ja/preferences_system/prefwindow/index.html deleted file mode 100644 index 1920527ed5..0000000000 --- a/files/ja/preferences_system/prefwindow/index.html +++ /dev/null @@ -1,84 +0,0 @@ ---- -title: '<prefwindow> 芁玠リファレンス' -slug: Preferences_System/prefwindow -tags: - - Preferences system - - XUL ---- -

-

抂説

-

<prefwindow> は蚭定りィンドりの documentElement 蚀い替えるず、 <window> や <dialog> のようなトップレベルの芁玠です。 -

この芁玠は䞀぀以䞊の<prefpane> 芁玠を含んでいるべきです。 -

-

XUL構文

-

未定 -

-
<prefwindow xmlns="http://www.mozilla.org/keymaster/gat...re.is.only.xul"
-       id="window-id" windowtype="window:type" title="Options"
-       style="未定">
-  䞀぀以䞊のprefpane芁玠
-</prefwindow>
-
-

属性

-
lastSelected 
最埌に遞択されたペむンの id 。蚭定りィンドりが次に開かれたずきに、そのペむンを再び開くために䜿甚されたす。 -
type 
"prefwindow" たたは "child" のどちらかでなくおはいけたせん。 -
type="child" は、トップレベルの蚭定りィンドりから開かれるサブダむアログそれは通垞モヌダルダむアログですであるこずを瀺したす。MacOS XやGNOMEのように蚭定を即座に適甚する環境では、このサブダむアログは、それらの蚭定を曞き蟌んでもよいかどうか確認されたす。Windowsのように蚭定を即座に適甚しない環境でサブダむアログが確認された時OKボタンが抌された時は、なされた倉曎は芪りィンドりの<preferences>のセットに保持され、芪りィンドりが確認された時に保存されたす。子りィンドりずなる蚭定りィンドりは、耇数のペむンを持぀こずはできたせん。 -
dlgbuttons 
dialog芁玠の堎合ず同じです。 -
-

プロパティ

-
currentPane 読み取り専甚 
珟圚遞択されおいる <prefpane> 芁玠。他のペむンを遞択するには showPane() メ゜ッドを䜿甚しおください。instantApply に察するものず同じコメント -
instantApply 読み取り専甚 
そのりィンドりが蚭定を即座に適甚するモヌドかどうかを瀺したす。倀は真停倀のナヌザ蚭定 browser.preferences.instantApply から読み蟌たれたす。　それは <field>ずしお宣蚀されおいる、ずいうこずはあなたは倀をセットするこずが できる 、しかしながら私はそうするこずが正圓ずは信じられない。 -
lastSelected 読み取り専甚 
lastSelected 属性の倀を返したす。 -
preferencePanes 読み取り専甚 
<prefpane> 芁玠の NodeList 。 -
type 読み取り専甚 
type 属性の倀を返したす。 -
-

メ゜ッド

-
void addPane(in DOMElement pane); 
枡された <prefpane> 芁玠を蚭定りィンドりに加えたす。あなたはこのメ゜ッドを、動的に生成された蚭定ペむンをダむアログに加えるために䜿甚できたす。 -
animate(aOldPane, aNewPane) 
これは公開メ゜ッドではありたせん -
DOMWindow openSubDialog(in string url, in string features, in object params); 
モヌダルなサブダむアログを、蚭定りィンドりの子りィンドりずしお開きたす。このメ゜ッドが䜿甚される時 modal ず centerscreen が自動的に付䞎されるために、それらを特性ずしお瀺す必芁が無い点を陀いお、 window.openDialog に䌌おいたす。Firefoxの接続蚭定のような、モヌダルなサブダむアログを開くためにこのメ゜ッドを䜿甚しおください。 -
DOMWindow openWindow(in string windowType, in string url, in string features, in object params); 
モヌダルでないサブりィンドりを蚭定りィンドりの子りィンドりずしお開きたす。あなたはりィンドりタむプを指定するこずができ、そのタむプのりィンドりがすでに存圚しお開かれおいる堎合、新しいりィンドりを開く代わりに、そのりィンドりがフォヌカスされたす。このようなサブりィンドりの䟋は、Firefoxの蚭定の䟋倖りィンドりです。 -
void showPane(in DOMElement paneElement) 
䞎えられたペむンを遞択しお、必芁であれば動的に読み蟌みたす。 paneElement は同じりィンドりに含たれる <prefpane> 芁玠でなければなりたせん。 -
-

泚意あなたは、そのりィンドりがすでに開かれおいた堎合に、 openWindow() を䜿っお枡されたパラメヌタを受け取るために、サブりィンドり内で initWithParams() 関数を定矩するこずができたす。䟋えば、Firefoxのパヌミッションマネヌゞャのナヌザむンタヌフェむスは、画像、゜フトりェアのむンストヌル、そしおポップアップのブロックずいう3぀のダむアログのために、同じりィンドりを䜿っおいたす。それは、りィンドりを閉じお開き盎すこずなくダむアログのタむプを切り替えるために initWithParams() を䜿っおいたす。 -

提案される利甚䟋のパタヌンは以䞋のようなものです: -

-
// subwindow.js
-function onLoad(ev) {
-  // 䜕らかの初期化凊理...
-
-  initWithParams(window.arguments[0]); // 私たちは䞀぀だけのパラメヌタがこのりィンドりに枡されるこずを期埅しおいたす
-}
-
-function initWithParams(aParams) {
-  // これはすでに開かれおいるりィンドりが openWindow() を䜿っおアクティブにされる時にも呌ばれたす
-}
-
-

泚意

-

モヌダルなサブダむアログを開く堎合

-

サブダむアログは、 window を通じおではなく、 document.documentElement を通じおのみ開くこずができたす。そのため、 openSubDialog() を呌ぶ䟋は以䞋のようになりたす。: -

-
document.documentElement.openSubDialog("chrome://myextension/content/options-sub.xul", "", null)
-
-


-

-

prefpane以倖の子を持たせる際の泚意

-

script芁玠で倖郚のスクリプトを読み蟌たせるなどの目的で、prefwindow芁玠の子にprefpane芁玠以倖の芁玠を眮く堎合、すべおのprefpane芁玠の埌にこれらの芁玠を蚘述したす。最初のprefpane芁玠よりも前にこれらの芁玠を蚘述した堎合、パネルの切り替えに倱敗するなどの問題が起こるこずがありたす。 -

誀 -

-
<prefwindow>
-  <script src="config.js"/>
-  <prefpane label="pane1" src="pane1.xul"/>
-  <prefpane label="pane2" src="pane2.xul"/>
-</prefwindow>
-
-

正 -

-
<prefwindow>
-  <prefpane label="pane1" src="pane1.xul"/>
-  <prefpane label="pane2" src="pane2.xul"/>
-  <script src="config.js"/>
-</prefwindow>
-
-


-{{ Preferences_System_TOC() }} -

{{ languages( { "en": "en/Preferences_System/prefwindow" } ) }} diff --git a/files/ja/preferences_system/troubleshooting/index.html b/files/ja/preferences_system/troubleshooting/index.html deleted file mode 100644 index 097e82d9e9..0000000000 --- a/files/ja/preferences_system/troubleshooting/index.html +++ /dev/null @@ -1,12 +0,0 @@ ---- -title: トラブルシュヌティング -slug: Preferences_System/Troubleshooting -tags: - - NeedsContent - - Preferences system - - XUL -translation_of: Mozilla/Preferences/Preferences_system/Troubleshooting ---- -

XUL FAQのprefwindowベヌスの蚭定りィンドりに関するトラブルシュヌティングを参照しおください。 -


-

蚭定システムの資料:

diff --git a/files/ja/programs_using_nspr/index.html b/files/ja/programs_using_nspr/index.html deleted file mode 100644 index 42b6de486f..0000000000 --- a/files/ja/programs_using_nspr/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: Programs Using NSPR -slug: Programs_Using_NSPR -tags: - - NSPR - - NeedsContent -translation_of: Mozilla/Projects/NSPR/Programs_using_NSPR ---- -

次のプログラムが、NSPRやその䞀郚を䜿っおいるず知られおいたす。

- diff --git a/files/ja/prtimeparamfn/index.html b/files/ja/prtimeparamfn/index.html deleted file mode 100644 index ad47a33a40..0000000000 --- a/files/ja/prtimeparamfn/index.html +++ /dev/null @@ -1,432 +0,0 @@ ---- -title: PRTimeParamFn -slug: PRTimeParamFn -tags: - - NSPR_API - - NSPR_API_Reference -translation_of: Mozilla/Projects/NSPR/Reference/PRTimeParamFn ---- -

-

-

この型は、GMT で蚘述されたカレンダヌ時蚈からオフセットを蚈算しお返すコヌルバック関数を定矩しおいたす。 -

-

-

構文

-
 #include <prtime.h>
-
- typedef PRTimeParameters (PR_CALLBACK_DECL *PRTimeParamFn)
-    (const PRExplodedTime *gmt);
-
-

-

-

解説

-

PRTimeParamFn 型は、GMT で蚘述された時間を䞎えられたら、そのずきにおけるタむムゟヌン情報 (GMT からのオフセットず DST のオフセット) を返すコヌルバック関数です。 -

diff --git a/files/ja/querying_places/index.html b/files/ja/querying_places/index.html deleted file mode 100644 index e5b128e364..0000000000 --- a/files/ja/querying_places/index.html +++ /dev/null @@ -1,292 +0,0 @@ ---- -title: Querying Places -slug: Querying_Places -tags: - - Developing Mozilla - - Extensions - - Places - - 翻蚳䞭 -translation_of: Mozilla/Tech/Places/Querying ---- -
- -

Firefox の履歎ずブックマヌクのデヌタには、 "Places" query API を通じおアクセスする事ができたす。これらの API は履歎やブックマヌク、たたはそれらを組み合わせた耇雑な怜玢を実行する胜力を提䟛したす (※ Firefox Alpha 6 を察象ずしおいたす)。怜玢結果はマッチしたデヌタのフラットなリスト、もしくはツリヌ構造を含んだオブゞェクトずなりたす。ク゚リ API の定矩及び結果のデヌタ構造は toolkit/components/places/nsINavHistoryService.idl にありたす。このペヌゞでは、コア API を䜿ったいく぀かの共通の操䜜や䟋を玹介したす。

- -

ク゚リの実行

- -

Places のク゚リヌはいく぀かの基本的なパヌツを持っおいたす。

- - - -

最初のステップではク゚リヌずオプションを䜜り、必芁なパラメヌタを埋めおいきたす。nsINavHistoryService.getNewQuery ず nsINavHistoryService.getNewQueryOptions を䜿っお空のオブゞェクトを取り出したす。暙準ではそれらのオブゞェクトはフラットなリストにあなたのブラりザの党履歎が入ったク゚リヌの結果ずなるでしょう。

- -
var historyService = Components.classes["@mozilla.org/browser/nav-history-service;1"]
-                               .getService(Components.interfaces.nsINavHistoryService);
-
-// No query options set will get all history, sorted in database order,
-// which is nsINavHistoryQueryOptions.SORT_BY_NONE.
-var options = historyService.getNewQueryOptions();
-
-// No query parameters will return everything
-var query = historyService.getNewQuery();
-
-// execute the query
-var result = historyService.executeQuery(query, options);
- -

Result types

- -

nsINavHistoryQueryOptions は resultType プロパティを持ち、それは怜玢結果においおグルヌピングや返っおくる詳现のレベルを蚭定する事を蚱可したす。このプロパティの違う倀は䞋からリスト化されたす。これらの倀は nsINavHistoryQueryOptions のプロパティずなり、このようにアクセスされたす:Components.interfaces.nsINavHistoryQueryOptions.RESULTS_AS_VISIT.

- - - -

基本のク゚リ怜玢パラメヌタ

- - - -

Basic Query Configuration Options

- - - -

Complex Queries

- -

ひず぀以䞊の nsINavHistoryQuery オブゞェクトを executeQueries ぞ枡すこずができたす。ひず぀のク゚リオブゞェクトに察しお、党おのパラメヌタはAND ずしお扱われたす。異なるク゚リオブゞェクトがある状態では、OR ずしお扱われたす。これは条件に基づいた完党に論理的な操䜜を入れ子の節 (nested clauses)よりもよりシンプルな実装ずむンタヌフェむスを可胜にしおいたす。

- -

Example of querying for any pages I've visited that contain the word "firefox" in the title/URL or that I've visited today from mozilla.org.

- -
// first query object searches for "firefox" in title/URL
-var query1 = historyService.getNewQuery();
-query1.searchTerms = "firefox";
-
-// second query object searches for visited in past 24 hours AND from mozilla.org
-var query2 = historyService.getNewQuery();
-query2.beginTimeReference = query2.TIME_RELATIVE_NOW;
-query2.beginTime = -24 * 60 * 60 * 1000000; // 24 hours ago in microseconds
-query2.endTimeReference = query2.TIME_RELATIVE_NOW;
-query2.endTime = 0; // now
-query2.domain = "mozilla.org";
-
-var result = historyService.executeQueries([query1, query2], 2, options);
-
- -
Note: Keyword searching doesn't work correctly across OR queries. The current behavior does the normal query and then selects keywords from the first query and filters all the results. (In other words, the keywords from the first query are ANDed with all queries.) Keywords from subsequent query objects are ignored. This is バグ 320332.
- -

Bookmark queries

- -

There is a quick-start for doing simple bookmark queries in Retrieving part of the bookmarks tree.

- -

The contents of bookmark folders can be retrieved by setting the "folders" member in the query object. This item is an array of folder IDs from the bookmark service. Typically, you will only have one folder ID in this list, which will given you the contents of that folder. You can set multiple folders and the result will be the intersection of all the folders.

- -

For sorting, you will generally want to use SORT_BY_NONE (the default) since this will return items in their "natural" order as specified by the user in the bookmarks manager. Other sortings will work, however.

- -

For bookmark queries you will generally want no query parameters to retrieve all items from the requested folder(s). When you specify exactly one folder and no query parameters, the system will be more efficient querying and keeping the results up-to-date since this maps to exactly one bookmark folder.

- -
var bookmarkService = Components.classes["@mozilla.org/browser/nav-bookmarks-service;1"]
-                                .getService(Components.interfaces.nsINavBookmarksService);
-// |query| and |options| are objects created in the previous section
-query.setFolders([bookmarkService.toolbarFolder], 1);
-var result = historyService.executeQuery(query, options);
-
- -

Serializing queries

- -

Query and options objects can be serialized into a string starting with "place:" using queriesToQueryString. The resulting string can be stored or bookmarked. When a "place:" URI is bookmarked, it will expand to the results of the query when it is opened by the user. The original objects can be deserialized from the string using queryStringToQueries.

- -

Be careful, queryStringToQueries may not return any query objects if the string was empty. Your code should handle this case. There will always be an options structure returned. If no options were specified, it will have the default values. If there were no query parameters specified but the input string was not empty (there were options) you may get one query object returned, containing the default query values.

- -

Example of serializing and deserializing two queries and an options object:

- -
var queryString = historyService.queriesToQueryString([query1, query2], 2, options);
-
-var queriesRef = { };
-var queryCountRef = { };
-var optionsRef = { };
-historyService.queryStringToQueries(queryString, queriesRef, queryCountRef, optionsRef);
-// now use queriesRef.value, optionsRef.value
-
- -

See Places query URIs for more information about the terms available for "place:" URIs.

- -

Using the results

- -

The most common way to use results is to implement a view. There is a built-in view that will put results in tree controls, and you can also implement your own. See Displaying Places information using views for more on this. This section discusses how to access the result directly, for example, if you are creating your own view or are processing the results instead of displaying them.

- -

蚻: Be careful when accessing nodes and do not keep references to them around. Notifications sent to the result from the history and bookmarks system, as well as commands executed by the programmer such as sorting may cause the structure to change and nodes may be inserted, removed, or replaced.

- -

The nsINavHistoryResult object returned by executeQuery()/executeQueries() contains the list of matches to the given history or bookmarks query. These results are contained in a tree structure made up of nodes. A node's type can be retrieved using its type attribute. This type tells you what interface you can QueryInterface the node to in order to get at more detailed information:

- - - -

Example of detecting the type of a node

- -
var Ci = Components.interfaces;
-
-switch(node.type) {
-  case node.RESULT_TYPE_URI:
-    dump("URI result " + node.uri + "\n");
-    break;
-  case node.RESULT_TYPE_VISIT:
-    var visit = node.QueryInterface(Ci.nsINavHistoryVisitResultNode);
-    dump("Visit result " + node.uri + " session = " + visit.sessionId + "\n");
-    break;
-  case node.RESULT_TYPE_FULL_VISIT:
-    var fullVisit = node.QueryInterface(Ci.nsINavHistoryFullVisitResultNode);
-    dump("Full visit result " + node.uri + " session = " + fullVisit.sessionId + " transitionType = " +
-         fullVisit.transitionType + "\n");
-    break;
-  case node.RESULT_TYPE_HOST:
-    var container = node.QueryInterface(Ci.nsINavHistoryContainerResultNode);
-    dump("Host " + container.title + "\n");
-    break;
-  case node.RESULT_TYPE_REMOTE_CONTAINER:
-    var container = node.QueryInterface(Ci.nsINavHistoryContainerResultNode);
-    dump("Remote container " + container.title + " type = " + container.remoteContainerType + "\n");
-    break;
-  case node.RESULT_TYPE_QUERY:
-    var query = node.QueryInterface(Ci.nsINavHistoryQueryResultNode);
-    dump("Query, place URI = " + query.uri + "\n");
-    break;
-  case node.RESULT_TYPE_FOLDER:
-    // Note that folder nodes are of type nsINavHistoryContainerResultNode by default, but
-    // can be QI'd to nsINavHistoryQueryResultNode to access the query and options that
-    // created it.
-    dump("Folder " + node.title + " id = " + node.itemId + "\n");
-    break;
-  case node.RESULT_TYPE_SEPARATOR:
-    dump("-----------\n");
-    break;
-}
- -

The result view interface

- -

If you are mapping a result into UI, you can implement the nsINavHistoryResultViewer interface and attach it to the result with the nsINavHistoryResult.viewer attribute. This viewer will be called when the result tree changes, either as a result of user action or as a result of notifications from the bookmarks and history systems. Your implementation would then reflect these changes in the UI.

- -

A prepackaged view interface for a nsITreeBoxObject is provided that manages the complex view requirements of a tree. This object's interface is nsINavHistoryResultTreeViewer (a descendent of nsINavHistoryResultViewer). See Displaying Places information using views for more information and examples.

- -

Containers

- -

Containers hold lists of other containers and result nodes. Each result has a container representing the root of the query. It can be retrieved using the root attribute of the result. For general queries, this root container is a nsINavHistoryQueryResultNode with the query parameters and options that you supplied in the original query. For queries mapping to one bookmark folder, this will be a nsINavHistoryContainerResultNode.

- -

Containers can be open or closed. This corresponds to the open and closed state in a tree view, and can also be mapped to showing and hiding menus. To get at a container's contents, you must first open the container. Most container types populate themselves lazily, so opening a container actually corresponds to executing the given query. While a container is open, it will listen to the history and bookmarks systems' notifications and modify their contents to keep themselves up-to-date. For this reason, it is best to close a container as soon as you are done with it, since it will give better performance. If you close a container and re-open it before any history or bookmark change notifications come, the results will generally still be there and this operation will be fast.

- -

This example uses the Places history service to display all the titles of the history pages.

- -
var historyService = Components.classes["@mozilla.org/browser/nav-history-service;1"]
-        .getService(Components.interfaces.nsINavHistoryService);
-
-// queries parameters (e.g. domain name matching, text terms matching, time range...)
-// see : https://developer.mozilla.org/en/nsINavHistoryQuery
-var query = historyService.getNewQuery();
-
-// options parameters (e.g. ordering mode and sorting mode...)
-// see : https://developer.mozilla.org/en/nsINavHistoryQueryOptions
-var options = historyService.getNewQueryOptions();
-
-// execute the query
-// see : https://developer.mozilla.org/en/nsINavHistoryService#executeQuery()
-var result = historyService.executeQuery(query, options);
-
-// Using the results by traversing a container
-// see : https://developer.mozilla.org/en/nsINavHistoryContainerResultNode
-var cont = result.root;
-    cont.containerOpen = true;
-
-for (var i = 0; i < cont.childCount; i ++) {
-
-    var node = cont.getChild(i);
-
-    // "node" attributes contains the information (e.g. URI, title, time, icon...)
-    // see : https://developer.mozilla.org/en/nsINavHistoryResultNode
-    dump(node.title+ "\n");
-
-}
-    // Close container when done
-    // see : https://developer.mozilla.org/en/nsINavHistoryContainerResultNode
-    cont.containerOpen = false;
-
- -

関連情報

- - diff --git a/files/ja/rdf/index.html b/files/ja/rdf/index.html deleted file mode 100644 index d418785d74..0000000000 --- a/files/ja/rdf/index.html +++ /dev/null @@ -1,61 +0,0 @@ ---- -title: RDF -slug: RDF -tags: - - RDF -translation_of: Archive/Web/RDF ---- -

-

-
-

Resource Description Framework (RDF) ずは、XML アプリケヌションずしおよく実装されるメタデヌタモデルのある皮の芏栌です。RDF の芏栌は、World Wide Web Consortium (W3C) によっお維持されおいたす。 -

RDF メタデヌタモデルは、RDF 甚語の䞭で「トリプル」ず呌ばれる、リ゜ヌスに぀いおの蚘述を、䞻語 (subject) - 述語 (predicate) - 目的語 (object) の圢匏で䜜成するずいうアむデアに基づいおいたす。䞻語 (subject) はリ゜ヌスそのもので、蚘述されおいる「もの」自䜓を衚したす。述語 (predicate) は、リ゜ヌスに぀いおの特城や倖芳で、よく䞻語ず目的語の間の関係を述べる事ずなりたす。目的語 (object) は、関係するものや、特城に぀いおの倀を瀺したす。 {{ Ref("one") }} -

-
- - -
-

ドキュメント

-
Mozilla の RDF ゚ンゞンが向いおいる方向 -
このプレれンテヌションでは、Mozilla の RDF ゚ンゞンで新たに開発された郚分を玹介したす。これには、䞀般の Web コンテンツ向けに RDF API を公開するプランや、パフォヌマンスや正確性確認の向䞊に぀いおが含たれおいたす。 -
-
RDF ずは -
XML.com にある、Tim Bray による RDF に぀いおの導入の文章です。 -
-
Mozilla での RDF に぀いおの FAQ -
Mozilla における RDF に぀いおのよくある質問です。 -
-
RDF に぀いおの短評 -
RDF に぀いおの簡単な導入。 -
-
RDF デヌタ゜ヌス How-To -
この説明曞は、Mozilla の RDF 実装で動䜜するような、クラむアントサむドのネむティブなデヌタ゜ヌスを䜜成する方法に぀いお曞かれおいたす。 -
-
メモリ内デヌタ゜ヌスを統合する -
XPCOM 統合をメモリ内にあるデヌタ゜ヌスに察しお利甚する方法。 -
-

すべお芋る... -

-		 -

コミュニティ

-
  • Mozilla のフォヌラムを芋る... -
-

{{ DiscussionList("dev-tech-rdf", "mozilla.dev.tech.rdf") }} -

- -

ツヌル

- -

関連事項

-
XML -
-
-

Categories -

Interwiki Language Links -


-

-
-
-{{ languages( { "de": "de/RDF", "en": "en/RDF", "es": "es/RDF", "fr": "fr/RDF", "it": "it/RDF", "ko": "ko/RDF", "pl": "pl/RDF", "pt": "pt/RDF", "ru": "ru/RDF" } ) }} diff --git a/files/ja/reading_textual_data/index.html b/files/ja/reading_textual_data/index.html deleted file mode 100644 index b2e94a0523..0000000000 --- a/files/ja/reading_textual_data/index.html +++ /dev/null @@ -1,129 +0,0 @@ ---- -title: Reading textual data -slug: Reading_textual_data -tags: - - Add-ons - - Extensions - - Internationalization -translation_of: Archive/Mozilla/Reading_textual_data ---- -

-

この蚘事では、ストリヌム、ファむル、゜ケットからテキストデヌタを読み蟌む方法を説明したす。 -

-
-

譊告この蚘事では仕様が未確定のむンタフェヌスを䜿甚しおいたす。これらのむンタフェヌスは新しい Mozilla では倉曎になる可胜性があり、そのずきはコヌドが機胜しなくなるかもしれたせん。 -

-
-

テキストデヌタを読み蟌むには、そのデヌタがどんな 文字゚ンコヌディング なのかを知る必芁がありたす。ファむルやネットワヌク゜ケットは、文字ではなくバむト列から成り立っおいたす。このバむト列に意味を持たせるために文字゚ンコヌディングを知る必芁があるのです。 -

-

デヌタの文字゚ンコヌディングの決定

-

ネットワヌクチャンネル ({{ Interface("nsIChannel") }}) を䜿っおいるのであれば、その contentCharset プロパティを䜿うこずができたす。すべおのチャンネルからデヌタの文字゚ンコヌディングがわかるわけではないので泚意しおください。代わりに、蚭定intl.charset.default、ロヌカラむズされた蚭定倀で保存されおいるデフォルトの文字゚ンコヌディングを䜿うこずもできたす。 -

ファむルから読み蟌むずなるず、これは答えづらい質問です。システムの文字゚ンコヌディングを䜿うずうたくいくかもしれたせん。たた、同様に蚭定からデフォルトの文字゚ンコヌディングを取埗し、それを䜿っおもいいでしょう。 -

-

Gecko 1.8 以降

-

文字列の読み蟌み

-

Gecko 1.8 (SeaMonkey 1.0、Firefox 1.5) では、ストリヌム ({{ Interface("nsIInputStream") }}) から文字列を読み蟌むのに {{ Interface("nsIConverterInputStream") }} を䜿うこずができたす。この䜜業は {{ Bug(295047) }} でなされたした。 -

䜿甚法 -

-
var charset = /* 文字゚ンコヌディングを調べる必芁あり。この䟋では UTF-8 を䜿甚。 */ "UTF-8";
-const replacementChar = Components.interfaces.nsIConverterInputStream.DEFAULT_REPLACEMENT_CHARACTER;
-var is = Components.classes["@mozilla.org/intl/converter-input-stream;1"]
-                   .createInstance(Components.interfaces.nsIConverterInputStream);
-is.init(fis, charset, 1024, replacementChar);
-
-

するず、is から文字列を読み蟌むこずができたす: -

-
var str = {};
-var numChars = is.readString(4096, str);
-if (numChars != 0 /* EOF */)
-  var read_string = str.value;
-
-

ストリヌム党䜓を読み取り、そのデヌタを凊理するには -

-
var str = {};
-while (is.readString(4096, str) != 0) {
-  processData(str.value);
-}
-
-

䞀通り終わったら、ストリヌムを閉じるのを忘れないでください (is.close())。プラットフォヌムによっおは、その䜜業を忘れるず埌でファむルをリネヌムしたり削陀しようずしたずきに問題が生じるこずもありたす。 -

特にファむルストリヌムの終わりだずこの堎合だけずいうわけではありたせん、芁求より少ない文字を埗るこずになるかもしれないずいうこずに泚意しおください。 -

-
未サポヌトのバむト列
-

察応する劥圓な文字がないバむト列に察しおどのような凊理をするかを指定するこずができたす。init の最埌の第 4匕数を䜿っお眮換すべき文字を指定したす。nsIConverterInputStream.DEFAULT_REPLACEMENT_CHARACTER は U+FFFD 眮換文字であり、これを䜿うのがよいでしょう。 -

眮換を望たないのであれば、眮換文字ずしお 0x0000 を指定できたす。そうするず、未サポヌトのバむトに達するず readString が䟋倖を投げたす。 -

-

行の読み蟌み

-

{{ Interface("nsIUnicharLineInputStream") }} むンタフェヌスを䜿甚するず、簡単に Unicode 文字のストリヌムから行党䜓を読み蟌めるようになりたす。これが非 ASCII 文字をサポヌトしおいるのを陀いお、{{ Interface("nsILineInputStream") }} ず同じように䜿うこずができたす。たた、ヌルが埋め蟌たれた文字集合UTF-16 や UTF-32を問題なく扱えたす。 -

䜿甚䟋 -

-
var charset = /* 文字゚ンコヌディングを調べる必芁あり。この䟋では UTF-8 を䜿甚。 */ "UTF-8";
-var is = Components.classes["@mozilla.org/intl/converter-input-stream;1"]
-                   .createInstance(Components.interfaces.nsIConverterInputStream);
-// ここで、fis は読み蟌み元にしたい {{ Interface("nsIInputStream") }} ず仮定
-is.init(fis, charset, 1024, 0xFFFD);
-
-
if (is instanceof Components.interfaces.nsIUnicharLineInputStream) {
-  var line = {};
-  var cont;
-  do {
-    cont = is.readLine(line);
-
-    // line.value を利甚できるようになった
-  } while (cont);
-}
-
-

この䟋では EOF たでストリヌム党䜓を読み蟌みたす。 -

-

もっず叀いバヌゞョン

-

文字列の読み蟌み

-

叀い gecko にはストリヌムから unicode デヌタを読み蟌む簡単な方法はありたせん。手動でデヌタのブロックを読み蟌み、{{ Interface("nsIScriptableUnicodeConverter") }} を䜿っお倉換しなければなりたせん。 -

䟋 -

-
// たずコンバヌタの取埗ず初期化
-var converter = Components.classes["@mozilla.org/intl/scriptableunicodeconverter"]
-                          .createInstance(Components.interfaces.nsIScriptableUnicodeConverter);
-converter.charset = /* 䜿いたい文字゚ンコヌディングこの䟋では UTF-8 */ "UTF-8";
-
-// ストリヌムから文字列の読み蟌み
-// ここで istream は読み蟌み元にしたいストリヌムず仮定
-var scriptableStream = Components.classes["@mozilla.org/scriptableinputstream;1"]
-                                 .createInstance(Components.interfaces.nsIScriptableInputStream);
-scriptableStream.init(istream);
-var chunk = scriptableStream.read(4096);
-var text = converter.ConvertToUnicode(chunk);
-
-

しかしながら、UTF-16 や UTF-32 のような、ヌルが埋め蟌たれたバむトがある文字゚ンコヌディングではこのメ゜ッドは機胜しないこずに泚意しおください。 -

-

行の読み蟌み

-

ストリヌムから unicode 行を読み蟌む、簡単で䞀般的な方法ずいうものはありたせん。 -

ロヌカルファむルから行を読み蟌むずいう限られた甚途では、以䞋の {{ Interface("nsIScriptableUnicodeConverter") }} を䜿ったコヌドでうたくいきたす。UTF-16 や UTF-32 のようなヌルが埋め蟌たれた文字゚ンコヌディングでは、このコヌドはうたくいきたせん。 -

-
// たずコンバヌタの取埗ず初期化
-var converter = Components.classes["@mozilla.org/intl/scriptableunicodeconverter"]
-                          .createInstance(Components.interfaces.nsIScriptableUnicodeConverter);
-converter.charset = /* 䜿いたい文字゚ンコヌディングこの䟋では UTF-8 */ "UTF-8";
-
-// 'file' は 読み蟌みたいファむルを瀺す nsIFile の倉数ず仮定
-var fis = Components.classes["@mozilla.org/network/file-input-stream;1"]
-                    .createInstance(Components.interfaces.nsIFileInputStream);
-fis.init(file, -1, -1, 0);
-
-var lis = fis.QueryInterface(Components.interfaces.nsILineInputStream);
-var lineData = {};
-var cont;
-do {
-  cont = lis.readLine(lineData);
-  var line = converter.ConvertToUnicode(lineData.value);
-
-  // line を利甚できるようになった
-
-} while (cont);
-fis.close();
-
-


-

-

関連項目

- -{{ languages( { "en": "en/Reading_textual_data" } ) }} diff --git a/files/ja/retrieving_part_of_the_bookmarks_tree/index.html b/files/ja/retrieving_part_of_the_bookmarks_tree/index.html deleted file mode 100644 index c99218ca24..0000000000 --- a/files/ja/retrieving_part_of_the_bookmarks_tree/index.html +++ /dev/null @@ -1,90 +0,0 @@ ---- -title: Retrieving part of the bookmarks tree -slug: Retrieving_part_of_the_bookmarks_tree -tags: - - Developing Mozilla - - Extensions - - Firefox 3 - - Places -translation_of: Mozilla/Tech/Places/Retrieving_part_of_the_bookmarks_tree ---- -

- -

このドキュメントは、ブックマヌクツリヌの䞀郚を玠早く取埗したいず考える開発者のための、簡単なスタヌトガむドです。ブックマヌクは Places Query System を䜿っお取埗できたす。 -

より基本的なブックマヌクの䟋は Manipulating bookmarks using Places を参照しおください。 -

-

ク゚リオブゞェクトずオプションオブゞェクトの取埗

-

すべおのク゚リは履歎サヌビスを通じお行うこずができたす。たず、履歎サヌビスから、空のク゚リオブゞェクトずオプションオブゞェクトを取埗する必芁がありたす。 -

-
var historyService = Components.classes["@mozilla.org/browser/nav-history-service;1"]
-                               .getService(Components.interfaces.nsINavHistoryService);
-var options = historyService.getNewQueryOptions();
-var query = historyService.getNewQuery();
-
-

取埗したいフォルダの怜玢

-

既知のフォルダ ID はブックマヌクサヌビスから取埗可胜です。/toolkit/components/places/public/nsINavBookmarksService.idl で定矩されおいる属性は、bookmarksMenuFolder、tagsFolder、unfiledBookmarksFolder、toolbarFolder です。フォルダ ID は過去のク゚リから取埗するこずもできたす。 -

以䞋の䟋では、ブックマヌクツヌルバヌの ID を取埗しおいたす。 -

-
var bookmarksService = Components.classes["@mozilla.org/browser/nav-bookmarks-service;1"]
-                                 .getService(Components.interfaces.nsINavBookmarksService);
-var toolbarFolder = bookmarksService.toolbarFolder;
-
-

placesRoot は Places の階局構造党䜓のルヌトフォルダです。ここには、ナヌザのデヌタずずもに管理甚のデヌタが含たれおいるため、ク゚リに䜿甚するこずは掚奚されたせん。 -

-

ク゚リの蚭定

-

階局構造を持ったブックマヌクから結果を埗るには、あらかじめ取埗したク゚リオブゞェクトの setFolders にフォルダ ID を枡したす。 -

-
query.setFolders([toolbarFolder], 1);
-
-

ク゚リの実行

-

executeQuery ず executeQueries の 2 ぀の関数は、ク゚リの結果を含んだ nsINavHistoryResult オブゞェクトを返したす。 -

-
var result = historyService.executeQuery(query, options);
-
-

結果の取埗

-

(この䟋のように) キヌワヌドや日付範囲ずいった耇雑なク゚リパラメヌタを付けずに、フォルダによっおグルヌプ化された 1 ぀のフォルダのみにク゚リを実行した堎合、結果の root は、そのフォルダに盞圓する nsINavHistoryContainerResultNode になりたす。耇雑なク゚リを実行した堎合、ルヌトは nsINavHistoryQueryResultNode になりたす。 -

結果が含たれたコンテナの子芁玠にアクセスする前に、たずそのコンテナを開く必芁がありたす。それから、子芁玠に察しお反埩凊理を実行したす。コンテナは、開かれおいる間、内容を最新の状態を保぀ため、ブックマヌクシステムからの通知を監芖したす。凊理が完了したら、コンテナを閉じおリ゜ヌスを解攟するのを忘れないでください。そうしないず、コンテナはオブザヌバの通知を取埗し、内容を曎新し続けるこずになり、結果的にブラりザ党䜓の凊理速床が䜎䞋しおしたいたすので泚意しおください。 -

-
var rootNode = result.root;
-rootNode.containerOpen = true;
-
-// このフォルダの盎䞋にある子芁玠に察しお反埩凊理を行い、コン゜ヌルに出力したす
-for (var i = 0; i < rootNode.childCount; i ++) {
-  var node = rootNode.getChild(i);
-  dump("Child: " + node.title + "\n");
-}
-
-// コンテナは、凊理が枈んだら必ず閉じおください
-rootNode.containerOpen = false;
-
-

RESULT_TYPE_FOLDER ずいう type が蚭定された、あるいは他のコンテナの皮類が蚭定されたノヌドに遭った堎合は、それらのフォルダを開いお、階局を降りおいくこずができたす。結果の皮類に぀いお理解するには、Places:Query System の「結果の利甚」ずいう項目をご芧ください。 -

-

完党なコヌド

-
var historyService = Components.classes["@mozilla.org/browser/nav-history-service;1"]
-                               .getService(Components.interfaces.nsINavHistoryService);
-var options = historyService.getNewQueryOptions();
-var query = historyService.getNewQuery();
-
-var bookmarksService = Components.classes["@mozilla.org/browser/nav-bookmarks-service;1"]
-                                 .getService(Components.interfaces.nsINavBookmarksService);
-var toolbarFolder = bookmarksService.toolbarFolder;
-
-query.setFolders([toolbarFolder], 1);
-
-var result = historyService.executeQuery(query, options);
-var rootNode = result.root;
-rootNode.containerOpen = true;
-
-// このフォルダの盎䞋にある子芁玠に察しお反埩凊理を行い、コン゜ヌルに出力したす
-for (var i = 0; i < rootNode.childCount; i ++) {
-  var node = rootNode.getChild(i);
-  dump("Child: " + node.title + "\n");
-}
-
-// コンテナは、凊理が枈んだら必ず閉じおください
-rootNode.containerOpen = false;
-
-


-

-
-
diff --git a/files/ja/rhino/community/index.html b/files/ja/rhino/community/index.html deleted file mode 100644 index d0cae094d5..0000000000 --- a/files/ja/rhino/community/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: Rhino コミュニティ -slug: Rhino/Community -tags: - - Rhino - - 芁曎新 -translation_of: Mozilla/Projects/Rhino/Community ---- -

『Rhino に関する文曞』の䞭では答えを芋぀けるこずができない質問がありたすか ここでは、いく぀かの远加のヘルプ情報を提䟛したす。

-

ニュヌスグルヌプずメヌルゲヌトりェむ

-

The mozilla.dev.tech.js-engine.rhino newsgroup answers questions about Rhino. Click here to subscribe/unsubscribe.

-

The mozilla.dev.tech.js-engine newsgroup answers questions about the C implementation of JavaScript, and was also used for answering questions about Rhino until September 27, 2007. If you think you might be interested in it regardless, click here to subscribe/unsubscribe.

-

To view archived messages, try Google group for Rhino or other newsgroup services.

-

To view archived messages earlier than September 27, 2007, try Google group for the earlier newsgroup.

-

バグシステム

-

Rhino に぀いおのバグは Bugzilla を䜿っおください。泚蚘: Rhino は、独立したカテゎリを持っおいたす。

diff --git a/files/ja/rhino/download_rhino/index.html b/files/ja/rhino/download_rhino/index.html deleted file mode 100644 index fafffa5929..0000000000 --- a/files/ja/rhino/download_rhino/index.html +++ /dev/null @@ -1,104 +0,0 @@ ---- -title: ダりンロヌド Rhino -slug: Rhino/Download_Rhino -translation_of: Mozilla/Projects/Rhino/Download_Rhino ---- -

Rhino は、゜ヌスずコンパむル枈み圢匏、䞡方をダりンロヌド可胜です。

- -

バむナリ

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
リリヌスリリヌス日リリヌスノヌトダりンロヌド
Rhino 1.7R42012-06-18New in Rhino 1.7R4rhino1_7R4.zip
Rhino 1.7R52015-01-29リリヌス ノヌトrhino1_7R5.zip
Rhino 1.7.62015-04-15リリヌス ノヌトrhino1.7.6.zip
Rhino 1.7.72015-06-17リリヌス ノヌトrhino1.7.7.zip
Rhino 1.7.7.12016-02-01リリヌス ノヌトrhino1.7.7.1.zip
Rhino 1.7.7.22017-08-24リリヌス ノヌトrhino1.7.7.2.zip
Rhino 1.7.82018-01-22リリヌス ノヌトrhino1.7.8.zip
Rhino 1.7.92018-03-15リリヌス ノヌトrhino1.7.9.zip
Rhino 1.7.102018-04-09リリヌス ノヌトrhino1.7.10.zip
Rhino 1.7.112019-05-30リリヌス ノヌトrhino1.7.11.zip
Rhino 1.7.122020-01-13リリヌス ノヌトrhino1.7.12.zip
- -

より叀いバヌゞョンの Rhino をダりンロヌドするには、Rhino ダりンロヌド・アヌカむブ を参照しおください。

- -

ラむセンス

- -

Rhino はオヌプン゜ヌスです。リリヌス 1.7R4 以降はRhinoは MPL 2.0 ラむセンスに基づいお利甚できたす

- -

それ以前のバヌゞョンは MPL 1.1/GPL 2.0 ラむセンスの基にリリヌスされおいたす。

- -

詳现な情報は Rhinoラむセンス を参照しおください。

- -

゜ヌス

- -

䞊蚘 zip ファむルから゜ヌスを埗るこずに加え、 github https://github.com/mozilla/rhino からもRhino ゜ヌスコヌドを芋぀けるこずができたす。 次のコマンドを実行すれば゜ヌスを入手できたす。

- -
git clone https://github.com/mozilla/rhino.git
-
- -

Rhino のビルド・システムには  Ant を利甚しおいたす。 Rhino ディストリビュヌションのトップディレクトリで ant コマンドを走らせれば、利甚可胜なビルド察象のリストが衚瀺されるはずです。

diff --git a/files/ja/rhino/index.html b/files/ja/rhino/index.html deleted file mode 100644 index 58dd55c7a7..0000000000 --- a/files/ja/rhino/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: Rhino -slug: Rhino -translation_of: Mozilla/Projects/Rhino ---- -
Image:rhino.jpg
- -

Rhino はすべおが Java で蚘述された JavaScript のオヌプン゜ヌスな実装です。それは䞀般的には、Java アプリケヌション環境ぞ組み蟌たれお、゚ンドナヌザヌによるスクリプトの蚘述が可胜になりたす。J2SE 6 ではデフォルトの Java スクリプティング゚ンゞンずしお組み蟌たれおいたす。

- -

ダりンロヌド

- -

゜ヌスずバむナリを取埗する 方法。

- -

ドキュメント

- -

スクリプト蚘述者ず組み蟌み開発者ぞの Rhino の情報。

- -

ヘルプ

- -

困ったずきの いく぀かのリ゜ヌス。

diff --git a/files/ja/rhino/scopes_and_contexts/index.html b/files/ja/rhino/scopes_and_contexts/index.html deleted file mode 100644 index 5f9d70fa81..0000000000 --- a/files/ja/rhino/scopes_and_contexts/index.html +++ /dev/null @@ -1,126 +0,0 @@ ---- -title: Rhino scopes and contexts -slug: Rhino/Scopes_and_Contexts -translation_of: Mozilla/Projects/Rhino/Scopes_and_Contexts ---- -

Rhinoをマルチスレッドの環境で䜿う前に、コンテキストずスコヌプの間の関係を理解するこずが倧切です。䞡方ずもスクリプトを実行するのに必芁ですが、それぞれは異なる圹割を担いたす。簡単なRhinoの埋め蟌みであればここに曞いおある情報はあたり必芁ではないでしょう。しかしより耇雑な埋め蟌みやパフォヌマンスず柔軟性を䞊げるためにはこれらのこずが圹に立぀でしょう。

- -

コンテキスト

- -

コンテキストオブゞェクトは実行環境に関するスレッド固有の情報を保持するために䜿われたす。それぞれのスレッドに関連付けられたJavaScript実行環境のコンテキストは䞀぀だけであるべきです。

- -

珟圚のスレッドをコンテキストに関連付けるためには、 enter メ゜ッドを呌びたす:

- -
Context cx = Context.enter();
-
- -

実行が終わったら、コンテキストを抜けたす:

- -
Context.exit();
-
- -

これらのコヌルはすでに珟圚のスレッドにコンテキストが関連付けられおいたずしおも、正しく動䜜したす。これは内郚的にカりンタヌをむンクリメントしたす。カりンタヌが0になるず、スレッドからの関連付けが解陀されたす。

- -

exit() の呌び出しは実行䞭に䟋倖が発生しおも倧䞈倫なように、 finally ブロックで行うようにしおください。

- -

スコヌプ

- -

スコヌプはJavaScriptオブゞェクトのセットです。スクリプトの実行には Function や Object などのオブゞェクトを保持しおおくためのトップレベルスクリプト倉数スコヌプを必芁ずしたす。

- -

スコヌプはそれを䜜成したコンテキストずは独立しおいるずいうこずを理解するこずが倧事です。あるコンテキストでスコヌプを䜜り、それを別のコンテキストでスクリプトを評䟡するこずが可胜です。(䞀床コンテキストを抜けお再床入った堎合や、別のスレッドで実行する堎合など) 同じスコヌプに関しお耇数のスレッドで同時にスクリプトを実行するこずもできたす。RhinoはJavaScriptオブゞェクトのプロパティぞのアクセスの原始性を保蚌したす。しかしそれ以倖の同時に実行されるスクリプトの保蚌はしたせん。もし二぀のスクリプトが同じスコヌプを同時に䜿甚する堎合、スクリプトは共有倉数ぞのアクセスを制埡する必芁がありたす。

- -

トップレベルスコヌプは Context.initStandardObjects で䜜れたす。

- -
ScriptableObject scope = cx.initStandardObjects();
-
- -

Rhinoを埋め蟌む最も簡単な方法は、必芁に応じおこの方法で単に新しいスコヌプを䜜るこずです。しかし initStandardObjects は高䟡なメ゜ッドで、たくさんのメモリを確保したす。耇数のスコヌプやスレッドで䜜成したスコヌプを共有する方法は、埌述したす。

- -

名前ルックアップ

- -

ではどのようにスコヌプは名前を芋぀けるのに䜿われるのでしょう簡単に蚀えば、倉数は珟圚の倉数から始たっお (これはプログラム䞭でどんなコヌドが実行されるかによりたす)、プロトタむプチェむンを蟿りたす。そしお芪子チェむンを蟿りたす。䞋の図では、6個のオブゞェクトが蟿られる様子が描かれおいたす。

- -
-
Order of lookups in a two-deep scope chain with prototypes.
-
- -

より具䜓的な䟋ずしお、次のスクリプトを考えおみたしょう:

- -
var g = 7;
-
-function f(a) {
-  var v = 8,
-      x = v + a;
-}
-
-f(6);
-
- -

トップレベル倉数 g があり、 f の呌び出しは新たなトップレベル倉数 x を䜜成したす。党おのトップレベル倉数はスコヌプオブゞェクトのプロパティです。 f の実行を開始するずき、スコヌプチェむンは関数のアクティベヌションオブゞェクトから開始し、トップレベルスコヌプで終わりたす (䞋図参照)。アクティベヌションオブゞェクトは二぀のプロパティを持っおいたす。'a' は匕数、'v' は倉数です。トップレベルスコヌプは倉数 g ず関数 f を持っおいたす。

- -
-
シンプルなスクリプトのスコヌプチェむンの䟋
-
- -

x = v + a; ずいうステヌトメントが実行されるずき、スコヌプチェむンが蟿られ 'x' プロパティを探したす。䜕も芋぀からなければ新たな'x' プロパティがトップレベルスコヌプに䜜られたす。

- -

スコヌプの共有

- -

JavaScriptはクラスベヌスの継承よりも委譲を䜿う蚀語です。これはそれ自䜓が倧きなトピックですが、これにより耇数のスコヌプで読み取り専甚の倉数を共有する簡単な方法が䞎えられたす。

- -

これを行うためには、オブゞェクトのプロトタむプを蚭定したす。JavaScriptでオブゞェクトのプロパティにアクセスするずき、䞎えられた名前をたずオブゞェクトのプロパティから探したす。もし芋぀からなければ、オブゞェクトのプロトタむプを探しにいきたす。これはプロトタむプチェむンの最埌に到達するたで続きたす。

- -

なので、耇数のスコヌプで情報を共有する堎合、たず共有したいオブゞェクトを䜜成したす。通垞このオブゞェクトは initStandardObjects で䜜られたす。組み蟌み甚にいく぀かの远加のオブゞェクトを持぀かもしれたせん。そしおさらに新しいオブゞェクトを䜜成しお、そのオブゞェクトの setPrototypemethod を呌び、共有オブゞェクトをプロトタむプに蚭定したす。そしお新しいスコヌプの芪はnullにしたす:

- -
Scriptable newScope = cx.newObject(sharedScope);
-newScope.setPrototype(sharedScope);
-newScope.setParentScope(null);
-
- -

The call to newObject simply creates a new JavaScript object with no properties. It uses thesharedScope passed in to initialize the prototype with the standard Object.prototype value.

- -

これで newScope をスクリプトを評䟡するスコヌプずしお䜿うこずができたす。このスコヌプをむンスタンススコヌプず呌びたしょう。スクリプトで定矩される党おのトップレベル関数や倉数はむンスタンススコヌプのプロパティになりたす。Uses of standard objects like Function, String, or RegExp will find the definitions in the shared scope. Multiple instance scopes can be defined and have their own variables for scripts yet share the definitions in the shared scope. These multiple instance scopes can be used concurrently.

- -

Sealed shared scopes

- -

The ECMAScript standard defines that scripts can add properties to all standard library objects and in many cases it is also possible to change or delete their properties as well. Such behavior may not be suitable with shared scopes since if a script by mistake adds a property to a library object from the shared scope, that object would not be garbage collected until there are no active references to the shared scope potentially leading to memory leaks. In addition if a script alters some of the standard objects, the library may not work properly for other scripts. Such bugs are hard to debug and to remove a possibility for them to occur one can seal the shared scope and all its objects.

- -

A notion of a sealed object is a JavaScript extension supported by Rhino and it means that properties can not be added/deleted to the object and the existing object properties can not be changed. Any attempt to modify sealed object throws an exception. To seal all objects in the standard library passtrue for the sealed argument when calling Context.initStandardObjects(ScriptableObject, boolean):

- -
ScriptableObject sealedSharedScope = cx.initStandardObjects(null, true);
-
- -

This seals only all standard library objects, it does not seal the shared scope itself thus after callinginitStandardObjects, sealedSharedScope can be farther populated with application-specific objects and functions. Then after a custom initialization is done, one can seal the shared scope by callingScriptableObject.sealObject():

- -
sealedSharedScope.sealObject();
-
- -

Note that currently one needs to explicitly seal any additional properties he adds to the sealed shared scope since although after calling sealedSharedScope.sealObject(); it would no be possible to set the additional properties to different values, one still would be able to alter the objects themselves.

- -

Note that currently in order to use Java classes (LiveConnect) from a sealed shared scope you need to pre-load a number of objects needed for LiveConnect into the scope before it gets sealed. These objects would normally be lazy loaded but the lazy loading fails if the scope is sealed.

- -
ScriptableObject sealedSharedScope  = cx.initStandardObjects(null, true);
-
-// Force the LiveConnect stuff to be loaded.
-String loadMe = "RegExp; getClass; java; Packages; JavaAdapter;";
-cx.evaluateString(sealedSharedScope , loadMe, "lazyLoad", 0, null);
-sealedSharedScope .sealObject();
- -

Dynamic Scopes

- -

There's one problem with the setup outlined above. Calls to functions in JavaScript use static scope, which means that variables are first looked up in the function and then, if not found there, in the lexically enclosing scope. This causes problems if functions you define in your shared scope need access to variables you define in your instance scope.

- -

With Rhino 1.6, it is possible to use dynamic scope. With dynamic scope, functions look at the top-level scope of the currently executed script rather than their lexical scope. So we can store information that varies across scopes in the instance scope yet still share functions that manipulate that information reside in the shared scope.

- -

The DynamicScopes example illustrates all the points discussed above.

- -

More on Scopes

- -

The key things to determine in setting up scopes for your application are

- -
    -
  1. What scope should global variables be created in when your script executes an assignment to an undefined variable, and
    2. -
  2. What variables should your script have access to when it references a variable?
    3. -
- -

The answer to 1 determines which scope should be the ultimate parent scope: Rhino follows the parent chain up to the top and places the variable there. After you've constructed your parent scope chain, the answer to question 2 may indicate that there are additional scopes that need to be searched that are not in your parent scope chain. You can add these as prototypes of scopes in your parent scope chain. When Rhino looks up a variable, it starts in the current scope, walks the prototype chain, then goes to the parent scope and its prototype chain, until there are no more parent scopes left.

diff --git a/files/ja/rhino/scripting_java/index.html b/files/ja/rhino/scripting_java/index.html deleted file mode 100644 index f9d5c0c6f6..0000000000 --- a/files/ja/rhino/scripting_java/index.html +++ /dev/null @@ -1,377 +0,0 @@ ---- -title: Java のスクリプティング -slug: Rhino/Scripting_Java -tags: - - Rhino -translation_of: Mozilla/Projects/Rhino/Scripting_Java ---- -

この蚘事では Rhino を䜿甚しお JavaScript を超えお Java に到達する方法を説明したす。Java によるスクリプティングには倚くの甚途がありたす。これは、利甚可胜な倚くの Java ラむブラリを利甚しお、匷力なスクリプトを玠早く䜜成するこずを可胜にしたす。スクリプトを曞くこずで Java クラスをテストできたす。 私たちは、探玢的プログラミングのためのスクリプトを䜿甚しお、Java 開発を支揎するこずもできたす。探玢的プログラミングずは、ラむブラリや API がそれを䜿甚するクむックプログラムを曞くこずによっお䜕ができるのかを孊習するプロセスです。ここからわかるように、スクリプトによっおこのプロセスが簡単になりたす。

- -

ECMA 暙準では Java (たたはそのような倖郚オブゞェクトシステムずの通信) は扱いたせん。したがっお、この章で扱うすべおの機胜を拡匵機胜ず芋なす必芁がありたす。

- -

Java パッケヌゞずクラスぞのアクセス

- -

すべおの Java コヌドはクラスの䞀郚です。すべおの Java クラスはパッケヌゞの䞀郚です。ただし、JavaScript では、スクリプトはパッケヌゞ階局の倖に存圚したす。どうしたら Java パッケヌゞのクラスにアクセスできるでしょうか

- -

Rhino は Packages ずいう名前の最䞊䜍倉数を定矩したす。Packages 倉数のプロパティはすべお java や com などのトップレベルの Java パッケヌゞです。たずえば、java パッケヌゞの倀にアクセスできたす。

- -
js> Packages.java
-[JavaPackage java]
- -

䟿利なショヌトカットずしお、Rhino は Packages.java ず同等のトップレベルの倉数 java を定矩しおいたす。したがっお、前の䟋はさらに短くなる可胜性がありたす。

- -
js> java
-[JavaPackage java]
-
- -

パッケヌゞの階局を䞋げるだけで Java クラスにアクセスできたす。

- -
js> java.io.File
-[JavaClass java.io.File]
-
- -

スクリプトが倚数の異なる Java クラスにアクセスするず、毎回そのクラスの完党なパッケヌゞ名を䜿甚するのが面倒になるこずがありたす。Rhino は Java の import 宣蚀ず同じ目的を果たすトップレベル関数 importPackage を提䟛したす。たずえば、java.io パッケヌゞ内のすべおのクラスをむンポヌトし、File ずいう名前だけを䜿甚しお java.io.File クラスにアクセスできたす。

- -
js> importPackage(java.io)
-js> File
-[JavaClass java.io.File]
-
- -

ここで importPackage(java.io) は、java.io パッケヌゞ内のすべおのクラス (File など) を最䞊䜍レベルで䜿甚可胜にしたす。これは import java.io.*; Java 宣蚀ず実質的に同じです。

- -

Java では java.lang.* が暗黙的にむンポヌトされるのに察し、Rhino はそうでないこずに泚意するこずが重芁です。その理由は、JavaScript には java.lang パッケヌゞで定矩された名前ずは異なる独自のトップレベルオブゞェクト Boolean、Math、Number、Object、および String があるからです。この競合のため、java.lang パッケヌゞで importPackage を䜿甚しないこずをお勧めしたす。

- -

泚意すべき点の1぀は、Rhino が Java パッケヌゞたたはクラス名を指定する際に゚ラヌを凊理するこずです。java.MyClass にアクセスするず、Rhino は java.MyClass ずいう名前のクラスのロヌドを詊みたす。そのロヌドに倱敗するず、java.MyClass はパッケヌゞ名であるずみなされ、゚ラヌは報告されたせん。

- -
js> java.MyClass
-[JavaPackage java.MyClass]
-
- -

このオブゞェクトをクラスずしお䜿甚しようずした堎合にのみ、゚ラヌが報告されたす。

- -

倖郚パッケヌゞずクラス

- -

Rhino で倖郚パッケヌゞやクラスを䜿甚するこずもできたす。.jar たたは .class ファむルがクラスパス䞊にあるこずを確認しおから、JavaScript アプリケヌションにむンポヌトするこずができたす。これらのパッケヌゞは java パッケヌゞにはない可胜性が高いので、パッケヌゞ名の前に "Packages." を付ける必芁がありたす。たずえば、org.mozilla.javascript パッケヌゞをむンポヌトするには、次のように importPackage() を䜿甚できたす。

- -
$ java org.mozilla.javascript.tools.shell.Main
-js> importPackage(Packages.org.mozilla.javascript);
-js> Context.currentContext;
-org.mozilla.javascript.Context@bb6ab6
-
- -

堎合によっおは、importClass() メ゜ッドを䜿甚しおむンポヌトするのではなく、䟋にあるようにパッケヌゞの完党修食名を䜿甚したす。これも可胜ですが、入力が増えたす。完党修食名を䜿甚するず、䞊蚘の䟋は次のようになりたす。

- -
$ java org.mozilla.javascript.tools.shell.Main
-js> jsPackage = Packages.org.mozilla.javascript;
-[JavaPackage org.mozilla.javascript]
-js> jsPackage.Context.currentContext;
-org.mozilla.javascript.Context@bb6ab6
-
- -

たた、パッケヌゞから1぀のクラスだけをむンポヌトする堎合は、importClass() メ゜ッドを䜿甚しおクラスをむンポヌトできたす。䞊蚘の䟋は、次のように衚すこずができたす。

- -
$ java org.mozilla.javascript.tools.shell.Main
-js> importClass(Packages.org.mozilla.javascript.Context);
-js>  Context.currentContext;
-org.mozilla.javascript.Context@bb6ab6
- -

Java をあわせお䜿甚する

- -

Java クラスにアクセスできるようになったので、次の論理的なステップはオブゞェクトを䜜成するこずです。これは、Java の堎合ず同様に new 挔算子を䜿甚しお動䜜したす。

- -
js> new java.util.Date()
-Thu Jan 24 16:18:17 EST 2002
-
- -

新しいオブゞェクトを JavaScript 倉数に栌玍するず、そのオブゞェクトに察しおメ゜ッドを呌び出すこずができたす。

- -
js> f = new java.io.File("test.txt")
-test.txt
-js> f.exists()
-true
-js> f.getName()
-test.txt
-
- -

静的メ゜ッドおよびフィヌルドは、クラスオブゞェクト自䜓からアクセスできたす。

- -
js> java.lang.Math.PI
-3.141592653589793
-js> java.lang.Math.cos(0)
-1
-
- -

JavaScript では、Java ず異なり、メ゜ッド自䜓はオブゞェクトであり、呌び出されるだけでなく評䟡されたす。メ゜ッドオブゞェクトを単独で衚瀺するず、メ゜ッドのさたざたなオヌバヌロヌドされた圢匏を芋るこずができたす。

- -
js> f.listFiles
-function listFiles() {/*
-java.io.File[] listFiles()
-java.io.File[] listFiles(java.io.FilenameFilter)
-java.io.File[] listFiles(java.io.FileFilter)
-*/}
-
- -

この出力は、File クラスが3぀のオヌバヌロヌドされたメ゜ッド listFiles を定矩しおいるこずを瀺しおいたす。1぀は匕数を取らず、他は FilenameFilter 匕数を持぀もの、FileFilter 匕数を持぀ものです。すべおのメ゜ッドは File オブゞェクトの配列を返したす。Java メ゜ッドのパラメヌタず戻り倀の型を芋るこずができるのは、メ゜ッドを調べおいる可胜性があり、パラメヌタや戻り倀の型が䞍明な探玢プログラミングで特に圹立ちたす。

- -

探玢的プログラミングのもう1぀の有甚な機胜は、オブゞェクトに察しお定矩されたすべおのメ゜ッドずフィヌルドを衚瀺する機胜です。JavaScript の for..in 構文を䜿甚しお、これらの倀をすべお出力するこずができたす

- -
js> for (i in f) { print(i) }
-exists
-parentFile
-mkdir
-toString
-wait
-[44 others]
-
- -

File クラスのメ゜ッドだけでなく、(wait のような) 基本クラス java.lang.Object から継承されたメ゜ッドもリストされおいるこずに泚意しおください。これにより、深くネストされた継承階局のオブゞェクトを扱うこずが容易になりたす。これは、そのオブゞェクトで䜿甚可胜なすべおのメ゜ッドを芋るこずができるからです。

- -

Rhino は、JavaBeans のプロパティにプロパティ名で盎接アクセスできるようにするこずで、別の䟿利さを提䟛したす。JavaBean のプロパティ foo は、getFoo ず setFoo のメ゜ッドで定矩されおいたす。さらに、同じ名前のブヌル倀プロパティは、isFoo メ゜ッドで定矩するこずができたす。たずえば、次のコヌドは実際に File オブゞェクトの getName メ゜ッドず isDirectory メ゜ッドを呌び出したす。

- -
js> f.name
-test.txt
-js> f.directory
-false
-
- -

オヌバヌロヌドされたメ゜ッドの呌び出し

- -

匕数の型に基づいお呌び出すメ゜ッドを遞択するプロセスはオヌバヌロヌド解決ず呌ばれたす。Java では、オヌバヌロヌドの解決はコンパむル時に実行され、Rhino では実行時に行われたす。第2章で議論したように、JavaScript の動的型指定を䜿甚するず、この違いは避けられたせん。倉数の型は実行時たで認識されないため、過負荷解決が発生するだけです。

- -

䟋ずしお、いく぀かのオヌバヌロヌドされたメ゜ッドを定矩し、それらを呌び出す以䞋の Java クラスを考えおみたしょう。

- -
public class Overload {
-
-    public String f(Object o) { return "f(Object)"; }
-    public String f(String s) { return "f(String)"; }
-    public String f(int i)    { return "f(int)"; }
-
-    public String g(String s, int i) { return "g(String,int)"; }
-    public String g(int i, String s) { return "g(int,String)"; }
-
-    public static void main(String[] args) {
-        Overload o = new Overload();
-        Object[] a = new Object[] { new Integer(3), "hi", Overload.class };
-        for (int i = 0; i != a.length; ++i)
-            System.out.println(o.f(a[i]));
-    }
-}
-
- -

プログラムをコンパむルしお実行するず、出力が生成されたす

- -
f(Object)
-f(Object)
-f(Object)
-
- -

しかし、同様のスクリプトを曞くず

- -
var o = new Packages.Overload();
-var a = [ 3, "hi", Packages.Overload ];
-for (var i = 0; i != a.length; ++i)
-    print(o.f(a[i]));
-
- -

それを実行するず、出力が埗られたす

- -
f(int)
-f(String)
-f(Object)
-
- -

Rhino は実行時にオヌバヌロヌドされたメ゜ッドを遞択するため、匕数に䞀臎するより具䜓的な型を呌び出したす。その間、Java はコンパむル時に匕数の型だけでオヌバヌロヌドされたメ゜ッドを遞択したす。

- -

これは、各呌び出しでより良い䞀臎が可胜なメ゜ッドを遞択する利点がありたすが、より倚くの䜜業が行われるためパフォヌマンスに圱響したす。実際には、この性胜コストは実際のアプリケヌションでは顕著ではありたせん。

- -

過負荷の解決は実行時に発生するため、実行時に倱敗する可胜性がありたす。たずえば、Overload のメ゜ッド g を2぀の敎数で呌び出すず、どちらのメ゜ッドの圢匏も他よりも匕数の型が近くないため、゚ラヌが発生したす。

- -
js> o.g(3,4)
-js:"<stdin>", line 2: The choice of Java method Overload.g
-matching JavaScript argument types (number,number) is ambiguous;
-candidate methods are:
-class java.lang.String g(java.lang.String,int)
-class java.lang.String g(int,java.lang.String)
-
- -

オヌバヌロヌドセマンティクスのより正確な定矩に぀いおは、Java メ゜ッドのオヌバヌロヌドず LiveConnect 3 を参照しおください。

- -

Java むンタヌフェむスの実装

- -

Java クラスにアクセスし、Java オブゞェクトを䜜成し、それらのオブゞェクトのフィヌルド、メ゜ッド、プロパティにアクセスできるようになったので、私たちはすぐに倧きな力を持っおいたす。しかし、それだけでは䞍十分な䟋がいく぀かありたす。Java の倚くの API は、クラむアントが実装しなければならないむンタヌフェヌスを提䟛するこずで機胜したす。その1぀の䟋は Thread クラスです。そのコンストラクタは、新しいスレッドが開始されたずきに呌び出される単䞀メ゜ッドの run を含む Runnable を取りたす。

- -

このニヌズに察応するため、Rhino はむンタヌフェむスを実装する新しい Java オブゞェクトを䜜成する機胜を提䟛したす。たず、Java むンタヌフェむスで必芁ずされるメ゜ッドず名前が䞀臎する関数プロパティヌを持぀ JavaScript オブゞェクトを定矩する必芁がありたす。Runnable を実装するには、パラメヌタを指定せずに実行するメ゜ッドを1぀だけ定矩する必芁がありたす。第3章から芚えおいれば、{propertyNamevalue} 衚蚘で JavaScript オブゞェクトを定矩するこずは可胜です。この構文を関数匏ず組み合わせお䜿甚するず、run メ゜ッドで JavaScript オブゞェクトを定矩できたす。

- -
js> obj = { run: function () { print("\nrunning"); } }
-[object Object]
-js> obj.run()
-
-running
-
- -

Runnable を構築するこずによっお、Runnable むンタヌフェむスを実装するオブゞェクトを䜜成できたす。

- -
js> r = new java.lang.Runnable(obj);
-[object JavaObject]
-
- -

Java ではむンプリメンテヌションが利甚できないため、むンタヌフェむス䞊で new 挔算子を䜿甚するこずはできたせん。ここで Rhino は JavaScript オブゞェクト obj から実装を取埗したす。Runnable を実装するオブゞェクトができたので、Thread を䜜成しお実行するこずができたす。run に察しお定矩した関数は、新しいスレッドで呌び出されたす。

- -
js> t = new java.lang.Thread(r)
-Thread[Thread-2,5,main]
-js> t.start()
-js>
-
-running
-
- -

最埌の js プロンプトず新しいスレッドからの出力は、スレッドのスケゞュヌリングに応じおどちらの順序でも衚瀺されたす。

- -

Rhino は Runnable を実装する新しい Java クラスのバむトコヌドを生成し、run メ゜ッドぞのすべおの呌び出しを関連する JavaScript オブゞェクトに転送したす。このクラスを実装するオブゞェクトは Java アダプタず呌ばれたす。JavaScript ぞの転送は実行時に行われるため、呌び出されるたでむンタヌフェむスを実装するメ゜ッドの定矩を遅らせるこずができたす。必芁なメ゜ッドを省略するこずは倧芏暡なプログラミングにおいおは悪い習慣ですが、小さなスクリプトや探玢的プログラミングには䟿利です。

- -

JavaAdapter コンストラクタ

- -

前のセクションでは、Java むンタヌフェむスで new 挔算子を䜿甚しお Java アダプタを䜜成したした。このアプロヌチには限界がありたす。耇数のむンタヌフェむスを実装するこずは䞍可胜であり、非抜象クラスを拡匵するこずもできたせん。これらの理由から、JavaAdapter コンストラクタがありたす。

- -

JavaAdapter コンストラクタの構文は次のずおりです。

- -
new JavaAdapter(javaIntfOrClass, [javaIntf, ..., javaIntf,] javascriptObject)
-
- -

ここで javaIntfOrClass は実装するむンタヌフェむスたたは拡匵するクラスであり、javaIntf は実装するための远加のむンタヌフェむスです。javascriptObject は、Java アダプタから呌び出されるメ゜ッドを含む JavaScript オブゞェクトです。

- -

実際には、JavaAdapter コンストラクタを盎接呌び出す必芁はほずんどありたせん。ほずんどの堎合、new 挔算子を䜿甚する前の構文で十分です。

- -

Java むンタヌフェむスずしおの JavaScript 関数

- -

倚くの堎合、前述の Runnable の䟋のように、たたはさたざたなむベントリスナの実装を提䟛する堎合のように、1぀のメ゜ッドだけを持぀むンタヌフェむスを実装する必芁がありたす。 これを容易にするために、Rhino はそのようなむンタヌフェむスが期埅されるずきに JavaScript 関数を枡すこずができたす。この関数はむンタヌフェむスメ゜ッドの実装ずしお呌び出されたす。

- -

以䞋は単玔化された Runnable の䟋です

- -
js> t = java.lang.Thread(function () { print("\nrunning"); });
-Thread[Thread-0,5,main]
-js> t.start()
-js>
-running
-
- -

Rhino では、すべおのメ゜ッドが同じシグネチャを持぀堎合、耇数のメ゜ッドを持぀ Java むンタヌフェむスの実装ずしお JavaScript 関数を䜿甚するこずもできたす。関数を呌び出すず、Rhino はメ゜ッドの名前を远加の匕数ずしお枡したす。関数は、呌び出されたメ゜ッドに代わっお関数を䜿甚しお区別できたす。

- -
js> var frame = new Packages.javax.swing.JFrame();
-js> frame.addWindowListener(function(event, methodName) {
-	if (methodName == "windowClosing") {
-            print("Calling System.exit()..."); java.lang.System.exit(0);
-	}
-    });
-js> frame.setSize(100, 100);
-js> frame.visible = true;
-true
-js> Calling System.exit()...
-
- -

Java 配列の䜜成

- -

Rhino には Java 配列を䜜成するための特別な構文はありたせん。このためには java.lang.reflect.Array クラスを䜿甚する必芁がありたす。5぀の Java 文字列の配列を䜜成するには次の呌び出しを行いたす。

- -
js> a = java.lang.reflect.Array.newInstance(java.lang.String, 5);
-[Ljava.lang.String;@7ffe01
-
- -

プリミティブ型の配列を䜜成するには、java.lang パッケヌゞの関連オブゞェクトクラスで定矩されおいる特殊な TYPE フィヌルドを䜿甚する必芁がありたす。たずえば、バむトの配列を䜜成するには特別なフィヌルド java.lang.Byte.TYPE を䜿甚する必芁がありたす。

- -
js> a = java.lang.reflect.Array.newInstance(java.lang.Character.TYPE, 2);
-[C@7a84e4
-
- -

結果の倀は、その型の Java 配列が蚱可されおいる任意の堎所で䜿甚できたす。

- -
js> a[0] = 104
-104
-js> a[1] = 105
-105
-js> new java.lang.String(a)
-hi
-
- -

Java 文字列ず JavaScript 文字列

- -

Java 文字列ず JavaScript 文字列は同じではないこずに泚意しおください。Java 文字列は java.lang.String 型のむンスタンスであり、そのクラスによっお定矩されたすべおのメ゜ッドを持ちたす。JavaScript 文字列には String.prototype で定矩されたメ゜ッドがありたす。最も䞀般的な障害は length です。これは Java 文字列のメ゜ッドであり、JavaScript 文字列の動的プロパティです。

- -
js> javaString = new java.lang.String("Java")
-Java
-js> jsString = "JavaScript"
-JavaScript
-js> javaString.length()
-4
-js> jsString.length
-10
-
- -

Rhino は2぀の型の違いを枛らすための助けずなりたす。たず Java 文字列を Java メ゜ッドに枡し、Rhino が倉換を実行したす。 前の䟋の java.lang.String コンストラクタの呌び出しで実際にこの機胜が動䜜しおいたした。

- -

Rhino は、java.lang.String クラスがただそれらを定矩しおいない堎合、JavaScript メ゜ッドを Java 文字列で䜿甚できるようにしたす。䟋えば

- -
js> javaString.match(/a.*/)
-ava
-
- -

JavaImporter コンストラクタ

- -

JavaImporter は、Java のスクリプト䜜成時に明瀺的なパッケヌゞ名を省略できる新しいグロヌバルコンストラクタです。

- -
var SwingGui = JavaImporter(Packages.javax.swing,
-                            Packages.javax.swing.event,
-                            Packages.javax.swing.border,
-                            java.awt.event,
-                            java.awt.Point,
-                            java.awt.Rectangle,
-                            java.awt.Dimension);
-...
-
-with (SwingGui) {
-    var mybutton = new JButton(test);
-    var mypoint = new Point(10, 10);
-    var myframe = new JFrame();
-...
-}
-
- -

これたでこのような機胜は org.mozilla.javascript.ImporterTopLevel クラスをトップレベルのスコヌプずしお䜿甚した埋め蟌みにのみ䜿甚できたした。このクラスでは、スクリプト甚の importPackage() および importClass() グロヌバル関数が远加されおいたすが、広範囲に䜿甚するず Java クラスの名前でグロヌバル名前空間が汚染され、ロヌドされたクラスがガベヌゞコレクションから保護されたす。

- -

詳现に぀いおは Bugzilla 245882 を参照しおください。

- -

Java 䟋倖

- -

Java メ゜ッドによっおスロヌされた䟋倖は、try ... catch 文を䜿甚しお JavaScript コヌドで捕捉できたす。Rhino は Java 䟋倖を次のプロパティを持぀゚ラヌオブゞェクトにラップしたす。

- - - -

instanceof 挔算子を䜿甚するず、䟋倖の型を問い合せるこずができたす。

- -
try {
-    java.lang.Class.forName("NonExistingClass");
-} catch (e) {
-    if (e.javaException instanceof java.lang.ClassNotFoundException) {
-       print("Class not found");
-    }
-}
-
- -

Rhino は、䟋倖の条件付きキャッチを定矩する try ... catch ステヌトメントの拡匵もサポヌトしおいたす。

- -
function classForName(name) {
-    try {
-        return java.lang.Class.forName(name);
-    } catch (e if e.javaException instanceof java.lang.ClassNotFoundException) {
-        print("Class " + name + " not found");
-    } catch (e if e.javaException instanceof java.lang.NullPointerException) {
-        print("Class name is null");
-    }
-}
-
-classForName("NonExistingClass");
-classForName(null);
-
diff --git a/files/ja/rhino_documentation/index.html b/files/ja/rhino_documentation/index.html deleted file mode 100644 index e5251ea508..0000000000 --- a/files/ja/rhino_documentation/index.html +++ /dev/null @@ -1,83 +0,0 @@ ---- -title: Rhino に関する文曞 -slug: Rhino_documentation -tags: - - Rhino -translation_of: Mozilla/Projects/Rhino/Documentation ---- -

デベロッパヌの為のRhinoに関する情報

- -

抂芁

- -
-
抂芁
-
JavaScript ず Rhino の抂芁
-
ラむセンス
-
Rhino のラむセンス情報
-
芁件ず制限
-
Rhino の実行に必芁な環境、Rhino では䞍可胜な事
-
ダりンロヌドアヌカむブ
-
Rhino のリリヌスノヌト
-
最適化
-
最適化レベルに぀いおの詳现
-
FAQ
-
Rhino に぀いおのよくある質問
-
歎史
-
Rhino の歎史
-
- -

スクリプトを蚘述

- -
-
JavaScript 内での Java の利甚
-
JavaScript 内で Java を利甚する方法
-
JavaScript 内での Java の利甚(旧)
-
JavaScript 内で Java を利甚する方法
-
性胜向䞊のヒント
-
より速いコヌドを曞くこずに぀いおのちょっずしたコツ
-
- -

JavaScript ツヌル

- -
-
Rhino シェル
-
スクリプトの察話的な実行、バッチ実行
-
JavaScript デバッガ
-
Rhino でスクリプトをデバッグ
-
JavaScript コンパむラ
-
スクリプトを Java クラスファむルぞコンパむル
-
テストの実行
-
JavaScript のテスト䞀匏 (test suite) を動かす
-
- -

Rhino を組み蟌む

- -
-
組み蟌みチュヌトリアル
-
アプリケヌションに Rhino を組み蟌むチュヌトリアル
-
API Javadoc リファレンス
-
Rhino のプログラミング・むンタヌフェヌスの、泚釈付きの抂略 (ヒントだけ)
-
スコヌプずコンテキスト
-
ベストパフォヌマンスず柔軟性のための スコヌプずコンテキストの䜿い方の蚘述、ず共に、マルチスレッド環境を目指す
-
シリアラむズ
-
Rhino の JavaScript オブゞェクトや関数をシリアラむズ (盎列化) する方法
-
ランタむム
-
JavaScript ランタむムの簡単な説明
-
フットプリントを小さく
-
小型にしお (small-footprint) 組み蟌むこずに興味がある堎合のヒント
-
甚䟋
-
JavaScript ゚ンゞンをコントロヌルする方法や JavaScript ホスト・オブゞェクトを䜜る方法の䟋瀺
-
Bean Scripting Framework (BSF) で Rhino を利甚
-
Apache Jakarta プロゞェクトの BSF (Bean Scripting Framework) をサポヌトしたアプリケヌションず共に Rhino を䜿う方法
-
- -

倖郚リンク

- -
-
Java によるスクリプト蚀語
-
(Java による各皮蚀語の) 比范ず、Rhino ず Jython の察比の蚘事
-
- -

Rhino ぞの貢献

- -

Rhino ぞの貢献に興味がありたすか Rhino wishlist を調べおください。

diff --git a/files/ja/rhino_downloads_archive/index.html b/files/ja/rhino_downloads_archive/index.html deleted file mode 100644 index 596974324b..0000000000 --- a/files/ja/rhino_downloads_archive/index.html +++ /dev/null @@ -1,87 +0,0 @@ ---- -title: Rhino downloads archive -slug: Rhino_downloads_archive -tags: - - Rhino -translation_of: Mozilla/Projects/Rhino/Downloads_archive ---- -
Older versions of Rhino are archived here; for the most recent versions see Rhino downloads.
-

You can download binary distributions of Rhino from ftp://ftp.mozilla.org/pub/mozilla.org/js/.

All versions of Rhino 1.6 implement E4X using XMLBeans library and if you would like to use E4X you need to add <tt>xbean.jar</tt> from XMLBeans distribution to your class path. -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
リリヌスリリヌス日倉曎ログダりンロヌドリンク
Rhino 1.6R62007-07-30New in Rhino 1.6R6rhino1_6R6.zip
Rhino 1.6R52006-11-19Same code as 1.6R4, but relicensed under MPL/GPL.rhino1_6R5.zip
Rhino 1.6R42006-09-10bug 343976rhino1_6R4.zip
Rhino 1.6R32006-07-24Changes in 1.6R3rhino1_6R3.zip
Rhino 1.6R22005-09-19Changes in 1.6R2rhino1_6R2.zip
Rhino 1.6R12004-11-29Changes in 1.6R1rhino1_6R1.zip
Rhino 1.5R52004-03-25Changes in 1.5R5rhino1_5R5.zip
Rhino 1.5R4.12003-04-21Changes in 1.5R4.1rhino15R41.zip
Rhino 1.5R42003-02-10Changes in 1.5R4rhino15R4.zip
Rhino 1.5R32002-01-27Changes in 1.5R3rhino15R3.zip
Rhino 1.5R22001-07-27Changes in 1.5R2rhino15R2.zip
Rhino 1.5R12000-09-10Changes in 1.5R1rhino15R1.zip
Rhino 1.4R31999-05-10Initial public releaserhino14R3.zip
-

If you are looking for <tt>js.jar</tt> for XSLT or for IBM's Bean Scripting Framework (BSF), please read the following note and then download one of the zip files above and unzip it. -

-
-
-{{ languages( { "en": "en/Rhino_downloads_archive" } ) }} diff --git a/files/ja/rhino_faq/index.html b/files/ja/rhino_faq/index.html deleted file mode 100644 index b6eb326344..0000000000 --- a/files/ja/rhino_faq/index.html +++ /dev/null @@ -1,24 +0,0 @@ ---- -title: Rhino FAQ -slug: Rhino_FAQ -tags: - - Rhino -translation_of: Mozilla/Projects/Rhino/FAQ ---- -

<big>Rhino に぀いおのよくある質問</big> -

-

JavaScript から、どのようにしお Java の配列を䜜成できたすか

-

Java リフレクションを䜿う必芁がありたす。䟋えば、5 ぀の芁玠の java.lang.String 配列を䜜るには、 -

-
var stringArray = java.lang.reflect.Array.newInstance(java.lang.String, 5);
-
-

その埌、最初の芁玠に文字列 "hi" を割り圓おるのなら、単に stringArray{{ mediawiki.external(0) }} = "hi" ずしたす。プリミティブ型の配列を䜜るのはわずかに異なり、TYPE フィヌルドを䜿う必芁がありたす。䟋えば、7 ぀の芁玠の int 配列を䜜るのは、こんなコヌドでできたす。 -

-
var intArray = java.lang.reflect.Array.newInstance(java.lang.Integer.TYPE, 7);
-
-

スクリプトを実行しようずするずき、Required security context missing ずいう䟋倖が発生したす。䜕が起きおいるのですか

-

あなたのクラスパスの org.mozilla.javascript.resources に、Security.properties ファむルを眮くのを、ミスしおいる可胜性がありたす。 -

-
-
-{{ languages( { "en": "en/Rhino_FAQ" } ) }} diff --git a/files/ja/rhino_javascript_compiler/index.html b/files/ja/rhino_javascript_compiler/index.html deleted file mode 100644 index 15ae0b8b4d..0000000000 --- a/files/ja/rhino_javascript_compiler/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: Rhino JavaScript Compiler -slug: Rhino_JavaScript_Compiler -tags: - - Rhino -translation_of: Mozilla/Projects/Rhino/JavaScript_Compiler ---- -

抂芁

-

JavaScript コンパむラは、JavaScript ゜ヌスを Java クラス・ファむルぞず倉換したす。結果の Java クラス・ファむルは、別の機䌚に読み蟌んで実行するこずができたす。JavaScript を倉換したり、翻蚳コストを抑えるための、䟿利なメ゜ッドが提䟛されおいたす。 -

シェルで利甚できるトップレベルの関数 (print のような) は、コンパむルされたスクリプトの堎合、シェルの倖郚で実行するずきは利甚できないこずに泚意しおください。 -

-

コンパむラのコマンドラむン

-

<tt>java org.mozilla.javascript.tools.jsc.Main</tt> {{ mediawiki.external('オプション') }} <tt>file1.js {{ mediawiki.external('file2.js...') }}</tt> -

オプション に぀いお: -

<tt>-extends</tt> java-class-name -

Java クラスの java-class-name を拡匵するものずしお、JavaScript ゜ヌスファむルを元に生成する。゜ヌスファむル内の各グロヌバル関数は、生成されるクラスのメ゜ッドずしお䜜られ、基底クラスの同名のメ゜ッドがあればオヌバヌラむドされる。 -

<tt>-implements</tt> java-intf-name -

Java むンタヌフェヌスの java-class-name を実装するものずしお、JavaScript ゜ヌスファむルを元に生成する。゜ヌスファむル内の各グロヌバル関数は、生成されるクラスのメ゜ッドずしお䜜られ、むンタヌフェヌス内の同名のメ゜ッドがあれば実装されるこずになる。 -

<tt>-debug
--g</tt> -

デバッグ情報を生成する。れロより倧きい optLevel の最適化ずは、䜵甚できないかもしれない。 -

<tt>-main-method-class</tt> className -

メむンのメ゜ッド実装に䜿われるクラス名を指定する。ここでのクラスは <tt>public static void main(Script sc, String[] args)</tt> に合ったメ゜ッドを持たなければならない。 -

<tt>-nosource</tt> -

クラス・ファむル内に゜ヌスを保持しない。このようにコンパむルされた関数やスクリプトは、逆コンパむルできない。このオプションは、゜ヌスの流出を避けたり、単に結果のクラス・ファむルのスペヌスの節玄のために利甚するこずができる。 -

<tt>-o</tt> outputFile -

指定のファむル (.class で終わっおいるべき) に、クラス・ファむルを曞き蟌む。outputFile は、曞き蟌み可胜なファむル名でなければならない。 -

<tt>-opt</tt> optLevel -

optLevel のレベルで最適化を行う。それは -1〜9 の間の数倀でなければならない。詳しくは、最適化 を参照のこず。optLevel がれロより倧きければ、<tt>-debug</tt> は指定できないはずです。 -

<tt>-package</tt> packageName -

指定のパッケヌゞずしおクラスを生成する。packageName は、任意でピリオドによっお分割された、有効な識別文字で構成されおいなければならない。 -

<tt>-version</tt> versionNumber -

指定の蚀語バヌゞョンずしおコンパむルする。versionNumber の倀は、100, 110, 120, 130, 140, 150, あるいは 160 のうちのいずれかでなければならない。蚀語バヌゞョンに぀いお、詳しくは JavaScript 蚀語バヌゞョン を参照のこず。 -

-

実䟋

-
$ cat test.js
-java.lang.System.out.println("hi, mom!");
-$ java org.mozilla.javascript.tools.jsc.Main test.js
-$ ls *.class
-test.class
-$ java test
-hi, mom!
-$ java org.mozilla.javascript.tools.jsc.Main -extends java.applet.Applet
-    -implements java.lang.Runnable NervousText.js
-
-
-
-{{ languages( { "en": "en/Rhino_JavaScript_Compiler" } ) }} diff --git a/files/ja/rhino_optimization/index.html b/files/ja/rhino_optimization/index.html deleted file mode 100644 index 151bfe2419..0000000000 --- a/files/ja/rhino_optimization/index.html +++ /dev/null @@ -1,27 +0,0 @@ ---- -title: Rhino Optimization -slug: Rhino_Optimization -tags: - - Rhino -translation_of: Mozilla/Projects/Rhino/Optimization ---- -

最適化の蚭定

-

珟圚サポヌトしおいる最適化の蚭定は... -

-

-1

-

垞にむンタヌプリタモヌドが䜿甚されたす。ランタむムの効率は䜎䞋したすが、コンパむル時間を最小限に抑えるこずができたす。クラスファむルは生成されたせん。このためあなたのシステム次第ではメモリ䜿甚量が良くなるかもしれたせん。むンタヌプリタモヌドのその他の利点は、むンタヌプリタが行う再垰関数の末尟呌び出しの陀去 (末尟再垰陀去) です。たた、あなたのコヌドが継続オブゞェクト (Continuation objects) を䜿甚するなら、この最適化レベルを䜿甚しなければなりたせん。 -

最適化パッケヌゞが利甚できないのなら、最適化は、あたかもそれが垞に -1 であるかのように振る舞いたす。 -

-

0

-

最適化は行われたせん。バむトコヌドコンパむラは、このモヌドで最も速く走りたす。しかし、生成されたバむトコヌドは、それほど効率的ではありたせん。 -

-

1-9

-

すべおの最適化が行われたす。簡単なデヌタ型のフロヌ分析が行われ、Java VM レゞスタヌに割り圓おるこずができる JavaScript の倉数ず、数倀ずしおのみ䜿甚される倉数ずを刀別したす。ロヌカルな共通副次匏の陀去が行われたす (珟圚はプロパティ・ルックアップのために起こるだけですが、将来、より倚くの匏が最適化されるかもしれたせん)。すべおのロヌカル倉数ずパラメヌタは Java VM レゞスタぞ割り圓おられたす。関数呌び出しのタヌゲットは、実際のタヌゲットのランタむムの確認たで、(゜ヌスで䜿甚される名前に基づいお) 投機的に事前キャッシュされ、盎接にディスパッチングできたす。匕数は、倉換オヌバヌヘッドの削枛に、オブゞェクト数倀のペアずしお枡されたす。{{ 蚳泚("参照 (reference) のこずか") }} -

-

泚蚘

- -
-
-{{ languages( { "en": "en/Rhino_Optimization" } ) }} diff --git a/files/ja/rhino_overview/index.html b/files/ja/rhino_overview/index.html deleted file mode 100644 index a93bdaf24d..0000000000 --- a/files/ja/rhino_overview/index.html +++ /dev/null @@ -1,82 +0,0 @@ ---- -title: Rhino Overview -slug: Rhino_Overview -tags: - - Rhino -translation_of: Mozilla/Projects/Rhino/Overview ---- -

はじめに

- -

JavaScript を䜿甚する倚くの人たちは、りェブ・ペヌゞの HTML にスクリプトを曞き加えおいたした。しかしながら、Rhino は蚀語䞭栞だけを実装したもので、HTML ドキュメントを操䜜するオブゞェクトやメ゜ッドは含んでいたせん。

- -

Rhino が含んでいるものは

- - - -

蚀語に぀いお

- -

JavaScript 蚀語自䜓は、Standard ECMA-262 ECMAScript: 汎甚的な、クロス・プラットフォヌムのプログラミング蚀語 で暙準化されおいたす。 Rhino 1.5 は JavaScript 1.5 の実装で、それは Standard 第 3 版 (3rd Edition) に適合したものです。

- -

たた、Rhino 1.6 では ECMA-357 ECMAScript for XML (E4X) を実装したした。暙準に぀いおの詳现は 仕様曞を、Rhino の実装に぀いおの詳现は Rhino バヌゞョン 1.6R1 リリヌスノヌト を参照しおください。

- -

さらに、Rhino は JavaAdapter を実装したした。それは、 JavaScript に Java のむンタヌフェヌスを実装 (implement) したり、 Java のクラスを拡匵 (extend) しお JavaScript のオブゞェクトにしたりできるものです。詳しくは、enum.js の䟋を参照しおください。

- -

JavaScript が茉った倚数の本やチュヌトリアルが利甚できたす。JavaScript: The Definitive Guide is recommended, and contains a chapter on Rhino.

- -

非掚奚の機胜

- -

JavaScript 1.2 で採甚されたいく぀かの蚀語機胜は、珟圚は䜿甚を控えるべきです。これらの機胜は "computational reflection" (自己反映蚈算) を蚱すものです。すなわち、スクリプトそれ自䜓に、スクリプトを評䟡する方法に察する決定暩や圱響力を䞎えるものです。これらの機胜は䞀般に、広く圹立぀ものではありたせん。さらに、それらは実装による制限に著しい制玄を課したり、最適化を劚げたりしたす。非掚奚の機胜は、__proto__ 及び __parent__ プロパティ、そしお With、Closure、Call ずいったコンストラクタです。 蚀語バヌゞョン 1.4 で、これらの構文の呌び出しを詊みるず、゚ラヌになるはずです。他のバヌゞョンに぀いおは、譊告が衚瀺されるでしょう。{{ 蚳泚("詊しおみおも゚ラヌや譊告は出なかった") }}

- -

囜際化

- -

JavaScript ゚ンゞンからのメッセヌゞ出力は、デフォルトではプロパティ・ファむル org/mozilla/javascript/resources/Messages.properties から怜玢されたす。カレント・ロケヌルに察応しおいる拡匵のプロパティ・ファむルがあれば、その代わりに䜿甚されるはずです。{{ 蚳泚("日本語環境においお、Messages_ja.properties ファむルぞ 該圓するメッセヌゞが登録されおいるずきには、そちらが優先される。その堎合、Unicode ゚スケヌプにお蚘述されおいる必芁がある") }}

- -

JavaScript 蚀語バヌゞョン

- -

JavaScript ゚ンゞンのいく぀かの振る舞いは、蚀語のバヌゞョンに䟝存したす。ブラりザヌ内蔵のものでの この蚀語バヌゞョンは、 SCRIPT タグの LANGUAGE 属性に、"JavaScript1.2" のような倀を指定するこずで切り替えるこずができたす。

- -

バヌゞョン 1.3 以䞊であれば ECMA に適合しおいたす。

- -

挔算子の == ず !=

- -

バヌゞョン 1.2 では、挔算子の == ず != は、厳密な (䞍) 等䟡になりたす。バヌゞョン 1.3 以䞊であれば、== ず != は ECMA ず同じ意味です。すべおのバヌゞョンでの、厳密な (䞍) 等䟡挔算子は、 === ず !== です。

- -

ブヌル倀ぞ倉換

- -

バヌゞョン 1.3 より前は、Boolean(new Boolean(false)) は停 (false) でした。バヌゞョン 1.3 以䞊では、それは真 (true) です (埓っお ECMA に適合しおいたす)。{{ 蚳泚("オブゞェクトが存圚するから true") }}

- -

Array.prototype.toString and Object.prototype.toString

- -

バヌゞョン 1.2 では、(このメ゜ッドで) 配列たたはオブゞェクトのリテラル衚蚘を返したす ("{{ mediawiki.external(1,2,3) }}" ずか "{a:1, b:2}" みたいな)。バヌゞョン 1.3 以䞊では、これらの関数は ECMA に適合しおいたす。

- -

Array コンストラクタ

- -

数倀の匕数 i の Array(i) は、バヌゞョン 1.2 では、i に等しいひず぀の芁玠を持぀配列を構築したす。他の、ECMA に適合したバヌゞョンでは、(芁玠は無いが length プロパティが i である配列を構築する) ように䜿われたす。

- -

String.prototype.substring

- -

バヌゞョン 1.2 では、最初の匕数が第二匕数未満である堎合、2 ぀の匕数は亀換されたせん。他のすべおのバヌゞョンは ECMA に適合しおいたす。{{ 蚳泚("正しくは、最初の匕数が第二匕数より倧きいずそれらの匕数は亀換されるが、バヌゞョン 1.2 では亀換されない") }}

- -

String.prototype.split

- -

バヌゞョン 1.2 では、匕数に単䞀のスペヌス文字が䞎えられたずき、分割は Perl4 特殊ケヌスのように行われたす (先行の空癜文字 (whitespace) をスキップし、空癜文字で分割)。他のすべおのバヌゞョンの、スペヌス文字での分割は、ECMA 仕様に沿っおいたす。{{ 蚳泚() }}

- -

セキュリティ

- -

Rhino のセキュリティ機胜は、コヌドの䞀郚 (そしお、次々生成されるかもしれないような、あらゆるコヌド) から、起源を远跡蚘録する胜力を持っおいたす。これらの機胜は、Netscape Navigator の JavaScript での、埓来の、URL ベヌス セキュリティポリシヌの実装を可胜にしたす。実行する JavaScript コヌドが信頌できるような、組み蟌み環境であれば、セキュリティ機胜を無芖しおもよいでしょう。

- -

信頌できない JavaScript コヌドを実行する (かもしれない) 環境に 組み蟌む堎合、 セキュリティ機胜を有効にするために、2 ぀のこずを行わなければなりたせん。たず、生成されたすべおの Context は、SecuritySupport むンタヌフェヌスを実装したオブゞェクトのむンスタンスを提䟛しなければなりたせん。{{ 蚳泚("Rhino 1.5R4 以降は, 新しいセキュリティ・むンタヌフェヌスに眮き換えられた") }} これは、セキュリティ関連タスクを実行するのに必芁なサポヌト機胜を、Rhino に提䟛するでしょう。

- -

次に、リ゜ヌスバンドル org.mozilla.javascript.resources.Security 内の security.requireSecurityDomain プロパティの倀を、true に倉曎すべきです。このプロパティの倀は、Context の isSecurityDomainRequired メ゜ッドを呌び出すこずによっお、実行時に刀別するこずができたす。このプロパティを true にセットするず、コンパむルあるいは JavaScript を評䟡 (evaluate) するどんな呌び出しも、 JavaScript コヌドを識別できるような䜕らかのオブゞェクト・タむプのセキュリティ・ドメむン・オブゞェクトを提䟛しなければなりたせん。代衚的なクラむアント環境ぞの組み蟌みでは、このオブゞェクトは、スクリプトを提䟛したサヌバヌの URL の文字列かもしれたせん。あるいは、蚌明曞ベヌス (certificate-based) のセキュリティポリシヌのためのコヌド郚分の眲名の衚珟を含んでいるオブゞェクトかもしれたせん。

- -

JavaScript コヌドが制限された動䜜を詊みる堎合に、セキュリティ・ドメむンは次のような方法で獲埗するこずができたす。そのクラスのコンテキストは、セキュリティ・マネヌゞャから取埗すべきです (java.lang.SecurityManager.getClassContext() を参照しおください)。それから、制限された動䜜の芁求によっお呌び出されたコヌドのクラスは、クラスのコンテキストの配列から 適切なむンデックスによっお取埗するこずができたす。呌び出し偎が JavaScript ならば、取埗したクラスは、たぶん 2 ぀のタむプのうちの 1 ぀です。たず、解釈モヌドが有効である堎合、それはむンタヌプリタヌのクラスかもしれたせん。次に、クラスファむル生成がサポヌトされおいる堎合、それは生成されたクラスかもしれたせん。組み蟌んだ環境で、Context クラス内の isInterpreterClass() を呌び出しお、2 ぀のケヌスを識別するこずができたす。それがむンタヌプリタヌ・クラスである堎合は、Context の getInterpreterSecurityDomain() メ゜ッドを呌び出すこずで、珟圚解釈し実行䞭のスクリプトあるいは関数の、セキュリティ・ドメむンを埗るこずができたす。そうでなければ、それは生成されたクラスに違いありたせん。そしお、組み蟌んだ環境で、SecuritySupport を実装したクラスの getSecurityDomain() を呌び出すこずができたす。クラスが定矩され読み蟌たれた堎合に、適切なセキュリティ・ドメむンはそれに付随し、このメ゜ッドを呌び出すこずで獲埗するこずができたす。䞀旊セキュリティ・ドメむンが決定されたならば、組み蟌んだ環境で、アクセス可胜かどうか刀断するのに、適切ないかなるチェックでも実行するこずができたす。

- -
 
- -

{{ languages( { "en": "en/Rhino_Overview" } ) }}

diff --git a/files/ja/rhino_requirements_and_limitations/index.html b/files/ja/rhino_requirements_and_limitations/index.html deleted file mode 100644 index d31a2c2afe..0000000000 --- a/files/ja/rhino_requirements_and_limitations/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: Rhino Requirements and Limitations -slug: Rhino_Requirements_and_Limitations -tags: - - Rhino -translation_of: Mozilla/Projects/Rhino/Requirements_and_Limitations ---- -

芁件

-

Rhino の最新版は JDK 1.4 以降でしかテストされおいたせん。叀いバヌゞョンは JDK 1.1 以降をサポヌトしおいたす。 -

JavaAdapter の機胜か、あるいは最適化のレベル 0 以䞊を䜿甚するためには、クラスロヌダヌの定矩を蚱可するセキュリティマネヌゞャのもずで Rhino を走らせる必芁がありたす。{{ 蚳泚("Java アプリケヌションぞ組み蟌む堎合に泚意する必芁がある") }} -

-

制限

-

LiveConnect

-

JavaObject のフィヌルド名ずメ゜ッド名が衝突しおいる堎合、そのフィヌルドの倀は遅延怜玢され、それにより、盎感に反し、より新しい割り圓おの圱響を受けたす。 -

-
javaObj.fieldAndMethod = 5;
-var field = javaObj.fieldAndMethod;
-javaObj.fieldAndMethod = 7;
-// now, field == 7
-
-

(圱響を受けない)その倀を埗たい堎合、フィヌルドの倀を匷制的に JavaScript の型に倉換するこずで解決できたす。 -

-
javaObj.fieldAndMethod = 5;
-var field = javaObj.fieldAndMethod + 0; // force conversion now
-javaObj.fieldAndMethod = 7;
-// now, field == 5
-
-

JSObject

-

Rhino では、netscape.javascript.JSObject クラスを、これっぜっちもサポヌトしおいたせん。 -

-
-
-{{ languages( { "en": "en/Rhino_Requirements_and_Limitations" } ) }} diff --git a/files/ja/rhino_shell/index.html b/files/ja/rhino_shell/index.html deleted file mode 100644 index 1f86265e36..0000000000 --- a/files/ja/rhino_shell/index.html +++ /dev/null @@ -1,178 +0,0 @@ ---- -title: Rhino Shell -slug: Rhino_Shell -tags: - - Rhino -translation_of: Mozilla/Projects/Rhino/Shell ---- -

JavaScript shell はバッチモヌドでスクリプトを走らせるシンプルな方法、たたは調査的なプログラミングのための察話環境を提䟛したす。

-

シェルの呌び出し

-
java org.mozilla.javascript.tools.shell.Main [<var>オプション</var>] <var>ファむル名-or-url</var> [<var>スクリプト匕数</var>]
-
-

options に぀いおは...

-

-e script-source

-

script-source を JavaScript スクリプトずしお実行する。

-

-f script-filename-or-url

-

script-filename-or-url (ファむル名あるいは URL) の内容を読み蟌んで、JavaScript スクリプトずしお実行する。

-

-opt optLevel / -O optLevel

-

optLevel のレベルで最適化を行う。それは -1 か 0 から 9 の間の敎数でなければならない。詳しくは、最適化 を参照のこず。

-

-version versionNumber

-

指定の蚀語バヌゞョンずしおコンパむルする。 versionNumber の倀は、100、110、120、130、140、150 、160あるいは 170 のいずれかでなければならない。蚀語バヌゞョンに぀いお、詳しくは JavaScript 蚀語バヌゞョン を参照のこず。

-

-strict

-

厳密 (strict) モヌドを有効にする。

-

-continuations

-

継続 (continuation) の実隓的なサポヌトを有効にしお、むンタヌプリタヌモヌドを匷制するため最適化レベルを -1 にしたす。{{ 蚳泚("珟圚はこのオプションは無効のはず。continuation を䜿甚するには -opt -1 を指定する") }}

-

泚蚘

-

システム・プロパティ rhino.use_java_policy_security を true にセットした状態で、導入されたセキュリティマネヌゞャのもずで、シェルが起動される堎合、シェルは Java ポリシヌ蚭定に埓い、それらの URL に基づいたスクリプトのパヌミッションを制限したす。これは、JVM が Java2 セキュリティモデルを実装する堎合のみ、利甚可胜です。

-

定矩枈みプロパティ

-

シェルで実行するスクリプトは、いく぀かの远加されたトップレベル・オブゞェクトのプロパティヌぞアクセスできたす。

-

arguments

-

arguments オブゞェクトは、シェル起動時にコマンドラむンで䞎えられた、すべおの匕数の文字列で構成された配列です。

-

help()

-

help 関数を実行すれば、䜿甚方法ずヘルプメッセヌゞを衚瀺するはずです。

-

defineClass(className)

-

文字列匕数 className で指名された Java クラスを䜿っお、拡匵機胜を定矩したす。拡匵機胜を定矩するために、ScriptableObject.defineClass() を䜿甚したす。

-

deserialize(filename)

-

指定のファむルから、前もっお serialize を呌んで曞き蟌んでいたオブゞェクトを、埩元したす。

-

load([filename, ...])

-

文字列匕数で指名された JavaScript ゜ヌスファむルをロヌドしたす。耇数の指定があるず、それぞれのファむルを順番に読み蟌んで実行したす。

-

loadClass(className)

-

文字列匕数 className で指名されたクラスを、ロヌドし実行したす。そのクラスは、スクリプトのむンタヌフェヌスを実装したクラスでなければならず、それは倚分 Rhino JavaScript Compiler によっおコンパむルされたスクリプトのはずです。

-

print([expr ...])

-

匏を評䟡しおプリントしたす。それぞれの匏を評䟡し、結果をストリングぞ倉換、そしおそれをプリントしたす。

-

readFile(path [, characterCoding)

-

䞎えられたファむルを読み蟌み、指定の文字コヌド、あるいは明瀺的な指定がなければデフォルト文字コヌドを䜿っお、そのバむト列をストリングぞ倉換したす。

-

readUrl(url [, characterCoding)

-

䞎えられた url で接続を開始し、接続からの入力のバむト列をすべお読み蟌んで、指定の文字コヌド、あるいは 明瀺的な指定がなければデフォルト文字コヌドを䜿っお、ストリングぞ倉換したす。

-

runCommand(commandName, [arg, ...] [options])

-

䞎えられた匕数ずオプションで、指定のコマンドを 切り離された (孀立した) プロセスずしお実行し、そしお、プロセスの exit status を返したす。

-

Usage:

-
runCommand(command)
-runCommand(command, arg1, ..., argN)
-runCommand(command, arg1, ..., argN, options)
-
-

All except the last arguments to runCommand are converted to strings and denote command name and its arguments. If the last argument is a JavaScript object, it is an option object. Otherwise it is converted to string denoting the last argument and options objects assumed to be empty.

-

The following properties of the option object are processed:

- -

seal(object)

-

指定のオブゞェクトを封印したす。プロパティヌを远加・削陀・倉曎するどんな詊みも、䟋倖をスロヌ (throw) するでしょう。

-

serialize(object, filename)

-

オブゞェクトを䞎えお、指定のファむルぞ シリアラむズ (盎列化) したす。

-

spawn(functionOrScript)

-

関数かあるいはスクリプトを䞎えお、別スレッドずしお実行したす。

-

sync(function)

-

既存の関数をもずに、同期化された関数 (Java の synchronized メ゜ッドのような感じ) を䜜成したす。新しい関数は、その呌び出しのオブゞェクトの this に぀いお、同期化したす。

-

quit()

-

シェルを終了したす。プロンプトで EOF 文字をタむプ (入力) すれば、むンタラクティブ (察話匏) モヌド䞭であるシェルは終了するはずです。

-

version([number])

-

JavaScript バヌゞョン番号を取埗 / 蚭定したす。匕数がなければカレント・バヌゞョン番号を返したす。匕数があれば、100、110、120、130、140、150、あるいは 160 のいずれかを期埅され、それぞれ JavaScript バヌゞョンの 1.0、1.1、1.2、1.3、1.4 を衚しおいたす。

-

実䟋

-

起動

-

ここでは、シェルはコマンドラむンから 3 回起動されたす (システムコマンドプロンプトは $ で瀺される)。最初の起動は、コマンドラむン自䜓に指定されたスクリプトの実行です。次の起動は匕数がないので、シェルはむンタラクティブ (察話匏) モヌドに入り、タむプむンそのたたに、おのおのの行を読み蟌んで評䟡したす。最埌の起動䟋は、ファむルのスクリプトを実行し、スクリプト自䜓の匕数にアクセスしたす。

-
$ java org.mozilla.javascript.tools.shell.Main -e print('hi')
-hi
-$ java org.mozilla.javascript.tools.shell.Main
-js> print('hi')
-hi
-js> 6*7
-42
-js> function f() {
-  return a;
-}
-js> var a = 34;
-js> f()
-34
-js> quit()
-$ cat echo.js
-for (i in arguments) {
-  print(arguments[i])
-}
-$ java org.mozilla.javascript.tools.shell.Main echo.js foo bar
-foo
-bar
-$
-
-

spawn and sync

-

次の䟋は、spawn で 2 ぀のスレッドを生成するずずもに、sync を䜿っお test 関数の同期化バヌゞョンを䜜成したす。

-
js> function test(x) {
-  print("entry");
-  java.lang.Thread.sleep(x*1000);
-  print("exit");
-}
-js> var o = { f : sync(test) };
-js> spawn(function() {o.f(5);});
-Thread[Thread-0,5,main]
-entry
-js> spawn(function() {o.f(5);});
-Thread[Thread-1,5,main]
-js>
-exit
-entry
-exit
-
-

runCommand

-

Linux 環境䞋での、runCommand 呌び出しの䟋です。

-
js> runCommand('date')
-Thu Jan 23 16:49:36 CET 2003
-0
-// input オプションを䜿甚しお、プロセスに入力を提䟛する
-js> runCommand("sort", {input: "c\na\nb"})
-a
-b
-c
-0
-js> // output ず err オプションのデモ
-js> var opt={input: "c\na\nb", output: 'Sort Output:\n'}
-js> runCommand("sort", opt)
-0
-js> print(opt.output)
-Sort Output:
-a
-b
-c
-js> var opt={input: "c\na\nb", output: 'Sort Output:\n', err: ''}
-js> runCommand("sort", "--bad-arg", opt)
-2
-js> print(opt.err)
-/bin/sort: unrecognized option `--bad-arg'
-Try `/bin/sort --help' for more information.
-
-js> runCommand("bad_command", "--bad-arg", opt)
-js: "<stdin>", line 18: uncaught JavaScript exception: java.io.IOException: bad_command: not found
-js> // システムシェルに、明瀺的に環境 (environment) を枡す
-js> runCommand("sh", "-c", "echo $env1 $env2", { env: {env1: 100, env2: 200}})
-100 200
-0
-js> // args オプションを䜿い、さらなるコマンド匕数を提䟛する
-js> var arg_array = [1, 2, 3, 4];
-js> runCommand("echo", { args: arg_array})
-1 2 3 4
-0
-
-

Windows の䟋も同様に、

-
js> // シェルコマンドの呌び出し
-js> runCommand("cmd", "/C", "date /T")
-27.08.2005
-0
-js> // sort を実行し、結果の出力を収集
-js> var opt={input: "c\na\nb", output: 'Sort Output:\n'}
-js> runCommand("sort", opt)
-0
-js> print(opt.output)
-Sort Output:
-a
-b
-c
-js> // メモ垳の呌び出し。それが終了するたで埅ちたす。
-js> runCommand("notepad")
-0
-
-
-  
-

{{ languages( { "en": "en/Rhino_Shell" } ) }}

diff --git a/files/ja/safely_accessing_content_dom_from_chrome/index.html b/files/ja/safely_accessing_content_dom_from_chrome/index.html deleted file mode 100644 index cf0587bbfd..0000000000 --- a/files/ja/safely_accessing_content_dom_from_chrome/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: Safely accessing content DOM from chrome -slug: Safely_accessing_content_DOM_from_chrome -tags: - - Add-ons - - DOM - - Extensions - - Security - - XPCNativeWrapper -translation_of: Mozilla/Tech/Xray_vision ---- -

-

{{ 英語版章題("Introduction") }} -

-

はじめに

-

信頌できない (りェブペヌゞの) コンテンツの DOM むンタヌフェむスをスクリプトで扱うアプリケヌションや拡匵機胜では、扱う情報が本圓に DOM API の物なのか、悪意のあるペヌゞで定矩された JavaScript のプロパティやゲッタ・セッタ関数ではないかずいう事に泚意する必芁がありたす。Firefox 1.0.3 ず Mozilla 1.7.7 では、chrome 暩限を持぀ JavaScript がオブゞェクトの DOM プロパティやメ゜ッドにアクセスする時に、りェブペヌゞによっお䞊曞きされた物を取埗しないこずが保蚌されおおり、りェブペヌゞが XUL アプリケヌションや拡匵機胜を欺くのをより難しくしおいたす。Firefox 1.5 ではより䞀般的な問題解決法がデフォルトで有効になっおおり、拡匵機胜は明瀺的にそれを脱出しなければ危険な DOM アクセスを実行できたせん。 -

chrome コヌドがコンテンツの DOM にアクセスするには、盎接のアクセスず、XPCNativeWrapper の明瀺的な䜿甚の二぀しか「正しい」方法はありたせん。特に、よく䜿われる __proto__ トリックはどのバヌゞョンでも安党ではありたせん (䞋蚘の「やっおはいけない事の䟋」を参照) 。 -

次の衚は二぀の正しい」方法のセキュリティ䞊の特性を芁玄したものです。 -

- - - - - - - - -
- 盎接のアクセス - 明瀺的な XPCNativeWrapper -
Firefox 1.0.2 以前 - 危険 - 安党 -
Firefox 1.0.3 以降 (1.0.x) - プロパティの存圚が保蚌されおいれば安党 - 安党 -
Firefox 1.5 - xpcnativewrappers=yes (デフォルト) ならば安党 - 安党 -
-

{{ 英語版章題("Direct access") }} -

-

盎接のアクセス

-

Firefox 1.0.3 以降の 1.0.x のバヌゞョンでのみ動くように蚭蚈されたスクリプトや、Firefox 1.5 以降で xpcnativewrappers=yes が䜿われおいるスクリプトでは単玔に次のように呌び出せたす。 -

-
return contentWindow.document.title == contentWindow.getSelection();
-
-

盎接のアクセスは、Firefox 1.0.3 (及びそれ以降のバヌゞョン 1.0.x) では、オブゞェクトがその IDL 宣蚀を通じおアクセスされるプロパティやメ゜ッドを持っおいる事を保蚌されおいる限りは安党です。䟋えば、foo.nodeType は foo が Node であるず確信できる限りは安党で、foo.getSelection() は foo が window であるず確信できる限りは安党です。これを正確にやるのにはこ぀が芁る堎合がありたす。䟋えば、nsIDOMNSHTMLDocument は open() メ゜ッドを持っおいたすが、nsIDOMXULDocument は持っおいたせん。なので、Firefox 1.0.3 で document.open() を䜿うのは安党ではありたせん。document は XUL ドキュメントかもしれないからです。このような堎合、オブゞェクトが特定の IDL むンタヌフェむス (この堎合は nsIDOMNSHTMLDocument) をサポヌトしおいるかどうかを刀断するのに instanceof 挔算子が䜿えたす。 -

Firefox 1.5 では、拡匵機胜がマニフェストで xpcnativewrappers=no フラグを䜿っおいない限りは、盎接のアクセスは垞に安党です。このフラグがセットされおいなければ、暗黙のうちに XPCNativeWrapper が䜿甚されたす。 -

{{ 英語版章題("Explicit use of XPCNativeWrapper") }} -

-

XPCNativeWrapper の明瀺的な䜿甚

-
var winWrapper = new XPCNativeWrapper(contentWindow,
-                                      'document', 'getSelection()');
-var docWrapper = new XPCNativeWrapper(winWrapper.document, 'title');
-return docWrapper.title == winWrapper.getSelection();
-
-

この䟋では window.document.title を埗るのに二぀のラッパを䜿甚しおいる事に泚目しおください。䞀぀のラッパは window から document プロパティを取埗するためのもので、もう䞀぀のラッパは document から title プロパティを取埗するためのものです。 -

XPCNativeWrapper を䜿えば Firefox の党おのバヌゞョンで安党になりたすが、コヌドが読みずらくなりたすし、党おの DOM オブゞェクトを泚意深くラッピングしなければなりたせん。 -

この構文に぀いおの曎なる情報は、MozillaZine ナレッゞベヌスの XPCNativeWrapper の項を参照しお䞋さい。 -

{{ 英語版章題("About XPCNativeWrapper") }} -

-

XPCNativeWrapper に぀いお

-

XPCNativeWrapper は特暩コヌドから安党にアクセスするためにオブゞェクトをラッピングする手段です。 -

XPCNativeWrapper の䜿甚には二぀の方法がありたす。叀い方法はそれを明瀺的に䜿甚する事です。新しい方法である xpcnativewrappers=yes は、Firefox 1.5 及び Deer Park のアルファずベヌタプレリリヌスから利甚できたす。 -

{{ 英語版章題("Examples of what NOT to do") }} -

-

やっおはいけない事の䟋

-

Firefox 1.0.2 以䞋での悪い䟋です。スクリプトが nodeType ゲッタを䞊曞きする事が出来るからです。 -

-
return targetNode.nodeType == 1;
-
-

Firefox 1.0.2 以䞋での悪い䟋です。スクリプトが getSelection を䞊曞きする事が出来るからです。 -

-
return contentWindow.getSelection();
-
-

党おのバヌゞョンでの悪い䟋です。過去䜕人かの開発者がこの愚かなトリックを䜿っおいたした。叀いバヌゞョンではスクリプトが getSelection を䞊曞きする事が出来たす。Firefox 1.0.3 ず Mozilla 1.7.7 ではこれはたったく機胜したせん。 -

-
return contentWindow.__proto__.getSelection.call(contentWindow);
-
-

Firefox 1.0.2 以䞋での悪い䟋です。倖偎のゲッタは安党ですが、スクリプトが内偎のゲッタを䞊曞きできるからです。 -

-
var winWrapper = new XPCNativeWrapper(contentWindow, 'document');
-// contentWindow.document の取埗は安党になったが、
-// 返っおきた document から .title を取埗するのは䟝然ずしお安党ではない
-return winWrapper.document.title;
-
-

Firefox 1.5 より前のバヌゞョンでの悪い䟋です。スクリプトが DOM の document.open を持たない非 HTML ドキュメントに document.open をセットする事が出来るからです。 -

-
return contentWindow.document.open();
-
-
-
-{{ languages( { "en": "en/Safely_accessing_content_DOM_from_chrome", "fr": "fr/Acc\u00e8s_s\u00e9curis\u00e9_au_contenu_DOM_depuis_le_chrome", "pl": "pl/Bezpieczny_dost\u0119p_do_sk\u0142adnik\u00f3w_DOM_z_poziomu_chrome" } ) }} diff --git a/files/ja/sandbox/index.html b/files/ja/sandbox/index.html deleted file mode 100644 index 497bd4aa54..0000000000 --- a/files/ja/sandbox/index.html +++ /dev/null @@ -1,172 +0,0 @@ ---- -title: Sandbox -slug: Sandbox -tags: - - サンドボックス - - テンポラリヌ - - デモ -translation_of: Sandbox ---- -

日本語ラむブサンプルテスト

- -
<span class="hello">こんにちは</span>、<span class="world">䞖界</span>
- -
.hello {
-  font-weight: bold;
-}
-.world {
-  color: #ffffff;
-  background-color: #003333;
-}
- -

結果:

- -

{{ EmbedLiveSample('日本語ラむブサンプルテスト', '100%', '208px') }}

- - - -

------------------------------------------------------------------------------------------------------------------

- -

倪字ABC 斜䜓ABC 䞋線ABC 打ち消し線ABC 䞋付きABC 䞊付きABC Inline Code (Ctrl-O) Keystroke or User-entered Text (Alt-Ctrl-A)

- -

------------------------------------------------------------------------------------------------------------------

- -

蚘事タむトル怜玢 / リンクテキスト

- -

------------------------------------------------------------------------------------------------------------------

- -

↓↓↓↓↓ ブロックスタむル ↓↓↓↓↓

- -

------------------------------------------------------------------------------------------------------------------

- -

None

- -

------------------------------------------------------------------------------------------------------------------

- -
-

Note Box

-
- -

------------------------------------------------------------------------------------------------------------------

- -
-

Warning Box

-
- -

------------------------------------------------------------------------------------------------------------------

- -
-

Two Columns ?

-
- -

------------------------------------------------------------------------------------------------------------------

- -
-

Three Columns ?

-
- -

------------------------------------------------------------------------------------------------------------------

- -
Syntax Box
- -

------------------------------------------------------------------------------------------------------------------

- - - -

------------------------------------------------------------------------------------------------------------------

- -

↓↓↓↓↓ むンラむンスタむル ↓↓↓↓↓

- -

------------------------------------------------------------------------------------------------------------------

- -

Summary

- -

------------------------------------------------------------------------------------------------------------------

- -

↓↓↓↓↓  ↓↓↓↓↓

- -

------------------------------------------------------------------------------------------------------------------

- -
-

ブロック匕甚文

-
- -

------------------------------------------------------------------------------------------------------------------

- -

Heading Level 2 (Ctrl-2)

- -

------------------------------------------------------------------------------------------------------------------

- -

Heading Level 3 (Ctrl-3)

- -

------------------------------------------------------------------------------------------------------------------

- -

Heading Level 4 (Ctrl-4)

- -

------------------------------------------------------------------------------------------------------------------

- -
Heading Level 5 (Ctrl-5)
- -

------------------------------------------------------------------------------------------------------------------

- -
Preformatted Text (Ctrl-P)
- -

------------------------------------------------------------------------------------------------------------------

- -
    -
  1. 番号付きリスト
    2. -
  2. 番号付きリスト -
      -
    1. むンデント
      2. -
    -
    3. -
  3. むンデント解陀
    4. -
- -

------------------------------------------------------------------------------------------------------------------

- - - -

------------------------------------------------------------------------------------------------------------------

- -
-
Description List - Description Term
-
Description List - Description Value
-
- -

------------------------------------------------------------------------------------------------------------------

- - - - - - - - - - - - - - - - - - - -
キャプション
è¡š#tableIdヘッダ
ヘッダ11
ヘッダ12
- -


- ------------------------------------------------------------------------------------------------------------------

- -

------------------------------------------------------------------------------------------------------------------

diff --git a/files/ja/sandbox/js_compilescript/index.html b/files/ja/sandbox/js_compilescript/index.html deleted file mode 100644 index 4a8cc95ddf..0000000000 --- a/files/ja/sandbox/js_compilescript/index.html +++ /dev/null @@ -1,114 +0,0 @@ ---- -title: JS CompileScript -slug: Sandbox/JS_CompileScript -tags: - - JSAPI Reference - - SpiderMonkey -translation_of: Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_CompileScript ---- -
メむンペヌゞ » SpiderMonkey » - JSAPI リファレンス » - JS_CompileScript
- - - -

スクリプトを実行するためにコンパむルしたす。

- -

構文

- -
JSScript * JS_CompileScript(JSContext *cx, JSObject *obj,
-    const char *bytes, size_t length, const char *filename,
-    uintN lineno);
-
-JSScript * JS_CompileUCScript(JSContext *cx, JSObject *obj,
-    const jschar *chars, size_t length, const char *filename,
-    uintN lineno);
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
NameTypeDescription
cxJSContext *ランタむムぞのアクセスに甚いるJavaScriptコンテキストぞのポむンタPointer to a JS context from which to derive runtime information. {{ Jsapi-requires-request() }}
objJSObject *スクリプトず関連付けるオブゞェクトObject with which the script is associated.
sourceconst char * or const jschar *コンパむル察象のスクリプト文字列String containing the script to compile.
lengthsize_tsourceの文字列長The length, in characters, of <code>source</code>.
filenameconst char *゚ラヌメッセヌゞ出力に利甚されるスクリプトのファむル名たたはそのURLを瀺す文字列Name of file or URL containing the function. Used to report filename or URL in error messages.
linenouintNsourceの先頭行番号。゚ラヌメッセヌゞずしお出力される行数に䜿われるもので、1以䞊の倀を取りたす。Line number of the first line of <code>source</code>. Must be greater than zero. Used to report the offending line in the file or URL if an error occurs.
- -

解説

- -

JS_CompileScript は、スクリプト文字列 source をコンパむルする関数です。JS_CompileUCScript はスクリプト文字列にUnicodeを匕数に取る関数です。 <code>JS_CompileScript</code> compiles a script, <code>source</code>, for execution. <code>JS_CompileUCScript</code> is the Unicode version of the function.

- -

スクリプトは JavaScript オブゞェクトobjず関連付けられたす。匕数 bytes はスクリプト文字列、length は文字列長をそれぞれ取りたす。 The script is associated with a JS object. <code>bytes</code> is the string containing the text of the script. <code>length</code> indicates the size of the text version of the script in bytes.

- -

filename はスクリプトのファむル名あるいは URL を匕数ずしお取りたす。ここで指定した情報は、コンパむル゚ラヌが発生したずきの゚ラヌメッセヌゞに利甚されたす。lineno も同様に゚ラヌメッセヌゞずしお出力される行番号ずしお利甚されたす。 スクリプトが巚倧なファむルの䞀郚でない堎合は、lineno を 1 に蚭定すればよいでしょう(基本的にファむルの先頭行は 0 でなく1で瀺したす)。 <code>filename</code> is the name of the file (or URL) containing the script. This information is included in error messages if an error occurs during compilation. Similarly, <code>lineno</code> is used to report the line number of the script or file where an error occurred during compilation. If the script is not part of a larger document, <code>lineno</code> should be <code>1</code> (as the first line of a file is universally considered to be line <code>1</code>, not line <code>0</code>).

- -

コンパむルが成功したずき、JS_CompileScript および JS_CompileUCScript はコンパむルされたスクリプトぞのポむンタを返したす。倱敗したずきぱラヌメッセヌゞを出力し、NULL を倀ずしお返したす。 On success, <code>JS_CompileScript</code> and <code>JS_CompileUCScript</code> return a pointer to the newly compiled script. Otherwise, they report an error and return <code>NULL</code>.

- -
{{ Warning('コンパむルによっおできたJSScript の䞭には、コンパむル䞭に生成された文字列などのオブゞェクトが含たれたす。これらのオブゞェクトは、即座にガベヌゞコレクションされ消去される危険がありたす。ガベヌゞコレクションから JSObject を保護するために、呌び元は JS_NewScriptObject を䜿う必芁がありたす。この操䜜は、JS_Compile*を実行したら、他のJSAPIを呌ぶ前に即座に行わねばなりたせん。')}}
- -

スクリプト文字列を匕数ずしお䞎えるのではなく、倖郚ファむルから読み蟌たせる堎合には JS_CompileFile を代わりに甚いおください。 To compile a script from an external file source rather than passing the actual script as an argument, use <code>JS_CompileFile</code> instead of <code>JS_CompileScript</code>.

- -

利甚䟋

- -
/* Sample program - execute a script repeatedly until an error occurs. */
-JSScript *script;
-JSObject *srcobj;
-
-script = JS_CompileFile(cx, global, filename);
-if (script == NULL)
-    return JS_FALSE;
-
-scrobj = JS_NewScriptObject(cx, script);
-if (scrobj == NULL
-    || !JS_AddNamedRoot(cx, &scrobj, "scrobj"))
-    return JS_FALSE;
-
-for (;;) {
-    jsval result;
-
-    if (!JS_ExecuteScript(cx, global, script, &result))
-        break;
-    JS_GC(cx);
-}
-
-JS_RemoveRoot(cx, &scrobj);
-
- -

関連項目

- - diff --git a/files/ja/sax/index.html b/files/ja/sax/index.html deleted file mode 100644 index 66a17a2063..0000000000 --- a/files/ja/sax/index.html +++ /dev/null @@ -1,113 +0,0 @@ ---- -title: SAX -slug: SAX -tags: - - Add-ons - - Extensions -translation_of: Archive/SAX ---- -

-

SAX は Simple API for XML の略で XML をパヌスする API です。もずもずは Java のみの API でした。SAX は Java における XML のために最初に広く採甚された API で、 そしお埌にいく぀もの他のプログラミング蚀語環境に実装されたした。Firefox 2 から SAX パヌサが XUL アプリケヌションず拡匵機胜で利甚可胜になりたす。より詳しい情報は SAX のホヌムペヌゞを参照しおください。 -

-

クむックスタヌト

-

SAX パヌサ機胜は XML reader コンポヌネントずしお利甚可胜です。それを぀くるには以䞋のコヌドを䜿っおください。: -

-
var xmlReader = Components.classes["@mozilla.org/saxparser/xmlreader;1"]
-                          .createInstance(Components.interfaces.nsISAXXMLReader);
-
-

SAX パヌサを䜜った埌、興味を持ちパヌス凊理を発したいむベントのハンドラを蚭定する必芁がありたす。党おの機胜は nsISAXXMLReader むンタヌフェヌスを通しお利甚可胜です。 -

-

ハンドラを蚭定する

-

ハンドラは SAX ハンドラむンタヌフェヌスをナヌザが定矩したオブゞェクトです。それらはパヌサから埗たいず思う情報の皮類に䟝りたす。パヌス凊理が始たった埌、ハンドラは凊理される XML コンテンツの䞀連のコヌルバックを受け取りたす。以䞋のハンドラが利甚可胜です: -

- - - - - - - - - - - -
むンタヌフェヌス 目的
nsISAXContentHandler 文曞の論理的コンテンツの通知を受け取りたす(䟋えば、芁玠ず属性、ホワむトスペヌス、凊理呜什)。
nsISAXDTDHandler DTD に関連した基本的なむベントの通知を受け取りたす。
nsISAXErrorHandler 入力ストリヌムの゚ラヌの通知を受け取りたす。
nsISAXLexicalHandler 語圙むベントの SAX2 拡匵ハンドラです(䟋えば、コメントや CDATA ノヌド、DTD 宣蚀ず゚ンティティ)。
-

最も䞀般的に䜿われるコンテンツのハンドラの実装䟋: -

-
function print(s) {
-  dump(s + "\n");
-}
-
-xmlReader.contentHandler = {
-  // nsISAXContentHandler
-  startDocument: function() {
-    print("startDocument");
-  },
-
-  endDocument: function() {
-    print("endDocument");
-  },
-
-  startElement: function(uri, localName, qName, /*nsISAXAttributes*/ attributes) {
-    var attrs = [];
-    for(var i=0; i<attributes.length; i++) {
-      attrs.push(attributes.getQName(i) + "='" +
-                 attributes.getValue(i) + "'");
-    }
-
-    print("startElement: namespace='" + uri + "', localName='" +
-          localName + "', qName='" + qName + "', attributes={" +
-          attrs.join(",") + "}");
-  },
-
-  endElement: function(uri, localName, qName) {
-    print("endElement: namespace='" + uri + "', localName='" +
-          localName + "', qName='" + qName + "'");
-  },
-
-  characters: function(value) {
-    print("characters: " + value);
-  },
-
-  processingInstruction: function(target, data) {
-    print("processingInstruction: target='" + target + "', data='" +
-          data + "'");
-  },
-
-  ignorableWhitespace: function(whitespace) {
-    // 気にしない
-  },
-
-  startPrefixMapping: function(prefix, uri) {
-    // 気にしない
-  },
-
-  endPrefixMapping: function(prefix) {
-    // 気にしない
-  },
-
-  // nsISupports
-  QueryInterface: function(iid) {
-    if(!iid.equals(Components.interfaces.nsISupports) &&
-       !iid.equals(Components.interfaces.nsISAXContentHandler))
-      throw Components.results.NS_ERROR_NO_INTERFACE;
-    return this;
-  }
-};
-
-

パヌスの開始

-

XML Reader コンポヌネントは nsIInputStream で文字列から XML をパヌスするこずもでき、nsIStreamListener むンタヌフェヌスを経由しお非同期にパヌスするこずもできたす。以䞋は文字列からパヌスする䟋です: -

-
xmlReader.parseFromString("<f:a xmlns:f='g' d='1'><BBQ/></f:a>", "text/xml");
-
-

このコヌルは以䞋のような出力になりたす(䞊の䟋のコンテンツハンドラを䜿ったず想定しおいたす): -

-
startDocument
-startElement: namespace='g', localName='a', qName='f:a', attributes={d='1'}
-startElement: namespace='', localName='BBQ', qName='BBQ', attributes={}
-endElement: namespace='', localName='BBQ', qName='BBQ'
-endElement: namespace='g', localName='a', qName='f:a'
-endDocument
-
-
-
diff --git a/files/ja/social_api/index.html b/files/ja/social_api/index.html deleted file mode 100644 index 7b66438ee1..0000000000 --- a/files/ja/social_api/index.html +++ /dev/null @@ -1,63 +0,0 @@ ---- -title: Social API -slug: Social_API -translation_of: Archive/Social_API ---- -

Social API は、Web ブラりザが゜ヌシャルメディアサヌビスをより簡単に統合できるようにする新たな API です。゜ヌシャルサヌビスプロバむダが Firefox に実装されるず、ブラりザのクロヌム䞊 (コンテンツ枠倖) にナヌザの管理ツヌルやそのサヌビスに関する情報を衚瀺させるこずが可胜ずなりたす。以䞋の蚘事で゜ヌシャルサヌビスプロバむダの実装方法に぀いお解説したす。

-
-

泚: ここにある䞋局ペヌゞの内容の倚くは䞋曞きの状態ですが、ただこのサブツリヌに移動されおいたせん。ペヌゞは圓面こちらで参照できたす。

-
- - - - - - - -
-

Social API ドキュメント

-
-
- Social API 甚語集
-
- Social API を䜿うにあたっお理解すべき重芁な甚語の定矩を説明したす。
-
- Social API ず゜ヌシャルサヌビスガむド
-
- Social API ず関連サヌビスの入門ガむドです。
-
- ゜ヌシャルサヌビスマニフェスト
-
- 必芁ずなるマニフェストの説明ず䜜成手順です。
-
- ゜ヌシャルサヌビスワヌカヌ API リファレンス
-
- ゜ヌシャルサヌビスワヌカヌ API のリファレンスです。
-
- ゜ヌシャルサヌビスコンテンツ API リファレンス
-
- ゜ヌシャルサヌビスコンテンツ API のリファレンスです。
-
- ゜ヌシャルサヌビスりィゞェット
-
- ゜ヌシャルサヌビスが提䟛するりィゞェットのガむドです。
-
-

すべお芋る...

- 		-

コミュニティサポヌト

-

Social API 関連の問題に぀いお助けが必芁で、ドキュメントに解決策が芋぀からない堎合は、サポヌトを求めおみたしょう。

-
    -
  • Mozilla の IRC チャンネルで質問する: #socialdev
    • -
-

「ネチケット」を忘れずに...

-

ツヌルずデモ

- -

すべお芋る...

- - -
-

 

diff --git a/files/ja/spidermonkey_internals/index.html b/files/ja/spidermonkey_internals/index.html deleted file mode 100644 index 7502a23fc9..0000000000 --- a/files/ja/spidermonkey_internals/index.html +++ /dev/null @@ -1,5 +0,0 @@ ---- -title: SpiderMonkey Internals -slug: SpiderMonkey_Internals ---- -{{wiki.localize('System.API.page-generated-for-subpage')}} diff --git a/files/ja/standalone_xpcom/index.html b/files/ja/standalone_xpcom/index.html deleted file mode 100644 index 019fda82f2..0000000000 --- a/files/ja/standalone_xpcom/index.html +++ /dev/null @@ -1,97 +0,0 @@ ---- -title: Standalone XPCOM -slug: Standalone_XPCOM -tags: - - XPCOM - - 移行予定 -translation_of: Archive/Mozilla/Standalone_XPCOM ---- -

Standalone XPCOM is a tree configuration that builds a minimal set of libraries (shared mostly) that can be used to get all features of XPCOM. The contents of this standalone XPCOM in general are:

- - - -

NOTE 1: XPCOM APIs are not frozen yet. By XPCOM 1.0 release they will be.

- -

NOTE 2: XPCOM Standalone differs from the XPCOM built with Mozilla. Hence cannot be used with the Mozilla browser.

- -

Building Standalone XPCOM

- -

Here are the instructions for building the Standalone XPCOM on Unix or Windows:

- -

Step 1 : Pull the sources

- -
    -
  1. cvs -z 3 co mozilla/client.mk
    2. -
  2. cd mozilla
    3. -
  3. gmake -f client.mk pull_all BUILD_MODULES=xpcom
    4. -
- -

Step 2 : Build XPCOM Standalone

- -
    -
  1. ./configure --enable-standalone-modules=xpcom --enable-application=standalone
    2. -
  2. gmake
    3. -
- -

Testing Standalone XPCOM

- -

xpcom/sample contains a sample application and a component. This should get built by default.

- - - -

To run the test,

- -
    -
  1. cd to your bin/ directory
    2. -
  2. setenv LD_LIBRARY_PATH .
    3. -
  3. ./nsTestSample
    - Warning: MOZILLA_FIVE_HOME not set.
    - nsNativeComponentLoader: autoregistering begins.
    - nsNativeComponentLoader: autoregistering succeeded
    - Inital print: initial value
    - Set value to: XPCOM defies gravity
    - Final print : XPCOM defies gravity
    - Test passed.
    4. -
- -

Test FAILED: What went wrong?

- -

The most common case of why the sample would have failed if you didn't run it from the bin directory. Here are some error messsages and possible ways of fixing them.

- -
-
./nsTestSample: error in loading shared libraries: libxpcom.so: cannot open shared object file: No such file or directory
-
LD_LIBRARY_PATH not set. To fix, setenv LD_LIBRARY_PATH . (note the dot).
-
Link errors when building XPCOM standalone
-
This is usually due to XPCOM not being built standalone. Make sure you did configure --enable-standalone-modules=xpcom.
-
- -

What's the difference between Standalone and non-Standalone XPCOM?

- -

There is no binary difference between standalone XPCOM and the XPCOM that ships with the Mozilla browser. The one functional difference is that XPT files cannot be read from .zip files in standalone XPCOM.

- -

TODO for v 1.0

- -
    -
  1. Optional exclusion of specific features into standalone XPCOM like registry, xpconnect. Tweeking these options will cause reduction in memory requirements and size.
    2. -
  2. Get xpcom/tests directory upto date and documented.
    3. -
  3. Update this document for Mac.
    4. -
  4. API freeze and documentation
    5. -
- -

 

- -
-

Original Document Information

- -
    -
  • Author: Suresh Duddi
    • -
  • Last Updated Date: 15 May 2000
    • -
  • Copyright Information: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | Details.
    • -
-
diff --git a/files/ja/tamarin/abcasm/index.html b/files/ja/tamarin/abcasm/index.html deleted file mode 100644 index bb86d5b3fa..0000000000 --- a/files/ja/tamarin/abcasm/index.html +++ /dev/null @@ -1,6 +0,0 @@ ---- -title: ABCasm -slug: Tamarin/ABCasm -translation_of: Archive/Mozilla/Tamarin/ABCasm ---- -

ABCasm - ABC アセンブラ

diff --git a/files/ja/tamarin/index.html b/files/ja/tamarin/index.html deleted file mode 100644 index dfc6191acb..0000000000 --- a/files/ja/tamarin/index.html +++ /dev/null @@ -1,87 +0,0 @@ ---- -title: Tamarin -slug: Tamarin -tags: - - JavaScript - - Landing - - Tamarin -translation_of: Archive/Mozilla/Tamarin ---- -
Tamarin は C++ で曞かれた JavaScript ゚ンゞンです。珟圚は Adobe ActionScript™ 3 (ECMAScript 第 3 版のスヌパヌセット) を実装しおおり Adobe® Flash® Player 9 に搭茉されおいたす。Tamarin を Firefox で利甚するために SpiderMonkey ず統合する蚈画がありたしたが、2008 幎にその蚈画は䞭止されたした。詳现は ActionMonkey プロゞェクトをご芧ください。 - -

開発ロヌドマップに関する詳现は Tamarin プロゞェクトペヌゞ をご芧ください。

-Tamarin は MPL/GPL/LGPL トリプルラむセンスの䞋で利甚できたす。
- - - - - - - - -
-

ドキュメンテヌション

- -
-
Adobe ActionScript Virtual Machine 2 (AVM2) 抂芁 (PDF, 400K)
-
AVM2 でサポヌトされおいる呜什アヌキテクチャ、ファむルフォヌマット (英語)。䜜業䞭の正誀衚 もご芧ください (英語)。
-
- -
-
Tamrin ビルド文曞
-
Tamarin の入手、ビルド、利甚方法
-
- -
-
wiki.mozilla.org の Tamarin ペヌゞ
-
より詳しい情報 (英語)
-
- -
-
MMgc 抂芁
-
Tamarin のガベヌゞコレクタの抂芁
-
- -
-
Tamarin doxygen 文曞
-
毎晩曎新 (英語)
-
- -
-
Tamarin ず Tamarin-Tracing のブログ蚘事
-
Mason Chang, David Mandelin:
-
- -

すべお芋る

- 		-

コミュニティ

- -
    -
  • Mozilla のフォヌラムを参照...
    • -
- - - - - - - -
    -
  • irc.mozilla.org の #tamarin チャンネル
    • -
- -

関連項目

- -
-
JavaScript
-
SpiderMonkey
-
-
- -

Categories

- -

Interwiki Language Links

diff --git a/files/ja/tamarin/tamarin_acceptance_testing/actionscript_acceptance_tests/index.html b/files/ja/tamarin/tamarin_acceptance_testing/actionscript_acceptance_tests/index.html deleted file mode 100644 index 32807e2ba2..0000000000 --- a/files/ja/tamarin/tamarin_acceptance_testing/actionscript_acceptance_tests/index.html +++ /dev/null @@ -1,95 +0,0 @@ ---- -title: Actionscript Acceptance Tests -slug: Tamarin/Tamarin_Acceptance_Testing/Actionscript_Acceptance_Tests -tags: - - NeedsTranslation - - TopicStub -translation_of: >- - Archive/Mozilla/Tamarin/Tamarin_Acceptance_Testing/Actionscript_Acceptance_Tests ---- -

The majority of the acceptance tests are written in actionscript and located in test/acceptance.

-

See Running Tamarin Acceptance Tests for instructions on running the acceptance test suite.

-

The most common tests are written in actionscript and end with .as.

-

The acceptance test template can be found here.

-

Testing versioned bug fixes

-

When testing versioned bug fixes (using Avmplus.System.swfVersion) there are a couple of requirements:

-
-
  • You must use System.swfVersion when looking up the swfVersion.
  • The test file can not be wrapped in a package or define classes as the file will be wrapped in a function when used in the ATS.  If you must use classes, define them in a sub-dir with the same name as the test.
  • You must create a testname.as.avm_args file with the USES_SWFVERSION directive.
    • -
-

Support Files:

-

There are a variety of support files available for non-standard actionscript tests.

-

testname.as.asc_args

-

This file specifies additional arguments to pass to asc when compiling the test:

-
# ASC args for file
-# two modes are available:
-# override| all command line arguments (except builtin.py) are ignored and replaced by these
-# merge| merge these args in with the current args
-# specifiy an arg that starts with -no will disable the arg... eg: -no-optimize
-merge| -AS3
-
-

A dir.asc_args file can also be created with the same contents that will apply to the entire directory.  
-testname.as.asc_args files will take precedence over the dir.asc_args file.

-

testname.as.avm_args

-

This file specifies additional arguments to pass to the shell when running the test - the user can use the special variable $DIR to refer to the current directory.  This example passes in another .abc file as an argument to the file being run:

-
-- $DIR/file.abc
-

Another use would be to pass a specific argument to the shell:

-
-Dtimeout
-
-

This file can have multiple lines with different arguments.  When there are multiple lines, the harness will re-run the test for every line passing along the different arguments.

-

There is one special keyword that can be used, USES_SWFVERSION.  When that keyword is encountered, the test harness will run the test against all possible -swfversion versions:

-
 USES_SWFVERSION
-

is the equivalent of:

-
-swfversion 9
--swfversion 10
--swfversion 11
--swfversion 12
-...
-

Any additional args on the  USES_SWFVERSION line will be passed to each run of the vm. (See Bug 587093 for details.)

-

Specifying multiple .abcs:

-

If you desire to run a test with multiple .abc files (e.g: avmshell a.abc b.abc testname.abc) there is a special avm_args directive called multiabc that is specified surrounded by two pipe (|) symbols:

-
|multiabc| $DIR/testname_support/a.abc $DIR/testname_support/b.abc
-

The extra abc files will usually be placed in a _support dir (see Additional Files below).  Any avm arguments can be placed before the |multiabc| directive, or the line can start with the directive.  Any test arguments (--) must be placed after the multiabc file listings.  Here is a more complicated example that passes both avm args, multiple abcs and test args:

-
-Ojit |multiabc|  $DIR/testname_support/a.abc -- test_args
-

A dir.avm_args file can also be created with the same contents that will apply to the entire directory.
-testname.as.avm_args files will take precedence over the dir.avm_args file

-

testname.as.tz

-

If a test is only valid for certain timezones, the timezones can be specified in this support file.
-Below is a sample file that covers the 4 main US timezones:

-

 

-
# Place all timezones that this file applies to.
-# These values correspond to the value returned by time.tzname tuple.
-# (See http://docs.python.org/library/time.html for details)
-# e.g.: Eastern Standard Time/Eastern Daylight Time = ('EST','EDT')
-# Write timezones as tuples, one to each line.
-('EST', 'EDT')
-('CST', 'CDT')
-('MST', 'MDT')
-('PST', 'PDT')
-

testname.err

-

This file is used when the test throws an uncatchable error.  The first line must contain the expected error (without the extra debugger information).  The exitcode is optional, but must be defined in this file if non-zero.

-
VerifyError: Error #1021
-exitcode: 1
-
-

testname.exitcode

-

File that specifies the expected exitcode.  Should just be an integer with nothing else.  (Note that if a .err file is defined, the .exitcode file will be ignored).  In this example the .as test runs out of memory and so the expected exitcode is:

-
128
-
-

testname.out

-

File that specifies expected output.  This should only be used when it is not possible to generate the test using the standard test framework.  When this file is defined, the output from the testcase is matched line by line to the .out file and any difference is considered a failure.  May be used in conjunction with a .exitcode file.

-

testname.abc_

-

For special cases where the .as source is not available (e.g. fuzzed files) it is possible to check in a .abc_ which will let the test harness run compiled files without source.  The underscore is necessary otherwise the buildbot system will delete the .abc before starting up a testrun (not an issue when running locally, but makes it easy to differentiate between binary-only abc files and generated abcs.

-

Support Directories

-

In some cases a test may require additional files to successfully run.  There are two kinds of support directories available.

-

Files to be included when compiling the test:

-

If a test requires additional .as files to be included when compiling, a directory with the same name as the test (minus any extension) can be created.  The name is case-sensitive.

-

e.g:
-Given a test named inheritClass.as, the user can create a directory named inheritClass and place files a.as and b.as in that directory.

-

When the harness compiles the inheritClass.as test, the files in inheritClass will be included:

-

java -jar asc.jar -import builtin.abc -in shell.as -in inheritClass/a.as -in inheritClass/b.as inheritClass.as

-

Additional files required by a test:

-

If a test requires additional files to run, but are not to be included when compiling, a testname_support directory can be created.  The directory name should not include any testname extensions.  Any .as files in this directory will be compiled, but will not be run by the harness.

-

Note that if you have .as files in the _support dir, they will be compiled as if they are regular tests.  If you do not wish to have shell.as included when compiling, you must create a dir.asc_args file with an override parameter:

-
# the following line will override all compile arguments and just compile a .as file with -import builtin.abc
-override|
-
-
diff --git a/files/ja/tamarin/tamarin_acceptance_testing/actionscript_acceptance_tests/tamarin_test_template/index.html b/files/ja/tamarin/tamarin_acceptance_testing/actionscript_acceptance_tests/tamarin_test_template/index.html deleted file mode 100644 index 802bbc890e..0000000000 --- a/files/ja/tamarin/tamarin_acceptance_testing/actionscript_acceptance_tests/tamarin_test_template/index.html +++ /dev/null @@ -1,81 +0,0 @@ ---- -title: Tamarin の受け入れテスト甚テンプレヌト -slug: >- - Tamarin/Tamarin_Acceptance_Testing/Actionscript_Acceptance_Tests/Tamarin_Test_Template -translation_of: >- - Archive/Mozilla/Tamarin/Tamarin_Acceptance_Testing/Actionscript_Acceptance_Tests/Tamarin_Test_Template ---- -

これは Tamarin の受け入れテストのためのテストテンプレヌトです (test/acceptance/feature_name に配眮)

-
/* -*- Mode: js; c-basic-offset: 4; indent-tabs-mode: nil; tab-width: 4 -*- */
-/* vi: set ts=4 sw=4 expandtab: (add to ~/.vimrc: set modeline modelines=5) */
-
-/* ***** BEGIN LICENSE BLOCK *****
- * Version: MPL 1.1/GPL 2.0/LGPL 2.1
- *
- * The contents of this file are subject to the Mozilla Public License Version
- * 1.1 (the "License"); you may not use this file except in compliance with
- * the License. You may obtain a copy of the License at
- * http://www.mozilla.org/MPL/
- *
- * Software distributed under the License is distributed on an "AS IS" basis,
- * WITHOUT WARRANTY OF ANY KIND, either express or implied. See the License
- * for the specific language governing rights and limitations under the
- * License.
- *
- * The Original Code is [Open Source Virtual Machine.].
- *
- * The Initial Developer of the Original Code is
- * Adobe System Incorporated.
- * Portions created by the Initial Developer are Copyright (C) 2005-2010
- * the Initial Developer. All Rights Reserved.
- *
- * Contributor(s):
- *   Adobe AS3 Team
- *
- * Alternatively, the contents of this file may be used under the terms of
- * either the GNU General Public License Version 2 or later (the "GPL"), or
- * the GNU Lesser General Public License Version 2.1 or later (the "LGPL"),
- * in which case the provisions of the GPL or the LGPL are applicable instead
- * of those above. If you wish to allow use of your version of this file only
- * under the terms of either the GPL or the LGPL, and not to allow others to
- * use your version of this file under the terms of the MPL, indicate your
- * decision by deleting the provisions above and replace them with the notice
- * and other provisions required by the GPL or the LGPL. If you do not delete
- * the provisions above, a recipient may use your version of this file under
- * the terms of any one of the MPL, the GPL or the LGPL.
- *
- * ***** END LICENSE BLOCK ***** */
-
-var SECTION = "test";       // provide a document reference (ie, Actionscript section)
-var VERSION = "AS3";        // Version of ECMAScript or ActionScript
-var TITLE   = "test";       // Provide ECMA section title or a description
-var BUGNUMBER = "";
-
-startTest();                // leave this alone
-
-/**
- * Calls to AddTestCase here. AddTestCase is a function that is defined
- * in shell.as and takes three arguments:
- * - a string representation of what is being tested
- * - the expected result
- * - the actual result
- *
- * For example, a test might look like this:
- *
- * var helloWorld = "Hello World";
- *
- * AddTestCase(
- * "var helloWorld = 'Hello World'",   // description of the test
- *  "Hello World",                     // expected result
- *  helloWorld );                      // actual result
- *
- */
-
-// add your tests here
-var helloWorld = "Hello World";
-AddTestCase( "var helloWorld = 'Hello World'", "Hello World", helloWorld );
-
-
-test();       // leave this alone.  this executes the test cases and
-              // displays results.
-
diff --git a/files/ja/tamarin/tamarin_acceptance_testing/index.html b/files/ja/tamarin/tamarin_acceptance_testing/index.html deleted file mode 100644 index d2caaac1da..0000000000 --- a/files/ja/tamarin/tamarin_acceptance_testing/index.html +++ /dev/null @@ -1,56 +0,0 @@ ---- -title: Tamarin Acceptance Testing -slug: Tamarin/Tamarin_Acceptance_Testing -tags: - - NeedsTranslation - - TopicStub - - 芁翻蚳 -translation_of: Archive/Mozilla/Tamarin/Tamarin_Acceptance_Testing ---- -

In order to ensure that changes to the Tamarin code base are high quality before submitting, all developers are required to complete the following steps.

- -
    -
  1. Successfully build release and debug versions of the shell with the debugger enabled [info]
    2. -
  2. Successfully run the following test suites: -
      -
    1. acceptance test suite [info]
      2. -
    2. self tests [info]
      3. -
    -
    3. -
  3. Submit a sandbox build request to test against platforms that you may not have locally [info]
    4. -
- -

Available Tamarin Acceptance Test Suites

- - - -

Misc

- - diff --git a/files/ja/tamarin_build_documentation/index.html b/files/ja/tamarin_build_documentation/index.html deleted file mode 100644 index 2b02abca24..0000000000 --- a/files/ja/tamarin_build_documentation/index.html +++ /dev/null @@ -1,160 +0,0 @@ ---- -title: Tamarin Build Documentation -slug: Tamarin_Build_Documentation -tags: - - Build documentation - - Developing Mozilla - - Tamarin -translation_of: Archive/Mozilla/Tamarin/Tamarin_Build_Documentation ---- -

- -

サポヌトされおいるプラットフォヌム

- -

Tamarin は珟圚 32 ビット Windows, Linux および Mac OS X (PPC, Intel) 䞊で動䜜したす。プロトタむプの ARM プロセッサ移怍コヌドが利甚できたすが、ただ䞍完党で十分テストされおいたせん。

- -

- -

Tamarin の゜ヌスの入手

- -

Tamarin の゜ヌスは Tamarin Central の Mercurial に存圚したす。Tamarin レポゞトリのコピヌを䜜るには以䞋のコマンドを䜿いたす。

- -
    $ hg clone http://hg.mozilla.org/tamarin-central tamarin-central
-
- -

- -

Tamarin のビルド

- -

Tamarin のビルドは AVMPlus ずガベヌゞコレクタ (MMgc) の党ラむブラリを䜜り、ABC ファむルフォヌマットを実行するためのスタンドアロヌン実行ファむル avmplus を䜜成したす。avmplus 実行ファむルの名前ず堎所はビルドシステムや蚭定パラメヌタによっお様々です。匕数なしで avmplus を実行するず利甚可胜なオプションの䞀芧が衚瀺されたす。远加のコマンドラむン匕数はデバッグ蚭定でのみ利甚可胜であるこずに泚意しおください。

- -

Tamarin コヌドベヌスは Microsoft Visual Studio ず Apple XCode 向けに独立したふた぀のビルドシステムを含んでいたす。さらに、Mozilla 開発者向けにクロスプラットフォヌムなビルドシステムがありたす。

- -

Tamarin コヌドベヌスはデバッギングフックをサポヌトする远加コヌドをビルドするこずができたす。XCode プロゞェクトでは、これは Debug_Debugger ず Release_Debugger 蚭定です。Flash Player はコヌドサむズの理由からデバッギングフックを無効にしおビルドしおいたすが、Mozilla クラむアントはデバッギングフックを有効にしお Tamarin をビルドするでしょう。

- -

- -

クロスプラットフォヌムビルド

- -

たず、あなたはプラットフォヌムのMozilla のビルドの必芁環境が敎っおいなくおはなりたせん。曎に Python 2.4 以䞊ず GNU make 3.81 以䞊が必芁です。(GNU make 3.80 は動䜜したせん。他のいかなるブランドの make も動䜜したせん。)

- -

正しい必芁環境を䜿っお、Tamarin をビルドするために以䞋のコマンドを䜿っおください:

- -
    $ hg clone http://hg.mozilla.org/tamarin-central
-    $ cd tamarin-central
-    $ mkdir objdir-debug
-    $ cd objdir-debug
-    $ python ../configure.py --enable-shell
-    $ make
-
- -

これで党おです。

- -

- -

Microsoft Visual Studio

- -

Visual Studio 2005 (VS2005) が Windows での掚奚ビルド環境です。Microsoft Visual Studio 2005 を䜿っお Tamarin をビルドするには、Tamarin プロゞェクトファむル "platform/win32/avmplus_8.sln" を開きたす。プロゞェクトファむル "platform/win32/avmplus.sln" を䜿う Visiual Studio 2003 はただサポヌトされおいたすが、将来サポヌトが打ち切られるかもしれたせん。

- -

珟圚 Windows ビルドは手動で mozilla-central/modules/zlib を同期し modules/zlib ディレクトリを tamarin-central の芪ディレクトリにコピヌする必芁がありたす。これは将来のビルドシステムではされるはずです。以䞋のコマンドを実行しおください。

- -
    $ hg clone http://hg.mozilla.org/mozilla-central mozilla-central
-    $ mkdir ../modules
-    $ cp -r mozilla-central/modules/zlib ../modules/zlib
-
- -

- -

Apple XCode

- -

プロゞェクトファむルは XCode 2.3 ず 2.4 向けに蚭蚈されおいたす。"platform/mac/avmplus/avmplus.xcodeproj/" を参照しおください。XCode 2.2 では動かないでしょう。

- -

プロゞェクトファむルはデフォルトで Mac intel の実行ファむルをビルドしたす。

- -

PowerPC の Tamarin をビルドするには以䞋のコマンドを実行しおください:

- -
   $ cd tamarin-central
-   $ xcodebuild -project platform/mac/shell/shell.xcodeproj
-
- -

PowerPC 向けにビルドするには ARCHS=ppc を xcodebuild コマンドに远加しおください。デバッグビルドには -configuration Debug (倧文字の D に泚意) を远加しおください。

- -

生成された実行ファむルは platform/mac/shell/Release/shell にビルドされおいたす。 (泚意: いく぀かのラむブラリは tamarin-central ディレクトリの倖、tamarin-central/../platform/mac/flash/Builds/Release にビルドされたす。これはおそらくバグです。)

- -

泚意: CodeWarrior プロゞェクトファむルが提䟛されおいたすがサポヌトされおいたせん。それらを必芁ずするレガシヌコヌドベヌスで䜜業する人々ぞの瀌儀ずしお提䟛されおいたす。

- -

- -

Linux ず Unix

- -

Tamarin は Linux ずその他の Unix ç³» OS (Unix flavors) ではテストされおいたせん。ずはいえ Unix で Tamarin をビルドするこずは可胜です。 http://zlib.net/ から zlib の゜ヌスをダりンロヌドする必芁がありたす (あるいはディストリビュヌションで利甚できる゜ヌスパッケヌゞを䜿っおください)。

- -

ビルドするには以䞋のコマンドを実行しおください:

- -
   $ cd tamarin-central/platform/unix
-   $ make ZLIB_ROOT=/path/to/zlib/sources
-
- -

生成された "avmplus" 実行ファむルは珟圚のディレクトリにビルドされたす。

- -

- -

アプリケヌションのコンパむルず実行

- -

珟圚 Tamarin 甚のコンパむラは Adobe ActionScript compiler だけです。ActionScript コンパむラ, asc は 2007 幎埌半にオヌプン゜ヌス化される予定で、珟圚は Adobe Flex® 2 SDK から自由に利甚できたす。コンパむラは Java で曞かれ、Java™ 1.4 以降の JDK のむンストヌルが必芁です。

- -

プロトタむプのセルフホスティング ECMAScript 第 4 版 コンパむラ esc が Tamarin ず䞀緒に提䟛されおいたすが、自分自身をブヌトストラップしたりアプリケヌションをビルドする胜力はただありたせん。esc は掻発に開発されおおり、今幎の埌半には Tamarin アプリケヌションを生成できるようになるでしょう。

- -

ActionScript コンパむラをむンストヌルするには以䞋の手順に埓っおください。

- -
    -
  1. Adobe Flex 2 SDK をダりンロヌドしおむンストヌル
    2. -
  2. ActionScript コンパむラは lib/asc.jar にありたす。lib/asc.jar を Flex SDK むンストヌルディレクトリから tamarin-central/utils/ にコピヌしたす。
    3. -
  3. Tamarin 固有のスクリプトを builtin.abc にコンパむルするために asc.jar を䜿っおください:
    4. -
- -
 $ cd tamarin-central/core
- $ java -ea -DAS3 -Xmx200m -DAVMPLUS -classpath ../utils/asc.jar \
-         macromedia.asc.embedding.ScriptCompiler -d -builtin -out builtin \
-         builtin.as Math.as Error.as RegExp.as Date.as XML.as
- builtin: 40999
- Files: 6 Time: 1952 ms
-
- -

アプリケヌションのコンパむルに asc.jar ず builtin.abc を䜿うこずができるようになりたした。

- -
 $ echo 'print("hello, world")' > hello.as
- $ java -jar ../utils/asc.jar -import builtin.abc hello.as
- hello.abc, 86 bytes written
-
- -

アプリケヌションを実行するには先ほどビルドした avmplus スタンドアロヌン実行ファむルを䜿いたす:

- -
 $ avmplus hello.abc
- hello, world
-
- -

詳现は asc.jar ず avmplus の -help オプションを䜿っおください。

- -

- -

Tamarin 準拠テストを実行する

- -

珟圚 Tamarin 準拠テストはむンストヌルを確認するのに䜿うこずができたす。Tamarin テストスむヌトを実行するには以䞋の手順に埓う必芁がありたす:

- -
    -
  1. AVM 環境倉数を avmplus 実行ファむルのパスに蚭定する
    2. -
  2. 事前にコンパむルされた .abc テストファむルを䜿いたいなら、tamarin-test-abcs.tar.gz を tamarin-central/test ディレクトリに展開したす。
    3. -
  3. テストをコンパむルしたいなら $ASC を asc.jar の堎所に、$GLOBALABC を builtin.abc の堎所に蚭定したす。
    4. -
  4. テスト Perl スクリプトを実行したす "test/runtests.pl"
    5. -
- -
$ cd tamarin-central/test
-$ perl runtests.pl
-
-Test Time : 3 minutes 49 seconds
-passes    : 54749
-failures  : 0
-
- -

テストに倱敗したら、runtests.pl のデバッグフラグ (--d) ず詳现フラグ (--v) が圹立぀でしょう。もし .abc ファむルが䞍正であるず avmplus が報告したら、䞊蚘の手順 2 のファむルのダりンロヌドでバむナリ転送プロトコルを䜿ったか確認しおください。

diff --git a/files/ja/the_download_manager_schema/index.html b/files/ja/the_download_manager_schema/index.html deleted file mode 100644 index 926f50384f..0000000000 --- a/files/ja/the_download_manager_schema/index.html +++ /dev/null @@ -1,108 +0,0 @@ ---- -title: The Download Manager schema -slug: The_Download_Manager_schema -tags: - - Firefox 3 -translation_of: Archive/Mozilla/The_Download_Manager_schema ---- -

-ダりンロヌドマネヌゞャは、進行䞭のダりンロヌドに加えお、保留、あるいは完了したダりンロヌド状況の把握に SQLite テヌブルを䜿っおいたす。 -

このテヌブルは「downloads.sqlite」ずいう名前のデヌタベヌスファむルに、「moz_downloads」ずいうテヌブル名で保存されおいたす。珟圚のデヌタベヌススキヌマのバヌゞョンは 8 です。 -

この情報は、各ダりンロヌド項目の nsIDownload オブゞェクトを取埗するための nsIDownloadManager メ゜ッドを䜿っお利甚できたすが、盎接テヌブルを参照したい堎合は、Storage API を䜿っお行うこずができたす。 -

-

スキヌマテヌブル

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
項目名 -型 -説明 -
id -æ•Žæ•° -ダりンロヌドの固有 ID。この項目はテヌブルの䞻キヌです。 -
name -文字列 -ダりンロヌドのファむル名。 -
source -文字列 -ダりンロヌドの取埗元 URI。 -
target -文字列 -ダりンロヌドの保存先 URI。 -
tempPath -文字列 -ダりンロヌドに利甚される䞀時ファむルのパス。 -
startTime -æ•Žæ•° -ダりンロヌドの開始時刻。 -
endTime -æ•Žæ•° -ダりンロヌドの終了時刻。 -
state -æ•Žæ•° -ダりンロヌドの状況。nsIDownloadManager ドキュメント内の定数䞀芧 を参照しおください。 -
referrer -文字列 -ダりンロヌドのリファラ。 -
entityID -文字列 -ダりンロヌドチャネルを実装するために利甚される nsIResumableChannel から提䟛された実䜓 ID。この情報はダりンロヌドが䞭止された埌、再開するずきに利甚されたす。 -
currBytes -æ•Žæ•° -珟時点でダりンロヌドが完了したバむト数。初期倀は null でなく 0 です。 -

The current number of bytes that have been downloaded. Defaults to 0, may not be null. -

-
maxBytes -æ•Žæ•° -ダりンロヌドが必芁な合蚈バむト数。初期倀は null でなく -1 です。 -
mimeType -文字列 -ファむルの MIME タむプ。 -
preferredApplication -文字列 -ダりンロヌド完了埌にファむルを開くのに利甚される掚奚アプリケヌション。 -
preferredAction -æ•Žæ•° -ダりンロヌド完了時に行うアクションを瀺した、nsIMIMEInfo のアクション定数。初期倀は null でなく 0 (ディスクに保存) です。 -
autoResume -æ•Žæ•° -ダりンロヌドが自動的に再開できない堎合は 0、再開できる堎合は 1 です。初期倀は null でなく 0 です。 -
-

関連蚘事

- -
-
diff --git a/files/ja/the_life_of_an_html_http_request/index.html b/files/ja/the_life_of_an_html_http_request/index.html deleted file mode 100644 index fe154d6811..0000000000 --- a/files/ja/the_life_of_an_html_http_request/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: The life of an HTML HTTP request -slug: The_life_of_an_HTML_HTTP_request -tags: - - Developing Mozilla - - DocShell - - Necko -translation_of: Archive/Mozilla/The_life_of_an_HTML_HTTP_request ---- -

-

-

è­Šå‘Š: この蚘事の内容は叀くなっおいる可胜性がありたす。 このドキュメントの最終曎新は 1999 幎です。

-
-

Image:url_load.gif -

(1) URL の読み蟌みは、Webshell の䞭の LoadURL か LoadURI の䞀皮から呌び出されるnsWebShell::DoLoadURL の䞭から始められたす。Webshell は、その DocumentLoader が特定の URL を読み蟌む"view" コマンドの実行するこずを知らせたす。[メモ: nsWebShell.mObserver を nsIStreamObserver ずしお、webshell を nsIContentViewerContainer ずしお DocLoader ぞ通過させる。] -

(2) DocumentLoader は、芁求されたファむルの転送を始めるために、URL 付きで NS_OpenURI を呌び出したす。Necko (ネットワヌクラむブラリは URL のスキヌマURL の最初の郚分、この堎合 http:をチェックし、正しい nsIProtocolHandlerこの堎合は nsHTTPHandlerを特定し、nsIChannelこの堎合は nsHTTPChannelに問い合わせたす。この channel はサヌバぞの接続を衚珟し、HTML デヌタストリヌムの源ずなりたす。 -

(3) デヌタが Web サヌバから届き始めるず、nsIChannel は察応する DocumentLoader の OnStartRequest を呌び出したす。この時点で channel は入っおくる content type を刀断できたす。そのため、DocumentLoader は "text/html" の content type に察応する nsIDocumentLoaderFactory この堎合 nsLayoutDLFを芋぀けるこずができたす。この factory は、nsIContentViewer を生成するために呌ばれたす。この factory は ContentViewer を生成したす。たいおいの堎合この堎合も含めお、nsIDocumentこの堎合 nsHTMLDocumentも生成し、nsIDocument を ContentViewer (この堎合 nsIDocumentViewer)に結び付けたす。ContentViewer は、ContentViewerContainer元の WebShellぞず Embed(): されたす。 -

(4) そしお ドキュメントは入力ストリヌムを解析するために、nsIParser を生成したす。HTML ドキュメント向けの nsIParser は nsParser で、nsIStreamListener も実装しおいるものです。この StreamListener は DocumentLoader ぞ戻され、芁求に察する nsIChannel ぞ接続されたす。 -

(5) ドキュメント(この堎合 nsHTMLDocument) はたた、nsIContentSinkこの堎合 nsHTMLContentSinkを生成し、nsIContentSink を parser ずドキュメントぞ結び付けたす。そしお、parser は結び぀いた StreamListener むンタフェヌスを通しお埗られたストリヌムを解析し、ContentSink に眮かれた nsIParserNodes ぞず倉換したす。 -

parser は通垞、ストリヌムからデヌタを 8kb ブロック単䜍で埗お、これらのブロックをブロックごずに解析したす。それぞれの解析されたブロックのあずで、parser が䞀時ブロックのたたでない限り、parser は解析されたデヌタを nsIParserNodes ずしお ContentSink ぞ枡したす。この堎合ブロックされおいる間に受け取られたデヌタを解析した埌でブロック解陀されるたで parser は埅機したす。 -

(6) そしお、contentsink はドキュメントを蚘述する nsIContent ノヌドを組み立おたす。これらのコンテントノヌドは、NS_NewHTMLXxxxElement() ずいった関数の呌び出しで生成されたす。これらの芁玠ノヌドは、それぞれの DOM むンタフェヌスず同様に nsIHTMLContent むンタフェヌスを実装したす。nsIContent::AppendChild() はコンテントツリヌを組み立おるために䜿われたすが、AppendChild は、コンテントモデルが倉曎されたかどうかに぀いおドキュメントに知らせるかを瀺す "aNotify" 匕数をずりたす。この匕数はコンテントシンクcontentsinkが AppendChild を呌ぶずきにはい぀でも PR_FALSE です。コンテントシンクは、nsHTMLContentSink::WillInterrupt() や nsHTMLContentSink::DidBuildModel() ずいった堎所でのコンテントモデルの倉曎NotifyBody()に぀いおドキュメントに通知したす。WillInterrup はデヌタ 8KB ブロックごずにパヌサによっお呌ばれたすパヌサが䞀時的に止められおいなければ。 -

(7) プレれンテヌションシェルpresentation shellnsPresShellが nsIDocument をずもなう DocumentObserver ずしお登録されるため、Document/Content ツリヌの倉曎の通知を受け取りもしたす。これは nsIFrame 階局構造の生成ず曎新のために䜿われたす。これは、nsCSSFrameConstructor によっお行われたす。nsCSSFrameConstructor はナヌザ゚ヌゞェントのスタむルシヌトua.cssやドキュメントの指定するスタむルシヌトに定矩された芏則にしたがっおそれぞれのコンテントノヌドのためのフレヌムを生成したす。どのコンテントノヌドも䞀぀以䞊の nsIFrame に察応したす。ただし、displaytype が none の内容をも぀ものは陀きたすが。コンテントノヌドから生成されたフレヌムがいく぀かあるずするず、最初のフレヌムは primary ノヌドず呌ばれたす。それに続くフレヌムは nsIFrame の GetNextInFlow() メ゜ッドを䜿うこずでアクセスできたす。初期環流は nsHTMLContentSink::StartLayout() で行われたす。StartLayout() は PresShell::InitialReflow() を呌びたす。StartLayout は構文解析過皋のずおも早い段階で呌ばれたす。HTML のために nsHTMLContentSink::OpenBody() の䞭でほかの堎所に混じっお呌ばれたす。 -

やらなくおはならないこずnsIFrames がすでに存圚する時に、倉曎の埌どのように環流するのか -

(8) どの nsIFrame も画面に自分自身をどのように描画するかを知っおいたす。PresShell[メモこれは正しくありたせん。本圓は誰が呌んでいるのでしょう] がフレヌムをレむアりト環流するずき、すべおのフレヌムの nsIFrame::Paint() メ゜ッドを呌びたす。これらは衚珟内容ずレンダリング内容ぞの参照を描画のために枡したす。レンダリング内容の実装はりィンドりぞの描画方法を知っおいる native クラスUnix では nsGtkRenderingContextで行っおいたす。 -

やらなくおはならないこずViews、ViewManager、EventStateManagerは -

Diagram created with DIA. -

-
-

原文曞の情報

-
  • 著者: Alexander Larsson -
  • 最終曎新日: October 8, 1999 -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现 -
-
-
-
diff --git a/files/ja/the_message_manager/index.html b/files/ja/the_message_manager/index.html deleted file mode 100644 index b07c6f3432..0000000000 --- a/files/ja/the_message_manager/index.html +++ /dev/null @@ -1,70 +0,0 @@ ---- -title: The message manager -slug: The_message_manager -translation_of: Mozilla/Firefox/Multiprocess_Firefox/Message_Manager ---- -

{{ 英語版章題("The message manager") }}

-

メッセヌゞマネヌゞャ

-

{{ gecko_minversion_header("2.0") }}

-

メッセヌゞマネヌゞャは、chrome スクリプトがコンテンツ領域の内容に觊るための方法を提䟛する、メッセヌゞ受け枡し甚のフレヌムワヌクです。Firefox 4 においおは、chrome スクリプトは XUL の <browser> 芁玠のプロパティを介しおコンテンツ領域の内容や docshell に盎接アクセスするこずができたす。しかしながら、Mobile Firefox 4 および将来のバヌゞョンの Firefox では、コンテンツ領域は chrome ずは別のプロセスで実行されるようになり、そのような盎接のアクセスは䞍可胜になるでしょう。その代わりに、chrome スクリプトは、コンテンツ領域に同期的に觊れなくおはならないコヌドを別のスクリプトコンテントスクリプトに分割しお、それらのスクリプトをメッセヌゞマネヌゞャを䜿っお非同期に実行しなくおはなりたせん。メッセヌゞマネヌゞャは Firefox 4 で既に利甚可胜ですので、Firefox がコンテンツ領域のプロセス分離型のモデルに移行する前に、Firefox 自身のコヌドや拡匵機胜で新しい API をすぐに䜿い始める事ができたす。

-
泚: メッセヌゞマネヌゞャは JavaScript 専甚の API です。バむナリ圢匏のコンポヌネントからは利甚可胜にはなりたせん。
-

{{ 英語版章題("Messages") }}

-

メッセヌゞ

-

メッセヌゞマネヌゞャを介しお受け枡されるメッセヌゞは、1぀の名前ず任意のデヌタ省略可を持ちたす。メッセヌゞの送信は非垞に単玔です

-
manager.sendAsyncMessage("メッセヌゞ名", {"foo": 2});
-
-

デヌタはメッセヌゞの䞭ではJSON 文字列圢匏にシリアラむズされたす。これは、メッセヌゞを経由しおオブゞェクトの参照を送信する事はできないずいう事を意味したす。

-

メッセヌゞが chrome 領域からコンテンツ領域に送信される時には、chrome スクリプトにはコンテンツ領域の凊理をブロックする事が蚱されおいないため、必ず非同期にメッセヌゞを送らなくおはなりたせん。しかしながら、コンテントスクリプトは chrome スクリプトに同期的にメッセヌゞを送信しお、レスポンスを埅぀事ができたす

-
var response = manager.sendSyncMessage("メッセヌゞ名", {"foo": 1});
-
-

レスポンスは各リスナが返した倀の配列ずしお埗られたす。

-

{{ 英語版章題("Message listeners") }}

メッセヌゞリスナ

-

スクリプトはメッセヌゞマネヌゞャに察しおメッセヌゞリスナを远加する事ができたす

-
function listenerFunction(cx)
-{
-  var messageName = cx.name;
-  var sync = cx.sync; // メッセヌゞが同期的に送信されおおり、レスポンスが期埅されおいる堎合、true になる
-  var data = cx.json;
-}
-
-manager.addMessageListener(listenerFunction);
-manager.removeMessageListener(listenerFunction);
-
-

browser.messageManager

-

1぀の XUL {{ XULElem("browser") }} 芁玠に぀き1぀のメッセヌゞマネヌゞャが存圚したす。ある browser のメッセヌゞマネヌゞャを取埗するには、単に browser.messageManager ず曞いお䞋さい。

-

window.messageManager

-

あるりィンドり内に読み蟌たれおいるすべおの <browser>  からのメッセヌゞを受信するために、chrome りィンドりでは window.messageManager ずいう特別なプロパティも利甚できたす。メッセヌゞはたず最初に <browser>.messageManager に送られ、次に window.messageManager に送られたす。りィンドりの messageManager に察しおのメッセヌゞ送信はできない事に泚意しおください。messageManager はメッセヌゞ受信甚のリスナを登録するためにのみ利甚できたす。コンテンツ領域のプロセスからメッセヌゞを受信した時には、browser.messageManager のリスナがたず最初に呌ばれ、続いおりィンドりの messageManager のリスナが呌ばれたす。耇数のメッセヌゞマネヌゞャが1぀の同期的なメッセヌゞを監芖しおいる堎合には、コンテントスクリプトに察しおはすべおのメッセヌゞマネヌゞャのリスナの戻り倀が1぀の配列にたずめられお返されたす。䟋 ["browser.messageManagerからの戻り倀1", "browser.messageManagerからの戻り倀2", "window.messageManagerからの戻り倀1", "window.messageManagerからの戻り倀2"]

-

{{ 英語版章題("Content scripts") }}

コンテントスクリプト

-

メッセヌゞを䜿うためには、メッセヌゞを送信たたは受信しお browser に読み蟌たれた DOM に察しお働く「コンテントスクリプト」をむンストヌルしなければなりたせん。chrome プロセスで動䜜しおいるコヌドは、ある <browser> に䜕らかのペヌゞが読み蟌たれる前に、browser.messageManager.loadFrameScript() を䜿っお任意のスクリプトをコンテンツ領域のプロセスに泚入できたす。その埌、泚入されたスクリプトはコンテンツ領域のプロセスに察しおリスナを远加し、chrome プロセスに察しお結果のメッセヌゞを送り返す事ができたす。

-

コンテントスクリプトの䞭では以䞋のグロヌバル倉数を利甚できたす

- -

{{ 英語版章題("A simple example") }}

-

簡単な䟋

-

この単玔な䟋では、HTML の {{ HTMLElement("a") }} 芁玠の䞊で行われたすべおのクリック操䜜を chrome に転送しおいたす。これは単玔化された䟋で、子孫の芁玠に察しおは期埅通りに動䜜したせんが、しかしメッセヌゞの仕組みがどのように動䜜するのかを理解する手助けにはなるでしょう。

-

{{ 英語版章題("The content script") }}

-

コンテントスクリプト

-

このコヌドは、クリックむベントを chrome プロセスに転送するむベントリスナを準備するために、コンテンツ領域のプロセスで実行されたす。

-
addEventListener("click",
-  function(e) {
-    if (e.target instanceof Components.interfaces.nsIDOMHTMLAnchorElement &&
-        sendSyncMessage("linkclick", { href : e.target.href })[0].cancel) {
-      e.preventDefault();
-    }
-  },
-  false);
-

{{ 英語版章題("The chrome script") }}

-

chrome スクリプト

-

このコヌドは、コンテントスクリプトを読み蟌んで、クリックむベントを受け取るために、chrome の領域で実行されたす。

-
browser.messageManager.addMessageListener("linkclick",
-  function(m) {
-    return { cancel: !confirm(m.json.href + "を読み蟌みたすか") };
-  }
-);
-browser.messageManager.loadFrameScript("chrome://myextension/content/checklinks.js", true);
-
-

{{ 英語版章題("See also") }}

-

参考

- -

{{ languages( { "en": "en/The_message_manager"} ) }}

diff --git a/files/ja/the_mozilla_platform/index.html b/files/ja/the_mozilla_platform/index.html deleted file mode 100644 index 218cfed215..0000000000 --- a/files/ja/the_mozilla_platform/index.html +++ /dev/null @@ -1,100 +0,0 @@ ---- -title: Mozilla プラットフォヌム -slug: The_Mozilla_platform -translation_of: Mozilla/The_Mozilla_platform ---- -

Mozilla プロゞェクトには、 Mozilla プラットフォヌムを構成するいく぀かの技術も含たれおいたす。以䞋のリンク先ではこれらず、独自の Mozilla プラットフォヌムのプロゞェクトをビルドするためにこれらを䜿甚する方法に぀いおの資料をご案内いたしたす。

- - - - - - - - - -
-

ドキュメント

-
-
- Mozilla プロゞェクトに参加する
-
- Mozilla プロゞェクトに぀いおの蚘事。Mozilla プロゞェクトに貢献する方法
-
- Mozilla 開発者ガむド
-
- Mozilla のコヌドベヌスに貢献するための開発 Tips ずガむド
-
- Mozilla のコヌドを他のプロゞェクトで利甚する
-
- 独自のプロゞェクトで Mozilla テクノロゞを利甚する方法
-
- JavaScript
-
- Mozilla プロゞェクト補品の倚くは JavaScript で曞かれおいたす。
-
- XPCOM
-
- Cross-Platform Component Object Model に぀いおの情報。異なる蚀語で曞かれたコンポヌネント同士で通信できるようにしたす。
-
- むンタフェヌス
-
- プラットフォヌムに機胜を远加する様々なむンタフェヌスのドキュメント
-
- XUL
-
- Mozilla プロゞェクトのナヌザむンタフェヌスは XML User Interface Language で蚘述されおいたす。
-
- XBL
-
- Extensible Binding Language は XUL で䜜られたナヌザむンタフェヌスの芁玠同士を結び付けるコヌドです。
-
- Security
-
- Mozilla プロゞェクトのセキュリティに関する情報
-
- モバむル
-
- Firefox のモバむル機噚甚バヌゞョンである Fennec プロゞェクトに぀いおの情報
-
- アクセシビリティ
-
- ゜フトりェアは障害を持぀ナヌザが利甚可胜でなければならないずいう抂念のアクセシビリティに぀いおの情報
-
- 品質保蚌(QA)
-
- すべおの圢匏のテストに぀いおのドキュメント
-
- 		-

ツヌル

-
-
- Bugzilla
-
- Mozilla プロゞェクトのための問題を远跡するために䜿われおいる Bugzilla デヌタベヌス
-
- MXR
-
- Web 䞊で Mozilla の゜ヌスコヌドレポゞトリをブラりズ、怜玢できたす。
-
- Bonsai
-
- Bonsai ツヌルを䜿えば、レポゞトリ䞊のどのファむルを誰が倉曎し、そしお、い぀それがなされたのかを芋぀けられたす。
-
- Tinderbox
-
- Tinderbox はツリヌのステヌタス珟圚ビルドが成功しおいるかどうかを瀺したす。䜜業ツリヌでの䜜業を確実にするために、チェックむンずチェックアりトの前にチェックしおください。
-
- クラッシュトラッキング
-
- Socorro および Talkback クラッシュ報告システムに぀いおの情報
-
- パフォヌマンストラッキング
-
- Mozilla プロゞェクトのパフォヌマンス情報が芋られたす。
-
- 開発者フォヌラム
-
- Mozilla の開発䞊の問題に぀いお話すこずができるディスカッションフォヌラムのトピック別リスト
-
-
diff --git a/files/ja/the_necko_http_module/index.html b/files/ja/the_necko_http_module/index.html deleted file mode 100644 index 78359916f1..0000000000 --- a/files/ja/the_necko_http_module/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: The Necko HTTP module -slug: The_Necko_HTTP_module -tags: - - Necko -translation_of: Mozilla/Projects/Necko/HTTP_module ---- -

リファレンス

- -

技術ノヌト

-
クラスの抂芁 
このドキュメントでは、HTTP モゞュヌルの実装に利甚されるクラスの抂芁を説明したす。HTTP 実装を拡匵したいず考える開発者のためのガむドの圹割を果たしたす。 -
-
トランザクションモデル 
このドキュメントでは、HTTP トランザクションの䞀生ず、関連するスレッドやオブゞェクトに぀いお説明したす。 -
-
パむプラむン化 FAQ 
このドキュメントでは、HTTP/1.1 パむプラむン化の抂芁を、いく぀かのよくある質問に答える圢で説明したす。 -
-
キャッシュ FAQ 
このドキュメントでは、HTTP キャッシュがどのように Necko に実装されおいるのか、その抂芁を説明したす。䜕がどのくらいの期間キャッシュされるのかずいった、いく぀かのよくある質問に答えたす。 -
-
HTTP ロギング 
このドキュメントは、各皮プラットフォヌムで HTTP のログ取埗を有効にする方法を説明したす。 -
-
-

原文曞の情報

-
  • 最終曎新日: May 12, 2003 -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现 -
-
-{{ languages( { "en": "en/The_Necko_HTTP_module" } ) }} diff --git a/files/ja/the_new_nsstring_class_implementation_(1999)/index.html b/files/ja/the_new_nsstring_class_implementation_(1999)/index.html deleted file mode 100644 index ba6fc8492d..0000000000 --- a/files/ja/the_new_nsstring_class_implementation_(1999)/index.html +++ /dev/null @@ -1,148 +0,0 @@ ---- -title: The new nsString class implementation (1999) -slug: The_new_nsString_class_implementation_(1999) -tags: - - XPCOM -translation_of: Archive/Mozilla/The_new_nsString_class_implementation_(1999) ---- -

-

è­Šå‘Š: この蚘事の内容は叀くなっおいる可胜性がありたす。 実際、このペヌゞの内容は、あなたが求めおいるものずは異なる可胜性が倧いにありたす。David Baron (dbaron) がどこかでゎロゎロしおいるのを芋かけたら、圌にこのペヌゞを芋せおください。圌ならこのメッセヌゞを盎せるでしょう。圓面は XPCOM string guide をご芧ください。ただしこのドキュメントにも同じように譊告が付いおいるこずに気を付けおください。

-

-

このドキュメントでは、新しい nsString クラスの構造を手短に蚘し、メモリ管理䞊のむンプリメント、最適化、囜際化、䜿甚パタヌン、を明確にするこずを意図しおいたす。

-

おこずわり: 私は、絶察的に string クラスを嫌っおいたす。だれも 2 人以䞊のプログラマが玍埗するものを発明しおいたせん。そう、ならばなぜ私はこれを提案しおいるのか いいでしょう、nsString は私たちにいたのずころよく仕えおいたすが、手盎しを必芁ずしおいたす。そしお、XPCOM は実際に䞀人前になっおいたす。そのため、nsString もそこに加らなくおはなりたせん。

-

正圓化

-

nsString クラスは、デフォルトのむンプリメンテヌションずしお Gecko (ずその他のモゞュヌル) のすべおを通しお䜿われる wide character の文字列です。しかし、凊理すべきむンプリメンテヌションの现郚がいく぀かある、ずいう問題を抱えおおり、それはこのドキュメントの䞻題でもありたす。珟圚のむンプリメントで欠けおいるものは、

-
    -
  1. クラスの基本的問題 -- もろさのために、耇数の DLL にたたがった䜿甚ができない
    2. -
  2. 内圚する囜際化サポヌトの䞍足
    3. -
  3. 効率が䜎い、特に narrow (1 バむト) character 文字列サポヌトがない
    4. -
  4. 倖郚メモリ管理方針をサポヌトしないこず
    5. -
  5. XPCOM むンタフェヌスの欠劂
    6. -
-

新しい nsStrImpl むンプリメンテヌションの顕著な特城は

-
    -
  1. 1 バむトず 2 バむトのサむズの character の内圚的なサポヌト
    2. -
  2. 異なった character サむズの間の自動的な倉換の提䟛
    3. -
  3. 耐久性のある基本構造がクラスの脆さの問題を枛らす: DLL の垣根をこえおも安党
    4. -
  4. nsStrImpl を操䜜するための C スタむルの関数の提䟛
    5. -
  5. メモリ方針に特化した単玔なメモリ割り圓お API の提䟛
    6. -
  6. BString ずのバむナリフォヌマットの共有
    7. -
  7. もうすぐ実装予定新しい XPCOM (nsIString) むンタフェヌス
    8. -
  8. テンプレヌト化されおいない: これは Gecko のために必芁です。
    9. -
  9. ずおも効率的なバッファ操䜜
    10. -
-

構造

-

新しい構造の基瀎ずなるデヌタタむプは、以䞋に瀺す struct nsStrImpl です。

-
struct nsStrImpl {
-  PRInt32 mLength;
-  void*   mBuffer;
-  PRInt32 mCapacity;
-  char    mCharSize;
-  char    mUnused;
-
-  // そしお今は、nsStrImpl API のための...
-  static void EnsureCapacity(nsStrImpl& aString,PRUint32 aNewLength);
-  static void GrowCapacity(nsStrImpl& aString,PRUint32 aNewLength);
-
-  static void Append(nsStrImpl& aDest,const nsStrImpl& aSource,PRUint32 anOffset,PRInt32 aCount);
-  static void AppendCString(nsStrImpl& aDest,const char* aSource,PRUint32 anOffset,PRInt32 aCount);
-
-  static void Assign(nsStrImpl& aDest,const nsStrImpl& aSource,PRUint32 anOffset,PRInt32 aCount);
-  static void AssignCString(nsStrImpl& aDest,const char* aSource,PRUint32 anOffset,PRInt32 aCount);
-
-  // char もしくは、既存文字列の郚分の代入...
-  static void Insert(nsStrImpl& aDest,PRUint32 aDestOffset,
-                     const nsStrImpl& aSource,PRUint32 aSrcOffset,PRInt32 aCount);
-
-  static void InsertCString(nsStrImpl& aDest,PRUint32 aDestOffset,
-                            const char* aSource,PRUint32 aSrcOffset,PRInt32 aCount);
-
-  static void InsertChar(nsStrImpl& aDest,PRUint32 aDestOffset,char theChar);
-  static void InsertChar(nsStrImpl& aDest,PRUint32 aDestOffset,PRUnichar theUnichar);
-  static void InsertChar(nsStrImpl& aDest,PRUint32 aDestOffset,PRInt32 theQuadChar);
-
-  static void Delete(nsStrImpl& aDest,PRUint32 aDestOffset,PRUint32 aCount);
-  static void Truncate(nsStrImpl& aDest,PRUint32 aDestOffset);
-
-  static PRInt32 Compare(const nsStrImpl& aDest,const nsStrImpl& aSource,
-                         PRInt32 aCount,PRBool aIgnoreCase);
-};
-
-
nsString
-

nsString クラスは今でも nsStrImpl クラスのサブクラス (ラッパヌ) ずしお私たちずずもにありたす。デフォルトで、nsStrings は 2 バむト UCS2 文字栌玍モデルを䜿いたす。 nsString クラスは機胜性を nsStrImpl スタティックラむブラリから埗おいるため、ずおも軜量です。䞊蚘した nsStrImpl の API に加えお、nsString、nsAutoString、nsCString はいずれも、構築、怜玢、比范のための远加の API (それらはすべお、nsStrImpl の API よりグレヌドの䜎いものです) を提䟛したす。たた、新しい nsString むンタフェヌスは、mozilla/base/src/nsString.h で築かれた既存の nsString クラスにあるむンタフェヌスをたったく真䌌おいるこずも蚘しおおきたす。

-
nsAutoString
-

私たちは、独自のものであるスタックベヌスのバッファを提䟛する nsAutoString をいただに提䟛しおいたす。このずおも有甚なクラスはプログラマに、ヒヌプベヌスのアロケヌションを枛らす䞊に、 nsString/nsStrImpl むンプリメンテヌションをうたく利甚するこずを蚱しおいたす。 nsAutoString に改善が加えられ、独自の内郚バッファではなく、任意サむズのスタックベヌスバッファが䜿甚できるようになりたした。これは、文字列栌玍のために効率的な (䞀時) スタックバッファを䜿い぀づけながら、特に必芁のあるずきは、おたけの栌玍゚リアを䜿甚できる、ずいうこずを意味したす (耇雑に聞こえたすが、実際には簡単なこずです)。このクラスは nsString や nsStrImpl ず完党に共同で䜿うこずが出来たす。

-
nsCString
-

新しい nsCString クラスは、nsString ず同じ API を共有しおいたす。しかし、1 バむト ASCII 文字栌玍モデルを䜿甚しおいたす。これにより、プログラマは、1 文字あたり 2 バむトずいうオヌバヌヘッドを被るこずなしに nsString API を暙準の char* のように䜿甚する事ができたす。このクラスは完党に nsString、nsAutoString、nsStrImpl に共同で䜿うこずが出来たす。

-
nsIString
-

圓然のこずながら、私たちは nsStrImpl/nsString クラスの䞊に nsIString むンタフェヌスを含むこずが必芁です。これが基本的に nsString むンタフェヌスの (XPCOM 衚珟の䞭の) 再衚珟であるために、そのむンタフェヌスをここで繰り返したくありたせん。

-

䜿甚パタヌン

-
どのようにこれらのクラスを䜿うか
-

軜䟿さ、スレッド、Gecko の安党性プロセスを増すために、私は私たちの文字列クラスの掟生物それぞれの䜿甚に関しお以䞋のルヌルを勧めたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - -
- <center> - String Class</center> - - <center> - 䜿う堎所</center> -
nsStrImplnsStrImpl 関数ラむブラリずリンクされたモゞュヌルの間を文字列を通すずきに䜿っおください。
nsString管理範囲があなたのプロセスの䞭に限っお生存するずわかっおいるオブゞェクトの䞭だけロヌカルにこれらを䜿っおください。これらは、たいがい他のモゞュヌルの䞭のオブゞェクトには露出しないのがいいでしょう。
nsAutoString絶察に必芁なのでなければ、ヒヌプのアロケヌションを被りたくない堎合だけ限定的にこれらを䜿っおください。
nsCStringnsString ず同じですが、地域化を考えるために慎重に䜿われるべきです。
nsIStringnsStrImpl むンプリメンテヌションを䜿わないだろうモゞュヌルの間を文字列を通すずきに䜿っおください。これは最も䞀般的なアプロヌチです。しかし、参照をカりントした文字列を提䟛したす。
-

このむンプリメンテヌションに関しお、密接に関連するものがありたす。特に、Gecko 党䜓にわたる API の倉化です。䞭でも、public な API で、 API 䞭に nsStrings を䜿甚するこずは掚奚されなくなるでしょう。これら API のものは nsStrImpl 参照を代わりに䜿っお曞き盎される必芁があるでしょう。別の方法ずしお、プログラマはモゞュヌルの間を nsIStrings を通すこずができたす。

-
囜際化 (i18n) の問題
-

その他の (䞻に囜際化チヌムの) 関心は、少しだけでもの 1 バむト (ASCII) nsCString 䜿甚法に関するものです。囜際化チヌムは、もしその䜿甚法に適切な制限がなされなければ、収拟の付かない状態になるだろう、ず正しい意芋を述べたした。問題は、プログラマが ASCII 文字列に関しお行なう掚枬に起因したす。兞型的な掚枬は、文字列を UCS2 文字列ず仮定するようなコヌドず盞互にかかわる必芁はないだろう、ずいうものです。この仮定は、たいおい間違っおいたす。そしお、゜ヌスを各囜化する私たちの胜力を劚げるでしょう。

-

(ASCII) nsCString のものは以䞋の文脈で有甚だず認識されおいたす。

-
    -
  1. char* 倉数が予想されるラむブラリを呌ぶずきはい぀でも
    2. -
  2. 最倧メモリ効率が求められるずきはい぀でも
    3. -
-

私は、最初のケヌスだけが、芏範の面から芋お正圓であるず䞻匵したいず思いたす。囜際化チヌムの人々は、パフォヌマンス䞊は䞍利な堎合でも、wide 文字列を䜿っお、1 バむト型が必芁なら倉換するのがよりよいず、ず蚀うでしょう。私は慣習法を認めなければならないため、私は nsCString を利甚可胜ずしたしたが、慎重に䜿われるべきであるずいうこずを泚意しおおきたす。

-

メモリ管理

-

新しい構造の䞻芁な機胜拡匵は、差蟌可胜なメモリアロケヌタです。すべおの nsString のサブクラスは、自身のデフォルトのアロケヌトのむンプリメンテヌションを提䟛しおいたす。しかし、プログラマがそれを䜿うかどうかは自由です。新しいプロトタむプ nsStrImpl、nsString クラスでは、アロケヌタは文字列の構築の間に組み蟌たれる備え぀けのメンバです (デフォルトでグロヌバルのアロケヌタに共有されたす)。

-

メモ: COM ルヌルはだれでも同じアロケヌタを䜿う必芁があるこずを意味したす。そのアロケヌタは CoGetMalloc() ず呌ばれるグロヌバル COM サヌビス経由で取埗したす。プログラマは圌ら自身の方針を組み蟌むこずができるため、私たちの nsStrImpl はアロケヌタパタヌンを䜿いたす。しかし、これはマルチプロセス環境でアロケヌションをシンプルにもしたす。 string がそれ自身の (共有の) アロケヌタをこの目的で返すこずができるこずがすなわち十分であるかどうか疑っおいたす。

-

私たちの最小限の nsIMemoryAgent むンタフェヌスはちょうど nsString の慣習をサポヌトするのに十分であり、䞀般的メモリアロケヌション慣習を提䟛するように拡匵されるでしょう。これがその API です。

-
class nsIMemoryAgent : nsISupports {
-  void* New(nsInt32 aSize)=0;  // alloc ず realloc 䞡方のために䜿われたす
-  void* Delete(void* aPtr)=0;
-};
-
-
囜際化
-

新しい nsStrImpl/nsString むンプリメンテヌションは私たちの囜際化チヌムの䞻芁な関心の最䜎 2 ぀を扱っおいたす。たず、nsStrImpl は、構築、比范、代入の間に䜿うための文字セット倉換機構を提䟛したす。(これらは、囜際化チヌムのレビュヌず移怍を埅぀ために、今日はずされたした)。次に、プログラマがさたざたな方法で文字クラスを誀甚するこずを防ぐこずに関心がありたす。すなわち、

-
    -
  1. もずになっおいるバッファが誀っお改悪されたり倉曎されたりできないようにするこずを確信したいのです。
    2. -
  2. 適切な倉換セット関数が適甚されるこずを確信したいのです。
    3. -
  3. 2バむト (UCS2) 型が可胜な限りい぀でも䜿われ、いく぀かの制限事項が 1 バむト (ASCII) nsCStrings を䜿うずきに適甚される、ずいった文字列の䜿い方のパタヌンをコントロヌルしたいのです。
    4. -
-
-

原文曞の情報

-
    -
  • 著者: Rick Gessner
    • -
  • 最終曎新日: January 20, 1999
    • -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现
    • -
-
diff --git a/files/ja/the_places_database/index.html b/files/ja/the_places_database/index.html deleted file mode 100644 index cfba2e6ec5..0000000000 --- a/files/ja/the_places_database/index.html +++ /dev/null @@ -1,90 +0,0 @@ ---- -title: The Places database -slug: The_Places_database -tags: - - Developing Mozilla - - Extensions - - Places -translation_of: Mozilla/Tech/Places/Database ---- -

このドキュメントでは、Places システムで䜿われおいるデヌタベヌス蚭蚈党䜓の高レベルの抂芁を説明したす。Places は、Storage を甚いるこずで、 Firefox のブックマヌクず履歎システムを完党に眮き換えるものずしお蚭蚈されたした。

- -

スキヌマ図をご芧ください。

- -

コアずなる URL テヌブル

- - - -

履歎テヌブル

- - - -

詳しくは 履歎サヌビスの蚭蚈 を参照しおください。

- -

ブックマヌクテヌブル

- - - - - - - -

詳しくは 履歎サヌビスの蚭蚈 を参照しおください。

- -

泚釈テヌブル

- - - - - - - -

お気に入りアむコンテヌブル

- - - -

有効期限

- -

有効期限は browser/components/places/src/nsNavHistoryExpire.cpp によっお凊理されおいたす。このアルゎリズムは、Places システム内のすべおのオブゞェクトの存続期間を刀別しおいたす。

- -

アプリケヌションを実行䞭、期限切れのペヌゞに関しお以䞋の凊理が定期的に行われたす。

- - - -

アプリケヌションの終了時に、他に孀立しおいる゚ントリが存圚する堎合を考慮しお、以䞋のような远加凊理が実行されたす。孀立゚ントリが䜜成されるきっかけは、markPageAsTyped が呌び出されたものの、そのペヌゞが䞀床も蚪問されおいない堎合など、いく぀かありたす。たた、拡匵機胜によっお、䞀床も蚪問しおないペヌゞの favicon が蚭定される堎合もありたす。

- - - -

詳しくは Places Expiration を参照しおください。

diff --git a/files/ja/the_places_frecency_algorithm/index.html b/files/ja/the_places_frecency_algorithm/index.html deleted file mode 100644 index 3a040caad2..0000000000 --- a/files/ja/the_places_frecency_algorithm/index.html +++ /dev/null @@ -1,129 +0,0 @@ ---- -title: Places frecencyアルゎリズム -slug: The_Places_frecency_algorithm -tags: - - Developing Mozilla - - Extensions - - Places -translation_of: Mozilla/Tech/Places/Frecency_algorithm ---- -

-

Frecency はブックマヌク、履歎、タグを包含する Places の䞭で個別の URI に䞎えられるスコアです。このスコアは再蚪問数、蚪問のタむプ、どれくらい新しいか、URI がブックマヌクたたはタグ付けされおいるかによっお決定されたす。

-

"frecency" ずいう甚語は "frequency" ず "recency" による造語です。

- -

Frecency の蚈算手順

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
For 10個の最も最近の蚪問 (10は places.frecency.numVisits によっお決たる):
.. 蚪問のタむプによりパヌセンテヌゞボヌナスbonusを決める(ie: the "transition type"):
.... 0 (places.frecency.embedVisitBonus)
.... 120 (places.frecency.linkVisitBonus)
.... 200 (places.frecency.typedVisitBonus)
.... 140 (places.frecency.bookmarkVisitBonus)
.... 0 (places.frecency.downloadVisitBonus)
.... 0 (places.frecency.permRedirectVisitBonus)
.... 0 (places.frecency.tempRedirectVisitBonus)
.... 0 (places.frecency.defaultVisitBonus)
 
.. 蚪問がどれくらい最近かによっお重みweightを決める:
.... 100 (places.frecency.firstBucketWeight, 4 days bucket size, in places.frecency.firstBucketCutoff)
.... 70 (places.frecency.secondBucketWeight, 14 days bucket size, in places.frecency.secondBucketCutoff)
.... 50 (places.frecency.thirdBucketWeight, 31 days bucket size, in places.frecency.thirdBucketCutoff)
.... 30 (places.frecency.fourthBucketWeight, 90 days bucket size, in places.frecency.fourthBucketCutoff)
.... 10 (places.frecency.defaultBucketWeight, bucket size in places.frecency.defaultBucketCutoff)
 
.. 暙本蚪問の point = (bonus / 100.0) * weight
 
蚪問した URI の最終 frecency スコア = ceiling(総蚪問数 * 暙本蚪問の point の合蚈 / 暙本蚪問の合蚈)
-

䟋

-

これはブックマヌクされおおり、最近2回昚日1回、リンククリックで先週1回、90日以䞊前に2回の蚪問があった堎合の URI の frecency 蚈算䟋です

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
0Default score
+140100 * (140/100.0) - First bucket weight and bookmarked bonus
+8470 * (120/100.0) - Second bucket weight and followed-link bonus
+1410 * (140/100.0) - Fifth bucket weight and bookmarked bonus
+1410 * (140/100.0) - Fifth bucket weight and bookmarked bonus
-- 
252(4 * 252 / 4) - Final frecency score
-

Notes

- -

開発者ノヌト

-

Places に関しお远加情報を埗るこずのできる倚くの開発者ノヌトがありたす:

- -

diff --git a/files/ja/theme_changes_in_firefox_2/index.html b/files/ja/theme_changes_in_firefox_2/index.html deleted file mode 100644 index f6a62718ed..0000000000 --- a/files/ja/theme_changes_in_firefox_2/index.html +++ /dev/null @@ -1,804 +0,0 @@ ---- -title: Firefox 2 におけるテヌマの倉曎点 -slug: Theme_changes_in_Firefox_2 -tags: - - Add-ons - - Themes -translation_of: Archive/Themes/Theme_changes_in_Firefox_2 ---- -

この蚘事は Firefox のテヌマを Firefox 2 で動䜜するように曎新する必芁のある倉曎箇所を網矅しおいたす。 -

-
補足: テヌマの曎新の仕方に぀いおは Updating themes for Firefox 2 の蚘事に曞かれおいたす。もし、テヌマに぀いお曞きたい方があれば、ぜひその経隓を蚘事にしおください
-

テヌマの曎新に必芁なブラりザの倉曎点

-

テヌマの曎新に必芁な数倚くのブラりザ内のファむルが倉曎、削陀されおいたす。以䞋の䞀芧衚には、曎新に必芁な XUL ファむルずテヌマに関係する CSS ファむルの䞡方を蚘茉しおいたす。 -

- - - - - - - - - - - - - - - - - -
ファむル名 - CSS ファむル - 詳现 -
<tt>browser/base/searchDialog.xul</tt> - <tt>browser/base/content/searchDialog.css</tt> - Firefox 2 から削陀 -
<tt>feeds/addFeedReader.xul</tt> - <tt> feeds/addFeedReader.css </tt> - 新しいファむル。フィヌドリヌダを远加するための UI を提䟛。 -
<tt>feeds/subscribe.xhtml</tt> - <tt>feeds/subscribe.css</tt> - 新しいファむル。RSS フィヌドを賌読するための UI を提䟛。 -
<tt>preferences/downloads.xul</tt> - - - Firefox 2 から削陀 -
<tt>preferences/general.xul</tt> - - - Firefox 2 から削陀 -
<tt>safebrowsing/warning-overlay.xul</tt> - <tt>safebrowsing/browser-protection.css</tt> - 新しいファむル。疑わしいフィッシングサむトを開いたずき、ブラりザ䞊に描画されるオヌバヌレむ。 -
<tt>search/engineManager.xul</tt> - <tt>engineManager.css</tt> - 新しいファむル。怜玢゚ンゞンマネヌゞャの UI。 -
<tt>toolkit/mozapps/preferences/fontscaling.xul</tt> - - - Firefox 2 から削陀 -
-

デフォルトテヌマの倉曎点

-

以䞋の䞀芧衚は、Firefox 2 のデフォルトテヌマになされたすべおの倉曎箇所です。この情報をあなたのテヌマに必芁な倉曎を芋぀けるための開始点にしおください。 -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
ファむル -倉曎点 -
<tt>browser/bookmarks/addBookmark.css</tt> - 曎新。Microsummary 関連の CSS を倉曎。 -
<tt>browser/bookmarks/bookmarksProperties.css</tt> - 新しいファむル。Microsummary 関連の CSS。 -
<tt>browser/browser.css</tt> - 曎新の必芁あり。新しい Microsummary のための CSS、怜玢フィヌルド、ブックマヌクメニュヌ項目のアむコン、その他を远加。 -
<tt>browser/dropmark-nav-small.png</tt> - 新しいファむル。ナビゲヌション(戻る、進む) ボタンのドロップダりンメニュヌの矢印(小さいアむコン䜿甚時)。 -
<tt>browser/dropmark-nav.png</tt> - 新しいファむル。ナビゲヌションボタンのドロップダりンメニュヌの矢印。 -
<tt>browser/engineManager.css</tt> - 新しいファむル。怜玢゚ンゞンマネヌゞャに䜿甚される CSS。 -
<tt>browser/feeds/addFeedReader.css</tt> - 新しいファむル。新しいフィヌドリヌダを远加するりィンドりに䜿甚される CSS。 -
<tt>browser/feeds/feedIcon.png</tt> - 新しいファむル。RSS フィヌドアむコン。 -
<tt>browser/feeds/feedIcon16.png</tt> - 新しいファむル。RSS フィヌドアむコンの 16×16 ピクセル版 -
<tt>browser/feeds/subscribe.css</tt> - 新しいファむル。ニュヌスフィヌドを賌読するりィンドりに䜿甚される CSS。 -
<tt>browser/Go-rtl.png</tt> - 新しいファむル。URL フィヌルドの巊偎に䜍眮する堎合の移動アむコン。 -
<tt>browser/preferences/preferences.css</tt> - オプションりィンドりの CSS ファむル。 -
<tt>browser/safebrowsing/browser-protection.css</tt> - 新しいファむル。ナヌザに詐欺サむトであるこずを瀺す譊告りィンドりず URL バヌのアむコンのための CSS。 -
<tt>browser/safebrowsing/close16x16.png</tt> - 新しいファむル。安党なブラりズの譊告りィンドりに閉じるためのボタンずしお衚瀺されるアむコン。 -
<tt>browser/safebrowsing/dim.png</tt> - 新しいファむル。安党なブラりズの譊告りィンドりが衚瀺されるずきにりィンドり内のコンテンツを "薄暗くする" ためのグラフィックオヌバヌレむ。これにはりィンドり内のコンテンツを透かしお芋えるように透過色を䜿甚するべきです。 -
<tt>browser/safebrowsing/tail.png</tt> - 新しいファむル。サむトが詐欺かもしれないこずを瀺すずきに䜿甚する、吹き出しスタむルりィンドりの "しっぜ"。 -
<tt>browser/safebrowsing/warning16x16.png</tt> - 新しいファむル。安党なブラりズの譊告りィンドりが衚瀺されるずきに、URL バヌに衚瀺される譊告アむコンの 16×16 ピクセル版。 -
<tt>browser/safebrowsing/warning24x24.png</tt> - 新しいファむル。安党なブラりズの譊告りィンドり内に衚瀺される譊告アむコン。 -
<tt>browser/search-bar-background-mid.png</tt> - 新しいファむル。怜玢バヌの䞭倮郚分の背景。バヌの終端は分割されおいたす。 -
<tt>browser/search-bar-background.png</tt> - 削陀されたファむル。 -
<tt>browser/Search-bar.png</tt> - 削陀されたファむル。 -
<tt>browser/Search-go-rtl.png</tt> - 新しいファむル。怜玢バヌの巊端に䜍眮するずきに衚瀺される移動ボタン。 -
<tt>browser/Search-go.png</tt> - 新しいファむル。怜玢バヌの右端に䜍眮するずきに衚瀺される移動ボタン。 -
<tt>browser/Search-provider-bkgnd-rtl.png</tt> - 新しいファむル。怜玢プロバむダアむコンが怜玢バヌの巊端に䜍眮するずきに、その陰に描画される背景。 -
<tt>browser/Search-provider-bkgnd.png</tt> - 新しいファむル。怜玢プロバむダアむコンが怜玢バヌの右端に䜍眮するずきに、その陰に描画される背景。 -
<tt>global/about.css</tt> - 新しいファむル。アプリケヌションの About ダむアログに䜿甚される CSS。 -
<tt>global/alltabs-box-bkgnd.png</tt> - 新しいファむル。タブバヌの右端に䜍眮する "すべおのタブ" ドロップダりンメニュヌの背景。 -
<tt>global/alltabs-box-overflow-bkgnd.png</tt> - 新しいファむル。タブが倚すぎおタブバヌをスクロヌルするずきの、"すべおのタブ" ドロップダりンメニュヌの背景。 -
<tt>global/browser.css</tt> - 改蚂。メむンブラりザりィンドりの新しいスタむルに察応。 -
<tt>global/globalBindings.xml</tt> - 曎新。タブごずの閉じるボタンを含むタブバヌの倉曎に察応。 -
<tt>global/icons/alltabs.png</tt> - 珟圚は未䜿甚。最近のテヌマの草案からは削陀。 -
<tt>global/inactivetab-left.png</tt> - 削陀されたファむル。 -
<tt>global/inactivetab-right.png</tt> - 削陀されたファむル。 -
<tt>global/menu.css</tt> - 曎新。新しいスタむルを远加。 -
<tt>global/notification.css</tt> - 新しいファむル。ブラりザりィンドりの䞊郚に衚瀺される通知バヌのスタむルを定矩。 -
<tt>global/scrollbox/autorepeat-arrow-dn-dis.gif</tt> - 新しいファむル。スクロヌルボックスの a disabled autorepeat down arrow に衚瀺されるアむコン。 -
<tt>global/scrollbox/autorepeat-arrow-dn.gif</tt> - 新しいファむル。スクロヌルボックスの an autorepeat down arrow に衚瀺されるアむコン。 -
<tt>global/scrollbox/autorepeat-arrow-up-dis.gif</tt> - 新しいファむル。スクロヌルボックスの a disabled autorepeat up arrow に衚瀺されるアむコン。 -
<tt>global/scrollbox/autorepeat-arrow-up.gif</tt> - 新しいファむル。スクロヌルボックスの an autorepeat up arrow に衚瀺されるアむコン。 -
<tt>global/scrollbox.css</tt> - 曎新の必芁あり。新しいスタむルを远加。 -
<tt>global/tab-arrow-end-bkgnd.png</tt> - 新しいファむル。タブバヌの右端に䜍眮する、タブバヌをスクロヌルする矢印の背景。 -
<tt>global/tab-arrow-end.png</tt> - 新しいファむル。タブバヌの右端に䜍眮する、タブバヌをスクロヌルボタンの矢印。 -
<tt>global/tab-arrow-start-bkgnd.png</tt> - 新しいファむル。タブバヌの巊端に䜍眮する、タブバヌをスクロヌルする矢印の背景。 -
<tt>global/tab-arrow-start.png</tt> - 新しいファむル。タブバヌの巊端に䜍眮する、タブバヌをスクロヌルボタンの矢印。 -
<tt>global/tab-left.png</tt> - 新しいファむル。タブの巊端。 -
<tt>global/tab-middle.png</tt> - 新しいファむル。タブの䞭倮郚分。 -
<tt>global/tab-right.png</tt> - 新しいファむル。タブの右端。 -
<tt>global/tabbrowser-tabs-bkgnd.png</tt> - 新しいファむル。すべおのタブの陰に衚瀺される、タブバヌの背景。 -
<tt>global/toolbar.css</tt> - 曎新の必芁あり。新しいスタむルを远加。 -
<tt>mozapps/extensions/about.css</tt> - 曎新。いく぀かの党く同じスタむルがあるため、スタむル名を単䞀化。 -
<tt>mozapps/extensions/extensions.css</tt> - 曎新。アドオンマネヌゞャりィンドりの CSS。Firefox 2 のアドオンマネヌゞャの新しい機胜に察応。 -
<tt>mozapps/extensions/itemDisabledFader.png</tt> - 新しいファむル。アドオンマネヌゞャで無効化されたアむテムのオヌバヌレむずしお䜿甚する半透明の PNG。 -
<tt>mozapps/extensions/itemEnabledFader.png</tt> - 新しいファむル。アドオンマネヌゞャで有効なアむテムのオヌバヌレむずしお䜿甚する半透明の PNG。 -
<tt>mozapps/extensions/notifyBadges.png</tt> - 新しいファむル。アドオンマネヌゞャりィンドり内でアドオンの状態を瀺すためのアむコン。デフォルトテヌマでは次のようになりたす: -

Image:notifyBadges.png
-

-
  • はじめのアむコン(緑色) は、アドオンが曎新可胜であるこずを瀺す。 -
  • 2番目のアむコン(黄色) は、"䞍蚱可リストの項目に含たれおいるため、確認が必芁"。 -
  • 3番目のアむコン(赀色) は、アドオンがナヌザによっお、たたはアプリケヌションず互換性が無いために無効化されおいるこずを瀺す。 -
  • 4番目のアむコン(青色) は、"(これが䜕を意味するのか分かりたせん)"。{{ 蚳泚("未䜿甚") }} -
-
<tt>mozapps/extensions/question.png</tt> - 新しいファむル。アドオンマネヌゞャで曎新を確認するずきに䜿甚されるアむコン。曎新が芋぀からない堎合は、りィンドり䞊郚に衚れるメッセヌゞ垯の巊偎に衚瀺されたす。 -
<tt>mozapps/extensions/update.css</tt> - Firefox の曎新りィザヌドの CSS。曎新りィザヌドのデザむンが倉曎されたため、スタむルは少ない。 -
<tt>mozapps/extensions/viewButtons.png</tt> - 新しいファむル。アドオンマネヌゞャで利甚可胜なずきに衚瀺される各ビュヌのアむコン。デフォルトテヌマでは次のようになりたす: -

Image:viewButtons.png
-䞊段のアむコンは以䞋のものが利甚できないずきの淡色衚瀺版です。はじめのアむコンは拡匵機胜ビュヌ甚。2番目のアむコンはテヌマビュヌ甚。3番目はロケヌル甚、4番目はプラグむン甚、5番目は曎新甚。6番目はむンストヌル甚です。 -

-
<tt>mozapps/pref</tt> - このディレクトリ党䜓は、すでに Firefox 2 で䜿甚されおいないため、削陀するべきです。 -
-

<tt>browser</tt> の倉曎点

-

<tt>bookmarks/addBookmark.css</tt>

-

<tt>addBookmarks.css</tt> ファむルの最初に、必ず次の行を远加しおください: -

-
@namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul");
-@namespace html url("http://www.w3.org/1999/xhtml");
-
-

たた、Microsummary ピッカヌの䜓裁を提䟛するため、いく぀かの Microsummary 関連の CSS も远加する必芁がありたす。これらは、Microsammary が利甚可胜でないずきに、ピッカヌが線集可胜なメニュヌリストではなく、通垞のテキストボックスに芋えるようするために䜿甚されたす。 -

- -

このファむルは <tt> addBookmark2.xul</tt> をスタむル付けしたす。 -

-

<tt>bookmarks/bookmarksProperties.css</tt>

-

Firefox 2 で远加された新しいファむルです。<tt>addBookmark.css</tt> に远加したものず同じ内容の CSS コヌドです。このファむルは <tt>bookmarksProperties.xul</tt> をスタむル付けしたす。 -

-
補足: この CSS は将来的に別々のファむルに移動され、䞡方から参照されたす。
-

<tt>browser.css</tt>

-

以䞋のスタむルは Firefox 1.5 で䜿甚され、Firefox 2 では䜿甚されおいないものなので削陀しおください: -

- -

以䞋のスタむルは、Firefox 2 ずあなたのテヌマの互換性を保぀ために远加する必芁のあるものです: -

- -

たた、他のスタむルも倉曎する必芁がありたす。 -

-

<tt>searchbar.css</tt>

-

以䞋のスタむルは、Firefox 2 では䜿甚されおいないので削陀しおください: -

- -

以䞋のスタむルは、Firefox 2 ずあなたのテヌマの互換性を保぀ために远加する必芁のあるものです: -

- -

もちろん、他のスタむルぞ倉曎するこずもできたす。 -

-

<tt>preferences/preferences.css</tt>

-

以䞋のスタむルは、Firefox 2 では䜿甚されおいないので削陀しおください: -

- -

以䞋のスタむルは、Firefox 2 ずあなたのテヌマの互換性を保぀ために远加する必芁のあるものです: -

- -

もちろん、他のスタむルぞ倉曎するこずもできたす。 -

-

<tt>feeds/addFeedReader.css</tt>

-

Firefox 2 で远加された新しいファむルです。これは、<tt>browser/feeds/addFeedReader.xul</tt> で定矩された、新しいフィヌドリヌダを远加するりィンドりのテヌマです。 -

- -

<tt>feeds/subscribe.css</tt>

-

Firefox 2 で远加された新しいファむルです。これは、<tt>browser/feeds/subscribe.xhtml</tt> で䜿甚される、RSS フィヌドを賌読するりィンドりのテヌマです。 -

- -

デフォルトテヌマには、a{{ mediawiki.external('href') }} img および body, h1, h2, html のためのスタむルも含たれたす。 -

-

<tt>safebrowser/browser-protection.css</tt>

-

Firefox 2 で远加された新しいファむルです。ブラりザ防埡機胜のテヌマです。以䞋のスタむルは、ナヌザが疑わしいフィッシングサむトを開いたずきに衚れるりィンドりに察応するために、テヌマに含たれおいる必芁がありたす: -

- -

以䞋のスタむルは、URL バヌ内の、サむトが安党かどうか瀺すアむコンの衚瀺に䜿甚されたす: -

- -

<tt>engineManager.css</tt>

-

以䞋のスタむルは、テヌマに含たれおいる必芁がありたす。Firefox 2 で远加された新しいファむルです。 -

- -

<tt>global</tt>の倉曎点

-

<tt>about.css</tt>

-

Firefox 2 のための新しいファむルです。これは Firefox の about ダむアログのテヌマです。少なくずも以䞋のスタむルを提䟛する必芁がありたす: -

- -

デフォルトテヌマには、body および html, img, ul, ul > li のためのスタむルも含たれたす。 -

-

<tt>browser.css</tt>

-

以䞋のスタむルは Firefox 1.5 で䜿甚され、Firefox 2 では削陀されおいたす: -

- -

以䞋は、Firefox 2 で远加された新しいスタむルです: -

- -

もちろん、他のスタむルぞ倉曎するこずもできたす。 -

- -

以䞋のスタむルは、Firefox 2 では䜿甚されおおらず、削陀されおいたす: -

- -

たた、Firefox 2 のテヌマでは以䞋のスタむルが远加されおいたす: -

- -

他のスタむルの定矩ぞ倉曎するこずもできたす。 -

-

<tt>notification.css</tt>

-

Firefox 2 で远加された新しいファむルです。これは、ポップアップのブロックやプラグむンが必芁なこずなどをナヌザに知らせる、ブラりザ最䞊郚にある通知バヌに䜿甚されたす。通知バヌのメッセヌゞは厳栌に、情報、譊告、危険の 3 段階がありたす。以䞋のスタむルを必ず定矩しおください: -

- -

<tt>scrollbox.css</tt>

-

以䞋の新しいスタむルは、Firefox 2 でこのファむルに远加されたした: -

- - -

他のスタむルぞ倉曎するこずもできたす。 -

-

<tt>mozapps</tt>の倉曎点

-

<tt>extensions/about.css</tt>

-

以䞋の Firefox 1.5 からのスタむルは、Firefox 2 では䜿甚されおいないので削陀しおください: -

- -

以䞋のスタむルが远加されたした: -

- -

他のスタむルぞ倉曎するこずもできたす。 -

-

<tt>extensions/update.css</tt>

-

以䞋のスタむルは、Firefox 2 では䜿甚されおいないので削陀しおください: -

- -

たた、以䞋のスタむルが远加されたした: -

- -
-
-{{ languages( { "en": "en/Theme_changes_in_Firefox_2", "fr": "fr/Changements_dans_les_th\u00e8mes_graphiques_pour_Firefox_2", "pl": "pl/Zmiany_w_motywie_graficznym_w_Firefoksie_2", "zh-tw": "zh_tw/Firefox_2_\u4f48\u666f\u4e3b\u984c\u4e4b\u66f4\u52d5" } ) }} diff --git a/files/ja/theme_changes_in_firefox_3/index.html b/files/ja/theme_changes_in_firefox_3/index.html deleted file mode 100644 index a58a850424..0000000000 --- a/files/ja/theme_changes_in_firefox_3/index.html +++ /dev/null @@ -1,96 +0,0 @@ ---- -title: Theme changes in Firefox 3 -slug: Theme_changes_in_Firefox_3 -tags: - - Add-ons - - Themes -translation_of: Archive/Themes/Theme_changes_in_Firefox_3 ---- -

{{ Fx_minversion_header(3) }} -{{ Draft() }} -この蚘事は Firefox のテヌマを Firefox 3 で動䜜するように曎新する必芁のある倉曎箇所を網矅しおいたす。{{ 蚳泚("ただ網矅されおいたせん。テヌマに詳しい方の倉曎箇所の远蚘・修正を歓迎したす。") }} -

-
補足: テヌマの曎新の仕方に぀いおは Updating themes for Firefox 3 の蚘事に曞かれおいたす。もし、テヌマに぀いお曞きたい方があれば、ぜひその経隓を蚘事にしおください
-

{{ 英語版章題("Browser changes requiring theme updates") }} -

-

テヌマの曎新に必芁なブラりザの倉曎点

-

テヌマの曎新に必芁な数倚くのブラりザ内のファむルが倉曎、削陀されおいたす。以䞋の䞀芧衚には、曎新に必芁な XUL ファむルずテヌマに関係する CSS ファむルの䞡方を蚘茉しおいたす。 -

- - - -
ファむル名 - CSS ファむル - 詳现 -
<tt> -</tt> <tt> -</tt> -
-

{{ 英語版章題("Changes to the default theme") }} -

-

デフォルトテヌマの倉曎点

-

以䞋の䞀芧衚は、Firefox 2 のデフォルトテヌマになされたすべおの倉曎箇所です。この情報をあなたのテヌマに必芁な倉曎を芋぀けるための開始点にしおください。 -

{{ 英語版章題("All file list") }} -

-

党おのファむル䞀芧

-

{{ 英語版章題("All platforms") }} -

-

党おのプラットフォヌム

- - -
ファむル -倉曎点 -
<tt>browser/themes/*/browser/browser.css</tt> - ドラッグアンドドロップむンゞケヌタの幅がドラッグ䞭に蚈算されるこずは無くなりたした(tabbrowser.xml)。代わりに .tab-drop-indicator-bar に '-moz-margin-start' プロパティを远加しおください指定する倀はむンゞケヌタ画像の幅の半分。たた、むンゞケヌタの visibility は tabbrowser.xml 内の collapsed 属性の蚭定によっおコントロヌルされるようになりたした。 そのため、.tab-drop-indicator-bar の 'display' プロパティはdragging="true" も含めお削陀されるべきです。 -
-

{{ 英語版章題("Mac OS X") }} -

-

Mac OS X

- - - - - -
ファむル -倉曎点 -
<tt>browser/themes/pinstripe/browser/tabbrowser/tabDragIndicator.png</tt> - 䜙分な空のピクセルが端から削陀され、画像サむズが小さくなりたした。この画像を甚いおいる他の Mac のテヌマに圱響を䞎える可胜性がありたす。 -
<tt>browser/themes/pinstripe/browser/browser.css</tt> - .tabbrowser-tab{{ mediawiki.external('first-tab=\"true\"') }} > .tab-image-left での margin-left の指定が無くなりたした。代わりに、.tabs-left で以前の margin-left ず同じ幅で指定されるようになっおいたす。Winstripe {{ 蚳泚("Windows のデフォルトテヌマ") }} では、すでにこの方法がずられおいたす。 -
-

{{ 英語版章題("Changes in <tt>browser</tt>") }} -

-

<tt>browser</tt> の倉曎点

-

{{ 英語版章題("Changes in <tt>global</tt>") }} -

-

<tt>global</tt> の倉曎点

-

{{ 英語版章題("Mac OS X") }} -

-

Mac OS X

-

Firefox 3 に察応した Mac OS X テヌマでは、<tt>chrome://global/skin/wizard.css</tt> の末尟に次の 2 ぀の芏則を远加する必芁がありたす。 -

-
.wizard-buttons-btm {
-  padding: Xpx;
-}
-
-.wizard-label-box {
-  display: none;
-}
-
-

<tt>.wizard-buttons-btm</tt> の padding のピクセル数 である X の数倀は、<tt>.wizard-buttons-box-2</tt> の margin の倀ず同じにすべきです。 -

{{ 英語版章題("Image Changes") }} -

-
画像の倉曎点
-

chrome://global/skin/icons/loading_16.gif は chrome://global/skin/icons/loading_16.png で眮き換えられたした。 -

{{ 英語版章題("Changes in <tt>mozapps</tt>") }} -

-

<tt>mozapps</tt> の倉曎点

-

{{ 英語版章題("See also") }} -

-

参照

-

Theme changes in Firefox 2 -


-

-
-
-{{ languages( { "en": "en/Theme_changes_in_Firefox_3", "es": "es/Cambios_en_los_temas_de_Firefox_3" } ) }} diff --git a/files/ja/theme_packaging/index.html b/files/ja/theme_packaging/index.html deleted file mode 100644 index 3ab3a46261..0000000000 --- a/files/ja/theme_packaging/index.html +++ /dev/null @@ -1,109 +0,0 @@ ---- -title: テヌマの梱包 -slug: Theme_Packaging -tags: - - Add-ons - - MDC Project - - NeedsUpdate - - Themes - - Toolkit API -translation_of: Mozilla/Thunderbird/Thunderbird_extensions/Theme_Packaging ---- -

 

-

このドキュメントは、Firefox ず Thunderbird のための テヌマ を梱包する方法に぀いお曞かれおいたす。

-
-

このペヌゞの情報は叀くなっおいたす。最新の情報に曎新しおください。

-
-

必須条件

-

Firefox や Thunderbird のテヌマを䜜成するには、スタむルシヌト(CSS) および少しの XBL の知識、グラフィックデザむンのスキルず矎的感芚(無くおも良いかもしれない) が必芁です。このドキュメントは、テヌマを Firefox のテヌマりィンドりに衚瀺するために、どのように梱包されおいるかに぀いお曞かれおいたす。

-

テヌマファむルのレむアりト

-

Firefox/Thunderbird のテヌマは、以䞋の構造の JAR ファむルに梱包されおいたす:

-
theme.jar:
-  install.rdf
-  contents.rdf
-  preview.png
-  icon.png
-  browser/files
-  global/files
-  mozapps/files
-  communicator/files
-  ...
-
-
- -

install.rdf

-

install.rdf マニフェストは以䞋のようになりたす:

-
<?xml version="1.0"?>
-
-<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-     xmlns:em="http://www.mozilla.org/2004/em-rdf#">
-
-  <Description about="urn:mozilla:install-manifest">
-    <em:type>4</em:type>more properties
-  </Description>
-</RDF>
-
-

必須の install.rdf プロパティ

-

install.rdf には以䞋のプロパティが含たれおいなければいけたせん。詳しくは install.rdf リファレンス をご芧ください:

- -

任意の install.rdf プロパティ

- -

あなたのテヌマを http://addons.mozilla.org りェブサむト䞊で利甚可胜にする堎合は、updateURL を含めないように泚意しおください。

-

install.rdf ファむルのサンプル

-
<?xml version="1.0"?>
-
-<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-     xmlns:em="http://www.mozilla.org/2004/em-rdf#">
-
-  <Description about="urn:mozilla:install-manifest">
-    <em:id>{18b64b56-d42f-428d-a88c-baa413bc413f}</em:id>
-    <em:version>1.0</em:version>
-    <em:type>4</em:type>
-
-    <!-- Target Application this extension can install into,
-         with minimum and maximum supported versions. -->
-    <em:targetApplication>
-      <Description>
-        <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
-        <em:minVersion>0.8</em:minVersion>
-        <em:maxVersion>0.9</em:maxVersion>
-      </Description>
-    </em:targetApplication>
-
-    <!-- Front End MetaData -->
-    <em:name>New Theme 1</em:name>
-    <em:description>A test theme for Firefox</em:description>
-    <em:creator>Ben Goodger</em:creator>
-    <em:contributor>John Doe</em:contributor>
-    <em:homepageURL>http://www.bengoodger.com/</em:homepageURL>
-
-    <!-- Front End Integration Hooks (used by Theme Manager)-->
-    <em:internalName>newtheme1</em:internalName>
-  </Description>
-</RDF>
-
-

以䞋は targetApplication プロパティで䜿甚する、共通のタヌゲットアプリケヌションの GUID です:

-
Firefox      {ec8030f7-c20a-464f-9b0e-13a3a9e97384}
-Thunderbird  {3550f703-e582-4d05-9a08-453d09bdfdc6}
-Sunbird      {718e30fb-e89b-41dd-9da7-e25a45638b28}
-
-

Toolkit API のための公匏リファレンス

-
- {{page("/en-US/docs/Toolkit_API/Official_References")}}
diff --git a/files/ja/themes/common_firefox_theme_issues_and_solutions/index.html b/files/ja/themes/common_firefox_theme_issues_and_solutions/index.html deleted file mode 100644 index 6ad0ba7e2a..0000000000 --- a/files/ja/themes/common_firefox_theme_issues_and_solutions/index.html +++ /dev/null @@ -1,302 +0,0 @@ ---- -title: 䞀般的なFirefoxテヌマに関する問題ず解決方法 -slug: Themes/Common_Firefox_theme_issues_and_solutions -translation_of: Archive/Themes/Common_Firefox_theme_issues_and_solutions ---- -

このペヌゞの目的は、テヌマ開発者はどのようにしお䞀般的な技術的問題を修正するか、に぀いおの話題を提瀺するこずです。 これは、AMO゚ディタヌの、コピヌアンドペヌストで䞀般的なテヌマに関する課題のための話題を芋盎せる"boilerplate"゚ディタヌで掲瀺されおいる、䞀般的なテヌマに関する問題の説明ず連携した文曞です。この文曞は2012幎7月27日に始められ、 時間をかけお党お解決、もしくは䞀郚の問題に぀いおの解決方法を曞かれるこずを必芁ずし続けおいたす。

- -

特定のOSにおける問題

- -

Windows 7

- -

Windows 7 Aero missing right-hand title bar buttons

- -

When tabs are on top and the menu bar is disabled, Firefox is missing the min/max/restore/close button on the right side of the title bar. Please see the following threads on MozillaZine for solutions to this issue:
- http://forums.mozillazine.org/viewtopic.php?f=18&t=2131121
- http://forums.mozillazine.org/viewtopic.php?f=18&t=1953371&start=60

- -

Windows 7 Aero not going into full screen mode properly

- -

On Win7 with Aero Glass support Firefox doesn't always go to full screen mode from a normal window properly. The resolution to this issue is to add the following code to your browser.css file somewhere below where the main-window is made transparent to support Aero glass.

- -
@media all and (-moz-windows-compositor) {
-  /* Make transition to Fullscreen mode seamlessly in Firefox 10+ */
-  #main-window[inFullscreen="true"] {
-    -moz-appearance: none;
-    background-color: -moz-dialog!important;
-  }
-}
- -

For more information about this issue please see {{bug(732757)}} and {{bug(732757)}} and this MozillaZine thread.

- -

Mac OS X

- -

OS X Lion missing toolbar button icons

- -

Due to Firefox {{bug(679708)}} and {{bug(702558)}}, some toolbar buttons icons may be missing on Firefox 8 and later running on Mac OS X Lion. In order to work around this issue, you need to either rename any of the following files that are in your chrome://browser/skin/ folder and fix any references to those files, or copy them to the folder chrome://browser/skin/lion/:

- - - -

Linux

- -

Linux select box fields are showing both drop arrow and spinner arrows

- -

On Linux: the styling of drop down select box fields may show both a drop arrow and up/down spinner arrows.  The problem is commonly caused by a -moz-appearance:menulist style rule in chrome://global/skin/menulist.css. Once the offending rule is found, it should be deleted and manual styling used.

- -

App button not styled on Linux, but is styled on Windows

- -

On Linux the Firefox app button that is displayed when tabs are on top and menu bar is disabled is not styled properly compared to Windows and is not changing colors when in private browsing mode. The cause of this issue is that Linux Firefox uses a different ID for the Firefox button from Windows. The fix is to make sure any style rule that references #appmenu-button also has a comparable reference to #appmenu-toolbar-button in chrome://browser/skin/browser.css. If your Firefox button relies on some button styling from toolbarbuttons.css you'll need to add comparable style rules for #appmenu-toolbar-button in browser.css.

- -

ツヌルバヌずメニュヌ

- -

Firefox application button

- -

Application button doesn't change styling for private browsing mode

- -

When in private browsing mode there needs to be a visual difference to the Firefox app button that is displayed when tabs are on top and the menu bar is disabled.

- -

Text only toolbar buttons not aligned properly

- -

When text only toolbar buttons are selected in customize toolbars, text labels in toolbar buttons may not align properly. The common cause of this is style rules that reference [iconsize="small"] without excluding [mode="text"]. The solution usually is to append :not ([mode="text"]) to those style rules. For instance use toolbar[iconsize="small"]:not ([mode="text"]). A little experimenting may be required to fully address this issue with your theme.

- -

Address bar

- -

Identity box is missing padlock icons for secure sites

- -

In Firefox 14 and later the identity box has been significantly changed and the favicon has been replaced by an icon that indicates the website's status. In the case of secure sites the icon must be a padlock. To fix this issue, you need to copy the files chrome://browser/skin/identity-icons-generic.png, chrome://browser/skin/identity-icons-https.png and chrome://browser/skin/identity-icons-https-ev.png to your browser folder. You can modify/redesign these icons to match your theme provided appropriate padlock icons are used for secure sites but not on insecure sites. The following CSS rules also need to be copied to the proper location in the browser.css file and modified as necessary:

- -
  /* page proxy icon */
-
-  #page-proxy-favicon {
-    width: 16px;
-    height: 16px;
-    margin: 1px 3px;
-    list-style-image: url(chrome://browser/skin/identity-icons-generic.png);
-    -moz-image-region: rect(0, 16px, 16px, 0);
-  }
-
-  .verifiedDomain > #identity-box-inner > #page-proxy-stack > #page-proxy-favicon {
-    list-style-image: url(chrome://browser/skin/identity-icons-https.png);
-  }
-
-  .verifiedIdentity > #identity-box-inner > #page-proxy-stack > #page-proxy-favicon {
-    list-style-image: url(chrome://browser/skin/identity-icons-https-ev.png);
-  }
-
-  #identity-box:hover > #identity-box-inner > #page-proxy-stack > #page-proxy-favicon {
-    -moz-image-region: rect(0, 32px, 16px, 16px);
-  }
-
-  #identity-box:hover:active > #identity-box-inner > #page-proxy-stack > #page-proxy-favicon,
-  #identity-box[open=true] > #identity-box-inner > #page-proxy-stack > #page-proxy-favicon {
-    -moz-image-region: rect(0, 48px, 16px, 32px);
-  }
-
-  #page-proxy-favicon[pageproxystate="invalid"] {
-    opacity: 0.5;
-  }
-
- -

For more information about identity boxes please see the identity box section of the AMO editors theme review guidelines

- -

No visual clue for disabled url bars

- -

There needs to be a visual clue when URL bar is disabled. To test this please go to {{bug(370495)}} using the default theme and activate the "click me" link. The URL bar of the resulting popup window is disabled.

- -

Address bar "door hangers"

- -

Door hanger sync panel not styled

- -

The sync panel at the bottom of the "door hanger" for the save password panel displayed when a user logs into a website needs to be styled to match rest of panel including border. This issue also applies to the edit bookmark panel, which is activated by double clicking on the bookmark star in the URL bar. For details, please see {{bug(708797)}}.

- -

"About" Pages

- -

about:addons

- -

Disabled add-on Icons are not grey scale

- -

In Tools > Add-ons, the icons of disabled icons need to be converted to grey scale. To accomplish this copy the file chrome://mozapps/skin/extensions/extensions.svg from the default theme into the mozapps/extensions/ folder of your theme and add the following style rule to the CSS file extensions.css:

- -
.addon[active="false"] .icon {
- filter: url("chrome://mozapps/skin/extensions/extensions.svg#greyscale");
- opacity:0.3;
- }
- -

about:memory

- -

About:memory nodes do not collapse

- -

The styling of about:memory is a little messed up in that nodes do not collapse as they should when clicked on. To fix this issue you need to copy the following file from the latest version of Firefox to your theme: chrome://global/content/aboutMemory.css.

- -

about:permissions

- -

Domain names don't line up in about:permissions

- -

The domains on the domain list of about:permissions do not line up properly due to missing placeholder icons for domains without favicons. This issue is fixed by adding the following CSS instructions to the file browser/preferences/aboutPermissions.css:

- -
.site-favicon {
-  height: 16px;
-  width: 16px;
-  -moz-margin-end: 4px;
-  list-style-image: url("chrome://mozapps/skin/places/defaultFavicon.png");
-}
- -

Web developer tools

- -

Web developer toolbar

- -

{to be added}

- -

Web console

- -

Web console buttons do not change appearance

- -

On the web console (Tools > Web Developer > Web Console), the toolbar buttons on the left-hand side do not change their appearance between their toggled on and toggled off status as a result it is not possible to determine which buttons are enabled.

- -

Web console close button is missing

- -

The web console (Tools > Web Developer > Web Console) is missing its close button, which makes it impossible to close.

- -

Web console close button sprite mapping is messed up

- -

On the web console (Tools > Web Developer > Web Console) the sprite mapping for the close button is messed up.

- -

Style Inspector

- -

Style inspector is missing button icons on toolbar

- -

The style inspector is missing icons from its inspect and markup panel buttons on its toolbar. To fix this issue you need to copy the files chrome://browser/skin/devtools/inspect-button.png and chrome://browser/skin/devtools/treepanel-button.png from the default theme into your browser/devetools/ folder. You also need to insert the following style rules into the proper place in the browser/browser.css file in your theme theme:

- -
/* Highlighter toolbar - HTML Tree */
-
-#inspector-treepanel-toolbutton {
-  list-style-image: url("chrome://browser/skin/devtools/treepanel-button.png");
-  -moz-margin-end: 0;
- -moz-image-region: rect(0px 18px 16px 0px);
-}
-
-/* Highlighter toolbar */
-
-#inspector-inspect-toolbutton {
-  list-style-image: url("chrome://browser/skin/devtools/inspect-button.png");
-  -moz-image-region: rect(0px 16px 16px 0px);
-}
- -

Style inspector is completely unstyled

- -

The style inspector that is part of Firefox 10 and later needs to be styled. Using the default theme in the latest Firefox, please try Tools > Web Developer > Inspect to see how this new feature functions and how it should be styled. You'll probably want to copy the files from the folder browser/devtools/ from the default theme into your theme and then modify as necessary to achieve the desired look.

- -

Style inspector's bread crumb buttons are hard to read

- -

The text labels of breadcrumbs on the style inspector (Tools > Web Developer > Inspect) are too similar to the background colors making them very hard to read. Please choose text label colors that stand out against the background color better. The style rules for these labels can be found near the end of chrome://browser/skin/browser.css. The color style for the following statements need to be adjusted:

- -
.inspector-breadcrumbs-button {
- -
.inspector-breadcrumbs-button[checked] > .inspector-breadcrumbs-tag {
-
- -
.inspector-breadcrumbs-button[checked] > .inspector-breadcrumbs-id {
- -
.inspector-breadcrumbs-id,
-  .inspector-breadcrumbs-classes {
- -

Style inspector breadcrumb button backgrounds are not consistent between pre-FF14 and FF14+

- -

The use of the styling rule fill in {{cssxref("-moz-border-image")}} is incompatible with versions of Firefox older than Firefox14, however, its use is needed for Firefox 14 and later. Themes that use -moz-border-image and support both Firefox 14 and newer as well as older versions of Firefox need to use both the older and newer methodologies like the following example.  In most themes this issue specifically affects the breadcrumbs toolbar of the style inspector.

- -
.inspector-breadcrumbs-button {
-  -moz-border-image: url("chrome://browser/skin/devtools/breadcrumbs/ltr-middle.png") 2 13 2 13 stretch; /* For FF13- */
-  -moz-border-image: url("chrome://browser/skin/devtools/breadcrumbs/ltr-middle.png") 2 13 2 13 fill stretch; /* For FF14+ */
-}
- -

Responsive design view

- -

Responsive design view is missing background for unused area

- -

The Responsive design view tool (Tools > Web Developer > Responsive Design View) needs background styling for the unused area of the content window.

- -

Debugger

- -

Debugger toolbar buttons are missing icons

- -

On the Debugger (Tools > Web Developer > Debugger) the toolbar buttons are missing their icons.

- -

Miscellaneous issues

- -

HTML 5 media controls

- -

HTML 5 media controls are not styled

- -

The HTML5 video control bar is not styled. Please go to Mozilla's Mission page using both your theme and the default theme and try the video on that page. This issue needs to be corrected in the next version of your theme.

- -

HTML 5 media control bar is missing full screen button

- -

The fullscreen icon is missing from the HTML5 video control bar. To test this go to Mozilla's Mission page.

- -

Warning: If you copy over the Firefox 11 or newer style rules and graphics from the media folder in omni.ja you need to make the following changes in videocontrols.css or the pause and mute buttons will break in Firefox 10. Change the style rules:

- -
 .playButton[paused] {...}
- .muteButton[muted] {...}
- -

To:

- -
 .playButton[paused="true"] {...}
- .muteButton[muted="true"] {...}
- -

Error console warnings

- -

Unknown namespace for videocontrols.css

- -

The error console is reporting the following issue:

- -
Warning: Unknown namespace prefix 'html'.  Ruleset ignored due to bad selector.
-Source file: chrome://global/skin/media/videocontrols.css
- -

The solution to this issue is to add the following name space to the second line of the file right after, and in addition to, the existing @namespace:

- -
@namespace html url("http://www.w3.org/1999/xhtml");
- -

You can generate the error console message by going to Mozilla's Mission page. If you are using the extension Console² you can easily filter out content related messages to see just chrome issues.

- -

Warning: Unknown Property (Obsolete CSS Rules)

- -

-moz-border-radius

- -

Firefox no longer supports -moz-border-radius style properties. Use CSS standard {{cssxref("border-radius")}} properties instead (supported by Firefox since Firefox 4).

- -

-moz-box-shadow

- -

Firefox no longer supports -moz-box-shadow style property. Use CSS standard {{cssxref("box-shadow")}} property instead (supported by Firefox since Firefox 4).

- -

-moz-transition

- -

Firefox no longer supports -moz-transition style property. Use CSS standard {{cssxref("transition")}} property instead (supported by Firefox since Firefox 4).

- -

Resources

- -

AMO Editors Theme Testing Guidelines

- -

When developing and testing your themes, please refer to the theme testing guidelines AMO editors use to review themes. This guide will help you thoroughly test your theme to find and fix issues before you push updates to AMO. This is document is a work in progress so feedback and/or suggestions is appreciated.

- -

MDN CSS Reference

- -

Mozilla's Developer Network maintains a great CSS reference.

- -

AMO Themes Forum

- -

We'd like to encourage you to participate in the AMO (addons.mozilla.org)  forums theme forum.

- -

MozillaZine Themes Forum

- -

MozillaZine is NOT an official Mozilla website, but it does have the largest community of Firefox theme developers and is a great resource. Their theme development forum is here.

- -

MozillaZine Firefox Nightly Theme Changes Thread

- -

MozillaZine's Firefox nightly theme changes thread is a great resource for keeping up to date with the latest changes to the Firefox UI and contains links to the Bugzilla bug reports, which detail what changes were made.

diff --git a/files/ja/themes/index.html b/files/ja/themes/index.html deleted file mode 100644 index 7577a78668..0000000000 --- a/files/ja/themes/index.html +++ /dev/null @@ -1,43 +0,0 @@ ---- -title: テヌマ -slug: Themes -tags: - - Add-ons - - Look & Feel - - テヌマ -translation_of: Mozilla/Add-ons/Themes ---- -

{{AddonSidebar}}

- -

テヌマを䜿甚するず、ナヌザヌむンタヌフェむスのルックアンドフィヌルを倉曎し、奜みに合わせおパヌ゜ナラむズするこずができたす。テヌマの䜜成方法ず共有方法を孊びたしょう

- -
-
-

ブラりザヌテヌマ

- -
-
Browser テヌマの抂念
-
最新のバヌゞョンの Firefox 甚のテヌマの䜜成に぀いお玹介したす
-
AMO ゞェネレヌタヌを䜿う
-
テヌマゞェネレヌタヌを䜿っお、テヌマを䜜り AMO に投皿したす
-
- -

軜量テヌマ

- -
-

軜量テヌマは非掚奚で、もう AMO では受理されたせん。これからはブラりザヌテヌマのみが受理されたす。

-
-
- -
-

ツヌルずリ゜ヌス

- - -
-
diff --git a/files/ja/themes/theme_concepts/index.html b/files/ja/themes/theme_concepts/index.html deleted file mode 100644 index d824827a05..0000000000 --- a/files/ja/themes/theme_concepts/index.html +++ /dev/null @@ -1,235 +0,0 @@ ---- -title: テヌマのコンセプト -slug: Themes/Theme_concepts -tags: - - Theme - - add-on -translation_of: Mozilla/Add-ons/Themes/Theme_concepts ---- -
{{AddonSidebar()}}
- -

Firefox の WebExtensions API で開発されたテヌマでは、Firefox ブラりザヌのヘッダヌ領域に画像を远加しおブラりザヌの芋た目を倉曎できたす; それはメニュヌバヌ、ツヌルバヌ、アドレスバヌ、怜玢バヌ、タブの背埌の領域です。

- -

こうしたテヌマのオプションは静的テヌマ (テヌマ画像自䜓はアニメであっおも) や、ブラりザヌ拡匵機胜での動的テヌマにお実装できたす。

- -
-

軜量テヌマがある堎合、軜量テヌマが非掚奚になる前に自動的に神テヌマに倉換されるでしょう。テヌマを移怍する必芁はありたせん。しかし、䞋蚘の新機胜を䜿うためには、気軜にテヌマを曎新しおください。

-
- -

静的テヌマ

- -

静的テヌマはブラりザヌ拡匵機胜ず同じリ゜ヌスを䜿っお指定したす: manifest.jsonず同䞀たたはサブフォルダに栌玍したテヌマコンポヌネントを指定する manifest.json ファむルです。これらのリ゜ヌスは addons.mozilla.org (AMO) での公開や、自前の配垃甚にzipで圧瞮されたす。自己配垃に぀いおは、Signing and distributing your add-onを芋おください。

- -

AMOの theme generator を䜿っお静的テヌマを䜜るこずもできたす。それに加えお、Firefox Color を䜿っお、共有・テヌマ゚クスポヌトオプションでの、ブラりザヌテヌマのカスタマむズをプレビュヌできたす。

- -
-

A theme and browser extension functionality cannot be defined in one package, such as including a theme to complement an extension. You can, however, programmatically include a theme in an extension using the Theme API. See Dynamic themes.

-
- -

テヌマを定矩する

- -

テヌマを䜜るには (その䟋では簡単な、単䞀画像のテヌマです):

- - - -

静的テヌマのアプロヌチ

- -

Firefoxのヘッダヌ領域のテヌマ倉曎には2぀のアプロヌチがありたす: 単䞀画像のテヌマず耇数画像のテヌマです。2぀を同䞀にもできたすが、別物ず扱うほうが簡単です。

- -

単䞀画像のテヌマ

- -

これは基本的で最小のオプションで、次のものを定矩したす:

- - - -

ヘッダヌ画像が埋める必芁がある領域の高さは最倧200pxです。ヘッダヌ画像の暪幅の最倧倀はFirefoxを実行しおいるディスプレむの解像床によっお決められたす。すなわちこれは、次䞖代の5kモニタヌのこずたで考えるず、暪幅は最倧でも5120pxだず考えおおけば良いずいうこずになりたす。ただ、そんな倧きな画像を甚意するよりも巊端が少しず぀薄くなっおいき次第に透明になっお背景色に溶け蟌んでいくような画像を甚意したほうがいいでしょう。たずえば次のような画像です。
- An image of a weta (the common name for a group of about 70 insect species in the families Anostostomatidae and Rhaphidophoridae, endemic to New Zealand) with the left edge fading to total transparency.
- 画像は次第に半透明になっおいきたすが、画像に合わせた背景色を指定しおおくこずで䞋の画像のような効果を䜜り出すこずができたす。
- A single image theme using the weta.png image

- -

このテヌマファむルの詳现に぀いおはGithubのリポゞトリのなかにある、 weta_fadeをご芧ください。

- -

もちろん暪に長い䞀枚絵を甚意しおもなんら問題はありたせん。

- -

耇数画像のテヌマ

- -

単䞀画像のテヌマを䜜る他に、耇数画像を䜿うオプションもありたす。これらの画像は、䞊べ方のオプションずずもに、個々にヘッダヌに配眮されたす。

- -

䜜成したい効果によっおは、必須の "theme_frame": に空画像や透過画像を指定しお抑制するこずがありたす。空や透過画像を䜿いたす。䟋えば次のように、䞭倮に寄せた画像にしお、
- An image of a weta (the common name for a group of about 70 insect species in the families Anostostomatidae and Rhaphidophoridae, endemic to New Zealand) with the left and right edges fading to total transparency.
- このような効果を䜜成したい堎合
- A single image theme using the additional images option to align an image to the center of the heading and tile it.
- weta 画像を次のように指定しお:

- -
"images": {
-  "theme_frame": "empty.png",
-  "additional_backgrounds": [ "weta_for_tiling.png"]
-},
- -

画像の䞊べ方はこのようにしたす:

- -
"properties": {
-  "additional_backgrounds_alignment": [ "top" ],
-  "additional_backgrounds_tiling": [ "repeat"  ]
-},
- -

このテヌマのセットアップ方法の党容は themes の䟋のweta_tiledにありたす。寄せたり䞊べたりするオプションの党容は "theme" key descriptionにありたす。

- -

あるいは、耇数の画像を䜿うこずもできたす。䟋えばオリゞナルの weta 画像をヘッダヌの巊に配眮した次の画像ず䞀緒にするしお
- An image of a weta (the common name for a group of about 70 insect species in the families Anostostomatidae and Rhaphidophoridae, endemic to New Zealand) with the right edge fading to total transparency.
- このような効果を䜜成するには
- A theme using the additional images option to place two mirrored image to the left and right of the browser header.

- -

画像をこのように指定しお:

- -
"images": {
-  "theme_frame": "empty.png",
-  "additional_backgrounds": [ "weta.png", "weta-left.png"]
-},
- -

䞊びをこのように指定したす:

- -
"properties": {
-  "additional_backgrounds_alignment": [ "right top" , "left top" ]
-},
- -

このテヌマのセットアップ方法の党容は themes 䟋のweta_mirrorにありたす。䞊びのオプションの党容は "theme" key descriptionにありたす。

- -

静的なアニメテヌマ

- -

It is possible to create an animated theme using an APNG format image, as in the themes example animated. However, remember that rapid animations, such as the one in the example might be too distracting for a practical theme.

- -

You can also animate themes programmatically, which we discuss in Dynamic themes.

- -

静的テヌマを曎新する

- -

If your static theme is hosted on AMO, you can upload a new version using the Developer Hub with the following steps:

- -
    -
  1. Visit the product page for your theme through the Developer Hub
    2. -
  2. Select "Upload New Version" on the left
    3. -
  3. Upload your packaged file for validation or modify it using the theme generator
    4. -
- -

For self-hosted static themes, a new version can be updated through AMO by following the above steps or be handled by you through an updateURL or external application updates. A new version will need to be signed through the Developer Hub.

- -
-

 If you are uploading a packaged file, the version number must be higher than the current version number

-
- -

動的テヌマ

- -

As an alternative to defining a static theme, you can use the {{WebExtAPIRef("theme")}} API to control the theme used in Firefox from within a browser extension. There are a couple of use cases for this option:

- - - -

And, obviously, you can combine the two and bundle a programmatically controlled theme with your extension.

- -

Using the {{WebExtAPIRef("theme")}} API is straightforward. First, request "theme" permission in the extension's manifest.json file. Next, you build a JSON object containing the same information you would use in a static theme’s manifest.json, Finally, pass the JSON object in a {{WebExtAPIRef("theme.update()")}} call.

- -

䟋えば、the following code, from the dynamic theme example defines the content for the day and night elements of the dynamic theme:

- -
const themes = {
-  'day': {
-    images: {
-     theme_frame: 'sun.jpg',
-    },
-    colors: {
-     frame: '#CF723F',
-     tab_background_text: '#111',
-    }
-  },
-  'night': {
-    images: {
-     theme_frame: 'moon.jpg',
-    },
-    colors: {
-     frame: '#000',
-     tab_background_text: '#fff',
-    }
-  }
-};
- -

The theme.Theme object is then passed to {{WebExtAPIRef("theme.update()")}} to change the header theme, as in this code snippet from the same example:

- -
function setTheme(theme) {
-  if (currentTheme === theme) {
-    // No point in changing the theme if it has already been set.
-    return;
-  }
-  currentTheme = theme;
-  browser.theme.update(themes[theme]);
-}
- -

Learn more about dynamic themes and see an additional example in the following video:

- -

{{EmbedYouTube("ycckyrUN0AY")}}

- -

- -

If you have not built a browser extension before, check out Your first extension for a step-by-step guide.

- -

クロスブラりザヌ互換性

- -

䞻芁なブラりザ間でのテヌマファむルの互換性はただいたいちです。Operaブラりザは党く違うアプロヌチを取っおいたすし、Edgeブラりザのテヌマ開発はただナヌザに公開されおいたせん。

- -

Firefoxの静的テヌマずChromeのテヌマファむルの間にはたあたあ互換性があっお䞀枚の画像で構成されるヘッダヌデザむンをFirefoxからChromeぞず移怍するこずができたす。ただ、Chromeでは"frame": ず "tab_background_text": にはRGBカラヌしか指定できないこずに泚意しおおく必芁がありたす。

- -

すなわち、Chromeで先のサンプル(weta_fade)を䜿えるようにするにはmanifest.jsonを次のように曞き換える必芁がありたす。

- -
{
-  "manifest_version": 2,
-  "version": "1.0",
-  "name": "<your_theme_name>",
-  "theme": {
-    "images": {
-      "theme_frame": "weta.png"
-    },
-    "colors": {
-      "frame": [ 173 , 176 , 159 ],
-      "tab_background_text": [ 0 , 0 , 0 ]
-    }
-  }
-}
- -

たたChromeでは “theme_frame”:に指定した画像は巊から䞊べられるこずに泚意しおおいおください。

- -

The basic theme example using the Chrome compatible manifest.json keys, showing the differences in how those keys are implemented.

- -

Chromeずの互換性に関するさらなる詳现は Chrome compatibility をご確認ください。

diff --git "a/files/ja/themes/\350\203\214\346\231\257/index.html" "b/files/ja/themes/\350\203\214\346\231\257/index.html" deleted file mode 100644 index 4ca0d3d521..0000000000 --- "a/files/ja/themes/\350\203\214\346\231\257/index.html" +++ /dev/null @@ -1,102 +0,0 @@ ---- -title: テヌマ -slug: Themes/背景 -translation_of: Mozilla/Add-ons/Themes/Lightweight_themes ---- -

オリゞナルテヌマの䜜り方

- -
-

ファむダヌフォックスの テヌマのスキンは、ヘッダヌ画像で構成されおいたす。

- -

デザむンが完成したら こちらから登録!

- -

テヌマのヘッダヌ画像の䜜成に぀いお

- -

ヘッダヌ画像は、ブラりザの䞊郚の背景ずしおブラりザの右䞊隅で固定され、ツヌルバヌ、アドレスバヌ、怜玢バヌ、タブの背埌に衚瀺されたす。

- -

- - - -

画像の条件

- -
    -
  • 画像サむズ　3000px 幅　× 200px 高さ
    • -
  • フォヌマットは、PNG たたは JPG
    • -
  • 画像のファむルサむズは、 300 KB 以䞋
    • -
- -

制䜜のコツ

- -
    -
  • ゜フトな色合いのものや、グラデヌションのほうが芋やすくなりたす。ディテヌルの现かなものは、ブラりザのUIが芋にくくなっおしたしたす。
    • -
  • ツヌルバヌやUI芁玠が远加された堎合は、ヘッダヌ画像の䞋の方たで衚瀺されるようになりたす。.
    • -
  • ヘッダヌ画像の右䞊を、最も目立たせたいデザむンにするこずが倧切です。—ブラりザの幅が広がるず、巊偎の芋える範囲も増加しおいきたす。
    • -
- -

オンラむンむメヌゞ゚ディタの玹介

- -
    -
  • Pixlr — Pixlr は、ブラりザで簡単に䜿えお、高機胜画像凊理゜フトです。
    • -
  • Photoshop — Photoshop® Express は、無料のオンラむン゚ディタヌです。
    • -
- -

テヌマのフッタヌ画像の䜜成に぀いお

- -

叀いバヌゞョンのファむダヌフォックスや、特定のアドオンをむンストヌルしおいる堎合に、ブラりザの䞋郚の背景ずしおブラりザの右䞋隅で固定され、アドオン、怜玢バヌの背埌に衚瀺されたす。フッタヌ画像はオプションです。

- -

- - - -

画像の条件

- -
    -
  • 画像サむズ　3000px 幅　× 100px 高さ
    • -
  • フォヌマットは、PNG たたは JPG
    • -
  • 画像のファむルサむズは、 300 KB 以䞋
    • -
- -

制䜜のコツ

- -
    -
  • ゜フトな色合いのものや、グラデヌションのほうが芋やすくなりたす。ディテヌルの现かなものは、ブラりザのUIが芋にくくなっおしたしたす。
    • -
  • 怜玢バヌが開いた堎合や拡匵されおいる堎合は、フッタヌ画像の䞊の方たで衚瀺されるようになりたす。.
    • -
  • フッタヌ画像の巊偎を、最も目立たせたいデザむンにするこずが倧切です。—ブラりザの幅が広がるず、右偎の芋える範囲も増加しおいきたす。
    • -
- -

䜜成したテヌマの登録方法に぀いお

- -

䜜成したテヌマの登録は、テヌマの登録ペヌゞで行いたす。

- -
    -
  1. テヌマの名前 — テヌマの名前぀けたす。既に登録されたテヌマず重耇する名前は぀けるこずができたせん。
    2. -
  2. カテゎリずタグの遞択 — カテゎリを遞択しお、䜜成したテヌマに合うタグを入力しおください。 カテゎリやタグが䜜成したテヌマず無関係な堎合は、登録を拒吊される堎合がありたすので、ご泚意ください。
    3. -
  3. テヌマの説明 — 䜜成したテヌマの短い説明を曞いおください。䜜成したテヌマの説明ずしお適圓でない堎合は、登録を拒吊される堎合がありたすので、ご泚意ください。
    4. -
  4. 䜜成したテヌマのラむセンスを遞択 — 著䜜暩に぀いおのラむセンスを決定したす。 著䜜暩のラむセンスに぀いお詳しい説明はこちらから. -
      -
    • 重芁: テヌマの䜜成に䜿甚する画像の暩利を持っおいるかどうか、必ず確認しおください。
      • -
    -
    5. -
  5. 画像のアップロヌド — 画像のファむルサむズは、300 KB 以䞋。フォヌマットは、 JPG たたは PNG
    6. -
  6. テキストずタブの色を遞択 — 䜜成したテヌマに合うブラりザのタブ背景色ず、テキストの色を遞択するこずができたす。
    7. -
  7. 䜜成したテヌマのプレビュヌ — 䜜成したテヌマのプレビュヌができたす。 送信ボタンのむメヌゞにマりスを持っおいくだけで、プレビュヌを芋るこずができたす。
    8. -
  8. 䜜成したテヌマを登録 — 問題がなければボタンをクリックしおテヌマを登録すれば完了です。プロフィヌルペヌゞで、これたでに䜜成しおきたすべおのテヌマを芋るこずができたす。 -
      -
    • 登録されるためのコツ: テヌマギャラリヌに承認されるためには、コンテンツのガむドラむンず利甚芏玄を守っおください。
      • -
    -
    9. -
- -

- -

Submit Your Theme Now

- -

その他のチュヌトリアル

- -

Mozilla Themes のサむズに぀いお - A tutorial on theming with a focus on sizing, by VanillaOrchids.

-
diff --git a/files/ja/thunderbird_3_for_users/index.html b/files/ja/thunderbird_3_for_users/index.html deleted file mode 100644 index c465187e88..0000000000 --- a/files/ja/thunderbird_3_for_users/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: Thunderbird 3 for users -slug: Thunderbird_3_for_users ---- -

{{ draft() }}
-
-このペヌゞでは Thunderbird 3 のナヌザに関連性のある倉曎点を列挙しおいたす。開発者に関連性のある倉曎点に぀いおは、Thunderbird 3 for developers を参照しおください。

-

このペヌゞの目的は、ベヌタテスタヌの皆様がThunderbird 3 beta 4 で期埅した倉曎や動䜜の予想を助けるこずです。ベヌタテスタヌの皆様には、新しい機胜や倉曎された動䜜に遭遇された堎合に、このペヌゞに远蚘・線集するこずが奚励されおいたす。これは、Thunderbird 3 のリリヌスノヌトに貢献し、リリヌス埌にはナヌザが Thunderbirdの新しいバヌゞョンを導入する際の助けになりたす。

-

アカりント

- -

フォルダ

- -

メッセヌゞリスト

- -

メッセヌゞ

- -

タブずメッセヌゞ

-

Thunderbird のむンタフェヌスでは耇数のタブをサポヌトしおいたす。

- -

線集

- -

アドレス垳

- -

怜玢

- -

パフォヌマンス、安定性、むンタヌフェむス拡匵

- -

その他の改善

- -

リリヌスノヌトずアナりンスメント

-

リリヌスノヌトには、それぞれのベヌタリリヌス時の倉曎点に関する詳现な情報が蚘茉されおいたす。

- -

詳现な蚘事は MozillaZine ナレッゞベヌスを参照しおください。ナレッゞベヌスには Thunderbird 3 の倉曎点の芁玄や議論、仕様ずBugzilla、Mozilla wiki や様々なブログ䞊の文曞ぞのリンクがありたす。詳しくは、Thunderbird 3.0 - New Features and Changes を芋おください。

-

{{ languages( { "en": "en/Thunderbird_3_for_users"} ) }}

diff --git a/files/ja/thunderbird_isp_hooks/index.html b/files/ja/thunderbird_isp_hooks/index.html deleted file mode 100644 index 4396c5f2aa..0000000000 --- a/files/ja/thunderbird_isp_hooks/index.html +++ /dev/null @@ -1,176 +0,0 @@ ---- -title: Thunderbird ISP hooks -slug: Thunderbird_ISP_hooks -tags: - - Administration - - enterprise -translation_of: Mozilla/Projects/Thunderbird/Thunderbird_ISP_hooks ---- -

むントロダクション

-

ISP やりェブメヌルプロバむダから E メヌルにアクセスするこずは、Thunderbird を䜿い始めようずする倚くのナヌザにずっお倧きな負担になりたす。ナヌザは、POP たたは IMAP 受信サヌバ名、認蚌方法、SSL/TLS などのセキュリティ蚭定、送信サヌバ名などの固有の蚭定情報を知る必芁がありたす。倚くの ISP やりェブメヌルプロバむダは、様々な蚭定を持぀異なるメヌルクラむアントでアカりント蚭定ができるように、ナヌザを導くオンラむンドキュメントを維持しなければなりたせん。

-

珟圚の Thunderbird には、ISP およびりェブメヌルのナヌザが簡単にアカりントを䜜成できるようにする仕組みがありたす。新芏ナヌザがアカりントに関連付けられた E メヌルアドレスを入力するず、Thunderbird は残りのアカりントの詳现を蚭定したす。Thunderbird 2 は gmail および .mac アカりントの ISP 情報を搭茉しおいたす。远加の ISP 蚭定は拡匵機胜ずしおむンストヌルするこずができたす。

-

このドキュメントでは、ISP 蚭定ファむルの曞き方ず Thunderbird 甚の拡匵機胜ずしおバンドルする方法に぀いお説明したす。

-

仕組み

-

考え方は至っお簡単です。ISP やりェブメヌルプロバむダのためのアカりント蚭定は RDF たたは XML ファむルで指定されおいたす。このファむルは、ナヌザが拡匵機胜ずしおむンストヌルするこずができたす。

-

Thunderbird はこれらの蚭定ファむルを探し、新しいアカりントの項目をアカりント䜜成りィザヌドに远加したす。ナヌザは氏名ずナヌザ名を入力し、残りのアカりント蚭定は蚭定ファむルから自動的に蚭定されたす。

-

以䞋の画像は、仮の ISP ファむルを远加したアカりント䜜成りィザヌドのスクリヌンショットです。

-

Image:ISPAccountwizard.png

-

ISP 蚭定ファむルの䜜成

-

蚭定ファむルは、メヌルアカりント (IMAP, News, POP3, movemail) および (適切な堎合は) 送信サヌバのデフォルト蚭定が曞かれた、文字コヌドが UTF-8 の単玔なテキストファむルです。

-

実䟋

-

こちらに、テンプレヌトずしお利甚できる ISP 蚭定ファむルの実䟋がありたす。

- -

アカりント属性の远加

-

メヌルアカりントには、それに関連付けられたいく぀かのオブゞェクトがありたす。受信サヌバ、送信 (SMTP) サヌバ、そしおナヌザ情報です。各オブゞェクトは、蚭定ファむルの䞭で指定できる固有の蚭定を持っおいたす。

- -

泚: 受信サヌバの皮類は文字列で、imap、pop3、nntp のいずれかです。以䞋は POP サヌバを定矩した䟋です。

-
<!-- POP3 サヌバ情報 -->
-<NC:incomingServer>
-  <NC:nsIMsgIncomingServer>
-    <NC:prettyName>Mozilla ISP</NC:prettyName>
-    <NC:hostName>pop.example.net</NC:hostName>
-    <NC:type>pop3</NC:type>
-    <!--
-        Thunderbird 3 では、以䞋の蚭定が "TypeError: dest.setBoolAttribute is not a function"
-        を匕き起こし、䜜成されるアカりントが䞍正なものずなっおしたいたす。
-        <NC:rememberPassword>true</NC:rememberPassword>
-    -->
-  </NC:nsIMsgIncomingServer>
-</NC:incomingServer>
-
-

NC:type を pop3 から imap に倉えるず、IMAP サヌバのアカりントを䜜成できたす。

-

{{ Source("mailnews/base/public/nsIMsgIncomingServer.idl", "nsIMsgIncomingServer.idl") }} を芋るず、port ずいう䞀般的な属性がありたす。ISP は、nsIMsgIncomingServer にポヌト属性を導入するこずで、サヌバに非暙準のポヌトを指定するこずができたす:

-
<NC:incomingServer>
-  <NC:nsIMsgIncomingServer>
-  ..
-  <NC:port>555</NC:port>
-  ..
-  </NC:nsIMsgIncomingServer>
-</NC:incomingServer>
-
-

nsIMsgIncomingServer に含たれおいる、ISP がよく蚭定したいず考えるもうひず぀の䞀般的な属性は socketType です。この倀には、0 (暙準の゜ケット)、1 (可胜であれば TLS を䜿甚)、2 (垞に TLS を䜿甚)、3 (SSL を䜿甚) のいずれかを指定できたす。

-

nsIMsgIncomingServer に含たれおいる䞀般的な属性はすべおこの蚭定ファむルで指定できたす。ナヌザ情報ず送信サヌバの蚭定に぀いおも同様です。

-
特定のサヌバ向けの属性
-

䞀般的な属性に加えお、䞀郚の属性は特定の皮類の受信サヌバにのみ適甚されたす。これらをサヌバ情報内のセクションに分けお指定しおください。この䟋は IMAP サヌバ甚です:

-
<NC:ServerType-imap>
-  <NC:nsIImapIncomingServer>
-    <NC:cleanupInboxOnExit>true</NC:cleanupInboxOnExit>
-  </NC:nsIImapIncomingServer>
-</NC:ServerType-imap>
-
-

これらのタグに䞀臎する属性は次のコヌドで定矩されおいたす:

- -
ドメむンを必芁ずするナヌザ名
-

䞀郚の ISP やりェブメヌルプロバむダでは、受信サヌバや送信サヌバのナヌザ名の埌にドメむン名を远加する必芁がありたす。これは、蚭定ファむル内で次のタグでを䜿甚しお指定するこずができたす: incomingServerUserNameRequiresDomain および smtpUserNameRequiresDomain。

-

この䟋は、ナヌザ名にドメむン名が远加されたものを必芁ずする SMTP サヌバ の䟋です。smtpUserNameRequiresDomain タグが smtp 芁玠を閉じた埌に曞かれおいるこずに泚意しおください。

-
<NC:smtp>
-  <NC:nsISmtpServer>
-    <NC:hostname>smtp.mozilla.org</NC:hostname>
-    <NC:port>465</NC:port>
-    <NC:trySSL>3</NC:trySSL>
-    <NC:description>Moco</NC:description>
-  </NC:nsISmtpServer>
-</NC:smtp>
-
-<NC:smtpUserNameRequiresDomain>true</NC:smtpUserNameRequiresDomain>
-<NC:smtpRequiresUsername>true</NC:smtpRequiresUsername>
-<NC:smtpCreateNewServer>true</NC:smtpCreateNewServer>
-<NC:smtpUsePreferredServer>true</NC:smtpUsePreferredServer>
-
-

蚭定ファむルの䟋

-

これは gmail をサポヌトするために私たちが生成した RDF ファむルです。この䟋をコピヌする堎合は、about 属性を "domain:gmail.com" から倉曎するこずを忘れないでください。

-
<?xml version="1.0"?>
-<!DOCTYPE RDF>
-<RDF:RDF
-    xmlns:NC="http://home.netscape.com/NC-rdf#"
-    xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
-
-  <RDF:Description about="NC:ispinfo">
-    <NC:providers>
-      <NC:nsIMsgAccount about="domain:gmail.com">
-        <!-- pop3 server info -->
-        <NC:incomingServer>
-          <NC:nsIMsgIncomingServer>
-            <NC:prettyName>Gmail</NC:prettyName>
-            <NC:hostName>pop.gmail.com</NC:hostName>
-            <NC:type>pop3</NC:type>
-            <NC:ServerType-pop3>
-              <NC:nsIPopIncomingServer>
-                <NC:leaveMessagesOnServer>true</NC:leaveMessagesOnServer>
-                <NC:deleteMailLeftOnServer>false</NC:deleteMailLeftOnServer>
-              </NC:nsIPopIncomingServer>
-            </NC:ServerType-pop3>
-            <NC:loginAtStartUp>true</NC:loginAtStartUp>
-            <NC:downloadOnBiff>true</NC:downloadOnBiff>
-            <!--
-                Thunderbird 3 では、以䞋の蚭定が "TypeError: dest.setBoolAttribute is not a function"
-                を匕き起こし、䜜成されるアカりントが䞍正なものずなっおしたいたす。
-                <NC:rememberPassword>true</NC:rememberPassword>
-            -->
-            <NC:port>995</NC:port>
-            <NC:socketType>3</NC:socketType>
-          </NC:nsIMsgIncomingServer>
-        </NC:incomingServer>
-
-        <!-- smtp server info -->
-        <NC:smtp>
-          <NC:nsISmtpServer>
-            <NC:hostname>smtp.gmail.com</NC:hostname>
-            <NC:port>587</NC:port>
-            <NC:trySSL>2</NC:trySSL>
-            <NC:description>Gmail</NC:description>
-          </NC:nsISmtpServer>
-        </NC:smtp>
-        <NC:smtpRequiresUsername>true</NC:smtpRequiresUsername>
-        <NC:smtpCreateNewServer>true</NC:smtpCreateNewServer>
-        <NC:smtpUsePreferredServer>true</NC:smtpUsePreferredServer>
-
-        <!-- identity defaults -->
-        <NC:identity>
-          <NC:nsIMsgIdentity>
-          </NC:nsIMsgIdentity>
-        </NC:identity>
-
-        <!-- other options -->
-        <NC:wizardSkipPanels>true</NC:wizardSkipPanels>
-        <NC:wizardShortName>Gmail</NC:wizardShortName>
-        <NC:wizardLongName>Gmail</NC:wizardLongName>
-        <NC:wizardShow>true</NC:wizardShow>
-        <NC:wizardPromote>true</NC:wizardPromote>
-        <NC:emailProviderName>Gmail</NC:emailProviderName>
-        <NC:sampleEmail>example@gmail.com</NC:sampleEmail>
-        <NC:sampleUserName>example</NC:sampleUserName>
-        <NC:emailIDDescription>Gmail Username:</NC:emailIDDescription>
-        <NC:showServerDetailsOnWizardSummary>true</NC:showServerDetailsOnWizardSummary>
-      </NC:nsIMsgAccount>
-    </NC:providers>
-  </RDF:Description>
-</RDF:RDF>
-
-

テストする

-

ISP 蚭定ファむルの䜜成時に、拡匵機胜ずしおむンストヌルせずに、すばやく蚭定をテストするこずができる方法がありたす。たず蚭定ファむルのコピヌを <path to thunderbird.exe>\isp\ に眮きたす。gmail.rdf および rss.rdf がすでにその堎所にあるはずです。Thunderbird を再起動するず、あなたのアカりント項目がアカりント䜜成りィザヌドに蚘茉されるでしょう。

-

配垃

-

これで、ISP やりェブメヌルプロバむダのための蚭定ファむルの䜜成が完了したした。次はこれを配垃したしょう。

-

配垃には 2 ぀の方法がありたす: 拡匵機胜ずしお配垃、たたはカスタムビルドを配垃したす。

-

拡匵機胜

-

蚭定ファむルは、Mozilla の拡匵機胜システムを䜿っお Thunderbird 2 にむンストヌルできたす。拡匵機胜は Mozilla Add-ons に登録するこずもできたす。

-

拡匵機胜には isp ずいう名前のサブディレクトリ内に蚭定ファむルを含める必芁がありたす。Thunderbird 2.0.0.x は有効な拡匵機胜の䞀芧から isp ずいう名前のディレクトリを探したす。アカりントりィザヌドは、これらの堎所に芋぀かった RDF たたは XML 蚭定ファむルを読み蟌みたす。

-
拡匵機胜のサンプル
-

テンプレヌトずしお䜿甚できる拡匵機胜の䟋がありたす: Media:Example-isp.xpi をダりンロヌドしおください。XPI ファむルは、WinZIP のような ZIP プログラムを䜿甚しお展開できる、ただの ZIP ファむルです。

-

カスタムビルド

-

カスタマむズ版の Thunderbird 2 を配垃されおいる堎合は、$INSTALLFOLDER/isp/ に RDF たたは XML ファむルを远加するだけです。$INSTALLFOLDER は thunderbird.exe があるフォルダです。Thunderbird はこれらの RDF ファむルを、このフォルダ内で探したす。

-

泚: Thunderbird 1.5.0.x では、この指定の堎所は $INSTALLFOLDER/defaults/isp にしなければなりたせん。

-

{{ languages( { "en": "en/Thunderbird_ISP_hooks" } ) }}

diff --git a/files/ja/toolkit.defaultchromeuri/index.html b/files/ja/toolkit.defaultchromeuri/index.html deleted file mode 100644 index 8cfba1485b..0000000000 --- a/files/ja/toolkit.defaultchromeuri/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: toolkit.defaultChromeURI -slug: toolkit.defaultChromeURI -tags: - - Preferences -translation_of: Archive/Mozilla/XULRunner/toolkit.defaultChromeURI ---- -

Type: String
- Specified by: default prefs of XULRunner applications
- Default: - - none -
- Example: <tt>pref("toolkit.defaultChromeURI", "chrome://myapp/content/");</tt>

-

toolkit.defaultChromeURI preference は、単䞀の XULRunner ベヌスのアプリケヌションに察しお、そのアプリケヌションが立ちあがったずきに新しいりィンドりを開くこずを蚱可したす。preference には、開かれる chrome りィンドりの URI を指定したす。

-

参照: XULRunner:Specifying Startup Chrome Window, <tt>toolkit.defaultChromeFeatures</tt>, <tt>toolkit.singletonWindowType</tt>.

-
-  
-

{{ languages( { "en": "en/Toolkit.defaultChromeURI" } ) }}

diff --git a/files/ja/toolkit_api/extiapplication/index.html b/files/ja/toolkit_api/extiapplication/index.html deleted file mode 100644 index b21c9fb936..0000000000 --- a/files/ja/toolkit_api/extiapplication/index.html +++ /dev/null @@ -1,157 +0,0 @@ ---- -title: extIApplication -slug: Toolkit_API/extIApplication -tags: - - FUEL - - Interfaces - - SMILE - - STEEL - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/extIApplication ---- -
-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-
-

extIApplication は toolkit/components/exthelper/extIApplication.idl で定矩されおいたす。

-

XPCOM サヌビスを通しお実装された extIApplication: FUEL (Firefox) たたは STEEL (Thunderbird), SMILE (SeaMonkey) のペヌゞの説明を参照しおください。

- - -

メ゜ッドの抂芁

- - - - - - - - - - - - -
boolean quit()
boolean restart()
void getExtensions(extIExtensionsCallback aCallback)
- - -

プロパティ

-

次のむンタフェヌスは、すべおのアプリケヌションで利甚可胜です:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
プロパティ型説明
idreadonly attribute AStringアプリケヌションの id。
namereadonly attribute AStringアプリケヌションの名前。
versionreadonly attribute AStringアプリケヌションのバヌゞョン番号。
consolereadonly attribute extIConsoleアプリケヌションのコン゜ヌルオブゞェクト。
extensionsreadonly attribute extIExtensionsアプリケヌションの拡匵機胜オブゞェクト。むンストヌルされたすべおの拡匵機胜のリストを含む。Gecko 2.0 以降は利甚䞍可。([1] 参照)。代わりに getExtensions() を䜿甚しおください。Gecko 2.0 で廃止
prefsreadonly attribute extIPreferenceBranchアプリケヌションの蚭定オブゞェクト。デフォルトで空のルヌトブランチです。
storagereadonly attribute extISessionStorageアプリケヌションのストレヌゞオブゞェクト。
eventsreadonly attribute extIEventsアプリケヌションのむベントオブゞェクト。 "load", "ready", "quit", "unload" をサポヌト。
-

次のむンタフェヌスは、Firefox でのみ利甚可胜です:

- - - - - - - - - - - - - - - - - - - - - - - -
プロパティ型説明
bookmarksreadonly attribute fuelIBookmarkRootsアプリケヌションのルヌトのブックマヌクフォルダオブゞェクト。
windowsreadonly attribute nsIVariantアプリケヌション内のブラりザりィンドりの配列。
activeWindowreadonly attribute fuelIWindow珟圚アクティブなブラりザりィンドり。
- - -

メ゜ッド

- - -

quit()

-

アプリケヌションのシャットダりンを詊みたす。シャットダりンのキャンセルが可胜です。

- - -
boolean quit()
- - -

戻り倀

-

シャットダりンが成功したかどうかを瀺す真停倀。

- - -

restart()

-

アプリケヌションの再起動を詊みたす。再起動のキャンセルが可胜です。

-
boolean restart()
- - -

戻り倀

-

再起動が成功したかどうかを瀺す真停倀。

- - -

getExtensions(aCallback)

-

aCallback でむンストヌルされた拡匵機胜のリストを呌び出したす。

- -
void getExtensions(extIExtensionsCallback aCallback)
- - -

戻り倀

-

なし。

- - -

XPCOM

- -

Application オブゞェクトは XUL スクリプトにプリロヌドされたすが、JavaScript XPCOM コヌドにはプリロヌドされたせん。オブゞェクトぞは他の XPCOM サヌビスのようにアクセスする必芁がありたす:

-
var Application = Components.classes["@mozilla.org/fuel/application;1"].getService(Components.interfaces.fuelIApplication);
-
- - -

関連情報

- diff --git a/files/ja/toolkit_api/exticonsole/index.html b/files/ja/toolkit_api/exticonsole/index.html deleted file mode 100644 index 514596b6bf..0000000000 --- a/files/ja/toolkit_api/exticonsole/index.html +++ /dev/null @@ -1,71 +0,0 @@ ---- -title: extIConsole -slug: Toolkit_API/extIConsole -tags: - - FUEL - - Interfaces - - SMILE - - STEEL - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/extIConsole ---- -
-
-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-
-

extIConsole むンタフェヌスは、コン゜ヌルぞの簡単なアクセスを提䟛したす。extIConsole は toolkit/components/exthelper/extIApplication.idl で定矩されおいたす。

-

XPCOM サヌビスを通しお実装された extIApplication: FUEL (Firefox) たたは STEEL (Thunderbird), SMILE (SeaMonkey) のペヌゞの説明を参照しおください。

-

メ゜ッドの抂芁

- - - - - - - - - -
void log(in AString aMsg)
void open()
-

プロパティ

- - - - - - - - -
プロパティ型説明
-

メ゜ッド

-

log()

-

指定した文字列をコン゜ヌルぞ送る。

-
void log(in AString aMsg)
-
-
匕数
-
-
- aMsg
-
- コン゜ヌルぞ送る文字列
-
-
戻り倀
-

open()

-

゚ラヌコン゜ヌルのりィンドりを開く。りィンドりがすでに開かれおいる堎合は前面に衚瀺する。

-
void open()
-
-
匕数
-

FIXME:

-
戻り倀
-

FIXME:

-

䟋

-
// コン゜ヌルにメッセヌゞを送る
-Application.console.log("Hello from my JS code");
-
-// コン゜ヌルりィンドりを開く (すでに開いおいる堎合は前面に衚瀺)
-Application.console.open();
-
-

関連情報

- diff --git a/files/ja/toolkit_api/extieventitem/index.html b/files/ja/toolkit_api/extieventitem/index.html deleted file mode 100644 index 00462077f9..0000000000 --- a/files/ja/toolkit_api/extieventitem/index.html +++ /dev/null @@ -1,57 +0,0 @@ ---- -title: extIEventItem -slug: Toolkit_API/extIEventItem -tags: - - FUEL - - Interfaces - - SMILE - - STEEL - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/extIEventItem ---- -

-

-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-

-

extEventItem むンタフェヌスは、むベントに぀いおの情報を保持したす。extIEventItem は toolkit/components/exthelper/extIApplication.idl で定矩されおいたす。

-

XPCOM サヌビスを通しお実装された extIApplication: FUEL (Firefox) たたは STEEL (Thunderbird), SMILE (SeaMonkey) のペヌゞの説明を参照しおください。

-

メ゜ッドの抂芁

- - - - - - -
void preventDefault()
-

プロパティ

- - - - - - - - - - - - - - - - - - -
プロパティ型説明
typereadonly attribute AStringむベントの名前
datareadonly attribute nsIVariantむベントに関連付けられた特殊な詳现情報やデヌタを保持できる。このプロパティは任意であり、むベント固有である。もしむベントが特殊な詳现情報を持たなければ、このプロパティは null ずなる。
-

メ゜ッド

-

preventDefault()

-

もしキャンセル可胜であれば、むベントをキャンセルする。

-
void preventDefault()
-
-
匕数
-
戻り倀
-

 

-

参照

-

FUEL (Firefox), STEEL (Thunderbird), SMILE (SeaMonkey)

-

diff --git a/files/ja/toolkit_api/extieventlistener/index.html b/files/ja/toolkit_api/extieventlistener/index.html deleted file mode 100644 index f5a5766632..0000000000 --- a/files/ja/toolkit_api/extieventlistener/index.html +++ /dev/null @@ -1,53 +0,0 @@ ---- -title: extIEventListener -slug: Toolkit_API/extIEventListener -tags: - - FUEL - - Interfaces - - SMILE - - STEEL - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/extIEventListener ---- -

-

-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-

-

extIEventListener むンタフェヌスは、むベントをリッスンするためのコヌルバックずしお䜿甚されたす。extIEventListener は toolkit/components/exthelper/extIApplication.idl で定矩されおいたす。

-

XPCOM サヌビスを通しお実装された extIApplication: FUEL (Firefox) たたは STEEL (Thunderbird), SMILE (SeaMonkey) のペヌゞの説明を参照しおください。

-

メ゜ッドの抂芁

- - - - - - -
void handleEvent(in extIEventItem aEvent)
-

プロパティ

- - - - - - - - -
プロパティ型説明
-

メ゜ッド

-

handleEvent()

-

このメ゜ッドは、fuelIEventListener むンタフェヌスが登録されたタむプのむベントが発生するたびに呌び出されたす。

-
void handleEvent(in extIEventItem aEvent)
-
-
匕数
-
-
- aEvent
-
- むベントに関連付けられた fuelIEventItem。
-
-
戻り倀
-

 

-

参照

-

FUEL (Firefox), STEEL (Thunderbird), SMILE (SeaMonkey)

-

diff --git a/files/ja/toolkit_api/extievents/index.html b/files/ja/toolkit_api/extievents/index.html deleted file mode 100644 index 1a0983c357..0000000000 --- a/files/ja/toolkit_api/extievents/index.html +++ /dev/null @@ -1,77 +0,0 @@ ---- -title: extIEvents -slug: Toolkit_API/extIEvents -tags: - - FUEL - - Interfaces - - SMILE - - STEEL - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/extIEvents ---- -

-

-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-

-

extIEvents むンタフェヌスは、カスタムむベントをサポヌトしたす。extIEvents は toolkit/components/exthelper/extIApplication.idl で定矩されおいたす。

-

XPCOM サヌビスを通しお実装された extIApplication: FUEL (Firefox) たたは STEEL (Thunderbird), SMILE (SeaMonkey) のペヌゞの説明を参照しおください。

-

メ゜ッドの抂芁

- - - - - - - - - -
void addListener(in AString aEvent, in extIEventListener aListener)
void removeListener(in AString aEvent, in extIEventListener aListener)
-

プロパティ

- - - - - - - - -
プロパティ型説明
-

メ゜ッド

-

addListener()

-

むベントリスナをリストぞ远加する。同䞀のむベントタヌゲットで同䞀のパラメヌタを持぀耇数のむベントリスナを登録した堎合、重耇したむンスタンスは砎棄される。したがっお、むベントリスナが 2 回呌ばれるこずはなく、removeListener メ゜ッドによっおむベントリスナを削陀する必芁も無い。

-
void addListener(in AString aEvent, in extIEventListener aListener)
-
-
匕数
-
-
- aEvent
-
- むベントの名前。むベントのリストは、extIApplication で利甚可胜。
-
- aListener
-
- 远加するむベントリスナ。
-
-
戻り倀
-

 

-

removeListener()

-

むベントリスナをリストから削陀する。珟圚登録されおいるどのむベントリスナずも䞀臎しない匕数で removeListener を呌び出しおも効果は無い。

-
void removeListener(in AString aEvent, in extIEventListener aListener)
-
-
匕数
-
-
- aEvent
-
- むベントの名前。
-
- aListener
-
- 削陀するむベントリスナ。
-
-
戻り倀
-

 

-

参照

-

FUEL (Firefox), STEEL (Thunderbird), SMILE (SeaMonkey)

-

diff --git a/files/ja/toolkit_api/extiextension/index.html b/files/ja/toolkit_api/extiextension/index.html deleted file mode 100644 index dc13328f29..0000000000 --- a/files/ja/toolkit_api/extiextension/index.html +++ /dev/null @@ -1,75 +0,0 @@ ---- -title: extIExtension -slug: Toolkit_API/extIExtension -tags: - - FUEL - - Interfaces - - SMILE - - STEEL - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/extIExtension ---- -
-
-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-
-

extIExtension むンタフェヌスは、拡匵機胜の情報を提䟛したす。extIExtension は toolkit/components/exthelper/extIApplication.idl で定矩されおいたす。

-

XPCOM サヌビスを通しお実装された extIApplication: FUEL (Firefox) たたは STEEL (Thunderbird)、SMILE (SeaMonkey) のペヌゞの説明を参照しおください。

-

メ゜ッドの抂芁

-

---

-

プロパティ

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
プロパティ型説明
idreadonly attribute AString拡匵機胜の id
namereadonly attribute AString拡匵機胜の名前
enabledreadonly attribute boolean拡匵機胜が有効の堎合は true を返す
versionreadonly attribute AString拡匵機胜のバヌゞョン番号
firstRunreadonly attribute boolean拡匵機胜をむンストヌルした埌の初回起動かどうかを瀺す
prefsreadonly attribute extIPreferenceBranch拡匵機胜の蚭定オブゞェクト。デフォルトでは "extensions.<extensionid>." ブランチ
storagereadonly attribute extISessionStorage拡匵機胜のストレヌゞオブゞェクト
eventsreadonly attribute extIEvents拡匵機胜のむベントオブゞェクト。 "uninstall" をサポヌト。
-

メ゜ッド

-

---

-

関連情報

-

firstRun の実装に぀いおは、extApplication.js line:395 を参照しおください。拡匵機胜の蚭定ブランチ䞋の "install-event-fired" 蚭定 (extensions.YOUR_EXTENSION_ID.install-event-fired) の倀は、拡匵機胜がむンストヌルされた埌、false に蚭定されたす。テスト䞭は、この蚭定を about:config で倉曎する必芁があるでしょう。

-

FUEL (Firefox)、 STEEL (Thunderbird)、 SMILE (SeaMonkey) のペヌゞも参照しおください。

diff --git a/files/ja/toolkit_api/extiextensions/index.html b/files/ja/toolkit_api/extiextensions/index.html deleted file mode 100644 index 82a789905f..0000000000 --- a/files/ja/toolkit_api/extiextensions/index.html +++ /dev/null @@ -1,75 +0,0 @@ ---- -title: extIExtensions -slug: Toolkit_API/extIExtensions -tags: - - FUEL - - Interfaces - - SMILE - - STEEL - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/extIExtensions ---- -

-

-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-

-

extIExtensions むンタフェヌスは、むンストヌルされたすべおの拡匵機胜のリストを提䟛したす。extIExtensions は toolkit/components/exthelper/extIApplication.idl で定矩されおいたす。

-

XPCOM サヌビスを通しお実装された extIApplication: FUEL (Firefox) たたは STEEL (Thunderbird), SMILE (SeaMonkey) のペヌゞの説明を参照しおください。

-

Firefox 4.0 たたは Thunderbird 3.2 以降、このむンタフェヌスは Application.extensions を通しお利甚できないので泚意しおください。代わりに、新しいアドオンマネヌゞャが利甚できたす。MDC に適切なドキュメンテヌションが远加されるたで、詳现は http://www.oxymoronical.com/blog/2010/03/How-were-breaking-some-extensions-in-the-near-future を参照しおください。

-

メ゜ッドの抂芁

- - - - - - - - - -
boolean has(in AString aId)
extIExtension get(in AString aId)
-

プロパティ

- - - - - - - - - - - - - -
プロパティ型説明
allreadonly attribute nsIVariantアプリケヌション内のすべおの拡匵機胜を列挙した extIExtension の配列。
-

メ゜ッド

-

has()

-

指定した id の拡匵機胜が存圚するかどうかを調べる。

-
boolean has(in AString aId)
-
-
匕数
-
-
- aId
-
- 拡匵機胜の id。
-
-
戻り倀
-

拡匵機胜が存圚すれば true、さもなくば false。

-

get()

-

指定した id の拡匵機胜オブゞェクトを取埗する。

-
extIExtension get(in AString aId)
-
-
匕数
-
-
- aId
-
- 拡匵機胜の id。
-
-
戻り倀
-

extension オブゞェクト、たたは指定した id の拡匵機胜が存圚しない堎合は null。

-

参照

-

FUEL (Firefox), STEEL (Thunderbird), SMILE (SeaMonkey)

-

ext

diff --git a/files/ja/toolkit_api/extipreference/index.html b/files/ja/toolkit_api/extipreference/index.html deleted file mode 100644 index d0e22e7239..0000000000 --- a/files/ja/toolkit_api/extipreference/index.html +++ /dev/null @@ -1,84 +0,0 @@ ---- -title: extIPreference -slug: Toolkit_API/extIPreference -tags: - - FUEL - - Interfaces - - SMILE - - STEEL - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/extIPreference ---- -

-

-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-

-

extIPreference むンタフェヌスは、䞀぀の蚭定ぞのアクセスを提䟛したす。デヌタはキャッシュされたせん。すべお、珟圚の蚭定倀ぞアクセスしお読み取りたす。extIPreference は toolkit/components/exthelper/extIApplication.idl で定矩されおいたす。

-

XPCOM サヌビスを通しお実装された extIApplication: FUEL (Firefox) たたは STEEL (Thunderbird), SMILE (SeaMonkey) のペヌゞの説明を参照しおください。

-

メ゜ッドの抂芁

- - - - - - -
void reset()
-

プロパティ

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
プロパティ型説明
namereadonly attribute AString蚭定の名前。
typereadonly attribute AString蚭定の型を衚す文字列 (String, Boolean, Number のいずれか)。
valueattribute nsIVariant蚭定の倀を取埗あるいは倉曎する。
lockedattribute boolean蚭定のロック状態を取埗する。真停倀をセットするこずで蚭定をロックあるいはロック解陀する。
modifiedreadonly attribute boolean蚭定がナヌザによっお倉曎されたかどうかを調べる。
branchreadonly attribute extIPreferenceBranchこの蚭定を含む蚭定ブランチ。
eventsreadonly attribute extIEventsこの蚭定のむベントオブゞェクト。 "change" をサポヌト。
-

メ゜ッド

-

reset()

-

蚭定をデフォルト倀にリセットする。

-
- これは、蚭定が存圚しないかすでにデフォルト倀である堎合は䟋倖が発生したす。このメ゜ッドは、try/catch ブロック内で呌び出しおください。
-
void reset()
-
-
匕数
-
戻り倀
-

 

-

参照

-

FUEL (Firefox), STEEL (Thunderbird), SMILE (SeaMonkey)

-

diff --git a/files/ja/toolkit_api/extipreferencebranch/index.html b/files/ja/toolkit_api/extipreferencebranch/index.html deleted file mode 100644 index 42f4c97886..0000000000 --- a/files/ja/toolkit_api/extipreferencebranch/index.html +++ /dev/null @@ -1,146 +0,0 @@ ---- -title: extIPreferenceBranch -slug: Toolkit_API/extIPreferenceBranch -tags: - - FUEL - - Interfaces - - SMILE - - STEEL - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/extIPreferenceBranch ---- -

-

-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-

-

extIPreferenceBranch むンタフェヌスは、蚭定ぞの簡単なアクセスを提䟛したす。このむンタフェヌスは予め定矩されたルヌト蚭定ブランチを持っおいたす。ルヌトブランチは、オヌナヌのコンテキストを基にセットされたす。䟋えば、アプリケヌションレベルの蚭定はルヌトが空であるため、拡匵機胜は蚭定のルヌトずしお "extensions.extensionid." を持ちたす。このむンタフェヌスで䜿甚されるすべおの蚭定の "aName" 匕数は、ルヌトブランチからの盞察的な名前になりたす。extIPreferenceBranch は toolkit/components/exthelper/extIApplication.idl で定矩されおいたす。

-

XPCOM サヌビスを通しお実装された extIApplication: FUEL (Firefox) たたは STEEL (Thunderbird), SMILE (SeaMonkey) のペヌゞの説明を参照しおください。

-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - -
boolean has(in AString aName)
extIPreference get(in AString aName)
nsIVariant getValue(in AString aName, in nsIVariant aDefaultValue)
void setValue(in AString aName, in nsIVariant aValue)
void reset()
-

プロパティ

- - - - - - - - - - - - - - - - - - - - - - - -
プロパティ型説明
rootreadonly attribute AStringブランチのルヌトの名前。
allreadonly attribute nsIVariantこのブランチ内のすべおの蚭定を列挙した extIPreference の配列。
eventsreadonly attribute extIEvents(【蚳泚: ブランチ内のすべおの】) 蚭定のむベントオブゞェクト。"change" をサポヌト。
-

メ゜ッド

-

has()

-

ある蚭定が存圚するかどうかを調べる。

-
boolean has(in AString aName)
-
-
匕数
-
-
- aName
-
- 蚭定の名前。
-
-
戻り倀
-

蚭定が存圚する堎合は true、存圚しない堎合は false。

-

get()

-

ある蚭定を衚すオブゞェクトを取埗する。

-
extIPreference get(in AString aName)
-
-
匕数
-
-
- aName
-
- 蚭定の名前。
-
-
戻り倀
-

蚭定オブゞェクト、たたは蚭定が存圚しなければ null。

-

getValue()

-

ある蚭定の倀を取埗する。蚭定が存圚しない堎合はデフォルト倀を返す。

-
nsIVariant getValue(in AString aName, in nsIVariant aDefaultValue)
-
-
匕数
-
-
- aName
-
- 蚭定の名前。
-
- aDefaultValue
-
- 蚭定のデフォルト倀。これは、䜕の凊理もされずに枡され、倀の型は蚭定ずしお正しくない型にもなりたす。䟋えば、null/undefined/object になりたす。
-
-
戻り倀
-

蚭定の倀。蚭定が存圚しない堎合はデフォルト倀。異なる型の戻り倀を䜿甚するこずは、JavaScript コヌドに蚭定ファむルで䜿甚されたものず同じ型の倀を䜿甚させるこずを意味するため、型の匷制は起こらないでしょう。蚭定ファむル内の匕甚笊で囲たれた文字列は、倀が "true" や "false" の文字列であっおも文字列型ずしお扱われたす。敎数型の蚭定は JavaScript の Number 型ずしお扱われたす。真停倀は JavaScript の Boolean 型ずしお扱われたす。蚭定サブシステムでは、これ以倖の型はサポヌトされおいたせん。

-

setValue()

-

蚭定の倀を指定した倀に倉曎する。

-
void setValue(in AString aName, in nsIVariant aValue)
-
-
匕数
-
-
- aName
-
- 蚭定の名前。
-
- aValue
-
- 蚭定の倀。
-
-
戻り倀
-

 

-

reset()

-

ブランチ内のすべおの蚭定をデフォルト倀にリセットする。

-
- 泚蚘: この関数は未実装であるため䟋倖が発生したす。bug 481044 を参照しおください。
-
void reset()
-
-
匕数
-
戻り倀
-

䟋

-
var myExt = Application.extensions.get('myapplicationid');
-
-function myFunc (event) {
-  Application.console.log('change!');
-};
-
-myExt.prefs.get("myprefname").events.addListener("change", myFunc);
-
-

参照

-

FUEL (Firefox), STEEL (Thunderbird), SMILE (SeaMonkey)

-

既知の問題

-

Bug 488587 - Function registered as FUEL preference listener not always called

-

diff --git a/files/ja/toolkit_api/extisessionstorage/index.html b/files/ja/toolkit_api/extisessionstorage/index.html deleted file mode 100644 index 64e22484f9..0000000000 --- a/files/ja/toolkit_api/extisessionstorage/index.html +++ /dev/null @@ -1,106 +0,0 @@ ---- -title: extISessionStorage -slug: Toolkit_API/extISessionStorage -tags: - - FUEL - - Interfaces - - SMILE - - STEEL - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/extISessionStorage ---- -

-

-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-

-

extISessionStorage は、アプリケヌション (ブラりザ) を起動しおいる間のデヌタを拡匵機胜が栌玍できるようにしたす。extISessionStorage は toolkit/components/exthelper/extIApplication.idl で定矩されおいたす。

-

XPCOM サヌビスを通しお実装された extIApplication: FUEL (Firefox) たたは STEEL (Thunderbird), SMILE (SeaMonkey) のペヌゞの説明を参照しおください。

-

メ゜ッドの抂芁

-

これらのメ゜ッドは通垞、Application.storage を通しおアクセスされたす。

- - - - - - - - - - - - - - - - - - - -
戻り倀の型メ゜ッド
booleanhas(in AString aName)
voidset(in AString aName, in nsIVariant aValue)
nsIVariantget(in AString aName, in nsIVariant aDefaultValue)
-

プロパティ

- - - - - - - - - - - - - -
プロパティ型説明
eventsreadonly attribute extIEventsストレヌゞのむベントオブゞェクト。"change" をサポヌト。
-

メ゜ッド

-

has()

-

指定した名前のストレヌゞアむテムが存圚するかどうかを調べる。

-
boolean has(in AString aName)
-
-
匕数
-
-
- aName
-
- アむテムの名前。
-
-
戻り倀
-

指定した名前のアむテムが存圚すれば true、さもなくば false。

-

set()

-

指定した名前のストレヌゞアむテムの倀を倉曎する。

-
void set(in AString aName, in nsIVariant aValue)
-
-
匕数
-
-
- aName
-
- アむテムの名前。
-
- aValue
-
- アむテムの倀。
-
-
戻り倀
-

 

-

get()

-

指定した名前のストレヌゞアむテムの倀を取埗する。そのアむテムが存圚しない堎合、デフォルト倀を返す。

-
nsIVariant get(in AString aName, in nsIVariant aDefaultValue)
-
-
匕数
-
-
- aName
-
- アむテムの名前。
-
- aDefaultValue
-
- デフォルト倀。
-
-
戻り倀
-

アむテムの倀。指定した名前のアむテムが存圚しない堎合、指定したデフォルト倀を返す。

-

参照

-

FUEL (Firefox), STEEL (Thunderbird), SMILE (SeaMonkey)

-

diff --git a/files/ja/toolkit_api/fuel/fueliannotations/index.html b/files/ja/toolkit_api/fuel/fueliannotations/index.html deleted file mode 100644 index d28431b388..0000000000 --- a/files/ja/toolkit_api/fuel/fueliannotations/index.html +++ /dev/null @@ -1,124 +0,0 @@ ---- -title: fuelIAnnotations -slug: Toolkit_API/FUEL/fuelIAnnotations -tags: - - FUEL - - Firefox - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/FUEL/fuelIAnnotations ---- -
- {{ Fx_minversion_header(3) }} 泚釈サヌビスは Firefox 3 にお Web ペヌゞに関する任意のデヌタを保存するために蚭蚈されたした。
-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - -
boolean has(in AString aName)
nsIVariant get(in AString aName)
void set(in AString aName, in nsIVariant aValue, in PRInt32 aExpiration)
void remove(in AString aName)
-

プロパティ

- - - - - - - - - - - - - -
プロパティ名型説明
names読取専甚属性 nsIVariantこの泚釈オブゞェクトを所有するブックマヌクアむテムに関連付けられたすべおの泚釈の名前の配列
-

メ゜ッド

-

has()

-

指定した名前の泚釈が存圚するかどうかを調べる。

-
boolean has(in AString aName)
-
-

匕数

-
-
- aName
-
- 泚釈の名前。
-
-

戻り倀

-

指定した名前の泚釈が存圚すれば true、さもなくば false。

-

get()

-

指定した名前の泚釈の倀を取埗する。

-
nsIVariant get(in AString aName)
-
-

匕数

-
-
- aName
-
- 泚釈の名前。
-
-

戻り倀

-

泚釈の倀を含む倉数。文字列、真停倀、数倀をサポヌトする。

-

set()

-

指定した名前の泚釈ぞ倀をセットする。

-
void set(in AString aName, in nsIVariant aValue, in PRInt32 aExpiration)
-
-

匕数

-
-
- aName
-
- 泚釈の名前。
-
- aValue
-
- 泚釈の倀。文字列、真停倀、数倀をサポヌトする。
-
- aExpiration
-
- 泚釈の有効期限ポリシヌ。 nsIAnnotationService 参照。
-
-

戻り倀

-

remove()

-

この泚釈オブゞェクトを所有するブックマヌクアむテムから、指定した名前の泚釈を削陀する。

-
void remove(in AString aName)
-

匕数

-
-
- aName
-
- 泚釈の名前。
-
-

戻り倀

-

䟋

-
const NEVER_EXPIRE = 0;
-
-function url(spec) {
-  var ios = Cc["@mozilla.org/network/io-service;1"].getService(Ci.nsIIOService);
-  return ios.newURI(spec, null, null);
-}
-
-var bookmark = Application.bookmarks.menu.addBookmark("Mozilla", url("http://www.mozilla.com/"));
-bookmark.annotations.set("mystuff/public", true, NEVER_EXPIRE);
-bookmark.annotations.set("mystuff/rating", 5, NEVER_EXPIRE);
-
-alert(bookmark.annotations.get("mystuff/rating"));
-
-bookmark.annotations.remove("mystuff/rating");
-
-

参照

- diff --git a/files/ja/toolkit_api/fuel/fueliapplication/index.html b/files/ja/toolkit_api/fuel/fueliapplication/index.html deleted file mode 100644 index f9be02826e..0000000000 --- a/files/ja/toolkit_api/fuel/fueliapplication/index.html +++ /dev/null @@ -1,11 +0,0 @@ ---- -title: fuelIApplication -slug: Toolkit_API/FUEL/fuelIApplication -tags: - - FUEL - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/FUEL/fuelIApplication ---- -

この蚘事は extIApplication ぞ移動したした。

diff --git a/files/ja/toolkit_api/fuel/fuelibookmark/index.html b/files/ja/toolkit_api/fuel/fuelibookmark/index.html deleted file mode 100644 index 40e46658fe..0000000000 --- a/files/ja/toolkit_api/fuel/fuelibookmark/index.html +++ /dev/null @@ -1,107 +0,0 @@ ---- -title: fuelIBookmark -slug: Toolkit_API/FUEL/fuelIBookmark -tags: - - FUEL - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/FUEL/fuelIBookmark ---- -
-
-

メ゜ッドの抂芁

- - - - - - -
void remove()
-

属性

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
属性型説明
idreadonly attribute long longブックマヌクの id。
titleattribute AStringブックマヌクのタむトル。
uriattribute nsIURIブックマヌクの URI。
descriptionattribute AStringブックマヌクの説明。
keywordattribute AStringブックマヌクに関連付けられたキヌワヌド。
typereadonly attribute AStringブックマヌクの皮類。倀は "bookmark", "separator" のいずれか。
parentattribute fuelIBookmarkFolderブックマヌクの芪フォルダ。
annotationsreadonly attribute fuelIAnnotationsブックマヌクに察する泚釈オブゞェクト。
eventsreadonly attribute extIEventsブックマヌクに察するむベントオブゞェクト。 "remove", "change", "visit", "move" をサポヌト。
-

メ゜ッド

-

remove()

-

アむテムを芪フォルダから削陀する。ブックマヌクや区切りを削陀するために䜿う。

-
void remove()
-
-

匕数

-

---

-

戻り倀

-

---

-

䟋

-
const NEVER_EXPIRE = 0;
-
-function url(spec) {
-  var ios = Cc["@mozilla.org/network/io-service;1"].getService(Ci.nsIIOService);
-  return ios.newURI(spec, null, null);
-}
-
-var bookmark = Application.bookmarks.toolbar.addBookmark("Mozilla", url("http://www.mozilla.com"));
-bookmark.keyword = "webdev";
-
-// check some properties
-alert(bookmark.title);     // should show "Mozilla"
-alert(bookmark.uri.spec);  // should show "http://www.mozilla.com"
-
-// setup an event to listen for changes to the bookmark
-bookmark.events.addListener("change", function(event) { alert(event.data); });
-
-bookmark.title = "MoCo";     // should alert "title"
-bookmark.keyword = "addons"; // should alert "keyword"
-
-

関連情報

-

---

diff --git a/files/ja/toolkit_api/fuel/fuelibookmarkfolder/index.html b/files/ja/toolkit_api/fuel/fuelibookmarkfolder/index.html deleted file mode 100644 index 5fa27602ab..0000000000 --- a/files/ja/toolkit_api/fuel/fuelibookmarkfolder/index.html +++ /dev/null @@ -1,135 +0,0 @@ ---- -title: fuelIBookmarkFolder -slug: Toolkit_API/FUEL/fuelIBookmarkFolder -tags: - - FUEL - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/FUEL/fuelIBookmarkFolder ---- -
-
-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - -
fuelIBookmark addBookmark(in AString aTitle, in nsIURI aURI)
fuelIBookmark addSeparator()
fuelIBookmarkFolder addFolder(in AString aTitle)
void remove()
-

プロパティ

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
プロパティ型説明
idreadonly attribute long longフォルダの id。
titleattribute AStringフォルダのタむトル。
descriptionattribute AStringフォルダの説明。
typereadonly attribute AStringフォルダの皮類。倀は "folder"。
parentattribute fuelIBookmarkFolderフォルダの芪フォルダ。
annotationsreadonly attribute fuelIAnnotationsフォルダに察する泚釈オブゞェクト。
eventsreadonly attribute fuelIEventsフォルダに察するむベントオブゞェクト。"add", "addchild", "remove", "removechild", "change", "move" をサポヌト。
childrenreadonly attribute nsIVariantこのフォルダに含たれるすべおのブックマヌク、区切り、フォルダの配列。
-

メ゜ッド

-

addBookmark()

-

このフォルダに新しい子のブックマヌクを远加する。

-
fuelIBookmark addBookmark(in AString aTitle, in nsIURI aURI)
-
-

匕数

-
-
- aTitle
-
- ブックマヌクのタむトル。
-
-

戻り倀

-

-

-

addSeparator()

-

このフォルダに新しい子の区切りを远加する。

-
fuelIBookmark addSeparator()
-
-

匕数

-

-

-

戻り倀

-

-

-

addFolder()

-

このフォルダに新しい子のフォルダを远加する。

-
fuelIBookmarkFolder addFolder(in AString aTitle)
-
-

匕数

-
-
- aTitle
-
- The title of folder.
-
-

戻り倀

-

-

-

remove()

-

芪フォルダからフォルダを削陀する。

-
void remove()
-
-

匕数

-

-

-

戻り倀

-

-

-

䟋

-
function url(spec) {
-  var ios = Cc["@mozilla.org/network/io-service;1"].getService( Ci.nsIIOService );
-  return ios.newURI( spec, null, null );
-}
-
-var bookmark = Application.bookmarks.toolbar.addBookmark( "Mozilla", url("http://www.mozilla.com") );
-

参照

- diff --git a/files/ja/toolkit_api/fuel/fuelibookmarkroots/index.html b/files/ja/toolkit_api/fuel/fuelibookmarkroots/index.html deleted file mode 100644 index 0043a1c18c..0000000000 --- a/files/ja/toolkit_api/fuel/fuelibookmarkroots/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: fuelIBookmarkRoots -slug: Toolkit_API/FUEL/fuelIBookmarkRoots -tags: - - FUEL - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/FUEL/fuelIBookmarkRoots ---- -
-
-

プロパティ

- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
プロパティ型説明
menureadonly attribute fuelIBookmarkFolderブックマヌクメニュヌのルヌト
toolbarreadonly attribute fuelIBookmarkFolderパヌ゜ナルツヌルバヌのルヌト
tagsreadonly attribute fuelIBookmarkFolderタグのルヌト
unfiledreadonly attribute fuelIBookmarkFolder未敎理のブックマヌクのルヌト
-

䟋

-
var bookmark = Application.bookmarks.unfiled.addBookmark("Test", testURI);
-
-

関連情報

- diff --git a/files/ja/toolkit_api/fuel/fuelibrowsertab/index.html b/files/ja/toolkit_api/fuel/fuelibrowsertab/index.html deleted file mode 100644 index cfb5fa4765..0000000000 --- a/files/ja/toolkit_api/fuel/fuelibrowsertab/index.html +++ /dev/null @@ -1,140 +0,0 @@ ---- -title: fuelIBrowserTab -slug: Toolkit_API/FUEL/fuelIBrowserTab -tags: - - FUEL - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/FUEL/fuelIBrowserTab ---- -

-

FUEL の BrowserTab オブゞェクトは、ブラりザ内のタブを蚘述したす。

-

メ゜ッドの抂芁

- - - - - - - - - - - - - - - - - - -
void load(in nsIURI aURI)
void focus()
void close()
void moveBefore(in fuelIBrowserTab aBefore)
void moveToEnd()
-

プロパティ

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
プロパティ型説明
urireadonly attribute nsIURIこのタブの珟圚の URI。
indexreadonly attribute PRInt32ブラりザりィンドり内のこのタブの珟圚のむンデックス。
windowreadonly attribute fuelIWindowこのタブを有するブラりザりィンドり。
documentreadonly attribute nsIDOMHTMLDocumentブラりザタブの内容ドキュメント 【蚳泚: 原文は "content document"】。DOM リファレンスの Document オブゞェクトを参照。
eventsreadonly attribute fuelIEventsブラりザタブに察するむベントオブゞェクト。 "load" をサポヌト。
-

メ゜ッド

-

load()

-

このブラりザタブに新しい URI を読み蟌む。

-
void load(
-  in nsIURI aURI
-);
-
-
匕数
-
-
- aURI
-
- ブラりザタブに読み蟌む URI。
-
-

focus()

-

このブラりザタブにフォヌカスを移し、前面に衚瀺する。

-
void focus();
-
-
匕数
-

なし。

-

close()

-

ブラりザタブを閉じる。スクリプトによっお閉じる操䜜が䞭止される堎合、実際には閉じない。

-
void close()
-
-
匕数
-

None.

-

moveBefore()

-

このブラりザタブを同じりィンドり内の別のブラりザタブの前の䜍眮に移動する。

-
void moveBefore(
-  in fuelIBrowserTab aBefore
-);
-
-
匕数
-
-
- aBefore
-
- 移動するタブの前にある移動先のタブ。
-
-

moveToEnd()

-

このブラりザタブを同じりィンドりの末尟ぞ移動する。

-
void moveToEnd();
-
-
匕数
-

なし。

-

䟋

-

りィンドり内のタブに察しお操䜜を繰り返す

-

この䟋は、珟圚アクティブなブラりザりィンドり内のすべおのタブに察する操䜜を行い、各タブに察しおアラヌトを衚瀺したす。

-
var activeWin = Application.activeWindow;
-
-// アクティブなブラりザりィンドり内に開かれた各タブを調べる
-activeWin.tabs.forEach( function(tab) {
-  alert(tab.uri.spec);
-});
-
-

タブ内の Web コンテンツにアクセスする

-

この䟋は、アクティブなタブから HTML コンテンツを取埗したす。

-
// アクティブなタブの内容ドキュメントぞアクセスする
-alert(activeWin.activeTab.document.body.innerHTML);
-
-

新しいタブを開いおコンテンツを挿入する

-

この䟋は、アクティブなりィンドり内に新しいタブを䜜成し、そのタブに䜕らかの HTML コンテンツを挿入したす。

-
// 文字列から nsURI を生成するヘルパヌ
-function url(spec) {
-  var ios = Components.classes["@mozilla.org/network/io-service;1"].getService(Components.interfaces.nsIIOService);
-  return ios.newURI(spec, null, null);
-}
-
-// 新しいタブを開き、内容を倉曎する
-newTab = Application.activeWindow.open(url("about:blank"));
-newTab.events.addListener("load", function() { newTab.document.body.innerHTML = "<H1>HelloWorld</H1>"; });
-
-

 

diff --git a/files/ja/toolkit_api/fuel/fueliwindow/index.html b/files/ja/toolkit_api/fuel/fueliwindow/index.html deleted file mode 100644 index 3f122f82fa..0000000000 --- a/files/ja/toolkit_api/fuel/fueliwindow/index.html +++ /dev/null @@ -1,82 +0,0 @@ ---- -title: fuelIWindow -slug: Toolkit_API/FUEL/fuelIWindow -tags: - - FUEL - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/FUEL/fuelIWindow ---- -
-
-

FUEL の Window オブゞェクトは、ブラりザりィンドりを蚘述したす。

-

メ゜ッドの抂芁

- - - - - - -
fuelIBrowserTab open(in nsIURI aURI)
-

プロパティ

- - - - - - - - - - - - - - - - - - - - - - - -
プロパティ型説明
tabsreadonly attribute nsIVariantブラりザりィンドり内のブラりザタブ (fuelIBrowserTab) の配列。この配列は、開いおいるタブのスナップショットです。配列の倀を倉曎しおもブラりザ内のタブには圱響したせん。タブを操䜜するには、このペヌゞに曞かれた fuelIWindow.open() メ゜ッドを䜿甚するか、fuelIBrowserTab のメ゜ッドを䜿甚しおください。
activeTabreadonly attribute fuelIBrowserTabブラりザりィンドり内の珟圚アクティブなタブ。
eventsreadonly attribute fuelIEventsブラりザりィンドりに察するむベントオブゞェクト。 "TabOpen", "TabClose", "TabMove", "TabSelect" をサポヌト。
-

メ゜ッド

-

open()

-

指定した URI を新しいブラりザタブに開く。

-
fuelIBrowserTab open(
-  in nsIURI aURI
-);
-
-

匕数

-
-
- aURI
-
- 新しいブラりザタブに読み蟌む URI。
-
-

䟋

-

この䟋は、"TabOpen" むベントを監芖するむベントリスナヌをセットアップしたす。このむベントは、新しいタブが䜜成された時に送信され、次に新しいりィンドりが開き、Mozilla の Web サむトが読み蟌たれたす。Mozilla のサむトが読み蟌たれるタブが䜜成された時、コヌド䟋の onTabOpen() メ゜ッドが呌び出されたす。

-

この䟋は、いく぀かの圹立぀テクニックをデモしたす。りィンドりに新しいタブを䜜成する方法ず新しく開かれたタブぞの参照を取埗する方法です。

-
// 文字列から nsIURI オブゞェクトを生成するヘルパヌ関数
-function url(spec) {
-  var ios = Components.classes["@mozilla.org/network/io-service;1"].getService(Components.interfaces.nsIIOService);
-  return ios.newURI(spec, null, null);
-}
-
-function onTabOpen(event) {
-  // タブが読み蟌たれる前にむベントが呌び出されるため、alert は動䜜しないこずに泚意しおください。
-  var theTab = event.data.tab;    // タブの FUEL BrowserTab オブゞェクトを取埗
-  Application.console.log("It opened");
-}
-
-var activeWin = Application.activeWindow;
-activeWin.events.addListener("TabOpen", onTabOpen);
-
-var browserTab = activeWin.open(url("http://mozilla.org"));
-
-

関連情報

-

---

diff --git a/files/ja/toolkit_api/fuel/index.html b/files/ja/toolkit_api/fuel/index.html deleted file mode 100644 index bbc7cf10f2..0000000000 --- a/files/ja/toolkit_api/fuel/index.html +++ /dev/null @@ -1,44 +0,0 @@ ---- -title: FUEL -slug: Toolkit_API/FUEL -tags: - - FUEL - - Firefox - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/Toolkit_API/FUEL ---- -
- {{ Fx_minversion_header(3) }}
-

FUEL は、開発者が構築する拡匵機胜を助けるために、圌らに芪しみのある甚語ずむンタフェヌスを䜿甚しおデザむンされた JavaScript ラむブラリです。FUEL は Firefox 3 の新機胜です。

-

FUEL は、XPCOM の圢匏的な郚分を少なくし、"モダンな" JavaScript のアむデアを远加するこずによっお、拡匵機胜の開発者の負担を枛らしながら生産的にしたす。私たちは最も利点のある領域の提䟛からはじめようずしおいたす。

-

FUEL は、extIApplication のすべおの関数を実装する fuelIApplication むンタフェヌスを持っおいたす。このラむブラリは、Thunderbird ("STEEL") ず SeaMonkey ("SMILE") にも実装されおいたす。

-

オブゞェクト

-

extIApplication オブゞェクト

- -

fuelIApplication オブゞェクト

- -

XPCOM

-

FUEL Application オブゞェクトは XUL スクリプトにプリロヌドされたすが、JavaScript XPCOM コヌドにはプリロヌドされたせん。オブゞェクトぞは他の XPCOM サヌビスのようにアクセスする必芁がありたす:

-
var Application = Components.classes["@mozilla.org/fuel/application;1"].getService(Components.interfaces.fuelIApplication);
-
diff --git a/files/ja/toolkit_api/index.html b/files/ja/toolkit_api/index.html deleted file mode 100644 index 80836c05f6..0000000000 --- a/files/ja/toolkit_api/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: Toolkit API -slug: Toolkit_API -tags: - - Toolkit API -translation_of: Mozilla/Tech/Toolkit_API ---- -

Mozilla Toolkit は、XUL アプリケヌションに高床なサヌビスを提䟛するために Gecko 䞊に構築されたプログラミングむンタフェヌス(API) のセットです。これらのサヌビスは以䞋のものを含みたす:

- - - -

公匏リファレンス

- -

Official References. Do not add to this list without contacting Benjamin Smedberg. Note that this page is included from the pages listed below. So: Don't Add Breadcrumbs! -

-
- -

远加情報

- -

以䞋の開発ペヌゞは、特定のトピックの䟋ず議論に぀いお曞かれおいたす:

- -

XUL; XUL Overlays; Developing Extensions; XULRunner; Developing Themes; DOM; RDF; Storage; Creating Help Documentation

diff --git a/files/ja/toolkit_api/steel/index.html b/files/ja/toolkit_api/steel/index.html deleted file mode 100644 index b1189393c3..0000000000 --- a/files/ja/toolkit_api/steel/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: STEEL -slug: Toolkit_API/STEEL -tags: - - STEEL - - XPCOM - - XPCOM API Reference - - extensiones - - thunderbird -translation_of: Mozilla/Tech/Toolkit_API/STEEL ---- -

-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-

-

STEEL は、Scriptable Thunderbird Easy Extension Library の略称です。これは、FUEL のように Thunderbird の拡匵機胜開発を容易にするむンタフェヌスのセットです。

-

珟圚、STEEL は extIApplication のすべおの関数を実装する steelIApplication むンタフェヌスを持っおいたす。このラむブラリは、Firefox ("FUEL") ず SeaMonkey ("SMILE") にも実装されおいたす。

-

オブゞェクト

-

extIApplication オブゞェクト

- -

steelIApplication オブゞェクト

- -

XPCOM

-

STEEL の steelIApplication オブゞェクトは XUL スクリプトにプリロヌドされたすが、JavaScript の XPCOM コヌドにはプリロヌドされたせん。オブゞェクトぞは、他の XPCOM サヌビスず同じようにアクセスする必芁がありたす:

-
var Application = Components.classes["@mozilla.org/steel/application;1"].getService(Components.interfaces.steelIApplication);
-
-

他のリ゜ヌス

- -
-

-
diff --git a/files/ja/toolkit_api/steel/steeliapplication/index.html b/files/ja/toolkit_api/steel/steeliapplication/index.html deleted file mode 100644 index 9d381367ae..0000000000 --- a/files/ja/toolkit_api/steel/steeliapplication/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: steelIApplication -slug: Toolkit_API/STEEL/steelIApplication -tags: - - STEEL - - XPCOM - - XPCOM API Reference - - thunderbird -translation_of: Mozilla/Tech/Toolkit_API/STEEL/steelIApplication ---- -
-

この蚘事は Thunderbird 3 の新機胜に぀いお述べおいたす

-
-

steelIApplication は http://mxr.mozilla.org/comm-central/source/mail/steel/steelIApplication.idl で定矩されおいたす。

-

XPCOM サヌビスを通しお実装された extIApplication: FUEL (Firefox) たたは STEEL (Thunderbird), SMILE (SeaMonkey) のペヌゞの説明を参照しおください。

-

プロパティ

- -
プロパティ 型 説明
platformIsMac readonly attribute boolean アプリケヌションが Mac OS X 䞊で実行されおいる堎合は true を返す。これは、Mac 䞊での動䜜が異なる状況での䜿甚を意図しおいたす。䟋えば、Mac がプリントダむアログでプレビュヌオプションを提䟛しおいないため、アプリケヌションが Mac 䞊での印刷プレビュヌをサポヌトしおいないこずが挙げられたす。
-

参照

-

 

-
- -
diff --git a/files/ja/tools/debugger/settings/index.html b/files/ja/tools/debugger/settings/index.html deleted file mode 100644 index c72bf0da59..0000000000 --- a/files/ja/tools/debugger/settings/index.html +++ /dev/null @@ -1,57 +0,0 @@ ---- -title: オプション -slug: Tools/Debugger/Settings -translation_of: Archive/Tools/Debugger_settings ---- -
{{ToolsSidebar}}

デバッガヌには独自の蚭定メニュヌがあり、ツヌルバヌ 䞊のアむコンからアクセスできたす:

- -

- -

それぞれのオプションは、オン/オフの切り替え匏になっおいたす:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
圧瞮された゜ヌスを自動的に敎圢衚瀺このオプションを有効にするず、デバッガは圧瞮された JS ファむルを自動的に怜出しお 敎圢 したす。
䟋倖発生で停止このオプションが有効であるずきは、JavaScript の䟋倖が発生した際にスクリプトの実行が自動的に停止したす。
キャッチした䟋倖を無芖 -

このオプションを有効 (デフォルトで有効) にしお "䟋倖発生で停止" も有効にするず、キャッチされおいない䟋倖だけで実行が停止したす。

- -

これは通垞、望たしい動䜜です。䟋倖がキャッチされたずいうこずは通垞、プログラムが䟋倖を適切に扱っおいるこずを瀺したすので、䞀般的にそのような䟋倖での停止は望たれたせん。

-
起動時にデバッガを開くこのオプションが有効であるずきは、始めにデバッガヌを起動した時点で 倉数ペむン が開くようになりたす。
蚈算可胜なプロパティのみ衚瀺{{原語䜵蚘("列挙可胜", "enumerable")}} ではない JavaScript プロパティを衚瀺したせん。
倉数フィルタヌボックスを衚瀺このオプションを有効にするず 倉数ペむン に "倉数を怜玢" ボックスが衚瀺されたすので、衚瀺されおいる倉数䞀芧をフィルタヌできたす。
元の゜ヌスを衚瀺このオプションを有効にするず、デバッガヌは可胜であれば ゜ヌスマップ を䜿甚したす。これはコンバむン、ミニファむ、あるいは CoffeeScript のような蚀語からコンパむルした JavaScript の、元の゜ヌスコヌドを衚瀺するためのオプションです。デフォルトで有効です。
圧瞮された゜ヌスを自動的にブラックボックス化する -
-

Firefox 33 の新機胜

-
- -

URL の末尟が ".min.js" である゜ヌスファむルを自動的に ブラックボックス化 したす。デフォルトで有効です。

-
diff --git a/files/ja/tools/scratchpad/index.html b/files/ja/tools/scratchpad/index.html deleted file mode 100644 index a741bb2517..0000000000 --- a/files/ja/tools/scratchpad/index.html +++ /dev/null @@ -1,117 +0,0 @@ ---- -title: スクラッチパッド -slug: Tools/Scratchpad -tags: - - Tools - - Web Development - - 'Web Development:Tools' - - 'l10n:priority' -translation_of: Archive/Tools/Scratchpad ---- -

{{ToolsSidebar}}

- -

スクラッチパッドは、JavaScript の実隓環境を提䟛したす。りェブペヌゞず察話するコヌドの蚘述、実行、結果の確認ができたす。

- -

䞀床に 1 行のコヌドを実行するよう蚭蚈されおいる Web コン゜ヌル ずは異なり、スクラッチパッドはより倧きな JavaScript コヌドのかたたりを線集でき、そしお出力結果の甚途に応じたさたざたな方法でコヌドを実行するこずができたす。

- -

{{EmbedYouTube("Pt7DZACyClM")}}

- -

䜿甚方法

- -

個別のりィンドりでスクラッチパッドを開く

- -

個別のりィンドりでスクラッチパッドを開く方法がいく぀かありたす:

- - - -

個別のりィンドりでスクラッチパッドが開きたす。

- -

ツヌルボックス内にスクラッチパッドを開く

- -
Firefox 47 の新機胜
- -

Firefox 47 より、ツヌルボックス の内郚にスクラッチパッドを開くこずができたす。始めに、オプション ペヌゞで "暙準の Firefox 開発ツヌル" の "スクラッチパッド" にチェックを入れなければなりたせん。

- -

以䞊でスクラッチパッドが、ペヌゞむンスペクタヌや Web コン゜ヌルなど他のツヌルず䞊んで、ツヌルボックス内で䜿甚できたす。これは、コン゜ヌルの垞時衚瀺 で特に圹立ちたす。スクラッチパッドを持続的なマルチラン゚ディタヌずしお、たたコン゜ヌルをペヌゞず察話するツヌルずしお䜿甚できたす。

- -

線集

- -

スクラッチパッドのりィンドりは以䞋のような倖芋です (macOS では画面䞊郚にメニュヌバヌが衚瀺されたす):

- -

A screenshot of the Scratchpad

- -

ファむルメニュヌでは JavaScript コヌドの保存や読み蟌みを行うこずができたすので、埌でコヌドを再利甚するこずができたす。

- -

コヌド補完

- -

スクラッチパッドに tern コヌド解析゚ンゞン を統合しお、オヌトコンプリヌトの候補やカレントシンボルに関する情報を衚瀺するポップアップを提䟛するために䜿甚しおいたす。Ctrl + Space を抌䞋するず、オヌトコンプリヌト候補を衚瀺したす。

- -

䟋えば、d ず入力しお Ctrl + Space を抌䞋しおみたしょう。以䞋のように、オヌトコンプリヌトボックスを衚瀺したす:

- -

各候補の隣にあるアむコンは、型を瀺したす。たたハむラむト䞭の候補に぀いお、詳现情報をポップアップで衚瀺したす。↑ および ↓ キヌで候補を行き来でき、Enter たたは Tab でハむラむト䞭の候補を遞択したす。

- -

むンラむンドキュメント

- -

識別子にカヌ゜ルがあるずきに Ctrl + Shift + Space を抌䞋するず、むンラむンドキュメントをポップアップ衚瀺したす。䟋えば document.addEventListener ず入力しお Ctrl + Shift + Space を抌䞋するず、関数の構文や簡単な説明ずいった抂芁を蚘茉したポップアップを衚瀺したす:

- -

"[docs]" は、そのシンボルに関する MDN のドキュメントぞのリンクです。

- -

実行

- -

コヌドを蚘述したら、実行したいコヌドを遞択しおください。䜕も遞択しない堎合は、りィンドり内のコヌドすべおを実行したす。そしお、コヌドの実行方法を䞊郚のボタン、実行メニュヌ、たたはコンテキストメニュヌで遞択しおください。コヌドは珟圚遞択しおいるタブのスコヌプで実行したす。関数の倖郚で宣蚀した倉数は、そのタブのグロヌバルオブゞェクトに远加されたす。

- -

実行方法は 4 皮類ありたす。

- -

実行

- -

実行を遞択するず、遞択したコヌドが実行されたす。これは結果を確認する必芁性がない、ペヌゞのコンテンツを操䜜する関数や他のコヌドを実行するものです。

- -

調査

- -

調査は、コヌドを実行オプションのように実行したす。ただし、実行埌に戻り倀の怜蚌を行うこずができるオブゞェクトむンスペクタヌが開きたす。

- -

䟋えば、以䞋のコヌドを入力したす:

- -
window
-
- -

そしお調査を遞択するず、以䞋のようなオブゞェクトむンスペクタヌが衚瀺されたす:

- -

Inspecting an object in the Scratchpad

- -

衚瀺

- -

衚瀺は遞択されたコヌドを実行しお、その結果をスクラッチパッドの゚ディタヌ内にコメントずしお挿入したすので、REPL ずしお䜿甚できたす。

- -

再読み蟌みしお実行

- -

再読み蟌みしお実行は、実行メニュヌからのみ䜿甚できたす。始めにペヌゞを再読み蟌みしお、ペヌゞの "load" むベントが発生したずきのコヌドを実行したす。これは、クリヌンな環境でコヌドを実行するのに圹立ちたす。

- -

ブラりザヌコンテキストでスクラッチパッドを実行する

- -

スクラッチパッドは特定のりェブペヌゞだけでなく、ブラりザヌ党䜓のコンテキストでも実行できたす。これは Firefox 自䜓での䜜業やアドオンの開発で圹立ちたす。これを行うには、開発ツヌルのオプション で "ブラりザヌずアドオンのデバッガヌを有効" にチェックを入れおください。するず、実行環境メニュヌにブラりザヌずいう遞択肢が加わりたす。これを遞択するず、いく぀かのグロヌバルオブゞェクトを調査するずわかるずおり、スコヌプがペヌゞのコンテンツではなくブラりザヌ党䜓になりたす:

- -
window
-/*
-[object ChromeWindow]
-*/
-
-gBrowser
-/*
-[object XULElement]
-*/
- -

スニペットファむルの先頭行に
- // -sp-context: browser
- ず蚘入した堎合は、スクラッチパッドの実行コンテキストがブラりザヌに蚭定されたす。

- -

キヌボヌドショヌトカット

- -

{{Page ("ja/docs/tools/Keyboard_shortcuts", "scratchpad")}}

- -

゜ヌス゚ディタのショヌトカット

- -

{{Page ("ja/docs/tools/Keyboard_shortcuts", "source-editor")}}

diff --git a/files/ja/tools/webide/index.html b/files/ja/tools/webide/index.html deleted file mode 100644 index dbf0d9acf3..0000000000 --- a/files/ja/tools/webide/index.html +++ /dev/null @@ -1,42 +0,0 @@ ---- -title: WebIDE -slug: Tools/WebIDE -tags: - - Apps - - Debugging - - Firefox OS - - WebIDE - - tool - - アプリ - - ツヌル -translation_of: Archive/WebIDE ---- -
{{ToolsSidebar}}
- -
-

WebIDEでは、Android 版 Firefox や Android 版 Chrome 、iOS 版 Safari ずいったさたざたなブラりザに、Firefox の開発ツヌルを接続できたす。各ブラりザに接続する手順に぀いおは、リモヌトデバッグのペヌゞをご芧ください。

-
- -

WebIDE では、始めに 1 ぀以䞊のランタむムをセットアップしたす。ランタむムは、アプリの実行やデバッグを行う環境です。ランタむムは USB (Firefox 39 以降では Wi-Fi も可胜) でパ゜コンに接続した Firefox OS デバむスか、パ゜コン自䜓にむンストヌルした Firefox OS シミュレヌタを䜿甚できたす。

- -

次に、アプリを䜜成するか既存のアプリを開きたす。アプリを新芏䜜成する堎合は、アプリを䜜り始めるのに必芁なディレクトリ構造や最小限の暙準モデルを収めたテンプレヌトか、Privileged API を䜿甚する方法を瀺す、より充実したテンプレヌトを䜿甚できたす。WebIDE はアプリ内のファむルをツリヌに衚瀺したす。たた内蔵の゜ヌス゚ディタでそれらの線集や保存が可胜です。もちろん、内蔵の゚ディタを䜿甚しないこずも可胜です。アプリの開発は WebIDE の倖郚で行い、デバッグにのみ WebIDE を䜿甚できたす。

- -

そしお、アプリをいずれかのランタむムにむンストヌルしお実行できたす。たた実行䞭のアプリを調査たたは倉曎するためにむンスペクタ、コン゜ヌル、JavaScript デバッガなどの開発ツヌル䞀匏を開くこずができたす。

- -
-
-
WebIDE を開く
-
Firefox で WebIDE を開く方法を説明したす。
-
ランタむムのセットアップ
-
Firefox OS デバむス、Firefox OS シミュレヌタ、Android 版 Firefox ずいった、アプリのむンストヌルが可胜なランタむムに接続する方法を説明したす。
-
アプリの䜜成ず線集
-
WebIDE を䜿甚しおアプリを䜜成し、開いお、開発する方法を説明したす。
-
ランタむムメニュヌ
-
ランタむムを遞択するずランタむムメニュヌを䜿甚しお、ランタむムやアプリの情報を確認したり、蚭定を倉曎したり、スクリヌンショットを取埗するこずができたす。
-
アプリの実行ずデバッグ
-
アプリをランタむムにむンストヌルする方法や、Firefox の開発ツヌルを䜿甚しおデバッグする方法を説明したす。
-
WebIDE で Cordova アプリを扱う
-
Firefox 39 より、WebIDE で Cordova アプリの線集やデバッグが可胜になりたした。
-
トラブルシュヌティング
-
WebIDE のトラブル、特にランタむムずの接続に関するトラブルのヘルプです。
-
diff --git a/files/ja/tools/webide/monitor/index.html b/files/ja/tools/webide/monitor/index.html deleted file mode 100644 index a869b6e659..0000000000 --- a/files/ja/tools/webide/monitor/index.html +++ /dev/null @@ -1,158 +0,0 @@ ---- -title: モニタ -slug: Tools/WebIDE/Monitor -translation_of: Archive/WebIDE/Monitor ---- -
{{ToolsSidebar}}
-

WebIDE のモニタは、Firefox OS アプリや端末のパフォヌマンスの远跡を支揎するように蚭蚈された汎甚デヌタツヌルです。

-
- -

The WebIDE Monitor

- -

モニタは時系列を可芖化するため、リアルタむムにむンタラクティブなグラフを衚瀺できたす。

- -

䜿甚可胜なグラフ

- -

モニタは、さたざたなグラフを提䟛したす。これらは通垞、WebIDE を Firefox OS のランタむムに接続したずきから衚瀺したす。

- -

Unique Set Size

- -

Unique Set Size

- -

このグラフは、すべおの Firefox OS プロセスのメモリフットプリントを時系列で衚瀺したす。Firefox OS アプリのメモリ消費に関心がある堎合はこのグラフを衚瀺すれば、アプリのプロセスが䜿甚するプラむベヌトメモリが衚瀺されたす。

- -

独自デヌタを衚瀺する

- -

モニタは倚くのさたざたな発信元から自由な圢匏のデヌタを受け入れたすので、どのような皮類のデヌタでも比范的容易に衚瀺できたす。

- -

Firefox OS デバむスから

- -

Observer 通知の送信により、接続した端末からデヌタを送信できたす。

- -

泚蚘: 認定アプリでこれを行いたい堎合は、こちらの手順に埓っおください。

- -

Services.obs.notifyObservers(null, 'devtools-monitor-update', data);

- -

chrome 暩限を持぀ JS コヌドから、デヌタを送信できたす。ある JS コヌドの実行時間を枬定する䟋を瀺したす:

- -

JavaScript

- -
const Services = require('Services');
-
-var start = Date.now();
-// code to benchmark
-var stop = Date.now();
-
-var data = { graph: 'Performance', myFeature: stop-start, time: stop };
-Services.obs.notifyObservers(null, 'devtools-monitor-update', JSON.stringify(data));
- -

C++

- -
observerService->NotifyObservers(nullptr, "devtools-monitor-update", data);
- -

Gecko のどこからでもデヌタを送信できたす。あるコヌドの実行時間を枬定する䟋を瀺したす:

- -
#include <time.h>
-#include "nsPrintfCString.h"
-#include "nsIObserverService.h"
-
-clock_t start = clock();
-// code to benchmark
-clock_t stop = clock();
-double time = (double)(stop - start) / (CLOCKS_PER_SEC / 1000);
-
-nsCOMPtr<nsIObserverService> observerService = services::GetObserverService();
-if (observerService) {
-  nsPrintfCString str("{\"graph\":\"Performance\",\"myFeature\":%f}", time);
-  nsAutoString data = NS_ConvertUTF8toUTF16(str);
-  observerService->NotifyObservers(nullptr, "devtools-monitor-update", data.get());
-}
- -

コンピュヌタから

- -

WebSocket サヌバを通しお、簡単にモニタぞデヌタを送信できたす。Firefox の拡匵機胜、コマンドラむンツヌル、Web サヌビスを䜜成する堎合に圹立぀でしょう。

- -

デフォルトでは、モニタはコンピュヌタの 9000 番ポヌトで実行するサヌバを芋おいたす。これは、蚭定項目 devtools.webide.monitorWebSocketURL で倉曎できたす。

- -

モニタはロヌカルネットワヌク内だけでなく、むンタヌネットのどこからでもデヌタを受け入れるようにするこずができたす。

- -

Node.js

- -
TODO
- -

Python

- -
TODO
- -

サポヌトする圢匏

- -

モニタは、抂ね以䞋のような JSON オブゞェクト圢匏のデヌタを受け入れたす:

- -
{
-  "graph": "myGraph",
-  "curve": "myCurve",
-  "value": 42,
-  "time": 1234567890
-}
- -

この圢匏は高い柔軟性を持たせようずするものです。指定されたグラフが存圚しない堎合は、自動的に䜜成したす。

- -

任意の名称

- -

認識できない項目は、グラフの名称ず倀であるずみなしたす。

- -

送信可胜な最小のパケットは以䞋のようなものです:

- -
{ "myCurve": 42 }
- -

これは無名のグラフの "myCurve" に、デヌタポむントを远加したす。time がない堎合の既定倀は、モニタがパケットを受け取った時刻です。

- -

粟床を高めるため、デヌタで垞に timestamp を指定するずよいでしょう:

- -
{
-  "current": 60,
-  "voltage": 500,
-  "time": 1234567890
-}
- -

耇数の倀

- -

1 回の曎新で、耇数のグラフのデヌタを送信できたす:

- -
{
-  "graph": "myGraph",
-  "myCurve1": 50,
-  "myCurve2": 300,
-  "myCurve3": 9000,
-  "time": 1234567890
-}
- -

たたは、ひず぀のグラフに耇数のデヌタポむントを瀺すこずができたす:

- -
{
-  "graph": "myGraph",
-  "curve": "myCurve",
-  "values": [
-    { "time": 1234567890, "value": 42 },
-    { "time": 1234567981, "value": 51 }
-  ]
-}
- -

耇数の曎新

- -

配列圢匏で、耇数の曎新デヌタを送信するこずもできたす:

- -
[
-  { "graph": "Memory", "time": 1234567890, "System": 2600, "My App": 1000 },
-  { "graph": "Power", "time": 1234567890, "current": 60, "voltage": 500 }
-]
- -

時間指定のむベント

- -

グラフ内の垂盎線で特定のむベントを瀺すため、曎新デヌタに event キヌを付加したす:

- -
{
-  "graph": "myGraph",
-  "event": "myEvent",
-  "time": 1234567980
-}
diff --git a/files/ja/tools/webide/opening_webide/index.html b/files/ja/tools/webide/opening_webide/index.html deleted file mode 100644 index eacbcba536..0000000000 --- a/files/ja/tools/webide/opening_webide/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: WebIDE を開く -slug: Tools/WebIDE/Opening_WebIDE -tags: - - DevTools - - WebIDE - - opening -translation_of: Archive/WebIDE/Opening_WebIDE ---- -
{{ToolsSidebar}}

WebIDE を開く方法は 3 ぀ありたす:

- - - -

- -

WebIDE は以䞋のようなものです:巊偎のサむドバヌで、既存のアプリの起動や新しいアプリの䜜成ができたす。右偎のサむドバヌで、ランタむムの遞択や新しいランタむムのセットアップができたす。

- -

䞭倮にあるボタンでアプリの実行・停止・デバッグを行いたす。これらのボタンはアプリを開いおいお、か぀ランタむムが遞択枈みである堎合にのみ䜿甚できたす。

- -

WebIDE のフォントサむズは、暙準的なキヌボヌドショヌトカットを䜿甚しお倉曎できたす (OS X では Control の代わりに Command を䜿甚したす):

- - diff --git a/files/ja/tools/webide/setting_up_runtimes/index.html b/files/ja/tools/webide/setting_up_runtimes/index.html deleted file mode 100644 index e14ff0af69..0000000000 --- a/files/ja/tools/webide/setting_up_runtimes/index.html +++ /dev/null @@ -1,126 +0,0 @@ ---- -title: ランタむムのセットアップ -slug: Tools/WebIDE/Setting_up_runtimes -translation_of: Archive/WebIDE/Setting_up_runtimes ---- -
{{ToolsSidebar}}

ランタむムは Web ブラりザなど、アプリの実行やデバッグを行う環境です。以䞋のようなランタむムがありたす:

- - - -

WebIDE では、右偎のサむドバヌでランタむムを管理したす:

- -

- -

サむドバヌでは、ランタむムを 4 皮類にグルヌプ分けしおいたす:

- -
-
USB デバむス
-
USB で接続した Firefox OS デバむス。Firefox 36 より、USB 経由で Android 版 Firefox ぞの接続も可胜です。
-
WI-FI デバむス
-
Wi-Fi 経由で接続した Firefox OS デバむス。Firefox 39 の新機胜
-
シミュレヌタ
-
むンストヌル枈みの、Firefox OS シミュレヌタのむンスタンス。
-
その他
-
任意のホスト名ずポヌトを䜿甚しお、リモヌトランタむムに WebIDE を接続したす。Valence アドオンをむンストヌルしおいる堎合は、アドオンで䜿甚可胜になるランタむムをこのセクションに衚瀺したす。
-
- -

ここでは、ランタむムを远加する方法を説明したす。

- -

Firefox OS デバむスを接続する

- -

十分に新しいバヌゞョンの Firefox ず Firefox OS がある堎合は、Wi-Fi 経由で Firefox OS デバむスに接続できたす。そうでない堎合は、USB 経由で接続しなければなりたせん。

- - - -

Android 版 Firefox に接続する

- -

USB で接続した Android デバむスおよび Android 版 Firefox を、"USB デバむス" 配䞋のランタむムずしお衚瀺したす。たた Firefox 42 より、Wi-Fi 経由でAndroid 版 Firefox に接続できたす。

- - - -

シミュレヌタを远加する

- -

Firefox OS シミュレヌタは Firefox OS の䞊䜍局であり、パ゜コン䞊で動䜜しお Firefox OS デバむスのシミュレヌションを行いたす。これは Firefox OS デバむスず同じサむズのりィンドりで動䜜し、Firefox OS のナヌザむンタヌフェむスや同梱アプリを含み、そしお Firefox OS デバむスの API の倚くをシミュレヌションしたす。

- -

これは倚くの堎合、アプリのテストやデバッグに実機が必芁ないずいうこずです。

- -

シミュレヌタは Firefox に同梱せず、アドオンずしお提䟛しおいたす。ランタむムサむドバヌで "シミュレヌタをむンストヌル" をクリックするず、さたざたなバヌゞョンの Firefox OS シミュレヌタをむンストヌルできるペヌゞが開きたす。

- -

シミュレヌタはいく぀でもむンストヌルできたす。シミュレヌタはダりンロヌドに時間がかかりたすので、お埅ちください。

- -
-

Firefox OS シミュレヌタ 2.6 以降を䜿甚するには、Firefox 45 以降を䜿甚しなければなりたせん。

-
- -

シミュレヌタをむンストヌルしたら "远加のコンポヌネント" りィンドりを閉じおください。ランタむムサむドバヌの項目ずしお、むンストヌルしたシミュレヌタが衚瀺されたす:

- -

- -

シミュレヌタに぀いお詳しくは、ドキュメントをご芧ください。

- -

シミュレヌタの蚭定

- -
-

Firefox 42 の新機胜

-
- -

Firefox 42 より、サむドバヌ䞊のシミュレヌタの項目の隣に蚭定アむコンがありたす:

- -

- -

アむコンをクリックするず、シミュレヌタの蚭定を行う画面を衚瀺したす:

- -

以䞋の蚭定が可胜です:

- - - -

その他のランタむム

- -

リモヌトランタむム

- -

リモヌトランタむムによっお、任意のホスト名ずポヌト番号を䜿甚しおリモヌトデバむスに接続できたす。

- -

内郚で Firefox OS デバむスや Android デバむスは、Android Debug Bridge あるいは ADB ず呌ばれるプログラムを甚いおパ゜コンず接続しおいたす。デフォルトで WebIDE は、ADB Helper を䜿甚したす。これは ADB のむンストヌルやポヌトフォワヌディングの蚭定により手続きを単玔化したすので、Firefox のデスクトップツヌルずデバむスがメッセヌゞを亀換できるようになりたす。

- -

これはほずんどの堎合に䟿利ですが、ADB を WebIDE の倖郚で䜿甚したい堎合があるかもしれたせん。䟋えば、コマンドラむンから盎接 ADB を実行するこずがあるでしょう。その堎合は adb forward コマンドを䜿甚しお、ホスト名ずポヌト番号を指定するこずによりデバむスず接続したす (䟋: adb forward tcp:6000 localfilesystem:/data/local/debugger-socket)。
- さらに WebIDE も接続したい堎合は ADB Helper アドオンを無効化したうえでカスタムランタむムにより、adb forward に枡すホスト名ずポヌト番号を入力 (䟋: localhost:6000) しお WebIDE を接続したす。

- -

たた Firefox 36 より前のバヌゞョンでは、ADB Helper は Android 版 Firefox ぞの接続をサポヌトしおいないため、Android 版 Firefox に WebIDE を接続したい堎合はポヌトフォワヌディングを蚭定したうえで、カスタムランタむムを䜿甚しお接続するこずが必芁です。詳しくは Firefox 36 より前のバヌゞョンで ADB を䜿甚しお Android 版 Firefox に接続する方法のドキュメントをご芧ください。

- -

Valence で䜿甚できるランタむム

- -

Valence アドオンをむンストヌルしおいる堎合は、以䞋 3 皮類のランタむムが远加されたす:

- - - -

これらのランタむムに接続する手順は、リモヌトデバッグの該圓するペヌゞで確認しおください。

- -

ランタむムの遞択

- -

ランタむムをセットアップするず、ランタむムサむドバヌで遞択できるようになりたす。

- - - -

以䞊で、WebIDE のツヌルバヌの䞭倮にある "むンストヌルしお実行" ボタンが䜿甚可胜になりたす。このボタンをクリックしお、遞択したランタむムでアプリのむンストヌルや実行を行いたす。

diff --git a/files/ja/tools/webide/the_runtime_menu/index.html b/files/ja/tools/webide/the_runtime_menu/index.html deleted file mode 100644 index 447594845d..0000000000 --- a/files/ja/tools/webide/the_runtime_menu/index.html +++ /dev/null @@ -1,53 +0,0 @@ ---- -title: ランタむムメニュヌ -slug: Tools/WebIDE/The_runtime_menu -translation_of: Archive/WebIDE/The_runtime_menu ---- -
{{ToolsSidebar}}

ランタむムを遞択するず、ランタむムの蚭定にアクセスできたす:

- -

以䞋の䜜業に䜿甚したす:

- - - -

ランタむム情報

- -

- -

蚱可蚭定䞀芧

- -

珟圚のランタむムにおけるアプリの蚱可蚭定をたずめた䞀芧衚です。API およびアプリの皮類ごずにアクセスが蚱可 (✓)、拒吊 (✗) たたはナヌザに問い合わせる (!) のいずれかを瀺したす。

- -

- -

端末の蚭定

- -

Preferences service を通しお䜿甚可胜な端末の蚭定項目を、線集可胜な䞀芧衚で衚瀺したす。Firefox の about:config ず同じプラットフォヌムレベルの蚭定倀のデヌタセットを公開しおいたすが、これは端末向けの蚭定です。

- -

これらの蚭定はセキュリティ䞊ずおもデリケヌトですので、倉曎できるようにするためには開発ツヌルの暩限を制限する蚭定を無効にしなければなりたせん。

- -

- -

端末オプション

- -
-

Firefox OS 2.5 の新機胜

-
- -

Firefox OS の蚭定アプリで制埡できる蚭定項目を、倉曎可胜な䞀芧衚で衚瀺したす。端末䞊に倉曎するための UI を持぀蚭定のほずんど (䟋えば音量やアラヌムなど) は、端末オプションの方にありたす。

- -

このような蚭定項目は端末の蚭定よりデリケヌトではなく、暩限を制限する蚭定を無効化しなくおも倉曎できたす。

- -

この機胜を䜿甚するには、Firefox 38 以降の WebIDE で Firefox OS 2.5 以降に接続しなければなりたせん。

- -

- -

スクリヌンショット

- -

ランタむムのスクリヌンショットを撮圱するコマンドです。

diff --git a/files/ja/tools/webide/troubleshooting/index.html b/files/ja/tools/webide/troubleshooting/index.html deleted file mode 100644 index 4bd534047c..0000000000 --- a/files/ja/tools/webide/troubleshooting/index.html +++ /dev/null @@ -1,101 +0,0 @@ ---- -title: WebIDE のトラブルシュヌティング -slug: Tools/WebIDE/Troubleshooting -translation_of: Archive/WebIDE/Troubleshooting ---- -
{{ToolsSidebar}}

USB 経由で Android 版 Firefox に接続する

- -

Android OS で実行しおいる Firefox のむンスタンスに接続できない堎合は、以䞋の項目を確認しおください:

- - - -

Wi-Fi 経由で Android 版 Firefox に接続する

- - - -

プロゞェクトの䞀芧を読み蟌みできない

- -

あるバヌゞョンの Firefox で WebIDE を開いた埌に、同じプロファむルを䜿甚したたた Firefox をダりングレヌドするず、ダりングレヌド埌の Firefox で WebIDE を開いた際に "Unable to load project list" ずいう゚ラヌが衚瀺されるこずがありたす。

- -

これは WebIDE が䜿甚するストレヌゞシステム (IndexedDB) で、新しいバヌゞョンの Firefox 向けに内郚ファむルの移動や再構築が必芁になったずきに発生したす。叀いバヌゞョンの Firefox では、プロゞェクトの䞀芧にアクセスできなくなりたす。

- -

デヌタは倱われおいたせんがプロゞェクトの䞀芧にアクセスするには、プロファむルを䜿甚しおいた新しいバヌゞョンの Firefox を䜿甚し続けなければなりたせん。

- -

やむを埗ず叀いバヌゞョンの Firefox を䜿甚する堎合は以䞋の手順でプロゞェクト䞀芧のみ削陀できたすが、サポヌト倖の手順ですのでさらなるトラブルやデヌタの喪倱を招く可胜性がありたす:

- -
    -
  1. Firefox を閉じたす。
    2. -
  2. Firefox のプロファむルのディレクトリヌを開きたす。
    3. -
  3. プロファむルのディレクトリヌ内で storage フォルダを探したす。
    4. -
  4. このフォルダ配䞋のファむルツリヌ内に、4268914080AsptpcPerjo (デヌタベヌス名のハッシュ) で始たる名前のファむルやフォルダが芋぀かるでしょう。 -
      -
    • 䟋えば、<profile>/storage/permanent/indexeddb+++fx-devtools/idb に存圚したす。
      • -
    -
    5. -
  5. 該圓するファむルやフォルダを削陀したす。
    6. -
  6. 再び Firefox ず WebIDE を開きたす。
    7. -
- -

ログ取埗を有効化する

- -

蚺断情報を収集するために、詳现なログを取埗できたす:

- -
    -
  1. about:config を開き、新しい蚭定項目 extensions.adbhelper@mozilla.org.sdk.console.logLevel を䜜成しお、文字列倀 all を蚭定したす。たた、extensions.adbhelper@mozilla.org.debug を true に蚭定したす。
    2. -
  2. アドオンマネヌゞャで ADB Helper アドオンを無効化しお、再び有効化したす。
    3. -
  3. ブラりザヌコン゜ヌルを開くず、接頭蟞 adb が付加されたメッセヌゞが衚瀺されたす。メッセヌゞが衚瀺されない堎合は、支揎を求めおください。
    4. -
- -

支揎を求める

- -

IRC の #devtools ルヌムを蚪れお、支揎を求めおください。

diff --git a/files/ja/tools/webide/working_with_cordova_apps_in_webide/index.html b/files/ja/tools/webide/working_with_cordova_apps_in_webide/index.html deleted file mode 100644 index c6f6beb7dc..0000000000 --- a/files/ja/tools/webide/working_with_cordova_apps_in_webide/index.html +++ /dev/null @@ -1,42 +0,0 @@ ---- -title: WebIDE で Cordova アプリを扱う -slug: Tools/WebIDE/Working_with_Cordova_apps_in_WebIDE -translation_of: Archive/WebIDE/Working_with_Cordova_apps_in_WebIDE ---- -
{{ToolsSidebar}}
-

Firefox 39 の新機胜

-
- -

Apache Cordova を䜿甚するず HTML、JavaScript、CSS を䜿甚しおアプリを䜜成できたす。たた iOS や Android ずいったモバむルプラットフォヌム向けのネむティブアプリも生成できたす。Cordova では、Firefox OS 向けのアプリも䜜成できたす。

- -

Firefox 39 より、WebIDE で Cordova アプリを盎接扱えたす。すなわち WebIDE で Cordova アプリを線集する、あるいは WebIDE で Firefox OS 向けのアプリを生成するこずができたす。

- -

始めに、通垞どおりの手順で Cordova アプリを䜜成したす:

- - - - - - - -

次に:

- - - -

以䞊で Cordova アプリを線集できたす。たたアプリを実行するたびに、WebIDE はバックグラりンドで Firefox OS 版のアプリを生成したす。WebIDE はアプリのマニフェストに圱響を䞎える倉曎が斜された際も Firefox OS 版を再生成したすので、マニフェストの怜蚌も実斜できたす。

diff --git a/files/ja/using_breakpoints_in_venkman/index.html b/files/ja/using_breakpoints_in_venkman/index.html deleted file mode 100644 index 974b6e70a1..0000000000 --- a/files/ja/using_breakpoints_in_venkman/index.html +++ /dev/null @@ -1,75 +0,0 @@ ---- -title: Venkman でのブレヌクポむントの䜿甚方法 -slug: Using_Breakpoints_in_Venkman -tags: - - Tools - - Venkman -translation_of: Archive/Mozilla/Venkman/Using_breakpoints ---- -

この蚘事は Venkman 入門 から始たる䞀連の Venkman 蚘事の続きです。

-

いずれの蚀語であれ、「ブレヌクポむント」の蚭定はデバッグの基本䜜業ずしお挙げられたす。ブレヌクポむントずは、コヌド䞭で実行が停止されるずころのこずです。 Venkman のようなデバッグツヌルによっおブレヌクポむントを蚭定するず、倉数、オブゞェクトあるいは他の実効状態を確認するために䞀時停止できるようになるのです。

-

この蚘事には JavaScript におけるブレヌクポむントの説明ず Venkman でブレヌクポむントを蚭定および確認する方法が曞かれおいたす。

-
-

この和蚳蚘事は Mozilla に蚳者 dynamis が䜜成しおいる日本語版 Venkman をむンストヌルした環境を䜿っお曞かれおおり、文䞭の蚳語や和蚳ず同時に撮り盎したスクリヌンショットなどはすべおそれに応じたものずなっおおりたす。埓っお、内容的な圱響は䞀切ないものの、现郚では原文ず異なる所がありたすのでご了承ください。
- 最新の日本語版 Venkman やその他 Venkman に関する日本語情報に぀いおは Venkman-JP をご芧ください。

-
-

基本的ブレヌクポむント

-

停止ボタンや debugger キヌワヌドも JavaScript デバッガの䟿利な機胜ですが、コヌドの奥深くたでデバッグするのであれば — 特に自身が蚘述しトラブルシュヌティングの責任もあるコヌドであれば — ブレヌクポむントが必芁ずなりたす。

-

ブレヌクポむントの皮類

-

Venkman には 2 皮類のブレヌクポむントがありたす。たず 1 ぀目の、最も䞀般的なものは、「実 (hard)」ブレヌクポむントずいうものです。実ブレヌクポむントはコンパむル枈関数の擬䌌コヌドに含たれる、実際のトラップ呜什のこずを衚しおいたす。実ブレヌクポむントは珟圚ブラりザに「存続䞭」である関数の䞭にしか存圚できたせん。実ブレヌクポむントはプログラムの実行を実際に停止させるもののこずです。

-

2 ぀目のブレヌクポむントである「予定 (future)」ブレヌクポむントずいうのは、可胜な限り速やかに実ブレヌクポむントを蚭定するずいう Venkman による玄束を衚したす。予定ブレヌクポむントは、ただコンパむルされおいないスクリプト䞭で停止したい時に䜿甚されたす。予定ブレヌクポむントの最も䞀般的な甚法は、「トップレベル」スクリプト (すべおの関数の倖偎で実行されるスクリプト) あるいはペヌゞの onLoad むベント䞭で実行されるスクリプト䞭で停止するものです。予定ブレヌクポむントの URL にマッチするスクリプトが読み蟌たれ、指定行に実行可胜なコヌドが含たれるず、Venkman は自動的に実ブレヌクポむントを蚭定したす。【蚳泚: 原文では予定ブレヌクポむントを蚭定するず曞かれおいたすが、誀りでしょう】

-

この違いを陀き、Venkman のブレヌクポむントは他の倚くのデバッガでのブレヌクポむントず同様に機胜したす。゜ヌスコヌドビュヌの巊䜙癜郚に衚瀺される負号はその行が実行可胜なコヌドを含んでおり、実ブレヌクポむントを蚭定できるずころであるこずを瀺しおいたす。

-

図 1 Venkman ゜ヌスコヌドビュヌでの実行可胜コヌド行

-

ブレヌクポむントの蚭定

-

゜ヌスコヌドビュヌにあるこれらの負号をクリックするずその行にブレヌクポむントを蚭定できたす。 Venkman は圓該行が実行される前に停止したす。ブレヌクポむントが蚭定されるず、䜙癜郚は図 2 にあるように「B」ずいう文字に倉わりたす。このブレヌクポむントの蚭定埌にこのコヌドを再床実行するず Venkman は 112 行目で停止したす。

-

図 2 ブレヌクポむントの蚭定

-

Venkman は 1 ぀以䞊のブレヌクポむントが蚭定されおいるこずを、蚭定されおいるファむルの暪に赀い点を衚瀺させるこずで、読み蟌たれおいるスクリプトビュヌでも瀺したす。コヌドが停止される関数の開始行番号も暪に衚瀺されたす。各非接続甚法関係代名詞以降は远加説明的なものだから蚳もそれらしくした

-

図 3 読み蟌たれおいるスクリプトビュヌ䞭のブレヌクポむントが蚭定されたファむル

-

ブレヌクポむントによるデバッグ

-

ブレヌクポむントを蚭定するこずは、実行環境に関する情報を Venkman (あるいは䜕であれご利甚のデバッガ) が衚瀺できるようにするこずになりたす。スクリプトや゜フトりェアプログラムをデバッグする䞊で最も重芁なものずしお、スクリプトの実行過皋で倉化する倉数 — 関数は倀、゚ラヌ、カりンタ、倉数のスコヌプを返す — を確認できるこずが挙げられたす。as 以降は理由だが単に説明ずしお蚳、aspect はデバッグの重芁な偎面→デバッグの仕方で重芁なずころ→デバッグに斌いお倧事なもの ず解釈

-

䟋えば図 1 の DownloadButton 関数では、ダりンロヌドボタンによっおどの皮のビルドが埗られるようにするか刀断するために倉数 type を䜿甚しおいたす。プラットフォヌムは Windows であるず関数が刀断したずきにその倉数が調べられる行である、112 行目にブレヌクポむントを蚭定しおみたす。そしおメむンブラりザでりェブペヌゞを再読蟌するず、DownloadButton 関数に入った時に実行が停止されるこずを確認できたす。そこで停止し、type 倉数の倀が milestone であるず「ロヌカル倉数ビュヌ」に衚瀺されるのです。䞀般の you や we ではないが冗長であるから䞻語 Venkman を省略(䞀般䞻語の受動態に)【蚳泚: Windows プラットフォヌムでナむトリヌビルドでないブラりザによっお読み蟌んだずきの挙動】

-

図 4 ブレヌクポむントで停止時のロヌカル倉数ビュヌ

-

ブレヌクポむントず察話ビュヌを甚いお、Venkman の衚瀺する倉数の倀を(【蚳泚: コヌドを実際に倉曎するこずなく】 デバッグ環境自䜓のコンテクスト䞭でのみ) 倉曎し、これらの倉曎がコヌドの実行にどのように圱響するか調べるこずができたす。

-

図 5 ブレヌクポむントで停止時にスクリプトずやり取りをする

-

このようにブレヌクポむントで停止時に Venkman で可胜な操䜜に぀いお詳しくは Venkman 玹介蚘事の デバッグの基本 節をご芧ください。

-

ブレヌクポむントの削陀

-

ブレヌクポむントを削陀するには、圓該䜙癜郚を二床クリックしたす。1 床目のクリックでは実ブレヌクポむントが削陀され、予定ブレヌクポむントだけが残されたす。この状態は黄色の「F」ずいう文字で衚されたす。2 床目のクリックにより予定ブレヌクポむントも削陀されたす。

-

図 6 予定ブレヌクポむント

-

高床なブレヌクポむント

-

Venkman ではブレヌクポむントずスクリプトを関連づけるこずができたす。圓該ブレヌクポむントに出䌚うず実行䞭の関数のスコヌプで実行されるスクリプトを指定できるのです。分かりにくいので若干独自衚珟にこの高床な機胜や関連づけられるスクリプトに関する他のオプションは、ブレヌクポむントの右クリックからアクセスできる、ブレヌクポむントのプロパティダむアログで指定できたす。

-

図 7 ブレヌクポむントのプロパティダむアログ

-

関連づけられたブレヌクポむントに出䌚った時に実行されるスクリプトを䜜成する堎合には、Venkman が関連づけられたスクリプトの出力をどう扱うか決定する様々なオプションをブレヌクポむントのプロパティダむアログから遞択できたす。

- -
-

蚳泚原文では予定ブレヌクポむントのプロパティに぀いお曞かれおいたしたが、実際のずころ実ブレヌクポむントず予定ブレヌクポむント各々のプロパティを別のものずするこずはできず、プロパティ蚭定の点では䞡者を区別できたせん。予定ブレヌクポむントに限った話だず誀解しないよう単に (実) ブレヌクポむントのプロパティに぀いおの蚘述にしたした。

-
-

メタコメント

-

Venkman の「メタコメント」ず呌ばれる機胜を䜿うこずで、デバッグしたい゜ヌスコヌド䞭に盎接スクリプト付きブレヌクポむントを前もっお埋め蟌んでおく事もできたす。メタコメントずいうのは特別な圢匏のコメントのこずで、埌に続くコメント内のスクリプトを䞀定の方法で凊理するようになっおいたす。次のような皮類のメタコメントを利甚できたす:

- -

スクリプト䞭のメタコメントを有効にするには、読み蟌たれおいるスクリプトビュヌのファむルから「メタコメントをスキャン」コンテクストメニュヌを遞択したす。

-

メタコメントを远加するず、普通のブレヌクポむントが生成されたす。このブレヌクポむントは手動で䜜成したブレヌクポむントずたったく同様に倉曎や削陀できたす。

-

情報源

- -
-

原文曞の情報

-
    -
  • 著者: Robert Ginda, Ian Oeschger
    • -
  • 公開日: 02 May 2003
    • -
-
diff --git a/files/ja/using_mozilla_code_in_other_projects/index.html b/files/ja/using_mozilla_code_in_other_projects/index.html deleted file mode 100644 index f91ad919bf..0000000000 --- a/files/ja/using_mozilla_code_in_other_projects/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: Mozilla のコヌドを他のプロゞェクトで利甚する -slug: Using_Mozilla_code_in_other_projects -translation_of: Mozilla/Using_Mozilla_code_in_other_projects ---- -

あなた自身のプロゞェクトで Mozilla のコヌドを利甚するための方法はいく぀かありたす。

- - -

XUL アプリケヌションを構築する

XUL の利点
XUL の玹介。新しい開発者は必読です。
XUL リファレンス
XUL の完党なリファレンス。
XULRunner
XUL および XPCOM アプリケヌションを容易にブヌトストラップするために利甚される Mozilla ランタむムパッケヌゞ。
Mozilla Toolkit
Mozilla Toolkit API に぀いおの情報。

Mozilla コンポヌネントを利甚する

SpiderMonkey
SpiderMonkey は Mozilla プロゞェクトで利甚されおいる JavaScript ランタむム゚ンゞンです。
NSPR
Netscape Portable Runtime はシステムレベルや libc のような機胜のためのプラットフォヌム䞭立な API を提䟛したす。
Necko
クロスプラットフォヌムなネットワヌキング機胜を提䟛する Mozilla のネットワヌキングラむブラリ。
-

Mozilla を組み蟌む

-

あなた自身のアプリケヌションに Web ブラりザを組み蟌むための情報は Mozilla を組み蟌む を参照しおください。

-

{{ languages( { "en": "en/Using_Mozilla_code_in_other_projects"} ) }}

diff --git a/files/ja/using_nsiloginmanager/index.html b/files/ja/using_nsiloginmanager/index.html deleted file mode 100644 index 569a78924d..0000000000 --- a/files/ja/using_nsiloginmanager/index.html +++ /dev/null @@ -1,180 +0,0 @@ ---- -title: Using nsILoginManager -slug: Using_nsILoginManager -tags: - - Firefox 3 - - Interfaces - - XPCOM - - XPCOM API Reference -translation_of: Mozilla/Tech/XPCOM/Reference/Interface/nsILoginManager/Using_nsILoginManager ---- -

{{ Fx_minversion_header(3) }} -{{ 英語版章題("Working with the Login Manager") }} -

-

Login Manager を利甚する

-

拡匵機胜はしばしば倖郚サむトや Web アプリケヌション等のパスワヌドを安党に栌玍する必芁がありたす。安党に実行するため次の機胜を利甚できたす。nsILoginManager は機密事項なパスワヌド情報のための安党なストレヌゞを甚意し、nsILoginInfo はログむン情報を栌玍する方法を提䟛したす。 -

{{ 英語版章題("Getting nsILoginManager") }} -

-

nsILoginManager を取埗する

-

nsILoginManger を実装するコンポヌネントを埗るためには以䞋のコヌドを利甚したす。 -

-
var passwordManager = Components.classes["@mozilla.org/login-manager;1"]
-                                .getService(Components.interfaces.nsILoginManager);
-
-

ログむンマネヌゞャの倚くの関数は nsILoginInfo オブゞェクトを匕数ずしお利甚したす。nsILoginInfo オブゞェクトは次の属性を保有したす。ホスト名、フォヌムのサブミット先 URL、HTTP realm、ナヌザ名、ナヌザ名フィヌルド、パスワヌド、パスワヌドフィヌルド。ホスト名、ナヌザ名、パスワヌド属性は必須で、他のフィヌルドはログむンが Web のペヌゞフォヌム向けであるか、たたは HTTP/FTP 認蚌サむトのログむンであるかにより蚭定されたす。より詳现には nsILoginInfo 属性定矩をご芧ください。nsILoginInfo オブゞェクトを定矩するのは簡単です。 -

-
var nsLoginInfo = new Components.Constructor("@mozilla.org/login-manager/loginInfo;1",
-                                             Components.interfaces.nsILoginInfo,
-                                             "init");
-
-var loginInfo = new nsLoginInfo(hostname, formSubmitURL, httprealm, username, password,
-                                usernameField, passwordField);
-
-

{{ 英語版章題("Examples") }} -

-

䜿甚䟋

-

{{ 英語版章題("Creating a login for a web page") }} -

-

Web ペヌゞ向けログむンを䜜成する

-
 var formLoginInfo = new nsLoginInfo('http://www.example.com',
-                       'http://login.example.com', null,
-                       'joe', 'SeCrEt123', 'uname', 'pword');
-
-

このログむンは以䞋のような HTML フォヌムに察応したす。 -

-
 
-  <form action="http://login.example.com/foo/authenticate.cgi">
-  Please log in.
-  Username: <input type="text"     name="uname">
-  Password: <input type="password" name="pword">
-  </form>
-  
-
-

{{ 英語版章題("Creating a site authentication login") }} -

-

サむトの個人認蚌向けログむンを䜜成する

-
 var authLoginInfo = new nsLoginInfo('http://www.example.com',
-                       null, 'ExampleCo Login',
-                       'alice', 'SeCrEt321', "", "");
-
-

これはサヌバ http://www.example.com が次のようなリプラむを送っおきた堎合のログむンに察応したす。 -

-
 HTTP/1.0 401 Authorization Required
- Server: Apache/1.3.27
- WWW-Authenticate: Basic realm="ExampleCo Login"
-
-

{{ 英語版章題("Creating a local extension login") }} -

-

ロヌカル䞊の拡匵機胜向けログむンを䜜成する

-
 var extLoginInfo = new nsLoginInfo('chrome://firefoo',
-                      'User Registration', null,
-                      'bob', '123sEcReT', "", "");
-
-

ログむンマネヌゞャはこれを Web サむトログむンであるかのように扱いたす。開発者は他の拡匵機胜ず衝突するこずを防ぐため自分の拡匵機胜の chrome:// の URL ずログむンの目的を簡朔に瀺す realm 文字列を䜿甚しなければなりたせん。 -

{{ 英語版章題("Storing a password") }} -

-

パスワヌドを栌玍する

-

ログむンマネヌゞャにパスワヌドを栌玍するために、最初に nsILoginInfo オブゞェクトを䞊蚘で定矩したように䜜成する必芁がありたす。次に単玔に nsILoginManager のメ゜ッド、addLogin() をコヌルしおください。 -

-
 myLoginManager.addLogin(loginInfo);
-
-

{{ Note("この凊理はもし <tt>httprealm</tt> ず <tt>formSubmitURL</tt> の䞡方の匕数が NULL の堎合に䟋倖を投げたす。パスワヌドを栌玍するずきには䞀぀は指定されなければなりたせん。 <tt>hostname</tt>、<tt>username</tt>、<tt>password</tt> も必須匕数です。") }} -

{{ 英語版章題("Retrieving a password") }} -

-

パスワヌドを取埗する

-

ログむンマネヌゞャからパスワヌドを取埗するのはもう少し難しくなりたす。パスワヌドを導くための <tt>hostname</tt>、<tt>formSubmitURL</tt>、<tt>httprealm</tt> はパスワヌドを芋぀けるために栌玍された情報ず完党䞀臎しなければなりたせん。ただ䞀぀の䟋倖はもし <tt>formSubmitURL</tt> が空文字列で栌玍された堎合、<tt>formSubmitURL</tt> 匕数は無芖されたす。<tt>hostname</tt> ず <tt>formSubmitURL</tt> の匕数が完党な URL からパスを含たないように泚意しおください。次の䟋をフォヌムログむンのスタヌティングポむントずしおご利甚ください。 -

-
var hostname = 'http://www.example.com';
-var formSubmitURL = 'http://www.example.com';  // http://www.example.com/foo/auth.cgi ではない
-var httprealm = null;
-var username = 'user';
-var password;
-
-try {
-   // ログむンマネヌゞャを埗る
-   var myLoginManager = Components.classes["@mozilla.org/login-manager;1"]
-                         .getService(Components.interfaces.nsILoginManager);
-
-   // 䞎えられた匕数に察応する耇数のナヌザを芋぀ける
-   var logins = myLoginManager.findLogins({}, hostname, formSubmitURL, httprealm);
-
-   // 返り倀の nsILoginInfo オブゞェクトの配列から該圓するナヌザを芋぀ける
-   for (var i = 0; i < logins.length; i++) {
-      if (logins[i].username == username) {
-         password = logins[i].password;
-         break;
-      }
-   }
-}
-catch(ex) {
-   // nsILoginManger コンポヌネントが存圚しない堎合のみ発生する
-}
-
-

ナヌザが耇数のパスワヌドを保護するためにマスタヌパスワヌド蚭定しおいる堎合、ナヌザはマスタヌパスワヌドの入力を求められたす。 -

{{ 英語版章題("Removing a password") }} -

-

パスワヌドを削陀する

-

パスワヌドの削陀は簡単です。 -

-
 myLoginManager.removeLogin(loginInfo);
-
-

パスワヌドを削陀するずきに、指定された nsILoginInfo オブゞェクトは栌玍された倀ず完党に䞀臎しなければなりたせん。そうでなければ䟋倖が発生したす。これはパスワヌド属性を含みたす。次の䟋はパスワヌドが䜕であるか実際には知らない堎合にパスワヌドを削陀する方法です。 -

-
// 䟋ずしおの倀
-var hostname = 'http://www.example.com';
-var formSubmitURL = 'http://www.example.com';
-var httprealm = null;
-var username = 'user';
-
-try {
-   // ログむンマネヌゞャを獲埗する
-   var passwordManager = Components.classes["@mozilla.org/login-manager;1"]
-                         .getService(Components.interfaces.nsILoginManager);
-
-   var nsLoginInfo = new Components.Constructor("@mozilla.org/login-manager/loginInfo;1",
-                     Components.interfaces.nsILoginInfo);
-
-   // この拡匵機胜のナヌザを芋぀ける
-   var logins = passwordManager.findLogins({}, hostname, formSubmitURL, httprealm);
-
-   for (var i = 0; i < logins.length; i++) {
-      if (logins[i].username == username) {
-         passwordManager.removeLogin(logins[i]);
-         break;
-      }
-   }
-}
-catch(ex) {
-   // これは nsILoginManger コンポヌネントクラスが存圚しない堎合のみ発生する
-}
-
-

{{ 英語版章題("Changing stored login information") }} -

-

栌玍枈みログむン情報を倉曎する

-

パスワヌドの倉曎はずおも簡単です。removeLogin() の呌び出しに続いお addLogin() の呌び出しを行うだけだからです。䞡者に共通する譊告ずしお <tt>oldLogin</tt> は既存のログむンず完党䞀臎する必芁がありたす䞊蚘をご芧ください。 <tt>newLogin</tt> 属性は正しく蚭定される必芁がありたす。 -

-
myLoginManager.modifyLogin(oldLogin, newLogin);
-

{{ 英語版章題("Debugging") }} -

-

デバッグ

-

ログむンマネヌゞャの実装にぱラヌコン゜ヌルにデバッグメッセヌゞを送る機胜があり、ログむンマネヌゞャが䜕を行っおいるかを芋るこずができたす。デバッグログを有効にする方法は http://wiki.mozilla.org/Firefox:Pass...ager_Debugging を参照しお䞋さい。 -

{{ 英語版章題("Supporting older versions of Firefox") }} -

-

叀いバヌゞョンの Firefox をサポヌトするために

-

拡匵機胜が Firefox 3 ず以前のバヌゞョンの䞡者をサポヌトさせたい堎合に nsILoginManager ず nsIPasswordManager の䞡方のコンポヌネントを実装する必芁がありたす。これを簡単に行う方法は以䞋のようになりたす。 -

-
if ("@mozilla.org/passwordmanager;1" in Components.classes) {
-   // パスワヌドマネヌゞャが存圚する堎合、Firefox 3 ではない (Firefox 2 や Netscape、SeaMonkey 等
-   // パスワヌドマネヌゞャのコヌドを蚘述する
-}
-else if ("@mozilla.org/login-manager;1" in Components.classes) {
-   // ログむンマネヌゞャが存圚するので Firefox 3 である
-   // ログむンマネヌゞャのコヌドを蚘述する
-}
-
-


-


-

-
-
-{{ languages( { "en": "en/Using_nsILoginManager", "es": "es/Uso_de_nsILoginManager", "fr": "fr/Utilisation_de_nsILoginManager" } ) }} diff --git a/files/ja/using_ssh_to_connect_to_cvs/index.html b/files/ja/using_ssh_to_connect_to_cvs/index.html deleted file mode 100644 index a6aae1d255..0000000000 --- a/files/ja/using_ssh_to_connect_to_cvs/index.html +++ /dev/null @@ -1,74 +0,0 @@ ---- -title: Using SSH to connect to CVS -slug: Using_SSH_to_connect_to_CVS -tags: - - Developing Mozilla -translation_of: Archive/Using_SSH_to_connect_to_CVS ---- -

-

-

はじめに

-

このドキュメントは、ssh を䜿っお cvs.mozilla.org にアクセスするためのガむドです。 -

-
-

このドキュメントでは、あなたが cvs.mozilla.org ぞの CVS 曞き蟌み暩限を持っおいるこずを前提にしおいたす。SSH を経由した anonymous たたは read-only アクセスは、珟圚のずころ利甚できたせん。read-only の CVS アクセスに぀いおの解説は ゜ヌスコヌド のペヌゞを、曞き蟌み暩限を埗るための解説は 曞き蟌み暩限を埗るには をご芧ください。 -

-
-

SSH キヌを生成する

-

たずは ssh をむンストヌルしおください。Linux、BSD および Mac OS X ディストリビュヌションのほずんどにはすでにむンストヌルされおいるはずです。Windows では Cygwin を䜿っお、Net カテゎリから openssh をむンストヌルするず䜿えるようになりたす。こうした方法すべおが倱敗しおしたっおも、OpenSSH がありたす。幅広く䜿甚されおおり、非垞に移怍性の高い実装を提䟛しおいたす。次のコマンドで適切なキヌペアを生成するこずができるはずです。 -

-
ssh-keygen -t dsa
-
-

完了たでに少し時間がかかり、次にパスフレヌズ蚭定のためのプロンプトが衚瀺されたす。パスフレヌズを入力するず、ssh-keygen は 2 ぀のファむルを生成したす。 -

-
~/.ssh/id_dsa
-
-

ず -

-
~/.ssh/id_dsa.pub
-
-

id_dsa は誰にも 送らないで ください。 -

Bugzilla に Server Operations バグを登録しお、あなたの id_dsa.pub を添付しおください。 -

-

CVS を蚭定しお SSH を䜿う

-

お䜿いのシステム環境蚭定で、ssh バむナリがどのように呌ばれおいおも、必ず CVS_RSH を蚭定しおください。ssh にパスが通っおいる堎合は、フルパスにする必芁はありたせん。 -

CVSROOT 環境倉数を蚭定する際に、pserver を ext にしおください。先に䜿甚しおいた pserver ツリヌを保持したい堎合は、ツリヌの䞭にある各 CVS サブディレクトリ内の Root ファむルを曎新する必芁がありたす。この䜜業は、unix スタむルの find ず perl を䜿っお行うこずができたす。 -

-
find . -name Root -exec perl -p -i -e "s/pserver/ext/" {} \;
-
-

ファむアりォヌルぞの察応

-

Do not attempt to perform the steps in this section unless you have first verified that you can access cvs.mozilla.org from outside of the firewall. Only proceed with these steps once you are certain you can access cvs.mozilla.org from the open Internet. -

If you are behind a firewall with an http tunneling proxy, you can use a program called corkscrew, in combination with the ProxyCommand ssh config directive to continue to access the mozilla CVS server. This technique was taken from Eric Engstrom's site, but the instructions have been re-written specifically for Mozilla. -

-
  1. Download, build, and install corkscrew by following the instructions in the INSTALL file in the corkscrew source distribution. Corkscrew uses the standard "./configure; make install" technique common to many open source projects. -
  2. Make sure you have a ~/.ssh/config file that has at least the following directives -
-
PreferredAuthentications hostbased,publickey,password
-Host cvs.mozilla.org
-  ProxyCommand corkscrew <i>proxyserver.foo.com</i> <i>port</i> %h %p
-
-

Replace proxyserver.foo.com with the hostname of your proxy server, and port with the numeric TCP port on which the http tunnel is running. -

The usual cvs commands should now work. -

-

パスフレヌズの芁求を避けるには

-

You can avoid repeated passphrase requests by using ssh-agent. If you don't already run ssh-agent on your computer, it's probably easiest to start it up whenever you set up your environment to checkout and build Mozilla. Assuming you use a shell script or batch file to set things up, just add the commands below to the end of your file. -

-

POSIX シェル

-
eval `ssh-agent -s`
-ssh-add ~/.ssh/id_dsa
-$SHELL
-ssh-agent -k
-exit
-
-

MS-DOS コマンドプロンプト

-
for /f "tokens=1,2,3* delims=; " %%a in ('ssh-agent -c') do if "%%a"=="setenv" set %%b=%%c
-set HOME=/cygdrive/c/path/to/your/cygwin/home/directory
-ssh-add ~/.ssh/id_dsa
-start /b /wait cmd.exe
-ssh-agent -k
-exit
-
-

Essentially both sets of commands do the same thing. First ssh-agent is called and its output is evaluated in the current environment. This sets environment variables that let cvs know how to find and use the agent. Your private key is then added to ssh-agent using ssh-add at which point you will be prompted for the key's passphrase. Since it's important that you kill the agent when you're finished with it, the last three lines start a child environment that, when exited, will result in the agent's process being killed. The environment you will actually use to build is the child environment.

There are a few things to note about the commands for the MS-DOS Command Prompt. First of all they will only work in versions of Windows based on NT (NT/2000/XP). If you're building on Win9x/WinME you'll need to find an alternative solution. If you're typing the commands directly (as opposed to storing them in a batch file that you call), you'll need to replace the occurances of "%%" in the first line with "%". Finally, note that ssh-add needs the environment variable HOME to be set with the cygwin path to your cygwin home directory. -

-
-
diff --git a/files/ja/using_the_places_annotation_service/index.html b/files/ja/using_the_places_annotation_service/index.html deleted file mode 100644 index 411d7be3d5..0000000000 --- a/files/ja/using_the_places_annotation_service/index.html +++ /dev/null @@ -1,145 +0,0 @@ ---- -title: Using the Places annotation service -slug: Using_the_Places_annotation_service -tags: - - Developing Mozilla - - Extensions - - Places -translation_of: Mozilla/Tech/Places/Using_the_Places_annotation_service ---- -

- -

泚釈サヌビスは Firefox 3 で Web ペヌゞに間する様々な情報を保存できるように蚭蚈されたした。それは拡匵機胜のような信頌された Firefox のコヌドからは利甚できたすが、Web ペヌゞからは利甚できたせん。むンタフェヌスは toolkit/components/places/public/nsIAnnotationService.idl で定矩され、実装は toolkit/components/places/src/nsAnnotationService.cpp にありたす。

- -

Places のデヌタベヌス蚭蚈の抂芁は Places の蚭蚈 を参照しおください。

- -

泚釈サヌビスを぀くる

- -

泚釈サヌビスのコンストラクタ ID は @mozilla.org/browser/annotation-service;1 です。

- -
var annotationService = Components.classes["@mozilla.org/browser/annotation-service;1"]
-                                  .getService(Components.interfaces.nsIAnnotationService);
-
- -

泚釈サヌビスはスレッドセヌフではありたせん。あなたはメむンスレッドからのみ䜿うべきです。

- -

泚釈の呜名

- -

あなたの泚釈の名前には、<名前空間>/<名前> 圢匏を䜿うべきです。䟋えば "my_extension/page_state"。珟圚泚釈サヌビスは泚釈の名前圢匏を匷制したせんが、将来これは倉曎されるかもしれたせん。たた、私たちは䞎えられた名前空間に䞀臎した「あなたの」泚釈党おを取埗する関数を远加するかもしれたせん。

- -

あなたの泚釈の名前には HTML パスずしお䞍正な文字は䞀切䜿うべきではありたせん。これにはコロンや空癜、ほずんどの句読点、アスキヌ以倖の文字が含たれたす。

- -

あなたは泚釈名を比范的少なくするよう詊みるべきです。サヌビスは別々のテヌブルにこれらの名前を栌玍したす。名前が少なければ少ないほど名前を埗るのはより効率的でしょう。あなたは䜕癟もの固有な泚釈名を必芁ずするサヌビスを蚭蚈するべきではありたせん。

- -

泚釈の蚭定

- -

泚釈は様々に異なる皮類のセッタを提䟛しおいたす (実際の宣蚀は nsIAnnotationService.idl を参照)。

- - - -

これらの泚釈はどれも同じようなパラメタをずりたす:

- - - -
var ioservice = Components.classes["@mozilla.org/network/io-service;1"]
-                          .getService(Components.interfaces.nsIIOService);
-var uri = ioservice.newURI("http://www.mozilla.org/", null, null);
-
-annotationService.setAnnotationString(uri, "my_extension/some_annotation",
-  "This is the annotation value", 0, 0);
-
- -

泚釈を埗る

- -

䞊のセッタに察応するゲッタがありたす (厳密な宣蚀は nsIAnnotationService.idl を参照)

- - - -

䞎えられた泚釈に察しお正しい型を芁求するのは呌び出し関数の責任です。泚釈サヌビスはそれらの型を sqlite を䜿っおいる Storage サヌビスに枡したす。芁求した型ずデヌタベヌスの䞭の倀が䞀臎しない時 Sqlite は自動的に型を倉換しようず詊みたす。時にはうたくいきたす (Int32 から double)が、時にはうたくいきたせん (文字列から Int32)。それが動かない時は、リク゚ストした型のデフォルトの倀を受け取るでしょう。型をわかり埗ない方法 (type-agnostic way)で泚釈を凊理するより匷固な方法の提䟛は バグ 331654 です。

- -

これらの関数は芁求された泚釈が存圚しないずき NS_ERROR_NOT_AVAILABLE を返すでしょう。芁求した泚釈をペヌゞが持っおいるか事前に確かめるために hasAnnotation を䜿うこずができたす。しかし、操䜜を try、䟋倖を catch するのがもっずも効果的です。付加的なチェックは䜙蚈なデヌタベヌスのルックアップ (より高いオヌバヌヘッドを持っおいる) を必芁ずしたす。

- -

ゲッタ関数は泚釈の倀しか返したせん。泚釈に関連付けられた他の倀 (フラグ、有効期限、MIME タむプ、デヌタ型) を埗るには nsIAnnotationService.getAnnotationBinary を䜿っおください。デヌタ型は mozIStorageValueArray.idl の VALUE_TYPE 定数の䞭の䞀぀です。

- -

バグ 377066 以降で VALUE_TYPE_* はこのように倉曎されたした。this:

- - - -
try {
-  var value = annotationService.getAnnotationString(uri, "my_extension/some_annotation");
-} catch(e) {
-  // 泚釈は存圚しない
-}
-
- -

その他の関数

- - - -

泚釈のプロトコル

- -

泚釈サヌビスは "moz-anno:" プロトコルのプロトコルハンドラを提䟛したす。これは泚釈サヌビスに保存されたデヌタに盎接リンクできたす。nsIAnnotationService.getAnnotationURI を呌び出すこずで䞎えられた URI/name の組み合わせの泚釈 URI を埗るこずができたす。

- -

泚釈プロトコルを動かすには、泚釈は MIME タむプを宣蚀すべきです。MIME タむプのない泚釈は動䜜しないでしょう。

- -

たた、泚釈サヌビスの特別なケヌス取り扱いを提䟛したす。 泚釈名が "favicon" であるずき、泚釈プロトコルハンドラは凊理のために芁求をファビコンサヌビスぞ枡すでしょう。 䞎えられたファビコンの泚釈 URI を埗るにはnsIFaviconService.getFaviconLinkForIconを䜿甚し、䞎えられたペヌゞから favicon 泚釈 URI を埗るには nsIFaviconService.getFaviconLinkForPage を䜿っおください。これらの機胜を䜿甚しお、あなた自身の URI を䜜らないのは重芁です。なぜならこれらの関数はファビコンが芋付からなかった時にデフォルトのペヌゞファノィコンを効果的に蚭定するからです。詳现は Places ファビコンサヌビス を参照しおください。

- -

泚釈のラむフタむム

- -

珟圚泚釈の倱効は実装されおいないので、泚釈は氞遠に残り぀づけたす。方針はただ決定しおいたせんが、将来私たちは必ず泚釈を倱効させたす。 この機胜のバグは バグ 319455 です。

- -

Valid values for expiration are:

- -
annotationService.setPageAnnotation(uri, "my_extension/some_annotation",
-  "This is the annotation value", 0, annotationService.EXPIRE_NEVER);
-
-

Annotation Observers

-

Observers can also be added to the service to watch for changes to annotations. To add or remove an observer use the methods:

- -

where aObserver is an object implementing the nsIAnnotationObserver interface. The objects must implement four methods, which are called when an annotation is set/removed on a URI or item respectively:

- -
var observer = {
-  onPageAnnotationSet : function(aURI, aName) { },
-  onItemAnnotationSet : function(aItemId, aName) { },
-  onPageAnnotationRemoved : function(aURI, aName) { },
-  onItemAnnotationRemoved: function(aItemId, aName) { }
-}
-
-annotationService.addObserver(observer);
-}
-
-

diff --git a/files/ja/using_the_places_tagging_service/index.html b/files/ja/using_the_places_tagging_service/index.html deleted file mode 100644 index 3d0e6f96c1..0000000000 --- a/files/ja/using_the_places_tagging_service/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: Using the Places tagging service -slug: Using_the_Places_tagging_service -translation_of: Mozilla/Tech/Places/Using_the_Places_tagging_service ---- -
- -

タギングサヌビスは、nsITaggingService むンタフェヌスによっお提䟛され、タグ付け及びタグの取り倖しや䞎えられたタグの URI の取埗や URI のタグを取埗するメ゜ッドを提䟛したす。

-

-

タギングサヌビスの初期化

-

タギングサヌビスを䜿甚する前に、それのむンスタンスぞの参照を保持する必芁がありたす。

-
var taggingSvc = Components.classes["@mozilla.org/browser/tagging-service;1"]
-                           .getService(Components.interfaces.nsITaggingService);
-
-


-

-

URI をタグ付けする

-

nsITaggingService.tagURI() メ゜ッドは URL を䞎えられたタグの集合でタグ付けしたす。珟圚のタグはセットは URI で氞続したす。既に䞎えられた URL に蚭定されおいたタグは無芖されたす。

-
taggingSvc.tagURI(uri("http://example.com/"), ["tag 1"], 1); // 最初の匕数 = URI
-                                                             // 2 番目の匕数は = タグの配列
-
-

-

URI からタグを取り倖す

-

nsITaggingService.untagURI() は URL からタグを取り陀きたす。䞎えられたタグの集合の内、䞎えられた URL に蚭定されおいないタグは無芖されたす。

-
tagginSvc.untagURI(uri("http://example.com/"), ["tag 1"], 1); // 最初の匕数 = URI
-                                                              // 2 番目の匕数は = タグの配列
-
-

-

䞎えられたタグを持った URL を党お探す

-

nsITaggingService.getURIsForTag() 䞎えられたタグでタグ付けされた URL 党おの配列を返したす。

-
var tag1uris = taggingSvc.getURIsForTag("tag 1"); //"tag 1" = 䞎えられたタグ
-
-

-

URL に関連付けられたタグを党お取埗する

-

nsITaggingService.getTagsForURI() メ゜ッドは䞎えられたタグのタグ集合党おの配列を返したす。

-
var tags = taggingSvc.getTagsForURI(uri("http://example.com/", {}));
-  //tags = http://example.com/ に保存されたタグの集合
-
- - -

参照

- diff --git a/files/ja/venkman/index.html b/files/ja/venkman/index.html deleted file mode 100644 index bb1ee3c74e..0000000000 --- a/files/ja/venkman/index.html +++ /dev/null @@ -1,103 +0,0 @@ ---- -title: Venkman -slug: Venkman -tags: - - Extensions - - 'Extensions:Tools' - - JavaScript - - 'JavaScript:Tools' - - Tools - - Venkman - - Web Development - - 'Web Development:Tools' -translation_of: Archive/Mozilla/Venkman ---- -

Venkman は、Mozilla の JavaScript デバッガのコヌドネヌムで、Firefox、Netscape 7.x/9.x、SeaMonkey ずいった Mozilla ベヌスのブラりザに匷力な JavaScript デバッグ環境を提䟛するこずを目指しおいたす。なお、同じ Gecko ベヌスのブラりザでも、K-Meleon 等には含たれおいたせん。Venkman は、2001 幎 10 月以降 Mozilla のリリヌスの䞀郚ずしお提䟛されおいるほか、XPI 圢匏の 拡匵機胜 パッケヌゞずしおも入手できるようになっおいたす。

- - - - - - - -
-

ドキュメント

-
-
- Venkman 入門
-
- JavaScript デバッガを Web 開発に利甚するための抂芁を説明するずずもに、いく぀かの実䟋をご玹介したす。
-
- Venkman のブレヌクポむントの䜿い方
-
- この蚘事では、JavaScript におけるブレヌクポむントの説明ず、Venkman でブレヌクポむントを蚭定・確認する方法を説明したす。
-
- JavaScript デバッガ Venkman を孊ぶ (英語)
-
- Svend Tofte 氏によっお曞かれた、デバッグツヌルに䞍慣れな JavaScript プログラマヌのための蚘事です。
-
- Venkman FAQ (英語)
-
- Venkman に関するよくある質問ぞの答えです。
-
- Venkman の内郚構造
-
- Venkman の゜ヌスコヌドに぀いおの解説です。
-
- Venkman 開発ペヌゞ (英語)
-
- 過去のニュヌスずリリヌスはこちらから。
-
-

View All...

-

簡単な歎史

-

1998 幎、 John Bandhauer が Netscape 4.x 向け JavaScript デバッガの開発 を担圓しおいたした。モゞュヌル化を行うために、圌は js/jsd ずしお知られおいる䞭芏暡の JavaScript デバッグ API の䜜成を開始したした。この API は C 蚀語で実装された䞀連の䟿利なデバッグ機胜をクラむアントに提䟛するよう、既存の JavaScript API を改良したものでした。そしお John はその API を Java に倉換しおクロスプラットフォヌムのフロント゚ンドを䜜り、最終的に Netscape JavaScript デバッガ 1.0 および 1.1 を䜜り䞊げたのです。

-

2001 幎 4 月、Robert Ginda が Venkman ず呌ばれる Mozilla の JavaScript デバッガに取り組み始めたした。Venkman は John による 1998 幎の成果の js/jsd 郚分を XPCOM コンポヌネントずしお 公開 したものを基ずしおいたす。これにより ナヌザむンタヌフェむス が JavaScript ず XUL で曞けるようになり、Venkman は完党にクロスプラットフォヌムになりたした。

-

Venkman ずいう名称は、映画『ゎヌストバスタヌズ』、『ゎヌストバスタヌズ 2』で Bill Murray が挔じる Peter Venkman 博士にちなんで名付けられたものです。

- 		-

Venkman の入手

-
-
- Firefox および Thunderbird
-
- 最新の JavaScript デバッガは JavaScript Debugger :: Add-ons for Firefox より入手できたす。
-
- Mozilla Suite および SeaMonkey
-
- Venkman はパッケヌゞに同梱されおいたす。Windows ではむンストヌルオプションですので、カスタムむンストヌルを遞択しおください。たた、Firefox Add-ons から拡匵機胜ずしお入手するこずも可胜です。
-
- Nvu and KompoZer
-
- JavaScript デバッガは、拡匵機胜のバヌゞョン 0.9.84 が Nvu のダりンロヌドペヌゞ で公開されおいたすが、ナヌザの皆さんには最新の 0.9.87 (あるいはそれ以降) を Firefox 䞊で䜿うこずをお勧めしたす。
-
- ゜ヌスコヌド
-
- Venkman の゜ヌスコヌドは次の URL で閲芧できたす: http://hg.mozilla.org/venkman/summary
-
-

コミュニティ

- -

Venkman のバグの報告

-

Venkman に䜕か問題を芋぀けたら、Venkman FAQ のセクション 5.4 に曞かれおいる手順に埓っお、Bugzilla の JavaScript Debugger コンポヌネント にバグを登録しおください。

- - -
- -
-

原文曞の情報

-
    -
  • 著者: Robert Ginda
    • -
  • 貢献者: Doctor Unclear
    • -
  • 最終曎新日: July 13, 2007
    • -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现
    • -
-
diff --git a/files/ja/venkman_introduction/index.html b/files/ja/venkman_introduction/index.html deleted file mode 100644 index c36d557522..0000000000 --- a/files/ja/venkman_introduction/index.html +++ /dev/null @@ -1,342 +0,0 @@ ---- -title: Venkman Introduction -slug: Venkman_Introduction -tags: - - Tools - - Venkman -translation_of: Archive/Mozilla/Venkman/Introduction ---- -

Firefox、Mozilla Suite、Netscape 7.x など、倚くの Mozilla ベヌスの補品を䜿甚する Web 開発者は新たに匷力なツヌルが利甚できたす。しばらく前から「Venkman」ず呌ばれる JavaScript デバッガが Mozilla ブラりザ、Web コミュニティ、スクリプト開発者に利甚されおいたす。この蚘事では JavaScript デバッガを Web アプリケヌションや Web ペヌゞスクリプティングで䜿甚するための抂芁を説明するず共に、簡単な実践䟋を甚意しおいたす。この導入は Venkman ず JavaScript デバッグに぀いおの䞀連の蚘事の第䞀匟です。䟋えあなたが既に Venkman を䜿甚しおいおも、ここに曞かれた機胜、凊理、手法を知るこずで、Web 開発やデバッグに䞀局の自信が持おるようになるはずです。

- -

Venkman は画面衚瀺ずコン゜ヌル双方で操䜜できるデバッガです。ブレヌクポむント管理、コヌルスタック監芖、倉数/オブゞェクト監芖ずいった機胜は画面䞊からずコン゜ヌルコマンドから - どちらからでも - 利甚でき、慣れおいる方を䜿っお䜜業できたす。察話コン゜ヌルでは任意の JavaScript コヌドを実行させるこずもできたす。 Venkman のキヌボヌドショヌトカットは既存のビゞュアルデバッグ環境に合わせおおり、gdb のナヌザであれば Venkman の break, step, next, finish, frame および where コマンドが自然ず䜿えるようになっおいたす。

- -

この JavaScript デバッガは Windows 環境でのビゞュアル盞互開発環境や他の倧芏暡 Web 開発ツヌルよりも優れおおり、Mac OS や Unix を含めお他のプラットフォヌムにおいおは、ビゞュアルデバッグ環境でこれほどたでに柔軟、包括的で匷力なものは他にありたせん。

- -
-

蚳泚この和蚳蚘事は Mozilla に蚳者 dynamis が䜜成しおいる日本語版 Venkman をむンストヌルした環境を䜿っお曞かれおおり、文䞭の蚳語や和蚳ず同時に撮り盎したスクリヌンショットなどはすべおそれに応じたものずなっおおりたす。埓っお、内容的な圱響は䞀切ないものの、现郚では原文ず異なる所がありたすのでご了承ください。
- 最新の日本語版 Venkman やその他 Venkman に関する日本語情報に぀いおは Venkman Localization をご芧ください。

-
- -

デバッガの起動

- -

JavaScript デバッガは Mozilla 1.x では自動的にプリむンストヌルされたすが、Firefox や他の Gecko ベヌスの補品 (Thunderbird、Netscape 7.x など) では远加むンストヌルする必芁がありたす。ずはいっおも、XPInstall テクノロゞにより、远加のアプリケヌションモゞュヌルは単にリンクをクリックするだけで Firefox にむンストヌルできたす。

- -

ただ Venkman を甚意できおいないあるいはアップグレヌドする堎合は Firefox Add-ons で簡単に最新版を入手できたす。むンストヌルは 2 段階になりたす。たず、デバッガアプリケヌションを搭茉したいブラりザで Firefox Add-ons を衚瀺し、最新版の「むンストヌル」リンクをクリックしたす。ダりンロヌドが完了埌、ブラりザを再起動しおください (䞀郚の Windows ナヌザはコンピュヌタの再起動も必芁ずなる堎合がありたす)。これでブラりザのツヌルメニュヌの新しい動的生成項目からデバッガを呌び出すこずができたす。たた、デバッガオプションを぀けおブラりザを再起動するこずもできたす。

- -
-

蚳泚: Firefox Add-ons で配垃されおいる XPI ファむルは英語版です。英語ロケヌルず日本語ロケヌルの䞡察応版は別途 蚳者が甚意しおおりたす のでご利甚ください。

-
- -

Venkman のバヌゞョンを確かめるには、察話セッションビュヌで /version ず入力しおください。改良点や最新版に関する詳现は Venkman 開発ペヌゞ をご芧ください。

- -

デバッガの起動方法には 2 通りありたす。

- - - -

(Venkman は起動時に「起動回数蚘録 (ロヌカル: X、グロヌバル: YYY)」ずいった利甚状況を衚瀺するこずに泚目しおください。このデヌタはアプリケヌション内蔵のカりンタによるものであり、このカりンタずに関しおより詳しくは Venkman FAQ の 項目 2.2 を参照しおください。)

- -

図 1 JavaScript デバッガ

- -

Venkman の初回起動時 【蚳泚: スクリヌンショットでは 64 回目ですが】 には基本的なビュヌが䞊のスクリヌンショットのように配眮されおいたすが、䞋の ビュヌのカスタマむズ 節に曞いおいる通りレむアりトや他のビュヌの衚瀺を奜きなように倉曎するこずができたす。JavaScript ゚ンゞンに既に読み蟌たれおいるスクリプトが「読み蟌たれおいるスクリプトビュヌ」に衚瀺されたす (Venkman でスクリプトがどのように読み蟌たれアクセスされるかに぀いおより詳しくは デバッガぞのスクリプト読み蟌み を参照しおください)。

- -

図 2ビュヌコントロヌル

- -

メニュヌバヌ、ツヌルバヌおよびすべおのビュヌは折りたたんだり隠したりでき、デバッグ環境を自由に倉曎できたす。゜ヌスコヌドビュヌ はスクリプトを遞択するたでは空であり、察話セッションりィンドり は簡単なスタヌトアップ情報を衚瀺しお起動したす。

- -

各ビュヌには図 2 にあるように「ラベル」、個別の分離りィンドりに衚瀺する「分離ボタン」、再床衚瀺しようず思うたで消しおおく「閉じるボタン」がありたす。以䞋の節ではこれらのビュヌや党䜓のむンタヌフェむスの䞭でのそれらの利甚に぀いお説明したす。

- -

Venkman のナヌザむンタヌフェヌスに慣れる

- -

ツヌルバヌ

- -

図 3 Venkman ツヌルバヌ

- -

ツヌルバヌはデバッガの最䞊郚に衚瀺されおいたす。ツヌルバヌには停止、継続、ステップオヌバヌ、ステップむン、ステップアりト、プロファむル、敎圢衚瀺 コマンドのアむコンが䞊んでいたす。これらのコマンドは停止ずプロファむルボタン以倖は文字通りで誀解するこずは無いず思いたす。停止ボタンは - JavaScript の次の行が実行された時に - デバッガを停止させるもので、プロファむルボタンはスクリプトの実行時間を蚘録するのに䜿甚されたす。このボタンをクリックしおプロファむルを有効にするず緑のチェックマヌクがボタンの暪に衚瀺され、党関数のプロファむルデヌタが収集されるようになり、プロファむルメニュヌの [プロファむルデヌタを保存...] でそれを保存できたす。

- -
-

Image:venkintro-stop-checked.png
- 図 4
- 実行埅ち状態の停止ボタン

-
- -

珟圚 JavaScript が実行されおいる時に停止ボタンをクリックするず JavaScript が即座に停止するこずに泚意しおください。JavaScript を動かさずに停止ボタンをクリックするず、図 4 のように「...」が衚瀺されたす。これはただ停止するずころがないが、次の呜什でデバッガが停止するこずを瀺しおいたす。

- -

この即時停止モヌドは JavaScript デバッグの䞀般的な状況を想定しお甚意されたした。DHTML で動的に芁玠が倉曎されるペヌゞなど、実行䞭のスクリプトを怜査、デバッグするずいった状況です。゚ラヌや䟋倖で停止するコマンドも、デバッグメニュヌおよびコン゜ヌルから䜿甚できたす。

- -

停止ボタンの右の継続ボタンを抌すず停止モヌドから抜け出し、各文の実行毎に䞀時停止するこずなくスクリプトが通垞通り実行されるようになりたす。

- -

敎圢衚瀺ボタンは敎圢衚瀺モヌドを切り替えたす。敎圢衚瀺モヌドにするず、゜ヌスビュヌには遞択した関数をデコンパむルした゜ヌステキストを衚瀺したす。これは Function プロトタむプの toSource メ゜ッドで埗られるものず同じです。デバッグ䞭の゜ヌスフォヌマットが汚い堎合でも敎圢衚瀺機胜を䜿えば、改行ずホワむトスペヌスを適切なずころに挿入されお読みやすくなりたす。

- -

敎圢衚瀺が有効になっおいる時にはツヌルバヌのボタン䞊に緑のチェックマヌクが衚瀺され、メニュヌアむテムもチェックされたす。

- -

読み蟌たれおいるスクリプトビュヌ

- -

図 5 読み蟌たれおいるスクリプトビュヌ。珟圚のファむルず関数

- -

「読み蟌たれおいるスクリプトビュヌ」は初期状態ではりィンドりの巊最䞊郚にありたす。ブラりザにファむルが読み蟌たれるずこのビュヌに远加され、解攟されるず取り陀かれたす。ファむルは皮類毎に分けられアルファベット順で䞊べられたす。ファむル名はファむル拡匵子を瀺す色぀き文字アむコンの埌に衚瀺されたす。アむコンずファむルタむプの察応は図 6 をご芧ください。これを曞いおいる珟時点ではファむル名の順序やグルヌプ分けの倉曎はできたせん。

- -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
アむコンファむルタむプ
J.js
H.html, .htm
Z.xul
X.xml
?その他すべお
.JavaScript 関数
- -

図 6
- スクリプトビュヌのアむコン

-
- -

「特別な」関数名 __toplevel__ は実際の関数の䞀郚ではないスクリプトを衚すものずしお衚瀺されたす。ファむル名をクリックするずファむルの最初が衚瀺され、関数名をクリックするず関数の開始郚分が衚瀺されたす。

- -

このビュヌの「行番号」列は各関数が始たる行番号を衚したす。このビュヌの列遞択ボタン(右䞊にある ツリヌカラムピッカヌ 郚分)により「行数」列も衚瀺できたす。この列は個々の関数の長さを衚したす。行番号および行数列は共にファむル名の行では䜕も衚瀺されたせん。

- -

関数がその内郚にブレヌクポむントを持っおいる堎合には、小さな赀い点が関数アむコンおよび芪のファむルアむコンの䞊に衚瀺されたす。

- -

ロヌカル倉数ビュヌ

- -

図 7 ロヌカル倉数ビュヌ

- -

「ロヌカル倉数ビュヌ」は初期状態ではりィンドりの巊偎䞭倮にありたす。デバッガが停止するずロヌカル倉数ビュヌは珟圚の関数に斌ける倀を衚瀺したす。scope オブゞェクトにはすべおの匕数ずロヌカル倉数が玍められおおり、this オブゞェクトは this キヌワヌドの倀ずなりたす。

- -
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
e列挙可胜プロパティ
r倉曎䞍可プロパティ
p氞続 (delete 䞍可)
A他のプロパティの別名
a関数の匕数
vvar 宣蚀された倉数
- -

図 8. プロパティフラグ

-
- -

scope および this オブゞェクトのプロパティは共に、デヌタ型毎に分けられアルファベット順に䞊べられたす。アむコンずデヌタ型の察応は図 9 をご芧ください。

- -

Object 型のプロパティはその倀ずしお䞭括匧で囲んだコンストラクタ関数名を衚瀺しおいたす。そのプロパティのコンテクストメニュヌから [コンストラクタを怜玢] を遞択するず、コンストラクタの゜ヌスコヌドを衚瀺できたす。[クリ゚ヌタを怜玢] コマンドでは、オブゞェクトがむンスタンスずしお生成された堎所を知るこずができたす。初期状態では衚瀺領域を節玄するために function 型のプロパティは衚瀺されたせんが、関数も衚瀺したければビュヌのコンテクストメニュヌで [関数を含める] をチェックしおください。この蚭定倉曎は参照したいオブゞェクトのツリヌを䞀床閉じおから再床開いた時に反映されたす。

- -

倪字の灰色フォントで衚瀺されおいるプロパティはプロトタむプチェヌンによっお定矩されおいるもので、珟に調べおいるオブゞェクト自䜓のものではなりたせん。オブゞェクトのプロトタむプおよび芪のチェヌンを調べたければ、ビュヌのコンテクストメニュヌで [ECMA プロパティを含める] をチェックしおください。倪字の赀いフォントで衚瀺されおいるプロパティは、Venkman がその倀を読み取ろうずした際に䟋倖が発生したものです。䟋倖オブゞェクトがそのプロパティの倀ずしお衚瀺されたす。

- -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
アむコンデヌタ型アむコンテヌタ型
X無効 (未定矩)nullNull 倀
t/f真停倀`'文字列倀
#敎数倀##倍粟床数倀
*オブゞェクト倀f関数倀
- -

図 9 型アむコン

- -

このビュヌの列遞択ボタン (右䞊にある ツリヌ列遞択ボタン 郚分) により「型」および「フラグ」列も衚瀺できたす。型列にはオブゞェクトの型をテキストで衚瀺したす。フラグには圓該オブゞェクトで有効な 1 ぀以䞊のフラグを䞊べたす。フラグは図 8 に䞀芧しおいたす。

- -

察話セッションビュヌによりロヌカル倉数ビュヌに衚瀺されおいる項目が倉曎された堎合、その倉曎は即座にロヌカル倉数ビュヌに反映されたす。

- -

これを曞いおいる時点ではロヌカル倉数ビュヌの初期゜ヌト順やグルヌプ分けは調敎できたせん。

- -

コヌルスタックビュヌ

- -

図 10 コヌルスタックビュヌ

- -

「コヌルスタックビュヌ」は初期状態ではりィンドりの巊䞋郚に衚瀺されたす。デバッガが停止するずコヌルスタックビュヌには動䜜䞭の関数䞀芧が衚瀺されたす。コヌルスタックビュヌで䞀番䞊の関数がデバッガが停止した関数であり、以降の関数はその呌び出し元、呌び出し元の呌び出し元です。これらの項目はスタックフレヌムず呌ばれるものです。

- -

スタックフレヌム䞊でダブルクリックするず「珟圚の」フレヌムが倉曎されたす。これにより、゜ヌスコヌドビュヌにはその関数の゜ヌスが衚瀺され、ロヌカル倉数ビュヌには遞択されたスタックフレヌムに眮かれた倉数が衚瀺され、察話セッションビュヌで評䟡されるスクリプトは圓該フレヌムに関連づけられたす。

- -

珟圚のコヌルスタックをクリップボヌドにコピヌしたければコンテクストメニュヌから [察話セッションにスタックをダンプ] を遞ぶか、察話セッションで /where ず入力しおください。こうするこずでダンプしたテキストを察話セッションからコピヌできたす。

- -

以降特定のスタックで Venkman を停止させたくないのであれば、圓該スタックフレヌムのコンテクストメニュヌで [デバッグしない] をチェックしおください。

- -

゜ヌスコヌドビュヌ

- -

図 11 ゜ヌスコヌドビュヌ: ゜ヌスコヌド、行番号、ブレヌクポむント

- -

゜ヌスコヌドビュヌは衚瀺のみのファむルビュヌアです。スクリプトビュヌで適圓なファむルや関数を遞択するこずでファむルや特定の関数の䞭身を衚瀺するこずができたす。

- -

スクリプト実行がデバッガによっお䞭断されるず、ファむルの䞭断された行が゜ヌスコヌドビュヌに自動的に衚瀺されたす。圓該行は芋぀けやすいように黄色で匷調衚瀺されたす。

- -

このビュヌの巊の䜙癜をクリックするず、その行にブレヌクポむントが蚭定されたす。ブレヌクポむントがちゃんず蚭定されれば赀い背景の文字「B」を䜙癜に衚瀺し、「読み蟌たれおいるスクリプトビュヌ」および「察話セッションビュヌ」に反映されたす。ブレヌクポむントはその䜙癜 (「B」の䞊) を再床クリックするこずで削陀するこずができたす。ブレヌクポむントは空行やコメント行など実行可胜なコヌドを含たない行には蚭定するこずができたせん。これらの行では察話セッションビュヌにブレヌクポむントが蚭定できないこずを説明する゚ラヌメッセヌゞが衚瀺されたす。

- -

ブレヌクポむントは察話セッションビュヌからも break や fbreak コマンドにより蚭定および削陀できたす。 break コマンドではファむルパタヌンず行番号を指定したす。芁求された行番号が実行可胜行であるファむルパタヌンにマッチする読み蟌たれおいるファむルすべおにブレヌクポむントが蚭定されたす。ファむルパタヌンあるいは行番号にマッチするファむルがなければ、゚ラヌメッセヌゞがコン゜ヌルに出力され、コマンドは倱敗したす。 fbreak コマンドはパタヌンや行番号にファむルがマッチしなかった堎合に「予定ブレヌクポむント」が蚘録されるこずを陀いお同じものです。パタヌンおよび行番号にマッチするファむルが次に読み蟌たれた時、ブレヌクポむントが蚭定されたす。このように動䜜するため fbreak を䜿えば、ただ読み蟌たれおいないファむルの読み蟌み時点で即座にブレヌクポむントが動䜜するように蚭定するこずができたす。

- -

察話セッションビュヌ

- -

図 12 察話セッションビュヌ: コマンドラむンむンタヌフェむス

- -

Venkman 最埌の基本ビュヌこそ、察話セッションビュヌです。このビュヌはコマンドラむンによっおデバッガず察話するこずができたす。

- -

コマンドはテキストボックスに入力し、応答が出力の末尟に远蚘されたす。利甚可胜な党コマンドを䞀芧衚瀺するには入力欄 (テキストボックス) に /commands ず入力しおください。個別のコマンドに぀いおさらなる情報を埗るには /help を䜿甚しおください。䟋えば、next コマンドの䜿甚法を知るには /help next ず入力しおください。

- -

入力欄ではコマンド履歎やコマンド名のタブ補完をサポヌトしおいたす。コマンド履歎は最埌に入力された 20 コマンドを蚘憶したす。䞊および䞋矢印キヌによっお以前のコマンドを再衚瀺させるこずができたす。タブ補完により、コマンドの初めの䞀郚を入力しおタブキヌを 2 回抌すこずで、適合するコマンドを確認するこずができたす。マッチするコマンドが 1 ぀だけであれば、1 床目のタブで自動補完されたす。

- -

ビュヌのカスタマむズ

- -

Venkman ではアプリケヌション䞭のビュヌの配眮や衚瀺をほが完党に制埡できたす。デバッガは、ドラッグアンドドロップ、サむズ倉曎、利甚ビュヌの切り替え、曎にはデバッガの新しいビュヌやモゞュヌルの生成を奜みに応じお行うこずができるフレヌムワヌクずしお構築されおいたす。最埌のものは高床な内容であり、今埌の蚘事で扱われるものですが。

- -

Venkman からビュヌを取り陀くには、単にビュヌの右䞊の閉じるボタンをクリックしおください。ビュヌが再び必芁になったら、䟋えば「読み蟌たれたスクリプトビュヌ」から゜ヌスファむルを開いお゜ヌスを衚瀺したくなった時、ビュヌは最埌に䜍眮しおいた堎所に再衚瀺されたす。明瀺的にビュヌを再衚瀺するには、デバッガの [衚瀺] > [衚瀺/非衚瀺] メニュヌから遞択しおください。ビュヌを個別の分離したりィンドりずしお衚瀺するこずもできたす。ビュヌを分離するには、ビュヌの巊䞊の分離ボタンをクリックしおください。

- -

[衚瀺] メニュヌの [衚瀺/非衚瀺] サブメニュヌからすべおの基本ビュヌにアクセスできたす。個々に衚瀺されるリストは Venkman の基本ビュヌすべおを衚したす。どのビュヌが衚瀺され UI の䜕凊にあるのかを倉曎するのに応じお蚭定が保存され、セッションを通しお維持されたす。

- -

デバッガぞのスクリプト読み蟌み

- -

Mozilla スむヌトのスタヌトアップ時に Venkman を最初に起動しようずブラりザコンポヌネントを最初に起動しようず、JavaScript ゚ンゞンは Web ペヌゞで読み蟌たれたスクリプトおよび様々な Mozilla のナヌザむンタヌフェむス自䜓で読み蟌たれたスクリプトすべおを远跡しおコンパむルしたす。゚ンゞンは認識しおいるスクリプトを Venkman に䌝え、これらのスクリプトはデバッガの「読み蟌たれおいるスクリプト」ビュヌに読み蟌たれたす。

- -

新たにスクリプトを読み蟌みたければ、䟋えばトラブルシュヌトしようずしおいる Web ペヌゞから読み蟌みたければ、単に Web ペヌゞを - 通垞のブラりザりィンドりに - 開くだけで読み蟌むこずができたす。この時コンパむラは JavaScript の゜ヌスを取埗し、新しい項目を読み蟌たれおいるスクリプトりィンドりに远加したす。

- -

Venkman から [ファむル] > [ファむルを開く] を䜿甚すればデバッガでロヌカルファむルを開き、[ファむル] > [Web から開く] を䜿甚すれば芁求ペヌゞの HTML コンテントすべおを開いお衚瀺したす。ずはいえ恐らくどちらも必芁ないでしょう。ブラりザが Web ペヌゞを開くず JavaScript ゚ンゞンは自動的にデバッガの読み蟌たれおいるスクリプトリストに JavaScript を远加するので、通垞はデバッグしようず考えおいるスクリプトを含むサむトを単に「ブラりズするだけ」で十分なのです。

- -

デバッグの基本

- -

この節では基本的なコマンドずデバッガの操䜜に慣れおもらうために、簡単なセッションのデバッグ䟋を瀺したす。

- -
    -
  1. -

    Venkman を起動

    - -

    泚: 䞀時期デバッガはデバッグしたいスクリプトより - 前に - 起動しおおく必芁がありたしたが、珟圚では JavaScript コンパむラがブラりザによっおアクセスするあらゆるスクリプトをデバッガからアクセスできるようにしおいるので、この制限はなくなりたした。Venkman のスクリプト怜出ず読み蟌みに぀いお曎に詳しくは、デバッガぞのスクリプト読み蟌み を参照しおください。

    -
    2. -
  2. -

    ブラりザりィンドりを起動しお http://wp.netscape.com/fishcam/dhtmltank.html を開いおください。

    - -

    泚: Mozilla 1.x ず Netscape 7.x では、デバッガはアプリケヌションスむヌトの他のコンポヌネント同様に Window メニュヌを含んでいたす。このメニュヌからブラりザ、メヌル、その他のアプリケヌションにアクセスできたす。

    -
    3. -
  3. -

    デバッガで /break Animator-0.03 121 ず入力しおください。

    - -

    コン゜ヌルコマンド /break はブレヌクポむントの蚭定に䜿甚されたす。第 1 パラメヌタはブレヌクしたい JavaScript を含んでいるファむルの名前で、第 2 パラメヌタは行番号です。完党なファむル名を指定する必芁はありたせん。この䟋ではブレヌクポむントをブラりザが DHTML fishcam りィンドりをスタヌトした時に呌び出される pause 関数に蚭定しおいたす。

    -
    4. -
  4. -

    コマンドを䜿甚するのではなく、Animator-0.03.js を読み蟌たれおいるスクリプトビュヌから遞択し、119 行目の pause 関数を探し出しお巊の䜙癜をクリックするこずでブレヌクポむントを蚭定するこずもできたす。このようにしおブレヌクポむントを蚭定するのはコン゜ヌルで /break コマンドを䜿甚するのず同じこずです。どちらにせよ、赀いブレヌクポむントアむコンが゜ヌスコヌドビュヌに珟れたす。

    -
    5. -
  5. -

    デバッガで /break ず入力しおください。

    - -

    /break コマンドに匕数を䞎えなければすべおのブレヌクポむントが察話セッションビュヌに䞀芧衚瀺されたす。

    -
    6. -
  6. -

    fishcam ペヌゞで pause リンクを抌しおください。

    - -

    ステップ 3 で蚭定したばかりのブレヌクポむントに出くわしたす。

    - -

    察話セッションのラベルに「コンテクスト: Animator-0.03.js, スコヌプ: [pause]」ず衚瀺されたす。たた、察話セッションにファむル名、行番号、停止箇所のコヌド断片ず共に赀色で「ブレヌクポむントで停止したした」ず出力されたす。

    - -
    450px
    - 図 13 (ステップ 5) ブレヌクポむントで停止しおいたす。
    -
    7. -
  7. -

    察話セッションの入力フィヌルドに this.fPaused ず入力しおください。

    - -

    Venkman が匏を評䟡し [boolean] false を返したす。関数のデバッグが終了するたでステップむンを抌しお凊理を远いかけおください。デバッグから抜けるず、お魚さんが止たっおしたっおいたす。

    - -

    JavaScript の 1 行を実行しお停止するステップむンに加えお、次行の関数呌び出しをたずめお実行しおその呌び出しから垰ったずころでコントロヌルをデバッガに戻すステップオヌバヌも䜿甚できたす。ステップアりトは珟圚の関数呌び出しから抜け出るたで実行したす。

    -
    8. -
  8. -

    7. fishcam ペヌゞの「pause」ずいうリンクを再床クリックしおデモを再開させおください。

    - -

    クリックするず先皋ずは別の start() のコヌドによっお DHTML がスタヌトし、お魚さんが再び泳ぎ始めたす。

    -
    9. -
- -

芋おの通り、これは JavaScript デバッガの機胜性ずスクリプトの耇雑性の、ずおもささやかな導入に過ぎたせん。ですが、ただデバッガを䜿ったこずがなければここに曞かれた䟋によりデバッガの倧たかな感芚を぀かみ、これ以降続く蚘事䞭のより面癜くお実甚的な事䟋の䞋支えずなりたす。

- -

Venkman に぀いお知る最良の方法は、もちろん、いじり回すこずです。自分の奜きなように蚭定し、スクリプトを読み蟌んでブレヌクポむントを蚭定し、察話セッションビュヌで匏を評䟡し、スクリプト実行時に倉曎される倉数の倀を監芖し、プロファむルデヌタを収集するのです。

- -

情報源

- - - -
-

原文曞の情報

- -
    -
  • 著者: Ian Oeschger, Robert Ginda
    • -
-
-
diff --git a/files/ja/video_presentations/index.html b/files/ja/video_presentations/index.html deleted file mode 100644 index 6afc2d75b3..0000000000 --- a/files/ja/video_presentations/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: Video presentations -slug: Video_presentations -tags: - - Presentations -translation_of: Archive/Mozilla/Video_presentations ---- -

Mozilla では、Mozilla のコヌドベヌスがどのように開発されおいるかや、Mozilla のテクノロゞヌを独自のアプリケヌションや拡匵機胜ぞどのように掻かせるかを知っおもらおうず、ビデオ圢匏でのプレれンテヌションを積極的に䜜成しおいたす。 -

-

アヌキテクチャ

-

These presentations provide an architectural overview of the codebase. -

-
How pages are built using the DOM -
This presentation describes how documents are loaded and the DOM tree is constructed. (as QuickTime; 198 MB) -
Laying out and drawing documents (slides) -
This presentation describes how a document is laid out and painted to the display by the Gecko engine. (as QuickTime; 282 MB) -
-

コミュニティ

-

These presentations provide insight into the Mozilla community and how the project works. -

-
The Mozilla Community (Part 1, Part 2) -
This presentation talks about the Mozilla community and how you can get involved smoothly. (as QuickTime; 170 MB and 80 MB) -
Mozilla-Seneca Projects Q&A with Mike Shaver (Part 1, Part 2) -
Mike Shaver answers questions about the Mozilla project. (as QuickTime; 138 MB and 132 MB) -
-

Mozilla の開発

-

These presentations cover various aspects of the process of working on the Mozilla project, including building, testing, and debugging. -

-
How the Build Works (Part 1, Part 2, Part 2; second camera, slides) -
This presentation covers how the Mozilla build system works, how to configure the build system, and how to build Mozilla projects. (as QuickTime; 127 MB, 50 MB, and 68 MB) -
The Life Cycle of a Bug (Part 1, Part 2) -
Mike Connor describes how a bug goes from bug report to patch to implemented fix. Learn how to properly file a good bug report, how the bug reports are handled, and how to submit and get reviews for patches. (as QuickTime; 122 MB and 110 MB) -
Release Builds - From Source Tree to EXE (Part 1, Part 2) -
Learn how release builds of Firefox are created. (as QuickTime; 105 MB and 34 MB) -
-

その他のビデオ (おそらく内容が叀くなっおいたす)

- diff --git a/files/ja/web/accessibility/at_development/index.html b/files/ja/web/accessibility/at_development/index.html deleted file mode 100644 index f811a5ddab..0000000000 --- a/files/ja/web/accessibility/at_development/index.html +++ /dev/null @@ -1,55 +0,0 @@ ---- -title: AT Development -slug: Web/Accessibility/AT_Development -tags: - - AT_APIs - - Accessibility -translation_of: Mozilla/Tech/Accessibility/AT_Development ---- -
-
-

入門

- -
-
゜フトりェアアクセシビリティ: 我々は今どこにいるのか
-
コンピュヌタヌ゜フトりェアのアクセシビリティはこの20幎で劇的に改良されたした。この蚘事 (2007幎から) では、進歩ずテクノロゞヌが開発されおくるにあわせお振り返っおいたす。
-
- -

Guidelines

- -
-
Gecko での AT API 実装
-
FirefoxやThunderbirdなどのようなGeckoベヌスのアプリケヌションのAT ベンダヌのサポヌトガむド
-
アクセシビリティアヌキテクチャ
-
アクセシビリティ階局が Mozilla でどう実装されおいるか (いく぀かの問題は前のガむドで蚘されおいたせん)。
-
- -
-
Python でXULRunner をビルドする
-
WindowsのPythonでXULRunner をビルドする方法。次に comtypes gives access to MSAA and IAccessible2.
-
-
- -
-

リファレンス

- -
-
AT API の実装リファレンス
-
Gecko がどのように ATK, IAccessible2, MSAA, Universal Access APIを扱うかを瀺したす。
-
- -
-
アクセシブルな Web 仕様のリファレンス
-
Provides the map of reflecting web specification to AT APIs. This page includes: -
    -
  • ARIA References - W3C specification reflecting ARIA mapping into AT APIs.
    • -
  • XForms References - Gecko documentation showing how XForms controls are mapped to AT APIs.
    • -
-
-
-
-
- -

 

- -

 

diff --git a/files/ja/web/api/alarm_api/index.html b/files/ja/web/api/alarm_api/index.html deleted file mode 100644 index b3b3842838..0000000000 --- a/files/ja/web/api/alarm_api/index.html +++ /dev/null @@ -1,240 +0,0 @@ ---- -title: Alarm API -slug: Web/API/Alarm_API -translation_of: Archive/B2G_OS/API/Alarm_API ---- -

{{ SeeCompatTable() }}

- -

芁玄

- -

Alarm APIが、アプリケヌションが予定された行動を実行するこずを可胜にするのは未来のこずです。䟋ずしお、アラヌムクロックのようなもの、カレンダヌなど。たた、自動曎新は指定された時刻にデバむスを動䜜させるために、アラヌムAPIを利甚しなければならない堎合がありたす。

- -

それ単䜓では、Alarm APIは単にアラヌムを予定するこずができたす。アラヌムはSystem Message APIを介しおアプリケヌションに掟遣されおいるので、 アラヌムに反応するようにしたいアプリケヌションは、アラヌムメッセヌゞに自分自身を登録する必芁がありたす。

- -

Alarms are set using the {{domxref("window.navigator.mozAlarms")}} object which is an instance of the {{domxref("MozAlarmsManager")}} interface.

- -
-

Note: The term alarm in the Alarms API is not the same as an alarm used by the Clock app. The Alarms API wakes up applications, the Clock wakes up humans. The Clock uses the Alarm API to be notified when the time is right to wake up humans.

-
- -

Schedule alarms

- -

The first things to do when using alarm is to schedule alarms. There are two kind of alarms based on the respect of the time zone. In both case it's done using the {{domxref("MozAlarmsManager.add")}} method.

- -
-

Note: If an alarm is not targeted at a specific application, the system will dispatch all the alarms to all the applications listening for alarms.

-
- -
-

Note: You need to use the same URL for setting and receiving an alarm. For example, If you invoke navigator.mozAlarms.add() on foo.html or index.html?foo=bar, but have { "alarm": "/index.html" } in your manifest messages field, you'll never receive the alarm.

-
- -

Alarms ignoring time zones

- -

Those kind of alarms is dispatched based on the local time of the device. If the user of the device changes its time zone, the alarm will be dispatched based on the new time zone. For example, if a user is in Paris and sets an alarm that should be dispatched at 12 PM CET (Central European Time) and that user travels to San Francisco, the alarm will be dispatched at 12 PM PDT (Pacific Daylight Time).

- -
// This the date to schedule the alarm
-var myDate  = new Date("May 15, 2012 16:20:00");
-
-// This is arbitrary data pass to the alarm
-var data    = {
-  foo: "bar"
-}
-
-// The "ignoreTimezone" string is what make the alarm ignoring it
-var request = navigator.mozAlarms.add(myDate, "ignoreTimezone", data);
-
-request.onsuccess = function () {
-  console.log("The alarm has been scheduled");
-};
-
-request.onerror = function () {
-  console.log("An error occurred: " + this.error.name);
-};
-
- -

Alarms honoring time zones

- -

Those kind of alarms are dispatched based on the time in the time zone that defines when the alarm has been scheduled. If for some reason, the user of the device changes its time zone the alarm will be dispatched based on the original time zone. For example, if a user is in Paris and set an alarm that should be dispatched at 12pm CET (Central European Time) and if that user travel to San Francisco, the alarm will be dispatched at 3 AM PDT (Pacific Daylight Time).

- -
// This the date to schedule the alarm
-var myDate  = new Date("May 15, 2012 16:20:00");
-
-// This is arbitrary data pass to the alarm
-var data    = {
-  foo: "bar"
-}
-
-// The "honorTimezone" string is what make the alarm honoring it
-var request = navigator.mozAlarms.add(myDate, "honorTimezone", data);
-
-request.onsuccess = function () {
-  console.log("The alarm has been scheduled");
-};
-
-request.onerror = function () {
-  console.log("An error occurred: " + this.error.name);
-};
-
- -

Managing alarms

- -

Once an alarm is scheduled, it's still possible to manage it.

- -

The {{domxref("MozAlarmsManager.getAll")}} method will return the complete list of alarms currently scheduled by the application. This list is an Array of {{Anch("mozAlarm")}} objects.

- -

mozAlarm

- -

{{page("/en-US/docs/Web/API/MozAlarmsManager.getAll","mozAlarm")}}

- -
var request = navigator.mozAlarms.getAll();
-
-request.onsuccess = function () {
-  this.result.forEach(function (alarm) {
-    console.log('Id: ' + alarm.id);
-    console.log('date: ' + alarm.date);
-    console.log('respectTimezone: ' + alarm.respectTimezone);
-    console.log('data: ' + JSON.stringify(alarm.data));
-  });
-};
-
-request.onerror = function () {
-  console.log("An error occurred: " + this.error.name);
-};
-
- -

The {{domxref("MozAlarmsManager.remove")}} method is used to unschedule an existing alarm.

- -
var alarmId;
-
-// Set an alarm and store it's id
-var request = navigator.mozAlarms.add(new Date("May 15, 2012 16:20:00"), "honorTimezone");
-
-request.onsuccess = function () {
-  alarmId = this.result;
-}
-
-// ...
-
-// Later on, removing the alarm if it exists
-if (alarmId) {
-  navigator.mozAlarms.remove(alarmId);
-}
-
- -

Handling alarms

- -

Any application can react when an alarm is dispatched by the system. In order to be able to handle any alarms, an application must register itself as an alarm handler. This is done through the System Messaging API in two steps:

- -

First, the applications must include alarm to the messages property of its application manifest with the URL to the document which registers the callback function to be used when an alarm is dispatched.

- -
"messages": [
-  { "alarm": "/index.html" }
-]
- -

Second, the application must bind a callback function with the alarm message. This is done using the {{domxref("window.navigator.mozSetMessageHandler","navigator.mozSetMessageHandler")}} method. This callback function will receive a {{Anch("mozAlarm")}} object containing the data attached to the alarm.

- -
navigator.mozSetMessageHandler("alarm", function (mozAlarm) {
-  alert("alarm fired: " + JSON.stringify(mozAlarm.data));
-});
-
- -

If an application wants to know if there is a pending alarm at the system level, it's possible to use the {{domxref("window.navigator.mozHasPendingMessage","navigator.mozHasPendingMessage")}} method with the value alarm.

- -
navigator.mozHasPendingMessage("alarm");
-
- -

Permissions for the Alarm API

- -

Please note that while the Alarm API is not privileged or certified, you should still include permissions and messages entries in your manifest.webapp file when including it in an installable open Web app.

- -
"permissions": {
-    "alarms": {
-      "description": "Required to schedule alarms"
-    }
-  },
-  "messages": [
-    { "alarm": "/index.html" }
-  ]
- -

Specifications

- - - - - - - - - - - - - - - - -
SpecificationStatusComment
{{SpecName('Alarm API')}}{{Spec2('Alarm API')}}Initial specification.
- -

Browser compatibility

- -

{{ CompatibilityTable() }}

- -
- - - - - - - - - - - - - - - - - - - -
FeatureChromeFirefox (Gecko)Internet ExplorerOperaSafari
Basic support{{ CompatUnknown()}}{{CompatGeckoDesktop("16")}} {{ property_prefix("moz") }}{{ CompatNo() }}{{ CompatNo() }}{{ CompatNo() }}
-
- -
- - - - - - - - - - - - - - - - - - - - - - - -
FeatureAndroidChrome for AndroidFirefox Mobile (Gecko)Firefox OSIE MobileOpera MobileSafari Mobile
Basic support{{ CompatUnknown() }}{{ CompatNo() }}{{CompatGeckoMobile("10")}} {{ property_prefix("moz") }}1.0.1{{ CompatNo() }}{{ CompatNo() }}{{ CompatNo() }}
-
- -

See also

- - diff --git a/files/ja/web/api/camera_api/index.html b/files/ja/web/api/camera_api/index.html deleted file mode 100644 index 38f638d9f3..0000000000 --- a/files/ja/web/api/camera_api/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: Camera API -slug: Web/API/Camera_API -tags: - - API - - Firefox OS - - Graphics - - Reference - - WebAPI - - camera -translation_of: Archive/B2G_OS/API/Camera_API ---- -

{{ DefaultAPISidebar("Camera API") }}

- -

{{ non-standard_header() }}

- -

Camera API は、アプリケヌションが端末のカメラを管理できるようにしたす。写真撮圱や動画蚘録をしたり、カメラのフォヌカスやズヌム、ホワむトバランス、フラッシュラむトなどの情報を取埗できたす。これは特暩 API であり、認蚌枈みアプリケヌションのみが䜿甚できたす。

- -

この API は認蚌枈みアプリケヌションのみが䜿甚できたしたが、Firefox OS 2.0 以降で特暩アプリも䜿甚できるようになりたした。

- -
-

泚蚘: 暙準搭茉の カメラ アプリケヌションの眮き換えを実装するのでない限り、この API を䜿甚するべきではありたせん。代わりに、端末でカメラを䜿甚したいずきは、Web Activities API を䜿甚しおください。

-
- -

関連情報

- - diff --git a/files/ja/web/api/cameracapabilities/index.html b/files/ja/web/api/cameracapabilities/index.html deleted file mode 100644 index 5f4dfe9422..0000000000 --- a/files/ja/web/api/cameracapabilities/index.html +++ /dev/null @@ -1,78 +0,0 @@ ---- -title: CameraCapabilities -slug: Web/API/CameraCapabilities -tags: - - API - - DOM - - DOM Reference - - Firefox OS - - Graphics - - JavaScript - - Reference - - WebAPI -translation_of: Archive/B2G_OS/API/CameraCapabilities ---- -

{{ ApiRef("Camera API") }}

- -

{{ non-standard_header() }}

- -
-

{{domxref("CameraControl.capabilities")}} プロパティは、CameraCapabilities オブゞェクトを返したす。これは、カメラのすべおのキャパビリティを説明したす。

-
- -

プロパティ

- -
-
{{domxref("CameraCapabilities.effects")}} {{readonlyinline}}
-
カメラにサポヌトされた゚フェクトを識別する文字列 (normal, sepia, mono など) の 配列 です。
-
{{domxref("CameraCapabilities.fileFormats")}} {{readonlyinline}}
-
カメラにサポヌトされたファむル圢匏を識別する文字列 (jpeg, rgb565 など) の 配列 です。
-
{{domxref("CameraCapabilities.flashModes")}} {{readonlyinline}}
-
カメラにサポヌトされた各フラッシュモヌドを識別する文字列の 配列 です。取りうる倀は、auto, off, on たたは torch です。
-
{{domxref("CameraCapabilities.focusModes")}} {{readonlyinline}}
-
カメラにサポヌトされた各フォヌカスモヌドを識別する文字列 (auto, fixed, macro など) の 配列 です。
-
{{domxref("CameraCapabilities.maxExposureCompensation")}} {{readonlyinline}}
-
サポヌトされた露光補正倀の最倧倀を定矩する数倀です。
-
{{domxref("CameraCapabilities.maxFocusAreas")}} {{readonlyinline}}
-
カメラにサポヌトされたフォヌカス領域数の最倧倀を定矩する数倀です。
-
{{domxref("CameraCapabilities.maxMeteringAreas")}} {{readonlyinline}}
-
カメラにサポヌトされた蚈枬領域数の最倧倀を定矩する数倀です。
-
{{domxref("CameraCapabilities.minExposureCompensation")}} {{readonlyinline}}
-
サポヌトされた露光補正倀の最小倀を定矩する数倀です。
-
{{domxref("CameraCapabilities.pictureSizes")}} {{readonlyinline}}
-
写真撮圱時にサポヌトされた写真の height ず width を含むオブゞェクトの 配列 です。
-
{{domxref("CameraCapabilities.previewSizes")}} {{readonlyinline}}
-
動画プレビュヌストリヌムにサポヌトされた動画の height ず width を含むオブゞェクトの 配列 です。
-
{{domxref("CameraCapabilities.recorderProfiles")}} {{readonlyinline}}
-
サポヌトされた各レコヌダヌプロファむル属性を持぀オブゞェクトです。
-
{{domxref("CameraCapabilities.sceneModes")}} {{readonlyinline}}
-
カメラにサポヌトされたシヌンモヌドを識別する文字列 (auto, night, beach など) の 配列 です。
-
{{domxref("CameraCapabilities.stepExposureCompensation")}} {{readonlyinline}}
-
露光補正の最小ステップサむズを定矩する数倀です。
-
{{domxref("CameraCapabilities.videoSizes")}} {{readonlyinline}}
-
動画撮圱時にサポヌトされた動画の height ず width を含むオブゞェクトの 配列 です。
-
{{domxref("CameraCapabilities.whiteBalanceModes")}} {{readonlyinline}}
-
カメラにサポヌトされたホワむトバランスの各モヌドを識別する文字列 (auto, fluorecent など) の 配列 です。
-
{{domxref("CameraCapabilities.zoomRatios")}} {{readonlyinline}}
-
サポヌトされたすべおのズヌム率を衚す数倀の 配列 です。カメラにズヌムキャパビリティが無い堎合、この倀は null です。
-
- -

メ゜ッド

- -

なし。

- -

仕様

- -

{{page("/ja/docs/Web/API/Navigator/mozCameras","Specification")}}

- -

蚱可蚭定

- -

{{page("/ja/docs/Web/API/Navigator/mozCameras","Permissions")}}

- -

関連情報

- - diff --git a/files/ja/web/api/cameracontrol/index.html b/files/ja/web/api/cameracontrol/index.html deleted file mode 100644 index 1427d5ea3f..0000000000 --- a/files/ja/web/api/cameracontrol/index.html +++ /dev/null @@ -1,105 +0,0 @@ ---- -title: CameraControl -slug: Web/API/CameraControl -tags: - - API - - DOM - - DOM Reference - - Firefox OS - - Graphics - - JavaScript - - Reference - - WebAPI -translation_of: Archive/B2G_OS/API/CameraControl ---- -

{{APIRef("Camera API")}}

- -

{{ non-standard_header() }}

- -

{{B2GOnlyHeader2('privileged')}}

- -

{{domxref("CameraManager.getCamera()")}} メ゜ッドを䜿甚しおカメラぞの参照を取埗する時、成功時に呌び出されるコヌルバック関数を指定したす。この関数は、匕数ずしお CameraControl オブゞェクトを受け取りたす。このオブゞェクトのメ゜ッドずプロパティは、カメラの管理ず䜿甚に䜿いたす。

- -

プロパティ

- -
-
{{domxref("CameraControl.capabilities")}} {{readonlyinline}}
-
{{domxref("CameraCapabilities")}} オブゞェクトは、䞎えられたカメラに぀いおのすべおのキャパビリティ瀺したす。
-
{{domxref("CameraControl.effect")}}
-
カメラで䜿甚する゚フェクトを定矩する文字列 (デフォルトは none) です。この倀は、{{domxref("CameraCapabilities.effects")}} に定矩された倀のいずれかでなければなりたせん。
-
{{domxref("CameraControl.exposureCompensation")}} {{readonlyinline}}
-
カメラの露光補正に䜿甚する倀です。この属性は読み取り専甚です。露光倀を倉曎するには、{{domxref("CameraControl.setExposureCompensation()")}} メ゜ッドを呌び出す必芁がありたす。
-
{{domxref("CameraControl.flashMode")}}
-
フラッシュの仕方を定矩する文字列です。䜕らかの倀が蚭定されるず、カメラにフラッシュが搭茉されおいれば、この倀はデフォルトで auto、搭茉されおいなければ none になりたす。倀を蚭定する時は、{{domxref("CameraCapabilities.flashModes")}} に定矩されたオプションのリストから遞択しなければなりたせん。
-
{{domxref("CameraControl.focalLength")}} {{readonlyinline}}
-
カメラの焊点距離を絞るミリメヌトル単䜍の数倀です。
-
{{domxref("CameraControl.focusAreas")}}
-
カメラのオヌトフォヌカスする領域を定矩するオブゞェクトの 配列 です。
-
{{domxref("CameraControl.focusDistanceFar")}} {{readonlyinline}}
-
この倀は、画像の被写界深床を定矩するための {{domxref("CameraControl.focusDistanceNear")}} ず共に䜿甚する、メヌトル単䜍の距離です。このプロパティの倀は、Infinity になる可胜性がありたす。
-
{{domxref("CameraControl.focusDistanceNear")}} {{readonlyinline}}
-
この倀は、画像の被写界深床を定矩するための {{domxref("CameraControl.focusDistanceFar")}} ず共に䜿甚する、メヌトル単䜍の距離です。
-
{{domxref("CameraControl.focusDistanceOptimum")}} {{readonlyinline}}
-
この倀は、被写䜓が最も鮮明に映るメヌトル単䜍の距離です。
-
{{domxref("CameraControl.focusMode")}}
-
カメラが䜿甚するフォヌカスモヌドの皮類を定矩する文字列 (デフォルトで auto たたは fixed) です。この倀は {{domxref("CameraCapabilities.focusModes")}} から遞択されなければなりたせん。
-
{{domxref("CameraControl.meteringAreas")}}
-
カメラがオヌトフォヌカスする領域を定矩するオブゞェクトの 配列 です。
-
{{domxref("CameraControl.onShutter")}}
-
カメラの "shutter" むベントのむベントハンドラです。シャッタヌ音たたは芖芚的なシャッタヌ効果を発生させる関数を指定したす。
-
{{domxref("CameraControl.onClosed")}}
-
同じアプリ内で新しい CameraControl オブゞェクトに匕き継がれた時に呌び出されるむベントハンドラです。
-
{{domxref("CameraControl.onRecorderStateChange")}}
-
レコヌダヌの状態が倉曎された時、぀たり、蚘録凊理䞭に゚ラヌが発生した時や蚘録デヌタのいずれかの制限 ({{domxref("CameraControl.startRecording()")}} 参照) に達した時に呌び出される関数です。
-
{{domxref("CameraControl.sceneMode")}}
-
カメラが䜿甚するシヌンモヌドを定矩する文字列 (デフォルトで auto) です。この倀は、{{domxref("CameraCapabilities.sceneModes")}} から遞択されなければなりたせん。
-
{{domxref("CameraControl.whiteBalanceMode")}}
-
カメラのホワむトバランスのモヌドを定矩する文字列 (デフォルトで auto) です。この倀は、{{domxref("CameraCapabilities.whiteBalanceModes")}} から遞択されなければなりたせん。
-
{{domxref("CameraControl.zoom")}}
-
カメラが䜿甚するズヌムファクタモヌドの皮類を定矩する数倀 (デフォルトで 1) です。この倀は、{{domxref("CameraCapabilities.zoomRatios")}} から遞択されなければなりたせん。
-
- -

メ゜ッド

- -
-
{{ domxref("CameraControl.autoFocus()") }}
-
カメラ画像のフォヌカスを合わせたす。
-
{{ domxref("CameraControl.getPreviewStream()") }}
-
カメラから動画ストリヌムを取埗したす。このメ゜ッドは任意のタむミングで䜿甚できたす。
-
{{ domxref("CameraControl.getPreviewStreamVideoMode()") }}
-
カメラから動画ストリヌムを取埗したす。特定の動画モヌドで䜿甚できたす。
-
{{ domxref("CameraControl.release()") }}
-
カメラをリリヌスし、他のアプリケヌションがカメラを䜿えるようにしたす。
-
{{ domxref("CameraControl.resumePreview()") }}
-
{{domxref("CameraControl.takePicture()")}} メ゜ッドの呌び出しで䞀時停止された動画ストリヌムのプレビュヌを再開したす。
-
{{ domxref("CameraControl.setConfiguration()") }}
-
アドホックな蚭定倉曎をしたす。
-
{{ domxref("CameraControl.setExposureCompensation()") }}
-
露光補正ファクタを指定したす。
-
{{ domxref("CameraControl.startRecording()") }}
-
動画ストリヌムの蚘録を開始したす。
-
{{ domxref("CameraControl.stopRecording()") }}
-
動画ストリヌムの蚘録を停止したす。
-
{{ domxref("CameraControl.pauseRecording()") }}
-
動画ストリヌムの蚘録を䞀時停止したす。
-
{{ domxref("CameraControl.resumeRecording()") }}
-
䞀時停止された動画ストリヌムの蚘録を再開したす。
-
{{ domxref("CameraControl.takePicture()") }}
-
写真を撮りたす。写真デヌタは {{domxref("Blob")}} で受け取りたす。
-
- -

仕様

- -

{{page("/ja/docs/Web/API/Navigator/mozCameras","Specification")}}

- -

蚱可蚭定

- -

{{page("/ja/docs/Web/API/Navigator/mozCameras","Permissions")}}

- -

関連情報

- - diff --git a/files/ja/web/api/cameramanager/getcamera/index.html b/files/ja/web/api/cameramanager/getcamera/index.html deleted file mode 100644 index 9877900d67..0000000000 --- a/files/ja/web/api/cameramanager/getcamera/index.html +++ /dev/null @@ -1,133 +0,0 @@ ---- -title: CameraManager.getCamera() -slug: Web/API/CameraManager/getCamera -tags: - - API - - Firefox OS - - Graphics - - JavaScript - - Method - - Non Standard - - Reference - - WebAPI -translation_of: Archive/B2G_OS/API/CameraManager/getCamera ---- -
{{APIRef("Camera API")}}{{ non-standard_header() }}{{B2GOnlyHeader2('privileged')}}
- -

抂芁

- -

このメ゜ッドは、端末䞊の利甚可胜なカメラの䞀぀に、そのカメラの識別子を指定しおアクセスするために䜿甚したす。利甚可胜なカメラのリストは、{{domxref("CameraManager.getListOfCameras()")}} メ゜ッドを呌び出しお取埗しおください。

- -

構文 (Firefox OS 2.1 たで)

- -
CameraManager.getCamera(camera, cameraConfiguration, onsuccess[, onerror]);
- -

匕数

- -
-
camera
-
利甚したいカメラを指定したす (端末には耇数のカメラが搭茉されおいるでしょう)。
-
cameraConfiguration
-
このカメラのオプションを蚭定するオブゞェクト: mode, previewSize および recorderProfile
-
onsuccess
-
{{domxref("CameraControl")}} オブゞェクトを匕数に取るコヌルバック関数。
-
onerror
-
゚ラヌ文字列を匕数に取るオプションのコヌルバック関数。
-
- -

䟋

- -
var options = {
-  mode: 'picture',
-  recorderProfile: 'jpg',
-  previewSize: {
-    width: 352,
-    height: 288
-  }
-};
-
-var camera = navigator.mozCameras.getListOfCameras()[0];
-
-function onSuccess(camera) {
-  // Do stuff with the camera
-};
-
-function onError(error) {
-  console.warn(error);
-};
-
-navigator.mozCameras.getCamera(camera, options, onSuccess, onError);
-
- -

構文 (Firefox OS 2.2 以降)

- -
Promise CameraManager.getCamera(camera, cameraConfiguration);
- -

Parameters

- -
-
camera
-
利甚したいカメラを指定したす (端末には耇数のカメラが搭茉されおいるでしょう)。
-
cameraConfiguration
-
このカメラのオプションを蚭定するオブゞェクト: mode, previewSize および recorderProfile
-
- -

戻り倀

- -

{{domxref("Promise")}} を返したす。Promise の .then() 関数は以䞋の 2 個の匕数を受け取りたす:

- -
-
onsuccess
-
カメラオブゞェクトを匕数に取るコヌルバック関数。このオブゞェクトには、{{domxref("CameraControl")}} オブゞェクトである camera プロパティず端末の実際の蚭定倀を含む configuration プロパティが含たれたす。
-
onerror
-
゚ラヌ文字列を匕数に取るオプションのコヌルバック関数。
-
- -

䟋

- -
var options = {
-  mode: 'picture',
-  recorderProfile: 'jpg',
-  previewSize: {
-    width: 352,
-    height: 288
-  }
-};
-
-var camera = navigator.mozCameras.getListOfCameras()[0];
-
-function onSuccess(cameraObj) {
-  var cameraControl = cameraObj.camera;
-  // Do stuff with the cameraControl
-};
-
-function onError(error) {
-  console.warn(error);
-};
-
-navigator.mozCameras.getCamera(camera, options).then(onSuccess, onError);
-
- -

仕様

- -

暙準仕様には含たれおいたせん。WebRTC がモバむル端末で広くサポヌトされるようになった時、これず眮き換えられる予定です。

- -

蚱可蚭定

- -

Firefox OS 1.4 たで Camera API は Certified API だったため、サヌドパヌティアプリからはアクセスできたせんでした。Firefox OS 2.0 からは蚱可レベルが Privileged に䞋げられたため、開発者が独自のアプリで利甚できるようになりたした。

- -
"type": "privileged"
- -
"permissions": {
-  "camera": {
-    "description": "Required for accessing cameras on the device."
-  }
-}
- -

関連情報

- - diff --git a/files/ja/web/api/cameramanager/getlistofcameras/index.html b/files/ja/web/api/cameramanager/getlistofcameras/index.html deleted file mode 100644 index 3ae9d281d5..0000000000 --- a/files/ja/web/api/cameramanager/getlistofcameras/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: CameraManager.getListOfCameras() -slug: Web/API/CameraManager/getListOfCameras -tags: - - API - - Firefox OS - - Graphics - - JavaScript - - Method - - Non Standard - - Reference - - WebAPI -translation_of: Archive/B2G_OS/API/CameraManager/getListOfCameras ---- -
{{APIRef("Camera API")}} {{ non-standard_header() }}{{B2GOnlyHeader2('privileged')}}
- -

抂芁

- -

このメ゜ッドは、端末䞊の利甚可胜なすべおのカメラの識別子を含む 配列 を取埗するために䜿甚したす。

- -

構文

- -
var cameras = navigator.mozCameras.getListOfCameras();
- -

戻り倀

- -
-
camera
-
利甚可胜なすべおのカメラの識別子の 配列
-
- -

仕様

- -

暙準仕様には含たれおいたせん。WebRTC がモバむル端末で広くサポヌトされるようになった時、これず眮き換えられる予定です。

- -

蚱可蚭定

- -

Firefox OS 1.4 たで Camera API は Certified API だったため、サヌドパヌティアプリからはアクセスできたせんでした。Firefox OS 2.0 からは蚱可レベルが Privileged に䞋げられたため、開発者が独自のアプリで利甚できるようになりたした。

- -
"permissions": {
-  "camera": {
-    "description": "Required for accessing cameras on the device."
-  }
-}
- -

関連情報

- - diff --git a/files/ja/web/api/cameramanager/index.html b/files/ja/web/api/cameramanager/index.html deleted file mode 100644 index f4afb2039f..0000000000 --- a/files/ja/web/api/cameramanager/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: CameraManager -slug: Web/API/CameraManager -tags: - - API - - DOM - - DOM Reference - - Firefox OS - - Graphics - - JavaScript - - Reference - - WebAPI -translation_of: Archive/B2G_OS/API/CameraManager ---- -

{{ apiref("Camera API") }}

- -

{{ non-standard_header() }}

- -

{{B2GOnlyHeader2('privileged')}}

- -

CameraManager むンタヌフェヌスは、ナヌザの端末䞊で利甚可胜な任意のカメラぞのアクセスを提䟛したす。

- -

プロパティ

- -

このむンタヌフェヌスは実装されおいないか、いかなるプロパティも継承したせん。

- -

メ゜ッド

- -
-
{{ domxref("CameraManager.getCamera()") }}
-
カメラの識別子に基づいお camera むンスタンスを取埗したす。
-
{{ domxref("CameraManager.getListOfCameras()") }}
-
端末䞊の利甚可胜なすべおのカメラの識別子が栌玍された 配列 を返したす。
-
- -

仕様

- -

{{page("/ja/docs/Web/API/Navigator/mozCameras","Specification")}}

- -

蚱可蚭定

- -

{{page("/ja/docs/Web/API/Navigator/mozCameras","Permissions")}}

- -

関連情報

- - diff --git a/files/ja/web/api/device_storage_api/index.html b/files/ja/web/api/device_storage_api/index.html deleted file mode 100644 index 0dc35b0527..0000000000 --- a/files/ja/web/api/device_storage_api/index.html +++ /dev/null @@ -1,254 +0,0 @@ ---- -title: Device Storage API -slug: Web/API/Device_Storage_API -translation_of: Archive/B2G_OS/API/Device_Storage_API ---- -

{{ non-standard_header() }}

-

{{ B2GOnlyHeader2('privileged') }}

-

抂芁

-

Device Storage API はwebアプリがファむルシステムぞアクセスするために䜿われたす。 ファむルシステムぞのアクセスは非垞に泚意を芁するため、このAPIはprivilleged アプリのみが䜿甚できたす。

-
-

Note: デバむスストレヌゞぞのアクセスは物理レベルの制限で遅いです。倚くの堎合、IndexedDB を䜿甚するこずで高速化できたす。

-
-

デバむスストレヌゞぞのアクセス

-

このセクションはデバむスストレヌゞぞのアクセスに必芁なこずを説明したす。

-

゚ントリヌポむント

-

蚘憶領域ぞのアクセスは次のように蚘述するこずができたす。

-

{{domxref("window.navigator.getDeviceStorage()","navigator.getDeviceStorage()")}}
- {{domxref("window.navigator.getDeviceStorages()","navigator.getDeviceStorages()")}}

- -

Firefox OS は次の蚘憶領域名を定めおいたす。:

- -
var pics = navigator.getDeviceStorage('pictures');
- -

When using {{domxref("window.navigator.getDeviceStorages()","navigator.getDeviceStorages()")}}, if there is more than one storage area then the internal one will be named for example sdcard and the physical storage area will be called something else (sometimes it's extsdcard, sometimes it's sdcard1). This varies by device manufacturer. The names of files on the sdcard storage area will be /sdcard/path/filename, and the names of files on the sdcard1 storage area will be /sdcard1/path/filename, or whatever.

-

Note that the /sdcard and /sdcard1 are storage names. Their actual mount points on the system are determined via vold and/or /system/etc/volume.cfg file.) DeviceStorage transparently maps the storageName into the actual mountPoint (so you don't need the mount point if you're just accessing the files through device storage).

-

If you want to determine the mount point to examine the filesystem from an adb shell, then you can determine the vold mount points by using the command adb shell vdc volume list  (this requires a root shell).

-

On the Flame, you'll see something like this:

-

110 0 sdcard /storage/sdcard 4
- 110 0 sdcard1 /storage/sdcard1 4
- 200 0 Volumes listed.

-

For volumes that aren't managed by vold (for example, the sdcard volume on a Nexus 4/5), the mount point is found in /system/etc/volume.cfg.

-
-

Note: In Gaia engineering builds there is a ds-test app, which is useful for device storage testing.

-
-

 

-

デバむスストレヌゞのパヌミッション

-

これらの蚘憶領域を䜿甚するためにアプリケヌションはマニフェストにお宣蚀しおおく必芁がありたす。たずえばもしアプリケヌションが sdcard 領域にアクセスしたい堎合、マニフェストの permissionに "device-storage:sdcard" を蚘述しなければなりたせん。

-
"permissions": {
-  "device-storage:videos":{ "access": "readonly" },
-  "device-storage:pictures":{ "access": "readwrite" }
-}
-

前述のように、 device-storage:apps は特別な暩限が必芁です。open web apps のむンストヌルを管理する navigator.mozApps.mgmt APIを䜿うために  webapps-manage permissionが必芁ずなりたす。

-
"permissions": {
-  "device-storage:apps":{ "access": "readwrite" },
-  "webapps-manage":{ }
-}
-

appsを陀くすべおの device-storage 蚘憶領域は privileged level の暩限を必芁ずしたす。 apps は certifiedです。webapps-manage は certified levelの暩限で䜿甚できたす。

-

ストレヌゞの利甚

-

アプリケヌションは蚘憶領域ぞのアクセスを取埗するず、その蚘憶領域内のファむルを远加、取埗、および削陀するこずが可胜です。

-

ファむルの远加

-

Adding a file is done using the {{domxref("DeviceStorage.addNamed()","addNamed")}} or {{domxref("DeviceStorage.add()","add")}} methods. The former allows to set an explicit name when storing a file while the latter creates a name automatically when the file is stored. Both methods are asynchronous and return a {{domxref("DOMRequest")}} object to handle the success or error of the operation. This is very important as writing and reading files on a physical support is a slow process.

-

Those two methods expect a {{domxref("Blob")}} as their first parameter. This object will be turned into a file under the hood and stored. When creating a {{domxref("Blob")}} object, it's mandatory to give it a type. This type, which is a mime type, is important because some storage areas have restrictions based on the type:

- -
var sdcard = navigator.getDeviceStorage("sdcard");
-var file   = new Blob(["This is a text file."], {type: "text/plain"});
-
-var request = sdcard.addNamed(file, "my-file.txt");
-
-request.onsuccess = function () {
-  var name = this.result;
-  console.log('File "' + name + '" successfully wrote on the sdcard storage area');
-}
-
-// An error typically occur if a file with the same name already exist
-request.onerror = function () {
-  console.warn('Unable to write the file: ' + this.error);
-}
-
-
-

Note: Repository in a storage area are implicit. It's not possible to create explicitly an empty repository. If you want to use a repository structure you have to make it part of the name of the file to store. So if you want to store the file bar inside the foo repository, you have to use the {{domxref("DeviceStorage.addNamed()","addNamed")}} method with the complete path name of the file addNamed(blob, "foo/bar"). This is also true when you want to retrieve a file using it's name (see below).

-

As file are added in a given restricted storage area for security reason, a file path name cannot start with "/" nor "../" (and "./" is pointless).

-
-

ファむルの取埗

-

Retrieving a file can be done in both ways: by using its name or by iterating the whole list of files.

-

The easiest way is to retrieve a file by its name using the {{domxref("DeviceStorage.get()","get")}} and {{domxref("DeviceStorage.getEditable","getEditable")}} methods. The former provides a {{domxref("File")}} object (which act like a read only file) when the latter provides a {{domxref("FileHandle")}} object (which allows updating the underlaying file). Both methods are asynchronous and return a {{domxref("DOMRequest")}} object to handle the success or error of the operation.

-
var sdcard = navigator.getDeviceStorage('sdcard');
-
-var request = sdcard.get("my-file.txt");
-
-request.onsuccess = function () {
-  var file = this.result;
-  console.log("Get the file: " + file.name);
-}
-
-request.onerror = function () {
-  console.warn("Unable to get the file: " + this.error);
-}
-
-

The other way to retrieve files is by browsing the content of the storage area. This is possible using the {{domxref("DeviceStorage.enumerate()","enumerate")}} and {{domxref("DeviceStorage.enumerateEditable()","enumerateEditable")}} methods. The former provides {{domxref("File")}} objects when the latter provides {{domxref("FileHandle")}} objects. Both methods are asynchronous and return a {{domxref("DOMCursor")}} object to iterate along the list of files. A {{domxref("DOMCursor")}} is nothing less than a {{domxref("DOMRequest")}} with extra power to iterate asynchronously along a list of things (files in that case).

-
var pics = navigator.getDeviceStorage('pictures');
-
-// Let's browse all the images available
-var cursor = pics.enumerate();
-
-cursor.onsuccess = function () {
-  var file = this.result;
-  console.log("File found: " + file.name);
-
-  // Once we found a file we check if there is other results
-  if (!this.done) {
-    // Then we move to the next result, which call the cursor
-    // success with the next file as result.
-    this.continue();
-  }
-}
-
-cursor.onerror = function () {
-  console.warn("No file found: " + this.error);
-}
-
-

It's possible to limit the number of result by passing two optional parameters to the {{domxref("DeviceStorage.enumerate()","enumerate")}} and {{domxref("DeviceStorage.enumerateEditable()","enumerateEditable")}} methods.

-

The first parameter can be a string representing a sub folder to search inside.

-

The second parameter can be an object with a since property, which allow to limit the search to a given time period.

-
var pics = navigator.getDeviceStorage('pictures');
-
-// Lets retrieve picture from the last week.
-var param = {
-  since: new Date((+new Date()) - 7*24*60*60*1000)
-}
-
-var cursor = pics.enumerate(param);
-
-cursor.onsuccess = function () {
-  var file = this.result;
-  console.log("Picture taken on: " + file.lastModifiedDate);
-
-  if (!this.done) {
-    this.continue();
-  }
-}
-
-

ファむルの削陀

-

A file can be removed from the storage area by simply using the {{domxref("DeviceStorage.delete()","delete")}} method. This method just need the name of the file to delete. As all the other methods from the {{domxref("DeviceStorage")}} interface, this one is also asynchronous and return a {{domxref("DOMRequest")}} object to handle the success or error of the operation.

-
var sdcard = navigator.getDeviceStorage('sdcard');
-
-var request = sdcard.delete("my-file.txt");
-
-request.onsuccess = function () {
-  console.log("File deleted");
-}
-
-request.onerror = function () {
-  console.log("Unable to delete the file: " + this.error);
-}
-
-

ストレヌゞ情報

-

Beyond accessing files, a storage area provide a few methods to easily reach some important information

-

利甚可胜領域

-

One of the most important thing to know when storing files on a device is the amount of space available. The {{domxref("DeviceStorage")}} interface provide two useful function dedicated to space:

- -

As those methods are asynchronous, they return a {{domxref("DOMRequest")}} object to handle the success or error of the operation.

-
var videos = navigator.getDeviceStorage('videos');
-
-var request = videos.usedSpace();
-
-request.onsuccess = function () {
-  // The result is express in bytes, lets turn it into megabytes
-  var size = this.result / 1048576;
-  console.log("The videos on your device use a total of " + size.toFixed(2) + "Mo of space.");
-}
-
-request.onerror = function () {
-  console.warn("Unable to get the space used by videos: " + this.error);
-}
-
-

倉曎の監芖

-

As many applications can use a same storage area at the same time, it's sometime useful for an application to be aware of a change in that storage area. It's also useful for an application who want to perform asynchronous action without relaying on all the {{domxref("DOMRequest")}} objects return by each method of the {{domxref("DeviceStorage")}} interface.

-

To that end, a {{event("change")}} event is triggered each time a file is created, modified or deleted. This event can be capture using the {{domxref("DeviceStorage.onchange","onchange")}} property or the {{domxref("EventTarget.addEventListener()","addEventListener()")}} method. The event handler get a {{domxref("DeviceStorageChangeEvent")}} object which is a regular {{domxref("Event")}} object with two extra properties:

- -
var sdcard = navigator.getDeviceStorage('sdcard');
-
-sdcard.onchange = function (change) {
-  var reason = change.reason;
-  var path   = change.path;
-
-  console.log('The file "' + path + '" has been ' + reason);
-}
-
-

仕様

-

Not part of any specification.

-

ブラりザ互換性

-

{{ CompatibilityTable() }}

-
- - - - - - - - - - - - - - - - - - - -
FeatureChromeFirefox (Gecko)Internet ExplorerOperaSafari
Basic support{{ CompatUnknown() }}{{ CompatUnknown() }}{{ CompatNo() }}{{ CompatNo() }}{{ CompatNo() }}
-
-
- - - - - - - - - - - - - - - - - - - -
FeatureAndroidFirefox Mobile (Gecko)IE MobileOpera MobileSafari Mobile
Basic support{{ CompatUnknown() }}{{ CompatUnknown() }}{{ CompatNo() }}{{ CompatNo() }}{{ CompatNo() }}
-
-

関連項目

- diff --git a/files/ja/web/api/domapplicationsmanager/getall/index.html b/files/ja/web/api/domapplicationsmanager/getall/index.html deleted file mode 100644 index 3c01a9c81a..0000000000 --- a/files/ja/web/api/domapplicationsmanager/getall/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: Apps.mgmt.getAll -slug: Web/API/DOMApplicationsManager/getAll -tags: - - API - - Apps - - Apps API - - Firefox OS - - Method -translation_of: Archive/Marketplace/API/DOMApplicationsManager/getAll ---- -

{{ ApiRef() }}

-

{{ non-standard_header() }}

-

抂芁

-

ナヌザのレポゞトリにむンストヌルされおいるアプリ䞀芧を取埗したす。

-

構文

-
window.navigator.mozApps.mgmt.getAll()
-
-

匕数

-

ありたせん。

-

戻り倀

-

getAll() は pendingGetAll オブゞェクトを返したす。呌び出し元は戻り倀オブゞェクトの onsuccess ず onerror コヌルバックプロパティを蚭定するこずが期埅されたす。

-

pendingGetAll.result は、珟圚のブラりザにむンストヌルされおいるすべおのアプリを含んだ App オブゞェクトの配列ずなりたす。䜕もアプリがむンストヌルされおいない堎合、pendingGetAll.result は空の配列ずなりたす。アプリの取埗時に深刻な問題が発生した堎合、onerror が呌び出されたす。

-

これは特暩付き呌び出しです。アプリを取埗する特暩がない堎合、navigator.mozApps.mgmt は null ずなりたす。

-

゚ラヌ

-

以䞋の゚ラヌが DOMRequest.error で返される可胜性がありたす。

-
-
-
-
- DENIED
-
- 暩限なし。
-
- - diff --git a/files/ja/web/api/domapplicationsmanager/index.html b/files/ja/web/api/domapplicationsmanager/index.html deleted file mode 100644 index d30d16fa32..0000000000 --- a/files/ja/web/api/domapplicationsmanager/index.html +++ /dev/null @@ -1,82 +0,0 @@ ---- -title: DOMApplicationsManager -slug: Web/API/DOMApplicationsManager -tags: - - API -translation_of: Archive/Marketplace/API/DOMApplicationsManager ---- -

{{ ApiRef("Apps") }}

- -

{{ non-standard_header() }}

- -

Provides support for managing, and Open Web apps in a browser. A manager can be accessed via {{domxref("DOMApplicationsRegistry.mgmt", "Navigator.mozApps.mgmt")}}

- -

Property

- -
-
{{domxref("DOMApplicationsManager.oninstall")}}
-
Is an {{domxref("EventManager")}} call when install event is received.
-
{{domxref("DOMApplicationsManager.onuninstall")}}
-
Is an {{domxref("EventManager")}} call when uninstall event is received.
-
{{domxref("DOMApplicationsManager.onenablestatechange")}}
-
Is an {{domxref("EventManager")}} call when enablestatechange event is received.
-
- -

Methods

- -
-
{{ domxref("DOMApplicationsManager.getAll()") }}
-
Returns all applications.
-
- -

Browser compatibility

- -

{{ CompatibilityTable() }}

- -
- - - - - - - - - - - - - - - - - - - -
FeatureChromeFirefox (Gecko)Internet ExplorerOperaSafari (WebKit)
Basic support{{ CompatUnknown() }}16.0{{ CompatUnknown() }}{{ CompatUnknown() }}{{ CompatUnknown() }}
-
- -
- - - - - - - - - - - - - - - - - - - -
FeatureAndroidFirefox Mobile (Gecko)IE PhoneOpera MobileSafari Mobile
Basic support{{ CompatUnknown() }}16.0{{ CompatUnknown() }}{{ CompatUnknown() }}{{ CompatUnknown() }}
-
- -

 

diff --git a/files/ja/web/api/domapplicationsregistry/checkinstalled/index.html b/files/ja/web/api/domapplicationsregistry/checkinstalled/index.html deleted file mode 100644 index 88b7ededb5..0000000000 --- a/files/ja/web/api/domapplicationsregistry/checkinstalled/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: Apps.checkInstalled -slug: Web/API/DOMApplicationsRegistry/checkInstalled -tags: - - API - - Apps - - Apps API - - Firefox OS - - Method -translation_of: Archive/Marketplace/API/DOMApplicationsRegistry/checkInstalled ---- -

{{ ApiRef() }}

-

{{ non-standard_header() }}

-

抂芁

-

指定されたアプリに぀いおの情報を取埗したす。これを䜿っお、そのアプリがむンストヌルされおいるかどうかを刀別できたす。

-

構文

-
var request = window.navigator.mozApps.checkInstalled(url);
-
-

匕数

-
-
- url
-
- アプリの マニフェスト の堎所を含んだ 文字列型 の URL。
-
-

戻り倀

-

checkInstalled() 関数は {{ domxref("DOMRequest") }} オブゞェクトを返したす。DOMRequest.result プロパティには App オブゞェクト が含たれおおり、これはむンストヌルされおいるアプリの情報を提䟛する JavaScript オブゞェクトです。アプリがむンストヌルされおいない堎合、DOMRequest.result は null ずなりたす。

-

䟋

-
var request = window.navigator.mozApps.checkInstalled("http://example.com/manifest.webapp");
-request.onerror = function(e) {
-  alert("checkInstalled 呌び出し゚ラヌ: " + request.error.name);
-};
-request.onsuccess = function(e) {
-  if (request.result) {
-    console.log("アプリはむンストヌルされおいたす");
-  }
-  else {
-    console.log("アプリはむンストヌルされおいたせん");
-  }
-};
-

呌び出し元スクリプトは、この䟋のように、戻り倀オブゞェクトの onsuccess/onerror コヌルバックプロパティを蚭定するこずが期埅されたす。呌び出しが成功した堎合、戻り倀オブゞェクトの result プロパティには App オブゞェクト が含たれおいたす。この䟋では request.result に圓たりたす。

-

゚ラヌ

-

DOMRequest.error においお文字列の ERROR が返りたす。

-

マニフェストが情報を芁求したペヌゞずは異なるドメむンにある堎合、checkInstalled が呌び出された盎埌に䟋倖 NS_ERROR_DOM_BAD_URI が投げられたす。

- - diff --git a/files/ja/web/api/domapplicationsregistry/getinstalled/index.html b/files/ja/web/api/domapplicationsregistry/getinstalled/index.html deleted file mode 100644 index 1bfc36d895..0000000000 --- a/files/ja/web/api/domapplicationsregistry/getinstalled/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: Apps.getInstalled -slug: Web/API/DOMApplicationsRegistry/getInstalled -tags: - - API - - Apps - - Apps API - - Firefox OS - - Method -translation_of: Archive/Marketplace/API/DOMApplicationsRegistry/getInstalled ---- -

{{ ApiRef() }}

-

{{ non-standard_header() }}

-

抂芁

-

この生成元からむンストヌルされたアプリの䞀芧を取埗したす。䟋えば、これを Mozilla Marketplace を呌び出した堎合、Mozilla Marketplace によっおむンストヌルされたアプリの䞀芧を取埗できたす。

-
-

泚: ひず぀の生成元 (オリゞン) に耇数のアプリをホストするこずはできたせん。ひず぀のドメむンで耇数のアプリを登録したい堎合は、䟋えば myapp.mydomain.com、otherapp.mydomain.com のように、アプリごずにサブドメむンを甚意しおください。

-
-

構文

-
var request = window.navigator.mozApps.getInstalled();
-
-

匕数

-

ありたせん。

-

䟋

-
var request = window.navigator.mozApps.getInstalled();
-request.onerror = function(e) {
-  alert("getInstalled の呌び出し時に゚ラヌが発生したした: " + request.error.name);
-};
-request.onsuccess = function(e) {
-  alert("成功したした。アプリの数は " + request.result.length);
-  var appsRecord = request.result;
-};
-

呌び出し元スクリプトは、この䟋のように、戻り倀オブゞェクトの onsuccess/onerror コヌルバックプロパティを蚭定するこずが期埅されたす。呌び出しが成功した堎合、戻り倀オブゞェクトの result プロパティに App オブゞェクト の配列が含たれおいたす。この䟋では request.result に圓たりたす。

-

゚ラヌ

-

DOMRequest.error においお文字列の ERROR が返りたす。

- - diff --git a/files/ja/web/api/domapplicationsregistry/getself/index.html b/files/ja/web/api/domapplicationsregistry/getself/index.html deleted file mode 100644 index 5fdd46a1ce..0000000000 --- a/files/ja/web/api/domapplicationsregistry/getself/index.html +++ /dev/null @@ -1,47 +0,0 @@ ---- -title: Apps.getSelf -slug: Web/API/DOMApplicationsRegistry/getSelf -tags: - - API - - Apps - - Apps API - - Firefox OS - - Method -translation_of: Archive/Marketplace/API/DOMApplicationsRegistry/getSelf ---- -

{{ ApiRef() }}

-

{{ non-standard_header() }}

-

抂芁

-

珟圚のアプリに関する情報を返したす。぀たり、呌び出し元アプリずドメむンが䞀臎するむンストヌル枈みアプリの情報です。これを䜿っおアプリがむンストヌルされおいるかどうかを刀別できたす。

-
-

泚: ひず぀の生成元 (オリゞン) に耇数のアプリをホストするこずはできたせん。ひず぀のドメむンで耇数のアプリを登録したい堎合は、䟋えば myapp.mydomain.com、otherapp.mydomain.com のように、アプリごずにサブドメむンを甚意しおください。

-
-

構文

-
var request = window.navigator.mozApps.getSelf();
-
-

匕数

-

ありたせん。

-

戻り倀

-

getSelf() は DOMRequest オブゞェクトを返したす。success むベントが DOMRequest に察しお通知されるず、DOMRequest.result フィヌルドには、珟圚のアプリを衚す App オブゞェクト、あるいは getSelf() がアプリ倖郚から呌び出された (぀たりアプリがむンストヌルされおいない) 堎合は null が含たれたす。操䜜が完了するたでは、DOMRequest.result は null です。

-

呌び出しが成功しなかった堎合、error むベントが DOMRequest に察しお通知され、DOMRequest.error には DOMError オブゞェクトが含たれ、これにぱラヌに関する情報が含たれたす。

-

䟋

-

DOMRequest.onsuccess ず DOMRequest.onerror コヌルバックプロパティずずもに getSelf() を䜿う方法を瀺した䟋です。

-
var request = window.navigator.mozApps.getSelf();
-request.onsuccess = function() {
-  if (request.result) {
-    // App オブゞェクトからアプリの名称を取埗
-    alert("珟圚のアプリの名称: " + request.result.manifest.name);
-  } else {
-    alert("アプリ倖郚から呌び出されたした");
-  }
-};
-request.onerror = function() {
-  // DOMError オブゞェクトから゚ラヌ名を衚瀺
-  alert("゚ラヌ: " + request.error.name);
-};
-

呌び出しが成功した堎合、戻り倀オブゞェクトの result プロパティに App オブゞェクトが含たれおいたす。この䟋では request.result に圓たりたす。request.result が null の堎合、アプリがむンストヌルされおいないこずが分かりたす。

-

アプリがそのプロトコルを HTTP から HTTPS ぞ倉えおいる堎合は、navigator.mozApps.checkInstalled() を䜿っおむンストヌルされおいるか刀別した方が良いでしょう。

- - diff --git a/files/ja/web/api/domapplicationsregistry/index.html b/files/ja/web/api/domapplicationsregistry/index.html deleted file mode 100644 index 72bff00c25..0000000000 --- a/files/ja/web/api/domapplicationsregistry/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: Apps -slug: Web/API/DOMApplicationsRegistry -tags: - - API - - Apps - - Apps API - - Non-standard -translation_of: Archive/Marketplace/API/DOMApplicationsRegistry ---- -
{{ ApiRef("Apps") }}
- -
-

マヌケットプレむス機胜の削陀
- このペヌゞで説明されおいる機胜は動䜜しなくなりたした— Firefox Marketplaceは、Android、デスクトップ、タブレット、および支払いその他の関連機胜のサポヌトを終了したした。詳现に぀いおは、 Future of Marketplace FAQ をご芧ください。

-
- -

ブラりザ内で Open Web apps をむンストヌル、管理する機胜を提䟛したす。珟時点では {{domxref('window.navigator.mozApps')}} ずしお実装されおいたす。

- -

プロパティ

- -
-
{{domxref("DOMApplicationsRegistry.mgmt")}}
-
ダッシュボヌドがナヌザに代わっおアプリを管理、起動できるようにする関数を含む mgmt オブゞェクト。
-
- -

メ゜ッド

- -
-
{{ domxref("DOMApplicationsRegistry.checkInstalled()") }}
-
アプリが既にむンストヌルされおいるかどうかを確認したす。マニフェストを匕数に取りたす。
-
{{ domxref("DOMApplicationsRegistry.install()") }}
-
アプリのむンストヌルを実行したす。むンストヌルの過皋で、アプリは怜蚌され、ナヌザはむンストヌルを蚱可するかどうか蚪ねられたす。
-
{{ domxref("DOMApplicationsRegistry.getSelf()") }}
-
該圓するアプリの {{domxref('app')}} オブゞェクトを含むオブゞェクトを返したす。
-
{{ domxref("DOMApplicationsRegistry.getInstalled()") }}
-
むンストヌルされおいるアプリの䞀芧を取埗したす。
-
-

Obsolete methods

-
-
DOMApplicationsRegistry.amInstalled() {{Obsolete_Inline}}
-
アプリがむンストヌルされおいるかどうかを確認する手段を提䟛したす。
-
DOMApplicationsRegistry.getInstalledBy() {{Obsolete_Inline}}
-
呌び出し元のドメむンによっおむンストヌルされたアプリを返したす。 これにより、アプリのディレクトリたたはストアは、珟圚のナヌザヌに代わっおむンストヌルしたアプリを刀別できたす。
-
diff --git a/files/ja/web/api/domapplicationsregistry/install/index.html b/files/ja/web/api/domapplicationsregistry/install/index.html deleted file mode 100644 index af89013ff4..0000000000 --- a/files/ja/web/api/domapplicationsregistry/install/index.html +++ /dev/null @@ -1,96 +0,0 @@ ---- -title: Apps.install -slug: Web/API/DOMApplicationsRegistry/install -tags: - - API - - Apps - - Apps API - - Firefox OS - - Method -translation_of: Archive/Marketplace/API/DOMApplicationsRegistry/install ---- -
- {{ApiRef}} {{non-standard_header}}
-

抂芁

-

アプリのむンストヌルを実行したす。むンストヌルの過皋で、アプリは怜蚌され、ナヌザはむンストヌルを蚱可するかどうか蚪ねられたす。

-

アプリが既に同じドメむンからむンストヌルされおいた堎合、install() を再床呌び出すこずで既存のむンストヌルデヌタが確認なく䞊曞きされたす。これは、䟋えばナヌザが無料版からプレミアム版にアップグレヌドした堎合など、賌入レシヌトの倉曎に䜿甚される堎合がありたす。

-

構文

-
var request = window.navigator.mozApps.install(url, [receipt1, 
]);
-

匕数

-
- 泚: 珟圚 (2012 幎 5 月時点)、url 匕数に盞察パスを䜿った堎合に生じるバグがありたす。{{ Bug("745928") }} を参照しおください。
-
-
- url
-
- むンストヌルされる マニフェスト の堎所を含んだ string 型の URL。独自配垃の堎合 (むンストヌル元がアプリの生成元ず同じ堎合)、むンストヌル元のサむトは URL の生成元郚分を省略し、(/ で始たる) 絶察パスを䜿うこずも可胜です。
-
- receipts
-
- (オプション) 1 ぀あるいは耇数のレシヌトの配列を含む配列。䟋:
-
- 
window.navigator.mozApps.install(url, ["receipt"])
-
-
- receipts が省略された堎合、これは null ずしお扱われたす。詳しくは レシヌトの怜蚌 を参照しおください。
-
-

芁求された匕数 (url) が欠萜しおいた堎合、あるいは非察応の匕数が䞎えられた堎合、install() 関数は䟋倖を投げたす。

-

戻り倀

-

install() 関数は {{ domxref("DOMRequest") }} オブゞェクトを返したす。DOMRequest.result フィヌルドには App オブゞェクト が含たれ、これはむンストヌルされたばかりのアプリを説明する JavaScript オブゞェクトです。操䜜が完了するたでは、DOMRequest.result は null です。

-

むンストヌルが成功しなかった堎合、DOMRequest.error には DOMError オブゞェクト が含たれ、これにぱラヌに関する情報が含たれたす。

-

䟋

-

DOMRequest.onsuccess ず DOMRequest.onerror コヌルバックプロパティずずもに install() を䜿う方法を瀺した䟋です。

-
var request = window.navigator.mozApps.install(manifestUrl);
-request.onsuccess = function () {
-  // 戻り倀の App オブゞェクトを保存
-  var appRecord = this.result;
-  alert('むンストヌル成功');
-};
-request.onerror = function () {
-  // DOMError オブゞェクトから゚ラヌ情報を衚瀺
-  alert('むンストヌル倱敗、゚ラヌ: ' + this.error.name);
-};
-
-

むンストヌルが成功した堎合、onsuccess コヌルバックが呌び出されたす。これは、ここ に曞かれおいるむンストヌルアクションが発生したこずを意味したす。

-

むンストヌルが成功しなかった堎合、onerror コヌルバックが呌び出されたす。倱敗したむンストヌルでは、DOMRequest.error に゚ラヌに関する情報を含む DOMError オブゞェクトが含たれたす。

-

䞊のコヌドでは、既に呌び出された関数の埌にリスナヌが远加されおいるため、おかしな感じに芋えるかもしれたせん。しかし、これが DOMRequest オブゞェクトの操䜜方法なのです。関数の呌び出しはリスナヌが定矩されるたで埅機し、リスナヌは適切に呌び出されたす。install() 関数は onsuccess や onerror リスナヌが定矩されおいない堎合でも動䜜したす。

-

゚ラヌ

-

むンストヌルが成功しなかった堎合、以䞋の゚ラヌのいずれかが DOMRequest.error に含たれお返りたす。

-
-
- DENIED
-
- ナヌザがむンストヌルをキャンセルした。
-
- INVALID_MANIFEST
-
- マニフェストが、正しい JSON 圢匏ではあるものの、必芁な項目を含んでいないか、䜕らかの䞍正な状態。
-
- MANIFEST_URL_ERROR
-
- HTTP 200 以倖のステヌタスコヌドが返っおきた、あるいは䜕らかの接続゚ラヌ。
-
- MANIFEST_PARSE_ERROR
-
- マニフェストの JSON が䞍正な圢匏。
-
- NETWORK_ERROR
-
- 接続゚ラヌ。
-
- REINSTALL_FORBIDDEN
-
- アプリの再むンストヌルが犁止されおいる。
-
- MULTIPLE_APPS_PER_ORIGIN_FORBIDDEN
-
- むンストヌル可胜なアプリには「オリゞンごずにアプリひず぀」ずいうセキュリティポリシヌが適甚され、基本的に 1 ぀のオリゞンで 2 ぀以䞊のアプリをホストできたせん。
-
- - diff --git a/files/ja/web/api/domapplicationsregistry/installpackage/index.html b/files/ja/web/api/domapplicationsregistry/installpackage/index.html deleted file mode 100644 index 12b2912820..0000000000 --- a/files/ja/web/api/domapplicationsregistry/installpackage/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: Apps.installPackage -slug: Web/API/DOMApplicationsRegistry/installPackage -tags: - - API - - Apps - - Firefox OS - - Method - - NeedsContent -translation_of: Archive/Marketplace/API/DOMApplicationsRegistry/installPackage ---- -

{{ ApiRef() }} {{non-standard_header}}

-

抂芁

-

パッケヌゞ型アプリ をむンストヌルしたす。

-

構文

-
installPackage: function(aURL[, aParams])
-

匕数

-
-  
-
-
-
- aURL
-
- むンストヌルしようずするアプリパッケヌゞに関連付けられたミニマニフェストの URL。完党な絶察 URL でなければいけたせん。
-
- aParams
-
- (オプション) 以䞋の远加の情報を含むオブゞェクト。
-
-
- -

戻り倀

-
-
- DOMRequest
-
-

関連情報

- diff --git a/files/ja/web/api/domcursor/done/index.html b/files/ja/web/api/domcursor/done/index.html deleted file mode 100644 index 360e731a56..0000000000 --- a/files/ja/web/api/domcursor/done/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: DOMCursor.done -slug: Web/API/DOMCursor/done -translation_of: Archive/B2G_OS/API/DOMCursor/done ---- -
- {{ApiRef}} {{non-standard_header}}
-

抂芁

-

The done property indicate if the {{domxref("DOMCursor")}} has reach the last result.

-

構文

-
done = instanceOfDOMCursor.done
-

倀

-

A boolean.

-

ブラりザ互換性

-
- {{CompatibilityTable}}
-
- - - - - - - - - - - - - - - - - - - -
FeatureChromeFirefox (Gecko)Internet ExplorerOperaSafari
Basic support{{CompatUnknown}}{{CompatGeckoDesktop("21.0")}}{{CompatUnknown}}{{CompatUnknown}}{{CompatUnknown}}
-
-
- - - - - - - - - - - - - - - - - - - - - -
FeatureAndroidChrome for AndroidFirefox Mobile (Gecko)IE MobileOpera MobileSafari Mobile
Basic support{{CompatUnknown}}{{CompatUnknown}}{{CompatGeckoMobile("21.0")}}{{CompatUnknown}}{{CompatUnknown}}{{CompatUnknown}}
-
-

仕様

-

Not currently part of any specification.

-

関連情報

- diff --git a/files/ja/web/api/domcursor/index.html b/files/ja/web/api/domcursor/index.html deleted file mode 100644 index 8f1d51f581..0000000000 --- a/files/ja/web/api/domcursor/index.html +++ /dev/null @@ -1,102 +0,0 @@ ---- -title: DOMCursor -slug: Web/API/DOMCursor -tags: - - API - - DOM - - DOM Reference - - Gecko DOM Reference - - Non-standard - - Reference - - WebAPI -translation_of: Archive/B2G_OS/API/DOMCursor ---- -
- {{Apiref}} {{non-standard_header}}
-

抂芁

-

DOMCursor オブゞェクトは結果のリスト党䜓の継続的な操䜜を可胜にしおいたす。これは、結果のリストを非同期で反埩するこずを蚱可した{{domxref("DOMRequest")}} を拡匵したものです。{{domxref("DOMCursor.continue()","continue()")}}メ゜ッドが呌ばれるたびに、DOMCurosr はリストの次の芁玠ぞ移動を詊み、結果の成功たたは倱敗を呌び出したす。

-

属性

-
-
- {{domxref("DOMCursor.done")}}
-
- 最埌の芁玠に達しおいるかを瀺したす。
-
-

Inherited from {{domxref("DOMRequest")}}:

-

{{page("/en-US/docs/Web/API/DOMRequest","Properties")}}

-

メ゜ッド

-
-
- {{domxref("DOMCursor.continue()")}}
-
- 次のカヌ゜ルぞず移動したす。
-
-

䟋

-
var sdcard = navigator.getDeviceStorage('sdcard');
-var cursor = sdcard.enumerate();
-
-cursor.onsuccess = function () {
-  console.log("File found: " + this.result.name);
-
-  // Once we found a file we check if there is other results
-  if (!this.done) {
-    // Then we move to the next result, which call the
-    // cursor success with the next file as result.
-    this.continue();
-  }
-}
-

ブラりザ互換性

-
- {{CompatibilityTable}}
-
- - - - - - - - - - - - - - - - - - - -
FeatureChromeFirefox (Gecko)Internet ExplorerOperaSafari
Basic support{{CompatUnknown}}{{CompatGeckoDesktop("21.0")}}{{CompatUnknown}}{{CompatUnknown}}{{CompatUnknown}}
-
-
- - - - - - - - - - - - - - - - - - - - - -
FeatureAndroidChrome for AndroidFirefox Mobile (Gecko)IE MobileOpera MobileSafari Mobile
Basic support{{CompatUnknown}}{{CompatUnknown}}{{CompatGeckoMobile("21.0")}}{{CompatUnknown}}{{CompatUnknown}}{{CompatUnknown}}
-
-

仕様

-

Not currently part of any specification.

-

関連情報

- diff --git a/files/ja/web/api/domrequest/error/index.html b/files/ja/web/api/domrequest/error/index.html deleted file mode 100644 index 44416750c8..0000000000 --- a/files/ja/web/api/domrequest/error/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: DOMRequest.error -slug: Web/API/DOMRequest/error -tags: - - DOM - - DOMRequest - - Gecko DOM Reference -translation_of: Archive/B2G_OS/API/DOMRequest/error ---- -
{{ApiRef}}{{non-standard_header}}
- -

抂芁

- -

このプロパティは {{domxref("DOMError")}} オブゞェクト内の゚ラヌ情報を含みたす。

- -

構文

- -
errorname = request.error.name;
-
- - - -

仕様

- -

どの仕様曞にも蚘茉されおいたせん。

- -

ブラりザ実装状況

- -
Supported in Firefox 13.
-Available in workers in Firefox 41.
- -

関連情報

- - diff --git a/files/ja/web/api/domrequest/index.html b/files/ja/web/api/domrequest/index.html deleted file mode 100644 index 0e6ef466a3..0000000000 --- a/files/ja/web/api/domrequest/index.html +++ /dev/null @@ -1,102 +0,0 @@ ---- -title: DOMRequest -slug: Web/API/DOMRequest -tags: - - DOM - - Gecko DOM Reference -translation_of: Archive/B2G_OS/API/DOMRequest ---- -
- {{ApiRef}}
-

DOMRequest オブゞェクトは、進行䞭の操䜜を衚したす。操䜜の完了時に呌び出されるコヌルバックず、操䜜結果ぞの参照を提䟛したす。 進行䞭の操䜜を開始する DOM メ゜ッドは、その操䜜の進行状況の監芖に䜿甚できる DOMRequest オブゞェクトを返すこずがありたす。

-

属性

-
-
- {{ domxref("DOMRequest.onsuccess") }}
-
- DOMRequest によっお衚される、操䜜の完了時に呌び出されるコヌルバックハンドラ
-
- {{ domxref("DOMRequest.onerror") }}
-
- 操䜜の凊理䞭に゚ラヌが発生したずきに呌び出されるコヌルバックハンドラ
-
- {{ domxref("DOMRequest.readyState") }}
-
- 操䜜が完了しおいるか吊かを瀺す string。倀は "done" もしくは "pending" の䜕れか。
-
- {{ domxref("DOMRequest.result") }}
-
- 操䜜結果
-
- {{ domxref("DOMRequest.error") }}
-
- ゚ラヌ情報※存圚する堎合
-
-

䟋

-

{{domxref("App")}} の onsuccess、 onerror、 result、 error の䜿甚䟋

-
var pending = navigator.mozApps.install(manifestUrl);
-
-pending.onsuccess = function () {
-  // Save the App object that is returned
-  var appRecord = this.result;
-  alert('Installation successful!')
-};
-
-pending.onerror = function () {
-  // Display the name of the error
-  alert('Install failed, error: ' + this.error.name);
-};
-

ブラりザ実装状況

-

{{ CompatibilityTable }}

-
- - - - - - - - - - - - - - - - - - - -
機胜ChromeFirefox (Gecko)Internet ExplorerOperaSafari
基本サポヌト{{ CompatUnknown }}{{ CompatGeckoDesktop("13.0") }}{{ CompatUnknown }}{{ CompatUnknown }}{{ CompatUnknown }}
-
-
- - - - - - - - - - - - - - - - - - - - - -
機胜AndroidChrome for AndroidFirefox Mobile (Gecko)IE MobileOpera MobileSafari Mobile
基本サポヌト{{ CompatUnknown }}{{ CompatUnknown }}{{ CompatGeckoMobile("13.0") }}{{ CompatUnknown }}{{ CompatUnknown }}{{ CompatUnknown }}
-
-

仕様

-

どの仕様曞にも含たれおいたせん。

-

関連情報

- diff --git a/files/ja/web/api/fmradio/antennaavailable/index.html b/files/ja/web/api/fmradio/antennaavailable/index.html deleted file mode 100644 index 231ff03eb6..0000000000 --- a/files/ja/web/api/fmradio/antennaavailable/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: FMRadio.antennaAvailable -slug: Web/API/FMRadio/antennaAvailable -tags: - - API - - B2G - - Firefox OS - - Non Standard - - Property - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/antennaAvailable ---- -
- {{ non-standard_header() }}
-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

antennaAvailable プロパティの倀は、アンテナが接続されおおり利甚可胜かどうかを瀺したす。

-

構文

-
var antenna = instanceOfFMRadio.antennaAvailable
-

倀

-

真停倀を返したす。

-

䟋

-
navigator.mozFMRadio.onantennaavailablechange = function () {
-  if (navigator.mozFMRadio.antennaAvailable) {
-    console.log("アンテナが接続されおいたす");
-  } else {
-    console.log("アンテナが接続されおいたせん");
-  }
-};
-
-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/cancelseek/index.html b/files/ja/web/api/fmradio/cancelseek/index.html deleted file mode 100644 index 736c88f018..0000000000 --- a/files/ja/web/api/fmradio/cancelseek/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: FMRadio.cancelSeek -slug: Web/API/FMRadio/cancelSeek -tags: - - API - - B2G - - Firefox OS - - Method - - Non Standard - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/cancelSeek ---- -

{{ non-standard_header() }}

-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

cancelSeek メ゜ッドは、ラゞオチャンネルの呚波数の探玢を䞭止するために䜿甚したす。

-

構文

-
var request = instanceOfFMRadio.cancelSeek();
-

戻り倀

-

呜什の成功たたぱラヌを扱う DOMRequest を返したす。

-

䟋

-
navigator.mozFMRadio.seekUp();
-
-window.onfrenquencychange = function () {
-  var request = navigator.mozFMRadio.cancelSeek();
-
-  request.onsuccess = function () {
-    console.log("Ok, let's stop seeking.");
-  }
-
-  request.onerror = function () {
-    console.log("Mmmh... ok, but there is actually nothing to cancel.");
-  }
-}
-
-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/channelwidth/index.html b/files/ja/web/api/fmradio/channelwidth/index.html deleted file mode 100644 index 0e69232a4c..0000000000 --- a/files/ja/web/api/fmradio/channelwidth/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: FMRadio.channelWidth -slug: Web/API/FMRadio/channelWidth -tags: - - API - - B2G - - Firefox OS - - Non Standard - - Property - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/channelWidth ---- -
- {{ non-standard_header() }}
-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

channelWidth プロパティの倀は、呚波数範囲のチャンネル幅を MHz 単䜍で瀺したす。

-

通垞、この倀は次のいずれかです: 0.05, 0.1 (既定倀) たたは 0.2。

-

呚波数がラゞオに割り圓おられる時、channelWidth に䞎えられた最も近い呚波数の倀に䞞められたす。䟋えば、100MHz が正しい呚波数であり、channelWidth の倀が 0.2 である堎合、100.2 や 99.8 は正しい呚波数ですが、100.15 は 100.2 に䞞められたす。

-

構文

-
var width = instanceOfFMRadio.channelWidth
-

倀

-

真停倀を返したす。

-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/disable/index.html b/files/ja/web/api/fmradio/disable/index.html deleted file mode 100644 index 0ea44dca1b..0000000000 --- a/files/ja/web/api/fmradio/disable/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: FMRadio.disable -slug: Web/API/FMRadio/disable -tags: - - API - - B2G - - Firefox OS - - Method - - Non Standard - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/disable ---- -

{{ non-standard_header() }}

-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

disable メ゜ッドは、ラゞオを OFF にするために䜿甚したす。

-

このメ゜ッドの呌び出しが成功した時に、毎回 {{event("disabled")}} むベントが発生したす。

-

構文

-
var request = instanceOfFMRadio.disable();
-

戻り倀

-

呜什の成功たたぱラヌを扱う DOMRequest を返したす。

-

䟋

-
var request = navigator.mozFMRadio.disable(100.0);
-
-request.onsuccess = function () {
-  console.log("The radio is turned off");
-}
-
-request.onerror = function () {
-  console.log("Something goes wrong!");
-}
-
-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/enable/index.html b/files/ja/web/api/fmradio/enable/index.html deleted file mode 100644 index 323607f8ad..0000000000 --- a/files/ja/web/api/fmradio/enable/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: FMRadio.enable -slug: Web/API/FMRadio/enable -tags: - - API - - B2G - - Firefox OS - - Method - - Non Standard - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/enable ---- -

{{ non-standard_header() }}

-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

enable メ゜ッドは、䞎えられた呚波数でラゞオを ON にするために䜿甚したす。

-

この関数は、匕数なしで呌び出された堎合、゚ラヌを投げたす。

-

このメ゜ッドの呌び出しが成功した時に、毎回 {{event("enabled")}} むベントず {{event("frequencychange")}} むベントが発生したす。

-

構文

-
var request = instanceOfFMRadio.enable(frequency);
-

匕数

-
-
- frenquency
-
- ラゞオが受信する信号の呚波数の倀。
-
-

戻り倀

-

呜什の成功たたぱラヌを扱う DOMRequest を返したす。

-

䟋

-
var request = navigator.mozFMRadio.enable(100.0);
-
-request.onsuccess = function () {
-  console.log("The radio is enable");
-}
-
-request.onerror = function () {
-  console.log("Something goes wrong!");
-}
-
-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/enabled/index.html b/files/ja/web/api/fmradio/enabled/index.html deleted file mode 100644 index c45a6568a9..0000000000 --- a/files/ja/web/api/fmradio/enabled/index.html +++ /dev/null @@ -1,41 +0,0 @@ ---- -title: FMRadio.enabled -slug: Web/API/FMRadio/enabled -tags: - - API - - B2G - - Firefox OS - - Non Standard - - Property - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/enabled ---- -
- {{ non-standard_header() }}
-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

enabled プロパティの倀は、ラゞオが再生䞭 (true) か、そうでない (false) かを瀺したす。

-

構文

-
var playing = instanceOfFMRadio.enabled
-

倀

-

真停倀を返したす。

-

䟋

-
window.addEventListener('enabled', function () {
-  if (navigator.mozFMRadio.enabled) {
-    console.log("ラゞオは再生䞭です");
-  } else {
-    console.log("ラゞオは OFF です");
-  }
-});
-
-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/frequency/index.html b/files/ja/web/api/fmradio/frequency/index.html deleted file mode 100644 index b495dd9516..0000000000 --- a/files/ja/web/api/fmradio/frequency/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: FMRadio.frequency -slug: Web/API/FMRadio/frequency -tags: - - API - - B2G - - Firefox OS - - Non Standard - - Property - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/frequency ---- -
- {{ non-standard_header() }}
-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

frequency プロパティの倀は、珟圚のラゞオ呚波数を返したす。

-

構文

-
var frequency = instanceOfFMRadio.frequency
-

倀

-

ラゞオ呚波数の MHz (MegaHertz) 単䜍の倀を返したす。

-

䟋

-
window.addEventListener('frequencychange', function () {
-  console.log("呚波数が " + navigator.mozFMRadio.frequency + "MHz に倉曎されたした");
-});
-
-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/frequencylowerbound/index.html b/files/ja/web/api/fmradio/frequencylowerbound/index.html deleted file mode 100644 index ac16e95d45..0000000000 --- a/files/ja/web/api/fmradio/frequencylowerbound/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: FMRadio.frequencyLowerBound -slug: Web/API/FMRadio/frequencyLowerBound -tags: - - API - - B2G - - Firefox OS - - Non Standard - - Property - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/frequencyLowerBound ---- -
- {{ non-standard_header() }}
-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

frequencyLowerBound プロパティの倀は、{{domxref("FMRadio.seek","seek")}} メ゜ッドで怜玢できるラゞオ局の呚波数の最小倀を瀺したす。

-

構文

-
var max = instanceOfFMRadio.frequencyLowerBound
-

倀

-

MHz (MegaHertz) 単䜍の数倀を返したす。

-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/frequencyupperbound/index.html b/files/ja/web/api/fmradio/frequencyupperbound/index.html deleted file mode 100644 index 2e5e426b61..0000000000 --- a/files/ja/web/api/fmradio/frequencyupperbound/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: FMRadio.frequencyUpperBound -slug: Web/API/FMRadio/frequencyUpperBound -tags: - - API - - B2G - - Firefox OS - - Non Standard - - Property - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/frequencyUpperBound ---- -
- {{ non-standard_header() }}
-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

frequencyUpperBound プロパティの倀は、{{domxref("FMRadio.seek","seek")}} メ゜ッドで怜玢できるラゞオ局の呚波数の最倧倀を瀺したす。

-

構文

-
var max = instanceOfFMRadio.frequencyUpperBound
-

倀

-

MHz (MegaHertz) 単䜍の数倀を返したす。

-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/index.html b/files/ja/web/api/fmradio/index.html deleted file mode 100644 index 84880d4d92..0000000000 --- a/files/ja/web/api/fmradio/index.html +++ /dev/null @@ -1,120 +0,0 @@ ---- -title: FMRadio -slug: Web/API/FMRadio -tags: - - API - - B2G - - Firefox OS - - Non Standard - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio ---- -

{{ non-standard_header() }}

-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

WebFM API は、端末の FM ラゞオぞのアクセスを提䟛したす。このむンタヌフェヌスは、FM ラゞオの ON、OFF およびチュヌニングにより他の局ぞの切り替えを可胜にしたす。これらは {{domxref("window.navigator.mozFMRadio","navigator.mozFMRadio")}} プロパティを通しおアクセスできたす。

-

API 抂芳

-
interface FMRadio : EventTarget {
-   readonly attribute boolean enabled;
-   readonly attribute boolean antennaAvailable;
-   readonly attribute double frequency;
-   readonly attribute double frequencyUpperBound;
-   readonly attribute double frequencyLowerBound;
-   readonly attribute double channelWidth;
-
-   attribute Function onantennaavailablechange;
-   attribute Function onfrequencychange;
-   attribute Function onenabled;
-   attribute Function ondisabled;
-
-   DOMRequest enable(double frequency);
-   DOMRequest disable();
-   DOMRequest setFrequency(double frequency);
-   DOMRequest seekUp();
-   DOMRequest seekDown();
-   DOMRequest cancelSeek();
-}
-

プロパティ

-
-
- {{domxref("FMRadio.enabled")}}
-
- ラゞオが再生䞭かどうかを瀺したす。
-
- {{domxref("FMRadio.antennaAvailable")}}
-
- アンテナが接続され利甚可胜かどうかを瀺したす。
-
- {{domxref("FMRadio.frequency")}}
-
- 珟圚のラゞオ呚波数を瀺したす。
-
- {{domxref("FMRadio.frequencyUpperBound")}}
-
- seek メ゜ッドで怜玢するラゞオ局の呚波数の最倧倀。
-
- {{domxref("FMRadio.frequencyLowerBound")}}
-
- seek メ゜ッドで怜玢するラゞオ局の呚波数の最小倀。
-
- {{domxref("FMRadio.channelWidth")}}
-
- 呚波数の範囲のチャンネル幅 (MHz 単䜍)。
-
-

むベントハンドラ

-
-
- {{domxref("FMRadio.onenabled")}}
-
- {{event("enabled")}} むベントのためのハンドラ。ラゞオが ON になった時に発火したす。
-
- {{domxref("FMRadio.ondisabled")}}
-
- {{event("disabled")}} むベントのためのハンドラ。ラゞオが OFF になった時に発火したす。
-
- {{domxref("FMRadio.onantennaavailablechange")}}
-
- {{event("antennaavailablechange")}} むベントのためのハンドラ。アンテナが抜き差しされた時に発火したす。
-
- {{domxref("FMRadio.onfrequencychange")}}
-
- {{event("frequencychange")}} むベントのためのハンドラ。ラゞオ呚波数が倉曎されるたびに発火したす。
-
-

メ゜ッド

-
-
- {{domxref("FMRadio.enable()")}}
-
- 䞎えられた呚波数でラゞオを ON にしたす。この関数は、匕数なしで呌ばれた堎合に゚ラヌを投げたす。呜什の成功たたぱラヌを扱う {{domxref("DOMRequest")}} を返したす。
-
- {{domxref("FMRadio.disable()")}}
-
- ラゞオを OFF にしたす。{{domxref("DOMRequest")}} を返し、これが成功の堎合、ラゞオが正しく無効化されたこずを瀺したす。
-
- {{domxref("FMRadio.setFrequency()")}}
-
- 非同期でラゞオの呚波数を倉曎したす。呚波数の倀は、frequencyLowerBound ず frequencyUpperBound の間にしなければなりたせん。この範囲倖の倀をセットしようずするず゚ラヌになりたす。
-
- {{domxref("DOMRequest")}} を返し、これが成功の堎合、呚波数が正しく倉曎されたこずを瀺したす。
-
- {{domxref("FMRadio.seekUp()")}}
-
- 次の呚波数を探玢したす (通垞は珟圚よりも高いほうの呚波数)。ラゞオチャンネルが芋぀かるず、frequencychange むベントが発生したす。{{domxref("DOMRequest")}} を返し、これが成功の堎合、探玢が開始されたこずを瀺したす。探玢する呚波数が䞊限に達するず、䜎い呚波数に折り返しお探玢されたす。
-
- {{domxref("FMRadio.seekDown()")}}
-
- 䞊蚘ず同じですが、珟圚よりも䜎いほうの呚波数を探玢したす。探玢する呚波数が䞋限に達するず、高い呚波数に折り返しお探玢されたす。
-
- {{domxref("FMRadio.cancelSeek()")}}
-
- ラゞオチャンネルの探玢をキャンセルしたす。{{domxref("DOMRequest")}} を返し、これが成功の堎合、呚波数の探玢がキャンセルされたこずを瀺したす。
-
-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/onantennaavailablechange/index.html b/files/ja/web/api/fmradio/onantennaavailablechange/index.html deleted file mode 100644 index caf0caa08d..0000000000 --- a/files/ja/web/api/fmradio/onantennaavailablechange/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: FMRadio.onantennaavailablechange -slug: Web/API/FMRadio/onantennaavailablechange -tags: - - API - - B2G - - DOM - - DOM Reference - - Firefox OS - - Non Standard - - Property - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/onantennaavailablechange ---- -

{{ ApiRef() }}

-

抂芁

-

{{event("antennaavailablechange")}} むベントを受け取るむベントリスナ関数を指定したす。このむベントは、端末にアンテナが接続された時、たたは倖された時に発生したす。

-

珟圚のアンテナの状態を確認するには、{{domxref("FMRadio.antennaAvailable")}} プロパティを䜿甚しおください。

-

構文

-
navigator.mozFMRadio.onantennaavailablechange = funcRef
-

funcRef の郚分は、{{event("antennaavailablechange")}} むベントが発生した時に呌び出される関数です。

-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/ondisabled/index.html b/files/ja/web/api/fmradio/ondisabled/index.html deleted file mode 100644 index 70b1272f45..0000000000 --- a/files/ja/web/api/fmradio/ondisabled/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: FMRadio.ondisabled -slug: Web/API/FMRadio/ondisabled -tags: - - API - - B2G - - DOM - - DOM Reference - - Firefox OS - - Non Standard - - Property - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/ondisabled ---- -

{{ ApiRef() }}

-

抂芁

-

{{event("disabled")}} むベントを受け取るむベントリスナ関数を指定したす。このむベントは、端末の FM ラゞオが OFF になるず発生したす。

-

構文

-
navigator.mozFMRadio.ondisabled = funcRef
-

funcRef の郚分は、{{event("disabled")}} むベントが発生した時に呌び出される関数です。

-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/onenabled/index.html b/files/ja/web/api/fmradio/onenabled/index.html deleted file mode 100644 index 5188ef58ea..0000000000 --- a/files/ja/web/api/fmradio/onenabled/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: FMRadio.onenabled -slug: Web/API/FMRadio/onenabled -tags: - - API - - B2G - - DOM - - DOM Reference - - Firefox OS - - Non Standard - - Property - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/onenabled ---- -

{{ ApiRef() }}

-

抂芁

-

{{event("enabled")}} むベントを受け取るむベントリスナ関数を指定したす。このむベントは、端末の FM ラゞオが ON になるず発生したす。

-

構文

-
navigator.mozFMRadio.onenabled = funcRef
-

funcRef の郚分は、{{event("enabled")}} むベントが発生した時に呌び出される関数です。

-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/onfrequencychange/index.html b/files/ja/web/api/fmradio/onfrequencychange/index.html deleted file mode 100644 index bb340ccb5a..0000000000 --- a/files/ja/web/api/fmradio/onfrequencychange/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: FMRadio.onfrequencychange -slug: Web/API/FMRadio/onfrequencychange -tags: - - API - - B2G - - DOM - - DOM Reference - - Firefox OS - - Non Standard - - Property - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/onfrequencychange ---- -

{{ ApiRef() }}

-

抂芁

-

{{event("frequencychange")}} むベントを受け取るむベントリスナ関数を指定したす。このむベントは、ラゞオの呚波数が倉曎されるたびに発生したす。

-

構文

-
navigator.mozFMRadio.onfrequencychange = funcRef
-

funcRef の郚分は、{{event("frequencychange")}} むベントが発生した時に呌び出される関数です。

-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/seekdown/index.html b/files/ja/web/api/fmradio/seekdown/index.html deleted file mode 100644 index cb1caf4d09..0000000000 --- a/files/ja/web/api/fmradio/seekdown/index.html +++ /dev/null @@ -1,43 +0,0 @@ ---- -title: FMRadio.seekDown -slug: Web/API/FMRadio/seekDown -tags: - - API - - B2G - - Firefox OS - - Method - - Non Standard - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/seekDown ---- -

{{ non-standard_header() }}

-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

seekDown メ゜ッドは、次に䜎い呚波数のラゞオチャンネルを探玢するために䜿甚したす。呚波数の䞋限に到達するず、高い呚波数から折り返しお怜玢されたす。

-

呚波数の倉曎が成功するず、{{ event("frequencychange")}} むベントが発生したす。

-

探玢は䞀床に䞀回だけが蚱可されたす。seekDown が呌び出されラゞオがすでに探玢䞭である堎合、芁求は倱敗したす。

-

構文

-
var request = instanceOfFMRadio.seekDown();
-

戻り倀

-

呜什の成功たたぱラヌを扱う DOMRequest を返したす。

-

䟋

-
var request = navigator.mozFMRadio.seekDown();
-
-request.onsuccess = function () {
-  console.log("Searching...");
-}
-
-request.onerror = function () {
-  console.log("I guess we are already seeking.");
-}
-
-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/seekup/index.html b/files/ja/web/api/fmradio/seekup/index.html deleted file mode 100644 index 5a61109c8d..0000000000 --- a/files/ja/web/api/fmradio/seekup/index.html +++ /dev/null @@ -1,43 +0,0 @@ ---- -title: FMRadio.seekUp -slug: Web/API/FMRadio/seekUp -tags: - - API - - B2G - - Firefox OS - - Method - - Non Standard - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/seekUp ---- -

{{ non-standard_header() }}

-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

seekUp メ゜ッドは、次に高い呚波数のラゞオチャンネルを探玢するために䜿甚したす。呚波数の䞊限に到達するず、䜎い呚波数から折り返しお怜玢されたす。

-

呚波数の倉曎が成功するず、{{ event("frequencychange")}} むベントが発生したす。

-

探玢は䞀床に䞀回だけが蚱可されたす。seekUp が呌び出されラゞオがすでに探玢䞭である堎合、芁求は倱敗したす。

-

構文

-
var request = instanceOfFMRadio.seekUp();
-

戻り倀

-

呜什の成功たたぱラヌを扱う DOMRequest を返したす。

-

䟋

-
var request = navigator.mozFMRadio.seekUp();
-
-request.onsuccess = function () {
-  console.log("Searching...");
-}
-
-request.onerror = function () {
-  console.log("I guess we are already seeking.");
-}
-
-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/fmradio/setfrequency/index.html b/files/ja/web/api/fmradio/setfrequency/index.html deleted file mode 100644 index 9cf575a709..0000000000 --- a/files/ja/web/api/fmradio/setfrequency/index.html +++ /dev/null @@ -1,53 +0,0 @@ ---- -title: FMRadio.setFrequency -slug: Web/API/FMRadio/setFrequency -tags: - - API - - B2G - - Firefox OS - - Method - - Non Standard - - Reference - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/FMRadio/setFrequency ---- -

{{ non-standard_header() }}

-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

setFrequency メ゜ッドは、ラゞオが受信する信号の呚波数を倉曎するために䜿甚したす。

-

このメ゜ッドの呌び出しが成功した時に、毎回 {{event("frequencychange")}} むベントが発生したす。

-

セットする呚波数の倀は、{{domxref("FMRadio.frequencyLowerBound","frequencyLowerBound")}} プロパティず {{domxref("FMRadio.frequencyUpperBound","frequencyUpperBound")}} プロパティで定矩された範囲内でなければなりたせん。

-

呚波数の倀をセットするず、実際にラゞオが䜿甚する呚波数ずしお枡されたすが、{{domxref("FMRadio.channelWidth","channelWidth")}} プロパティの倀に埓っお䞞められたす。

-

構文

-
var request = instanceOfFMRadio.setFrequency(frequency);
-

匕数

-
-
- frequency
-
- セットする新しい呚波数の倀。これは、MHz (MegaHertz) 単䜍の数倀を衚したす。
-
-

戻り倀

-

呜什の成功たたぱラヌを扱う DOMRequest を返したす。

-

䟋

-
var request = navigator.mozFMRadio.setFrequency(100.15);
-
-request.onsuccess = function () {
-  console.log("The radio is now listening the frequency: " + navigator.mozFMRadio.frequency + "MHz");
-}
-
-request.onerror = function () {
-  console.log("Something goes wrong!");
-}
-
-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/htmliframeelement/getvisible/index.html b/files/ja/web/api/htmliframeelement/getvisible/index.html deleted file mode 100644 index 6f91260fc9..0000000000 --- a/files/ja/web/api/htmliframeelement/getvisible/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: HTMLIFrameElement.getVisible -slug: Web/API/HTMLIFrameElement/getVisible -tags: - - B2G - - Browser - - Firefox OS - - Non Standard - - WebAPI -translation_of: Mozilla/Gecko/Chrome/API/Browser_API/getVisible ---- -
- {{non-standard_header}} {{B2GOnlyHeader2('privileged')}}
-

抂芁

-

getVisible メ゜ッドは、 {{HTMLElement("iframe")}} 芁玠の珟圚の可芖状態の取埗に甚いたす。

-

構文

-
instanceOfDOMRequest = instanceOfHTMLIframeElement.getVisible();
-

Return

- -

リク゚ストの成功ず゚ラヌを凊理するために {{domxref("DOMRequest")}} オブゞェクトを返したす。芁求が成功した堎合、リク゚ストの result はブラりザ {{HTMLElement("iframe")}} の可芖状態を瀺す真停倀ずなりたす。

-

䟋

-
var browser = document.querySelector("iframe[mozbrowser]");
-var request = browser.getVisible();
-
-request.onsuccess = function () {
-  console.log("The visible state is: " + this.result ? "true" : "false");
-}
-

仕様

-

どの仕様曞にも含たれおいたせん。

-

関連情報

- diff --git a/files/ja/web/api/htmliframeelement/stop/index.html b/files/ja/web/api/htmliframeelement/stop/index.html deleted file mode 100644 index 882a544abb..0000000000 --- a/files/ja/web/api/htmliframeelement/stop/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: HTMLIFrameElement.stop -slug: Web/API/HTMLIFrameElement/stop -tags: - - B2G - - Browser - - Firefox OS - - Non Standard - - WebAPI -translation_of: Mozilla/Gecko/Chrome/API/Browser_API/stop ---- -
{{non-standard_header}} {{B2GOnlyHeader2('privileged')}}
- - -

抂芁

- -

stop メ゜ッドは {{HTMLElement("iframe")}} のコンテンツの読み蟌みの停止に甚いたす。

- - -

構文

- -
instanceOfHTMLIframeElement.stop();
- - -

仕様

-

どの仕様曞にも含たれおいたせん。

- - -

関連情報

- diff --git a/files/ja/web/api/identitymanager/get/index.html b/files/ja/web/api/identitymanager/get/index.html deleted file mode 100644 index 1d772fd295..0000000000 --- a/files/ja/web/api/identitymanager/get/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: navigator.id.get -slug: Web/API/IdentityManager/get -tags: - - BrowserID - - DOM - - Gecko DOM Reference - - Persona - - Security -translation_of: Archive/IdentityManager/get ---- -
- {{ ApiRef }} {{ non-standard_header }}
-
- 泚蚘: この機胜は、ただどのブラりザでもサポヌトされおいたせん。Persona を䜿甚する Web サむトは、そのペヌゞに ポリフィルラむブラリ を含めなければなりたせん。
-

芁玄

-

この関数は、Web サむトが Persona を䜿甚しおナヌザの認蚌ができるようにしたす。この関数は、コヌルバック関数を匕数に指定した "log in with Persona" ボタンの click ハンドラから呌び出しおください。

-

navigator.id.get() は、サむンむンに䜿甚するメヌルアドレスの遞択をナヌザに求めたす。ナヌザの蚌明曞が期限切れの堎合は、Persona のパスワヌドも求めたす。その埌、ナヌザのメヌルアドレスずパスワヌドを含む眲名付きの アサヌション が生成され、コヌルバックに枡されたす。

-

䜕らかの理由で眲名付きのアサヌションが生成できないずき (䟋えば、ナヌザがログむンをキャンセルした堎合や間違ったパスワヌドを入力した堎合) は、コヌルバック関数に NULL が枡されお呌び出されたす。

-

コヌルバックが眲名付きのアサヌションを受け取ったら、怜蚌のためにそれをサヌバに送信しおください。

-

構文

-
navigator.id.get(gotAssertion);
-navigator.id.get(gotAssertion, {privacyPolicy: "/privacy.html", termsOfService: "/tos.html"});
-

匕数

-
-
- gotAssertion
-
- 眲名付きのアサヌションオブゞェクトたたは NULL を匕数に持぀関数。コヌルバック関数で、怜蚌のためにアサヌションをサヌバに送信しおください。
-
- privacyPolicy {{ optional_inline() }}
-
- Web サむトのプラむバシヌポリシヌのペヌゞぞの絶察パスたたは URL。この匕数を指定する堎合、termsOfService も指定しなければなりたせん。termsOfService ず privacyPolicy の䞡方を䞎えた堎合、ログむンダむアログに "you confirm that you accept this site's Terms of Use and Privacy Policy." ずいうメッセヌゞを衚瀺しおサむトの利甚芏玄ずプラむバシヌポリシヌを知らせたす。これには、それぞれのペヌゞぞのリンクが含たれたす。termsOfService が指定されない堎合、この匕数は効果がありたせん。
-
- termsOfService {{ optional_inline() }}
-
- Web サむトの利甚芏玄のペヌゞぞの絶察パスたたは URL。この匕数を指定する堎合、privacyPolicy も指定しなければなりたせん。termsOfService ず privacyPolicy の䞡方を䞎えた堎合、ログむンダむアログに "you confirm that you accept this site's Terms of Use and Privacy Policy." ずいうメッセヌゞを衚瀺しおサむトの利甚芏玄ずプラむバシヌポリシヌを知らせたす。これには、それぞれのペヌゞぞのリンクが含たれたす。privacyPolicy が指定されない堎合、この匕数は効果がありたせん。
-
-

コヌド䟋

-

䟋が必芁。

-

仕様

-

ただどの仕様曞にも含たれおいたせん。

-

参照

- diff --git a/files/ja/web/api/identitymanager/getverifiedemail/index.html b/files/ja/web/api/identitymanager/getverifiedemail/index.html deleted file mode 100644 index ba681461a2..0000000000 --- a/files/ja/web/api/identitymanager/getverifiedemail/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: navigator.id.getVerifiedEmail -slug: Web/API/IdentityManager/getVerifiedEmail -tags: - - BrowserID - - DOM - - Gecko DOM Reference - - Persona - - Security -translation_of: Archive/IdentityManager/getVerifiedEmail ---- -
- {{ ApiRef }} {{ non-standard_header }} {{ deprecated_header }}
-
- 泚蚘: この機胜は、ただどのブラりザでもサポヌトされおいたせん。Persona を䜿甚する Web サむトは、そのペヌゞに ポリフィルラむブラリ を含めなければなりたせん。
-

芁玄

-

この関数は、Web サむトが BrowserID を䜿甚しおナヌザの認蚌ができるようにしたす。この関数は、コヌルバック関数を匕数に指定した "log in with BrowserID" ボタンの click ハンドラから呌び出しおください。

-

navigator.id.getVerifiedEmail() は、サむンむンに䜿甚するメヌルアドレスの遞択をナヌザに求めたす。ナヌザの蚌明曞が期限切れの堎合は、BrowserID のパスワヌドも求めたす。その埌、ナヌザのメヌルアドレスずパスワヌドを含む眲名付きの アサヌション が生成され、コヌルバックに枡されたす。

-

䜕らかの理由で眲名付きのアサヌションが生成できないずき (䟋えば、ナヌザがログむンをキャンセルした堎合や間違ったパスワヌドを入力した堎合) は、コヌルバック関数に NULL が枡されお呌び出されたす。

-

コヌルバックが眲名付きのアサヌションを受け取ったら、怜蚌のためにそれをサヌバに送信しおください。

-

構文

-
window.navigator.id.getVerifiedEmail(gotAssertion);
-

匕数

-
-
- gotAssertion
-
- 眲名付きのアサヌションオブゞェクトたたは NULL を匕数に持぀コヌルバック関数。コヌルバック関数では、怜蚌のためにアサヌションをサヌバに送信しおください。
-
-

コヌド䟋

-

䟋が必芁。

-

仕様

-

ただどの仕様曞にも含たれおいたせん。

-

参照

- diff --git a/files/ja/web/api/identitymanager/index.html b/files/ja/web/api/identitymanager/index.html deleted file mode 100644 index 561c8e450e..0000000000 --- a/files/ja/web/api/identitymanager/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: IdentityManager -slug: Web/API/IdentityManager -tags: - - API -translation_of: Archive/IdentityManager ---- -

{{APIRef("Persona")}}{{non-standard_header}}

- -

The IdentityManager of the  BrowserID protocol exposes the BrowserID API, via {{domxref("navigator.id")}}. This API has gone through several significant revisions. Each generation is listed separately below.

- -

The "Observer" API (Current)

- -

The Observer API introduces much-requested features, such as an improved post-verification experience for first-time users, automatic persistent logins, and easier integration with native applications.

- -
-
{{ domxref("IdentityManager.watch()")}}
-
Registers callbacks to be invoked when a user logs into or out of a website.
-
{{ domxref("IdentityManager.request()")}}
-
Requests a signed identity assertion from the user.
-
{{ domxref("IdentityManager.logout()")}}
-
Logs the user out of a website and prevents the onlogin action from automatically firing on their next visit.
-
- -
-

Users with third-party cookies disabled may experience problems logging in using the Observer API as detailed in issue 2999.

-
- -

The "Callback" API (Current)

- -

The Callback API was introduced in November 2011. It improved upon the initial API by allowing options to be passed to navigator.id.get() and offering experimental support for BrowserID-managed persistent sessions.

- -
-
{{ domxref("IdentityManager.get()")}}
-
Gets the user's BrowserID in a signed assertion.
-
- -

The "VerifiedEmail" API (Deprecated)

- -

The VerifiedEmail API was BrowserID's first API. It was deprecated at the end of 2011.

- -
-
{{ domxref("IdentityManager.getVerifiedEmail()")}} {{ deprecated_inline() }}
-
Gets the user's BrowserID in a signed assertion. This method is deprecated; {{ domxref("navigator.id.get()")}} is backwards compatible and can be used instead.
-
diff --git a/files/ja/web/api/identitymanager/logout/index.html b/files/ja/web/api/identitymanager/logout/index.html deleted file mode 100644 index e235472220..0000000000 --- a/files/ja/web/api/identitymanager/logout/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: navigator.id.logout -slug: Web/API/IdentityManager/logout -tags: - - BrowserID - - DOM - - Gecko DOM Reference - - Persona - - Security -translation_of: Archive/IdentityManager/logout ---- -
- {{ ApiRef() }} {{ non-standard_header() }}
-
- 泚蚘: この機胜は、ただどのブラりザでもサポヌトされおいたせん。Persona を䜿甚する Web サむトは、そのペヌゞに ポリフィルラむブラリ を含めなければなりたせん。
-

芁玄

-

この関数は、Persona で、Web サむトに察する自動的なログむンの持続フラグをリセットするために䜿甚したす。この関数が呌び出された埌、サむトに自動的にサむンむンされなくなるので、ナヌザが明瀺的にログむンしなおす必芁がありたす。

-

Web サむトは、この関数をサむトの "log out" ボタンの click ハンドラから呌び出さなければなりたせん。

-

この関数は、ナヌザの蚌明曞や眲名キヌをブラりザに 消去させたせん。そのため、logout() を呌び出した埌、ナヌザの ID プロバむダが䞎えた蚌明曞の新しさに䟝存しお、新たなログむンの時に新しいパスワヌドをナヌザに求めたり求めなかったりしたす。しかし、サむンむンに䜿甚するメヌルアドレスの遞択は求められたす。

-

構文

-
navigator.id.logout();
-

コヌド䟋

-
// ナヌザが "Sign Out" をクリックした時に navigator.id.logout(); を実行する
-var signoutLink = document.getElementById('signout');
-
-if (signoutLink) {
-  signoutLink.onclick = function(event) {
-    event.preventDefault();
-    navigator.id.logout();
-  };
-};
-

仕様

-

ただどの仕様曞にも含たれおいたせん。

-

関連情報

- diff --git a/files/ja/web/api/identitymanager/request/index.html b/files/ja/web/api/identitymanager/request/index.html deleted file mode 100644 index df3d91bdeb..0000000000 --- a/files/ja/web/api/identitymanager/request/index.html +++ /dev/null @@ -1,75 +0,0 @@ ---- -title: navigator.id.request -slug: Web/API/IdentityManager/request -tags: - - BrowserID - - DOM - - Gecko DOM Reference - - Persona - - Security -translation_of: Archive/IdentityManager/request ---- -
- {{ ApiRef }} {{ non-standard_header }}
-
- 泚蚘: この機胜は、ただどのブラりザでもサポヌトされおいたせん。Persona を䜿甚する Web サむトは、そのペヌゞに ポリフィルラむブラリ を含めなければなりたせん。
-

抂芁

-

この関数は、Web サむトが Persona を䜿甚しおナヌザの認蚌ができるようにしたす。この関数は click ハンドラから呌び出されなければなりたせん。䟋えば、ナヌザがペヌゞ䞊の「log in with Persona」ボタンをクリックした時に呌び出したす。

-

呌び出された時、navigator.id.request() がナヌザにログむンするメヌルアドレスを遞択するように求め、さらにナヌザの蚌明曞が期限切れの堎合は ID プロバむダで認蚌するように求めたす。これらが完了した埌、ナヌザのメヌルアドレスずパスワヌドを含む眲名付きの アサヌション が生成されたす。このアサヌションは、{{domxref("navigator.id.watch()")}} で登録された onlogin コヌルバックに枡されたす。

-

この関数は、{{domxref("navigator.id.watch()")}} ず連動しお 䜿甚されなければなりたせん。

-

構文

-
navigator.id.request();
-navigator.id.request({siteName: 'Example Site', siteLogo: '/logo.png'});
-navigator.id.request({termsOfService: '/tos.html', privacyPolicy: '/privacy.html'});
-
-

匕数

-
-
- oncancel {{ optional_inline() }}
-
- この関数は、ナヌザが ID をサむトず共有するこずを拒吊した堎合に呌び出されたす。
-
- privacyPolicy {{ optional_inline() }}
-
- Web サむトのプラむバシヌポリシヌのペヌゞぞの絶察パスたたは URL。この匕数を指定する堎合、termsOfService も指定しなければなりたせん。termsOfService ず privacyPolicy の䞡方を䞎えた堎合、ログむンダむアログに "you confirm that you accept this site's Terms of Use and Privacy Policy." ずいうメッセヌゞを衚瀺しおサむトの利甚芏玄ずプラむバシヌポリシヌを知らせたす。これには、それぞれのペヌゞぞのリンクが含たれたす。termsOfService が指定されない堎合、この匕数は効果がありたせん。
-
- returnTo {{ optional_inline() }}
-
- 新しいナヌザが最初にメヌルアドレスの怜蚌を完了した埌に衚瀺されるペヌゞぞの絶察パス。パスは '/' で始めなければなりたせん。この匕数は、Mozilla のフォヌルバック ID プロバむダにより蚌明されたナヌザにのみ圱響したす。
-
- siteLogo {{ optional_inline() }}
-
- ログむンダむアログに衚瀺する、画像ぞの絶察パス。パスは '/' で始めなければなりたせん。たた、SSL 経由の読み蟌みが可胜でなければなりたせん。倧きなサむズの画像は 100×100 ピクセルに収たるサむズに瞮小されたす。
-
- siteName {{ optional_inline() }}
-
- ログむンダむアログに衚瀺する、サむトのプレヌンテキスト衚蚘。Unicode 文字列ずスペヌスは䜿えたすが、マヌクアップはできたせん。
-
- termsOfService {{ optional_inline() }}
-
- Web サむトの利甚芏玄のペヌゞぞの絶察パスたたは URL。この匕数を指定する堎合、privacyPolicy も指定しなければなりたせん。termsOfService ず privacyPolicy の䞡方を䞎えた堎合、ログむンダむアログに "you confirm that you accept this site's Terms of Use and Privacy Policy." ずいうメッセヌゞを衚瀺しおサむトの利甚芏玄ずプラむバシヌポリシヌを知らせたす。これには、それぞれのペヌゞぞのリンクが含たれたす。privacyPolicy が指定されない堎合、この匕数は効果がありたせん。
-
-

䟋

-
var signinLink = document.getElementById('signin');
-if (signinLink) {
-  signinLink.onclick = function(evt) {
-    // ナヌザから眲名付き ID アサヌションを芁求する
-    navigator.id.request({
-      siteName: 'My Example Site',
-      siteLogo: '/logo.png',
-      termsOfService: '/tos.html',
-      privacyPolicy: '/privacy.html',
-      returnTo: '/welcome.html',
-      oncancel: function() { alert('ナヌザが ID の共有を拒吊したした。'); }
-    });
-  };
-}
-

仕様

-

ただどの仕様曞にも含たれおいたせん。

-

関連情報

- diff --git a/files/ja/web/api/identitymanager/watch/index.html b/files/ja/web/api/identitymanager/watch/index.html deleted file mode 100644 index 7daf89d3ac..0000000000 --- a/files/ja/web/api/identitymanager/watch/index.html +++ /dev/null @@ -1,143 +0,0 @@ ---- -title: navigator.id.watch -slug: Web/API/IdentityManager/watch -tags: - - BrowserID - - DOM - - Persona -translation_of: Archive/IdentityManager/watch ---- -
{{ApiRef}} {{non-standard_header}}
- -
泚蚘: この機胜は、ただどのブラりザでもサポヌトされおいたせん。Persona を䜿甚する Web サむトは、そのペヌゞに ポリフィルラむブラリ を含めなければなりたせん。
- -

抂芁

- -

この関数は、Persona ナヌザのログむンずログアりトに応答するコヌルバックを登録したす。

- -

構文

- -
navigator.id.watch({
-  loggedInUser: 'bob@example.org',
-  onlogin: function(assertion) {
-    // ナヌザがログむンしたした ここで必芁なこずは:
-    // 1. 怜蚌ずセッション䜜成のためのアサヌションをバック゚ンドに送信する。
-    // 2. UI を曎新する。
-  },
-  onlogout: function() {
-    // ナヌザがログアりトしたした ここで必芁なこずは:
-    // リダむレクトするかバック゚ンドの呌び出しを行っお、ナヌザのセッションを砎棄する。
-  }
-});
-
- -

匕数

- -
-
loggedInUser {{optional_inline}}
-
このパラメヌタヌはナヌザヌの状態がどうなっおいるはずであるかを Persona に䌝えるものです。倀は文字列か null あるいは undefined です。
-
文字列はナヌザヌがサむトに珟圚ログむンしおいるはずであるこずを衚したす。この文字列はそのナヌザヌの E-mail アドレスであっお倧文字小文字は区別したす。null は誰もログむンしおいないはずであるこずを衚したす。このパラメヌタヌを省略するかあるいは undefined を䞎えるのはナヌザヌがログむンしおいるか吊か䞍明であるこずを意味したす。
-
Persona は垞にナヌザヌはサむトにログむンしたいかあるいはしたくないのだず考えおいたす。Persona は loggedInUser の倀を自らの信ずるずころ蚳泚Persona が認識しおいるナヌザヌず比范しこの二぀の状態を䞀臎させるため以䞋の衚のごずくに適切な関数を呌び出したす
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
loggedInUserPersona's StateCallback
null"foo@example.com"onlogin()
undefined"foo@example.com"onlogin()
"bar@example.com""foo@example.com"onlogin()
"foo@example.com""foo@example.com"none
nullnullnone
"foo@example.com"nullonlogout()
undefinednullonlogout()
-
-
ペヌゞが読み蟌たれた時に Persona が自動的に呌び出すのは onlogin ず onlogout の どちらか であるこずに泚意しおください。䞡方 呌ばれるこずはありたせん蚳泚衚のずおりどちらも呌ばれないこずはある。loggedInUser に foo@example.com がセットされおいるのに、Persona が bar@example.com がログむンしおいるず認識しおいる堎合、onlogin のみが呌び出されたす。この堎合、第1匕数ずしお bar@example.com のアサヌションが枡されたす。
-
onlogin
-
ナヌザがログむンした時に、1 個の匕数ずしおアサヌションが枡され、呌び出される関数。この関数は、怜蚌のためにアサヌションをサむトのバック゚ンドに送信したす。怜蚌が成功した堎合、バック゚ンドでナヌザのセッションを確立し、この関数内で UI (ログむンボタン) を適切なものに曎新しおください。
-
onlogout {{ optional_inline() }}
-
ナヌザがログアりトした時に、匕数なしで呌び出される関数。この関数で、サむトのバック゚ンドを呌び出すかナヌザをリダむレクトするこずにより、ナヌザのセッションを砎棄しおください。
-
onlogout が䞎えられなかったずき Observer API によるセッション管理は無効化されたす。onready ず onlogin だけが呌び出されたす。onlogin は、ナヌザヌによるログむン操䜜の反応ずしおしか呌び出されたせん぀たりナヌザヌがログむンしおいた堎合に自動的に呌び出されたりはしたせん。
-
onready {{ optional_inline() }}
-
A function that will be invoked when the user agent is initialized and able to process calls to id.request and id.logout. The onready callback will be invoked immediately after any automatic invocations of onlogin, onlogout, or onmatch. By waiting to display UI until onready is called, relying parties can avoid UI flicker in cases where the user agent's preferred state is out of sync with the site's session.
-
Note that onready will not be invoked after calls to id.request or id.logout. It is the punctuation mark that concludes the conversation started by watch.
-
- -

コヌド䟋

- -
-
navigator.id.watch({
-  loggedInUser: currentUser, // This is email of current user logged into your site
-
-  onlogin: function(assertion) {
-
-    $.ajax({ // This example uses jQuery, but you can use whatever you'd like
-      type: 'POST',
-      url: '/auth/login', // This is a URL on your website.
-      data: {assertion: assertion}
-      success: function(res, status, xhr) { window.location.reload(); },
-      error: function(xhr, status, err) {
-        navigator.id.logout();
-        alert("Login failure: " + err);
-      }
-    });
-  },
-
-  onlogout: function() {
-    $.ajax({
-      type: 'POST',
-      url: '/auth/logout', // This is a URL on your website.
-      success: function(res, status, xhr) { window.location.reload(); },
-      error: function(xhr, status, err) { alert("Logout failure: " + err); }
-    });
-  }
-
-});
-
- -

仕様

- -

ただどの仕様曞にも含たれおいたせん。

- -

関連情報

- - diff --git a/files/ja/web/api/indexeddb_api/using_indexeddb_in_chrome/index.html b/files/ja/web/api/indexeddb_api/using_indexeddb_in_chrome/index.html deleted file mode 100644 index c55da4940f..0000000000 --- a/files/ja/web/api/indexeddb_api/using_indexeddb_in_chrome/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: chrome(ブラりザヌ内郚) で IndexedDB を䜿う -slug: Web/API/IndexedDB_API/Using_IndexedDB_in_chrome -translation_of: Mozilla/Tech/XPCOM/Using_IndexedDB_in_chrome ---- -
{{DefaultAPISidebar("IndexedDB")}}
- -

IndexedDB API は、通垞、コンテンツ JavaScript からナヌザヌのブラりザヌにデヌタを栌玍するために䜿甚されたす(抂芁に぀いおは IndexedDB の䜿甚を参照しおください) 。ただし、この API には、システム特暩の JavaScript から、Components.utils.importGlobalProperties() 関数を䜿甚しおアクセスするこずもできたす:

- -
Components.utils.importGlobalProperties(["indexedDB"]);
-
-// ここからは、コンテンツから IndexedDB を䜿うのず同様
-var req = indexedDB.open("my-database");
-// ...
- -

サンドボックスを䜜成しおいお、その䞭で indexedDB を䜿甚できるようにするには、Sandbox コンストラクタで wantGlobalProperties オプションを䜿甚したす:

- -
var options = {
-  "wantGlobalProperties": ["indexedDB"]
-}
-var principal = Cc["@mozilla.org/systemprincipal;1"].createInstance(Ci.nsIPrincipal);
-var sandbox = Components.utils.Sandbox(principal, options);
-
-// サンドボックスから indexedDB にアクセスできるようになる
-var sandboxScript = 'var req = indexedDB.open("my-database");';
-Components.utils.evalInSandbox(sandboxScript, sandbox);
-
- -

Firefox 33以前では、nsIIndexedDatabaseManager サヌビスの initWindowless メ゜ッドを䜿甚しお chrome コヌドから indexedDB にアクセスしたした。このメ゜ッドは Firefox 33 で削陀されたした。

- -
-

蚳泚: ここでの chrome コヌドずは、Google chrome ではなく、chrome特暩付きのコヌドを指しおいたす

-
diff --git a/files/ja/web/api/moznfc/index.html b/files/ja/web/api/moznfc/index.html deleted file mode 100644 index 221ee0a161..0000000000 --- a/files/ja/web/api/moznfc/index.html +++ /dev/null @@ -1,130 +0,0 @@ ---- -title: MozNFC -slug: Web/API/MozNFC -tags: - - API - - Firefox OS - - Interface - - MozNFC - - NFC - - Reference -translation_of: Archive/B2G_OS/API/MozNFC ---- -

- -

MozNFC は、NFC の Reader/Writer モヌド、P2P モヌド、カヌド゚ミュレヌションモヌドを操䜜するトップレベル API です。

- -
-

泚蚘: このむンタヌフェむスは Navigator.mozNfc 属性を経由しおアクセスされたす。

-
- -

むベントハンドラ

- -
-
- -
-
MozNFC.onpeerfound
-
NFC デバむスが怜出された堎合、onpeerfound むベントのコヌルバック関数が呌び出されたす。 Firefox OS 2.2 以䞊で利甚可胜です。
-
- -
-
MozNFC.onpeerlost
-
onpeerfound で怜出された peer オブゞェクトがアプリケヌションから参照できなくなった堎合、onpeerlost むベントのコヌルバック関数が呌び出されたす。(peer デバむスが通信範囲倖ぞ移動した堎合など)
-
- -
-
MozNFC.ontagfound
-
NFCタグが発芋された堎合、ontagfound むベントがコヌルバックされたす。Firefox OS 2.2 以䞊で利甚可胜です。
-
- -
-
MozNFC.ontaglost
-
ontagfound 䞭の tag object がアプリケヌションから参照できなくなった堎合、ontaglost むベントがコヌルバックされたす。(タグが領域倖ぞ移動した堎合など) Firefox OS 2.2 以䞊で利甚可胜です。
-
- -

仕様

- -

Gecko の NFC の実装は NFC Forum specifications に準拠しおいたす。

- -
-
- -

ブラりザ実装状況

- -

珟圚、互換性デヌタを可読圢匏の JSON フォヌマットに眮き換えおいるずころです。 - この互換性䞀芧は叀い圢匏を䜿っおおり、これに含たれるデヌタの眮き換えが枈んでいたせん。 - 手助けしおいただける堎合は、こちらから

- -
- - -

- -
- - - - - - - - - - - - - - - - - - - -
機胜ChromeFirefox (Gecko)Internet ExplorerOperaSafari (WebKit)
基本サポヌト -

未サポヌト

- 		未サポヌト未サポヌト未サポヌト未サポヌト
-
- -
- - - - - - - - - - - - - - - - - - - - - -
機胜AndroidFirefox Mobile (Gecko)Firefox OS (Gecko)IE PhoneOpera MobileSafari Mobile
基本サポヌト未サポヌト未サポヌト2.0 moz [1]未サポヌト未サポヌト未サポヌト
-
- -

[1] Firefox OS 2.2 の特暩アプリで利甚可胜です。以前は認蚌アプリでのみ利甚可胜でした。

- -

関連情報

- - diff --git a/files/ja/web/api/moznfc/onpeerfound/index.html b/files/ja/web/api/moznfc/onpeerfound/index.html deleted file mode 100644 index 68db382343..0000000000 --- a/files/ja/web/api/moznfc/onpeerfound/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: MozNFC.onpeerfound -slug: Web/API/MozNFC/onpeerfound -tags: - - API - - Reference -translation_of: Archive/B2G_OS/API/MozNFC/onpeerfound ---- -

-

非暙準
- この機胜は暙準ではなく、暙準化の予定もありたせん。公開されおいるりェブサむトには䜿甚しないでください。ナヌザヌによっおは䜿甚できないこずがありたす。実装ごずに倧きな差があるこずもあり、将来は振る舞いが倉わるかもしれたせん。

-

- -

- -

MozNFC むンタヌフェヌスの onpeerfound むベントハンドラは、MozNFCPeer が怜出された時にの呌び出されたす 。

- -

このむベントを受け取るためには、アプリケヌションをフォアグラりンド (システムアプリによっお決たりたす) で実行しおいる必芁がありたす。

- -

このむベントのデフォルトの挙動は、システムアプリで再床このむベントをディスパッチするこずです。この堎合、システムアプリはデフォルトの挙動を行いたす(䟋えばバむブレヌションなど)。もしアプリケヌションがこのむベントをキャンセルしたい堎合は、アプリケヌションから event.preventDefault() を呌ぶか、このむベントハンドラ内で false を返す必芁がありたす。

- -

構文

- -
attribute EventHandler onpeerfound;
- -

プロパティ

- -

peer : NFCPeer オブゞェクト

diff --git a/files/ja/web/api/mozsocial/closepanel/index.html b/files/ja/web/api/mozsocial/closepanel/index.html deleted file mode 100644 index be59b68ee7..0000000000 --- a/files/ja/web/api/mozsocial/closepanel/index.html +++ /dev/null @@ -1,20 +0,0 @@ ---- -title: MozSocial.closePanel -slug: Web/API/MozSocial/closePanel -tags: - - DOM - - Gecko DOM Reference - - Social -translation_of: Archive/Social_API/MozSocial/closePanel ---- -
- {{ApiRef}}{{non-standard_header}}{{fx_minversion_header("17.0")}}
-

抂芁

-

芪の゜ヌシャルメディアプロバむダヌパネルの内、珟圚開いおいる゜ヌシャルパネルを閉じたす。

-

構文

-
MozSocial.closePanel();
-
-

匕数

-

無し

-

仕様

-

どの仕様曞にも含たれおいたせん。

diff --git a/files/ja/web/api/mozsocial/index.html b/files/ja/web/api/mozsocial/index.html deleted file mode 100644 index a2f559a9df..0000000000 --- a/files/ja/web/api/mozsocial/index.html +++ /dev/null @@ -1,44 +0,0 @@ ---- -title: MozSocial -slug: Web/API/MozSocial -tags: - - API -translation_of: Archive/Social_API/MozSocial ---- -
{{ ApiRef("Social API") }} {{non-standard_header}}{{fx_minversion_header("17.0")}}
- -

The MozSocial object, returned by the navigator.mozSocial property, is available within the social media provider's panel to provide functionality it may need.

- -
-

Note: Although Mozilla hopes to submit this API for standardization eventually, it has not yet done so.

-
- -

Properties

- -
-
{{domxref("MozSocial.isVisible")}}
-
Returns a Boolean value; the result is true if the content is visible, otherwise it's false.
-
- -

Methods

- -
-
{{domxref("MozSocial.closePanel()")}}
-
Closes the currently open flyout panel.
-
{{domxref("MozSocial.getAttention()")}}
-
Performs some action designed to get the user's attention; the exact behavior may vary from platform to platform. This might display a visual effect, play an audible notification, flash the screen, or use some other technique.
-
{{domxref("MozSocial.getWorker()")}}
-
Returns a reference to the service worker; once content has this reference, it can call worker.port.postMessage() method to communicate with the service.
-
{{domxref("MozSocial.openChatWindow()")}}
-
Opens a chat window that is anchored to the bottom of the browser window. Each chat window is expected to be a singular chat, but functionality may vary by provider.
-
{{domxref("MozSocial.openPanel()")}}
-
Opens a flyout panel attached to the sidebar at a given vertical offset. This might be, for example, used to display the actual conversation corresponding to a notification in the sidebar.
-
{{domxref("MozSocial.share()")}}
-
Initiates a share action via the SocialAPI Share panel.  One argument is passed, an object containing "url", "title", "description", "source" and "image".
-
- -

See also

- - diff --git a/files/ja/web/api/mozsocial/isvisible/index.html b/files/ja/web/api/mozsocial/isvisible/index.html deleted file mode 100644 index e40fdffd5b..0000000000 --- a/files/ja/web/api/mozsocial/isvisible/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: MozSocial.isVisible -slug: Web/API/MozSocial/isVisible -tags: - - DOM - - Gecko DOM Reference - - Social -translation_of: Archive/Social_API/MozSocial/isVisible ---- -
- {{ApiRef}}{{non-standard_header}}{{fx_minversion_header("17.0")}}
-

抂芁

-

゜ヌシャルメディアプロバむダのコンテンツサむドバヌが珟圚衚瀺されおいるかどうかを瀺したす。

-

構文

-
var visible = navigator.MozSocial.isVisible
-
-

サむドバヌが衚瀺されおいる堎合、visible は true に、非衚瀺の堎合 false ずなりたす。

-

仕様曞

-

どの仕様曞にも含たれおいたせん。

-

関連情報

- diff --git a/files/ja/web/api/moztimemanager/index.html b/files/ja/web/api/moztimemanager/index.html deleted file mode 100644 index f841b18ed8..0000000000 --- a/files/ja/web/api/moztimemanager/index.html +++ /dev/null @@ -1,44 +0,0 @@ ---- -title: MozTimeManager -slug: Web/API/MozTimeManager -tags: - - B2G - - Firefox OS - - Non-standard - - Time - - WebAPI -translation_of: Archive/B2G_OS/API/MozTimeManager ---- -
{{APIRef("Firefox OS")}} {{non-standard_header}} {{B2GOnlyHeader2('certified')}}
- -

抂芁

- -

MozTimeManager むンタフェヌスはデバむスのシステム時間の蚭定に甚いたす。

- -

むンタフェヌスの抂芁

- -
interface MozTimeManager
-{
-  void set((double or Date) time);
-}
- -

プロパティ

- -

無し

- -

メ゜ッド

- -
-
{{domxref("MozTimeManager.set()")}}
-
システム時間を蚭定する
-
- -

仕様

- -

暙準仕様曞には含たれおいたせん。

- -

関連情報

- - diff --git a/files/ja/web/api/navigator/id/index.html b/files/ja/web/api/navigator/id/index.html deleted file mode 100644 index 375c08c5de..0000000000 --- a/files/ja/web/api/navigator/id/index.html +++ /dev/null @@ -1,52 +0,0 @@ ---- -title: navigator.id -slug: Web/API/Navigator/id -tags: - - BrowserID - - DOM - - Gecko DOM Reference - - Persona - - Security -translation_of: Archive/Navigator-id ---- -
- {{ ApiRef() }} {{ non-standard_header() }}
-
- 泚蚘: この機胜は、ただどのブラりザでもサポヌトされおいたせん。Persona を䜿甚する Web サむトは、そのペヌゞに https://login.persona.org/include.js でホストされおいるポリフィルラむブラリを含めなければなりたせん。
-

芁玄

-

BrowserID プロトコル は、BrowserID API を開瀺する {{ domxref ("window.navigator")}} オブゞェクトに新しい id プロパティを定矩しおいたす。この API はいく぀かの重芁なリビゞョンを経おいたす。各䞖代別の API は以䞋の通りです。

-

"Observer" API (珟圚)

-

Observer API は、初めお利甚したナヌザに察する怜蚌埌の振る舞いの改善、自動的なログむンの持続、ネむティブアプリケヌションぞの簡単な統合など、倚くのリク゚ストがあった機胜を導入しおいたす。

-
-
- {{ domxref("navigator.id.watch()")}}
-
- ナヌザが Web サむトにログむンたたはログアりトした時に呌び出されるコヌルバックを登録したす。
-
- {{ domxref("navigator.id.request()")}}
-
- ナヌザからの眲名付き ID アサヌションを芁求したす。
-
- {{ domxref("navigator.id.logout()")}}
-
- ナヌザを Web サむトからログアりトし、次回そのナヌザが Web サむトを蚪れた時に自動的に onlogin が実行されるこずを防ぎたす。
-
-
-

ナヌザがサヌドパヌティヌのクッキヌを無効にしおいる堎合、Observer API を䜿甚しおのログむン時に問題が発生する可胜性がありたす※参照: onlogout called immediately after onlogin if 3rd party cookies are disabled · Issue #2999 · mozilla/browserid 

-
-

"Callback" API (珟圚)

-

Callback API は、2011 幎 11 月に導入されたした。この API は、navigator.id.get() にオプションが枡されるこずを蚱可し、BrowserID が管理する持続的なセッションの実隓的なサポヌトを提䟛しお初期の API を改善するためのものです。

-
-
- {{ domxref("navigator.id.get()")}}
-
- ナヌザの眲名付きアサヌション内の BrowserID を取埗したす。
-
-

"VerifiedEmail" API (非掚奚)

-

VerifiedEmail API は、BrowserID の最初の API でした。この API は、2011 幎末に非掚奚になりたした。

-
-
- {{ domxref("navigator.id.getVerifiedEmail()")}} {{ deprecated_inline() }}
-
- ナヌザの眲名付きアサヌション内の BrowserID を取埗したす。このメ゜ッドは非掚奚です。代わりに、埌方互換性を持぀ {{ domxref("navigator.id.get()")}} を䜿甚しおください。
-
diff --git a/files/ja/web/api/navigator/mozcameras/index.html b/files/ja/web/api/navigator/mozcameras/index.html deleted file mode 100644 index 2b67cbfe87..0000000000 --- a/files/ja/web/api/navigator/mozcameras/index.html +++ /dev/null @@ -1,52 +0,0 @@ ---- -title: Navigator.mozCameras -slug: Web/API/Navigator/mozCameras -tags: - - API - - DOM - - Firefox OS - - Gecko DOM Reference - - Graphics - - Non Standard - - Property - - WebAPI -translation_of: Archive/B2G_OS/API/Navigator/mozCameras ---- -

{{APIRef("Firefox OS")}}

- -

{{ non-standard_header() }}

- -

{{B2GOnlyHeader2('privileged')}}

- -

抂芁

- -

ナヌザの端末で利甚可胜なカメラぞのアクセスに甚いる {{domxref("CameraManager")}} オブゞェクトを返したす。

- -

構文

- -
var cameraManager = window.navigator.mozCameras;
-
- -

倀

- -

navigator.mozCameras は、端末で利甚可胜なカメラぞのアクセスに甚いる {{domxref("CameraManager")}} オブゞェクトです。

- -

仕様

- -

暙準仕様には含たれおいたせん。WebRTC がモバむル端末で広くサポヌトされるようになった時、これず眮き換えられる予定です。

- -

蚱可蚭定

- -

Firefox OS 1.4 たで、Camera API は Certified API だったためサヌドパヌティアプリからはアクセスできたせんでした。Firefox OS 2.0 からは蚱可レベルが Privileged に䞋げられたため、開発者が独自のアプリで利甚できるようになりたした。

- -
"permissions": {
-  "camera": {
-    "description": "Required for accessing cameras on the device."
-  }
-}
- -

関連情報

- - diff --git a/files/ja/web/api/navigator/mozfmradio/index.html b/files/ja/web/api/navigator/mozfmradio/index.html deleted file mode 100644 index 271629e8d7..0000000000 --- a/files/ja/web/api/navigator/mozfmradio/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: Navigator.mozFMRadio -slug: Web/API/Navigator/mozFMRadio -tags: - - API - - Non-standard - - Property -translation_of: Archive/B2G_OS/API/Navigator/mozFMRadio ---- -

{{APIRef}}{{ non-standard_header() }}

- -

{{ B2GOnlyHeader2('installed') }}

- -

抂芁

- -

端末の FM ラゞオぞのアクセスに䜿甚できる {{ domxref("FMRadio") }} オブゞェクトを返したす。

- -

構文

- -
var WebFM = navigator.mozFMRadio;
-
- -

倀

- -

navigator.mozFMRadio は {{domxref("FMRadio")}} オブゞェクトです。

- -

仕様曞

- -

仕様の䞀郚ではありたせん。

- -

参照

- - diff --git a/files/ja/web/api/navigator/mozpay/index.html b/files/ja/web/api/navigator/mozpay/index.html deleted file mode 100644 index 5226b8eb62..0000000000 --- a/files/ja/web/api/navigator/mozpay/index.html +++ /dev/null @@ -1,101 +0,0 @@ ---- -title: Navigator.mozPay() -slug: Web/API/Navigator/mozPay -tags: - - API - - Apps - - B2G - - Firefox OS - - Method - - Non Standard - - Web Payment - - WebAPI -translation_of: Archive/Marketplace/API/Navigator/mozPay ---- -

{{ non-standard_header() }}

-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

mozPay 関数は決枈の実行に䜿甚され、アプリ内課金を実珟したす。

-

構文

-
var request = navigator.mozPay(jwts);
-
-
-
- jwts
-
- JSON Web トヌクン の配列。
-
-
-

è­Šå‘Š: 眲名は アプリケヌション秘密鍵 に由来するこずから、JSON Web トヌクンぞの眲名は必ずサヌバサむドで行う必芁がありたす。暩限のないナヌザがアプリケヌション秘密鍵ぞアクセスするこずのないよう泚意しおください。

-
-

戻り倀

-

{{domxref("DOMRequest")}} オブゞェクト。

-

䟋

-
// 賌入を開始したす。具䜓的にはこれを「賌入」ボタン䞊のクリックハンドラに蚭定したす。
-purchaseSomething("A nice unicorn");
-
-function purchaseSomething(productID) {
-  var xhr = new XMLHttpRequest();
-  xhr.responseType = 'json';
-
-  // productID をサヌバぞ送信し、
-  // JWT の配列を受け取る準備をしたす。
-  xhr.open('POST', '/create_jwts');
-
-  xhr.addEventListener('load', function () {
-    // JSON レスポンスから JWT ず transactionID を受け取りたす。これは以䞋のような圢匏です。
-    // {"jwts": ["jwt1...", "jwt2..."], "transactionID": "1234"}
-    var jwts = xhr.response.jwts;
-    var transactionID = xhr.response.transactionID;
-
-    // JSON Web トヌクンを決枈プロバむダに枡したす。
-    var request = navigator.mozPay(jwts);
-
-    // 決枈りィンドりのために成功・倱敗ハンドラを甚意したす。
-    request.onsuccess = function () {
-      console.log('ナヌザの決枈フロヌが正垞に完了したした');
-      // 決枈フロヌは完了したしたが、決枈が成立したこずを確認するため、
-      // サヌバぞポヌリングを行っお怜蚌された決枈結果を埅ちたす。
-      waitForPaymentResult(transactionID);
-    };
-    request.onerror = function () {
-      console.log('申し蚳ありたせんが、決枈フロヌに゚ラヌが発生したした: ', this.error.name);
-    };
-  })
-
-  // 情報を送信しお決枈リク゚ストを開始し、
-  // 眲名枈み JSON Web トヌクンを受け取りたす。
-  // この䟋では、productID はナヌザが賌入したい商品の ID です。
-  xhr.send(productID);
-}
-
-function waitForPaymentResult(transactionID) {
-  var xhr = new XMLHttpRequest();
-  xhr.responseType = 'json';
-
-  // transactionID のためにポストバック・チャヌゞバックを受信したこずを確認する準備をしたす。
-  xhr.open('GET', '/payment_result/' + transactionID);
-
-  xhr.addEventListener('load', function () {
-    // 以䞋のような結果を取埗したす。
-    // {"result": "postback received"} or {"result": "still waiting"}
-    if (xhr.response.result == 'postback received') {
-      // ポストバック通知を受信し、そこに含たれる JWT 眲名を怜蚌したした。
-      console.log('成功 商品は賌入されたした');
-    } else {
-      // ポストバック・チャヌゞバックがただサヌバぞ送信されおいたせん。3 秒埌に再詊行したす。
-      window.setTimeout(function() { waitForPaymentResult(transactionID); }, 3000);
-    }
-  });
-
-  // リク゚ストを送信し transactionID のステヌタスを確認したす。
-  xhr.send();
-}
-

仕様

-

どの仕様曞にも含たれおいたせん。ただしこの話題は W3C の Web Payment Community Group においお盛んに議論されおいたす。

-

関連蚘事

- diff --git a/files/ja/web/api/navigator/mozsettings/index.html b/files/ja/web/api/navigator/mozsettings/index.html deleted file mode 100644 index fb06aa962c..0000000000 --- a/files/ja/web/api/navigator/mozsettings/index.html +++ /dev/null @@ -1,32 +0,0 @@ ---- -title: window.navigator.mozSettings -slug: Web/API/Navigator/mozSettings -tags: - - B2G - - Firefox OS - - Non Standard - - WebAPI -translation_of: Archive/B2G_OS/API/Navigator/mozSettings ---- -
{{non-standard_header}}{{B2GOnlyHeader2("certified")}}
- - -

抂芁

-

デバむス蚭定ぞのアクセス及びデバむス蚭定の倉曎のための {{domxref("SettingsManager")}} オブゞェクトを返したす。

- - - -

構文

-
settings = window.navigator.mozSettings;
-
- - -

仕様

-

この API はただ暙準仕様に含たれるものではありたせんが、珟圚、 W3C の System Applications Working Group で議論されおいたす。

- - -

関連情報

- diff --git a/files/ja/web/api/navigator/mozsms/index.html b/files/ja/web/api/navigator/mozsms/index.html deleted file mode 100644 index defb9326b5..0000000000 --- a/files/ja/web/api/navigator/mozsms/index.html +++ /dev/null @@ -1,53 +0,0 @@ ---- -title: window.navigator.mozSms -slug: Web/API/Navigator/mozSms -tags: - - DOM - - Gecko DOM Reference - - Mobile - - WebSMS -translation_of: Archive/B2G_OS/API/Navigator/mozSms ---- -
- {{ApiRef}}{{non-standard_header}}
-

抂芁

-

SMS メッセヌゞの送受信に甚いるこずが出来る {{domxref("SmsManager")}} オブゞェクトを返したす。

-

構文

-
var sms = window.navigator.mozSms;
-
-

ブラりザ実装状況

-

䞻にモバむルブラりザでのサポヌトが期埅されたす。

- - - - - - - - - - - - - - - - - - - -
機胜AndroidFirefox Mobile (Gecko)IE MobileOpera MobileSafari Mobile
基本サポヌト{{CompatNo}}{{CompatGeckoMobile("12.0")}}{{CompatNo}}{{CompatNo}}{{CompatNo}}
-

蚭定 / 可甚性

- -

仕様曞

-

暙準仕様には含たれおいたせん。ただし、WebSMS design document に基づく提案が予定されおいたす。

-

関連情報

- diff --git a/files/ja/web/api/navigator/mozsocial/index.html b/files/ja/web/api/navigator/mozsocial/index.html deleted file mode 100644 index b5e28e701f..0000000000 --- a/files/ja/web/api/navigator/mozsocial/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: navigator.mozSocial -slug: Web/API/Navigator/mozSocial -tags: - - DOM - - Gecko DOM Reference - - Social -translation_of: Archive/mozSocial ---- -
- {{ApiRef}}{{non-standard_header}}{{fx_minversion_header("17.0")}}
-

navigator.mozSocial プロパティによっお返される MozSocial オブゞェクトは、゜ヌシャルメディアプロバむダヌパネル内で利甚するこずができたす。゜ヌシャルメディアプロバむダヌパネルが必芁ずする機胜を提䟛したす。

-
-

泚蚘: Mozilla は最終的に暙準化のためにこの API の提出を予定しおいたすが、ただ実行には至っおいたせん。

-
-

属性

-
-
- {{domxref("MozSocial.isVisible")}}
-
- 真停倀を返す。コンテンツが衚瀺されおいる堎合は true を、衚瀺されおいない堎合は false を返す。
-
-

メ゜ッド

-
-
- {{domxref("MozSocial.closePanel()")}}
-
- 珟圚開いおいるフラむアりトパネルを閉じたす。
-
- {{domxref("MozSocial.getAttention()")}}
-
- ナヌザの泚意を匕くために蚭蚈されたいく぀かのアクションを実行したす。実際の動䜜はプラットフォヌムによっお異なる堎合があり、ノィゞュアル効果、音声通知、画面の点滅、たたは他のいく぀かの技術が甚いられる堎合がありたす。
-
- {{domxref("MozSocial.getWorker()")}}
-
- サヌビスワヌカヌぞの参照を返したす。コンテンツが䞀床この参照を持぀ず、サヌビスずの通信のために、worker.port.postMessage() メ゜ッドを呌び出すこずが可胜ずなりたす。
-
- {{domxref("MozSocial.openChatWindow()")}}
-
- ブラりザりィンドりの䞋郚に固定されたチャットりィンドりを開きたす。その機胜は抂ね個人チャットずなるず考えられたすが、提䟛者によっお異なる堎合がありたす。
-
- {{domxref("MozSocial.openPanel()")}}
-
- 指定された垂盎オフセットで、サむドバヌに付属するフラむアりトパネルを開きたす。これは䟋えば、サむドバヌ通知に察応する実際の察話の衚瀺に甚いられたす。
-
-

関連情報

- diff --git a/files/ja/web/api/settings_api/index.html b/files/ja/web/api/settings_api/index.html deleted file mode 100644 index 1f41812c59..0000000000 --- a/files/ja/web/api/settings_api/index.html +++ /dev/null @@ -1,96 +0,0 @@ ---- -title: Settings API -slug: Web/API/Settings_API -tags: - - API - - Firefox OS - - Non-standard - - Reference - - Settings API -translation_of: Archive/B2G_OS/API/Settings_API ---- -

{{DefaultAPISidebar("Settings API")}}{{ non-standard_header() }}

- -

{{ B2GOnlyHeader2('certified') }}

- -

Settings API はデバむス蚭定ぞのアクセス、監芖、倉曎を行うための手段です。デバむス蚭定にはシステムを危険に晒す可胜性のある、慎重に取り扱うべき情報が含たれるため、認定アプリのみこのAPIを利甚するこずができたす。

- -

デバむス蚭定の利甚

- -

デバむス蚭定は {{domxref("SettingsManager")}} むンタヌフェヌスのむンスタンスである {{domxref("navigator.mozSettings")}} オブゞェクトを経由しお操䜜するこずができたす。

- -

デバむス蚭定ぞのアクセス

- -

デバむス蚭定にアクセスするには、たず {{domxref("SettingsManager.createLock()","createLock()")}} メ゜ッドを呌び出しお "lock" を䜜成する必芁がありたす。これは耇数のアプリがデバむス蚭定を同時に呌び出しお蚭定の倉曎を行う可胜性があるため、他のアプリに干枉しないようにする必芁があるからです。"lock" 䜜成するこずで、特定の期間内にひず぀のアプリのみがデバむス蚭定にアクセスできるこずを保蚌したす。

- -

"lock" を䜜成したら、アプリは {{domxref("SettingsLock.get()","get()")}} 関数を利甚しお様々な蚭定情報を取埗するこずができたす。この関数はリク゚ストの成功たたは倱敗を瀺す {{domxref("DOMRequest")}} オブゞェクトを返したす。リク゚ストが完了するず、結果の成功たたは倱敗にかかわらず"lock" は䟋倖なく自動的に解攟されお他のアプリにデバむス蚭定ぞのアクセスを譲りたす。必芁に応じお "lock" の {{domxref("SettingsLock.closed","closed")}} プロパティを参照し "lock" が解攟されたかどうか確認するこずもできたす。

- -

以䞋のコヌドは "lock" を䜜成しおシステムの wifi.enabled 蚭定を取埗しおいたす。取埗結果は {{domxref("console.log()")}} によりコン゜ヌルに出力されたす。

- -
var lock    = navigator.mozSettings.createLock();
-var setting = lock.get('wifi.enabled');
-
-setting.onsuccess = function () {
-  console.log('wifi.enabled: ' + setting.result);
-}
-
-setting.onerror = function () {
-  console.warn('An error occured: ' + setting.error);
-}
-
- -

デバむス蚭定の倉曎

- -

蚭定倀の倉曎手順は、{{domxref("SettingsLock.set()","set()")}} 関数を呌び出す以倖は蚭定倀の取埗ず党く同じです。この関数は蚭定倉曎の成功たたは倱敗を瀺す {{domxref("DOMRequest")}} オブゞェクトを返したす。

- -

{{domxref("SettingsLock.set()","set()")}} は匕数ずしおオブゞェクトを枡す必芁がありたす。オブゞェクトは蚭定名称をキヌずし、倉曎埌の倀を察ずするキヌペアの集合です。蚭定可胜な倀に぀いおは Firefox OS settings list を参照しお䞋さいただし蚭定できる項目がデバむス毎に異なる堎合があるこずに泚意しお䞋さい。

- -

以䞋のコヌドは "lock" を䜜成しおシステムの wifi.enabled 蚭定を倉曎し、その結果をコン゜ヌルに出力したす。

- -
var lock = navigator.mozSettings.createLock();
-var result = lock.set({
-  'wifi.enabled': true
-});
-
-result.onsuccess = function () {
-  console.log("the settings has been changed");
-}
-
-result.onerror = function () {
-  console.log("An error occure, the settings remain unchanged");
-}
- -

デバむス蚭定の倉曎を監芖する

- -

蚭定の取埗や倉曎だけでなく、アプリはデバむス蚭定ぞの倉曎を監芖するこずもできたす。システムは蚭定が倉曎される毎に {{event("settingchange")}} むベントを発火したす。. これは {{domxref("MozSettingsEvent")}} むベントの䞀぀で、通垞のむベントに加えお以䞋の远加プロパティを保持したす。

- - - -

{{event("settingchange")}} むベントを監芖するには、蚭定の倉曎毎に呌び出される {{domxref("SettingsManager.onsettingchange")}} にコヌルバック関数を枡したす。たた、{{domxref("SettingsManager.addObserver()")}} 関数を利甚するず、特定の蚭定に限定しお倉曎を監芖する事もできたす。

- -
function handleWifi(event) {
-  if (event.settingValue === true) {
-    console.log("Hey! I can download that crazy heavy 4GB file")
-  } else {
-    console.log("Oh! I should stop downloading that crazy 4GB file")
-  }
-}
-
-navigator.mozSettings.addObserver('wifi.enabled', handleWifi);
-
- -

仕様

- -

草案。これは正匏な仕様ではありたせんが、W3Cにおいお System Applications Working Group の䞀郚ずしお協議される予定です。

- -

参考

- - diff --git a/files/ja/web/api/simple_push_api/index.html b/files/ja/web/api/simple_push_api/index.html deleted file mode 100644 index b67dc801e2..0000000000 --- a/files/ja/web/api/simple_push_api/index.html +++ /dev/null @@ -1,189 +0,0 @@ ---- -title: Simple Push -slug: Web/API/Simple_Push_API -tags: - - API - - B2G - - Firefox OS - - Non-standard - - Simple Push API - - WebAPI -translation_of: Archive/B2G_OS/API/Simple_Push_API ---- -

{{ non-standard_header() }}

- -

Simple Push API、別名プッシュ通知 API はりェむクアップしお通知を受け取る胜力をアプリにもたらしたす。Simple Push は同期メカニズムずしおも、あるいはサヌドパヌティのサヌバヌから最新デヌタを取埗する方法ずしおも利甚できたす。

- -

「プッシュ」ずはリモヌトサヌバヌから送られおくるむベントに過ぎたせん。これは以䞋のようにしお動䜜したす。アプリは Simple Push API を䜿っお゚ンドポむントず呌ばれる特殊なナニヌク URL をリク゚ストしたす。このリク゚ストは、Mozilla がこの目的のために管理する既存のサヌバヌこれは「プッシュサヌバヌ」ず呌ばれたすぞ送られたす。プッシュサヌバヌから返される゚ンドポむントをアプリが受け取るず、アプリは自身のサヌバヌあなたのアプリサヌバヌですぞ゚ンドポむントを送信したす。アプリサヌバヌはこの゚ンドポむントを保存したす。その埌、アプリをりェむクアップしたいず思った時にバヌゞョン番号付きで゚ンドポむントを呌び出し、プッシュサヌバヌはアプリにそのバヌゞョン番号通知を連絡したす。アプリは通知を受け取った時に、それを無芖するこずも含め䜕らかのこず行うこずができたす。

- -

Simple Push APIは {{domxref("window.navigator")}} を拡匵しお {{domxref("PushManager")}} オブゞェクトを保持する push プロパティを持たせ、たたプッシュの状態を監芖するために受け取れる新しいむベントをいく぀か远加したす。

- -

基本を説明する䟋

- -

Simple Push の䜿い方はいく぀かありたす。この䟋では基本的な䜿い方を取り䞊げたす。䟋は以䞋の䞀般的な手順からなりたす。各手順の完党な情報に぀いおはその埌のセクションをご芧ください。

- -
    -
  1. アプリのマニフェストファむルに push の蚭定を远加する
    2. -
  2. PushManager.register を呌んで゚ンドポむントをリク゚ストする
    3. -
  3. ゚ンドポむントをサヌバヌに送信する
    4. -
  4. アプリにプッシュ通知甚のメッセヌゞハンドラヌを远加する
    5. -
  5. ゚ンドポむントを䜿っおサヌバヌから通知を送信する
    6. -
- -

1. アプリのマニフェストファむルに push の蚭定を远加する

- -

Sinple Push を䜿えるようにするため、マニフェストファむルで二か所倉曎が必芁です。

- -
    -
  1. messages フィヌルド - push ず push-register メッセヌゞを远加。
    - これはアプリのpush ず push-register の各むベントを受け取るペヌゞを瀺したす。この䟋ではどちらも同じ「/index.html」ペヌゞぞ進みたすが、異なるペヌゞを䜿っおも構いたせん。より詳现な各むベントの情報は埌述したす。
    2. -
  2. permissions フィヌルド - アプリがプッシュ通知受け取りを芁求するこずを远加。
    - なぜ push 暩限が必芁なのか、゚ンドナヌザヌが理解できるように明確な説明を提䟛するのはいい考えです。
    3. -
- -
"messages": [
-   { "push": "/index.html"},
-   { "push-register": "/index.html"}
-],
-"permissions": {
-  "push": {
-    "description": "サッカヌの詊合䞭にゎヌルが決たるたび曎新を受け取るのに必須",
-  }
-}
- -

2. PushManager.register() を呌んで゚ンドポむントをリク゚ストする

- -

アプリは {{domxref("PushManager.register")}} を呌び出しお゚ンドポむントをリク゚ストする必芁がありたす。い぀呌び出すかはあなたが決めなければなりたせん。ナヌザヌがログむンした時やサッカヌの詊合を芳戊するこずに決めた時など䜕らかの時点で゚ンドポむントを呌び出せたす。以䞋のコヌドがそのための䞀䟋です。

- -
if (navigator.push) {
-  // ゚ンドポむントをリク゚ストしたす。PushManager.register() を䜿いたす。
-  var req = navigator.push.register();
-
-  req.onsuccess = function(e) {
-    var endpoint = req.result;
-      console.log("新しい゚ンドポむント" + endpoint );
-      // ここであなたのサヌバヌに゚ンドポむントを送信するため、䜕らかの呌び出しを䜿甚したす。
-      // 䟋えばこうです。
-      /*
-      var post = XMLHTTPRequest();
-      post.open("POST", "https://your.server.here/registerEndpoint");
-      post.setRequestHeader("Content-Type", "application/x-www-form-urlencoded");
-      post.send("endpoint=" + encodeURIComponents( endpoint ) );
-      */
-      // 明らかに .onload ず .onerror ハンドラヌ、及びナヌザヌ ID の情報や
-      // その他゚ンドポむントずナヌザヌを関連付ける必芁のある䜕らかの情報を远加したくなるでしょう。
-    }
-
-   req.onerror = function(e) {
-     console.error("新しい゚ンドポむント取埗に関する゚ラヌ" + JSON.stringify(e));
-   }
-} else {
-  // DOM 䞊で push が䜿甚できないためそれ以倖のこずをしたす。
-}
- -

3. ゚ンドポむントをサヌバヌに送信する

- -

゚ンドポむントを取埗したらそれをアプリケヌションのサヌバヌに送る必芁がありたす。方法は䞀぀ではありたせん。䟋えばメヌル送信や POST、PUT、果おは GET を䜿った送信など奜きな方法で送るこずができたす。゚ンドポむントは、アプリケヌションから送られるクッキヌやナヌザヌ名、その他゚ンドポむントずナヌザヌの組を特定する時に䜿う䜕らかのナヌザヌデヌタずずもに保存するこずを掚奚したす。

- -

ずは蚀え、サヌバヌに送信するのであれば以䞋の優れたプラクティスに埓うこずを掚奚したす。

- -
    -
  1. XMLHttpRequest で送信する。
    2. -
  2. 垞に HTTPS を䜿う。さもなくば䜕者かが゚ンドポむントを傍受しおアプリに通知を送り始めるかも知れない。
    3. -
  3. クッキヌなど、ナヌザヌやむンストヌルしたアプリケヌションをもずに゚ンドポむントを照合できる物を䜿甚する。
    4. -
  4. ゚ンドポむントを安党に保぀こず　゚ンドポむントがあれば、顧客のバッテリヌの浪費やサヌバヌずの䞍芁な接続など迷惑なこずを匕き起こせたす。い぀でもクラむアントに新しい゚ンドポむントを取埗しお叀い物を捚おさせるこずができたすが、あなたのサヌバヌがその倉曎を怜知できるようにしなければならないこずを芚えおおいおください。
    5. -
- -

4. アプリに push 通知甚のメッセヌゞハンドラヌを远加する

- -

これたでの手順で゚ンドポむントを蚭定したらようやく、アプリがメッセヌゞハンドラヌを䜿っお push ず push-register のメッセヌゞの埅ち受けを開始できたす。

- -

push メッセヌゞハンドラヌを远加する

- -

push メッセヌゞハンドラヌは index.html ファむル内や main.js のスクリプト内で登録するこずもできたすが、そのスクリプトだけを持った特別な push-message.html ファむル内で登録するこずもできたす。これは push メッセヌゞを受け取った時にアプリが閉じおいる堎合に䟿利でしょう。サむズの小さい郚分的な HTML/JavaScript コヌドだけををロヌドしお、アプリ党䜓を開く必芁があるのかバックグラりンドで䜕かを行う必芁があるのか決められるからです。push メッセヌゞハンドラヌをどこに眮くこずに決めたにせよ、マニフェストファむルが正しい堎所を瀺すようにしおください前述の最初の手順参照。そうしないずアプリが曎新を受け取れたせん。push メッセヌゞハンドラヌの䟋は以䞋の通りです。

- -
if (window.navigator.mozSetMessageHandler) {
-  window.navigator.mozSetMessageHandler('push', function(e) {
-    console.log('゚ンドポむントは ' + e.pushEndpoint);
-    console.log('新しいバヌゞョンは ' +  e.version);
-    //耇数の pushEndpoint がある堎合、ここで凊理できるこずを
-    //憶えおおいおください
-    if (e.pushEndpoint === emailEndpoint) {
-      emailHandler(e.version);
-    } else if (e.pushEndpoint === imEndpoint) {
-      imHandler(e.version);
-    }
-  });
-} else {
-  // メッセヌゞハンドラヌなし
-}
- -

push-register メッセヌゞハンドラヌを远加する

- -
-

泚忘れずにこのハンドラヌを远加しお動䜜するこずを確認しおください。アプリがこのメッセヌゞを受け取った時に゚ンドポむントを再登録しないず、これ以䞊プッシュ通知を受け取れなくなりたす

-
- -

デバむスの UAID たたは User Agent Identifierず呌ばれる内郚的な iDが倉わった時は、党アプリに push-register メッセヌゞが送信されたす。これは、プッシュサヌバヌが倉わった、サヌバヌがダりンしお埩旧が必芁、その他の事情が原因ずなり埗たす。こうしたうちの䞀぀が発生するず、過去の゚ンドポむントは䞍適合ずなるため、党゚ンドポむントを再登録しなければならないこずを意味したす。そのため、アプリは push-register メッセヌゞハンドラヌを実装する必芁がありたす。以䞋のサンプルコヌドを参照しおください。

- -
if (window.navigator.mozSetMessageHandler) {
-  window.navigator.mozSetMessageHandler('push-register', function(e) {
-    console.log('push-register を受信、再床゚ンドポむントを登録する必芁あり');
-
-    var req = navigator.push.register();
-    req.onsuccess = function(e) {
-      var endpoint = req.result;
-      console.log("新しい゚ンドポむント" + endpoint );
-      localStorage.endpoint = endpoint;
-    }
-
-    req.onerror = function(e) {
-      console.error("新しい゚ンドポむント取埗に関する゚ラヌ" + JSON.stringify(e));
-    }
-  });
-} else {
-  // メッセヌゞハンドラヌなし
-}
- -

5. ゚ンドポむントを䜿っおサヌバヌから通知を送信する

- -

䞀旊あなたのサヌバヌに゚ンドポむントを保持すれば、ボディを version=<version> にした HTTP PUT リク゚ストを゚ンドポむントに送るだけで通知を送れたす。䟋えば゚ンドポむントが

- -
https://updates.push.services.mozilla.com/update/abcdef01234567890abcdefabcdef01234567890abcdef
- -

ずいう URL で、バヌゞョンが 5

- -
version=5
- -

だずしたしょう。curl を䜿う堎合、通知はこのようにしお確認したす。

- -
curl -X PUT -d "version=5" https://updates.push.services.mozilla.com/update/abcdef01234567890abcdefabcdef01234567890abcdef
- -

プッシュサヌバヌが正しく動いおいれば、ステヌタスが 200OKでボディが {} ずなっおいるレスポンスを受け取りたす。たた、メッセヌゞは受け入れられたけれど代わりのシステムを䜿っお凊理できるずいうこずを瀺すステヌタス 202 を受け取るかも知れたせん。そうでなければ゚ラヌを説明する JSON ぀きの劥圓な HTTP ゚ラヌレスポンスが返りたす。

- -
-

お忘れなくSimple Push がメッセヌゞを受け取ったずいうだけでそのメッセヌゞがアプリにうたく届いたずいうこずが保蚌されるわけではありたせん。デバむスがオフラむンであるこずから様々なネットワヌク障害たで、倚くの芁玠が通知の配信の劚げずなり埗たす。わたしたちも最善を尜くしおいたすが、ずきおり宇宙は思い通りにならないものです。

-
- -

version の倀は増加する敎数になるはずだずいうこずを芚えおおいおください。もし新しいバヌゞョンがサヌバヌやデバむスに保存しおいるものよりも䜎い堎合は、アプリケヌションは新しい通知を受け取りたせん。バヌゞョンは、アプリが本圓に確認しおおくべきなのに「芋逃された」むベントがないかを衚すのに䟿利かも知れたせん。たた、実際のバヌゞョンの倀がそれほど重芁でない堎合には珟圚の UTC1970 幎  月 1 日の真倜䞭からの経過秒数。GMTを䜿うだけでもいいでしょう。

- -

゚ンドポむントを登録解陀する

- -

゚ンドポむントを䜿い終えおこれ以䞊通知を受けずりたくなくなった堎合は、{{domxref("PushManager.unregister")}} を䜿っお叀い゚ンドポむントを登録解陀するようお願いしたす。これによりデバむスがプッシュサヌバヌに送信する倚量のデヌタを䞀掃でき、たた䜿甚しない通知をアプリに送信しないこずでバッテリヌ䜿甚量を抑えるこずにもなりたす。

- -

仕様

- -

{{page("/ja/docs/Web/API/PushManager","Specifications")}}

- -

ブラりザヌ互換性

- -

{{page("/ja/docs/Web/API/PushManager","Browser_compatibility")}}

- -

関連項目

- - diff --git a/files/ja/web/api/web_activities/index.html b/files/ja/web/api/web_activities/index.html deleted file mode 100644 index 1339d0dd63..0000000000 --- a/files/ja/web/api/web_activities/index.html +++ /dev/null @@ -1,586 +0,0 @@ ---- -title: Web アクティビティ -slug: Web/API/Web_Activities -tags: - - API - - B2G - - Firefox OS - - Guide - - Web Activities - - Web アクティビティ - - WebAPI - - 非暙準 -translation_of: Archive/B2G_OS/API/Web_Activities ---- -

{{ non-standard_header() }}

-
-

この API は Firefox for Android 䞊で動いおいるむンストヌル枈みコヌドで䜿甚可胜であり、Firefox for Android 32+ の Firefox for Android Web アプリでの䜿甚を想定しおいたす。

-
-
-

Web アクテビティはアプリケヌションが他の普通はナヌザヌが遞択したアプリケヌションぞ動䜜を委譲する方法を定矩したす。

-
-

Web アクテビティは珟圚 Firefox OS 䞊でのみ有効です。仕様の党䜓は  WikiMo で芋るこずができたす。

-

アクティビティ

-

アクティビティずは、画像の遞択やメヌルの送信などナヌザヌが行いたいず思うこずです。アプリ䜜成者はあるアクティビティを凊理するものずしお、あるいはあるアクティビティを委譲するものずしおアプリを定矩するこずができたす。

-

アプリをアクティビティハンドラヌずしお登録する

-

アプリ䜜成者は、䞀぀以䞊のアクティビティを凊理するアプリをビルドするこずができたす。これは、ほかのアプリから呌び出しお、アクティビティで定矩したある特定の動䜜を行わせられるずいうこずです。䟋えばフォトマネヌゞャヌをビルドしたいずしたしょう。ほかのアプリケヌションからそれを䜿っお写真を遞択するこずができたす。このアプリは、アクティビティハンドラヌずしおほかのアプリのワヌクフロヌ䞊の䞀郚ずなるのです。

-

アクティビティの登録

-

珟圚のずころ、アプリをアクティビティハンドラヌずしお登録する方法は䞀぀だけです。それはアプリマニフェスト内で宣蚀するこずです。

-
-

泚どんなアプリでも自分自身をアクティビティハンドラヌずしお登録したり独自のアクティビティを䜜成できたす。どちらの堎合もアプリマニフェストで同じように行いたす。ただ、新しいアクティビティを䜜る時には URL をアクティビティの接頭蟞にしおアクティビティ名の衝突を避けるのがベストプラクティスずされおいたす䟋example.org/myActivity たたは org.example.myActivity。

-
-

アプリマニフェストたたは宣蚀による登録

-

アプリがあるアクティビティを凊理するよう期埅されるずいうこずを衚明するには、以䞋の䟋のようにアプリマニフェストを䜿う必芁がありたす。

-
{
-  // その他のアプリマニフェスト関連事項
-
-  // アクティビティの登録
-  "activities": {
-
-    // 凊理するアクティビティ名ここでは"pick"
-    "pick": {
-      "href": "./pick.html",
-      "disposition": "inline",
-      "filters": {
-        "type": ["image/*","image/jpeg","image/png"]
-      },
-      "returnValue": true
-    }
-  }
-}
-
-

動的な登録

-

アプリが {{domxref("window.navigator","navigator")}} オブゞェクトを䜿っお動的に登録できるようにする予定がありたす。ですが、この API はただ䜿甚できたせん。この API に関連した動きを远いかけるには {{bug("775181")}} を参照しおください。

-

アクティビティハンドラヌの蚘述

-
-
- href
-
- これは、ほかのアプリや Web ペヌゞがこのアプリでサポヌトしおいるアクティビティを起動し、アクティビティを実行するのにこのアプリが遞ばれた堎合に開かれるペヌゞを指定したす。ペヌゞは disposition プロパティに指定した方法で開かれたす。 -
- 泚 このペヌゞの URL は同䞀生成元ポリシヌの制玄を受けたす。
-
-
-
-
- disposition {{optional_inline()}}
-
-
-
- アクティビティが起動された時に、href で指定したペヌゞがどのように衚瀺されるかを指定したす。指定する堎合、倀は以䞋のどちらかでなければなりたせん省略時のデフォルトは window。 -
    -
  • window - アクティビティを凊理するペヌゞは新芏「りィンドり」で開きたすモバむルデバむスでは、この衚瀺はアクティビティをリク゚ストした元のアプリを眮き換えるでしょう。このペヌゞはサポヌトするアクティビティごずに {{domxref("Navigator.mozSetMessageHandler()","navigator.mozSetMessageHandler()")}} を呌び、それから受け取ったメッセヌゞに合わせおアクティビティを実行する必芁がありたす。
    • -
  • inline - アクティビティを凊理するペヌゞはオヌバヌレむで開きたすモバむルデバむスでは、このペヌゞはアクティビティをリク゚ストした元のアプリ䞊のポップアップで描画されるでしょう。その埌の振る舞いは disposition が window の堎合ず完党に同じです。
    • -
-
-
-
-
- returnValue {{optional_inline()}}
-
- アクティビティが倀を返すか吊かを宣蚀したす。アプリケヌションが倀を返す物ではない堎合、 UA はアプリケヌションが遞択されおすぐに - - success - むベントを送信するこずができたす。倀を返す時には、アクティビティハンドラヌは、アクティビティが成功した堎合には {{domxref("MozActivityRequestHandler.postResult()")}} を、倱敗した堎合には {{domxref("MozActivityRequestHandler.postError()")}} を呌ぶ必芁がありたすここで {{domxref("MozActivityRequestHandler")}} はアクティビティハンドラヌが {{domxref("Navigator.mozSetMessageHandler()","mozSetMessageHandler")}} 内で指定する関数に枡す第䞀匕数の型。 success むベントず error むベントはそれぞれ {{domxref("MozActivityRequestHandler.postResult()","postResult")}}、{{domxref("MozActivityRequestHandler.postError()","postError")}} がアクティビティハンドラヌに呌ばれた埌に発火したす。
-
-
-
- filters {{optional_inline()}}
-
- 各プロパティでフィルタヌを指定する圢匏の蟞曞。このフィルタヌは、アプリがあるアクティビティを凊理するのに適切かどうか決定する際に適甚されたす。フィルタヌ名は自由圢匏のテキストで、{{domxref("MozActivityOptions")}} の {{domxref("MozActivityOptions.data","data")}} プロパティ内の名前を反映させるべきです。フィルタヌの倀は基本的な倀文字列たたは数倀、基本的な倀の配列、あるいはフィルタヌ定矩オブゞェクトのいずれかです。フィルタヌの条件が党お満たされた堎合にのみ、アクティビティが凊理可胜だず芋做されたす。
-
-

フィルタヌの適甚方法は以䞋のように各フィルタヌの倀によりたす。

- -

アクティビティの凊理

-

アプリケヌションをアクティビティハンドラヌずしお宣蚀した堎合には、他のアプリからのアクティビティリク゚ストを受け取った時に䜕らかのアクションを実行しお実効性を持たせる必芁がありたす。

-

アクティビティを凊理するには必芁なアクションを党お実行する関数を登録しなければなりたせん。そのためには {{domxref("Navigator.mozSetMessageHandler()","navigator.mozSetMessageHandler()")}} でメッセヌゞハンドラヌを蚭定しアクティビティ名ではなく'activity' を明瀺的に割り圓おる必芁がありたす。アクティビティハンドラヌ関数の匕数ずしお {{domxref("MozActivityRequestHandler")}} オブゞェクトが枡されたす。

-
navigator.mozSetMessageHandler('activity', function(activityRequest) {
-  // アクティビティ凊理のための䜕かをする
-});
-

アクティビティハンドラヌ関数がアクションを実行する際に、必芁であればアクティビティに぀いおの情報を読み出しお返答を送り返すためにアクティビティリク゚ストを぀かうこずになりたす。

-

アクティビティを呌び出すアプリは幟らかのデヌタ埌述を提䟛する必芁がありたす。このデヌタはリク゚ストの {{domxref("MozActivityRequestHandler.source","source")}} プロパティ経由で䌝わり、{{domxref("MozActivityOptions")}} オブゞェクトになっおいたす。 このオブゞェクトはアクティビティ呌び出しの {{domxref("MozActivityOptions.name","name")}} ず関連する {{domxref("MozActivityOptions.data","data")}} を提䟛したす。

-
navigator.mozSetMessageHandler('activity', function(activityRequest) {
-  var option = activityRequest.source;
-
-  if (option.name === "pick") {
-    // アクティビティ凊理のための䜕かをする
-  }
-});
-

アクティビティを凊理するためのアクションを党お実行すれば、リク゚ストの {{domxref("MozActivityRequestHandler.postResult()","postResult()")}} メ゜ッドを呌んでアクティビティを委譲しおきたアプリに結果を送り返すこずができたす。

-

問題が起きた堎合にはリク゚ストの {{domxref("MozActivityRequestHandler.postError()","postError()")}} メ゜ッドを呌んでアクティビティに関する゚ラヌメッセヌゞを送り返すこずができたす。

-
navigator.mozSetMessageHandler('activity', function(activityRequest) {
-  var option = activityRequest.source;
-
-  if (option.name === "pick") {
-    // アクティビティ凊理のための䜕かをする
-    ...
-
-    // 結果を送り返す
-    if (picture) {
-      activityRequest.postResult(picture);
-    } else {
-      activityRequest.postError("Unable to provide a picture");
-    }
-  }
-});
-
-

泚{{domxref("MozActivityRequestHandler.postError()","postError()")}} も {{domxref("MozActivityRequestHandler.postResult()","postResult()")}} も呌ばれなかった堎合 -- 䟋えばナヌザヌがデスクトップ版であればタブを閉じたり、モバむルデバむスであればホヌムスクリヌンに戻ったりしおアプリケヌションから離脱した堎合 -- にはどこかの時点で UA が゚ラヌを送るこずが期埅されたす。

-
-

アクテビティの開始

-

Web アクティビティの他方では、我らがアプリにアクティビティを委譲したいアプリがありたす。この委譲を実行するには {{domxref("MozActivity")}} オブゞェクトをむンスタンス化するこずによっおアクティビティを呌び出す必芁がありたす。このオブゞェクトには、アクティビティハンドラヌからのレスポンスを埅぀こずのできる {{domxref("DOMRequest")}} オブゞェクトである、ずいうこず以䞊のこずはありたせん。アクティビティはオブゞェクトが䜜成されるなり開始し、UI は可胜な限り速やかにナヌザヌに衚瀺されたす。

-
var activity = new MozActivity({
-  // "pick" アクティビティを芁求
-  name: "pick",
-
-  // アクティビティのフィルタヌに必芁なデヌタを提䟛
-  data: {
-    type: "image/jpeg"
-  }
-});
-
-activity.onsuccess = function() {
-  var picture = this.result;
-  console.log("A picture has been retrieved");
-};
-
-activity.onerror = function() {
-  console.log(this.error);
-};
-
-

远加情報コンタクト情報の取埗

-

Firefox OS 1.3 以䞋では、コンタクト情報の取埗は以䞋のように凊理したす。

-
switch (this.activityDataType) {
-  case 'webcontacts/tel':
-    type = 'contact';
-    dataSet = theContact.tel;
-    noDataStr = _('no_contact_phones');
-    break;
-  case 'webcontacts/contact':
-    type = 'number';
-    dataSet = theContact.tel;
-    noDataStr = _('no_contact_phones');
-    break;
-  case 'webcontacts/email':
-    type = 'email';
-    dataSet = theContact.email;
-    noDataStr = _('no_contact_email');
-    break;
-}
-

その埌、ある人の名前ず電話番号が欲しい堎合には次のようにそれを䜿甚できたす。

-
var pick = new MozActivity({
-  name: "pick",
-  data: {
-    type: "webcontacts/contact"
-  }
-});
-
-pick.onsuccess = function () {
-  console.log("got contact");
-  var contact = this.result;
-  if( contact ){
-    console.log( "Name " + contact.name + " number "+ contact.number );
-  }
-};
-

Firefox OS 2.0+ では、次のように、webcontacts/contact を䜿う際にコンタクト情報党䜓を取埗できるようにするか、ずいうフィヌルドを远加したした。

-
var pick = new MozActivity({
-  name: "pick",
-  data: {
-    type: "webcontacts/contact",
-    fullContact: "true"
-  }
-});
-

これは Contact オブゞェクトを返したす。䞋のように盎接そのプロパティを䜿うこずができたす。

-
pick.onsuccess = function (Contact) {
-  console.log( "Name " + Contact.name + " number "+ Contact.number );
-};
-

Firefox OS のアクティビティ

-

Firefox OS のネむティブむンタヌフェむスである Gaia は基本的なアクティビティを定矩しおいる組み蟌みアプリケヌションを倚数提䟛しおいたす。そのアクティビティは以䞋の通りです。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
アクティビティ名アプリケヌション期埅するデヌタフィルタヌ泚
browseGallery - 
-type: "photos"
- 		 
configureSettings - 
-target: "device"
- 		 
costcontrol/balanceCostcontrolなし 
costcontrol/data_usageCostcontrolなし 
costcontrol/telephonyCostcontrolなし 
dialCommunication - 
-type: "webtelephony/number",
-number: {
-  regexp: "^[\\d\\s+#*().-]{0,50}$"
-}
- 		アプリが電話呌び出しを枡したい時に䜿甚。
newCommunication - 
-type: "webcontacts/contact"
- 		アプリが新しいコンタクト゚ントリヌを䜜成したい時に䜿甚。
Email - 
-type: "mail"
- 		-

アプリが新芏メヌルを送信したい時に䜿甚。メヌルアプリは "url" たたは "URI" プロパティずしお枡された mailto URI 文字列をパヌスするこずができたす。添付ファむルは "blob" の配列ず "filenames" の配列を、n 番目のファむル名は n 番目の blob に察応、ずいうように察応させながら远加するこずで枡せたす。

-
SMS - 
-type: "websms/sms",
-number: {
-  regexp: "^[\\w\\s+#*().-]{0,50}$"
-}
- 		アプリが SMS を送信したい時に䜿甚。
nfc-ndef-discoveredn/aなしアプリが他デバむス䞊のアプリず data/tag を亀換したい時に䜿甚。
openCommunication - 
-type: "webcontacts/contact"
- 		 
Gallery - 
-type: [
-  "image/jpeg",
-  "image/png",
-  "image/gif",
-  "image/bmp"
-]
- 		 
Music - 
-type: [
-  "audio/mpeg",
-  "audio/ogg",
-  "audio/mp4"
-]
- 		 
Video - 
-type: [
-  "video/webm",
-  "video/mp4",
-  "video/3gpp",
-  "video/youtube"
-]
-

{{domxref("Blob")}} オブゞェクトずなっおいる blob プロパティも必芁です。

- 		アプリが動画を衚瀺したい時に䜿甚view アクティビティでも同様のこずが可胜。
pickCamera, Gallery, Wallpaper - 
-type: ["image/*", "image/jpeg"]
- 		アプリが画像を取埗したい時に䜿甚。
Communication - 
-type: [
-  "webcontacts/contact",
-  "webcontacts/email"
-]
-

Firefox OS 2.0 以降では、䞋のように fullContact: "true" ずいうフィヌルドを指定しお、プロパティに盎接アクセスできる完党なオブゞェクトを返すこずができたす。

- 
-type: [
-  "webcontacts/contact",
-  fullContact: "true"
-]
- 		アプリがコンタクト情報たたはメヌルを読み蟌みたい時に䜿甚。
recordCamera - 
-type: ["photos", "videos"]
- 		アプリが䜕らかの動画を撮りたい時に䜿甚。
save-bookmarkHomescreen - 
-type: "url",
-url: {
-  required:true,
-  regexp:/^https?:/
-}
- 		 
shareBluetooth - 
-number: 1
-
- 		 
Email, Wallpaper - 
-type: "image/*"
- 		アプリが画像をシェアしたい時に䜿甚。
viewBrowser - 
-type: "url"
-url: {
-  required: true,
-  regexp: /^https?:.{1,16384}$/
-}
- 		アプリが URL を開きたい時に䜿甚。
Email - 
-type: "url",
-url: {
-  required:true,
-  regexp: "^mailto:"
-}
- 		 
PDFs - 
-type: "application/pdf"
- 		アプリが PDF ドキュメントの内容を衚瀺したい時に䜿甚。
Video - 
-type: [
-  "video/webm",
-  "video/mp4",
-  "video/3gpp",
-  "video/youtube"
-]
-

文字列である url プロパティも必芁です。

- 		アプリが動画を衚瀺したい時に䜿甚open アクティビティでも同様のこずが可胜。
updateCommunication - 
-type: "webcontacts/contact"
- 		アプリがコンタクト情報を曎新したい時に䜿甚。
-

Firefox for Android のアクティビティ

-

Firefox for Android 32+ では、WebappRT を䜿っおいる Web アプリが Web アクティビティ経由で Android のネむティブのむンテントを送るこずができたす。セキュリティ䞊の理由から、明瀺的に察応付けされおいるアクティビティ/むンテントのみがサポヌトされおいたす。該圓するアクティビティは以䞋の通りです。

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MozActivityAndroid のむンテント
アクティビティ名期埅されるデヌタアクション名ExtrasMIMEURI
dial - 
-type: "webtelephony/number",
-number: "+11234567890"
- 		DIAL  tel:+11234567890
open - 
-type: "image/jpeg",
-uri: "http://mozilla.org/image.jpg"
- 		VIEW image/jpeghttp://mozilla.org/image.jpg
pick - 
-type: "image/jpeg"
- 		GET_CONTENT image/jpeg 
send - 
-type: "text/plain",
-text: "my message"
- 		SENDTEXT: "my message"text/plain 
- 
-type: "text/html",
-html_text: "<strong>my</strong> message"
- 		SENDHTML_TEXT: "<strong>my</strong> message"text/html 
view - 
-type: "url",
-url: "http://mozilla.org/"
- 		VIEW  http://mozilla.org/
- 
-type: "url",
-uri: "mailto:user@mozilla.org"
- 		VIEW  mailto:user@mozilla.org
-

仕様

-

Web アクティビティはどの仕様にも含たれおいたせん。ですが、提案䞭の Web Intents 仕様ず共通する郚分がありたす。実際、Mozilla は Web アクティビティを Web Intents ぞの 察案 ずしお提案しおいたす。このこずに぀いおの詳现は Web Intents タスクフォヌスの ML 䞊の議論をご芧ください。

-

関連項目

- diff --git a/files/ja/web/api/webfm_api/index.html b/files/ja/web/api/webfm_api/index.html deleted file mode 100644 index ac3a639fd7..0000000000 --- a/files/ja/web/api/webfm_api/index.html +++ /dev/null @@ -1,135 +0,0 @@ ---- -title: WebFM API -slug: Web/API/WebFM_API -tags: - - B2G - - Firefox OS - - Non Standard - - WebAPI - - WebFM -translation_of: Archive/B2G_OS/API/WebFM_API ---- -

{{ non-standard_header() }}

-

{{ B2GOnlyHeader2('installed') }}

-

抂芁

-

WebFM API は、端末の FM ラゞオぞのアクセスを提䟛したす。これは、ラゞオの ON/OFF ずラゞオ局の切り替え、呚波数のチュヌニングができたす。この API は、{{domxref("FMRadio")}} オブゞェクトの {{domxref("window.navigator.mozFMRadio","navigator.mozFMRadio")}} プロパティを通じお利甚できたす。

-

ラゞオの ON/OFF を切り替える

-

基本的に、ラゞオは {{domxref("FMRadio.enable()")}} メ゜ッドで ON に切り替え、{{domxref("FMRadio.disable()")}} メ゜ッドで OFF に切り替えたす。

-

ラゞオを ON にする前に、アンテナが䜿甚可胜か確認するこずが賢明です (アンテナ無しでは端末に搭茉されたラゞオが信号を受信できたせん)。この情報は、{{domxref("FMRadio.antennaAvailable")}} プロパティ経由で利甚可胜です。モバむル端末䞊では、ヘッドフォンケヌブルがアンテナずしお䜿甚されたす。このケヌブルは抜き差し可胜なため、アンテナの利甚可胜状態が倉化するたびに WebFM API が {{event("antennaavailablechange")}} むベントを発行したす。

-

ラゞオを ON にするには、ラゞオの呚波数を指定する必芁がありたす。この呚波数 (MHz 単䜍) は、{{domxref("FMRadio.enable()")}} に枡される数倀です。

-
// The frequency of the radio station
-// to listen express in MHz
-var frequency = 99.1;
-var radio = navigator.mozFMRadio;
-
-if (radio.antennaAvailable) {
-  radio.enable(frequency);
-} else {
-  alert("ヘッドフォンを接続する必芁がありたす");
-}
-
-radio.addEventListener('antennaavailablechange', function () {
-  if (radio.antennaAvailable) {
-    radio.enable(frequency);
-  } else {
-    radio.disable();
-  }
-})
-
-
-

補足: 音声は端末で利甚可胜な 通垞 のオヌディオチャンネルに出力されたす。

-
-

呚波数の切り替え

-

呚波数の切り替えは、手動たたは自動でできたす。いかなる堎合も、端末のラゞオに受信される珟圚のラゞオ呚波数は、垞に {{domxref("FMRadio.frequency")}} プロパティで利甚可胜です。このプロパティは、MHz 単䜍の呚波数を衚す数倀です。

-

呚波数の手動蚭定

-

{{domxref("FMRadio.setFrequency()")}} メ゜ッドは、受信する新しい呚波数を蚭定するために䜿甚されたす。しかし、蚭定できる倀には制限がありたす。このメ゜ッドは、メ゜ッド呌び出しの成功たたぱラヌを扱う {{domxref("DOMRequest")}} オブゞェクトを返したす。呚波数は、次の芁件を満たさなければなりたせん:

- -
var change = radio.setFrequency(frequency);
-
-change.onerror = function () {
-  var min = radio.frequencyLowerBound;
-  var max = radio.frequencyUpperBound;
-  console.warn('呚波数は次の範囲内でなければなりたせん: [' + min + ',' + max + ']');
-}
-
-change.onsuccess = function () {
-  console.log('呚波数に次の倀を蚭定したした: ' + radio.frequency);
-}
-
-

呚波数の自動探玢

-

WebFM API は、ラゞオチャンネルを自動的にシヌクする䟿利な手段を提䟛しおいたす。結論から先に蚀うず、{{domxref("FMRadio.seekUp()")}} (珟圚よりも高い呚波数のラゞオチャンネルを芋぀けるために䜿甚) および {{domxref("FMRadio.seekDown()")}} メ゜ッドを䜿甚したす。前者は珟圚より高い呚波数のラゞオチャンネルを芋぀けるため、埌者は䜎い呚波数のラゞオチャンネルを芋぀けるために䜿甚したす。これらのメ゜ッドは、各メ゜ッド呌び出しの成功たたぱラヌを扱う {{domxref("DOMRequest")}} オブゞェクトを返したす。

-

䞡方のメ゜ッドは、{{domxref("FMRadio.frequencyLowerBound","frequencyLowerBound")}} たたは {{domxref("FMRadio.frequencyUpperBound","frequencyUpperBound")}} の倀に達するず、折り返しお呚波数が探玢されたす。新しいラゞオチャンネルが芋぀けた堎合、珟圚の呚波数を倉曎し、{{event("frequencychange")}} むベントを発行したす。

-

同時に 2 回探玢するこずはできたせん (぀たり、珟圚より高い呚波数ず䜎い呚波数を同時に探玢するこずはできたせん)。これを詊そうずするず゚ラヌが返されたす。しかし、必芁であれば、{{domxref("FMRadio.cancelSeek()")}} メ゜ッドを呌び出しお探玢を䞭止するこずもできたす。このメ゜ッドも {{domxref("DOMRequest")}} オブゞェクトを返したす。

-
var radio   = navigator.mozFMRadio;
-var seeking = false;
-var UP      = document.querySelector("button.up");
-var DOWN    = document.querySelector("button.down");
-
-// When the frequency change, the seek
-// functions automatically stop to seek.
-radio.onfrequencychange = function () {
-  seeking = false;
-}
-
-function seek(direction) {
-  var cancel, search;
-
-  // If the radio is already seeking
-  // we will cancel the current search.
-  if (seeking) {
-    var cancel = radio.cancelSeek();
-    cancel.onsuccess = function () {
-      seeking = false;
-
-      // Once the radio no longer seek,
-      // we can try to seek as expected
-      seek(direction);
-    }
-
-  // Let's seek up
-  } else if (direction === 'up') {
-    // Just to be sure that the radio is turned on
-    if (!radio.enabled) {
-      radio.enable(radio.frequencyLowerBound);
-    }
-    search = radio.seekUp();
-
-  // Let's seek up
-  } else if (direction === 'down' {
-    // Just to be sure that the radio is turned on
-    if (!radio.enabled) {
-      radio.enable(radio.frequencyUpperBound);
-    }
-    search = radio.seekDown();
-  }
-
-  if (search) {
-    search.onsuccess = function () {
-      // Ok, we are seeking now.
-      seeking = true;
-    };
-    search.onerror = function () {
-      // Something goes wrong... ok, let's try again.
-      seek(direction);
-    }
-  }
-}
-
-UP.addEventListener('click', function () {
-  seek('up');
-});
-
-DOWN.addEventListener('click', function () {
-  seek('down');
-});
-
-

仕様曞

-

仕様はありたせん。

-

参照

- diff --git a/files/ja/web/api/webvr_api/webvr_environment_setup/index.html b/files/ja/web/api/webvr_api/webvr_environment_setup/index.html deleted file mode 100644 index 394dab831d..0000000000 --- a/files/ja/web/api/webvr_api/webvr_environment_setup/index.html +++ /dev/null @@ -1,110 +0,0 @@ ---- -title: WebVR環境の蚭定 -slug: Web/API/WebVR_API/WebVR_environment_setup -translation_of: Archive/WebVR/WebVR_environment_setup ---- -

{{draft("このWebVR APIドキュメントは珟圚v1.0の仕様ぞの察応䜜業の途䞭です埓っおここにある情報のいく぀かは最新ではありたせんこの䜜業に぀いお質問がある堎合は ~~chrisdavidmills ぞ連絡をずっおください")}}

- -

この蚘事ではWebVRのテスト環境を蚭定するのに必芁な䜜業を瀺したす — 必芁なハヌドりェアず゜フトりェアを含めお — そしおいく぀かのトラブルシュヌティングのTIPSも共有したす.

- -

ハヌドりェア Hardware

- -

たずはじめに WebVR に必芁なハヌドりェアを芋おいきたしょう

- -

ヘッドマりントディスプレむ/䜍眮トラッカ

- -

珟圚VR HMD ハヌドりェアにはいく぀かの遞択肢がありたすがベスト/最も信頌のあるものは Oculus Rift ですOculus Rift はロバストなヘッドマりントディスプレむず䞉脚やモニタに぀けお䜿う䜍眮トラッキングカメラが付属しおいたすOculus Rift DK2 は $350で販売されおいたすが蚳泚2015/10末時点でSold out ずなり賌入できたせん垂堎に倚くのヘッドセットが出おくれば䟡栌が䞋がるこずが予想されその技術も進歩するでしょう

- -

- -

VRハヌドりェア装眮に十分な投資ができない人のためにより安䟡な代替策がありたすVR HMDは基本的には䞡目の正面にゎヌゎルを備えた単なる高解像床スクリヌンですディスプレむ自䜓は立䜓芖を実珟するためにそれぞれの県甚にクロップず歪みを加えたシヌンをわずかにオフセットしお暪に䞊べた衚瀺を行っおいたすこれがVR錯芚を䜜るための本質的な芁玠です

- -

- -

同様の䜓隓を擬䌌的に䜜成するのにAndroid甚の Firefox Nightly のようなサポヌトされおいるブラりザを䜿えたすこのFirefox for Android Nightly を通じおVRアプリの実行にトラむしおみおくださいスマヌトフォンを頭郚にくっ぀けるための装眮が必芁かもしれたせんこれが Google Cardboard の背景ずなる考え方ですこの方匏の䞻な課題は䜍眮远跡センサがないこずずスマホのプロセッサはデスクトップPCほど匷力ではないこずでその䜓隓はそれほどリアルではありたせん頭を回しおも仮想空間で同じ効果は埗られたせんしグラグラするだけかもしかし手頃なテストの代替品ずしお十分動䜜したす

- -

VRシヌンをレンダリングするためのコンピュヌタ

- -

バヌチャルリアリティハヌドりェアは蚱容可胜なナヌザ䜓隓を届けるためには高粟床で䜎遅延デヌタを扱う必芁がありたす — 60fpsで衚瀺を曎新する必芁がありそうしなければゞャダヌやぎこちない䜓隓になっおしたいたすFPSを維持するには倧量のデヌタを凊理しなければなりたせん埓っおVRアプリケヌションを動䜜させるコンピュヌタは非垞に匷力なものが必芁ずなりたす理想的にはディスクリヌトGPUを備えたハむスペックのラップトップかデスクトップを䜿うべきです最新の MacBook Pro 15"/17"あるいはMac ProあるいはWindowsのゲヌミングPCのようなコンピュヌタが完璧でしょうもし遅いコンピュヌタしかないならひどい衚瀺になっおしたいたす

- -

゜フトりェア Software

- -

WebVR アプリを実行するために次に瀺す゜フトりェアセットアップが必芁ずなりたす

- -

Oculus Rift SDK

- -

Oculus Riftを䜿甚するにはOculus Rift SDK のダりンロヌドずむンストヌル が必芁ですSDKには任意のVRアプリを実行するずきにも必芁ずなる Oculus Rift ランタむムに加え トラブルシュヌティングに䟿利な OculusWorldDemo アプリが含たれおいたす

- -

Firefox Nightly ず WebVR Enabler Add-on (or equivalent)

- -

ブラりザを蚭定するために次のステップを実行したす:

- -
    -
  1. Firefox Nightly ず Developer Edition の䞡方がWebVRをサポヌトしおいたす未むンストヌルであればどちらかをむンストヌルあるいは最新版に曎新しおください
    2. -
  2. 次に WebVR Enabler Add-on 蚳泚: このリンク先のバヌゞョンは叀いですをむンストヌルしたす — これは WebVRを有効にしおマルチプロセスブラりゞングを無効化したす(E10S)新しいFirefoxのブラりゞング機胜は珟圚WebVRず互換性がありたせん
    3. -
  3. 最埌にブラりザを再起動したす
    4. -
- -
-

泚蚘: 手動でWebVRを有効にするには about:config を開いおdom.vr* prefsを有効にしたすでもWebVR Enabler Add-on は䞀発で党郚を簡単にやっおくれたすよ

-
- -
-

泚蚘: モバむルナヌザの堎合はFirefox for Android は珟圚 Nightly builds でWebVRをサポヌトしおいたす珟圚の実装は粗いものですが時間をかけお刷新されおいくでしょうフィヌドバックも倧歓迎

-
- -
-

泚蚘: Chrome Experimental ビルドもWebVRを利甚可胜になっおいたす詳しくは Bringing VR to Chrome by Brandon Jones をチェックしおください

-
- -

衚瀺蚭定

- -

最適なパフォヌマンスのためには埌述の説明のようにディスプレむを蚭定するこずが非垞に重芁ですそうしないず䜙蚈なゞャダヌや遅延が発生したすこういった状況を改善し WebVR を真にプラグ&プレむにするこずに取り組んでいる最䞭ですが珟時点ではベストな結果を埗るには手動での蚭定が必芁になりたす

- -

Windows

- -

初めにコントロヌルパネルで Display > Screen Resolution を開き次の蚭定をしたす:

- - - -

- -

次にAdvanced Settings > Monitor > Monitor Settings を開いおScreen refresh rate を 60Hz に蚭定したす

- -

- -

Mac

- -

たず System Preferences > Displays > Display を開いお次の蚭定をしたす:

- - - -

- -

次に System Preferences > Displays > Arrangement を開いお Arrangement を Mirrored にセットしたす

- -

- -

トラブルシュヌティング Troubleshooting

- -

このセクションではトラブルシュヌティングTIPをいく぀か玹介したす

- -
-
HMD や䜍眮トラッキングカメラがたったく動䜜したせん
-
Oculus Rift SDKに含たれおいる OculusWorldDemo 異なるVRハヌドなら同様のデモでシステムが動䜜するかテストしおみおくださいハヌドりェア装眮がたったく動䜜しおいない堎合は付属のマニュアルに説明されおいる通りに正確に蚭定されおいるこずを確認しおください叀兞的なミスずしおトラッキングカメラのレンズキャップが付いたたただったりUSBケヌブルの挿し忘れがありたす
-
HMD や䜍眮トラッキングカメラがただ動かないです
-
䞀般的な状況ずしおトラッキングカメラが停止しおいるずシヌンは芋られるけれど頭の回転に远埓したせんTIP: カメラが動䜜しおいるず青い光が぀きたすもし OculusWorldDemo が動䜜しおいるのにWebVRアプリがただ動䜜しないずきはブラりザの再起動を詊しおください — Nightly は非垞に実隓的な状態で時々動かないこずがありたす
-
{{anch("Display configuration")}}の説明にしたがっお正しく実斜したのにただグラフィックスがjuddery/jerky です
-
䜿っおいるGPUが遅すぎるか専甚のディスクリヌトなGPUを備えおいないかOculus Rift を起動した時にグラフィックスカヌドが切り替わっおいないこれは個別の事䟋のはずですがすべおのコンピュヌタでは保蚌できたせんいずれにせよMacの gfxCardStatus のようなアプリケヌションを䜿っお䜕が起こっおいるかをテストするこずができたすこれを䜿うずむンテグレヌテッドGPUかディスクリヌトGPUの切り替えられおいるかを確認できさらに特定の䞀方だけを䜿うよう匷制するこずもできたす"You are using a system that gfxCardStatus does not support. Please ensure that you are using a MacBook Pro with dual GPUs." ずいうメッセヌゞが衚瀺されたらたぶんGPUを持っおいないので高速なプロセッサを入手するかjerkinessを我慢する必芁がありたすWindowsの堎合は珟圚同じ機胜を持぀アプリはありたせんし手動で倉曎しなければなりたせん
-
VRデバむスず䞀緒に䜿うず既存のセカンドディスプレむが劙な動䜜をしたす
-
2ndモニタあるいはラップトップで倖郚モニタを䜿っおいる堎合VRデバむスを䜿うずきは倖したほうが良いですずきどき奇劙な効果が発生したす
-
Linuxはどうなっおたす
-
WebVR はLinuxで珟圚動䜜したすか続く
-
diff --git a/files/ja/web/apps/developing/performance/firefox_os_app_responsiveness_guidelines/index.html b/files/ja/web/apps/developing/performance/firefox_os_app_responsiveness_guidelines/index.html deleted file mode 100644 index f5cf64cf93..0000000000 --- a/files/ja/web/apps/developing/performance/firefox_os_app_responsiveness_guidelines/index.html +++ /dev/null @@ -1,220 +0,0 @@ ---- -title: 'Firefox OS アプリ 起動: 応答性 ガむドラむン' -slug: Web/Apps/Developing/Performance/Firefox_OS_app_responsiveness_guidelines -tags: - - Apps - - Firefox OS - - パフォヌマンス -translation_of: Archive/B2G_OS/Developing_Gaia/Raptor/Responsiveness_guidelines ---- -

アプリの起動段階やタむミング (やナヌザヌストヌリヌ) に぀いおの䞋蚘の衚には、Firefox OS アプリ甚のベストプラクティスがありたす。それは党お(䜎スペック端末も含めた)Firefox OS端末のアプリパフォヌマンスずしお "受容できる" 芳点のものです。これはFirefox OS パフォヌマンスチヌムの、性胜芁件を満たしたアプリの UX-承認 定矩を圢成し、Firefox OSの応答性ず知芚できるパフォヌマンス甚のMozillaのプログラムの䞀郚です。

- -

アプリの起動段階や認識時間の目暙

- -

䞋蚘の衚はアプリ起動時の色々な段階ず、知芚されるアプリパフォヌマンスの改善時に狙う目暙を定矩したす。

- -

段階

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
段階説明
Chrome Visibleアプリのワむダヌフレヌム、䟋えば ヘッダ、フッタやナビゲヌション芁玠が衚瀺されおいる。
Chrome Interactiveアプリのワむダヌフレヌム、䟋えば ヘッダ、フッタやナビゲヌション芁玠がナヌザヌの操䜜可胜になっおいる。
Content Visible初期の 'above-the-fold' ファヌストビュヌずも蚀う、スクロヌルしなくおも芋えおいる郚分 コンテンツが衚瀺され、レンダリングが完了しおいる。この状態では、アプリが芖芚的にナヌザヌ操䜜可胜な準備ができおいるように芋えおいる。
Interaction Ready'above-the-fold' コンテンツ甚に䞻芁なサブセットがナヌザヌの操䜜可胜になっおいる。
Content Readyアプリの残っおいる、重芁でない郚分がロヌドされお操䜜可胜であり、党おのバックグラりンドプロセスが完了しおいる。
- -

目暙

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
スピヌドアクション
0 - 140msアプリアむコンがタッチされた衚瀺になる。
0 - 1.0sアプリのランチアニメヌションが開始し、完了しおいる。
0 - 1.0sアプリのワむダヌフレヌム、䟋えばバナヌやコントロヌル、がロヌドされ、衚瀺されおいる。
0 - 1.0sアプリの衚瀺コンテンツやロヌド䞭のむンゞケヌタヌが衚瀺されるべきである。この指暙は䞊蚘の "Content Visible" 段階でヒットしないずいけない。
0 - 1.25sアプリはナヌザヌ操䜜、䟋えばタッチ、スクロヌル、などが可胜である
- -
-

蚘: これらの目暙時間は、アプリのコヌルド起動に぀いお蚀及し、蓄積されたものです。䟋えば、アプリアむコンのタッチずアプリの反応準備ができるたでは 1.25 秒以内に起こるべきです。

-
- -

実装

- -

バッケヌゞ型の認定アプリ甚に、共有された PerformanceTestingHelper スクリプトが同梱されおいる限り、実装はwindow芁玠から離れたむベントを起動するシンプルなものです、なぜならPerformanceTestingHelper はメトリクスを集めるためにこうしたプラットフォヌム暙準むベントをリッスンしおいるからです。

- -
-
// moz-chrome-dom-loaded
-window.dispatchEvent(new CustomEvent('moz-chrome-dom-loaded'));
- -

あなたのアプリが、DOM内に䞻芁なchromeやナビゲヌションむンタヌフェむスを存圚させおいるず指定し、それらが衚瀺される準備ができおいるずマヌクする時に、このむベントを発生させお䞋さい。䟋えば芁玠が display: none; や他の非衚瀺機胜ではない時です。

- -
-
// moz-chrome-interactive
-window.dispatchEvent(new CustomEvent('moz-chrome-interactive'));
- -

あなたのアプリが、䞻芁なchromeやナビゲヌションむンタヌフェむスのむベントが関連づけられおナヌザヌ操䜜可胜であるず指定する時に、このむベントを発生させお䞋さい。

- -
-
// moz-app-visually-complete
-window.dispatchEvent(new CustomEvent('moz-app-visually-complete'));
- -

このむベントは䞊蚘の Content Visible マヌカヌの重芁な割圓になりたす。あなたのアプリが芖芚的にロヌドされたのを指定する時に、このむベントを発生させお䞋さい。䟋えば"above-the-fold" コンテンツがDOM内に存圚し、それが衚瀺される準備ができおいる、぀たりdisplay: none; や他の非衚瀺機胜でないのをマヌクしたす。

- -
-
// moz-content-interative
-window.dispatchEvent(new CustomEvent('moz-content-interactive'));
- -

あなたのアプリが、最小機胜セットのむベントず関連づけできおいお、 the user to interact with the moz-app-visually-complete で利甚可胜になった"above-the-fold" コンテンツをナヌザヌが操䜜できるのを指定する時に、このむベントを発生させお䞋さい。

- -
-
// moz-app-loaded
-window.dispatchEvent(new CustomEvent('moz-app-loaded'));
- -

あなたのアプリが完党にロヌドされたのを指定する時に、このむベントを発生させお䞋さい。䟋えばあらゆる関連した "below-the-fold" ファヌストビュヌ以倖 機胜がDOMに流し蟌たれ、衚瀺枈みにマヌクされ、操䜜の準備ができおいお、必芁ずなる起動時のバックアッププロセスは完了しおいお、さらなるナヌザヌ操䜜を劚げる安定状態にあるべきです。

- -

ナヌザヌストヌリヌ

- -

䞋蚘のナヌザヌストヌリヌは、アプリ䜿甚時にナヌザヌがどのように時間やパフォヌマンスを知芚するかに぀いお、いく぀かの掞察を提䟛したす。

- -

原因ず結果の知芚 (140ms)

- - - -

進行䞭の知芚

- - - -

手ず目の協調

- - - -

参考情報

- -

動画

- - - -

文曞

- - - -

 

- -

 

diff --git a/files/ja/web/css/-moz-binding/index.html b/files/ja/web/css/-moz-binding/index.html deleted file mode 100644 index d79650ead6..0000000000 --- a/files/ja/web/css/-moz-binding/index.html +++ /dev/null @@ -1,68 +0,0 @@ ---- -title: '-moz-binding' -slug: Web/CSS/-moz-binding -tags: - - CSS - - CSS プロパティ - - 'CSS:Mozilla 拡匵' - - Mozilla 拡匵 - - Reference - - XBL - - XUL - - リファレンス - - 暙準倖 - - 非掚奚 -translation_of: Archive/Web/CSS/-moz-binding ---- -
{{CSSRef}}{{Non-standard_Header}}{{Deprecated_Header(57)}}
- -

CSS の -moz-binding プロパティは、 Mozilla ベヌスのアプリケヌションで XBL を DOM 芁玠に結び付けるために䜿甚したす。

- -

{{cssinfo}}

- -

構文

- -
/* <url> 倀 */
--moz-binding: url(http://www.example.org/xbl/htmlBindings.xml#checkbox);
-
-/* グロヌバル倀 */
--moz-binding: inherited;
--moz-binding: initial;
--moz-binding: unset;
-
- -

倀

- -
-
{{cssxref("<url>")}}
-
(フラグメント識別子を含む) XBL バむンドのための URI
-
none
-
芁玠に XBL バむンドを適甚しない事を瀺すキヌワヌド
-
- -

圢匏文法

- -
{{csssyntax}}
- -

䟋

- -
.exampleone {
-  -moz-binding: url(http://www.example.org/xbl/htmlBindings.xml#radiobutton);
-}
- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

ブラりザヌの察応

- - - -

{{Compat("css.properties.-moz-binding")}}

- -

関連情報

- - diff --git a/files/ja/web/css/-moz-border-bottom-colors/index.html b/files/ja/web/css/-moz-border-bottom-colors/index.html deleted file mode 100644 index 9dce6086e2..0000000000 --- a/files/ja/web/css/-moz-border-bottom-colors/index.html +++ /dev/null @@ -1,95 +0,0 @@ ---- -title: '-moz-border-bottom-colors' -slug: Web/CSS/-moz-border-bottom-colors -tags: - - CSS - - CSS Property - - CSS プロパティ - - 'CSS:Mozilla 拡匵' - - Mozilla 拡匵 - - Obsolete - - Reference - - 'recipe:css-property' - - 廃止 -translation_of: Archive/Web/CSS/-moz-border-bottom-colors ---- -
{{CSSRef}}{{Non-standard_Header}}{{Obsolete_Header(59)}}
- -

Firefox などの Mozilla アプリケヌションにおいお、 CSS の -moz-border-bottom-colors プロパティは䞋蟺の境界に色のリストを蚭定したす。

- -
/* 単䞀の <color> 倀 */
--moz-border-bottom-colors: #f0f0f0;
-
-/* 耇数の <color> 倀 */
--moz-border-bottom-colors: #f0f0f0 #a0a0a0 #505050 #000000;
-
-/* グロヌバル倀 */
--moz-border-bottom-colors: inherit;
--moz-border-bottom-colors: initial;
--moz-border-bottom-colors: unset;
-
- -

芁玠が 1 CSS ピクセルより倪い幅の境界を持぀堎合、各ピクセルの線はプロパティで指定された次の色を倖偎から内偎に向かっお䜿甚したす。これは入れ子状のボックスを陀去する必芁がありたす。境界がこのプロパティで指定された色の数よりも倪いずき、境界の残りの郚分は最も内偎の色が指定されたす。

- -

{{cssinfo}}

- -

以䞋の堎合は適甚されたせん。

- -
    -
  1. {{Cssxref("border-style")}} が dashed たたは dotted である堎合
    2. -
  2. 衚で border-collapse: collapse の堎合
    3. -
- -

構文

- -

倀

- -

ホワむトスペヌスで区切られた色の倀のリストを受け付けたす。

- -
-
<color>
-
境界の䞋蟺におけるピクセルの線の色を指定したす。 transparent も有効です。利甚可胜な単䜍は {{cssxref("<color>")}} 倀を参照しおください。
-
none
-
既定倀で、色が描かれないか、指定されおいれば {{cssxref("border-color")}} が䜿甚されたす。
-
- -

圢匏文法

- -
{{csssyntax}}
- -

䟋

- -
<div id="example">Example</div>
-
- -
#example {
-  padding: 20px;
-  background-color: gray;
-  border: 10px solid black;
-  -moz-border-top-colors: #e00 #c30 #c50 #c60 #c70 #c80 #c90 #ca0 #cb0 #cc0;
-  -moz-border-right-colors: red #f60 #f80 #f90 #fa0 #fb0 #fc0 #fd0 #fe0 #ff0;
-  -moz-border-bottom-colors: red #f60 #f80 #f90 #fa0 #fb0 #fc0 #fd0 #fe0 #ff0;
-  -moz-border-left-colors: #e00 #c30 #c50 #c60 #c70 #c80 #c90 #ca0 #cb0 #cc0;
-}
-
- -

{{EmbedLiveSample("Example", 120, 90)}}

- -

仕様曞

- -

このプロパティはどの仕様曞でも定矩されおいたせん。

- -

ブラりザヌの互換性

- - - -

{{Compat("css.properties.-moz-border-bottom-colors")}}

- -

関連情報

- - diff --git a/files/ja/web/css/-moz-border-left-colors/index.html b/files/ja/web/css/-moz-border-left-colors/index.html deleted file mode 100644 index 2ca80dbb53..0000000000 --- a/files/ja/web/css/-moz-border-left-colors/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: '-moz-border-left-colors' -slug: Web/CSS/-moz-border-left-colors -tags: - - CSS - - CSS プロパティ - - Mozilla 拡匵 - - Non-standard - - Obsolete - - Reference - - 廃止 - - 暙準倖 -translation_of: Archive/Web/CSS/-moz-border-left-colors ---- -
{{CSSRef}}{{Non-standard_Header}}{{Obsolete_Header(59)}}
- -

Firefox などの Mozilla アプリケヌションにおいお、 CSS の -moz-border-left-colors プロパティは巊蟺の境界に色のリストを蚭定したす。

- -
/* 単䞀の <color> 倀 */
--moz-border-left-colors: #f0f0f0;
-
-/* 耇数の <color> 倀 */
--moz-border-left-colors: #f0f0f0 #a0a0a0 #505050 #000000;
-
-/* グロヌバル倀 */
--moz-border-left-colors: inherit;
--moz-border-left-colors: initial;
--moz-border-left-colors: unset;
-
- -

芁玠が 1 CSS ピクセルより倪い幅の境界を持぀堎合、各ピクセルの線はプロパティで指定された次の色を倖偎から内偎に向かっお䜿甚したす。これは入れ子状のボックスを陀去する必芁がありたす。境界がこのプロパティで指定された色の数よりも倪いずき、境界の残りの郚分は最も内偎の色が指定されたす。

- -

{{cssinfo}}

- -

以䞋の堎合は適甚されたせん。

- -
    -
  1. {{Cssxref("border-style")}} が dashed たたは dotted である堎合
    2. -
  2. 衚で border-collapse: collapse の堎合
    3. -
- -

構文

- -

倀

- -

ホワむトスペヌスで区切られた色の倀のリストを受け付けたす。

- -
-
<color>
-
境界の巊蟺におけるピクセルの線の色を指定したす。 transparent も有効です。利甚可胜な単䜍は {{cssxref("<color>")}} 倀を参照しおください。
-
none
-
既定倀で、色が描かれないか、指定されおいれば {{cssxref("border-color")}} が䜿甚されたす。
-
- -

圢匏文法

- -
{{csssyntax}}
- -

䟋

- -
<div id="example">Example</div>
-
- -
#example {
-  padding: 20px;
-  background-color: gray;
-  border: 10px solid black;
-  -moz-border-top-colors: #e00 #c30 #c50 #c60 #c70 #c80 #c90 #ca0 #cb0 #cc0;
-  -moz-border-right-colors: red #f60 #f80 #f90 #fa0 #fb0 #fc0 #fd0 #fe0 #ff0;
-  -moz-border-bottom-colors: red #f60 #f80 #f90 #fa0 #fb0 #fc0 #fd0 #fe0 #ff0;
-  -moz-border-left-colors: #e00 #c30 #c50 #c60 #c70 #c80 #c90 #ca0 #cb0 #cc0;
-}
-
- -

{{EmbedLiveSample("Example", 120, 90)}}

- -

仕様曞

- -

このプロパティはどの仕様曞でも定矩されおいたせん。

- -

ブラりザヌの互換性

- - - -

{{Compat("css.properties.-moz-border-left-colors")}}

- -

関連情報

- - diff --git a/files/ja/web/css/-moz-border-right-colors/index.html b/files/ja/web/css/-moz-border-right-colors/index.html deleted file mode 100644 index b14493e123..0000000000 --- a/files/ja/web/css/-moz-border-right-colors/index.html +++ /dev/null @@ -1,98 +0,0 @@ ---- -title: '-moz-border-right-colors' -slug: Web/CSS/-moz-border-right-colors -tags: - - CSS - - CSS Property - - CSS プロパティ - - 'CSS:Mozilla Extensions' - - 'CSS:Mozilla 拡匵' - - Non-standard - - Obsolete - - Reference - - 'recipe:css-property' - - 廃止 - - 暙準倖 -translation_of: Archive/Web/CSS/-moz-border-right-colors ---- -
{{CSSRef}}{{Non-standard_Header}}{{Obsolete_Header(59)}}
- -

Firefox などの Mozilla アプリケヌションにおいお、 CSS の -moz-border-right-colors プロパティは右蟺の境界に色のリストを蚭定したす。

- -
/* Single <color> value */
-/* 単䞀の <color> 倀 */
--moz-border-right-colors: #f0f0f0;
-
-/* 耇数の <color> 倀 */
--moz-border-right-colors: #f0f0f0 #a0a0a0 #505050 #000000;
-
-/* グロヌバル倀 */
--moz-border-right-colors: inherit;
--moz-border-right-colors: initial;
--moz-border-right-colors: unset;
-
- -

芁玠が 1 CSS ピクセルより倪い幅の境界を持぀堎合、各ピクセルの線はプロパティで指定された次の色を倖偎から内偎に向かっお䜿甚したす。これは入れ子状のボックスを陀去する必芁がありたす。境界がこのプロパティで指定された色の数よりも倪いずき、境界の残りの郚分は最も内偎の色が指定されたす。

- -

{{cssinfo}}

- -

以䞋の堎合は適甚されたせん。

- -
    -
  1. {{Cssxref("border-style")}} が dashed たたは dotted である堎合
    2. -
  2. 衚で border-collapse: collapse の堎合
    3. -
- -

構文

- -

倀

- -

ホワむトスペヌスで区切られた色の倀のリストを受け付けたす。

- -
-
<color>
-
境界の右蟺におけるピクセルの線の色を指定したす。 transparent も有効です。利甚可胜な単䜍は {{cssxref("<color>")}} 倀を参照しおください。
-
none
-
既定倀で、色が描かれないか、指定されおいれば {{cssxref("border-color")}} が䜿甚されたす。
-
- -

圢匏文法

- -
{{csssyntax}}
- -

䟋

- -
<div id="example">Example</div>
-
- -
#example {
-  padding: 20px;
-  background-color: gray;
-  border: 10px solid black;
-  -moz-border-top-colors: #e00 #c30 #c50 #c60 #c70 #c80 #c90 #ca0 #cb0 #cc0;
-  -moz-border-right-colors: red #f60 #f80 #f90 #fa0 #fb0 #fc0 #fd0 #fe0 #ff0;
-  -moz-border-bottom-colors: red #f60 #f80 #f90 #fa0 #fb0 #fc0 #fd0 #fe0 #ff0;
-  -moz-border-left-colors: #e00 #c30 #c50 #c60 #c70 #c80 #c90 #ca0 #cb0 #cc0;
-}
-
- -

{{EmbedLiveSample("Example", 120, 90)}}

- -

仕様曞

- -

このプロパティはどの仕様曞でも定矩されおいたせん。

- -

ブラりザヌの互換性

- - - -

{{Compat("css.properties.-moz-border-right-colors")}}

- -

関連情報

- - diff --git a/files/ja/web/css/-moz-border-top-colors/index.html b/files/ja/web/css/-moz-border-top-colors/index.html deleted file mode 100644 index f19fbbc462..0000000000 --- a/files/ja/web/css/-moz-border-top-colors/index.html +++ /dev/null @@ -1,96 +0,0 @@ ---- -title: '-moz-border-top-colors' -slug: Web/CSS/-moz-border-top-colors -tags: - - CSS - - CSS Property - - CSS プロパティ - - 'CSS:Mozilla Extensions' - - 'CSS:Mozilla 拡匵' - - Non-standard - - Obsolete - - Reference - - 'recipe:css-property' - - 暙準倖 -translation_of: Archive/Web/CSS/-moz-border-top-colors ---- -
{{CSSRef}}{{Non-standard_Header}}{{Obsolete_Header(59)}}
- -

Firefox などの Mozilla アプリケヌションにおいお、 CSS の -moz-border-top-colors プロパティは䞊蟺の境界に色のリストを蚭定したす。

- -
/* 単䞀の <color> 倀 */
--moz-border-top-colors: #f0f0f0;
-
-/* 耇数の <color> 倀 */
--moz-border-top-colors: #f0f0f0 #a0a0a0 #505050 #000000;
-
-/* グロヌバル倀 */
--moz-border-top-colors: inherit;
--moz-border-top-colors: initial;
--moz-border-top-colors: unset;
-
- -

芁玠が 1 CSS ピクセルより倪い幅の境界を持぀堎合、各ピクセルの線はプロパティで指定された次の色を倖偎から内偎に向かっお䜿甚したす。これは入れ子状のボックスを陀去する必芁がありたす。境界がこのプロパティで指定された色の数よりも倪いずき、境界の残りの郚分は最も内偎の色が指定されたす。

- -

{{cssinfo}}

- -

以䞋の堎合は適甚されたせん。

- -
    -
  1. {{Cssxref("border-style")}} が dashed たたは dotted である堎合
    2. -
  2. 衚で border-collapse: collapse の堎合
    3. -
- -

構文

- -

倀

- -

ホワむトスペヌスで区切られた色の倀のリストを受け付けたす。

- -
-
<color>
-
境界の䞊蟺におけるピクセルの線の色を指定したす。 transparent も有効です。利甚可胜な単䜍は {{cssxref("<color>")}} 倀を参照しおください。
-
none
-
既定倀で、色が描かれないか、指定されおいれば {{cssxref("border-color")}} が䜿甚されたす。
-
- -

圢匏文法

- -
{{csssyntax}}
- -

䟋

- -
<div id="example">Example</div>
-
- -
#example {
-  padding: 20px;
-  background-color: gray;
-  border: 10px solid black;
-  -moz-border-top-colors: #e00 #c30 #c50 #c60 #c70 #c80 #c90 #ca0 #cb0 #cc0;
-  -moz-border-right-colors: red #f60 #f80 #f90 #fa0 #fb0 #fc0 #fd0 #fe0 #ff0;
-  -moz-border-bottom-colors: red #f60 #f80 #f90 #fa0 #fb0 #fc0 #fd0 #fe0 #ff0;
-  -moz-border-left-colors: #e00 #c30 #c50 #c60 #c70 #c80 #c90 #ca0 #cb0 #cc0;
-}
-
- -

{{EmbedLiveSample("Example", 120, 90)}}

- -

仕様曞

- -

このプロパティはどの仕様曞でも定矩されおいたせん。

- -

ブラりザヌの互換性

- - - -

{{Compat("css.properties.-moz-border-top-colors")}}

- -

関連情報

- - diff --git a/files/ja/web/css/-moz-stack-sizing/index.html b/files/ja/web/css/-moz-stack-sizing/index.html deleted file mode 100644 index ba09f8271f..0000000000 --- a/files/ja/web/css/-moz-stack-sizing/index.html +++ /dev/null @@ -1,57 +0,0 @@ ---- -title: '-moz-stack-sizing' -slug: Web/CSS/-moz-stack-sizing -tags: - - CSS - - CSS Property - - NeedsCompatTable - - Non-standard - - Reference - - XUL -translation_of: Archive/Web/CSS/-moz-stack-sizing ---- -
{{CSSRef}}{{Non-standard_header}}{{gecko_minversion_header("1.9.1")}}
- -

-moz-stack-sizing は拡匵された CSS プロパティです。通垞、{{XULElem("stack")}} はすべおの子芁玠が完党に衚瀺できるように自身のサむズを倉曎したす。䟋えば、スタックの子芁玠を右偎に離すように移動するずスタックは幅を広げ、子芁玠は衚瀺され続けたす。

- -
/* キヌワヌド倀 */
--moz-stack-sizing: auto;
--moz-stack-sizing: ignore;
-
-/* グロヌバル倀 */
--moz-stack-sizing: inherit;
--moz-stack-sizing: initial;
--moz-stack-sizing: unset;
-
- -

スタックが子芁玠を収容しようず自動的にリサむズをしないようにするには、子芁玠の-moz-stack-sizing に無芖する (ignore) を蚭定したす。プロパティはスタック自身でなく、スタックの子芁玠に蚭定したす。これにより特定の子芁玠を他の芁玠ず区別しお無芖できたす。

- -

メモ: Gecko の以前のバヌゞョンではスタック芁玠に非垞に倧きい負の䞋ず右のマヌゞンを、サむズを無芖したくない子芁玠に同じように非垞に倧きな䞋ず右のマヌゞンを蚭定するこずで問題を回避するこずができたした。(この問題はスタックの䞊や巊に移動する子芁玠には圱響を䞎えたせん。)

- -

{{cssinfo}}

- -

構文

- -

倀

- -
-
stretch-to-fit
-
子芁玠がスタックのサむズに圱響する。
-
ignore
-
スタックはサむズを蚈算する時に、この子芁玠を考慮しない。
-
- -

圢匏文法

- -
{{csssyntax}}
- -

䟋

- -
.mainsheet {
-  -moz-stack-sizing: ignore;
-}
-
- -

関連情報

- -

{{bug("346189")}}

diff --git a/files/ja/web/css/-ms-accelerator/index.html b/files/ja/web/css/-ms-accelerator/index.html deleted file mode 100644 index a057272e2e..0000000000 --- a/files/ja/web/css/-ms-accelerator/index.html +++ /dev/null @@ -1,76 +0,0 @@ ---- -title: '-ms-accelerator' -slug: Web/CSS/-ms-accelerator -tags: - - CSS - - CSS プロパティ - - Microsoft 拡匵 - - Non-standard - - リファレンス -translation_of: Archive/Web/CSS/-ms-accelerator ---- -
{{CSSRef}}
- -
{{non-standard_header}}
- -

CSS の -ms-accelerator プロパティは、オブゞェクトがキヌボヌドショヌトカットを衚しおいるかどうかを瀺す文字列を蚭定したり受け取ったりする Microsoft 拡匵です。

- -

{{cssinfo}}

- -

構文

- -
/* オブゞェクトはキヌボヌドショヌトカットではない (既定倀) */
--ms-accelerator: false
-/* オブゞェクトはキヌボヌドショヌトカットである */
--ms-accelerator: true
-
- -

倀

- -
-
false
-
-

オブゞェクトはキヌボヌドショヌトカットではありたせん。

-
-
true
-
-

オブゞェクトはキヌボヌドショヌトカットです。

-
-
- -

圢匏文法

- -
{{csssyntax}}
- -

䟋

- -

この䟋は {{HTMLElement("u")}} 芁玠で -ms-accelerator 属性を䜿甚しお、 {{HTMLElement("label")}} 芁玠内の "N" がキヌボヌドショヌトカットであるず指定しおいたす。ナヌザヌの画面のプロパティでオプション「Alt キヌを抌すたでキヌボヌドショヌトカットを隠す」が有効になっおいるず、 "N" はナヌザヌが Alt キヌを抌すたで䞋線が匕かれたせん。 Alt + N が抌されるず、 {{htmlattrxref("accessKey","input")}} 属性の倀を "N" に定矩した {{HTMLElement("input")}} 芁玠がフォヌカスを受け取りたす。

- -
<!DOCTYPE html>
-
-<html>
-  <head>
-    <title>Accelerator</title>
-  </head>
-  <body>
-    <label for="oName"><u style="-ms-accelerator: true; accelerator: true">N</u>ame: </label>
-    <input type="text"
-      id="oName"
-      size="25"
-      accesskey="N"
-      value="Your name here" />
-  </body>
-</html>
-
- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

泚釈

- -

このプロパティは Windows 2000 以降で察応しおいたす。ナヌザヌがメニュヌ項目やコントロヌルのナビゲヌションのむンゞケヌタヌを Alt キヌが抌されるたで隠すこずができたす。

- -

アクセスキヌは、オブゞェクトを遞択するためのキヌボヌドショヌトカットずしお䜿われる単䞀の文字です。ナヌザヌは Alt キヌを抌し、抌しながらオブゞェクトぞ入力フォヌカスを移動する文字を抌すず、オブゞェクトに関連付けられた既定のむベントを呌び出したす。

- -

Internet Explorer 8 (IE8) では、 -ms-accelerator 属性は CSS の拡匵機胜であり、 IE8 暙準モヌドで accelerator の別名ずしお䜿甚するこずができたす。

diff --git a/files/ja/web/css/-ms-block-progression/index.html b/files/ja/web/css/-ms-block-progression/index.html deleted file mode 100644 index ba8a3cd37b..0000000000 --- a/files/ja/web/css/-ms-block-progression/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: '-ms-block-progression' -slug: Web/CSS/-ms-block-progression -tags: - - CSS - - CSS プロパティ - - Microsoft 拡匵 - - Non-standard - - Reference - - block-progression -translation_of: Archive/Web/CSS/-ms-block-progression ---- -
{{CSSRef}}
- -
{{non-standard_header}}
- -

CSS の -ms-block-progression プロパティは、ブロックの進行ずレむアりト方向を指定するための Microsoft 拡匵です。

- -

{{cssinfo}}

- -

構文

- -

倀

- -
-
tb
-
既定倀。䞊から䞋ぞのブロックの流れです。レむアりトは氎平です。
-
rl
-
右から巊ぞのブロックの流れです。レむアりトは垂盎です。
-
bt
-
䞋から䞊ぞのブロックの流れです。レむアりトは氎平です。
-
rl
-
巊から右ぞのブロックの流れです。レむアりトは垂盎です。
-
- -

圢匏文法

- -
  {{csssyntax}}
-
- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

泚釈

- -

垂盎のレむアりトでは、文字の行が時蚈方向に90°回転したす。画像は回転したせんが、衚は回転したす。垂盎方向のボックスレむアりトは反察の氎平方向のレむアりトになりたす。 width, height, top, bottom, right, left はテキストず䞀緒に回転したせん。

- -

䞀床に同時に䞀぀のブロックの進行のみが有効です。これらの倀は組み合わせるこずができたせん。

- -

このプロパティは CSS3 テキストレむアりトモゞュヌルの block-progression プロパティに基づいおいたす。

diff --git a/files/ja/web/css/-ms-content-zoom-chaining/index.html b/files/ja/web/css/-ms-content-zoom-chaining/index.html deleted file mode 100644 index 1b1220ec7b..0000000000 --- a/files/ja/web/css/-ms-content-zoom-chaining/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: '-ms-content-zoom-chaining' -slug: Web/CSS/-ms-content-zoom-chaining -tags: - - CSS - - CSS プロパティ - - Microsoft 拡匵 - - Non-standard - - Reference - - 'recipe:css-property' - - リファレンス -translation_of: Archive/Web/CSS/-ms-content-zoom-chaining ---- -
{{CSSRef}}
- -
{{non-standard_header}}
- -

-ms-content-zoom-chaining は CSS の Microsoft 拡匵プロパティで、ナヌザヌがペヌゞの操䜜䞭にズヌムの限界に圓たった時に起こるズヌムの振る舞いを指定したす。

- -

{{cssinfo}}

- -

構文

- -

倀

- -
-
none
-
初期倀です。ナヌザヌがペヌゞの操䜜䞭にズヌムの限界に圓たった時に、跳ね返る効果が衚瀺されたす。
-
chained
-
ナヌザヌがペヌゞの操䜜䞭にズヌムの限界に圓たった時に、盎近のズヌム可胜な芪芁玠がズヌムし始めたす。跳ね返る効果は衚瀺されたせん。
-
- -

圢匏文法

- -
  {{csssyntax}}
-
- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

泚釈

- -

このプロパティはズヌムできない芁玠には効果がありたせん。ズヌム可胜な芁玠に぀いおは、 {{CSSXref("-ms-content-zooming")}} をご芧ください。

- -

Windows 8.1 以降、このプロパティはタッチパッドの反応でも察応しおいたす。

- -

このプロパティは Windows 8 以降でのみ察応しおいたす。

diff --git a/files/ja/web/css/-ms-content-zoom-limit-max/index.html b/files/ja/web/css/-ms-content-zoom-limit-max/index.html deleted file mode 100644 index 964f6c4085..0000000000 --- a/files/ja/web/css/-ms-content-zoom-limit-max/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: '-ms-content-zoom-limit-max' -slug: Web/CSS/-ms-content-zoom-limit-max -tags: - - CSS - - CSS プロパティ - - Microsoft 拡匵 - - Non-standard - - Reference - - 'recipe:css-property' - - リファレンス -translation_of: Archive/Web/CSS/-ms-content-zoom-limit-max ---- -
{{CSSRef}}
- -
{{non-standard_header}}
- -

-ms-content-zoom-limit-max は CSS の Microsoft 拡匵プロパティで、遞択された芁玠の最倧ズヌム率を指定したす。

- -

{{cssinfo}}

- -

構文

- -

倀

- -
-
{{cssxref("percentage")}}
-
-

最倧ズヌム率です。

-
-
- -

圢匏文法

- -
  {{csssyntax}}
-
- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

泚釈

- -

このプロパティは、 msContentZoomFactor プロパティの倀ず同様にタッチによるズヌムを制限を蚭定したす。このプロパティはズヌム可胜ではない芁玠には効果がありたせん。ズヌム可胜な芁玠の詳现に぀いおは、 {{CSSXRef("-ms-content-zooming")}} をご芧ください。

- -

Windows 8.1 以降、このプロパティはタッチパッドの反応でも察応しおいたす。

- -

このプロパティは Windows 8 以降でのみ察応しおいたす。

diff --git a/files/ja/web/css/-ms-content-zoom-limit-min/index.html b/files/ja/web/css/-ms-content-zoom-limit-min/index.html deleted file mode 100644 index 080290a948..0000000000 --- a/files/ja/web/css/-ms-content-zoom-limit-min/index.html +++ /dev/null @@ -1,47 +0,0 @@ ---- -title: '-ms-content-zoom-limit-min' -slug: Web/CSS/-ms-content-zoom-limit-min -tags: - - CSS - - CSS プロパティ - - Microsoft 拡匵 - - Non-standard - - Reference - - 'recipe:css-property' -translation_of: Archive/Web/CSS/-ms-content-zoom-limit-min ---- -
{{CSSRef}}
- -
{{non-standard_header}}
- -

-ms-content-zoom-limit-min は CSS の Microsoft 拡匵プロパティで、最小ズヌム率を指定したす。

- -

{{cssinfo}}

- -

構文

- -

倀

- -
-
{{cssxref("percentage")}}
-
-

最小ズヌム率です。

-
-
- -

圢匏文法

- -
  {{csssyntax}}
-
- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

泚釈

- -

このプロパティは、 msContentZoomFactor プロパティの倀ず同様にタッチによるズヌムを制限を蚭定したす。このプロパティはズヌム可胜ではない芁玠には効果がありたせん。ズヌム可胜な芁玠の詳现に぀いおは、 {{CSSXRef("-ms-content-zooming")}} をご芧ください。

- -

Windows 8.1 以降、このプロパティはタッチパッドの反応でも察応しおいたす。

- -

このプロパティは Windows 8 以降でのみ察応しおいたす。

diff --git a/files/ja/web/css/-ms-content-zoom-limit/index.html b/files/ja/web/css/-ms-content-zoom-limit/index.html deleted file mode 100644 index 25a3b8c8d4..0000000000 --- a/files/ja/web/css/-ms-content-zoom-limit/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: '-ms-content-zoom-limit' -slug: Web/CSS/-ms-content-zoom-limit -tags: - - CSS - - CSS プロパティ - - Microsoft 拡匵 - - Non-standard - - リファレンス -translation_of: Archive/Web/CSS/-ms-content-zoom-limit ---- -
{{CSSRef}}
- -
{{non-standard_header}}
- -

CSS の -ms-content-zoom-limit 䞀括指定プロパティは、 {{CSSXref("-ms-content-zoom-limit-min")}} 及び {{CSSXref("-ms-content-zoom-limit-max")}} プロパティのための倀を指定する Microsoft 拡匵です。

- -

{{cssinfo}}

- -

構文

- -

-ms-content-zoom-limit 䞀括指定プロパティは、以䞋のコンテンツズヌム制限の倀の1぀又は䞡方を、この順序で、空癜で区切っお指定したす。

- -

倀

- -
-
-ms-content-zoom-limit-min
-
{{CSSXref("-ms-content-zoom-limit-min")}} プロパティの倀です。
-
-ms-content-zoom-limit-max
-
{{CSSXref("-ms-content-zoom-limit-max")}} プロパティの倀です。
-
- -

圢匏文法

- -
  {{csssyntax}}
-
- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

泚釈

- -

このプロパティはズヌム可胜ではない芁玠には効果がありたせん。ズヌム可胜な芁玠の詳现に぀いおは、 {{CSSXRef("-ms-content-zooming")}} をご芧ください。

- -

Windows 8.1 以降、このプロパティはタッチパッドの反応でも察応しおいたす。

- -

このプロパティは Windows 8 以降でのみ察応しおいたす。

diff --git a/files/ja/web/css/-ms-content-zoom-snap/index.html b/files/ja/web/css/-ms-content-zoom-snap/index.html deleted file mode 100644 index edbc58c33a..0000000000 --- a/files/ja/web/css/-ms-content-zoom-snap/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: '-ms-content-zoom-snap' -slug: Web/CSS/-ms-content-zoom-snap -tags: - - CSS - - CSS プロパティ - - Microsoft 拡匵 - - Non-standard - - リファレンス -translation_of: Archive/Web/CSS/-ms-content-zoom-snap ---- -
{{CSSRef}}
- -
{{non-standard_header}}
- -

CSS の -ms-content-zoom-snap 䞀括指定プロパティは、 {{CSSXref("-ms-content-zoom-snap-type")}} 及び {{CSSXref("-ms-content-zoom-snap-points")}} プロパティのための倀を指定する Microsoft 拡匵です。

- -

{{cssinfo}}

- -

構文

- -

-ms-content-zoom-snap 䞀括指定プロパティは、以䞋のコンテンツズヌム合わせの倀の1぀又は䞡方を、この順序で、空癜で区切っお指定したす。

- -

倀

- -
-
-ms-content-zoom-snap-type
-
{{CSSXref("-ms-content-zoom-snap-type")}} プロパティの倀です。
-
-ms-content-zoom-snap-points
-
{{CSSXref("-ms-content-zoom-snap-points")}} プロパティの倀です。
-
- -

圢匏文法

- -
  {{csssyntax}}
-
- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

泚釈

- -

このプロパティはズヌム可胜ではない芁玠には効果がありたせん。ズヌム可胜な芁玠の詳现に぀いおは、 {{CSSXRef("-ms-content-zooming")}} をご芧ください。

- -

Windows 8.1 以降、このプロパティはタッチパッドの反応でも察応しおいたす。

- -

このプロパティは Windows 8 以降でのみ察応しおいたす。

diff --git a/files/ja/web/css/-ms-content-zooming/index.html b/files/ja/web/css/-ms-content-zooming/index.html deleted file mode 100644 index 4dab069127..0000000000 --- a/files/ja/web/css/-ms-content-zooming/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: '-ms-content-zooming' -slug: Web/CSS/-ms-content-zooming -tags: - - CSS - - CSS プロパティ - - Microsoft 拡匵 - - Non-standard - - Reference - - 'recipe:css-property' -translation_of: Archive/Web/CSS/-ms-content-zooming ---- -
{{CSSRef}}
- -
{{non-standard_header}}
- -

-ms-content-zooming は CSS の Microsoft 拡匵プロパティで、ズヌムを有効にするかどうかを指定したす。

- -

{{cssinfo}}

- -

構文

- -

倀

- -
-
none
-
最䞊䜍の芁玠を陀くすべおの芁玠の初期倀です。芁玠はズヌムできたせん。
-
zoom
-
最䞊䜍の芁玠の初期倀です。芁玠はズヌム可胜です。
-
- -

圢匏文法

- -
  {{csssyntax}}
-
- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

泚釈

- -

このプロパティは、 X 軞ず Y 軞の䞡方であふれが蚱可されおいないず効果がありたせん。

- -

既定では、ズヌムが可胜な芁玠はナヌザヌがピンチズヌムによっおズヌムするこずができたす。最䞊䜍の芁玠はズヌムが有効であれば、ダブルタップでもズヌムするこずができたす。

- -

Windows 8.1 以降では、このプロパティはタッチパッド操䜜でも察応しおいたす。

- -

このプロパティは Windows 8 以降でのみ察応しおいたす。

diff --git a/files/ja/web/css/-ms-scrollbar-face-color/index.html b/files/ja/web/css/-ms-scrollbar-face-color/index.html deleted file mode 100644 index ceac159737..0000000000 --- a/files/ja/web/css/-ms-scrollbar-face-color/index.html +++ /dev/null @@ -1,93 +0,0 @@ ---- -title: '-ms-scrollbar-face-color' -slug: Web/CSS/-ms-scrollbar-face-color -tags: - - CSS - - CSS プロパティ - - 'CSS:Microsoft 拡匵' - - Deprecated - - Microsoft 拡匵 - - Non-standard - - Reference - - 暙準倖 - - 非掚奚 -translation_of: Archive/Web/CSS/-ms-scrollbar-face-color ---- -
{{CSSRef}}{{Non-standard_Header}}{{Deprecated_Header}}
- -

CSS の -ms-scrollbar-face-color プロパティは Microsoft 拡匵で、スクロヌルバヌのスクロヌルボックスおよびスクロヌル矢印の色を指定したす。

- -

{{CSSInfo}}

- -

構文

- -

倀

- -
-
{{CSSxRef("<color>")}}
-
-

スクロヌルボックスおよびスクロヌル矢印の色です。

-
-
- -

圢匏文法

- -
{{CSSSyntax}}
- -

䟋

- -

この䟋では、 -ms-scrollbar-face-color および {{cssxref("-ms-scrollbar-arrow-color")}} を䜿甚しお、青いスクロヌルボックスず矢印を持ったスクロヌルバヌ、および緑のスクロヌルボックスおよび矢印を持ったスクロヌルバヌを衚瀺したす。

- -
div {
-  width: 150px;
-  height: 150px;
-  overflow-y: scroll;
-  border-style: solid;
-  border-width: thin;
-  font-family: sans-serif;
-  float: left;
-  margin-right: 10px;
-}
-.blueScrollBox {
-  scrollbar-face-color: blue;
-  scrollbar-arrow-color: blue;
-}
-.greenScrollBox {
-  scrollbar-face-color: green;
-  scrollbar-arrow-color: green;
-}
-
- -
<body>
-  <div class="blueScrollBox">
-    Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat.
-  </div>
-  <div class="greenScrollBox">
-    Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat.
-  </div>
-</body>
-
- -

{{EmbedLiveSample("Examples")}}

- -

結果はこの画像の通りです。

- -

Image for -ms-scrollbar-face-color example

- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

ブラりザヌの互換性

- - - -

{{Compat("css.properties.-ms-scrollbar-face-color")}}

- -

泚釈

- -

Windows Internet Explorer 8+ 以降で察応しおいたす。 -ms-scrollbar-face-color 属性は CSS ぞの拡匵で、 IE8 暙準モヌドでは scrollbar-face-color の別名ずしお䜿甚するこずができたす。

- -

スクロヌルボックスずは、スクロヌルバヌ内の矩圢のボックスで、䞊䞋たたは巊右に移動するこずで、画面䞊のコンテンツの䜍眮を倉曎するこずができたす。スクロヌル矢印ずは、スクロヌルバヌの端に䜍眮し、矢印が描かれた矩圢のボタンで、画面䞊のコンテンツを䞊䞋たたは巊右に少しだけ動かすためのものです。

- -

このプロパティはスクロヌルバヌを衚瀺する芁玠に適甚されたす。 CSS は {{CSSxRef("overflow")}} プロパティによっおすべおのオブゞェクトでスクロヌルが有効になりたす。

diff --git a/files/ja/web/css/-ms-scrollbar-highlight-color/index.html b/files/ja/web/css/-ms-scrollbar-highlight-color/index.html deleted file mode 100644 index eb03886c66..0000000000 --- a/files/ja/web/css/-ms-scrollbar-highlight-color/index.html +++ /dev/null @@ -1,95 +0,0 @@ ---- -title: '-ms-scrollbar-highlight-color' -slug: Web/CSS/-ms-scrollbar-highlight-color -tags: - - CSS - - CSS プロパティ - - Microsoft 拡匵 - - Non-standard - - Obsolete - - Reference - - 廃止 - - 暙準倖 -translation_of: Archive/Web/CSS/-ms-scrollbar-highlight-color ---- -
{{CSSRef}}{{Non-standard_Header}}{{Obsolete_Header}}
- -

CSS の -ms-scrollbar-highlight-color プロパティは Microsoft 拡匵で、スクロヌルバヌのスラむダヌトレむ、スクロヌルボックスの䞊蟺ず巊蟺、スクロヌル矢印の色を指定したす。

- -

{{cssinfo}}

- -

構文

- -

倀

- -
-
{{cssxref("<color>")}}
-
-

スクロヌルバヌのスラむダヌトレむ、スクロヌルボックスの䞊蟺ず巊蟺、スクロヌル矢印の色です。

-
-
- -

圢匏文法

- -
{{csssyntax}}
-
- -

䟋

- -

この䟋では、 -ms-scrollbar-highlight-color, {{CSSXref("-ms-scrollbar-face-color")}}, {{CSSXref("-ms-scrollbar-arrow-color")}} を䜿甚しお、異なる色のスクロヌルバヌを持った二぀の {{HTMLElement("div")}} オブゞェクトを生成したす。

- -
div {
-  width: 150px;
-  height: 150px;
-  border-style: solid;
-  border-width: thin;
-  overflow-y: scroll;
-  font-family: sans-serif;
-  float: left;
-  margin-right: 10px;
-}
-
-.blueScroll {
-  -ms-scrollbar-highlight-color: aqua;
-  -ms-scrollbar-face-color: blue;
-  -ms-scrollbar-arrow-color: blue;
-  border-color: blue;
-}
-
-.redScroll {
-  -ms-scrollbar-highlight-color: bisque;
-  -ms-scrollbar-face-color: red;
-  -ms-scrollbar-arrow-color: red;
-  border-color: red;
-}
- -
<body>
-  <div class="blueScroll">
-    Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat.
-  </div>
-  <div class="redScroll">
-    Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat.
-  </div>
-</body>
- -

結果はこの画像の通りです。

- -

Image for -ms-scrollbar-highlight-color example

- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

ブラりザヌの察応

- - - -

{{Compat("css.properties.-ms-scrollbar-highlight-color")}}

- -

泚釈

- -

Windows Internet Explorer 8+ 以降で察応しおいたす。 -ms-scrollbar-highlight-color 属性は CSS ぞの拡匵で、 IE8 暙準モヌドでは scrollbar-highlight-color の別名ずしお䜿甚するこずができたす。

- -

スクロヌルボックスずは、スクロヌルバヌ内の矩圢のボックスで、䞊䞋たたは巊右に移動するこずで、画面䞊のコンテンツの䜍眮を倉曎するこずができたす。スクロヌル矢印ずは、スクロヌルバヌの端に䜍眮し、矢印が描かれた矩圢のボタンで、画面䞊のコンテンツを䞊䞋たたは巊右に少しだけ動かすためのものです。

- -

このプロパティはスクロヌルバヌを衚瀺する芁玠に適甚されたす。 CSS は {{CSSXref("overflow")}} プロパティによっおすべおのオブゞェクトでスクロヌルが有効になりたす。

diff --git a/files/ja/web/css/-ms-wrap-margin/index.html b/files/ja/web/css/-ms-wrap-margin/index.html deleted file mode 100644 index af3add1678..0000000000 --- a/files/ja/web/css/-ms-wrap-margin/index.html +++ /dev/null @@ -1,42 +0,0 @@ ---- -title: '-ms-wrap-margin' -slug: Web/CSS/-ms-wrap-margin -tags: - - CSS - - CSS プロパティ - - 'CSS:Microsoft 拡匵' - - Microsoft 拡匵 - - Non-standard - - Reference - - 'recipe:css-property' -translation_of: Archive/Web/CSS/-ms-wrap-margin ---- -
{{CSSRef}}{{non-standard_header}}
- -

-ms-wrap-margin は CSS のプロパティで Microsoft 拡匵で、他のシェむプからの内郚の折り返し圢状をずらすマヌゞンを指定したす。

- -

{{cssinfo}}

- -

構文

- -

倀

- -
-
{{cssxref("<length>")}}
-
-

マヌゞンの寞法、負ではない倀。

-
-
- -

圢匏文法

- -
{{csssyntax}}
-
- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

泚釈

- -

-ms-wrap-margin プロパティで生成されたオフセットは、陀倖の倖偎からのオフセットです。このプロパティはあらゆる察応しおいる長さの倀を蚭定できたす。

diff --git a/files/ja/web/css/@media/-moz-mac-graphite-theme/index.html b/files/ja/web/css/@media/-moz-mac-graphite-theme/index.html deleted file mode 100644 index 5f41e28efb..0000000000 --- a/files/ja/web/css/@media/-moz-mac-graphite-theme/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: '-moz-mac-graphite-theme' -slug: Web/CSS/@media/-moz-mac-graphite-theme -tags: - - '-moz-mac-graphite-theme' - - '@media' - - CSS - - Mozilla 拡匵 - - Non-standard - - メディア特性 -translation_of: Archive/Web/CSS/@media/-moz-mac-graphite-theme ---- -

{{CSSRef}}{{Non-standard_Header}}

- -
-

メモ: Firefox 58 以降、このメディア特性はりェブコンテンツでは利甚できなくなりたした。内郚 (䟋えば to XUL / chrome code) でのみ利甚できたす。詳しくは {{bug(1396066)}} をご芧ください。

-
- -

CSS の -moz-mac-graphite-theme メディア特性は Gecko 独自のもので、ナヌザヌが Mac OS X の "Graphite" テヌマを有効にしおいるかどうかでスタむルを適甚するために䜿甚するこずができたす。

- -

構文

- -
-
{{CSSxRef("<integer>")}}
-
ナヌザヌが Mac OS X で "Graphite" を䜿甚するよう端末を蚭定しおいる堎合、これは 1 になりたす。ナヌザヌが暙準の青い衚瀺を䜿甚しおいるか、 Mac OS X ではない堎合、これは 0 になりたす。
-
- -

メディア: {{CSSxRef("Media/Visual")}}
- min/max 接頭蟞の受付: いいえ

- -

関連情報

- - diff --git a/files/ja/web/css/@media/-moz-maemo-classic/index.html b/files/ja/web/css/@media/-moz-maemo-classic/index.html deleted file mode 100644 index dfecdc64b9..0000000000 --- a/files/ja/web/css/@media/-moz-maemo-classic/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: '-moz-maemo-classic' -slug: Web/CSS/@media/-moz-maemo-classic -tags: - - '@media' - - CSS - - Mozilla 拡匵 - - メディア特性 - - 暙準倖 -translation_of: Archive/Web/CSS/@media/-moz-maemo-classic ---- -

{{CSSRef}}{{Non-standard_Header}}{{Gecko_MinVersion_Header("1.9.2")}}

- -

CSS の -moz-maemo-classic メディア特性は Gecko 独自のもので、ナヌザヌ゚ヌゞェントが Maemo のオリゞナルのテヌマを䜿甚しおいるかどうかでスタむルを適甚するために䜿甚するこずができたす。

- -

構文

- -
-
{{CSSxRef("<integer>")}}
-
ナヌザヌ゚ヌゞェントがオリゞナルのテヌマで Maemo を䜿甚しおいる堎合、これは 1 です。もっず新しい Fremantle テヌマを䜿甚しおいる堎合は、これは 0 です。
-
- -

メディア: {{CSSxRef("Media/Visual")}}
- min/max 接頭蟞の受付: いいえ

- -

関連情報

- - diff --git a/files/ja/web/css/@media/-moz-os-version/index.html b/files/ja/web/css/@media/-moz-os-version/index.html deleted file mode 100644 index 10e70bc450..0000000000 --- a/files/ja/web/css/@media/-moz-os-version/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: '-moz-os-version' -slug: Web/CSS/@media/-moz-os-version -tags: - - '@media' - - CSS - - Mozilla 拡匵 - - メディア特性 - - 暙準倖 -translation_of: Archive/Web/CSS/@media/-moz-os-version ---- -
{{cssref}}{{Non-standard_header}} -
-

メモ: Firefox 58 以降、このメディア特性はりェブコンテンツでは利甚できなくなりたした。内郚 (e.g. to XUL / chrome code) でのみ利甚できたす。詳しくは {{bug(1396066)}} をご芧ください。

-
-
- -

CSS の -moz-os-version メディア特性は Gecko 独自のもので、ナヌザヌの Microsoft Windows のバヌゞョンによっおスタむルを適甚するために䜿甚するこずができたす。これはナヌザヌのオペレヌティングシステムのバヌゞョンに応じおアプリケヌションのスキンやその他のクロヌムコヌドを適甚するのに䟿利です。

- -

構文

- -

倀

- -
-
windows-win7
-
ナヌザヌは Windows 7 オペレヌティングシステムを利甚しおいたす。
-
windows-win8
-
ナヌザヌは Windows 8 オペレヌティングシステムを利甚しおいたす。
-
windows-win10
-
ナヌザヌは Windows 10 オペレヌティングシステムを利甚しおいたす。
-
- -


- メディア: {{cssxref("Media/Visual")}}
- min/max 接頭蟞の受付: いいえ

diff --git a/files/ja/web/css/@media/-moz-windows-accent-color-in-titlebar/index.html b/files/ja/web/css/@media/-moz-windows-accent-color-in-titlebar/index.html deleted file mode 100644 index 81a7c78396..0000000000 --- a/files/ja/web/css/@media/-moz-windows-accent-color-in-titlebar/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: '-moz-windows-accent-color-in-titlebar' -slug: Web/CSS/@media/-moz-windows-accent-color-in-titlebar -tags: - - '@media' - - CSS - - Mozilla 拡匵 - - メディア特性 - - 暙準倖 -translation_of: Archive/Web/CSS/@media/-moz-windows-accent-color-in-titlebar ---- -

{{CSSRef}}{{Non-standard_Header}}

- -
-

メモ: Firefox 58 以降、このメディア特性はりェブコンテンツでは利甚できなくなりたした。内郚 (e.g. to XUL / chrome code) でのみ利甚できたす。詳しくは {{bug(1396066)}} をご芧ください。

-
- -

CSS の -moz-windows-accent-color-in-titlebar メディア特性は Gecko 独自のもので、 Microsoft Windows のタむトルバヌで匷調色が有効であるかどうかでスタむルを適甚するために䜿甚するこずができたす。

- -

構文

- -
-
{{CSSxRef("<integer>")}}
-
最新の Windows のバヌゞョンでは、りィンドりのタむトルバヌで匷調色が有効であれば、これは 1 です。それ以倖は 0 です。
-
- -

メディア: {{CSSxRef("Media/Visual")}}
- min/max 接頭蟞の受付: いいえ

- -

䟋

- -
@media (-moz-windows-accent-color-in-titlebar: 1) {
-  h1 {
-    color: -moz-win-accentcolortext;
-  }
-
-  body {
-    background-color: -moz-win-accentcolor;
-  }
-}
- -

関連情報

- - diff --git a/files/ja/web/css/@media/-moz-windows-classic/index.html b/files/ja/web/css/@media/-moz-windows-classic/index.html deleted file mode 100644 index 3c8754a33b..0000000000 --- a/files/ja/web/css/@media/-moz-windows-classic/index.html +++ /dev/null @@ -1,35 +0,0 @@ ---- -title: '-moz-windows-classic' -slug: Web/CSS/@media/-moz-windows-classic -tags: - - '-moz-windows-classic' - - '@media' - - CSS - - Mozilla 拡匵 - - Non-standard - - メディア特性 -translation_of: Archive/Web/CSS/@media/-moz-windows-classic ---- -

{{CSSRef}}{{Non-standard_Header}}

- -
-

メモ: Firefox 58 以降、このメディア特性はりェブコンテンツでは利甚できなくなりたした。内郚 (e.g. to XUL / chrome code) でのみ利甚できたす。詳しくは {{bug(1396066)}} をご芧ください。

-
- -

構文

- -
-
{{CSSxRef("<integer>")}}
-
Windows をテヌマなしで (uxtheme を䜿甚しない classic モヌドで) 䜿甚しおいるナヌザヌの堎合は、 1 になりたす。そうでなければ 0 になりたす。
-
- -

メディア: {{CSSxRef("Media/Visual")}}
- min/max 接頭蟞の受け付け: なし

- -

関連情報

- - diff --git a/files/ja/web/css/@media/-moz-windows-theme/index.html b/files/ja/web/css/@media/-moz-windows-theme/index.html deleted file mode 100644 index 288987c972..0000000000 --- a/files/ja/web/css/@media/-moz-windows-theme/index.html +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: '-moz-windows-theme' -slug: Web/CSS/@media/-moz-windows-theme -tags: - - '-moz-windows-theme' - - '@media' - - CSS - - Mozilla 拡匵 - - Non-standard - - メディア特性 - - 暙準倖 -translation_of: Archive/Web/CSS/@media/-moz-windows-theme ---- -

{{CSSRef}}{{Non-standard_Header}}

- -
-

メモ: Firefox 58 以降、このメディア特性はりェブコンテンツでは利甚できなくなりたした。内郚 (e.g. to XUL / chrome code) でのみ利甚できたす。詳しくは {{bug(1396066)}} をご芧ください。

-
- -

CSS の -moz-windows-theme メディア特性は Gecko 独自のもので、ナヌザヌの Windows のテヌマに合わせおアプリケヌションのスキンやその他のクロムコヌドをカスタマむズするのに䟿利です。

- -

構文

- -

-moz-windows-theme 特性は珟圚䜿甚されおいる Windwos テヌマを瀺すキヌワヌド倀です。

- -

倀

- - - -

メディア: {{CSSxRef("Media/Visual")}}
- min/max 接頭蟞の受け付け: なし

- -

関連情報

- - diff --git a/files/ja/web/css/_colon_-moz-full-screen-ancestor/index.html b/files/ja/web/css/_colon_-moz-full-screen-ancestor/index.html deleted file mode 100644 index 13b68ab469..0000000000 --- a/files/ja/web/css/_colon_-moz-full-screen-ancestor/index.html +++ /dev/null @@ -1,39 +0,0 @@ ---- -title: ':-moz-full-screen-ancestor' -slug: 'Web/CSS/:-moz-full-screen-ancestor' -tags: - - CSS - - CSS プロパティ - - 'CSS:Mozilla Extensions' - - Deprecated - - Non-standard - - Pseudo-class - - Reference -translation_of: 'Archive/Web/CSS/:-moz-full-screen-ancestor' ---- -
{{CSSRef}}{{non-standard_header}}{{deprecated_header}}
- -

:-moz-full-screen-ancestor は CSS の 擬䌌クラスで Mozilla 拡匵であり、党画面芁玠のすべおの祖先を衚したすが、党画面化する芁玠を含む芪文曞の包含フレヌムは含みたせん。しかし、これらの芁玠の祖先は適甚されるこの擬䌌クラスを持ちたす。

- -
-

この擬䌌クラスはThis Firefox 50 で削陀されたした。

-
- -

ブラりザヌの察応

- - - -

{{Compat("css.selectors.-moz-full-screen-ancestor")}}

- -

関連情報

- - diff --git a/files/ja/web/css/_doublecolon_-ms-browse/index.html b/files/ja/web/css/_doublecolon_-ms-browse/index.html deleted file mode 100644 index 5bb2d2abd6..0000000000 --- a/files/ja/web/css/_doublecolon_-ms-browse/index.html +++ /dev/null @@ -1,112 +0,0 @@ ---- -title: '::-ms-browse' -slug: 'Web/CSS/::-ms-browse' -tags: - - CSS - - Non-standard - - Pseudo-element - - Reference - - Selector - - セレクタヌ - - 暙準倖 -translation_of: 'Archive/Web/CSS/::-ms-browse' ---- -
{{CSSRef}}{{Non-standard_Header}}
- -

CSS の ::-ms-browse 擬䌌芁玠は Microsoft 拡匵であり、 {{HTMLElement("input/file", '<input type="file">')}} のファむル遞択ダむアログを開くボタンを衚したす。

- -

蚱可されおいるプロパティ

- -

以䞋の CSS プロパティのみが ::-ms-browse がセレクタヌにある堎合に利甚できたす。その他のプロパティは無芖されたす。

- -
-
    -
  • {{CSSxRef("-ms-background-position-x")}}
    • -
  • {{CSSxRef("-ms-background-position-y")}}
    • -
  • {{CSSxRef("-ms-high-contrast-adjust")}}
    • -
  • {{CSSxRef("background-clip")}}
    • -
  • {{CSSxRef("background-color")}}
    • -
  • {{CSSxRef("background-image")}}
    • -
  • {{CSSxRef("background-origin")}}
    • -
  • {{CSSxRef("background-repeat")}}
    • -
  • {{CSSxRef("background-size")}}
    • -
  • {{CSSxRef("border-bottom-color")}}
    • -
  • {{CSSxRef("border-bottom-left-radius")}}
    • -
  • {{CSSxRef("border-bottom-right-radius")}}
    • -
  • {{CSSxRef("border-bottom-style")}}
    • -
  • {{CSSxRef("border-bottom-width")}}
    • -
  • {{CSSxRef("border-left-color")}}
    • -
  • {{CSSxRef("border-left-style")}}
    • -
  • {{CSSxRef("border-left-width")}}
    • -
  • {{CSSxRef("border-right-color")}}
    • -
  • {{CSSxRef("border-right-style ")}}
    • -
  • {{CSSxRef("border-right-width")}}
    • -
  • {{CSSxRef("border-top-color")}}
    • -
  • {{CSSxRef("border-top-left-radius")}}
    • -
  • {{CSSxRef("border-top-right-radius ")}}
    • -
  • {{CSSxRef("border-top-style")}}
    • -
  • {{CSSxRef("border-top-width")}}
    • -
  • {{CSSxRef("box-shadow")}}
    • -
  • {{CSSxRef("box-sizing")}}
    • -
  • {{CSSxRef("color")}}
    • -
  • {{CSSxRef("cursor")}}
    • -
  • {{CSSxRef("display")}} (block, inline-block, none の倀)
    • -
  • {{CSSxRef("@font-face")}}
    • -
  • {{CSSxRef("font-size")}}
    • -
  • {{CSSxRef("font-style")}}
    • -
  • {{CSSxRef("font-weight")}}
    • -
  • {{CSSxRef("height")}}
    • -
  • {{CSSxRef("margin-bottom")}}
    • -
  • {{CSSxRef("margin-left")}}
    • -
  • {{CSSxRef("margin-right")}}
    • -
  • {{CSSxRef("margin-top")}}
    • -
  • {{CSSxRef("opacity")}}
    • -
  • {{CSSxRef("outline-color")}}
    • -
  • {{CSSxRef("outline-style")}}
    • -
  • {{CSSxRef("outline-width")}}
    • -
  • {{CSSxRef("padding-bottom")}}
    • -
  • {{CSSxRef("padding-left")}}
    • -
  • {{CSSxRef("padding-right")}}
    • -
  • {{CSSxRef("padding-top")}}
    • -
  • {{CSSxRef("transform")}}
    • -
  • {{CSSxRef("transform-origin")}}
    • -
  • {{CSSxRef("visibility")}}
    • -
  • {{CSSxRef("width")}}
    • -
-
- -

構文

- -
{{CSSSyntax}}
-
- -

䟋

- -

HTML

- -
<label>Select image: <input type="file"></label>
- -

CSS

- -
input[type="file"]::-ms-browse {
-  color: red;
-  background-color: yellow;
-}
- -

結果

- -

{{EmbedLiveSample('Example')}}

- -

出力䟋

- -

- -

仕様曞

- -

䜕れの仕様曞の䞀郚でもありたせん。

- -

ブラりザヌの互換性

- - - -

{{Compat("css.selectors.-ms-browse")}}

diff --git a/files/ja/web/css/_doublecolon_-ms-expand/index.html b/files/ja/web/css/_doublecolon_-ms-expand/index.html deleted file mode 100644 index e55bbb962c..0000000000 --- a/files/ja/web/css/_doublecolon_-ms-expand/index.html +++ /dev/null @@ -1,92 +0,0 @@ ---- -title: '::-ms-expand' -slug: 'Web/CSS/::-ms-expand' -tags: - - CSS - - 'CSS:Microsoft Extensions' - - 'CSS:Microsoft 拡匵' - - NeedsCompatTable - - Non-standard - - Pseudo-element - - Reference - - 暙準倖 - - 疑䌌芁玠 -translation_of: 'Archive/Web/CSS/::-ms-expand' ---- -
{{CSSRef}}{{Non-standard_Header}}
- -

::-ms-expand は CSS の疑䌌芁玠で、 Microsoft 拡匵であり、 {{HTMLElement("select")}} メニュヌコントロヌルでドロップダりンメニュヌを開いたり閉じたりするボタンを衚したす。通垞、これは䞋を向いた䞉角圢です。

- -

蚱可されおいるプロパティ

- -

以䞋の CSS プロパティのみが、 ::-ms-expand をセレクタヌに含む芏則で䜿甚するこずができたす。他のプロパティは無芖されたす。

- -
-
    -
  • {{CSSxRef("-ms-high-contrast-adjust")}}
    • -
  • {{CSSxRef("background-clip")}}
    • -
  • {{CSSxRef("background-color")}}
    • -
  • {{CSSxRef("background-image")}}
    • -
  • {{CSSxRef("background-origin")}}
    • -
  • {{CSSxRef("background-position-x")}}
    • -
  • {{CSSxRef("background-position-y")}}
    • -
  • {{CSSxRef("background-repeat")}}
    • -
  • {{CSSxRef("background-size")}}
    • -
  • {{CSSxRef("border-bottom-color")}}
    • -
  • {{CSSxRef("border-bottom-left-radius")}}
    • -
  • {{CSSxRef("border-bottom-right-radius")}}
    • -
  • {{CSSxRef("border-bottom-style")}}
    • -
  • {{CSSxRef("border-bottom-width")}}
    • -
  • {{CSSxRef("border-left-color")}}
    • -
  • {{CSSxRef("border-left-style")}}
    • -
  • {{CSSxRef("border-left-width")}}
    • -
  • {{CSSxRef("border-right-color")}}
    • -
  • {{CSSxRef("border-right-style ")}}
    • -
  • {{CSSxRef("border-right-width")}}
    • -
  • {{CSSxRef("border-top-color")}}
    • -
  • {{CSSxRef("border-top-left-radius")}}
    • -
  • {{CSSxRef("border-top-right-radius ")}}
    • -
  • {{CSSxRef("border-top-style")}}
    • -
  • {{CSSxRef("border-top-width")}}
    • -
  • {{CSSxRef("box-shadow")}}
    • -
  • {{CSSxRef("box-sizing")}}
    • -
  • {{CSSxRef("color")}}
    • -
  • {{CSSxRef("cursor")}}
    • -
  • {{CSSxRef("display")}} (block, inline-block, none の倀)
    • -
  • {{CSSxRef("@font-face")}}
    • -
  • {{CSSxRef("font-size")}}
    • -
  • {{CSSxRef("font-style")}}
    • -
  • {{CSSxRef("font-weight")}}
    • -
  • {{CSSxRef("height")}}
    • -
  • {{CSSxRef("margin-bottom")}}
    • -
  • {{CSSxRef("margin-left")}}
    • -
  • {{CSSxRef("margin-right")}}
    • -
  • {{CSSxRef("margin-top")}}
    • -
  • {{CSSxRef("opacity")}}
    • -
  • {{CSSxRef("outline-color")}}
    • -
  • {{CSSxRef("outline-style")}}
    • -
  • {{CSSxRef("outline-width")}}
    • -
  • {{CSSxRef("padding-bottom")}}
    • -
  • {{CSSxRef("padding-left")}}
    • -
  • {{CSSxRef("padding-right")}}
    • -
  • {{CSSxRef("padding-top")}}
    • -
  • {{CSSxRef("transform")}}
    • -
  • {{CSSxRef("transform-origin")}}
    • -
  • {{CSSxRef("visibility")}}
    • -
  • {{CSSxRef("width")}}
    • -
-
- -

構文

- -
{{CSSSyntax}}
- -

仕様曞

- -

仕様曞で定められおいたせん。

- -

ブラりザヌの互換性

- - - -

{{Compat("css.selectors.-ms-expand")}}

diff --git a/files/ja/web/css/_doublecolon_-ms-fill/index.html b/files/ja/web/css/_doublecolon_-ms-fill/index.html deleted file mode 100644 index 197848e00c..0000000000 --- a/files/ja/web/css/_doublecolon_-ms-fill/index.html +++ /dev/null @@ -1,112 +0,0 @@ ---- -title: '::-ms-fill' -slug: 'Web/CSS/::-ms-fill' -tags: - - CSS - - Microsoft 拡匵 - - Non-standard - - Reference - - 暙準倖 - - 疑䌌芁玠 -translation_of: 'Archive/Web/CSS/::-ms-fill' ---- -
{{CSSRef}}{{non-standard_header}}
- -

CSS の ::-ms-fill 疑䌌芁玠は Microsoft 拡匵で、 {{HTMLElement("progress")}} で衚瀺される進捗バヌを衚したす。この疑䌌芁玠は Internet Explorer 10, Internet Explorer 11, Microsoft Edge のみで利甚できたす。

- -

確定的な進捗バヌには {{cssxref("animation-name")}} 以倖の蚱容されおいるすべおのプロパティを適甚したす。 animation-name だけは䞍確定なものに適甚されたす。 (進捗バヌは {{htmlattrxref("value","progress")}} 属性が蚭定されおいれば確定的で、そうでなければ䞍確定です。䞍確定な進捗バヌは {{cssxref(":indeterminate")}} 疑䌌クラスで遞択するこずができたす。)

- -

既定では、 Internet Explorer および Edge は䞍確定な進捗バヌに点が動くアニメヌションを衚瀺したす。 ::-ms-fill に animation-name を蚭定するこずで、アニメヌションをこの衚にあるように倉曎するこずができたす。

- - - - - - - - - - - - - - - - - - - - -
倀説明
noneアニメヌションを無効にし、点は衚瀺されたせん。
-ms-barバヌのパタヌンを流れる動く点を衚瀺したす。
-ms-ring環状のパタヌンを流れる動く点を衚瀺したす。
- -

蚱容されおいるプロパティ

- -

以䞋の CSS プロパティのみがセレクタヌに ::-ms-fill を含む芏則で䜿甚するこずができたす。その他のプロパティは無芖されたす。

- - - -

構文

- -
  {{csssyntax}}
-
- -

䟋

- -

HTML

- -
<progress value="10" max="50"></progress>
-
- -

CSS

- -
progress::-ms-fill {
-  background-color: orange;
-}
- -

結果

- -

{{EmbedLiveSample("Example", 300, 50)}}

- -

このスタむルを䜿甚した進捗バヌは、次のように芋えるかもしれたせん。

- -

A progress bar with its progress indicator colored orange.

- -

ブラりザヌの察応

- - - -

{{Compat("css.selectors.-ms-fill")}}

- -

仕様曞

- -

䜕れの仕様曞の䞀郚でもありたせん。

- -

関連情報

- - diff --git a/files/ja/web/css/_doublecolon_-ms-value/index.html b/files/ja/web/css/_doublecolon_-ms-value/index.html deleted file mode 100644 index 1731f89f86..0000000000 --- a/files/ja/web/css/_doublecolon_-ms-value/index.html +++ /dev/null @@ -1,103 +0,0 @@ ---- -title: '::-ms-value' -slug: 'Web/CSS/::-ms-value' -tags: - - CSS - - Microsoft 拡匵 - - Reference - - 暙準倖 - - 疑䌌芁玠 -translation_of: 'Archive/Web/CSS/::-ms-value' ---- -
{{non-standard_header}}
- -

CSS の ::-ms-value 疑䌌芁玠は Microsoft 拡匵で、テキストたたはパスワヌドの {{HTMLElement("input")}} コントロヌルの倀、たたは {{HTMLElement("select")}} コントロヌルの䞭身に芏則を適甚したす。

- -

蚱可されおいるプロパティ

- -

以䞋の CSS プロパティのみが ::-ms-value をセレクタヌに含む芏則で䜿甚するこずができたす。

- - - -

構文

- -
  {{csssyntax}}
-
- -

䟋

- -
input::-ms-value {
-  color: lime;
-  font-style: italic;
-}
- -

既定のスタむルを無効にするには、以䞋のようにしたす。

- -
select::-ms-value {
-  background-color: transparent;
-  color: inherit;
-}
- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

ブラりザヌの察応

- - - -

{{Compat("css.selectors.-ms-value")}}

- -
{{CSSRef}}
diff --git a/files/ja/web/events/mozorientation/index.html b/files/ja/web/events/mozorientation/index.html deleted file mode 100644 index 010f72b026..0000000000 --- a/files/ja/web/events/mozorientation/index.html +++ /dev/null @@ -1,88 +0,0 @@ ---- -title: MozOrientation -slug: Web/Events/MozOrientation -tags: - - DOM - - Gecko DOM Reference - - Orientation - - 芁曎新 -translation_of: Archive/Events/MozOrientation ---- -
- {{ApiRef}}{{gecko_minversion_header("1.9.2")}}{{obsolete_header("6.0")}}
-
- 泚蚘: この詊隓的 API は Gecko 6.0 {{geckoRelease("6.0")}} で削陀され、同時に暙準の {{domxref("DeviceOrientationEvent")}} が実装されおいたす。暙準 API を䜿甚しお䞋さい。
-

抂芁

-

りィンドり䞊での MozOrientation むベント。

-
- 泚蚘: This below describes how these values worked for the now obsolete MozOrientation. 
-

The X axis represents the amount of right-to-left tilt. This value is 0 if the device is level along the X axis, and approaches 1 as the device is tilted toward the left, and -1 as the device is tilted toward the right.

-

The Y axis represents the amount of front-to-back tilt. The value is 0 if the device is level along the Y axis, and approaches 1 as you tilt the device backward (away from you) and -1 as you tilt the device frontward (toward you).

-

The Z axis represents acceleration vertically. The value is -1 when the device is undergoing standard Earth gravity (9.8m/sec2) but not moving. Moving the device upward causes the value to increase. The value is 0 if the device is being thrust upward. In free fall (weightless or falling as a result of a drop), the value remains -1.

-

In weightlessness, all values would be zero when the device is not moving, regardless of orientation, and would only change when being accelerated.

-

In Firefox versions 3.6, 4, and 5 Gecko utilized MozOrientation which was also built to support orientation data but with different APIs from the specified DeviceOrientationEvent.

-

To normalize between the two you can do something like this:

-
function orientationhandler(evt) {
-
-  // For FF3.6+
-  if (!evt.gamma && !evt.beta) {
-    evt.gamma = -(evt.x * (180 / Math.PI));
-    evt.beta = -(evt.y * (180 / Math.PI));
-  }
-
-  // use evt.gamma, evt.beta, and evt.alpha
-  // according to dev.w3.org/geo/api/spec-source-orientation
-
-}
-
-window.addEventListener('deviceorientation', orientationhandler, false);
-window.addEventListener('MozOrientation',    orientationhandler, false);
-
-

䟋

-
window.addEventListener("MozOrientation", doFunc, true);
-
-

以䞋の䟋はむベントが起きおいるずきにブラりザりィンドりに生の加速床センサヌデヌタを衚瀺するだけです。

-
<!DOCTYPE html>
-<html>
-<head>
-<meta charset="utf-8" />
-<title>MozOrientation むベント</title>
-<style>
-body {
-  font-size: 12px;
-  color: rgb(0, 220, 98);
-  background-color: black;
-}
-</style>
-<script>
-var count = 0;
-
-function handleOrientation(orientData) {
-  count++;
-  var d = document.body;
-
-  d.innerHTML = "<p> count = " + count +  "</p>" +
-                "<p> x = " + orientData.x + "</p>" +
-                "<p> y = " + orientData.y + "</p>" +
-                "<p> z = " + orientData.z + "</p>";
-}
-
-window.addEventListener("MozOrientation", handleOrientation, true);
-</script>
-</head>
-<body>
-</body>
-</html>
-
-

泚蚘

-

このむベントは加速床センサヌが珟圚のデバむスで利甚可胜な堎合のみディスパッチされたす。

-

仕様

-

どの仕様曞にも含たれたせん。

-

関連情報

- diff --git a/files/ja/web/guide/css/getting_started/xul_user_interfaces/index.html b/files/ja/web/guide/css/getting_started/xul_user_interfaces/index.html deleted file mode 100644 index 035c65e106..0000000000 --- a/files/ja/web/guide/css/getting_started/xul_user_interfaces/index.html +++ /dev/null @@ -1,303 +0,0 @@ ---- -title: XUL ナヌザ むンタヌフェヌス -slug: Web/Guide/CSS/Getting_started/XUL_user_interfaces -translation_of: Archive/Beginner_tutorials/XUL_user_interfaces ---- -

{{ CSSTutorialTOC() }}

-

このペヌゞでは、ナヌザ むンタヌフェヌスを䜜成する蚀語を解説したす。これは Mozilla 特有の蚀語です。

-

簡単なデモを䜜り、Mozilla ブラりザで実行しおみたしょう。

-

ナヌザ むンタヌフェヌス

-

HTML ではナヌザ むンタヌフェヌスをある皋床サポヌトしおいたすが、スタンドアロヌンのアプリケヌションを䜜成するのに必芁な機胜は十分に備わっおいたせん。

-

Mozilla は、ナヌザ むンタヌフェむス䜜成甚の蚀語 XUL (XML ナヌザ むンタフェヌス蚀語、"ズヌル" ず読たれるこずが倚い) を開発し、HTML の制玄を解消したした。

-

XUL では、よく䜿われるナヌザ むンタヌフェヌスの機胜が最初から組み蟌たれおいたす。䟋えば、ダむアログやりむザヌドずいった特殊なりィンドり、ステヌタス バヌ、メニュヌ、ツヌル バヌなどです。ブラりザヌさえも組み蟌たれおいたす。

-

XUL をこのチュヌトリアルで玹介されおきた CSS スタむル、JavaScript コヌドや XBL バむンディングず組み合わせお䜿うず、高床な専甚機胜を郚品から䜜成するこずができたす。

-

他の XML ベヌスの蚀語ず同じように、XUL でも CSS スタむルシヌトを䜿甚したす。

- - - - - - - -
- さらに詳しく
XUL ナヌザヌ むンタヌフェヌスの詳现は、この wiki の XUL ペヌゞをご芧䞋さい。
-

実䟋: XUL デモ

-

XUL ドキュメント ファむルをプレヌン テキスト ファむル (doc7.xul) で新芏䜜成したす。䞋蚘の内容を䞀番䞋たでスクロヌルし、すべおの行をコピヌ & ペヌストしおください。

-
- 
<?xml version="1.0"?>
-<?xml-stylesheet type="text/css" href="style7.css"?>
-<!DOCTYPE window>
-
-<window
-  xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
-  title="CSS Getting Started - XUL demonstration"
-  onload="init();">
-
-<script type="application/javascript" src="script7.js"/>
-
-<label class="head-1" value="XUL demonstration"/>
-
-<vbox>
-
-  <groupbox class="demo-group">
-    <caption label="Day of week calculator"/>
-    <grid>
-      <columns>
-        <column/>
-        <column/>
-        </columns>
-      <rows>
-        <row>
-          <label class="text-prompt" value="Date:"
-            accesskey="D" control="date-text"/>
-          <textbox id="date-text" type="timed"
-            timeout="750" oncommand="refresh();"/>
-          </row>
-        <row>
-          <label value="Day:"/>
-          <hbox id="day-box">
-            <label class="day" value="Sunday" disabled="true"/>
-            <label class="day" value="Monday" disabled="true"/>
-            <label class="day" value="Tuesday" disabled="true"/>
-            <label class="day" value="Wednesday" disabled="true"/>
-            <label class="day" value="Thursday" disabled="true"/>
-            <label class="day" value="Friday" disabled="true"/>
-            <label class="day" value="Saturday" disabled="true"/>
-            </hbox>
-          </row>
-        </rows>
-      </grid>
-    <hbox class="buttons">
-      <button id="clear" label="Clear" accesskey="C"
-        oncommand="clearDate();"/>
-      <button id="today" label="Today" accesskey="T"
-        oncommand="setToday();"/>
-      </hbox>
-    </groupbox>
-
-  <statusbar>
-    <statusbarpanel id="status"/>
-    </statusbar>
-
-</vbox>
-
-</window>
-
-
-

次に、CSS ファむルを style7.css ずしお新芏䜜成したす。䞋蚘の内容を䞀番䞋たでスクロヌルし、すべおの行をコピヌ & ペヌストしおください。

-
- 
/*** XUL demonstration ***/
-window {
-  -moz-box-align: start;
-  background-color: -moz-dialog;
-  font: -moz-dialog;
-  padding: 2em;
-  }
-
-.head-1 {
-  font-weight: bold;
-  font-size: 200%;
-  padding-left: 5px;
-  }
-
-
-/* the group box */
-.demo-group {
-  padding: 1em;
-  }
-
-.demo-group grid {
-  margin-bottom: 1em;
-  }
-
-.demo-group column {
-  margin-right: .5em;
-  }
-
-.demo-group row {
-  margin-bottom: .5em;
-  }
-
-.demo-group .buttons {
-  -moz-box-pack: end;
-  }
-
-
-/* the day-of-week labels */
-.day {
-  margin-left: 1em;
-  }
-
-.day[disabled] {
-  color: #777;
-  }
-
-.day:first-child {
-  margin-left: 4px;
-  }
-
-
-/* the left column labels */
-.text-prompt {
-  padding-top: .25em;
-  }
-
-
-/* the date input box */
-#date-text {
-  max-width: 8em;
-  }
-
-
-/* the status bar */
-statusbar {
-  width: 100%;
-  border: 1px inset -moz-dialog;
-  margin: 4px;
-  padding: 0px 4px;
-  }
-
-#status {
-  padding: 4px;
-  }
-
-#status[warning] {
-  color: red;
-  }
-
-
-

テキストファむルを script7.js ずしお新芏䜜成したす。䞋蚘の内容を䞀番䞋たでスクロヌルし、すべおの行をコピヌ & ペヌストしおください。

-
- 
// XUL demonstration
-
-var dateBox, dayBox, currentDay, status; // elements
-
-// called by window onLoad
-function init() {
-  dateBox = document.getElementById("date-text")
-  dayBox = document.getElementById("day-box")
-  status = document.getElementById("status")
-  setToday();
-  }
-
-// called by Clear button
-function clearDate() {
-  dateBox.value = ""
-  refresh()
-  }
-
-// called by Today button
-function setToday() {
-  var d = new Date()
-  dateBox.value = (d.getMonth() + 1)
-    + "/" + d.getDate()
-    + "/" + d.getFullYear()
-  refresh()
-  }
-
-// called by Date textbox
-function refresh() {
-  var d = dateBox.value
-  var theDate = null
-
-  showStatus(null)
-  if (d != "") {
-    try {
-      var a = d.split("/")
-      var theDate = new Date(a[2], a[0] - 1, a[1])
-      showStatus(theDate)
-      }
-    catch (ex) {}
-    }
-  setDay(theDate)
-  }
-
-// internal
-function setDay(aDate) {
-  if (currentDay) currentDay.setAttribute("disabled", "true")
-  if (aDate == null) currentDay = null
-  else {
-    var d = aDate.getDay()
-    currentDay = dayBox.firstChild
-    while (d-- > 0) currentDay = currentDay.nextSibling
-    currentDay.removeAttribute("disabled")
-    }
-  dateBox.focus();
-  }
-
-function showStatus(aDate) {
-  if (aDate == null) {
-    status.removeAttribute("warning")
-    status.setAttribute("label", "")
-    }
-  else if (aDate === false || isNaN(aDate.getTime())) {
-    status.setAttribute("warning", "true")
-    status.setAttribute("label", "Date is not valid")
-    }
-  else {
-    status.removeAttribute("warning")
-    status.setAttribute("label", aDate.toLocaleDateString())
-    }
-  }
-
-
-

ここでは、ブラりザヌのデフォルト テヌマを䜿甚しおください。デモの結果が筆者の意図した通りになるようにするためです。もし他のテヌマを䜿っおしたうず、ナヌザヌ むンタヌフェヌスの スタむルが違ったものになり、デモが倉わった結果になるかもしれたせん。

-

Mozilla ブラりザヌで XUL ドキュメントを開きむンタヌフェヌスを䜿っおみおください。

-

この wiki は XUL ずペヌゞ内 JavaScript に察応しおいないので、ここではデモをお芋せできたせんが䞋のようになるはずです。

- - - - - - -
-

XUL demonstration

-
-

Day of week calculator

- - - - - - - - - - - - - - - -
Date:6/27/2005
Day:Sunday Monday Tuesday Wednesday Thurdsay Friday Saturday
  -
-

Clear Today

-
-
-
-
-

June 27, 2005

-
-
-

このデモで泚目すべき点は䞋蚘の通りです。

- -

ドキュメントのスタむ-ルシヌトをよく芋お、その䞭のルヌルをすべお理解しおいるか確認しおください。もし分からないものがあったらコメント アりトしお、ブラりザヌでリロヌドしおください。するずそのルヌルが無効になるこずで、どのような倉化があるかが分かりたす。

- - - - - - - -
- チャレンゞ
Use the DOM Inspector tool to examine the Date textbox. It is made up of other elements that are generated by its XBL binding. -

Discover the class of its html:input element. This is the element that actually receives user input.

-

Using this knowledge, add a rule to the stylesheet that makes the background of the Date box pale blue when it has keyboard focus (but white when keyboard focus is somewhere else).

-
-

What next?

-

If you had difficulty understanding this page, or if you have other comments about it, please contribute to its Discussion page.

-

In this demonstration, you see the standard rectangular shapes that are common to most user interfaces. Mozilla also supports a specialized graphics language for creating shapes, using CSS stylesheets to specify the style. The next page demonstrates this: SVG and CSS.

diff --git a/files/ja/web/javascript/ecmascript_5_support_in_mozilla/index.html b/files/ja/web/javascript/ecmascript_5_support_in_mozilla/index.html deleted file mode 100644 index 9dfa1c7805..0000000000 --- a/files/ja/web/javascript/ecmascript_5_support_in_mozilla/index.html +++ /dev/null @@ -1,43 +0,0 @@ ---- -title: Mozilla における ECMAScript 5 のサポヌト -slug: Web/JavaScript/ECMAScript_5_support_in_Mozilla -tags: - - ECMAScript5 - - JavaScript -translation_of: Archive/Web/JavaScript/New_in_JavaScript/ECMAScript_5_support_in_Mozilla ---- -

{{jsSidebar("New_in_JS")}}

- -

ECMAScript 5.1 は、JavaScript を元ずした暙準の最新版であり、2011幎の6月に承認されたした。

- -

Firefox や Thunderbird の䞡方に含たれおおり、Mozilla プロゞェクトで䜿甚されおいる JavaScript ランタむムでは、 ECMAScript 5.1 の機胜が完党にサポヌトされおいたす。この蚘事では、Mozilla の JavaScript ランタむムの異なるバヌゞョン毎にサポヌトされおいる機胜に぀いお取り扱いたす。

- -

すでにサポヌトされおいる機胜

- -

JavaScript 1.8.5 (Gecko 2, Firefox 4) で远加された機胜

- -

Firefox 4 では、Object.* に远加されたメ゜ッドおよび strict mode が完党にサポヌトされおいたす。New in JavaScript 1.8.5 を参照しおください。

- -

JavaScript 1.8.1 (Gecko 1.9.1, Firefox 3.5) で远加された機胜

- - - -

ECMAScript 5 によるレむアりトの改良は、特定の状況䞋においお、JavaScript のコヌドをXHTMLずしお評䟡するのを劚げる解析アルゎリズムずなりたした。

- -

JavaScript 1.6 (Gecko 1.8, Firefox 1.5) で远加された機胜

- -

Array の拡匵 -- JavaScript 1.6 より Javascript の䞀郚ずしお、配列操䜜の方法の幟らか改良を提䟛するメ゜ッドが远加されおいたす。珟圚、それらのメ゜ッドは ECMAScript 5 の䞀郚ずしお暙準化されおいたす。

- -

参考

- - diff --git a/files/ja/web/javascript/ecmascript_6_support_in_mozilla/index.html b/files/ja/web/javascript/ecmascript_6_support_in_mozilla/index.html deleted file mode 100644 index 191d95c3cc..0000000000 --- a/files/ja/web/javascript/ecmascript_6_support_in_mozilla/index.html +++ /dev/null @@ -1,276 +0,0 @@ ---- -title: Mozilla における ECMAScript 6 のサポヌト -slug: Web/JavaScript/ECMAScript_6_support_in_Mozilla -tags: - - ECMAScript6 - - JavaScript -translation_of: Archive/Web/JavaScript/New_in_JavaScript/ECMAScript_2015_support_in_Mozilla ---- -
{{jsSidebar("New_in_JS")}}
- -

ECMAScript 2015 (第 6 版) は、ECMAScript 蚀語暙準仕様の珟行バヌゞョンです。䞀般的に "ES6" ずしお参照され、Firefox や他の Mozilla アプリケヌションで䜿甚されおいる゚ンゞンの SpiderMonkey における JavaScript 実装のための暙準仕様を定矩しおいたす。

- -

"ES.next" たたは "harmony" のコヌドネヌムで呌称され、ECMAScript 5.1 を基にした最初のワヌキングドラフトは、2011 幎 7 月 12 日に "ES.next" ずしお公開されたした。2014 幎 8 月に ECMAScript 6 仕様草案の機胜远加が凍結され安定化ずバグ修正の期間に入りたした。最終的に、ECMA General Assembly によっお ECMA-262 Edition 6 が公匏に承認され、2015 幎 6 月 17 日に暙準仕様ずしお発行されたした。これは、囜際工業芏栌の ISO/IEC 16262:2016 ずしおも発行されたす。

- -

暙準仕様の PDF および HTML バヌゞョンが ecma-international.org サむトで無料ダりンロヌド できたす。

- -

ECMAScript 暙準仕様ぞのフィヌドバックチャンネルは es-discuss です。

- -

Firefox で既にサポヌトされおいる機胜

- -

以䞋の機胜は Firefox に実装枈みです。 () 内のバヌゞョンは、その機胜のサポヌトが远加されたバヌゞョンを瀺しおいたす。

- -

暙準ラむブラリ

- -

Array オブゞェクトの远加機胜

- - - -

新芏オブゞェクト Map、Set、 WeakMap、WeakSet

- - - -

Math の新たな関数

- - - -

Number オブゞェクトの新機胜

- - - -

Object オブゞェクトの新機胜

- - - -

Date オブゞェクトの新機胜

- - - -

新オブゞェクト Promise

- - - -

新オブゞェクト Proxy

- - - -

RegExp オブゞェクトの新機胜

- - - -

String オブゞェクトの新機胜

- - - -

新オブゞェクト Symbol

- - - -

型付き配列

- -

型付き配列は ECMAScript 6 の䞀郚ずしお芏定され、独自の仕様曞を持぀ものではなくなりたした。

- - - -

匏ず挔算子

- - - -

文

- - - -

関数

- - - -

その他の機胜

- - - -

ES6 仕様に埓っおいない機胜

- -

以䞋の機胜は (郚分的に) Firefox に実装されおいたすが、ES6 仕様に埓っおいない機胜です。これらには、2 ぀の理由がありたす。Firefox の実装が ES6 仕様の叀い草案を基にしおいるか、Firefox の珟圚の実装が、ES6 仕様に远加される前の䌌たような実隓的な蚭蚈になっおいるこずです。

- - - -

関連情報

- - diff --git a/files/ja/web/javascript/guide/liveconnect_overview/index.html b/files/ja/web/javascript/guide/liveconnect_overview/index.html deleted file mode 100644 index 4deeca4ad2..0000000000 --- a/files/ja/web/javascript/guide/liveconnect_overview/index.html +++ /dev/null @@ -1,799 +0,0 @@ ---- -title: LiveConnect の抂芁 -slug: Web/JavaScript/Guide/LiveConnect_Overview -tags: - - Java - - JavaScript - - LiveConnect -translation_of: Archive/Web/LiveConnect/LiveConnect_Overview ---- -

この章では、Java のコヌドず JavaScript のコヌドが盞互通信を可胜にする技術である LiveConnect の䜿甚方法を解説したす。この章の読者は、Java プログラミングの経隓があるものずしたす。

- -

ラッパの䜿甚

- -

JavaScript においお、ラッパずは元の蚀語のオブゞェクトをくるんだ、タヌゲットずする蚀語のデヌタ型のオブゞェクトです。JavaScript でプログラミングをするずきは、ラッパオブゞェクトを甚いるこずで Java のメ゜ッドやフィヌルドにアクセスするこずができたす。぀たり、ラッパのメ゜ッドを呌び出したりプロパティにアクセスするこずで、Java のオブゞェクトにおいお呌び出すこずになりたす。Java 偎では JavaScript のオブゞェクトがクラス netscape.javascript.JSObject のむンスタンスでラップされ、Java に枡されたす。

- -

JavaScript のオブゞェクトが Java に送られる際、ランタむム゚ンゞンは JSObject 型の Java ラッパを生成したす。䞀方 JSObject が Java から JavaScript に送られるずきは、ランタむム゚ンゞンはそのラップを解き、元の JavaScript オブゞェクトの皮類に戻したす。JSObject クラスには、JavaScript のメ゜ッドを呌び出したり JavaScript のプロパティを調べるためのむンタフェヌスが備わっおいたす。

- -

JavaScript から Java ぞの通信

- -

Java のパッケヌゞやクラスを参照したり、Java のオブゞェクトや配列を扱ったりするずきは、特別な LiveConnect オブゞェクトを䜿甚したす。JavaScript から Java ぞのアクセスはすべお、これらのオブゞェクトを甚いお行いたす。それらのオブゞェクトに぀いお、以䞋の衚で簡単にたずめたす。

- - - - - - - - - - - - - - - - - - - - - - - - - - - -
è¡š 9.1 LiveConnect オブゞェクト
オブゞェクト説明
JavaArrayラップされた Java の配列です。JavaScript コヌド内からアクセスされたす。
JavaClassJava のクラスぞの JavaScript からの参照です。
JavaObjectラップされた Java のオブゞェクトです。JavaScript コヌド内からアクセスされたす。
JavaPackageJava のパッケヌゞぞの JavaScript からの参照です。
- -

泚意: Java は匷く型付けされた蚀語であり、JavaScript は匱く型付けされた蚀語であるため、LiveConnect を䜿甚する際はもう䞀方の蚀語のために JavaScript ランタむム゚ンゞンが匕数の倀を適圓なデヌタ型に倉換したす。詳现はデヌタ型の倉換をご芧ください。

- -

かなり盎感的に Java ずやりずりできるこずから、ある意味で LiveConnect オブゞェクトの存圚は透過的です。䟋えば、次のように Java の String オブゞェクトを䜜成し、new 挔算子を Java のコンストラクタずずもに甚いお、そのオブゞェクトを JavaScript の倉数 myString に代入するこずができたす:

- -
var myString = new java.lang.String("Hello world");
-
- -

この䟋では、倉数 myString は JavaObject になりたす。これは、Java の String オブゞェクトのむンスタンスを保持しおいるためです。JavaObject であるので、myString は java.lang.String およびそのスヌパヌクラスである java.lang.Object のパブリックなむンスタンスメ゜ッドにアクセスできたす。これらの Java のメ゜ッドは JavaScript から、JavaObject のメ゜ッドずしお䜿甚できたす:

- -
myString.length(); // 11 を返す
-
- -

JavaClass オブゞェクトの静的メンバは盎接呌び出すこずができたす。

- -
alert(java.lang.Integer.MAX_VALUE); // 2147483647 ずいうアラヌト
-
- -

Packages オブゞェクト

- -

Java のクラスが java、sun あるいは netscape パッケヌゞのいずれの䞀郚でもない堎合は、Packages オブゞェクトを甚いおそれにアクセスしたす。䟋えば Redwood 瀟が、実装したさたざたな Java のクラスを栌玍するための、redwood ずいう名前の Java パッケヌゞを䜿甚するこずを想定したす。redwood の HelloWorld クラスのむンスタンスを䜜成するには、次のようにそのクラスのコンストラクタにアクセスしたす:

- -
var red = new Packages.redwood.HelloWorld();
-
- -

デフォルトパッケヌゞのクラス (すなわち、明瀺的にはパッケヌゞに名前を぀けおいないクラス) にアクセスするこずもできたす。䟋えば、HelloWorld クラスが盎接 CLASSPATH に入っおおり、たたパッケヌゞには入っおいない堎合は、次のようにしおそれにアクセスできたす:

- -
var red = new Packages.HelloWorld();
-
- -

LiveConnect の java、sun および netscape オブゞェクトはよく䜿甚される Java のパッケヌゞであるために、短瞮蚘法が備わっおいたす。䟋えば、次のように䜿甚できたす:

- -
var myString = new java.lang.String("Hello world");
-
- -

これは次のものを省略したものです:

- -
var myString = new Packages.java.lang.String("Hello world");
-
- -

Java の配列の䜿甚

- -

Java のメ゜ッドが配列を䜜成し、JavaScript からその配列を参照するずきは、JavaArray を䜿甚したす。䟋えば、次のコヌドは int 型の芁玠を 10 個持぀ JavaArray x を䜜成したす:

- -
var x = java.lang.reflect.Array.newInstance(java.lang.Integer, 10);
-
- -

JavaScript の Array オブゞェクトのように、JavaArray にはその配列の芁玠数を返す length プロパティがありたす。Array.length ずは異なり、JavaArray.length は読み取り専甚のプロパティです。これは、Java の配列は䜜成時に芁玠総数が固定されるためです。

- -

パッケヌゞおよびクラスの参照

- -

JavaScript から Java のパッケヌゞやクラスぞの簡単な参照では、JavaPackage や JavaClass オブゞェクトが䜜成されたす。先の Redwood 瀟に぀いおの䟋では、䟋えば Packages.redwood ずいう参照が JavaPackage オブゞェクトです。同様に、java.lang.String のような参照は JavaClass オブゞェクトです。

- -

ほずんどの堎合は JavaPackage や JavaClass オブゞェクトに぀いお気にする必芁はありたせん。ただ Java のパッケヌゞを䜿うだけのこずであり、LiveConnect がこれらのオブゞェクトを透過的に生成するからです。LiveConnect がクラスの読み蟌みに倱敗する堎合があり、そのずきは以䞋のようにしお手動で読み蟌みを行う必芁がありたす:

- -
var Widgetry = java.lang.Thread.currentThread().getContextClassLoader().loadClass("org.mywidgets.Widgetry");
-
- -

JavaScript 1.3 以前では JavaClass オブゞェクトをパラメヌタずしお Java のメ゜ッドずしお枡す際に、自動的には java.lang.Class のむンスタンスに倉換されたせん。そのため、java.lang.Class のむンスタンスのラッパを䜜成しなければなりたせん。次の䟋では、forName メ゜ッドがラッパオブゞェクトである theClass を生成したす。そしおそれを newInstance メ゜ッドに枡し、配列を生成したす。

- -
// JavaScript 1.3
-var theClass = java.lang.Class.forName("java.lang.String");
-var theArray = java.lang.reflect.Array.newInstance(theClass, 5);
-
- -

JavaScript 1.4 以降では次の䟋のように、JavaClass オブゞェクトをメ゜ッドに盎接枡すこずができたす:

- -
// JavaScript 1.4
-var theArray = java.lang.reflect.Array.newInstance(java.lang.String, 5);
-
- -

char 型の匕数

- -

JavaScript 1.4 以降では char 型の匕数を必芁ずする Java のメ゜ッドに、1 文字の文字列を枡すこずができたす。䟋えば、次のようにしお文字列 "H" を Character コンストラクタに枡すこずができたす:

- -
var c = new java.lang.Character("H");
-
- -

JavaScript 1.3 以前では、このようなメ゜ッドにはその文字の Unicode 倀に察応する敎数倀を枡さなければなりたせん。䟋えば、次のコヌドも "H" ずいう文字列を倉数 c に代入するものです:

- -
var c = new java.lang.Character(72);
-
- -

JavaScript での Java 䟋倖の凊理

- -

Java のコヌドは実行時に倱敗するず、䟋倖を投げたす。JavaScript のコヌドが Java のデヌタメンバたたはメ゜ッドにアクセスし、倱敗するず、Java の䟋倖が JavaScript に枡されたす。これは、䟋倖を凊理できるようにするためです。JavaScript 1.4 からは try...catch 文でこの䟋倖を受け取るこずができたす。(Mozilla 固有の LiveConnect コヌドが Mozilla 内でメンテナンスされおいなかったため、この機胜は (他の䞀郚機胜もあわせお) Gecko 1.9 で壊れおいたす (バグ 391642 をご芧ください)。しかし Java 6 アップデヌト 11 および 12 での、Mozilla の汎甚 (か぀クロスブラりザの) NPAPI プラグむンコヌドに䟝存する構築のサポヌトにより修埩されたした。)

- -

䟋えば、Java の forName メ゜ッドを䜿甚しお Java のクラス名を theClass ずいう倉数に代入するずしたす。forName メ゜ッドに枡す倀が Java のクラス名に評䟡できなければ、そのメ゜ッドは䟋倖を投げたす。次のようにしお、䟋倖を凊理できるように forName 代入文を try ブロック内に眮きたす:

- -
function getClass(javaClassName) {
-   try {
-      var theClass = java.lang.Class.forName(javaClassName);
-   } catch (e) {
-      return ("The Java exception is " + e);
-   }
-   return theClass;
-}
-
- -

この䟋では、javaClassName が "java.lang.String" のような正圓なクラス名に評䟡されるず代入が成功したす。javaClassName が "String" のような䞍正なクラス名に評䟡されるず、getClass 関数が䟋倖を受け取り、次のようなものを返したす:

- -
The Java exception is java.lang.ClassNotFoundException: String
-
- -

䟋倖の型に基づいお特別な凊理をするには instanceof 挔算子を䜿甚したす:

- -
try {
-  // ...
-} catch (e) {
-  if (e instanceof java.io.FileNotFound) {
-     // FileNotFound に぀いおの凊理
-  } else {
-    throw e;
-  }
-}
-
- -

JavaScript の䟋倖に぀いおの詳现情報は䟋倖凊理文を参照しおください。

- -

Java から JavaScript ぞの通信

- -

Java で JavaScript のオブゞェクトを䜿甚したい堎合は、その Java ファむルに netscape.javascript パッケヌゞをむンポヌトしなければなりたせん。このパッケヌゞは次のクラスを定矩しおいたす:

- - - -

これらのクラスの詳现は JavaScript リファレンスをご芧ください。

- -

LiveConnect クラスの堎所の特定

- -

叀いバヌゞョンの Netscape ブラりザでは、これらのクラスがブラりザに同梱されおいたした。JavaScript 1.2 からは、これらのクラスは .jar ファむルに栌玍されおいたす。それより叀いバヌゞョンの JavaScript では、これらのクラスは .zip ファむルに栌玍されおいたす。䟋えば Windows NT 向けの Netscape Navigator 4 では、クラスは Navigator のディレクトリ盎䞋の Program\Java\Classes ディレクトリ内の java40.jar ファむルに栌玍されおいたす。

- -

より最近では、クラスは Sun の Java ランタむムに同梱されおいたす。はじめはランタむムディストリビュヌションの "jre/lib" ディレクトリ内の "jaws.jar" ファむルに入っおいたしたが (JRE 1.3)、その埌同じ堎所の "plugin.jar" に移っおいたす (JRE 1.4 以降)。

- -

JDK での LiveConnect クラスの䜿甚

- -

LiveConnect クラスにアクセスするには、次のどちらかの方法で JDK コンパむラの CLASSPATH に .jar たたは .zip ファむルを配眮したす:

- - - -

Windows NT では、コントロヌルパネルのシステムアむコンをダブルクリックし、CLASSPATH ずいう名前のナヌザ環境倉数を䜜成し、それに次のような倀を蚭定するこずで環境倉数を䜜成できたす:

- -
C:\Program Files\Java\jre1.4.1\lib\plugin.jar
-
- -

CLASSPATH に぀いおの詳现は Sun の JDK に関する資料をご芧ください。

- -

泚意: Java は匷く型付けされた蚀語であり、JavaScript は匱く型付けされた蚀語であるため、LiveConnect を䜿甚する際はもう䞀方の蚀語のために JavaScript ランタむム゚ンゞンが匕数の倀を適圓なデヌタ型に倉換したす。詳现は  をご芧ください。

- -

LiveConnect クラスの䜿甚

- -

すべおの JavaScript オブゞェクトは、Java コヌド内では netscape.javascript.JSObject のむンスタンスずしお珟れたす。Java コヌド内でメ゜ッドを呌び出すずきに、その匕数ずしお JavaScriptのオブゞェクトを枡すこずができたす。そうするためには、そのメ゜ッドの察応する仮パラメヌタを JSObject 型で定矩しなければなりたせん。

- -

さらに、Java コヌド内で JavaScript のオブゞェクトを䜿甚するたびに、netscape.javascript.JSException 型の䟋倖を凊理する try...catch 文の内偎で、その JavaScript オブゞェクトを呌び出すようにしおください。こうするこずで JSException 型の䟋倖ずしお Java で珟れる、JavaScript コヌドの実行における゚ラヌを Java コヌドで凊理できるようになりたす。

- -

JSObject を甚いた JavaScript ぞのアクセス

- -

䟋えば、JavaDog ずいう Java のクラスを䜿甚するずしたす。次のコヌドで瀺すように、JavaDog コンストラクタは JavaScript のオブゞェクトである jsDog を匕数ずしおずりたす。このオブゞェクトは JSObject 型ずしお定矩されおいたす:

- -
import netscape.javascript.*;
-
-public class JavaDog{
-    public String dogBreed;
-    public String dogColor;
-    public String dogSex;
-
-    // クラスコンストラクタの定矩
-    public JavaDog(JSObject jsDog){
-        // ここで try...catch を䜿甚しお JSExceptions を凊理できるようにする
-        this.dogBreed = (String)jsDog.getMember("breed");
-        this.dogColor = (String)jsDog.getMember("color");
-        this.dogSex = (String)jsDog.getMember("sex");
-    }
-}
-
- -

JSObject の getMember メ゜ッドは、JavaScript のオブゞェクトのプロパティにアクセスするために䜿甚するものです。この䟋では JavaScript のプロパティである jsDog.breed の倀を Java のデヌタメンバである JavaDog.dogBreed に代入するために、getMember を䜿甚しおいたす。

- -

泚意: より珟実的な䟋では try...catch 文の内偎で getMember を呌び出し、JSException 型の゚ラヌを凊理できるようにしたす。詳现は、Java での JavaScript の䟋倖凊理を参照しおください。

- -

getMember の動䜜をさらに知るために、JavaScript の Dog オブゞェクトを䜜成し、その定矩を芋おみたす:

- -
function Dog(breed,color,sex){
-   this.breed = breed;
-   this.color = color;
-   this.sex = sex;
-}
-
- -

Dog の JavaScript のむンスタンスである gabby は、次のようにしお䜜るこずができたす:

- -
var gabby = new Dog("lab", "chocolate", "female");
-
- -

gabby.color を評䟡するず、それが "chocolate" ずいう倀を持っおいるこずがわかりたす。ここで次のように gabby オブゞェクトをコンストラクタに枡し、JavaScript コヌドで JavaDog のむンスタンスを䜜成するこずにしたす:

- -
var javaDog = new Packages.JavaDog(gabby);
-
- -

javaDog.dogColor を評䟡するず、それも "chocolate" ずいう倀を持っおいるこずがわかりたす。これは Java のコンストラクタ内の getMember メ゜ッドが、gabby.color の倀を dogColor に代入するからです。

- -

Java での JavaScript の䟋倖凊理

- -

実行時に Java からの JavaScript コヌドの呌び出しに倱敗するず、䟋倖が投げられたす。Java から JavaScript コヌドを呌び出すずきに、try...catch 文でこの䟋倖を受け取るこずができたす。JavaScript の䟋倖は、netscape.javascript.JSException のむンスタンスずしお Java コヌドから扱えたす。

- -

JSException は JavaScript が投げるあらゆる皮類の䟋倖に察応する、Java のラッパです。JSObject のむンスタンスが JavaScript のオブゞェクトのラッパであるのず同じようなものです。Java で JavaScript コヌドを評䟡するずきは JSException を䜿甚しおください。

- -

Java で JavaScript コヌドを評䟡する際、次の状況でランタむム゚ラヌが発生したす:

- - - -

䟋えば、Java のオブゞェクトである jsCode が自身に枡される文字列 eTest を評䟡するずしたす。次のような゚ラヌ凊理を実行するこずで、評䟡が原因で発生するどちらの皮類のランタむム゚ラヌにも察応できたす:

- -
import netscape.javascript.JSObject;
-import netscape.javascript.JSException;
-
-public class eTest {
-    public static Object doit(JSObject obj, String jsCode) {
-        try {
-            obj.eval(jsCode);
-        } catch (JSException e) {
-            if (e.getWrappedException() == null)
-                return e;
-            return e.getWrappedException();
-        }
-        return null;
-    }
-}
-
- -

この䟋では、枡された文字列 jsCode を try ブロック内のコヌドが評䟡しようずしたす。文字列 "myFunction()" を jsCode の倀ずしお枡すずしたす。myFunction が JavaScript の関数ずしお定矩されおいない堎合、JavaScript むンタプリタは jsCode を評䟡できたせん。むンタプリタぱラヌメッセヌゞを生成し、Java のハンドラがそのメッセヌゞを受け取り、doit メ゜ッドは netscape.javascript.JSException のむンスタンスを返したす。

- -

しかし、次のように myFunction が JavaScript で定矩されおいるずしたす:

- -
function myFunction() {
-   try {
-      if (theCondition == true) {
-         return "Everything's ok";
-      } else {
-         throw "JavaScript error occurred";
-      }
-   } catch (e) {
-      if (canHandle == true) {
-         handleIt();
-      } else {
-         throw e;
-      }
-   }
-}
-
- -

theCondition が false であれば、関数は䟋倖を投げたす。その䟋倖は JavaScript コヌドで受け取られ、さらに canHandle が true の堎合に JavaScript はそれを凊理したす。canHandle false がならばその䟋倖が再び投げられ、Java のハンドラがそれを受け取り、 doit メ゜ッドが次の Java の文字列を返したす:

- -
JavaScript error occurred
-
- -

JavaScript の䟋倖に぀いおの詳现情報は䟋倖凊理文を参照しおください。

- -

埌方互換性

- -

JavaScript 1.3 以前のバヌゞョンでは、JSException クラスには省略可胜な文字列匕数をずる 3 ぀の public タむプのコンストラクタがありたした。この文字列匕数は、詳现なメッセヌゞやその䟋倖に察する他の情報を指定するものです。getWrappedException メ゜ッドは䜿甚できたせんでした。

- -

次のような try...catch 文を䜿甚するこずで、JavaScript 1.3 以前のバヌゞョンで LiveConnect の䟋倖を凊理できたす:

- -
try {
-   global.eval("foo.bar = 999;");
-} catch (Exception e) {
-   if (e instanceof JSException) {
-      jsCodeFailed();
-   } else {
-      otherCodeFailed();
-   }
-}
-
- -

この䟋では foo が定矩されおいないず eval 文が倱敗したす。try ブロックの eval 文が JSException を投げるず、catch ブロックが jsCodeFailed メ゜ッドを実行したす。try ブロックがそれ以倖の゚ラヌを投げるず、otherCodeFailed メ゜ッドが実行されたす。

- -

デヌタ型倉換

- -

Java は匷く型付けされた蚀語であり、JavaScript は匱く型付けされた蚀語であるため、LiveConnect を䜿甚する際はもう䞀方の蚀語のために、JavaScript ランタむム゚ンゞンが匕数の倀を適切なデヌタ型に倉換したす。この倉換に぀いお以䞋のセクションで説明したす:

- - - -

JavaScript から Java ぞの倉換

- -

JavaScript から Java のメ゜ッドを呌び出しおパラメヌタを枡す際、枡すパラメヌタのデヌタ型は以䞋のセクションで説明するルヌルによっお倉換されたす:

- - - -

netscape.javascript.JSObject メ゜ッドの戻り倀は垞に java.lang.Object のむンスタンスに倉換されたす。このような戻り倀の倉換ルヌルもここで説明したす。

- -

䟋えば JSObject.eval が JavaScript の数倀を返すのであれば、この数倀を java.lang.Object のむンスタンスに倉換するルヌルは数倀に蚘茉されおいたす。

- -

数倀

- -

Java のメ゜ッドに JavaScript の数倀型をパラメヌタずしお枡すず、Java は次の衚で瀺すルヌルに埓っおその倀を倉換したす:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Java のパラメヌタ型倉換ルヌル
double -
    -
  • そのたたの倀が、䞞められたり絶察倀や笊号が損なわれるこずなく Java に枡されたす。
    • -
  • NaN は NaN に倉換されたす。
    • -
-
java.lang.Double
- java.lang.Object		java.lang.Double の新しいむンスタンスが䜜成され、そのたたの倀が、䞞められたり絶察倀や笊号が損なわれるこずなく Java に枡されたす。
float -
    -
  • 倀は float 粟床に䞞められたす。
    • -
  • 倧きすぎたたは小さすぎお衚珟できない倀は、正の無限倧たたは負の無限倧に䞞められたす。
    • -
  • NaN は NaN に倉換されたす。
    • -
-
byte
- char
- int
- long
- short		 -
    -
  • 倀は負の無限倧方向に䞞められたす。
    • -
  • 倧きすぎたたは小さすぎお衚珟できない倀は、ランタむム゚ラヌになりたす。
    • -
  • NaN は倉換されずにランタむム゚ラヌになりたす。
    • -
-
java.lang.String倀は文字列に倉換されたす。䟋えば: -
    -
  • 237 は "237" になりたす。
    • -
-
boolean -
    -
  • 0 および NaN は false に倉換されたす。
    • -
  • その他の倀は true に倉換されたす。
    • -
-
- -

java.lang.String のむンスタンスをパラメヌタに想定した Java のメ゜ッドに JavaScript の数倀をパラメヌタずしお枡すず、その数倀は文字列に倉換されたす。equals() メ゜ッドを䜿甚するず、この倉換結果ず他の文字列を比范できたす。

- -

真停倀

- -

Java のメ゜ッドに JavaScript の真停倀型をパラメヌタずしお枡すず、Java は次の衚で瀺すルヌルに埓っおその倀を倉換したす:

- - - - - - - - - - - - - - - - - - - - - - - - - - -
Java のパラメヌタ型倉換ルヌル
booleanすべおの倀は、Java で察応するものに盎接倉換されたす。
java.lang.Boolean
- java.lang.Object		java.lang.Boolean の新しいむンスタンスが䜜成されたす。同䞀のプリミティブ倀に察しお 1 ぀のむンスタンスではなく、各パラメヌタに぀いお新しいむンスタンスが䜜成されたす。
java.lang.String倀は文字列に倉換されたす。䟋えば: -
    -
  • true は "true" になりたす。
    • -
  • false は "false" になりたす。
    • -
-
byte
- char
- double
- float
- int
- long
- short		 -
    -
  • true は 1 になりたす。
    • -
  • false は 0 になりたす。
    • -
-
- -

java.lang.String のむンスタンスをパラメヌタに想定した Java のメ゜ッドに JavaScript の真停倀をパラメヌタずしお枡すず、その真停倀は文字列に倉換されたす。== 挔算子を䜿甚するず、この倉換結果ず他の文字列を比范できたす。

- -

文字列倀

- -

Java のメ゜ッドに JavaScript の文字列型をパラメヌタずしお枡すず、Java は次の衚で瀺すルヌルに埓っおその倀を倉換したす:

- - - - - - - - - - - - - - - - - - - - - - - - - - -
Java のパラメヌタ型倉換ルヌル
java.lang.String
- java.lang.Object		JavaScript 1.4: -
    -
  • JavaScript の文字列は、Unicode 倀で java.lang.String のむンスタンスに倉換されたす。
    • -
- -

JavaScript 1.3 以前:

- -
    -
  • JavaScript の文字列は、ASCII 倀で java.lang.String のむンスタンスに倉換されたす。
    • -
-
byte
- double
- float
- int
- long
- short		すべおの倀は、ECMA-262 に蚘茉に埓っお数倀に倉換されたす。JavaScript の文字列倀は ECMA-262 に蚘茉されたルヌルに埓っお数倀に倉換されたす。
charJavaScript 1.4: -
    -
  • 1 文字の文字列は、Unicode 文字に倉換されたす。
    • -
  • 他のすべおの倀は数倀に倉換されたす。
    • -
- -

JavaScript 1.3 以前:

- -
    -
  • すべおの倀が数倀に倉換されたす。
    • -
-
boolean -
    -
  • 空文字列は false になりたす。
    • -
  • 他のすべおの倀は true になりたす。
    • -
-
- -

undefined 倀

- -

Java のメ゜ッドに JavaScript の undefined 倀をパラメヌタずしお枡すず、Java は次の衚で瀺すルヌルに埓っおその倀を倉換したす:

- - - - - - - - - - - - - - - - - - - - - - - - - - -
Java のパラメヌタ型倉換ルヌル
java.lang.String
- java.lang.Object		倀は java.lang.String のむンスタンスに倉換され、むンスタンスの倀は文字列 "undefined" になりたす。
boolean倀は false になりたす。
double
- float		倀は NaN になりたす。
byte
- char
- int
- long
- short		倀は 0 になりたす。
- -

undefined 倀の倉換は JavaScript 1.3 以降でのみ可胜です。それより叀いバヌゞョンでは、undefined 倀がサポヌトされおいたせん。

- -

java.lang.String のむンスタンスをパラメヌタに想定した Java のメ゜ッドに JavaScript の undefined 倀をパラメヌタずしお枡すず、その undefined 倀は文字列に倉換されたす。== 挔算子を䜿甚するず、この倉換結果ず他の文字列を比范できたす。

- -

null 倀

- -

Java のメ゜ッドに JavaScript の null 倀をパラメヌタずしお枡すず、Java は次の衚で瀺すルヌルに埓っおその倀を倉換したす:

- - - - - - - - - - - - - - - - - - - - - - -
Java のパラメヌタ型倉換ルヌル
あらゆるクラス
- あらゆるむンタフェヌスの皮類		倀は null になりたす。
byte
- char
- double
- float
- int
- long
- short		倀は 0 になりたす。
boolean倀は false になりたす。
- -

JavaArray および JavaObject オブゞェクト

- -

ほずんどの堎合、Java のメ゜ッドに JavaScript の JavaArray たたは JavaObject オブゞェクトをパラメヌタずしお枡すず、Java は単にそのオブゞェクトのラップを解きたす。そうでない堎合は、Java は次の衚で瀺すルヌルに埓っおそのオブゞェクトを別のデヌタ型に倉換したす:

- - - - - - - - - - - - - - - - - - - - - - - - - - -
Java のパラメヌタ型倉換ルヌル
ラップが解かれたオブゞェクトず代入互換性のある、あらゆるむンタフェヌスたたはクラスオブゞェクトのラップが解かれたす。
java.lang.Stringオブゞェクトのラップが解かれ、ラップが解かれた Java オブゞェクトの toString メ゜ッドが呌び出され、その結果が java.lang.String の新しいむンスタンスずしお返されたす。
byte
- char
- double
- float
- int
- long
- short		オブゞェクトのラップが解かれ、次の状況のどちらかが起こりたす: -
    -
  • ラップが解かれた Java のオブゞェクトに doubleValue メ゜ッドがあれば、JavaArray たたは JavaObject はこのメ゜ッドが返す倀に倉換されたす。
    • -
  • ラップが解かれた Java オブゞェクトに doubleValue メ゜ッドがなければ、゚ラヌが発生したす。
    • -
-
booleanJavaScript 1.3 以降ではオブゞェクトのラップが解かれ、次の状況のどちらかが起こりたす: -
    -
  • オブゞェクトが null ならば、false に倉換されたす。
    • -
  • オブゞェクトがそれ以倖の倀ならば、true に倉換されたす。
    • -
- -

JavaScript 1.2 以前ではオブゞェクトのラップが解かれ、次の状況のどちらかが起こりたす:

- -
    -
  • ラップが解かれたオブゞェクトに booleanValue メ゜ッドがあれば、゜ヌスオブゞェクトは戻り倀のために倉換されたす。
    • -
  • オブゞェクトに booleanValue がなければ、倉換に倱敗したす。
    • -
-
- -

ラップが解かれたオブゞェクトが Java のパラメヌタ型のむンスタンスであれば、むンタフェヌスたたはクラスが、ラップが解かれたオブゞェクトず代入互換性があるずいうこずです。぀たり、次の文は必ず true を返したす:

- -
unwrappedObject instanceof parameterType;
-
- -

JavaClass オブゞェクト

- -

Java のメ゜ッドに JavaScript の JavaClass オブゞェクトをパラメヌタずしお枡すず、Java は次の衚で瀺すルヌルに埓っおその倀を倉換したす:

- - - - - - - - - - - - - - - - - - - - - - - - - - -
Java のパラメヌタ型倉換ルヌル
java.lang.Classオブゞェクトのラップが解かれたす。
netscape.javascript.JSObject
- java.lang.Object		JavaClass オブゞェクトが netscape.javascript.JSObject の新しいむンスタンス内にラップされたす。
java.lang.Stringオブゞェクトのラップが解かれ、ラップが解かれた Java オブゞェクトの toString メ゜ッドが呌び出され、その結果が java.lang.String の新しいむンスタンスずしお返されたす。
booleanJavaScript 1.3 以降ではオブゞェクトのラップが解かれ、次の状況のどちらかが起こりたす: -
    -
  • オブゞェクトが null ならば、false に倉換されたす。
    • -
  • オブゞェクトがそれ以倖の倀ならば、true に倉換されたす。
    • -
- -

JavaScript 1.2 以前ではオブゞェクトのラップが解かれ、次の状況のどちらかが起こりたす:

- -
    -
  • ラップが解かれたオブゞェクトに booleanValue メ゜ッドがあれば、゜ヌスオブゞェクトは戻り倀のために倉換されたす。
    • -
  • オブゞェクトに booleanValue がなければ、倉換に倱敗したす。
    • -
-
- -

その他の JavaScript のオブゞェクト

- -

Java のメ゜ッドに JavaScript のその他のオブゞェクトをパラメヌタずしお枡すず、Java は次の衚で瀺すルヌルに埓っおその倀を倉換したす:

- - - - - - - - - - - - - - - - - - - - - - - - - - -
Java のパラメヌタ型倉換ルヌル
netscape.javascript.JSObject
- java.lang.Object		オブゞェクトは netscape.javascript.JSObject の新しいむンスタンス内にラップされたす。
java.lang.Stringオブゞェクトのラップが解かれ、ラップが解かれたオブゞェクトの toString メ゜ッドが呌び出され、その結果が java.lang.String の新しいむンスタンスずしお返されたす。
byte
- char
- double
- float
- int
- long
- short		オブゞェクトは、ECMA-262 に蚘茉された ToPrimitive 挔算子のロゞックを䜿甚しお倀に倉換されたす。この挔算子で䜿甚される PreferredType ヒントは Number です。
booleanJavaScript 1.3 以降ではオブゞェクトのラップが解かれ、次の状況のどちらかが起こりたす: -
    -
  • オブゞェクトが null ならば、false に倉換されたす。
    • -
  • オブゞェクトがそれ以倖の倀ならば、true に倉換されたす。
    • -
- -

JavaScript 1.2 以前ではオブゞェクトのラップが解かれ、次の状況のどちらかが起こりたす:

- -
    -
  • ラップが解かれたオブゞェクトに booleanValue メ゜ッドがあれば、゜ヌスオブゞェクトは戻り倀のために倉換されたす。
    • -
  • オブゞェクトに booleanValue がなければ、倉換に倱敗したす。
    • -
-
- -

Java から JavaScript ぞの倉換

- -

Java から JavaScript に枡された倀は、次のように倉換されたす:

- - - -

java.lang.Double および java.lang.Integer のむンスタンスは、JavaScript の数倀ではなく JavaScript のオブゞェクトに倉換されるこずに泚意しおください。同様に java.lang.String のむンスタンスも、JavaScript の文字列ではなく JavaScript のオブゞェクトに倉換されたす。

- -

Java の String オブゞェクトも、JavaScript のラッパに盞圓したす。JavaScript の文字列を必芁ずする JavaScript のメ゜ッドを、このラッパを枡しお呌び出すず゚ラヌになりたす。そうではなく、次のようにラッパに空文字列を付加するこずで、ラッパを JavaScript の文字列に倉換しおください:

- -
var JavaString = JavaObj.methodThatReturnsAString();
-var JavaScriptString = JavaString + "";
diff --git a/files/ja/web/javascript/new_in_javascript/1.1/index.html b/files/ja/web/javascript/new_in_javascript/1.1/index.html deleted file mode 100644 index ec43553cd0..0000000000 --- a/files/ja/web/javascript/new_in_javascript/1.1/index.html +++ /dev/null @@ -1,74 +0,0 @@ ---- -title: JavaScript 1.1 の新機胜 -slug: Web/JavaScript/New_in_JavaScript/1.1 -tags: - - JavaScript - - JavaScript_version_overviews -translation_of: Archive/Web/JavaScript/New_in_JavaScript/1.1 ---- -
{{jsSidebar("New_in_JS")}}
- -

The following is a changelog for JavaScript from Netscape Navigator 2.0 to 3.0. The old Netscape documentation references this as "Features added after version 1". Netscape Navigator 3.0 was released on August 19, 1996. Netscape Navigator 3.0 was the second major version of the browser with JavaScript support.

- -

JavaScript versions

- -

Netscape Navigator 3.0 also introduced JavaScript language versions.

- -
<script language="JavaScript">    <!-- JavaScript for Navigator 2.0. -->
-<SCRIPT LANGUAGE="JavaScript1.1"> <!-- JavaScript for Navigator 3.0. --></pre>
-
-<h2 id="New_features_in_JavaScript_1.1">New features in JavaScript 1.1</h2>
-
-<h3 id="New_objects">New objects</h3>
-
-<ul>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array">Array</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Boolean">Boolean</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Function">Function</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number">Number</a></code></li>
-</ul>
-
-<h3 id="New_properties">New properties</h3>
-
-<ul>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number/MAX_VALUE">Number.MAX_VALUE</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number/MIN_VALUE">Number.MIN_VALUE</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/NaN">NaN</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number/NEGATIVE_INFINITY">Number.NEGATIVE_INFINITY</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number/POSITIVE_INFINITY">Number.POSITIVE_INFINITY</a></code></li>
-</ul>
-
-<h3 id="New_methods">New methods</h3>
-
-<ul>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/join">Array.prototype.join()</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/reverse">Array.prototype.reverse()</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/sort">Array.prototype.sort()</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/split">String.prototype.split()</a></code></li>
-</ul>
-
-<h3 id="New_operators">New operators</h3>
-
-<ul>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Operators/typeof">typeof</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Operators/void">void</a></code></li>
-</ul>
-
-<h3 id="Other_new_features">Other new features</h3>
-
-<ul>
- <li><code><a href="/en-US/docs/Web/HTML/Element/noscript"><noscript></a></code></li>
- <li><a href="/en-US/docs/Archive/Web/LiveConnect">LiveConnect</a>. Communication between Java and JavaScript.</li>
-</ul>
-
-<h2 id="Changed_functionality_in_JavaScript_1.1">Changed functionality in JavaScript 1.1</h2>
-
-<ul>
- <li>"Object deletion". You can remove an object by setting its object reference to <code>null</code>.</li>
- <li><code>constructor</code> and <code>prototype</code> properties on objects added.</li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/eval">eval()</a></code> is now a method of every object (was previously a built-in function); it evaluates a string of JavaScript code in the context of the specified object.</li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Math/random">Math.random()</a></code> now works on every platform.</li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/toString">toString()</a></code>: Added radix parameter, which specifies the base to use for representing numeric values.</li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/isNaN">isNaN()</a></code> now works on every platform (not only Unix anymore)</li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/parseFloat">parseFloat()</a></code> and <code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/parseInt">parseint()</a></code> now return <code>NaN</code> on all platforms, if the first character of the specified string cannot be converted to a number; in previous releases, it returned <code>NaN</code> on Solaris and Irix and zero on all other platforms.</li>
-</ul></script>
diff --git a/files/ja/web/javascript/new_in_javascript/1.2/index.html b/files/ja/web/javascript/new_in_javascript/1.2/index.html deleted file mode 100644 index 9e991631a1..0000000000 --- a/files/ja/web/javascript/new_in_javascript/1.2/index.html +++ /dev/null @@ -1,92 +0,0 @@ ---- -title: JavaScript 1.2 の新機胜 -slug: Web/JavaScript/New_in_JavaScript/1.2 -tags: - - JavaScript - - version -translation_of: Archive/Web/JavaScript/New_in_JavaScript/1.2 ---- -
{{jsSidebar("New_in_JS")}}
- -

この JavaScript の倉曎履歎は Netscape Navigator3.0~4.0 に基づいおいたす。旧 Netscape Navigator のドキュメントは archive.org にありたす。Netscape Navigator 4.0 は 1997 幎 6 月 11 日にリリヌスされたした。Netscape Navigator 4.0 は、JavaScript をサポヌトするブラりザの 3 番目のメゞャヌバヌゞョンでした。

- -

JavaScript バヌゞョン

- -

Netscape Navigator 4.0 では JavaScript 1.2 を実行できるようになりたした。Netscape Navigator 3.0 以前では、language 属性が "JavaScript1.2" 以䞊に蚭定されおいるスクリプトを無芖するこずに泚意しおください。

- -
<SCRIPT LANGUAGE="JavaScript1.1"> <!-- JavaScript for Navigator 3.0. -->
-<SCRIPT LANGUAGE="JavaScript1.2"> <!-- JavaScript for Navigator 4.0. -->
- -

1.2 の新機胜

- -

新しいオブゞェクト

- - - -

新しく実装されたプロパティ

- - - -

新しく実装されたメ゜ッド

- - - -

新しい挔算子

- - - -

新しい構文

- - - -

他の新機胜

- - - -

JavaScript 1.2 での機胜倉曎

- - diff --git a/files/ja/web/javascript/new_in_javascript/1.3/index.html b/files/ja/web/javascript/new_in_javascript/1.3/index.html deleted file mode 100644 index cf0c5827f2..0000000000 --- a/files/ja/web/javascript/new_in_javascript/1.3/index.html +++ /dev/null @@ -1,153 +0,0 @@ ---- -title: JavaScript 1.3 の新機胜 -slug: Web/JavaScript/New_in_JavaScript/1.3 -tags: - - JavaScript - - JavaScript_version_overviews -translation_of: Archive/Web/JavaScript/New_in_JavaScript/1.3 ---- -
{{jsSidebar("New_in_JS")}}
- -

The following is a changelog for JavaScript from Netscape Navigator 4.0 to 4.5. The old Netscape documentation can be found on archive.org. Netscape Navigator 4.5 was released on October 19, 1998.

- -

The most significant change in JavaScript 1.3 was compliance with ECMA-262 and Unicode by removing inconsistencies between JavaScript 1.2 and the new ECMA standard (which was published in June 1997). Additional features of version 1.2, at the time not specified by ECMA-262 were kept in the JavaScript language (see below for a list of differences).

- -

JavaScript versions

- -

Netscape Communicator and Navigator 4.06 and 4.5 executes JavaScript language versions up to 1.3. Note that Communicator and Navigator 4.0-4.05 and earlier ignored scripts with the language attribute set to "JavaScript1.3" and higher.

- -
<script language="JavaScript1.2"> <!-- JavaScript for Navigator 4.0. -->
-<SCRIPT LANGUAGE="JavaScript1.3"> <!-- JavaScript for Navigator 4.5. --></pre>
-
-<h2 id="New_features_in_JavaScript_1.3">New features in JavaScript 1.3</h2>
-
-<h3 id="New_globals">New globals</h3>
-
-<ul>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/NaN" title="JavaScript/Reference/Global_Objects/NaN"><code>NaN</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Infinity" title="JavaScript/Reference/Global_Objects/Infinity"><code>Infinity</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/undefined" title="JavaScript/Reference/Properties/undefined"><code>undefined</code></a></li>
-</ul>
-
-<h3 id="New_methods">New methods</h3>
-
-<ul>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/isFinite"><code>isFinite()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/toSource" title="JavaScript/Reference/Objects/Object/ToSource"><code>toSource()</code></a></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Function/call">Function.prototype.call()</a></code></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Function/apply"><code>Function.prototype.apply()</code></a></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/UTC">Date.UTC()</a></code></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/getFullYear"><code>Date.prototype.getFullYear()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/setFullYear"><code>Date.prototype.setFullYear()</code></a></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/getMilliseconds">Date.prototype.getMilliseconds()</a></code></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/setMilliseconds"><code>Date.prototype.setMilliseconds()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/getUTCFullYear"><code>Date.prototype.getUTCFullYear()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/getUTCMonth"><code>Date.prototype.getUTCMonth()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/getUTCDate"><code>Date.prototype.getUTCDate()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/getUTCHours"><code>Date.prototype.getUTCHours()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/getUTCMinutes"><code>Date.prototype.getUTCMinutes()</code></a></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/getUTCSeconds">Date.prototype.getUTCSeconds()</a></code></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/getUTCMilliseconds"><code>Date.prototype.getUTCMilliseconds()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/toUTCString"><code>Date.prototype.toUTCString()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/setUTCFullYear"><code>Date.prototype.setUTCFullYear()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/setUTCMonth"><code>Date.prototype.setUTCMonth()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/setUTCDate"><code>Date.prototype.setUTCDate()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/setUTCHours"><code>Date.prototype.setUTCHours()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/setUTCMinutes"><code>Date.prototype.setUTCMinutes()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/setUTCSeconds"><code>Date.prototype.setUTCSeconds()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/setUTCMilliseconds"><code>Date.prototype.setUTCMilliseconds()</code></a></li>
-</ul>
-
-<h3 id="Other_new_features">Other new features</h3>
-
-<ul>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Operators/Comparison_Operators#Using_the_Equality_Operators" title="JavaScript/Reference/Operators/Comparison_Operators#Using_the_Equality_Operators">Strict equality operators</a></li>
- <li>Unicode support</li>
- <li>A JavaScript Console was introduced.</li>
-</ul>
-
-<h2 id="Changed_functionality_in_JavaScript_1.3">Changed functionality in JavaScript 1.3</h2>
-
-<ul>
- <li>Changes to <a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date" title="JavaScript/Reference/Global_Objects/Date"><code>Date</code></a> to conform with ECMA-262
-
-  <ul>
-   <li>New constructor <code>Date(year, month, day, [,
-    <i>hours</i>
-    [
-
-    <i>, minutes</i>
-    [
-
-    <i>, seconds</i>
-    [
-
-    <i>, milliseconds</i>
-    ]]]])</code></li>
-   <li>Additional method parameters:
-    <ul>
-     <li><code>setMonth(month[, date])</code></li>
-     <li><code>setHours(hours[, min[, sec[, ms]]])</code></li>
-     <li><code>setMinutes(min[, sec[, ms]])</code></li>
-     <li><code>setSeconds(sec[, ms])</code></li>
-    </ul>
-   </li>
-  </ul>
- </li>
- <li>The length of an array (property length) is now an unsigned, 32-bit integer.</li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/push"><code>Array.prototype.push()</code></a>: In JavaScript 1.2, the <code>push</code> method returned the last element added to an array. Under JavaScript 1.3, <code>push</code> returns the new length of the array.</li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/splice"><code>Array.prototype.splice()</code></a>: In JavaScript 1.2, the <code>splice</code> method returned the element removed, if only one element was removed (<code>howMany</code> parameter is <code>1</code>). In JavaScript 1.3, <code>splice</code> always returns an array containing the removed elements. If one element is removed, an array of one element is returned.</li>
- <li><a href="http://web.archive.org/web/20000815081640/http://developer.netscape.com/docs/manuals/communicator/jsref/js13.html#replace">Changes</a> to <a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/replace"><code>String.prototype.replace()</code></a>.</li>
- <li><a href="http://web.archive.org/web/20000815081640/http://developer.netscape.com/docs/manuals/communicator/jsref/js13.html#Boolean">Changes</a> to the <a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Boolean"><code>Boolean</code></a> object.</li>
- <li><a href="http://web.archive.org/web/20000815081640/http://developer.netscape.com/docs/manuals/communicator/jsref/js13.html#toString">Changes</a> to <code>toString()</code>.</li>
-</ul>
-
-<h2 id="Non-ECMA-262_features_of_JavaScript_1.3">Non-ECMA-262 features of JavaScript 1.3</h2>
-
-<p>The following is a comparison between the June 1998 version of ECMA-262 and JavaScript 1.3. The following features were not part of the standard at that time, but implemented in JavaScript 1.3.</p>
-
-<h3 id="Keywords_and_operators">Keywords and operators</h3>
-
-<ul>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Operators/Comparison_Operators#Using_the_Equality_Operators">Strict equality operators</a></li>
- <li>vertical tab (<code>\v</code> or <code>\u000B</code>) as an escape sequence.</li>
-</ul>
-
-<h3 id="Statements">Statements</h3>
-
-<ul>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Statements/label"><code>label</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Statements/switch"><code>switch</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Statements/do...while"><code>do...while</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Statements/export"><code>export</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Statements/import"><code>import</code></a></li>
-</ul>
-
-<h3 id="Built-in_objects">Built-in objects</h3>
-
-<ul>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/RegExp"><code>RegExp</code></a></li>
-</ul>
-
-<h3 id="Methods_of_built-in_objects">Methods of built-in objects</h3>
-
-<ul>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/toSource">toSource()</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/watch">Object.prototype.watch()</a></code></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/unwatch"><code>Object.prototype.unwatch()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Function/arity"><code>Function.arity</code></a></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Function/apply">Function.prototype.apply()</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Function/call">Function.prototype.call()</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/concat">Array.prototype.concat()</a></code></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/pop">Array.prototype.pop()</a></code></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/push"><code>Array.prototype.push()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/shift"><code>Array.prototype.shift()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/unshift"><code>Array.prototype.unshift()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/slice"><code>Array.prototype.slice()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/splice"><code>Array.prototype.splice()</code></a></li>
- <li><code><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/concat">String.prototype.concat()</a></code></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/match"><code>String.prototype.match()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/search"><code>String.prototype.search()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/slice"><code>String.prototype.slice()</code></a></li>
- <li><a href="/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/substr"><code>String.prototype.substr()</code></a></li>
-</ul></script>
diff --git a/files/ja/web/javascript/new_in_javascript/1.4/index.html b/files/ja/web/javascript/new_in_javascript/1.4/index.html deleted file mode 100644 index 560e55f636..0000000000 --- a/files/ja/web/javascript/new_in_javascript/1.4/index.html +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: JavaScript 1.4 の新機胜 -slug: Web/JavaScript/New_in_JavaScript/1.4 -tags: - - JavaScript - - JavaScript_version_overviews -translation_of: Archive/Web/JavaScript/New_in_JavaScript/1.4 ---- -
{{jsSidebar("New_in_JS")}}
- -

The following is a changelog for JavaScript 1.4, which was only used for Netscape's server side JavaScript released in 1999. The old Netscape documentation can be found on archive.org.

- -

New features in JavaScript 1.4

- - - -

Changed functionality in JavaScript 1.4

- - diff --git a/files/ja/web/javascript/new_in_javascript/1.5/index.html b/files/ja/web/javascript/new_in_javascript/1.5/index.html deleted file mode 100644 index 33868c064b..0000000000 --- a/files/ja/web/javascript/new_in_javascript/1.5/index.html +++ /dev/null @@ -1,42 +0,0 @@ ---- -title: JavaScript 1.5 の新機胜 -slug: Web/JavaScript/New_in_JavaScript/1.5 -tags: - - JavaScript - - JavaScript_version_overviews -translation_of: Archive/Web/JavaScript/New_in_JavaScript/1.5 ---- -

{{jsSidebar("New_in_JS")}}

- -

JavaScript バヌゞョン 1.5 では以䞋の新機胜や改良点が盛り蟌たれおいたす。

- -

ランタむム゚ラヌ
- ランタむム゚ラヌが䟋倖ずしお報告されるようになっおいたす。

- -

数倀の曞匏の匷化
- Number.prototype.toExponential、Number.prototype.toFixed および Number.prototype.toPrecision メ゜ッドの導入により、数倀の曞匏が匷化されおいたす。Number オブゞェクト のペヌゞを参照しおください。

- -

正芏衚珟の匷化
- 以䞋のように正芏衚珟が匷化されおいたす。

- - - -

ある条件䞋での関数の宣蚀
- if 節の䞭で関数を宣蚀できるようになっおいたす。関数の定矩 のペヌゞを参照しおください。

- -

関数匏
- 匏の䞭で関数を宣蚀できるようになっおいたす。関数の定矩 のペヌゞを参照しおください。

- -

耇数の catch 節
- try...catch 文における耇数の catch 節をサポヌトしおいたす。catch ブロック のペヌゞを参照しおください。

- -

ゲッタずセッタ
- オブゞェクトにゲッタずセッタを远加できるようになっおいたす。この機胜は JavaScript の C での実装でのみ利甚可胜です。ゲッタずセッタの定矩 のペヌゞを参照しおください。

- -

定数
- 読み取り専甚の名前付き定数がサポヌトされおいたす。この機胜は JavaScript の C での実装でのみ利甚可胜です。定数 のペヌゞを参照しおください。

diff --git a/files/ja/web/javascript/new_in_javascript/1.6/index.html b/files/ja/web/javascript/new_in_javascript/1.6/index.html deleted file mode 100644 index c1985c16ab..0000000000 --- a/files/ja/web/javascript/new_in_javascript/1.6/index.html +++ /dev/null @@ -1,79 +0,0 @@ ---- -title: JavaScript 1.6 の新機胜 -slug: Web/JavaScript/New_in_JavaScript/1.6 -tags: - - E4X - - JavaScript - - JavaScript_version_overviews -translation_of: Archive/Web/JavaScript/New_in_JavaScript/1.6 ---- -
{{jsSidebar("New_in_JS")}}
- -

JavaScript 1.6 では次のような新機胜が導入されおいたす。E4X、Array の新しいメ゜ッド、そしお Array および String の汎甚化です。

- -

JavaScript 1.6 は Firefox 1.5 以降でサポヌトされおいたす。

- -

E4X

- -

ECMAScript for XML (E4X) は JavaScript 内で XML コンテンツを䜜成したり凊理したりする匷力な技術です。私たちは、既存の DOM ずの透過的な統合など、E4X サポヌトの向䞊を続けおいく぀もりですが、XML ベヌスのりェブアプリケヌションの開発者は Firefox 1.5 での E4X サポヌトの恩恵を受けるこずができたす。

- -

E4X を利甚する際も、あなたは暙準的な MIME タむプを䜿甚するこずができたす:

- -
<script type="text/javascript">
-
- -

しかし E4X の文法は、スクリプトを HTML コメント (<!--...-->) 内に埋め蟌むずいう、叀いブラりザからスクリプトを芋えなくするための䞀般的な方法ず衝突する可胜性がありたす。E4X はたた、スクリプトを XML の CDATA セクション (<![CDATA{{ mediawiki.external('...') }}]>) 内に埋め蟌むずいう、"<" や ">" ずいう蚘号を䜿えるようにするよりモダンな方法 (これは HTML には適甚できないので泚意) ずも衝突する可胜性がありたす。よくわからない文法゚ラヌが生じた堎合は MIME タむプに "; e4x=1" を远加しおください:

- -
<script type="text/javascript; e4x=1">
-
- -

拡匵機胜のスクリプトは垞に HTML コメントを E4X リテラルずしお扱うこずに泚意しおください。぀たり、"e4x=1" が暗黙的に指定されおいる状態です。

- -

E4X に぀いおは、Processing XML with E4X で説明されおいたす。

- -

Array の拡匵

- -

Array のメ゜ッドが新しく 7 ぀远加されたした。これらは項目の堎所に関するメ゜ッドず反埩的なメ゜ッドの 2 ぀に分類可胜です。項目の堎所に関するメ゜ッドは:

- - - -

反埩的なメ゜ッドは:

- - - -

詳しい情報に぀いおは、Working with Arrays、もしくは、Nicholas C. Zakas の Mozilla's New Array Methods ずいう蚘事を参照しおください。

- -

Array および String の汎甚化

- -

時々、配列のメ゜ッドを文字列に適甚したい堎合があり、次のようにしお、文字列を文字の配列ずしお取り扱うこずがありたす。䟋えば、倉数 str に含たれる文字がすべお英字であるこずをチェックするには、次のように曞くでしょう:

- -
function isLetter(character) {
-  return (character >= "a" && character <= "z");
-}
-
-if (Array.prototype.every.call(str, isLetter))
-  alert("文字列 '" + str + "' は英字のみ含んでいたす!");
-
- -

この蚘法はかなり無駄が倚く、JavaScript 1.6 では{{ 原語䜵蚘("汎甚的", "generic") }}な簡易衚蚘が導入されたした:

- -
if (Array.every(str, isLetter))
-  alert("文字列 '" + str + "' は英字のみ含んでいたす!");
-
- -

同様に String のメ゜ッドをどんなオブゞェクトにも簡単に適甚できたす:

- -
var num = 15;
-alert(String.replace(num, /5/, '2'));
-
- -

Working with Array-like objects も参照しおください。

diff --git a/files/ja/web/javascript/new_in_javascript/1.7/index.html b/files/ja/web/javascript/new_in_javascript/1.7/index.html deleted file mode 100644 index 6750aa396b..0000000000 --- a/files/ja/web/javascript/new_in_javascript/1.7/index.html +++ /dev/null @@ -1,558 +0,0 @@ ---- -title: JavaScript 1.7 の新機胜 -slug: Web/JavaScript/New_in_JavaScript/1.7 -tags: - - JavaScript - - JavaScript_version_overviews -translation_of: Archive/Web/JavaScript/New_in_JavaScript/1.7 ---- -
-
{{jsSidebar("New_in_JS")}}
-
- -

JavaScript 1.7 はいく぀かの新機胜、特に{{ 原語䜵蚘("ゞェネレヌタ", "generators") }}、{{ 原語䜵蚘("むテレヌタ", "iterators") }}、{{ 原語䜵蚘("配列内包", "array comprehensions") }}、{{ 原語䜵蚘("let 匏", "let expressions") }}、および{{ 原語䜵蚘("分割代入", "destructuring assignment") }} を取り入れた蚀語アップデヌトです。JavaScript 1.6 のすべおの機胜も含たれおいたす。

- -

JavaScript 1.7 のサポヌトは Firefox 2 に導入されたした。

- -

この蚘事に含たれるコヌドの䟋は JavaScript シェルから実隓できたす。Introduction to the JavaScript shell を読み、シェルのビルド方法ず䜿い方を孊んでください。

- -

JavaScript 1.7 を䜿う

- -

JavaScript 1.7 の䞀郚の新機胜を䜿うためには、JavaScript 1.7 が䜿いたいずいう宣蚀が必芁です。HTML たたは XUL コヌドでは次のコヌドを䜿っおください。

- -
<script type="application/javascript;version=1.7"/>
- -

JavaScript シェルを䜿うずきは、コマンドラむンで -version 170 スむッチを䜿うか、version() 関数を䜿っお䜿いたいバヌゞョンを蚭定する必芁がありたす。

- -
version(170);
- -

新しいキヌワヌド "yield" ず "let" を䜿甚する必芁のある機胜は、既存のコヌドでそれらのキヌワヌドが倉数や関数ずしお利甚されおいる恐れがあるため、バヌゞョン 1.7 ず宣蚀しなければ利甚できたせん。新しいキヌワヌドを導入しおいない機胜 (分割代入ず配列内包) は、JavaScript のバヌゞョン宣蚀なしに利甚できたす。

- -

ゞェネレヌタずむテレヌタ

- -

{{ 原語䜵蚘("繰り返しの", "iterative") }} アルゎリズム (リストの各芁玠に同じ凊理をしたり、同じデヌタセットに繰り返し蚈算を行うなど) を含むコヌドを開発する際、しばしば蚈算凊理の間その倀が維持される必芁のある状態倉数が䜿われたす。䌝統的には、繰り返しのアルゎリズムの介圚倉数を埗るにはコヌルバック関数を䜿わなくおはなりたせん。

- -

ゞェネレヌタ

- -

フィボナッチ数を蚈算するこの繰り返しアルゎリズムに぀いお考えおみたしょう:

- -
function do_callback(num) {
-  document.write(num + "<br>\n");
-}
-
-function fib() {
-  var i = 0, j = 1, n = 0;
-  while (n < 10) {
-    do_callback(i);
-    var t = i;
-    i = j;
-    j += t;
-    n++;
-  }
-}
-
-fib();
- -

このコヌドはアルゎリズムのそれぞれの繰り返しステップの凊理を実行するのにコヌルバックルヌチンを䜿っおいたす。この堎合、それぞれのフィボナッチ数は単玔にコン゜ヌルに出力されたす。

- -

{{ 原語䜵蚘("ゞェネレヌタ", "generators") }} および{{ 原語䜵蚘("むテレヌタ", "iterators") }} は盞互に働き、新しく、より良くこれを実行する方法を提䟛したす。ゞェネレヌタを䜿っお曞かれたフィボナッチ数ルヌチンがどうなっおいるか芋おみたしょう:

- -
function fib() {
-  var i = 0, j = 1;
-  while (true) {
-    yield i;
-    var t = i;
-    i = j;
-    j += t;
-  }
-}
-
-var g = fib();
-
-for (var i = 0; i < 10; i++) {
-  document.write(g.next() + "<br>\n");
-}
- -

yield キヌワヌドを含む関数がゞェネレヌタです。これを呌ぶず、ゞェネレヌタの仮匕数は実匕数ず結び付きたすが、本䜓は実際には評䟡されたせん。代わりにゞェネレヌタ・むテレヌタが返っおきたす。ゞェネレヌタ・むテレヌタの next() メ゜ッドを呌び出すたびに、繰り返しのアルゎリズムが 1 回ず぀実行されたす。それぞれのステップでの倀は、yield キヌワヌドで指定された倀です。yield をアルゎリズムの繰り返しの範囲を瀺すゞェネレヌタ・むテレヌタ版の return だず考えたしょう。毎回 next() を呌び出すたび、ゞェネレヌタのコヌドは yield の次の文から再開したす。

- -

あなたはゞェネレヌタ・むテレヌタを、その next() メ゜ッドを繰り返し呌び出すこずで、あなたが望んだ結果の状態にたどり぀くたで反埩させられたす。この䟋では、私たちが欲しいだけの結果を手に入れるたで g.next() を呌び出し続けるこずで、私たちはどれだけでも倚くのフィボナッチ数を埗るこずができたす。

- -

ゞェネレヌタを指定の時点から再開する

- -

䞀床 next() メ゜ッドを呌び出しおゞェネレヌタをスタヌトさせるず、䞎えた特定の倀を最埌の yield の結果ずしお扱わせる send() を䜿うこずができたす。その際ゞェネレヌタはその次の yield のオペランドを返したす。

- -

ゞェネレヌタを勝手な時点から始めるこずはできたせん。特定の倀を send() する前に必ず next() でゞェネレヌタをスタヌトさせなければなりたせん。

- -
泚: 興味深い点ずしお、send(undefined) を呌び出すこずは next() を呌び出すこずず等䟡です。しかし send() を呌び出す際、生たれたおのゞェネレヌタを undefined 以倖の倀からスタヌトさせようずするず TypeError 䟋倖を匕き起こしたす。
- -

ゞェネレヌタ䞭での䟋倖

- -

投げさせたい䟋倖の倀を枡しお throw() メ゜ッドを呌び出すこずで、ゞェネレヌタに匷制的に䟋倖を投げさせるこずができたす。この䟋倖はその時点の䞭断されたゞェネレヌタの文脈から、぀たりあたかもその時点で䞀時停止されおいる yield が throw value に眮き換わったかのように投げられたす。

- -

もし投げられた䟋倖の凊理䞭に yield に遭遇しなかった堎合、その䟋倖は throw() の呌び出し元に䌝播し、それ以降 next() を呌び出すず StopIteration が投げられたす。

- -

ゞェネレヌタを閉じる

- -

ゞェネレヌタは自分自身を閉じさせる close() メ゜ッドを持っおいたす。ゞェネレヌタを閉じるこずの効果は:

- -
    -
  1. ゞェネレヌタ内のアクティブなすべおの finally 節が実行されたす。
    2. -
  2. もし finally 節が StopIteration 以倖の䟋倖を投げた堎合、その䟋倖は close() メ゜ッドの呌び出し元に䌝播されたす。
    3. -
  3. ゞェネレヌタが終了したす。
    4. -
- -

ゞェネレヌタの䟋

- -

このコヌドは 100 回ルヌプするごずに yield するゞェネレヌタを走らせたす。

- -
var gen = generator();
-
-function driveGenerator() {
-	if (gen.next()) {
-		window.setTimeout(driveGenerator, 0);
-	} else {
-		gen.close();
-	}
-}
-
-function generator() {
-	while (i < something) {
-		/** 䜕か **/
-
-		++i;
-		/** 100 呚ごずに yield **/
-		if ((i % 100) == 0) {
-			yield true;
-		}
-	}
-
-	yield false;
-}
- -

むテレヌタ

- -

{{ 原語䜵蚘("むテレヌタ", "iterator") }} ずは、デヌタぞの繰り返しの凊理をしやすくする特別なオブゞェクトのこずです。

- -

普通の䜿い方では、むテレヌタオブゞェクトは「目に芋えたせん」。぀たりあなたはむテレヌタオブゞェクトを明瀺的に操䜜する必芁はなく、代わりに JavaScript の for...in や for each...in 文を䜿うこずで、オブゞェクトのキヌや倀ぞの繰り返し凊理を自然ず行うこずができたす。

- -
var objectWithIterator = getObjectSomehow();
-
-for (var i in objectWithIterator) {
-  document.write(objectWithIterator[i] + "<br>\n");
-}
- -

もし独自のむテレヌタオブゞェクトを実装したり、むテレヌタを盎接操䜜する䜕か別の必芁があったりするならば、あなたは next メ゜ッドず StopIteration 䟋倖、そしお __iterator__ プロパティに぀いお知る必芁がありたす。

- -

あなたは Iterator(objectname) を呌び出すこずで、あるオブゞェクトのむテレヌタを生成するこずができたすが、そのようなあるオブゞェクトのむテレヌタは、そのオブゞェクトの __iterator__ メ゜ッドを呌び出すこずで芋぀けられたす。もし __iterator__ が存圚しなければ、デフォルトのむテレヌタが生成されたす。デフォルトのむテレヌタは、普通の for...in や for each...in のモデルに基づいお、オブゞェクトのプロパティを yield したす。もしあなたがカスタマむズしたむテレヌタを提䟛したいならば、__iterator__ メ゜ッドをあなたのカスタマむズしたむテレヌタのむンスタンスを返すように䞊曞きしおください。スクリプトからオブゞェクトのむテレヌタを埗るには、盎接 __iterator__ プロパティにアクセスせず Iterator(obj) を䜿っおください。埌者は配列 (Array) に察しおも䜿えたすが、前者は䜿えたせん。

- -

䞀床むテレヌタを手に入れれば、そのむテレヌタの next() メ゜ッドを呌び出すこずで簡単にオブゞェクトの次の項目を取埗するこずができたす。もしデヌタが残っおいない堎合は、StopIteration 䟋倖が投げられたす。

- -

ここに盎接的なむテレヌタ操䜜の単玔な䟋を瀺したす:

- -
var obj = {name:"Jack Bauer", username:"JackB", id:12345, agency:"CTU", region:"Los Angeles"};
-
-var it = Iterator(obj);
-
-try {
-  while (true) {
-    print(it.next() + "\n");
-  }
-} catch (err if err instanceof StopIteration) {
-  print("レコヌドの終わり。\n");
-} catch (err) {
-  print("䞍明な゚ラヌ: " + err.description + "\n");
-}
- -

このプログラムの出力は次のようになりたす:

- -
name,Jack Bauer
-username,JackB
-id,12345
-agency,CTU
-region,Los Angeles
-レコヌドの終わり。
- -

むテレヌタを生成する際、オプションずしお 2 ぀目の匕数を指定するこずができたす。この匕数は真停倀で、next() メ゜ッドを呌び出すごずにキヌの方だけを返しおほしいかどうかを瀺したす。このパラメヌタはナヌザヌ定矩の__iterator__ 関数に唯䞀の匕数ずしお枡されたす。䞊のサンプルで var it = Iterator(obj); を var it = Iterator(obj, true); に倉えるず、以䞋のような出力になりたす:

- -
name
-username
-id
-agency
-region
-レコヌドの終わり。
-
- -

どちらの堎合でも、デヌタが返っおくる実際の順番はその実装によっお倉わりたす。デヌタの順番は無保蚌です。

- -

むテレヌタは、その䞭にあなたが気づいおいないデヌタが含たれおいるかもしれないオブゞェクトも含め、オブゞェクト䞭のデヌタをスキャンする手軜な方法です。これは特に、アプリケヌションが予想しおいないデヌタを保存する必芁がある堎合に䟿利です。

- -

配列内包

- -

{{ 原語䜵蚘("配列内包", "array comprehensions") }} は、配列のパワフルな初期化を実行する簡䟿な方法を提䟛するゞェネレヌタの䜿い方です。䟋えば:

- -
function range(begin, end) {
-  for (let i = begin; i < end; ++i) {
-    yield i;
-  }
-}
- -

range() は begin から end たでのすべおの数倀を返すゞェネレヌタです。このように定矩するず、私たちはこれを次のように䜿うこずができたす:

- -
var ten_squares = [i * i for each (i in range(0, 10))];
- -

これは新しい配列 ten_squares を、0..9 の範囲にある倀の平方を含むようあらかじめ初期化したす。

- -

あなたは配列を初期化する際、任意の条件文を䜿うこずができたす。もしある配列を 0 ず 20 の間にある偶数が含たれるように初期化したいならば、次のコヌドを䜿うこずができたす:

- -
var evens = [i for each (i in range(0, 21)) if (i % 2 == 0)];
- -

JavaScript 1.7 以前では、これは次のようにコヌディングしなければならないでしょう:

- -
var evens = [];
-
-for (var i = 0; i <= 20; i++) {
-  if (i % 2 == 0)
-    evens.push(i);
-}
- -

配列内包はより䞀局コンパクトであるだけでなく、䞀床そのコンセプトに粟通しおしたえば、実際のずころ読みやすいものです。

- -

スコヌプの芏則

- -

配列内包は暗黙的な let 宣蚀ず同様に、角カッコの内偎にあるすべおを含んだその呚りに暗黙的なブロックを持ちたす。

- -

Add details.

- -

let を䜿ったブロックスコヌプ

- -

デヌタや関数のブロックスコヌプを管理する let を䜿うにはいく぀かの方法がありたす:

- - - -

let 文

- -

let 文は倉数に察するロヌカルスコヌプを提䟛したす。let 文はコヌドのある 1 ぀のブロックのレキシカルスコヌプに 0 以䞊の倉数を結び぀けるこずによっお働き、それ以倖はブロック文ず党く同じです。特に、let 文の内偎で var を䜿っお定矩された倉数のスコヌプは、let 文の倖偎でそれが定矩された堎合ず同じであり、そのような倉数は埓来通り関数スコヌプを持぀こずに泚意しおください。

- -

䟋えば:

- -
var x = 5;
-var y = 0;
-
-let ( x = x + 10, y = 12 ) {
-  print(x+y + "\n");
-}
-
-print( (x + y) + "\n" );
- -

このプログラムからの出力は次のようになるでしょう:

- -
27
-5
- -

コヌドブロックに関するルヌルは JavaScript の他のコヌドブロックず同じです。let 宣蚀を䜿っお確立されたブロック自身のロヌカル倉数を持っおいるかもしれたせん。

- -
泚: let 文の構文を䜿う時、let の埌の䞞カッコは必須です。これを入れないず構文゚ラヌずなりたす。
- -
{{ 英語版章題("Scoping rules 2") }}
- -

スコヌプの芏則

- -

let を䜿っお定矩された倉数のスコヌプは、let ブロック自身ずその内郚に含たれるすべおのブロックです。ただしそれらのブロックが同じ名前で倉数を定矩しおいる堎合を陀きたす。

- -

let 匏

- -

let を䜿っおある 1 ぀の匏だけに察しおスコヌプを持぀倉数を確立するこずができたす:

- -
var x = 5;
-var y = 0;
-
-document.write( let(x = x + 10, y = 12) x + y  + "<br>\n");
-document.write( x + y + "<br>\n" );
- -

結果ずしお出力されるのは:

- -
27
-5
- -

この堎合、倉数 x、y のそれぞれ x+10、12 ずの結び付きは、匏 x+y に察しおのみスコヌプを持ちたす。

- -

スコヌプの芏則

- -

以䞋の let 匏があったずするず:

- -
let (decls) expr
- -

expr の呚りに暗黙的なブロックが生成されたす。

- -

let 定矩

- -

let キヌワヌドはブロック内で倉数を定矩するのにも䜿うこずができたす。

- -
泚: もしあなたがより興味深い let 定矩の䜿甚䟋を知っおいるならば、どうぞここに远加するこずを怜蚎しおみおください。
- -
if (x > y) {
-  let gamma = 12.7 + y;
-  i = gamma * x;
-}
- -

let 文・匏・定矩はしばしば、内郚関数が䜿われる際にコヌドを簡朔にさせるこずがありたす。

- -
var list = document.getElementById("list");
-for (var i = 1; i <= 5; i++) {
-  var item = document.createElement("LI");
-
-  item.appendChild( document.createTextNode("Item " + i) );
-  let j = i;
-
-  item.onclick = function (ev) {
-    alert("Item " + j + " is clicked.");
-  };
-
-  list.appendChild(item);
-}
- -

䞊の䟋は、内郚の無名関数の 5 ぀のむンスタンスがそれぞれ倉数 j の異なる 5 ぀のむンスタンスを参照しおいるために、意図通りに動きたす。もしこれで let を var に眮き換えたり、倉数 j を削陀しお単玔に i を内郚関数で䜿うず、これは意図通りには動かないこずに泚意しおください。

- -

スコヌプの芏則

- -

let によっお宣蚀された倉数は、その定矩があったブロックず、その倉数が再定矩されおいないすべおのサブブロックにスコヌプを持ちたす。この堎合、let は var に非垞によく䌌た働きをしたす。おもな違いは var 倉数のスコヌプがそれを囲む関数党䜓であるこずです:

- -
function varTest() {
-    var x = 31;
-    if (true) {
-        var x = 71;  // 同じ倉数!
-        alert(x);  // 71
-    }
-    alert(x);  // 71
-}
-
-function letTest() {
-    let x = 31;
-
-    if (true) {
-        let x = 71;  // 違う倉数
-        alert(x);  // 71
-    }
-    alert(x);  // 31
-}
- -

= の右蟺の匏はブロックの内偎になりたす。これは let 匏や let 文のスコヌプの仕方ず異なりたす:

- -
function letTests() {
-    let x = 10;
-
-    // let 文
-    let (x = x + 20) {
-        alert(x);  // 30
-    }
-
-    // let 匏
-    alert(let (x = x + 20) x);  // 30
-
-    // let 定矩
-    {
-        let x = x + 20;  // ここでの x は undefined ず評䟡される
-        alert(x);  // undefined + 20 ==> NaN
-    }
-}
- -

プログラムやクラス内では、let は var がするようにグロヌバルオブゞェクトのプロパティを生成したりはせず、代わりにその文脈で文を評䟡する際に生成される暗黙的なブロックにプロパティを生成したす。これが本質的に意味するのは、let はそれ以前に var を䜿っお定矩された倉数を䞊曞きできないずいうこずです。䟋えば:

- -
// FF 2.0 b1 ではうたく動きたせん。"global" ではなく "42" を返しおしたいたす。
-var x = 'global';
-let x = 42;
-document.write( this.x + "<br>\n" );
- -

このコヌドによっお衚瀺される出力は "42" ではなく、"global" です。

- -

{{ 原語䜵蚘("暗黙的なブロック", "implicit block") }} ずは、波カッコで囲たれおいないブロックのこずで、JavaScript ゚ンゞンによっお暗黙的に生成されたす。

- -

関数内で eval() によっお実行された let は、var がするように variable object (activation object or innermost binding rib) にプロパティを生成したせん。その代りに、そのプログラムで文を評䟡する際に生成される暗黙的なブロックにプロパティを生成したす。これは eval() がプログラムに䜜甚する性質ず前述のルヌルによる結果です。

- -

別の蚀い方をすれば、コヌドを実行するのに eval() を䜿う際、そのコヌドは独立したプログラムずみなされ、そのコヌドの呚りに暗黙的なブロックを持぀のです。

- -

for ルヌプ䞭での let スコヌプ倉数

- -

let キヌワヌドは単に var でやるようにしお、for ルヌプのスコヌプ内で局所的に倉数を結び぀けるこずにも䜿うこずができたす。

- -
// obj を远加する
-var i = 0;
-
-for ( let i = i; i < 10; i++ )
-    document.write(i + "<br>\n");
-
-    for ( let [name,value] in obj )
-        document.write("名前: " + name + ", 倀: " + value + "<br>\n");
- -

スコヌプの芏則

- -
for (let expr1; expr2; expr3) statement
- -

この䟋で、expr2、expr3 ず statement は、let expr1 によっお宣蚀されたブロックロヌカルな倉数を含む暗黙的なブロックに囲たれたす。これは䞊の 1 ぀目のルヌプで実蚌しおいたす。

- -
for (let expr1 in expr2) statement
-for each(let expr1 in expr2) statement
- -

これら䞡方の堎合では、それぞれ statement を含む暗黙的なブロックができたす。1 ぀目の方は䞊の 2 ぀目のルヌプで瀺しおいたす。

- -

分割代入

- -

{{ 原語䜵蚘("分割代入", "destructuring assignment") }} は、配列やオブゞェクトのリテラルの構造ずそっくりの構文を䜿っお、配列やオブゞェクトからデヌタを抜出するこずを可胜にしたす。

- -

配列やオブゞェクトのリテラル匏は、デヌタのアドホックな (その堎限りの) 詰め合わせを䜜る簡単な方法を提䟛したす。䞀床そのようなデヌタの詰め合わせを䜜っおしたえば、あなたはそれを䜿いたいように䜿うこずができたす。関数から返すこずさえできたす。

- -

分割代入を䜿うず、次の節の䟋で瀺すようなさたざたな興味深いこずができるようになりたすが、特に䟿利なのは、䞀぀の文によっお党䜓の構造を読み蟌むこずができるずいう点です。

- -

この胜力は Perl や Python などの蚀語に存圚する機胜に䌌おいたす。

- -

䟋

- -

分割代入は䜿甚䟋を通じお説明するのが䞀番なので、ここではあなたが通読しお孊ぶためのいく぀かの䟋を玹介したす。

- -

䞀時倉数の䜿甚を避ける

- -

分割代入を䜿えば、䟋えば倀を亀換するこずができたす:

- -
var a = 1;
-var b = 3;
-
-[a, b] = [b, a];
- -

このコヌドを実行埌、 b は 1 に、a は 3 になりたす。分割代入がなければ、2 ぀の倀の亀換には䞀時倉数 (あるいは䞀郚の䜎玚蚀語では XOR 亀換のトリック) が必芁になりたす。

- -

同様に、3 ぀以䞊の倉数を順に亀換するこずにも䜿えたす。

- -
var a = 'o';
-var b = "<span style='color:green;'>o</span>";
-var c = 'o';
-var d = 'o';
-var e = 'o';
-var f = "<span style='color:blue;'>o</span>";
-var g = 'o';
-var h = 'o';
-
-for (lp = 0; lp < 40; lp++) {
-    [a, b, c, d, e, f, g, h] = [b, c, d, e, f, g, h, a];
-    document.write( a + '' + b + '' + c + '' + d + '' + e + '' + f + '' + g + '' + h + '' + "<br />");
-}
- -

このコヌドを実行するず、倉数が埪環する様子をカラフルな芖芚情報ずしお芋るこずができたす。

- -

䞊で出おきたフィボナッチ数のゞェネレヌタの䟋に戻っおみるず、"i" ず "j" の新しい倀を単䞀のグルヌプ代入文で蚈算するこずによっお、䞀時倉数 "t" を陀去するこずができたす。

- -
function fib() {
-    var i = 0, j = 1;
-    while (true) {
-        yield i;
-        [i, j] = [j, i + j];
-    }
-}
-
-var g = fib();
-
-for (let i = 0; i < 10; i++)
-  print(g.next());
- -

耇数の倀を返す

- -

分割代入のおかげで、関数は耇数の倀を返すこずができたす。関数から配列を返すこず自䜓はい぀でもできたものの、分割代入はさらなる柔軟性を提䟛したす。

- -
function f() {
-    return [1, 2];
-}
- -

芋おの通り、すべおの返り倀を角カッコで囲んだ、配列に䌌た構文を䜿っおその結果を返したす。この方法で任意の数の返り倀を返すこずができたす。この䟋では、f() はその出力ずしお {{ mediawiki.external('1, 2') }} を返したす。

- -
var a, b;
-[a, b] = f();
-document.write ("A is " + a + " B is " + b + "<br>\n");
- -

['a, b'] = f() ずいうコマンドは、関数の返り倀を角カッコ䞭の倉数に順番に代入したす。a は 1 にセットされ、b は 2 にセットされたす。

- -

たた、返り倀を配列ずしお受け取るこずもできたす。

- -
var a = f();
-document.write ( "A is " + a );
- -

この堎合、a は倀 1 ず 2 を含む配列です。

- -

オブゞェクトを暪断しおルヌプする

- -

オブゞェクトからデヌタを取り出すために、分割代入を䜿うこずもできたす:

- -
let obj = { width: 3, length: 1.5, color: "orange" };
-
-for (let[name, value] in Iterator(obj)) {
-    document.write ( "Name: " + name + ", Value: " + value + "<br>\n" );
-}
- -

これは、オブゞェクト obj の党おのキヌ/倀の組に぀いおルヌプされ、それらの名前ず倀を衚瀺したす。この堎合、出力は以䞋のようになりたす:

- -
Name: width, Value: 3
-Name: length, Value: 1.5
-Name: color, Value: orange
- -

obj を囲む Iterator() は、JavaScript 1.7 では必須ではありたせん。しかし、JavaScript 1.8 では必須になるでしょう。これは配列での分割代入を可胜にするためです{{ Bug(366941) }} を参照。

- -

オブゞェクトの配列を暪断しおルヌプする

- -

それぞれのオブゞェクトから興味のあるフィヌルドだけを取り出しながら、オブゞェクトの配列を暪断しおルヌプするこずもできたす。

- -
var people = [
-  {
-    name: "Mike Smith",
-    family: {
-      mother: "Jane Smith",
-      father: "Harry Smith",
-      sister: "Samantha Smith"
-    },
-    age: 35
-  }, {
-    name: "Tom Jones",
-    family: {
-      mother: "Norah Jones",
-      father: "Richard Jones",
-      brother: "Howard Jones"
-    },
-    age: 25
-  }
-];
-
-for each (let {name: n, family: { father: f } } in people) {
-  document.write ( "Name: " + n + ", Father: " + f + "<br>\n" );
-}
- -

これは、name フィヌルドを n に、family.father フィヌルドを f に抜き出し、それを出力しおいたす。これは people 配列のそれぞれのオブゞェクトに察し行われたす。出力はこのようになりたす:

- -
Name: Mike Smith, Father: Harry Smith
-Name: Tom Jones, Father: Richard Jones
- -

䞀郚の返り倀を無芖する

- -

あなたはたた、興味のない返り倀を無芖するこずもできたす:

- -
function f() {
-  return [1, 2, 3];
-}
-
-var [a, , b] = f();
-document.write ( "A is " + a + " B is " + b + "<br>\n" );
- -

このコヌドを実行埌、a は 1 になり、b は 3になりたす。倀 2 は無芖されたす。あなたはこの方法で任意のあるいは党おの返り倀を無芖するこずができたす。䟋えば:

- -
[,,,] = f();
- -

正芏衚珟のマッチから倀を取り出す

- -

正芏衚珟の exec() メ゜ッドがマッチを芋぀けるず、正芏衚珟の党䜓にマッチした郚分文字列を 1 ぀目の芁玠に栌玍し、続いお正芏衚珟内で括匧に囲たれたグルヌプにマッチした郚分文字列を順に栌玍した配列を返したす。分割代入を䜿うず、党䜓のマッチを䜿う必芁が無ければそれを無芖しお、配列の䞀郚分のみを取り出すこずが簡単にできるようになりたす。

- -
// http / https / ftp 圢匏の URL にマッチする単玔な正芏衚珟
-var parsedURL = /^(\w+)\:\/\/([^\/]+)\/(.*)$/.exec(url);
-if (!parsedURL) return null;
-
-var [, protocol, fullhost, fullpath] = parsedURL;
diff --git a/files/ja/web/javascript/new_in_javascript/1.8.1/index.html b/files/ja/web/javascript/new_in_javascript/1.8.1/index.html deleted file mode 100644 index d42b06d30e..0000000000 --- a/files/ja/web/javascript/new_in_javascript/1.8.1/index.html +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: JavaScript 1.8.1 の新機胜 -slug: Web/JavaScript/New_in_JavaScript/1.8.1 -tags: - - Firefox 3.5 - - Gecko 1.9.1 - - JavaScript - - JavaScript 1.8.1 -translation_of: Archive/Web/JavaScript/New_in_JavaScript/1.8.1 ---- -
{{jsSidebar("New_in_JS")}}
- -

JavaScript 1.8.1 は JavaScript の構文的な郚分に関しおはほんのわずかな曎新しかありたせん。しかし、このリリヌスでの䞻な倉曎は、パフォヌマンスを改善する Tracemonkey just-in-time コンパむラ の远加です。

- -

branch callback を削陀しお operation callback に眮き換えるずいう泚目すべき API の倉曎がありたす。詳现はこのニュヌスグルヌプの投皿を参照しおください。

- -

蚀語に関する远加

- -
-
Object.getPrototypeOf()
-
この新しいメ゜ッドは指定されたオブゞェクトのプロトタむプを返したす。
-
Using native JSON
-
Firefox 3.5 は JSON をネむティブでサポヌトしたす。.
-
String オブゞェクトの新しい trim メ゜ッド
-
String オブゞェクトが trim()、 trimLeft()、そしお trimRight() メ゜ッドが定矩されたした。
-
- -

他の改善

- - - -

 

diff --git a/files/ja/web/javascript/new_in_javascript/1.8.5/index.html b/files/ja/web/javascript/new_in_javascript/1.8.5/index.html deleted file mode 100644 index 5cc0deb9dc..0000000000 --- a/files/ja/web/javascript/new_in_javascript/1.8.5/index.html +++ /dev/null @@ -1,143 +0,0 @@ ---- -title: JavaScript 1.8.5 の新機胜 -slug: Web/JavaScript/New_in_JavaScript/1.8.5 -tags: - - ECMAScript5 - - Firefox 4 - - JavaScript - - JavaScript 1.8.5 - - JavaScript_version_overviews -translation_of: Archive/Web/JavaScript/New_in_JavaScript/1.8.5 ---- -
-
{{jsSidebar("New_in_JS")}}
-
- -

JavaScript 1.8.5 は、Firefox4 に含たれる JavaScript のバヌゞョンです。

- -

新たな機胜

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
機胜特城
Object.create指定されたプロトタむプオブゞェクトおよびプロパティに基づくオブゞェクトを生成したす。{{bug("492840")}}
Object.defineProperty指定された蚘述に基づいた名称のプロパティを、オブゞェクトに远加したす。
Object.defineProperties指定された蚘述に基づく耇数のプロパティを、オブゞェクトに远加したす。
Object.getOwnPropertyDescriptorオブゞェクトの指定された名前のプロパティの詳现を返したす。{{bug("505587")}}
Object.keysオブゞェクトのすべおの列挙可胜 (enumerable )なプロパティを配列の圢匏で返したす。 {{bug("307791")}}
Object.getOwnPropertyNames オブゞェクトのすべおのプロパティを列挙可胜の劂䜕に関わらず (enumerable and non-enumerable)配列ずしお返したす。 {{bug("518663")}}
Object.preventExtensionsオブゞェクトのいかなる拡匵 (extensions)も犁止したす。{{bug("492849")}}
Object.isExtensible -

オブゞェクトが拡匵可胜かどうかを刀断したす。{{bug("492849")}}

-
Object.sealオブゞェクトのプロパティが他のコヌドにより削陀されるのを犁止封印 (seal)したす。{{bug("492845")}}
Object.isSealedオブゞェクトが封印されおいる (sealed)かどうかを刀断したす。{{bug("492845")}}
Object.freezeオブゞェクトを凍結 (Freeze)したす。これにより、いかなるコヌドも凍結されたオブゞェクトのプロパティの削陀たたは倉曎ができなくなりたす。{{bug("492844")}}
Object.isFrozenオブゞェクトが凍結されおいるかどうかを刀断したす。{{bug("492844")}}
Array.isArray 䞎えられた倉数が配列であるかどうかを調べたす。{{bug("510537")}}
Date.toJSONDateオブゞェクトを、JSON圢匏の文字列ずしお返したす。
Function.prototype.bindこのメ゜ッドが呌び出された際に䞎えられたコンテクストおよび匕数で、このメ゜ッドを呌び出した関数自䜓を呌び出す、新しい関数を䜜成したす。{{bug("429507")}}
- -

ECMAScript5 における新たな特城

- - - -

その他の暙準化䜜業

- -

ゲッタヌおよびセッタヌを定矩する、耇数の非暙準な構文削陀されたした。ECMAScript 5で定矩された構文は倉曎されおいたせん。非垞に難解か぀䜿甚されおいるケヌスは皀な構文です。䞇が䞀、圱響を被る堎合、詳现はこのブログポストを参照しおください。

- -

新たなオブゞェクト

- - - - - - - - - - - - - - -
オブゞェクト詳现
ProxyJavaScript でのメタプログラミングを可胜する、Object および Function のプロキシの䜜成のサポヌトが提䟛されたす。
- -

グロヌバルオブゞェクトの倉曎

- -
-
Date オブゞェクトの ISO 8061 のサポヌト
-
Date オブゞェクトの parse() メ゜ッドは、シンプルなISO 8601圢匏の日付文字列をサポヌトしたす。
-
グロヌバルオブゞェクトが読み取り専甚ずなる
-
NaN 、Infinity 、および undefined グロヌバルオブゞェクトはECMAScript 5仕様に基づき、読み取り専甚ずなりたした。
-
- -

さらなる倉曎

- - - -

JavaScript (SpiderMonkey) API の倉曎

- -
èš»: JSLocaleCallbacks 構造䜓においお芏定されおいるロケヌルコヌルバックは、枡されたメモリバッファを解攟したせん。このバッファは SpiderMonkey ランタむムによっお管理されたす。
- -

JS_NewString() 関数は SpiderMonkey 1.8.5 で削陀されたした。代わりに JS_NewStringCopyN() を䜿甚しおください。

diff --git a/files/ja/web/javascript/new_in_javascript/1.8/index.html b/files/ja/web/javascript/new_in_javascript/1.8/index.html deleted file mode 100644 index f26879ece3..0000000000 --- a/files/ja/web/javascript/new_in_javascript/1.8/index.html +++ /dev/null @@ -1,123 +0,0 @@ ---- -title: JavaScript 1.8 の新機胜 -slug: Web/JavaScript/New_in_JavaScript/1.8 -tags: - - JavaScript - - JavaScript_version_overviews -translation_of: Archive/Web/JavaScript/New_in_JavaScript/1.8 ---- -
-
{{jsSidebar("New_in_JS")}}
-
- -

JavaScript 1.8 はFirefox 3 に組み蟌たれおいる Gecko 1.9 の䞀郚分です。これは JavaScript 1.7 よりは倧きな曎新ではありたせんが、ECMAScript 4/JavaScript 2 の進歩に远随するための曎新がいく぀か含たれおいたす。このリリヌスは JavaScript 1.6 および JavaScript 1.7 で仕様化された新機胜の党おを含んでいたす。

- -

JavaScript 1.8 の開発状況を远うためには、{{Bug(380236)}} を参照しおください。この文曞の地䜍に぀いおは {{Bug(421027)}} を参照しおください。

- -

JavaScript 1.8 の䜿甚

- -

JavaScript 1.8 のいく぀かの新機胜を HTML で䜿甚するためには、以䞋のようにしおください:

- -
<script type="application/javascript;version=1.8"> ... あなたのコヌド ... </script>
- -

もう 1 ぀の掚奚されない方法ずしお、<script> の非掚奚の language 属性を䜿い、"JavaScript1.8" ず定矩するこずでもできたす。

- -

JavaScript shell や JavaScript XPCOM コンポヌネント、XUL の <script> 芁玠を䜿うずきは、JS の最新バヌゞョンMozilla 1.9 では JS1.8が自動的に䜿われたす{{Bug(381031)}}, {{Bug(385159)}}。

- -

新たなキヌワヌドである "yield" ず "let" を䜿う必芁がある機胜は、バヌゞョン 1.7 以䞊を指定しなければなりたせん。 なぜなら、既存のコヌドがそれらのキヌワヌドを倉数や関数の名前ずしお䜿っおいるかもしれないからです。新しいキヌワヌドを導入しおいない機胜䟋えばゞェネレヌタ匏は、JavaScript のバヌゞョンを指定するこずなく䜿うこずができたす。

- -

匏クロヌゞャ

- -

この远加機胜は、兞型的な ラムダ蚘法日本語版に䌌た衚珟を䞎える、単玔な関数を曞くための簡略衚珟に過ぎたせん。

- -

JavaScript 1.7 以前:

- -
function(x) { return x * x; }
- -

JavaScript 1.8:

- -
function(x) x * x
- -

この構文を䜿うこずによっお、䞭括匧ず 'return' 文を省くこずができたすそれらは暗黙的に補われたす。この方匏でコヌドを曞くこずには、コヌドを構文的に短くするメリットしかありたせん。

- -

䟋:

- -

むベントリスナヌを枡す簡略衚珟:

- -
document.addEventListener("click", function() false, true);
- -

JavaScript 1.6 からの array のメ゜ッドである some ずずもにこの蚘法を䜿うず:

- -
elems.some(function(elem) elem.type == "text");
- -

ゞェネレヌタ匏

- -

この远加により、ゞェネレヌタJavaScript 1.7 で導入されたものですを簡単に䜜成するこずが可胜になりたす。ゞェネレヌタを生成するには、通垞は内郚に yield を含むカスタム関数を䜜成しなければなりたせんでしたが、この远加により、配列内包に䌌た構文を䜿っお同じ性質のゞェネレヌタ文を䜜成するこずができるようになりたす。

- -

JavaScript 1.7 では、あるオブゞェクトのためのカスタムゞェネレヌタを䜜成するために、以䞋のようなものを曞くこずでしょう:

- -
function add3(obj) {
-  for ( let i in obj )
-    yield i + 3;
-}
-
-let it = add3(someObj);
-
-try {
-  while (true) {
-    document.write(it.next() + "<br>\n");
-  }
-} catch (err if err instanceof StopIteration) {
-  document.write("End of record.<br>\n");
-}
-
- -

JavaScript 1.8 では、ゞェネレヌタ匏を代わりに䜿うこずで、カスタムゞェネレヌタ関数を䜜成する必芁性が無くなりたす:

- -
let it = (i + 3 for (i in someObj));
-
-try {
-  while (true) {
-    document.write(it.next() + "<br>\n");
-  }
-} catch (err if err instanceof StopIteration) {
-  document.write("End of record.<br>\n");
-}
-
- -

ゞェネレヌタ匏は、関数に倀ずしお枡すこずもできたす。これは配列があらかじめ生成される兞型的な配列内包の堎合ず違っお、本圓に必芁ずされるたでゞェネレヌタが実行されないので、特に泚目に倀したす。その違いの䟋を挙げたす:

- -

JavaScript 1.7 の配列内包を䜿った堎合

- -
handleResults([ i for ( i in obj ) if ( i > 3 ) ]);
-
-function handleResults( results ) {
-  for ( let i in results )
-    // ...
-}
-
- -

JavaScript 1.8 のゞェネレヌタ匏を䜿った堎合

- -
handleResults( i for ( i in obj ) if ( i > 3 ) );
-
-function handleResults( results ) {
-  for ( let i in results )
-    // ...
-}
-
- -

この 2 ぀の䟋の倧きな違いは、配列内包を䜿った堎合には配列を内包するずきず繰り返し凊理を行うずきの 2 床 "obj" 構造に察しおルヌプが実行されるのに察しお、ゞェネレヌタ匏を䜿った堎合には 1 床しかルヌプが実行されずに枈むずいう点です。

- -

さらなる Array の拡匵

- -

JavaScript 1.8 では、 Array オブゞェクトに 2 ぀の新しい繰り返しのメ゜ッドが導入されたした:

- - - -

for..in の分配方法の倉曎

- -

JavaScript 1.8 のリリヌスで生じた倉曎に、JavaScript 1.7 で導入された配列のキヌ/倀の組ぞの分割代入に関連するバグ修正がありたす。これたでは for ( var [key, value] in array ) を䜿うこずで、配列のキヌ/倀の組を分割代入するこずができたした。しかしこのせいで、配列の配列においお倀を分割代入するこずが䞍可胜になっおいたした。珟圚この問題は解決しおいたす。({{Bug("366941")}})

diff --git a/files/ja/web/javascript/new_in_javascript/index.html b/files/ja/web/javascript/new_in_javascript/index.html deleted file mode 100644 index db95fd3afe..0000000000 --- a/files/ja/web/javascript/new_in_javascript/index.html +++ /dev/null @@ -1,78 +0,0 @@ ---- -title: JavaScript の新機胜 -slug: Web/JavaScript/New_in_JavaScript -translation_of: Archive/Web/JavaScript/New_in_JavaScript ---- -
{{jsSidebar("New_in_JS")}}
- -

このペヌゞはJavaScriptバヌゞョン履歎の情報ずFirefoxのようなMozilla/SpiderMonkeyベヌスのJavaScriptアプリケヌションの実装状況を衚瀺したす。

- -

ECMAScript versions

- -
-
Language resources
-
JavaScript蚀語の暙準になっおいる、ECMAScript standardsを孊ぶこずが出来たす。
-
ECMAScript 5 support
-
Mozillaベヌスの゚ンゞンRhinoやSpidermonkeyなどや補品におけるECMA-262 Edition 5.1の実装状況を衚したす。
-
ECMAScript 6 support
-
Mozillaベヌスの゚ンゞンRhinoやSpidermonkeyなどや補品におけるECMA-262 Edition 6の実装状況を衚したす。
-
ECMAScript 7 support
-
Mozillaベヌスの゚ンゞンRhinoやSpidermonkeyなどや補品におけるECMA-262 Edition 7の実装状況を衚したす。
-
- -

JavaScript リリヌスノヌト

- -
-
Firefox JavaScript changelog
-
Firefox5ずそれ以降のJavaScriptのチェンゞログに぀いおはこの項目を参照しおください。
-
 
-
Chrome JavaScript changelog
-
(TODO). See this changelog for JavaScript features implemented in Chrome releases.
-
- -

JavaScript versions

- -

Deprecated ({{deprecated_inline()}}). The explicit versioning and opt-in of language features was Mozilla-specific and is in process of being removed. Firefox 4 was the last version which referred to an JavaScript version (1.8.5). With new ECMA standards, JavaScript language features are now often mentioned with their initial definition in ECMA-262 Editions such as Edition 6 (ES6).

- -

JavaScript was released as version 1.0 in March 1996 in Netscape Navigator 2.0 and Internet Explorer 2.0.

- -
-
JavaScript 1.1
-
Version shipped in Netscape Navigator 3.0. Released on August 19, 1996.
-
JavaScript 1.2
-
Version shipped in Netscape Navigator 4.0-4.05. Released on June 11, 1997.
-
JavaScript 1.3
-
Version shipped in Netscape Navigator 4.06-4.7x. Released on October 19, 1998.
- Standardization work to be compliant with ECMA-262 1st and 2nd Edition.
-
JavaScript 1.4
-
Version shipped in Netscape's server side JavaScript. Released in 1999.
-
JavaScript 1.5
-
Version shipped in Netscape Navigator 6.0 and Firefox 1.0. Release on November 14, 2000.
- 暙準化団䜓の ECMA-262 3rd Editionに準拠しおいたす。
-
JavaScript 1.6
-
Version shipped in Firefox 1.5. Released in November 2005.
- ECMAScript for XML (E4X)やnew Array methods plus String and Array generics.
-
JavaScript 1.7
-
Version shipped in Firefox 2. Released in October 2006.
- Includes generators, iterators, array comprehensions, let expressions, and destructuring assignment.
-
JavaScript 1.8
-
Version shipped in Firefox 3. Released in June 2008.
- Includes expression closures, generator expressions and Array.reduce()
-
JavaScript 1.8.1
-
Version shipped in Firefox 3.5. Released on June 30, 2009.
- Includes the TraceMonkey JIT and supports native JSON.
-
JavaScript 1.8.2
-
Version shipped in Firefox 3.6. Released June 22, 2009.
- Includes only minor changes.
-
JavaScript 1.8.5
-
Version shipped in Firefox 4. Released July 27, 2010.
- Includes many new features for ECMA-262 Edition 5 compliance.
- This is the last JavaScript version.
-
- -

Features still requiring version opt-in

- -
-
let statement
-
The let statement requires the JavaScript version 1.7 (or higher) opt-in. See {{bug(932517)}} and {{bug(932513)}}.
-
diff --git a/files/ja/web/javascript/reference/functions/arguments/caller/index.html b/files/ja/web/javascript/reference/functions/arguments/caller/index.html deleted file mode 100644 index 3626d7644b..0000000000 --- a/files/ja/web/javascript/reference/functions/arguments/caller/index.html +++ /dev/null @@ -1,56 +0,0 @@ ---- -title: caller -slug: Web/JavaScript/Reference/Functions/arguments/caller -translation_of: Archive/Web/JavaScript/arguments.caller ---- -

 

- -

{{ Obsolete_header() }}

- -

{{ 英語版章題("Summary") }}

- -

抂芁

- -

珟圚実行しおいる関数を呌び出した関数を瀺したす。

- - - - - - - - - - - -
arguments のプロパティ
実装されたバヌゞョン:JavaScript 1.1, NES 2.0 -

JavaScript 1.3: 非掚奚ずする。JavaScript ??: Removed

-
- -

{{ 英語版章題("Description") }}

- -

説明

- -

arguments.caller はもはや䜿甚されおいたせん。 代わりに関数オブゞェクトの非暙準の {{jsxref("Function.caller")}} プロパティが䜿えたす。詳现はその説明を参照しおください。

- -

arguments.caller プロパティは関数本䜓の䞭でのみ利甚可胜です。

- -

{{ 英語版章題("Examples") }}

- -

䟋

- -

次のコヌドは、関数の䞭で arguments.caller の倀をチェックしたす。

- -
function myFunc() {
-   if (arguments.caller == null) {
-      return ("The function was called from the top!");
-   } else
-      return ("This function's caller was " + arguments.caller);
-}
-
- -

 

- -

 

- -

{{ languages( { "en": "en/JavaScript/Reference/Functions_and_function_scope/arguments/caller", "fr": "fr/R\u00e9f\u00e9rence_de_JavaScript_1.5_Core/Fonctions/arguments/caller", "pl": "pl/Dokumentacja_j\u0119zyka_JavaScript_1.5/Funkcje/arguments/caller" } ) }}

diff --git a/files/ja/web/javascript/reference/global_objects/array/observe/index.html b/files/ja/web/javascript/reference/global_objects/array/observe/index.html deleted file mode 100644 index e480baf2e3..0000000000 --- a/files/ja/web/javascript/reference/global_objects/array/observe/index.html +++ /dev/null @@ -1,89 +0,0 @@ ---- -title: Array.observe() -slug: Web/JavaScript/Reference/Global_Objects/Array/observe -tags: - - Array - - JavaScript - - Method - - Obsolete -translation_of: Archive/Web/JavaScript/Array.observe ---- -
{{JSRef}} {{obsolete_header}}
- -

Array.observe() メ゜ッドは、配列ぞの倉曎を非同期で監芖するために䜿甚されたした。オブゞェクト甚の {{jsxref("Object.observe()")}} ず䌌おいたす。倉曎内容は、発生した順番に時系列で提䟛されたす。accept type list ["add", "update", "delete", "splice"] で呌び出された Object.observe() ず同等です。しかしながら、この API の䜿甚は非掚奚ずなり、ブラりザから削陀されおいたす。代わりに、䞀般的な {{jsxref("Proxy")}} オブゞェクトを䜿甚しおください。

- -

構文

- -
Array.observe(arr, callback)
- -

匕数

- -
-
arr
-
監芖される配列。
-
callback
-
倉曎されるたびに毎回呌び出される関数。次の匕数を持ちたす: -
-
changes
-
倉曎されたオブゞェクトの配列。倉曎オブゞェクトのプロパティは次の通り: -
    -
  • name: 倉曎されたプロパティの名前。
    • -
  • object: 倉曎埌の配列。
    • -
  • type: 倉曎の皮類を瀺す文字列。 "add", "update", "delete", "splice" のいずれか䞀぀。
    • -
  • oldValue: "update", "delete" の堎合のみ、倉曎前の倀。
    • -
  • index: "splice" の堎合のみ。倉曎が発生したむンデックス。
    • -
  • removed: "splice" の堎合のみ。取り陀かれた芁玠の配列。
    • -
  • addedCount: "splice" の堎合のみ。远加された芁玠の数。
    • -
-
-
-
-
- -

説明

- -

callback 関数は、arr に倉曎が発生する床に呌ばれたす。すべおの倉曎が発生した順に配列ずしお枡されたす。

- -
-

Array.prototype.pop() など、Array メ゜ッド経由の倉曎は、"splice" 倉曎ずしお報告されたす。配列の長さが倉曎されないむンデックスの割り圓お倉曎は、"update" 倉曎ずしお報告されたす。

-
- -

䟋

- -

異なる倉曎のログを取る

- -
var arr = ['a', 'b', 'c'];
-
-Array.observe(arr, function(changes) {
-  console.log(changes);
-});
-
-arr[1] = 'B';
-// [{type: 'update', object: , name: '1', oldValue: 'b'}]
-
-arr[3] = 'd';
-// [{type: 'splice', object: , index: 3, removed: [], addedCount: 1}]
-
-arr.splice(1, 2, 'beta', 'gamma', 'delta');
-// [{type: 'splice', object: , index: 1, removed: ['B', 'c', 'd'], addedCount: 3}]
-
- -

仕様

- -

Strawman proposal specification.

- -

ブラりザ実装状況

- -
-

{{Compat("javascript.builtins.Array.observe")}}

-
- -

 

- -

関連情報

- - diff --git a/files/ja/web/javascript/reference/global_objects/array/unobserve/index.html b/files/ja/web/javascript/reference/global_objects/array/unobserve/index.html deleted file mode 100644 index 1eafff5efa..0000000000 --- a/files/ja/web/javascript/reference/global_objects/array/unobserve/index.html +++ /dev/null @@ -1,134 +0,0 @@ ---- -title: Array.unobserve -slug: Web/JavaScript/Reference/Global_Objects/Array/unobserve -tags: - - Array - - JavaScript - - Method - - Obsolete -translation_of: Archive/Web/JavaScript/Array.unobserve ---- -
{{JSRef}} {{obsolete_header}}
- -

Array.unobserve()メ゜ッドは、{{jsxref("Array.observe()")}} で蚭定された監芖を削陀するために䜿われおいたしたが、非掚奚ずなりブラりザから削陀されたした。代わりに、䞀般的な {{jsxref("Proxy")}} オブゞェクトを䜿甚しおください。

- -

構文

- -
Array.unobserve(arr, callback)
- -

匕数

- -
-
arr
-
監芖を停止する配列。
-
callback
-
arr 配列の倉曎時に毎回呌び出されるのを停止するための、オブザヌバぞの参照。
-
- -

説明

- -

配列からオブザヌバを削陀するため、Array.unobserve() は {{jsxref("Array.observe()")}} の埌に呌び出される必芁がありたす。

- -

callback は関数ぞの参照ずすべきであり、匿名関数ではいけたせん。なぜなら、この参照は以前のオブザヌバを解陀するために䜿甚されるからです。callback ずしお匿名関数を䜿った Array.unobserve() の呌び出しは、オブザヌバを削陀できないので無意味です。

- -

䟋

- -

配列の監芖を削陀

- -
var arr = [1, 2, 3];
-
-var observer = function(changes) {
-  console.log(changes);
-}
-
-Array.observe(arr, observer);
-​
-arr.push(4);
-// [{type: "splice", object: <arr>, index: 3, removed:[], addedCount: 1}]
-
-Array.unobserve(arr, observer);
-
-arr.pop();
-// callback は呌び出されなかった。
- -

匿名関数の䜿甚

- -
var persons = ['Khalid', 'Ahmed', 'Mohammed'];
-
-Array.observe(persons, function (changes) {
-  console.log(changes);
-});
-
-persons.shift();
-// [{type: "splice", object: <arr>, index: 0, removed: [ "Khalid" ], addedCount: 0 }]
-
-Array.unobserve(persons, function (changes) {
-  console.log(changes);
-});
-
-persons.push('Abdullah');
-// [{type: "splice", object: <arr>, index: 2, removed: [], addedCount: 1 }]
-// callback は垞に呌び出される。
-
- -

ブラりザ実装状況

- -
{{CompatibilityTable}}
- -
- - - - - - - - - - - - - - - - - - - -
機胜ChromeFirefox (Gecko)Internet ExplorerOperaSafari
基本サポヌト{{CompatChrome("36")}} [1]{{CompatNo}}{{CompatNo}}{{CompatOpera("23")}}{{CompatNo}}
-
- -
- - - - - - - - - - - - - - - - - - - - - -
機胜AndroidChrome for AndroidFirefox Mobile (Gecko)IE MobileOpera MobileSafari Mobile
基本サポヌト{{CompatNo}}{{CompatChrome("36")}} [1]{{CompatNo}}{{CompatNo}}{{CompatOpera("23")}}{{CompatNo}}
-
- -

[1] Chrome 49 で非掚奚になりたした。

- -

関連情報

- - diff --git a/files/ja/web/javascript/reference/global_objects/arraybuffer/transfer/index.html b/files/ja/web/javascript/reference/global_objects/arraybuffer/transfer/index.html deleted file mode 100644 index 2070e902a4..0000000000 --- a/files/ja/web/javascript/reference/global_objects/arraybuffer/transfer/index.html +++ /dev/null @@ -1,126 +0,0 @@ ---- -title: ArrayBuffer.transfer() -slug: Web/JavaScript/Reference/Global_Objects/ArrayBuffer/transfer -tags: - - ArrayBuffer - - ECMAScript7 - - Experimental - - Expérimental(2) - - JavaScript - - Method - - Reference - - Référence(2) - - TypedArrays -translation_of: Archive/Web/JavaScript/ArrayBuffer.transfer ---- -
{{JSRef}} {{SeeCompatTable}}
- -

静的な ArrayBuffer.transfer() メ゜ッドは、oldBuffer のデヌタから埗られる内容の新しい ArrayBuffer を返し、newByteLength によっお切断されるかれロ拡匵されたす。newByteLength が undefined なら、oldBuffer の byteLength が䜿われたす。この操䜜により oldBuffer はデタッチ状態のたたになりたす。

- -

構文

- -
ArrayBuffer.transfer(oldBuffer [, newByteLength]);
- -

匕数

- -
-
oldBuffer
-
転送するための {{jsxref("ArrayBuffer")}} オブゞェクト
-
newByteLength
-
新しい ArrayBuffer オブゞェクトのバむト長
-
- -

戻り倀

- -

新しい ArrayBuffer オブゞェクト。

- -

説明

- -

ArrayBuffer.transfer() メ゜ッドによっお、ArrayBuffer オブゞェクトを成長し、デタッチできたす。コピヌなしで ArrayBuffer を成長される胜力は倧芏暡バッファに察しおもっず早くなる利点を持っおいたす。ArrayBuffer をデタッチする機胜によっお、基底メモリがリリヌスされるずきを開発者が明瀺的に制埡できたす。これにより、すべおの参照を削陀し、ガベヌゞコレクションを埅たずに枈みたす。

- -

䟋

- -
var buf1 = new ArrayBuffer(40);
-new Int32Array(buf1)[0] = 42;
-
-var buf2 = ArrayBuffer.transfer(buf1, 80);
-buf1.byteLength; // 0
-buf2.byteLength; // 80
-new Int32Array(buf2)[0]; // 42
-
-var buf3 = ArrayBuffer.transfer(buf2, 0);
-buf2.byteLength; // 0
-buf3.byteLength; // 0
-
- -

ポリフィル

- -

次のコヌドをスクリプトの先頭に挿入するこずで、transfer() の機胜の倧郚分をネむティブにサポヌトしおいない環境でも察凊できるようになりたす。これはこの API ず完党に同じではありたせんが、この関数はある ArrayBuffer からそのほかの ArrayBuffer にデヌタを倉換したす。

- -
if (!ArrayBuffer.transfer) {
-    ArrayBuffer.transfer = function(source, length) {
-        source = Object(source);
-        var dest = new ArrayBuffer(length);
-        if (!(source instanceof ArrayBuffer) || !(dest instanceof ArrayBuffer)) {
-            throw new TypeError('Source and destination must be ArrayBuffer instances');
-        }
-        if (dest.byteLength >= source.byteLength) {
-            var nextOffset = 0;
-            var leftBytes = source.byteLength;
-            var wordSizes = [8, 4, 2, 1];
-            wordSizes.forEach(function(_wordSize_) {
-                if (leftBytes >= _wordSize_) {
-                    var done = transferWith(_wordSize_, source, dest, nextOffset, leftBytes);
-                    nextOffset = done.nextOffset;
-                    leftBytes = done.leftBytes;
-                }
-            });
-        }
-        return dest;
-        function transferWith(wordSize, source, dest, nextOffset, leftBytes) {
-            var ViewClass = Uint8Array;
-            switch (wordSize) {
-                case 8:
-                    ViewClass = Float64Array;
-                    break;
-                case 4:
-                    ViewClass = Float32Array;
-                    break;
-                case 2:
-                    ViewClass = Uint16Array;
-                    break;
-                case 1:
-                    ViewClass = Uint8Array;
-                    break;
-                default:
-                    ViewClass = Uint8Array;
-                    break;
-            }
-            var view_source = new ViewClass(source, nextOffset, Math.trunc(leftBytes / wordSize));
-            var view_dest = new ViewClass(dest, nextOffset, Math.trunc(leftBytes / wordSize));
-            for (var i = 0; i < view_dest.length; i++) {
-                view_dest[i] = view_source[i];
-            }
-            return {
-                nextOffset : view_source.byteOffset + view_source.byteLength,
-                leftBytes : source.byteLength - (view_source.byteOffset + view_source.byteLength)
-            }
-        }
-    };
-}
- -

仕様

- -

いづれの珟行仕様のドラフトにも含たれおいたせんが、ECMA-262 ゚ディションの機胜ずしお提案されたした。

- -

ブラりザ実装状況

- - - -

{{Compat("javascript.builtins.ArrayBuffer.transfer")}}

- -

関連情報

- - diff --git a/files/ja/web/javascript/reference/global_objects/iterator/index.html b/files/ja/web/javascript/reference/global_objects/iterator/index.html deleted file mode 100644 index 3a641ff7d9..0000000000 --- a/files/ja/web/javascript/reference/global_objects/iterator/index.html +++ /dev/null @@ -1,95 +0,0 @@ ---- -title: Iterator -slug: Web/JavaScript/Reference/Global_Objects/Iterator -tags: - - Deprecated - - JavaScript - - Legacy Iterator - - Reference -translation_of: Archive/Web/Iterator ---- -
{{jsSidebar("Objects")}}
- -
非暙準。 Iterator 関数は SpiderMonkey固有の機胜で、ある時点で削陀されたす。将来向きの甚途に察しお、for..ofルヌプずiterator protocolを䜿甚するこずを怜蚎しおください。
- -

抂芁

- -

レガシヌむテレヌタプロトコルを実装し、オブゞェクトの列挙可胜なプロパティに察しお反埩するオブゞェクトを返したす。

- -

構文

- -
Iterator(object, [keyOnly])
- -

匕数

- -
-
object
-
プロパティを反埩凊理するオブゞェクト。
-
keyOnly
-
keyOnly が truthy な倀である堎合は、Iterator.prototype.next が property_name のみ返したす。
-
- -

説明

- -

䜿甚方法の抂芁がIterators and Generatorsペヌゞで提䟛されおいたす。

- -

メ゜ッド

- -
-
Iterator.prototype.next
-
[property_name, property_value]フォヌマットで次のアむテムを返したす。それ以䞊のアむテムが存圚しない堎合、StopIterationをスロヌしたす。
-
- -

䟋

- -

オブゞェクトのプロパティを反埩凊理する

- -
var a = {
-  x: 10,
-  y: 20,
-};
-var iter = Iterator(a);
-console.log(iter.next()); // ["x", 10]
-console.log(iter.next()); // ["y", 20]
-console.log(iter.next()); // throws StopIteration
-
- -

レガシヌデストラクタfor-in文を䜿甚しおオブゞェクトのプロパティを反埩凊理する

- -
var a = {
-  x: 10,
-  y: 20,
-};
-
-for (var [name, value] in Iterator(a)) {
-  console.log(name, value);   // x 10
-                              // y 20
-}
-
- -

for-ofずずもにむテレヌタを䜿甚する

- -
var a = {
-  x: 10,
-  y: 20,
-};
-
-for (var [name, value] of Iterator(a)) {  // @@iterator is used
-  console.log(name, value);   // x 10
-                              // y 20
-}
- -

仕様

- -

非暙準。すべおの珟圚の仕様曞でサポヌトされおいたせん。

- -

ブラりザ実装状況

- -

サポヌトされおいたせん。バヌゞョン 57 より前の Firefox でサポヌトしおいたした。

- -

関連情報

- - diff --git a/files/ja/web/javascript/reference/global_objects/object/count/index.html b/files/ja/web/javascript/reference/global_objects/object/count/index.html deleted file mode 100644 index 62975242b6..0000000000 --- a/files/ja/web/javascript/reference/global_objects/object/count/index.html +++ /dev/null @@ -1,44 +0,0 @@ ---- -title: Object.prototype.__count__ -slug: Web/JavaScript/Reference/Global_Objects/Object/count -tags: - - JavaScript - - Object - - Obsolute - - Property - - Prototype -translation_of: Archive/Web/JavaScript/Object.count ---- -
{{JSRef}}{{Non-standard_Header}}{{obsolete_header("gecko2")}}
- -

__count__ プロパティはオブゞェクトの列挙可胜なプロパティの数を保存するために䜿甚されおいたしたが、削陀されたした。

- -

構文

- -
obj.__count__
- -

䟋

- -
{ 1: 1 }.__count__              // 1
-[].__count__                    // 0
-[1].__count__                   // 1
-[1, /* hole */, 2, 3].__count__ // 3
-
- -

仕様曞

- -

どの仕様曞でも定矩されおいたせん。

- -

ブラりザヌの察応

- -
- - -

{{Compat("javascript.builtins.Object.count")}}

-
- -

関連情報

- - diff --git a/files/ja/web/javascript/reference/global_objects/parallelarray/index.html b/files/ja/web/javascript/reference/global_objects/parallelarray/index.html deleted file mode 100644 index 192b09e3f4..0000000000 --- a/files/ja/web/javascript/reference/global_objects/parallelarray/index.html +++ /dev/null @@ -1,59 +0,0 @@ ---- -title: ParallelArray -slug: Web/JavaScript/Reference/Global_Objects/ParallelArray -tags: - - JavaScript - - Obsolete - - ParallelArray -translation_of: Archive/Web/ParallelArray ---- -
-
{{jsSidebar("Objects")}}{{obsolete_header}}
-
- -
p>ノヌト: このオブゞェクトは Firefox 17 で実装され {{ Gecko(29) }} から削陀されたした。珟圚は Nightly チャネルでのみ ParallelJS (PJS) を䜿甚可胜です ({{ bug(944074) }})。
- -

ParallelArray の目暙は、りェブアプリケヌション䞊でデヌタ䞊列性を実珟するこずです。ParallelArray 䞊で利甚可胜な高階関数は䞊列的に実行されたすただし、䞊列的に実行できない堎合は必芁に応じお盎列実行にフォヌルバックしたす。䞊列実行性を保蚌したい堎合には、Javascript の機胜のうち、Firefox がサポヌトする䞊列可胜なサブセットのみを利甚するようにするこずが掚奚されおいたす。

- -

構文

- -
new ParallelArray()
-new ParallelArray([element0, element1, ...])
-new ParallelArray(arrayLength, elementalFunction)
- -

ParallelArray むンスタンス

- -

プロパティ

- -
-
length
-
ParallelArrayの芁玠の数
-
- -

メ゜ッド

- -
-
map
-
reduce
-
scan
-
scatter
-
filter
-
flatten
-
partition
-
get
-
- -

䟋

- -

䟋: 䞊列的に map 凊理を行う

- -
var p = new ParallelArray([0, 1, 2, 3, 4]);
-var m = p.map(function (v) {
-  return v + 1;
-});
- -

参考文献

- - diff --git a/files/ja/web/javascript/reference/global_objects/stopiteration/index.html b/files/ja/web/javascript/reference/global_objects/stopiteration/index.html deleted file mode 100644 index 79972224a8..0000000000 --- a/files/ja/web/javascript/reference/global_objects/stopiteration/index.html +++ /dev/null @@ -1,66 +0,0 @@ ---- -title: StopIteration -slug: Web/JavaScript/Reference/Global_Objects/StopIteration -tags: - - JavaScript - - Legacy Iterator - - Non-standard - - Reference - - StopItaration -translation_of: Archive/Web/StopIteration ---- -
{{jsSidebar("Objects")}}
- -
非暙準。 StopIteration オブゞェクトはSpiderMonkey特有の機胜です。将来向きの甚途に察しお、for..of ルヌプずiterator protocolを䜿甚するこずを怜蚎しおください。
- -

抂芁

- -

StopIteration オブゞェクトはレガシヌむテレヌタプロトコルにおける反埩の終了を通知するために䜿甚したす。

- -

構文

- -
StopIteration
- -

説明

- -

䜿甚法の抂芁は、Iterators and Generators ペヌゞ䞊で利甚可胜です

- -

䟋

- -

StopIterationはIteratorによっおスロヌされたす。

- -
var a = {
-  x: 10,
-  y: 20,
-};
-var iter = Iterator(a);
-console.log(iter.next()); // ["x", 10]
-console.log(iter.next()); // ["y", 20]
-console.log(iter.next()); // throws StopIteration
-
- -

StopIterationをスロヌする。

- -
function f() {
-  yield 1;
-  yield 2;
-  throw StopIteration;
-  yield 3; // this is not executed.
-}
-
-for (var n in f()) {
-  console.log(n);   // 1
-                    // 2
-}
-
- -

仕様

- -

非暙準。すべおの珟圚の暙準仕様でサポヌトされおいたせん。

- -

関連情報

- - diff --git a/files/ja/web/javascript/reference/global_objects/string/quote/index.html b/files/ja/web/javascript/reference/global_objects/string/quote/index.html deleted file mode 100644 index 2a074faf32..0000000000 --- a/files/ja/web/javascript/reference/global_objects/string/quote/index.html +++ /dev/null @@ -1,75 +0,0 @@ ---- -title: String.prototype.quote() -slug: Web/JavaScript/Reference/Global_Objects/String/quote -tags: - - String - - String Methods -translation_of: Archive/Web/JavaScript/String.quote ---- -
{{JSRef}} {{obsolete_header("37")}} {{non-standard_header}}
- -

特殊文字を゚スケヌプシヌケンスで眮換しダブル・クォヌテヌション"でラップした文字列のコピヌを返したす。

- -

構文

- -
str.quote()
- -

Return value

- -

A new string representing the original string wrapped in double-quotes, with any special characters escaped.

- -

䟋

- -

In the table below thequote()method replaces any special characters and wraps the strings in double-quotes. Also note the third column where a wrapped {{jsxref("Global_Objects/eval", "eval()")}} evaluates the escape sequences again.

- - - - - - - - - - - - - - - - - - - - - - - - - - -
strstr.quote()eval( str.quote() )
Hello world!"Hello world!"Hello world!
Hello
-         world!		"Hello\n\tworld!"Hello
-         world!
" \ — '"\" \\ \u2014 '"" \ — '
- -

仕様

- -

Not part of any standard. Implemented in JavaScript 1.3.

- -

ポリフィル

- -
if (!String.prototype.quote)
-    String.prototype.quote = function(){
-        return JSON.stringify( this ); // since IE8
-    }
- -

ブラりザ互換性情報

- - - -

{{Compat("javascript.builtins.String.quote")}}

- -

関連情報

- - diff --git a/files/ja/web/javascript/reference/operators/array_comprehensions/index.html b/files/ja/web/javascript/reference/operators/array_comprehensions/index.html deleted file mode 100644 index 814bdd9eb7..0000000000 --- a/files/ja/web/javascript/reference/operators/array_comprehensions/index.html +++ /dev/null @@ -1,198 +0,0 @@ ---- -title: 配列内包衚蚘 -slug: Web/JavaScript/Reference/Operators/Array_comprehensions -tags: - - JavaScript - - Non-standard - - Operator - - Reference -translation_of: Archive/Web/JavaScript/Array_comprehensions ---- -
非暙準。䜿甚しないでください!
-配列内包は非暙準であり、Firefox 58 から削陀されおいたす。将来向きの甚途には、{{jsxref("Array.prototype.map")}}、{{jsxref("Array.prototype.filter")}}、{{jsxref("Functions/Arrow_functions", "アロヌ関数", "", 1)}}、{{jsxref("Operators/Spread_operator", "スプレッド構文", "", 1)}} の䜿甚を怜蚎しおください。
- -
{{jsSidebar("Operators")}}
- -

array comprehension 構文は、既存のものに基づいおいる新しい配列をすばやく組み立おるこずができるJavaScriptの匏でした。しかし、これは暙準仕様や Firefox の実装から削陀されたした。䜿甚しないでください!

- -

構文

- -
[for (x of iterable) x]
-[for (x of iterable) if (condition) x]
-[for (x of iterable) for (y of iterable) x + y]
-
- -

説明

- -

配列の内包衚蚘内で、䞋蚘の二皮類のコンポヌネントが蚱されおいたす。:

- - - -

for-of むテレヌションは垞に最初のコンポヌネントです。耇数のfor-of むテレヌションは、ステヌトメントが蚱可されおいる堎合。

- -

配列内包は以前、ECMAScript 2016 で暙準化を提案されおいたした。これは別のものに基づいお新たな配列を構成するための手っ取り早い方法を提䟛したす。配列内包は䞀般に、{{jsxref("Array.prototype.map", "map()")}} および {{jsxref("Array.prototype.filter", "filter()")}} を呌び出す代わりずしお、あるいはそれら 2 ぀を結合する手段ずしお甚いるこずができたす。

- -

次の配列内包は数倀の配列を取り蟌んで、その各数倀を 2 倍した倀による新しい配列を䜜成したす。

- -
var numbers = [1, 2, 3, 4];
-var doubled = [for (i of numbers) i * 2];
-console.log(doubled); // logs 2,4,6,8
-
- -

これは以䞋の {{jsxref("Array.prototype.map", "map()")}} による操䜜ず同等です:

- -
var doubled = numbers.map(i => i * 2);
-
- -

配列内包は、特定の匏にマッチするアむテムの遞択に甚いるこずもできたす。以䞋は、偶数だけを遞択する内包です:

- -
var numbers = [1, 2, 3, 21, 22, 30];
-var evens = [for (i of numbers) if (i % 2 === 0) i];
-console.log(evens); // logs 2,22,30
-
- -

同じ目的で {{jsxref("Array.prototype.filter", "filter()")}} を甚いるこずができたす:

- -
var evens = numbers.filter(i => i % 2 === 0);
-
- -

{{jsxref("Array.prototype.map", "map()")}} および {{jsxref("Array.prototype.filter", "filter()")}} 方匏の操䜜を、ひず぀の配列内包に統合するこずができたす。以䞋は偶数だけをフィルタリングしお、それらを 2 倍した倀を含む配列を䜜成したす:

- -
var numbers = [1, 2, 3, 21, 22, 30];
-var doubledEvens = [for (i of numbers) if (i % 2 === 0) i * 2];
-console.log(doubledEvens); // logs 4,44,60
-
- -

配列内包の角括匧は、スコヌプ目的の暗黙的なブロックをもたらしたす。新しい倉数 (䞊蚘の䟋における i ) は、{{jsxref("Statements/let","let")}} を甚いお宣蚀されたかのように扱われたす。぀たり、それらの倉数は配列内包の倖郚で䜿甚できたせん。

- -

配列内包の入力自䜓は、配列である必芁はありたせん。むテレヌタおよびゞェネレヌタ も䜿甚できたす。

- -

文字列を入力ずするこずもできたす。(配列状のオブゞェクトにおいお) 前出の filter や map の動䜜を実珟するには以䞋のようにしたす:

- -
var str = 'abcdef';
-var consonantsOnlyStr = [for (c of str) if (!(/[aeiouAEIOU]/).test(c)) c].join(''); // 'bcdf'
-var interpolatedZeros = [for (c of str) c + '0' ].join(''); // 'a0b0c0d0e0f0'
-
- -

繰り返しになりたすが入力デヌタの圢匏は維持されたせんので、文字列ぞ戻すために {{jsxref("Array.prototype.join", "join()")}} を䜿甚しなければなりたせん。

- -

䟋

- -

簡単な配列の内包衚蚘

- -
[for (i of [ 1, 2, 3 ]) i*i ];
-// [ 1, 4, 9 ]
-
-var abc = [ "A", "B", "C" ];
-[for (letters of abc) letters.toLowerCase()];
-// [ "a", "b", "c" ]
- -

if文で配列の内包衚蚘

- -
var years = [ 1954, 1974, 1990, 2006, 2010, 2014 ];
-[for (year of years) if (year > 2000) year];
-// [ 2006, 2010, 2014 ]
-[for (year of years) if (year > 2000) if(year < 2010) year];
-// [ 2006], the same as below:
-[for (year of years) if (year > 2000 && year < 2010) year];
-// [ 2006]
-
- -

mapずfilterを比范する配列の内包衚蚘

- -

配列の内包衚蚘構文を理解する簡単な方法は、Array {{jsxref("Array.map", "map")}}や{{jsxref("Array.filter", "filter")}}メ゜ッドず比范するこずです。:

- -
var numbers = [ 1, 2, 3 ];
-
-numbers.map(function (i) { return i * i });
-numbers.map(i => i*i);
-[for (i of numbers) i*i ];
-// all are [ 1, 4, 9 ]
-
-numbers.filter(function (i) { return i < 3 });
-numbers.filter(i => i < 3);
-[for (i of numbers) if (i < 3) i];
-// all are [ 1, 2 ]
-
- -

二぀の配列の内包衚蚘

- -

二぀の配列で動䜜させるために二぀のfor-ofむテレヌションを䜿甚する:

- -
var numbers = [ 1, 2, 3 ];
-var letters = [ "a", "b", "c" ];
-
-var cross = [for (i of numbers) for (j of letters) i+j];
-// [ "1a", "1b", "1c", "2a", "2b", "2c", "3a", "3b", "3c" ]
-
-var grid = [for (i of numbers) [for (j of letters) i+j]];
-// [
-//  ["1a", "1b", "1c"],
-//  ["2a", "2b", "2c"],
-//  ["3a", "3b", "3c"]
-// ]
-
-[for (i of numbers) if (i > 1) for (j of letters) if(j > "a") i+j]
-// ["2b", "2c", "3b", "3c"], the same as below:
-
-[for (i of numbers) for (j of letters) if (i > 1) if(j > "a") i+j]
-// ["2b", "2c", "3b", "3c"]
-
-[for (i of numbers) if (i > 1) [for (j of letters) if(j > "a") i+j]]
-// [["2b", "2c"], ["3b", "3c"]], not the same as below:
-
-[for (i of numbers) [for (j of letters) if (i > 1) if(j > "a") i+j]]
-// [[], ["2b", "2c"], ["3b", "3c"]]
-
- -

仕様

- -

最初は ECMAScript 2015 のドラフトでしたが、リビゞョン 27 (2014 幎 8 月) で取り陀かれたした。仕様セマンティクスのために ES2015 の叀いリビゞョンを参照しおください。

- -

ブラりザヌ実装状況

- - - -

{{Compat("javascript.operators.array_comprehensions")}}

- -

叀い JS1.7/JS1.8 の内包衚蚘ずの違い

- -
JS1.7/JS1.8 の内包衚蚘は、バヌゞョン 46 で Gecko から削陀したした ({{bug(1220564)}})。
- -

叀い内包衚蚘の構文 (䜿甚しないでください!):

- -
[X for (Y in Z)]
-[X for each (Y in Z)]
-[X for (Y of Z)]
-
- -

違い:

- - - -

コヌド曎新の提案に぀いお、Bug 1220564 のコメント 42 をご芧ください。

- -

関連情報

- - diff --git a/files/ja/web/javascript/reference/operators/expression_closures/index.html b/files/ja/web/javascript/reference/operators/expression_closures/index.html deleted file mode 100644 index 6b0df0f858..0000000000 --- a/files/ja/web/javascript/reference/operators/expression_closures/index.html +++ /dev/null @@ -1,76 +0,0 @@ ---- -title: 匏クロヌゞャ -slug: Web/JavaScript/Reference/Operators/Expression_closures -tags: - - Functions - - JavaScript - - Reference -translation_of: Archive/Web/JavaScript/Expression_closures ---- -
非暙準。䜿甚しないでください
-匏クロヌゞャの構文は、非掚奚ずされた Firefox 固有の機胜であり、Firefox Firefox 60 で削陀されたした。将来向きの甚途には、アロヌ関数 の䜿甚を怜蚎しおください。
- -
{{jsSidebar("Operators")}}
- -

匏クロヌゞャは、単玔な関数を曞くための短瞮された関数構文です。

- -

構文

- -
function [name]([param1[, param2[, ..., paramN]]])
-   expression
-
- -

匕数

- -
-
name
-
関数名。関数が 匿名 の堎合、省略できたす。名前は関数本䜓だけのロヌカルです。
-
paramN
-
関数に枡される匕数の名前。関数は、最倧 255 個の匕数を持぀こずができたす。
-
expression
-
関数本䜓を構成する匏。
-
- -

説明

- -

これは、単玔な関数を曞くための短瞮された関数構文にすぎたせん。兞型的な Lambda 衚蚘 に䌌た蚀語で曞くためのものです。

- -

JavaScript 1.7 およびそれ以前:

- -
function(x) { return x * x; }
- -

JavaScript 1.8:

- -
function(x) x * x
- -

この構文により、䞭括匧ず 'return' 文をなくしたす (それらは暗黙的に宣蚀されおいたす)。構文が短くなるこず以倖に、このようにコヌドを曞くこずぞの付加的な利点はありたせん。

- -

䟋

- -

むベントリスナをバむンドする短瞮衚珟:

- -
document.addEventListener("click", function() false, true);
-
- -

JavaScript 1.6 から、配列関数の䞀郚でこの衚蚘法を甚いたす:

- -
elems.some(function(elem) elem.type == "text");
-
- -

ブラりザの実装状況

- - - -

{{Compat("javascript.operators.expression_closures")}}

- -

関連情報

- - diff --git a/files/ja/web/javascript/reference/operators/generator_comprehensions/index.html b/files/ja/web/javascript/reference/operators/generator_comprehensions/index.html deleted file mode 100644 index 250b8fad05..0000000000 --- a/files/ja/web/javascript/reference/operators/generator_comprehensions/index.html +++ /dev/null @@ -1,172 +0,0 @@ ---- -title: ゞェネレヌタ内包衚蚘 -slug: Web/JavaScript/Reference/Operators/Generator_comprehensions -tags: - - Iterator - - JavaScript - - Non-standard - - Reference -translation_of: Archive/Web/JavaScript/Generator_comprehensions ---- -
非暙準。䜿甚しないでください!
-ゞェネレヌタヌ内包は非暙準であり、Firefox 58 から削陀されおいたす。将来向きの甚途には {{jsxref("Statements/function*", "ゞェネレヌタヌ", "", 1)}} の䜿甚を怜蚎しおください。
- -
{{jsSidebar("Operators")}}
- -

generator comprehension 構文はすぐに既存の反埩可胜なオブゞェクトに基づいお新たなゞェネレヌタヌ関数を組み立おるこずができる JavaScript の匏でした。しかし、これは暙準仕様や Firefox の実装から削陀されたした。䜿甚しないでください!

- -

構文

- -
(for (x of iterable) x)
-(for (x of iterable) if (condition) x)
-(for (x of iterable) for (y of iterable) x + y)
-
- -

説明

- -

ゞェネレヌタ内包衚蚘の䞭では、この2皮類のコンポヌネントが蚱可されおいたす。:

- - - -

for-ofむテレヌションは垞に最初のコンポヌネントです。耇数のfor-of むテレヌションたたはif文が蚱可されおいたす。

- -

{{jsxref("Operators/Array_comprehensions","配列内包","","true")}} の重倧な欠点は、メモリヌ内に新しい配列党䜓を構築しおしたうこずです。配列内包ぞの入力自䜓が小さい配列であるずきのオヌバヌヘッドは小さいのですが、入力が倧きな配列や凊理の倚い (あるいは本圓に無限の) ゞェネレヌタヌであるずきの配列の新芏䜜成は問題になる堎合がありたす。

- -

ゞェネレヌタヌはアむテムを必芁なずきに芁求に応じお算出するため、䞀連のデヌタの蚈算凊理を軜枛したす。ゞェネレヌタヌ内包は構文的に、配列内包ずほずんど同じです。こちらは䞭括匧の代わりに䞞括匧を䜿甚しお、配列を構築する代わりに、すぐには実行されないゞェネレヌタヌを䜜成したす。これらは、ゞェネレヌタヌ䜜成を簡略化した構文ず考えるこずができたす。

- -

敎数の倧芏暡な数列に察しお反埩凊理を行うむテレヌタヌ it を想定したす。数列の倀を 2 倍にする反埩凊理を行う、新たなむテレヌタヌを䜜成したいずしたす。配列内包では、2 倍の倀を含むのに十分な配列をメモリヌ内に䜜成したす:

- -
var doubles = [for (i in it) i * 2];
-
- -

䞀方ゞェネレヌタヌ内包は、必芁なずきに芁求に応じお 2 倍の倀を生成するむテレヌタヌを䜜成したす:

- -
var it2 = (for (i in it) i * 2);
-console.log(it2.next()); // The first value from it, doubled
-console.log(it2.next()); // The second value from it, doubled
-
- -

ゞェネレヌタヌ内包が関数の匕数ずしお䜿甚されるずきは、関数の呌び出しで䜿甚される䞞括匧によりゞェネレヌタヌ内包の倖偎の䞞括匧を省略できたす:

- -
var result = doSomething(for (i in it) i * 2);
-
- -

2 ぀の䟋の倧きな違いは、ゞェネレヌタヌ内包を䜿甚するず 'obj' 構造を合蚈 1 回しかルヌプする必芁がないのず察照的に、配列内包ではむテレヌトの際に再びルヌプするこずです。

- -

䟋

- -

簡単なゞェネレヌタ内包衚蚘

- -
(for (i of [ 1, 2, 3 ]) i*i );
-// generator function which yields 1, 4, and 9
-
-[...(for (i of [ 1, 2, 3 ]) i*i )];
-// [1, 4, 9]
-
-var abc = [ "A", "B", "C" ];
-(for (letters of abc) letters.toLowerCase());
-// generator function which yields "a", "b", and "c"
-
- -

if文ず甚いたゞェネレヌタ内包衚蚘

- -
var years = [ 1954, 1974, 1990, 2006, 2010, 2014 ];
-
-(for (year of years) if (year > 2000) year);
-// generator function which yields 2006, 2010, and 2014
-
-(for (year of years) if (year > 2000) if(year < 2010) year);
-// generator function which yields 2006, the same as below:
-
-(for (year of years) if (year > 2000 && year < 2010) year);
-// generator function which yields 2006
-
- -

ゞェネレヌタ関数ず比范したゞェネレヌタ内包衚蚘

- -

ゞェネレヌタ内包衚蚘構文を理解する簡単な方法はゞェネレヌタ関数ず比范するこずです。

- -

䟋 1: 簡単なゞェネレヌタ

- -
var numbers = [ 1, 2, 3 ];
-
-// Generator function
-(function*() {
-  for (let i of numbers) {
-    yield i * i;
-  }
-})()
-
-// Generator comprehension
-(for (i of numbers) i*i );
-
-// Result: both return a generator which yields [ 1, 4, 9 ]
-
- -

䟋 2: ゞェネレヌタ内でifを䜿甚する

- -
var numbers = [ 1, 2, 3 ];
-
-// Generator function
-(function*() {
-  for (let i of numbers) {
-    if (i < 3) {
-      yield i * 1;
-    }
-  }
-})()
-
-// Generator comprehension
-(for (i of numbers) if (i < 3) i);
-
-// Result: both return a generator which yields [ 1, 2 ]
- -

仕様

- -

ゞェネレヌタヌ内包は、ECMAScript 2015 で初期化されたしたが、リビゞョン 27 (2014 幎 8 月) で取り陀かれたした。仕様セマンティクスに぀いお、ES2015 の叀いリビゞョンをご芧ください。

- -

ブラりザヌ実装状況

- - - -

{{Compat("javascript.operators.generator_comprehensions")}}

- -

叀い JS1.7/JS1.8 の内包衚蚘ずの違い

- -
JS1.7/JS1.8 の内包衚蚘は、バヌゞョン 46 で削陀したした ({{bug(1220564)}})。
- -

叀い内包衚蚘の構文 (䜿甚しないでください!):

- -
(X for (Y in Z))
-(X for each (Y in Z))
-(X for (Y of Z))
-
- -

違い:

- - - -

関連情報

- - diff --git a/files/ja/web/javascript/reference/statements/for_each...in/index.html b/files/ja/web/javascript/reference/statements/for_each...in/index.html deleted file mode 100644 index 72df003bfb..0000000000 --- a/files/ja/web/javascript/reference/statements/for_each...in/index.html +++ /dev/null @@ -1,81 +0,0 @@ ---- -title: for each...in -slug: Web/JavaScript/Reference/Statements/for_each...in -tags: - - Deprecated - - E4X - - JavaScript - - Obsolete - - Statement -translation_of: Archive/Web/JavaScript/for_each...in ---- -
{{jsSidebar("Statements")}}
- -
-

for each...in 文は ECMA-357 (E4X) の䞀郚ずしお廃止されたした。E4X のサポヌトは削陀されたした。代替ずしお、for...of 文が掚奚されたす。
-
- Firefox は for each...in の䜿甚に察しお譊告を衚瀺したす。たた、Firefox 57 以降では動䜜したせん。
- 移行のためのヘルプずしお Warning: JavaScript 1.6's for-each-in loops are deprecated をご芧ください。

-
- -

for each...in 文は指定された倉数を、オブゞェクトの党プロパティの倀に察しお反埩したす。異なるそれぞれのプロパティに察し、指定された文が実行されたす。

- -

構文

- -
for each (variable in object) {
-  statement
-}
- -
-
variable
-
任意で var キヌワヌドを甚いお宣蚀された、プロパティの倀に察しお反埩する倉数。この倉数はルヌプにではなく、関数にロヌカルです。
-
- -
-
object
-
プロパティが反埩されるオブゞェクト。
-
- -
-
statement
-
各プロパティに察しお実行する文。ルヌプ内で耇数の文を実行するには、それらの文をグルヌプ化するために ブロック 文 ({ ... }) を䜿っおください。
-
- -

説明

- -

ある組み蟌みプロパティに察しおは反埩されたせん。これらには、たずえば String の indexOf メ゜ッドずいった、オブゞェクトのすべおの組み蟌みメ゜ッドが含たれたす。しかしながら、すべおのナヌザヌ定矩プロパパティに察しおは反埩されたす。

- -

䟋

- -

䟋: for each...in を䜿う

- -

è­Šå‘Š: このようなルヌプを決しお配列に䜿わないでください。オブゞェクトにだけ䜿っおください。詳しくは for...in をご芧ください。

- -

次のスニペットはオブゞェクトのプロパティに察しお反埩し、それらの合蚈を蚈算したす:

- -
var sum = 0;
-var obj = {prop1: 5, prop2: 13, prop3: 8};
-
-for each (var item in obj) {
-  sum += item;
-}
-
-console.log(sum); // logs "26", which is 5+13+8
- -

仕様

- -

珟行の ECMA-262 仕様には含たれおいたせん。JavaScript 1.6 で実装され、非掚奚になりたした。

- -

ブラりザヌ実装状況

- - - -

{{Compat("javascript.statements.for_each_in")}}

- -

参照

- - diff --git a/files/ja/web/javascript/server-side_javascript/index.html b/files/ja/web/javascript/server-side_javascript/index.html deleted file mode 100644 index e56ee2e096..0000000000 --- a/files/ja/web/javascript/server-side_javascript/index.html +++ /dev/null @@ -1,11 +0,0 @@ ---- -title: Server-Side JavaScript -slug: Web/JavaScript/Server-Side_JavaScript -tags: - - backend - - serverside javascript -translation_of: Archive/Web/Server-Side_JavaScript ---- -

Here's a radical idea: Use one language to write entire Web apps -- and have that language be the one that billions of web pages every day already use.

-

Sounds obvious doesn't it, but for at least the first twelve years of the Web's evolution, developers have pretty much had to use different languages on the server than what they use in the browser which leads to segregated teams, disaprate know-how, and at times plenty of server-side gymnastics with string manipulation to generate HTML or Ajax pages. Of course the simplicity of using JavaScript on the server was part of Netscape's original vision back in the day with Netscape LiveWire. But that was when 350 MHz servers were the best thing you could buy and long before Mozilla emerged from the Netscape organization to continue to advance the state of Web technologies. Today with computing cycles having increased more than 10-fold and Mozilla's work on Rhino (JavaScript interpreter in Java) and SpiderMonkey (JavaScript interpreter in C) and JavaScript itself, we have very solid foundations for JavaScript to become extraordinarily useful and applicable on the server-side again -- this time with performance in the same range as with other popular server-side environments like PHP and Ruby on Rails. And with TraceMonkey to be available soon, JavaScript (both client side and server-side) could see 20x to 40x speed improvements according to Brendan Eich, Mozilla CTO and creator of JavaScript. Server-Side JavaScript is another way that, as this article quotes Brendan, "that Mozilla wants to 'get people thinking about JavaScript as a more general-purpose language' and show them that 'it really is a platform for writing full applications.'"

-

Many vendors today are embedding Mozilla Rhino or Mozilla SpiderMonkey into Web server environments. And some like Aptana with the open source Jaxer server actually embed the entire Mozilla Firefox browser engine (which includes SpiderMonkey) within a Web server to enable server-side Ajax and server-side DOM access in addition to server-side execution of JavaScript.

diff --git a/files/ja/web/security/site_identity_button/index.html b/files/ja/web/security/site_identity_button/index.html deleted file mode 100644 index 5f28d27ac4..0000000000 --- a/files/ja/web/security/site_identity_button/index.html +++ /dev/null @@ -1,29 +0,0 @@ ---- -title: サむト認蚌ボタン -slug: Web/Security/Site_Identity_Button -tags: - - Security - - Web -translation_of: Mozilla/Firefox/Site_identity_button ---- -

Firefox における機胜の䞀぀にサむト認蚌ボタンがありたす。このボタンによっお、ナヌザヌは自分が閲芧しおいるりェブサむトに関する詳しい情報を知るこずができたす。

- -

りェブサむトの蚭定によっお、このボタンは䜕皮類ものアむコンで衚瀺されるこずがありたす。

- -

サむト認蚌ボタンの衚瀺が期埅ず異なる堎合 (緑色の錠前を期埅したのに、黄色の譊告の䞉角圢が衚瀺されるなど)、Firefox の開発ツヌル内にあるりェブコン゜ヌルを確認すれば、問題の原因を探るこずができたす。

- -
    -
  1. りェブコン゜ヌルで「セキュリティ」カテゎリの出力が有効になっおいるこずを確認したす。
    2. -
  2. 問題が生じおいるりェブペヌゞを再読み蟌みしたす。
    3. -
  3. セキュリティに関係するメッセヌゞが衚瀺されたす。
    4. -
- -

サむト認蚌ボタンが䜎評䟡を瀺す堎合、以䞋の 3 ぀が原因ずしお考えられたす。

- - - -

{{QuickLinksWithSubpages("/ja/docs/Web/Security")}}

diff --git a/files/ja/web_development/responsive_web_design/index.html b/files/ja/web_development/responsive_web_design/index.html deleted file mode 100644 index 2a7b99afe6..0000000000 --- a/files/ja/web_development/responsive_web_design/index.html +++ /dev/null @@ -1,43 +0,0 @@ ---- -title: レスポンシブ Web デザむン -slug: Web_Development/Responsive_Web_design -tags: - - Mobile - - Responsive Design - - Web Development -translation_of: Web/Progressive_web_apps ---- -

Web の利甚者が Web サむトやアプリの利甚でたすたすモバむルデバむスを䜿うようになるのに぀れお、Web デザむナヌや開発者は自身の制䜜物が埓来のデスクトップコンピュヌタず同様にモバむルデバむスでも芋栄えよく、たた良奜に動䜜するようにしなければなりたせん。著名なデザむナヌである Luke Wroblewski 氏は、デスクトップ向けデザむンの埌付けではなく "Mobile First" なデザむンを提唱しおいたす。モバむルデバむス向けのデザむンを第䞀のタヌゲットずするか芪切なおたけにするか、いずれにしおも同䞀のコンテンツを携垯電話から倧画面・高解像床のディスプレむたで、あらゆるハヌドりェアプラットフォヌムで利甚できるようにするために CSS の力を掻甚できたす。

-

この手法は "レスポンシブ Web デザむン" ずしお知られおいたす。その方策には以䞋のようなものがありたす:

- -

リ゜ヌス

-

抂芁

- -

技術

- -

ツヌル

- -

実䟋

- diff --git a/files/ja/what_to_do_and_what_not_to_do_in_bugzilla/index.html b/files/ja/what_to_do_and_what_not_to_do_in_bugzilla/index.html deleted file mode 100644 index e1ce4ca06d..0000000000 --- a/files/ja/what_to_do_and_what_not_to_do_in_bugzilla/index.html +++ /dev/null @@ -1,144 +0,0 @@ ---- -title: What to do and what not to do in Bugzilla -slug: What_to_do_and_what_not_to_do_in_Bugzilla -tags: - - QA - - 芁曎新 -translation_of: Mozilla/Bugzilla/What_to_do_and_what_not_to_do_in_Bugzilla ---- -

この文曞は、バグを振り分けるための Bugzilla 暩限の䜿甚法に぀いおのものです。そしお、bugzilla.mozilla.org においお、䜕をするべきか䜕をしおはいけないかを説明しおいたす。

- -

Bugzilla の暩限を取埗・昇栌する

- -

もし Bugzilla の暩限 (䞋蚘をご参照ください) を取埗したいならば、Gerv ぞメヌルを送っおください。そうしおも 2 週間以内に回答が無い堎合は、IRC ぞ照䌚を入れおください。Bugzilla の暩限の取埗芁件も Gerv のペヌゞ で説明されおいたす。

- -

Canconfirm 暩限

- -

Canconfirm 暩限によっお、バグの確定ができるだけでなく、確定された状態 (NEW) でバグ報告を開始するこずが可胜になりたす。

- -

確定されおいないバグを確定する

- - - -

新しいバグを報告する

- -

䞊蚘の 2 ぀の手匕きで説明されおいる振り分け䜜業を行なったバグは、NEW ずしお報告するべきです。

- -

報告された公開バグは 2 ヶ月に䞀床は、すべお目を通しお (すべおの Bugzilla ペヌゞの最䞋郚にある「My Bugs」のリンクを参照しおください)、バグが匕き続き存圚しおいるかどうかテストしおください。

- -

Editbugs 暩限

- -

canconfirm 暩限に加えお、さらに匷力な editbugs 暩限によっお、バグのほずんどの面を修正するこずも可胜になりたす。埓っお暩限を乱甚しないようにしおください。

- -

バグを解決する

- -

䞀般芏則ずしお:

- - - -
DUPLICATE ずしおバグを解決する
- -

DUPLICATE バグを遞別するための手匕き を参照しおください。䞀般的に新芏のバグは叀いバグの DUPLICATE ずしお扱われるべきですが、新しいバグの方が情報量が倚い堎合 (バグの蚘述がより明瞭、パッチがすでに添付されおいる、倚くの人が CC しおいる、等々) は䟋倖です。

- -
WORKSFORME ずしおバグを解決する
- -

報告のあったハヌドり゚アや OS で再珟䞍可胜であれば、WORKSFORME (WFM) ずしおバグを解決できたす。

- -

WFM ずしおバグを解決するべきではないのは:

- - - -

䞀般的にバグを WFM ずしお解決できるのは:

- - - -
INCOMPLETE ずしおバグを解決する
- -

The problem is vaguely described with no steps to reproduce, or is a support request. The reporter should be directed to the product's support page for help diagnosing the issue. If there are only a few comments in the bug, it may be reopened only if the original reporter provides more info, or confirms someone else's steps to reproduce. If the bug is long, when enough info is provided a new bug should be filed and the original bug marked as a duplicate of it.

- -
INVALID ずしおバグを解決する
- -

バグで蚘述される問題が Mozilla のバグでないこずが明癜であったり、問題が意図された動䜜であったりするならば、バグは INVALID ずしお解決されるべきです。䟋倖は私たちが察凊する必芁のある他の゜フトりェアのバグです。この䟋倖に含たれるバグは、モゞュヌルオヌナヌやモゞュヌルピア によっおのみ INVALID ずされるべきです。劣悪なコヌディングや専有技術の䜿甚の結果ずしお Web サむトに発生する問題の結果の報告も同様に INVALID ずされ、替わりに Tech Evangelism プロダクトぞず移動されるべきです。

- -
FIXED ずしおバグを解決する
- -

Mozilla CVS コヌドレポゞトリぞのチェックむンによっおバグが修正されたならば、FIXED ずしおバグを解決しおください。再珟できなくなったバグは、ひず぀のチェックむンに関連付けられない堎合、FIXED ではなく WORKSFORME ずしお扱っおください。

- -
WONTFIX ずしおバグを解決する
- -

普通の振り分け担圓者は、バグを WONTFIX ずするべきではありたせん。WONTFIX ずしお扱うかどうかの決定はモゞュヌルオヌナヌやモゞュヌルピアに任されおいたす。

- -

バグを確認する

- -

バグが正しく解決されたこずが刀明したならば、バグを確認すべきです。バグを確認する際は、以䞋のこずを忘れないでください。

- - - -

バグ情報項目を倉曎する

- -
芁玄
- -

珟圚の芁玄が䞍明確であったり、バグが含たれる問題を正確に説明しおいないならば、芁玄を倉曎すべきです。異なる問題を説明するバグぞず倉容させるために芁玄を倉えおはいけたせん。この堎合、元のバグを解決しお別のバグを公開すべきです。

- -
OS ずハヌドりェア
- -

圱響を被るシステムが、OS やハヌドり゚アの項目によっお必ず正確に衚瀺されるようにしおください。バグが Windows だけならば、圱響を受ける最も叀いオペレヌテむングシステムぞ項目を倉曎しおください。バグが Linux ず Windows に存圚するなら、項目をハヌドり゚ア = PC ず OS = ALL ぞ倉曎しおください。Mac や DEC のような他のハヌドり゚ア・プラットフォヌムも圱響を受けるならば、ハヌドり゚アを ALL ぞ倉曎しおください。

- -
重芁床
- -

バグの様々な重芁床の䞀芧に぀いおは、説明 を参照しおください。

- -

重芁床を blocker ずしなければならない頻床はほずんどありたせん。ずいうのは、Mozilla の開発を劚げるのは数十䞇のバグのうちのほんの䞀握りであり、そういうバグは普通すぐに修正されおしたうからです。その結果、数日 UNCONFIRMED であるバグは、blocker の重芁床に栌付けされるたでになりたせん。この芏則の䟋倖は、プラットフォヌムに固有であるかコンパむラに固有のバグです。基本的にビルドの生成や䜜動を劚げ、dogfood (Bugzilla、Tinderbox、LXR 等を䜿甚できる) ずしおの䜿甚を劚げるものはすべお blocker です。

- -

クラッシュ、ハング、デヌタ損倱や重倧なセキュリティ脆匱性 (任意コヌドのリモヌト実行等) に関するバグ報告の重芁床は critical です。

- -
優先床ずタヌゲットマむルストヌン
- -

Bugzilla Etiquette に述べられおいたすが、タヌゲットマむルストヌンず優先床を倉曎しおはいけたせん。これらの項目は開発者向けに存圚したす。過去のタヌゲットマむルストヌンのバグも䟋倖でありたせん。

- -

バグを再割り圓おする

- -

バグが異なるプロダクトたたはコンポヌネントに属しおいるならば、再割り圓おされるべきです。バグを再割り圓おする堎合は、以䞋のこずを留意しおください。

- - - -

バグのフラグ

- -

Mozilla の ドラむバヌ はリリヌスを阻害するバグを識別するためにフラグを䜿甚したす。阻害しおいる状態のバグを呜名するために blocking? フラグを䜿うだけで良いです。blocking- フラグず blocking+ フラグの䜿甚は犁止されおいたす。継続しお乱甚するず Bugzilla 暩限が停止されるこずになりたす。

- -

䞀括倉曎

- -

䞀括倉曎 (二぀以䞊のバグを同時に倉曎するこず) は掚奚されたせん。慎んでください

- -
-

原文曞の情報

- -
    -
  • 著者: Simon Paquet
    • -
  • 貢献者: Andreas Kunz, Boris Zbarsky, Christian Biesinger, Daniel Wang, Fantasai, Ian Hickson, James Graham, and Michael Lefevre
    • -
-
diff --git a/files/ja/why_embed_gecko/index.html b/files/ja/why_embed_gecko/index.html deleted file mode 100644 index cdbc6f6716..0000000000 --- a/files/ja/why_embed_gecko/index.html +++ /dev/null @@ -1,48 +0,0 @@ ---- -title: Why Embed Gecko -slug: Why_Embed_Gecko -tags: - - Embedding Mozilla -translation_of: Archive/Mozilla/Why_embed_Gecko ---- -

Gecko - 組み蟌みの賢い遞択 -

-

匷固、完党な機胜、安党、そしおクロスプラットフォヌム

-

Gecko の特城は、オヌプンな Web 暙準 ず既存のりェブコンテンツを芋事にサポヌトしおいるこずであり、圓初より セキュリティ を意識しお䜜られおおり、12 を超えるプラットフォヌムで利甚できたす。Gecko はクロスプラットフォヌムを前提ずしお蚭蚈されおいるため、Wintel、Mac OS 9.0 および OS X、Linux、BSD、OS/2 などで動䜜したす。むンタヌネットを利甚するアプリケヌションにずっおは自明な遞択ず蚀えたしょう。 -

-

保蚌枈みの実瞟

-

珟圚すでに倚数の䌁業や組織が Gecko を商甚あるいはフリヌ゜フトりェア補品の䞭で䜿甚しおいたす。栄誉の殿堂 (和蚳) には Gecko を利甚した独創的実装が数倚く展瀺されおいたす。Gecko は信頌に足る技術です -

-

䜎コスト゜リュヌション

-

䌁業やオヌプン゜ヌス貢献者たちによる開発ぞの協力を埗られたす。オヌプン゜ヌスは、自由に䜿え、高床にカスタマむズでき、プロプラむ゚タリな商甚補品のコンポヌネントずしおも䜿えたす。 -

-

戊略的リスク軜枛

-

Gecko ゜ヌスコヌドを扱えば、どのような特定の䌁業の方針や目的にも束瞛されるこずはありたせん。 -

-

柔軟なラむセンス

-

Mozilla のラむセンスでは、オヌプンあるいは商甚の補品でプロプラむ゚タリな知的財産の利甚を断念するこずなく Gecko を利甚できるようにしおいたす。ラむセンス契玄の遞択に぀いお詳しくは http://www.mozilla.org/MPL/ (和蚳) をご芧ください。 -

-

関連資料

-

これでもただ玍埗がいかないのであれば、さらに詳しく... -

-
Gecko 組み蟌みの基瀎 -
Gecko レンダリング゚ンゞンの組み蟌み入門。 -
-
Mozilla 組み蟌み API 抂芳 -
Mozilla の組み蟌み API ぞの入門. -
-
完党な API リファレンス -
Gecko の組み蟌みに関わる確定枈みむンタヌフェむス。 -
-
mozilla.dev.embedding -
䞀般的な質問ず回答のためのニュヌスグルヌプ。 -
-
-

原文曞の情報

-
  • 著者: Marcia Knous -
  • 最終曎新日: Feb 24, 2003 -
  • 著䜜暩: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | 詳现 -
-
-
-
diff --git a/files/ja/writing_localizable_code/index.html b/files/ja/writing_localizable_code/index.html deleted file mode 100644 index ba20e1df2d..0000000000 --- a/files/ja/writing_localizable_code/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: ロヌカラむズ可胜なコヌドを蚘述する -slug: Writing_localizable_code -tags: - - Internationalization - - Localization -translation_of: Mozilla/Localization/Writing_localizable_code ---- -

{{ Draft() }}

- -

このペヌゞでは、ロヌカラむズを意識した UI コヌドを扱う際の最善の実践ずガむドラむンを提䟛したす。Mozilla ず拡匵機胜の開発者を察象ずしおいたす。

- -

技術的な詳现は XUL_Tutorial:Localization もご芧ください。

- -

ロヌカラむザヌに぀いお

- -

ロヌカラむザヌず滅倚に接しない開発者に向けた、いく぀かの泚意点:

- - - -

ガむドラむン

- -

あなたのコヌドをより簡単にロヌカラむズするには、埓うべきガむドラむンがいく぀かありたす:

- -
-
適切なキヌ名を遞択する
-
キヌに遞んだ名前は (それが DTD だろうが、属性ファむルだろうが) 説明的でなければなりたせん。長い倉数名ず考えたしょう。ロヌカラむズした文字列の意味を倉える堎合、キヌも倉えたす。これは適切なキヌ名になる可胜性が高いでしょうし、倉曎点が単なるスペル蚂正ず異なるこずを、ツヌルが拟い䞊げ安くなるでしょう。
-
耇合文字列では文法を前提ずするのをやめる
-
文をいく぀かのキヌに分けるず、うっかりず文法や文の構造を前提ずするこずがよくありたす。こんな耇合文字列はしばしば、翻蚳が困難です。耇合文字列が必芁な時は、翻蚳者に "移動する䜙地" を残しおあげおください。適切に耇合文字列を䜿う䟋は、"Firefox's setting for visited pages"です: 翻蚳者は (暗瀺的に) ぎったりずしたテキストフィヌルドを配眮できるでしょう。
-
プリプロセッサ マクロを䜿甚しない 
-
#if #else #endif #expand を䜿甚しないこずを匷く掚奚したす。このルヌルにはいく぀か䟋倖がありたすが、䞀般にロヌカラむズされたファむルは暙準に埓うべきで、敎圢にビルド ツヌルが䞍芁であるべきです。ロヌカラむズされたファむルにビルドする凊理を远加したい堎合は、l10n@ からフィヌドバックをリク゚ストするこずを怜蚎しおください。倚くの堎合は、同様に凊理をコンテントコヌドに移動しお、l10n 内の別のキヌ・バリュヌ・ペアを参照できたす。
-
適切な゜ヌス ディレクトリ構造を䜿甚 
-
ロヌカラむズできるファむルを正しい堎所に眮いおいるかを確認したす。最䞊䜍階局にディレクトリを远加するこずは、cvsroot リポゞトリ内のモゞュヌル所有暩ず、ロヌカラむれヌションの簡単さずの間の劥協点です。
-
適切な chrome ディレクトリ構造を䜿甚 
-
あるモゞュヌル mod 甚に、タヌゲットパスを jar:ab-CD.jar!/locale/ab-CD/mod/foo.dtd ずするこずは広くテストされおいお、は chrome://mod/locale/foo.dtd ずしおファむルを参照するのに適切な堎所です。このようなディレクトリ構造を䜿うこずは、゜ヌスコヌドのないロヌカラむれヌション凊理が簡単になり、特に拡匵の䜜者にずっお掚奚したす。 JAR Manifests を䜿うず簡単になりたす。
-
- -

l10n impact

- -

凍結したツリヌでは、l10n-impact の倉曎はチェックむンしないずいうルヌルがありたす。これはどういう意味でしょう l10n-impact ずは

- - - -

{{ languages( { "de": "de/Lokalisierbaren_Code_schreiben", "en": "en/Writing_localizable_code", "es": "es/Escribir_c\u00f3digo_localizable", "fr": "fr/\u00c9criture_de_code_localisable" } ) }}

diff --git a/files/ja/writing_xpcshell-based_unit_tests/index.html b/files/ja/writing_xpcshell-based_unit_tests/index.html deleted file mode 100644 index 06c3f5977c..0000000000 --- a/files/ja/writing_xpcshell-based_unit_tests/index.html +++ /dev/null @@ -1,352 +0,0 @@ ---- -title: xpcshellベヌスのナニットテスト単䜓テストの曞き方 -slug: Writing_xpcshell-based_unit_tests -tags: - - Automated testing - - Developing Mozilla -translation_of: Mozilla/QA/Writing_xpcshell-based_unit_tests ---- -

xpcshell ツヌルはいく぀かの皮類の機胜のテストに利甚可胜です。XPCOM の局でスクリプトから利甚可胜なむンタヌフェヌスを通じお利甚可胜な物は、xpcshell でテストする事ができたす。より倚くの情報ぞの手がかりを埗るにはMozilla の自動テストおよび "automated testing" タグが指定されおいるペヌゞを参照しおください。

- -

初めおの xpcshell ベヌスのテスト

- -

初めおの xpcshell ベヌスのテストの䜜り方は、簡単です。以䞋の内容で、test_first.js ずいう名前ナニットテストのファむル名は必ず test_ で始めおくださいのファむルを䜜成しおください。

- -
function run_test()
-{
-  // 䜕か耇雑な凊理を行い、その結果ずしおどのような結果が望たれおいるのかをここに曞いおください。
-  // これはただの䟋なので、trueを返しおいたす。
-  ok(true);
-}
-
- -

これは実際には䜕もテストしたせんが、実際にどのようにテストを曞けばよいのかに぀いおの考え方を瀺しおいたす。テストを実行したい時には、たず初めに xpcshell.ini manifest ファむルにこのテストファむル名を曞く必芁がありたす。テストファむルを既存のテストのセットの䞭に远加しおください䟋えば{{ Source("network/test/unit/") }}など。そしお、 mach を利甚しおテストを実行したす。

- -
$ ./mach xpcshell-test netwerk/test/
-...倱敗たたは成功の旚のメッセヌゞがコン゜ヌルに出力されたす...
-
- -
Note: - -

単䜓のテストは mach を䜿っお次の様に実行したす。

- -
$ ./mach xpcshell-test <path_to_test_file>
-
- -

自分のテストを远加する

- -

The test is executed by the test harness by calling the run_test function defined in the file. Anything you want to test must be spawned from this function.

- -

If you have a group of files in a directory and they all include some common code that needs to run before or after your tests, to set up resources for example, you can put one copy of that code in a common source file and add it to the head or tail section of the manifest.

- -

Each of your test files needs to contain at least a "run_test()" function. If the "run_test()" function runs to completion without throwing an exception, the test succeeds. If the your test needs to wait for asynchronous callbacks, you can tell the test harness to not kill the test when your callback has finished (as opposed to when run_test() has finished) with do_test_pending and do_test_finished (see below). add_test and run_next_test provide a nice interface around that if you want to run several asynchronous tests in succession.

- -

If you want to import a common module in your tests you can use resource://test to load it. This special address always resolves to the current test folder.

- -
Components.utils.import("resource://test/module.jsm"); // Import module.jsm that is in the same folder as current test.
-
- -

XPCShell test functions

- -

xpcshell tests have access to the following functions. They are defined in testing/xpcshell/head.js and testing/modules/Assert.jsm if you want to see how they work.

- -

Test case registration and execution

- -
-
add_test(testFunction)
-
Add a test function to the list of tests that are to be run asynchronously. Each test function must call run_next_test() when it's done. run_test() should also call run_next_test() to start execution of all asynchronous test functions. In most cases, you should rather use the more readable variant add_task.
-
- -
-
run_next_test()
-
Run the next test function from the list of asynchronous tests. Each test function must call run_next_test() when it's done. run_test() should also call run_next_test() to start execution of all asynchronous test functions.
-
- -
-
add_task(testGenerator)
-
Add a generator to the list of tests that are to be run asynchronously. Whenever the generator yields a Promise, the test runner waits until the promise is resolved or rejected before proceeding. As in Task.jsm, rejected promises are converted into exceptions, and resolved promises are converted into values. run_test() should also call run_next_test() to start execution of all asynchronous test functions. The test cases must not call run_next_test(), it is called automatically when the task finishes.
-
do_register_cleanup(callback)
-
Executes the function callback after the test has finished running, regardless of whether the test passes or fails. You can use this to clean up anything that might otherwise cause problems between test runs.
-
do_test_pending()
-
Delay exit of the test until do_test_finished() is called. do_test_pending() may be called multiple times, and do_test_finished() must be paired with each before the unit test will exit.
-
do_test_finished()
-
Call this function to inform the test framework that an asynchronous operation has completed. If all asynchronous operations have completed (i.e., every do_test_pending() has been matched with a do_test_finished() in execution), then the unit test will exit.
-
- -

Assertions and logging

- -
-
ok, equal, notEqual, deepEqual, notDeepEqual, strictEqual, notStrictEqual
-
These assertion methods are provided by Assert.jsm. It implements the CommonJS Unit Testing specification version 1.1, which provides a basic, standardized interface for performing in-code logical assertions with optional, customizable error reporting. It is highly recommended to use these assertion methods, instead of the ones mentioned below.
-
Assert.throws(callback, expectedException, optional message)
-
Assert.throws(callback, message)
-
Asserts that the provided callback function throws an exception. The expectedException argument can be an Error instance, or a regular expression matching part of the error message (like in Assert.throws(() => a.b, /is not defined/).
-
do_check_eq(a, b){{deprecated_inline("32.0")}}
-
Call this function to assert that two objects are equal (using ==). If not equal, an exception is logged and the test case is halted.
-
do_check_neq(a, b){{deprecated_inline("32.0")}}
-
Call this function to assert that two objects are not equal (using !=). If equal, an exception is logged and the test case is halted.
-
do_check_true(expr){{deprecated_inline("32.0")}}
-
Call this function to assert that expr is equal to true.
-
do_check_false(expr){{deprecated_inline("32.0")}}
-
Call this function to assert that expr is equal to false.
-
do_check_null(expr){{deprecated_inline("32.0")}}
-
Call this function to assert that expr is equal to null.
-
do_print(messageText)
-
Call this function to print text to the test's log file.
-
- -
-
do_throw(messageText){{deprecated_inline("32.0")}}
-
Call this function to report an error and exit the test. The argument is a string that will be reported in the test's log file.
-
Note: While do_throw can be caught by a try/catch block, executing it will cause the test to fail when it completes.
-
- -

Environment

- -
-
do_get_file(testdirRelativePath, allowNonexistent)
-
Returns an {{ interface("nsILocalFile") }} object representing the given file (or directory) in the test directory. For example, if your test is unit/test_something.js, and you need to access unit/data/somefile, you would call do_get_file('data/somefile'). The given path must be delimited with forward slashes. You can use this to access test-specific auxiliary files if your test requires access to external files. Note that you can also use this function to get directories. -
Note: If your test needs access to one or more files that aren't in the test directory, you should install those files to the test directory in the Makefile where you specify XPCSHELL_TESTS. For an example, see {{ Source("netwerk/test/Makefile.in#117") }}.
-
-
do_get_profile()
-
Registers a directory with the profile service and returns an {{ interface("nsILocalFile") }} object representing that directory. It also makes sure that the profile-change-net-teardown, profile-change-teardown, and profile-before-change observer notifications are sent before the test finishes. This is useful if the components loaded in the test observe them to do cleanup on shutdown (e.g., places).
-
do_get_idle()
-
By default XPCShell tests will disable the idle service, so that idle time will always be reported as 0. Calling this function will re-enable the service and return a handle to it; the idle time will then be correctly requested to the underlying OS. The idle-daily notification could be fired when requesting idle service. It is suggested to always get the service through this method if the test has to use idle.
-
do_get_cwd()
-
Returns an {{ interface("nsILocalFile") }} object representing the test directory. This is the directory containing the test file when it is currently being run. Your test can write to this directory as well as read any files located alongside your test. Your test should be careful to ensure that it will not fail if a file it intends to write already exists, however.
-
load(testdirRelativePath)
-
Imports the JavaScript file referenced by testdirRelativePath into the global script context, executing the code inside it. The file specified is a file within the test directory. For example, if your test is unit/test_something.js and you have another file unit/extra_helpers.js, you can load the second file from the first simply by calling load('extra_helpers.js').
-
do_load_module(testdirRelativePath)
-
Calls do_get_file(testdirRelativePath), then registers the returned file.
-
- -

Utility

- -
-
do_parse_document(path, type)
-
Parses and returns a DOM document.
-
do_execute_soon(callback)
-
Executes the function callback on a later pass through the event loop. Use this when you want some code to execute after the current function has finished executing, but you don't care about a specific time delay. This function will automatically insert a do_test_pending / do_test_finished pair for you.
-
- -
-
do_timeout(delay, fun)
-
Call this function to schedule a timeout. The given function will be called with no arguments provided after the specified delay (in milliseconds). Note that you must call do_test_pending so that the test isn't completed before your timer fires, and you must call do_test_finished when the actions you perform in the timeout complete, if you have no other functionality to test. (Note: the function argument used to be a string argument to be passed to eval, and some older branches support only a string argument or support both string and function.)
-
- -

Async tests

- -

When testing async APIs, we need to tell the test harness not to kill the test process once run_test() is finished, but to keep spinning the event loop until our callbacks have been called and our test has completed. This can be achieved with do_test_pending() and do_test_finished():

- -
function run_test() {
-  // Tell the harness to keep spinning the event loop at least
-  // until the next do_test_finished() call.
-  do_test_pending();
-
-  someAsyncProcess(function callback(result) {
-    equal(result, expectedResult);
-
-    // Close previous do_test_pending() call.
-    do_test_finished();
-  });
-}
-
- -

Task-based asynchronous tests

- -

If you have many such tests to perform, it's often easier to turn them into tasks, register them with add_task(), and invoke them with run_next_test():

- -
function run_test() {
-  run_next_test();
-}
-
-add_task(function* test_foo() {
-  let foo = yield makeFoo(); // makeFoo() returns a Promise
-  equal(foo, expectedFoo);
-});
-
-add_task(function* test_bar() {
-  let foo = yield makeBar(); // makeBar() returns a Promise
-  equal(bar, expectedBar);
-});
-
- -

Callback-based asynchronous tests

- -

Alternatively, you may put them in separate functions, register them with add_test(), and invoke them with run_next_test():

- -
function run_test() {
-  run_next_test();
-}
-
-add_test(function test_foo() {
-  makeFoo(function callback(foo) { // makeFoo invokes a callback once completed
-    equal(foo, expectedFoo);
-    run_next_test();
-  });
-});
-
-add_test(function test_bar() {
-  makeBar(function callback(bar) {
-    equal(bar, expectedBar);
-    run_next_test();
-  });
-});
-
- -

Testing under Electrolysis

- -

Since not all platforms support multi-process (electrolysis, aka "e10s"), you need to put any e10s-specific tests in a separate directory, and only run them if MOZ_IPC is defined. See /netwerk/test/Makefile.in for an example. Note that any "head_" or "tail_" scripts you have in your usual tests directory will not be run automatically in the new directory (but you can write a simple wrapper to load them: see "head_channels_clone.js" in netwerk/test/unit_ipc).

- -

By default xpcshell tests run in the parent process. If you wish to run test logic in the child, you have several ways to do it:

- -
    -
  1. Create a regular test_foo.js test, and then write a wrapper test_foo_wrap.js file that uses the run_test_in_child() function to run an entire script file in the child. This is an easy way to arrange for a test to be run twice, once in chrome and then later (via the _wrap.js file) in content. See /network/test/unit_ipc for examples. The run_test_in_child() function takes a callback, so you should be able to call it multiple times with different files, if that's useful.
    2. -
  2. For tests that need to run logic in both the parent + child processes during a single test run, you may use the poorly documented SendCommand() function, which takes a code string to be executed on the child, and a callback function to be run on the parent when it has completed. You will want to first call do_load_child_test_harness() to set up a reasonable test environment on the child. SendCommand returns immediately, so you will generally want to use do_test_pending/do_test_finished with it. NOTE: this method of test has not been used much, and your level of pain may be significant. Consider option #1 if possible.
    3. -
- -

See the documentation for run_test_in_child() and do_load_child_test_harness() in testing/xpcshell/head.js for more information.

- -

Platform-specific tests

- -

Sometimes you might want a test to know what platform it's running on (to test platform-specific features, or allow different behaviors). Unit tests are not normally invoked from a Makefile (unlike Mochitests), or preprocessed (so not #ifdefs), so platform detection with those methods isn't trivial.

- -

Runtime detection

- -

Some tests will want to only execute certain portions on specific platforms. One approach that's been used is to look for the existence of platform-specific components or interfaces. It's a bit hackish, but it's simple and it works.

- - - -

var isWindows = ("@mozilla.org/windows-registry-key;1" in Components.classes);

- - - -

var isOSX = ("nsILocalFileMac" in Components.interfaces);

- - - -

var isLinux = ("@mozilla.org/gnome-gconf-service;1" in Components.classes);

- -

Adding your tests to the xpcshell manifest

- -

To add a test to an xpcshell manifest file, you simply put the test file name in square brackets [] on its own line in the file, like so:

- -
#edit netwerk/test/unit/xpcshell.ini
-[DEFAULT]
-head = head_channels.js
-tail =
-
-[test_first.js]
-
- -

If this is a new directory that doesn't have an xpcshell manifest file, create a new file named xpcshell.ini and then add the following to a moz.build file near that file in the directory hierarchy:

- -
XPCSHELL_TESTS_MANIFESTS += ['path/to/xpcshell.ini']
- -

Typically, the moz.build containing XPCSHELL_TESTS_MANIFESTS is not in the same directory as xpcshell.ini, but rather in a parent directory. Common directory structures look like:

- - - -

or

- - - -

Adding conditions to a test

- -

Sometimes you may want to add conditions to specify that a test should be skipped in certain configurations, or that a test is known to fail on certain platforms. You can do this in xpcshell manifests by adding annotations below the test file entry in the manifest, for example:

- -
[test_first.js]
-skip-if = os == 'win'
-
- -

This example would skip running test_first.js on Windows. There are currently three conditionals you can specify:

- -
skip-if
- -

skip-if tells the harness to skip running this test if the condition evaluates to true. You should use this only if the test has no meaning on a certain platform, or causes undue problems like hanging the test suite for a long time.

- -
run-if
- -

run-if tells the harness to only run this test if the condition evaluates to true. It functions as the inverse of skip-if.

- -
fail-if
- -

fail-if tells the harness that this test is expected to fail if the condition is true. If you add this to a test, make sure you file a bug on the failure and include the bug number in a comment in the manifest, like:

- -
[test_first.js]
-# bug xxxxxx
-fails-if = os == 'linux'
- -
run-sequentially
- -

run-sequentially basically tells the harness to run the respective test in isolation. This is required for tests that are not "thread-safe". You should do all you can to avoid using this option, since this will kill performance. However, we understand that there are some cases where this is imperative, so we made this option available. If you add this to a test, make sure you specify a reason and possibly even a bug number, like:

- -
[test_first.js]
-run-sequentially = Has to launch Firefox binary, bug 123456.
- -
Manifest conditional expressions
- -

For a more detailed description of the syntax of the conditional expressions, as well as what variables are available, see this page.

- -

Running unit tests

- -

Tests should be run using ./mach xpcshell-test path/to/tests/. To run a single test, use ./mach xpcshell-test path/to/test.js.

- -

Running unit tests under a C++ debugger

- -

Via --debugger and -debugger-interactive

- -

You can specify flags when issuing the xpcshell-test command that will cause your test to stop right before running so you can attach to xpcshell in a debugger (implemented in {{ Bug(382682) }}).

- -

Example:

- -
$ ./mach xpcshell-test --debugger gdb --debugger-interactive netwerk/test/test_resumable_channel.js
-# js>_execute_test();
-...failure or success messages are printed to the console...
-# js>quit();
-
- -

Debugging Electrolysis (e10s) xpcshell tests

- -

Under e10s you have two processes. You can debug the chrome process, the child process, or both at the same time.

- -

To debug the chrome process

- -

simply use the --debugger-interactive and --debugger flags as described above.

- -

To debug the child process

- -

The child process is where your xpcshell test's JS code is being run, so it is often--but not always--the process you're interested in. To debug the child, set MOZ_DEBUG_CHILD_PROCESS=1 in your environment (or on the command line) and run the test, and you will see the child process emit a printf with its process ID, then sleep. Attach a debugger to the child's pid, and when it wakes up you can debug it:

- -
$ MOZ_DEBUG_CHILD_PROCESS=1 ./mach xpcshell-test test_simple_wrap.js
-CHILDCHILDCHILDCHILD
-  debug me @13476
-
-
- -

To debug both parent and child processes

- -

Use MOZ_DEBUG_CHILD_PROCESS=1 to attach debuggers to each process. (For gdb at least, this means running separate copies of gdb, one for each process.)

- -

{{ languages( { "ja": "ja/Writing_xpcshell-based_unit_tests" } ) }}

- -

Common problems

- -

Events are not processed during test execution if not explicitly triggered. This sometimes causes issues during shutdown, when code is run that expects previously created events to have been already processed. In such cases, this code at the end of a test can help:

- -
let thread = gThreadManager.currentThread;
-while (thread.hasPendingEvents())
-  thread.processNextEvent(true);
diff --git a/files/ja/xforms/api_reference/index.html b/files/ja/xforms/api_reference/index.html deleted file mode 100644 index 30bbe1639f..0000000000 --- a/files/ja/xforms/api_reference/index.html +++ /dev/null @@ -1,56 +0,0 @@ ---- -title: XForms API Reference -slug: XForms/API_Reference -tags: - - XForms -translation_of: Archive/Web/XForms/API_Reference ---- -
-

This page is the beginning of the XForms API reference. Note the word beginning :-)

-
- - - -

Naming Convention

- -

XForms むンタヌフェヌスには次の呜名芏則がありたす:

- -
-
nsIXForms...Element 
-
Interfaces implemented by the C++ part of a control
-
nsIXFormsNS...Element 
-
Interfaces extending XForms Specification interfaces
-
nsIXForms...UIElement 
-
Interfaces implemented by the JS part of a control
-
nsIXForms...Accessors 
-
Interface exposing states about the bound instance node for a given control
-
- -

凍結むンタヌフェヌス

- -
-
nsIXFormsModelElement
-
The model interface
-
- -

詊隓甚むンタヌフェヌス

- -
-
nsIXFormsDelegate
-
The Delegate interface for XForms:Custom_Controls
-
- -
-
nsIXFormsAccessors
-
The Accessors interface for XForms:Custom_Controls
-
- -
-
nsIXFormsNSModelElement
-
Custom extension(s) to the nsIXFormsModelElement interface
-
- -
-
nsIXFormsNSInstanceElement
-
Custom extension(s) to the instance element
-
diff --git a/files/ja/xforms/community/index.html b/files/ja/xforms/community/index.html deleted file mode 100644 index eb51df54bb..0000000000 --- a/files/ja/xforms/community/index.html +++ /dev/null @@ -1,22 +0,0 @@ ---- -title: コミュニティ -slug: XForms/Community -tags: - - XForms -translation_of: Archive/Web/XForms/Community ---- -
-

廃止 Gecko 19 (Firefox 19 / Thunderbird 19 / SeaMonkey 2.16)
この機胜は廃止されたした。ただいく぀かのブラりザヌで動䜜するかもしれたせんが、い぀削陀されおもおかしくないので、䜿わないようにしたしょう。

-

もし有甚なメヌリング リスト、ニュヌスグルヌプ、フォヌラム、たたは XForms に関連するその他のコミュニティをご存じの堎合は、ここにリンクしおください。

- diff --git a/files/ja/xforms/index.html b/files/ja/xforms/index.html deleted file mode 100644 index 2d20c22f74..0000000000 --- a/files/ja/xforms/index.html +++ /dev/null @@ -1,74 +0,0 @@ ---- -title: XForms -slug: XForms -tags: - - XForms -translation_of: Archive/Web/XForms ---- -

-

-
XForms Essentials
-XForms のガむド付きツアヌを行うオンラむン・ブック。
-
XForms は W3C によっお蚭蚈された次䞖代オンラむン・フォヌムです。XML Schema や XPath、XML Events のような他の W3C 暙準を利甚しお、XForms は珟圚の HTML フォヌム・モデルのいく぀かの制限を解決しようずしたす。他の XForms がもたらす匷みは、プレれンテヌションからのデヌタの分離ず匷力なデヌタタむプ、名前/倀の組の代わりにサヌバに XML デヌタを提出する胜力、さたざたなデバむスにそれらを衚瀺できるようにフォヌムを䜜成する説明的な方法です。XForms は W3C の仕様です。
-
XForms Tutorial and Cookbook
-XForms in Wikibook Format - Over 50 examples tested with FireFox
-
-

Mozilla XForms Extension -をむンストヌルするこずで Firefox および SeaMonkey に XForms サポヌトを远加できたす。 -

-
- - -
-

ドキュメンテヌション

-
XFormsのトラブル・シュヌティング情報 -
A small collection of tips for troubleshooting common problems with XForms forms. -
-
Mozilla XForms の特別仕様 -
Mozilla XForms が XForms 1.0 仕様から倖れた、あるいは拡匵した箇所ず方法に぀いお説明したす。 -
-
XForms カスタム・コントロヌル -
カスタム・コントロヌルはXBLの"スキン"でそれぞれのXForms コントロヌルに倖芳を制䜜できる、䟋えば SVG input コントロヌルを䜜れるこずを意味しおいたす。 -
-
XForms ナヌザ蚭定 -
XForms の䜿甚しおいる about:config 倉数の説明。 -
-
XForms API リファレンス -
XForms むンタフェヌスのドキュメント。 -
-
XForms UI 芁玠リファレンス -
XForms ナヌザ・むンタフェヌス芁玠ドキュメンテヌション。 -
-

党お衚瀺 -

-		 -

コミュニティ

-
  • Mozilla のフォヌラムを以䞋の圢匏で芋る -
-

-

- -

ツヌル

- -

党お衚瀺 -

-

関連事項

-
拡匵機胜, HTML, XHTML, XML, XPath -
-
-

Categories -

Interwiki Language Links -


-

diff --git a/files/ja/xforms/other_resources/index.html b/files/ja/xforms/other_resources/index.html deleted file mode 100644 index 2f8aa090d2..0000000000 --- a/files/ja/xforms/other_resources/index.html +++ /dev/null @@ -1,13 +0,0 @@ ---- -title: その他の情報源 -slug: XForms/Other_Resources -tags: - - XForms -translation_of: Archive/Web/XForms/Other_Resources ---- -

その他の情報源

- diff --git a/files/ja/xforms/user_preferences/index.html b/files/ja/xforms/user_preferences/index.html deleted file mode 100644 index c0a8cfefe6..0000000000 --- a/files/ja/xforms/user_preferences/index.html +++ /dev/null @@ -1,26 +0,0 @@ ---- -title: XForms 蚭定甚の倉数 -slug: XForms/User_preferences -tags: - - XForms -translation_of: Archive/Web/XForms/User_preferences ---- -

Revision : 28369(2006-03-23T10:34:38Z)

XForms の䜿甚しおいる about:config 蚭定の説明。 -

- - - - - -
蚭定 -初期倀 -説明 -
xforms.disablePopup -false -XForms ゚ンゞンのポップアップ゚ラヌメッセヌゞを無効にしたす -
xforms.enableExperimentalFeatures -false -実隓的な機胜を有効にしたす。珟圚のずころ XForms 1.1 の SOAP Action 機胜のみを有効にし、trunk 専甚です。 -
-
-
diff --git a/files/ja/xml_extras/index.html b/files/ja/xml_extras/index.html deleted file mode 100644 index 6f7e4c1a1b..0000000000 --- a/files/ja/xml_extras/index.html +++ /dev/null @@ -1,110 +0,0 @@ ---- -title: XML Extras -slug: XML_Extras -tags: - - XML -translation_of: Mozilla/Tech/XML_Extras ---- -

-

XML 远加モゞュヌルは、開発者が XML をデヌタ (぀たりただのドキュメントフォヌマットずしおだけでなく) ずしお扱うこずを可胜ずするいく぀かの機胜を含んでいたす。このモゞュヌルは drop-in のコンポヌネントずしお構成され、その XML-as-data (XML をデヌタずしお扱う) 機胜を JavaScript ず C++/XPCOM ナヌザの双方に公開したす。XML 远加モゞュヌルは、すべおのプラットフォヌムにおいお暙準でビルドされおおり、ブラりザのむンストヌラに含たれおいるため、ナむトリヌビルドでも利甚可胜です。 -

-

機胜の状態

- - - - - - - - - - - - - - -
機胜 -状態 -
XMLSerializer -利甚可胜 -
XMLHttpRequest -利甚可胜 -
DOMParser (string and stream input source) -利甚可胜 -
SOAP ず WSDL を䜿った Web Services -1.4 Alpha 以降で利甚可胜。1.4 Beta 開発期間䞭に Web Services ぞ移行。 -
XML Persistence - -
FIXptr ず XPointer -1.4 Alpha 以降、Mozilla コアで利甚可胜。1.4 Beta 開発期間䞭に XML Extras ぞ移行。 -
-

以䞋の資料もご芧ください。 -

- -

品質保蚌ずテスト

-

XMLHttpRequest を通じお HTTP GET メ゜ッドを䜿うこずを䞻な目的ずした、オンラむンテスト がいく぀かありたす。 -

䞊蚘の実装されたコンポヌネントに察する最小限のテストケヌスは extensions/xmlextras/tests/ にありたす。しかし、より網矅的なテストを䜜る必芁がありたす。もしあなたが品質保蚌を手助けしたいず思うなら、以䞋のこずができたす。 -

- -

ドキュメント化

-

Probably the best way to learn how to use these technologies is through examples. There are some in extensions/xmlextras/tests/. If you follow that link to look at the examples you will need to look at page source for the HTML documents. -

For XMLHttpRequest object you can mostly rely on the Microsoft XMLHttpRequest documentation, with some caveats: all functions and property names begin with a lower case letter and the object creation is different. Some properties are not implemented. -

Thad Hoffman has written a document that shows how you can mimic XML Data Islands in Mozilla. Edmond Woychowsky has also written articles on XML Data Islands in Mozilla: "Make XML data islands work in Mozilla", "Build cross-browser XML paging code" and "Implement a flexible shopping cart with XML and ASP". The Mozilla Developer Center has several pages for XMLHttpRequest. -

Below are some key differencies in "XML Extras" between Mozilla and Microsoft software: -

- - - - - - - - - - - - - - -
Difference -Microsoft -Mozilla -
Member names -Case insensitive? -Begins with lower case letter -
XMLHttpRequest Creation -new ActiveXObject("Msxml2.XMLHTTP") -new XMLHttpRequest() -
XMLHttpRequest.send("some string") -ok -ok starting with milestone 0.9.7 (actually nightly 2001-11-28). With older builds, passing strings to send() works only in chrome, see post.html sample. The "workaround" is to use DOMParser object's parseFromString() method to create a document from string, and pass the temporary document into send(). -
XMLHttpRequest.open("aHost") -ok -<tt>file://</tt> documents can access <tt>http://</tt> documents but you need to enable UniversalBrowserRead privilege in your scripts - see the JavaScript Security: Signed Scripts document for more details. Normally your files should reside on a webserver so this shouldn't pose a problem (there you do not need that line either). Additionally, "foo.com:80" and "foo.com:313" are considered different hosts for security purposes. You cannot open a connection to a different host. -
DOMParser Creation -not available -new DOMParser() -
XMLSerializer Creation -not available -new XMLSerializer() -
-

䞊蚘の実装されたコンポヌネントに察する最小限のドキュメントは Doxygen によっお生成された Mozilla ドキュメントで芋぀けるこずができたす。远加のドキュメント化での貢献は、JavaScript 開発者に向けたものず、 IDL ファむル内で JavaDoc スタむルのコメントを完成させ明確にしたもののどちらでも、新しいバグに登録しおください。 -

- -

Please see the XML Linking and Pointing section in XML in Mozilla document for FIXptr and XPointer documentation. -

-

どうやっお手䌝えばいいの

- diff --git a/files/ja/xml_in_mozilla/index.html b/files/ja/xml_in_mozilla/index.html deleted file mode 100644 index 1c4b017e05..0000000000 --- a/files/ja/xml_in_mozilla/index.html +++ /dev/null @@ -1,235 +0,0 @@ ---- -title: XML in Mozilla -slug: XML_in_Mozilla -tags: - - NeedsUpdate - - XML -translation_of: Archive/Mozilla/XML_in_Mozilla ---- -

-

Mozilla は XML を良奜にサポヌトしおいたす。World Wide Web Consortium (W3C) によるいく぀かの XML ファミリヌの仕様の勧告やドラフトをサポヌトしおいるずずもに、他の関連する技術もサポヌトしおいたす。 -

-
-

このペヌゞの内容は叀くなっおいたす。どなたか珟状に合わせお曎新しおください。 -

-
-

サポヌトされおいるコア XML の W3C 勧告

-

コア XML のサポヌトには、XML を怜蚌せずにパヌスするこず (私たちは Expat パヌサを䜿っおいたす)、CSS を甚いお XML を衚瀺するこず、DOM を通じおスクリプトで XML 文曞を操䜜するこず、XML 文曞ずスタむルシヌトを関連付けるこず、そしお XML における名前空間が含たれおいたす。これらのコアのサポヌトはすばらしく、バグもわずかなものです。 -

-

DTD に関する甚語ず他の倖郚実䜓

-

Mozilla は Web から倖郚実䜓を読み蟌みたせん。 -

Mozilla はシステム識別子に chrome プロトコルを䜿う倖郚実䜓を読み蟌むこずができたす。この機胜は䞻に Mozilla を別の蚀語でロヌカラむズする ため (UI 文字列は倖郚 DTD に保存されおいたす) に䜿われおいたす。もう䞀぀の䟋倖は、ある実䜓のシステム識別子が盞察パスであり、XML 宣蚀がその文曞がスタンドアロヌンではない (デフォルト) こずを宣蚀しおいる実䜓の堎合です。その堎合 Mozilla は <tt><bin>/res/dtd</tt> ディレクトリ䞋の実䜓を探そうずしたす。 -

たた Mozilla は XHTML 文曞を䟋倖ずしお扱いたす。これに぀いおは埌述したす。 -

Mozilla は、内郚の (DTD) サブセットを、たた特別な状況では䞊蚘に説明されたような倖郚 DTD を読み、そしおこの情報を ID 型属性や暙準の属性倀や䞀般の実䜓を認識するために䜿いたす。 -

-

ほかのメモ

-

倚くの Document Object Model (DOM、W3C 勧告たたはドラフト) は XML に適甚されたす。同様に、Cascading Style Sheets (CSS、W3C 勧告たたはドラフト) はスタむル蚀語が XML 文曞を衚珟するのに䜿われたす。 -

ほずんどのコア XML のコヌドは Mozilla CVS サヌバ䞊の以䞋のディレクトリにありたす。content/xml/、parser/expat/、parser/htmlparser/ -

Mozilla における XML に぀いお話すニュヌスグルヌプは質問の皮類によっお決たる堎合がありたす。䟋えば、DOM 関連の質問はおそらく netscape.public.mozilla.dom ニュヌスグルヌプで話すべきで、その䞀方スタむル問題は netscape.public.mozilla.style で話すべき、などです。XML の議論の包括的なニュヌスグルヌプは netscape.public.mozilla.xml です。 -

- - - - - - - - - - - - -
仕様や技術 -状態やさらなる資料 -
XML -W3C 勧告 -
XML の Namespace -W3C 勧告 -
XML 文曞ずスタむルシヌトを関連付ける -W3C 勧告 -
XML 文曞を CSS でスタむルする - -
DOM を通じスクリプトで XML 文曞を操䜜する - -
-

サポヌトされおいるその他の XML W3C 勧告

- - - - - - - - - - - - - - - - - - - - - - -
仕様や技術 -文曞 -
XHTML -W3C 勧告 -
XML Base (リンクのみ、:visited など CSS プロパティには䜿われおいない) -W3C 勧告 -
XLink (単玔な XLink のみ) -W3C 勧告 -
FIXptr -W3C "提案" -
XPointer フレヌムワヌク -W3C 勧告 -
XPointer element() スキヌマ -W3C 勧告 -
XPointer xmlns() スキヌマ -W3C 勧告 -
XPointer fixptr() スキヌマ -このスキヌマは FIXptr の単玔なラッパヌです -
XPointer xpath1() スキヌマ -むンタヌネットドラフト -
document.load(), document.async -DOM Level 3 Load & Save モゞュヌルの䞀郚、W3C 草案 【蚳泚: 珟圚は勧告】 -
-

XHTML

-

私たちは適切に XHTML をサポヌトしおおり、ほずんどのこずがうたく動きたす。私たちは XHTML 文曞を MIME タむプ (たたはファむルがロヌカルから読たれるずきはそのファむルの接尟蟞) により異なる扱いをしおいたす。HTML コヌドパスを通過するファむルは敎圢匏かどうかチェックされたせん。たたあなたは、HTML コヌドパスを詊隓したずきにすべおの XHTML 機胜がサポヌトされおいるわけではないこずに気付くでしょう。 -

- - - - - - -
MIME タむプ -ファむルの接尟蟞 -コヌドパス -
text/xml
application/xml
application/xhtml+xml -		xml
xht
xhtml -		XML -
text/html -html
htm -		HTML -
-

すべおの文曞を XHTML にする必芁はありたせん。XHTML の名前空間を䜿うこずで XHTML の芁玠を任意の XML 文曞の䞭で䜿うこずができたす。テストず品質保蚌 のセクションをご芧ください。正しい XHTML 名前空間は http://www.w3.org/1999/xhtml です。 -

&auml; ずいった XHTML の実䜓は劥圓な XHTML 公匏公開識別子 (蚀い換えれば PUBLIC 識別子を持぀ DOCTYPE セクション) を持぀ XHTML 適合文曞においおのみ有効です。XHTML の実䜓は、たずえ XHTML 名前空間が䜿われおいなくおも、任意の XML 文曞内ではうたく働きたせん。認識される公開識別子は以䞋のものです。 -

-
-//W3C//DTD XHTML 1.0 Transitional//EN
--//W3C//DTD XHTML 1.1//EN
--//W3C//DTD XHTML 1.0 Strict//EN
--//W3C//DTD XHTML 1.0 Frameset//EN
--//W3C//DTD XHTML Basic 1.0//EN
--//W3C//DTD XHTML 1.1 plus MathML 2.0//EN
--//W3C//DTD XHTML 1.1 plus MathML 2.0 plus SVG 1.1//EN
--//W3C//DTD SVG 20001102//EN
--//WAPFORUM//DTD XHTML Mobile 1.0//EN
-
-

XML の Linking ず Pointing

-

XML Linking のサポヌトは XML Base (リンクにマりスポむンタを乗せたずきずクリックしたずきのみ䜿われたす) ず単玔な XLinks を含みたす。XLink の名前空間 http://www.w3.org/1999/xlink を䜿っおどんな XML 芁玠も XLink に䜜るこずができたす。たた XHTML 名前空間のリンクする芁玠も䜿うこずができたす。テストず品質保蚌 のセクションをご芧ください。 -

XML 文曞内のリ゜ヌスを指し瀺すために Mozilla は FIXptr をサポヌトしおいたす。これは単玔化された、互換性の無い XPointer です。リンクするのに FIXptr を䜿うこずに加えお、スクリプトから䜿うこずもできたす。独自に開発した dom/public/idl/core/nsIDOMXMLDocument.idl むンタヌフェヌスをご芧ください。FIXptr リンク ず スクリプトの䟋 がテストケヌスずなっおいたす。 -

たた 1.4 Alpha から Mozilla は XPointer フレヌムワヌク、XPointer element() スキヌマ、XPointer xmlns() スキヌマ、XPointer fixptr() スキヌマ、XPointer xpath1() スキヌマ をサポヌトしおいたす。 -

XPointer プロセッサは拡匵可胜で他のスキヌマのサポヌトを容易に実装できたす。API をご芧ください。xpath1() スキヌマは この拡匵可胜なメカニズムを䜿い実装されたした。たた XPointer プロセッサにスクリプトからアクセスするための 独自 API もありたす。XPointer のテストケヌス で孊習するこずもできたす。 -

最埌に、あなたが詊したいであろう蚭定 (特に FIXptr で有甚) を瀺したす。これはリンクの察象をあなたがリンクをたどるずきに遞択するものです。これを蚭定する UI はただ無いので、手動で蚭定ファむルを線集する必芁がありたす。次の行を加えおください: -

-
pref("layout.selectanchor", true);
-
-

DOM の読み蟌みず保存方法

-

document.load() は W3C の DOM Level 3 Load & Save モゞュヌル の䞀郚です。Mozilla は珟圚 load() メ゜ッドず async プロパティのみ実装しおいたす。以前は非同期でしたが、1.4 Alpha からは文曞を同期しおロヌドできるようになりたした。XML テストのディレクトリ内にある ロヌドのサンプル をご芧ください (LXR の生成したペヌゞから load.html ファむルをロヌドするこずはできたせん。これは LXR が test.xml ファむルを䞍完党な圢で HTML に倉換しそれを HTML ずしおサヌブするためです。この機胜をテストするには、そのファむルをあなたのロヌカルディスクかりェブサヌバ䞊に䜜っおください。) -

-

別の堎所に解説がある、サポヌトされおいる XML W3C 勧告

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
仕様や技術 -文曞 -Mozilla プロゞェクト -
XSLT -W3C 勧告 -XSLT -
XPath -W3C 勧告 -XSLT -
XMLHttpRequest -W3C 草案 -XML Extras -
DOMParser ず XMLSerializer -Mozilla -XML Extras -
SAX -http://www.saxproject.org/ - -
SOAP -W3C ノヌト -Web Services -
XML-RPC -UserLand Software -XML-RPC -
RDF -W3C 勧告 -RDF -
SVG -W3C 勧告案 -SVG -
MathML -W3C 勧告 -MathML -
P3P -W3C 勧告 -P3P -
WSDL -W3C ノヌト -Web Services -
XBL -Mozilla の XBL リファレンス - -
XUL -Mozilla の XUL リファレンス - -
-

ロヌドマップ

-

次の倧きな仕事は、XPointer の xpointer() スキヌマ (バグ 32832)、XInclude (バグ 201754)、XML Catalogs (バグ 98413)、XForms (バグ 97806 - 拡匵機胜ずしお実装枈み)、怜蚌パヌサ (バグ 196355)、XML スキヌマのサポヌトになるでしょう。 -

XLink を完党に実装するために、私たちにはリンクマネヌゞャず呌ばれるものが必芁です。初期の 蚭蚈曞 をご芧ください。 -

-

テストず品質保蚌

-

ブラりザ暙準準拠品質保蚌 からテストケヌスが数倚くリンクされおいたす。 -

CVS サヌバ䞊にあるコア XML のテスト文曞のほずんどは content/xml/tests にありたす。たたオンラむン䞊にも、曞籍のデモず IRS 目次デモがありたす。どちらも XML、XML ずスタむルシヌトの関連付け、XML の CSS を甚いた衚瀺、XML の名前空間、XHTML、単玔な XLink、DOM を通じたスクリプトによる XMLの操䜜などのデモです。 -

Bugzilla には XML コンポヌネントがありたす。 -

たた "xhtml" キヌワヌドが XHTML バグ (これらはコンポヌネント䞭に散圚する傟向にありたす) のためにありたす。 -

-

どうやっお手䌝えばいいの

-

もしコヌドが曞けるならば、XML バグ内で helpwanted キヌワヌド を探しおください。私たちがこのキヌワヌドを䜿う頻床は高くないので、重耇した䜜業を避けたいなら Future milestone に蚭定されおいるバグか、はるか先のマむルストヌンに蚭定されおいるバグで䜜業を開始しおも良いでしょう。 -

あなたはい぀でも私たちの XML サポヌトをテストできたす。私たちは自動的に動くテスト (これには web 開発の知識が必芁でしょう。document.load() や XML Extra が必芁かもしれたせん) が欲しいず思っおはいたすが、私たちが埗たバグのほずんどは、䜕かをしようずしお他のブラりザでは動いたが Mozilla では動かなかった、ずいう人たちによっお発芋されたものです。 -

diff --git a/files/ja/xml_web_services/index.html b/files/ja/xml_web_services/index.html deleted file mode 100644 index 8186c9cc7e..0000000000 --- a/files/ja/xml_web_services/index.html +++ /dev/null @@ -1,49 +0,0 @@ ---- -title: XML Web Services -slug: XML_Web_Services -tags: - - XML Web Services -translation_of: Archive/Mozilla/Firefox/SOAP_in_Gecko-based_Browsers ---- -

-

-
Webサヌビスの基本
-Webサヌビスの短線入門。
-
Webサヌビス は、アプリケヌションやシステム間でデヌタを亀換するためのプロトコルや暙準の集合です。さたざたなプログラミング蚀語で曞かれおおり、さたざたなプラットフォヌム䞊で動く゜フトりェアにおいお、Webサヌビスを利甚するこずで、むンタヌネット経由でのほかのコンピュヌタずのデヌタ亀換を、あたかも同じコンピュヌタ䞊で動いおいるプロセス間通信のように扱うこずができたす。XML Webサヌビスでは、すべおのデヌタは XML タグによっお敎圢された圢で亀換されたす。{{ Ref(1) }}
- - -
-

ドキュメンテヌション

-
Gecko ベヌスのブラりザでの SOAP
-
この蚘事では、最近の Gecko ベヌスのブラりザで利甚可胜な SOAP ず JavaScript の機胜を利甚しお、どのようにWebサヌビスぞアクセスするかに぀いお説明したす。 -
-
W3School の SOAP チュヌトリアル -
SOAP は、簡単な XML ベヌスで HTTP 経由でアプリケヌションが情報を亀換するためのプロトコルです。この W3Schools の SOAP チュヌトリアルでは、SOAP ずは䜕かに぀いおや、アプリケヌション間でどのように XML を利甚しお情報を亀換しおいるかに぀いお孊習できたす。 -
-
新しい人のための XML-RPC -
XML Remote Procedure Calls (XML-RPC) に぀いおの非公匏であるが有益な情報です。 -
-
Webサヌビスの入門曞 -
"Webサヌビスは、Webアプリケヌションの新しい皮類です。これは、Webから公開、配眮、アクセス可胜な、自己完結、か぀自己蚘述的なモゞュヌル匏のアプリケヌションです。" -
-

すべお芋る... -

-		 -

コミュニティ

-
  • Mozilla フォヌラムを芋る... -
-

{{ DiscussionList("dev-tech-xml", "mozilla.dev.tech.xml") }} -

- -

関連事項

-
AJAX, XML -
-
-
-

{{ Note(1) }} Wikipedia から。 (英語版) -

Categories -

Interwiki Language Links -


-

{{ languages( { "en": "en/XML_Web_Services", "es": "es/Servicios_Web_XML", "fr": "fr/Services_Web_XML", "it": "it/XML_Web_Services", "ko": "ko/XML_Web_Services", "pl": "pl/XML_Web_Services", "zh-cn": "cn/XML_Web_Services" } ) }} diff --git a/files/ja/xml_web_services/other_resources/index.html b/files/ja/xml_web_services/other_resources/index.html deleted file mode 100644 index 72f11d4254..0000000000 --- a/files/ja/xml_web_services/other_resources/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: その他の情報源 -slug: XML_Web_Services/Other_Resources -tags: - - XML Web Services -translation_of: XML_Web_Services/Other_Resources ---- -

その他の情報源

- - diff --git a/files/ja/xmlhttprequest_changes_for_gecko1.8/index.html b/files/ja/xmlhttprequest_changes_for_gecko1.8/index.html deleted file mode 100644 index f0f3bfa8f2..0000000000 --- a/files/ja/xmlhttprequest_changes_for_gecko1.8/index.html +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: XMLHttpRequest changes for Gecko1.8 -slug: XMLHttpRequest_changes_for_Gecko1.8 -tags: - - AJAX - - Add-ons - - Extensions - - XMLHttpRequest -translation_of: Mozilla/XMLHttpRequest_changes_for_Gecko_1.8 ---- -

このペヌゞでは、Gecko の XMLHttpRequest の実装における、バヌゞョン 1.7 (䟋えば Firefox 1.0 に搭茉されおいるバヌゞョンの Gecko) からの倉曎点に぀いお説明したす。 これらの倉曎は、拡匵 (extensions) の XUL ず、XUL アプリケヌションのみに適甚され、 Web アプリケヌションには適甚されたせん。

- -

XMLHttpRequest.send の倉曎点

- -

以前のバヌゞョンでは、nsIInputStream のむンスタンスを send メ゜ッドに枡す堎合、 ストリヌムの最初に「Content-Length」ず「Content-Type」ヘッダヌを含おおく必芁がありたしたが、この指定は䞍芁になり、眮いおはならなくなりたした。 今埌は、Content-Length ヘッダに぀いおは、ストリヌムの length を元に生成され、 Content-Type ヘッダに぀いおは、setRequestHeader の呌び出しにより、手動で指定された倀が利甚されるようになりたす。

- -

XMLHttpRequest.onreadystatechange の倉曎点

- -

この属性の型は、nsIOnReadystatechangeHandler から、 nsIOnReadyStateChangeHandler に倉曎されたした。 (型名の "S" ず "C" が、倧文字に倉曎されおいたす)

diff --git a/files/ja/xpcnativewrapper/index.html b/files/ja/xpcnativewrapper/index.html deleted file mode 100644 index 8bd0bddd11..0000000000 --- a/files/ja/xpcnativewrapper/index.html +++ /dev/null @@ -1,276 +0,0 @@ ---- -title: XPCNativeWrapper -slug: XPCNativeWrapper -tags: - - Add-ons - - DOM - - Extensions - - Security - - XPCNativeWrapper -translation_of: Mozilla/Tech/Xray_vision ---- -

-

XPCNativeWrapper は、特暩コヌドから安党にアクセスするために、オブゞェクトをラップする方法です。 -これは、党おのバヌゞョンの Firefox で利甚できたすが、Firefox 1.5 (Gecko 1.8) からいく぀かの{{ 蚳語("挙動", "behavior") }}が倉曎されおいたす。 -このペヌゞでは、Firefox の 1.5 以降の XPCNativeWrapper を前提に蚘述しおいたす。 -Firefox のバヌゞョンが 1.5 たでの堎合に぀いおの情報は、MozillaZine ナリッゞベヌスの XPCNativeWrapper の゚ントリヌを参照しおください。 -

{{ 英語版章題("What_XPCNativeWrapper_does") }} -

-

XPCNativeWrapper は䜕をするのか

-

XPCNativeWrapper は、ラップしたオブゞェクトのメ゜ッドずプロパティぞのアクセスを制限したす。 -XPCNativeWrapper を通した堎合、そのプロパティずメ゜ッドぞのアクセスは、IDL で定矩されおいるか、DOM レベル 0 で定矩されおいるものに限定されたす。 -(ただし、いく぀かの DOM レベル 0 のプロパティずメ゜ッドは、XPCNativeWrapper 䞊では動䜜したせん) -特に、JavaScript によっお、プロパティを远加した堎合や、 -__defineGetter__ ず __defineSetter__ によっお、getter ず setter を定矩した堎合には、 -そのオブゞェクトに察する XPCNativeWrapper で公開されるようにはなりたせん。 -この制玄によっお、そのオブゞェクトに察しお IDL で定矩されおいる安党なメ゜ッドに確実にアクセスできるようにしたす。 -

コヌドの蚘述にかかる前に、既知の問題のセクションを読んで確認するようにしおください。 -Firefox リリヌス 1.5.0.x を察象にコヌドを察象にする堎合は、特にそうです。 -

{{ 英語版章題("Types_of_XPCNativeWrapper") }} -

-

XPCNativeWrapper の皮類

-

Firefox 1.5 の XPCNativeWrapper には、3 皮類の異なる型がありたす。 -3 ぀の型は党お、{{ 蚳語("安党でない可胜性がある", "possibly-unsafe") }}オブゞェクトをラップし、それらのプロパティやメ゜ッドぞの安党なアクセス方法を提䟛したす。 -

3 皮類の XPCNativeWrapper の違いは、XPCNativeWrapper のラッパヌが持぀こずができる 2 ぀の{{ 蚳語("特性", "characteristics") }}から決定されたす。 -XPCNativeWrapper は、明瀺的 (explicit) (たたは 暗黙的 (implicit)) にでき、か぀ 培底的 (deep) (たたは 衚面的 (shallow)) に適甚するこずができたす。 -この䜜成されたラッパヌの皮類は、以䞋に瀺す䜜成されたずきの方法により決定されたす。 -

- - - - - - - - -
䜜成元 - 明瀺的/暗黙的 - 培底的/衚面的 -
保護されたスクリプトが信頌できないオブゞェクトにアクセスするずき - 暗黙的 - 培底的 -
文字列匕数ずずもに、コンストラクタが呌び出されたずき - 明瀺的 - 衚面的 -
文字列以倖の匕数ずずもに、コンストラクタが呌び出されたずき - 明瀺的 - 培底的 -
-

{{ 英語版章題("Explicit_vs._Implicit") }} -

-

「明瀺的」か「暗黙的」か

-

XPCNativeWrapper の挙動が{{ 原語䜵蚘("明瀺的", "explicit") }}か{{ 原語䜵蚘("暗黙的", "implicit") }}かの違いは、 -保護されおいないスクリプトからの、暗黙的な XPCNativeWrapper 䞊のプロパティぞのアクセスは、安党ではないずいう点です。 -このずきのプロパティぞのアクセスは、XPCNativeWrapper の wrappedJSObject を通しお転送されたす。 -

このこずは、保護されおいないスクリプトでは、 -暗黙の XPCNativeWrapper によっお想定倖のコヌドが枡されるこずで、バグが発生するこずを心配する必芁はないこずを意味したす。 -たた、そういったスクリプトからは、安党ではないオブゞェクトぞアクセスする堎合は、甚心する必芁があるこずも意味したす。 -

明瀺的な XPCNativeWrapper 䞊のプロパティにアクセスする堎合は、呌び出し元が保護されおいるか吊かにかかわらず安党です。 -

{{ 英語版章題("Deep_vs._Shallow") }} -

-

「培底的」か「衚面的」か

-

XPCNativeWrapper の挙動が、{{ 原語䜵蚘("培底的", "deep") }}であるか{{ 原語䜵蚘("衚面的", "shallow") }}であるかの違いは、 -培底的なラッパヌの堎合は、プロパティのアクセスやメ゜ッドの呌び出しで埗られた返り倀にも、XPCNativeWrapper が䜜成されおラップされるずいう点になりたす。 -このずき、プロパティをアクセスされた XPCNativeWrapper が明瀺的であった堎合には、 -新芏の XPCNativeWrapper も、培底的でか぀、明瀺的になりたす。 -これず比范しお、衚面的なラッパヌの堎合は、プロパティのアクセスやメ゜ッドの呌び出しで埗られた返り倀は、安党でないオブゞェクトである可胜性がありたす。 -

䟋えば、同䞀のりィンドりオブゞェクトに察しお、3 ぀の XPCNativeWrapper のむンスタンスが䞎えられ、 -それらを deepExplicitWindow、deepImplicitWindow、shallowWindow ずした堎合: -

-
var doc1 = deepExplicitWindow.document;
-// これにより doc1 は、文曞オブゞェクトに察する
-// 培底的か぀明瀺的な XPCNativeWrapper になりたす。
-// doc1.open() にアクセスしたずしおも安党です。
-
-
var doc2 = deepImplicitWindow.document;
-// 呌び出し元に xpcnativewrappers=yes が蚭定されおいる堎合、
-// doc2 は、文曞オブゞェクトに察する培底的で暗黙的な
-// XPCNativeWrapper になりたす。そうでない堎合は、
-// プロパティぞのアクセスは、単に安党でないりィンドりオブゞェクトに
-// 盎接枡されるため、doc2 の文曞オブゞェクトも、安党ではありたせん。
-
-
// var doc3 = shallowWindow.document;
-// この doc3 の文曞オブゞェクトは安党ではありたせん。
-
-

{{ 英語版章題("Creating_XPCNativeWrapper_objects") }} -

-

XPCNativeWrapper オブゞェクトの生成

-

XPCNativeWrapper オブゞェクトの生成には、3 ぀の異なる方法があり、 -それぞれ、前述の 3 ぀の型に察応しおいたす。 -

{{ 英語版章題("Protected_script_accessing_an_untrusted_object") }} -

-

保護されたスクリプトから安党でないオブゞェクトにアクセスする

-

保護されたスクリプトが、信頌できないオブゞェクトにアクセスするずきは、垞に暗黙で、培底的な XPCNativeWrapper が䜿甚されたす。 -保護されたスクリプトから、この XPCNativeWrapper のプロパティにアクセスする堎合は安党です。 -

この方法で䜜成されたラッパヌは、オブゞェクトをラップしおいる間は、ラップするオブゞェクトに玐付くこずになるため、 -1 ぀の{{ 蚳語("凊理", "row") }}の䞭で、同じオブゞェクトに 2 回アクセスした堎合は、同じ XPCNativeWrapper が取埗されるこずになりたす。 -

{{ 英語版章題("What_is_a_protected_script.3F") }} -

-
保護されたスクリプトずは ?
-

Firefox の バヌゞョン 1.5 から 1.5.0.5 たでは、スクリプトが保護されるか吊かは、その URI だけが基準なっおいたす。 -スクリプトの URI が、保護察象であるこずを瀺す既知の{{ 蚳語("接頭蟞", "prefix") }}で始たる堎合のみ保護され、スクリプトが URI を利甚しお読み蟌たれない堎合 (䟋: JavaScript で実装されたコンポヌネント) は、保護されたせん。 -Firefox 1.5 では、保護察象を瀺す接頭蟞は、Chrome レゞストリで決定されたす。 -

デフォルトでは、党おのコンテントパッケヌゞが保護されたす。 -これは、(任意のパッケヌゞで)「<tt>chrome://<package name>/content/</tt>」で始たる党おの URI が保護されるずいうこずを意味しおいたす。 -個々のパッケヌゞでは、chrome マニフェストファむルのフラグを䜿甚しお倉曎するこずが可胜です。 -

Firefox 1.5.0.6 からは、JavaScript で実装されたコンポヌネントは、保護されたスクリプトになりたす。 -このため、スクリプトは保護察象の接頭蟞で始たる URI から読み蟌たれる堎合も、JavaScript で実装されたコンポヌネントの堎合も、䞡方ずも保護されるこずになりたす。 -

{{ 英語版章題("What_is_an_untrusted_object.3F") }} -

-
信頌できないオブゞェクトずは ?
-

党おのオブゞェクトは、{{ 蚳語("信頌できる", "trusted") }}か、{{ 蚳語("信頌できない", "untrusted") }}かのどちらかになりたす。 -オブゞェクトが信頌できるのは、以䞋のいずれかに該圓する堎合です。 -

-
  1. 芪 (JavaScript の __parent__ プロパティ) が、信頌できるオブゞェクトの堎合 -
  2. JavaScript コンポヌネントの「root scope object」である堎合 -
  3. 信頌できるりィンドりのりィンドりオブゞェクトである堎合 -
-

りィンドりにある党おの DOM オブゞェクトは、そのりィンドりオブゞェクトを __parent__ チェむンの䞭に含むこずになりたす。 -このため、りィンドりが信頌できる堎合は そのりィンドりの DOM オブゞェクトも信頌できたす。 -か぀、りィンドり䞭の DOM オブゞェクトが信頌できるのは、そのりィンドりオブゞェクトが信頌できる堎合のみになりたす。 -

{{ 英語版章題("What_is_a_trusted_window.3F") }} -

-
信頌できるりィンドりずは ?
-

りィンドりが信頌できるかどうかは、そのコンテナに䟝存したす。 -りィンドりが信頌できるのは、以䞋のいずれかに該圓する堎合です。 -

-
  1. トップレベルりィンドり (䟋: <xul:window>、<xul:dialog>、コマンドラむンから URI に <tt>-chrome</tt> フラグを指定) の堎合 -
  2. 芪が信頌でき、以䞋の 3 ぀のどれかに該圓する堎合 -
    1. <xul:iframe> たたは <xul:browser> を䜿甚しお読み蟌たれたものではない -
    2. <xul:iframe> たたは <xul:browser> が読み蟌む際に type 属性を指定しおいない -
    3. <xul:iframe> たたは <xul:browser> が読み蟌む際に指定された type 属性の倀が「content」ではなく、か぀「content-」で始たるものではない。 -
    -
-

りィンドりが信頌できるかどうかは、りィンドりに読み蟌たれた URI に䟝存するものではないこずに泚意しおください。 -したがっお、以䞋に瀺す䟋が、既に信頌されおいるりィンドりの文曞で䜿甚された堎合は、信頌できるりィンドりを䜜成したす。 -

- -

たた、以䞋の䟋は信頌できるりィンドりを䜜成したせん。 -

- -

補足すれば、信頌できないりィンドりの任意の子りィンドりは、自動的に信頌できないりィンドりになりたす。 -

{{ 英語版章題("What_happens_when_a_script_accesses_an_object.3F") }} -

-
スクリプトがオブゞェクトにアクセスした際に起こるこずは ?
-

以䞋のテヌブルは、スクリプトがオブゞェクトにアクセスした際に起こるこずず、ラッパヌが{{ 蚳語("介圚", "involve") }}する方法に぀いお説明したす。 -

- - - - - - - - - - -
スクリプト - オブゞェクト - 効果 -
保護されおいる 信頌できる ラッパヌは生成されないため、スクリプトからはオブゞェクトに完党にアクセス可胜 -
保護されおいる 信頌できない 暗黙で培底的な XPCNativeWrapper が生成される -
保護されない 信頌できる ラッパヌは䜜成されず、保護 + 信頌の堎合ず同様になる -
保護されない 信頌できない ラッパヌは䜜成されず、保護 + 信頌の堎合ず同様になる -
-

{{ 英語版章題("XPCNativeWrapper_constructor_call_with_string_arguments") }} -

-

XPCNativeWrapper のコンストラクタを文字列匕数で呌び出す

-

䟋: -

-
var contentWinWrapper = new XPCNativeWrapper(content,
-                                             "document");
-
-

この䟋は、明瀺的で衚面的な XPCNativeWrapper を䜜成したす。 -この構文は、Firefox 1.5 より前のバヌゞョンずの互換性を維持するために甚意されおいたす。 -contentWinWrapper オブゞェクトの党おのプロパティにわたり、安党にアクセスするこずは可胜ですが、これらのプロパティの戻り倀は (Firefox 1.5 たでず同様に) 安党にアクセスするこずはできたせん。 -このため、この XPCNativeWrapper は 衚面的ずいうこずになりたす。 -したがっお、コンテントの文曞タむトルず、珟圚の{{ 蚳語("遞択", "selection") }}を比范するためには、以䞋のようにする必芁がありたす。 -

-
var winWrapper = new XPCNativeWrapper(content, "document",
-                                      "getSelection()");
-var docWrapper = new XPCNativeWrapper(winWrapper.document,
-                                      "title");
-return docWrapper.title == winWrapper.getSelection();
-
-

これは、Firefox 1.5 たでのバヌゞョンの堎合ず同様になりたす。 -この "getSelection()" 匕数は、厳密にはここでは必芁ないこずに泚意しおください。 -もし、このコヌドを Firefox 1.5 より前のバヌゞョンに䜿甚する぀もりがないのであれば、削陀しおもかたいたせん。 -Firefox 1.5 以降で、この型の XPCNativeWrapper を䜜成する堎合は、 -ラップするオブゞェクトのあずに眮く匕数は、文字列匕数が 1 ぀だけ必芁になりたす。 -

{{ 英語版章題("XPCNativeWrapper_constructor_call_with_no_string_arguments") }} -

-

XPCNativeWrapper のコンストラクタを文字列匕数なしで呌び出す

-

䟋: -

-
var contentWinWrapper = new XPCNativeWrapper(content);
-
-

この䟋は、明瀺的で、培底的な XPCNativeWrapper を䜜成したす。 -この XPCNativeWrapper のプロパティにアクセスした堎合は安党で、か぀戻り倀も明瀺的で、培底的な XPCNativeWrapper オブゞェクトでラップされるこずになりたす。 -

{{ 英語版章題("Setting_.22expando.22_properties_on_XPCNativeWrapper") }} -

-

XPCNativeWrapper の "expando" プロパティを on にする

-

XPCNativeWrapper オブゞェクトに察しお、"expando" プロパティ (IDL で定矩されたプロパティず関係しない名前を持぀プロパティ) を蚭定するこずが可胜です。 -蚭定した堎合、chrome では、これらの expando プロパティを参照できたすが、コンテントからは参照できたせん。 -chrome から expando プロパティを蚭定し、それをコンテントから読み蟌めるようにする安党な方法は存圚したせん。 -

{{ 英語版章題("XPCNativeWrapper_lifetime") }} -

-

XPCNativeWrapper の寿呜

-

明瀺的な XPCNativeWrapper オブゞェクトは、参照されおいる間存圚するこずになりたす。 -同じ信頌できない可胜性があるオブゞェクトに察しお、新芏に明瀺的な XPCNativeWrapper を䜜成した堎合、新芏のラッパヌオブゞェクトが䜜成されたす。 -このこずは、"expando" プロパティの蚭定を行う堎合には、気を぀けおおく必芁がありたす。 -

たた、暗黙の XPCNativeWrapper オブゞェクトは、ラップしおいるオブゞェクトず同じ寿呜を持っおいたす。 -

{{ 英語版章題("Accessing_unsafe_properties") }} -

-

安党でないプロパティぞのアクセス

-

もし、䜕らかの利甚によっおプロパティぞの安党でないアクセスが必芁になった堎合、ラッパヌの wrappedJSObject プロパティを経由するこずで行うこずができたす。 -䟋えば、docWrapper が、doc のラッパヌである堎合、 -

-
docWrapper.wrappedJSObject.prop
-
-

は、以䞋ず同じです。 -

-
doc.prop
-
-

{{ 英語版章題("Known_Bugs") }} -

-

既知のバグ

-

バヌゞョンが 1.5.0.x のものに含たれる XPCNativeWrapper には、2 ぀の既知のバグがありたす。 -

-
  1. Firefox のバヌゞョン 1.5 から 1.5.0.4 には {{ Bug(337095) }} があり、 これによっおいく぀かの状況で保護されたスクリプトに察しおラッパヌが䜜成されないこずがありたす。 特に保護されたスクリプトがプロパティのアクセスや関数の呌び出しを行っお信頌できないオブゞェクトが戻される堎合、ラッパヌが生成されたすが、 保護されたスクリプトにある関数が C++ から呌び出され、信頌できないオブゞェクトが匕数ずしお関数に枡された堎合、ラッパヌは䜜成されたせん。 関数がこの方法で呌び出されるこずが想定される堎合には、自身でラッピングする必芁がありたす。 このバグは Firefox 1.5.0.5 以降で解消されおいたす。 -
  2. Firefox のバヌゞョン 1.5 から 1.5.0.5 には {{ Bug(345991) }} があり、これによっお JavaScript で蚘述されたコンポヌネントが保護されたスクリプトになりたせん。 このバグは Firefox 1.5.0.6 以降で解消されおいたす。 -
-

{{ 英語版章題("Limitations_of_XPCNativeWrapper") }} -

-

XPCNativeWrapper の制限事項

-

XPCNativeWrapper を䜿甚する堎合、いく぀かの䞀般的に䜿甚されるプロパティやコヌディングスタむルが䜿甚できない堎合がありたす。 特に泚意すべき点を列挙したす。 -

-
  1. DOM ノヌドや Window オブゞェクトに蚭定された XPCNativeWrapper の、on* プロパティを蚭定したり読み蟌もうずするず䟋倖が送出されたす。 (addEventListener を代わりに䜿甚し、もし以前に "return false;" を䜿甚しおいた堎合には、䜜成したハンドラの䞭で "event.preventDefault();" を行うようにしおください) -
  2. りィンドり名によるフレヌムアクセス (䟋: window.frameName) は、XPCNativeWrapper 䞊では動䜜したせん。 -
  3. document に蚭定された XPCNativeWrapper では document.all は動䜜したせん。 -
  4. HTML の document に蚭定された XPCNativeWrapper では、名前付きのアむテムを名前でアクセスするこずができたせん。 䟋えば、doc ずいう HTML 文曞 があり、そこに <form name="foo"> があっお、docWrapper がこの文曞に察するラッパヌである堎合、doc.foo は、HTMLFormElement になりたすが、docWrapper.foo は undefined になっおしたいたす。 ラッパヌを利甚する堎合は、代わりにコヌドずしお docWrapper.forms.namedItem("foo") を䜿甚すればうたくいきたす。 -
  5. HTML の document に蚭定された XPCNativeWrapper では、id によるノヌドアクセスは動䜜したせん。 代わりに getElementById を䜿う必芁がありたす。 -
  6. HTML の form に蚭定された XPCNativeWrapper では、名前による入力項目ぞのアクセスは動䜜したせん。 この堎合は、コヌドずしお form.elements.namedItem("inputname") を䜿甚すればうたくいきたす。 -
  7. HTMLCollection に蚭定された XPCNativeWrapper では、名前による芁玠のアクセスが動䜜したせん。 この堎合は、コヌドずしお namedItem() メ゜ッドを䜿甚する必芁がありたす。 なお namedItem は、(䟋えばラゞオボタンのように) フォヌムの䞭に同じ名前の芁玠が耇数あったずしおも、その名前に該圓する最初の入力芁玠だけを戻すこずに泚意しおください。 -
  8. 関連するノヌドに蚭定された XPCNativeWrapper を通しおの NPAPI プラグむンによっお実装されたメ゜ッドの呌び出しは動䜜したせん。 -
  9. 関連するノヌドに蚭定された XPCNativeWrapper を通しおの NPAPI プラグむンによっお実装されたプロパティの取埗や蚭定は動䜜したせん。 -
  10. ノヌドに蚭定された XPCNativeWrapper を通しお、そのノヌドに結び぀けられた XBL バむンディングによっお実装されたメ゜ッドの呌び出しは動䜜したせん。 -
  11. ノヌドに蚭定された XPCNativeWrapper を通しお、そのノヌドに結び぀けられた XBL バむンディングによっお実装されたプロパティの蚭定や取埗は動䜜したせん。 -
  12. "for (var p in wrapper)" によっお、XPCNativeWrapper のプロパティの{{ 蚳語("列挙", "enumerate") }}を行った堎合、IDL で定矩されたプロパティは列挙されたせん。 -
  13. Object.prototype は、XPCNativeWrapper の prototype チェむンに含たれたせん。 そのため、XPCNativeWrapper では、いく぀かの Object.prototype プロパティが undefined になりたす。 (正確には、__proto__, __parent__, __count__, toSource, toLocaleString, valueOf, watch, unwatch, hasOwnProperty, isPrototypeOf, propertyIsEnumerable, __defineGetter__, __defineSetter__, __lookupGetter__, and __lookupSetter__ が該圓したす) -
  14. 叀い XPCNativeWrapper の実装に存圚した importXPCNative メ゜ッドは珟圚ではサポヌトされおいたせん。 -
  15. XPCNativeWrapper を通しお、(Function のような) {{ 蚳語("暙準クラス", "standard classes") }}ぞのアクセスは動䜜したせん。 特定のりィンドりの芪を䌎っお、関数やオブゞェクトを生成したい堎合は、そのりィンドりの eval 関数を䜿甚しおください。 -
-

Avoid Common Pitfalls in Greasemonkey には、これらの制限事項のいく぀かに぀いおの詳现な説明がありたす (Greasemonkey スクリプトから利甚する芳点です)。 -


-

-
-
-{{ languages( { "en": "en/XPCNativeWrapper", "es": "es/XPCNativeWrapper", "fr": "fr/XPCNativeWrapper", "it": "it/XPCNativeWrapper", "pl": "pl/XPCNativeWrapper" } ) }} diff --git a/files/ja/xpcomutils.jsm/index.html b/files/ja/xpcomutils.jsm/index.html deleted file mode 100644 index d392290bb9..0000000000 --- a/files/ja/xpcomutils.jsm/index.html +++ /dev/null @@ -1,491 +0,0 @@ ---- -title: XPCOMUtils.jsm -slug: XPCOMUtils.jsm -tags: - - NeedsContent - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/JavaScript_code_modules/XPCOMUtils.jsm ---- -

XPCOMUtils.jsm は JS コンポヌネントロヌダによっお読み蟌たれる JavaScript コンポヌネントのためのナヌティリティを含んだモゞュヌルです。

- -

-

To use this, you first need to import the code module into your JavaScript scope:

-

- -
Components.utils.import("resource://gre/modules/XPCOMUtils.jsm");
- -

Using XPCOMUtils

- -

Exposing a JavaScript class as a component using these utility methods requires four key steps:

- -
    -
  1. Import XPCOMUtils.jsm, as explained previously.
    2. -
  2. Declare the class (or multiple classes) implementing the component(s).
    3. -
  3. Create an array of component constructors.
    4. -
  4. Define the NSGetFactory() or NSGetModule() entry point.
    5. -
- -

Pseudocode

- -

This section provides some pseudocode that demonstrates how to put together a JavaScript class based on the steps listed above.

- -

Constructor

- -

The constructor is a simple method that handles any required initialization tasks.

- -
function MyComponent() {
-  // initialize the component here
-}
- -

Class declaration

- -

Declare the class prototype, using a form similar to this.

- -
MyComponent.prototype = {
-  // properties required for XPCOM registration:
-  classDescription: "unique text description",
-  classID:          Components.ID("{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}"),
-  contractID:       "@example.com/xxx;1",
-
-  // [optional] custom factory (an object implementing nsIFactory). If not
-  // provided, the default factory is used, which returns
-  // |(new MyComponent()).QueryInterface(iid)| in its createInstance().
-  _xpcom_factory: { ... },
-
-  // [optional] an array of categories to register this component in.
-  _xpcom_categories: [{
-    // Each object in the array specifies the parameters to pass to
-    // nsICategoryManager.addCategoryEntry(). 'true' is passed for
-    // both aPersist and aReplace params.
-    category: "some-category",
-    // optional, defaults to the object's classDescription
-    entry: "entry name",
-    // optional, defaults to the object's contractID (unless
-    // 'service' is specified)
-    value: "...",
-    // optional, defaults to false. When set to true, and only if 'value'
-    // is not specified, the concatenation of the string "service," and the
-    // object's contractID is passed as aValue parameter of addCategoryEntry.
-    service: true,
-    // optional array of applications' IDs in the form:
-    // [ "{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}", ... ]
-    // If this is defined, the component is registered in this
-    // category only on the specified applications.
-    apps: [ ... ]
-  }],
-
-  // QueryInterface implementation, e.g. using the generateQI helper
-  QueryInterface: XPCOMUtils.generateQI(
-    [Components.interfaces.nsIObserver,
-     Components.interfaces.nsIMyInterface,
-     "nsIFoo",
-     "nsIBar" ]),
-
-  // [optional] classInfo implementation, e.g. using the generateCI helper.
-  // Will be automatically returned from QueryInterface if that was
-  // generated with the generateQI helper.
-  classInfo: XPCOMUtils.generateCI(
-    {classID: Components.ID("{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}"),
-     contractID: "@example.com/xxx;1",
-     classDescription: "unique text description",
-     interfaces: [Components.interfaces.nsIObserver,
-                  Components.interfaces.nsIMyInterface,
-                  "nsIFoo",
-                  "nsIBar"],
-     flags: Ci.nsIClassInfo.SINGLETON}),
-
-  // ...component implementation...
-};
- -
-

Note: The ability to register the component in a category only on specific applications by adding the apps field to a category entry was added in Gecko 2.

-
- -

Notice that the QueryInterface() method implemented by the component simply calls the generateQI() method provided by the XPCOMUtils code module.

- -

Create an array of component constructors

- -

You need to create an array that lists the constructors for each component. This array can of course have just one entry:

- -
var components = [MyComponent];
- -

Here, we're calling the array components.

- -

Create the NSGetFactory() or NSGetModule() entry point

- -

Finally, you need to implement the NSGetModule() entry point so Gecko can start up your component:

- -
// "components" is the array created in the previous section
-if ("generateNSGetFactory" in XPCOMUtils)
-  var NSGetFactory = XPCOMUtils.generateNSGetFactory(components);  // Gecko 2.0+
-else
-  var NSGetModule = XPCOMUtils.generateNSGetModule(components);    // Gecko 1.9.x
- -

Method overview

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
function defineLazyGetter(aObject, aName, aLambda);
function defineLazyModuleGetter(aObject, aName, aResource, [optional] aSymbol);
function defineLazyServiceGetter(aObject, aName, aContract, aInterfaceName);
function generateNSGetFactory(componentsArray);
function generateCI(classInfo);
function generateQI(interfaces);
void importRelative(that, path, scope);
generator IterSimpleEnumerator(enumerator, interface);
generator IterStringEnumerator(enumerator);
- -

Attributes

- - - - - - - - - - - - - - -
AttributeTypeDescription
categoryManager{{ interface("nsICategoryManager") }}Returns a reference to {{ interface("nsICategoryManager") }}.
- -

Methods

- -

defineLazyGetter()

- -

Getter functions in JavaScript give you a way to define a property of an object, but not calculate the property's value until it is accessed. A getter defers the cost of calculating the value until the value is needed, and if it is never needed, you never pay the cost.

- -

A "lazy getter" provides an additional optimization: the value is calculated the first time the getter is called, and is then cached (or memoized), so subsequent accesses return the cached value without recalculating it.

- -

This means that you shouldn't use a lazy getter for a property whose value you expect to change, because the getter will not recalculate the value.

- -

defineLazyGetter takes three arguments:

- - - -

Example for this is seen at bottom of this page here.

- -
function defineLazyGetter(
-  aObject,
-  aName,
-  aLambda
-);
- -
Parameters
- -
-
aObject
-
The object into which to add the new lazy getter function.
-
aName
-
The name of the getter function to create.
-
aLambda
-
A function that returns the value the getter should return. This function is called exactly once.  this will reference aObject during execution of the function.
-
- -

defineLazyModuleGetter()

- -

Defines a getter on a specified object for a module. The module will not be imported until first use.

- -
function defineLazyModuleGetter(
-  aObject,
-  aName,
-  aResource,
-  aSymbol
-);
- -
Parameters
- -
-
aObject
-
The object to define the lazy getter on.
-
aName
-
The name of the getter to define on aObject for the module.
-
aResource
-
The URL used to obtain the module.
-
aSymbol
-
The name of the symbol exported by the module. This parameter is optional and defaults to aName.
-
- -

defineLazyServiceGetter()

- -

Defines a function on a specified object which acts as a getter for a service. The service isn't obtained until the first time it's used.

- -
function defineLazyServiceGetter(
-  aObject,
-  aName,
-  aContract,
-  aInterfaceName
-);
- -
Parameters
- -
-
aObject
-
The object into which to add the new lazy service getter function.
-
aName
-
The name of the getter function to create.
-
aContract
-
The contract to use to obtain the service.
-
aInterfaceName
-
The name of the interface to query the service to.
-
- -

 

- -

generateNSGetFactory()

- -

 

- -

Generates the NSGetFactory() function along with the factory definition.

- -
Function generateNSGetFactory(
-  componentsArray
-);
- -
Parameters
- -
-
componentsArray
-
An array of component constructors.
-
- -
Return value
- -

A function that will return the factory for the components and can be assigned to NSGetFactory global variable.

- -

generateCI()

- -

Generates an {{ interface("nsIClassInfo") }} implementation for a component. The returned object should be assigned to the classInfo property of a JS object, the QueryInterface() function generated by generateQI will return it automatically then.

- -
function generateCI(
-  classInfo
-);
- -
Parameters
- -
-
classInfo
-
An object containing the optional properties interfaces, contractID, classDescription, classID, flags. This parameter should not be the component itself because that would cause a memory leak.
-
- -
Return value
- -

An {{ interface("nsIClassInfo") }} implementation returning the values of the properties from the classInfo parameter in its various properties.

- -
Exceptions thrown
- -

This method throws an exception with the message "In generateCI, don't use a component for generating classInfo" if classInfo parameter is an XPCOM component.

- -

generateQI()

- -

Generates a QueryInterface() function implementation. You need to assign the returned function to the QueryInterface property of a JavaScript object.

- -

When the generated method is invoked on that object, it checks to see if the specified IID is listed in the array specified by the interfaces parameter; if it is, this (that is, the object itself) is returned. Otherwise, null is returned.

- -
function generateQI(
-  interfaces
-);
- -
Parameters
- -
-
interfaces
-
An array of interfaces implemented by the component.
-
- -
Return value
- -

A QueryInterface() function implementation.

- -
Remarks
- -

When you implement an interface that inherits from another one, you should generally list all the base interfaces explicitly, except for {{ Interface("nsISupports") }}. For example, if your component implements {{ Interface("nsIStreamConverter") }}:

- -
MyComponent.prototype = {
-  QueryInterface: XPCOMUtils.generateQI([
-    Components.interfaces.nsIRequestObserver,
-    Components.interfaces.nsIStreamListener,
-    Components.interfaces.nsIStreamConverter,
-  ]),
-
-  // ...methods...
-}
- -

importRelative()

- -

Imports a JavaScript code module given the calling JavaScript code module's global object (you should specify this) and a path relative to that module. This lets modules bundled in a package load one another without having to hard-code full paths.

- -
void importRelative(
-  that,
-  path,
-  scope
-);
- -
Parameters
- -
-
that
-
The JavaScript Object of the calling JavaScript code module's global scope. You should simply pass this.
-
path
-
The relative path of the JavaScript code module to import.
-
scope
-
An optional object to import into; if omitted, the object passed in for the that parameter is used.
-
- -
Remarks
- -

This lets an extension bundle its own JavaScript code modules within itself and have them load one another. For example, if an extension named "MyExtension" bundles foo.jsm and bar.jsm, and foo.jsm needs to load bar.jsm, it can do so like this:

- -
Components.utils.import("resource://gre/modules/XPCOMUtils.jsm");
-XPCOMUtils.importRelative(this, "bar.jsm");
- -

In other words: importRelative will only work from other code modules (such as JSM files). It will NOT work from overlay scripts or bootstrap.js or etc. Details can be found here: {{bug("628669")}}

- -

IterSimpleEnumerator()

- -

Wraps an {{ Interface("nsISimpleEnumerator") }} instance into a JavaScript generator that can be easily iterated over.

- -
generator IterSimpleEnumerator(
-  enumerator,
-  interface
-);
- -
Parameters
- -
-
enumerator
-
The {{ Interface("nsISimpleEnumerator") }} instance to iterate over.
-
interface
-
The expected interface for each element.
-
- -
Return value
- -

A generator yielding enumerated objects.

- -
Example
- -
const nsIFile = Components.interfaces.nsIFile;
-for (var file in XPCOMUtils.IterSimpleEnumerator(dir.directoryEntries, nsIFile))
-  console.log(file.path);
- -

IterStringEnumerator()

- -

Wraps an {{ Interface("nsIStringEnumerator") }} or {{ Interface("nsIUTF8StringEnumerator") }} instance into a JavaScript generator that can be easily iterated over.

- -
generator IterStringEnumerator(
-  enumerator
-);
- -
Parameters
- -
-
enumerator
-
The {{ Interface("nsIStringEnumerator") }} or {{ Interface("nsIUTF8StringEnumerator") }} instance to iterate over.
-
- -
Return value
- -

A generator yielding enumerated strings.

- -
Example
- -
for (var section in XPCOMUtils.IterStringEnumerator(iniParser.getSections()))
-  console.log(section);
- -

Post-registration callback

- -

The post-registration callback called by generateModule() should have the following signature:

- -
postRegister(
-  nsIComponentManager compMgr,
-  nsIFile fileSpec,
-  componentsArray
-);
- -
Parameters
- -
-
compMgr
-
An {{ interface("nsIComponentManager") }} instance to use for managing the component.
-
fileSpec
-
An {{ interface("nsIFile") }} instance for... what?
-
componentsArray
-
An array of the components, as passed to generateModule().
-
- -

The function doesn't need to return a value.

- -

Pre-unregistration callback

- -

The pre-unregistration callback passed to generateModule() should have the following signature:

- -
preUnregister(
-  nsIComponentManager compMgr,
-  nsIFile fileSpec,
-  componentsArray
-);
- -
Parameters
- -
-
compMgr
-
The {{ interface("nsIComponentManager") }} instance to use for managing the component.
-
fileSpec
-
An {{ interface("nsIFile") }} instance for... what?
-
componentsArray
-
The array of components passed to generateModule().
-
- -

This function doesn't need to return a value.

- -

Examples

- -

defineLazyGetter

- -
var myServices = {};
-Cu.import('resource://gre/modules/XPCOMUtils.jsm');
-
-//set it up
-XPCOMUtils.defineLazyGetter(myServices, 'as', function () { return Cc['@mozilla.org/alerts-service;1'].getService(Ci.nsIAlertsService) });
-
-//when you need to use it
-myServices.as.showAlertNotification('chrome://branding/content/icon64.png', 'this was lazyloaded', 'this is a notification from myServices.as', null, null);
- -

See also

- - diff --git a/files/ja/xpconnect/appshellservice/index.html b/files/ja/xpconnect/appshellservice/index.html deleted file mode 100644 index 32239b17d1..0000000000 --- a/files/ja/xpconnect/appshellservice/index.html +++ /dev/null @@ -1,23 +0,0 @@ ---- -title: appShellService -slug: XPConnect/appShellService -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_bindings/XPConnect/appShellService ---- -

Mozilla を終了する:

- -
var Cc = Components.classes;
-var Ci = Components.interfaces;
-shell = Cc["@mozilla.org/appshell/appShellService;1"];
-shell = shell.getService(Ci.nsIAppShellService);
-shell.quit(3); // eForceQuit
-
- -

バン! Mozilla が消えたす。

- -

次に、もっず簡単な方法がありたす; xpcshell 拡匵機胜 の䞀぀は quit 関数です:

- -
quit(3)
-
diff --git a/files/ja/xpconnect/architecture_basics/index.html b/files/ja/xpconnect/architecture_basics/index.html deleted file mode 100644 index dcd70646fe..0000000000 --- a/files/ja/xpconnect/architecture_basics/index.html +++ /dev/null @@ -1,16 +0,0 @@ ---- -title: Architecture basics -slug: XPConnect/Architecture_basics -tags: - - Guide - - NeedsContent - - XPCOM - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_bindings/XPConnect/Architecture_basics ---- -

XPCOM は Windows の COM に䌌おいたす。 Mozilla 内のコンポヌネントぞのポむンタを取埗でき、それらのむンタヌフェむスに぀いおも説明できたす。

- -

XPConnect は、 JavaScript が XPCOM システムである Mozilla guts ず通信できるようにするものです。 JavaScript コヌドず Mozilla  guts ずの間の架け橋のように想像できたす。

- -

xpcshell は、 Mozilla JavaScript ぞのコマンドラむンむンタヌフェむスです。これはむンタラクティブなむンタヌプリタヌです。 -- JavaScript の XPConnect ブリッゞを介しお Mozilla ず盎接通信するシェルを提䟛したす。

diff --git a/files/ja/xpconnect/index.html b/files/ja/xpconnect/index.html deleted file mode 100644 index c136996efe..0000000000 --- a/files/ja/xpconnect/index.html +++ /dev/null @@ -1,63 +0,0 @@ ---- -title: XPConnect -slug: XPConnect -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_bindings/XPConnect ---- -

-

-
-

XPConnect は、JavaScript ず XPCOM の間のブリッゞです。XPConnect を䜿うず、JavaScript のコヌドから XPCOM コンポヌネントを、たた、XPCOM コンポヌネントからその範囲内で JavaScript オブゞェクトも盞互に䜿えたす。 -

-
- - -
-

ドキュメント

-
構造の基本 -
XPConnect、JavaScript、XPCOM、XUL... -
-
コンポヌネントの䜿い方 -
XPCOM コンポヌネントずやりずりする方法。 -
-
XPConnect ず XPIDL に関する FAQ -
-
ラッパヌ -
XPCOM が生成し䜿甚するラッパヌずはどのようなものか。 -
-

すべお芋る... -

-

サンプル

-
nsIEnumerator -
{{ 蚳語("列挙", "enumerating") }}が終わったタむミングをどのようにしお知るか。 -
-
nsIRegistry -
appreg の代理。 -
-
nsIProfile -
プロファむルの䜜成、リネヌム、削陀、䞀芧。 -
-
appShellService -
Mozilla を終了させる方法。 -
-

すべお芋る... -

-		 -

コミュニティ

-
  • Mozilla フォヌラムを芋る... -
-

{{ DiscussionList("dev-tech-xpcom", "mozilla.dev.tech.xpcom") }} -

-

ツヌル

- -

関連項目

-
XPCOM, JavaScript, XPIDL -
-
-

Categories -

Interwiki Language Links -


-

{{ languages( { "en": "en/XPConnect", "fr": "fr/XPConnect", "ko": "ko/XPConnect", "pl": "pl/XPConnect" } ) }} diff --git a/files/ja/xpconnect/nsiprofile/index.html b/files/ja/xpconnect/nsiprofile/index.html deleted file mode 100644 index 54812d8c99..0000000000 --- a/files/ja/xpconnect/nsiprofile/index.html +++ /dev/null @@ -1,11 +0,0 @@ ---- -title: nsIProfile -slug: XPConnect/nsIProfile -tags: - - Interfaces - - XPCOM - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_bindings/XPConnect/nsIProfile ---- -

このむンタヌフェむスは廃止されたした; 代わりに nsIToolkitProfileService を䜿甚しお䞋さい; ただし、叀いコヌドを䜿甚しおいる堎合は、 nsIProfile のリファレンスドキュメントを利甚できたす。

diff --git a/files/ja/xpconnect/nsiregistry/index.html b/files/ja/xpconnect/nsiregistry/index.html deleted file mode 100644 index 0772c7d794..0000000000 --- a/files/ja/xpconnect/nsiregistry/index.html +++ /dev/null @@ -1,87 +0,0 @@ ---- -title: nsIRegistry -slug: XPConnect/nsIRegistry -tags: - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_bindings/XPConnect/nsIRegistry ---- -
-

廃止
- この機胜は廃止されたした。䞀郚のブラりザヌでは匕き続き機胜する可胜性がありたすが、い぀でも削陀できるため䜿甚は掚奚されたせん。䜿甚はしないようにしお䞋さい。

-
- - - -

MXR の nsIRegistry

- -

その他のドキュメント: libreg source, reg.h in particular

- -

はい!

- -

appreg.

- -

それはこのように動䜜したす。

- -
var Cc = Components.classes;
-var Ci = Components.interfaces;
-var rc = Cc["@mozilla.org/registry;1"];
-var rs = rc.getService(Ci.nsIRegistry);
-
- -

これでレゞストリサヌビスが䜜成されたした。

- -
rs.openWellKnownRegistry(2);  // 2 signifies the ApplicationRegistry, if I understand right
-var st = rs.enumerateAllSubtrees(2);  // 2 signifies "common", see libreg source (reg.h) for info
-
- -

これでサブツリヌを報告できる nsIEnumerator ができたした。

- -
try {
-  st.first();
-  do {
-    var data = st.currentItem();
-    if( data instanceof Ci.nsIRegistryNode )
-      print("nsIRegistryNode: " + data.nameUTF8 + " (" + data.key + ")");
-    st.next();
-  } while( Components.lastResult == 0 );
-} catch(e) {}
-
- -

これで、出力は次のようになりたす:

- -
Profiles (344)
-Profiles/default (530)
-Profiles/foo (1046)
-Profiles/bar (1518)
-
- -

カッコ内の数字は "Key" です。この Key は、残りの nsIRegistry API で䜿甚できたす( MXR を参照)。

- -

今、私は倖芳怜査から、各プロファむルに "directory" ず呌ばれる Key があるこずを知っおいたす。他の Key を自動的に取埗する方法は分かりたせんが、特定のプロファむルの directory を怜玢する方法は分かりたす。

- -
js> rs.getStringUTF8(530, "directory")  // 530: Profiles/default に察応する key
-
- -

出力は次のようになりたす:

- -
/home/lion/.mozilla/default/awp83kud.slt
-
- -

やったヌ!

- -

これを倉曎するには?

- -
js> rs.setStringUTF8(530, "directory", "/home/lion/somewhere/else")
-js> rs.getStringUTF8(530, "directory")
-/home/lion/somewhere/else
-
- -

はい!

- -

さお、唯䞀の問題は:どう保存するのでしょうか?

- -
js> rs.flush()  // これは足りない...
-
- -

おそらく、 XPConnect:appShellService で終了するず機胜したす。

diff --git a/files/ja/xpconnect/using_components/index.html b/files/ja/xpconnect/using_components/index.html deleted file mode 100644 index c092429a01..0000000000 --- a/files/ja/xpconnect/using_components/index.html +++ /dev/null @@ -1,94 +0,0 @@ ---- -title: Using components -slug: XPConnect/Using_components -tags: - - Deprecated - - Guide - - NeedsContent - - XPCOM - - 'XPCOM:Language Bindings' - - XPConnect -translation_of: Mozilla/Tech/XPCOM/Language_bindings/XPConnect/Using_components ---- -

XPConnect は、 Mozilla および xpcshell で透過的に動䜜し、 XPCOM コンポヌネントぞのアクセスを提䟛したす。

- -

通垞、スクリプトは次のように開始したす:

- -
var Cc = Components.classes;
-var Ci = Components.interfaces;
-
- -

コンポヌネントを取埗したい堎合は、次のようにしたす:

- -
var rc = Cc["@mozilla.org/registry;1"];
-var rs = rc.getService(Ci.nsIRegistry);
-
- -
-

関連項目:

- - - -

より詳しい情報

- -

既に述べたように、次のようなアドオンスクリプトを開始するのが䞀般的です:

- -
var Cc = Components.classes;
-var Ci = Components.interfaces;
-
- -

開始する別の方法もありたす。これは䞊蚘ず党く同じです.

- -
var {Cc: classes, Ci: interfaces} = Components;
-
- -

クラスずむンタヌフェむスだけではありたせん。

- -
var {
-    Cu: utils,
-    Ci: interfaces,
-    Cc: classes,
-    Cr: results,
-    Cs: stack,
-    Cm: manager,
-    Ce: Exception,
-} = Components;
-
- -

以䞋は、コンポヌネントに含たれる内容の詳现です。 以䞋のいずれにも Components.BLAH (IE: Components.isSuccessCode) からアクセスできたす。

- -
utils=[object nsXPCComponents_Utils]
-interfaces=[object nsXPCComponents_Interfaces]
-classes=[object nsXPCComponents_Classes]
-results=[object nsXPCComponents_Results]
-isSuccessCode=function isSuccessCode() {
-[native code]
-}
-Constructor=[object nsXPCComponents_Constructor]
-QueryInterface=function QueryInterface() {
-[native code]
-}
-interfacesByID=[object nsXPCComponents_InterfacesByID]
-classesByID=[object nsXPCComponents_ClassesByID]
-stack=JS frame :: Scratchpad/4 :: cDump :: line 8
-manager=[xpconnect wrapped nsIComponentManager]
-ID=[object nsXPCComponents_ID]
-Exception=[object nsXPCComponents_Exception]
-reportError=function reportError() {
-[native code]
-}
-canCreateWrapper=function canCreateWrapper() {
-[native code]
-}
-canCallMethod=function canCallMethod() {
-[native code]
-}
-canGetProperty=function canGetProperty() {
-[native code]
-}
-canSetProperty=function canSetProperty() {
-[native code]
-}
-
diff --git a/files/ja/xpconnect/xpconnect_wrappers/index.html b/files/ja/xpconnect/xpconnect_wrappers/index.html deleted file mode 100644 index 3d8bee5d46..0000000000 --- a/files/ja/xpconnect/xpconnect_wrappers/index.html +++ /dev/null @@ -1,36 +0,0 @@ ---- -title: XPConnect ラッパヌ -slug: XPConnect/XPConnect_wrappers -translation_of: Mozilla/Tech/XPCOM/Language_bindings/XPConnect/XPConnect_wrappers ---- -

このドキュメントは、XPConnect ラッパヌオブゞェクトの抂芁を説明しおいたす (技術的な説明に぀いおは、XPConnect セキュリティの局を参照しおください)。ラッパヌの凊理に関する実甚的なアドバむスに぀いおは、chrome からコンテンツ DOM に安党にアクセスするを参照しおください。

- -

開発者は XPConnect でラッパヌが倧きな圹割を果たしおいるこずを理解しおいたす。あたり知らされおいない開発者は、ラッパヌが存圚し、䜕らかの重芁性を持っおいるこずを理解しおいたすが、い぀ラッパヌを䜿甚すべきか、ラッパヌを芋なければならないかはわかりたせん。

- -
Note: Wrappers can appear in the console log; for example "[object XrayWrapper [object blah]]". Because these are wrapped, you won't be able to peek down inside them from the console.
- -

XPConnect オブゞェクトの基本

- -

XPCWrappedNative

- -

These objects are created when any natively implemented XPCOM object (that is, any object implemented in C++) needs to be reflected into JavaScript. This includes all DOM objects (including Window) and chrome elements that are reflected into JavaScript.

- -

This wrapper is responsible for mapping calls from JavaScript into C++. This means that when you say window.focus(), you're calling into XPCWrappedNative code.

- -

If you call 'toString()' and get "[xpconnect wrapped nsIFoo]" then the reference is to a XPCWrappedNative object with interface nsIFoo.

- -

They are implicitly created by XPConnect and you should not have to worry about how that happens. There are several types of wrapped natives, but I won't cover those here.

- -

XPCWrappedJS

- -

These objects are the exact opposite of XPCWrappedNative. They exist to reflect an object from JavaScript into C++. This means that whenever you pass your JavaScript object into a C++ function, we create one of these wrappers. For example, if you've implemented some component with an interface nsIFoo and you pass your JavaScript object into a C++ function taking an nsIFoo, an XPCWrappedJS is created around your object. C++ calls are routed through XPCWrappedJS code into your JavaScript implementation.

- -

These wrappers are created by XPConnect, so you should not have to worry about how to construct them or whether to construct them.

- -

Double wrapping. There is one case where an XPCWrappedNative wraps another wrapper object. This case is where a JS object was passed in via some IDL-declared interface, creating an XPCWrappedJS, and is now being returned to JavaScript via some other interface. In order to preserve API compatibility, an XPCWrappedNative is created around the XPCWrappedJS.

- -

chrome にさらされたセキュリティラッパヌ

- -

To learn about security wrappers, see the article on script security in Gecko.

- -

Note that a previous version of the current page recommended using __exposedProps__ to expose objects from chrome to content. This is now deprecated and we are in the process of removing support for it. If you need to make objects or functions defined in chrome code accessible to content, use Components.utils.cloneInto or Components.utils.exportFunction.

diff --git a/files/ja/xpcshell/index.html b/files/ja/xpcshell/index.html deleted file mode 100644 index a3c14044f7..0000000000 --- a/files/ja/xpcshell/index.html +++ /dev/null @@ -1,38 +0,0 @@ ---- -title: xpcshell -slug: Xpcshell -translation_of: Mozilla/Tech/XPCOM/Language_bindings/XPConnect/xpcshell ---- -

xpcshellは、XPConnectを利甚可胜なJavaScriptシェルで、JavaScriptコヌドを実行するこずのできるコン゜ヌルアプリケヌションです。 通垞のJS shell (js)ずは異なり、xpcshellは実行スクリプトにXPCOMの機胜にアクセスするこずを蚱容したす。

-

必芁条件

-

xpcshellを䜿うには、Mozillaのあなたによるビルドが必芁です。

-

xpcshellを実行する

-
./run-mozilla.sh ./xpcshell
-
-

xpcshellはほが必ず、run-mozilla.shず同じディレクトリにありたす。

-
$ locate run-mozilla.sh
-/usr/lib/firefox-0.10.1/run-mozilla.sh
-/usr/lib/thunderbird-0.9/run-mozilla.sh
-/usr/local/mozilla/run-mozilla.sh
-/opt/mozilla/run-mozilla.sh
-/root/.Trash/mozilla/run-mozilla.sh
-
-

どれか䞀぀を遞んで、カレントディレクトリをそこに移動し、xpcshellが存圚しおいるなら run-mozilla.sh xpcshell を実行しおください。しかし、デバッグ版でないFirefox、Mozilla、Thunderbirdなどの堎合はxpcshellが存圚しないかもしれたせん。

-
$ cd /opt/mozilla
-$ ./run-mozilla.sh ./xpcshell
-js>
-
-

最新バヌゞョンのJavaScriptを䜿う

-

珟時点では、xpcshellは最新バヌゞョンのJavaScriptを扱わないため、JavaScript 1.7で導入されたlet文のような蚀語の新しい機胜は利甚できたせん。これを解消するには、xpcshellを -v 180 コマンドラむンオプション付きで起動しおください。これはxpcshellにJavaScript 1.8を扱うように指瀺するものです。

-

䟋

-

あなたはJavaScriptを盎接Mozillaに察しお入力できたす。

-
js> 5+7
-12
-js> print("Hello, world!")
-Hello, world!
-js>
-
-

参考になる情報

- -

{{ languages( { "en": "en/xpcshell", "fr": "fr/Xpcshell" } ) }}

diff --git a/files/ja/xpi/index.html b/files/ja/xpi/index.html deleted file mode 100644 index c1f2263dc8..0000000000 --- a/files/ja/xpi/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: XPI -slug: XPI -tags: - - Toolkit API - - XPInstall -translation_of: Mozilla/XPI ---- -

-

Cross-Platform Installer Module (XPI) ("zippy"ず発音する) は、XPInstall 技術を利甚したむンストヌルパッケヌゞずしお䜿われる ZIP ファむルです。 XPI モゞュヌル ("Bundles"ず呌ぶ) は プラグむンや拡匵機胜、テヌマ、Thunderbird 甚蟞曞などの倚様な゜フトりェアのむンストヌルで䜿われおいたす。 -

XPI にはむンストヌルするためのむンストヌル指瀺 (install.js たたは install.rdf) が、実際にむンストヌルする゜フトりェアず同様に、それ自身が JAR ファむルにパッケヌゞされおいたす。ダりンロヌドたたは拡匵マネヌゞャにドロップされたずき、XPInstall は自動的に、XPI に含たれたむンストヌル指瀺に埓っお、含たれる゜フトりェアをむンストヌルしたす。 -

XPI ファむルが HTTP を通じお提䟛された堎合、application/x-xpinstall MIME 型が xpi ファむル拡匵子ず䞀臎しおいる必芁がありたす。 -

-

参照

- -
-
-{{ languages( { "en": "en/XPI", "fr": "fr/XPI", "pl": "pl/XPI" } ) }} diff --git a/files/ja/xpinstall/index.html b/files/ja/xpinstall/index.html deleted file mode 100644 index 3d703ff59e..0000000000 --- a/files/ja/xpinstall/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: XPInstall -slug: XPInstall -tags: - - XPInstall -translation_of: Archive/Mozilla/XPInstall ---- -

-

-
Cross-Platform Install (XPInstall) は、Mozilla Application Suite, Mozilla Firefox, Mozilla Thunderbird およびその他の XUL ベヌスのアプリケヌションで 拡匵機胜 のむンストヌルのために䜿われる技術です。XPI (「ゞッピィ」ず発音し、XPInstall に由来する) むンストヌラモゞュヌルは、むンストヌルスクリプトたたはマニフェスト (install.js たたは install.rdf) をファむルのルヌトに含む ZIP ファむルです。
- - -
-

ドキュメント

-
XPInstall API リファレンス -
-
XPI むンストヌラスクリプトを実䟋で孊ぶ -
browser.xpi むンストヌルパッケヌゞに含たれるむンストヌラスクリプトを䟋に挙げお、XPI むンストヌルの抂芁を説明したす。 -
-
XPI むンストヌラモゞュヌルの䜜成
-
Mozilla のパッケヌゞスキヌマに぀いお解説し、ナヌザぞ提䟛できる、再配垃ずむンストヌルが可胜なパッケヌゞを新たに䜜成する方法をチュヌトリアル圢匏で説明したす。 -
-
むンストヌルりィザヌド (スタブむンストヌラ)
-
-

すべお芋る... -

-		 -

コミュニティ

-
  • Mozilla フォヌラムを芋る... -
-

-

-

ツヌル

- -

関連項目

-
Extensions, XUL, XPI -
-
-

Categories -

Interwiki Language Links -


-

-
-
diff --git a/files/ja/xpinstall_api_reference/file_object/index.html b/files/ja/xpinstall_api_reference/file_object/index.html deleted file mode 100644 index f6cbdce247..0000000000 --- a/files/ja/xpinstall_api_reference/file_object/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: File Object -slug: XPInstall_API_Reference/File_Object -tags: - - NeedsTranslation - - TopicStub -translation_of: Archive/Mozilla/XPInstall/Reference/File_Object ---- -

このペヌゞは XPInstall API Reference の䞀郚です。もしあなたが 拡匵機胜やテヌマ、プラグむンの開発者であるならば、この API のほずんどが必芁ないこずに泚意しおください。特に、XPI のコンテンツをむンストヌルし、登録するために䜿甚される install.js スクリプトは、新たに宣蚀される install.rdf マニフェストや新しい パッケヌゞング䜓系 のために非掚奚です。

- -

File

- -

Use the File object to manipulate local files and directories during the installation process.

- -

Overview

- -

The File object has methods for analyzing the file system and preparing it (as when new directories, program shortcuts, version comparisons, or deletions are required) for newly installed software packages. The File object works in conjunction with the Install object.

diff --git a/files/ja/xpinstall_api_reference/file_object/methods/index.html b/files/ja/xpinstall_api_reference/file_object/methods/index.html deleted file mode 100644 index 2841d1202a..0000000000 --- a/files/ja/xpinstall_api_reference/file_object/methods/index.html +++ /dev/null @@ -1,51 +0,0 @@ ---- -title: メ゜ッド -slug: XPInstall_API_Reference/File_Object/Methods -translation_of: Archive/Mozilla/XPInstall/Reference/File_Object/Methods ---- -

このペヌゞは XPInstall API Reference の䞀郚です。もしあなたが 拡匵機胜やテヌマ、プラグむンの開発者であるならば、この API のほずんどが必芁ないこずに泚意しおください。特に、XPI のコンテンツをむンストヌルし、登録するために䜿甚される install.js スクリプトは、新たに宣蚀される install.rdf マニフェストや新しい パッケヌゞング䜓系 のために非掚奚です。

- -

メ゜ッド

- -
-
dirCreate
-
新芏ディレクトリを䜜成
-
dirGetParent
-
芪ディレクトリを瀺すオブゞェクトを返す
-
dirRemove
-
ディレクトリを削陀
-
dirRename
-
指定ディレクトリをリネヌム
-
copy
-
指定ファむルのコピヌを䜜成
-
diskSpaceAvailable
-
䜿甚可胜ディスク領域量を返す (bytes)
-
exists
-
ファむルが存圚するかどうかを瀺す真停倀を返す
-
execute
-
むンストヌルプロセスの䞀郚ずしお実行するファむルをキュヌ
-
isDirectory
-
オブゞェクトがディレクトリであるかどうかを瀺す真停倀を返す
-
isFile
-
オブゞェクトがファむルであるかどうかを瀺す真停倀を返す
-
modDate
-
指定ファむルの最終曎新日時を衚す数倀を返す
-
modDateChanged
-
ファむルの最終曎新日時が指定された日付よりも叀いかどうかを瀺す真停倀を返す
-
move
-
別の堎所にファむルを移動
-
remove
-
ファむルを削陀
-
rename
-
指定ファむルのファむル名を倉曎
-
size
-
ファむルのファむルサむズを返す (bytes)
-
windowsShortcut
-
ファむル甚の Windows ショヌトカットを䜜成
-
macAlias
-
ファむルの Macintosh ゚むリアスを䜜成
-
windowsGetShortName
-
指定パスの Windows ショヌトネヌムを返す
-
windowsRegisterServer
-
レゞストリに DLL を登録
-
diff --git a/files/ja/xpinstall_api_reference/file_object/methods/isdirectory/index.html b/files/ja/xpinstall_api_reference/file_object/methods/isdirectory/index.html deleted file mode 100644 index 1a6a49d429..0000000000 --- a/files/ja/xpinstall_api_reference/file_object/methods/isdirectory/index.html +++ /dev/null @@ -1,30 +0,0 @@ ---- -title: isDirectory -slug: XPInstall_API_Reference/File_Object/Methods/isDirectory -translation_of: Archive/Mozilla/XPInstall/Reference/File_Object/Methods/isDirectory ---- -

抂芁

-

匕数に指定した FileSpecObject がディレクトリであるかどうかを瀺す真停倀を返したす。

- -

Method of

-

File オブゞェクト

- - -

構文

- -
boolean isDirectory ( FileSpecObject NativeFolderPath );
-
- - -

匕数

- -

isDirectory メ゜ッドは次の匕数をずりたす。

- -
-
NativeFolderPath
-
照䌚するディレクトリを衚す FileSpecObject
-
- - -

戻り倀

-

匕数に指定した FileSpecObject がディレクトリであるかどうかを瀺す真停倀

diff --git a/files/ja/xpinstall_api_reference/file_object/methods/isfile/index.html b/files/ja/xpinstall_api_reference/file_object/methods/isfile/index.html deleted file mode 100644 index 938ffcd2e3..0000000000 --- a/files/ja/xpinstall_api_reference/file_object/methods/isfile/index.html +++ /dev/null @@ -1,42 +0,0 @@ ---- -title: isFile -slug: XPInstall_API_Reference/File_Object/Methods/isFile -translation_of: Archive/Mozilla/XPInstall/Reference/File_Object/Methods/isFile ---- -

抂芁

- - -

匕数に指定した FileSpecObject がファむルであるかどうかを瀺す真停倀を返したす。

- - -

Method of

-

File オブゞェクト

- - -

構文

- -
boolean isFile (FileSpecObject NativeFolderPath);
-
- - -

匕数

- -

isFile メ゜ッドは次の匕数をずりたす。

- -
-
NativeFolderPath
-
照䌚するファむルオブゞェクトを衚す FileSpecObject
-
- - -

戻り倀

- -

匕数に指定した FileSpecObject がファむルであるかどうかを瀺す真停倀

- - -

䟋

-
var f = getFolder( "Program", "sample.txt" );
-
-if ( File.isFile(f) ) {
-  // ファむルであった堎合の凊理
-}}
diff --git a/files/ja/xpinstall_api_reference/file_object/methods/remove/index.html b/files/ja/xpinstall_api_reference/file_object/methods/remove/index.html deleted file mode 100644 index 82bf34a88b..0000000000 --- a/files/ja/xpinstall_api_reference/file_object/methods/remove/index.html +++ /dev/null @@ -1,31 +0,0 @@ ---- -title: remove -slug: XPInstall_API_Reference/File_Object/Methods/remove -translation_of: Archive/Mozilla/XPInstall/Reference/File_Object/Methods/remove ---- -

抂芁

- - -

指定ファむルを削陀したす。

- - -

Method of

-

File オブゞェクト

- - -

構文

- -
int remove( FileSpecObject file )
-
- - -

匕数

- -
-
file
-
削陀察象のファむルを衚す FileSpecObject
-
- - -

戻り倀

-

敎数倀の゚ラヌコヌド。倀に぀いおは "Return Codes" をご芧䞋さい。

diff --git a/files/ja/xpinstall_api_reference/index.html b/files/ja/xpinstall_api_reference/index.html deleted file mode 100644 index d30178ee5b..0000000000 --- a/files/ja/xpinstall_api_reference/index.html +++ /dev/null @@ -1,191 +0,0 @@ ---- -title: XPInstall API Reference -slug: XPInstall_API_Reference -tags: - - XPInstall - - XPInstall_API_reference -translation_of: Archive/Mozilla/XPInstall/Reference ---- -

このペヌゞは XPInstall API Reference の䞀郚です。もしあなたが 拡匵機胜やテヌマ、プラグむンの開発者であるならば、この API のほずんどが必芁ないこずに泚意しおください。特に、XPI のコンテンツをむンストヌルし、登録するために䜿甚される install.js スクリプトは、新たに宣蚀される install.rdf マニフェストや新しい パッケヌゞング䜓系 のために非掚奚です。

- -

オブゞェクト

- -

Install

- -
-
プロパティ
-
メ゜ッド
-
- -
-
-
-
addDirectory
-
addFile
-
alert
-
cancelInstall
-
confirm
-
deleteRegisteredFile
-
execute
-
gestalt
-
getComponentFolder
-
getFolder
-
getLastError
-
getWinProfile
-
getWinRegistry
-
initInstall
-
loadResources
-
logComment
-
patch
-
performInstall
-
refreshPlugins
-
registerChrome
-
resetError
-
setPackageFolder
-
-
-
- -

InstallTrigger

- -
-
プロパティなし
-
メ゜ッド
-
- -
-
-
-
compareVersion
-
enabled
-
getVersion
-
install
-
installChrome
-
startSoftwareUpdate
-
-
-
- -

InstallVersion

- -
-
プロパティ
-
メ゜ッド
-
- -
-
-
-
compareTo
-
init
-
toString
-
-
-
- -

File

- -
-
プロパティなし
-
メ゜ッド
-
- -
-
-
-
copy
-
dirCreate
-
dirGetParent
-
dirRemove
-
dirRename
-
diskSpaceAvailable
-
execute
-
exists
-
isDirectory
-
isFile
-
macAlias
-
modDate
-
modDateChanged
-
move
-
remove
-
rename
-
size
-
windowsGetShortName
-
windowsRegisterServer
-
windowsShortcut
-
-
-
- -

WinProfile

- -
-
プロパティなし
-
メ゜ッド
-
- -
-
-
-
getString
-
writeString
-
-
-
- -

WinReg

- -
-
プロパティなし
-
メ゜ッド
-
- -
-
-
-
createKey
-
deleteKey
-
deleteValue
-
enumKeys
-
enumValueNames
-
getValue
-
getValueNumber
-
getValueString
-
isKeyWritable
-
keyExists
-
setRootKey
-
setValue
-
setValueNumber
-
setValueString
-
valueExists
-
-
-
- -
-
WinRegValue constructor
-
- -

その他の情報

- -

リタヌンコヌド

- -

See complete list

- -

スクリプト䟋

- -
-
Trigger Scripts and Install Scripts
-
- -
コヌド䟋
- -
-
File.macAlias
-
File.windowsShortcut
-
Install.addDirectory
-
Install.addFile
-
InstallTrigger.installChrome
-
InstallTrigger.startSoftwareUpdate
-
Windows Install
-
diff --git a/files/ja/xpinstall_api_reference/install_object/index.html b/files/ja/xpinstall_api_reference/install_object/index.html deleted file mode 100644 index d7f5e3e157..0000000000 --- a/files/ja/xpinstall_api_reference/install_object/index.html +++ /dev/null @@ -1,10 +0,0 @@ ---- -title: Install Object -slug: XPInstall_API_Reference/Install_Object -translation_of: Archive/Mozilla/XPInstall/Reference/Install_Object ---- -

 

- -

This page was auto-generated because a user created a sub-page to this page.

- -

 

diff --git a/files/ja/xpinstall_api_reference/install_object/methods/alert/index.html b/files/ja/xpinstall_api_reference/install_object/methods/alert/index.html deleted file mode 100644 index 00ae48bf52..0000000000 --- a/files/ja/xpinstall_api_reference/install_object/methods/alert/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: alert -slug: XPInstall_API_Reference/Install_Object/Methods/alert -translation_of: Archive/Mozilla/XPInstall/Reference/Install_Object/Methods/alert ---- -

抂芁

-

匕数に指定したメッセヌゞを持぀モヌダルダむアログボックスを衚瀺したす。

- -

Method of

-

Install オブゞェクトのメ゜ッド

-

構文

-
void alert ( String message );
-
-

匕数

-

message 匕数はダむアログボックス内の文字列ずしお衚瀺されたす。メッセヌゞが文字列でない堎合は、倉換されお衚瀺されたす。

-

戻り倀

-

無し

diff --git a/files/ja/xpinstall_api_reference/install_object/methods/execute/index.html b/files/ja/xpinstall_api_reference/install_object/methods/execute/index.html deleted file mode 100644 index 4caa851782..0000000000 --- a/files/ja/xpinstall_api_reference/install_object/methods/execute/index.html +++ /dev/null @@ -1,6 +0,0 @@ ---- -title: execute -slug: XPInstall_API_Reference/Install_Object/Methods/execute -translation_of: Archive/Mozilla/XPInstall/Reference/Install_Object/Methods/execute ---- -

This page has no content. Enrich MDC by contributing.

diff --git a/files/ja/xpinstall_api_reference/install_object/methods/index.html b/files/ja/xpinstall_api_reference/install_object/methods/index.html deleted file mode 100644 index e35efd4f7b..0000000000 --- a/files/ja/xpinstall_api_reference/install_object/methods/index.html +++ /dev/null @@ -1,6 +0,0 @@ ---- -title: Methods -slug: XPInstall_API_Reference/Install_Object/Methods -translation_of: Archive/Mozilla/XPInstall/Reference/Install_Object/Methods ---- -

This page was auto-generated because a user created a sub-page to this page.

diff --git a/files/ja/xpjs_components_proposal/index.html b/files/ja/xpjs_components_proposal/index.html deleted file mode 100644 index c44ff17f04..0000000000 --- a/files/ja/xpjs_components_proposal/index.html +++ /dev/null @@ -1,45 +0,0 @@ ---- -title: XPJS Components Proposal -slug: XPJS_Components_Proposal -translation_of: Archive/Mozilla/XPJS_Components_Proposal ---- -

-

è­Šå‘Š: この蚘事の内容は叀くなっおいる可胜性がありたす。 これはシステムに察する実装枈みの提案ですが、実際の実装ずは異なる可胜性がありたす。この提案の状況に関する最新情報は ステヌタスドキュメント をご参照ください。

-
-

Draft 1.0 -

-

XPJS コンポヌネントずは䜕ですか

-

XPJS コンポヌネントずは、JavaScript で曞かれた XPCOM コンポヌネントをサポヌトするシステムの (安っぜい) 名前です。さお、あなたはこうお尋ねになるかもしれたせん。「それは XPConnect がするこずではないのですか」そしお、私の答はこうです。「そのタスクに察しお、XPConnect は必芁ではあっおも十分ではありたせん。」 XPConnect は、ネむティブな XPCOM コンポヌネントず JS XPCOM コンポヌネントの間の通信の仕組みを提䟛したす。ただし、ブラりザりィンドりの倖においお、JS コンポヌネントの登録ずむンスタンス化の基盀をすべお提䟛するわけではありたせん。 XPJS は、そのための基盀を提䟛するのです。 -

-

では、これによっお、䜕をしようずしおいるのですか

-

XPJS コンポヌネントシステムは、JavaScript による XPCOM サヌビス、ファクトリヌ、コンポヌネントの実装を支揎したす。たた、サヌビスずファクトリヌの登録をサポヌトしたす。これらのコンポヌネントは、りェブのコンテンツずブラりザヌりィンドりから独立しおいたす。ナヌザヌディスクからロヌドされ、ネむティブなコンポヌネントのように動䜜したす。

-

どのように動䜜するのですか

-

今たでの原則はオヌバヌラむドされ、(XPJS コンポヌネントは)できるだけネむティブなコンポヌネントのように動䜜させるこずが原則になりたす。 XPJS コンポヌネントは .js ファむルの䞭に「存圚」したす。ちょうど、ネむティブなコンポヌネントのモゞュヌルず同じように、これらの .js ファむルには、以䞋の関数があるはずです。

- -

それぞれの .js ファむルには、䞀぀以䞊のコンポヌネントの実装があるかもしれたせん。 -

XPJSManager ず呌ばれるネむティブなモゞュヌルが䞀぀ありたす。これは、このシステムをたずめる圹割を果たしたす。 XPJSManager は、これらの .js ファむルを受け持ち、それら自身の登録を支揎したす。そしお XPCOM コンポヌネントマネヌゞャず JS コヌドの間を仲介したす。 -

XPJS コンポヌネントは、ブラりザりィンドり䞊では動䜜したせん。それぞれの .js ファむル (モゞュヌルず呌ぶこずにしたしょう) は、比范的「そのたたの圢」で JS グロヌバルオブゞェクトのコンテキスト䞊で、起動しお動䜜したす。暙準的な (非 DOM の) JS クラスが利甚できたす。XPConnect コンポヌネントオブゞェクトが利甚できたす。そしお、远加のコンポヌネントがいく぀か利甚できるようになるかもしれたせん。XPConnect コンポヌネントオブゞェクトにより、ネむティブなコンポヌネントず JS XPCOM コンポヌネントの党リポゞトリヌにアクセスできるようになりたす。そのため、最初に感じられるほど、孀立した環境ではありたせん。 -

「load」たたは「import」関数も提䟛されおおり、JS コヌド が他の .js ファむルをラむブラリずしおむンポヌトするこずができたす。これは「静的な」ラむブラリの䜿甚に䌌おいたす。 XPCOM/XPConnect 経由で他のコンポヌネント/サヌビスにアクセスするのは「動的な」ラむブラリの䜿甚に䌌おいたす。 -

XPJS コンポヌネントモゞュヌルが最初にむンストヌルされた時、あるいは自動登録時に、XPJSManager は、.js ファむルを新しい JS 環境にロヌドしたす。そしお、トップレベルのスクリプトを実行し、適切な初期化が行われたす。そしお、モゞュヌルの NSRegisterSelf 関数を呌び出したす (この時 .js ファむルの filespec が枡されたす)。この時、モゞュヌルは、コンポヌネントオブゞェクト䞊の (新しい) メ゜ッドを䜿っお、1 ぀以䞊の classsid たたは progid に察応するファクトリヌモゞュヌルずしお、自分自身をコンポヌネントマネヌゞャに登録したす。 -

この時、JS コヌドが呌び出す登録関数 (䟋えば、Components.RegisterComponentSpec) は、 XPJSManager によっお提䟛されたす。 XPJSManager は、JS コヌドからこの呌び出しを受けたす。そしお、自分自身で埌から䜿うために、 clsid から .js filespec ぞのマッピングをレゞストリに保存したす。そしお、実際のコンポヌネントマネヌゞャを呌び出しお登録を行いたす。しかしながら、XPJSManager は、それ自身の filespec をコンポヌネントマネヌゞャに枡したす。 -

そのため、その埌で、あるコヌドがコンポヌネントマネヌゞャにある clsid (たたは progid) に察応するオブゞェクトむンスタンスの生成を䟝頌したずするず、コンポヌネントマネヌゞャは、 XPJSManager のモゞュヌルをロヌドし、芋぀かったネむティブな NSGetFactory を呌び出したす。ネむティブな NSGetFactory 関数は、レゞストリにある情報をチェックしお、ある clsid に察応する JS ファクトリヌがどこの .js ファむルにあるかを芋぀けたす。そしお、(ただロヌドされおいなければ) .js ファむルをロヌドし、その NSGetFactory 関数を呌び出したす。 -

XPConnect は、JS モゞュヌルの NSGetFactory 関数から返っおきた JS オブゞェクトを XPCOM オブゞェクトに倉換したす。コンポヌネントマネヌゞャ (およびそのファクトリヌぞの参照を持っおいる他のもの) は、ファクトリヌの CreateInstance メ゜ッドを自由に呌び出すこずができたす。 -

JS モゞュヌルは、ファクトリヌやコンポヌネントやサヌビスを自由に実装するこずができたす。これらは、ファクトリヌがコマンドに応じお構築したす。コヌドがどこにあろうずも、あるいはどの蚀語で実装されようずも、これらに察し、コンポヌネントマネヌゞャずサヌビスマネヌゞャ経由でアクセスするこずができたす。 -

XPJSManager は、ある皋床、それぞれの XPJS モゞュヌルの生存期間の管理を担圓しおいたす。 JavaScript は、ガベヌゞコレクトされ、オブゞェクトの削陀やコンパむルされたコヌドをメモリから消去するのを匷制するこずはできたせん (JSRuntime を削陀する、぀たり JS 党䜓を削陀するのを陀いお)。 C++ においお、もし、あるモゞュヌルがオブゞェクトを䜜成した埌、そのオブゞェクトぞの参照が残っおいるにもかかわらず、そのモゞュヌルをメモリから消去するず、すぐにクラッシュする可胜性が高いです。 JS では、この問題がありたせん。もし、(どんな手段によっおも) XPJSManager がそれ自身を削陀するように䟝頌された堎合、それぞれのモゞュヌルの NSCanUnload メ゜ッドがもしあれば、それを呌び出すでしょう。もし、モゞュヌルがそれに OK するず、XPJSManager は、モゞュヌルのグロヌバルオブゞェクトのルヌトを解攟したす。そしお、そのモゞュヌルが保持しおいたオブゞェクトを解攟したす。それ以降、コンポヌネントマネヌゞャから来る芁求に察しおは、 モゞュヌルぞの NSGetFactory の呌び出しを行いたす。そしお、 XPJSManager に .js から新しいむンスタンスをロヌドするように匷制し、やり盎しを行いたす。このように、これらの XPJS コンポヌネントモゞュヌルは、安党にメモリから陀去するこずができたすが、(ネむティブなモゞュヌルのように) どのようなメモリ陀去の詊みも拒吊するこずはできたす。 -

-

では、い぀䜿えるようになるのですか

-

これは、すぐに実珟するだろうず考えおいたした。そんなに難しくないこずだず思いたす。 -

コメントず提案を歓迎したす -

-
-

原文曞の情報

-
  • 著者: John Bandhauer -
  • 最終曎新日: 1999/07/01 -
-
-
-
diff --git a/files/ja/xre/index.html b/files/ja/xre/index.html deleted file mode 100644 index 2a12c12447..0000000000 --- a/files/ja/xre/index.html +++ /dev/null @@ -1,9 +0,0 @@ ---- -title: XRE -slug: XRE -translation_of: Archive/Mozilla/XRE ---- -

-

XRE プロゞェクト (XUL Runtime Environment) は XULRunnerに倉わりたした。たた GREも芋おください。 -

not all pages have to have categories, please leave this uncategorized for now, thanks. -

diff --git a/files/ja/xtech_2005_presentations/directions_of_the_mozilla_rdf_engine/index.html b/files/ja/xtech_2005_presentations/directions_of_the_mozilla_rdf_engine/index.html deleted file mode 100644 index 15d775c297..0000000000 --- a/files/ja/xtech_2005_presentations/directions_of_the_mozilla_rdf_engine/index.html +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: Directions of the Mozilla RDF engine -slug: XTech_2005_Presentations/Directions_of_the_Mozilla_RDF_engine -tags: - - Presentations - - RDF -translation_of: Archive/Mozilla/XTech_2005_Presentations/Directions_of_the_Mozilla_RDF_engine ---- -

 

-

プレれンテヌション (スラむド)

- -

芁玄

-

このプレれンテヌションでは、Mozilla RDF ゚ンゞンで新たに開発された郚分を玹介したす。これには、䞀般のりェブコンテンツ向けに RDF API を公開するプランや、パフォヌマンスや正確性確認の向䞊に぀いおが含たれおいたす。

-

質問・議論

-

Mozilla の RDF ゚ンゞンが向いおいる方向 に぀いおの議論 (日本語ペヌゞ) Mozilla の RDF ゚ンゞンが向いおいる方向 に぀いおの議論 (英語ペヌゞ : こちらが倧元です)

-

diff --git a/files/ja/xtech_2005_presentations/index.html b/files/ja/xtech_2005_presentations/index.html deleted file mode 100644 index 5f4aaeecca..0000000000 --- a/files/ja/xtech_2005_presentations/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: XTech 2005 Presentations -slug: XTech_2005_Presentations -tags: - - Presentations -translation_of: Archive/Mozilla/XTech_2005_Presentations ---- -
Web 1.6: A Rope of Sand - Opening Keynote, Mike Shaver -
-
Mozilla E4X - Brendan Eich -
"ECMAScript for XML" (ECMA-357), a new standard for writing and processing XML directly in JavaScript (ECMA-262, ISO-16262). E4X marries XML and JavaScript syntax, and extends JavaScript to include namespaces, qualified names, and XML elements and lists. E4X also adds new JavaScript operators for filtering XML lists, and for enumerating XML children and descendants. Another E4X feature: the ability to bind a W3C DOM document to a new XML object, reflecting the DOM in E4X terms so that updates to either the DOM or the E4X object hierarchy show up in the other. -
-
Directions of the Mozilla RDF engine: -website scripting, standards conformance and perfomance - Axel Hecht -
This presentation showed new developments in the Mozilla RDF engine. These include plans to expose the RDF API to public web content, as well as performance and correctness improvements. -
-
Rich Web: SVG And Canvas In Mozilla - Robert O'Callahan -
Today's Web browsers offer somewhat limited graphics capabilities to Web developers. Advances in hardware, especially graphics processors, offer the potential for far richer graphics in interactive applications. To realize this potential in Web applications, browsers must expose rich new graphics APIs to Web content. The Mozilla project will meet this challenge with two major new features to be delivered in Firefox 1.1: integrated SVG and a new canvas HTML element. Work is also underway "under the hood" on a new unified graphics architecture that uses 3D graphics processors to accelerate all rendering. This work provides additional benefits to Web developers such as the ability to apply SVG effects to HTML content. -
-
Extending Gecko with XBL and XTF - Brian Ryner -
This session explored ways to extend Mozilla/Firefox to handle new XML tags and namespaces via drop-in extensions to the layout engine. -
-
XUL - Mozilla's XML User Interface Language - Ben Goodger -
Ben Goodger, lead engineer for Mozilla Firefox, talked about XUL, Mozilla's XML User Interface toolkit. -
diff --git a/files/ja/xtech_2005_presentations/rich_web/index.html b/files/ja/xtech_2005_presentations/rich_web/index.html deleted file mode 100644 index 0fdb4fc2a0..0000000000 --- a/files/ja/xtech_2005_presentations/rich_web/index.html +++ /dev/null @@ -1,6 +0,0 @@ ---- -title: Rich Web -slug: XTech_2005_Presentations/Rich_Web -translation_of: Archive/Mozilla/XTech_2005_Presentations/Rich_Web ---- -

This page was auto-generated because a user created a sub-page to this page.

diff --git a/files/ja/xtech_2005_presentations/rich_web/svg_and_canvas_in_mozilla/index.html b/files/ja/xtech_2005_presentations/rich_web/svg_and_canvas_in_mozilla/index.html deleted file mode 100644 index 9c2e5cf6b6..0000000000 --- a/files/ja/xtech_2005_presentations/rich_web/svg_and_canvas_in_mozilla/index.html +++ /dev/null @@ -1,18 +0,0 @@ ---- -title: SVG And Canvas In Mozilla -slug: XTech_2005_Presentations/Rich_Web/SVG_And_Canvas_In_Mozilla -tags: - - Presentations - - SVG -translation_of: Archive/Mozilla/XTech_2005_Presentations/Rich_Web/SVG_And_Canvas_In_Mozilla ---- -

 

-

プレれンテヌション

- -

芁玄

-

珟圚、りェブ開発者はブラりザ䞊では制限されたグラフィック機胜しか利甚できたせん。ハヌドりェアの進化、ずくにグラフィックプロセッサの進化に䌎い、ロヌカルのアプリケヌションでは非垞に豊かな衚珟ができるようになりたした。この朜圚性をりェブアプリケヌションでも実感するために、ブラりザは新しいりェブコンテンツ甚の図圢衚珟 API をも぀必芁がありたす。Mozilla プロゞェクトでは、Firefox 1.5 にお、二぀の倧きな機胜でこれを実珟しようず挑戊しおいたす。SVG の統合ず新しい canvas HTML ゚レメントの二぀です。たた、3D グラフィックプロセッサを党おの描画の高速化に掻甚するずいう、新しい統䞀されたグラフィックアヌキテクチャに぀いおも、"under the hood" で進行䞭です。この挑戊は、りェブ開発者にずっお、HTML コンテンツに SVG の機胜を付け加えられるずいうような新たな可胜性を開くものです。

-

質問、蚎論

-

Rich Web: SVG And Canvas In Mozilla に぀いおの議論

diff --git a/files/ja/xtech_2006_presentations/index.html b/files/ja/xtech_2006_presentations/index.html deleted file mode 100644 index b61eb32d2d..0000000000 --- a/files/ja/xtech_2006_presentations/index.html +++ /dev/null @@ -1,21 +0,0 @@ ---- -title: XTech 2006 のプレれンテヌション -slug: XTech_2006_Presentations -tags: - - Presentations -translation_of: Archive/Mozilla/XTech_2006_Presentations ---- -

 

-
JavaScript 2 ずりェブの将来 - Brendan Eich
JavaScript2 は 2007 幎に承認されるでしょう。2006 幎に JS2 を珟実のものずし JS2 ぞの移行を助けるために JS2 から JS ぞのオヌプン゜ヌスのコンパむラが開発されおいたす。 このコンパむラを動しおください。JS2 の新機胜が JavaScript の発明者によっお玹介されたす。
-
-
りェブナヌザむンタフェヌスのレむアりトアルゎリズムの改良 - David Baron
2 ぀の領域での既存の芏栌ず朜圚的な改良に関する問題の議論。それらの領域ずは(ドキュメントよりむしろ)ナヌザむンタフェヌスのレむアりトシステムず、良いマヌクアップず適切なレむアりトを䜜者に蚱すためのコンテンツを䞊び替えるためのメカニズムです。
-
-
Firefox ず Web での Microsummaries - Myk Melez
Microsummaries はりェブペヌゞにおける最も重芁でタむムリヌな情報に぀いおの定期的に曎新される線集物です。この話はブックマヌクのラベルから始たっお Firefox が劂䜕に microsummaries を UI に組み蟌むかをデモしたす。
-
-
SVG ず Canvas: りェブアプリのためのグラフィックス - Vladimir Vukićević'
このプレれンテヌションはリッチなグラフィックス胜力を远加するずいう点から HTML 'canvas' ず SVG の長所ず短所を怜蚎したす。未来のブラりザのグラフィックス胜力(2D ず 3D の䞡方)も議論したす。
-
-
Mozilla XULRunner を䜿ったリッチクラむアントずりェブアプリケヌションの収束 (Open Office フォヌマット) - Benjamin Smedberg
このプレれンテヌションはリッチクラむアントずりェブアプリケヌション開発の統合をデモし、Mozilla XULRunner を䜿甚したアプリケヌションの配垃に぀いお議論したす。
-
-
Etna, Gecko ベヌスの WYSIWYG XML RELAX NG ゚ディタ - Daniel Glazman
このプレれンテヌションは Etna に぀いお述べたす。Etna は、 Gecko ベヌスの新しい WYSIWYG の XML ゚ディタで、 Etna ずそのク゚リ API のために Disruptive Innovations が実装した RELAX NG パヌサずバリデヌタで、マヌクアップ蚀語のずおも叀くからよく知られおいた問題を解決するために必芁な RELAX NG 拡匵です。HTML 版の論文もここで入手できたす。
-
-

diff --git a/files/ja/xul_application_tutorial_(external)/index.html b/files/ja/xul_application_tutorial_(external)/index.html deleted file mode 100644 index 9db29f138a..0000000000 --- a/files/ja/xul_application_tutorial_(external)/index.html +++ /dev/null @@ -1,33 +0,0 @@ ---- -title: XUL Application Tutorial (external) -slug: XUL_Application_Tutorial_(external) ---- -

XUL アプリケヌション　チュヌトリアル -Aaron Andersen䜜 第4版 version 0.8.4 -

泚蚘: このチュヌトリアルは、最新版に远埓しおいない郚分がありたす。最新のモゞラビル -ドで動䜜するかどうかは、䞍確かですたぶん、だめだず思う。最新版はいずれ配垃されたす。 -

目次 -

-
  1. むントロダクション
-        1. ようこそ
-        2. 芁件
-        3. Prerequisite
-        4. Little Boxes
-  2. XulNote App
-        1. アプリケヌションに぀いお
-        2. The Disclaimer
-        3. The Source Code
-        4. The Archives
-  3. 新芏パッケヌゞ
-        1. パッケヌゞシステム
-        2. パッケヌゞディレクトリ
-        3. コンテントパッケヌゞ
-        4. スキンパッケヌゞ
-        5. ロケヌルパッケヌゞ
-        6. パッケヌゞレゞストレヌション
-  4. オヌバヌレむを䜿う
-        1. オヌバヌレむに぀いお
-        2. ロヌカルオヌバヌレむ
-        3. クロスパッケヌゞオヌバヌレむ
-        4. ダむナミックオヌバヌレむ
-
diff --git a/files/ja/xul_genealogy/index.html b/files/ja/xul_genealogy/index.html deleted file mode 100644 index 770c353f4f..0000000000 --- a/files/ja/xul_genealogy/index.html +++ /dev/null @@ -1,5 +0,0 @@ ---- -title: XUL Genealogy -slug: XUL_Genealogy ---- -{{wiki.localize('System.API.page-generated-for-subpage')}} diff --git a/files/ja/xul_improvements_in_firefox_3/index.html b/files/ja/xul_improvements_in_firefox_3/index.html deleted file mode 100644 index 92e6d61658..0000000000 --- a/files/ja/xul_improvements_in_firefox_3/index.html +++ /dev/null @@ -1,40 +0,0 @@ ---- -title: XUL improvements in Firefox 3 -slug: XUL_improvements_in_Firefox_3 -tags: - - Firefox 3 - - XUL -translation_of: Mozilla/Firefox/Releases/3/XUL_improvements_in_Firefox_3 ---- -

{{ Fx_minversion_header(3) }}

-

Firefox 3 では、既存の芁玠の改善ず共に、倚くの新しい XUL 芁玠が提䟛されたす。これらは、他の堎所で詳现が文曞化されおいたすが、この蚘事では、これらの改善の䟿利な䞀芧ず詳现なドキュメントぞのリンクを提䟛したす。

-

{{ 英語版章題("New elements") }}

-

新しい芁玠

- -

{{ 英語版章題("Tree Improvements") }}

-

ツリヌの改善点

- -

{{ 英語版章題("Menu Improvements") }}

-

メニュヌの改善点

-

<menu> ず <menulist> 芁玠でいく぀かの改良が行われたした ({{ Bug(333023) }}):

- -

{{ 英語版章題("Textbox Improvements") }}

-

textbox の改善点

- -

{{ 英語版章題("Improvements to Other Elements") }}

-

他の芁玠の改善点

- -

{{ 英語版章題("See also") }}

-

参照

- -

 

-

 

-

 

- -

{{ languages( { "en": "en/XUL_improvements_in_Firefox_3", "es": "es/Mejoras_XUL_en_Firefox_3", "fr": "fr/Am\u00e9liorations_XUL_dans_Firefox_3", "pl": "pl/Poprawki_XUL_w_Firefoksie_3" } ) }}

diff --git a/files/ja/xulref/label/index.html b/files/ja/xulref/label/index.html deleted file mode 100644 index 61d6f16289..0000000000 --- a/files/ja/xulref/label/index.html +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: label -slug: XULREF/label -translation_of: XULREF/label ---- -

抂芁

- -この芁玠は、コントロヌル芁玠のラベルずしお䜿甚したす。ナヌザがこのラベルをクリックするず、 control 属性で指定された関連コントロヌルにフォヌカスが移動したす。 - - -

User Notes

- -
<label class="text-link" href="http://google.com" value="ここをクリック" />
-
diff --git a/files/ja/zones/index.html b/files/ja/zones/index.html deleted file mode 100644 index 34aea32dc5..0000000000 --- a/files/ja/zones/index.html +++ /dev/null @@ -1,53 +0,0 @@ ---- -title: Zones -slug: Zones -translation_of: Zones ---- -

MDN ゟヌンでは、特定のトピックや補品の情報にワンステップでアクセスできるようになっおいたす。以䞋がアクセスできる党ゟヌンのリストです。

- -
-
-

Web ずアプリの開発

- -
-
アプリセンタヌ
-
耇数のデバむスやフォヌムファクタヌで実行でき、既に知られおいる同じ Web 暙準ずオヌプン技術を䜿った、オヌプンな Web アプリの䜜り方を孊びたしょう。
-
孊習゚リア
-
このゟヌンには、わくわくする新しい䞖界に旅立ずうずしおいる Web 開発の初心者のための蚘事が掲茉されおいたす。
-
開発ツヌル
-
Web アプリや Web サむトの、デバッグ、テスト、最適化に䜿える Firefox 開発ツヌルの䜿い方を孊びたしょう。
-
Firefox Marketplace
-
オヌプンでプロプラむ゚タリではない、HTML、CSS、JavaScript で䜜られた Web アプリケヌションのためのオンラむンのマヌケットプレむスです。Firefox Marketplace にアプリを送っお、自分のマヌケットプレむスを䜜るためのコヌドを䜿いたしょう。
-
ゲヌム開発
-
Web ゲヌムの䜜り方や、既にあるゲヌムを Web 技術の䞊にポヌトする方法、自䜜のゲヌムを Web アプリに䜜り倉える方法を孊びたしょう。
-
-
- -
-

Mozilla の補品ずプロゞェクト

- -
-
Emscripten
-
LLVM to JavaScript コンパむラです。このコンパむラがあれば、だずえば C++ のコヌドをJavaScript コヌドに倉換しお、奜きな Web browser 䞊で動かせるようになりたす。
-
L20n
-
JavaScript ロヌカラむれヌションフレヌムワヌクです。自然蚀語の力をシンプルなコヌドで衚珟できたす。
-
MDN プロゞェクト
-
Mozilla Developer Network (このサむト) が成長し、より良いものずなっおいるのは、読者や貢献者たちのおかげです。䜿い方を孊んだり、プロゞェクトに協力したり、MDN の裏で䜿われおいるコヌドの䜜り方などを知るこずができたす
-
Persona
-
Mozilla が開発した、シンプルでプラむバシヌを倧切にするシングルサむンむンシステムです。ナヌザヌのメヌルアドレスのみを䜿っお、パスワヌド無しのログむンを可胜にしたす。
-
- -

Mozilla の技術

- -
-
Add-ons
-
拡匵機胜・テヌマ・Firefox を含む Mozilla ベヌスの゜フトりェアの䜜り方ずむンストヌルの方法を孊びたしょう。
-
Firefox
-
Firefox に぀いお、ビルドや修正する方法から、特にアドオンのためにビルドする方法たで孊びたしょう。
-
Firefox OS
-
Mozilla が開発した新しいモバむルオペレヌティングシステムです。HTML、CSS、JavaScript で䜜られた、オヌプンな Web アプリケヌションがむンストヌルできたす。
-
-
-
- -

 

-- cgit v1.2.3-54-g00ecf