Xnest - Online di Cloud

PROGRAM:

NAMA

Xnest - server X bersarang

RINGKASAN

Xnest [ Pilihan ]

DESKRIPSI

Xnest adalah klien X dan server X. Xnest adalah klien dari server nyata yang
mengelola permintaan jendela dan grafik atas namanya. Xnest adalah server untuk dirinya sendiri
klien. Xnest mengelola permintaan jendela dan grafik atas nama mereka. Kepada klien-klien ini,
Xnest tampaknya menjadi server konvensional.

PILIHAN

Xnest mendukung semua opsi standar implementasi server sampel. Untuk lebih
detail, silakan lihat server X(1). Argumen tambahan berikut juga didukung.

-tampilan string
Opsi ini menentukan nama tampilan server sebenarnya yang Xnest harus mencoba
terhubung ke. Jika tidak disediakan di baris perintah, Xnest akan membaca DISPLAY
variabel lingkungan untuk mengetahui informasi ini.

-sync Opsi ini memberitahu Xnest untuk menyinkronkan operasi jendela dan grafiknya dengan
pelayan nyata. Ini adalah opsi yang berguna untuk debugging, tetapi akan melambat Xnest's
kinerja secara signifikan. Seharusnya tidak digunakan kecuali benar-benar diperlukan.

-penuh Opsi ini memberitahu Xnest untuk memanfaatkan regenerasi penuh objek server nyata dan
buka kembali koneksi baru ke server sebenarnya setiap kali server bersarang dibuat ulang.
Implementasi server sampel membuat ulang semua objek di server saat
klien terakhir dari server ini berakhir. Ketika ini terjadi, Xnest secara default
mempertahankan jendela tingkat atas yang sama dan koneksi server nyata yang sama di setiap yang baru
generasi. Jika pengguna memilih regenerasi penuh, bahkan jendela tingkat atas dan
koneksi ke server sebenarnya akan dibuat ulang untuk setiap generasi server.

Kelas string
Opsi ini menentukan kelas visual default dari server bersarang. Ini mirip
ke -cc opsi dari kumpulan opsi standar kecuali bahwa ia akan menerima a
string daripada angka untuk spesifikasi kelas visual. NS string harus
salah satu dari enam nilai berikut: StatisAbu-abu, Skala abu-abu, Warna Statis, Warna Semu,
Warna sebenarnya, atau Warna Langsung. Jika keduanya Kelas dan -cc pilihan ditentukan,
contoh terakhir dari salah satu opsi didahulukan. Kelas visual default
server bersarang tidak harus sama dengan kelas visual default dari
server nyata, tetapi harus didukung oleh server nyata. Menggunakan infoxdpy(1) ke
dapatkan daftar kelas visual yang didukung di server nyata sebelum memulai Xnest.
Jika pengguna memilih kelas statis, semua warna dalam peta warna default akan menjadi
dialokasikan sebelumnya. Jika pengguna memilih kelas dinamis, warna dalam peta warna default
akan tersedia untuk klien individu untuk alokasi.

-kedalaman int
Opsi ini menentukan kedalaman visual default dari server bersarang. Kedalaman
visual default dari server bersarang tidak harus sama dengan kedalaman
visual default dari server yang sebenarnya, tetapi harus didukung oleh server yang sebenarnya.
penggunaan infoxdpy(1) untuk mendapatkan daftar kedalaman visual yang didukung di server nyata
sebelum memulai Xnest.

-sss Opsi ini memberitahu Xnest untuk menggunakan screen saver perangkat lunak. Secara default, Xnest akan
gunakan screen saver yang sesuai dengan screen saver perangkat keras secara nyata
server. Tentu saja, bahkan screen saver ini dibuat dengan perangkat lunak karena Xnest tidak
tidak mengontrol perangkat keras yang sebenarnya. Namun, ini diperlakukan sebagai penghemat layar perangkat keras
dalam kode server sampel.

-geometri WxH+X+Y
Opsi ini menentukan parameter geometri untuk level atas Xnest jendela. Lihat
"SPESIFIKASI GEOMETRI" di X(7) untuk diskusi tentang sintaks opsi ini. Ini
jendela sesuai dengan jendela root dari server bersarang. Lebar W dan tinggi
H ditentukan dengan opsi ini akan menjadi lebar dan tinggi maksimum setiap tingkat atas
Xnest jendela. Xnest akan memungkinkan pengguna untuk membuat jendela tingkat atas lebih kecil, tetapi
itu tidak akan benar-benar mengubah ukuran jendela root server bersarang. Xnest tidak
belum mendukung ekstensi RANDR untuk mengubah ukuran, rotasi, dan refleksi dari
jendela akar. Jika opsi ini tidak ditentukan, Xnest akan memilih W dan H menjadi
3/4 dimensi jendela root dari server nyata.

-bw int
Opsi ini menentukan lebar batas level atas Xnest jendela. bilangan bulat
parameter int harus positif. Lebar batas default adalah 1.

-nama string
Opsi ini menentukan nama level teratas Xnest jendela sebagai string. itu
nilai default adalah nama program.

-scrn int
Opsi ini menentukan jumlah layar yang akan dibuat di server bersarang. Untuk
setiap layar, Xnest akan membuat jendela tingkat atas yang terpisah. Setiap layar adalah
direferensikan oleh nomor setelah titik dalam spesifikasi nama tampilan klien.
Sebagai contoh, xterm -tampilan : 1.1 akan membuka xterm(1) klien di server bersarang
dengan nomor tampilan :1 di layar kedua. Jumlah layar terbatas
oleh konstanta hard-code dalam kode sampel server, yang biasanya 3.

-Install
Opsi ini memberitahu Xnest untuk melakukan instalasi peta warna sendiri dengan melewati yang asli
manajer jendela. Agar berfungsi dengan baik, pengguna mungkin harus
untuk sementara keluar dari window manager yang sebenarnya. Secara default, Xnest akan tetap bersarang
jendela klien yang peta warnanya harus dipasang di server nyata di
WM_COLORMAP_WINDOWS properti tingkat atas Xnest jendela. Jika peta warna ini adalah
dari jenis visual yang sama dengan jendela root dari server bersarang, Xnest akan
kaitkan peta warna ini dengan level teratas Xnest jendela juga. Karena ini
tidak harus demikian, pengelola jendela harus melihat terutama pada
WM_COLORMAP_WINDOWS properti daripada peta warna yang terkait dengan top-
tingkat Xnest jendela. Sayangnya, pengelola jendela tidak pandai melakukan itu
namun jadi opsi ini mungkin berguna.

-induk jendela_id
Opsi ini memberitahu Xnest untuk menggunakan jendela_id sebagai jendela root alih-alih membuat
jendela.

DITERIMA DESKRIPSI

Memulai Xnest sesederhana memulai jam x(1) dari emulator terminal. Jika
pengguna ingin menjalankan Xnest pada workstation yang sama dengan server sebenarnya, itu penting
bahwa server bersarang diberikan alamat soket pendengarnya sendiri. Oleh karena itu, jika ada
server yang sudah berjalan di workstation pengguna, Xnest harus dimulai dengan
nomor tampilan baru. Karena biasanya tidak ada lebih dari satu server yang berjalan pada
stasiun kerja, menentukan 'Xnest :1' pada baris perintah akan cukup untuk sebagian besar pengguna.
Untuk setiap server yang berjalan di workstation, nomor tampilan perlu ditambah sebesar
satu. Jadi, jika Anda ingin memulai yang lain Xnest, Anda harus mengetik 'Xnest :2'di
garis komando.

Untuk menjalankan klien di server bersarang, setiap klien perlu diberikan nomor tampilan yang sama
sebagai server bersarang. Sebagai contoh, 'xterm -tampilan :1' akan dimulai dan xterm proses dalam
server bersarang pertama dan 'xterm -tampilan :2' akan dimulai dan xterm di sarang kedua
server dari contoh di atas. Klien tambahan dapat dimulai dari ini xterms di
setiap server bersarang.

Xnest as a klien
Xnest berperilaku dan melihat ke server nyata dan klien nyata lainnya sebagai klien nyata lainnya.
Namun, ini adalah klien yang agak menuntut, karena hampir semua jendela atau permintaan grafik dari
klien bersarang akan menghasilkan jendela atau permintaan grafik dari Xnest ke server sebenarnya.
Oleh karena itu, sebaiknya Xnest dan server sebenarnya berada di jaringan lokal, atau bahkan
lebih baik, pada mesin yang sama. Xnest mengasumsikan bahwa server sebenarnya mendukung SHAPE
perpanjangan. Tidak ada cara untuk mematikan asumsi ini secara dinamis. Xnest dapat
dikompilasi tanpa ekstensi SHAPE bawaan, dalam hal ini server sebenarnya tidak perlu
mendukungnya. Dukungan pemilihan ekstensi Dynamic SHAPE dapat dipertimbangkan lebih lanjut
perkembangan dari Xnest.

Sejak Xnest tidak perlu menggunakan visual default yang sama dengan server asli, level atas
jendela dari Xnest klien selalu memiliki peta warna sendiri. Ini menyiratkan bahwa jendela lain
warna tidak akan ditampilkan dengan benar saat fokus keyboard atau penunjuk berada di Xnest
jendela, kecuali jika server sebenarnya memiliki dukungan untuk lebih dari satu peta warna yang terpasang di mana saja
waktu. Peta warna yang terkait dengan jendela atas Xnest klien tidak perlu menjadi
peta warna yang sesuai yang diinginkan server bersarang dipasang di server nyata. Dalam
kasus bahwa klien bersarang mencoba untuk menginstal peta warna visual yang berbeda dari
visual default dari server bersarang, Xnest akan menempatkan jendela atas klien bersarang ini
dan semua jendela teratas lainnya dari klien bersarang yang menggunakan peta warna yang sama ke dalam
WM_COLORMAP_WINDOWS properti tingkat atas Xnest jendela di server sebenarnya. Jadi, itu
penting bahwa pengelola jendela nyata yang mengelola Xnest jendela tingkat atas melihat
itu WM_COLORMAP_WINDOWS properti daripada peta warna yang terkait dengan tingkat atas
Xnest jendela. Karena sebagian besar pengelola jendela tampaknya belum menerapkan konvensi ini
tepat, Xnest opsional dapat melakukan instalasi langsung peta warna ke server nyata
melewati pengelola jendela yang sebenarnya. Jika pengguna memilih opsi ini, biasanya
diperlukan untuk menonaktifkan sementara pengelola jendela asli karena akan mengganggu
Xnest skema instalasi peta warna.

Prosedur kontrol keyboard dan pointer dari server bersarang mengubah keyboard dan
parameter kontrol pointer dari server nyata. Oleh karena itu, setelah Xnest dimulai, itu
akan mengubah kontrol keyboard dan pointer dari server nyata ke internalnya sendiri
default.

Xnest as a Server
Xnest sebagai server terlihat persis seperti server nyata untuk kliennya sendiri. Untuk klien,
tidak ada cara untuk mengetahui apakah mereka berjalan di server nyata atau server bersarang.

Seperti telah disebutkan, Xnest adalah server yang sangat ramah pengguna dalam hal penyesuaian.
Xnest akan mengambil sejumlah argumen baris perintah yang dapat mengonfigurasi defaultnya
kelas visual dan kedalaman, jumlah layar, dll.

Satu-satunya kerumitan yang terlihat dari sudut pandang pengguna tentang penggunaan Xnest sebagai server adalah
pemilihan font. Xnest mengelola font dengan memuatnya secara lokal dan kemudian meneruskan
nama font ke server sebenarnya dan memintanya untuk memuat font itu dari jarak jauh. Pendekatan ini
menghindari kelebihan pengiriman bit mesin terbang di seluruh jaringan untuk setiap operasi teks,
meskipun itu benar-benar bug. Konsekuensi dari pendekatan ini adalah bahwa pengguna akan memiliki
khawatir tentang dua jalur font yang berbeda — yang lokal untuk server bersarang dan remote
satu untuk server sebenarnya — karena Xnest tidak menyebarkan jalur fontnya ke server sebenarnya.
Alasan untuk ini adalah karena server nyata dan bersarang tidak perlu dijalankan pada file yang sama
sistem yang membuat dua jalur font saling tidak kompatibel. Jadi, jika ada font di
jalur font lokal dari server bersarang, tidak ada jaminan bahwa font ini ada di
jalur font jarak jauh dari server sebenarnya. NS xlsfont(1) klien, jika dijalankan di nested
server, akan mencantumkan font di jalur font lokal dan, jika dijalankan di server sebenarnya, akan mencantumkan
font di jalur font jarak jauh. Sebelum font berhasil dibuka oleh nested
server, itu harus ada di jalur font lokal dan jarak jauh. Ini adalah tanggung jawab pengguna
untuk memastikan bahwa hal ini terjadi.

MASA DEPAN ARAH

Jadikan dinamis sebagai persyaratan untuk ekstensi SHAPE di server nyata, daripada
harus mengkompilasi ulang Xnest untuk mengaktifkan dan menonaktifkan persyaratan ini.

Mungkin harus ada opsi baris perintah untuk memberi tahu Xnest untuk mewarisi keyboard dan
parameter kontrol pointer dari server nyata daripada memaksakan sendiri.

Xnest harus membaca file input kustomisasi untuk memberikan kebebasan yang lebih besar dan
kesederhanaan dalam memilih tata letak yang diinginkan.

Tidak ada dukungan untuk backing store dan save under, tetapi ini juga harus dipertimbangkan.

Implementasi font yang tepat harus dipindahkan ke os lapisan.

Gunakan Xnest online menggunakan layanan onworks.net