Kurulum dosyası

  • Konuyu başlatan Konuyu başlatan ipstatico
  • Başlangıç tarihi Başlangıç tarihi

ipstatico

Guest
İyi sabahlar.
Karanlığı tanıtmak için çalışıyoruz ve gerekli adımların biri herkes için eşit xlm yapılandırma dosyasına sahip olmaktır. Dosya komutları aracılığıyla erişilen dosyadan bahsediyorum. Dosya daha sonra sadece okumakta bir klasörde kurtarılacaktır. Bazı şeyleri anlamadım:
- kullanıcılar ilk önce kurtarma dosyasını sadece klasörüne yüklemek zorunda kalacaklar. mucit, konf dosyasının yeni yolunu varsayılan olarak kurtarır, böylece sonraki yeniden başlatma noktaları bu dosyaya?
- Bir kullanıcı hızlı komutlar oluşturmak istiyorsa yeni bir xlm dosyası oluşturmanız gerekir? veya konf dosyasına eklenecek bir ad hoc dosyası oluşturabilir misiniz? Örneğin, orijinal dosyayı özetleyen bir dosya oluşturabilir ve temel ayarları değiştiremezsiniz. Her kullanıcının kendi xlm dosyasını oluşturmasını engellemeniz gerekir

Teşekkür ederim. İyi bir gün var.
 
Her kullanıcının yapılandırma dosyalarının bulunduğu ortak yolu belirlemesi gerektiğine inanıyorum. Bu yolu ayarladığınızda, mucit dosyaları her zaman bu yolda arayacaktır.
Hızlı komutlar nedir?
 
ipstatico' Alıntı:
İyi sabahlar.
Karanlığı tanıtmak için çalışıyoruz ve gerekli adımların biri herkes için eşit xlm yapılandırma dosyasına sahip olmaktır. Dosya komutları aracılığıyla erişilen dosyadan bahsediyorum. Dosya daha sonra sadece okumakta bir klasörde kurtarılacaktır. Bazı şeyleri anlamadım:
- kullanıcılar ilk önce kurtarma dosyasını sadece klasörüne yüklemek zorunda kalacaklar. mucit, konf dosyasının yeni yolunu varsayılan olarak kurtarır, böylece sonraki yeniden başlatma noktaları bu dosyaya?
- Bir kullanıcı hızlı komutlar oluşturmak istiyorsa yeni bir xlm dosyası oluşturmanız gerekir? veya konf dosyasına eklenecek bir ad hoc dosyası oluşturabilir misiniz? Örneğin, orijinal dosyayı özetleyen bir dosya oluşturabilir ve temel ayarları değiştiremezsiniz. Her kullanıcının kendi xlm dosyasını oluşturmasını engellemeniz gerekir

Teşekkür ederim. İyi bir gün var.
Genişletmek için tıkla ...
şablonları ve yapılandırmayı kendi başına yönetiyoruz.
şablonlar, sipariş verdiğimiz üretim denilen bir klasör olarak aynı seviyedeki iş alanının alt katındadır.
Yapı dosyası benzersizdir ve aynı seviyede şablon klasörü olarakdır. Bir tasarımcı tarafından belirlenir ve tonlara yüklenir. Başkaları onu terk eder ve ithal eder.
O zaman herkes seçeneklerde her zaman gidebilir ve onları yerel olarak değiştirebilir, ancak ton içinde olan orijinal dosya dokunmayacaktır.
Ayrıca aynı sistemi kullandığımız stilleri için.
İyi gün sana
 
ipstatico' Alıntı:
İyi sabahlar.
Karanlığı tanıtmak için çalışıyoruz ve gerekli adımların biri herkes için eşit xlm yapılandırma dosyasına sahip olmaktır. Dosya komutları aracılığıyla erişilen dosyadan bahsediyorum. Dosya daha sonra sadece okumakta bir klasörde kurtarılacaktır. Bazı şeyleri anlamadım:
- kullanıcılar ilk önce kurtarma dosyasını sadece klasörüne yüklemek zorunda kalacaklar. mucit, konf dosyasının yeni yolunu varsayılan olarak kurtarır, böylece sonraki yeniden başlatma noktaları bu dosyaya?
- Bir kullanıcı hızlı komutlar oluşturmak istiyorsa yeni bir xlm dosyası oluşturmanız gerekir? veya konf dosyasına eklenecek bir ad hoc dosyası oluşturabilir misiniz? Örneğin, orijinal dosyayı özetleyen bir dosya oluşturabilir ve temel ayarları değiştiremezsiniz. Her kullanıcının kendi xlm dosyasını oluşturmasını engellemeniz gerekir

Teşekkür ederim. İyi bir gün var.
Genişletmek için tıkla ...
xml dosyaları sadece bir kez yükleniyor ve her bir mucit açılışta durmuyor veya başka türlü değil, bu yüzden xml dosyasına değişiklikler yaparsanız, diğer istasyonlar dosyayı güncellemek için fiziksel olarak yeniden yüklenmelidir. Ayrıca her kullanıcı / makine anahtarları farklı olarak yapılandırabilir
 
Benim görüşüme göre, temel ayarları belirlemek için proje dosyasıdır: şablon yolu, tarih tasarımı, içerik merkezi, doku vs. bu dosya kontrol edilmelidir; ve kilitli, böylece kimse kontrol edemez ve değiştirebilir.

Bunun yerine yapılandırma dosyası (uygunlar.xml), kullanıcılar arasında özelleştirilmiş ve çeşitlenebilir. Ayrıca, kullanıcıların görüntü, renkler ve benzeri şeylere karar vermesine izin vermekle yanlış bir şey yoktur.

Ayrıca klavye ve menüler için özelleştirme dosyası (başka xml dosyası) bireysel tercihlere uygun olarak serbestçe düzenlenebilir.
 
Cast16' Alıntı:
Benim görüşüme göre, temel ayarları belirlemek için proje dosyasıdır: şablon yolu, tarih tasarımı, içerik merkezi, doku vs. bu dosya kontrol edilmelidir; ve kilitli, böylece kimse kontrol edemez ve değiştirebilir.

Bunun yerine yapılandırma dosyası (uygunlar.xml), kullanıcılar arasında özelleştirilmiş ve çeşitlenebilir. Ayrıca, kullanıcıların görüntü, renkler ve benzeri şeylere karar vermesine izin vermekle yanlış bir şey yoktur.

Ayrıca klavye ve menüler için özelleştirme dosyası (başka xml dosyası) bireysel tercihlere uygun olarak serbestçe düzenlenebilir.
Genişletmek için tıkla ...
Bu yaklaşımı severim. Dakika ayarlarından itibaren proje dosyası her bir PC'nin c dosyasına yüklenir, teorideki her biri onu değiştirmek için ücretsizdir. Bunu sadece sunucu seviyesine yükleyebileceğinizi sormak zorundayım.
Genellikle başvurular.xml dosyası nerede?
 
ipstatico' Alıntı:
Bu yaklaşımı severim. Dakika ayarlarından itibaren proje dosyası her bir PC'nin c dosyasına yüklenir, teorideki her biri onu değiştirmek için ücretsizdir. Bunu sadece sunucu seviyesine yükleyebileceğinizi sormak zorundayım.
Genellikle başvurular.xml dosyası nerede?
Genişletmek için tıkla ...
Belki bazı refution var.
Proje dosyası, çeşitli bileşenlerin yapısını ve konumlarını yapılandırır ve kütüphane c.c. ve stilleri ve daha fazlası ve tüm istasyonlar için eşsiz bir dosyadır ve mutlaka aynı şekilde hedeflemelidir.
Uygulama seçenekleri yalnızca ekran renkleri, bileşen ekran ayarları, çizge ayarları, axiemi ayarları ve daha fazlası gibi bireysel kullanıcıların özel ayarlarını kurtarmak için hizmet eder, ancak çeşitli parçaların ağ konfigürasyonunu etkilemez.
Uygulama seçeneklerinde, cazip, dosya merkezi içerik, gelecek veya diğer arama yollarını ayarlayabilirsiniz, ancak tüm kullanıcıların erişim güncellemelerini değiştirmek için ağ yollarına işaret ediyorum.
 
ipstatico' Alıntı:
Bu yaklaşımı severim. Dakika ayarlarından itibaren proje dosyası her bir PC'nin c dosyasına yüklenir, teorideki her biri onu değiştirmek için ücretsizdir. Bunu sadece sunucu seviyesine yükleyebileceğinizi sormak zorundayım.
Genellikle başvurular.xml dosyası nerede?
Genişletmek için tıkla ...
Proje dosyası sürücülerde c ve, kontrol edilen durumdaysa, sadece okunur. Teoride, kullanıcı yazılabilir hale getirmek için izinleri manuel olarak değiştirebilir, ancak bu durumda başka bir proje dosyasında olduğu gibi çalışacaktır. Belki sistemimiz uygunsuz kullanım tarafından hismetic değil, ama herhangi bir sorun yaşamadık... Şimdiye kadar.

Dosyanın orijinal versiyonunun içeride olduğunu düşünüyorum:
c:\users\xxxx\appdata\roaming\autodesk\inventororor xxx\inventorcustomization.xml
Bununla birlikte, özellikle ilgili değildir, çünkü dosya herhangi bir yerden ithal edilebilir veya ihraç edilebilir ve aynı zamanda farklı bir isim arayabilirsiniz.

Peppe' Alıntı:
Uygulama seçeneklerinde, arama yollarını ayarlayabileceğiniz doğrudur,
Genişletmek için tıkla ...
Hatırladığımdan, proje dosyası, başvuru seçeneklerinde belirlenen şablonların yolunu en azından yazmaktadır.
 
Ancak başvurular arasındaki fark nedir.xml dosyası ve mucittomizasyon.xml dosyası? Bu arada, bilgisayarımda ya da ağ diskinde bulamadığım ilk dosya. Teşekkür ederim.
 
Uygulama seçenekleri ekranında değişiklikler ilk olarak kaydedilir. İkincisi ve klavye için, arayüz, komutlar vs.
 
Teşekkür ederim. Bununla birlikte, xlm dosyalarının her bir mucitin başında okunmuyorsa, o zaman bir tür yedekleme olarak çalışıyorlar, doğru mu?

Teşekkür ederim.
 

Forum İstatistikleri

Konular
58,521
Mesajlar
499,056
Kullanıcılar
104,110
Son Üye
ChristianR

Çevrimiçi Üyeler

Şu anda çevrimiçi üye yok.
Toplam: 1 (Kullanıcı: 0, Ziyaretçi: 1)
Geri
Üst